Платеж по карте может включать несколько разных дат — и они не всегда приходятся на один и тот же календарный день.
Команда может оформить заказ в пятницу, получить счет в субботу и увидеть проведенную по карте транзакцию в понедельник. Ни одна из этих дат не обязательно является ошибочной.
Они могут просто отражать разные этапы одного и того же платежа, зафиксированные разными системами, в разных часовых поясах и в соответствии с разными правилами обработки.
Понимание разницы между датой заказа, датой авторизации, датой счета и датой проведения операции значительно упрощает сверку платежей.
Одна покупка может иметь несколько дат
Одна покупка может создавать несколько временных отметок, включая:
- время оформления заказа или оплаты,
- авторизацию карты,
- подтверждение операции продавцом,
- создание счета,
- проведение операции по карте и
- расчет по транзакции.
Эти события не обязательно происходят одновременно.
Например, заказ может быть оформлен в 23:58, сразу авторизован, а подтверждение операции может произойти уже после полуночи. Поэтому заказ и итоговая транзакция по карте могут отображаться в разные дни, хотя относятся к одной покупке.
Главный вопрос заключается не просто в том:
«Какая дата является правильной?»
А в следующем:
«Какое событие представляет эта дата?»
Объяснение дат заказа, авторизации и проведения операции
Эти три даты часто путают.
Дата заказа обычно показывает, когда клиент отправил запрос на покупку.
Дата авторизации показывает, когда продавец впервые запросил одобрение операции в карточной системе.
Дата проведения операции показывает, когда транзакция становится завершенной записью в карточном счете.
Эти даты могут различаться, поскольку продавцы не всегда сразу подтверждают и проводят платежи.
Например:
Пятница: Заказ оформлен, карта авторизована
Понедельник: Продавец завершает подтверждение операции, и транзакция проводится
Таким образом, авторизация в пятницу, которая отображается как проведенная транзакция в понедельник, может быть частью обычного платежного процесса.
Как часовые пояса влияют на даты транзакций
Система продавца может использовать не местный часовой пояс покупателя.
Глобальный сервис может регистрировать транзакции в соответствии с:
- местонахождением головного офиса,
- юридическим лицом, выставляющим счет,
- регионом аккаунта,
- настройками системы или
- временем UTC.
Это означает, что одно и то же событие может отображаться в разные календарные даты в зависимости от того, где оно просматривается.
Например, покупатель в Европе может увидеть дату платежа, отличающуюся на один день от даты, отображаемой на портале продавца, работающего в США.
Прежде чем считать две даты несоответствующими, проверьте часовой пояс, используемый каждой системой.
Почему даты счетов могут отличаться
Дата счета определяется коммерческим или бухгалтерским процессом продавца.
Счет может быть создан, когда:
- заказ принят,
- начинается период предоставления услуги,
- товары отправлены или
- завершается расчетный период.
Поэтому дата счета не обязательно должна совпадать с датой проведения операции по карте.
Например, счет за подписку может быть датирован последним днем расчетного периода, тогда как списание с карты обрабатывается на следующее утро.
Обе записи могут быть правильными, поскольку они отражают разные события.
Выходные, праздники и задержки обработки
Цифровые сервисы могут активироваться сразу, даже если окончательное проведение операции по карте происходит позже.
Например:
Суббота: Подписка авторизована, сервис активирован
Понедельник: Транзакция отображается как завершенная
Выходные, праздники, графики подтверждения операций продавцом и циклы обработки могут влиять на то, когда транзакция появляется как проведенная по карте.
Переходы на летнее время также могут изменять отображаемое местное время, даже если исходная временная отметка в UTC остается неизменной.
Поэтому разница в несколько часов — а иногда в один или два дня — не обязательно означает, что что-то пошло не так.
Почему даты важны для отчетности на конец месяца
Различия в датах особенно важны в период закрытия месяца.
Транзакция, авторизованная в одном месяце, может быть проведена уже в следующем.
Например:
31 декабря: Авторизация
2 января: Проведение операции
Если в одном отчете используется дата авторизации, а в другом — дата проведения, один и тот же платеж может попасть в разные отчетные периоды.
Поэтому командам следует заранее определить, какая дата используется для:
- бюджетирования,
- бухгалтерского учета,
- отчетности по расходам и
- сверки операций по картам.
Главное — соблюдать единый подход.
Даты в панели и экспортируемых данных также могут отличаться
Панель управления и экспорт CSV могут отображать разные временные отметки, даже если они относятся к одному и тому же событию.
Например:
Панель: 10:05 CET
CSV: 09:05Z
Они могут обозначать абсолютно один и тот же момент.
Перед сравнением временных отметок проверьте:
- выполняет ли панель автоматическую конвертацию времени,
- использует ли экспорт UTC и
- применяется ли переход на летнее время.
Как Buvei помогает сверять даты
Если для соответствующего аккаунта доступны история транзакций и экспорт данных, записи Buvei могут помочь определить временную последовательность платежа со стороны карты.
Заказы и счета продавца отражают коммерческую временную последовательность.
Эти записи следует использовать вместе.
Например, сравните:
- название продавца,
- сумму,
- валюту,
- номер заказа или счета,
- статус транзакции и
- временные отметки.
Счет продавца показывает, когда была создана коммерческая задолженность, а запись транзакции Buvei помогает подтвердить, как и когда платеж был обработан со стороны карты.
Связь между двумя типами записей упрощает последующую сверку, не требуя изменения исходной даты ни в одном из источников.
Как сверять разные даты платежей
Если две даты платежа не совпадают, используйте простой процесс проверки:
- Определите событие — заказ, авторизация, подтверждение операции, счет, проведение или расчет.
- Проверьте часовой пояс, используемый каждой системой.
- Сравните записи продавца и карты по сумме, валюте и справочной информации.
- Проверьте выходные, праздники или задержку подтверждения операции.
- Сохраните исходные временные отметки, вместо того чтобы изменять их для приведения к одному значению.
- Проводите дополнительное расследование только тогда, когда время операции больше не соответствует ожидаемому платежному процессу.
Полезная временная последовательность выглядит так:
Заказ → Авторизация → Подтверждение → Счет → Проведение → Расчет
Цель заключается не в том, чтобы заставить все системы отображать одну и ту же дату.
Цель — сделать последовательность платежа достаточно понятной, чтобы другой человек мог понять и воспроизвести процесс сверки.
Итог
Даты операций по карте, счетов и заказов не всегда совпадают, поскольку они отражают разные этапы платежа.
Часовые пояса, время подтверждения операции продавцом, расчетные периоды, выходные дни и обработка карточных платежей могут влиять на то, когда транзакция появляется в системе.
Вместо того чтобы считать только одну дату «правильной», сохраняйте исходные записи и понимайте, какое событие представляет каждая временная отметка.
Когда временная последовательность становится понятной, большинство различий в датах платежей объяснить намного проще.
