Бангладеш: bKash, Nagad и банковский счёт не взаимозаменяемы

Обещание «подключим bKash и Nagad одним API» ничего не говорит о том, на какие счета придут деньги. Для процессинга в Бангладеш главный вопрос начинается раньше API: получатель выступает как мерчант, агент, владелец личного кошелька или платёжный посредник? У этих ролей разные назначения, условия доступа и ограничения. Привычный пользователю номер телефона ещё не объясняет правовую и бухгалтерскую конструкцию.

bKash и Nagad относятся к заметным местным мобильным финансовым сервисам. Здесь они не ранжируются по популярности: число регистраций, активных пользователей и торговых платежей — разные показатели. Для выбора подключения важнее проверить конкретный доступный продукт, его договор и возможность восстановить денежный путь без слов посредника.

Четыре роли за похожим экраном

Личный перевод, торговая оплата, работа агента с наличными и выплата от предприятия — разные операции. Bangladesh Bank отдельно описывает P2P, P2B и B2P среди внутренних MFS-сервисов. Следовательно, фраза «кошелёк принимает переводы» не доказывает, что данный аккаунт разрешено использовать для массового сбора выручки других компаний. Требуется подтверждённая роль, а не только работающая кнопка.

В форме подключения bKash Merchant запрашиваются данные магазина, контактного лица, сведения о NID, торговой лицензии и банковском счёте. Это заявка с последующей проверкой, а не автоматический допуск. Отдельно существует Personal Retail Account, предназначенный для небольших розничных и f-commerce предприятий. Название Personal здесь легко сбивает с толку: оператор прямо относит PRA к бизнес-аккаунтам.

На опубликованной странице PRA указаны отдельные требования к личности и SIM, а также предел получения оплаты 30 000 BDT за операцию и в день, 500 000 BDT в месяц. Эти числа относятся именно к этому продукту, проверенному 12 октября 2026 года, и не описывают весь bKash. Перед подписанием договора нужно получить действующую таблицу для выбранной категории. Использовать лимиты одного типа аккаунта как обещание для другого нельзя.

Что спросить о Nagad, если продажи опережают документацию

Нельзя переносить на Nagad статусы, refund API и правила bKash только потому, что оба продукта выглядят как мобильные кошельки. В проверенной открытой странице Nagad с лимитами не удалось получить заполненную числовую таблицу. Поэтому универсальный текущий лимит здесь намеренно не приводится. Это конкретная граница проверки, а не утверждение, что лимитов нет.

Для коммерческого предложения запросите юридическое лицо поставщика, точное название merchant-продукта, условия приёма, образец отчёта, лимиты по направлениям и актуальную версию интеграционной документации. Если используется агрегатор, выясните, кто является стороной договора с Nagad и кто отвечает за ошибочный статус. Демонстрационный ключ или неофициальная библиотека не доказывают доступность production для вашего бизнеса.

Полезный тест для поставщика: показать одну разрешённую тестовую оплату, её исходный reference, запись получателя и расчётную строку. Затем повторить процедуру с отменой до оплаты и с возвратом после неё. Отсутствие документированного ответа не заполняют обещанием «обычно работает»; соответствующий маршрут остаётся вне запуска.

Реквизиты и доказательства: номер телефона недостаточен

В собственном реестре стоит разделить идентификатор заказа, попытку, поставщика, вид операции, счёт назначения, сумму BDT, время и reference финансового события. Доказательством служит подтверждение со стороны обслуживающего провайдера или банка. Скриншот плательщика помогает найти операцию, но не должен единолично запускать выдачу товара или увеличение внутреннего баланса.

Пример документированной модели шлюза даёт SSLCOMMERZ: tran_id задаёт магазин, val_id используется для проверки, bank_tran_id относится к банковской стороне. VALIDATED означает повторную валидацию успешной операции, не вторую оплату. Refund имеет собственные refund_trans_id и refund_ref_id; успешное создание запроса не равно статусу refunded. Это поля именно SSLCOMMERZ, а не нативная спецификация bKash или Nagad. Документация шлюза.

Предположим, два покупателя отправили одинаковые суммы в одну минуту. Если система хранит только телефон, сумму и скриншот, сопоставление неоднозначно. Правильный проект заранее определяет доступные подтверждённые идентификаторы, правила неполного совпадения и очередь ручной проверки. Оператор не должен «выбирать наиболее похожий» заказ, чтобы улучшить показатель конверсии.

Банк — ещё один слой, а не большой кошелёк

Bangladesh Bank выделяет BEFTN, NPSB и RTGS. BEFTN связан с пакетным обменом, NPSB — с межбанковским переключением соответствующих операций, RTGS — с валовыми расчётами в реальном времени в рамках установленного режима работы. Нельзя обещать всем банковским платежам одинаковый срок. Нужны выбранный банк, канал, расписание обработки и правила конкретного типа счёта.

Для расчётов с мерчантом запросите, где заканчивается MFS-оплата и начинается вывод средств в банк. Комиссия приёма, вывод, возврат и возможная конвертация — разные строки экономики. Если покупатель заплатил 1 000 BDT, меньшее банковское поступление не следует автоматически классифицировать как недоплату: сначала проверьте удержания по договору. Обратная ошибка — зачесть полную сумму второй раз, когда приходит расчётный пакет уже учтённых оплат.

Запрещённая деятельность не становится торговой от переименования

В официальном уведомлении bKash прямо перечислены азартные игры и участие или организация онлайн-беттинга среди запрещённых категорий. Оператор предусматривает прекращение обслуживания и правовые меры. Поэтому предложение принимать такой трафик на «обычный merchant» не получает легитимность от иностранной лицензии заказчика.

Это относится и к управлению инцидентами. Подмена назначения, приём через чужой аккаунт или переход на личные переводы не исправляют договорное несоответствие. Для законного бизнеса устойчивость создают согласованный продукт, проверенная цепочка получателей, доступ к отчётам и понятный владелец каждого зависшего платежа. Именно эти вещи, а не количество логотипов в кассе, определяют пригодность подключения.