領収書OCRを作ったら、OCR以外の仕事が本体だった—SaaSの標準機能と、会社固有の業務の間をつなぐ

https://findy-inc.connpass.com/event/406197/
こちらのイベントでの発表資料です！

Transcript

1. GenAI Enablement / 現場の業務改善 領収書OCRを作ったら OCR以外の仕事が本体だった SaaSの標準機能と、会社固有の業務の間をつなぐ ファインディにおけるデータ活⽤とAIがもたらす現場変⾰のリアル プロジェクトマネジメント室 / GenAI Enablementチーム 奥⽥ 堯⼦ 2026.10.05 © Findy Inc. 1
2. ⾃⼰紹介 • 奥田 堯子 (おくだ たかこ, @Dakuon_Findy) • ファインディ株式会社 データサイエンティスト • 最近のお気に入りはOpenAIのDots (プライベートでも仕事でも活用) © Findy Inc. 2
3. 01 / つくったもの 予定‧参加者‧社員情報をつないで⼈の判断材料を作る 領収書画像をSlackでアップロードすると⾃動で区分判定を⾏い、秘書チームの判断材料を出す
4. 02 / 出発点 出発点は「AIで何かする」ではなく現場の作業を聞くことだった 秘書チームにヒアリングし、実際の作業を⼀つずつ確認した。 01 02 03 04 ⽉160枚の カレンダーで 参加者‧予算区分を SaaSに 領収書 予定を探す 確認 転記する 最初からAIの構想があったわけではなく、現場の作業をそのまま聞くことから始まった。
5. 03 / OCRの後ろ側 OCRができても領収書業務は終わらない 領収書から⽇付や⾦額が取れたあとにも、現場の仕事が残っている。 残る仕事（判定に必要な材料） • どのカレンダー予定か OCRの処理 業務の完了 • 誰が参加していたか 領収書の画像から 会社のルールに基づく • その⼈はどの部⾨‧役職か ⽇付と⾦額が読める 判断 → どの経費区分か OCRだけでは解決しない、SaaSと現場の仕事の間を埋める データの接続 会社固有の判断 運⽤の構築 別の場所にあるデータをつなぐ 現場のルールを処理に落とす ⼈が確認できる状態を作る
6. 05 / データを判断につなぐ 予定‧参加者‧社員情報をつないで判断材料を作る 参加者名を渡すと、部⾨‧役職‧⼊社⽇が返るAPIを作成した。 01 02 03 04 05 Slack → GAS Gemini Google Calendar 社員情報API スプレッドシート 投稿された ⽇付‧⾦額等 候補が複数なら 参加者名で照合 予定、参加者名、区分 画像‧PDFを取得 飲⾷かを判断 Geminiが予定を選択 → 部⾨‧役職‧⼊社⽇ 領収書画像のURLを を取得 まとめる 社員情報APIが参照するデータ BigQueryの組織図 ⼈事の異動情報 (スプレッドシート) 部⾨‧役職を参照 ⼊社⽇を参照 兼務は複数部⾨として扱う
7. 06 / 役割分担とモデル選定 それぞれ得意なことを組み合わせた AI、APIとコード、⼈が得意な領域でそれぞれ役割を分担する。 01 02 03 Gemini GAS ＋ API 秘書チーム 読む‧候補を選ぶ データを取得‧ルール適⽤ 確認‧調整‧確定 • 画像から情報を読む • 参加者の属性を取得 • 判定理由を確認する • 予定候補から選ぶ（判断） • 決まった条件を適⽤ • 予算の利⽤状況を含め区分を確定 GAS, Geminiの選定理由 新たな外部ベンダーに情報を渡す範囲を増やさない ｜ できるだけ既存のGoogle環境の中で処理する
8. 07 / エラー設計と信頼 「なぜか動かない」をなくすために失敗を分けて残す ⼀次回答を速くすることがユーザーとの信頼を作る。 01 02 03 判定できた 情報が⾜りない 取得に失敗した 必要な情報を取得 対応する予定がない API‧JSON処理の 結果と理由を残す 部⾨が取得できない 呼び出し⾃体に失敗 次の処理へ 確認を依頼 再実⾏‧調査 全部同じ失敗にせず次の対処が分かる状態でログを残す
9. 09 / 結果 領収書OCRで得られた成果と学び 秘書チームの確認作業削減時間 160 分/⽉ 実装で⾒えたこと AIそのものより、 その前後をつなぐ仕事が⼤きかった。 1分 × 20件 × 8名 秘書チームによる削減時間の概算（⾃動計測ではない） この事例でやったこと 1. 現場の作業を聞き、 要望をシステムに落とし込む 出典：秘書チーム算出（2026/8/21） 2. AI、コード‧API、⼈の 役割を分ける 3. 失敗を確認できるように残す
10. ご清聴ありがとうございました © Findy Inc. 10