Ключевые темы
Связанные публичные страницы
Если нужен не только разбор, а страница продукта, API или операционного сценария, начните с этих разделов VPOS.am.
Почему Viber bot может быть точкой продаж
Клиент выбирает услугу или заказ прямо в bot-сценарии, но финансовый статус должен подтверждаться сервером, а не сообщением в чате.
Для доставок, локальных e-commerce проектов, сервисных записей, онлайн-школ, консультаций, клубов и поддержки Viber bot может быть удобной точкой входа. Пользователь выбирает категорию, тариф, время, адрес, пакет услуг или заявку внутри диалога и ожидает получить понятный способ оплатить без звонка менеджеру.
Важно не описывать Viber как систему, которая напрямую проводит банковский платеж. Корректная схема другая: bot или backend создает платежную ссылку, пользователь открывает защищенную checkout-страницу, оплачивает, а backend получает verified payment status через webhook или server-side status lookup.
Такой подход позволяет начать без тяжелой разработки. Сначала bot может отправлять фиксированные ссылки для популярных услуг, затем backend создает динамические ссылки с order_id, amount, currency AMD, expiration и metadata. Финальный статус хранится в платежном журнале, CRM или внутренней панели, а не в переписке.
- Viber bot собирает контекст заказа и отправляет payment link;
- оплата проходит на защищенной checkout-странице;
- backend связывает order_id, viber_user_id или internal customer_id, сумму и срок действия;
- заказ, доступ, запись или подписка подтверждаются после server-side status.
MVP-сценарий: фиксированные и динамические ссылки
Старт можно сделать на фиксированных ссылках, а для уникальных заказов подключить API и webhooks.
Фиксированные ссылки подходят для простого pilot: предоплата за консультацию, запись на услугу, доставка, стандартный пакет уроков, депозит или популярный товар. Bot показывает варианты, пользователь выбирает нужный пункт, получает ссылку и оплачивает на checkout-странице.
Если сумма зависит от корзины, адреса, скидки, расписания или менеджерской проверки, нужна динамическая ссылка через API. Bot отправляет выбор пользователя в backend, backend создает payment request с order_id, amount, currency AMD, expiration, viber_user_id или internal customer_id и возвращает ссылку в bot.
После оплаты VPOS отправляет webhook. Backend проверяет подпись или делает trusted status lookup, сверяет сумму, currency, order_id и idempotency key, сохраняет событие в журнал оплат и возвращает bot правильный следующий шаг: подтвердить заказ, выдать доступ, создать delivery task, обновить CRM или отправить заявку менеджеру.
- фиксированные payment links закрывают простой MVP за несколько дней;
- API-ссылки нужны для уникальных заказов, корзин и персональных сумм;
- expiration помогает не принимать оплату по устаревшему сценарию;
- webhook обновляет bot, CRM и журнал оплат после server-side verification;
- скриншот из чата не должен быть источником paid-статуса.
Технические правила для Viber bot payment flow
Даже если интерфейс простой, backend должен учитывать idempotency, повторные webhooks, статусы и безопасное хранение токенов.
Главное правило - idempotency. Пользователь может нажать кнопку оплаты несколько раз, ссылка может быть открыта повторно, webhook может прийти больше одного раза, а CRM может временно не ответить. Backend должен связать события с одним order_id и не выдать второй доступ, второй заказ или второй бонус.
Минимальный журнал должен хранить payment request id, order_id, viber_user_id или internal customer_id, amount, currency, status, provider reference, expiration, createdAt, paidAt, failed reason, webhook attempts и итоговое бизнес-действие. Это помогает поддержке отвечать клиенту без ручного поиска по чатам.
Фискализация, банк-эквайринг, договорные условия, возвраты, частичные возвраты, подписки и правила доставки зависят от конкретного бизнеса и провайдера. Перед публичным запуском нужно отдельно описать paid, failed, expired, pending, duplicate payment, cancellation, refund и ручную корректировку менеджером.
- idempotency key для payment request, webhook processing и выдачи доступа;
- order_id плюс viber_user_id или internal customer_id для связки с bot-сценарием;
- статусы paid, failed, expired, pending и manual review;
- токены bot/API/webhook только в environment variables и server-side storage;
- логирование и аудит для CRM, бухгалтерии, support и provider reconciliation.
FAQ
Можно ли принимать оплату прямо в Viber bot?
Viber bot может быть каналом сценария и отправки платежной ссылки, но банковскую оплату корректнее проводить на защищенной checkout-странице или в поддержанном provider flow.
Можно ли начать без сложной разработки?
Да. MVP можно начать с фиксированных payment links и журнала оплат. Для уникальных заказов, CRM-статусов и автоматизации лучше добавить API, webhooks и idempotency.
Как bot узнает, что пользователь оплатил?
Backend получает webhook или проверяет статус server-side, сверяет order_id, сумму, currency и idempotency key, затем сообщает bot следующий шаг.
Что хранить для связки оплаты с пользователем Viber?
Нужно хранить order_id, viber_user_id или internal customer_id, amount, currency, payment request id, expiration, status и provider reference. Секреты bot и webhook нельзя хранить в frontend.
Можно ли принимать онлайн-оплату AMD через Viber-сценарий?
Да, если выбранный платежный сценарий, банк-эквайринг, провайдер и договорная схема поддерживают нужный метод оплаты. Условия зависят от бизнеса и провайдера.
