あなたの3PLの請求書は、ソフトウェアによって作成され、人間によって入力され、あなたがチェックするまで誰もチェックしません。
請求書は月初3日に届きます。41項目、先月より高額な合計金額、2週間後の支払期日。あなたは合計金額をちらっと見て、顔をしかめて、支払います。なぜなら、他にどうすることもできないからです。自分でパレットの数を数えるわけにもいかないでしょう？
その「ちらっと見て支払う」という反射行動は検討する価値があります。なぜなら、これはおそらく月額5桁のベンダーとの関係であり、あなたが監査しない唯一の関係である可能性があるからです。あなたは銀行フィードを照合します。プラットフォームに対して広告費用をチェックします。しかし、フルフィルメントの請求書は、信頼に基づいて毎月支払われ、見積もりと請求書の間のギャップは広がる一方です。
この記事は、3PL請求書照合のための実用的なシステムです。毎月約30分で実行できる5つのチェック、請求額がモデルより23%超過した請求書の事例、そして（この作業は2倍の成果があるので）その請求書の各項目があなたの経理上のどこに属するかについて説明します。もし、各料金クラスが何であるかをまだ理解していない場合は、まず3PLの料金設定が実際にどのように機能するかをお読みください。あの記事は解剖学であり、この記事は身体検査です。
嘘：「システム生成だから正しいはず」
店舗オーナーが監査されていない請求書を支払い続ける信念は単純です：請求書はコンピューターから出てきたのだから、計算は正しいはずだ。
計算は通常正しいです。入力値がずれるのです。3PLの請求書は、互いに自然に一致しないソースから組み立てられます。倉庫管理システムは請求可能なイベント（ピッキング、入荷、返品）を記録し、保管スナップショットは月のある日の占有場所数を数え、料金カード（存在する可能性のある複数のバージョンの一つ）がすべてを価格設定し、人間が特別プロジェクト、修正、そして時には追加料金を入力します。これらのシステム間のすべての引き継ぎは、あなたの請求書があなたのものとは異なる請求を拾う可能性のある場所です。
そして、貨物またはフルフィルメントの請求書を専門に監査する人が誰でもあなたに教えてくれるだろう昔からの知恵があります：エラーは一定の割合で発生し、ベンダーに有利なエラーが生き残ります。あなたの3PLが悪意があるからではありません。なぜなら、あなたに過少請求するエラーは、彼ら自身の収益管理によって捕捉されますが、あなたに過大請求するエラーは、たった1つの当事者によって捕捉されます：あなたです。あなたがチェックしなければ、非対称性は累積します。
良いニュース：41行すべてを確認する必要はありません。5つのチェックが必要です。
3PL請求書照合のランシート：毎月の5つのチェック
これらを毎月同じ時間に、同じ順序で、すでに持っている2つのソース（プラットフォームの出荷済み注文データと3PLのクライアントポータル（在庫レポート、請求イベントログ））に対して実行します。ルーチンが落ち着いたら、月に30分を予算計上してください。
チェック1：注文数の照合
請求書で出荷の次に大きい項目はピッキングと梱包であり、そのドライバーは数えられます：出荷された注文の数。
請求期間中に3PLによって出荷されたプラットフォームの注文数をプルします。注文された注文ではなく、出荷された注文であり、3PLの請求期間が暦月と一致しない可能性があるため、締め切り日に注意してください。請求書の最初のピッキング（または注文ごと）の料金の数と比較してください。
2つの数値は非常に近いはずです。そうでない場合、通常の原因は、ピッキングが記録された後にキャンセルされた注文、再出荷または分割出荷の二重請求、および忙しい週に別のクライアントのバッチがアカウントに表示されることです。余分なピッキングはすべてクレジットです。注文あたりの平均アイテム数が安定している場合は、追加ピッキング数でも同じ照合を実行してください。カタログに変更がないのにピッキング数が増加している場合は、質問する価値があります。
チェック2：請求された保管料 vs. 実際の占有率
保管は占有率（パレット位置、ビン、または立方フィート）に基づいて請求され、占有率は請求書とは別に3PLのポータルが報告する数値です。それらを比較してください。
ここでの不一致には特定の傾向があります：月末に空になった位置が全額請求される、在庫が少ない場所に統合されても請求スナップショットが更新されない、パレット化されたかのようにピッキングフェイスに直接クロスドックされた貨物が請求される。契約の比例配分のルールを知ってください。一部の3PLは、合法的に占有された位置を全額月額請求することがあり、それは契約条件でありエラーではありません。しかし、自分の在庫レポートで見つけられない請求された11個のパレットはエラーであり、フラグを立てるまで毎月繰り返されます。
チェック3：追加料金のスポットチェック
すべての追加料金を検証することはできないため、サンプリングします。毎月、2つまたは3つの追加料金項目を選択し、その正当性に追跡します。ピークシーズンの追加料金は、契約（または運送業者のカレンダー）で定義されたウィンドウ内にのみ存在するはずです。特大商品の料金は、実際に特大のSKUに付随するはずです。特別プロジェクトの項目は、書面で要求したプロジェクトと、見積もりレートで一致するはずです。
誤ってコーディングされた追加料金は、最も一般的な監査結果の1つです。2月にピーク料金がまだ発生している、中止した製品ラインの危険物料金。行ごとでは小さいですが、年単位では意味があり、ベンダーは上記の非対称性の理由で自分でそれらをキャッチすることはほとんどありません。
チェック4：料金表バージョンチェック
少なくとも四半期に1回（発見があった場合は毎月）、契約レートカードからいくつかの品目を再導出します。請求書の追加ピッキング料金を取得し、ピッキング数で割り、単価が署名したカードと一致することを確認します。保管、受け取り、返品についても同様です。
料金表は変更されることがあります。契約の変更条項に基づき通知される場合もあれば、単に新しい料金表が計算に反映される場合もあります。ピックごとの料金が3セント変動すると、請求書1枚では見過ごせますが、1年間の取引量では大きな差となります。通知なしに変更された料金は、クレジットの交渉と契約の交渉の両方を必要とします。署名前に確認すべき危険信号には、まさにこの条項が含まれます。
チェック5：クレジットのフォローアップ
監査は、発見事項が消滅してしまえば無価値です。請求書番号、異議のある項目、金額、提起日、解決策を記録した実行中のログを保持してください。毎月、新しい請求書を確認する前に、ログを確認してください。先月約束されたクレジットは何か、そしてそれは反映されましたか？
約束されたクレジットは、2度目か3度目の要求まで実現しないことがあります。それは悪意であることが稀です。あなたのクレジットメモは、他の誰かのキューでは優先度の低いチケットです。ログは、「彼らが何かを負っていたと思う」を「請求書4417、364ドル、6月12日約束、未受領のクレジット」に変え、支払いを促します。
実例：23%超過して請求された請求書
ここに実行シートを適用します。すべての数字は架空の丸められた数字です。月に約1000件の注文を処理する店舗で、契約料金表に基づいたコストモデル（価格設定の解剖学の投稿からのモデリング演習）を使用しています。モデルでは約9,800ドルでしたが、請求書は12,054ドルで、23%超過していました。スキム・アンド・ペイでは、この超過分すべてが吸収されていました。実行シートはそれを分割しました：
| 発見 | 検出したチェック | 金額 |
|---|---|---|
| 出荷された注文よりも多く請求された最初のピック（キャンセルされた注文のピックと二重請求された再出荷）が83件 | 注文数照合 | 249ドルのクレジット |
| 請求されたパレット位置が52件、ポータルには41件が占有されていると表示 | 保管 vs 占有率 | 220ドルのクレジット |
| ピークシーズンの追加料金が契約上のピーク期間外に適用された | 追加料金の抜き打ちチェック | 364ドルのクレジット |
| 追加ピックが契約の0.75ドルに対して0.95ドルで請求された（新しい料金表、通知なし） | 料金表バージョンチェック | 80ドルのクレジット |
| ラベル貼り替えプロジェクト（依頼および見積もり済み） | 正当な | $450 |
| より重い荷物のミックスと、配送における不利なゾーン分布 | 正当な | $891 |
| モデルに対する残りの差異（ミックス、丸め） | 正当な | 純額0ドル |
2,254ドルの超過分のうち913ドルは請求エラーでした。請求書の約7.6%です。残りはモデルが予測していなかった実際のコストでした。店舗が依頼したプロジェクトと、シフトした配送ミックスです。その区別がこの演習のポイントです。監査は「すべての増額に反対する」のではなく、「どの増額が本物かを知る」ことです。そうすれば、913ドルを追求し、1,341ドルについては再モデリングすることができます。なぜなら、恒久的に重い配送ミックスは利益率の問題であり、請求の問題ではないからです。（発見事項が請求エラーではなく実際のコストである場合、それは別の解決策です。実際の注文プロファイルに基づいてプロバイダーを比較する。）
経理サイド：請求書1件、仕向地4か所
請求書を確認したら、それを一つの塊として計上して、その作業を無駄にしないでください。単一の3PL請求書には、異なる挙動をするコストが含まれており、すべてを網羅する「フルフィルメント」という経費項目は、あなたの売上総利益を静かに歪めます。あなたの損益計算書を正直に保つための分割方法です：
- ピッキング・梱包、アカウント手数料、入荷 — これはフルフィルメントの営業費用です。注文品を発送するための人件費です。注文数に応じて変動するため、注文ごとの指標として注視する必要があります。
- 梱包資材 — 売上原価に隣接。箱、メール便、インサートは製品配送コストの一部です。多くのストアでは、売上原価に含めることで、出荷単位あたりの利益率が、出荷単位あたりの真のコストを反映するようにしています。一貫性が重要であり、正確な勘定科目よりも重要です。ある処理方法を選択したらそれを維持してください。そうしないと、利益率の傾向は意味をなさなくなります。売上原価をShopifyからQuickBooksにどのように流すべきかは、この境界線がどこにあるかを説明しています。
- 保管 — 営業費用、以上。販売数ではなく、保有在庫に応じて変動します。だからこそ、売上原価の中に隠しておきたくないのです。在庫が多い四半期は、利益率の急落のように見えてしまいます。
- 送料 — ここでは方向が重要です。Freight-out（顧客への小包）は販売の営業費用です。Freight-in（倉庫への着荷送料）は在庫コストの一部であり、その在庫が販売されるにつれて売上原価に含まれます。3PLの請求書には両方が含まれる場合があり、入荷コンテナ貨物を販売費用として計上すると、各単位の製品コストが過小評価されます。
勘定科目表を複雑にする必要はありません。4つか5つの勘定科目で十分です。毎月同じ分割を適用することが重要です。その労力の分割 — ソフトウェアは注文と支払いデータを信頼できるものに保ち、あなたは人間だけが監査できる請求書の確認に時間を費やす — が、機能するeコマース会計システムの一般的な形です。
経理上の紛争とクレジット
監査に特有の会計上の落とし穴：紛争中だがまだ回収していない913ドルをどう処理しますか？
請求書は、それがカバーする期間に、上記の経費クラスに分割して全額計上してください。契約で明示的に許可されていない限り、紛争額を短く支払わず、希望的観測で記録された経費を減らさないでください。要求したクレジットは、受け取ったクレジットではありません。紛争は元帳ではなく、クレジットログで追跡してください。
クレジットメモが届いたら、元の請求が計上されたのと同じ経費勘定に対するベンダークレジットとして記録してください。ピッキング数量のクレジットはフルフィルメント費用を削減し、保管のクレジットは保管費用を削減します。クレジットを包括的な「その他収益」行に計上しないでください。それはフルフィルメント費用と収益の両方を過大評価し、監査の実行シートが依存する月次比較可能性を壊します。クレジットが後月に届いたとしても、それは問題ありません。ログがそれを修正する請求書に紐付けます。
請求書は、あなたが読むまでドラフトである
あなたは、信頼に基づいてフルフィルメント請求書を支払う者として、この投稿を開始しました。覚えておく価値のある再定義：3PL請求書は、互いにチェックしないシステムから組み立てられた「請求」であり、あなたは過充電を見つけるインセンティブを持つ唯一の管理対象です。月に30分、5回のチェック、クレジットログ。実例では、その30分は913ドルに相当し、さらにその後毎月お金を漏らしていたであろうレートカードの修正も含まれていました。
ファントムパレットを検出するのと同じ規律が、あなたの帳簿で請求書を正しく分割する規律でもあります。そして、ShopifyからQuickBooksへの連携がすでに自己照合されている場合、月次レビューは保護しやすくなります。LedgerPortが自動化するのはその部分です。QuickBooksにきれいな出荷注文と支払いデータを取り込むことで、注文照合には信頼できる分母ができ、マージン分割が維持されます。始めるための無料プランがあり、台帳の反対側がきれいであればあるほど、監査はうまく機能します。
