كيف تختار برنامج فواتير إلكترونية: دليل شراء صريح
برنامج فواتير إلكترونية يطبع PDF ليس نظام فوترة. المستويات الثلاثة، وجدول السؤال والدليل لكل متطلب ربط، وقائمة فحص تُجرّبها في العرض.
الكاتب:سامي الحيدري
أكثر سؤال يصلنا من منشآت تبحث عن برنامج فواتير إلكترونية هو: «هل برنامجنا متوافق؟» والجواب لا يُعرف من صفحة التسويق، بل من ثلاثة أسئلة تُوجَّه للنظام نفسه. فهناك فرق جوهري بين برنامج يطبع فاتورة بصيغة PDF، وبرنامج يُصدر فاتورة إلكترونية بالمعنى النظامي، ونظام يربط هذه الفاتورة بمنصة الهيئة.
هذا الدليل مكتوب من موقع المشتري لا من موقع المورّد. ستجد فيه المستويات الثلاثة التي يقع فيها كل برنامج في السوق، والسؤال الذي تطرحه عند كل متطلب، والدليل الذي تطلبه بدلاً من الوعد.
المستويات الثلاثة التي يقع فيها كل برنامج
معظم الخلط في السوق سببه أن عبارة «فاتورة إلكترونية» تُستخدم لثلاثة أشياء مختلفة تماماً.
المستوى الأول: طباعة فاتورة. البرنامج يُنتج مستنداً مقروءاً للإنسان — ملف PDF أو صورة أو ورقة مطبوعة. هذا نظام مبيعات، وقد يكون جيداً في عمله، لكنه ليس نظام فوترة إلكترونية. المستند المطبوع لا يحمل بنية بيانات تستطيع المنصة قراءتها.
المستوى الثاني: إصدار متوافق. البرنامج يُنتج الفاتورة ببنية XML وفق UBL 2.1، ويضع العناصر الإلزامية في حقولها الصحيحة، ويولّد رمز QR على الفواتير المبسطة. هذا مستوى أعلى بكثير، لكنه وحده لا يكفي في مرحلة الربط.
المستوى الثالث: ربط كامل مع المنصة. النظام يفعل كل ما سبق، ويضيف الختم التشفيري، وعدّاداً لا تُعاد تهيئته، وسلسلة ترابط تربط كل فاتورة بالفاتورة التي قبلها عبر قيمة هاش، ثم يتعامل مع المنصة بمسارين: الفواتير المبسطة تُبلَّغ خلال 24 ساعة من إصدارها ولا تحتاج إلى إجازة مسبقة، والفواتير الضريبية الموجّهة إلى منشآت مسجّلة تمرّ على الإجازة قبل تسليمها للعميل.
الفرق بين المستوى الثاني والثالث هو ما يفصل نموذج فاتورة جميل عن نظام تستطيع الاعتماد عليه في الالتزام. وتفصيل هذه المتطلبات تجده في دليل المرحلة الثانية من الفاتورة الإلكترونية.
وعندما تسأل مورّداً عن مستواه فلن يقول لك إنه في المستوى الأول. لذلك لا تسأل عن المستوى، بل اطلب الدليل.
متطلبات الربط: السؤال الذي تطرحه والدليل الذي تطلبه
هذا الجدول هو جوهر الدليل. العمود الثالث هو الذي يحسم الأمر، لأن أي مورّد يستطيع الإجابة بـ«نعم» على العمود الثاني.
| المتطلب النظامي | السؤال الذي تطرحه على المورّد | الدليل الذي تطلبه في العرض |
|---|---|---|
| XML وفق UBL 2.1 | هل تُصدرون الفاتورة بصيغة XML وفق UBL 2.1؟ | ملف XML واحد لفاتورة حقيقية، يُنزَّل على جهازك أمامك وتفتحه بنفسك |
| الختم التشفيري | كيف يُطبَّق الختم التشفيري، وأين تُخزَّن الشهادة، ومن يملك المفتاح؟ | عرض الفاتورة قبل الختم وبعده، وموضع الشهادة في النظام ومن له صلاحية الوصول إليها |
| عدّاد لا تُعاد تهيئته | ما قيمة العدّاد الآن؟ وما يحدث له عند إعادة تشغيل النظام أو تغيير الجهاز أو بداية سنة جديدة؟ | إصدار ثلاث فواتير متتالية ومراقبة تسلسل العدّاد، ثم إعادة تشغيل الجهاز وإصدار الرابعة |
| سلسلة الترابط عبر الهاش | كيف تُربط كل فاتورة بالفاتورة السابقة لها؟ | عرض قيمة الهاش في فاتورتين متتاليتين، والتحقق أن الثانية تحمل هاش الأولى |
| رمز QR على الفواتير المبسطة | هل يُولَّد الرمز تلقائياً على كل فاتورة مبسطة دون تدخل المستخدم؟ | مسح الرمز بهاتفك أثناء العرض وقراءة البيانات التي تظهر فيه |
| تبليغ الفواتير المبسطة خلال 24 ساعة | كيف تُراقب حالة التبليغ؟ وماذا يحدث عند فشل التبليغ؟ | شاشة واحدة تُظهر حالة كل فاتورة: بُلِّغت، في الانتظار، فشلت، ومعها زر إعادة المحاولة |
| إجازة الفواتير الضريبية | هل تُسلَّم الفاتورة للعميل قبل الإجازة أم بعدها؟ ومن يمنع التسليم المبكر؟ | تتبّع فاتورة ضريبية واحدة من لحظة الإصدار حتى الإجازة ثم التسليم، على الشاشة |
لاحظ أن كل دليل في العمود الثالث يمكن تنفيذه في جلسة واحدة أمامك. وإن احتاج المورّد إلى «الرجوع للفريق التقني» في أكثر من بند واحد، فأنت تنظر إلى وعد لا إلى نظام قائم.
ومسألة رمز QR تحديداً تُهمَل كثيراً عند الشراء ثم تظهر عند أول زيارة ميدانية، وتفاصيلها في متطلبات رمز QR على الفاتورة.
برنامج فواتير إلكترونية والدفعة المقدمة: الاختبار الذي يُسقط أنظمة كثيرة
هذه النقطة تُسقط عدداً كبيراً من الأنظمة، ولا يسألها أحد تقريباً في مرحلة الشراء.
ضريبة القيمة المضافة تستحق في أسبق ثلاثة تواريخ: تاريخ التوريد، أو تاريخ إصدار الفاتورة، أو تاريخ استلام العِوَض كلياً أو جزئياً.
معنى ذلك عملياً: إذا استلمت دفعة مقدمة من عميل اليوم، فالضريبة استحقت اليوم — حتى لو كان التوريد بعد ثلاثة أشهر، وحتى لو لم تُصدر فاتورة بالقيمة الكاملة.
الآن اسأل نفسك: هل يستطيع النظام إصدار فاتورة على دفعة جزئية مرتبطة بعقد أو أمر عمل، ثم إصدار الفاتورة الختامية بالرصيد المتبقي، دون أن يحتسب الضريبة مرتين على الجزء نفسه؟
كثير من البرامج يُصدر فاتورة واحدة بالقيمة الكاملة عند التسليم فقط. والمنشأة التي تعمل بالدفعات — مقاولات، خدمات بعقود سنوية، تصنيع بأوامر عمل، تدريب ورسوم مسبقة، أي عمل يقبض قبل أن يورّد — تجد نفسها بين خيارين سيئين: إصدار فاتورة كاملة قبل التوريد، أو عدم إصدار أي فاتورة عند القبض. الأول يشوّه الإقرار والثاني فراغ التزامي صريح.
والاختبار في العرض التقديمي مباشر. الأرقام التالية افتراضية لتوضيح الطريقة:
| الحالة | قيمة العقد | المقبوض | الفاتورة المطلوبة | الضريبة المستحقة |
|---|---|---|---|---|
| دفعة أولى عند التوقيع | 100,000 | 30,000 | فاتورة دفعة مقدمة بقيمة المقبوض | على 30,000 في تاريخ القبض |
| دفعة ثانية عند منتصف التنفيذ | 100,000 | 40,000 | فاتورة دفعة ثانية | على 40,000 في تاريخ القبض |
| الفاتورة الختامية | 100,000 | 30,000 | فاتورة بالرصيد المتبقي مع خصم ما سبق | على 30,000 فقط لا على الكامل |
اطلب من المورّد تنفيذ هذه الحالات الثلاث أمامك على النظام، ثم اطلب تقرير الضريبة للفترة. إن ظهر إجمالي الضريبة على 170,000 بدل 100,000 فقد وجدت المشكلة قبل أن تشتريها.
الفاتورة المبسطة والفاتورة الضريبية: مسارَان لا مسار واحد
الخطأ الشائع هو التعامل مع كل الفواتير بنفس الطريقة. المسارَان مختلفان في التوقيت وفي الإجراء.
الفاتورة المبسطة تُصدر وتُسلَّم للعميل فوراً، ثم تُبلَّغ المنصة خلال 24 ساعة من الإصدار، ولا تحتاج إلى إجازة مسبقة. والفاتورة الضريبية الموجَّهة إلى منشأة مسجّلة تمرّ على الإجازة قبل أن تُسلَّم للعميل.
وعناصر الفاتورة المبسطة الإلزامية محدّدة، ويجب أن يضعها النظام في حقولها لا في نص حر:
| العنصر | ملاحظة على التنفيذ في البرنامج |
|---|---|
| تاريخ الإصدار | يُؤخذ من النظام لا من إدخال المستخدم |
| اسم المورّد وعنوانه ورقم تسجيله الضريبي | حقول ثابتة في إعدادات المنشأة، لا نص يُكتب يدوياً كل مرة |
| وصف السلع أو الخدمات | مرتبط ببطاقة الصنف أو الخدمة |
| المبلغ المستحق | محسوب من بنود الفاتورة |
| مبلغ الضريبة بالريال، أو عبارة صريحة بأن المبلغ شامل ضريبة القيمة المضافة 15% | إحدى الصيغتين، لا كلاهما ولا لا شيء |
اطلب من المورّد أن يُظهر لك أين يُحفظ كل عنصر من هذه العناصر في قاعدة البيانات، ومن له صلاحية تعديله. والمقارنة الكاملة بين النوعين في الفرق بين الفاتورة الضريبية والمبسطة، وتفصيل عناصر الفاتورة الضريبية في متطلبات الفاتورة الضريبية.
ماذا يحدث عندما ينقطع الإنترنت
هذا سؤال عملي لا نظري، خصوصاً لنقاط البيع والفروع والمواقع البعيدة.
المسارَان يتصرفان بشكل مختلف عند الانقطاع. الفاتورة المبسطة تُصدر وتُسلَّم للعميل محلياً، وأمام النظام 24 ساعة ليُبلّغ المنصة، فالانقطاع القصير يمكن تجاوزه إن كان النظام يُخزّن الفواتير في طابور ويعيد المحاولة تلقائياً. أما الفاتورة الضريبية فتحتاج إلى الإجازة قبل التسليم، فالانقطاع هنا يوقف التسليم لا الإصدار.
الأسئلة التي تطرحها على المورّد:
- هل يستمر إصدار الفواتير المبسطة محلياً عند انقطاع الاتصال، بختم وعدّاد وسلسلة هاش سليمة؟
- هل هناك طابور ظاهر للمستخدم يُبيّن عدد الفواتير التي لم تُبلَّغ بعد؟
- هل إعادة المحاولة تلقائية، أم تحتاج إلى شخص يضغط زراً؟
- من يُنبَّه إذا بقيت فاتورة في الطابور لأكثر من عدد ساعات تحدّده أنت؟
نظام لا يعرض لك طابور التبليغ هو نظام لا تعرف فيه حالة التزامك إلا بعد أن تُسأل عنها.
التصحيح بعد الإصدار: إشعار دائن أو مدين، لا تعديل
هذه نقطة يفترض كثير من المشترين عكسها، لأنهم جاؤوا من برامج تسمح بتعديل الفاتورة بعد حفظها.
الفاتورة بعد إصدارها لا تُعدَّل ولا تُحذف. فالختم التشفيري وسلسلة الهاش والعدّاد تجعل أي تعديل خلفي قابلاً للكشف، وهذا هو الغرض منها. والتصحيح يجري عبر إشعار دائن أو إشعار مدين يرتبط بالفاتورة الأصلية ويشير إليها.
اطلب في العرض التقديمي:
- إصدار فاتورة، ثم محاولة تعديل مبلغها. يجب أن يرفض النظام الطلب بوضوح، لا أن يسمح به بصلاحية مدير.
- إصدار إشعار دائن مرتبط بها، ثم عرض كيف انتقل الأثر إلى تقرير الضريبة.
- إصدار إشعار دائن جزئي، لا كامل، لأن الحالة الجزئية هي الأكثر في الواقع.
برنامج يسمح لمستخدم بتعديل فاتورة صادرة قد يبدو مريحاً في الاستخدام، لكنه يبني لك مشكلة تظهر عند أول مراجعة.
الأرشفة: الوثيقة النظامية هي ملف XML
هذه من أكثر النقاط التي تُفهم خطأً. الصورة المطبوعة أو ملف PDF هو تمثيل للفاتورة موجَّه للإنسان. الوثيقة النظامية هي ملف XML المختوم، وهو ما يُطلب عند المراجعة.
لذلك اسأل مورّدك عن هذه الأربعة تحديداً:
- هل أستطيع تنزيل ملفات XML؟ لكل فاتورة على حدة، ولفترة كاملة بتصدير جماعي.
- إلى متى تُحفظ؟ وماذا يحدث لها إن أنهيت الاشتراك أو انتقلت إلى نظام آخر.
- هل التصدير بصيغة مفتوحة؟ أم أنه تقرير داخلي لا يصلح إلا داخل النظام نفسه.
- من يملك البيانات؟ اطلب الإجابة مكتوبة في العقد، لا شفوياً في الاجتماع.
منشأة تحتفظ بصور PDF فقط وتظن أنها مؤرشفة تكتشف الفارق في أسوأ وقت. واطلب تنزيل ملف XML واحد الآن، في العرض، على جهازك. إن لم يحدث فلن يحدث لاحقاً.
ادعاء «الاعتماد من الهيئة» وكيف تتعامل معه
ستقرأ على مواقع كثيرة عبارة «برنامج معتمد من الهيئة». والواقع النظامي أن هيئة الزكاة والضريبة والجمارك لا تعتمد برامج المحاسبة. ما تنشره هو «القائمة الاسترشادية لمزودي خدمات الفوترة الإلكترونية»، وهي قائمة بمزودين اجتازوا شروط التأهيل.
والنقطة الحاسمة للمشتري: المكلّف الذي يستوفي المتطلبات يُعدّ ملتزماً، حتى لو لم يكن مزوّده مدرجاً في تلك القائمة. فوجود المورّد في القائمة إشارة إيجابية، لكنه ليس شهادة اعتماد للمنتج، وغيابه ليس مخالفة. الشرح الكامل في حقيقة «البرنامج المعتمد من الهيئة».
استخدم هذا لصالحك: حوّل الحوار من شعار الاعتماد إلى جدول الأدلة أعلاه.
التكلفة: ما تدفعه وما قد تدفعه لاحقاً
قارن التكلفة الكاملة لا سعر الترخيص وحده. البنود التي تخلق فروقاً كبيرة بعد الشراء هي: التهيئة والربط الأولي، التدريب، عدد المستخدمين وعدد الفروع، سقف عدد الفواتير إن وُجد، تكلفة إضافة نقطة بيع أو مستودع، تكلفة الدعم خارج ساعات العمل، وتكلفة تصدير بياناتك إن قررت الخروج.
واطلب أن تكون الأسعار معلنة ومكتوبة. في سمارت برو الباقات ثلاث: Mini بـ 1,500 ريال سنوياً شاملة الضريبة، Pro بـ 4,500، Max بـ 20,500. وتفاصيل وحدة المحاسبة والفوترة في نظام المحاسبة والفوترة الإلكترونية من سمارت برو.
وسؤال واحد يكشف الكثير: ما الذي سيُضاف إلى هذا الرقم في السنة الثانية؟
قائمة فحص قصيرة تُجرّبها على فاتورة حقيقية خلال العرض
لا تقبل عرضاً على بيانات تجريبية جاهزة. أعطهم صنفاً من أصنافك وعميلاً من عملائك، وشغّل هذه القائمة بالترتيب:
- أصدر فاتورة مبسطة واحدة، وامسح رمز QR بهاتفك.
- نزّل ملف XML لتلك الفاتورة على جهازك وافتحه.
- أصدر ثلاث فواتير متتالية وتابع العدّاد، ثم أعد تشغيل الجهاز وأصدر الرابعة.
- اعرض قيمة الهاش في فاتورتين متتاليتين وتحقّق من الترابط.
- أصدر فاتورة ضريبية لمنشأة مسجّلة وتابعها حتى الإجازة ثم التسليم.
- حاول تعديل فاتورة صادرة، وتأكد أن النظام يرفض.
- أصدر إشعاراً دائناً جزئياً وتابع أثره في تقرير الضريبة.
- أصدر فاتورة على دفعة مقدمة جزئية، ثم الفاتورة الختامية، وراجع إجمالي الضريبة.
- اقطع الاتصال، أصدر فاتورة مبسطة، ثم أعد الاتصال وراقب طابور التبليغ.
- صدّر فواتير شهر كامل بصيغة XML في ملف واحد.
عشر خطوات في جلسة واحدة. البرنامج الذي يجتازها أمامك هو برنامج قائم، والبرنامج الذي يَعِد بها هو خطة عمل.
المرجع الرسمي
المصدر الذي تُراجع عليه المتطلبات وأي تحديث عليها هو الموقع الرسمي لهيئة الزكاة والضريبة والجمارك: zatca.gov.sa. ولا تعتمد على اقتباس مورّد لنص نظامي دون أن تراجعه في مصدره.
اقرأ أيضاً
صور المقال
الأسئلة الشائعة
ما الفرق بين برنامج فواتير إلكترونية وبرنامج يطبع الفاتورة فقط؟
البرنامج الذي يطبع الفاتورة يُنتج مستنداً مقروءاً للإنسان مثل ملف PDF أو ورقة مطبوعة، ولا يحمل بنية بيانات تقرأها المنصة. ونظام الفوترة الإلكترونية في مرحلة الربط يُصدر الفاتورة بصيغة XML وفق UBL 2.1، ويضيف الختم التشفيري وعدّاداً لا تُعاد تهيئته وسلسلة هاش تربط كل فاتورة بالسابقة، ورمز QR على الفواتير المبسطة. ثم يتعامل مع المنصة: تبليغ الفواتير المبسطة خلال 24 ساعة، وإجازة الفواتير الضريبية قبل تسليمها.
هل يجب أن أختار برنامجاً مدرجاً في قائمة هيئة الزكاة؟
الهيئة لا تعتمد برامج المحاسبة، وإنما تنشر القائمة الاسترشادية لمزودي خدمات الفوترة الإلكترونية لمن اجتاز شروط التأهيل. والمكلّف الذي يستوفي المتطلبات يُعدّ ملتزماً حتى لو لم يكن مزوّده مدرجاً في القائمة. فاجعل معيار اختيارك الأدلة العملية على توافق النظام، لا وجود الاسم في قائمة.
كيف أتعامل مع الدفعة المقدمة في برنامج الفواتير؟
ضريبة القيمة المضافة تستحق في أسبق ثلاثة تواريخ: تاريخ التوريد، أو تاريخ إصدار الفاتورة، أو تاريخ استلام العِوَض كلياً أو جزئياً. فاستلام دفعة مقدمة يُنشئ استحقاقاً في تاريخ القبض حتى لو تأخر التوريد. لذلك اشترط أن يستطيع النظام إصدار فاتورة على دفعة جزئية ثم فاتورة ختامية بالرصيد المتبقي دون احتساب الضريبة مرتين، واختبر ذلك أمامك في العرض.
هل أستطيع تعديل فاتورة بعد إصدارها؟
لا. الفاتورة بعد إصدارها لا تُعدَّل ولا تُحذف، لأن الختم التشفيري وسلسلة الهاش والعدّاد تجعل أي تعديل خلفي قابلاً للكشف. والتصحيح يجري عبر إشعار دائن أو إشعار مدين يرتبط بالفاتورة الأصلية ويشير إليها. واختبر في العرض أن النظام يرفض التعديل فعلاً، وأنه يدعم الإشعار الدائن الجزئي لا الكامل فقط.