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

Какие идентификаторы сохранить

В листе транзакций по заказам и товарам предусмотрены номер заказа Маркета, собственный номер заказа продавца и SKU. Для платежа покупателя выделены сумма, идентификатор платежа, номер и дата платёжного поручения. Эти поля решают разные задачи и не должны заменяться одним внутренним номером.

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

Как строить рабочий реестр

Сначала загрузите файл без разрушительного удаления строк. Добавьте источник, дату формирования и номер строки исходной выгрузки. Затем выделите сущности заказа, товарной позиции и операции. Такая последовательность позволяет вернуться к первоначальным данным, если выбранный ключ оказался недостаточным и объединил разные записи.

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

Как искать расхождение суммы

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

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

Как подтвердить результат сверки

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

Контроль общей задолженности проводится на другом уровне. Для него полезен разбор начального и конечного сальдо отчёта агента. Наличие платежа в товарной выгрузке само по себе не заменяет проверку банковского поступления и не объясняет все удержания по договору.

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

Материал подготовлен по документации, проверенной 21 октября 2026 года. Это организация проверки данных, а не утверждение о сбое выплат или изменении условий расчётов Маркета.