Українська
Հայերեն
ქართული
English
Қазақша
Español
Français
Deutsch
Italiano
فارسی
В фокусе статьи
Исходная задача: сделать правила покупки понятными до оплаты
Проверка сайта начинается не с API: покупатель и provider должны видеть, что именно продается, сколько стоит и как работает возврат.
В кейсе сначала закрывается публичная часть: карточки товаров или услуг, цены, условия продажи, доставки или оказания услуги, контакты, политика конфиденциальности, обработка персональных данных и отмена или возврат.
Армянская версия не является формальным переключателем языка. На ней должна быть та же существенная информация, что и на русской и английской версиях, включая правила, которые видит покупатель перед оплатой.
- разместить цену или понятный способ ее расчета;
- опубликовать terms, privacy, personal data и refund policy;
- описать доставку или порядок оказания услуги;
- проверить одинаковую смысловую информацию на HY, RU и EN.
Решение: подготовить технический путь от checkout до статуса
Перед TEST-оплатой должен быть определен владелец каждого события: заказ, payment session, callback, webhook, чек и поддержка.
Сайт создает заказ до оплаты и передает в backend фиксированные сумму, валюту и идентификатор. Результат оплаты подтверждается на сервере, а customer-facing success page не меняет бизнес-статус сама по себе.
Тестовый план включает успешную оплату, отмену, ошибку, pending, повторную доставку события и сценарий возврата. Это позволяет устранить ошибки интеграции до перехода в production, когда на кону уже реальные заказы.
- проверить HTTPS, production domain и доступность legal pages;
- не передавать секреты в frontend или URL;
- проверить server-side validation callback или webhook;
- задокументировать owner и SLA для платежных исключений.
Контроль после запуска: операционная готовность
После перехода в production команда должна уметь найти операцию, объяснить статус клиенту и оформить возврат без потери истории.
Для запуска недостаточно одного успешного теста. Нужны контакты поддержки, инструкции по спорным операциям, доступ к журналу платежей и расписание сверки с отчетом провайдера.
Изменения на сайте после запуска также требуют контроля: новая валюта, новая услуга, другой способ доставки или обновление возвратов могут менять платежный сценарий и должны проходить повторную проверку.
- назначить владельцев checkout, backend, support и accounting;
- вести журнал ручных отмен и возвратов;
- периодически проверять ссылки на legal pages и языковые версии;
- сверять оплаченные заказы, возвраты и provider report.
FAQ
Нужна ли армянская версия сайта для подключения vPOS?
Да. На армянском должна быть представлена та же существенная информация о товаре или услуге, ценах, правилах и контактах.
Можно ли не публиковать возврат, если товар не подлежит возврату?
Нужно явно указать применимое правило: возврат, отмена или невозможность возврата. Отсутствие политики оставляет покупателя и поддержку без понятного процесса.
Что считать готовностью к production?
Не только успешную TEST-оплату, но и проверенные legal pages, server-side статус, обработку ошибок, возвратов, поддержку и сверку.
