bundlyze
  1. ホーム
  2. コラム
  3. AI活用・業務効率化
  4. 紙の注文書・請求書をAIで読み取って入力を減らす。業務システムにつなぐときに決めること

紙の​注文書・請求書を​AIで​読み取って​入力を​減らす業務システムに​つなぐときに​決めること

紙の​注文書や​請求書を​AIで​読み取るとき、​手間が​減るかは​読み取った​後で​決まります。​入れる​先の​項目、​人が​確かめる​所、​取引先と​品番の​突き合わせ、​合わないときの​行き先を​先に​決め、​請求書は​国税庁の​保存の​ルールと​分けて​考えます。

この​記事の​結論

紙の​注文書や​請求書を​AIで​読み取って​入力を​減らすとき、​手間が​本当に​減るかを​決めるのは、​読み取りの​精度よりも、​読み取った​後の​作りです。
先に​決めておきたいのは、​読み取った​値を​業務システムの​どの​項目に​入れるか、​人が​どこを​確かめるか、​取引先や​品番を​自社の​台帳​(マスタ)とどう​突き合わせるか、​合わないときや​読めないときに​どこへ回すかの​4つです。
請求書を​扱うなら、​税の​ルールも​分けて​考えます。
国税庁は、​メールの​PDFなどで​受け取った​請求書の​データは​電子のまま​保存することを​法人と​個人事業者に​求めていて、​紙で​受け取った​書類を​読み取って​紙を​捨てる​「スキャナ保存」は希望者だけの​制度で、​解像度や​入力の​期限などの​要件が​あるとしています。
受け取った​請求書​そのものに​誤りが​あったときは、​自社で​直さず、​売手に​直したものを​出してもらうのが​原則です。

紙で​届く​注文書や​請求書を、​毎日だれかが​画面に​打ち込んでいる。
AIで​読み取れば、​その​手間が​消えるのではないか。
そう​考えるのは​自然なことです。

この​記事は、​読み取る​道具の​選び方ではなく、​読み取った​後の​話に​絞ります。
どの​業務から​AIを​試すかはAIで​業務効率化するなら、​何から​任せるかに、​開発を​外に​頼むときの​試し方は生成AIを​業務システムに​組み込む​開発を​外に​頼むときに​書きました。

​

AIの​読み取りの​試作で、​まず目に​入るのは​「紙の画像から、​文字が​きれいに​取れた」画面です。
それ自体は​本当に​便利です。
ただ、​そこで​取れたのは​文字の​並びで、​業務システムに​入る​形には​まだなっていません。

注文書を​例にします。
1枚の​注文書には、​取引先、​注文日、​納期のような​「1枚に1つ」の値と、​品番、​数量、​単価のような​「行の数だけある」値が混ざっています。
業務システムの​側では、​前者は​注文の​見出しの​1件、​後者は​その​明細の​何件かとして​持つことが​多いはずです。
読み取った​値を、​この​形に​並べ直すところまでが、​本当の​入力の​手間です。

そこで、​試作の​前に、​入れる​先の​項目を​書き出しておきます。

読み取る​値入れる​先の​項目入れる​前に​確かめること
取引先の​名前受注の​取引先​(取引先の台帳の​番号)台帳の​どの​取引先に​当たるか
注文日・納期受注日・納期日付として​読めるか。​和暦や​「来週月曜」のような書き方の​扱い
品番・品名明細の​商品​(商品の台帳の​番号)取引先の​品番と​自社の​品番の​どちらか
数量・単価明細の​数量・単価単価が​台帳の​値と​合うか。​単位​(個・箱・ケース)が同じか
合計の​金額照合だけに​使う明細から​計算した合計と​合うか

最後の​行のように、​読み取っても​「入れない」値があって​よいと​私は​考えています。
合計の​金額は、​システムが​明細から​計算できます。
読み取った​合計は、​計算した合計と​比べて、​読み違いに​気づくための​物差しに​回すほうが​役に​立ちます。

入れ方も​3通りあります。
業務システムに​外から​書き込む口​(API)があるか、​CSVの​取り込みだけか、​画面から​打つしか​ないか。
画面から​打つしかないなら、​読み取りを​足しても、​最後の​転記は​人の​手に​残ります。
このときは、​読み取った​値を​横に​並べて、​打つ人が​見比べながら​入れる​形に​するだけでも、​手間は​変わります。

もう​1つ、​読み取った​値には、​元の​紙の​画像を​1対1で​つないでおきます。
後で​「この数量は​本当に​10だったか」と聞かれたとき、​システムの​1件から​元の​画像に​たどれないと、​紙の​束を​探すことになります。

​

AIの​読み取りは、​間違えることがあります。
手​書きの​数字、​かすれた​FAX、​印鑑が​重なった​文字、​表の​罫線に​かかった​数字。
どれも、​人が​見ても​迷うものです。

だから、​人の​確かめを​なくす前提で​作らないほうが​安全です。
決めておきたいのは、​全部を​見るのか、​どこだけを​見るのか、です。

私なら、​使い​始めは​全件を​人が​見る​形にします。
そのうえで、​項目ごとに​重さを​分けます。
金額、​数量、​品番、​取引先は、​間違えると​お金や物の​流れが​変わるので、​画像と​並べて​確かめる。
備考のような​自由な​書き込みは、​目を​通す程度に​する。
こうして、​人が​直した​箇所を、​項目ごとに​数えて​残しておきます。

その​記録が​たまると、「この取引先の​注文書の​品番は、​ほとんど​直していない」「この項目は​手書きだと​毎回直している」といったことが​見えてきます。
確かめる​範囲を​狭めるのは、​その​数字を見てからです。
AIが​返す​「どれくらい自信が​あるか」の値だけを​頼りに​確かめる​範囲を​決めるのは、​最初のうちは​避けたいと​私は​考えています。
自信が​高いまま​間​違えることが​あるからです。

確かめる​画面の​作りも、​手間を​大きく​左右します。
読み取った​値と​元の​画像の​該当箇所が​並んでいて、​直したら​そのまま​次の​1枚に​進める。
この​画面が​ない​仕組みでは、​確かめる​人が​画像を​別に​開いて​探すことになり、​読み取りで​減らした​手間が​戻ってきます。

​

読み取りの​仕組みで​手間が​かかりやすいのは、​読み取り​そのものより、​自社の​台帳との​突き合わせです。

取引先の​名前は、​同じ​会社でも​書き方が​揺れます。
「株式会社」と「㈱」、​全角と​半角、​支店名の​有無。
読み取った​文字のまま​台帳を​探すと、​見つからないか、​別の​会社に​当たります。

手元で、​文字の​書き方を​そろえる​処理として​広く​使われる​「Unicodeの正規化​(NFKC)」を試してみました​(2026年10月7日)。
全角の​「ABC-123」は半角の​「ABC-123」に、​半角カナの​「カブシキガイシャ」は全角の​「カブシキガイシャ」に、​「㈱」は「(株)」に、​「1,200」は「1,200」にそろいました。
一方で、「(株)」は「株式会社」にはなりません。
「髙」は「高」にならず、​別の​字のままです。
長音の​「ー」と、​マイナスの​記号​「−」と、​半角の​「-」も、​それぞれ別の​文字のまま​残りました。
見た目の​揺れの​一部は​この​処理で​そろいますが、​残りは、​台帳の​側に​「この書き方も​この​取引先」という別名を​持たせる​作りが​要ります。

見えない​文字が、​突き合わせを​黙って​外すこともあります。
私たちは​2026年10月の​自社サイトの​作り直しのときに、​それまで​本番で​使っていた​採用の​フォームの​職種の​値に、​画面の​改行を​整えるための​見えない​文字​(ゼロ幅スペース)が混ざっていて、​受け取る​側の​職種の​一覧に​一致せず、「その他」に振り分けられていたことに​気づきました。
画面で​見るかぎり、​文字は​まったく​同じでした。
先ほどの​正規化を​試したときも、​この​ゼロ幅スペースは​消えずに​残っています。
読み取った​値を​台帳と​突き合わせる​前に、​こうした​文字を​取り除く​処理を、​別に​入れておく​必要が​あります。

請求書なら、​名前よりも​確かな​手が​かりが​あります。
インボイス制度の​請求書​(適格請求書)には、​売手の​登録番号を​書くことになっています​(国税庁:インボイス制度の​概要、2026年10月7日確認)。
登録番号は、​法人​番号の​ある​事業者なら​「T」と法人​番号、​それ以外は​「T」と13桁の​数字です​(国税庁:適格請求書等保存方式の​概要​(パンフレット)、2026年10月7日確認)。
取引先の​台帳に​登録番号や​法人​番号を​持たせておけば、​名前の​揺れに​左右されずに​突き合わせられます。
国税庁の​「適格請求書発行事業者公表サイト」では、​登録番号から​公表されている​情報を​調べられ、​システムから​問い合わせる​仕組み​(Web-API)もあります。
Web-APIを使うには、​国税庁へ​申請して​アプリケーションIDの​発行を​受ける​必要が​あります​(国税庁:適格請求書発行事業者公表サイト Web-API、2026年10月7日確認)。

品番も​同じです。
取引先が​自分の​品番で​書いてくる​注文書なら、​取引先の​品番と​自社の​品番の​対応表が​要ります。
この​対応表が​いまは​担当者の​頭の​中に​しかない、ということは​よく​あります。
読み取りの​仕組みを​作る​前に、​その​対応表を​書き出す作業が、​いちばん​効くことがあります。

​

突き合わせで​台帳に​見つからない​取引先。
台帳の​単価と​違う​単価。
明細から​計算した合計と、​読み取った合計の​ずれ。
画像が​ぼやけて​読めない​1枚。

こうしたものを、​どこに​置いて、​だれが、​いつまでに​片づけるかを​決めておかないと、​仕組みは​止まるか、​間違った​値のまま​流れます。
私は、​こうした​1枚を​「保留」として別の​置き場に​集め、​理由​(取引先なし、​単価違い、​合計違い、読めない)を付けて、​担当の​人の​一覧に​出す形を​考えます。
保留の​数と​理由の​内訳は、​そのまま、​仕組みの​どこを​直すかの​材料に​なります。

同じ​書類を​2回取り込む事故も、​先に​防いでおきたいところです。
FAXと​郵便で​同じ​注文書が​届く、​スキャンを​やり直す、といったことは​起きます。
取引先、​書類の​番号、​日付、​金額が​同じものが​来たら​止める、という​確かめを、​取り込みの​前に​入れておきます。

ここで、​もう​1つ分けて​考えたいことがあります。
「読み取りの誤り」と「書類そのものの​誤り」です。
読み取りの​誤りは、​自社の​仕組みの​問題なので、​自社の​データを​直せば​済みます。
ところが、​受け取った​請求書​そのものの​記載に​誤りが​あった​場合は、​話が​違います。
国税庁は、​交付を​受けた​適格請求書の​記載事項に​誤りが​あったときは、​売手に​修正した​適格請求書の​交付を​求めて​保存する​必要が​あり、​原則として​自ら​追記や​修正は​できない、としています。
そのうえで、​買手が​誤りを​直した​仕入明細書などを​作り、​売手の​確認を​受けて​保存する​方法も​示しています​(国税庁:インボイス制度に​関する​Q&A 問92 交付を​受けた​適格請求書に​誤りが​あった​場合の​対応、​令和6年4月改訂、2026年10月7日確認)。
人が​確かめる​画面で​「書類の誤り」に気づいたら、​システムの​値を​黙って​直して​先に​進めず、​売手に​問い合わせる​流れに​回す。
保留の​理由に、「書類の誤り」を1つ​足しておくと、​この​区別が​つけやすくなります。

​

請求書や​領収書は、​税のために​保存しておく​書類です。
AIで​読み取る​仕組みと、​書類を​保存する​仕組みは、​同じものだと​考えないほうが​整理しやすいと​私は​思います。

国税庁は、​帳簿や​書類を​電子で​保存する​制度を​3つに​分けています。
電子帳簿等保存と​スキャナ保存は​希望する​人だけが​使う​制度で、​電子取引データ保存は​法人・個人事業者の​対応が​必要なもの、という​分け方です​(国税庁:電子帳簿等保存制度を​活用して、​デジタル化を​さらに​進めてみませんか?、​令和8年6月、2026年10月7日確認)。

ここから、​書類の​届き方で​道が​分かれます。

メールの​添付の​PDFなど、​データで​受け取った​請求書は、​電子取引の​データとして、​その​データを​保存することが​求められています​(同上)。
紙に​印刷して​読み取る​流れに​しても、​届いた​データの​保存は​別に​要るので、​私は、​届いた​データ​そのものを​保存しつつ、​そこから​値を​取り出す形に​するほうが​筋が​よいと​考えます。
取引先が​デジタルインボイス​(Peppol)で送ってくるなら、​読み取りを​挟まずに​データのまま​取り込めます​(受け取ったデータの​保存が​要るのは​同じです)。

紙で​受け取った​請求書は、​紙のまま​保存しておくこともできます。
この​場合、​AIの​読み取りは、​あくまで​入力を​楽に​するための​道具です。
紙を​捨てて​読み取った​画像だけを​残したいときに、​スキャナ保存の​要件が​関わってきます。
国税庁の​パンフレットでは、​請求書や​領収書のような​重要書類は、​受け取ってから​おおむね7営業日以内​(決まった事務の​流れが​あるなら​最長2か​月と​その​後​おおむね7営業日以内)に読み取ること、​解像度200dpi相当以上、​カラー​(赤・緑・青それぞれ256階調以上)で読み取ること、​タイムスタンプを​付けること​(期間内に保存したと​確かめられる​場合は​代えられる)、​訂正や​削除の​履歴が​残るか​訂正や​削除が​できない​システムを​使うこと、​取引年月日・取引金額・取引先で​検索できること、​などを​挙げています。
注文書や​見積書のような​一般​書類は、​白黒​(グレースケール)で読み取れたり、​事務の​手続を​書いた​書類を​備え付ければ​入力の​期限が​なくなったりと、​ゆる​い​扱いも​あります​(国税庁:はじめませんか、​書類の​スキャナ保存、​令和5年7月、2026年10月7日確認)。

AIに​読ませるために、​画像を​小さく​したり、​白黒に​したりすることがあります。
それを​そのまま​保存用の​画像に​すると、​この​要件から​外れるかもしれません。
紙を​捨てる​つもりが​あるなら、​読み取る​前の​段階で、​保存用の​画像を​要件に​合わせて​別に​残す作りに​しておくほうが、​後で​困りません。
自社が​どの​制度を​どう​使うかは、​国税庁の​特設サイトや、​顧問の​税理士と​確かめてから​決めてください。

​​

最初から、​すべての​取引先の、​すべての​書類を​対象に​すると、​試作が​終わりません。
私なら、​注文書なら​注文書の​1種類に​絞り、​届く​枚数の​多い​取引先の​束から​始めます。
書式が​毎回​同じなので、​読み取りと​突き合わせの​作りを​確かめやすいからです。

比べる​物差しは、​読み取りの​正しさの​割合だけでは​足りません。
1枚あたり人が​手を動かした​時間、​人が​直した​箇所の​数、​保留に​なった​枚数と​その​理由。
今の​手入力の​時間と​並べて​見て、​初めて​「手間が減ったか」が分かります。
試作の​段階の​区切り方は、生成AIを​業務システムに​組み込む​開発を​外に​頼むときに、​入れる​先の​システムの​側を​作り直すか​どうかの​考え方は、業務システムは​パッケージか、​作るかに​書いています。

今の​業務システムに​外から​書き込む口が​ない、​取引先や​商品の​台帳が​整っていない、ということも​よく​あります。
その​場合は、​読み取りより​先に、​受け皿の​側を​直すほうが​早いこともあります。

Serviceサービス一覧AIを、​日々の業務で​使える​仕組みにサービスの​内容を​見る

よく​ある​質問

AI OCRを​入れれば、​請求書の​入力作業は​なくなる?
なくなりは​しないと​考えておくのが​安全です。​読み取りは​間違えることが​あり、​取引先や​品番を​自社の​台帳と​突き合わせる​作業や、​合わないものを​片づける​作業が​残ります。​使い​始めは​全件を​人が​確かめ、​直した​箇所を​項目ごとに​数えて、​確かめる​範囲を​少し​ずつ​狭めていく​進め方が​安全です。
紙の​注文書を​AIで​読み取って、​販売管理や​受注の​システムに​自動で​入れられる?
入れる​先の​システムに、​外から​書き込む口​(API)やCSVの​取り込みが​あれば、​つなげます。​画面から​打つしかない​場合は、​読み取った​値を​並べて​見比べながら​入れる​形に​なります。​どちらでも、​取引先や​品番を​台帳の​番号に​置き換える​処理と、​人が​確かめる​画面が​要ります。
AIで​読み取った​請求書の​画像を​保存すれば、​紙の​原本は​捨ててよい?
紙を​捨てて​画像だけを​残すなら、​電子帳簿保存法の​スキャナ保存の​要件を​満たす必要が​あります。​国税庁の​パンフレットでは、​入力の​期限、​解像度200dpi相当以上、​カラーでの​読み取り、​タイムスタンプ、​取引年月日・金額・取引先での​検索などが​挙げられています。​AIに​読ませるために​縮めた​画像では​足りないことが​あるので、​自社の​扱いは​国税庁の​資料や​税理士と​確かめてください。
メールで​PDFの​請求書が​届く​場合も、​印刷して​AIで​読み取ればいい?
データで​受け取った​請求書は、​電子取引の​データとして、​その​データを​保存することが​求められていて、​印刷しても​届いた​データの​保存は​別に​要ります。​印刷してから​読み取るより、​届いた​PDFを​保存しつつ、​そこから​値を​取り出す形に​するほうが​筋が​よいと​考えます。
請求書の​読み取りで、​取引先の​名前が​台帳と​一致しないときは​どうする?
全角と​半角、「株式会社」と「㈱」などの揺れは、​文字の​正規化である​程度​そろいますが、​すべては​そろいません。​台帳に​別名を​持たせるか、​インボイスの​登録番号や​法人​番号で​突き合わせる​作りにします。​見つからないものは​保留に​回し、​人が​台帳に​足すか​確かめます。
読み取った​請求書の​金額が​間違っていたら、​自社の​システムで​直して​よい?
読み取りの​誤りなら、​元の​画像と​見比べて​自社の​データを​直します。​請求書​そのものの​記載が​誤っていた​場合は​別で、​国税庁は、​売手に​修正した​適格請求書の​交付を​求めるのが​原則で、​買手が​自ら​追記や​修正は​できないとしています。​買手が​直した​仕入明細書などを​作り、​売手の​確認を​受けて​保存する​方法も​示されています。

bundlyzeは、​大阪・兵庫を​中心とした​関西の​会社の​業務システムを​受託で​開発していて、​紙で​届く​書類の​読み取りを​今の​システムに​つなぐ​相談も、​入れる​先の​項目と​人が​確かめる​所を​決めるところから​受けています。
この​記事を​書いた​津嘉山は、​業務システム開発と​AWSを​専門と​する​技術責任者です。

まずは、​紙で​届いている​書類の​種類と、​1日に​届く​枚数、​それを​どの​画面に​打ち込んでいるかを​書き出してみてください。

AIの​活用に​ついて
いまの​状況を​お聞かせ​ください

「何から手をつければいいか​分からない」という段階からで​構いません。

  • 24時間以内に、​担当者から​ご連絡します。
  • 全国から​ご相談いただけます。​打ち合わせは​Web会議でも、​対面でも​可能です。

送信いただいた個人情報はプライバシーポリシーに基づき取り扱います。