Why the Money That Arrives Is Less Than the Money You Sent

The gap between sent and received

Someone sends money to a trading account and a smaller number appears. Or the number appears days later than expected. Or nothing appears and the payment has quietly gone back where it came from. In every one of these cases the natural first thought is that the broker took something or lost something, and in most of them the broker did neither.

The reason is that a payment is not a single act. It is a chain, and a client's contract is with one link in it. Knowing which link a delay or a shortfall belongs to is most of what makes the situation legible, and it is also what makes a support conversation productive rather than circular.

Who is actually moving the money

A broker rarely connects directly to card networks or banking rails. It contracts with payment providers who do, which means a deposit passes through at least one company that is neither the client nor the broker.

Several familiar confusions come straight from this. The name on a bank statement is often the provider's rather than the broker's, which regularly leads people to query a payment they themselves made. Which methods exist in a given country is decided by the providers a firm has contracts with, so the list changes without anything about the broker changing. A provider can decline a payment on its own rules, and the broker will not always be told why. And when something fails partway, the money is sitting with the provider — so a firm saying it cannot see where a payment is may be describing its actual visibility rather than avoiding the question. The contract stays with the broker throughout; the provider is a route, not a counterparty.

Why less arrives than was sent

The most common shortfall has nothing to do with the broker's fee schedule. International transfers are often relayed through correspondent banks, and each may take a fee out of the payment as it passes.

Who bears those fees is set by a charge instruction chosen at the moment of sending: the sender pays all charges, the receiver pays them, or the two share, with the sender's bank taking its own fee and the rest coming out of the amount in transit. That choice is made once and cannot be revisited afterwards. Two consequences follow. A shortfall of this kind will never appear in a fee schedule, so comparing the schedule against the amount received is a false comparison. And a deposit arriving short can drop below a stated minimum or stop matching its own reference, which converts a banking deduction into an account problem — resolved with the transfer receipt rather than by argument.

Sent is not the same as arrived

Every payment has a stage where the money has left one side and not reached the other, belonging to neither balance. It is unremarkable, and it is the source of a great deal of avoidable worry, because the two ends of a transfer describe it differently.

On the way in, a deposit can be authorised without being settled, and firms differ on which of those two events credits an account. On the way out, a payment the firm has marked as sent has not arrived: it has entered the chain, and the remaining time belongs to the chain. Money in this state cannot be traded, cannot be recalled by asking the firm, and will not appear anywhere until it lands. When it takes noticeably longer than expected, the question that produces an answer is which leg it is on — a firm can evidence its own leg precisely and the rest only by reference.

When a payment comes back

A returned payment is different from one declined at the outset. The money travelled, was refused on arrival, and has to make the same journey in reverse before it is useful anywhere.

The causes are almost always ordinary: the payer's name does not match the account holder, a reference is missing or wrong, the receiving account cannot hold that currency, the destination is restricted, or the account was closed or frozen after the payment started. What makes returns expensive is that a return is a second transfer — the same duration again, with its own charges possible along the way, which is why a returned deposit often comes back smaller and later than it left. All of this is avoided at the sending end rather than the receiving one: an instrument in the account holder's own name, the reference exactly as the firm states it, and a currency the destination can hold.

Why a payout can be smaller than the balance

The last gap is not about the payment chain at all. The amount an account can actually pay out is normally smaller than the balance on screen, and the difference is not a deduction.

Four things typically sit between the two. Margin supporting open positions is committed while they are open. Unrealised profit is a valuation rather than money received, and many firms will not release it before the position closes. A recent deposit may still be inside the window during which that payment could be reversed. And any non-withdrawable credit is, by its own terms, not the client's to take. A payout request being reduced or refused is therefore an ordinary outcome with an ordinary explanation, and the number worth checking before requesting one is the withdrawable figure rather than the balance.

What this changes in practice

None of this makes a payment faster. What it changes is which question gets asked, and questions that name a link in the chain are the ones that get answers.

The controllable parts are all at the sending end and all cheap: pay from an instrument in your own name, use the reference exactly as given, send a currency the destination account can hold, and know the withdrawable figure before requesting a payout rather than after. Where something has genuinely gone wrong rather than merely taken time, the evidence is the transfer receipt and the reference, and the route is the firm's complaints procedure and the regulator behind it — both of which work on records, which is the one thing worth keeping from the start.