- 概要
- 基本情報
- モデルを構築する
- モデルを使用する
- 詳細
- 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 パッケージ
- ACORD125 (企業向け保険契約申込書) - ML パッケージ
- ACORD126 (企業総合賠償責任保険) - 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 パッケージ
- パブリック エンドポイント
- サポートされている言語
- Insights のダッシュボード
- データおよびセキュリティ
- ライセンスと請求ロジック
- API キー
- 使用状況の測定と請求ロジック
- 使い方
使用状況の測定と請求ロジック
When using UiPath® Document UnderstandingTM modern projects, it's essential to understand the system we use for metering and charging, specifically in relation to AI units. The main operation that we charge is digitization, without charging subsequent operations, like extraction or classification. If digitization for the same document takes place multiple times, it will be charged multiple times.
モダン プロジェクト独自の機能として、デジタル化、抽出、分類など、ページでどのような操作を実行しても、課金される AI ユニットは 1 つだけです。これはすべての操作に適用され、ロボティック プロセス オートメーション (RPA) による操作とパブリック API による操作の両方とも含まれます。
- OCR のみ → 1 AI ユニット/ページ
- OCR と分類 → 1 AI ユニット/ページ
- OCR、分類、抽出 → 1 AI ユニット/ページ
- [ドキュメントを分類] アクティビティを使用して 1 つのドキュメントを処理した結果、デジタル化がトリガーされ、結果がドキュメント データに保存された場合 → 入力 1 ページにつき 1 AI ユニット
- 続いて [ドキュメント データを抽出] アクティビティを使用する場合、以下のようになります。
- ファイル自体を入力としてドキュメントを処理する場合、デジタル化がトリガーされます。→ 合計コストは 2 AI ユニット/ページです。
注: [ドキュメント データを抽出] アクティビティでは、ドキュメントを事前に分類せずに、ファイル自体を使用してドキュメントを処理することもできます。この場合、合計コストは 1 AI ユニット/ページです。
- ドキュメント データを使用してドキュメントを処理する場合、[ドキュメントを分類] の出力が入力として使用されます。→ 合計コストは 1 AI ユニット/ページです。
- ファイル自体を入力としてドキュメントを処理する場合、デジタル化がトリガーされます。→ 合計コストは 2 AI ユニット/ページです。
InteligentOCR.Activities パッケージの場合、デジタル化、抽出、分類のいずれであっても、実行された操作に関係なく、1 ページあたり 1 AI ユニットが課金されます。これは、モダン プロジェクトの分類器または抽出器が使用中の場合にのみ適用されます。他の分類器や抽出器を使用する場合は、クラシック プロジェクトのそれぞれの消費ロジックが 1 ページあたり 1 AI ユニットに追加されます。