Softwiro
قبل أن تتعاقد

الفوترة الإلكترونية في مصر: ما الذي يجب أن يفعله نظامك المحاسبي فعلًا

قد يقول المورّد «النظام يدعم الفوترة الإلكترونية» بحسن نيّة، وهو لا يغطّي من معانيها الستة إلا اثنين.

قراءة في 9 دقائق

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

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

منظومتان لا منظومة واحدة

تُشغّل مصلحة الضرائب المصرية منظومتين متجاورتين كثيرًا ما تُختصران في عبارة واحدة.

  • الفاتورة الإلكترونية (e-invoice): للمستندات الصادرة بين المسجَّلين، وللتعامل مع الجهات الحكومية.
  • الإيصال الإلكتروني (e-receipt): للبيع إلى المستهلك النهائي، ويصدر من نقطة البيع (POS).

تشتركان في أسرة المخطّطات (Schema)، وفي آلية التوقيع، وفي فكرة الاعتماد لدى المصلحة. وتفترقان فيما يجب تسجيله، وفيما يستلمه العميل، وفيما يجب أن يفعله نظامك في لحظة البيع نفسها. والشركة التي لها فروع تجزئة وذراع بيع بالجملة تحتاج الاثنتين، وهما عملان لا عمل واحد.

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

ما هو المستند السليم فعلًا

ليس ملف PDF، ولا فاتورة مرفقة برسالة بريد. إنه مستند مهيكل — بصيغة JSON أو XML مبنيّة على مخطّط المصلحة نفسه — يحمل كحدّ أدنى:

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

ثم يُرسَل المستند، ويُعتمد، ويعود ومعه معرّف فريد تُصدره المصلحة. وقبل أن يحدث ذلك فهو غير صادر في نظر المصلحة، مهما بدا محترمًا على الورق.

وتترتّب على ذلك نتيجتان فوريّتان، كلتاهما تفاجئ الناس.

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

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

العمل الأطول في الكتالوج لا في البرنامج

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

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

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

البرنامج شهر. والكتالوج هو المشروع.

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

كيف يتم الربط فعلًا

الآلية منشورة من المصلحة، ويستحق الأمر أن تفهمها على مستوى «ما الذي يجب أن يوجد»، لأن ذلك وحده يخبرك هل يسعّر المورّد العمل كله أم بعضه.

  1. تسجّل الشركة ملفًا لدى المصلحة وتنشئ حساب مدير على منصّتها.
  2. يُسجَّل كل نظام سيرسل مستندات على حدة: النظام المحاسبي أو نظام تخطيط الموارد، وكل جهاز نقطة بيع منفردًا، يُعرَّف برقمه التسلسلي ويُربط برقم التسجيل وبالفرع الذي يقف فيه.
  3. يحصل كل نظام مسجَّل على بيانات اعتماد خاصة به.
  4. تحصل الشركة على شهادة ختم إلكتروني من جهة تصديق معتمدة. وموضع هذه الشهادة أهم ممّا يبدو: الرمز المحمول على USB يصلح حين يكون هناك شخص حاضر ليوقّع مستندات معدودة، أمّا النظام الذي يوقّع باستمرار وعبر الفروع ودون حضور أحد فيحتاج الشهادة داخل وحدة أمان مادية (HSM) أو خدمة توقيع معتمدة. واختيار الرمز المحمول لأنه أبسط وأرخص قرارٌ يشعر به موظفو الكاشير كل يوم بعد التشغيل.
  5. عند التشغيل يستوثق النظام من خدمة الهوية لدى المصلحة، فيحصل على رمز جلسة، ثم يبني المستند ويوقّعه ويرسله عبر قناة محميّة.
  6. تعتمد المصلحة المستند فتقبله وتعيد المعرّف والحالة، أو ترفضه ومعه الأخطاء. ويمكن استعلام الحالة دوريًا أو استقبالها عبر إشعارات راجعة.

لا شيء في ذلك غريب. والذي يفرّق بين نظام يعمل ونظام «يرسل فقط» هو ما تحته كله.

الجزء الصعب هو الفشل

البيع والإرسال حدثان مختلفان. وبناء النظام كأنهما حدث واحد هو أشيع طرق الخطأ هنا.

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

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

وعند هذه النقطة الأخيرة تحديدًا تكون أنظمة كثيرة «متوافقة» في الظاهر وغير متوافقة في الحقيقة. هي تُحسن الإرسال، ولا تُحسن إخبارك بما جرى لما أرسلته.

أربع طرق للامتثال

الطريقلمن يصلحما يكلّفكأين ينكسر
إدخال المستندات يدويًا في بوابة المصلحة أو تطبيقهامسجَّل صغير يصدر مستندات معدودة في الشهروقت موظف لكل مستند، ومكان ثانٍ تعيش فيه أرقامكعند أول ارتفاع في الحجم أو أول فرع جديد
وسيط برمجي بين نظامك وبين المصلحةشركة لديها برنامج قائم بلا وحدة امتثال ولا رغبة في تغييرهعلاقة خدمة مستمرة، ومرور بيانات فواتيرك بطرف ثالثالوسيط لا يخترع رمزًا لم ينتجه نموذج بياناتك أصلًا
وحدة امتثال للبرنامج الذي تشغّله اليومشركة استقرّت على برنامج محاسبي شائعيتوقّف كليًا على كون الوحدة مصانة من المنتِج أم من شريكالترقيات؛ فوحدة امتثال غير مصانة تشيخ بسرعة
بناء الربط داخل نظامك أنتشركة فوترتها جزء أصيل من تشغيلها، أو شركة تعمل على نظام مخصّصتطوير، ومسؤولية ملاحقة تغيّرات المخطّطلا شيء ما دام مصانًا، وكل شيء حين يرحل من بنوه

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

ما تسأل عنه مورّدًا يقول إنه يدعمها

  1. فاتورة إلكترونية أم إيصال إلكتروني أم كلاهما؟ افتح كلًّا منهما أمامي.
  2. أي أنواع المستندات: فاتورة، إشعار دائن، إشعار مدين، تصدير، وأنواع الإيصالات التي نصدرها؟
  3. أين يتم التوقيع: رمز محمول، أم وحدة أمان مادية، أم خدمة توقيع؟ وماذا يحدث حين لا تكون متاحة؟
  4. أرِني شاشة الطابور المعلّق. ما الذي يراه قسم الحسابات حين يفشل إرسال؟
  5. انقطع الإنترنت عن فرع ساعة كاملة. اشرح لي ما يحدث على الكاشير، وما يحدث بعد عودة الخدمة.
  6. حين يُرفض مستند، من يعلم بذلك، وكيف، وما مسار تصحيحه داخل النظام؟
  7. كيف يعالج النظام رفض المشتري للمستند، وكيف يعالج نافذة الإلغاء؟
  8. كيف تُخزَّن رموز الأصناف وتُربط، ومن يصونها حين نضيف منتجات؟
  9. حين تغيّر المصلحة المخطّط أو تضيف حقلًا إلزاميًا، من يحدّث هذا، وبأي اتفاق، وكم استغرق ذلك عندكم في المرات السابقة؟
  10. أرِني التسوية بين دفاترنا وبين ما تحتفظ به المصلحة.

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

المسألة محاسبية قبل أن تكون مسألة امتثال

الامتثال هو الوجه الظاهر لأمر أكبر: صار لدى المصلحة نسخة مهيكلة من مبيعاتك. وكل ما لا تستطيع دفاترك تفسيره صار مرئيًا من خارجها.

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

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

من أين تبدأ

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

أسئلة يطرحها هذا الموضوع

ما الذي يحتاجه النظام المحاسبي ليكون متوافقًا مع الفوترة الإلكترونية في مصر؟

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

ما الفرق بين الفاتورة الإلكترونية والإيصال الإلكتروني؟

الفاتورة الإلكترونية للمستندات بين المسجَّلين ومع الجهات الحكومية. والإيصال الإلكتروني للبيع إلى المستهلك النهائي ويصدر من نقطة البيع، ويُسجَّل كل جهاز فيها على حدة برقمه التسلسلي مرتبطًا بتسجيلك وبالفرع. وتشتركان في آلية التوقيع وفي فكرة الاعتماد لدى المصلحة، لكنهما ربطان لا ربط واحد؛ والشركة التي لها فروع تجزئة وذراع جملة تحتاجهما معًا.

لماذا يستغرق مشروع الفوترة الإلكترونية وقتًا أطول من المتوقَّع؟

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

هل نحتاج برنامجًا مخصّصًا للامتثال أم هناك طريق أبسط؟

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

لديك نظام تريد بناءه؟

تُصمّم Softwiro الأنظمة وتنفّذها وتتولّى تشغيلها في بيئة الإنتاج. اكتب لنا ما تحتاجه، ويصلك نطاق عمل محدّد لا عبارة تسويقية.

ابدأ مشروعًا