あなたは最大の仕入先に48,200ドルを1回の電信送金で送りました。それは11枚の請求書をカバーし、うち3枚には早期支払割引を適用し、12枚目は積荷の半分が破損して届いたため一部支払にとどめました。お金は翌朝には相手の口座に着金します——しかし相手側では、それが何のためのものかを誰も把握していません。相手の経理担当は推測で処理し、あなたの入金を誤った請求書に充当し、3週間後にはすでに支払済みの請求書について延滞通知が届き、さらに次の発注が保留されます。支払いは完璧でした。欠けていたのは説明です。その説明には名前があります——送金明細書です。
30秒でわかる要点
**送金明細書（リミッタンス・アドバイス）**とは、支払いに添えて（あるいは直前に）送る通知で、その支払いがどの請求書をカバーし、どのような調整を行い、残額がいくらかを正確に示すものです。必須ではありませんが、これがなければ仕入先の売掛金チームは、あなたの入金を請求書に推測で突き合わせるしかありません——そして推測は、誤った充当、存在しない延滞、そして仕入先との関係悪化を生みます。優れた送金明細書は、すべての請求書番号、すべての割引とクレジット、そして支払参照番号を、相手側が再入力なしで処理できる形式で列挙します。
送金明細書とは何か（そして何でないか）
送金明細書（リミッタンス・ノーティス、ペイメント・アドバイスとも呼ばれます）は、支払者から受取人へと渡ります。それは1つの問いに答えます——「このお金は、正確には何に対しての支払いなのか？」。もしあなたが事業用小切手で支払ったことがあるなら、すでに最も古い形の送金明細書を使ったことがあるはずです。小切手の下部にあるミシン目で切り離せる控え（スタブ）で、その小切手が決済する請求書を箇条書きにしており、仕入先はそれを切り取って保管し、小切手は銀行へと送られます。
紛らわしい近縁の書類が3つあるので、区別しておきましょう。
- 請求書（インボイス）。 支払いの前に売り手から送られ、支払いを求めるもの。送金明細書は逆方向に、お金とともに流れます。
- 支払いの証拠（プルーフ・オブ・ペイメント）。 資金が動いたことを示す銀行の確認書や領収書。あなたが支払ったという事実を証明するもので、何に対して支払ったかは証明しません——請求書の明細がない電信送金確認書こそ、まさに送金明細書が解決する問題です。
- 発注書（パーチェス・オーダー）。 納品の前に買い手から送られ、商品を求めるもの。送金明細書が発注書番号を参照することはありますが、それは仕入先が明細行を照合しやすくするためだけです。
もう一点、心に刻む価値があります。送金明細書の送付を義務付けるものは何もありません。法律も、会計基準も、銀行規則も、それを強制していません。それが生き残っているのはひとえに、照合のステップが電話ではなく数秒で済むとき、取引の双方がより良い状態になるからです。
すべての送金明細書に含めるべきもの
法定のテンプレートはありませんが、次のいずれかが欠けた送金明細書は、まさにそれが防ぐはずだった問い合わせメールを生みます。
- あなたの会社名と連絡先、および仕入先名。支払いが、仕入先が見たことのない法人名——屋号（DBA）、子会社、新しい銀行口座——で届くことがあるため、相手のシステムがあなたを認識する形で、できれば顧客番号や仕入先番号を添えて名乗りましょう。
- 支払日、金額、方法、参照番号。 送金日、総額、どのように送られたか（小切手番号、ACHトレース番号、電信参照番号）。これにより仕入先は銀行明細でその入金を見つけ、あなたの通知と結びつけられます。
- カバーされるすべての請求書の明細行ごとの内訳。 各請求書について：請求書番号、請求日または発注書番号、総額、適用した割引、適用したクレジット、そしてそれに対して支払う純額。
- 調整の明示。 早期支払割引、破損品による一部支払、返品、適用したクレジットメモ——それぞれに理由を添えた独自の行を持たせます。説明なしに請求書合計より300ドル少ない一括額は、割引ではなく不足支払として読まれます。
- 残額がある場合はその残高。 請求書を一部支払しているなら、残りがいくらで、いつ支払う予定かを述べます。
- 質問のための連絡先。 名前1つ、メール1つ。仕入先の担当が午後4時45分に不一致を見つけたとき、この行が同日中の修正と1週間の電話ごっこの分かれ目になります。
誰が誰に何を送るか
方向は常に支払者から受取人へ——あなたが支払い、あなたが説明します。ただし段取りはさまざまです。
- あなたが送金明細書を作成する。 一般的なケース。あなたの買掛金プロセスが支払バッチから明細書を生成し、仕入先の売掛金受信箱へ送ります。
- 仕入先が控えを事前印刷する。 ベンダーの中には、請求書に切り離し式の送金明細控え——口座番号と請求書があらかじめ記入済み——を同封し、あなたが記入して支払いに添えて返送するものがあります。記入して返送すれば、その控えがまさに送金明細書です。
- プラットフォームが生成する。 買掛金自動化ソフトや銀行の請求支払ポータルを通じて支払う場合、通常はシステムが仕入先へ自動的に送金明細書をメールします。それが実際に請求書レベルの明細を含んでいるか、「Xドルの支払いを送付しました」だけではないかを確認しましょう——いくつかのポータルはデフォルトで役に立たない版を送ります。
どの経路を取るにせよ、仕入先が支払関連の郵便を実際に監視している宛先へ送りましょう。営業担当の受信箱にメールされた送金明細書は、送られていない送金明細書です。
5つの形式——紙の控えから構造化データまで
送金明細書は、あらゆる支払レールのために作り直されてきました。ほぼ時系列順に：
- 小切手の控え（スタブ）。 小切手の下部に印刷された明細。テクノロジーはゼロ、今日まで生き残り、小切手自体とともに消えます。
- 郵送またはファックスされた書簡。 支払明細に添えられる独立した送金書簡。小切手が根強く残る業界では今も見られます。
- PDFや表計算を添付したメール。 今日の中小企業のデフォルト：人間が読める内訳を「支払い送付」メールに添付。誰でも読めるが、誰も処理できない——仕入先は依然としてすべての行を再入力します。
- 支払いの中に埋め込まれた送金データ。 機械可読な明細を資金とともに運ぶ電子形式で、仕入先のシステムがキーボードに触れずに請求書を照合できます。これがACHの話で、次のセクションで扱います。
- ポータルと買掛金自動化の通知。 買い手と仕入先が同じ支払記録を見る共有プラットフォーム。双方が使っていれば最も豊かで、そうでなければ役に立ちません。
はしごを1段上がるごとに、手作業の転記が1巡減ります——そして転記こそが照合エラーの生まれる場所です。
ACH送金明細を読み解く：CCD+ 対 CTX
ここがほとんどの中小企業向けガイドが飛ばす部分であり、小切手ではなくACHでベンダーに支払い始めた瞬間に重要になります。ACHネットワークは、送金明細の詳細を支払い自体の中に、仕入先の銀行がその会計システムへ受け渡す機械可読レコードとして運べます。別個のメールも、再入力も、推測も不要です。
仕組みはアデンダ・レコード——ACHエントリに付随する任意の添付で、支払関連情報を運ぶものです。これを使う法人エントリ形式が2つあります。
- CCD+（現金集中または支払、プラス1アデンダム）。 最大80文字のアデンダ・レコードをちょうど1つ運びます。単一の請求書番号と短い注記には十分です。1枚の請求書の支払いには適しますが、11枚の請求書をカバーするバッチには役に立ちません。
- CTX（法人取引所）。 支払あたり最大9,999のアデンダ・レコードを運びます——数十、数百の請求書を、それぞれの調整とともに1回の送金で明細化するのに十分です。これが本物のB2B送金明細のために作られた形式です。
Nachaオペレーティング・ルールの下では、これらのアデンダ・レコード内の送金内容は、ANSI ASC X12標準に従ったEDI（電子データ交換）として構造化されます——最も一般的には820支払指図／送金明細トランザクションセットです。平たく言えば、「請求書1042、総額5,240ドル、割引48ドル、純額5,192ドル」という文法が数十年前から標準化されており、それを話せるシステムを持つ仕入先は、あなたの支払いが届いた瞬間に充当できます。Nachaはまた、XML-ACHプログラムを通じて送金明細のためのISO 20022 XMLメッセージ形式も認めており、国際的な取引を扱う企業に2つ目の標準語彙を与えています。
ここから2つの実践的な帰結が導かれます。
- ベンダーにACHで支払うなら、どの送金明細形式を受け取れるか尋ねましょう。 アデンダなしの素のCCDクレジットを送るのは、控えをもぎ取った小切手の電子的等価物です——お金は裸で届きます。請求書参照が1つあるだけのCCD+でも、何もないよりましです。
- 送金明細にとって電信送金はACHより劣ります。 国内電信送金は短い自由記述欄しか運ばず（往々にして下流で切り詰められます）、電信送金の支払いはほぼ常に別途メールの送金明細書を必要とします。なぜあなたの電信送金が1週間「迷子」になったのか不思議に思うなら、迷子になったのではなく、誰かがそれが誰のものか突き止める間、未充当現金として置かれたのです。
送金明細データの欠落がキャッシュフローの問題である理由
これは形式のための形式ではありません。説明なしに支払いが届くと、仕入先の売掛金チームはそれを未充当現金勘定に置き、調査を始めます——メール、電話、明細の比較。業界データは一貫して、送金明細の詳細の欠落が入金消込の遅さの主要因の一つであることを示しており、あなたの支払いが未充当で留まる1日ごとにコストがかかります。
- 仕入先にとって： 売上債権回転日数の膨張、現金予測の歪み、そして回収ではなく探偵作業に費やされる人員の時間。
- あなたにとって： 誤った充当が誤った延滞通知を招き、その結果争わなければならない延滞料が発生し、極端な場合には1か月前に支払った請求書を理由に次の出荷が与信保留で止まります。
優れた送金明細書は監査時にもあなたを守ります。どの請求書を決済したかを正確に示す送金明細書が添付された支払記録は自己文書化されていますが、「ACHデビット48,200ドル」とだけ書かれた素の銀行明細行は、2年後に記憶から経緯を再構成させる羽目になります。
本質を台無しにする5つの過ち
- 内訳なしの一括額を送る。 「48,200ドルの支払い——ありがとう！」は送金明細書ではありません。ドル記号の付いた謎です。
- 間違った識別子を記載する。 あなたの内部伝票番号は仕入先にとって何の意味もありません。相手の請求書番号を、印刷どおりに、桁も接頭辞もそのまま参照しましょう。
- 調整を埋もれさせる。 説明する行項目なしに割引を取ったり一部支払にしたりすることは、正当な調整を一見した不足支払に変え、不足支払を回収の電話に変えます。
- どこにも送らない。 切れた番号へファックスされた送金明細書、元社員へメールされたもの、仕入先が決してログインしないポータルにアップロードされたものは、沈黙と同じ効果です。売掛金担当の連絡先を一度確認し、その後は再利用しましょう。
- 認識できない名前で支払う。 支払い上の法人名が仕入先の口座にある名前と異なる場合——新しい子会社、屋号変更、買収——送金明細書でその旨を述べましょう。「ABC Holdings（旧ABC Supply Co.、顧客4417）」が1週間を節約します。
そのまま使えるシンプルなテンプレート
始めるのにソフトウェアは要りません。この骨組みのプレーンテキストメールは、仕入先が受け取るものの大半より優れています。
REMITTANCE ADVICE — [Your Company] (customer #[number])
Pay to: [Supplier name]
Payment date: [date] | Method: [ACH / check # / wire ref]
Payment reference: [trace / check / confirmation number]
Total paid: [amount]
Invoice # Inv. date Gross Discount Credits Net paid
INV-1042 09/02 5,240.00 48.00 0.00 5,192.00
INV-1048 09/15 8,100.00 0.00 210.00 7,890.00
...
Totals: gross [__] discounts [__] credits [__] paid [__]
Notes: [short-pay reason, partial-payment balance, name change]
Questions: [name, email, phone]再利用可能なテンプレートとして保存し、支払バッチから行を記入して、すべてのベンダー支払いに添えて送りましょう。支払実行ごとに15分の規律が、ベンダーとの紛争というカテゴリー全体からあなたを救い出します。
送金明細書が裏付けする支払いを台帳に記帳する
送金明細書はあなたの簿記のソース文書でもあります——1回の現金流出を買掛金、割引、クレジットにどう分割するかを台帳に正確に伝えます。あるバッチがAcmeへの2枚の請求書、合計13,340ドルを支払い、そのうち1枚に48ドルの早期支払割引を適用したとしましょう——仕訳は送金明細書の行を反映します。
2026-10-15 * "Acme Supplies" "ACH payment, remittance RA-2026-1042"
Liabilities:Accounts-Payable:Acme-Supplies 13340.00 USD
Income:Purchase-Discounts -48.00 USD
Assets:Checking -13292.00 USD買掛金は請求額の全額で借方記入され、早期支払割引は割引収益として貸方記入され、当座預金は実際に出ていった現金で貸方記入されます。送金明細書を仕訳とともに保管しましょう——会計システムに添付するか、台帳と並べて保管すれば、その支払いは未来のあなた自身、あなたの会計士、そして監査人に対して自らを説明します。複式のプレーンテキスト簿記が初めてなら、ドキュメントが買掛金と支払仕訳を一歩ずつ解説しています。
支払いから証明まで、買掛金を整理整頓しよう
あなたが送るすべてのベンダー支払いは2つの物語を語ります——銀行が綴るお金の物語と、あなたの送金明細書が綴る照合の物語です。毎回、両方を送りましょう。そうすれば、支払済み請求書をめぐる延滞紛争はほとんど消えます。Beancount.ioは、あなたの財務データに完全な透明性と制御をもたらすプレーンテキスト会計を提供します——ブラックボックスも、ベンダーロックインもありません。無料で始めるそして、なぜ開発者と財務のプロフェッショナルがプレーンテキスト会計に移行しているのかを確かめてください。
