Продажа, выставление счёта, дебиторская задолженность и погашение
Как связать документы SD, billing, FI-AR, CO и поступление денег; где заканчивается факт выставления счёта и начинаются признание выручки и погашение дебиторской позиции.
6 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Продажа, выставление счёта, дебиторская задолженность и погашение#
Материал частично покрывает INT-04 для SAP S/4HANA On-Premise 2025 FPS01. Он разбирает цепочку от исходного документа продаж и billing до FI-AR и оплаты. Здесь не описаны настройка SD, налоги, revenue accounting, отраслевой Contract Accounting или универсальная схема признания выручки. Состав документов, момент передачи в бухгалтерию, account determination и обработка поступления зависят от процесса и настроек.
Заказ или поставка, billing document, бухгалтерская дебиторская позиция и поступление денег связаны ссылками, но это разные состояния процесса.
SD содержит исходные документы продажи и billable references. Billing может выполняться по заказу, поставке и другим источникам; возможен частичный bill по позициям или количеству.
Billing формирует документ для расчётов с клиентом и может передать его в FI. До успешной передачи наличие billing document само по себе не доказывает наличие проведённой FI-проводки.
FI-AR отражает дебиторскую позицию клиента, выручку, налоги и другие бухгалтерские строки с учётом account determination. Это бухгалтерское представление документа, а не подтверждение поступивших денег.
CO может хранить назначение затрат или прибыльности в соответствии с настройками и типом операции. Аналитика CO/CO-PA не заменяет открытую позицию клиента и не является второй оплатой или вторым документом выручки.
Банк и clearing отражают фактическое движение денег и сопоставление платежа с открытой позицией. Выписка, нераспознанный платеж или платёж on account ещё не равны погашенному конкретному счёту.
Не выводите дату признания выручки из даты заказа, поставки, счёта или оплаты без отдельной модели и применимого стандарта учёта. В этой статье billing описан как процесс документов и передачи в FI; отдельная модель Revenue Accounting and Reporting здесь не исследуется.
Billing type, ссылки на source documents, суммы, налоги, валюта, блок передачи и статус.
Передача в FI
После успешной передачи возникает бухгалтерский документ с дебиторской позицией и соответствующими G/L строками.
FI document, company code, posting/date, customer open item, account determination и CO assignment.
Поступление и clearing
Платёж может быть сопоставлен со счётом, оставить остаток, стать residual item или остаться on account.
Сумма и валюта платежа, reference, выбранные открытые позиции, difference/reason code и clearing status.
Банковская сверка
Выписка может инициировать проводку и clearing при наличии распознанных правил и реквизитов.
Bank statement item, posting rule, clearing reference, документ и результат постобработки.
SAP описывает создание billing documents по ссылке на sales order, delivery и другие billable references. Передача в FI может выполняться при создании или отдельной операцией, поэтому проверяйте transfer status и FI document отдельно. Отмена billing document также должна быть связана с компенсирующими бухгалтерскими документами; исходный документ не исчезает из истории.
Поступившая сумма может не закрыть счёт полностью#
При ручном clearing incoming payment можно подобрать к открытым invoice или credit memo. Если данных недостаточно, платёж может оставаться нераспределённым либо быть отнесён on account. Если сумма не совпадает, обработка может создать residual item или списать разницу по предусмотренным причинам и настройкам. Выбор конкретного варианта влияет на дальнейшую открытость требования к клиенту.
При обработке выписки система сначала определяет тип операции и правило проводки. Затем по reference, номеру документа или другому предусмотренному правилу выполняется поиск клиентской позиции. Неоднозначное совпадение требует постобработки; нельзя считать, что близкие суммы или совпадение имени клиента являются достаточным ключом для автоматического закрытия.
Возврат, credit memo, отмена счёта, частичная оплата и платёж с удержанием/разницей меняют состояние цепочки. Сверяйте отдельные документы и связи; не складывайте заказ, поставку, счёт и оплату как четыре независимые суммы реализации.
Для диагностики используйте общую ось документа: source item → billing item → FI document/item → CO assignment (если применимо) → customer open item → clearing document → bank statement item. Фактическая доступность и названия ссылок зависят от приложения и release.
Проверяйте слои раздельно:
В SD: исходную позицию, ссылку на поставку, количество к выставлению и статус billing.
В billing: тип документа, источник, сумму, валюту, налоги, блоки и transfer status.
В FI: наличие и баланс бухгалтерского документа, дебиторскую позицию, G/L строки и даты.
В CO: объект и тип назначения; не добавляйте статистический или аналитический след к FI-сумме без понимания его роли.
В clearing: платежную сумму, сопоставленные документы, остаточную или on-account позицию и clearing date.
В банке: строку выписки, правило обработки и состояние ошибки/постобработки.
Для отмены или возврата: сохраните ссылки на исходный документ и проверьте противоположные проводки и повторное состояние открытой позиции.
Сравнивайте одинаковые company code, ledger, валюту, период и уровень детализации. Если итоговые суммы совпали, сравните также состав документов: недостающая строка и лишняя строка могут взаимно компенсироваться.
Официальные SAP Help ссылки относятся к S/4HANA On-Premise 2025 FPS01. Записи источников имеют статус metadata_only: текстовые снимки и хеши первоисточников не сохранены. Содержимое описывает ориентиры для сверки, а не фактическую настройку или проведение документов. SAP runtime, FI/SD configuration, account determination, налоги и CO-передачи не проверялись.
This material partially covers INT-04 for SAP S/4HANA On-Premise 2025 FPS01. It reviews the chain from the source sales document and billing through FI-AR and payment. It does not describe SD configuration, taxes, Revenue Accounting, industry Contract Accounting, or a universal revenue-recognition model. Documents, transfer timing, account determination, and receipt processing depend on the business process and settings.
A sales order or delivery, billing document, accounting receivable, and cash receipt are linked by references but represent different process states.
SD contains source sales documents and billable references. Billing can refer to an order, delivery, or another source; partial billing by item or quantity is possible.
Billing creates a document for customer settlement and may transfer it to FI. The existence of a billing document alone does not prove that an FI posting exists.
FI-AR records the customer receivable, revenue, taxes, and other accounting lines according to account determination. It is an accounting view of the document, not proof that cash was received.
CO may hold cost or profitability assignments according to settings and transaction type. CO/CO-PA analytics do not replace the customer open item or constitute a second payment or revenue document.
Bank and clearing represent cash movement and matching against an open item. A bank statement, unidentified payment, or on-account payment is not necessarily settlement of a specific invoice.
Do not infer the revenue-recognition date from the order, delivery, invoice, or payment date without a separate model and applicable accounting standard. This article describes billing documents and transfer to FI; it does not research the separate Revenue Accounting and Reporting model.
SAP documents billing creation with reference to sales orders, deliveries, and other billable references. Transfer to FI can occur during creation or as a separate operation, so check transfer status and FI document separately. Cancellation must also be linked to the compensating accounting documents; the source document remains part of the history.
The received amount may not fully settle the invoice#
Manual clearing can match an incoming payment to open invoices or credit memos. If information is missing, a payment may remain unassigned or be posted on account. If amounts differ, processing may create a residual item or write off a difference using configured reason rules. The selected option affects whether a customer claim remains open.
For bank-statement processing, the system first identifies the transaction and posting rule. It then searches for the customer item using a reference, document number, or another configured rule. An ambiguous match needs postprocessing; similar amounts or a customer-name match alone are not a sufficient automatic-clearing key.
A return, credit memo, invoice cancellation, partial payment, or payment with a deduction changes the chain state. Reconcile each document and its references; do not add the order, delivery, invoice, and payment as four independent revenue amounts.
For diagnosis, use a common document path: source item → billing item → FI document/item → CO assignment (if applicable) → customer open item → clearing document → bank-statement item. Available references and their names depend on the application and release.
Check the layers separately:
In SD, check source item, delivery reference, quantity to bill, and billing status.
In billing, check document type, source, amount, currency, taxes, blocks, and transfer status.
In FI, check the accounting document balance, customer receivable, G/L lines, and dates.
In CO, check the object and assignment type; do not add a statistical or analytical trace to the FI amount without understanding its role.
In clearing, check payment amount, matched documents, residual or on-account items, and clearing date.
In banking, check the statement line, processing rule, and error/postprocessing status.
For cancellation or return, retain the reference to the source document and check offsetting entries and the resulting open-item state.
Compare the same company code, ledger, currency, period, and detail level. If totals match, compare document composition too: a missing and an extra item can offset each other.
The official SAP Help references are for S/4HANA On-Premise 2025 FPS01. Source records have metadata_only status: text snapshots and source hashes were not retained. The content gives reconciliation guidance, not evidence of actual configuration or postings. SAP runtime, FI/SD configuration, account determination, taxes, and CO transfers were not checked.