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