発見とその解決

発見は、書類上の不一致に関する文です。発見はブラウザではなくサーバーでカウントされるため、フォームからの書類でもAPIを通じて送信された書類でも同じく発生し、APIクライアントにはそのデータと共に取得されます。

発見の種類

各チェックは設定で無効にできます。無効にすると、全くカウントされず、そのため書類はチェックのキューに入らないことになります。

発見で何が起きないか

発見は自動的に修正されることはありません。計算できるところでは、修正する ボタンが提案され、その値が表示されますが、それはあなたが補完する必要があります。IČOに関しては、チェックディジットにのみ基づいて識別される場合、提案はしません：チェックディジットはおおよそ毎回11番目のランダムな数字を通過させるため、自動修正によって有効だが他のIČOを生み出す可能性があります。このようなエラーは、目に見える矛盾よりも悪化する可能性があります。

例外は、書類にDIČを持つ企業です。企業の税番号はCZとそのIČOで、したがって正しい値は書類のすぐ隣にあり、何も計算する必要がありません — その場合、提案は提供されます。自営業者の場合は適用されず、DIČに個人番号が含まれているため、その場合IČOとDIČは全く比較されません。

提案は、書類にその値を補完した場合に矛盾が生じるところでも行われません。書類の項目合計において、基礎と税の合計が総額を示す場合、合計の補完はその関係を壊すため - 発見はそのまま残り、値は提供されません。

繰り返し項目

複数ページの書類は、同じ項目を異なる見出しの下で二回表示することがあります：クラウド請求書はサービスごとの詳細があり、その後再度口座ごとに表示されます。オペレーターの請求書もサービスごとの詳細があり、その後電話番号ごとに表示されます。モデルは両方のテーブルを取得し、両方を読み取るため、各項目はデータに二回存在し、合計は二倍になり、会計に二回送信されることになります。

発見は、すべての 項目が同じ回数繰り返されており、異なる項目が少なくとも三つある場合にのみ発生します。追加の項目があるか欠けていると発見は発生せず — 一つの書類に二つの同じペアが存在することは一般的なことであり、そのため半分の詳細を削除することは静かにしているよりも悪化するでしょう。

発見には、各セットの最初の出現を保持し、残りを削除するボタンがあります。全体の詳細が一度に変更されるため、1つずつ削除すると行番号が変わってしまいます。サマリーには影響しません：基礎、税、および総額は変更されず、書類上で有効です。

書類がサマリーとは異なる通貨で項目を含む場合には注意してください。クラウド請求書はドルで請求し、サマリーだけがユーロまたはコルナに変換されます。そのような書類の繰り返し項目を整理しても、合計は他の通貨であるため正常にはならず、そのためその書類に対しては1つの項目を請求書全体として残しておく方がクリーンです。

サマリーとは異なる通貨の項目

クラウドによる外国の請求書はドルで請求し、支払い通貨に対してサマリーのみを変換します：サービスごとの詳細はUSDのままで、税基礎と支払額はユーロまたはコルナになります。書類にはアプリ内で一つの通貨しか存在しないため、項目の合計が税基礎と一致することはなく、何を修正しても意味がありません。

書類の転記では、各金額の通貨が表示されます。転記がない書類 - 電子請求書やOCRが無効な場合 - ではチェックは起動せず、通常の合計に関する発見が適用されます。

発見が発生するためには、外国の通貨が少なくとも三つの異なる価格の項目に存在し、書類の通貨には一つも存在してはならない。各行で二つの通貨を印刷する書類は単なる換算であり、発見は作られません。

アプリは修正を提案しません。書類から正しい答えは導き出せないからです。あなたには二つの選択肢があります：

1. 書類の通貨と項目を一つに簡素化する、例えばサービス 8/2026 の税基礎からの金額に対して。会計に送信されるのは実際に支払われる金額であり、サービスごとの詳細は書類に保存された元の形式のままです。会計にとって、これは最もクリーンです。
2. 書類を項目の通貨に変換し、サマリーも含める。書類は内部的には一致しますが、支払額も税も、実際に支払われる通貨とは異なる - VAT申告書には書類の金額が含まれます。

発見を無視し、書類を確認することもできます。この場合、会計には一つの通貨での項目と別の通貨でのサマリーが送信され、プログラムは書類に示されているものとは異なる数字を計算します。

そのような書類に対して、項目合計のチェックは行われません。一致するはずがなく、同じ問題についての二度目の通知は何も新しいことを言いません。

発見を閉じる方法

二つの方法があります：

1. 値を修正する。 再計算が完了すると、発見は自動的に消えます。
2. 無視する。 値が正しく、発見が無意味な場合 - 例えば、他のVAT率の外国供給者に対して。確認時に、書類に残った発見のリストが表示され、一度に確認します。このウィンドウを表示したくない場合は、再表示しないをチェックできます；設定で元に戻すことができます。

アクティビティには、誰が書類を確認したのか、データに手を触れたのかが記録されます。

供給者の口座

請求書に関連する最も多い詐欺は以下のようです：あなたが知っている供給者から、いつも通りのすべてが揃った請求書が届きますが、口座番号が異なります。チェックサムでは何も確認できません、なぜなら偽造された口座が有効なことがよくあるからです。

そのため、アプリは各供給者について、あなたがどの口座に支払ったかを記録しており、書類に異なる口座が届くとこれを発見として報告します。ブロッキングではありません：口座は実際に変更され、書類はそのままの形で記帳される必要があります。発見は他のどの発見と同様に確認時に承認を得れば大丈夫で、それ以来新しい口座も認識されたままになります。

知っておくべきこと：

• 口座はチェックの確認によってのみ記録される。 認識によってはありません。もし認識だけで十分なら、偽造された請求書は自ら口座を登録し、誰かがそれを開く前に登録してしまいます。
• 供給者の最初の書類は何も報告しません。 比較すべきものがないため、基本を設定するだけです。それは銀行も同じです。
• 国内口座と同じ口座のIBANは一つの口座です。 一つの請求書は19-2000145399/0800、別の一つはCZ6508000000192000145399と書かれます。この場合の発見は発生しません。
• 受取り書類に対してのみ適用されます。 発行請求書では自らの口座です。
• 発見は修正を提案しません。 書類に記載されているものの代わりに記憶された口座を埋めるのは、「請求書の言うことと異なるところに支払う」というボタンになるでしょう。これを決めるのはあなたであり、新しい口座をその請求書以外のどこかで確認する必要があります。
• 知られている口座は反対側で確認できます。 供給者の詳細で反対側のタブにあり、最後に確認した人も表示されます。同じところで供給者の記憶も忘れられます。

DIČと税務署の登録

供給者と顧客のDIČはヨーロッパのVIES登録で確認されます。登録が応答しない場合、発見は発生しません — ブリュッセルでのダウンでは供給者に電話する意味はありません。検証されるのは、州のプレフィックスを持つヨーロッパのDIČのみです。

あなた自身のDIČは確認されません、あなたの納税者としての地位は知っています。DIČが書類上にVATなしの場合には確認されません：非課税者もDIČを持てるが、税務署登録には含まれません。

VIES登録は「はい/いいえ」だけを返し、会社名と照合することはありません。ARES登録は他の場所で使用されます — 設定で自社の情報を入力する際に。