LINEで届く現場日報をスプレッドシートに自動集計した実録｜2ヶ月・66件で分かった落とし穴
当サイトはアフィリエイトプログラムを利用しており、紹介リンク経由での申込により報酬を得る場合があります。記事内で紹介するサービスには筆者が実際に使用しているものと、客観情報として比較掲載しているもの（未使用・PR表記あり）が含まれます。
現場から届く日報を、誰かが毎晩スプレッドシートに手入力している。この「転記」だけを消すために、LINEグループに投稿された日報を自動でスプレッドシートへ流し込む仕組みを作り、2026年6月17日から実運用しています。
結論
LINEの日報集計は「AIに全部読ませる」より、受信＝機械／解釈＝ルール／例外＝AIで分けたほうが安定する。最大の敵は精度ではなく、雑談・訂正投稿・書式ゆれという“人間の運用”のほう。
この記事は、実際に稼働している仕組みの実録です。対象は、あるフランチャイズ本部の現場スタッフ（担当4名）が毎日LINEグループに投稿する日報。2026年6月17日〜8月12日の期間で、日報として台帳に取り込めたのは 66件（著者実測）。同じ受信の仕組みで拾っているLINEメッセージ全体は 4,584件（著者実測・複数グループ合計）で、そのうち日報だけを選り分けている状態です。
なお、日報そのものをAIで書く側の効率化は「事務の日記・日報をAIで自動化した手順」でも扱っています。この記事は書く側ではなく、集める側の話です。
なぜLINEなのか（Excel添付でもフォームでもなく）#
最初に検討したのはGoogleフォームでした。集計は圧倒的に楽になります。でも現場に導入して分かったのは、フォームは開かれないということです。
フォームが現場で続かない理由
- 屋外・移動中にURLを開いてタップするのが面倒
- 「今日は書くことがない」日に開かなくなる → 翌日から途切れる
- 既存のLINEグループから離れた場所にあるので、報告の流れが分断される
一方でLINEは、現場スタッフがすでに1日に何度も開いている場所です。だから「新しい習慣を作らせる」のではなく「今の習慣のまま、裏で集計する」ほうに倒しました。実際、この2ヶ月で「入力してくれない」問題は一度も起きていません（現場に何も新しく覚えさせていないので当然ではあります）。
代わりに全部の面倒が、集める側に寄ります。以下がその中身です。
仕組みの全体像#
日報が台帳になるまでの4工程
- 受信 — LINE公式アカウント（Messaging API）をグループに招待し、発言をWebhookで受け取る
- 保存 — 受け取ったメッセージを1行1件のログファイルへ追記（この時点では日報かどうか判定しない）
- 解釈 — 定型の日報フォーマットだけをパースして、日付・担当・エリア・配布枚数・問合せ数などの列に分解
- 反映 — 台帳CSVをフル再生成し、Googleスプレッドシートへ同期
ポイントは工程2と3を分けたことです。受信した瞬間に「これは日報だ」と判定して加工すると、判定ロジックを直すたびに過去分が取り戻せなくなります。生ログはそのまま貯めて、解釈は毎回やり直す設計にしておくと、パーサを改良した瞬間に過去2ヶ月分の精度も一緒に上がります。
受信サーバーが要る、という現実
LINEのWebhookは「公開されたHTTPSのURL」に対してメッセージを送ってきます。つまりノーコードだけでは完結せず、24時間つながっている受信口がどこかに必要です。筆者は自宅の常時起動マシン＋Cloudflare Tunnel（無料）で公開HTTPS化しましたが、家のPCを常時起動させたくない場合はレンタルサーバーやVPSに置くのが素直です。この選択の比較は「AI自動化を毎日動かす“常時稼働”環境の作り方」に分けて書きました。
落とし穴1：雑談と日報が同じ場所に流れてくる#
LINEグループは日報専用ではありません。「お疲れさまです」「今から向かいます」「写真だけ送ります」が同じ流れに混ざります。受信した4,584件のうち、日報として成立していたのは66件でした。
解決策は単純で、日報のフォーマットに合わないメッセージは黙って捨てることです。パース関数は「日報でなければ何も返さない」という作りにしてあります。ここでAIに「これは日報っぽいか判定して」とやらせると、判定がブレる日が必ず来ますし、1件ごとに費用もかかります。定型の投稿は正規表現のほうが安く・速く・毎回同じ結果になります。
判断基準
書式が決まっているものはルール、決まっていないものはAI。 この線引きを最初に引いておくと、後から「なぜかこの日だけ取り込めていない」という原因不明の欠損が激減します。
落とし穴2：人は書式を守らない#
現場から届く実際の日報には、次のようなゆれが日常的に混ざります。
| ゆれの種類 | 実際に起きた例 | 対処 |
|---|---|---|
| 全角と半角 | 数字が全角、区切りが全角スペース | 取り込み時に半角へ正規化 |
| 年が無い | 「8/12」としか書かれない | 年を補完（年跨ぎは要注意） |
| 項目の抜け | 買取件数だけ書かれていない日がある | 空欄で通す（0で埋めない） |
| 単位付き | 「150枚」「約200枚」 | 数字だけ抽出。「約」は備考へ退避 |
| 連投による訂正 | 日付を間違えて投稿し、直後に投稿し直す | 同一担当が短時間に別日付で連投した場合は後の投稿を採用 |
このうち最後の訂正投稿の吸収が一番効きました。人は間違えたら「さっきのミスです、こっちが正です」と投げ直します。そこを機械が両方取り込むと、台帳に幽霊行が残ります。同じ担当者が5分以内に別日付で投稿し直した場合は訂正とみなして後勝ちにする、というルールを入れたところ、手で直す作業がほぼ消えました。
0で埋めない
抜けている項目を0で補完すると、「本当に0だった日」と「書き忘れた日」が区別できなくなります。集計する側としては0のほうが扱いやすいのですが、後から取り返せなくなる情報は潰さないのが原則です。空欄のまま台帳に入れて、集計側で除外しています。
落とし穴3：追記型は必ず壊れる#
最初の版は「新しい日報が来たら1行足す」という追記型で作りました。1週間で破綻しました。原因は上に書いた訂正投稿と、受信の重複です。
現在は毎回フル再生成にしています。生ログ全件＋ボット導入前の手入力分（別途CSVで用意）をマージして、台帳を毎回ゼロから作り直す方式です。同じ入力なら何度実行しても同じ結果になる（＝冪等）ので、途中で落ちても、二重に走っても、何も壊れません。
自動化の設計原則
「何回実行しても同じ結果になる」を最優先にする。 差分追記は速いが、例外が1つ出た瞬間に人間が手で直す運用に戻ります。件数が数万行を超えない限り、フル再生成のほうが総手間は小さいです。
落とし穴4：書き込み先を間違えると静かに事故る#
Googleスプレッドシートへの追記でやらかしたのがこれです。タブ（シート名）を指定し忘れると、一番左のシートに書き込まれます。 左端には集計用のサマリーシートが置いてあったので、日報の生データがそこに流れ込みました。
エラーは出ません。処理は「成功」で終わります。この手の事故は気づくのが遅れるので、書き込み系の自動化では次を必ず入れています。
書き込み事故を防ぐ3点
- 書き込み先のタブ名を明示（省略時のデフォルト挙動に頼らない）
- 重複チェック（同じ日付・同じ担当の行があればスキップ）
- 1回目は必ず捨てシートでテスト（本番シートに向けるのは動作確認後）
2ヶ月動かして分かったこと#
効果があった点
- 誰かが毎晩やっていた転記作業がなくなった（現場側の作業は増えていない）
- 「今週の配布枚数」「担当別の推移」がその場で出せるようになった
- 書式ゆれが台帳側で吸収されるので、現場に「正しく書け」と言わなくて済む
期待しすぎないほうがいい点
- 報告されていない日は、当然データにならない。 自動化は未報告を埋めてはくれない
- 備考欄の自由記述はテキストのまま。ここを読み解いて示唆を出すのは人（またはAIの別工程）の仕事
- LINE側の仕様変更やアカウント設定の変更で受信が止まるリスクは残る。止まったことに気づく仕組みが別途必要
3つ目が一番重要です。自動化は壊れたときに黙るのが最大の弱点で、「今日は日報が0件でした」が正常なのか異常なのか、機械は区別できません。筆者は取り込み結果を毎回チャットに一報させて、件数がゼロの日が続いたら人が気づけるようにしています。
これから作る人への最短ルート#
導入手順
- LINE公式アカウントを作る（Messaging APIのチャネルを発行し、Webhookを有効化。グループ参加も許可しておく）
- 受信口を用意する（常時稼働マシン＋トンネル、またはレンタルサーバー／VPS。署名検証は必ず実装する）
- 受信ログをそのまま貯める（この時点で加工しない）
- 日報フォーマットを1つに決めて現場に共有（項目に番号を振ると解析が一気に楽になる）
- 台帳をフル再生成する処理を書き、テスト用シートで検証してから本番へ向ける
手順4を先にやりたくなりますが、実際は先に受信だけ始めて、生ログを2週間貯めてからパーサを書くほうが速いです。現場が実際にどう書くかは、集めてみるまで分かりません。想像で書いたパーサは、ほぼ確実に外れます。
費用について
LINE公式アカウント自体は開設無料で、受信（Webhookでメッセージを受け取ること）に通数課金は発生しません。課金対象は主にこちらから送るメッセージの通数です。ただし料金体系は改定されるため、導入時は必ず公式の最新情報を確認してください（この記事の記載は2026年8月時点の理解に基づく個人の運用メモです）。
まとめ#
- LINE日報の自動集計で難しいのは精度ではなく、雑談・訂正・書式ゆれという人間側の運用
- 受信と解釈を分けて、生ログは無加工で貯める。パーサを直せば過去分の精度も上がる
- 定型はルール、非定型はAI。書式が決まっているものにAIを使うと、ブレて・遅くて・高い
- 追記型ではなくフル再生成（冪等）にする。訂正投稿は後勝ちで吸収する
- 自動化は壊れたときに黙るので、動いていることを知らせる仕組みまで含めて完成
同じ発想は、フォーム・メール・チャットのどれから入ってくる報告でも使えます。日々の集計を型化する話は「定型業務をAIで自動化するテンプレート実例」、スプレッドシートへの自動入力全般は「Googleフォーム→スプレッドシートのAI自動入力」もあわせてどうぞ。
なお本記事の数値は、筆者が実運用している環境での実測値です。環境・書式・運用体制によって結果は変わり、同じ効果を保証するものではありません。