サプライヤーに関する知見
一部のサプライヤーから書類が定期的に届き、その書類に対してモデルが同様のエラーを繰り返しています:名前が歪められ、変動記号が別の場所から取得され、割引前の価格が読まれます。このようなエラーを確認中に修正すると、アプリケーションは修正から知見を取り込み、次回そのサプライヤーの書類に対してモデルに渡します。
設定は必要ありません。知見は自動的に修正から生成され、設定 → サプライヤーに関する知見で見つけることができます。同じ場所でこの機能をオフにすることもできます。サプライヤーの名前をクリックすると、対立者のタブに移動し、そこには知見と共にそのサプライヤーの書類や既知のアカウントが表示されます。
知見は書類を発行した人に帰属します。発行済みの請求書の場合、それは自社のことです:知見は書類のテンプレートについてであり、誰に発行されたかには関係ありません。
2種類の知見
固定値はサプライヤーがすべての書類で同じように持っているものです:正しい表記の名前、DIČ、通貨。これが生成されるのは、修正した値がすでに他の完成した書類に記載されている場合です。サプライヤーからまだ1つの書類しか受け取っていない場合、固定値は生成されません;次の書類で発生します。
名前、IČO、DIČおよび通貨は最初の修正からすぐに記憶されます。 サプライヤーは常にこれらが同じであるため、2枚目の書類を待つ必要はありません。唯一の条件は、修正された値が実際に書類に存在しなければならないということです。通貨に関しては、書類がどのような形であっても記載していれば十分です:「Kč」から「CZK」への修正も記憶されますが、書類には「CZK」が明示的に存在しない場合でもです。誤植や試験的に追加された値は記憶されず、モデルがフィールド名と同じ名前のラベルから直接読み取った場合((*DIČ:*がDIČに)、正しく読み取ったと見なされます。これはシステムタイプの書類に適用されます。アプリケーションは独自のスキーマにおいて、どのフィールドがどれであるかを認識していません。
他のフィールドの最初の修正は記憶されません。1つの修正だけでは、サプライヤーの値が固定であるか、それともこの書類に特有のものであるか(番号や日付など)を判断することはできません。同じサプライヤーの次の書類に対してモデルが同じエラーを再び繰り返す場合、それを修正して同じになると、知見が生成されます。
サプライヤーがデータをどこに記載しているかは位置に関する知見です:「変動記号はラベル「Reference」にあり、注文番号にはありません」。値は各書類で異なりますが、エラーは同じです。これは最初の修正からすぐに生成され、人工知能は書きません:アプリケーションは書類のテキスト内で値が記載されているラベルを見つけ、そのラベルをコピーします。これは書類で確認できる修正のみから生成されます:
- モデルが書類に記載されている「他のデータ」を取得した場合(たとえば、変動記号の代わりに注文番号や支払期日の代わりに発行日)、
- モデルがデータを「見逃した」場合:フィールドが空のままとなり、あなたが追加した値が書類に存在する場合、
- モデルがあなたが「削除した」フィールドを他のラベルに基づいて書類に記載した場合。
ラベルは、値と同じ行にあり、両者の間にコロンがあるときのみ考慮されます(「Reference: 8812345」)。このように確実に見つけることができない場合、知見は生成されません。間違った知見を生成するくらいなら、生成しない方が良いため、モデルに次のサプライヤーの書類を処理させることになります。
位置に関する知見は逆に生成されません:
- 読み取りエラーの修正から、つまりモデルが正しいデータに立っていたが、間違って読み取った場合:数字の入れ替え、アクセント記号の欠如、名前の切断された部分。次回は他の場所でエラーが発生します。
- 書類にまったく存在しない値から。フィールドに試験的にいくつかの文字を書き込んでも、アプリケーションは何も学びません。
- もしモデルがフィールド名と同じラベルから直接値を取得したなら、書類に「変動記号:23501」と書いてあり、モデルが23501を変動記号に入れるのは正しい動作です。これをたとえば電話番号で書き換えた場合、それがサプライヤーに関する情報を意味するものではありません。
項目の行は唯一、モデルが文を構成する場所です。たとえば「割引後の価格は「価格」列にあります」。ラベルからは組み立てられません。ここでも修正は書類によって裏付けされる必要があります:行が追加または削除されたり、モデルが格納した価格が書類に、またあなたが確認した価格も書類に存在したりします。書類にない項目名や数字はモデルに達することはなく、裏付けのある修正もモデルによって一時的なものと見なされる場合があります。
各知見には、生成された修正に基づく書類へのリンクがあります。
知見の使用方法
次の書類に対してサプライヤーは書類内のIČOによって識別され、IČOがない場合は名前によって識別されます。知見はその後、モデルへの助けとして機能し、OCRからの書き起こしのように扱われます。書類には常に優先権があります:書類に記載されていることが知見が示す内容とは異なる場合、モデルは再度それを読み直し、書類に実際に記載されている内容を返します。名称変更や請求書のテンプレート変更をしたサプライヤーも正しく処理されます。
知見は、それが生成された書類の種類のみに適用されます。請求書と領収書には異なるフィールドがあります。
モデルが助けを受け取った書類は、出力内にサポート付きというラベルが付けられ、すべて同時にフィルタリングできます。このラベルは自動的に生成されますが、クレジットノートと同様に名前を変更したり、色を変えたり、削除したりできます。削除されると、追加が停止します。
どの知見が使われたかは、書類ウィンドウの詳細タブで確認できます:「モデルが提案を受けた」ボックスには、どの知見が使われたかが記載されます。モデルが処理中に受け取った知見の内容が適用され、知見を削除したり、さらに修正を行った場合でも、それは有効です。サポートがない書類(つまり大多数)には、このボックスは表示されません。設定内の「Nの書類で使用されたカウント」は同じ内容を数えます:実際にその知見に割り当てられた書類のみが対象です。
記憶されないこと
- 口座番号、それがサプライヤーにとって最も安定しているにもかかわらず。請求書に関連する一般的な詐欺は、知られたサプライヤーが他人の口座番号を使用することであり、「この口座が通常のもの」という提案がそのような変更を隠す可能性があります。口座は常に書類から読み取られます。
- 数字:金額、数量、税率。月々の定額が同じであっても、書類から読み取られるべきであり、思い出されるべきではありません。
- 電子請求書(ISDOC)の修正。モデルはそれらを読み取らず、データとして到着します。
設定内の管理
知見は確認を承認した数秒後にリストに表示され、バックグラウンドで生成されます。
各知見には、それに関連するフィールドが表示され、どの書類に対して使用されたか、そしてそのフィールドを修正した回数が表示されます。役に立たない知見は、2つ目の数字で識別できます。
知見は編集できず、削除のみ可能です。モデルへの入力にされるものであり、それは制御を保つ必要があります:あなたが書類で本当に修正したものでのみ生成されます。知見を削除しても、モデルが引き続きエラーを起こす場合、次の修正から新しい知見が生成されます。知見を超えてフィールドを修正すると、新しい知見が自動的に置き換えられます;別のものに上書きされた固定値は忘れられます。
1つのサプライヤーと書類のタイプには、最大で10個の知見が保持されます。さらに追加されると、最も長く変更されていないものが置き換えられます。サプライヤーの数に制限はありません。
知見はサプライヤーに関するものであり、生成された書類に関するものではありません。その書類を削除しても、ゴミ箱に入れる場合も永久的に削除する場合も、知見は残り、引き続き使用されます。リストには、書類へのリンクが失われます。同じことが、書類が保管期間を過ぎて消えた場合にも当てはまります。不要な知見は、ここ設定で削除してください。
知見の生成や削除は、活動で確認できます。
停止
セクションのヘッダーにあるスイッチは、一度に両方をオフにします:新しい知見の生成が停止し、保存されたものがモデルに渡されなくなります。これは即座に適用され、すでに待機している書類にも影響します。保存された知見は消えません。リストに残り、引き続き削除でき、再度オンにすることで再び使用され始め、再学習の必要はありません。
どの知見がモデルに悪影響を及ぼしているか疑わしい場合に確認ができます:オフにして、書類を再度処理させ、比較してください。オンとオフの操作は活動に記録されます。
知見が生成されないまたは使用されない場合
- 設定で知見がオフになっています。
- 書類を修正なしで確認した場合。学ぶものがありません。
- 書類にサプライヤーが存在しません(IČOも名前も欠如)、一般的にこのフィールドがない独自のスキーマがそうです。
- 位置に関する知見には、書類のテキストが必要です。OCRをオフにした状態で処理された写真にはテキストがないため、固定値は生成されますが位置に関する知見は生成されません。同じ理由で、そのような写真ではサプライヤーが識別されず、知見は適用されません。
- 書類が確認される必要がなかった。知見は、確認中に修正したものからのみ学ばれるため、確認がオフの状態では知見は増えません。
共有のフォルダでは、知見は書類の所有者に帰属し、ゲストが確認してもその所有権は変わりません。