Оплата в кабинете сокращает разрыв между «клиент увидел счёт» и «деньги пришли» с нескольких дней до нескольких минут. Ради этой метрики её и подключают.
Два сценария
Банковский эквайринг. Клиент платит картой на защищённой странице банка и возвращается в кабинет. Реквизиты карты через ваш сервер не проходят - это важно и для безопасности, и для требований платёжных систем.
Kaspi. Для розницы и небольших сумм в Казахстане это часто основной канал. Клиент подтверждает платёж в своём приложении, а ваша система узнаёт результат от платёжного сервиса.
Что выбрать - зависит от того, кто ваши клиенты. Юридические лица платят по счёту через банк, розница предпочитает Kaspi. Часто нужны оба варианта.
Главная ошибка
Заказ помечают оплаченным, когда браузер клиента вернулся на страницу «спасибо». Это ненадёжно с обеих сторон.
Клиент может закрыть вкладку до возврата - деньги придут, а заказ останется неоплаченным. И наоборот: адрес страницы успеха открывается вручную кем угодно.
Правильно - серверное уведомление от платёжной системы с проверкой подписи. Страница возврата нужна только чтобы показать результат человеку, а не чтобы менять данные.
Повторы и дубли
Уведомление может прийти дважды: платёжные системы повторяют доставку, если не получили подтверждения. Обработчик обязан быть идемпотентным - вторая обработка того же платежа не создаёт второй платёж и не меняет статус повторно.
Это одна из тех вещей, которые пишутся за день и экономят неделю разбора расхождений с бухгалтерией.
Как оплата попадает в учёт
Через тот же обмен, что и остальные данные кабинета: платёж фиксируется в системе и передаётся в 1С или CRM. Отдельный ручной ввод здесь - прямой путь к расхождению между тем, что видит клиент, и тем, что видит бухгалтер.
Смотрите также: разработка программного обеспечения, программа для учёта, веб-приложения, личный кабинет, техническое задание.