СДЭК отключил v2/payment: как сверять наложенный платёж
С 19 февраля 2026 года СДЭК не отдаёт информацию о переводе наложенных платежей методом v2/payment. Разбираем, что вернул метод реестров, как сверять реестр, платёжку и заказ, и откуда берутся расхождения.
Деньги от СДЭК пришли, а заказы остались неоплаченными
Магазин отправляет заказы с наложенным платежом. СДЭК переводит деньги на расчётный счёт одной платёжкой за много заказов. Раньше модуль или скрипт сам подтягивал данные о переводе и отмечал заказы оплаченными. Теперь бухгалтер видит поступление и не понимает, какие заказы оно закрывает.
На портале документации СДЭК API в истории изменений есть строка от 19 февраля 2026 года: прекращена работа метода получения информации о переводе наложенных платежей (v2/payment). Я проверил это на портале в начале октября 2026. Что именно возвращает старый адрес сейчас, в документации не сказано. Посмотрите логи своего модуля: возможно, он получает ошибку и молча её пропускает.
Что отдаёт метод реестров
Метод GET /v2/registries принимает обязательный параметр date, дату, за которую нужно вернуть реестры с уже переведёнными деньгами. По документации доступны только документы, созданные после первой авторизации по ключам интеграции. Документы, созданные в период деактивации учётной записи, после повторной активации недоступны. Историю до подключения ключей этим методом не взять, её запрашивают у менеджера по взаиморасчётам.
По каждому реестру приходят номер, дата создания, фактическая дата оплаты, сумма и номер платёжного поручения. Если номера поручения нет или он пустой, документация советует обращаться к менеджеру. По каждому заказу в реестре приходят номер СДЭК, сумма к начислению, сумма наложенного платежа, взятая с получателя, стоимость без агентского вознаграждения, само вознаграждение и тип поручения: ORDER для заказов, SAS для услуг фулфилмента. Номера заказа из вашего магазина в строке нет, связь идёт через номер СДЭК. Метод GET /v2/orders умеет искать заказ по номеру СДЭК или по вашему номеру и показывает, как оплатил получатель, наличными или картой, и на какую сумму.
Алгоритм сверки: реестр, банк, заказ
Шаг 1. Раз в день запрашивайте реестры за каждую дату начиная с последней обработанной, чтобы сбой не оставил дыр. Реестр сохраняйте целиком, вместе с номером поручения.
Шаг 2. В банковской выписке найдите платёж по номеру поручения и сумме. Если номера в назначении нет, сравнивайте дату и сумму. Как выписку получать автоматически, описано в статье про выписку Сбербанка и 1С.
Шаг 3. Строки реестра сопоставьте с заказами по номеру СДЭК и сравните сумму с вашим заказом и со статусом. В справочнике статусов СДЭК DELIVERED означает «Вручен», NOT_DELIVERED означает отказ и возврат в магазин.
Шаг 4. Всё, что не сошлось, попадает в список «к разбору» с причиной. Шаблон таблицы:
| Номер реестра | Номер поручения | Дата платежа | Сумма реестра | Сумма в банке | Разница | Заказов в реестре | Сверено с заказами | Причина |
|---|---|---|---|---|---|---|---|---|
| из API | из API | из API | из API | из выписки | формула | из API | из магазина | вручную |
Типичные причины расхождений такие.
- Платёж меньше реестра. Возможны удержания по договору, например за неоплаченные услуги. Это нужно уточнить у менеджера, в API такого поля я не видел.
- Один реестр разбит на несколько платежей или несколько реестров пришли одной платёжкой. Поэтому сравнивают по номеру поручения, а не только по сумме.
- Заказ вручён, а в реестре его нет. В справке СДЭК для клиентов, как её пересказывает поиск (сама страница мне не открылась), сказано, что накладные попадают в реестр не раньше четвёртого дня после доставки, а реестр меньше 5000 рублей переводят в последний рабочий день месяца. Проверьте у менеджера, прежде чем опираться на эти цифры.
- Заказ в реестре есть, а у вас отмечен как возврат или отменён. Магазин менял заказ после отправки.
- Строка с типом поручения SAS. Это фулфилмент, а не доставка, и в заказы магазина она не ложится.
Что важно учесть
Размер комиссии за наложенный платёж я на официальном сайте СДЭК не подтвердил, на сторонних сайтах цифры разные. Берите его из своего договора и сверяйте на трёх-четырёх реальных реестрах, как связаны суммы в строке. Формулу сложения я не выдумываю, в документации её нет.
По описаниям бухгалтеров в 1С наложенный платёж через СДЭК оформляют документом корректировки долга со взаимозачётом и актом зачёта взаимных требований от СДЭК. Счета в разных описаниях называют разные: 60, 62, 76. Какие нужны вам, зависит от схемы и учётной политики. Это не бухгалтерская консультация, проводки согласуйте с бухгалтером.
Суммы в строках реестра указаны в валюте взаиморасчётов, а сумма оплаты получателем в заказе в валюте страны получателя. Для заказов за границу сравнивать эти числа напрямую нельзя, учитывайте валюту и курс.
Метод отдаёт только то, что СДЭК уже перевёл. Деньги, которые лежат у них до формирования реестра, вы так не увидите. Статусы заказов в пути приходят другими способами, как в статье про передачу заказов в доставку.
Что можно сделать уже сейчас
1. Проверьте логи модуля или скрипта на обращения к v2/payment и посмотрите, чем закончились последние запросы.
2. Выгрузите платёжки СДЭК из банка за последние месяцы и запросите у менеджера по взаиморасчётам реестры за тот же период. Положите рядом и найдите, что не сходится.
3. Спросите менеджера, какие удержания бывают, когда реестр формируется и есть ли порог перевода.
4. Заведите таблицу по шаблону выше. Похожая сверка для площадок разобрана в статьях про выплату Wildberries и про разнос оплат в 1С, возвраты описаны отдельно.
5. Когда реестров станет много, шаги 1-4 можно отдать скрипту. Такую автоматизацию учёта мы делаем в разделе автоматизации бухгалтерии.
Частые вопросы
Можно ли получить реестры за прошлый год?
Через метод только документы, созданные после первой авторизации по ключам интеграции. Более ранние запросите у менеджера по взаиморасчётам.
Чем заменили v2/payment?
Документация замену прямо не называет. Данные о переводах по смыслу отдаёт метод реестров, и в сверке опираются на него.
Нужна ли для сверки 1С?
Нет. Сверка может жить в таблице или в боте, а в 1С уходит готовый результат: какие заказы закрыты платёжкой и какие расхождения остались.
Коротко о главном
После отключения v2/payment 19 февраля 2026 года данные о переводах наложенного платежа берут из реестров. Сверка идёт по номеру поручения и номеру СДЭК, а расхождения собирают в отдельный список для бухгалтера.
Хотите, чтобы я собрал сверку наложенного платежа под ваш магазин: реестры СДЭК, банк, заказы и таблица расхождений для бухгалтера? Напишите мне в Telegram слово «НАЛОЖКА».
Что я делаю для бизнеса
- Боты в Telegram, MAX, VK
- Автоматизация процессов и CRM
- Аналитика и дашборды
- Сайты и лендинги под ключ
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


