Сверка происходит по модулю, по txn_date платежа.
По их же документации следует, что платеж с txn_date 29.02.12 должен быть в реестре от 29.02.12:
Цитата:
В запросе на добавление платежа, система передает дату платежа (под датой платежа в системе
подразумевается дата получения запроса от клиента) в переменной txn_date – дата в формате
ГГГГММДДЧЧММСС. Эту дату необходимо использовать для проведения сверок и бухгалтерских
взаиморасчетов. Так как в системе ОСМП учет платежей ведется по дате получения запроса от
клиента, то и расчеты с провайдером необходимо вести по этой дате. Например ситуация: клиент
прислал в систему запрос 31.12.2005 в 23:59:59, учитывая задержку на обработку данных и
пересылку информации по каналам связи, система смогла отправить запрос провайдеру 1.1.2006
00:00:05, соответственно платеж будет учтен в системе провайдера в другом отчетном периоде,
что вызовет некоторые проблемы при проведении сверок. Чтобы избежать такой ситуации система
передает провайдеру дату, в которой нужно учитывать платеж.
А если это правило не учитывается - то расхождения будут в любом случае, просто в разных местах:
- если сравнивать по локальному времени - будет разница из-за сети и какие-нибудь платежи попадут не в тот день,
- если проверять реестр за 29-ое число - то непонятно, откуда платеж в биллинге (т.к. в реестре за 29 его нет)
- если проверять реестр за 1-ое число - непонятно, откуда недостающий платеж
- если проверять реестр за 1-ое, в биллинге выставив 29-01, то не понятно, откуда другие платежи в биллинге за 29
- если проверять реестр и дополнительно искать платежи в прошлых днях - тогда опять-таки при сверке за 29-ое непонятно, откуда платеж в биллинге, а при сверке за 1-ое никогда нет уверенности, что платеж за 29-ое есть в биллинге, но в платежной системе его нет - может быть он в каком-то реестре за 1-ое, 2-ое или 10-ое.