الفوترة الإلكترونية — تكامل مصلحة الضرائب المصرية

نظرة عامة

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

01التحدي

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

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

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

02الحل

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

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

ولأن الشركات لا تترك أنظمتها، بنينا مسار استيراد جماعي من ملفات Excel للفواتير والإيصالات: تُقرأ، وتُطابق على الأكواد المرجعية، وتُصدَّر إلى المنظومة دفعة واحدة. ويدير النظام عدة شركات في نفس التثبيت، لكل منها إعدادات API وشهاداتها.

03الأثر

الشركة تلتزم بالفوترة الإلكترونية دون تغيير نظامها المحاسبي: تُصدَّر الفواتير من مكانها وتُرسَل من هنا.

وحالة كل مستند مرئية: المقبول والمرفوض والمعلّق كل منها في قائمته بسببه ومعرّفه، فمتابعة الالتزام صارت شاشة بدل ملف متابعة يدوي.