SABSUS
Help me chooseПомочь выбрать Book a demoПолучить демо
PAYMENTS AND OPERATIONAL RECONCILIATIONПЛАТЕЖИ И ОПЕРАЦИОННАЯ СВЕРКА

Payment reconciliation: from record to verified resultСверка оплат: от записи к подтверждённому итогу

Payment reconciliation should explain which operation belongs to an order and why its state differs between sources. Matching totals are insufficient: an extra record and a missing payment can cancel each other out. Establish the period, currency and review level, then match individual events. Closing a discrepancy requires evidence of cause and outcome; manually forcing a convenient status leaves the underlying problem unresolved.Сверка оплат должна объяснить, какая операция относится к заказу и почему её состояние отличается в двух источниках. Совпадение общего итога недостаточно: лишняя запись и пропущенный платёж могут взаимно скрыться. Начните с периода, валюты и уровня проверки, затем сопоставляйте отдельные события. Закрытие расхождения требует подтверждения причины и результата; ручная замена статуса ради красивого отчёта оставляет проблему внутри процесса.

Published: Опубликовано: Updated: Обновлено: SABSUS EditorialРедакция SABSUS
Editorial illustration of a business finance review
Editorial illustration: reviewing business financesРедакционная иллюстрация: разбор финансов бизнеса

Define the scope and responsible peopleОпределите границы и ответственных

Choose the comparison: orders against transactions, shifts against cash records, or operations against an external report. These tasks are related but use different source records. Specify period, time zone, entity, location, terminal and currency. Sales totals, confirmed payments and an aggregate account payout represent different events and may belong to different dates.Выберите, что сверяется: заказ с транзакциями, смена с кассовыми данными или операции с внешним отчётом. Эти задачи связаны, но у них разные исходные записи. Укажите период, часовой пояс, компанию, точку, терминал и валюту. Не смешивайте итог продаж, подтверждённые оплаты и поступление общей выплаты на счёт: они отражают разные события и могут относиться к разным датам.

Assign responsibility for collecting data, investigating operations and approving completion. The cashier supplies order and shift context, the finance owner compares sources, and the integration owner investigates missing messages. Distinguish reporting a discrepancy from authority to change a source record. Absence cover and a next review date should remain assigned to open work rather than hidden in correspondence.Назначьте сбор данных, разбор операций и подтверждение завершения. Кассир объясняет контекст заказа и смены, финансовый ответственный сопоставляет источники, владелец подключения разбирает пропущенное сообщение. Разделите право обнаружить расхождение и право изменить исходную запись. Если участник недоступен, у открытого вопроса должны оставаться назначенная замена и срок следующей проверки, а не только комментарий в переписке.

Match operations through stable referencesСопоставьте операции по устойчивым ссылкам

Each row needs its source-operation reference, related order, event type, amount, currency, time and status. Amount and approximate time can help a search but do not establish a match; different customers can pay identical amounts. Retain both the original status and its agreed operational meaning. Similar status labels do not necessarily describe the same completion stage.Для строки нужны номер операции источника, связанный заказ, тип события, сумма, валюта, время и статус. Сумма и приблизительное время помогают поиску, но не доказывают совпадение: два покупателя могут заплатить одинаково. Сохраняйте исходное значение статуса и его согласованное значение в рабочем процессе. Если названия источников похожи, это ещё не означает одинаковый этап завершения.

Match deposits, final payments and refunds separately to their original order. One order may contain several events, while an aggregate payout can combine multiple operations. Do not force one-to-one matching when the source uses another structure. Explain fees or other deductions only from verified source-report data; an assumed rate cannot establish the cause of a discrepancy.Отдельно сопоставляйте предоплату, доплату и возврат с исходным заказом. Один заказ может иметь несколько событий, а сводная выплата — объединять несколько операций. Не создавайте искусственное соответствие «одна строка к одной строке», если источник устроен иначе. Комиссию или другое удержание объясняйте только подтверждёнными данными соответствующего отчёта; предполагаемая ставка не заменяет основание расхождения.

Before comparison, check export completeness: period boundaries, row count, participating terminals and last successful load. An empty file can mean no activity or an incomplete source response. Retain the export version and review time. If data arrives later, identify the revised cutoff so staff can explain why an earlier total changed and which records arrived after the initial review.До сравнения проверьте полноту выгрузки: границы периода, число строк, наличие всех участвующих терминалов и последнюю успешную загрузку. Пустой файл может означать отсутствие операций, но может оказаться и неполным ответом источника. Сохраните версию выгрузки и время проверки. Если данные поступили позже, пометьте повторный срез, чтобы сотрудник понимал, почему вчерашний итог изменился и какие записи добавились после первоначального завершения обзора.

Do not add an order to its paymentsНе складывайте заказ с его оплатами

Several paymentsНесколько оплат

An illustrative order for one hundred monetary units has two confirmed payments: forty and sixty. They total one hundred. The order is the comparison basis, not a third receipt. If reimport adds another forty-unit row with the same source reference, investigate the duplicate. Raising the order value to 140 merely to match would conceal the error.Условный заказ на 100 денежных единиц оплачен двумя подтверждёнными операциями: 40 и 60. Их сумма равна 100. Сам заказ — основание сравнения, а не третье поступление. Если повторный импорт добавил ещё одну строку на 40 с тем же исходным номером, нужно разобрать дубль. Изменять сумму заказа до 140 ради совпадения нельзя.

A refund at another stageВозврат в другой стадии

A twenty-unit refund is then approved. Until the external outcome is verified, it is an open action rather than a completed money movement. Once confirmed, a separate refund operation links to the original payment. Across a period containing all these events, confirmed net movement is eighty. Original payments remain recorded; order contents and obligations require their own review.Затем согласован возврат 20 единиц. Пока внешний результат не подтверждён, это открытое действие, а не выполненное движение денег. После подтверждения отдельная возвратная операция связывается с исходной оплатой. За период, включающий все эти события, чистое подтверждённое движение равно 80. Первоначальные оплаты сохраняются; решение по составу и обязательствам заказа проверяется отдельно.

Resolve an uncertain outcomeВосстановите неизвестный результат

Separate missing order links, amount differences, status differences, incomplete sources and repeated events. Preserve both records, the uncertainty, owner and next deadline. When a response is lost, first check the operation through its original reference. A timeout does not establish failure, and creating another money-moving action is not a way to verify the first.Разделите отсутствие связи с заказом, несовпадение суммы, различие статусов, неполный источник и повтор события. Для каждого случая сохраните обе записи, причину неопределённости, ответственного и следующий срок. Если операция зависла после потери ответа, сначала запросите её состояние по исходной ссылке. Не считайте тайм-аут подтверждением неуспеха и не создавайте новое денежное действие только ради проверки.

Correct the cause at the authorized point: mapping, a missing record, incorrect data or repeated-event handling. Retain the original state and the correction’s basis. When the difference is explained but evidence is still pending, record cause identified rather than final closure. An approved resolution and its actual completion may belong to different people at different times.Исправление должно устранять причину в разрешённом месте: сопоставление, пропущенную запись, ошибочные данные или обработку повторов. Сохраните исходное состояние и основание изменения. Если разница объяснена, но ожидаемое подтверждение ещё не получено, отмечайте «причина установлена», а не окончательное закрытие. Подтверждённое решение и фактическое выполнение могут завершаться разными участниками в разное время.

Close reconciliation against evidenceЗакройте сверку по доказательству

Acceptance should cover a partial payment, unknown order, repeated import, lost response and refund with a separate outcome. The reviewer must reconstruct amounts and relationships from sources without initiating new payments. Every closed issue needs a cause, correction evidence and reviewer. Open rows remain visible with count, amount and deadline; moving them into another period does not resolve them.Приёмка включает частичную оплату, неизвестный заказ, повтор импорта, потерянный ответ и возврат с отдельным результатом. Проверяющий должен восстановить суммы и связи из источников, не выполняя новые платежи. Для каждого закрытого вопроса нужны причина, подтверждение исправления и участник проверки. Открытые строки остаются видимыми с количеством, суммой и сроком; перенос в следующий период не делает их решёнными.

SABSUS links payments to orders, sources, statuses, registers and shifts and supports discrepancy review. Verify the provider, devices, available statuses, reports and correction procedure in your configuration. Start with one terminal or channel for a defined period. Readiness means an explainable path for every amount and recovery from repeated input without duplicating an operation.SABSUS связывает платёж с заказом, источником, статусом, кассой и сменой и предусматривает разбор расхождений. Проверьте конкретного провайдера, устройства, доступные статусы, отчёты и порядок исправлений в вашей конфигурации. Начните с одного терминала или канала за выбранный период. Критерий готовности — объяснимый путь каждой суммы и восстановление после повтора без удвоения операции.

Reconciliation metricsПоказатели сверки · Related accounting documentsСвязанные документы

Quick answersКороткие ответы

Do matching totals finish reconciliation?Совпадение итогов завершает сверку?

No. Check individual operations and links; an omission and duplicate can offset each other.Нет. Нужно проверить отдельные операции и связи: пропуск и дубль могут взаимно скрыть разницу.

Does a timeout mean payment failed?Тайм-аут означает неуспешную оплату?

No. Its outcome may be unknown; first check the original operation through its reference.Нет. Результат может быть неизвестен; сначала проверяют исходную операцию по её ссылке.

Is an explained difference already closed?Объяснённая разница уже закрыта?

Only after the required outcome evidence and review. An identified cause may still leave open work.Только после требуемого подтверждения результата и проверки. Установленная причина может оставаться открытой задачей.

NEXT STEPСЛЕДУЮЩИЙ ШАГ

Review one reconciliation periodРазберите один период сверки

Bring orders, operations and the source report for one channel. Identify a partial payment, duplicate and open issue.Возьмите заказы, операции и исходный отчёт одного канала. Найдите частичную оплату, повтор и незакрытый вопрос.