1. まず決めるのは、書類・項目・記録先・担当者
最初は1種類の書類と1つの記録先に絞ります。 たとえば、繰り返し届く作業報告書から日付・取引先・数量を取り出し、確認後に管理表へ記録する範囲です。これは運用を考えるための例であり、導入実績ではありません。
始める前に、次の4点を整理します。
- 対象の書類：写真かPDFか、複数ページか、送る人や書式が変わるか。
- 取り出す項目：項目名、日付や数量の書き方、必須項目、空欄の扱い。
- 記録先：表のどの列やソフトのどの項目へ入れるか、新規追加か既存記録の更新か。
- 確認担当者：元の書類と結果を照合する人、判断できないときの引き継ぎ先。
元の書類でも読めない内容や、書類にない単価・契約条件はAIで埋め合わせません。記録先に取り込み機能やAPIがあるか、必要な権限で使えるかも確認します。連携できる範囲は、お使いのソフトや契約条件によって変わります。
書類処理AIの向き不向きや導入全体の判断は書類処理AIのガイドをご覧ください。ここからは、受付後の具体的な工程に絞ります。
2. 受付・保存・項目抽出・補正・記録を分ける
以下は導入時に検討する運用例です。LINEやAI OCRに、この一連の業務が標準で備わっているという意味ではありません。
受付：届いた書類に管理番号を付ける
受付日時、送信元、書類の種類、管理番号を一覧に残します。複数の写真が1件の書類なのか、別々の書類なのかも区別します。LINEの表示名だけを取引先の確定情報にせず、社内の取引先情報と対応を確認します。
LINE公式アカウントのMessaging APIでは、メッセージを受信した通知とメッセージIDを使って、送られた画像やファイルを取得できます。自動受付を考える際は、どの公式アカウントで受け付け、どこに保存するかを決めます。個人間のトークがそのまま自動連携される前提にはしません。
保存：元の書類と処理結果を結び付ける
受信した画像やPDFを、担当者が確認できる保存先へ置き、管理番号から開けるようにします。LINEから取得できるコンテンツは一定期間後に削除されるため、必要な書類は取得できるうちに保存する設計にします。保存に失敗したものは、読み取り済みや記録済みに進めません。
保存先の閲覧権限、保存期間、削除方法を決めます。AIへ送る項目や画像の範囲、利用するサービスの学習への利用・保存の条件も導入前に確認します。個人情報や取引情報は、必要な範囲に絞って扱います。
項目抽出：読み取った値を確認用に並べる
AI OCRなどで必要な文字・項目を取り出し、元の書類と並べて見られる一覧にします。原文と、記録先の形式に整えた値を区別すると、日付や名称を直した理由を確認しやすくなります。
読み取れない項目や不足したページは、空欄や確認待ちとして残します。見た目が整った結果でも正しいとは限らないため、抽出が終わったことを業務の完了とは扱いません。
補正・確認：記録してよい内容を確定する
担当者が元の書類と、日付・取引先・数量・金額などを照合します。桁、単位、ページの欠け、必須項目、合計の一致も確認します。計算で照合できるところは、表計算や決めた式を使います。
誤りは補正し、誰が確認したかと確認日時を残します。元の書類でも確かめられなければ、送信者への確認や撮り直しを依頼する手順に戻します。AIに推測させて先へ進めません。
撮り直し・人の補正・確認待ちをどう使い分けるかは、手書きやスマホ写真の書類を読み取る記事で説明しています。
記録：確認済みの内容を反映し、結果を残す
確認した内容だけを管理表や業務ソフトへ転記します。自動化する場合も、管理番号、記録先の行や登録番号、成功・失敗の結果を残します。記録に失敗したものは完了にせず、担当者が追える状態にします。
通信が途切れたときは、記録先には登録できている場合もあります。再実行の前に管理番号などで登録の有無を確認し、同じ内容をもう一度追加しない流れにします。
検証ラボ：読めた文字から、誤った金額を選んだ
請求書PDF→CSV候補の検証ラボでは、2026年10月8日に、同じ配置で文字を抽出できる1ページの架空PDF5件を処理しました。LINEの受付や写真のOCRを試したものではなく、受付後の項目抽出・保留の判断を考える材料です。作成・修正・出力照合はAIが行い、人による照合・承認は未実施です。
最初は「金額」を探して税抜金額を採用し、再送や税込合計がない書類も含めて5行を出力しました。税込合計11,000円の書類で、出力は10,000円になっていました。「税込合計」を指定し、不足や再送などを保留にする形へ直すと、候補2行・保留3件に分かれました。条件と結果の詳細は、上の検証ラボ記事に記録しています。
| 検証で見つかった問題・修正 | 実運用で人が確認する点（検証では未実施） |
|---|---|
| 税抜金額を採用。税込合計を指定する形に修正 | 原本の税込合計と出力金額を照合する。税込合計がなければ推測で埋めず保留する |
| 同一取引先・請求番号の再送を保留 | 元の受付・登録履歴と比べ、同じ内容か訂正版かを判断する。番号だけで上書きしない |
| 必須項目不足と10%・8%の税率混在を保留 | 不足項目を確認し、税率別の内訳・端数・科目を確かめる。合計だけで登録へ進めない |
学びは、文字を読み取れても、金額の意味と例外の扱いを決めなければ誤った候補が出ることです。候補の勘定科目・税区分は空欄で、会計ソフトへの取り込みは試していません。再送の検出も同じ処理内に限り、別の日の受付や登録済み取引とは照合していません。写真・手書き・別書式の読み取り精度や、実業務の時間削減を示す結果でもありません。
この結果を踏まえ、導入時は「候補を作る」「理由付きで保留する」「人が原本と履歴を照合して反映を決める」を分けます。以下の再送・差し替えの手順は、そのための運用案であり、この検証ですべて実施した工程ではありません。
3. 再送・差し替えと処理状況を管理する
届いた順にすべて新規登録すると、同じ書類の二重入力につながります。 人が書類を送り直す場合と、システムが同じ受信通知を届け直す場合を分けて考えます。
人が送り直した書類は、元の受付にひも付ける
同じ書類の再送か、内容を修正した差し替えかを確認し、元の管理番号にひも付けます。書類番号・対象日・取引先などは照合の材料になりますが、それだけで同じ書類と断定しないようにします。
- 同じ内容の再送：元の受付と重複として扱い、記録済みなら追加登録しません。
- 確認前の差し替え：旧版を処理対象から外し、新版を元の書類と照合して確認します。
- 記録後の差し替え：変更箇所と記録先を担当者が確認し、既存記録を修正するか、取消して登録し直すかを決めます。旧版・新版の対応と修正履歴を残します。
送信者には、差し替え時に元の管理番号や対象日を添えるなど、区別できる受付ルールを案内します。
システム側の重複通知は、二重処理しない
LINEの受信通知（Webhook）は、同じイベントが重複して届く可能性があります。公式資料ではイベントIDによる重複検出が案内されています。同じ通知から保存・読み取り・登録を何度も始めない設計が必要です。これは、人が別のメッセージで書類を送り直した場合の照合とは別の対策です。
また、LINE上の送信取消だけで、保存先や転記先の内容まで自動で取り消される前提にはしません。公式資料は取消の意図を尊重した適切な取り扱いを推奨しています。取消通知を受けたときに表示・保存データ・記録先をどう扱うかも決めます。
状況の一覧から、止まっている工程を確認する
管理番号ごとに、受付済み → 保存済み → 確認待ち → 確認済み → 記録済みのような状態を持たせます。取得や記録の失敗、差し替え待ち、取消は、通常の進行と区別します。
一覧には、現在の状態、担当者、止まった理由、次に行う作業、元の書類へのリンク、記録先を残します。「受付済み」を「転記完了」と受け取られない表示にし、確認待ちの書類を誰が見るかも決めます。
4. 具体例：作業報告書の転記と、公開済みの導入事例
ここでは、作業報告書の写真を管理表へ転記する運用を例にします。架空の運用例であり、実際のお客様の書類や導入結果ではありません。
- 写真を受け付け、管理番号と受付日時を残します。
- 元の写真を保存し、日付・取引先・作業内容・数量を確認用の一覧に取り出します。
- 数量の単位が読めなければ確認待ちにし、担当者が原本と照合します。分からなければ送信者に確認します。
- 確認した内容を管理表へ転記し、管理番号と記録した行を残します。
- 後から数量の訂正版が届いたら、新規行を追加する前に元の受付と記録先を確認し、修正内容を残します。
原本の項目を、管理表の列へ対応させる
次は、上の運用例で使う項目と値の対応です。列名も架空の例です。実際の管理表や既存ソフトの項目名・入力形式・必須項目は、導入時に確認します。元の写真と読み取った値は残し、形式を整えた値や補正後の値と区別します。
- 日付：原本の「作業日：2026年10月1日」→ 管理表の「作業日：2026-10-01」。日付の形式を揃えます。人は受付日と取り違えていないか、年・月・日が原本と一致するかを確認します。
- 取引先：原本の「取引先：取引先A」→ 管理表の「取引先名：取引先A」。社内の取引先台帳と照合して記録します。人は同名の別会社でないかを確認し、対応先を特定できなければ保留します。
- 数量・単位：原本の「数量：12個」→ 管理表の「数量：12」「単位：個」。数値と単位を別の列に分けます。人は桁と単位を照合し、単位が読めなければ数量だけで登録せず、確認待ちにします。
- 作業内容：原本の「作業内容：部品交換」→ 管理表の「作業内容：部品交換」。記載された内容を転記します。人は別の明細行の内容が混ざっていないかを確認し、書かれていない作業を補いません。
- 書類番号・受付管理番号：原本の「報告書番号：R-001」→ 管理表の「報告書番号：R-001」。受付で付けた管理番号「受付-001」は、別の「受付管理番号」列に記録し、元の写真・記録先の行と結び付けます。人は両方の番号と対象書類の対応、既存記録の有無を確認します。
必須項目が未確定、取引先の対応先が不明、既存記録との関係が判断できない場合は、登録・更新を止めます。 確認待ちの理由と担当者を残し、確認済みになってから反映します。新規行を追加するか既存行を更新するかは、上の「再送・差し替え」の手順で確認します。
公開済みの導入事例との違い
公開済みのLINEとAIを使った書類処理の導入事例では、業界団体の書類画像をAIが読み取り・分類・判定し、スプレッドシートへ記録する仕組みをつくりました。手書きなど読み取れないものは人が補正する運用です。
事例は、AIと人の役割分担の参考です。この記事で提案した管理番号や差し替えの管理が、すべてその事例に実装されているという意味ではありません。処理時間や読み取り精度も、書類の状態と確認範囲によって変わります。
記録後に請求書を発行する場合は、単価・締め日・宛先・承認などを別に整理します。詳しくは経理AIの記事の請求書発行の説明をご覧ください。
5. よくある質問
Q. LINEで受け取った書類を自動処理できますか？ 保存先・抽出項目・記録先・確認担当者を決め、受信と後工程をつなぐ仕組みを用意すれば、自動化できる場合があります。まず1種類の書類から、保存と確認、記録の流れを試します。
Q. AI OCRだけで転記まで自動化できますか？ AI OCRは文字や項目を取り出す工程です。転記には記録先の項目との対応、確認・補正、登録の仕組みが必要です。実際の項目名・入力形式・必須項目を確認し、必要な値が未確定なら登録を止めます。製品によって後工程の機能も異なるため、既存機能でどこまでできるかを先に確認します。
Q. 手書きやスマートフォンの写真でも使えますか？ 書類の状態によります。文字が鮮明で、必要な範囲が写っているかを確認し、読めない箇所は人が補正します。元の書類でも判断できなければ、撮り直しや送信者への確認に戻します。
Q. 同じ書類が再送されたら、二重に転記されませんか？ 二重登録を防ぐ仕組みが必要です。システム側の重複通知はイベントIDなどで検出し、人による再送・差し替えは元の管理番号や書類情報と照合します。記録済みかどうかを確認してから反映します。
Q. 書類やツールが整理できていなくても相談できますか？ はい。「書類がLINEに散らばる」「処理済みか分からない」といった困りごとだけでも相談できます。受付から記録までの現状を伺い、最初に整理する工程を一緒に考えます。支援範囲と料金はサービス・料金ページでご確認ください。