- 概要
- モデルを構築する
- モデルを使用する
- 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 パッケージ
- 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 パッケージ
- パブリック エンドポイント
- サポートされている言語
- データおよびセキュリティ
- ライセンスと請求ロジック
- 使い方
Document Understanding Process テンプレート (プレビュー)
Document Understanding Process is a fully functional UiPath® Studio project template based on a document processing flowchart. You can use it to get started with working on either a demo, or a large-scale implementation of Document UnderstandingTM.
このプロセスでは、ログ、例外処理、リトライのメカニズムのほか、Document Understanding ワークフローですぐに使えるあらゆるメソッドを提供します。
- [Document Understanding プロジェクト分類器] (プレビュー) アクティビティを使用してこれらのカテゴリを区別するよう設計された分類器。
これを使用してモダン プロジェクトを使用する場合は、
30_Classify
ワークフローにドラッグ アンド ドロップします。 - [Document Understanding プロジェクト抽出器] (プレビュー) アクティビティを使用して分類された情報を取得するための抽出器。
このアクティビティの設定はモダン プロジェクトに対応しているため、プロセス テンプレートはニーズに合わせて適応できるベスト プラクティスのサンプルとなります。
プロセスには、接続された他のオートメーションとは切り離されたアーキテクチャがあります。
- 処理するファイルがどこから取得されようと、何が実行をトリガーしようと関係ありありません。それは、アップストリーム プロセスで行われることです。
- 抽出された情報がどこで使用されようと関係ありません。それは、ダウンストリーム プロセスで行われることです。
プロセスのアーキテクチャは、Action Center を使用して人間参加型の検証を行う、Attended ロボットと Document Understanding を実行する Unattended ロボットの両方を使用するシナリオで同じです。
アイテムは一括処理されるわけではありません。入力ファイルごとに 1 つのジョブがあります。アイテムを処理するたびにディスパッチャーが必要になりますが、この柔軟なアプローチにより Document Understanding プロセスを開始、開発、デバッグ、拡大縮小することができます。
Document Understanding Process テンプレートは、オフィシャル テンプレート フィードにあります。[テンプレート] タブに移動し、[Document Understanding Process] カードをクリックします。
[テンプレートを使用] を選択します。
プロセスの [名前] を入力し、PC の [場所] を選択します。[作成] をクリックして、プロセスを開きます。
プロセスには、詳細なドキュメントが付属しており、プロジェクト フォルダーにあります。Document Understanding ソリューションに習熟している場合でも、同梱のユーザー ガイドをお読みになることをお勧めします。
プル要求を作成するか、リポジトリで Issue を作成して、プロジェクトに直接貢献することができます。新しいブランチを作成する場合は、README.md ファイルの命名規則に留意してください。