Голосовой AI-агент для входящих и исходящих звонков: отвечает 24/7, работает по бизнес-сценариям, выполняет действия в …
Практическое руководство по интеграции CRM и ERP: какие данные синхронизировать, как определить источник истины, выбрат…
Подключить кнопку «Оплатить» — не задача. Задача — чтобы отказ не терял заказ, возврат проходил без бухгалтера, а деньги на счёте сходились с продажами в системе.
Обсудить подключениеСумма зафиксированаЗаказ создаётся до оплаты, поэтому он существует, даже если платёж не пройдёт
Переход в шлюзДанные карты вводятся на стороне банка — на ваш сервер они не попадают
Подтверждение банка3-D Secure: держатель карты подтверждает операцию в приложении своего банка
Ответ шлюзаУспех или отказ приходит и на страницу, и отдельным уведомлением — на случай, если клиент закрыл вкладку
Заказ обновлёнСтатус меняется, товар списывается, клиенту уходит подтверждение с деталями
СверкаВыписка банка сопоставляется с заказами: видно, что оплачено, что возвращено и что зависло
Разбираем, кто ваши покупатели и чем они платят: карта, перевод по счёту, оплата курьеру, рассрочка.
Готовим техническую часть заявки, отвечаем на вопросы банка и проходим тестовый режим вместе с вами.
Форма оплаты, 3-D Secure, уведомления о результате и корректная обработка обрыва связи.
Понятное сообщение клиенту, сохранение заказа и ссылка оплатить другим способом.
Полный и частичный возврат из админки, с отражением в заказе и в учёте.
Сопоставление поступлений с заказами и отчёт о том, что не сошлось.
Данные карт не проходят через ваш сервер, соединение защищено, доступы разграничены по ролям.
Тестовые платежи с телефонов и компьютеров, включая сценарии отказа и возврата.
Договор эквайринга магазин заключает со своим банком: тариф, комиссия и сроки зачисления — между вами и банком. VMTech отвечает за техническую часть: подключение, обработку ошибок, возвраты и сверку.
Договор с банком на приём карт и работающий сайт с описанием товаров, условиями доставки и возврата — банк это проверяет. Мы готовим техническую часть и проходим с вами тестовый режим; обычно дольше всего идёт согласование на стороне банка, а не разработка.
Нет, и это принципиально. Реквизиты вводятся на защищённой странице банка и на ваш сервер не попадают — вы получаете только результат операции и её идентификатор. Такой подход снимает с вас требования по хранению карточных данных.
Так бывает, если сайт узнаёт о платеже только по возврату клиента на страницу. Мы подключаем отдельное уведомление от шлюза на сервер: даже если клиент закрыл вкладку или потерял связь, статус заказа обновится. Плюс идёт периодическая проверка «зависших» платежей.
Да, и на сербском рынке это часто основной способ. Разница в том, что деньги приходят от курьерской службы позже, поэтому в системе такие заказы ведутся отдельной цепочкой статусов, а сверка идёт по отчёту службы доставки, а не по банковской выписке.
Из админки: полный или частичный возврат по конкретной операции. Система отправляет запрос в шлюз, сохраняет результат и меняет статус заказа. Бухгалтер видит возврат в отчёте, а не узнаёт о нём из письма клиента через месяц.
