Payment form with fixed amount
Webhook Respond
The deposits report is implemented by means of webhooks.
For more information on setting up Webhooks, see Setting up Webhooks.
Set the Webhook URL in the menu Merchant\Classic processing\WebhookURL to receive a callback about payment status. Required https (TLS/SSL)
Webhook password - password required to verify the payment signature
Webhook URL - the address in the system from which the payment is made. This address will be used to send updates on the status of payments:
Request method: POST
Response Type: JSON
Parameters:
PaymentId
Transaction ID in the 0xProcessing system
Integer
MerchantId
Merchant ID in 0xProcessing system
String
ShopId
Merchant ID in 0xProcessing system
String
Amount
Payment amount in cryptocurrency
Double
AmountUSD
Payment amount in USD equivalent
Double
TotalAmount
Full amount received in the cryptocurrency without fee
Double
TotalAmountUSD
Full amount received in USD equivalent without fee
Double
Currency
Payment currency
String
Payer's e-mail
String
Status
Payment status
Possible values are:
Success - payment has been executed successfully.
Canceled - payment has been cancelled. The amount has been credited to the wallet indicated on the payment form after the payment window is closed (payment window 30-50 min). The amount has not been transferred to the wallet specified in the payment form.
Insufficient - payment is underpaid. The time of the payment window has expired and the payment has not been executed completely, in this case the callback will contain AmountUSD and Amount corresponding to the real amount of received funds).
If the deposit amount is less than the minimum amount, the payment is assigned the status "Insufficient". You will not be able to confirm the payment data without an additional payment.
String
BillingID
Unique payment identifier in the system from which the payment is made
String
Signature
Checksum to verify the authenticity of the request (to ensure that the request came from 0xProcessing)
String
Insufficient
If "Confirm insufficient" is set in the Merchant settings then after the end of the payment validity period (window), the insufficient payments will be automatically confirmed as successfully made.
Or Merchant can confirm it manually in Confirmations menu.
You will receive a second callback with Success status and insufficient=true flag, which will transfer information about the (underpaid) amount actually received. You need to process this callback on the payment generation side and change the originally generated payment in accordance with the actual funds received
Boolean
Test
It indicates whether the payment has been marked as a test payment.
Test payments are not intended for real funds turnover and are not displayed in the merchant account. Do not credit funds on callbacks with the parameter test=true
Boolean
ClientId
Unique client ID in your system
String
TxHashes
Successful transaction hash
String []
If you want to know how to test callbacks? please follow the link
Signature check:
1. A string of the following form must be generated: "PaymentId":"MerchantID":"Email":"Currency":"Password" (WebhookURL link password)
Without quotation marks through a colon. Example: 12345:Qtfxhgy43:test@test.com:USDT (ERC20):qwerty
2. Encrypt the resulting string using the MD5 algorithm
https://emn178.github.io/online-tools/md5.html
3. Compare the resulting string with the one that came through Webhook
4. If the strings are the same, return HTTP Status 200 (Required). Our server expects a response to the webhook within a 3-second timeout period. If the response is not received within these 3 seconds, the system considers the delivery failed.
If the callback is not delivered successfully, the system repeats at 31 times with an interval of 15 seconds. If the webhook still fails to be delivered, the system sends a notification to the merchant's account email indicating a problem with the WebhookURL.
Example Webhook JSON:
When processing callbacks, you MUST use the PaymentId parameter from the callback 0xProcessing as an additional validation factor.
Last updated