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

Не смешивать три режима запроса

Метод generateUnitedNettingReport поддерживает отчёт за период, отчёт по платёжному поручению и отчёт о баллах Маркета. Для конкретного поручения используются bankOrderId и bankOrderDateTime. Документация запрещает запрашивать несколько этих типов одним вызовом. Поэтому задачу «объяснить одну выплату» нужно оформлять отдельно от регулярной месячной выгрузки.

Подготовьте данные банковского документа и проверьте, что речь идёт о нужном получателе и договоре. Не подставляйте внутренний номер заказа в поле поручения. Во внутреннем реестре оставьте связь между банковской строкой и параметрами запроса: это позволит бухгалтеру воспроизвести разбор без повторного поиска исходных сведений.

Сохранить составляющие раздельно

Структура отчёта по поручению предусматривает отдельные листы начислений, возвратов и компенсаций покупателям, удержаний. При загрузке в свою таблицу сохраните происхождение строки. Если сразу объединить всё в одну безымянную колонку «сумма», можно потерять смысл знака и случайно дважды вычесть уже отрицательную операцию.

Редакционный способ проверки — сначала получить промежуточные итоги по каждому виду движения, затем объяснить связь с банковской суммой. Используйте обозначения исходного отчёта и свою согласованную учётную модель. Не назначайте знак только по имени листа: фактическое представление каждой операции нужно проверить на контрольных строках.

Разобрать разницу без подгонки

Если итог не совпал, зафиксируйте величину расхождения и найдите его источник. Начните с полноты листов и сохранности строк при импорте. Проверьте типы чисел, разделители и валюту, затем номера заказов, договоров и операций. Ошибка преобразования текста в число может выглядеть как удержание площадки, хотя возникла в собственной таблице.

Не удаляйте повторный номер заказа автоматически. У него могут быть разные финансовые движения. Общая логика сопоставления финансовых периодов Маркета помогает отличить повторное появление заказа от второй продажи. Для поручения важен состав операций, которые относятся именно к разбираемой выплате.

Закрыть сверку воспроизводимым результатом

Сохраните исходный отчёт, банковскую строку, параметры формирования и пояснение каждого существенного отклонения. Расходы на услуги при необходимости сверяйте с датой начисления и датой акта. Совпадение общих итогов не отменяет проверки, если конкретная операция отнесена не к тому заказу.

Для проверки импорта полезны три случая: обычное начисление, возврат и удержание услуги. Пройдите путь каждой строки от исходного листа до итоговой формулы. Это быстрее выявляет неверную логику, чем ручная правка последней ячейки. Условные учебные расчёты можно использовать для проверки формул, но их следует отделять от реального отчёта магазина.

После сверки отметьте документ как объяснённый или оставьте конкретный нерешённый вопрос с подтверждениями. Банковская выплата не становится прибылью продавца: закупка, собственные расходы и другие обязательства остаются отдельными компонентами экономики. Документация метода проверена 22 октября 2026 года; руководство не устанавливает правила бухгалтерского признания доходов.