يفحص مطابق ملف XML للفاتورة الإلكترونية في المرحلة الثانية قبل إرساله: تحقق مسبق وفق متطلبات هيئة الزكاة والضريبة والجمارك المنشورة، لا اعتماداً من الهيئة. وتشرح هذه الصفحة قاعدة واحدة هي BR-KSA-63.
خمس عمليات فحص شهرياً في باقة المجان. يُفحص الملف في الذاكرة ولا يُحفظ.
الرسالة كما تنشرها هيئة الزكاة والضريبة والجمارك
[BR-KSA-63]-If the buyer country code (BT-55) is "SA", then these fields are mandatory:street name (BT-50), building number (KSA-18), postal code (BT-53), city (BT-52), District (KSA-4), country code (BT-55).For more information please access this link:https://splonline.com.sa/en/national-address-1/
ما الذي يذكره مطابق
مدخل لكل حالة تُذكر فيها هذه القاعدة في التقرير.
صورة القيمة في التقرير
صورة القيمة التي وُجدت — empty وnot_15_digits وما شابههما — لا القيمة نفسها.
عنوان المشتري السعودي لا يحمل اسم الشارع
صورة القيمة في التقريرstreet_name_missingلا اسم شارع
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:StreetName. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
عنوان المشتري يأتي من سجل العميل، فالنقص متعلق بالعميل لا بالمستند: توقَّع ظهوره في طائفة من فواتيرك دون سائرها، وهم في الغالب العملاء المُنشأة سجلاتهم قبل تفصيل حقول العنوان، أو المستوردون دفعةً واحدة من نظام قديم إلى كتلة عنوان نصية حرة. وتحقّق من أي عناوين العميل يقرؤه التصدير: فعنوان الفوترة وعنوان التسليم والعنوان النظامي ثلاثة سجلات مختلفة في معظم الأنظمة، وواحد منها فقط هو المصدر الصحيح هنا.
عنوان المشتري السعودي لا يحمل رقم المبنى
صورة القيمة في التقريرbuilding_number_missingلا رقم مبنى
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:BuildingNumber. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
رقم المبنى حقل من حقول العنوان الوطني السعودي، من أربع خانات. والسبب الأشيع في جانب المشتري أنه لم يُطلب عند فتح السجل أصلاً: كتب العميل عنوانه سطراً واحداً في بوابة أو نموذج طلب، ولا موضع في النظام يحفظ فيه الرقم مستقلاً. والمعالجة أن يُجمع العنوان الوطني للعميل؛ أما استخراج الرقم من السطر الحر فليس معالجة، إذ يصيب مع بعض العملاء ويخطئ مع غيرهم بصمت.
عنوان المشتري السعودي لا يحمل الرمز البريدي
صورة القيمة في التقريرpostal_zone_missingلا رمز بريدي
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:PostalZone. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
الرمز البريدي خمس خانات وله حقله وحده. والأسباب الشائعة في جانب المشتري: سجل عميل أُنشئ والحقل خالٍ لأنه اختياري في نظامك؛ ورقم صندوق بريد مسجَّل مكانه؛ وربط لا يكتب الرمز إلا إذا مُلئ حقل دولة العميل. راجع سجلات العملاء السعوديين الأكثر تعاملاً معك وتأكّد أن الحقل مملوء ومربوط.
عنوان المشتري السعودي لا يحمل اسم المدينة
صورة القيمة في التقريرcity_name_missingلا اسم مدينة
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:CityName. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
سجل عميل بلا مدينة أمر نادر، فهذا يدل عادةً على أن الربط يقرأ عنواناً غير الذي تظنه: كعنوان تسليم مؤقت أُدخل على الطلب، أو كتلة عنوان يبنيها التصدير من جدول آخر لبعض أنواع المستندات. تحقّق من المصدر الذي تُبنى منه كتلة طرف المشتري، وتحقّق أنه المصدر نفسه للفواتير والإشعارات الدائنة والمدينة.
عنوان المشتري السعودي لا يحمل الحي
صورة القيمة في التقريرcity_subdivision_missingلا حي
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:CitySubdivisionName، وهو ما تسمّيه رسالة هيئة الزكاة والضريبة والجمارك الحي KSA-3. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
الحي جزء من العنوان الوطني السعودي لا نظير له في تصاميم العناوين التي تأتي بها معظم الأنظمة، فقلّما تحمله سجلات العملاء ما لم يُطلب عمداً. تحقّق مما إذا كان سجل العميل عندك يحمل حقلاً للحي للعملاء السعوديين؛ فإن كانت البيانات غير محفوظة حقاً وجب جمعها، إذ لا سبيل للتصدير إلى اشتقاق الحي من المدينة ولا من الرمز البريدي.
عنوان المشتري السعودي لا يحمل عنصر رمز الدولة
صورة القيمة في التقريرcountry_code_missingلا رمز دولة
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cac:Country/cbc:IdentificationCode. وهذه الحال جديرة بقراءة متأنية: فالقاعدة لا تبلغ مستندك إلا لوجود عنصر cac:Country/cbc:IdentificationCode للمشتري قيمته SA في موضع ما تحت كتلة طرف المشتري، بينما تُفحص الشروط الستة على عناصر cac:PostalAddress للمشتري؛ فقد يدخل المستند القاعدة من عنوان ويخفق في هذا الحقل على عنوان آخر. ورمز دولة المشتري هو SA، والمستند فاتورة ضريبية أو إشعار دائن أو مدين ملحق بها، إذ يبدأ رمز نوع معاملة الفاتورة KSA-2 بـ 01؛ فتشترط القاعدة BR-KSA-63 ستة حقول في cac:AccountingCustomerParty/cac:Party/cac:PostalAddress: اسم الشارع BT-35 في العنصر cbc:StreetName، ورقم المبنى KSA-17 في cbc:BuildingNumber، والرمز البريدي BT-38 في cbc:PostalZone، واسم المدينة BT-37 في cbc:CityName، والحي KSA-3 في cbc:CitySubdivisionName، ورمز الدولة BT-40 في cac:Country/cbc:IdentificationCode. ويرصد الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها هيئة الزكاة والضريبة والجمارك غياب أحدها أو خلوّه تحذيراً لا خطأً، فالتحذير وحده لا يؤدي إلى رفض المستند. وكانت الإصدارات السابقة تطلب حقلاً سابعاً هو الرقم الإضافي KSA-19 في cbc:PlotIdentification، وتفحص الوجود وحده، فيجتازها العنصر الموجود الفارغ؛ أما الإصدار 3.4.8 فأسقط الرقم الإضافي وصار يفحص الوجود والمحتوى معاً، فلم يعد العنصر الفارغ يجتازه. ويتوقف الفحص عند أول حقل غائب أو خالٍ بترتيب الفحص نفسه، وهو الترتيب المذكور آنفاً، فقد يغيب أكثر من حقل من الستة ولا يُسمّى هنا إلا أولها. ولا يبلغ هذا الفحص مستندك إلا لأن العنصر cac:Country/cbc:IdentificationCode للمشتري يساوي SA تماماً؛ وتُقارن القيمة كما كُتبت دون تسوية المسافات، فالرمز المحفوف بمسافات لا يدخل هذه القاعدة أصلاً، وعنوان المشتري غير السعودي يُفحص بموجب BR-KSA-62 لا بموجبها. وكذلك لا يُفحص عنوان المشتري في الفاتورة المبسطة هنا.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
رمز الدولة ليس عنصراً مباشراً تحت العنوان، بل يقع داخل كتلة cac:Country، والسبب الأشيع ربط يكتب حقول العنوان المباشرة ولا يُخرج تلك الكتلة المتفرعة. وإن كان تصديرك يستطيع كتابة أكثر من عنصر cac:PostalAddress للطرف الواحد فتحقّق أن العنوان الحامل للدولة هو نفسه العنوان الحامل لبقية الحقول، وأن القيمة هي رمز ISO 3166-1 من حرفين SA لا اسم الدولة.
عنوان المشتري السعودي لا يحمل الرقم الإضافي
صورة القيمة في التقريرplot_identification_missingلا رقم إضافي
ما الخلل
العنوان البريدي للمشتري لا يحمل العنصر cbc:PlotIdentification، وهو الحقل الذي تسمّيه رسالة هيئة الزكاة والضريبة والجمارك الرقم الإضافي KSA-19. ولا ترصد هذه الملاحظة إلا حزم القواعد السابقة للإصدار 2.0.0: فالقاعدة BR-KSA-63 في الإصدار 3.0.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة كانت تطلب الرقم الإضافي بين سبعة حقول لعنوان المشتري السعودي في الفاتورة الضريبية، والإصدار 3.4.8 الذي تقرؤه حزمة القواعد 2.0.0 لم يعد يطلبه، فلا يحمل هذه الملاحظة تقرير صادر عن الحزمة 2.0.0.
ما الذي تتحقق منه في وحدة الفوترة الإلكترونية
هذا أقل حقول العنوان حضوراً في سجلات العملاء: فمعيار EN 16931 لا يحمل له مصطلحاً، فنموذج العنوان المبني على قالب دولي لا يحمل موضعاً لالتقاطه، واسم العنصر في UBL لا يدل على معناه. وهو كذلك الحقل الذي يصنع الفارق وحده في أكثر الحالات، لأن الحقول الستة الأخرى تطلبها قاعدة عنوان المشتري في معيار EN 16931 نفسه، فلو غاب أحدها لظهرت الملاحظة قبل هذه. أضف حقل العنوان الوطني إلى سجل العميل للعملاء السعوديين واربطه بالعنصر cbc:PlotIdentification.
الفحص الذي يُنفَّذ
منقول حرفياً من ملفات قواعد التحقق التي تنشرها الهيئة، عند الملف والسطر المذكورين أدناه. والتعبير المُنفَّذ هو ما يُقيَّم على المستند، أما التعبير المذكور في التقرير فهو ما يظهر عند الإخفاق، وهما لا يتطابقان دائماً.
التعبير المُنفَّذ
not((exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName)!='' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:BuildingNumber) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:BuildingNumber)!='' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone)!='' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName)!='' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CitySubdivisionName) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CitySubdivisionName)!='' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode) and normalize-space(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode)!=''))
التعبير المذكور في التقرير
(exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName != '' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:BuildingNumber) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:BuildingNumber != '' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone != '' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName != '' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CitySubdivisionName) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CitySubdivisionName != '' and exists(//cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode) and //cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode != '')
كما يرد في الإصدار 3.4.8 من حزمة أدوات التطوير SDK التي تنشرها الهيئة: النسخة المقتبسة هنا هي الملف الذي يتضمنه ذلك الإصدار بايتاً ببايت. والتاريخ في اسم الملف هو الاسم الذي تعطيه الهيئة للملف، أما القواعد فيه فهي قواعد الإصدار 3.4.8.
مثال عملي
مستند اصطناعي من مجموعة الاختبار المقيسة تُرصد عليه هذه القاعدة، تُعرض منه الأسطر التي يختلف فيها عن مستند اجتاز الفحص. ولا يذكر تقرير مطابق سوى صورة القيمة، لا القيمة نفسها.