Aシート台帳 6スプレッドシート × 全タブ × 主要列位置 × 支払日入り件数（実測）

A-1. 6スプレッドシート サマリ

★国内B2B0.1 の正SID＝末尾…NJQgWgT8…（指示書の …NJQWgT8… は404で存在しない）。

A-2. 主タブ 支払日（仕入確定）入り行数 一覧（実測）

A-3. 主タブ 主要列位置（実測・シート別に列がズレる＝共通スキーマ不可）

卸7.9「JCFBA商品管理」（40列）／「RSL商品管理」（40列）

RSLはカテゴリー列（3）無し／6列＝SKU（ヘッダー明記だが実データはJANバーコード）／7列＝ASIN。他の主要列位置はJCFBAと同一。

Main9.8「商品管理」（40列）

JAN列・仕入税抜列・保列は無し。「T」ヘッダーが7列目と23列目の2箇所。区分は corporation（JC/TP）でSKU判定。

海外0.7「商品管理」（36列）／国内B2B0.1「商品管理」（35列）

海外・国内B2Bは仕入値＝8列＝仕入単価(税抜)（合計は11）。SKU列・注文日列・Transaction日付列は無し。海外の3日付軸＝支払日（仕入）／確定日（コンファーム）／入金日（販売）。国内B2Bは支払日列が無く仕入確定基準列が未確定（【要確認】）。海外「番号」に小数枝番（4597.1等）があり DB未取込902件の主因。

評価0.3「評価JC商品管理」「評価TP商品管理」（各41列・同一構造）

A-4. 経理1.2 — 集計/会計シート（仕入明細台帳ではない）

月次集計・経費・振込・取引先別集計が中心。末尾の各「◯◯商品管理」タブは他シートの参照コピーで一次台帳ではない。仕入取込に関係し得るタブのみ：

B業務の動き方 いつ・何を・どうする＋簡単な図

B-1. 売上計上 ― いつ orders に売上が立つか

注文は「支払い完了」（＝Pending以外＝Unshipped/Shipped）になって初めて売上に入れる。Pending（支払い確認中）は入れない（生受信箱には残す）。会計の実現日は区分で分岐：海外・国内B2B＝入金日／それ以外（Amazon系）＝Transaction日。

B-2. 返品・返送 ― ★違いを混同しない（最重要）

返品は売った法人の在庫に戻す（ordersには入れず returns に記録）。状態機械 fn_ui_return_step：accept→receive(在庫戻し)→inspect→relist(再出品) / dispose(廃棄)。returns に行が入るとトリガー trg_returns_mark_order が該当 orders.status='returned' へ自動更新。

B-3. 返金 ― 「マイナス売上」で計上する

返金は「負の売上行」。計上日＝返金日（posted_date）、区分は元注文を継承。売値＝−refund_principal／粗利＝−(refund_principal − fee_returned_commission)。半額返金は①売値を実入金額に修正②返送品を 仕入額0円／原価額＝元簿価／仕入日＝返送日 で新再販行にする（二重棚卸を回避）。

B-4. 補填 ― Amazonの破損・紛失の補償

補填は手動運用。販売先＝補填／注文日＝返金日／注文番号＝返金番号／売値＝補填額／原価＝そのまま／手数料・ポイント＝0。補填額が原価より少なければ赤字表示で正しい。DBは transaction_type='補填'・mall_id=9。手渡し(112)・寄付/廃棄/社内消費(113)は補填から分離済み。

B-5. 在庫・棚卸 ― 仕入額と原価額を分け、支払日ベースで棚卸

• 原価は2列：帳簿価額（会計・棚卸・消費税用 unit_cost_*）と実支払額（成績・給与用 eval_cost_*）。経理集計は原価額ベース／担当成績は仕入額ベース。
• 消費は出品日順FIFO（旧ロットから消化）。税務棚卸の式＝支払日≤月末 ×（実現日が空 or 月末より後）× 税込・送料抜き。粗利＝送料込み／棚卸＝送料抜き（厳守）。
• 棚卸に出る条件＝purchase_date IS NOT NULL。移動平均(avg_cost)は値段調整専用で棚卸には使わない。

B-6. 手数料 ― 3列に分け、確定値はFinances APIで上書き

時間原則（絶対ルール）：売れたもの＝売れた時点の手数料で固定／売れてないもの＝fee_master の最新値で評価。未登録商品は「手数料未登録」警告（黙って0円計算で利益を過大に見せない）。海外の手数料は固定式 channel_fee = 40×個数。

B-7. 取込 ― 生受信箱に着地→Pending除外で突合（読み取り専用）

SellerSKU=skus.sku_code AND active=true で照合。AFN=FBA→mall_id=7／MFN=自社発送→mall_id=10。区分は取込時に fn_derive_segment で即セット・確定保持。取込は読み取り専用（searchOrder等の参照APIのみ・出品/在庫/表示/価格の更新系は実装もテストもしない）。

B-8. 端境期バックフィル ― 新旧方式の継ぎ目の欠落を埋める

SP-API push は前進型で起動前注文を遡らない。旧方式停止（2026-06-06）と新方式稼働（2026-06-07）の継ぎ目で落ちた注文を、既存パイプライン再利用で埋める。DISABLE TRIGGER → 投入 → fn_match → finalize → ENABLE TRIGGER。収録対象＝Shippedのみ（Canceled/Pendingは除外）。source_number の照合キーが帳簿で違う：EC系＝A列番号／海外・国内B2B＝物理行番号（A列番号で照合すると全行ズレる）。

B-9. 区分（management_category）― 販売5分類 × 在庫帳簿9分類

在庫帳簿側は9値（評価JC / 評価TP / RSL / JCFBA / MAIN / B2B_DOM / 旧TP / 旧JC / 海外）＝別語彙で混同禁止。判別は帳簿ベース：JCFBA帳簿→JCFBA／RSL→自社出荷／海外→海外／国内B2B→国内B2B。Main帳簿のみ例外＝SKUで分ける（TP→TPFBA／JC→自社出荷）。SellerSKU=JAN→自社出荷(RSL)。

CDB側の対応 各業務がどのテーブルにどう入るか・トリガー・承認ゲート

C-1. 業務 → テーブル / 関数 / トリガー 対応表

全18テーブルに source_book(NOT NULL)＋source_number を追加済み。UI操作行＝source_book='UI'＋操作者＋TS。冪等の自然キー＝(source_book, source_number, sku_id)、dedupキー＝order_number。

C-2. お金が動く時の承認ゲート（DB commit の5ステップ・厳守）

お金・在庫・決算に関わる書き込みはデフォルト禁止・指示された範囲のみ。関数（RPC）等の心臓部を触る時は先に pg_get_functiondef をバックアップ→新版→空試験→COMMIT→本番1サイクル健全確認。中止条件（棚卸が想定外に動く・既存確定値が書き換わる・影響件数が桁違い・関数error）に触れたら COMMITせず中止して報告。

Dモール別 取込状況 いまどれが自動で、どれが手動か