Request statuses
Instructions on application statuses
Last updated
Instructions on application statuses
Last updated
The requst status can be changed by the operator, the server, or the user. More details on changing application statuses:
Section in the admin panel: New
Description:
The status is automatically set by the server immediately after the application is created.
The status indicates that the application has not yet been paid.
The user reviews the entered data and confirms the accuracy of the input.
On the client side, the application page displays instructions at the confirmation stage, if such instructions are enabled in the direction settings.
At this status, the application has an expiration time. Upon the expiration of the timer, the system sets the application status to "Deleted."
With the floating rate calculation type activated, it is possible to recalculate the rate.
If the manual verification function for the user and/or currency is enabled in the direction settings, the user will be prompted to undergo the corresponding verification procedure if necessary.
It is possible to change to statuses:
User: #ne-oplachena, #udalena
Operator: #ozhidaet-obrabotki, #oshibka-oplaty, #ne-oplachena, #udalena
Section in the admin panel: New
Description:
This status indicates that the application has not yet been paid.
The status can be set by the user. To do this, on the application page — at the confirmation step (status "New") -> click "Pay."
The status can also be set manually by an operator through the admin panel.
On the client side, the application page displays instructions at the payment stage if such instructions are enabled in the direction settings.
At this status, the application has an expiration time. Upon the expiration of the timer, the system sets the application status to "Deleted."
With the floating rate calculation type activated, it is possible to recalculate the rate.
A "New Exchange" email is sent to the user.
It is possible to change to statuses:
User: #ozhidaet-obrabotki, #udalena
Operator: #ozhidaet-obrabotki, #oshibka-oplaty, #udalena, #na-vyplatu
Section in admin panel: In processing
Description:
The user has claimed payment; however, the system has not verified the payment.
This status can be set by the user. To do this, the user must go to the application page during the payment step (status "Not Paid") and click "I have paid," in cases where payments are accepted by the provided details.
The status can also be set by the user via the API, including when payment is made through a merchant.
The status "Awaiting Processing" does not guarantee payment from the client. The operator needs to double-check the receipt of funds before transferring the application for payout.
The status can be manually set by an operator through the admin panel.
On the client side, the application page displays instructions during the processing step if such instructions are enabled in the direction settings.
If a floating type of rate calculation is activated, a rate recalculation may occur.
The user receives an email titled "Application Being Processed."
It is possible to change to statuses
User: -
Operator: #ne-oplachena, #oshibka-oplaty, #na-vyplatu, #uderzhana, #zavershena, #vozvrashena, #udalena
Section in admin panel: Pending payment
Description:
This status triggers the operation of the automatic payout module if one is selected for the currency being exchanged.
If "Auto exchange" is disabled for the direction, the operator will need to confirm the action by clicking the "Allow auto payout" button to initiate the payout module.
The status can be set automatically by the receiving module after the successful receipt of funds.
An automatic AML module will be checked if it is activated for the receiving and/or payout currency, and if it is supported by the merchant and/or payout module.
After the payout has started (activation of the automatic payout module), the details of the application may specify the amount and the withdrawal address, as well as the fee. Example: Payment sent: 87 TRX -> TDAScz7g9nRf9qMYH. Fee:3.
In the event of an error or unsuccessful fund withdrawal, the status will be set accordingly by the automatic payout module. #oshibka-pri-vyplate, #uderzhana.
The status can also be set manually by the operator through the admin panel. In this case, the system does not verify the receipt of payment for the application, nor the AML for receipt.
On the client side, the application page displays instructions during the processing stage if such instructions are enabled in the direction settings.
The user will receive an email titled "Exchange in Payout" if the previous status of the application is different from "Awaiting Processing" or "Payout Error."
It is possible to change to statuses:
User: -
Operator: #ozhidaet-obrabotki, #zavershena, #uderzhana, #vozvrashena, #oshibka-pri-vyplate
Section in admin panel: Conducted
Description:
This status can be set by the automatic payout module after a successful payout.
It can also be manually set by the operator through the admin panel. Since this status was not set by the payout module, the payout service does not guarantee the completion of the transaction, and it will not stop an already initiated automatic payout if one has started previously.
In the details of the status, the hash and amount of the payout are indicated if the payout was made through the automatic payout module. Example: Success payout: (4773523308a960cb92a68d) 87.00000000 TRX.
On the client side, the application page displays instructions during the completion stage if such instructions are enabled in the direction settings.
If a partner is attached to the application, the referral fee will be automatically credited to their balance.
The user will receive an email titled "Application Completed."
It is possible to change to statuses:
User: -
Operator: #vozvrashena
Section in admin panel: In processing
Description:
This status can be set by the automatic payout module in the event of an error or unsuccessful payout.
In the status history, the reason for the error is usually indicated in the block associated with this status if the payout was made through the automatic payout module.
The status can also be set manually by the operator through the admin panel.
On the client side, the application page displays instructions during the processing stage (if such instructions are enabled in the direction settings).
It is possible to change to statuses:
User: -
Operator: #vozvrashena, #uderzhana, #ozhidaet-obrabotki, #na-vyplatu
Section in admin panel: Frozen
Description:
This status can be set by the merchant if the payment for the application was received after the application had been deleted. The details of the status may include information about the deposit amount, sending address, and the status that was changed. Example Payment came after we waited for payment 0.1 USDT, Sender: TC5FeXAsvrL55sSd3v8PQSAddVi7RgVqEP . Change order status from: #deleted. The operator must verify the amount and currency of the deposit before changing the application status #na-vyplatu.
The status can also be set by the AML module. The status details may include information about the AML module, the % risk score, and a link to the AML check in the selected service. For example: High risk TX! GetBlock risk: 59.9% > 50% Report: https://getblock.net/en/TRX/tx/, BE CAREFUL! Check amount tx and currency for this order!. The operator must verify the amount, currency, and AML risk score of the deposit before changing the application status #na-vyplatu.
The status can be set manually by the operator through the admin panel.
On the client side, the application page displays instructions during the processing stage (if such instructions are enabled in the direction settings).
The user will receive an email with the subject "Application Frozen."
It is possible to change to statuses:
User: -
Operator: #zavershena, #vozvrashena, #ozhidaet-obrabotki, #na-vyplatu
Section in admin panel: Closed
Description:
Additionally, the status can be set manually by the operator through the admin panel during a manual refund for the application.
If a partner is associated with the application, the referral commission will be automatically deducted from their balance.
No instructions are displayed for this status.
The user will receive an email with the subject "Application Refunded."
It is possible to change to statuses:
User: -
Operator: #ozhidaet-obrabotki
Section in admin panel:Frozen
Description:
This status can be set by the merchant if the payment for the application was received after the application was deleted. The details of the status may include information about the deposit amount, the sender's address, and the status that was changed. For example: Payment came after we waited for payment 0.1 USDT, Sender: TC5FeXAsvrL55sSd3v8PQSAddVi7RgVqEP . Change order status from: #deleted. The operator must verify the amount and currency of the deposit before changing the application status #na-vyplatu.
This status can also be set by the merchant if the payment amount is less than the amount of currency IN in the application. The operator must verify the amount and currency of the deposit before changing the application status#na-vyplatu.
The status can be manually set by the operator through the admin panel.
Instructions are displayed on the client side on the application page during processing (if such instructions are enabled in the direction settings).
It is possible to change to statuses::
User: -
Operator: #ne-oplachena, #ozhidaet-obrabotki, #vozvrashena, #oshibka-oplaty, #udalena
Section in admin panel: Closed
Description:
The status can be automatically set by the server in case the application’s expiration time has elapsed.
The status can also be set by the user on the application page after clicking the "Delete" button.
Additionally, the status can be manually set by an operator through the admin panel.
No instructions are provided for this status.
The user receives an email titled "Exchange Deleted."
It is possible to change to statuses:
User: -
Operator: #ozhidaet-obrabotki
If an AML module for payout is set for the currency, the AML Payout status will be displayed in the status change block. For more details, refer to the instructions:
This status can be set by the Internal Wallet module if the operator clicks the "Refund money" button. Read more: