Что хранится в проекте
- человеческое название проекта
project_codeдля API-сценарияwebhook_secretдля подписи событий- Webhook URL, если нужен callback во внешний сервис
- список разрешенных кошельков
Здесь два разных сценария. Один для проектов, которые работают через API и webhook. Второй для операторов, которые создают счета вручную из панели и отправляют готовую payment page или builder view клиенту.
project_code, api_key, wallet_code, invoice.confirmed
Ручные счета из панели
Для операторов, менеджеров и администраторов, которые сами создают invoice, настраивают шаблоны и отправляют клиенту ссылку или готовый текст.
Проект, кошелек, шаблоны, payment page, builder view
Этот сценарий не требует API-интеграции со стороны клиента. Оператор сам создает invoice в панели, получает готовую payment page, builder view и отправляет их клиенту вручную.
Откройте страницу входа и авторизуйтесь. После входа рабочая зона находится в Dashboard.
Проект нужен даже для ручных счетов, потому что именно к нему привязываются invoice, allowed wallets и webhooks. API-ключ для ручного потока можно не использовать.
Назовите кошелек так, как вам удобно в панели, затем настройте адрес или Binance ID. После этого привяжите кошелек к нужному проекту.
Во вкладке Invoices откройте модалку создания счета, выберите проект, кошелек, сумму и при необходимости добавьте шаблоны.
После создания можно открыть builder view, payment page или взять текст из шаблона и отправить его клиенту через Telegram, email или мессенджер.
project_code для API-сценарияwebhook_secret для подписи событийВо вкладке Wallets вы создаете методы приема оплаты, которые затем доступны проектам.
| Сценарий | Что указывает оператор | Как сервис проверяет оплату |
|---|---|---|
| Crypto Wallet / Other | Название, валюта, сеть, адрес | Прямой on-chain check через provider APIs |
| Crypto Wallet / Binance | Название, валюта, сеть, адрес, личные Binance API keys | Сначала on-chain, потом fallback по Binance deposit history |
| Binance ID | Название, Binance ID, личные Binance API keys | Проверка по истории Binance переводов на ID |
external_id и customer_id при необходимостиInvoice Builder нужен для тех случаев, когда invoice надо красиво упаковать: Telegram-текст, HTML-документ, инструкция для клиента, реквизиты компании и так далее.
Подходит для ручной отправки счета в чат, Telegram-бот или email, когда нужен компактный и быстро читаемый формат.
Подходит для брендированной страницы, PDF-печати или отправки клиенту красивого документа с платежными инструкциями.
Один invoice может иметь несколько представлений: например, короткий текст для Telegram и отдельную payment page для браузера клиента.
После создания счета вся дальнейшая работа идет во вкладках Invoices, Transactions и Webhooks.
| Раздел | Что видно | Что можно сделать |
|---|---|---|
| Invoices | Статус, сумма, сеть, wallet, сроки | Открыть builder view, payment page, manual confirm, cancel, late payment check |
| Transactions | Найденные txid и provider | Проверить, через какой источник сервис зафиксировал оплату |
| Webhooks | Очередь отправки, статус, target URL | Resend webhook, mark as sent, контроль интеграции |
Если проект со временем перейдет из ручного режима в автоматический, используйте соседний поток документации.
Во вкладке Integration можно отправить тестовый `invoice.confirmed` на любой webhook URL и проверить подпись без реального платежа.