Invofox

Invofoxは全ての文書タイプに対して、単一のingestエンドポイントと単一のWebhookを使う。ファイルを上げ、documentIdを受け取り、解析結果を取得する。フォーマットごとの個別連携は不要。取引先が請求書のレイアウトを変えても、保守すべきテンプレートはない。

プラットフォームは各文書を読み、種類を見分け、フィールドを自動で抽出する。内部ではOCRとAIモデルを組み合わせ、デジタルPDFとスキャン画像の両方を扱う。フィールドを一度定義すれば、モデルが埋めてくれる。それだけのことだ。

抽出された各ページは、課金前に設定したスキーマと照合される。フィールドが誤って返れば、そのページは自動でクレジットされる。これにより精度は約束ではなく課金ルールになる。OCRベンダーの中では珍しい。

APIは、自社のレビュー工程に流し込める抽出結果を返す。フィールドの信頼度が低いとき、アプリは誤ったデータを黙って下流に流す代わりに、人による確認として印を付けられる。これは表、署名、手書きのある複数ページの文書で最も効く。誤りはそこに潜む。誤った抽出は、帳簿に載ってしまえば抽出なしよりも悪い。

結果の取得方法は選べる。処理が終わるとWebhookが発火する。あるいはdocumentエンドポイントをポーリングしてもいい。API優先の構成なので、本番で抽出を回すのにUIは要らない。個別の文書を確認したいときはダッシュボードがある。

InvofoxはSOC 2とISO 27001への準拠、転送時と保存時の暗号化、任意のゼロデータ保持、HIPAA対応を明示する。財務データや個人データを扱うチームでは、こうした統制が契約を左右することが多い。準拠がなければ契約もない。