- 概要
- モデルを構築する
- モデルを使用する
- ML パッケージ
- 1040 (米国の個人所得税申告書) - ML パッケージ
- 1040 Schedule C (米国の個人所得税申告書のスケジュール C) - ML パッケージ
- 1040 Schedule D (米国の個人所得税申告書のスケジュール D) - ML パッケージ
- 1040 Schedule E (米国の個人所得税申告書のスケジュール E) - ML パッケージ
- 1040x (米国の個人所得税修正申告書) - ML パッケージ
- 3949a - ML パッケージ
- 4506T (米国の納税申告証明依頼書) - ML パッケージ
- 709 (米国の贈与税申告書) - ML パッケージ
- 941x (米国の雇用主による四半期連邦税修正申告書) - ML パッケージ
- 9465 (米国の分割納付申請書) - ML パッケージ
- ACORD131 (アンブレラ/エクセス保険) - ML パッケージ
- ACORD140 (商業保険申込書の財物補償条項) - ML パッケージ
- ACORD25 (賠償責任保険証明書) - ML パッケージ
- Bank Statements (銀行預金残高証明書) - ML パッケージ
- BillsOfLading (船荷証券) - ML パッケージ
- Certificate of Incorporation (会社存在証明書) - ML パッケージ
- Certificate of Origin (原産地証明書) - ML パッケージ
- Checks (小切手) - ML パッケージ
- Children's Product Certificate (子供向け製品証明書) - ML パッケージ
- CMS 1500 (米国の医療保険請求フォーム) - ML パッケージ
- EU Declaration of Conformity (EU 適合宣言書) - ML パッケージ
- Financial Statements (財務諸表) - ML パッケージ
- FM1003 (米国の統一住宅ローン申請書) - ML パッケージ
- I9 (米国の就労資格証明書) - ML パッケージ
- ID Cards (ID カード) - ML パッケージ
- Invoices (請求書) - ML パッケージ
- InvoicesAustralia (請求書 - オーストラリア) - ML パッケージ
- InvoicesChina (請求書 - 中国) - ML パッケージ
- Invoices Hebrew (請求書 - ヘブライ語) - ML パッケージ
- InvoicesIndia (請求書 - インド) - ML パッケージ
- InvoicesJapan (請求書 - 日本) - ML パッケージ
- Invoices Shipping (船積送り状) - ML パッケージ
- Packing Lists (梱包明細書) - ML パッケージ
- Payslips (給与明細) - ML パッケージ
- Passports (パスポート) - ML パッケージ
- Purchase Orders (発注書) - ML パッケージ
- Receipts (領収書) - ML パッケージ
- RemittanceAdvices (送金通知書) - ML パッケージ
- UB-04 (健康保険請求フォーム) - ML パッケージ
- Utility Bills (公共料金の請求書) - ML パッケージ
- Vehicle Titles (自動車の権利書) - ML パッケージ
- W2 (米国の源泉徴収票) - ML パッケージ
- W9 (米国の納税申告書) - ML パッケージ
- パブリック エンドポイント
- サポートされている言語
- データおよびセキュリティ
- ライセンスと請求ロジック
- API キー
- 使用状況の測定と請求ロジック
- 使い方
使用状況の測定と請求ロジック
UiPath® Document UnderstandingTM のモダン プロジェクトを使用する場合、UiPath が使用状況の測定と請求に使用しているシステムについて、特に AI ユニットとの関連で理解することが重要です。課金される主な操作はデジタル化であり、抽出や分類などの後続の操作については課金されません。同じドキュメントのデジタル化を複数回行った場合は、複数回課金されます。
モダン プロジェクト独自の機能として、デジタル化、抽出、分類など、ページでどのような操作を実行しても、課金される AI ユニットは 1 つだけです。これはすべての操作に適用され、ロボティック プロセス オートメーション (RPA) による操作とパブリック API による操作の両方とも含まれます。
この機能は現在、監査プロセスの一部であり、レビューが完了するまで FedRAMP 承認の一部とは見なされません。 現在レビュー中の機能の完全なリストは 、こちらをご覧ください 。
- OCR のみ → 1 AI ユニット/ページ
- OCR と分類 → 1 AI ユニット/ページ
- OCR、分類、抽出 → 1 AI ユニット/ページ
- OCR、分類、抽出、生成 AI による検証 → 2 AI ユニット/ページ
重要:
この機能は現在、監査プロセスの一部であり、レビューが完了するまで FedRAMP 承認の一部とは見なされません。 現在レビュー中の機能の完全なリストは 、こちらをご覧ください 。
- [ドキュメントを分類] アクティビティを使用して 1 つのドキュメントを処理した結果、デジタル化がトリガーされ、結果がドキュメント データに保存された場合 → 入力 1 ページにつき 1 AI ユニット
- 続いて [ドキュメント データを抽出] アクティビティを使用する場合、以下のようになります。
- ファイル自体を入力としてドキュメントを処理する場合、デジタル化がトリガーされます。→ 合計コストは 2 AI ユニット/ページです。
注: [ドキュメント データを抽出] アクティビティでは、ドキュメントを事前に分類せずに、ファイル自体を使用してドキュメントを処理することもできます。この場合、合計コストは 1 AI ユニット/ページです。
- ドキュメント データを使用してドキュメントを処理する場合、[ドキュメントを分類] の出力が入力として使用されます。→ 合計コストは 1 AI ユニット/ページです。
- ファイル自体を入力としてドキュメントを処理する場合、デジタル化がトリガーされます。→ 合計コストは 2 AI ユニット/ページです。
InteligentOCR.Activities パッケージの場合、デジタル化、抽出、分類のいずれであっても、実行された操作に関係なく、1 ページあたり 1 AI ユニットが課金されます。これは、モダン プロジェクトの分類器または抽出器が使用中の場合にのみ適用されます。他の分類器や抽出器を使用する場合は、クラシック プロジェクトのそれぞれの消費ロジックが 1 ページあたり 1 AI ユニットに追加されます。