請求書をExcelへ手入力している会社へ｜PDFは「読む」から「そのまま処理する」へ

請求書がメールで届く。

PDFを開く。

取引先名、請求日、請求番号、金額を見て、Excelやスプレッドシートへ入力する。

元のPDFを決めたフォルダへ保存する。

次の請求書を開く。

これ、まだ全部を人がやる必要あるのかなと思っています。

自分はSEとして15年ほど、Excel、GAS、Python、Webシステムなどを使った業務改善をやってきました。ココナラでも総販売実績は273件になり、今も一番多い相談は「毎回同じことをやっているので、何とかしたい」です。

最近はここにGemini APIやOpenAI APIを組み合わせることで、今まで人が「読んでから入力していた作業」まで自動化の対象に入ってきました。

ただし、ここで一つだけ言いたいです。

請求書をGeminiやChatGPTに読ませて、Excelへ入れば完成。

そんな単純な話ではないんですよね。

派手なのは読取。でも実務で大事なのはその後

PDFから文字を読み取るデモは分かりやすいです。

請求書を渡す。

取引先名、日付、金額が返ってくる。

「おお、すごい」で終わります。

はい。

問題は、これを会社の業務として毎日使えるかです。

自分が帳票や請求まわりのシステムを作っていて、実際に時間を使うのはむしろその後です。

未入力の項目があったらどうするのか。

同じ請求書を二重で取り込んだらどうするのか。

税区分や明細の形式が取引先によって違ったらどうするのか。

読み取りに自信がない項目を、そのまま確定していいのか。

一度確定したあとに修正したくなったらどうするのか。

元PDFをどこへ残すのか。

誰が確認したか履歴を残すのか。

このへんです。

クッッッソ地味です。

でも、ここを作らないと「デモでは動くけど仕事では怖くて使えないツール」になります。

自分も帳票系の開発では、画面ではきれいに見えていたPDFが印刷すると線切れしたり、確定後に修正できる仕組みが必要になったり、スマホだと入力欄やボタンの配置を直したりと、派手じゃない部分を何度も修正してきました。

開発者目線だと新しい技術を入れたくなるんですけど、使う側からすると「間違えずに処理できる」「あとから戻せる」の方が100倍大事だったりします。

 自分なら、請求書の自動化をこう分けます

いきなり全部を自動確定にはしません。

まずは流れを分けます。

1. メール、Drive、フォルダなどに請求書PDFが届く

2. Gemini APIやOpenAI APIで必要項目を読み取る

3. 金額、日付、請求番号などをルールでチェックする

4. 人が確認する画面を出す

5. 問題なければExcelやGoogleスプレッドシートへ登録する

6. 元PDFを決めた場所へ保存する

7. 処理済み、確認待ち、エラーなどの状態を残す

ポイントは4番です。

全部を自動で確定させない。

ここ、かなり大事です。

請求書は金額を扱います。

99件正しくても、1件だけ金額を読み違えたら「99％成功したのでOK」とはなりません。

だからGeminiやChatGPTには「読む作業」を任せて、人には「最終判断」だけ残す。

これが自分は一番現実的だと思っています。

海外でも「PDFをExcelへ」が普通に仕事になっている

少し市場の話をすると、2026年9月にFiverrが公開したBusiness Trends Indexでは、Excel data cleaningの検索需要が210％増、PDF to Excelが153％増とされています。

n8nを使った自動化も伸びていますが、面白いのはもっと泥臭い「PDFをExcelへ」「Excelをきれいにする」といった仕事が伸びていることです。

実際、Upworkでも2026年10月時点で、

・請求書PDFから必要項目を抽出してGoogle Sheetsへ入れる

・PDFや画像から読み取った内容に確認工程を挟む

・メールで届いたPDFをデータベースやExcelへ同期する

といった案件やサービスが普通に出ています。

つまり、会社側が欲しいのは「すごいChatGPT連携」ではなく、「今まで人がやっていた面倒な処理を最後まで終わらせる仕組み」なんですよね。

ここを間違えない方がいいです。

OCRだけで終わらせると、結局また人が作業します

昔からOCRはあります。

PDFを文字にするだけなら、今に始まった話ではありません。

ただ、文字にしたあと、

どの列に入れるか。

取引先名を既存マスタとどう合わせるか。

同じ請求番号が登録済みではないか。

合計金額と明細合計が合っているか。

読み取れなかった項目を誰が直すか。

ここまでつながらないと、担当者は結局コピーしてExcelへ貼ります。

あなたは今ここまで読んでますよね？

たぶん「うちもPDFを見ながら何かに入力しているな」と一つくらい浮かんでいると思います。

請求書じゃなくても大丈夫です。

注文書。

見積書。

申込書。

報告書。

検査票。

紙をPDFにしたもの。

「届いた書類を開いて、必要な項目を探して、別のシステムへ入れる」という仕事なら、かなり同じ考え方が使えます。

 逆に、自動化しない方がいいケースもあります

何でもGemini APIにつなげればいいとは思っていません。

月に2、3枚しか来ない。

書式が毎回完全に違う。

読み取ったあとに人がかなり複雑な判断をする。

こういう仕事なら、システムを作る費用の方が高くなることもあります。

自分が見積りするときも、まず「作れるか」ではなく「作る意味があるか」を見ます。

Excelだけで十分ならExcel。

Google Workspaceの中で完結するならGAS。

大量のファイルをまとめて処理するならPython。

複数人で使い、検索、承認、履歴まで必要ならWeb画面。

そこに文書の読取りが必要ならGemini APIやOpenAI API。

技術から決めるのではなく、今の仕事から決めます。

ここを逆にすると、だいたい機能だけ豪華になります。

そして誰も使わない。

終わってます。

「請求書読取ツール」ではなく「請求書業務」を自動化する

自分が作りたいのは、PDFを読み取って終わるツールではありません。

受け取る。

読む。

確認する。

登録する。

保存する。

あとから探す。

必要なら承認する。

ここまで含めて初めて業務改善になると思っています。

全部を一気に変える必要もありません。

最初は「PDFから5項目だけ読み取ってExcelへ候補表示する」でもいいです。

実データで試して、使えそうなら保存や承認まで広げる。

自分もこの進め方をよく使います。

小さく作る。

実際に触る。

変なところを直す。

そのあと広げる。

派手さはないですけど、結局これが一番失敗しにくいです。

今、請求書や注文書を開いてExcelへ手入力しているなら、その作業は一度整理してみてもいいと思います。

「このPDF、自動で読める？」

「読み取った後、そのまま今のExcelへ入れられる？」

「今の運用を大きく変えずにできる？」

このくらいの段階で大丈夫です。

Excel、GAS、Python、Web画面、Gemini APIなどを組み合わせて、今の運用に合わせた形を一緒に整理できます。

ココナラでは「Excel/Python/GASで自動化します」で、仕様が固まっていない段階から相談を受けています。

「PDFからこの項目をExcelへ入れたい」くらいの状態でも大丈夫です。今の作業が分かるスクリーンショットやサンプル帳票があれば、どこまで自動化するのが現実的か整理してお返しします。