In this page, we will introduce the reasons for accidental double counting caused by API integration and the corresponding countermeasures.
Causes:
- Inputting different sub-account names with the same API key for integration.
- Changes in the exchange's specifications resulting in a modification of the API's endpoint (connection destination).
- Transactions that may appear as double-counted but are, in fact, distinct and separate transactions.
１．Inputting different sub-account names with the same API key for integration.
If you are using an exchange that allows the creation of sub-accounts, when connecting via API in the cryptact, there is a field where you can input the sub-account name. If you do not have a sub-account with the exchange, you should generally leave the sub-account name field blank. Please note that if the exchange does not support sub-account creation, this field will not be displayed.
If you have multiple sub-accounts, it is important to input the respective sub-account name separately when loading them as different transactions. However, be cautious not to input different sub-account names using the same API key, as cryptact will recognize them as separate API keys, leading to duplicate recording of transactions.
Countermeasures:
STEP １：On the transaction page, click on the transaction and verify the sub-account name. If the "Subcategory" field is empty, it will display "N/A" as shown in the example below. However, if something is input in this field, the content that was entered will be displayed.
STEP ２：Delete API connection for one of the sub-account name.
■How to delete API connection
STEP ３：Delete the history of the sub-accounts deleted in STEP2.
Delete all history after the earliest date that is double-counted from the transaction page. Please see the following help page for instructions on how to delete history uploaded by API for each sub-account name.
■How to delete trade history
▼In the future, if you conduct new transactions, clicking on "Sync" with the existing API key for API integration will ensure that no duplicate entries occur, and it will retrieve the latest history for you.
※Since bybit, for example, has a limit on the past history that can be retrieved by the API, it is necessary to upload a custom file or the like for the history that could not be retrieved.
■Cryptact's Support Status for Bybit.
２．Changes in the exchange's specifications resulting in a modification of the API's endpoint (connection destination).
If an exchange changes the API specifications, cryptact's system will consider it a different API key and double-counting will occur.
Countermeasures:
As soon as we confirm the change in specifications on the exchange side, we will send an e-mail to the relevant customers with information about the elimination of double-counting.
３．Transactions that may appear as double-counted but are, in fact, distinct and separate transactions.
As shown in the image below, when the details of the date, time, and volume of transactions are the same, it appears that double-counting has occurred.
Countermeasures:
STEP1：Click on the relevant transaction and confirm the "Transaction ID".
STEP２：Upon checking, you found that if the transaction IDs are different, the history is delivered by the exchanges as different transactions, and therefore, cryptact reflects them as different transactions as they are. If you are seeing different transaction IDs for transactions that you did not actually execute, and the transactions appear to be double-counted, please check with your exchange to confirm this.