FI: Дебиторы и кредиторы#

В SAP S/4HANA клиентские и поставщицкие позиции относятся к вспомогательному учёту. SAP Help описывает автоматическую передачу данных позиции из вспомогательной книги в Главную книгу через назначенный сверочный счёт. Это связывает детализацию по контрагенту с остатком G/L, но не делает Business Partner, номер customer/vendor, данные company code, документ и счёт одной сущностью.

Общие и организационные данные#

Общие данные Business Partner не зависят от company code, области продаж или закупочной организации. Данные FI на уровне company code относятся к конкретному коду компании. Данные клиента могут различаться по sales area, а данные поставщика - по purchasing organization. Эти уровни обслуживают разные задачи и не заменяют друг друга.

Account group определяет, какие поля и экраны доступны при ведении записи, какие поля обязательны, как назначается номер и какие partner functions допустимы. Для записи клиента или поставщика группа также определяет, будет ли она одноразовой. Конкретные группы и интервалы номеров настраиваются для системы.

Business Partner и customer/supplier могут участвовать в отдельной связи через Customer/Vendor Integration. По совпадению номеров или названий нельзя заключить, что записи уже синхронизированы. Правила связки, направления синхронизации и статус конкретной пары нужно проверять в конфигурации; подробный контекст вынесен в статью Business Partner и Customer/Vendor Integration.

Сверочный счёт и Главная книга#

Сверочный счёт задаётся в данных основного счёта клиента или поставщика. При проводке во вспомогательную книгу SAP одновременно отражает те же данные в G/L. Поэтому остаток Главной книги можно сопоставить с суммой позиций соответствующей вспомогательной книги без отдельного переноса итогов.

В документированной процедуре ввода документа Accounts Receivable сначала указываются заголовок и customer account с posting key. Posting key и сверочный счёт определяют, какие поля будут доступны для ввода позиции. Для проведения требуются как минимум одна строка клиента и одна строка G/L; после проведения SAP обновляет документ, остаток customer account и остаток G/L.

Это описание охватывает конкретную процедуру ввода документа клиента. Оно не задаёт универсальный алгоритм определения доходного счёта, налогов, платежа, банковской строки или проводок Accounts Payable. Для этих операций проверяйте соответствующий процесс и его документацию.

Переклассификация необычных остатков#

SAP отдельно описывает перенос кредитового остатка клиента в представление обязательств и дебетового остатка поставщика в представление требований. В этой процедуре система агрегирует суммы по счёту и сверочному счёту и использует adjustment account: напрямую проводить на сверочный счёт для такой переклассификации нельзя. Требуются заранее настроенные счета корректировки и встречной записи.

Этот сценарий относится к представлению остатков при закрытии и не заменяет обычную сверку открытых позиций. Проверьте, что сравниваются одна дата, ledger, валюта и согласованный набор операций. Кредитовые остатки клиентов, дебетовые остатки поставщиков, special G/L и клиринг анализируйте с учётом конкретного процесса.

Практическая диагностика#

При расхождении сохраните ключи обеих сторон сопоставления: company code, BP/customer/supplier, документ и год, дату проводки, валюту, ledger, сверочный счёт и состояние открытой позиции. Затем сравните детализацию вспомогательной книги с остатком G/L на одной дате и в одном периметре. Если расхождение связано с переклассификацией, отдельно проверьте adjustment accounts и настройки процедуры закрытия.

Снимки пяти использованных SAP Help страниц сохранены в реестре. В их тексте не указан точный выпуск, поэтому статья не переносит правила на другие редакции и версии. Настройка customer/vendor integration, конфигурация конкретной системы и SAP runtime не проверялись.

Связанные материалы#

FI: Customers and Suppliers#

Customer and supplier line items belong to subledgers. SAP Help describes the same posting data being recorded in the General Ledger through an assigned reconciliation account. This links counterparty detail to a G/L balance, but Business Partner, customer/vendor number, company-code data, document, and G/L account remain distinct objects.

General and organizational data#

Business Partner general data does not depend on a company code, sales area, or purchasing organization. FI company-code data applies to one company code. Customer data can differ by sales area, while supplier data can differ by purchasing organization. These levels serve different purposes and do not replace one another.

The account group controls which master-data fields and screens are available, which entries are required, number assignment, and valid partner functions. It also determines whether a customer or supplier record is a one-time account. Specific groups and number intervals are system settings.

Business Partners and customer/supplier accounts may be linked through Customer/Vendor Integration. Matching names or numbers do not prove that records are synchronized. Check the configured mapping, synchronization direction, and status for the selected pair; see the separate article on Business Partner and Customer/Vendor Integration.

Reconciliation account and General Ledger#

A reconciliation account is assigned in the customer or supplier master record. When SAP posts an item to a subledger, it also posts the same data to the G/L. This allows the G/L balance to be compared with the corresponding subledger positions without a separate transfer of totals.

In the documented Accounts Receivable document-entry procedure, the header, customer account, and posting key are entered first. The posting key and reconciliation account determine which fields are available for the line item. At least one customer line and one G/L line are required; after posting, SAP updates the document, customer-account balance, and G/L-account balance.

This describes a specific customer document-entry procedure. It does not define a universal method for determining revenue accounts, taxes, payments, bank lines, or Accounts Payable postings. Verify those operations against their own process and documentation.

Reclassifying unusual balances#

SAP separately describes presenting a customer credit balance as a payable and a supplier debit balance as a receivable. In this procedure, the system aggregates amounts by account and reconciliation account and uses an adjustment account; it does not post the reclassification directly to the reconciliation account. The adjustment and offsetting accounts must be configured in advance.

This is a closing presentation procedure, not a substitute for reconciling open items. Compare the same date, ledger, currency, and agreed transaction scope. Analyze customer credit balances, supplier debit balances, special G/L, and clearing according to the relevant process.

Practical diagnosis#

For a discrepancy, retain the comparison keys on both sides: company code, BP/customer/supplier, document and year, posting date, currency, ledger, reconciliation account, and open-item status. Compare subledger detail with the G/L balance at the same date and within the same perimeter. If the discrepancy involves reclassification, check the adjustment accounts and closing-procedure settings separately.

Private snapshots of five SAP Help pages used here are retained in the registry. Their captured text does not identify an exact release, so this article does not transfer the rules to another edition or version. Customer/vendor integration settings, a specific system configuration, and SAP runtime were not checked.

FI: Дебиторы и кредиторы