بصمة الفاتورة السابقة أطول من 255 محرفاً
صورة القيمة في التقريرlonger_than_255أطول من 255 محرفاً
ما الخلل
حقل بصمة الفاتورة السابقة KSA-13، وهو المحتوى النصي للعنصر cbc:EmbeddedDocumentBinaryObject داخل العنصر cac:AdditionalDocumentReference الذي معرِّفه PIH، أطول من 255 محرفاً، وترفض هيئة الزكاة والضريبة والجمارك المستند بموجب القاعدة BR-CL-KSA-13. وأمران في هذه القاعدة يضيّعان وقتك إن جهلتهما. الأول أن الأداة تفرض 255 بينما الرسالة التي تطبعها تقول غير ذلك: إذ تنص على تجاوز حد المحارف لحقل بصمة الفاتورة السابقة وأن الحد الأقصى لهذا الحقل أربعة وستون. والعدد الذي يقرّر قبول المستند هو 255، والأربعة والستون خطأ في نص رسالة الهيئة نفسها؛ فالقيمة التي طولها ثمانون محرفاً مقبولة وإن أوهمت الرسالة بغير ذلك. والثاني أن العنوان المكتوب داخل تلك الرسالة هو KSA-13، أما الرمز الذي تُخرجه الأداة ويُبحث عنه في مخرجاتها فهو BR-CL-KSA-13. والبصمة الصحيحة بعيدة عن هذا الحد بعداً كبيراً: أربعة وأربعون محرفاً، أو ثمانية وثمانون في الصورة الأخرى التي ينشرها معيار تطبيق XML. فهذه القاعدة لا تُذكر على بصمة خاطئة، بل على قيمة ليست بصمة أصلاً. ويُقاس الطول على القيمة كما كُتبت تماماً، فأي مسافات داخلها تُحسب ضمن الحد.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
القيمة بهذا الطول ليست بصمة في الغالب الأعم. والحالات التي تُنتجها: شهادة كاملة أو كتلة توقيع تُكتب في الحقل؛ وترميز base64 لملف كامل أو لملف XML للفاتورة السابقة بدل ترميز بصمتها؛ ودمج لكل بصمات السلسلة السابقة بدل آخرها وحدها؛ ورسالة خطأ أو أثر استدعاءات يمرّرها إجراء أخفق بصمت. راجع ما يُعطى للحقل بدل قصّه، فالقصّ إلى 255 يترك قيمة تجتاز هذه القاعدة وليست بصمة بعدُ. وتحقّق كذلك مما إذا كانت أداة كتابة XML تلفّ نص base64 الطويل على أسطر مزاحة، فأحرف نهاية السطر والمسافات البادئة محارف ضمن نص العنصر وتُحسب ضمن الحد.