第５回　Cutomer P/O, Delivery, Invoiceの関係

◆見積書から領収書までの基本的な流れ

顧客との取引では、受注から出荷、そして会計処理までの間に、さまざまなドキュメントが発生します。

代表的な流れを時系列に並べると、次のようになります。

見積書 → Customer P/O（注文書） → Delivery Note（納品書） → Invoice（請求書） → Receipt（領収書）

この基本的なドキュメントの流れについては、日本とタイで大きな違いがあるわけではありません。

しかし、実際の取引現場では、この流れが必ずしも一対一で対応するわけではありません。

◆分納とまとめ出荷

例えば、顧客から受けた一枚のP/Oに対して、工場の生産状況や納期に応じて何回かに分けて出荷することがあります。

これが分納です。

反対に、複数のP/Oについて、同じタイミングでまとめて出荷することもあります。

そのため、実際の取引では、

Customer P/O：複数 → Delivery Note：1枚

あるいは、

Customer P/O：1枚 → Delivery Note：複数枚

といった関係が日常的に発生します。

つまり、P/OとDelivery Noteは、必ずしも1対1ではなく、Mの関係になることがあります。

日本の生産現場では、生産管理システムと会計システムが比較的明確に分離されているため、このような関係が発生しても、必ずしも大きな問題にはなりません。

しかし、タイでは事情が異なります。

◆タイでは「出荷」と「Invoice」が直接結び付く

タイでは、Invoiceの発行に出荷を基準とする考え方が強くあります。

そのため、P/O、Delivery Note、Invoiceを、それぞれ独立したドキュメントとして扱うのではなく、相互の関係を正確に管理する必要があります。

例えば、

「このInvoiceは、どのDelivery Noteに対応しているのか」

「そのDelivery Noteは、どのP/Oに基づいているのか」

という関係を明確にしておかなければなりません。

このように、受注から出荷、請求、会計までのドキュメントが密接につながっていることが、タイでシステムを構築する際の難しさの一つになります。

そして、このドキュメント間の関係が複雑になるほど、入力ミスや処理ミスが発生する可能性も高くなります。

◆一連のドキュメントを正しく保存する

タイでは、見積書からReceipt（領収書）に至るまで、取引に関連する一連のドキュメントをまとめて管理することが重要になります。

そのため、例えばCustomer P/OやDelivery Noteの段階で入力ミスや計算間違いが発生すると、その後に作成されるInvoiceやReceiptにも影響が及ぶ可能性があります。

さらに、これらのドキュメントの入力や修正が、限られた担当者によって日常的に行われている場合、管理者がその場でミスを発見できないこともあります。

気付いたときには、すでに後続の処理まで進んでいるということも起こり得ます。

こうした問題は、単なる事務処理上のミスにとどまりません。

税務処理にも影響するため、場合によっては納税上の問題につながる可能性があります。

◆人による管理だけではなく、システムで管理する

このような問題を防ぐためには、担当者に注意を求めるだけでは十分ではありません。

必要なのは、

「誰が、いつ、何を入力し、何を修正したのか」

を確認できる仕組みです。

そのためには、確認・報告のルールを明確にするとともに、ソフトウェア上でも入力や修正の履歴を残すことが重要になります。

特に、P/O、Delivery Note、Invoice、Receiptといった一連のドキュメントが相互に関連している場合、単にそれぞれの書類を保存するだけでは不十分です。

ドキュメント同士の関係と、その変更履歴まで追跡できるシステムが必要になります。

また、税務や会計に関わる部分については、必要に応じて専門家のアドバイスを受けることも重要です。

タイで業務システムを構築する際には、単に「書類を電子化する」という発想ではなく、受注から出荷、請求、会計までの一連の流れを、正確な履歴として管理するという視点が欠かせないのです。