مدقق XML لنظام goAML

ما الذي يفحصه هذا المدقق

• سلامة بنية XML — الوسوم غير المغلقة، والأحرف غير الصالحة، وعلامات الاقتباس الخاطئة حول قيم السمات
• عناصر الجذر الإلزامية — rentity_id، submission_code، report_code، تاريخ التقديم أو تاريخ التقرير، currency_code_local
• قوائم القيم المسموح بها للرموز — submission_code ⁦(E/M/-)⁩، report_code ⁦(CTR/STR/SAR/STAR/AIF/MID…)⁩، transmode_code ⁦(OCCD/EFT01/SWIFT/MM01…)⁩، from_funds_code / to_funds_code
• تنسيق التاريخ والوقت — يجب أن تكون جميع حقول xs:dateTime بتنسيق ISO 8601 ⁦(YYYY-MM-DDTHH:MM:SS)⁩
• بنية المعاملة — يجب أن تتضمن كل معاملة رقمًا وتاريخًا ورمز طريقة المعاملة ومبلغًا وطرفًا واحدًا على الأقل
• فحوص خاصة بتقارير STR — وجود السرد في <reason> ورموز الأنماط في <report_indicators>
• حدود طول النصوص — الحد الأقصى لحقول السرد 8000 حرف وفقًا لمخطط XSD

أخطاء XML الشائعة في goAML

• العنصر <rentity_id> مفقود — يجب أن يكون معرّف الجهة الذي خصصته لك وحدة المعلومات المالية عددًا صحيحًا موجبًا
• تنسيق تاريخ خاطئ — يجب أن تتضمن التواريخ الوقت: 2024-03-15T00:00:00 وليس 2024-03-15
• قيمة transmode_code غير صالحة — لا تُقبل إلا الرموز المعرّفة في المخطط (مثل OCCD، EFT01، SWIFT، MM01)
• معلومات الأطراف مفقودة — تحتاج كل معاملة إلى طرف المصدر (From) وطرف الوجهة (To)، أو إلى قسم <involved_parties>
• قيمة amount_local ليست عددًا عشريًا — دون رموز عملات أو فواصل أو مسافات (استخدم 50000.00 وليس KES 50,000)

يغطي هذا المدقق أكثر أسباب الرفض شيوعًا. أما منصتنا لتقارير goAML فتُنشئ ملفات XML مطابقة للمخطط تلقائيًا من بيانات نظامك المصرفي الأساسي، بحيث تُمنع هذه الأخطاء قبل إنتاج الملف أصلًا. اطّلع على الدليل الكامل لحالات الرفض (باللغة الإنجليزية) للحصول على تحليل أعمق لرموز الأخطاء لدى FRC.