تخطٍ إلى المحتوى
EasyInvoiceOCR

الدقة

لماذا استخراج بنود الفاتورة أصعب من قراءة الإجمالي؟

العثور على إجمالي الفاتورة مشكلة تكاد تكون محلولة، أما إعادة بناء جدول من عشرين بندًا يمتد إلى صفحة ثانية فلا. وهنا تُختبر المحلّلات فعليًا.

EasyInvoiceOCR · نُشر في · 6 دقائق قراءة

الإجمالي هو أكبر رقم قرب كلمة «الإجمالي»، وغالبًا في أسفل الصفحة، وهذا نمط يستطيع المحلّل تعلّمه. أما جدول من عشرين بندًا بأوصاف تمتد على أكثر من سطر، وامتداد إلى صفحة ثانية، ومجموع فرعي في المنتصف، فليس نمطًا: إنه بنية يجب إعادة بنائها.

جداول بلا خطوط

كثير من نماذج الفواتير تفصل الأعمدة بالمسافات البيضاء بدل الخطوط. عندها يجب استنتاج حدود الأعمدة من محاذاة القيم نفسها، ويكفي وصف واحد ينتقل إلى سطر ثانٍ لكي تنزاح كل قيم ذلك الصف إلى العمود الخطأ.

فواصل الصفحات والصفوف الوهمية

حين يمتد الجدول إلى صفحة ثانية، قد تتكرر الترويسة وقد لا تتكرر، وكثيرًا ما يظهر مجموع فرعي مُرحَّل ليس بندًا أصلًا. واحتسابه بندًا يضخّم النتيجة بصمت — ولأن الحساب يظل قريبًا من الصواب، فهو تحديدًا نوع الخطأ الذي ينجو من مراجعة سريعة.

الحساب شبكة أمان

يلتقط فحصان معظم هذه الأخطاء: الكمية مضروبة في سعر الوحدة يجب أن تساوي إجمالي البند، ومجموع البنود يجب أن يساوي المجموع الفرعي. وعند فشل أي منهما، تُعلَّم الصفوف المعنية للمراجعة بدل تصديرها وكأن شيئًا لم يكن.

لهذا السبب يهمّ التحقق الحسابي في البنود أكثر من أي موضع آخر في المستند: فهي المكان الوحيد الذي يحتوي من التكرار ما يكفي ليراجع نفسه بنفسه.

حلّل فاتورة ببنودها

خمس عمليات تحويل مجانية.