顧客案件に合う OCRを、つくる。 活かす。つなぐ。

専用開発はOCRを含むシステム全体を案件仕様から設計する方法、OEMはDocument Forceの既存基盤を活用する方法です。API設計・開発は、既存サービスや業務システムを残し、OCR処理との接続インターフェースを設計・開発します。3つは案件要件に応じて組み合わせることもできます。

はい。対象書類、実現したい処理、接続を想定するシステム、必要な出力が分かる範囲で共有いただければ、3つのうち何を主軸にするか、組み合わせが必要かを整理します。

組み合わせを前提としたご相談が可能です。専用OCRシステムの入出力をAPIとして設計する、既存基盤と顧客側システムの接続部分をAPIとして整理するなど、案件要件に応じて構成を検討します。

はい。接続先システム、OCRへ渡したいデータ、必要な出力結果、想定する処理の流れを確認し、必要なAPI仕様を整理します。具体的な対応範囲は案件ごとに決定します。

既存システムを残しながらOCR処理を利用する構成をご相談いただけます。接続先の仕様、必要な入力と出力、責任分界を確認し、APIによる接続を含む実現方法と対応範囲を整理します。

対象システム、利用目的、データ形式、運用条件を確認し、必要なAPI仕様、認証、入出力、エラー処理などを整理します。具体的な方式、性能条件、保守範囲は案件ごとに決定します。

対象帳票、ファイル形式、画像品質、ページ構成を確認したうえで対応範囲を決定します。既存のDocument Forceで扱う形式が、そのまま専用開発・OEM・API設計へ適用されるとは限りません。

ロゴ、サービス名、画面表示の変更範囲や再販売条件は、現時点で一律に確定していません。希望する提供形態を確認し、対応範囲と契約条件を個別に決定します。

代表的な書類、必要な抽出項目、許容条件、確認工程を整理し、案件に適した確認方法を決めます。精度は書類内容や画像品質などで変わるため、事前に一律の数値を保証しません。

対象帳票、処理内容、確認画面、接続範囲、想定件数、運用・保守の役割分担などを確認して算定します。要件確認前に期間や費用を断定することはありません。

NDAや情報管理上の要件はご相談いただけます。締結方法、データの受け渡し、保管、アクセス範囲などを確認して進めます。初回フォームの自由記述欄には、顧客情報や機密情報を記載せず、案件概要のみご入力ください。

ソースコードの提供有無、知的財産権の帰属、保守範囲と期間は案件ごとの契約条件として決定します。希望条件がある場合は初期の要件確認時にお知らせください。