المحطة 8 من 10
زاتكا والفوترة الإلكترونية في Dynamics 365 F&O
ما تخرج به من هذه المحطة
معرفة ما يشحنه المطوّر بالاسم وما يبقى على المُنفِّذ، وربط الفاتورة الإلكترونية ببيانات الأساس التي تُنتجها.
في المحطة السابقة قيل إن طبقة التقارير الإلكترونية هي محرّك الالتزام. هذه المحطة هي تطبيقها الأهمّ في هذه المنطقة.
وابدأ من الفرق الذي يقرّر المنتج في الخليج: مايكروسوفت تشحن زاتكا المرحلة الثانية هنا، ولا تشحنها في شقيقه الأصغر. والمقارنة بالأرقام في دليل Dynamics 365 Finance & Operations.
ما يشحنه المطوّر، بالاسم
وثائق مايكروسوفت لا تكتفي بالقول إن المنتج «يدعم زاتكا». تسمّي المكوّنات، وهذا ما يجعل الادّعاء قابلاً للفحص:
| المكوّن | اسمه في الوثائق |
|---|---|
| الخدمة | خدمة الفوترة الإلكترونية، داخل مساحة عمل Globalization Studio |
| تهيئة تقرير المبيعات | Sales e-invoice (SA) |
| تهيئة تقرير المشاريع | Project e-invoice (SA) |
| ميزة الإرسال | Saudi Arabian Zatca submission (SA) |
| ميزة فحص الالتزام | Saudi Arabian ZATCA compliance check (SA) |
واللحظة العملية التي تفصل المستشار عن غيره: حين يسأل عميل «هل النظام جاهز لزاتكا؟»، الجواب ليس نعم بل أسماء هذه المكوّنات وإصداراتها. فالوثائق تشترط إصدارات دنيا لكل ميزة، والتهيئة تُستورَد من مستودع، ولها نسخ تتغيّر.
وهذا يعني أن «جاهز» ليست حالة دائمة بل نسخة. ومن استورد تهيئة قبل سنتين ولم يحدّثها يرسل بتنسيق قد لا يكون مقبولاً اليوم.
ما يبقى على المُنفِّذ
الخدمة تُرسل؛ وصحّة ما تُرسله تأتي من بياناتك.
| ما يجب ضبطه | أين |
|---|---|
| الرقم الضريبي وبيانات الكيان | الكيان القانوني |
| عنوان مكتمل بصيغة نظامية | بيانات العنوان |
| مجموعات الضريبة ومعدّلاتها وحالاتها | إعداد الضريبة |
| ربط طرق السداد بترميز موحّد | معاملات خاصة بالتهيئة |
| وحدات القياس بترميزها القياسي | بيانات الأساس |
والصفّ قبل الأخير جدير بوقفة: تهيئة زاتكا في هذا المنتج تطلب ربط كل طريقة سداد معرَّفة عندك بترميز قياسي دولي. ومن لم يفعل يرسل فاتورة تُرفَض لسبب لا علاقة له بالمحاسبة.
والقاعدة التي تختصر هذه المحطة: الفاتورة المرفوضة تُصحَّح في بيانات الأساس لا في الفاتورة. ومن ضبط المحطة الثالثة صحيحة لا يرى أغلب هذه الأخطاء.
الإمارات — الحدّ اليوم
وهنا يجب أن يُقال ما هو، لا ما يُرجى.
مايكروسوفت أدرجت الفوترة الإلكترونية الإماراتية في خطة إصدار 2026 الموجة الأولى: معاينة عامة في يوليو 2026، وإتاحة عامة في ديسمبر 2026.
وحتى بعد الإتاحة العامة يبقى مزوّد خدمة معتمد شرطاً للإرسال — ليس لنقص في المنتج، بل لأن النموذج الإماراتي نفسه يفرض وسيطاً معتمداً. فالمنتج يولّد المستند بالتنسيق المطلوب، والمزوّد يرسله ويُبلِّغ الجهة.
فالسؤال الذي يُطرح في أي عرض: أي إصدار من الميزة، ومع أي مزوّد معتمد بالاسم، ومن يملك التكامل بينهما؟ وتفاصيل الإلزام نفسه في الفوترة الإلكترونية في الإمارات، والمتطلّب السعودي في ZATCA المرحلة الثانية، والمقارنة بين الأنظمة في جدول الجاهزية.
ماذا تفعل حين يتغيّر المتطلّب
تهيئة الفوترة الإلكترونية هنا ليست إعداداً يُنفَّذ مرة. هي نسخة تُحدَّث.
ودورة التحديث ثلاث خطوات، تتكرّر:
| الخطوة | ما تفعله | من يملكها |
|---|---|---|
| 1. المتابعة | تراقب إصدارات الميزات في المستودع | المالية مع الشريك |
| 2. الاستيراد والاختبار | تستورد النسخة الجديدة في بيئة الاختبار وتُصدر مستنداً | تقنية المعلومات |
| 3. النشر | بعد قبول المستند الاختباري | المالية تعتمد |
والخطوة الأولى هي التي تُهمَل، لأن لا أحد يملكها صراحةً. والنتيجة نمط متكرّر: تعمل المنظومة سنة، ثم تُرفَض دفعة كاملة في يوم واحد، فيُكتشف أن الجهة غيّرت التنسيق وأن التهيئة لم تُحدَّث.
وهذا يلتقي مع سياسة التحديث الربع سنوي في المحطة التاسعة: بند «تحقّق من إصدار تهيئة الفوترة الإلكترونية» يُضاف إلى قائمة اختبار كل تحديث، فيُغطّى الملفّان بعملية واحدة بدل عمليتين.
العربية على الشاشة
العربية لغة أصيلة في هذا المنتج، بخلاف شقيقه الأصغر. ومايكروسوفت تنشر في وثائق المنتج صفحة مستقلّة عن الأبعاد المالية والحسابات الرئيسية في اللغات من اليمين إلى اليسار — ووجودها يقول شيئاً مفيداً: بنية الحسابات تحديداً هي موضع مشكلة الاتجاه، لا الواجهة. وهو ما رأيته في المحطة الثالثة حين صمّمت الأبعاد.
والفرق بين ورود لغة في قائمة وبين عمل الشاشة بها هو ما يقرّر قبول المستخدم.
واطلب ثلاث شاشات بالعربية في العرض الحيّ: إدخال فاتورة مورّد، وميزان مراجعة، وفاتورة مبيعات مطبوعة. والثالثة أهمّها، لأنها ما يصل إلى العميل وإلى الهيئة.
وتذكّر ما قيل في المحطة الأولى: امتحان MB-310 بالإنجليزية واليابانية فقط، فالعربية على الشاشة ولا تعين في الامتحان.
ما تفعله عملياً في هذه المحطة
- اقرأ صفحة الفوترة الإلكترونية للسعودية في وثائق مايكروسوفت كاملة، واكتب قائمة المكوّنات وإصداراتها.
- اكتب قائمة الحقول التي يطلبها المستند، وحدّد أين يُملأ كل حقل في بيانات الأساس.
- اضبط مجموعات الضريبة لأربع حالات: بيع محلي، وتصدير، وعكس ضريبي، وخصم على مستوى الفاتورة.
- اكتب سؤال العرض الثلاثي عن الإمارات وجرّبه على شريك حقيقي.
- اطلب لقطات الشاشات الثلاث بالعربية.
أشهر ثلاثة أخطاء
الأول: قول «النظام يدعم زاتكا» بلا إصدار. الدعم نسخة لا حالة، وتهيئة قديمة ترسل بتنسيق متجاوَز.
الثاني: علاج الفواتير المرفوضة في الفاتورة. العلاج في بيانات الأساس، وإلا تكرّر الرفض كل يوم.
الثالث: افتراض أن الإمارات مثل السعودية. النموذجان مختلفان، والوسيط المعتمد شرط هناك مهما نضج المنتج.
اختبار القبول لهذه المحطة
- اذكر مكوّنات الفوترة الإلكترونية السعودية بأسمائها كما توثّقها مايكروسوفت.
- اشرح لماذا «جاهز لزاتكا» نسخة لا حالة.
- اذكر خمسة حقول في بيانات الأساس يعتمد عليها المستند الإلكتروني.
- اشرح وضع الإمارات اليوم بتواريخه، ودور المزوّد المعتمد.
- اذكر الشاشات الثلاث التي تُطلب بالعربية، ولماذا الثالثة أهمّها.
ماذا بعد
عرفت حدّ المنتج أمام الدولة. المحطة التالية عن حدّه أمامك: التخصيص والتحديث — توسعة بلا تغليف، وأربعة تحديثات سنوية اثنان منها لا يُرفضان، وأداة اختبار مجانية تقرّر إن كانت التحديثات حدثاً عادياً أم أزمة.
