Как сверить оплату авторизации с банковской выпиской?
Выгрузите банковскую выписку и историю операций сервиса авторизации за один период, затем сопоставьте платежи по сумме, валюте и идентификаторам. Чтобы проверить возможное повторное списание за Flash Call, отдельно проследите движение денег и начисления за звонки: пополнение баланса сервиса и расход этого баланса относятся к разным этапам расчётов. Ниже разберём, какие документы собрать, как отличить банковскую комиссию от платы за авторизацию и что передать поддержке, если одна попытка входа вызвала несколько начислений.
Что собрать перед сверкой оплаты сервиса?
Начните с периода, в котором заметили расхождение. Выгрузите выписку по расчётному счёту или бизнес-карте, через которую платили за сервис. Затем откройте историю платежей в его кабинете. Такой порядок проверки используют и для других цифровых услуг: сначала сопоставляют банковские операции с историей оплаты, затем проверяют дополнительные платёжные каналы (источник: onff.ru).
Для бизнеса полезно сразу разделить документы между бухгалтером и разработчиком. Бухгалтер видит перевод поставщику и банковские расходы. Разработчик проверяет, какие запросы отправил сайт. Ни один из этих наборов данных по отдельности не объяснит всю цепочку.
- Сохраните выписку с датой, суммой, валютой, получателем и назначением каждого платежа сервису.
- Выгрузите историю пополнений, начислений и возвратов из кабинета поставщика.
- Найдите условия оплаты, которые действовали в спорный период: за какое событие сервис начисляет плату.
- Запросите журнал попыток авторизации с внутренними идентификаторами и номерами операций провайдера.
- Зафиксируйте остаток на балансе сервиса в начале и конце периода, если расчёты идут через аванс.
Если оплата прошла через посредника, ищите подтверждение именно в этом канале. Название в выписке не всегда совпадает с названием продукта. Для интернет-подписок также стоит проверить оплату через мобильный кошелёк или магазин приложений, если бизнес использовал такой способ (источники: tochka.by, onff.ru).
Как отличить повторный платёж от начисления за звонок?
Сначала определите, где возникло расхождение: деньги ушли со счёта повторно или сервис повторно уменьшил внутренний баланс. При авансовой схеме один банковский платёж покрывает несколько операций авторизации. Поэтому искать отдельный звонок в банковской выписке бессмысленно: его нужно искать в детализации поставщика.
| Что видно при сверке | Что проверить | Кому задать вопрос |
| В выписке есть похожие платежи поставщику | Статус каждой операции, платёжные документы и соответствующие пополнения в кабинете | Банку и поддержке сервиса |
| Платёж один, но баланс сервиса уменьшился несколько раз | Детализацию начислений и идентификаторы запросов на авторизацию | Поддержке сервиса и разработчику |
| Банк списал больше, чем сервис зачислил | Валюту расчёта, условия конвертации и отдельные комиссии | Банку, затем поставщику при необходимости |
| Платёж есть в выписке, но отсутствует в кабинете | Получателя, назначение, статус перевода и порядок зачисления по условиям сервиса | Поддержке сервиса с документом об оплате |
Совпадение суммы и даты ещё не доказывает дубль. Сравните номера операций и основания платежей. Два одинаковых пополнения могли пройти по отдельным поручениям, а несколько начислений внутри сервиса могли относиться к разным входам пользователя.
Банковские комиссии вынесите в отдельную строку сверки. Не переносите на оплату поставщика условия для других типов переводов: например, комиссии за переводы физлицам в тарифе РКО требуют отдельной проверки. Для платежа сервису найдите в своём тарифе именно ту категорию операции, которую провёл банк.
Как связать банковскую оплату с расходами на авторизацию?
Составьте рабочую таблицу: банковский платёж, пополнение в кабинете, начисления за период, возвраты и остаток. Для каждого пополнения сохраните ссылку на документ или его номер. Для спорного начисления добавьте идентификатор операции провайдера. Так бухгалтер и разработчик смогут обсуждать одну запись, а не искать «тот звонок после ошибки».
При авансовых расчётах проверьте равенство: начальный остаток плюс пополнения и возвраты минус начисления должен совпасть с конечным остатком. Отдельно учтите корректировки, если они есть в отчёте. Все суммы для такой проверки берите в валюте внутреннего баланса сервиса; банковскую конвертацию разбирайте отдельно.
Сверяйте сопоставимые периоды. Уточните часовой пояс отчёта и различайте дату отправки платежа, дату его проведения банком и дату зачисления у поставщика. Если платёж оказался на границе периодов, расширьте выгрузку, чтобы увидеть обе стороны операции.
Для оценки расходов на сайте полезен тот же принцип: сначала проверить исходные данные, затем делать выводы о стоимости услуги. Он разобран и в материале о том, как проверить выручку в GA4 перед оценкой расходов на эквайринг. Аналитика сайта при этом не заменяет выписку и детализацию начислений.
Результат сверки должен быть конкретным: платёж найден, пополнение подтверждено, остаток сходится либо отмечена строка с расхождением. Сравнение тарифов РКО имеет смысл после этого: тогда видно, какая часть расходов относится к банку, а какая — к работе сервиса авторизации.
Что проверить, если Flash Call начислили повторно?
Передайте разработчику идентификатор спорной попытки входа и попросите восстановить последовательность запросов. Flash Call — способ подтверждения номера звонком. В зависимости от реализации пользователь вводит цифры входящего номера, а сайт получает результат через API, то есть интерфейс обмена данными с провайдером.
Важная деталь: тайм-аут API означает, что сайт не дождался ответа. Провайдер к этому моменту уже мог принять запрос. Если сайт сразу отправил следующий, возникла ещё одна операция, а её оплату определяют условия поставщика. Сам факт сетевой ошибки не подтверждает отмену первого вызова.
Попросите проверить, сохраняет ли сайт одну активную попытку при повторном нажатии кнопки и обновлении страницы. Защита только в браузере недостаточна: запросы могут прийти одновременно из разных вкладок. Проверку активной попытки и отметку об отправке разработчику нужно выполнять как одно действие на сервере.
Если провайдер поддерживает ключ идемпотентности, уточните правила его использования. Такой ключ позволяет распознать повтор одной операции, но произвольный номер запроса сам по себе ничего не гарантирует. Подробности обработки тайм-аутов и повторов разобраны в статье на flashcall.by; для сверки расходов эти технические события нужно связать с детализацией начислений.
В обращение поставщику включите время спорных операций, их идентификаторы и соответствующие строки отчёта. Попросите объяснить основание каждого начисления и порядок корректировки, если подтвердится ошибка. Когда дубль возник внутри баланса сервиса, начать стоит с его поддержки: банковская выписка покажет пополнение, но не причину расхода на конкретный вызов.
Типичные ошибки при проверке повторных списаний
- Считать каждое начисление новым списанием со счёта. Сначала разделите банковские платежи и расход аванса в кабинете.
- Искать дубль только по одинаковой сумме. Сопоставьте идентификаторы, статусы и назначение операций.
- Считать отсутствие второго звонка доказательством отсутствия платы. Проверьте событие, за которое поставщик начисляет стоимость.
- Повторять запрос сразу после тайм-аута. Сначала выясните статус текущей попытки и правила безопасного повтора.
- Отправлять поддержке только снимок общего баланса. Приложите строки детализации и документы по спорному платежу.
Начните с одного расхождения: так проще проверить всю цепочку от расчётного счёта до запроса на звонок. Когда причина станет понятна, тот же порядок можно применить к остальным операциям периода. Если дело в банковской комиссии, сравнивайте соответствующий пункт тарифа РКО; если в повторных запросах, передайте разработчику конкретный сценарий сбоя.
Следующий шаг займёт меньше двух минут: отправьте бухгалтеру или ответственному за оплату сообщение «Пришлите выписку и историю платежей сервиса авторизации за период, в котором обнаружено спорное списание».
