أتمتة فواتير ZATCA: افصل استخراج البيانات عن الفوترة الإلكترونية

حدد هل المشروع يقرأ مستندات الموردين الواردة، أو يجهز سجلات للحسابات الدائنة، أو يصدر فواتير للعملاء، أو يربط حل الفوترة مع ZATCA. هذي مهام مختلفة. سجل المدخل والمسؤول والمخرج المتوقع والتصرفات المسموحة لكل مهمة. لا تعتمد عرضًا يوصف فقط بأنه ذكاء اصطناعي جاهز لـ ZATCA بدون تحديد هذي الحدود.

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

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

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

صفحة المواصفات من ZATCA تربط قاموس بيانات الفاتورة الإلكترونية ومعيار تطبيق XML، وكلاهما معنون بتاريخ 19 مايو 2023 في الصفحة اللي راجعناها. الصفحة تصف القاموس بأنه يعرّف عناصر البيانات، والمعيار بأنه يحدد الصيغة والمحتوى التجاري. تاريخ جلب الصفحة مو تاريخ إصدار جديد لهذي المستندات.

اطلب من مسؤول التنفيذ خريطة حقول وقواعد مرتبطة بإصدار: المدخل المطلوب والمرجع الرسمي وقاعدة التحقق ورسالة الفشل والنظام المسؤول. الفحوص تعتمد على نوع الفاتورة والمتطلبات المنطبقة. قائمة قراءة ضوئية عامة أو صورة رمز QR أو مجموع حسابي صحيح ما تثبت إن الفاتورة كاملة تحقق هذي المتطلبات.

كنموذج حالات داخلي مقترح، فرّق بين مستلم وبيانات مرشحة مستخرجة وفشل الفحوص وجاهز للعملية المصرح بها ونتيجة غير محسومة ونتيجة مؤكدة. هذي مسميات سير عمل من عندنا، مو أسماء حالات واجهة ZATCA. سجل رد النظام الوجهة الفعلي والعملية اللي يؤكدها بدل اعتبار كل رد HTTP ناجح دليل قبول فاتورة.

إذا انتهت مهلة الاتصال بعد إرسال الطلب، احتفظ بحالة عدم اليقين. استخدم آليات فحص الحالة ومعالجة التكرار اللي يدعمها النظام الوجهة قبل إعادة المحاولة. لا تخترع معاملًا لمنع التكرار ولا تكرر العملية بدون تحقق. اطلب من المورّد عرض مسار الاستعادة الحقيقي في بيئة اختبار مصرح بها، مع تحديد مسؤول الاستثناء غير المحسوم.

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

تابع أخطاء الحقول والسجلات المقبولة بالخطأ والعمليات المكررة والنتائج غير المحسومة كل واحد لحاله. وضح عدد الحالات ومزيج المستندات مع أي نسبة. قارن بخط أساس مقاس قبل ادعاء وفر. اجتياز حزمة صغيرة ما يثبت الامتثال القانوني ولا كشف الاحتيال ولا موثوقية معالجة كل تنسيق مورد.

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

ابنِ التقدير على حجم المستندات الفعلي ونسبة الاستثناءات وشروط المزود وأعمال الربط والدعم. ما نثبت هنا مدة تنفيذ عامة أو نسبة وفر. استخدم موارد الدراسة والتنفيذ والتحقق من المستندات المرتبطة لترتيب القرار؛ مثال المستند تعليمي وما يتحقق من فاتورة ZATCA.