РЕДАКЦИЯ BOOSTED · ПРАКТИКА ПРОДВИЖЕНИЯ

Созданный заказ ещё не оплата: сверка платежей и возвратов в отчёте

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

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

Три разных момента

Покупатель может создать заказ, открыть оплату и закрыть страницу, не заплатив. Может вернуться на сайт раньше подтверждения. Поэтому событие интерфейса, состояние заказа и состояние платежа проверяются раздельно. Конкретный платёжный сервис задаёт свои статусы и способ подтверждения; названия одного провайдера не универсальны.

Например, документация ЮKassa различает pending, waiting_for_capture, succeeded и canceled. В выбранном процессе ожидание списания не подменяют успешной оплатой. Это пояснение к чтению статусов, а не инструкция менять настройки приёма платежей.

Учебная сверка

В реестре четыре заказа по 1 000 рублей. Для A платёж подтверждён; B ожидает; C отменён без успешного списания; D подтверждён, затем зафиксирован возврат 300. Создано заказов на 4 000, подтверждено оплат на 2 000, отдельно зарегистрировано возвратов на 300. Остаток денежных поступлений в этих условных границах — 1 700.

Это не расчёт бухгалтерской выручки или прибыли: здесь нет себестоимости, комиссий и других обязательств. Цель примера — не превратить четыре строки заказов в четыре оплаченные покупки.

Если числа расходятся

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

Схема: 1 — созданные заказы; 2 — подтверждённые платежи по идентификаторам; 3 — отдельная сверка возвратов и неизвестных статусов.

Кошелёк, карта и отметка проверки
1 — созданные заказы; 2 — подтверждённые платежи по идентификаторам; 3 — отдельная сверка возвратов и неизвестных статусов.

Смежная задача: Покупатель дошёл до оплаты и остановился: что проверить владельцу страницы.

Источники

ЮKassa: процесс платежа. Проверено 21 сентября 2026. Практические примеры и схемы — редакционная методика; условные числа не являются данными клиентов.

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

✦ Подобрать количество и оформить заказ →