納品書 データ化2026｜受入で紙とモノが別々に流れる問題

納品書は、荷物と一緒に現場へ届きます。ところが受入担当がサインした瞬間、紙だけがバックオフィスへ運ばれ、モノだけが棚へ入っていきます。この2本の流れが再会するのは請求書が届く月末で、そのときにはもう現品を数え直せません。納品書 データ化とは、この分岐を「受け取った1分間」で1本に束ね直す作業です。本記事では、タイの受入現場に固有の条件を踏まえ、業務プロセスの設計をどう決めるかを整理します。

納品書 データ化が請求書のデータ化と別物である理由

帳票の自動化というと、まず請求書が話題になります。金額が確定していて、承認フローがあり、支払という締切がある。立ち上げやすい題材です。ところが同じ発想を納品書に持ち込むと設計がずれます。届く場所と読む目的が違うからです。

納品書はモノと一緒に、バックオフィスではなく現場に届く

請求書は郵便で総務に届くか、メールで経理の受信箱に入ります。受け取った人は座っています。必要なら差出人に電話をかけ、社内の誰かに転送し、明日また続きをやることもできます。

納品書は違います。トラックから降りたドライバーが、荷物と一緒に差し出します。受け取る人は立っています。手袋をしているかもしれませんし、外は35度かもしれません。荷降ろしの最中で、後ろにもう1台待っていることもあります。ここに「明日また続きをやる」という選択肢はありません。ドライバーはサインをもらったら帰りますし、こちらもトラックを門から出さなければならないからです。

この物理的な違いが、そのまま設計条件になります。請求書の自動化では読み取り結果を人が確認して直す時間を前提に置けますが、納品書ではその時間を受入カウンターに置けません。カウンターで許されるのは数秒から1分程度の確認だけで、それ以上を求める設計は現場で使われなくなります。

受領時点と支払時点では、確かめられることが違う

もうひとつの違いは、確かめられる対象です。受領時点では目の前にモノがあります。箱を開ければ品番が読めますし、数を数えられますし、外装が潰れていれば見えます。ところが請求書が来る月末には、そのモノはもう棚の奥か、工程に投入されて製品の一部になっています。

つまり、受領時点でしか確かめられないことがあります。実際に何が、いくつ届いたのか。紙の上の数字ではなく、現物を見て初めて分かることです。逆に、支払時点でしか確かめられないこともあります。契約単価との差、値引きの適用、源泉徴収の扱い、支払条件との整合。こちらは経理の手元のデータでないと判断できません。

したがって、納品書のデータ化と請求書のデータ化は競合する取り組みではなく、時間軸の違う2つの関所です。支払側の設計については請求書処理 自動化2026｜タイ工場の経理をAI-OCRで変える方法で整理していますので、あわせてご覧ください。本記事はそれより前、モノが門をくぐる瞬間だけを扱います。

三点照合のなかで納品書だけが「現物を見た証拠」を担う

会計の実務では、三点照合という言い方をします。注文書(発注書)、納品書・検収書、請求書の3つを突き合わせる手続きです。請求書と注文書だけを比べるやり方は二点照合と呼ばれます。この違いは枚数の話ではなく、納品書が入るかどうかで確かめられる中身が変わる、という話です。

注文書は「こちらが何を頼んだか」を示し、請求書は「相手が何を請求してきたか」を示します。この2枚だけを比べても、実際に届いたかどうかは分かりません。頼んだものが請求されている、というだけです。そこに納品書が入って初めて、「実際にこれだけ届いた」という一点が確定します。

3枚のうち、現物を見た人間の目が直接反映されているのは納品書だけです。注文書は発注前に、請求書は出荷後に作られます。納品書だけが、モノが目の前にあった時間に立ち会っています。だからこそ、その瞬間にデータにしておかないと、後から復元できない情報が失われます。

なお、現品そのものをバーコードやRFIDで照合する仕組みは、伝票の話とは別の設計になります。現品側については入出荷検品システム2026｜誤出荷を止める照合の設計で扱っていますので、そちらをご覧ください。本記事は伝票、つまり紙の側だけを掘ります。

タイの納品書は納品書兼タックスインボイスであることが多い

ここからがタイ固有の話です。日本での経験をそのまま持ち込むと最初につまずくのが、この点です。

在庫品の引渡しで税ポイントが立つ

タイのVAT実務では、在庫品(有形の物品)の売買について、税ポイントは原則として引渡しの時点に立ちます。それより前に所有権の移転、代金の受領、タックスインボイスの発行のいずれかがあれば、そのうち最も早い時点が起点になります。裏を返せば、通常の掛け取引で普通に納品するだけなら、起点になるのは引渡しです。

つまり売り手から見ると、納品したその日にタックスインボイスを出すのが最も素直な運用になります。そうすると、書類を2枚に分ける理由がなくなります。同じ相手に、同じ内容で、同じタイミングで出すのであれば、1枚にまとめたほうが早い。実際、タイの会計システムのローカライズでは「Delivery Note / Tax Invoice」という書式が用意されており、1枚で出す運用が広く使われています。現場に届く紙に「ใบส่งของ / ใบกำกับภาษี」と併記されているのは、このためです。

日本の感覚では、納品書は取引の連絡文書であり、税務上の証憑は後から来る請求書です。タイではその前提が成り立たないことがあります。現場に届いた紙が、すでに税務上の証憑になっているからです。

現場に届く紙が、そのまま仕入税額控除の証憑になる

この違いは、受入カウンターの扱いを変えます。納品書兼タックスインボイスは、在庫が入ったことを示す証憑であると同時に、仕入税額控除を受けるための証憑でもあります。

その紙を油まみれの手で受け取り、クリップボードに挟んだまま夕方まで放置し、雨に濡らし、荷物の下敷きにして破いてしまうと、失われるのは「今日何が届いたかのメモ」ではありません。税額控除の根拠です。再発行を依頼すればよいと考えられるかもしれませんが、取引先の経理は既に自社の売上として処理を終えており、相応の手間と時間がかかります。月次の締切に間に合わないこともあります。

したがって、タイの受入現場では、紙を受け取ってから安全な場所に届くまでの時間を短くすること自体に価値があります。データ化の目的は事務工数の削減だけではない、ということです。受け取った場所で画像として確定させてしまえば、その後で原紙が汚れても控除の根拠は残ります。原紙の保管そのものは引き続き必要ですが、情報が失われるリスクは下がります。

日本の「控えを現場に置く」運用がそのままでは通らない

日本の工場では、納品書の控えを受入場所のファイルに綴じ、月末にまとめて経理へ回す運用がよく見られます。現場が「先週何が来たか」を手元で確認できる利点があります。

タイで同じことをすると、税務上の証憑が数週間にわたって現場に置かれることになります。起きがちなのが、月末に経理が集めに行ったら数枚足りない、という事態です。問い合わせのために抜いて戻していない、別の部署に持って行かれた、単に挟む場所を間違えている。どれも悪意のない話ですが、結果として控除の根拠が期限内に揃いません。

現実的な解き方は、原紙の保管場所を経理側に一本化しつつ、現場が参照したい情報はデータ側で見られるようにすることです。紙は受け取った直後にスキャンして経理へ回し、現場は画面で過去の納品を確認する。この形にすると、現場の利便性を落とさずに原紙の散逸を防げます。データ化は、この運用変更とセットで検討したほうが定着します。

なお、電子帳簿保存法やタイのe-Tax Invoice制度そのものは、適用範囲や要件が別途あり、本記事の射程を超えます。ここでは、現場に届く紙が税務上の意味を持つ、という点だけを押さえておいてください。

帳票 OCR の抽出項目は法定の必須記載事項から決まる

OCRのテンプレートを作るとき、最初に決めるのは「どの項目を読むか」です。請求書のOCRでは議論が長くなりがちですが、タイの納品書兼タックスインボイスでは、この議論をかなり短くできます。読むべき項目の骨格が、法令の側で決まっているからです。

第86/4条が定める記載事項

タイ歳入法典の第86/4条は、タックスインボイスに記載すべき事項を定めています。歳入局の英語サイトで公開されている条文によれば、必要とされるのは次の項目です。

• 「ใบกำกับภาษี(タックスインボイス)」であることを示す語
• 発行者(登録事業者)の名称、住所、納税者番号
• 買い手の名称と住所
• 通し番号(および必要に応じて帳簿番号)
• 品名、種類、数量、価額
• 価額とは区分して表示されたVAT額
• 発行日
• その他、歳入局長官が定める事項

この一覧で気づくのは、業務都合で「どれを読むか」を決める必要がほとんどない、という点です。法定の必須記載事項が、そのまま抽出項目の骨格になります。取引先ごとに書式が違っていても、載っている情報の種類は共通しているからです。請求書一般のOCR設計にはない利点です。

もちろん法定項目だけでは業務が回りません。実務ではPO番号、ロット番号、運送業者や車番、受領者名も読みたくなります。納品書OCRの一般的な抽出項目としては、品名、納品数量、納品日、運送業者やドライバーの情報、受領者名と署名、状態メモ、PO番号やBOL番号などの参照番号、荷送人と荷受人の住所が挙げられています。法定項目を骨格に、これらを業務要件として足していく順序で考えると設計が早く進みます。

ヘッダ項目と明細項目に分けて考える

抽出項目を並べるときは、ヘッダと明細を分けて扱ってください。読み取りの難易度も、照合の相手も、間違ったときの影響も違います。

パッキングスリップの抽出項目を整理した例では、ヘッダとして伝票番号、出荷日、荷送人名、荷受人名、注文番号、運送業者や追跡番号、総重量、個口数が、明細として品名、SKUや品番、出荷数量、単位重量や寸法、ロット番号、シリアル番号が挙げられています。納品書兼タックスインボイスでも、この分け方はそのまま使えます。

ヘッダは1枚に1組しかなく、位置も安定しています。取引先ごとにレイアウトは違いますが、同じ取引先なら毎回同じ場所です。一方、明細は行数が変わります。1行の伝票もあれば20行の伝票もあります。本記事のモデルでは平均6行と置いていますが、取引の中身によって大きく振れます。行が増えるほど、行の切り出しを間違えるリスクが上がります。

実務でよく効くのが、明細の合計金額とヘッダの総額を突き合わせる自己検算です。読み取った数量と単価から金額を再計算し、伝票上の合計と一致するかを見る。合わないときは、行を1行落としたか、桁を読み違えたかの可能性が高くなります。VAT額も、税抜金額から再計算した値と伝票の区分表示を比べられます。法定で区分表示が求められているぶん、検算に使える数字が紙の上に揃っているということです。

表 抽出項目と、その照合相手

抽出した項目は、それぞれ照合する相手が違います。誰と突き合わせるのかを先に決めておかないと、読み取ったデータが使われないまま溜まります。

見ていただきたいのは右端の列です。同じ「一致しない」でも意味がまったく違います。通し番号の不一致は二重計上の疑いで、経理の問題です。数量の不一致は過納や欠品で、現場の問題です。この違いが、後で述べる「誰がどこで止めるか」の設計につながります。

現場で撮る紙は、オフィスで読む紙と条件が違う

OCRの検討では、サンプル画像で精度を確認します。ところがそのサンプルが経理のフラットベッドスキャナで取り込んだきれいな画像だと、受入カウンターでの実力を見誤ります。

複写伝票のカーボン面は読み取り条件が悪い

タイの納品書兼タックスインボイスは、いまも複写式で発行されることが珍しくありません。ここで注意したいのが、どの紙が原本かという点です。タックスインボイスの原本(ต้นฉบับ)は買い手に交付され、売り手は写しを保存します。残りの写しが配送控えや、受入場所に残る控えとして使われます。問題は、ルールを決めておかないと、現場が撮るのが原本ではなく、サインして手元に残った控えのほうになりがちだという点です。控えの文字は、カーボンやノーカーボン紙による転写で出ています。

転写された文字は、印字に比べてコントラストが低く、線がにじみ、筆圧の弱い箇所は薄れます。手書きで数量を書き足してある伝票では、その部分がさらに読みにくくなります。紙の地色も、白ではなく薄いピンクや黄色であることがよくあります。印刷された白紙のインボイスを前提に調整された読み取りとは、条件がかなり違います。

対策は単純で、現物のサンプルを取引先ごとに集めることです。受入カウンターに届いた紙を10枚から20枚そのまま試すと、机上の想定との差がすぐ分かります。そのうえで、色地の除去やコントラスト補正をどこまでかけるかを決めます。ここを飛ばすと、稼働後にテンプレートを作り直すことになります。

折れ・汚れ・押印の重なり

現場に届く紙には、オフィスの紙にはない痕跡が付きます。荷物の上で書かれた折れ目や凹凸、荷降ろし中の油や土の汚れ、雨の日の湿り、そして押印です。

押印は特に厄介です。取引先の社印や担当者印が、品名や数量の欄に重なって押されていることがあります。人間の目は印影の下の文字を推測できますが、読み取り側は重なった部分を潰れた文字として扱います。自社で受領印を押す運用がある場合も、その位置が抽出項目に重なっていないかを確認する価値があります。押す場所を数センチずらすだけで解決することが実際にあります。

折れ目には、撮る前に紙を平らにする一手間が効きます。クリップボードや透明なシートに挟むだけで、影の落ち方が変わります。この程度の運用ルールで改善する部分は、システム側の調整より先に手を付けたほうが効率的です。

撮る場所と時間を先に決める

技術的な条件よりも、運用の条件のほうが結果を左右します。誰が、どこで、いつ撮るのかを先に決めてください。

選択肢は3つあります。受入カウンターに固定の撮影台と端末を置き、受領サインの直後に撮る形は、照明が安定するため画質が最も良く、その場で結果を確認できます。ハンディ端末やスマートフォンで撮る形は、設備投資が小さい代わりに、手ブレや斜めからの撮影、逆光といったばらつきが出ます。紙を集めてから事務所でまとめてスキャンする形は、画質こそ安定しますが、受入から入力までの時間差が残り、本記事が問題にしている紙とモノの分岐がそのまま残ります。

どれを選ぶかは、拠点の物理的な条件と1日あたりの枚数で決まります。受入口が1か所に集約されているなら固定の撮影台が、複数に分散しているならハンディ端末のほうが、運用として続きやすくなります。

時間についても決めておいてください。ドライバーが待っている時間に読み取り結果の修正までやろうとすると、現場が撮影を飛ばすようになります。カウンターでやるのは撮ることとエラーの有無を見ることまで。修正は後段、という切り分けが現実的です。

発注書 OCR との照合で決めるのは許容差ではなく「誰がどこで止めるか」

読み取ったデータは発注データと突き合わせます。ここで検討が長引きがちなのが、許容差をいくつにするかという議論です。しかし実務でより重要なのは、差が出たときに誰がどこで止めるか、という設計のほうです。

数量差・品目差・単価差は止める場所が違う

差異には種類があり、種類ごとに「その場で解決できるかどうか」が違います。一律に扱うと、現場が止まるか、差異が素通りするかのどちらかになります。

数量差は、現場のゲートで確認すべき差異です。頼んだ数と届いた数が違うのであれば、目の前に現物がある今しか確かめられません。ドライバーに聞けば、積み残しなのか分納なのかが分かることもあります。トラックが出てしまってからでは、数え直すことも返すこともできません。

単価差は、逆に現場で止めてはいけない差異です。伝票の単価が発注単価と違っていても、受入カウンターでは解決できません。値上げの通知が営業と購買のあいだで止まっているのかもしれませんし、単なる記載ミスかもしれません。どちらにせよ判断するのは購買と経理です。ここで現場が「単価が違うので受け取れません」とやると、トラックが門から出られず、次の便が入れなくなります。モノ自体は正しく届いているのですから、受け取ってから解決すべき差異です。

品目差はその中間です。届いた品番が発注と違う場合、代替品として認められているものなら受け取れますし、まったくの誤配送なら持ち帰ってもらったほうが早い。この判断には品目マスタと代替品の登録が要ります。マスタが整備されていない状態で自動化しようとすると、例外だらけになります。

過納・欠品・代替品の3類型

数量と品目の差異を、現場での扱いという観点で3つに分けておくと、運用ルールが書きやすくなります。

過納は、発注より多く届いた状態です。受け取れば在庫と債務が増えますが、包装単位の関係で端数がどうしても出る品目もあれば、次回分を先に持ってきているだけの場合もあります。現場でやるべきは、受け取るか返すかの判断ではなく、過納である事実を記録して購買に上げることです。

欠品は、発注より少ない状態です。確認したいのは、分納の途中なのか積み残しなのか、という点です。分納であれば発注残として管理を続けます。積み残しであれば、いつ来るのかをその場でドライバーに確認できることがあります。欠品を検収時に記録しておかないと、月末に請求書と突き合わせて初めて発覚し、そのときには誰も経緯を覚えていません。

代替品は、発注した品番とは違うものが同等品として届いた状態です。これがいちばん危険です。品番が違うまま入庫すると、在庫データ上は発注品が入っていないのに棚には現物がある、という状態になり、棚卸しまで見つからないことがあります。受け入れの可否に技術部門の判断が要る場合もあるため、現場で自動的に通す設計にはしないほうが安全です。

表 差異の類型と止める場所

これまでの整理を、止める場所という観点で1枚にまとめます。

この表は、そのまま現場の掲示物にできる粒度で作ってください。受入担当が迷ったときに見る紙が1枚あるかないかで、運用の安定度が変わります。

検収 業務 自動化はどこまで自動になるか

自動化の範囲を決めるとき、「どこまで自動にできるか」から入ると際限がなくなります。「どこから先は人が見るか」から決めたほうが、設計が早く固まります。

自動で通す条件を先に文章で書く

設定画面を開く前に、自動で通す条件を日本語の文章で書き出してください。たとえば次のような書き方になります。

• PO番号が読み取れ、有効な発注が1件だけ特定できること
• 明細の品番がすべて発注明細と一致すること
• 各明細の数量が発注残数量以下であること
• 発行者の納税者番号が取引先マスタと一致すること
• 明細から再計算した合計金額が、伝票の合計と一致すること
• 通し番号が過去の受領データに存在しないこと

この6行がすべて満たされたものだけを自動で通し、ひとつでも外れたら人の確認に回す。この形にしておくと、稼働後にタッチレス率が想定より低かったときに、どの条件で落ちているかを数えられます。条件を文章にしていないと「なんとなく通らない」という状態になり、改善のしようがありません。

例外の戻し先を決めてから導入する

自動化の設計で最も抜けやすいのが、例外の行き先です。自動で通らなかった伝票が誰の画面に溜まるのか。それを見るのは誰で、いつ見るのか。判断がつかないときは誰に上げるのか。

本記事のモデルでは、月900枚のうち30%にあたる270枚が例外に回ります。1日あたり12枚から13枚です。誰が処理するかを決めずに導入すると例外の山ができて、結局は元の手入力に戻ります。実務的には、種類別に振り分けるのが有効です。数量と品目の差異は購買へ、証憑の記載不備は経理へ、読み取り自体の失敗は入力担当へ。この3つに分けるだけでも滞留が減ります。

例外処理の画面では、元画像を横に並べて表示できることが重要です。数字だけを見て直すのか、紙の該当箇所を見ながら直せるのかで、処理速度が変わります。

受領サインは自動化の対象にしない

最後にひとつ、自動化しないと決めておくべきものがあります。受領のサインです。

受領サインは、自社の担当者が「たしかにこの荷物を受け取りました」と表明する行為です。ここを省略したり、システムが自動で代行したりすると、後日トラブルが起きたときに誰が何を確認したのかを説明できなくなります。電子サインへの置き換え自体は問題ありませんが、その場合も人が見て人が承認した記録が残る形にしてください。読み取りの自動化と責任の所在は別の話です。

WMS・在庫システムへの連携で決める2つのこと

読み取ったデータを在庫システムへ渡す段になると、2つの論点が出てきます。どちらも技術ではなく業務の決めごとです。

入庫を計上するタイミング

ひとつめは、いつ在庫を増やすかです。

受領時点で計上する方式では、読み取りが通った瞬間に在庫が増えます。在庫データが現物に追いつくのが早く、生産側から「もう届いているはずだ」という問い合わせが減ります。一方で、その後の検査で不合格になったものや差し戻すものが、いったん在庫に乗ります。

検収完了時点で計上する方式では、受入検査や数量確認が終わってから在庫が増えます。正確性は上がりますが、現物が構内にあるのに在庫データ上は存在しない時間が生まれ、これが長いと生産側が待たされます。

どちらが正しいということはなく、品目の性質で分けるのが現実的です。受入検査が要る品目は検収完了時点、検査のない汎用部材は受領時点、といった具合です。ここを決めずに導入すると、在庫差異の原因がタイミングのずれなのか実際の誤りなのかを切り分けられなくなります。

「未検収在庫」という状態を持つ

ふたつめが、上の論点を解く鍵になります。在庫の状態として「未検収」を持てるようにすることです。

未検収在庫とは、構内にあり、場所も数量も分かっているが、まだ使ってよいとは決まっていない在庫です。この状態を持てると、受領時点で計上しながら生産側からは引き当てられない、という運用ができます。差異が出た品目、代替品として届いたもの、外観に問題があったものは、この状態で隔離します。

システム側にこの状態がない場合、現場は物理的に別の場所へ置くことで代替します。それ自体は悪くありませんが、置き場所が一杯になるとルールが崩れます。データ上の状態として持てるなら、そのほうが安定します。

倉庫側のロケーション管理や引当のルールについては入出庫管理システム2026｜タイ工場の倉庫を止めないための設計で整理しています。納品書のデータ化は、その入口に情報を供給する役割を担います。

AI-OCR 導入の費用と回収(モデル試算)

ここからの数字は、計算の型を示すために弊社が置いた仮定に基づくモデルです。実際の見積もりでも、実在する拠点の実績でもありません。前章までの内容とは切り離してお読みください。

前提を置く

タイの日系製造業の1拠点を想定します。部品の調達先は40社、月間の納品書は900枚です。稼働22日として1日あたり約41枚、1枚あたりの明細行は平均6行と置きます。

現状は、受入担当が現品を数えて紙にサインし、その紙をバックオフィスへ回し、担当者が発注データと突き合わせて基幹システムに入力する流れです。1枚あたり8分と置くと、月900枚で7,200分、つまり120時間になります。事務職の総額人件費を1時間あたり250 THBと仮置きします。

導入後は、自動で通る割合(タッチレス率)を70%と置きます。自動で通る1枚は撮ることと結果を見ることだけなので1分、例外に回る1枚は画面で確認して直すため6分です。630枚が1分、270枚が6分ですから、630分と1,620分で合計2,250分、つまり37.5時間になります。

削減される時間は、120時間から37.5時間を引いて82.5時間です。金額に直すと82.5時間かける250 THBで20,625 THB、年間では247,500 THBです。

もうひとつの効果が誤入庫です。現状、納品書の数量や品目の取り違えに起因する誤入庫が月6件発生しているとします。1件あたりの復旧コスト、つまり棚卸調査、再手配、生産側の待ち時間を合わせて4,500 THBと仮置きします。受入時点の照合でこれが60%減るとすると、月3.6件の削減で16,200 THB、年間では194,400 THBです。

表 費用の5層

費用は5つの層に分けます。層に分ける理由は、どれが効果に効いていてどれが効いていないかを後から検証できるようにするためです。

初期が620,000 THB、年額が270,000 THBです。注目していただきたいのは、第4層の開発費が初期の6割を占める点です。読み取りそのもの(第1層と第2層)より、発注データとの照合と在庫システムへの連携のほうが金額として大きくなります。本記事が製品選定ではなく業務プロセスの設計を主題にしているのは、この配分が理由です。なお、製品そのものの比較検討はAI-OCR比較2026｜タイ工場で使える製品の選び方で扱っていますので、候補出しはそちらをご覧ください。

表 効果

効果は2つです。事務工数の削減と、誤入庫の復旧コストの削減です。

ここで強調しておきたいことがあります。人件費の削減だけを数えると、この投資は回収しません。工数削減の年間効果247,500 THBに対して年額費用が270,000 THBですから、それだけでは赤字です。受入時点の照合が本当に効いているのは誤入庫の復旧コストの側で、そこを数えて初めて投資として成立します。

回収年数を出す

年間の純効果は、効果合計441,900 THBから年額費用270,000 THBを引いて171,900 THBです。初期投資620,000 THBを171,900 THBで割ると、単純回収年数は3.6年になります。

設備投資としては長めで、3年以内で回る案件ではありません。ただし、後述するように試算に入れていない効果もありますし、誤入庫の削減率を60%より高く見込める拠点であれば回収は短くなります。逆に、現状の誤入庫がほとんど発生していない拠点では、この投資は回りません。検討の前に「過去1年で誤入庫が何件あったか」を数えてみることをお勧めします。

タッチレス率が動くとどうなるか

タッチレス率は、この試算で最も振れやすい変数です。取引先の書式の揃い方、マスタの整備状況、テンプレートの作り込みによって、50%にも90%にもなります。

注意していただきたいのは、タッチレス率は工数削減にしか効かない、という点です。誤入庫の抑止効果には掛けません。照合そのものは例外に回った伝票でも実行されるからです。自動で通らなかったということは、むしろ差異が検出されたということであり、誤入庫の防止という観点では働いています。ここに一律の係数を掛けると、結論が変わってしまいます。

50%の行は、450枚が1分、450枚が6分で3,150分、つまり52.5時間という計算です。90%の行は、810枚が1分、90枚が6分で1,350分、つまり22.5時間になります。誤入庫の効果は3行とも194,400 THBで動きません。

読み取っていただきたいのは、タッチレス率が50%から90%まで動いても回収年数は4.9年から2.9年の範囲にとどまる、という点です。2倍の開きにはなりません。誤入庫の効果が下支えしているためです。逆にいえば、誤入庫の効果を見込めない拠点では、タッチレス率をどれだけ上げても回収年数が伸びます。

この試算に足してはいけない効果

投資の説明資料では効果を積み増したくなりますが、次の3つは足さないでください。積むと、後で説明できなくなります。

• 在庫金額そのものの圧縮。納品書のデータ化では在庫は減りません。発注の仕方が変わらない限り、届く量は同じです
• 支払サイクルの短縮による資金効果。支払側の設計に依存するため、この試算とは別勘定にしてください
• 誤入庫以外の在庫差異。棚卸誤差や出庫時の取り違えは受入時点の照合では防げないため、本記事の射程外です

なお、ベンダーが公開している試算例として、請求書処理を月200枚として1枚12分が1.5分になるという数字が示されているものがあります。これは請求書での試算例であり、納品書の数字ではありません。本記事のモデル試算とは別物ですので、混ぜて使わないようご注意ください。

導入の進め方｜4つのステップ

設計の考え方が固まったら、実行の順序です。納品書のデータ化は現場の運用を変える部分が大きいため、順序を間違えると定着しません。

ステップ1 現物の伝票を集めて分類する

最初にやるのは、システムの検討ではなく紙集めです。直近1か月ぶんの納品書を取引先ごとに分けて並べてください。40社あれば40の山ができます。

ここで見るのは3つです。ひとつは書式のばらつきで、同じ取引先でも営業所によって違うことがあります。ふたつめは複写かどうかで、カーボン面の伝票がどれだけあるかを数えます。みっつめは枚数の偏りです。取引先別に枚数を数えると上位の数社に集中していることが多く、テンプレートの整備はその上位から着手します。

ステップ2 差異の実績を数える

次に、過去1年の受入で実際に何が起きたかを数えます。数量差が何件、品目差が何件、そのうち誤入庫に発展したものが何件で、復旧にどれだけかかったか。

この作業が投資判断の分母と分子を決めます。前章のモデルでは誤入庫を月6件、復旧コストを1件4,500 THBと仮置きしましたが、これは拠点ごとに大きく違います。実績を数えずにベンダーの試算をそのまま使うと、稼働後に「効果が出ていない」という話になります。

ステップ3 止める場所のルールを紙1枚で決める

差異の類型と、止める場所、判断する部署を紙1枚にまとめます。前章の表がそのひな形です。この紙を、購買、経理、品質保証、受入現場の4者で読み合わせて合意してください。

この工程を飛ばして先にシステムを作ると、稼働後に「この差異は誰が見るのか」という議論が例外の山の前で始まります。ルールを先に決め、それをシステムに写す。この順序を守ってください。

ステップ4 上位の取引先から段階的に広げる

全40社を同時に立ち上げないでください。まず上位10社ぶんのテンプレートを整備し、その範囲で運用を始めます。1か月から2か月動かすと、タッチレス率の実績、例外の中身、撮影運用の問題点が見えてきます。

その結果をもとに残りを段階的に追加します。書式が特殊で読み取りが安定しない取引先は、無理に自動化せず、書式の変更を依頼するか手入力のまま残すという判断も選択肢です。全件を自動化することが目的ではありません。

よくある失敗

これまでに見てきた、納品書のデータ化がうまくいかないパターンを挙げます。

読み取り精度だけを検討して照合を後回しにする

最も多い形です。デモで読み取り精度を確認し、良さそうだと判断して導入を決める。ところが読み取ったデータを発注データと突き合わせる部分が設計されておらず、結局は人がExcelで照合している。費用の5層で見たとおり、金額としても手間としても照合と連携のほうが大きな部分を占めます。検討の順序を逆にしてください。

現場に届いた紙で試さない

経理のスキャナで取り込んだきれいなサンプルで精度を評価し、本番で数字が出ない。カーボン面、折れ、汚れ、押印の重なりは実物でしか確認できません。検討段階で受入カウンターの紙をそのまま集めてください。

例外の戻し先を決めずに稼働させる

タッチレス率70%であれば、月900枚のうち270枚が例外に回ります。行き先を決めずに稼働させると、例外の一覧に伝票が溜まり続け、数か月で誰も開かなくなりがちです。種類別の振り分けと、見る人と、見る頻度を先に決めてください。

現場に単価の判断をさせる

差異をすべて現場で止める設計にすると、単価差でトラックが待たされます。数分の遅れがその日の全便に波及します。現場で止めるのは現物に関わる差異だけ、という線引きを守ってください。

人件費の削減だけで稟議を書く

モデル試算で見たとおり、事務工数の削減だけでは年額費用を下回ります。この形で稟議を書くと、通らないか、通っても稼働後に「効果が出ていない」と言われます。受入時点でしか効かない誤入庫の復旧コストを数えてください。

受領サインまで自動化しようとする

効率化の勢いで、受領の承認行為まで機械に任せてしまう。後日トラブルが起きたときに、誰が何を確認したのかを説明できなくなります。読み取りの自動化と責任の所在は分けて考えてください。

よくある質問

納品書 データ化は請求書のデータ化と何が違いますか

届く場所と、確かめられる対象が違います。請求書はバックオフィスに届き、支払時点の判断に使われます。納品書はモノと一緒に現場へ届き、実際に何がいくつ届いたかという、そこにしかない情報を確定させます。この情報は月末には復元できません。したがって、受入カウンターでの数十秒をどう設計するかが中心の論点になります。

帳票 OCR の精度はどのくらい必要ですか

項目によって違う、というのが実務的な答えです。数量や品番のように現物と突き合わせる項目は、誤読が誤入庫に直結するため厳しく見ます。運送業者名や状態メモのような項目は、多少読み違えても業務が止まりません。全項目に一律の目標を置くより、項目ごとに「間違ったら何が起きるか」を整理して確認の要否を分けたほうが現実的です。

タイの納品書は日本と同じ扱いでよいですか

同じ扱いにはできない場合があります。タイでは在庫品の売買で引渡しの時点に税ポイントが立つため、納品書とタックスインボイスを1枚の書式で発行する運用が広く使われています。その場合、現場に届く紙が仕入税額控除の証憑を兼ねます。控えを現場のファイルに数週間置く運用は、原紙の散逸リスクを抱えることになります。

発注書 OCR との照合はどこまで自動でできますか

PO番号が読め、品番が発注明細と一致し、数量が発注残以下で、合計金額の再計算が合う。この条件がすべて揃ったものは自動で通せます。本記事のモデルではこの割合を70%と仮置きしました。実際の値は取引先の書式の揃い方と品目マスタの整備状況で決まりますので、まず上位の取引先だけで試して実績を測ることをお勧めします。

検収 業務 自動化を入れると受入担当の仕事は減りますか

受入担当そのものの作業は大きくは減りません。現物を数え、サインし、撮る、という流れになるためです。減るのは後段の入力工数で、モデル試算では月120時間が37.5時間に、つまり82.5時間の削減としています。現場には「作業が減る」ではなく「後で聞かれることが減る」と説明したほうが実態に近く、協力も得やすくなります。

AI-OCR 導入の費用はどのくらいかかりますか

拠点の規模と既存システムとの連携範囲で大きく変わります。本記事のモデルでは初期620,000 THB、年額270,000 THBと仮置きしました。このうち最も大きいのは発注データ照合とWMS入庫連携の開発で、初期の6割を占めます。読み取りのライセンス費用だけを見て判断すると、実際の見積もりとの差が大きくなります。

取引先ごとに書式が違いますが、テンプレートは何種類要りますか

原則として取引先ごと、場合によっては営業所ごとに要ります。ただし全社ぶんを最初から作る必要はありません。まず取引先別の枚数を数え、集中している上位から着手して段階的に広げるのが効率的です。枚数の少ない取引先は手入力のまま残す判断もあり得ます。

スマートフォンで撮った写真でも読めますか

読める場合が多いものの、条件のばらつきが結果を左右します。斜めからの撮影、逆光、手ブレ、影の落ち方といった要因が加わるためです。受入カウンターに固定の撮影台を置けるのであれば、そのほうが安定します。ハンディ端末を使う場合は、撮る位置と紙の押さえ方を運用ルールとして決めておくと、精度の振れが小さくなります。

まとめ

納品書は、モノと一緒に現場へ届く紙です。ところが受入担当がサインした瞬間、紙は経理へ、モノは倉庫へと別々の流れに分かれます。両者が再会するのは請求書が届く月末で、そのときにはもう現品を数え直せません。納品書 データ化とは、この2本の流れを受け取った1分間で1本に束ね直す作業です。

タイでは、この紙が納品書兼タックスインボイスであることが多く、現場に届いた時点で仕入税額控除の証憑を兼ねています。日本の「控えを現場に置く」運用がそのままでは通りにくいのは、このためです。一方で、歳入法典 第86/4条が必須記載事項を定めているおかげで、OCRで読む項目の骨格を業務都合で決める必要がありません。請求書の自動化にはない、設計上の利点です。

照合の設計では、許容差をいくつにするかより、誰がどこで止めるかを先に決めてください。数量差と品目差は現物がある現場のゲートで確認し、単価差はバックオフィスで解決する。現場で単価を止めるとトラックが門から出られなくなります。そして投資の説明では、事務工数の削減だけを数えないでください。モデル試算では年間247,500 THBの工数削減に対して年額費用が270,000 THBですから、それだけでは回収しません。受入時点の照合が本当に効いているのは、誤入庫の復旧コストの側です。

弊社は、タイの日系製造業向けに生産管理と業務システムの構築を手がけており、受入現場の帳票データ化についても、現物の伝票の分類から差異ルールの設計、在庫システムへの連携までを一貫してお手伝いしています。まだ製品を絞り込む段階ではない、まず自社の受入で何が起きているかを整理したい、といった段階でも構いません。現場の伝票を拝見したうえで、どこから着手すると効果が出やすいかのご提案から始められます。ご相談はお問い合わせページからお気軽にどうぞ。

参考情報

• Section 85_86 | The Revenue Department (English Site)
• Thai Tax localization — Delivery Note / Tax Invoice
• 3点照合とは｜発注書・納品書・請求書の突合 – GENIAL TECH
• 請求書照合とは｜発注書・納品書との突合を効率化する方法 – invox
• 納品書の手入力をなくすAI-OCRデータ化ガイド – LINE WORKS PaperOn
• AI Packing Slip Processing and Data Extraction – Affinda
• Best Delivery Note OCR Software 2026 – Lido
• AI-OCRによる請求書処理自動化の費用相場 – MRI