Amazon輸出の記録は、注文番号だけで全部を管理せず、注文・出荷・精算・銀行入金を別の単位で記録して対応づけます。一注文の分割発送や複数注文の合算入金があっても、どの記録とどの金額を照合すればよいかが分かるようになります。この記事では、担当者が取引を追うための台帳を作ります。
注文一件と、荷物一個と、入金一回は同じではない
一注文を二つの荷物へ分けたり、複数注文の精算が一回の入金になったりすると、一行にすべてを詰め込む表では番号や金額が重複します。「銀行へ入った額」と「一注文の売上」が合わないこと自体は、直ちに漏れを意味しません。比較する単位をそろえることが先です。
台帳では、元の明細を保存したうえで、記録をつなぐ識別子を持たせます。実際の注文番号・配送番号・精算IDは置き換えず、社内管理用の短い番号を併記して使うと、あとから原本へ戻れます。
| 記録 | 一行にする単位 | 持たせる項目 |
|---|---|---|
| 注文 | 注文内の商品明細 | 販売先、注文番号、明細ID、SKU、数量、販売通貨・金額 |
| 出荷 | 荷物内の商品明細 | 出荷ID、注文・明細ID、出荷数量、配送番号、日付、書類の保存先 |
| 精算 | 明細の取引行 | 精算ID、対象注文、区分、金額、通貨、対象期間 |
| 銀行入金 | 実際の着金一回 | 入金ID、口座、日付、通貨、着金額、対応する精算ID |
商品が複数ある注文では、注文番号だけでは出荷数量を特定できません。商品明細まで対応させます。一つの出荷へ複数注文をまとめる運用や、一つの精算が複数回に分かれて着金する場合には、対応表を別に持つと、元の記録を複製せずに関係を残せます。
分割発送と合算入金を、番号でつなぐ例
仮定の運用例・実績ではありません
注文EX-001の同一商品二個を、SHIP-01とSHIP-02で一個ずつ出荷します。精算SET-01にはEX-001と別注文EX-002が含まれ、銀行ではBANK-01の一回の入金として確認できたと仮定します。これらは社内番号の例で、Amazonの実際のID形式ではありません。
| 記録ID | 対応する相手 | 照合すること |
|---|---|---|
| EX-001 | SHIP-01／SHIP-02 | 注文二個に対し、一個＋一個が出荷済みか |
| SHIP-01 | EX-001の該当商品明細 | 一個分の配送記録と書類が結びつくか |
| SHIP-02 | EX-001の該当商品明細 | 残り一個の記録を二重に数えていないか |
| SET-01 | EX-001／EX-002 | 対象注文と調整・手数料などの明細を確認 |
| BANK-01 | SET-01 | 精算後の送金額と実着金の通貨・金額を確認 |
EX-001の行へ精算全額を貼り付けると、EX-002にも同じ額を入れた場合に入金を二重集計してしまいます。注文別の金額は明細で、精算全体の合計は精算表で、銀行の着金額は入金表で持ち、必要なときだけ関連づけます。
金額が合わないときは、通貨を変える前に調べる
最初に注文の販売通貨で、売上、手数料、返金、調整などの符号を確認します。次に精算・送金の単位へ集計し、最後に銀行着金とつなぎます。明細の通貨と銀行入金の通貨が異なる場合は、途中の換算と費用を別に記録してください。
仮に精算明細で販売額100米ドル、返金20米ドル、費用12米ドルだけが対象なら、差し引きは68米ドルです。銀行へ日本円で着金した場合、その円額を100米ドルの売上と直接比べて「32米ドル分が手数料」と判断することはできません。この数値は符号と単位の説明用で、実際の精算方式や料金ではありません。
円換算の目的も区別します。銀行で確認した換算額、社内の採算管理に使う参考レート、会計処理のための換算を同じ列へ上書きしない方が、後日説明しやすくなります。会計・税務上の扱いは、実際の取引と適用条件に応じて確認します。
返品は、出荷した記録を消さずに追加する
二個発送したうち一個が返却された場合、元の出荷数量を一個へ書き換えると、当時何を送ったか分からなくなります。返品受付、返却数量、検品、返金や調整を別の記録として追加し、元の注文・出荷へつなぎます。
返金だけ先に確認でき、現物がまだ戻っていない場合もあります。お金と物の状態を別に持つことで、「返金済みだから在庫も戻した」という誤りを防げます。未着、検品中、再販可など、現物の状態を記録してください。
書類は、台帳から原本へ戻れる場所へ保存する
保存先は、販売先・年月・記録種別など担当が替わっても分かる規則にします。ファイル名には取引IDと文書種別を入れ、訂正版は版や日付で区別します。台帳にはリンクを残し、元資料の取引番号と発行元も確認できるようにします。
月次の確認では、注文と出荷の数量差、出荷と必要書類の対応、精算と入金の差を別々に一覧化します。差がゼロにならないものを無理に「その他」で埋めず、理由、担当、次の確認日を残します。締め後に分かった調整も、いつ何を直したか追えるようにします。
この台帳は取引を整理する運用案です。特定の書類が輸出や税務の証明として十分か、どの保存要件が適用されるかを判定するものではありません。貿易実務の論点はJETROの貿易・投資相談Q&Aを入口に、対象国・配送方法・取引条件に合う情報を確認します。
手元で進める三つの手順
- 代表的な一取引を選び、注文、出荷、精算、銀行入金の原本を集める。それぞれのIDと通貨を記録する。
- 分割発送か合算入金を一件含めて対応表を作る。数量と金額をそれぞれ同じ単位で照合し、重複集計がないか確認する。
- 差異一覧へ理由・担当・次の確認日を残す。返品や締め後の調整は元データを消さず、変更履歴として追加する。
判断を保留する条件
対応する精算や書類が特定できない金額を、推定で確定済みにしません。証明書類や保存要件の判断が必要な取引は、整理済みの一式を基に専門窓口へ確認します。
よくある質問
配送番号だけを残しておけばよいですか？
配送番号は荷物を追う手掛かりですが、商品明細、金額、精算、入金まで説明できるとは限りません。注文・出荷内容と対応する原本を一緒に追えるようにします。
表計算で始めても問題ありませんか？
担当が同じ定義で入力でき、変更履歴と原本を管理できるなら、運用を固める手段になります。行数よりも、同時編集、照合の負担、対応関係の複雑さを見てシステム化を判断します。
公式情報と記事の範囲
- JETRO：貿易・投資相談Q&A
貿易実務の論点を調べる入口。本文の整理表は法定要件を網羅するものではありません。
情報確認日：2026年9月21日。公式情報確認日：2026年9月21日。本文の仮定例・比較表・作業手順は、説明のために物販AI Lab編集部が作成したものです。実際の利用実績や専門家による監修を示すものではありません。料金・機能・取引条件は利用時点の案内をご確認ください。