Расхождение между реестром ЮKassa и списком заказов не всегда означает потерянную оплату. Сначала приведите сравниваемые данные к одному периоду, типу операции и способу расчёта. Официальное описание реестров проверено 12 октября 2026 года. Ниже — рабочая последовательность сверки для интернет-магазина.

Установите одинаковую границу дня

ЮKassa формирует суточные реестры успешных операций за период от 00:00:00 до 23:59:59 по Москве. Поэтому выгрузка заказов в другом часовом поясе или по времени создания корзины не обязана совпадать с таким реестром.

Выберите один завершённый день и подпишите у каждой выгрузки, какая дата используется. В собственном сравнении храните время заказа и время оплаты раздельно. Покупка, начатая поздно вечером и оплаченная после полуночи, не должна автоматически объявляться отсутствующей только из-за несовпадения календарной строки.

Соберите правильный набор файлов

Обычный реестр платежей не включает расчёты через СберБанк Бизнес Онлайн и «Плати частями». Для первого предусмотрен отдельный B2B-реестр, для второго отчётность отправляет партнёр. Успешные полные и частичные возвраты отражаются в реестре возвратов, также с отдельным порядком для «Плати частями».

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

Сверяйте операции, а затем итоги

Начните с связи идентификатора платежа и внутреннего заказа. Разделите строки на найденные, не связанные с заказом и ожидаемые, но отсутствующие. Только после этого сравнивайте агрегированные суммы. Совпадение общего итога может скрывать две противоположные ошибки на одинаковую величину.

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

Оставьте понятную очередь расхождений

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

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