Розрахунок під час оформлення платежу може бути математично правильним і водночас відрізнятися на один цент від даних у таблиці, рахунку-фактурі або очікуваної загальної суми.
Це пов’язано з тим, що карткові платежі використовують мінімальні одиниці валюти, специфічні для кожної валюти, тоді як продавці можуть розраховувати кількість, податки, знижки, комісії за використання, повернення коштів і валютну конвертацію на різних етапах транзакції.
Порядок виконання цих розрахунків визначає, на якому етапі відбувається округлення, і в деяких випадках дві системи можуть отримати дещо різні підсумкові суми, навіть якщо обидва розрахунки є правильними.
Тому невеликі розбіжності не завжди означають, що щось пішло не так. Важливо зрозуміти, звідки взялася сума, як вона була округлена та яка система сформувала остаточне списання з картки.
Що таке мінімальні одиниці валюти?
Не всі валюти використовують однакову кількість десяткових знаків.
Багато валют використовують два десяткові знаки, деякі — жодного, а інші — три. Це важливо, оскільки карткові платежі зрештою мають бути передані з точністю, допустимою для відповідної валюти.
Наприклад:
- USD зазвичай використовує два десяткові знаки: 10.00
- JPY не використовує десяткових знаків: 1000
- Деякі валюти використовують три десяткові знаки: 1.234
Тому одне й те саме числове значення може мати різне значення залежно від того, як інтеграція представляє мінімальні одиниці валюти.
Сума, представлена всередині системи як 1000, в одній системі може означати 10.00, тоді як інша система може інтерпретувати її як 1000 цілих одиниць валюти.
Саме тому платіжні системи не повинні припускати, що кожна валюта працює так само, як USD або EUR.
[Вставити ілюстрацію: різні валюти використовують різні мінімальні одиниці]
Платіжним мережам потрібна коректна підсумкова сума
Продавець може внутрішньо розраховувати ціни з більшою кількістю десяткових знаків, ніж може прийняти сам картковий платіж.
Наприклад, система розрахунку ціни може отримати:
24.376
Але якщо валюта платежу підтримує два десяткові знаки, продавцю зрештою потрібно передати коректно округлену суму, наприклад:
24.38
Важливо розрізняти внутрішній розрахунок продавця з високою точністю та остаточну суму до сплати, передану до платіжної мережі.
Це одна з причин, чому сума, показана у внутрішній системі продавця, калькуляторі цін або електронній таблиці, може не повністю збігатися із сумою, яка відображається в остаточній картковій транзакції.
Чому сума карткового платежу може відрізнятися на 0.01?
Одна з найпоширеніших причин проста:
округлення кожної позиції не завжди дає той самий результат, що й округлення загальної суми.
Продавець може:
- Округлити кожен товар окремо, а потім додати округлені суми, або
- Спочатку додати початкові значення з високою точністю й округлити лише підсумкову суму.
Обидва методи можуть дати коректний результат, але підсумкова сума може відрізнятися на одну мінімальну одиницю валюти.
Приклад
Уявімо, що три товари коштують по:
3.335
Якщо продавець спочатку округлює кожну позицію:
- 3.335 → 3.34
- 3.335 → 3.34
- 3.335 → 3.34
Загальна сума становитиме:
3.34 + 3.34 + 3.34 = 10.02
Якщо продавець спочатку додає початкові значення:
3.335 + 3.335 + 3.335 = 10.005
А потім округлює загальну суму:
10.005 → 10.01
Різниця становить лише 0.01, але обидва результати є наслідком коректної послідовності розрахунків.
[Вставити ілюстрацію: округлення кожної позиції порівняно з округленням загальної суми]
Тому під час перевірки карткового списання краще орієнтуватися на метод розрахунку, зазначений у рахунку продавця, а не припускати, що завжди потрібно використовувати лише один порядок розрахунків.
Податки можуть створити ще одну точку округлення
Податки, такі як VAT, також можуть розраховуватися на різних етапах.
Залежно від системи продавця та застосовних правил податок може розраховуватися:
- окремо для кожного товару,
- за категорією податкової ставки або
- від загальної суми рахунку.
Тому два товари з однаковою податковою ставкою можуть створити різницю в один цент залежно від того, чи розраховує та округлює продавець податок на рівні окремої позиції або всього рахунку.
Через це однієї лише суми карткового платежу зазвичай недостатньо, щоб відтворити розрахунок податку продавця.
Під час перевірки розбіжності порівнюйте остаточне списання з картки з рахунком-фактурою або чеком продавця, включно з деталізацією податків.
Знижки можуть змінювати основу розрахунку
Знижки створюють подібну проблему.
Продавець може застосувати знижку на весь кошик:
- до нарахування податку,
- після нарахування податку або
- пропорційно розподіливши її між кількома товарами.
Розподілену знижку для кожної позиції також може знадобитися округлити.
Наприклад, знижка 10%, розподілена між трьома товарами, не завжди дає точно такий самий результат, як знижка 10% від уже округленої загальної суми кошика.
Це не обов’язково означає, що продавець неправильно нарахував плату. Можливо, знижку просто було розподілено та округлено на іншому етапі.
Найкращий спосіб перевірити суму — використовувати деталізацію рахунку, а не самостійно застосовувати заявлений відсоток знижки до підсумкової суми.
Послуги з оплатою залежно від використання можуть накопичувати дрібні частки
Хмарні платформи, рекламні сервіси, телекомунікаційні оператори та інші компанії, які працюють за моделлю оплати залежно від використання, часто розраховують ціни зі значеннями, меншими за один цент.
Наприклад, окремий API-запит, рекламний показ, одиниця даних або подія використання може коштувати лише частину мінімальної одиниці валюти.
Потім тисячі таких значень можуть бути агреговані перед формуванням остаточного рахунку продавцем.
У результаті спроба вручну округлити кожну окрему подію використання може дати суму, яка відрізняється від результату власної системи розрахунків продавця.
Під час перевірки таких транзакцій використовуйте:
- розрахунковий період,
- метод обліку використання,
- точність ціноутворення та
- остаточну суму рахунку продавця.
Конвертація валют додає ще один рівень округлення
Платежі в різних валютах створюють ще одне можливе джерело невеликих розбіжностей.
Транзакція може включати:
- початкову валюту продавця,
- орієнтовну конвертовану суму, показану під час оформлення платежу,
- конвертацію платіжною мережею та
- остаточну суму в обліку карткового рахунку.
Для цих значень не обов’язково використовуються однаковий обмінний курс або однаковий етап округлення.
Наприклад, продавець може показувати орієнтовну конвертацію для покупки в EUR, тоді як остаточна сума в обліку буде розрахована пізніше на іншому етапі обробки.
Тому орієнтовну конвертовану суму не слід автоматично вважати остаточною сумою на стороні картки.
Під час перевірки транзакції порівнюйте однакові показники:
валюта продавця → рахунок продавця
і
валюта картки або обліку → остаточний запис карткової транзакції
Повернення коштів можуть виявити попереднє округлення
Часткове повернення коштів також може виявити розбіжності в округленні, які не були помітні під час початкової покупки.
Під час обробки часткового повернення продавцю може знадобитися перерозподілити:
- податки,
- знижки,
- суми окремих позицій або
- пропорційні нарахування.
У результаті повернена сума може не дорівнювати простому відсотку від початкового списання з картки.
Наприклад, повернення одного товару з багатотоварного замовлення може призвести до суми повернення, яка відрізняється на один цент від суми, спочатку зазначеної для цієї окремої позиції.
Тому найнадійніше порівнювати кредит-ноту або деталізацію повернення коштів від продавця із сумою, поверненою на картку.
Електронні таблиці також можуть створювати розбіжності в точності
Не завжди джерелом розбіжності є продавець.
Електронні таблиці та програмні розрахунки можуть містити приховані десяткові значення, навіть якщо відображуване число здається округленим.
Комірка може відображати:
10.00
хоча фактично збережене значення становить:
9.995
Форматування змінює те, що бачить користувач, але не обов’язково змінює базове значення.
Подібні ефекти можуть виникати через двійкові обчислення з плаваючою комою.
Для точного звіряння явно округлюйте значення на тих самих етапах, що й продавець, замість того щоб покладатися лише на спосіб відображення чисел в електронній таблиці.
Коли невелика різниця є нормальною?
Різниця в одну мінімальну одиницю валюти може бути нормальною, якщо вона виникла через:
- округлення на рівні окремих позицій,
- округлення на рівні рахунку,
- розрахунок податків,
- розподіл знижки,
- агрегування даних про використання,
- конвертацію валют або
- розподіл суми повернення.
Однак повторювані або більші розбіжності слід перевіряти.
Вони можуть свідчити про такі проблеми:
- неправильна кількість,
- неочікуваний податок,
- неправильна валюта,
- дубльовані комісії,
- розбіжність під час конвертації або
- розрахунок продавця, який не відповідає рахунку.
Для звіряння бізнес-витрат може бути корисно встановити внутрішній допустимий поріг для очікуваних розбіжностей у мінімальних одиницях валюти та окремо перевіряти винятки, які перевищують цей поріг.
Мета полягає не в тому, щоб ігнорувати невеликі розбіжності, а в тому, щоб переконатися, що їх можна пояснити.
Як перевірити розбіжність у платежі
Коли сума карткової транзакції незначно відрізняється від іншого запису, не варто одночасно змінювати кілька припущень.
Натомість відтворіть платіж у тому самому порядку, у якому його розрахував продавець.
Практична послідовність перевірки:
- Підтвердьте валюту та кількість її десяткових знаків.
- Перевірте рахунок-фактуру або чек продавця.
- Визначте, чи округлювалися суми для кожної позиції окремо, чи лише підсумкова сума.
- Перевірте розрахунок податків і знижок.
- Перевірте кількість одиниць використання, якщо це актуально.
- Перевірте валютну конвертацію, якщо використовувалося більше однієї валюти.
- Порівняйте загальну суму продавця з остаточною сумою на стороні картки.
- Передайте питання на додаткову перевірку, якщо розбіжність перевищує очікуване округлення або змінює фактичне комерційне зобов’язання.
Мета полягає в тому, щоб за можливості фіксувати як проміжні значення без округлення, так і остаточну суму до сплати.
Це спрощує визначення того, чи виникла розбіжність через порядок розрахунків, точність валюти, податки, конвертацію або інший етап транзакції.
Як Buvei допомагає перевірити остаточну суму карткового платежу
Якщо це підтримується для відповідного облікового запису, історія транзакцій Buvei може допомогти підтвердити суму на стороні картки та валюту транзакції.
Однак запис карткової транзакції та рахунок продавця виконують різні функції.
Запис транзакції Buvei показує, що було оброблено на стороні картки, тоді як рахунок-фактура або чек продавця пояснює, як продавець розрахував загальну суму.
Якщо платіж трохи відрізняється від очікуваної суми, порівнюйте обидва записи разом, а не покладайтеся лише на один із них.
Для транзакцій, де точність має значення, зберігання рахунку-фактури або чека продавця разом із записом карткової транзакції також може спростити подальше звіряння.
Забезпечуйте безпеку під час перевірки платежів
Коли потрібно перевірити транзакцію, служба підтримки може попросити таку інформацію:
- обліковий запис Buvei або ідентифікатор користувача,
- назву продавця,
- час транзакції,
- суму,
- валюту та
- останні чотири цифри картки.
Не надсилайте конфіденційні облікові дані через звичайну електронну пошту або чат, зокрема:
- повний номер картки,
- коди безпеки картки,
- паролі,
- одноразові паролі або
- приватні ключі гаманця.
Надання відповідних даних про транзакцію зазвичай достатньо для перевірки платежу без розкриття зайвих конфіденційних даних.
Підсумок
Різниця в один цент не означає автоматично, що картковий платіж є неправильним.
Невеликі розбіжності можуть виникати через те, що продавці, платіжні системи, електронні таблиці, податкові системи, системи валютної конвертації та карткові мережі можуть округлювати суми на різних етапах.
Найнадійніший підхід — відтворити розрахунок у тому самому порядку, який використовує продавець:
кількість → знижка → податок → конвертація валюти → остаточне округлення
Після цього порівняйте отриманий результат з остаточною картковою транзакцією.
Невелика розбіжність може бути цілком обґрунтованою, але її все одно має бути можливо пояснити. Якщо відтворена сума не збігається зі списаною або розрахунок продавця не відповідає його власному рахунку, запросіть детальну розбивку розрахунку, перш ніж повторювати платіж.
