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