The invoice must contain Invoice Issue Time (KSA-25). This value should be in the format: hh:mm:ss for time expressed in local time (eg 19:20:30) or hh:mm:ssZ for time expressed in UTC (eg 19:20:30Z)."The invoice must contain Invoice Issue Time (KSA-25). This value should be in the format: hh:mm:ss for time expressed in local time (eg 19:20:30) or hh:mm:ssZ for time expressed in UTC (eg 19:20:30Z).
ماذا يعني هذا؟
المستند يقول متى صدر في حقلين لا حقل واحد: تاريخ الإصدار (BT-2) ووقت الإصدار (KSA-25). وBR-KSA-04 تفحص ألا يكون التاريخ في المستقبل، وهذه تفحص أن يكون الوقت موجودًا أصلًا وأن يُكتب بإحدى صيغتين.
والصيغتان اللتان تسمّيهما الرسالة: hh:mm:ss للوقت المحلي، وhh:mm:ssZ إذا كانت القيمة بالتوقيت العالمي. خانتان لكل جزء، ومدار أربع وعشرين ساعة، والثواني حاضرة دائمًا. أما مدار اثنتي عشرة ساعة مع ص وم، أو دقائق بلا ثوانٍ، أو تاريخ ووقت كاملان في الحقل، فكلها خارج ما تصفه القاعدة.
ولا بد أن يصف التاريخ والوقت اللحظة نفسها. فبيعة الساعة 01:30 في الرياض هي 22:30 من اليوم السابق بالتوقيت العالمي: ضع تاريخ الرياض إلى جانب وقت عالمي فيدّعي المستند لحظة لم تقع. خذ الاثنين من قراءة واحدة لساعة واحدة.
وهو كذلك ما يدخل في رمز QR. فالطابع الزمني الذي يراه من يمسح فاتورتك مبني على هذا التاريخ وهذا الوقت، فالوقت الخطأ ليس حقلًا في XML فحسب — هو مطبوع على المستند.
لماذا يحدث؟
مرتّبة من الأشيع إلى الأقل شيوعًا — الأرجح أن سببك في الأول أو الثاني.
- نظام مصدر يحفظ الفواتير بعمود تاريخ بلا وقت، فيلزم توليد الوقت عند التصدير، فيُترك بدل ذلك.
-
وقت منسّق للبشر:
7:20 PM، أو19:20بحذف الثواني باعتبارها زائدة. -
طابع زمني بالتوقيت العالمي يخرج بلا
Z، فيُقرأ وقتًا محليًا ويصير المستند متأخرًا ثلاث ساعات — وعند منتصف الليل يومًا كاملًا عن تاريخه نفسه. -
طابع زمني كامل يُسكب في الحقل:
2026-09-10T19:20:30Zحيث لا يخصّه إلا19:20:30Z. -
إزاحة بدل اللاحقة:
19:20:30+03:00. والرسالة تسمّي الوقت المحلي والتوقيت العالمي ولا تذكر صيغة إزاحة، فليست صيغة يُقصد إليها.
كيف تصلحه
3 خطوات، ثم أعد إرسال الفاتورة.
-
1
ابنِ الحقلين من لحظة واحدة
خذ طابعًا زمنيًا واحدًا بتوقيت
Asia/Riyadh، وضع جزء التاريخ منه في BT-2 وجزء الوقت في KSA-25. فقراءتان منفصلتان للساعة قد تقعان على جانبَي ثانية، ومنطقتان زمنيتان قد تقعان على جانبَي يوم. -
2
نسّقه صراحةً لا بلغة النظام
اكتب النمط بنفسك — بأصفار بادئة، ومدار أربع وعشرين ساعة،
HH:mm:ss— بدل استدعاء دالة «وقت مختصر» تراعي لغة النظام، فهي التي تُخرج ص وم وتحذف الثواني. وألحِقZفقط إن كانت القيمة عالمية فعلًا، وحينها اجعل BT-2 التاريخ العالمي كذلك. -
3
إن لم يكن في مصدرك وقت
استخدم اللحظة التي يصدر فيها المستند فعلًا لا
00:00:00. فمنتصف الليل يمرّ من فحص الصيغة ويقرّر ما ليس صحيحًا على مستند ضريبي، والفاتورة المبسطة تُبلَّغ خلال مهلة تبدأ من الإصدار الحقيقي — والفرق بين المستندين في الفاتورة الضريبية والمبسطة. والسجل يحمل في الغالب طابع إنشاء في مكان ما، وإن لم يحمله عمود تاريخ الفاتورة.
بعد التصحيح أعد إرسال الفاتورة. الفاتورة المرفوضة لم تُسجَّل عند الهيئة، فلا تحتاج إشعارًا دائنًا — أرسل الفاتورة الصحيحة نفسها.
هل يمنعه ZATCA Tools؟
نعم. ZATCA Tools يختم تاريخ الإصدار ووقته من قراءة واحدة بتوقيت الرياض لحظة الإصدار، ويكتب الوقت بصيغة HH:mm:ss — وهو الزوج نفسه الذي يُبنى منه الطابع الزمني في رمز QR، مأخوذًا من استدعاء واحد عمدًا حتى لا يفترقا. ولا يكتب المستخدم أيًّا من الحقلين.
أكواد لها علاقة
BR-KSA-04
يرفض الفاتورة
BR-KSA-F-05
BR-KSA-15
أسئلة شائعة
بتوقيت الرياض أم بالتوقيت العالمي؟ +
نظامي لا يعرف إلا التاريخ — هل أرسل 00:00:00؟ +
هل تُقبل صيغة الإزاحة الزمنية بدل Z؟ +
19:20:30+03:00. نص الرسالة الرسمي يسمّي صيغتين: الوقت المحلي، والتوقيت العالمي بلاحقة Z، ولا يذكر إزاحة. والذي نقرؤه من المخطط المُصرَّف هو نص القاعدة ودرجتها لا شرط التنفيذ نفسه، فلا نستطيع أن نجزم لك بقبول الإزاحة — ولا داعي للمجازفة والوقت المحلي مقبول. وإن أردت جوابًا قاطعًا فهو سؤال لـ zatca.gov.sa.ZATCA Tools يبني التوقيع والبصمة والعدّاد والترميز عنك، ويتحقق من البيانات قبل الإرسال. مجاني بالكامل حاليًا، وبدون بطاقة ائتمانية.
ابدأ مجانًا