Как внешняя операция из банковской выписки доходит до правила проводки, счёта и открытой позиции, и что делать с неавтоматизированными строками.
4 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Банковская выписка приносит в FI сведения о движениях по банковскому счёту. Электронная обработка может провести банковскую операцию и сопоставить её с открытой позицией. Это две связанные задачи: импорт файла сам по себе не означает, что операция проведена, а проводка по счёту не доказывает, что задолженность клиента или поставщика очищена.
Внешний код операции банка не определяет счета сам по себе. В документации SAP описана последовательность сопоставления:
По банковскому ключу и банковскому счёту определяется тип операции.
Внешний код операции из выписки сопоставляется с внутренним правилом проводки.
Правило задаёт проводки и выбор счетов для банка и, если нужно, для учёта клиента или поставщика.
Внутреннее правило не связано напрямую с внешним кодом. Разные коды банков могут приводить к одинаковому учётному результату и использовать общее правило. Поэтому при разборе ошибочной проводки проверяйте не только текст операции: пройдите всю цепочку, включая банковский счёт, код, правило и назначенные счета.
Для входящего платежа клиента SAP описывает двухэтапный пример. Сначала поступление проводится через банковскую бухгалтерию на промежуточный счёт, например счёт поступлений. Затем система находит клиента и очищает открытую позицию. Для этого нужны сведения о бизнес-операции, правило проводки и данные для очистки, например номер документа.
Поиск документа может использовать строки назначения платежа в выписке и алгоритмы интерпретации. Если идентификация прошла успешно, система проводит операцию и очищает найденную позицию по настройкам. Если нужных сведений не хватает или автоматическая обработка не завершилась, может потребоваться доработка. Результат следует проверять отдельно: статус проводки, найденного клиента или поставщика и очищенных позиций.
Двухэтапный пример не задаёт универсальную схему счетов. SAP оставляет выбор счетов и порядок обработки в настройках конкретной системы. Для других видов операций проводка может быть иной.
Для строк, которые не удалось автоматически провести и очистить, приложение Reprocess Bank Statement Items позволяет повторную обработку вручную или по правилам. В приложении можно назначить платёж на счёт клиента, поставщика или Главной книги, очистить открытую позицию или провести платежную строку. Также можно отметить строку как обработанную, указать причину и приложить файл. Доступные действия и правила зависят от настроек и релиза.
Не назначайте открытую позицию только по совпадению суммы. Сверьте плательщика, компанию, валюту, ссылку или документ, а также ожидаемую позицию. Если идентификация не подтверждена, оставьте строку для расследования и зафиксируйте причину доработки. Повторная обработка строки, отмена проводки и повторный импорт выписки являются разными действиями; сначала определите, какой результат уже создан.
Для рабочего контроля сопоставляйте строку выписки с бухгалтерским документом и результатом очистки. Сверяйте остатки и обороты выписки, валюту, банковский и промежуточный счёт, статус каждой строки, номер документа и очищенные позиции. Объясняйте остаток на счёте поступлений перечнем ещё не сопоставленных операций и ответственными сроками. Проверьте возможные дубли загрузки, курсовые разницы и ручные назначения.
Это контрольные рекомендации для разбора процесса, а не перечень автоматических проверок SAP. В частности, сами страницы Help не подтверждают полноту конкретной выписки, отсутствие дублей или корректность банковского файла.
Снимки трёх страниц SAP Help для SAP S/4HANA On-Premise содержат указание на выпуск 2025 FPS01: Electronic Bank Statement, Posting Rules и Posting and Clearing. Страница Reprocess Bank Statement Items была прочитана по ссылке On-Premise, но текст страницы не указывает точный релиз. Все четыре страницы сохранены в приватном реестре. Настройки клиента, фактические банковские выписки и работа SAP-системы не проверялись; описание не подтверждает конфигурацию или результат конкретной системы.
A bank statement brings information about movements on a bank account into FI. Electronic processing can post the bank transaction and match it to an open item. These are related but separate tasks: importing a file does not itself mean the transaction was posted, and a posting to an account does not prove that a customer or supplier balance was cleared.
The bank's external transaction code does not determine the accounts by itself. SAP documentation describes the following mapping sequence:
The transaction type is determined from the bank key and bank account.
The external transaction code in the statement is assigned to an internal posting rule.
The rule determines the postings and account assignment for the bank-account and, when needed, subledger steps.
The internal rule is not linked directly to the external code. Different bank codes can lead to the same accounting result and use a common rule. When investigating an incorrect posting, check the whole chain: bank account, external code, rule, and assigned accounts.
For an incoming customer payment, SAP describes a two-step example. First, the receipt is posted through bank accounting to an interim account, such as a cash-receipt account. Then the system identifies the customer and clears the open item. This requires information about the business transaction, the posting rule, and clearing details such as a document number.
Document search can use the payment-reference lines in the bank statement and interpretation algorithms. If the information is identified successfully, the system posts the transaction and clears the item it found according to the configured settings. If required information is missing or automatic processing does not finish, postprocessing may be needed. Check the results separately: posting status, identified customer or supplier, and cleared items.
The two-step example is not a universal account design. SAP leaves the account choice and processing sequence to the settings in the target system. Other transaction types can post differently.
For items that could not be posted and cleared automatically, the Reprocess Bank Statement Items app supports manual reprocessing or processing rules. The app can assign a payment to a customer, supplier, or G/L account, clear an open item, or post a payment item. It can also mark an item as reprocessed, record a reason, and attach a file. Available actions and rules depend on configuration and release.
Do not assign an open item based only on an amount match. Check the payer, company, currency, reference or document, and expected open item. If the identification is not confirmed, leave the item for investigation and record why it needs reprocessing. Reprocessing an item, reversing a posting, and importing a statement again are different actions; first determine which result already exists.
For operational control, reconcile each statement line to its accounting document and clearing result. Check statement opening and closing balances, debit and credit turnover, currency, bank and interim accounts, the status of each line, document number, and cleared items. Explain the balance on a cash-receipt account with the list of transactions that remain unmatched and their owners and due dates. Check for duplicate imports, exchange differences, and manual assignments.
These are process-control recommendations, not a list of automatic SAP checks. In particular, the Help pages do not prove the completeness of a particular statement, absence of duplicates, or validity of a bank file.
Three SAP Help snapshots for SAP S/4HANA On-Premise identify release 2025 FPS01: Electronic Bank Statement, Posting Rules, and Posting and Clearing. The Reprocess Bank Statement Items page was read from the On-Premise URL, but its text does not identify an exact release. All four pages are retained in the private source registry. Customer settings, actual bank statements, and SAP runtime were not inspected; this article does not confirm a customer configuration or system result.