كيف تُرقَّم الفواتير نظامياً؟
نُشر في
القاعدة
كل فاتورة ضريبية تحمل رقماً تسلسلياً فريداً: يتصاعد بلا فجوات، ولا يتكرر، ولا يُعاد استخدامه. التسلسل ليس تنظيماً شكلياً بل أداة رقابة: هو ما يجعل اكتمال سجل مبيعاتك قابلاً للإثبات - إن كانت آخر فاتورة برقم 1500 وأول السنة 1001، فسجلك 500 فاتورة، لا أكثر خفي ولا أقل محذوف.
لماذا الفجوة علامة فحص
فجوة في التسلسل (…1447، 1448، 1450…) تطرح سؤالاً واحداً لا إجابة مريحة له: أين 1449؟ فاتورة أُصدرت وحُذفت؟ مبيعات لم تدخل الإقرار؟ لهذا الأنظمة المتوافقة لا تتيح الحذف أصلاً: الفاتورة الخاطئة تبقى في التسلسل وتُعالج بإشعار دائن يصفّر أثرها - السجل يكتمل، والتصحيح موثّق.
تعدد السلاسل
يمكن عملياً تشغيل أكثر من سلسلة ترقيم - لكل فرع أو جهاز/وحدة فوترة سلسلتها - بشرط أن تكون كل سلسلة متسلسلة بذاتها ومميزة عن غيرها (ببادئة مثلاً):
RYD-2026-00042 فرع الرياضJED-2026-00017 فرع جدةCN-2026-00005 سلسلة الإشعارات الدائنة
الإشعارات الدائنة والمدينة سلاسل مرقّمة بنفس الضوابط، مع الربط بمرجع الفاتورة الأصلية.
نصيحة بنيوية: لا تُحمّل الرقم معاني تتغير (اسم عميل، نوع خدمة) - فتغيّر التصنيف يكسر منطق الترقيم. بادئة الفرع والسنة كافية ومستقرة.
ما أضافته المرحلة الثانية
الربط لم يعد شكلياً بل تشفيرياً: كل فاتورة تحمل عداداً متصاعداً وإشارة إلى تجزئة الفاتورة السابقة في سلسلتها، فتتكوّن سلسلة مترابطة يستحيل حذف حلقة منها أو إقحام فاتورة بأثر رجعي دون أن ينكسر التحقق. التسلسل صار خاصية رياضية لا مجرد قاعدة إدارية.
الأسئلة الشائعة
بدأت سنة جديدة، هل أصفّر العداد؟
سلسلة سنوية ببادئة السنة ممارسة شائعة ومقبولة ما دام كل تسلسل مكتملاً بذاته وقابلاً للتمييز. المهم ألا تنتج أرقام قابلة للالتباس بين السنوات.
أصدرت فاتورة تجريبية بالخطأ على البيئة الحقيقية؟
تبقى برقمها ويُصدر إشعار دائن كامل عليها. بيئة المحاكاة وُجدت لهذا تحديداً - التجارب لا مكان لها في سلسلة الإنتاج.
هل رقم الفاتورة هو المعرّف الفريد UUID؟
لا. الرقم التسلسلي للقراءة البشرية والرقابة المحاسبية؛ الـUUID معرّف تقني تنشئه المنظومة في المرحلة الثانية. الفاتورة تحمل الاثنين لوظيفتين مختلفتين.