Віртуальна картка може бути активною, мати достатній баланс і бути готовою до онлайн-платежів, однак процес оформлення замовлення все одно може виявитися несподівано заплутаним.
На сторінці можуть запитувати ім’я власника картки, платіжну адресу, поштовий індекс, назву компанії, країну, адресу електронної пошти, а іноді навіть податковий номер.
Ці поля не завжди описують одну й ту саму особу або організацію.
Введення однакової інформації в усі поля не обов’язково є правильним, а вигадування даних лише для того, щоб форма прийняла їх, може створити більше проблем, ніж початкова проблема з платежем.
Практичне правило просте:
Кожне поле має містити саме ту інформацію, яку фактично запитує продавець.
Дані картки потрібно брати з карткового рахунку. Інформація про клієнта та компанію має відповідати реальному покупцеві й профілю продавця. Дані доставки мають описувати місце, куди слід надіслати фізичний товар. Податкова інформація має належати особі або юридичній особі, яка отримує рахунок-фактуру.
Ці записи можуть бути пов’язані між собою, але вони не є автоматично ідентичними.
Успішне оформлення замовлення має ґрунтуватися на послідовній і точній інформації, а не на вигаданих іменах, адресах, поштових індексах або регіонах.
Чому поля оформлення замовлення складніші за дані картки
Онлайн-форми оформлення замовлення часто мають одночасно обслуговувати кілька систем.
Продавцю може знадобитися інформація, щоб:
- Створити замовлення
- Розрахувати відповідні податки
- Видати чек або рахунок-фактуру
- Надати послугу чи доставити товар
- Оцінити платіжний ризик
- Надіслати запит на авторизацію картки через свого платіжного процесора
Через це поле, яке виглядає як звичайна контактна інформація, може мати кілька призначень.
Сама платіжна картка зазвичай містить:
- Номер картки
- Термін дії
- Код безпеки
- Ім’я або мітку, пов’язані з рахунком
Після цього продавець може запросити додаткову інформацію, яка не зберігається безпосередньо в номері картки.
Наприклад, країна платіжної адреси може впливати на:
- Юридичну особу продавця, яка надає послугу
- Валюту, що відображається
- Застосовні податкові правила
- Регіональні умови, що показуються
Поштовий індекс може використовуватися для перевірки платежу, виставлення рахунків або просто тому, що форма оформлення замовлення спочатку була розроблена для фізичної адреси.
Саме тому не існує відповідальної універсальної відповіді на кшталт:
«Завжди вводьте назву своєї компанії».
або:
«Адреса має лише виглядати місцевою».
Правильна інформація залежить від налаштувань картки, типу рахунку, профілю продавця, країни та точного призначення поля.
Найбезпечніший підхід — використовувати точні дані та звертатися до емітента картки або продавця, якщо значення поля незрозуміле.
Розділіть чотири ідентичності під час онлайн-оформлення замовлення
Більшість непорозумінь зникає, коли покупець розділяє чотири різні ідентичності перед введенням платіжних даних.
Вони можуть належати одній особі, але в бізнес-платежах часто беруть участь різні власники.
Картковий рахунок
Це картка або налаштування рахунку, з якого авторизується платіж.
Він містить:
- Номер картки
- Термін дії
- Код безпеки
- Підтримувану платіжну інформацію
- Будь-яке ім’я власника картки, яке провайдер очікує використовувати
Обліковий запис у продавця
Це профіль клієнта на вебсайті або в застосунку.
Він може належати:
- Працівнику
- Спільній корпоративній електронній пошті
- Клієнтському проєкту
- Юридичній компанії, яка купує послугу
Клієнт, зазначений у рахунку-фактурі
Це особа або юридична особа, яка має бути зазначена в комерційному рахунку-фактурі.
У рахунку для бізнесу можуть знадобитися:
- Юридична назва компанії
- Зареєстрована адреса
- Податкові реквізити
Ці дані можуть відрізнятися від особистої контактної інформації працівника.
Користувач послуги або отримувач
Це особа або команда, яка отримує:
- Доступ до програмного забезпечення
- Цифрові продукти
- Бронювання
- Фізичні доставки
Отримувач не обов’язково є власником картки або клієнтом, зазначеним у рахунку-фактурі.
Наприклад, якщо угорська дизайнерська компанія купує програмне забезпечення для працівника:
- Працівник може бути користувачем послуги
- Компанія може бути клієнтом, зазначеним у рахунку-фактурі
- Спільна фінансова електронна пошта може бути власником облікового запису в продавця
- Віртуальна картка може мати платіжну інформацію, підтверджену провайдером
Розділення цих ролей спрощує як управління платежами, так і звірку наприкінці місяця.
Що зазвичай означає «ім’я власника картки»
Поле імені власника картки зазвичай розташоване поруч із номером картки.
Як правило, його слід заповнювати ім’ям, пов’язаним із карткою або картковим рахунком, відповідно до інструкцій провайдера.
Це не автоматично:
- Людина, яка сидить за комп’ютером
- Назва компанії у рахунку-фактурі
- Працівник, який ініціював покупку
- Внутрішня мітка картки
Деякі віртуальні картки пов’язані з індивідуальним власником рахунку.
Інші є бізнес-продуктами, у межах яких картки можуть випускатися на:
- Корпоративний рахунок
- Профіль працівника
- Проєкт
- Внутрішню мітку картки
Наприклад:
Client A Ads
може бути корисною внутрішньою назвою для ідентифікації картки.
Однак це не обов’язково означає, що Client A Ads потрібно вводити в поле імені власника картки.
Внутрішні мітки карток і платіжна ідентичність — це різні речі.
Використовуйте латинські символи, якщо цього вимагає продавець або провайдер картки, але не створюйте іншу ідентичність лише тому, що сторінка оформлення замовлення англійською мовою.
Якщо ім’я зазвичай записується іншою системою письма, транслітерація може бути доречною, якщо вона залишається узгодженою з інформацією облікового запису.
Якщо провайдер картки відображає конкретне ім’я власника картки, використовуйте саме його, а не вгадуйте.
Особиста покупка
Для особистого облікового запису в продавця та віртуальної картки, випущеної на фізичну особу, ім’ям власника картки часто буде ім’я, пов’язане з рахунком цієї особи.
У такому випадку ім’я клієнта та ім’я для оплати можуть збігатися.
Однак під час купівлі фізичних товарів платіжну інформацію все одно слід відрізняти від адреси доставки.
Покупка компанією
Під час корпоративної покупки юридична назва компанії може зазначатися в полі компанії або рахунку-фактури, тоді як поле імені власника картки має заповнюватися відповідно до інформації провайдера картки.
Якщо працівник є уповноваженим користувачем картки, продавець може окремо запросити контактне ім’я цієї особи.
Усі ці дані можуть бути правомірними, навіть якщо вони не збігаються.
Оплата агентством або за клієнта
Агентство, яке оплачує послугу клієнта, не повинно просто замінювати всі поля оформлення замовлення ім’ям клієнта.
Наступні дані мають відображати фактичні комерційні відносини:
- Власник облікового запису в продавця
- Договірний покупець
- Отримувач рахунку-фактури
- Картковий рахунок
- Користувач послуги
Якщо клієнт володіє обліковим записом у продавця, але агентство має дозвіл на оплату, цей дозвіл і порядок виставлення рахунків мають бути чітко визначені до оформлення замовлення.
Платіжна адреса — це не те саме, що адреса доставки
Платіжна адреса зазвичай пов’язана з платіжним рахунком або клієнтом, зазначеним у рахунку-фактурі, залежно від того, як продавець розробив форму оформлення замовлення.
Адреса доставки повідомляє продавцю, куди потрібно доставити фізичний товар або послугу, що надається на місці.
Для цифрових покупок адреси доставки може взагалі не бути.
Однак форма оформлення замовлення все одно може запитувати платіжну адресу з таких причин:
- Створення рахунку-фактури
- Визначення регіональної доступності
- Підтримка перевірки платежу
Користувачам слід використовувати платіжну інформацію, підтверджену провайдером віртуальної картки для відповідної конфігурації картки.
Якщо продавець окремо запитує зареєстровану адресу компанії для виставлення рахунку, введіть реальні юридичні дані компанії.
Платіжна адреса, яку підтримує провайдер, не змінює юридичне місцезнаходження компанії або її податковий статус.
Це платіжна інформація, а не доказ того, де компанія юридично зареєстрована.
Так само не вводьте випадкову місцеву адресу лише для того, щоб імітувати бажану продавцем країну.
Вигадані дані можуть суперечити:
- Інформації облікового запису в продавця
- Податковим записам
- Перевірці особи
- Запитам на повернення коштів
- Перевіркам облікового запису
- Майбутнім зверненням до служби підтримки
Навіть якщо форма спочатку приймає неправильну інформацію, невідповідність може стати проблемою пізніше під час продовження підписки або перевірки облікового запису.
Як працювати з полями поштового індексу, міста, штату та країни
Форми поштових індексів часто розробляються з урахуванням формату адреси однієї країни.
Наприклад, європейський клієнт може зіткнутися з такими ситуаціями:
- Обов’язкове поле «Штат», хоча в його країні штати зазвичай не використовуються
- Вимога ввести п’ятизначний поштовий індекс, який не відповідає поштовому формату його країни
Першим кроком має бути перевірка правильності вибраної країни платіжної адреси.
Багато форм оформлення замовлення оновлюють правила перевірки адреси лише після зміни поля країни.
Якщо сторінка все одно вимагає неможливий формат, не змінюйте країну й не вигадуйте фіктивний поштовий індекс лише для продовження.
Натомість:
- Перевірте довідковий центр продавця
- Зверніться до служби підтримки з питань оплати
- Запитайте, чи доступне міжнародне оформлення замовлення
- Запитайте, чи існує форма виставлення рахунків для бізнесу
Значення поля країни також потрібно тлумачити уважно.
Воно може стосуватися:
- Країни платіжної адреси картки
- Країни проживання клієнта
- Країни реєстрації компанії
- Регіону надання послуги
- Країни доставки
- Податкового місцезнаходження
Читайте назву поля та інструкції поруч із ним.
Якщо продавець запитує:
«Де зареєстрована ваша компанія?»
відповідь має ґрунтуватися на реєстраційних даних компанії, а не на даних картки.
Якщо він запитує країну платіжної адреси картки, використовуйте інформацію, надану для відповідної конфігурації картки.
Назва компанії та податкові поля належать до профілю рахунку-фактури
Форми оформлення замовлення для бізнесу часто містять необов’язкове поле назви компанії та поле номера VAT або податкового номера.
Ці поля мають описувати фактичний бізнес, який купує послугу та отримує рахунок-фактуру.
Віртуальна картка сама по собі не створює ділових відносин із компанією.
Так само оплата карткою, контрольованою компанією, не виправляє автоматично рахунок-фактуру, виставлений на особистий профіль працівника в продавця.
Перед оплатою перевірте платіжний профіль продавця та підтвердьте:
- Юридичну назву компанії
- Адресу
- Податкову інформацію
Якщо поле є необов’язковим, а покупка справді особиста, його можна залишити порожнім.
Якщо компанії потрібен рахунок-фактура на юридичну особу, точно заповніть платіжний профіль продавця до оплати, а не намагайтеся виправити рахунок після цього.
Податковий режим залежить від юрисдикції та типу операції.
Провайдер картки не визначає:
- Чи є номер VAT дійсним
- Який податок має застосовуватися
- Як продавець повинен виставляти рахунок за послугу
Якщо продавець відхиляє дійсні бізнес-дані або податковий режим здається неправильним, зверніться до продавця або кваліфікованого бухгалтера.
Не змінюйте країну платіжної адреси картки лише для отримання бажаного податкового результату.
Таблиця прийняття рішень для кожного поля
| Поле оформлення замовлення | Що воно зазвичай описує | Де перевірити |
|---|---|---|
| Номер картки, термін дії, код безпеки | Віртуальна картка, що використовується | Захищений перегляд картки в обліковому записі провайдера |
| Ім’я власника картки | Ім’я, пов’язане з карткою або уповноваженим користувачем картки | Інструкції провайдера або відображені дані картки |
| Платіжна адреса та поштовий індекс | Платіжна інформація або дані для рахунку залежно від форми | Провайдер картки та опис поля продавцем |
| Юридична назва компанії | Бізнес, який купує послугу | Реєстраційні дані компанії та платіжний профіль продавця |
| Номер VAT або податковий номер | Зареєстрований ідентифікатор клієнта, зазначеного в рахунку-фактурі | Офіційні записи компанії або бухгалтер |
| Адреса доставки | Місце, куди мають бути доставлені товари або послуги на місці | Фактичний отримувач |
| Електронна пошта та телефон | Контакт для замовлення, облікового запису, перевірки або підтримки | Власник облікового запису в продавця та внутрішня політика компанії |
Фраза «зазвичай описує» є важливою.
Форми оформлення замовлення не є повністю стандартизованими.
Один продавець може використовувати один блок адреси і для платежу, і для виставлення рахунку, тоді як інший може розділяти їх.
Сприймайте кожне поле оформлення замовлення як фактичне запитання, а не припускайте, що існує одна універсальна комбінація.
Як автозаповнення створює непомітні помилки
Автозаповнення браузера та менеджера паролів може створювати проблеми, яких користувач не помічає.
Воно може автоматично вставити:
- Стару особисту адресу
- Попередню назву компанії
- Поштовий індекс адреси доставки
- Застарілу країну платіжної адреси
Це особливо часто трапляється, коли один профіль браузера використовується і для особистих, і для корпоративних покупок.
Перед підтвердженням корпоративного платежу перевірте весь підсумок замовлення.
Перевірте:
- Ім’я клієнта
- Компанію
- Країну
- Поштовий індекс
- Електронну пошту
- Валюту
- Податок
- Загальну суму
- Умови продовження
Якщо автозаповнення перезаписало платіжну інформацію, підтверджену провайдером, виправте її до надсилання платежу.
Не зберігайте конфіденційні дані картки у звичайних спільних профілях браузера.
Команди мають використовувати затверджені засоби керування платіжного провайдера та безпечні процеси керування доступом.
Контрольований спосіб усунення помилки адреси або імені
Якщо форма оформлення замовлення відхиляє ім’я власника картки або платіжну інформацію, не змінюйте навмання різні поля знову й знову.
Використовуйте контрольований процес:
- Припиніть повторні спроби. Запишіть точне повідомлення про помилку та час.
- Перевірте стан картки. Переконайтеся, що картка активна, має достатній баланс і підходить для операції.
- Уважно прочитайте кожне поле. Відокремте платіжну інформацію картки від даних клієнта, компанії, податків і доставки.
- Перевірте профіль продавця. Переконайтеся, що країна облікового запису та інформація про компанію відповідають реальному покупцеві.
- Видаліть неправильні дані автозаповнення. Повторно введіть підтверджену інформацію.
- Зробіть одну контрольовану спробу. Зберігайте незмінними пристрій, обліковий запис, валюту та суму.
- Зверніться до відповідної сторони. Запитайте провайдера картки про платіжну інформацію, пов’язану з карткою, а продавця — про поля клієнта або рахунку-фактури.
Загальна відмова в платежі не означає автоматично, що платіжна адреса неправильна.
Інші можливі причини включають:
- Автентифікацію
- Прийняття картки продавцем
- Регіон облікового запису
- Налаштування картки
- Засоби контролю ризиків
- Платіжні правила продавця
Не продовжуйте змінювати ідентифікаційні дані лише тому, що продавець не надає детальної причини відмови.
Три практичні європейські приклади
Угорський фрилансер купує німецький дизайнерський інструмент
Обліковий запис фрилансера в продавця є особистим, але використовується для роботи як самозайнятої особи.
Поле імені власника картки заповнюється відповідно до інформації в обліковому записі віртуальної картки.
У профілі рахунку-фактури використовуються реальні бізнесові та податкові дані фрилансера, де це застосовно.
Користувачем послуги є та сама особа, тому більшість ідентичностей збігається.
Фрилансер зберігає оригінальний рахунок-фактуру та запис про операцію карткою для бухгалтерських цілей, не припускаючи, що платіжна інформація картки визначає режим VAT.
Португальська компанія купує програмне забезпечення для віддаленого працівника
Працівник запитує доступ до програмного забезпечення, а фінансовий відділ керує платіжним профілем продавця та віртуальною карткою.
Запрошення до програмного забезпечення надходить на корпоративну електронну адресу працівника.
У рахунку-фактурі зазначаються юридична назва та адреса компанії.
Поля імені власника картки та платіжної інформації заповнюються відповідно до інструкцій провайдера віртуальної картки.
Компанія зазначає працівника як користувача послуги, а не як власника платіжних відносин.
Агентство оплачує послуги всередині платформи, що належить клієнту
Клієнт володіє рекламним або програмним обліковим записом, а агентство має письмовий дозвіл керувати проєктом і платежами.
Перед додаванням картки обидві сторони погоджують:
- Хто отримує рахунок-фактуру від постачальника
- Як витрати виставляються клієнту
- Хто контролює обліковий запис у продавця
Агентство не замінює власні дані карткового рахунку ідентичністю клієнта.
Воно зберігає разом дозвіл клієнта, чек продавця та внутрішній ідентифікатор проєкту.
Роль Buvei
Buvei надає інформацію про віртуальні картки та видимість на рівні картки для підтримуваних сценаріїв онлайн-платежів.
Користувачі мають дотримуватися платіжної інформації та рекомендацій щодо імені власника картки, які відображаються для відповідного облікового запису Buvei та конфігурації картки.
Доступні картки, регіони, ліміти та придатність для конкретного продавця можуть відрізнятися.
Звертаючись до служби підтримки, краще поставити конкретне запитання, наприклад:
«Які платіжні дані слід використовувати для цієї конфігурації картки та цього легітимного облікового запису в продавця?»
Buvei не контролює такі дані продавця:
- Профіль клієнта
- Поля компанії
- Інформацію про доставку
- Податкову інформацію
Також Buvei не може гарантувати, що продавець прийме конкретну картку або конфігурацію облікового запису.
Розподіл відповідальності є простим:
Використовуйте Buvei для підтвердження інформації на стороні картки та статусу операції. Звертайтеся до продавця для підтвердження вимог до облікового запису, рахунку-фактури та послуги.
Типові помилки, яких слід уникати
- Введення внутрішньої мітки картки як імені власника без перевірки рекомендацій провайдера
- Використання випадкової адреси або поштового індексу для імітації іншої країни
- Зазначення імені працівника в рахунку-фактурі компанії лише тому, що він ініціював покупку
- Припущення, що країна платіжної адреси картки визначає місцезнаходження компанії або режим VAT
- Дозвіл автозаповненню браузера вставляти стару особисту інформацію
- Зміна кількох полів після кожної відмови в платежі
- Надсилання службі підтримки повних номерів карток, CVV, паролів або одноразових кодів
Коли одночасно запитуються платіжна адреса та адреса рахунку-фактури
Деякі форми оформлення замовлення для бізнесу запитують:
- Платіжну адресу
- Адресу для рахунку-фактури
- Адресу доставки
- Адресу компанії
- Адресу надання послуги
Не дублюйте автоматично одну й ту саму адресу в кожному полі.
Платіжна адреса або адреса для оплати має відповідати належній інформації на стороні картки, якщо провайдер її надає.
Адреса рахунку-фактури має ідентифікувати клієнта, який отримує комерційний рахунок-фактуру.
Адреса доставки або надання послуги має описувати місце, куди фактично буде доставлено товар або надано послугу.
Якщо продавець надає лише одне поле адреси, перевірте його назву та довідкову документацію.
Не створюйте змішану адресу, поєднуючи дані з різних записів.
Створіть багаторазовий профіль оформлення замовлення без зберігання секретів
Для постачальників, якими часто користуються, компанії можуть вести запис успішної несекретної конфігурації оформлення замовлення.
Наприклад:
- Назва облікового запису в продавця
- Юридичне ім’я клієнта
- Адреса рахунку-фактури
- Джерело платіжної адреси
- Правило введення імені власника картки
- Країна
- Дата останньої перевірки
Зберігайте цю інформацію в затвердженій фінансовій або закупівельній системі.
Не зберігайте:
- Повний номер картки
- CVV
- Пароль
- OTP
- Коди відновлення
Перевіряйте конфігурацію щоразу, коли відбувається:
- Переїзд офісу
- Зміна юридичної особи
- Міграція облікового запису
- Заміна картки
- Регіональна зміна виставлення рахунків
Конфігурація оформлення замовлення, яка раніше працювала, може більше не відповідати поточній інформації компанії або продавця.
Передавайте докази, а не секретні дані картки
Якщо форма оформлення замовлення відхиляє адресу або поштовий індекс, надайте службі підтримки корисну інформацію, яка не є конфіденційною.
Наприклад:
- Назва продавця
- Країна оформлення замовлення
- Назви полів
- Дата й час
- Сума та валюта
- Точне повідомлення про помилку
- Чи відбулася автентифікація
- Яке затверджене джерело платіжної інформації було використано
Скріншоти можуть бути корисними, якщо на них приховано конфіденційні дані картки та особисту інформацію.
Запитайте продавця, який формат очікує його поле.
Запитайте провайдера картки, яка платіжна інформація застосовується до конкретної конфігурації картки.
Вносьте по одному контрольованому виправленню за раз.
Одночасна зміна імені, вулиці, країни, поштового індексу, картки, браузера та облікового запису в продавця значно ускладнює пошук причини проблеми й може спричинити додаткові перевірки.
Нарешті, пам’ятайте, що точна адресна інформація не гарантує прийняття платежу продавцем.
На операцію також можуть впливати інші фактори, зокрема право облікового запису на використання послуги, автентифікація, політика продавця та засоби контролю ризиків.
Підсумок
Форма оформлення замовлення не ставить одне й те саме запитання про особу кілька разів.
Вона збирає кілька типів інформації:
- Інформацію про картку
- Інформацію про клієнта
- Інформацію для рахунку-фактури
- Контактні дані
- Інформацію про доставку
Ставтеся до кожного поля відповідно до його фактичного призначення.
Використовуйте інформацію, підтверджену провайдером, для віртуальної картки, реальні юридичні дані для клієнта, зазначеного в рахунку-фактурі, та точну інформацію облікового запису для сервісу продавця.
Якщо форма оформлення замовлення не може точно відобразити ці дані, зупиніться та попросіть роз’яснення.
Чистий і послідовний платіжний профіль набагато легше підтримувати, продовжувати, повертати кошти, звіряти та пояснювати, ніж оформлення замовлення, яке вдалося завершити лише завдяки вигаданим даним.
