الاكتشافات وحلولها
الاكتشاف هو عبارة عن جملة حول ما لا يتطابق في الوثيقة. لا يحسب المتصفح الاكتشافات، بل الخادم، لذا تنشأ بشكل متساوٍ في الوثائق التي تأتي من النموذج وكذلك الوثائق التي تصل عبر API، ويتلقاها عميل API مع البيانات.
أنواع الاكتشافات
| اكتشاف | ما الذي يراقبه |
|---|---|
| مجموع العناصر | العناصر لا تعطي أساس الضريبة (بالنسبة للإيصال المبلغ الإجمالي)؛ لا يتم حساب الخصم |
| حساب الخط | الكمية مضروبة في السعر لا تعطي سعر الخط |
| المجموعات | الأساس زائد الضريبة لا يعطي المبلغ الإجمالي؛ الملخص الضريبي سيظهر أي حقل خاطئ |
| المجموعات المفقودة | تم قراءة العناصر، المجموعات لم تُقرأ |
| العناصر المتكررة | نفس التصنيف موجود في الوثيقة عدة مرات |
| عملة العناصر | أسعار العناصر بعملة مختلفة عن المجموعات |
| معدل الضريبة | المعدل الذي لم يكن ساري المفعول في جمهورية التشيك في تاريخ الإصدار |
| عملة | ليس رمز ثلاثي الحروف، مثل "كك" بدلاً من "CZK" |
| IČO | الرقم المتحكم به لا يتطابق، الشركة التشيكية ليس لديها ثمانية أرقام، أو أن IČO لا يتطابق مع DIČ لنفس الطرف |
| الضريبة مقابل المعدلات | من المعدلات في العناصر تأتي ضريبة مختلفة عما تذكره الوثيقة |
| IBAN | لا يتطابق المجموع المتحكم به |
| حساب المورد | الوثيقة تحتوي على حساب مختلف عن الحساب الذي دُفع للمورد |
| التاريخ | لا يمكن قراءته، أو لديه سنة غير معقولة |
| ترتيب البيانات | الاستحقاق يأتي قبل الإصدار |
| رمز متغير | غير موجود في نسخ الوثيقة من OCR |
| اتجاه | بناءً على اسم الشركة تكون على الجانب الآخر من الوثيقة |
| نوع الوثيقة | الحافظة تحدد نوعًا مختلفًا عما قرأه النموذج |
| نوع الوثيقة | الوثيقة لا تتطابق مع النوع الذي تم معالجته |
| تنسيق | لا يمكن تحويل نوع الوثيقة إلى التنسيق المختار |
| تكرار | نفس المورد ورقم الوثيقة موجودان بالفعل في الأرشيف |
| DIČ | غير مسجل لضريبة القيمة المضافة حسب سجل VIES |
يمكن إيقاف كل تحقق في الإعدادات. إذا تم إيقافه، فلا يتم احتسابه على الإطلاق، لذا لن تنتهي الوثيقة في طابور التحقق بناءً عليه.
ماذا لن يحدث بالاكتشاف
لن يتم تصحيح الاكتشاف من تلقاء نفسه. حيثما يمكن حسابه، سيقدم زر تصحيح إلى بالقيمة، لكن عليك إدخالها. في حالة IČO، لا يتم تقديم الاقتراح فقط إذا تم التعرف عليه بواسطة الرقم المتحكم: هذا يمر حوالي كل رقم عشوائي أحد عشر، لذا يمكن أن تجلب عملية التصحيح التلقائية IČO صالح ولكن ليس صحيحًا. مثل هذا الخطأ أسوأ من الخلل المرئي، لأنه قد لا يكتشفه أحد.
الاستثناء هو الشركة التي تحمل الوثيقة أيضًا DIČ. رقم الضريبة الخاص بالشركة هو CZ و IČO، لذا فإن القيمة الصحيحة موجودة على الوثيقة بجانبها ولا تحتاج إلى حساب — سيكون الاقتراح موجودًا هناك. في حالة المقاول، لا ينطبق هذا، فهو يمتلك رقم الهوية الشخصية في DIČ، وبالتالي لا يتم مقارنة IČO مع DIČ.
يفتقر الاقتراح أيضًا إلى هناك حيث تتعارض الوثيقة مع تدقيقها بعد إدخالها. بالنسبة لمجموع العناصر في الوثيقة، والتي تعطي الأساس زائد الضريبة المبلغ الإجمالي، فإن إدخال المجموع قد يحل تلك العلاقة — لذا سيبقى الاكتشاف، لكن القيمة لن تُعرض.
العناصر المتكررة
قد تقوم الوثيقة متعددة الصفحات أحياناً بسرد نفس العناصر مرتين تحت عناوين مختلفة: فتورة سحابية تحتوي على تفصيل للخدمات ثم مرة أخرى للحسابات، وفاتورة المشغل تحتوي على تفاصيل للخدمات ثم على أرقام الهواتف. يحصل النموذج على كلا الجدولين ويقرأ كلاهما، لذا كل عنصر موجود في البيانات مرتين، ويخرج المجموع مضاعفًا وينتهي به الأمر إلى المحاسبة مرتين.
يظهر الاكتشاف فقط عندما تتكرر كل عنصر بنفس المعدل وتكون هناك ثلاثة عناصر متنوعة على الأقل. عنصر واحد إضافي أو مفقود ويختفي الاكتشاف — زوج من العناصر المماثلة على وثيقة واحدة أمر شائع، وحذف نصف التفصيل بسببها سيكون أسوأ من الصمت.
يوجد زر في الاكتشاف الذي يترك أول ظهور من كل مجموعة ويحذف الباقي. يتغير التفصيل بالكامل مرة واحدة، لأن الحذف واحدًا واحدًا سيغير ترقيم الصفوف تدريجيًا. لا يؤثر ذلك على المجموعات: الأساس والضريبة أو المبلغ الإجمالي لا يتغيرون، فهم ساريًا على الوثيقة.
احذر من الوثائق التي تحتوي على عناصر بعملة مختلفة عن المجموع. الفواتير السحابية تحسب بالدولار وتقوم بتحويل المجموع فقط إلى اليورو أو الكرونات. لن يصلح تنظيف العناصر المتكررة مثل هذه الوثيقة بالكامل: لن تتناسب مجموعة العناصر مع المجموعة لأنهما بعملتين مختلفتين. من الأنظف في المحاسبة في مثل هذه الوثيقة ترك عنصر واحد لكامل الفاتورة.
عناصر بعملة مختلفة عن المجموع
تقوم الفواتير الأجنبية من السحاب بالحساب بالدولار وتقوم بتحويل المجموع فقط إلى عملة الدفع: يبقى التفصيل للخدمات بالدولار، الأساس الضريبي والمبلغ المدفوع يكون باليورو أو الكرونات. تحتوي الوثيقة على عملة واحدة فقط في التطبيق، لذا فإن مجموع العناصر مع الأساس الضريبي لن يتناسب مهما تم تصحيحه.
يمكن التعرف على ذلك من نسخ الوثيقة، حيث تُظهر كل قيمة العملات. في الوثيقة التي لا تحتوي على نسخة — فاتورة إلكترونية أو OCR معطلة — لا يتم تشغيل التحقق وتظل جاهزة كما هو حال الاكتشاف حول المجموع.
لكي يحدث الاكتشاف، يجب أن تظهر العملة الأجنبية في ثلاثة أسعار مختلفة على الأقل، ولا يجب أن تتواجد عملة الوثيقة في أي منها. الوثيقة التي تطبع كلتا العملتين في كل صف هي مجرد تحويل ولا تنتج اكتشافًا.
لا تقدم التطبيق تصحيحًا، لأن الإجابة الصحيحة لا تتدفق من الوثيقة. لديك خياران:
- ترك عملة الوثيقة والعناصر لتبسيطها على واحدة، مثل الخدمات 8/2026 للمبلغ من الأساس الضريبي. ستذهب للمحاسبة القيمة التي يتم دفعها فعليًا، وسيتبقى التفصيل عن الخدمات في الأصل المحفوظ في الوثيقة. هذا هو الأنظف للمحاسبة.
- إعادة كتابة الوثيقة إلى عملة العناصر مع المجموعات. ستكون الوثيقة بعد ذلك متطابقة داخليًا، لكن المبلغ المدفوع والضريبة ستكونان بعملة مختلفة عن العملة المدفوعة — للمطالبة بالضريبة يجب أن تكون من الوثيقة.
يمكنك أيضًا ترك الاكتشاف كما هو وتأكيد الوثيقة. ستخرج العناصر في عملة واحدة والمجموعات بعملة أخرى، لذا سيقوم البرنامج بحساب أرقام أخرى غير تلك التي تذكرها الوثيقة.
لا يتم تنشيط تحقق مجموع العناصر في مثل هذه الوثيقة. لا يمكن أن تكون صحيحة، والرسالة الثانية عن نفس الأمر لن تضيف شيئًا جديدًا.
كيفية إغلاق الاكتشاف
هناك طريقتان:
- تصحيح القيمة. سيختفي الاكتشاف بنفسه عندما تنتهي عملية الحساب.
- تركه كما هو. عندما تكون القيمة صحيحة والاكتشاف لا قيمة له - مثل المورد من الخارج بمعدل ضريبة مختلف. عند التأكيد، سيظهر نافذة تحتوي على قائمة بالاكتشافات التي بقيت في الوثيقة، ويمكنك تأكيدها دفعة واحدة. إذا لم يرغب شخص ما في عرض النافذة، يمكنه وضع علامة على لا تعرض مرة أخرى؛ من الممكن إعادة تشغيلها في الإعدادات.
يتم تسجيل من قام بتأكيد الوثيقة وما إذا كان قد تدخل في البيانات.
حساب المورد
أكثر الاحتيالات شيوعًا مع الفواتير تبدو كالتالي: تصل فاتورة من مورد تعرفه، بكل شيء كما هو معتاد، فقط رقم الحساب هو رقم غريب. لا يستشعر العدد الرقمي ذلك، لأن الحساب المزوّر يكون عادةً صالحًا.
لذا، يتذكر البرنامج لدى كل مورد على أي حسابات دفعت له، وعندما يأتي حساب مختلف في الوثيقة، سيبلغ عن ذلك كاكتشاف. ليست حظراً: الحسابات تتغير بالفعل، ويجب تسجيل الوثيقة كما هي. يكفي الموافقة على الاكتشاف عند التأكيد مثل أي اكتشاف آخر، ومن تلك اللحظة يعرف الحساب الجديد أيضًا.
ما يستحق معرفته حول ذلك:
- يتم حفظ الحساب عند تأكيد التحقق. ليس عند التعرف. إذا كان التعرف كافيًا، ستكون الفاتورة المزورة قد سجلت حسابها بنفسها قبل أن يفتحها أي شخص.
- لا تبلغ أول وثيقة من المورد عن شيء. لا يوجد ما يمكن مقارنته، فهي فقط تحدد الأساس. الأمر نفسه ينطبق على البنوك.
- التسجيل المحلي و IBAN لنفس الحساب هما حساب واحد. تفوتر واحدة تكتب
19-2000145399/0800، والأخرىCZ6508000000192000145399. لا ينشأ اكتشاف من ذلك. - ينطبق فقط على الوثائق المستلمة. في الفاتورة الصادرة الحساب الخاص بك.
- الاكتشاف لا يقدم تصحيحًا. إدخال الحساب المحفوظ بدلاً مما هو موجود على الورقة سيكون زر "ادفع مكان مختلف عن ما تشير إليه الفاتورة". يجب عليك اتخاذ القرار — والتحقق من الحساب الجديد في مكان آخر غير تلك الفاتورة.
- الحسابات المعروفة تظهر للجهة المقابلة. يمكنك العثور عليها في تفاصيل المورد في علامة الأطراف الأخرى، بما في ذلك من أكدها آخر مرة. هناك أيضًا إمكانية نسيان ذاكرة المورد.
DIČ وسجل دافعي الضرائب
يتم التحقق من DIČ للمورد والعميل في سجل VIES الأوروبي. عندما لا يستجيب السجل، لا ينشأ اكتشاف — فلا معنى للاتصال بالمورد بسبب انقطاع في بروكسل. يتم التحقق فقط من DIČ الأوروبي مع بادئة الدولة.
DIČ الخاص بك لا يتم التحقق منه، أنت تعرف سجل دافعي الضرائب الخاص بك. كما لا يتم التحقق من DIČ التشيكي للمورد في الفاتورة بدون ضريبة القيمة المضافة: يمكن أن يكون غير دافع للضريبة، لكنه ليس في سجل دافعي الضرائب.
يعود سجل VIES فقط نعم/لا، ولا نقارن اسم الشركة مقابل ذلك. يتم استخدام سجل ARES في أماكن أخرى - عند إدخال بيانات شركتك في الإعدادات.