What is stored in the project
- human-readable project name
project_codefor API scenariowebhook_secretfor event signature- Webhook URL, if callback to external service is needed
- list of allowed wallets
There are two different scenarios. One for projects that work via API and webhooks. The second for operators who create invoices manually from the panel and send the ready payment page or builder view to the client.
project_code, api_key, wallet_code, invoice.confirmed
Manual Invoices from Panel
For operators, managers and administrators who create invoices themselves, configure templates and send a link or ready text to the client.
Project, wallet, templates, payment page, builder view
This scenario does not require API integration from the client side. The operator creates the invoice in the panel, gets the ready payment page, builder view and sends them to the client manually.
Open the login page and authenticate. After login, the workspace is located in Dashboard.
A project is needed even for manual invoices, because it is linked to invoices, allowed wallets and webhooks. The API key for manual flow can be unused.
Name the wallet as convenient for you in the panel, then configure the address or Binance ID. After that, link the wallet to the desired project.
In the Invoices tab, open the invoice creation modal, select project, wallet, amount and add templates if necessary.
After creation, you can open the builder view, payment page or take the text from the template and send it to the client via Telegram, email or messenger.
project_code for API scenariowebhook_secret for event signatureIn the Wallets tab you create payment acceptance methods that are then available to projects.
| Scenario | What the operator specifies | How the service verifies payment |
|---|---|---|
| Crypto Wallet / Other | Name, currency, network, address | Direct on-chain check via provider APIs |
| Crypto Wallet / Binance | Name, currency, network, address, personal Binance API keys | First on-chain, then fallback via Binance deposit history |
| Binance ID | Name, Binance ID, personal Binance API keys | Check via Binance transfer history to ID |
external_id and customer_id if necessaryInvoice Builder is needed for cases when the invoice needs to be nicely packaged: Telegram text, HTML document, instructions for the client, company details and so on.
Suitable for manual sending of invoice in chat, Telegram bot or email, when you need a compact and quickly readable format.
Suitable for branded page, PDF printing or sending the client a beautiful document with payment instructions.
One invoice can have multiple representations: for example, short text for Telegram and a separate payment page for the client's browser.
After invoice creation, all further work is done in the Invoices, Transactions and Webhooks tabs.
| Section | What is visible | What can be done |
|---|---|---|
| Invoices | Status, amount, network, wallet, deadlines | Open builder view, payment page, manual confirm, cancel, late payment check |
| Transactions | Found txid and provider | Check which source the service used to record the payment |
| Webhooks | Send queue, status, target URL | Resend webhook, mark as sent, integration control |
If the project eventually transitions from manual mode to automatic, use the adjacent documentation flow.
In the Integration tab you can send a test `invoice.confirmed` to any webhook URL and check the signature without a real payment.