展示会の翌朝、交換した名刺を10枚スキャンしたのに、CRMに正確に登録されていたのは6枚だった——そんな経験はないでしょうか。スマホカメラとOCRの進化で「スキャンするところまで」は劇的に楽になりましたが、その後のデータが組織の中で使われなくなるポイントは複数あります。
本記事では、名刺と領収書を同じ担当者が外出先で処理するという現実のモバイルワーク文脈に立ち、スキャン後にデータが途切れやすいポイントとその回避策、そしてチームが統一ルールで動けるフロー設計を具体的に解説します。製品比較ではなく「フロー設計の地図」として活用してください。
Contents
なぜスキャン後にCRM登録が不正確になるのか
CRM登録が不正確になる原因は、スキャン技術だけではありません。多くの場合、スキャン後の「確認・補正・登録」の受け渡し設計が不足していることが原因です。 「とりあえずスキャンして後でCRMに入れる」という個人の運用が積み重なると、チーム全体のデータ品質が低下しやすくなります。以下では、名刺と領収書それぞれの断絶ポイントを分解します。
データが使われなくなる3つの瞬間
スキャンからCRM登録や経費精算システムへの登録までの間に、データが使われにくくなる瞬間は概ね3つに集約されます。
① OCRが読み間違えた瞬間
「渡辺」と「渡邊」を取り違える、電話番号のハイフンが抜ける、会社名の「株式会社」が欠落する—OCRは完璧ではなく、照明条件や名刺デザインによって認識結果は変わります。
問題は誤認識そのものではなく、目視確認のステップが運用設計に入っていないことです。誰かが気づいて直すか、誰も気づかないままCRMや経費精算システムに入るかで、その後のデータ品質が大きく変わります。
② 命名・タグルールが存在しない瞬間
「展示会A社_田中」「A社田中様」「20240415名刺」—同じ名刺画像や連絡先データが異なる名前・タグで保存されると、後から検索しにくくなり、CRM登録時の名寄せもしづらくなります。
命名規則は「誰かが決めるだろう」と放置されがちですが、ルールがない組織では個人の流儀が混在し続けます。結果として、検索や名寄せの精度が下がります。
③ 確認・登録・同期フローが設計されていない瞬間
スキャンしたファイルがスマホのカメラロールや私用クラウドに留まり、共有ストレージに上がらない。あるいは上がっても、CRMや経費精算システムへの登録という最後の一手が個人に委ねられ、繁忙期に後回しになる。
このギャップが「登録されているはずのデータが存在しない」「領収書を提出したつもりなのに経費精算に反映されていない」という状況を生み出します。
名刺データの断絶ポイントと対策
名刺は個人情報を含むうえ、CRMへの登録品質が営業アクションの質に直結します。そのため、OCR誤認識、重複登録、保管先のばらつきが大きな問題になります。
OCR誤認識：確認フローを「工程」として組み込む
OCR後の目視確認を「やる気のある人がやること」にしてはいけません。スキャン当日中、または遅くとも翌営業日までに登録者本人が確認するという締め切りをルール化し、確認済みのフラグ、タグ、ステータス項目をCRMまたは中間ストレージに設けると、未確認データと確認済みデータを区別しやすくなります。
名刺1枚の確認はわずかな時間で完了しますが、翌日以降に持ち越すほど記憶が薄れ、確認精度も下がります。展示会や訪問直後のタイミングで確認工程を組み込むことが重要です。
重複登録：インポート前の名寄せルールを決める
CRMへのインポートは、「会社名＋姓名」の組み合わせで既存レコードを検索してから実行するという手順を全員に徹底します。
CRMには重複チェック機能を備えているものもありますが、会社名の表記ゆれ（株式会社・（株）の混在など）があると、期待どおりに検知できない場合があります。
たとえば、以下のような表記統一ルールをチーム共有ドキュメントにまとめておくと、重複登録を減らしやすくなります。
- 会社名の「株式会社」は正式名称に合わせる
- 役職名は名刺表記を優先する
- 部署名の略称は使わない
- イベント名や訪問日はCRMの所定フィールドに入力する
- 名刺交換日を必ず記録する
このように、CRMに登録する前の段階で入力ルールをそろえることが、後工程のデータ品質を左右します。
個人情報管理：スキャン先を「承認済みストレージ」に限定する
名刺データには氏名、会社名、部署、役職、電話番号、メールアドレスなどの個人情報が含まれます。スキャン画像やOCR結果が、個人のスマホアプリ内や私用クラウドサービスに残り続ける状態は、情報管理上望ましくありません。
会社として承認したクラウドストレージをスキャンデータの保管先として定め、個人端末内に残る画像や一時ファイルをいつ削除するかもルール化しておく必要があります。具体的には、以下のような運用が考えられます。
- 名刺画像の保存先を会社指定のクラウドストレージに限定する
- 私用クラウドや個人チャットへの転送を禁止する
- CRM登録後の名刺画像の扱いを明確にする
- 個人端末内の一時ファイルの削除タイミングを決める
- 名刺データにアクセスできるメンバーを営業担当・営業管理者などに限定する
名刺管理は営業活動の効率化だけでなく、個人情報管理の問題でもあります。スキャン後の保管先とアクセス権限を明確にしておくことが重要です。
領収書データの断絶ポイントと対策
領収書は名刺と異なり、連携先はCRMではなく経費精算システムや会計システムになることが一般的です。金額・日付・支払先の正確性が経理処理の可否を左右し、電子帳簿保存法への対応という要件も加わります。断絶ポイントは名刺と重なる部分もありますが、対策の設計は異なります。
OCR誤読と差し戻し：撮影品質を「入口」で制御する
領収書の金額や日付のOCR誤読は、経理からの差し戻しという具体的なコストを発生させます。差し戻しを減らすためには、OCR後の補正だけでなく、撮影時の品質基準を定めることが重要です。
たとえば、以下の3点を社内マニュアルに記載し、スキャン後にサムネイルで確認するステップを設けることで、誤読や画像不備に起因する差し戻しを減らしやすくなります。
- 領収書を平らに置く
- 影や反射が入らないように撮影する
- 金額欄、日付、支払先が必ず画角に入るようにする
外出先での撮影では、照明や机の状態が安定しないこともあります。だからこそ、「あとで経理が確認する」ではなく、撮影者本人がその場で最低限の品質確認を行うフローが必要です。
電子帳簿保存法のスキャナ保存要件：要件を満たす保存設計
電子帳簿保存法では、スマホで撮影した領収書をスキャナ保存として扱う場合、読み取り解像度やカラー画像での保存、入力期限、タイムスタンプ、訂正・削除履歴の確保、検索機能など、複数の要件が関係します。
特に注意したいのは、「タイムスタンプを付与する」または「訂正・削除履歴を確認できる、もしくは訂正・削除ができないシステムに入力期間内に保存する」といった真実性確保の要件です。ただし、これらの要件を満たすかどうかは利用するシステムや運用方法によって異なります。
領収書をスマホスキャンで保存・経費精算に利用する場合は、国税庁の電子帳簿保存法一問一答（スキャナ保存関係）の最新版を確認し、自社の経理部門・税務担当・システム提供会社と、必要な保存要件を確認してください。
経費精算システムとの連携：中間ファイルを経由するか直結するか
領収書の連携先は「経費精算システム」であることが多く、CRMとは異なります。クラウドストレージを中間地点として使い、そこから経費精算システムへ取り込む方式は、スキャン画像を一元管理し、確認状況や更新履歴を残しながら処理を進めやすい点がメリットです。
一方、経費精算システムが直接スマホカメラと連携できる場合は、中間ファイルを省略できることもあります。自社の経費精算システムがどちらの方式に対応しているかを確認したうえで、以下の観点からフローを設計してください。
- スキャン画像の原本をどこに保管するか
- 経費精算システムに取り込んだ後、元画像をどう扱うか
- 差し戻し時に、誰がどのファイルを修正・再提出するか
- 電子帳簿保存法上の保存要件をどのシステムで満たすか
- 経理担当者が確認できるログや履歴が残るか
領収書の場合、単に「スキャンできる」だけでは不十分です。経費精算、会計処理、法令対応まで含めて、どのシステムを正本の保存場所とするかを決めておく必要があります。
CRM連携方式の比較：API自動・CSV取込・手動入力
スキャンデータをCRMに入れる経路は大きく3つあり、それぞれに向き・不向きがあります。
| 連携方式 | 主な特徴 | 向いているケース |
| API自動連携 | スキャンデータをCRMへ自動連携できる。処理速度は高いが、OCR結果の確認フローが必要 | 名刺管理ツールがCRMとのAPI連携に対応しており、月間処理枚数が多い場合 |
| CSVインポート | スキャンデータをCSVに変換し、確認後にCRMへ一括登録する | API連携の初期コストを抑えたい、週単位・月単位でまとめて処理できる場合 |
| 手動入力 | スキャン画像を見ながら担当者がCRMに直接入力する | 月間枚数が少なく、OCR結果を個別に確認したい場合 |
選択のポイントは、月間処理枚数とOCR精度への依存度です。
API自動連携は効率的ですが、OCRの誤認識がそのまま自動登録されるリスクがあります。そのため、完全自動化を前提にするのではなく、登録前または登録後に確認・修正できるステップを組み込む必要があります。
CSVインポートは、その確認ステップを「インポート前のファイル確認」として自然に組み込める利点があります。一方で、インポート作業を誰がいつ行うかを決めておかないと、処理が滞る原因になります。
手動入力は処理件数が少ない場合には現実的ですが、件数が増えると担当者の負荷が高まり、入力漏れや登録遅れが起きやすくなります。
フロー設計チェックリスト：チームで運用ルールをそろえるための確認項目
以下のチェックリストを、自社の現行フローと照らし合わせてください。「決まっていない」項目が断絶ポイントの候補です。
【スキャン時】
- 撮影品質基準（照明・角度・文字の見切れ・領収書の場合は解像度やカラー保存要件など）が文書化されているか
- スキャン先のフォルダ・ストレージが全員で統一されているか
- 個人端末内の保持期間ルールがあるか
【データ確認・補正時】
- OCR後の目視確認をいつ・誰が行うか決まっているか
- 確認済みを示すフラグ・タグ・ステータス項目の運用ルールがあるか
【命名・タグ付け時】
- 会社名・氏名の表記統一ルール（株式会社／（株）の統一など）が文書化されているか
- イベント名・訪問日などの付加情報をどのフィールドに入れるか決まっているか
【CRM／システム登録時】
- インポート前の重複チェック手順が決まっているか
- API連携の場合、誤認識データの修正フローが設計されているか
- 名刺データと領収書データの保存先、アクセス権限、連携先システムを分けて設計しているか
【保管・コンプライアンス】
- 領収書を電子保存する場合、電子帳簿保存法のスキャナ保存要件を満たすシステム・運用になっているかを経理部門と確認しているか
- 名刺データ（個人情報）のアクセス権限が適切に設定されているか
このチェックリストで「決まっていない」が3項目以上あれば、フロー設計の見直しを優先することをおすすめします。
クラウドストレージを確認・保管の中継地点として活用する
スキャンデータとCRM・経費精算システムの間に会社が承認したクラウドストレージを中間地点として置く設計は、スキャン後の確認・保管・登録状況を整理しやすくする有効なアプローチです。
スマホからアップロードされたデータを一度クラウドストレージで管理・確認してから各システムに送ることで、「誰のスキャンデータがどの状態にあるか」を可視化できます。中間ストレージを使う場合は、以下のような状態管理を設計すると運用しやすくなります。
- 未確認
- 確認済み
- CRM登録済み
- 経費精算システム取込済み
- 差し戻し中
- 保管完了
このようにステータスを分けることで、「スキャンしたが未登録」「経理に提出したが差し戻し中」「CRM登録済みだが名刺画像は未整理」といった状態を把握しやすくなります。
Fleekdriveでは、スマホやモバイル環境からファイルにアクセスできるモバイルアプリ、社内外でファイルを安全に共有できるファイル共有機能、ユーザー別・フォルダ別のアクセス権限設定、ファイルのバージョン管理や全文検索などの機能を利用できます。名刺画像や領収書画像を会社が承認した保管場所に集約し、確認済み・未確認の状態を管理する中間ストレージとして活用しやすい構成です。
また、Fleekdriveには電子帳簿保存法オプションも用意されています。領収書を電子帳簿保存法対応の対象として保存する場合は、スキャナ保存・電子取引のどちらに該当するか、自社の運用が必要要件を満たすかを、公式情報や経理部門・税務担当と確認してください。
中間ストレージを使う設計の利点は、特定のCRMや経費精算システムを変更する場合でも、スキャンデータの保管ルールを維持しやすい点です。将来ツールを変更しても、ストレージ上のファイル管理ルールを維持できれば、スキャン後の確認・保管フローを再設計しやすくなります。
まとめ：スキャン後のデータ管理ルールを明確にする
スマホスキャンの課題は、スキャン技術だけではなく、その後の運用設計にあります。本記事で整理した断絶ポイントは、OCR誤認識・命名ルール不在・確認／登録フロー未設計の3つであり、いずれもツール導入だけでは解消しません。
チェックリストの「決まっていない」項目を一つずつ埋めることが、データ品質改善の第一歩です。特に、名刺はCRM登録と個人情報管理、領収書は経費精算と電子帳簿保存法対応というように、保存先・確認者・連携先を分けて設計することが重要です。
「誰がスキャンするか」「どこに保存するか」「誰が確認するか」「どのシステムに登録するか」「登録後の原本をどう扱うか」をチームで決めておくことで、スキャン後のデータが個人のスマホや未整理フォルダに埋もれる状態を防ぎやすくなります。
