名刺500枚を一度に処理すると何が起きるか
私は自社の名刺データ化サービス「NiraiCard」を運営しています。500枚を超える名刺を一度にAIで読み取らせようとすると、うちの仕組みの設定ではなく、AIを提供している会社側の利用上限に引っかかることがあります。2026年7月16日、うちでは1109枚の名刺を一度に投函したところ、「読み取り完了」という表示が出たにもかかわらず、全件が「要確認」となり、お客様への反映が0件という事態が起きました。原因は、契約しているAIサービス（Anthropic）の月間の支出上限に、うちの利用が達していたことでした。
なぜ「全滅」という現象が起きるのか
名刺の文字を読み取る仕組み（OCR）は、1枚読むごとにAI会社への呼び出しが発生し、費用がかかります。契約している月間の支出上限に達すると、その月はそれ以上のリクエストが受け付けられなくなります。うちの仕組みでは、上限に達すると読み取りが繰り返し失敗し、あらかじめ決めていた再試行回数（MAX_OCR_ATTEMPTS）に達した時点で、自動的に「要確認」という状態に確定してしまう設計になっていました。
さらに厄介だったのは、その後の自動復旧の仕組みです。うちには、処理できなかった名刺を後から自動的に拾い直す仕組み（定期的な自動再開と、手動での再試行機能）がありました。しかし、どちらも「まだ手をつけていない（pending）」状態の名刺しか拾わない作りだったのです。つまり、一度「要確認」に確定してしまった名刺は、AIの利用上限が翌月に回復しても、二度と自動では読み直されないという構造的な穴がありました。一つの復旧方法は、その名刺をいったん削除して、もう一度スキャンし直すことでした。
実際に何が起きたか（NiraiCardでの実例）
2026年7月16日に起きたことと、その後の対応を時系列で整理します。
| 時点 | 状況 |
|---|---|
| 投函直後 | 1109枚を読み取り、システム上は「完了」表示 |
| 確認したとき | 全件が「要確認」、お客様への反映は0件 |
| 原因調査 | Anthropicアカウントの月間支出上限（設定額50ドル）に到達していたと判明。うちのL3側の設定や予算、鍵の問題ではなく、上流のアカウント全体の上限だった |
| 対応1 | 私が上限を100ドルへ引き上げ |
| 対応2 | pendingしか拾わない構造の穴を修正（後述） |
上限を引き上げただけでは終わりませんでした。すでに「要確認」に確定してしまった名刺は、上限を上げても自動では戻ってこない構造だったからです。そこでうちでは、「続きをやる」ボタンと、それを支えるresume-ocrという仕組みを新設しました。対象は「一度も画像を読めていない、かつ名前も未入力の名刺」だけに厳密に絞り込み、それらだけをもう一度「未処理」の状態に戻して再投入する仕組みです。これにより、上限で止まった名刺を、削除しなくても復旧できるようになりました。
なお、そもそも500枚を超えるような大量の名刺は、1回のリクエストでは処理できない設計になっています。うちのサーバー側は一度に60枚まで、送信する側は40枚ずつに分割して、複数回に分けて自動的に送信する土台をあらかじめ用意していました。土台があっても、上流のAI会社の利用上限という、もう一段外側の壁にぶつかったというのが今回の実態です。
今すぐできる一歩
ここまで読んで、自社にも当てはまるかもしれないと感じた経営者の方に、まず確認していただきたいことが3つあります。
- 自分の会社が使っているAIサービス（画像認識、文章の要約、チャット対応など）に、月間の利用上限がいくら設定されているかを確認する
- 上限に達したときに、システムが「静かに止まる」だけなのか、それとも「記録が残り、誰かが気づける」ようになっているのかを確認する
- まとまった件数を一度に処理する予定があるなら、本番で使う前に、少ない件数で試して、上限に達したときの挙動を自分の目で見ておく
うちも今回、上限に達したこと自体より、それに気づく仕組みと、気づいた後に自動で拾い直す仕組みが足りていなかったことのほうが本質でした。導入するAIの中身より先に、止まったときにどうなるかを確認しておくことをお勧めします。
まとめ
- 大量処理が全滅したときは、まず自社の設定より先に、AIサービス側の利用上限を疑う
- 一度失敗と確定したデータを、自動で拾い直す仕組みがあるかどうかを事前に確認しておく
- 本番投入の前に、少量でテストし、上限に達したときの挙動を把握しておく
