يُلزم برنامج الفوترة الإلكترونية الذي تفرضه مصلحة الضرائب المصرية كلَّ مسجّل ضريبياً بإصدار فواتير B2B وإيصالات B2C رقمية وتوقيعها وإرسالها عبر المنصة المركزية في الوقت الفعلي. وبالنسبة للشركات التي تستخدم Foodics أو Odoo أو SAP أو أي تطبيق محاسبة مؤسسي، يُمثّل هذا تحدياً تشغيلياً فورياً: يجب تحويل كل فاتورة من النظام المصدر إلى صيغة UBL 2.1 JSON المطلوبة من مصلحة الضرائب، وتوقيعها بالشهادة الرقمية المسجّلة للشركة، وإرسالها قبل إتمام المعاملة.
تحدي الامتثال
تفشل العمليات اليدوية عند الحجم. سلسلة مطاعم تعالج 2000 إيصال يومياً لا تستطيع إعادة إدخالها يدوياً في البوابة. موزّع يعمل على Odoo لا يستطيع أن يُكلّف فريقه المالي بتصدير الفواتير وتوقيعها ورفعها واحدة تلو الأخرى. يجعل خطر الامتثال والعبء التشغيلي والتعرض لغرامات مصلحة الضرائب الأتمتةَ المسار الوحيد الممكن — ليس خياراً مستقبلياً، بل متطلباً تشغيلياً فورياً.
موصل ETA المؤسسي
موصل ETA المؤسسي من Cloudypedia هو طبقة تكامل مبنية خصيصاً تجلس بين أي تطبيق مؤسسي ومنصة الفاتورة الإلكترونية لمصلحة الضرائب المصرية. يعترض أحداث الفواتير والإيصالات من النظام المصدر، ويحوّلها إلى صيغة UBL 2.1 المطلوبة، ويُطبّق توقيعاً تشفيرياً باستخدام شهادة الشركة المسجّلة، ويُرسل المستند — كل ذلك في غضون ثوانٍ من المعاملة الأصلية. عند قبول مصلحة الضرائب، يكتب الموصل UUID المُعيَّن إلى النظام المصدر، مُغلقاً حلقة الامتثال دون أي تدخّل بشري.
الموصل ليس بوابة SaaS وليس أداة رفع يدوي. إنه مكوّن وسيط صامت دائم التشغيل يجعل الامتثال غير مرئي للشركة — كل فاتورة متوافقة بشكل افتراضي من لحظة إنشائها.
آلية العمل
عند إتمام طلب Foodics أو تأكيد فاتورة Odoo أو إطلاق أي حدث مُهيَّأ في النظام المصدر، يتلقى الموصل الحدث عبر استدعاء API أو محفّز قاعدة بيانات أو webhook. يُعيّن محرّك تحويل المستندات الحقول المصدرية إلى مخطط UBL 2.1 الدقيق لمصلحة الضرائب ويتحقق من المخرجات. يُطبّق محرّك التوقيع الرقمي التوقيع التشفيري CAdES-BES المطلوب باستخدام رمز USB أو HSM الخاص بالشركة. يُرسَل المستند الموقّع إلى واجهة ETA API. يُلتقط ردّ مصلحة الضرائب ويُسجَّل ويُكتب UUID مصلحة الضرائب إلى السجل الأصلي في النظام المصدر.
حالات الرفض لا تُسقَط بصمت. يُحلّل الموصل رمز خطأ مصلحة الضرائب ويُسجّل السبب مع حمولة رد ETA الكاملة، ويُشغّل سير عمل إعادة إرسال أو تنبيه قابل للتكوين حتى يتمكن فريق المالية من الحل وإعادة الإرسال ضمن نافذة الامتثال.
محوّلات الأنظمة المصدرية
يُشحن الموصل بمحوّلات مبنية مسبقاً لـ Foodics (عبر Foodics F&B API) وOdoo 16 و17 (عبر XML-RPC وواجهة Odoo الخارجية) ومحوّل REST/webhook عام لأي نظام مصدر آخر. لأنظمة SAP أو Oracle Financials أو أنظمة ERP المخصصة، تُوسَّع طبقة المحوّلات خلال تنفيذ المشروع. لا تغييرات مطلوبة في التطبيق المصدر — يستمع الموصل على طبقة الأحداث دون المساس بمنطق التطبيق الأساسي أو مخططات قواعد البيانات.
نطاق الامتثال الكامل
يتعامل الموصل مع كلا نوعَي المستندات التي يُلزم بها برنامج مصلحة الضرائب: الفواتير الإلكترونية B2B بهيكل UBL 2.1 الكامل والرقم الضريبي للمشتري والبائع وتفصيل الضريبة على كل بند والتوقيع التشفيري؛ وإيصالات B2C الإلكترونية بصيغة إيصال مصلحة الضرائب لمعاملات نقاط البيع في التجزئة والمأكولات والمشروبات. الإشعارات الدائنة والمدينة وإلغاءات الفواتير مدعومة بشكل أصلي. كل مستند مُرسَل يُخزَّن في سجل تدقيق غير قابل للتغيير مع UUID مصلحة الضرائب وطابع وقت الإرسال وحمولة رد ETA وتجزئة المستند.