كيفية تغيير نظامك المحاسبي دون كسر الختم الرقمي



تغيير نظامك المحاسبي في المرحلة الثانية من الفوترة الإلكترونية دون خطة واضحة يعني كسراً فورياً لسلسلة التشفير (Hash Chain)، وتعريض منشأتك لرفض آلي للفواتير وغرامات امتثال. القاعدة الأساسية: الختم الرقمي (CSID) لا يُنقل بين البرامج، بل يُلغى تفعيله للنظام القديم (Decommissioning) عبر بوابة "فاتورة"، ثم يُستخرج ختم جديد للنظام الجديد باستخدام رمز توثيق (OTP).

أما سرّ نجاح الانتقال فيكمن في ترحيل قيمة تشفير الفاتورة الأخيرة (Previous Invoice Hash – PIH) من النظام القديم، لتُربط أول فاتورة في النظام الجديد بالسلسلة التاريخية المسجلة لدى هيئة الزكاة والضريبة والجمارك دون أي انقطاع.

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

• ما هو الختم الرقمي (CSID) ولماذا "ينكسر" حتماً عند تغيير النظام المحاسبي؟
• الفرق الجوهري بين الإلغاء اليدوي المنظم والإلغاء التلقائي من الهيئة (وأيهما يحميك).
• خريطة الانتقال الآمن: ثلاث خطوات عملية معتمدة من إيقاف النظام القديم حتى تفعيل الجديد.
• جدول مقارنة المخاطر: النقل اليدوي التقليدي مقابل الانتقال المؤتمت عبر وافق.
• لماذا يشعر عملاء وافق بالاطمئنان؟ تجربة انتقال لا تتطلب فريقاً تقنياً.

ما هو الختم الرقمي (CSID) ولماذا ينكسر عند تغيير النظام المحاسبي؟

الختم الرقمي المشفر (Cryptographic Stamp Identifier – CSID) هو الهوية الرقمية والقانونية التي تمنحها هيئة الزكاة والضريبة والجمارك لوحدة حلول الفوترة الإلكترونية (EGS) داخل منشأتك. يعمل هذا الختم كشهادة توثيق أمنية مبنية على تقنيات البنية التحتية للمفاتيح العامة (PKI)، وظيفته التوقيع الرقمي على كل فاتورة صادرة لإثبات مصدرها، وضمان عدم التلاعب ببياناتها المالية أو تاريخها بعد لحظة إصدارها.

عند اتخاذ قرار استراتيجي بالانتقال من نظام ERP قديم أو نظام محاسبي مكتبي إلى حل سحابي حديث، تتغير البيئة البرمجية التي تولِّد الفواتير وتوقّعها. ومن الناحية التشفيرية والتنظيمية، لا يمكن نقل المفتاح الخاص (Private Key) المُنشأ في بيئة النظام القديم إلى النظام الجديد؛ حيث تشترط الضوابط الفنية للهيئة توليد مفاتيح وشهادات جديدة لكل بيئة تشغيلية مستقلة.

النتيجة الحتمية هي أن تغيير البرنامج المحاسبي يستلزم إلغاء الختم الرقمي القديم وتوليد ختم جديد كلياً، والتحدي الحقيقي هو تنفيذ ذلك دون كسر تسلسل الفواتير أمام خوادم الهيئة.



ما الفرق بين بين إلغاء الختم الرقمي يدوياً (Manual Revocation) والإلغاء التلقائي من الهيئة؟

توجد طريقتان يخرج بهما الختم الرقمي من الخدمة، والفرق بينهما هو الفرق بين انتقال منضبط وسجل امتثال غير سليم:

1. الإلغاء اليدوي المنظم (EGS Decommissioning): وهو المسار الرسمي الموصى به. تتقدم المنشأة بنفسها بطلب إيقاف تشغيل وحدة الفوترة القديمة عبر بوابة "فاتورة"، فتُبلِغ الهيئة رسمياً بخروج النظام من الخدمة. يوثّق هذا الإجراء تاريخ الإيقاف بدقة في سجلات الامتثال، ويحمي المنشأة من أي استخدام غير مصرح به للمعرفات القديمة.
2. الإلغاء أو التعليق التلقائي من الهيئة (Automatic Revocation): يحدث عندما ترصد خوادم الهيئة سلوكاً تشغيلياً شاذاً؛ مثل ورود فواتير بالمعرف نفسه من بيئتين مختلفتين في آنٍ واحد، أو محاولة التوقيع بشهادة منتهية الصلاحية، أو خلل جسيم في السلسلة التشفيرية، يعني هذا المسار رفضاً فورياً للفواتير المرفوعة عبر واجهات الربط (API)، وقد يضع المنشأة تحت مجهر التدقيق كمنشأة غير منضبطة تشغيلياً.

ب- مخاطر انقطاع تسلسل كود الـ Hash Chain أثناء نقل البيانات

تعتمد المرحلة الثانية على تقنية السلسلة التشفيرية (Hash Chain) التي تربط فواتير المنشأة ببعضها في هيكل متسلسل غير قابل للتعديل؛ إذ تحمل كل فاتورة جديدة بصمة تشفير الفاتورة التي سبقتها مباشرة في حقل (Previous Invoice Hash – PIH). الخطأ الأكثر تكلفة أثناء تغيير النظام هو تجاهل ترحيل قيمة الـ Hash لآخر فاتورة معتمدة من النظام القديم، فإذا بدأ النظام الجديد إصدار الفواتير بقيمة PIH افتراضية أو فارغة، تنكسر السلسلة فوراً أمام خوادم هيئة الزكاة والضريبة والجمارك، ويترتب على ذلك:

• رفض آلي للفواتير الضريبية (B2B) عند إرسالها للاعتماد (Clearance).
• تحذيرات وأخطاء امتثال للفواتير المبسطة (B2C) عند رفعها للإشعار (Reporting).
• تعقيدات في المرتجعات: إذ يعجز النظام عن ربط الإشعارات الدائنة والمدينة بفواتير تاريخية صدرت في بيئة النظام السابق.

ولمعرفة الضوابط التفصيلية للتعامل مع المرتجعات دون الإخلال بالتسلسل التشفيري، راجع دليلنا حول: كيفية التعامل مع الإشعارات الدائنة والمدينة ضوابط الفوترة الإلكترونية في السعودية.

2. كيف تنتقل إلى نظام جديد دون كسر الختم الرقمي؟ (الخطوات العملية)

لتنفيذ انتقال سلس ومطابق تماماً لااشتراطات الهيئة، ودون إيقاف حركة البيع، اتبع المنهجية المعتمدة التالية بترتيبها الدقيق:

1. إلغاء تفعيل معرف النظام القديم (EGS Decommissioning) عبر بوابة "فاتورة".
2. ترحيل تشفير الفاتورة الأخيرة (PIH) من النظام القديم إلى النظام الجديد.
3. توليد رمز OTP جديد وتفعيل الختم الرقمي (Production CSID) للنظام الجديد.

الخطوة الأولى: إلغاء تفعيل معرف وحدة حلول الفوترة القديمة (EGS Decommissioning) عبر بوابة "فاتورة" التابعة للهيئة

قبل إعداد النظام الجديد، أغلق الملف التشغيلي للنظام القديم بشكل منظم:

1. إيقاف الحركة المالية: توقف عن إدخال أي معاملات جديدة على النظام القديم، واستخرج التقارير الختامية للمبيعات والإقرارات الضريبية للفترة.
2. الدخول إلى بوابة "فاتورة": سجّل الدخول باستخدام بيانات اعتماد المنشأة لدى هيئة الزكاة والضريبة والجمارك.
3. تحديد وحدة الحلول: انتقل إلى قائمة وحدات حلول الفوترة الإلكترونية (EGS Units) المسجلة للمنشأة.
4. تقديم طلب الإيقاف: اختر معرف النظام القديم، ثم فعّل خيار إلغاء التفعيل/الإيقاف التشغيلي وأكّد الطلب.
5. حفظ مستندات الإثبات: احتفظ ببيان الإيقاف الصادر من البوابة ضمن ملفات التدقيق الداخلي؛ فهو دليلك الرسمي أمام أي مراجعة مستقبلية.

الخطوة الثانية: ربط الفاتورة الأخيرة من النظام القديم (Previous Invoice Hash – PIH) بالنظام الجديد

هذه هي الخطوة الأساسية التي تمنع كسر السلسلة التشفيرية:

1. استخرج ملف الفاتورة الأخيرة: آخر فاتورة صدرت واعتُمدت بنجاح لدى بوابة الهيئة من النظام القديم (بصيغة XML أو من التقرير الفني المتخصص).
2. انسخ القيمة التشفيرية (PIH): وهي سلسلة نصية بترميز Base64 خاصة بهذه الفاتورة.
3. أدخل القيمة في نظام وافق: من لوحة تهيئة الفوترة الإلكترونية، الصق القيمة في حقل "تشفير الفاتورة السابقة".
4. تثبيت المرجع التشفيري: يعتمد وافِق هذه القيمة تلقائياً عند توليد أول فاتورة من النظام الجديد، فتتصل السلسلة أمام الأنظمة الآلية للهيئة وكأن شيئاً لم يتغير.

الخطوة الثالثة: إصدار كود OTP جديد وتفعيل الـ Production CSID لنظام "وافق"

1. اطلب رمز توثيق جديد: من بوابة "فاتورة"، اختر إضافة وحدة حلول فوترة جديدة (Onboard New Solution Unit) وحدد عدد الأجهزة، ثم ولّد رمز OTP.
2. انسخ الرمز فوراً: مع مراعاة فترة صلاحيته الزمنية القصيرة.
3. الصق الرمز في وافِق: من إعدادات الربط ببوابة "فاتورة" داخل لوحة التحكم، الصق الرمز واضغط ربط.
4. دع النظام يتولى الباقي: ينشئ وافِق المفاتيح المشفرة وطلب توقيع الشهادة (CSR) خلف الكواليس، ويتواصل مباشرة مع خوادم الهيئة، ثم يستلم شهادة الامتثال والختم الرقمي النهائي (Production CSID) ويظهر لك تأكيد نجاح الربط على الشاشة.



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

مخاطر النقل الخاطئ وكيف يحميك نظام "وافِق"؟



كيف يسهّل نظام "وافق" عملية الانتقال دون أخطاء أو غرامات مع الهيئة؟

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



1. ربط ببوابة "فاتورة" في خطوات موجَّهة — لا حاجة لفريق تقني

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

2. استمرارية سلسلة التشفير دون أن تفكر فيها (Instant PIH Mapping)

بدلاً من مطاردة قيم تشفيرية في ملفات XML، يوفر وافق حقلاً واضحاً باسم "تشفير الفاتورة السابقة" ضمن إعدادات الفوترة الإلكترونية. الصق قيمة آخر فاتورة من نظامك القديم مرة واحدة، ويتكفل وافق بدمجها تلقائياً في أول فاتورة يصدرها — فتستمر سلسلتك التشفيرية أمام الهيئة بلا أي فجوة. أنت تنسخ وتلصق، والنظام يضمن الامتثال.

3. فحص مسبق يمنع الرفض قبل حدوثه (Pre-Validation Engine)

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

4. مرونة كاملة عند تحديث بيانات منشأتك مستقبلاً

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

اقرأ أيضًا عن: مؤشرات الأداء الرئيسية للتحقق من نجاح الربط مع منصة فاتورة.

قرار تطوير حلولك المحاسبية أو الانتقال إلى نظام سحابي حديث يجب أن يكون خطوة نمو، وليس مصدر قلق من المخالفات الضريبية. بفهم دقيق لآلية الختم الرقمي (CSID)، والحفاظ المنهجي على تماسك سلسلة التشفير (Hash Chain)، تستطيع منشأتك تنفيذ التحول البرمجي بأمان تام وفي وقت قياسي.

الأسئلة المتداولة حول تغيير النظام المحاسبي والختم الرقمي

هل يلزم إبلاغ هيئة الزكاة والضريبة والجمارك عند تغيير البرامج المحاسبية؟

نعم، ويتم الإبلاغ عملياً عبر إجراءين تقنيين: إلغاء تفعيل معرف وحدة حلول الفوترة (EGS Decommissioning) للنظام القديم من بوابة "فاتورة"، ثم استخراج رمز توثيق جديد (OTP) لتسجيل النظام الجديد والحصول على ختم رقمي (CSID) مستحدث. لا يوجد نموذج إبلاغ ورقي منفصل؛ الإجراءات على البوابة هي الإشعار الرسمي بذاتها.

ماذا يحدث إذا انقطع تسلسل الـ Hash Chain أثناء عملية النقل؟

ترفض خوادم الهيئة الفواتير الضريبية (B2B) المرفوعة للاعتماد، وتصدر أخطاء امتثال للفواتير المبسطة (B2C) المرفوعة للإشعار. ويتطلب التصحيح إعادة إدخال قيمة الـ Hash الخاصة بآخر فاتورة معتمدة (PIH) في إعدادات النظام الجديد لاستعادة اتساق السلسلة قبل استئناف الفوترة.

هل تضيع الفواتير القديمة عند إلغاء الختم الرقمي السابق؟

لا. إلغاء الختم الرقمي (Decommissioning) يوقف قدرة النظام القديم على إصدار فواتير جديدة فقط، ولا يمس قانونية الفواتير الصادرة سابقاً. وتبقى المنشأة ملزمة بالاحتفاظ بأرشيف الفواتير القديمة (بصيغ XML وPDF/A-3) للمدة النظامية المقررة في اللوائح التنفيذية، وهي لا تقل عن ست سنوات لغالبية المنشآت.

كم يستغرق استخراج ختم رقمي (CSID) جديد لنظام وافق من بوابة الهيئة؟

دقائق معدودة فقط. بمجرد لصق رمز الـ OTP الصادر من بوابة "فاتورة" في إعدادات وافق، يتواصل النظام آلياً مع خوادم الهيئة، وينشئ الشهادات التشفيرية، ويستلم الختم المعتمد (Production CSID)، وتظهر لك رسالة تأكيد نجاح الربط فوراً على الشاشة.

كيف يمكن التأكد من صحة ترحيل آخر فاتورة من النظام القديم؟

بمطابقة قيمة الـ Hash لآخر فاتورة صدرت من النظام القديم مع قيمة حقل (Previous Invoice Hash – PIH) المسجلة في أول فاتورة أُنشئت عبر النظام الجديد. يجري نظام وافِق هذا الفحص تلقائياً قبل إصدار الفاتورة الأولى، فلا تُرسل للهيئة إلا بعد التأكد من اتصال السلسلة.