Toobit Fee Reconciliation by Fill: Notional, Partial Fills, Funding

How can I reconcile Toobit partial-fill fees without mixing in funding?

Preserve quantity, price, execution role and fee on each fill, with funding in a separate ledger. The original order amount and unfilled remainder are not substitutes for executed notional.

Build a fill ledger that preserves partial executions

An order ID is not enough when an order has several executions. Keep the order ID, but give every execution its own row using the trade or fill ID and timestamp. A practical ledger can use these fields:

Consider an order entered for 20,000 USDT of notional. Assume only two executions occur: 4,000 USDT and 6,000 USDT, while the remaining 10,000 USDT is cancelled. Using a hypothetical taker rate of 0.06% purely to demonstrate the arithmetic, the two fees are 2.40 USDT and 3.60 USDT. The reconstructed trading-fee total is 6.00 USDT. Applying the same illustrative rate to the original 20,000 USDT instruction would produce 12.00 USDT and an artificial 6.00 USDT discrepancy. The rate in this example is not a promise about an account; the real investigation must use the rate and role attached to each historical fill.

Per-fill rounding can also explain a small residual difference. If the system calculates and displays a fee for every execution at a defined precision, summing the displayed rows can differ slightly from multiplying one combined notional by one rate. Use the displayed per-fill charges as the accounting total. Treat the aggregate calculation as a reasonableness test, not a replacement for the execution ledger.

Do not infer the liquidity role from the label "limit order" alone. A limit instruction can execute immediately against resting liquidity and produce a taker fill. The fill's maker/taker classification is the evidence that matters for fee reconstruction.

Start with executions, not the amount originally ordered

A post-trade fee investigation should begin with the executions that actually occurred. The number entered in the order ticket is only an instruction. Toobit's futures fee guide says the trading fee is based on actual filled value and the applicable maker or taker rate. If one order is executed in several pieces, each execution is calculated separately. Quantity that remains unfilled and is later cancelled is not a completed trade, so it should not be included in the fee base.

That distinction makes this a different problem from choosing a fee tier or estimating a discount before trading. The broad Toobit fee guide explains the schedule and VIP questions. This guide is about reconstructing an account ledger after the event: which fills created trading fees, which quantity never traded, and which cash movements were funding rather than execution fees.

For a linear USDT-margined contract, multiplying filled quantity by fill price is a useful starting point for notional. The product specification and the account's displayed units still control. A trader should therefore compare any reconstructed notional with the filled value shown in the trade record, then retain the fee currency shown by the platform. Leverage changes the margin required to support a position; it does not instruct you to multiply the same filled notional by the leverage factor again when reconstructing the trading fee.

Check the service scope on the Toobit exchange page and use the guides index for related cost checks. This article covers centralized-exchange futures records. It does not describe a Web3 gas charge or an on-chain swap fee.

Freeze the VIP evidence at execution time

Toobit's fee-rate information explains that the applicable VIP level is evaluated for execution. That means today's account tier cannot automatically be used to rebuild a trade from yesterday. It also means an order placed under one tier should not be assumed to carry that tier forever if the remaining quantity executes later. For an order filled across multiple dates, retain the tier and rate evidence for each execution date.

A disciplined review has three passes. First, open the futures order or trade history and identify every fill within the relevant time window. Second, record the filled value, maker/taker role, displayed fee, and fee currency for each row. Third, compare the execution-time rate evidence with the official fee-rate page. Menu labels can vary by app version and language, so rely on the futures trading history and the asset transaction or statement view rather than on one rigid navigation label.

Avoid turning the current public rate table into a permanent universal statement. VIP rules, product zones, and promotions can change. A special spot rate should not be imported into a futures calculation. The durable evidence chain is execution timestamp, product, liquidity role, and execution-time tier. If all four are present on the same ledger row, a later reviewer can understand the number without guessing.

Keep funding settlements in a second ledger

Funding is not an execution fee. Toobit's official order-cost guide describes funding as a cash flow based on position value at a settlement event and the relevant funding rate. Depending on the sign of the rate and the direction of the position, the account may pay or receive funding. The same guide warns that funding intervals can vary by trading pair. Do not impose one universal interval on every perpetual contract; record the current funding rate and next settlement time shown for the selected contract.

A funding ledger needs a different key from a fill ledger. Record settlement timestamp, contract, position quantity at the event, mark or displayed position value, funding rate, paid/received direction, amount, and currency. Maintain a trading-fee subtotal and a net-funding subtotal. Combine them only in a final cost view. This structure distinguishes activity costs caused by trading from holding costs or credits caused by carrying a position through settlement.

Extend the earlier example. Suppose the two trading fees total 6.00 USDT. Later, at a funding event, the displayed position value is 7,500 USDT and the hypothetical funding rate is +0.01%. If the long side pays under that event, the funding debit is 0.75 USDT and the combined cost for the review period is 6.75 USDT. If the account statement instead records a 0.75 USDT funding receipt, represent the net funding as -0.75 USDT and the combined net cost as 5.25 USDT. The position value, rate, and payer direction are assumptions for illustration; the actual statement and contract screen determine the real sign.

Separating the ledgers also prevents a common analytical mistake. A user may see total account equity fall by more than the reconstructed fill fees and conclude that the taker rate was wrong. The difference may instead be a funding debit, realized PnL, or another account movement. Only the event type and timestamps can distinguish them.

Reconcile the account in a fixed investigation order

Start by defining the review window and its timezone. Exports often use UTC while a local interface presents another timezone. A fill close to midnight can fall outside an incorrectly converted window. Retain the raw timestamp and add a separate local-time column rather than overwriting the source.

Next, collect every fill, remove the cancelled residual, and recalculate each filled notional. Verify maker/taker status and the VIP rate in force at execution. Confirm the fee currency rather than assuming it equals the contract's quote currency or the currency used in a separate performance report. If conversion is needed, add the conversion rate, source, and timestamp as separate evidence.

Then extract funding events for the same period and remove them from the trading-fee subtotal. Reconcile those events by settlement timestamp and contract. Only after both ledgers agree with their source records should you combine their totals.

If a difference remains, check per-fill rounding, display precision, margin deduction timing, and asset-ledger posting time. Toobit's fee explanation notes that trading fees can be deducted from position margin, so an estimate in the order-cost area and an asset movement do not necessarily appear as identical entries at the same instant. Do not hide the remainder with an arbitrary balancing adjustment. Keep an "unexplained difference" field and escalate with the fill ID, UTC timestamp, contract, displayed fee, and related funding event. Never send a password, authentication code, or private key.

Worked control table

The following compact control table shows how the two ledgers should roll up. All numeric rates are hypothetical and exist only to illustrate the method.

The table produces a 6.00 USDT trading-fee subtotal and a separate 0.75 USDT funding debit. Its real value is not the example total; it is the audit trail. Each row points back to a different source record, so a reviewer can replace the assumptions with the user's actual execution-time values.

Approval checklist for a fee ledger

• Use actual filled value, not the original order amount.
• Preserve every partial execution as its own row.
• Exclude cancelled residual quantity.
• Use the maker/taker role shown for the fill.
• Keep execution-time VIP evidence instead of applying today's tier retroactively.
• Store the fee amount and currency exactly as displayed.
• Keep funding payments and receipts in a separate subtotal.
• Check the contract screen for the pair's actual funding interval.
• Label assumed examples separately from account facts.
• Retain timezone and rounding precision.

Passing this checklist does not guarantee that every account movement is a trading cost. It narrows the investigation to a defensible set of records and reveals whether the discrepancy comes from missing fills, an incorrect notional base, a historical tier mismatch, funding mixed into fees, or an unrelated account event.

FAQ

Why is there a fee after I cancelled an order?

The order may have been partially filled before the remaining quantity was cancelled. The executed portion can carry a fee; the cancelled residual should be excluded. Review the fill rows rather than treating the final order status as proof that nothing traded.

Does a limit order always receive the maker rate?

No. A limit instruction can execute immediately against existing liquidity. Use the maker or taker classification on each execution, not the order label alone.

Should funding be added to the trading-fee total?

It may be included in a final all-in cost view, but it should first remain in a separate ledger and subtotal. Funding arises from holding a position through settlement, while a trading fee arises from execution.

Can I use my current VIP rate for last month's fills?

No. Reconstruct the tier and rate that applied at each execution time. A current account level does not prove the historical rate.

What evidence should I provide if the numbers still do not reconcile?

Prepare fill IDs, order IDs, UTC timestamps, contract names, filled values, maker/taker roles, displayed fees and currencies, plus the related funding rows. Share only the minimum account identifiers requested through an official support channel and never disclose credentials or security codes.