書類の確認

確認は、推定からあなたが保証する書類へと変わる場所です。確認待ち 状態の書類名をクリックすると、左に原本、右にデータを含むフォーム、上には発見が表示されます。

なぜ確認するのか

モデルは書類をよく読み取りますが、完璧ではなく、金額や仕入先のアカウントに誤りがあると確認にかかる時間以上のコストを引き起こします。したがって、確認の目的は書類を再びすべて読み取ることではなく、サービスが自ら問題としてマークした箇所を見ることです。

デフォルトでは、すべての書類が確認待ちの状態になります。どこから来たものであれです。設定 (送信前の確認) では、特定のチャネルに絞ったり、発見のある書類に絞ったり、または無効にしたりできます — そうすると、書類は認識後すぐに外部に送信されます。

常に適用される唯一の例外があります: 再処理を依頼した書類は、発見のある書類のみを確認するアカウントでも確認を通過します。データが誤っていたと言ったばかりなので、新しいデータは Webhook で送信される前に人間が確認する必要があります。

画面上の内容

• 書類のプレビュー — 元の PDF または画像、検索、ズーム、ページのオプションプレビューが可能です。Word や Excel は PDF に変換されて表示されます。
• フォーム — 書類のスキーマに従ったフィールド内の読み取られたデータ。
• 発見 — 確認で見つかった項目のリスト、各項目には修正ボタンがあります（存在する場合）。
• 再計算 — 不足しているか不一致の合計を提案するバー。
• データ — 見る必要がある人のための JSON または XML 形式の生データ（デュアルビューのスイッチ）。

迅速に行う方法

発見を読み取ります。左のプレビューの値を確認してください — プレビュー内での検索は、千の間にスペースがある金額を見つけ、そのフィールドをハイライトします。またその逆もあります: フォーム内のフィールドをクリックすると、プレビュー内でその値が書類のどこにあるかが表示されます。修正を行うか、そのままにします。確認して送信 ボタンまたはショートカット Ctrl+Enter で確認します。

発見のない書類は、フォームに触れずに1クリックで確認できます。発見のある書類は、確認前に本当にそのままで良いかどうか尋ねます。

アプリが学ぶ修正

仕入先に対して同じことを繰り返し修正していると、アプリはその修正から知見を得て、次の書類にそれをモデルにヒントとして渡します。どのようにしてその知識を保持し、どこで削除するかについては、仕入先の知見 ページに記載されています。

バッチ確認

確認後、すぐに次の待機中の書類が開かれます。ウィンドウを閉じたり、テーブルを探して次を開いたりする必要はありません — すべての待ち行列を、リストに触れることなく進むことができます。アクティブなフィルターは引き続き適用されます。