アセットマネジメントのファンド運用やバックオフィス実務において、日本市場と米欧市場では手数料の徴収タイミングが異なる。この違いは「執行経路（ギブアップの有無）」という清算インフラの根本的な違いに起因している。
欧米市場：Give-up前提の「片道・都度払い」
米国（CMEなど）や欧州の先物市場における機関投資家の取引では、「執行ブローカー」で取引を行い、そのポジションを「清算ブローカー（クリアリングブローカー）」に引き渡す（Give-up：ギブアップ）運用が標準となっている。
さらに欧米では、新規建てと決済取引でそれぞれ別の執行ブローカーを利用することも日常的だ。
構造上の制約 新規と決済で経路が分かれ、複数のブローカーが介在するため、システム上で「新規」と「決済」を一つの往復取引として紐づけることができない。
キャッシュの引落し 各ブローカーに対する報酬を正確に算定するため、データは「1約定（片道）」ごとの独立したトランザクションとして処理される。結果として、証拠金口座からの手数料の引落しは、片道ごとの都度払い（Half-Turn）にならざるを得ない。
※補足：クリアリングブローカーが徴収する清算・取引所費用は日次で引かれるが、執行ブローカーへの手数料（ギブアップフィー）は月次で集計され、翌月にクリアリングブローカー経由で一括して引かれるケースが多い。
日本市場：Done-in前提の「決済時・往復まとめ払い」
一方、日本の国内取引所（OSEなど）では、機関投資家であっても新規建てから決済まで「同一のブローカー」で完結する（Done-in）ケースが依然として多い。
構造上の利点 国内ブローカーのバックオフィスシステムでは、建玉（ポジション）のライフサイクルを最初から最後まで一気通貫で管理している。そのため、新規と決済のトランザクションを完全に紐づけることが容易である。
キャッシュの引落し このシステム前提があるため、ポジションをクローズして差金決済が発生するタイミングで、その差金から往復分（Round-Turn）の手数料を差し引いて（ネットして）受け渡すという処理が、一般的な実務慣行として定着している。
まとめ
この日米のインフラ構造の違いは、バックオフィス業務だけでなく、ファンド一覧などのデータグリッド画面や管理データベースを設計する際にも影響を与える。
欧米型（Give-up）の市場を扱う場合 全約定データ（片道ごとの独立した行）に対して、それぞれ手数料カラムを持たせるデータモデルが要求される。
日本型（Done-in）の市場を扱う場合 建玉がクローズした際の「差金決済データ（行）」に対して、往復の手数料額を紐づけて計算・表示するレイアウトが求められる。
会計上の費用認識と、現金の動き（キャッシュフロー）、そしてそれを支える取引所・ブローカーのインフラ構造は密接に絡み合っている。