Платежи в Telegram-боте в Польше: BLIK, Przelewy24, Stripe и Telegram Stars

Какие способы оплаты сработают

Встроенный Telegram Payments и внешняя страница оплаты не одно и то же. Подключение Stripe через BotFather само по себе не подтверждает наличие BLIK во встроенном окне.

Для BLIK можно рассмотреть Stripe Checkout или Payment Links. Доступность зависит от аккаунта и настроек оператора. Przelewy24 в Stripe является отдельным способом оплаты, а не гарантией всех возможностей прямой интеграции P24.

Для цифровых товаров и услуг, продаваемых внутри Telegram, нужны Telegram Stars. Внешняя ссылка не является универсальным способом обойти это требование.

Поэтому в смете нужно указать конкретный путь покупателя: встроенный счёт, checkout оператора или Stars. Формулировки «подключим любые платежи» недостаточно.

Как проходит заказ с внешней оплатой

Пример для магазина физических товаров: покупатель выбирает товар в боте, получает ссылку на checkout, оплачивает заказ и возвращается в чат. Это пример проектируемого сценария, а не демонстрация готовой интеграции.

Переход на страницу «Спасибо» не подтверждает оплату. Сервер должен проверить уведомление оператора и связать его с правильным заказом. Повторное уведомление не должно приводить к повторной выдаче.

До разработки согласуем, где хранится заказ, какие статусы видит покупатель и как вы узнаете о проблеме. Если платёж ещё ожидает подтверждения, бот не должен сообщать, что заказ уже оплачен.

Что подготовить для оценки

Опишите товар или услугу, страну продавца, валюту и желаемые способы оплаты. Сообщите, есть ли бот, сайт, CRM и аккаунт платёжного оператора. Если бота пока нет, можно оценить создание и платежи отдельно.

Пришлите публичную ссылку на бота или сайт и пример пути покупателя. Для первого обращения не нужны токены BotFather, ключи API, пароли или банковские реквизиты.

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

Что меняется в разных проектах

Магазину физических товаров могут потребоваться остатки, доставка и передача заказа в CRM. Запись на офлайн-услугу требует проверки свободного времени и условий отмены. Эти задачи нельзя считать одной одинаковой интеграцией.

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

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

Комиссии, возвраты и границы работ

Цена разработки, комиссии оператора, хостинг и дальнейшее сопровождение являются разными расходами. В предложении нужно разделить их и проверить действующие тарифы выбранного сервиса.

Согласуйте обработку неоплаченных заказов, отмен, повторных уведомлений и возвратов. Возврат денег и отмена выдачи товара или доступа могут быть разными операциями.

Условия продажи, документы для покупателя, налоги и обработку персональных данных нужно определить с профильными специалистами. Настройка бота не заменяет юридическую и бухгалтерскую проверку бизнеса.

Что проверить до запуска

• Заказ создаётся с правильной суммой и валютой.
• Успешная оплата изменяет статус нужного заказа.
• Отмена или ошибка не выглядят как успешная покупка.
• Повторное уведомление не создаёт второй заказ.
• Возврат и обращение в поддержку имеют понятный порядок.

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