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