契約に基づく設定
Portal
tenant の範囲に限定したアップロード画面で顧客文書を収集し、各提出をその業務フローに関連付けます。合意した契約に基づく tenant の有効化と業務フローの設定が必要です。
プラットフォームのモジュール
七つのモジュール。つながるライフサイクル。
契約に基づいて設定される機能には、合意した範囲内で tenant の有効化または設定が必要です。ご利用の業務フローへの導入状況と利用可否を当社チームにご確認ください。
契約に基づく設定
Workflow
順序付けた処理フェーズを定義し、設定済みの手動レビューのために実行を一時停止し、判断を記録して業務フローを再開します。合意した契約に基づく tenant の有効化とレビューフェーズの設定が必要です。信頼度スコアがレビュー経路を自動で選択することはありません。
契約に基づく設定
Vision
文書を分類し、後続の検証に向けて信頼度と出典参照を伴う構造化フィールドを抽出します。tenant の設定が必要です。信頼度と出典参照は設定された抽出結果に依存し、すべてのフィールドで保証されるものではありません。
契約に基づく設定
ECM
文書、版、タグ、アクセス規則、検索、ライフサイクルイベントを文書記録内で整理します。合意した契約に基づく tenant の有効化とアクセスおよびライフサイクル方針の設定が必要です。
契約に基づく設定
Sign
署名用エンベロープを作成し、署名者のイベントを収集し、設定された署名フローを通じて完成した署名済み文書を検証します。合意した契約に基づく tenant の有効化と、個別に確認された検証フローが必要です。この契約に基づく設定範囲は、一般公開の文書検証サービスや第三者によるトラストサービス認証の存在を示すものではありません。
契約に基づく設定
Templates
名前付きプレースホルダーを持つ DOCX テンプレートを版管理し、承認された版を PDF に変換します。合意した契約に基づく tenant の有効化、公開済みテンプレート版、設定済み PDF レンダラーが必要です。Word アドインの利用可否は、導入状況の個別確認が必要です。
契約に基づく設定
Governance & Integrations
REST API と署名付きウェブフックでライフサイクルをつなぎ、契約固有の監査およびセキュリティの証拠を保持します。tenant の設定、webhook 署名の設定、契約で合意した統制が必要です。クライアント SDK は TypeScript、Python、.NET、Java 向けに公開済みです。パッケージ化されたコネクター一覧の提供は主張していません。
文書のライフサイクル
収集から証拠へ。
tenant 向けに合意したレビューフェーズと後続の操作を含め、業務フローに必要な段階を設定します。
- 収集ポータル、API、または業務フローで受け付けます。
- 分類tenant の設定に従って文書の種類を識別します。
- 抽出出典の証拠を伴う構造化フィールドを返します。
- 検証スキーマと業務規則の確認を適用します。
- レビュー必要に応じ、明示的に設定された手動レビューフェーズを使用します。
- 判断業務フローの規則に従い、承認、却下、修正依頼を行います。
- 実行REST API、署名付きウェブフック、または設定済みの後続処理で送信します。
- 立証出典参照と契約固有の監査証拠を保持します。
顧客の業務フロー
一つのライフサイクル、三つの文書業務フロー。
これらの図は契約に基づいて設定する業務フローを示します。各段階には tenant の有効化と合意した設定が必要です。リンク先のガイドは想定用途を説明しており、ご利用の tenant への機能導入を確認するものではありません。
買掛金管理
契約に基づく業務フロー：仕入先請求書の受領から支払判断の記録、合意した後続システムへの引き渡しまで。業務上の承認は引き続き権限を持つチームが行います。
- 収集合意した受付フローで、tenant の範囲に限定したポータルから仕入先請求書を収集します。tenant の有効化が必要です。請求書受付ポータル
- 分類合意した文書種別に従って請求書と裏付け書類を識別します。tenant の設定が必要です。分類の設定
- 抽出合意したスキーマに合わせて請求書のフィールドを抽出します。tenant の設定が必要です。出典参照は設定された出力に依存します。請求書の抽出
- 検証合意した確認項目の確認を条件として、照合に必要な請求書比較と参照データを定義します。tenant の設定が必要です。請求書照合の範囲
- レビュー合意した契約に基づき、tenant 向けに設定された手動レビューのために処理を一時停止します。tenant の設定が必要です。権限を持つレビュー担当者が承認、却下、修正依頼を記録します。設定済みのレビューフロー
- 判断権限を持つチームの請求書に対する判断を業務フローに記録します。tenant の設定が必要です。判断の記録によって支払が実行されることはありません。買掛金管理の業務フロー
- 実行webhook 署名と受信システムの動作を確認したうえで、署名付きウェブフックにより合意したイベントを後続のエンドポイントへ送信します。tenant の設定が必要です。webhook による引き渡し
- 立証契約固有の保持統制の下で、請求書記録を裏付ける出典参照、レビュー判断、イベントを合意します。tenant の設定が必要です。証拠と信頼性の範囲
KYC・KYB による顧客受け入れ
契約に基づく業務フロー：本人確認書類と企業文書を収集し、合意した確認項目をレビューし、受け入れ判断を記録します。受け入れ方針は権限を持つチームが定めます。
- 収集合意した受け入れフローで、tenant の範囲に限定したポータルから本人確認書類と企業文書を依頼します。tenant の有効化が必要です。KYC 文書ポータル
- 分類受け入れ設定に従って提出された文書の種類を識別します。tenant の設定が必要です。分類の設定
- 抽出文書セットについて合意した本人情報と企業情報のフィールドを抽出します。tenant の設定が必要です。フィールドの網羅範囲と出典参照は設定された出力に依存します。KYC 文書の抽出
- 検証対応する確認項目の確認を条件として、受け入れに必要なフィールドと文書間チェックを定義します。tenant の設定が必要です。文書確認だけで規制遵守が立証されるわけではありません。文書確認の範囲
- レビュー合意した契約に基づき、tenant 向けに設定された手動レビューのために処理を一時停止します。tenant の設定が必要です。権限を持つレビュー担当者が文書記録を確認し、判断を記録します。設定済みのレビューフロー
- 判断権限を持つチームの受け入れ判断を、その受け入れ方針に従って記録します。tenant の設定が必要です。業務上の承認は自律的には行われません。銀行の顧客受け入れに関する背景
- 実行webhook 署名と後続の操作を確認したうえで、署名付きウェブフックにより合意した受け入れイベントを受信サービスへ送ります。tenant の設定が必要です。webhook による引き渡し
- 立証契約固有の保持統制の下で、受け入れ記録に必要な文書参照、判断、アクセス統制を合意します。tenant の設定が必要です。セキュリティと証拠の統制
保険金請求
契約に基づく業務フロー：保険金請求書類をまとめ、合意した確認項目をレビューし、記録した対応判断を引き渡します。補償範囲と保険金支払に関する判断は、引き続き権限を持つ保険金請求担当チームが行います。
- 収集文書提出経路を確認した後、合意した受付フローで保険金請求書類一式を収集します。tenant の有効化が必要です。保険金請求書類の処理
- 分類合意した分類に従って保険金請求書類一式の文書種別を識別します。tenant の設定が必要です。分類の設定
- 抽出提供された文書セットについて合意した保険金請求のフィールドを抽出します。tenant の設定が必要です。出典参照は設定された出力に依存します。保険金請求書類の抽出
- 検証保険金請求書類一式に対して対応する確認項目を個別に確認します。検証には tenant の設定が必要です。不正検知はプラットフォームの証拠によって立証されておらず、この業務フローでも提供を約束していません。
- レビュー合意した契約に基づき、tenant 向けに設定された手動レビューのために処理を一時停止します。tenant の設定が必要です。権限を持つ保険金請求レビュー担当者が記録を確認し、修正を依頼するか判断を記録します。設定済みのレビューフロー
- 判断権限を持つ保険金請求チームの対応判断を、補償と支払の方針に従って記録します。tenant の設定が必要です。この業務フローは保険金支払の判断を自律的に行いません。保険業務フローに関する背景
- 実行webhook 署名と受信側の操作を確認したうえで、署名付きウェブフックにより合意した保険金請求イベントを後続のエンドポイントへ送信します。tenant の設定が必要です。webhook による引き渡し
- 立証契約固有の保持統制の下で、記録を裏付ける保険金請求書類、レビュー判断、ライフサイクルイベントを合意します。tenant の設定が必要です。証拠と信頼性の範囲
対応する種類
御社の業務に合わせて設定された分類。
いずれも、御社のお客様が実際に使っている書式、言語、通貨、地域ごとのルールに合わせて調整されています。
給与明細
人事
銀行取引明細
与信
確定申告書
税務
税務請求書
税務
定款
法務
運転免許証
口座開設
国民 ID
口座開設
住所証明
口座開設
請求書・インボイス
財務
役務提供の請求書
税務
領収書
財務
発注書
財務
開発者体験
3 行のコード。きれいな JSON が一つ。
よく使われる開発スタック向けの API と webhook のサンプル。署名付き webhook 、非同期ジョブ、そして文書化された REST リクエストが、個別の連携を支えます。
まず 文書抽出の概要 をご覧ください。その上で 文書抽出 API を使い、レイアウトやセクションの解析には 文書解析 API を、スキャンや写真を検証済みのデータに変えるには OCR API をお使いください。
C# / .NET Python Node.js Go cURL
extract.cs
// REST API sample — C# using var form = new MultipartFormDataContent(); form.Add(new StreamContent(File.OpenRead("payslip.pdf")), "file", "payslip.pdf"); http.DefaultRequestHeaders.Authorization = new("Bearer", apiKey); var response = await http.PostAsync(extractionUrl, form); response.EnsureSuccessStatusCode();
標準で備わるもの
六つの機能、一つの編成。
document AI のスタック全体が、一つに編成されたパイプラインとして動きます。どのページも同じエージェントの流れ —— 分類、抽出、検証、採点、記録 —— を通り、下流のシステムがそのまま使える構造化 JSON になって出てきます。API を主軸に据えるチームにとって、これらの機能は 文書抽出 API、文書解析 API、OCR API に対応します。
| 機能 | 何をするか |
|---|---|
| 取り込み | PDF（デジタルとスキャンの両方）、JPEG、PNG、TIFF、DOCX、そしてメールの添付ファイル。複数ページの文書は自動で連結します。受信箱の監視、 webhook での受け取り、API からの直接アップロードに対応します。 |
| 分類 | Tenant 単位で設定できる分類とゼロショット抽出が、信頼度スコアと振り分けの判断を返します。本番投入の前に、設定した各タイプを代表的な文書で検証してください。 |
| 抽出 | ReAct アーキテクチャのエージェントが、構造化されたフィールドをフィールド単位の信頼度つきで取り出します。フィールドをまたぐ計算、日付、エンティティの検証も同じ処理内で走ります。範囲ポインタが、出所を元の段落まで保ちます。 |
| 検証 | schema の検証、文書をまたいだ突合、そして設定可能な業務ルール。信頼度の低いフィールドには、その信頼度スコアと出典の引用を添えてフラグが立ちます。手動審査の工程を置くと、その文書は審査担当者のキューに入ります。 |
| 契約固有のチェック | 契約対象のワークフローでは、schema ルール、参照データのチェック、文書間の整合性を設定できます。現在の機能証拠では不正検出は確立されていません。提案される不正チェックは、使用前に個別の検証が必要です。 |
| 監査証跡 | 設定されたワークフローは、モデルのバージョン、プロンプトとレスポンスのハッシュ、審査担当者の識別、フィールド単位の信頼度を含む改ざん検知可能なメタデータを保持できます。保存期間は tenant 単位で設定でき、契約ごとに定まります。 |
文書タイプ別
御社がすでに処理している文書のための、学習済み抽出器。
抽出器はスキーマと検証ルールに基づく構造化 JSON を返します。契約に従って設定された REST API と署名付き webhooks を通じて後続のステップを接続します。パッケージ化済みまたは構築済みのコネクターカタログの提供を意味するものではありません。
財務 / 買掛金
請求書の抽出
仕入先、明細行、勘定科目のヒント、合計。フィールドは、API または webhook を通じたお客様設定の照合と配信を支えます。
銀行 / 融資
銀行取引明細の抽出
取引、残高、定期的な入金。米国とカナダの取引明細で 3 秒未満の解析、キャッシュフロー審査に使えます。
法務 / 契約管理
契約書の抽出
当事者、期間、準拠法、責任上限、指定条項。法務レビューのために、元の段落を指す範囲ポインタつき。
口座開設 / 本人確認
KYC 書類の抽出
公的身分証、住所証明、実質的支配者の証明。MRZ の解析と、制裁・重要公的地位者スクリーニングへの連携フック。
人事 / 融資
給与関連の抽出
給与明細、W-2、1099。総支給、控除、差引支給、そして所得確認のための年初来累計の突合。
税務 / 融資
確定申告書の抽出
1040、K-1、各種附表。調整総所得、控除、税額控除、還付額または納付額 —— 附表をまたぐ計算の検証つき。
出張・経費
領収書の抽出
店舗、明細行、税額、チップ処理を含む明細つき領収書。出力は API または webhook を通じて、お客様が設定した経費ワークフローに対応づけられます。
物流
船荷証券の OCR
運送人、荷受人、出荷 ID、重量、料金、そして運賃の明細行を、物流の業務フロー向けに。
決済
小切手 OCR API
支払人、受取人、金額、日付、MICR の文脈、そして決済業務のための送金情報フィールド。
保険
ACORD 様式の抽出
保険書類一式から、証券、申込者、車両、物件、補償範囲、保険料、損害のデータを取り出します。
保険
保険金請求の抽出
初期事故報告、警察の報告書、医療費請求、修理見積り。保険金の査定のために、文書をまたいで突合します。
連携
御社のシステムが、すでに動いている場所で。
REST API と署名付き webhook が、記録システムとの個別連携を支えます。連携の範囲とフィールドの対応づけは、お客様の業務ごとに定義します。
- ERP と財務NetSuite、SAP S/4HANA、Oracle Cloud ERP、Workday Financials、QuickBooks Online、Xero、Sage Intacct。
- CRM と収益Salesforce、Salesforce Financial Services Cloud、HubSpot。顧客レコード、商談、申込者が構造化オブジェクトとして入ります。
- 融資と基幹バンキングnCino、Encompass、Mambu、Alloy、Q2、Jack Henry、Fiserv、FIS、Plaid、MX。
- 契約管理と法務Ironclad、Agiloft、ContractWorks、Concord。条項、当事者、期間のデータが、範囲ポインタを保ったまま流れます。
- 人事と給与Workday HCM、ADP、The Work Number、Gusto、Justworks。給与と年初来累計のデータが、HRIS と確認の業務へ流れます。
- 出張・経費Expensify、Concur、Brex、Ramp、Pleo。領収書と精算が、適切な規程と勘定コードへ振り分けられます。
- 口座開設と KYCPersona、Alloy、Sumsub、ComplyAdvantage。本人確認と CIP/CDD の書類一式を、制裁スクリーニングの起動条件つきで。
- 個別の連携REST API、署名付き webhook イベント、そしてよく使われる開発スタック向けの API または webhook のサンプル。企業契約には、範囲を定めた連携開発の支援を含められます。
セキュリティとコンプライアンス
御社の文書を、御社と同じように扱います。
設計段階からのプライバシー
設定可能な保存期間、個人情報の自動的な匿名化、そして適切なデータ処理契約が最初から備わっています。
エンドツーエンドの暗号化
通信中は TLS 1.3。保存時は AES-256。鍵はお客様ごとの専用 KMS インスタンスで管理します。
プライベート導入の計画
プライベートクラウド、BYOC、オンプレミス導入は一般提供されていません。契約に基づく評価には、技術面および運用面での明示的な確認が必要です。
よくある質問
よくある質問。
掲載されていない文書タイプでも Cogneris を使えますか。
はい。Enterprise では、カスタム文書タイプをサンプル文書から 1 営業日でお出しします —— 10 から 50 件の例をお送りいただければ、適切な schema、検証器、信頼度のしきい値を備えた調整済みの抽出器をお返しします。処理するのは同じエージェントのパイプラインで、変わるのは狙う schema だけです。
同期と非同期の境目はどこですか。
同期の抽出の上限はファイルサイズ 10 MB とリクエストのタイムアウトであり、ページ数ではありません。長い文書や大量処理では、ドキュメントジョブを送信し、署名付きの webhook コールバックを受け取ってください。ページ単価は同じで、リクエストの形が違うだけです。
Cogneris は多言語の文書をどう扱いますか。
30 を超える言語に、フィールド単位のローカライズつきで対応します。通貨の換算、日付形式の正規化（DD/MM と MM/DD）、住所の解析は、元の文書の地域慣行に従います。出力の JSON は ISO 形式に正規化されるため（通貨は ISO 4217、日付は ISO 8601、国は ISO 3166）、元の言語が何であれ、下流のシステムは一貫したデータを受け取ります。
検証に通らなかった文書はどうなりますか。
信頼度の低いフィールドと、schema や業務ルールの不合格は、抽出結果の上でフラグが立ちます。それぞれに、抽出された値、その信頼度スコア、検証エラー、そして読み取り元の領域が付きます。手動審査の工程は文書をレビューキューへ送り、審査担当者が元のページと照らして値を修正し、承認または却下します。 Cogneris は、モデルのバージョン、プロンプトとレスポンスのハッシュ、審査担当者の識別を含む改ざん検知可能な監査メタデータを保持できます。
Cogneris を当社のクラウドやオンプレミスで動かせますか。
プライベートクラウド、BYOC、オンプレミス導入、顧客管理の鍵、AWS PrivateLink、Google Cloud Private Service Connect は計画中の機能であり、一般提供されているサービスではありません。契約に基づく評価では、アーキテクチャや調達の計画に組み込む前に、技術面および運用面での明示的な確認が必要です。
連携はどれくらい速いですか。
REST API と署名付き webhooks を通じて連携します。対象範囲、エンドポイント、認証、webhook の署名、受信システムの動作は、合意した契約に従って tenant ごとに設定する必要があります。 ドキュメントを見る、または API リファレンス。
操作デモ
六つの機能、一本の録画。
ここまではすべて説明です。この操作デモは、製品が実際の文書で仕事をしている画面録画です。モデルが確信を持てなかったフィールドも含めて —— 台本どおりのデモが省いてしまう、まさにその部分です。
録画はまだ公開されていないため、ここに再生できるものはありません。製品そのものではない映像で埋めるくらいなら、空けておくほうがましだと考えています。
- アップロード —— 実際の請求書か銀行取引明細を、プラットフォームが本当に処理する速度のままで。
- JSON 出力 —— レスポンスのエンベロープと、各値のバウンディングボックスを元ページに描き戻したもの。
- 信頼度 —— フィールドごとのスコア。モデルが唯一ためらったフィールドも含めて。
- 人による審査 —— 同じ文書がワークフローのレビューキューで待機し、審査担当者がフラグの付いた値を修正し、その変更が本人の名前で記録されます。
- Webhook —— 署名付きの配信が届くところ。最初のステップで得た文書 id を携えて。