المنظومة بتعمل إيه بالظبط
منظومة الفاتورة الإلكترونية بتحوّل الفاتورة من ورقة عندك ونسخة عند العميل إلى مستند إلكتروني واحد موقّع، بيتسجّل عند مصلحة الضرائب لحظة إصداره. ده بيغيّر حاجة أساسية في طريقة الشغل: الفاتورة مابقتش حاجة تكتبها وتراجعها آخر الشهر، بقت حدث بيحصل وقت البيع ولازم يتم صح من أول مرة.
التطبيق اتعمل على مراحل، بدأت في نوفمبر 2020 بالمنشآت الكبيرة، وبعد المرحلة الثامنة اتوسّع ليشمل الشركات والمؤسسات بشكل عام. مساحة عمل الممول بتكون على workspace.eta.gov.eg، ومنها بتتابع مستنداتك وحالتها.
الفاتورة الإلكترونية ولا الإيصال الإلكتروني؟
دي أول نقطة بتضيّع وقت على شركات كتير. المنظومتين مختلفتين:
- الفاتورة الإلكترونية — للتعامل بين المنشآت. الطرف التاني مسجّل وله رقم تسجيل ضريبي، والفاتورة بتحمل بياناته.
- الإيصال الإلكتروني — للبيع للمستهلك النهائي. محل، مطعم، صيدلية، كافيه. بيتولد من نقطة البيع لحظة الدفع، ومش بيحتاج بيانات ضريبية للمشتري.
لو نشاطك بيبيع للاتنين — زي موزّع بيبيع لمحلات وبيبيع تجزئة كمان — فإنت محتاج تتعامل مع المنظومتين، وده لازم يتحسب في تصميم النظام من البداية مش بعد التشغيل.
اللي محتاجه قبل ما تبدأ
1. التسجيل
الانضمام بيتم من خلال مأموريتك، وبعده بتاخد بيانات الدخول لمساحة عمل الممول. الخطوة دي إدارية بحتة ومابتحتاجش قرارات تقنية، فابدأها بدري لأنها مابتستنّاش استعداد النظام.
2. التوقيع الإلكتروني
شهادة من جهة معتمدة، وهي اللي بتثبت إن المستند صادر منك ومااتغيّرش. من غيرها مفيش إصدار. الشهادة ليها مدة صلاحية وبتتجدد — وده تفصيلة صغيرة بتوقّف شركات فجأة لما تنتهي ومحدش واخد باله.
3. التكويد
كل صنف وكل خدمة لازم يبقى ليها كود معتمد. لو الكتالوج بتاعك صغير، ده يوم شغل. لو عندك عشرات الآلاف من الأصناف، ده مشروع لوحده وبيحتاج قرارات: مين المسؤول عن المراجعة، والأصناف الراكدة هتتكوّد ولا تتقفل، والصنف الجديد هيتكوّد إزاي تلقائياً بعد كده. أغلب التأخير اللي بشوفه في مشاريع الربط سببه التكويد مش البرمجة.
البورتال ولا الربط؟
المصلحة بتتيح طريقتين للإصدار: إدخال يدوي على البورتال، أو ربط نظامك بالمنظومة. الاختيار بينهم مش مسألة تفضيل — هو مسألة حجم.
البورتال منطقي لو بتصدر عدد محدود من الفواتير شهرياً وماعندكش نظام مبيعات أصلاً. لكن لو بتصدر عشرات أو مئات يومياً، البورتال معناه إن الفاتورة بتتكتب مرتين: مرة في نظامك ومرة على المنظومة. النتيجة تلات مشاكل بتظهر بالترتيب:
- وقت. فاتورة فيها عشر بنود بتاخد دقايق على البورتال. اضربها في عدد فواتيرك الشهرية وهتلاقي نفسك بتموّل وظيفة كاملة عشان النسخ واللصق.
- أخطاء. كل إدخال يدوي فرصة لغلط في رقم أو كود أو خصم. والغلط هنا مش بيتصحح بممحاة، بيتصحح بمستند إلغاء وإعادة إصدار.
- عدم تطابق. أرقام نظامك تبتعد عن أرقام المنظومة، ووقت المراجعة مش هيبقى فيه مصدر واحد للحقيقة تقدر تدافع بيه.
القاعدة العملية: احسب عدد فواتيرك الشهرية مضروبة في الوقت اللي بتاخده الفاتورة على البورتال. لو الناتج قرّب من نص وظيفة، الربط بيدفع تكلفته في أقل من سنة.
الربط: بيشتغل إزاي
الربط معناه إن نظامك هو اللي بيولّد المستند ويوقّعه ويرفعه، والموظف مايفتحش البورتال أصلاً. دورة حياة المستند بتبقى كده:
- الفاتورة بتتعمل في نظامك من دورة البيع العادية — نفس الشاشة اللي فريقك شغال عليها.
- النظام بيحوّلها للشكل اللي المنظومة بتفهمه، بأكواد الأصناف الصحيحة والمجاميع المحسوبة.
- المستند بيتوقّع بشهادتك.
- بيترفع للمنظومة، وبيرجع رد: مقبول، مرفوض بسبب، أو تحت المراجعة.
- الحالة بتتسجّل جنب الفاتورة في نظامك، ومحدش محتاج يدوّر عليها في مكان تاني.
الجزء اللي بيتنسى في التصميم هو الخامس. شركات كتير بتبني الرفع وتنسى المتابعة، فتكتشف إن عندها مستندات مرفوضة من شهر — من المأمورية مش من النظام.
الحالات اللي بتكسر الربط
الفاتورة العادية سهلة. اللي بيفرّق بين ربط شغال وربط بيتعب هو الحالات دي، ولازم تتحسم قبل الكتابة مش بعدها:
- المرتجعات. إزاي بيتسجّل الرجيع وربطه بالفاتورة الأصلية.
- الخصم على مستوى الفاتورة مقابل الخصم على مستوى البند — والفرق بينهم في حساب الضريبة.
- الأصناف المعفاة أو بنسبة مختلفة في نفس الفاتورة.
- العميل غير المسجل وإمتى يكون التعامل إيصال مش فاتورة.
- التقريب. فرق قرش واحد بين مجموع البنود ومجموع الفاتورة بيرفض المستند.
- الفواتير المعدّلة وإزاي بتشير للمستند الأصلي.
أشهر أسباب الرفض
لما المستند يترفض، الرد بيجي وفيه سبب. أكتر الأسباب تكراراً:
- كود صنف غير صحيح أو مش مفعّل عندك.
- بيانات الطرف التاني ناقصة أو رقم تسجيل ضريبي غلط.
- المجاميع مش مطابقة لمجموع البنود بعد الخصم والضريبة.
- تاريخ المستند خارج المدى المسموح بيه.
- توقيع غير صالح أو شهادة منتهية.
الخمسة دول مايستهلكوش وقت لو نظامك بيقرا سبب الرفض ويعرضه لموظف بشري بزرار «صحّح وأعد الإرسال». اللي بيوجع هو الصمت: مستند مرفوض محدش شافه.
برنامج جاهز ولا ربط نظامك؟
لو ماعندكش نظام مبيعات أصلاً، برنامج جاهز فيه الفاتورة الإلكترونية بيوفّر عليك وقت وبيبدأ أسرع. القرار ده منطقي للمنشآت الصغيرة اللي عملياتها قياسية.
لكن لو عندك نظام شغال وفريق متعوّد عليه ودورة بيع فيها تفاصيل بتخصك — تسعير حسب العميل، عمولات، مخازن متعددة، موافقات — فنقل الشركة كلها لبرنامج جاهز عشان الفاتورة الإلكترونية بس قرار أغلى من مشكلته. في الحالة دي إضافة طبقة الربط جوه نظامك أرخص وأقل تعطيلاً، وبتحافظ على اللي إنت بنيته.
السؤال اللي بيحسم: هل نظامك الحالي بيخدمك في كل حاجة تانية؟ لو الإجابة أيوه، ماتغيّرهوش عشان الفاتورة. لو الإجابة لأ وكنت بتفكر تغيّره من الأساس، يبقى ده وقت مناسب.
خطة تنفيذ واقعية
الترتيب ده بيقصّر المدة لأنه بيبدأ باللي بيعطّل:
- الأسبوع الأول: التسجيل واستخراج التوقيع. إدارية وبتمشي بالتوازي مع أي حاجة تانية.
- الأسبوع الأول والتاني: التكويد. ابدأ بالأصناف اللي بتتباع فعلاً — عادةً نسبة صغيرة من الكتالوج بتغطي أغلب الفواتير.
- الأسبوع التاني والتالت: حسم الحالات الاستثنائية مع المحاسب وفريق المبيعات. ورقة واحدة فيها قرار لكل حالة.
- الأسبوع التالت والرابع: بناء الربط والتجربة على الحالات الصعبة مش على الفاتورة السهلة.
- بعد التشغيل: متابعة يومية لأول أسبوعين. أول أسبوعين بيطلّعوا كل الحالات اللي محدش فكر فيها.
خلاصة
التسجيل في المنظومة مش هو المشروع. المشروع هو إن الفواتير تطلع صح وتترفع لوحدها وتتابع لوحدها، من غير ما تضيف خطوة يدوية على فريق شغال. اللي بيبدأ بالتكويد وحسم الحالات الاستثنائية بيخلص في شهر. واللي بيبدأ بالبرمجة ويؤجل الاتنين دول بيفضل شهور بيصلّح مستندات مرفوضة.