Ви оплачуєте бронювання або цифрову послугу віртуальною карткою. Потім продавець надсилає вам електронного листа:
«Будь ласка, надайте фотографію картки, використаної для оплати».
Тут виникає очевидна проблема: фізичної картки, яку можна сфотографувати, не існує.
Надсилати повний екран із даними віртуальної картки також не варто. Це може розкрити платіжні реквізити, які в жодному разі не повинні надсилатися у звичайному листуванні зі службою підтримки або чаті.
Краще поставити інше запитання:
Що саме продавець хоче перевірити — і які найменш чутливі докази можуть це підтвердити?
Перевірка віртуальної картки зазвичай полягає у підтвердженні зв’язку між платежем, замовленням і особою або компанією, яка використовує картку. Мета полягає в тому, щоб допомогти продавцю підтвердити законність покупки без розкриття зайвих платіжних даних.
Чому продавці просять підтвердження права на використання картки
Запит на «підтвердження права власності на картку» може означати кілька різних речей.
Продавець може хотіти підтвердити:
- що картка, використана під час оформлення замовлення, відповідає цьому замовленню;
- що платник пов’язаний із корпоративним обліковим записом;
- що гість готелю має дозвіл використовувати бронювання, оплачене компанією;
- або що замовлення не було оформлене з використанням викрадених платіжних реквізитів.
Це різні питання, тому для них можуть знадобитися різні докази.
Перш ніж щось надсилати, запитайте продавця, що саме він хоче перевірити.
Наприклад:
Ми оплатили замовлення корпоративною віртуальною карткою, тому фізичної картки для фотографування немає. Які саме дані вам потрібно зіставити із замовленням і чи можете ви прийняти редагований запис про транзакцію або підтвердження від компанії?
Також попросіть надати офіційний або захищений канал для надсилання документів.
Не варто вважати електронний лист справжнім лише тому, що в ньому вказані правильні дані замовлення. Перш ніж надсилати документи, підтвердьте цей запит через офіційний вебсайт продавця, портал облікового запису або перевірений канал служби підтримки.
Що робити, якщо ви використовуєте віртуальну картку
Якщо продавець наполягає на тому, щоб побачити «картку», поясніть, що платіж було здійснено віртуальною карткою, тому фізичної передньої або задньої сторони картки не існує.
Потім запитайте, чи може він прийняти:
- замасковане відображення віртуальної картки;
- відредагований запис про транзакцію;
- квитанцію про замовлення;
- або лист-підтвердження від компанії.
Якщо замасковане відображення картки приймається, показуйте лише ті поля, які, за словами продавця, йому дійсно потрібні.
Не перемикайте картку в режим повного відображення даних лише для того, щоб виконати неформальний запит, отриманий електронною поштою.
І ніколи не створюйте та не редагуйте зображення, щоб зробити віртуальну картку схожою на фізичну. Доказ має точно відображати те, що було використано для оплати.
Створіть рівні доказів
Не надсилайте всі наявні документи одночасно.
Почніть із найменш чутливої інформації, яка вже пов’язана із замовленням продавця.
Корисна послідовність може бути такою:
1. Інформація про замовлення
Номер замовлення, електронна адреса облікового запису, дата платежу, сума та валюта.
2. Замаскований ідентифікатор картки
Останні чотири цифри, якщо вони відображаються та потрібні для перевірки продавцем.
3. Відредагований запис про транзакцію
Запис про операцію з карткою, де вказані продавець, дата, сума, валюта та замаскований ідентифікатор картки.
4. Підтвердження від компанії
За потреби — короткий лист від компанії, що підтверджує, хто мав дозвіл здійснити покупку або скористатися бронюванням.
Переходьте до наступного рівня лише тоді, коли продавець пояснить, чому попереднього доказу недостатньо.
Мета полягає не в тому, щоб надати якомога більший пакет доказів.
Мета — надати найменший документ, який підтверджує саме те, що перевіряється.
Якою інформацією зазвичай безпечно ділитися
Залежно від запиту продавця корисними можуть бути такі дані:
- номер продавця або замовлення;
- дата транзакції;
- сума;
- валюта;
- назва компанії або ім’я власника картки, якщо вони відображаються;
- останні чотири цифри картки;
- електронна адреса облікового запису;
- або номер бронювання.
У різних платіжних системах іноді можуть відображатися різні замасковані ідентифікатори картки. Якщо продавець бачить інший номер, не редагуйте знімок екрана, щоб зробити його однаковим.
Запитайте, який ідентифікатор відображається на стороні продавця, і дозвольте продавцю та платіжному провайдеру самостійно перевірити розбіжність за власними записами.
Що ніколи не слід надсилати
Деяка інформація не повинна надаватися у звичайному запиті на підтвердження платежу.
Не надсилайте:
- повний номер картки;
- CVV або CVC;
- одноразові коди автентифікації;
- паролі від панелі керування карткою;
- коди відновлення;
- дані інших карток;
- або облікові дані для входу.
Якщо продавець повідомляє, що йому потрібно повторно списати кошти з картки, це новий платіжний запит, а не підтвердження старої транзакції.
Новий платіж має здійснюватися через захищений та офіційно схвалений процес оформлення замовлення продавця.
Це правило діє навіть тоді, коли замовлення є терміновим.
Приклад: бронювання готелю, оплачене корпоративною віртуальною карткою
Уявімо, що компанія бронює номери в готелі для співробітників, які перебувають у відрядженні, використовуючи корпоративну віртуальну картку.
Готель просить надати:
«картку та посвідчення особи з фотографією».
Перш ніж надсилати документи, компанії слід уточнити, що саме готель хоче перевірити.
Чи намагається готель підтвердити:
- що передплачений номер було оплачено;
- що гість має дозвіл використовувати корпоративне бронювання;
- або що для додаткових витрат доступний інший спосіб оплати?
Це три різні питання.
Якщо готелю потрібне лише підтвердження того, що гості мають дозвіл на використання передплаченого бронювання, компанія може надати:
- номер бронювання;
- підтвердження бронювання;
- замасковані цифри картки, якщо це доречно;
- і лист-підтвердження від компанії із зазначенням імен гостей та дат.
Якщо під час заселення для додаткових витрат потрібна окрема картка, це слід оформити як окрему платіжну домовленість.
Приклад: цифрова послуга проходить ручну перевірку
Постачальник програмного забезпечення може призупинити доступ після оплати та попросити підтвердити, що картка належить власнику облікового запису.
У такому випадку покупець спочатку може перевірити цей запит через офіційний портал постачальника.
Після цього він може надати:
- номер замовлення;
- електронну адресу корпоративного облікового запису;
- відредагований запис про транзакцію;
- дату та суму платежу;
- і замасковані цифри картки.
Якщо картка належить компанії, але обліковий запис програмного забезпечення оформлений на ім’я співробітника, поясніть цей зв’язок замість того, щоб розкривати додаткові дані картки.
Підтвердження від компанії може бути кориснішим, ніж повний знімок екрана картки.
Якщо продавець все одно відмовляється надати доступ до послуги, попросіть його пояснити:
- яка саме вимога залишається невиконаною;
- які альтернативні докази він приймає;
- і як відбувається скасування або повернення коштів, якщо замовлення неможливо виконати.
Як має виглядати безпечний файл із підтвердженням
Файл із підтвердженням має містити лише необхідну інформацію та мати чітку назву.
Наприклад:
Відредагований запис про транзакцію для замовлення AB-1234
Додавайте лише ті дані, які необхідні для зіставлення транзакції.
Перед надсиланням видаліть:
- сторонні транзакції;
- назви інших продавців;
- непотрібні дані про баланс;
- зайву особисту інформацію;
- і невикористані дані картки.
Якщо ви редагуєте PDF, переконайтеся, що прихована інформація дійсно видалена, а не просто закрита редагованими чорними прямокутниками.
Повторно відкрийте фінальний файл і перевірте результат редагування перед надсиланням.
Також зафіксуйте, яку версію було надіслано, кому саме та для якого замовлення.
Право власності та повноваження — не одне й те саме
Продавець може просити підтвердити «право власності на картку», але насправді його може цікавити право користуватися цією карткою.
Наприклад:
- компанія може володіти платіжним засобом;
- співробітник може мати дозвіл оформити замовлення;
- а інший співробітник може бути особою, яка отримує послугу.
Запис про транзакцію може підтвердити, що платіж було здійснено.
Однак він не обов’язково підтверджує, що гість готелю має право здійснювати додаткові витрати або що співробітник має повноваження приймати нові комерційні зобов’язання.
Запитайте продавця, який саме зв’язок він фактично хоче перевірити.
Як діяти у разі небезпечного запиту
Зупиніться та перевірте запит, якщо хтось просить:
- CVV електронною поштою;
- одноразовий пароль (OTP) у чаті;
- пароль;
- віддалений доступ до вашого облікового запису;
- або повністю відкритий екран із даними картки.
Незалежно підтвердьте цей запит через відомий вам офіційний канал продавця.
Якщо конфіденційні дані картки вже могли бути розкриті, дотримуйтеся рекомендацій вашого платіжного провайдера щодо безпеки та перевірте останні операції за карткою.
До запитів на паспорт або національне посвідчення особи також слід ставитися обережно.
У сфері подорожей або регульованих послуг можуть існувати законні підстави для таких запитів, але простий запит на підтвердження права користування карткою сам по собі не пояснює, чому потрібні повні документи, що посвідчують особу.
Запитайте, навіщо вони потрібні, як вони будуть оброблятися та чи можна виконати ту саму перевірку за допомогою менш чутливої інформації.
Розділяйте оплату та перевірку
Запит на підтвердження та новий платіжний запит мають проходити через різні канали.
Використовуйте:
- захищену сторінку оформлення замовлення продавця для нових платежів;
- перевірений канал служби підтримки або портал для документів для підтвердження вже здійсненого платежу.
Вкладений файл в електронному листі не є заміною захищеного процесу оформлення платежу.
Так само запит на підтвердження попереднього платежу не повинен перетворюватися на привід для отримання нових платіжних реквізитів картки.
Що Buvei може допомогти вам перевірити
Якщо Buvei є постачальником картки, використовуйте доступні у вашому обліковому записі замасковані дані картки та інформацію про транзакції, щоб допомогти ідентифікувати покупку.
Залежно від облікового запису та конкретної ситуації це може допомогти підтвердити такі дані на стороні картки:
- суму транзакції;
- валюту;
- час;
- продавця;
- статус транзакції;
- і замаскований ідентифікатор картки.
Продавець сам визначає, які докази він приймає у своєму процесі перевірки.
Buvei може допомогти підтвердити інформацію на стороні картки відповідно до доступних записів облікового запису, тоді як продавець контролює власний процес перевірки замовлення та надання послуги.
Що робити, якщо продавець відхиляє ваше підтвердження?
Якщо продавець не приймає надані докази, попросіть назвати конкретну причину.
Наприклад:
- віртуальні картки не підтримуються;
- ім’я не збігається;
- доказ транзакції недостатній;
- або внутрішня політика вимагає фізичну картку.
Після цього запитайте, чи пропонує продавець:
- інший прийнятний тип підтвердження;
- альтернативний спосіб оплати;
- пряме корпоративне бронювання;
- або скасування та повернення коштів.
Надсилання дедалі більш чутливих документів без розуміння критеріїв прийнятності продавця рідко вирішує основну проблему.
Простий контрольний список перед надсиланням документів
Перш ніж відповідати на запит продавця щодо перевірки:
- Підтвердьте запит через офіційний канал продавця.
- Визначте, що саме продавець намагається перевірити.
- Оберіть найменший документ, який це підтверджує.
- Видаліть сторонню та конфіденційну інформацію.
- Уважно перевірте фінальний відредагований файл.
- Надішліть його через погоджений захищений канал.
- Зафіксуйте номер звернення та запитайте, коли очікується рішення.
Якщо продавець просить надати додаткову інформацію, спочатку запитайте, чому першого доказу було недостатньо, перш ніж ділитися додатковими даними.
Підсумок
Запит продавця на підтвердження оплати віртуальною карткою сам по собі не є чимось незвичайним.
Але віртуальна картка не має фізичної картки, яку можна сфотографувати, а підтвердження платежу не повинно вимагати розкриття актуальних платіжних реквізитів.
Найбезпечніший підхід:
Перевірте запит → визначте, що саме потрібно підтвердити → надайте мінімально необхідний доказ → захистіть конфіденційні дані картки.
Мета полягає не в тому, щоб відхиляти кожен запит на перевірку, і не в тому, щоб надавати продавцю все, що він просить.
Мета — допомогти законному замовленню пройти перевірку, водночас зберігаючи контроль над своєю платіжною інформацією.
