ФИНАНСОВЫЙ УЧЁТ FIP1L2
FI: ввод документов, ключи проводок и нумерация
Как взаимодействуют тип документа, диапазон номеров, ключ проводки и статусы полей, и что проверить при ошибках ввода.
4 мин чтения·База знаний
Ревизия 1
Применимость к указанным контекстам
Частичное покрытие
Контекст: CTX-S4-ONPREM
документальная опора: недостаточно данных
FI: ввод документов, ключи проводок и нумерация#
Экран ввода финансового документа формируется несколькими связанными настройками. Тип документа относится ко всему документу; ключ проводки задаётся для каждой позиции; диапазон номера определяет допустимое присвоение идентификатора; статус полей влияет на то, какие данные пользователь может вводить. Ошибка часто возникает из-за несогласованности между этими уровнями.
Тип документа задаёт рамки всего документа#
В SAP S/4HANA On-Premise тип документа указывается в заголовке и классифицирует хозяйственную операцию. Он ограничивает допустимые типы счетов для документа и связан с диапазоном номеров. Тип и ключи позиций должны быть совместимы: если тип документа не допускает заданный тип счёта, позицию нельзя корректно провести.
Тип документа не описывает всю проводку. Он не заменяет ключ позиции, счёт, валюту, период или необходимые аналитики. Несколько типов документов могут использовать общий диапазон номеров, если такая схема задана в конфигурации.
Диапазон и способ присвоения номера#
Номер может назначаться внутренне системой или вводиться извне. При внешнем присвоении проверяются допустимость и уникальность номера. Для документов FI SAP описывает ключ уникальности в пределах company code и финансового года. В S/4HANA On-Premise диапазон связывается с типом документа; интервалы в company code не должны пересекаться.
Не трактуйте последовательность номеров как бизнес-последовательность событий. Внутренний номер помогает идентифицировать документ, но сам по себе не доказывает полноту обработки, временной порядок или отсутствие отменённых и пропущенных операций. Если для целей сверки важна нумерация, отдельно зафиксируйте область диапазона, период, источник присвоения и правила повторного использования.
Для интеграции храните ключ документа целиком: система-источник, company code, финансовый год и номер документа. В многорегистровых сценариях документы во view ввода и в главной книге для некоторых ledger могут различаться, поэтому уточните, из какого представления получен номер.
Ключ проводки определяет поведение позиции#
Ключ проводки задаётся на позиции и вместе со счётом управляет типом счёта, дебетом или кредитом, обработкой позиции и составом экрана ввода. В стандартной поставке примеры ключей 40 и 50 обозначают дебет и кредит счёта G/L; клиентские и поставщицкие операции используют свои ключи. Конкретные значения и настройки необходимо сверять с релизом и конфигурацией системы.
Тип документа отвечает за допустимые типы счетов на уровне документа, а ключ позиции выбирает конкретный тип счёта и направление для строки. Поэтому диагностируйте их совместно, а не проверяйте только один код.
Статусы полей и согласованность экрана#
Для позиции экран может учитывать правила ключа проводки и группу статусов полей счёта. В SAP Help On-Premise поле в группе статусов может быть скрытым, обязательным или доступным для необязательного ввода. Настройки влияют на доступность дополнительных данных позиции, например назначения или текста.
При ошибке обязательного или скрытого поля проверьте обе стороны настройки и экранный сценарий, которым вводится документ. Стандартная форма, специализированный экран и массовая загрузка могут обрабатывать ввод по-разному. Не делайте вывод о допустимости поля только по одному экрану или только по атрибуту ключа.
Матрица проверки конфигурации#
| Уровень |
Что сопоставить |
Типичные проблемы |
| Заголовок |
Тип документа, компания, дата проводки, валюта |
Тип не подходит бизнес-операции или закрыт период |
| Нумерация |
Тип документа, диапазон, внутреннее/внешнее назначение, финансовый год |
Диапазон не назначен, пересекается или исчерпан; внешний номер уже использован |
| Позиция |
Ключ проводки, тип счёта, сторона дебет/кредит |
Ключ не соответствует типу документа или счёту |
| Экран |
Ключ проводки, группа статусов полей счёта, режим ввода |
Поле одновременно требуется и недоступно либо скрыто в используемом сценарии |
| Итог документа |
Валютное представление и баланс дебета/кредита |
Документ не балансируется или сравниваются суммы разных представлений |
Практический порядок диагностики: зафиксировать выпуск и точный сценарий ввода; определить заголовок и company code; проверить тип документа и назначенный диапазон; пройти каждую позицию по ключу и типу счёта; затем сопоставить статусы полей и повторить проверку в том же режиме ввода. В продуктивной системе не меняйте интервалы и статусы до анализа влияния на существующие документы и интеграции.
Источники ограничены SAP Help для S/4HANA On-Premise 2025 FPS01. Детальные правила локализации, интерфейса загрузки, ledger-specific posting и конкретной системы не исследовались; SAP runtime не проверялся.
Связанные материалы#
FI: document entry, posting keys, and numbering#
A financial document entry screen is shaped by several related settings. The document type applies to the document as a whole; a posting key is set for each item; the number range determines the permitted assignment of its identifier; and field status affects which data a user can enter. Errors often result from inconsistency between these layers.
The document type sets document-level boundaries#
In SAP S/4HANA On-Premise, the document type is entered in the header and classifies the business transaction. It restricts the account types allowed in the document and is linked to a number range. The document type and item posting keys must be compatible: if the document type does not permit an account type, the item cannot be posted correctly.
The document type does not describe the entire posting. It does not replace the item posting key, account, currency, period, or required dimensions. Several document types can use a shared number range when configured that way.
Number range and assignment method#
A document number can be assigned internally by the system or entered externally. For external assignment, the system checks that the number is permitted and unique. SAP describes the FI document key scope as company code and fiscal year. In S/4HANA On-Premise, the range is associated with the document type; intervals within a company code must not overlap.
Do not interpret number sequences as a business event sequence. An internal number helps identify a document, but by itself does not prove processing completeness, chronological order, or the absence of cancelled or missing transactions. If numbering matters to a reconciliation, separately define the interval scope, period, assignment source, and reuse rules.
For integration, retain the full document key: source system, company code, fiscal year, and document number. In multi-ledger scenarios, entry-view and general-ledger-view documents can differ for some ledgers, so identify which view supplied the number.
Posting key controls item behavior#
A posting key is set on an item and, together with the account, controls account type, debit or credit, item processing, and entry-screen data. In the standard delivery, keys 40 and 50 are examples for G/L debit and credit; customer and vendor transactions use their own keys. Verify actual values and settings against the system release and configuration.
The document type specifies the account types allowed at document level, while the item key selects a specific account type and direction for the line. Diagnose the two together instead of checking only one code.
Field status and screen consistency#
For an item, the screen can take account posting-key rules and the account's field status group into account. SAP Help for S/4HANA On-Premise describes fields in a status group as suppressed, required, or optional. These settings affect whether additional item data, such as assignments or text, can be entered.
When a field is unexpectedly required or hidden, check both configuration sides and the screen scenario used for entry. Standard entry, a specialized screen, and mass upload can handle input differently. Do not conclude that a field is permitted based only on one screen or only on one posting-key attribute.
Configuration check matrix#
| Layer |
What to compare |
Typical problems |
| Header |
Document type, company, posting date, currency |
Type does not fit the business transaction or period is closed |
| Numbering |
Document type, range, internal or external assignment, fiscal year |
Range is missing, overlapping, exhausted, or external number is already used |
| Item |
Posting key, account type, debit or credit |
Key does not match the document type or account |
| Screen |
Posting key, account field status group, entry mode |
Field is required but unavailable, or hidden in the entry scenario |
| Document total |
Currency representation and debit or credit balance |
Document is unbalanced or amounts from different representations are compared |
Practical diagnostic order: record the release and exact entry scenario; identify the header and company code; check the document type and assigned range; validate each item by posting key and account type; then compare field statuses and repeat the check in the same entry mode. In production, do not change number ranges or field statuses before assessing their impact on existing documents and integrations.
The sources are limited to SAP Help for S/4HANA On-Premise 2025 FPS01. Detailed localization, upload-interface, ledger-specific posting, and system configuration rules were not researched; SAP runtime was not checked.
Related materials#