سجل الوحدة الخاصة بنظام Sage X3
تصحيحات Sage X3
لم تكن الحزمة تحتوي على مكونات امتداد شاشة العنونة الإلكترونية YB2E5EAD.
لم تكن النسخة المسلمة توفر جميع المعالجات المرتبطة بأحداث هذه الشاشة.
أُضيفت مكونات الامتداد الناقصة إلى حزمة Sage X3 V18.1.
تتضمن الحزمة الامتداد اللازم للفحوص وتحديث البيانات في شاشة العنونة الإلكترونية.
احتفظت بعض سطور CDAR 212 القديمة بحالة فارغة وظلت ممنوعة، رغم أن معلوماتها الأخرى كانت تسمح باستئنافها.
لم يكن بالإمكان إعادة استخدام ملف XML الموجود لهذه السطور.
لا يُسمح بالاستئناف إلا للسطور التي تستوفي حالات الأهلية المقررة، دون معرّف بعيد أو رد HTTP، ومع وجود ملف XML قابل للقراءة. ويحتفظ الاستئناف بالهوية والملف نفسيهما؛ وتظل الحالات الأخرى محمية.
يمكن استئناف سطور CDAR 212 القديمة المؤهلة دون إنشاء هوية جديدة أو إعادة تفعيل سطور بدأ إرسالها بالفعل أو ما زال إرساله غير مؤكد.
كانت قائمة اختيار الموردين لعنونة CDAR محدودة عمليا بـ 200 نتيجة.
لم يكن بالإمكان العثور في القائمة على مورد مؤهل يقع بعد هذا الحد.
كُيّف الاختيار مع آلية Sage X3 الأصلية للتقسيم إلى صفحات. وهو يحتفظ بعوامل تصفية البلد والبيئة والتفعيل والعنوان الإلكتروني ودور المُصدر أو المشتري.
تصفح الموردين المؤهلين في اختيار عنونة CDAR دون حد عملي.
كانت المعالجة تطبق تحويلات غير ملائمة على أرقام سطور من النوع النصي أصلا.
كان من الممكن أن يتسبب عدم التوافق هذا في خطأ Sage X3 ضمن معالجات التقارير الإلكترونية.
أُزيلت التحويلات المعنية من معالجات المبيعات والمشتريات والمدفوعات والمطابقات. وتبقى تحويلات التواريخ دون تغيير.
تُعالج أرقام السطور بنوعها الأصلي، دون التسبب في الخطأ المرتبط بالتحويل غير الملائم.
كان من الممكن استخدام القيمة «Unexpected» كمعرّف مستند أثناء الاستعلام عن الحالة.
كان يُنفذ حينئذ استدعاء للحالة دون معرّف بعيد قابل للاستخدام.
يُتعرف الآن على هذه القيمة بغض النظر عن حالة الأحرف، ويُوقف الاستعلام قبل أي اتصال شبكي. ويُحفظ المعرّف والحالة المسجلان سابقا.
عدم استدعاء البرمجية الوسيطة عندما لا تمثل القيمة المحفوظة Unexpected معرّفا بعيدا قابلا للاستخدام.
لم يكن نقل HTTP المستخدم في الوضع الدفعي مكيّفا بصورة متسقة مع إصدارات Sage X3 المختلفة. وكان من الممكن أيضا عرض أخطاء استرجاع المشتريات بدرجة خطورة غير ملائمة للمعالجة المجدولة.
كان من الممكن أن يخفق استدعاء حسب الإصدار أو يعطل التنفيذ الدفعي، دون تمييز الحالة بصورة صحيحة عن خطأ تفاعلي.
يراعي اختيار النقل الإصدار والسياق: Java أولا في الوضع الدفعي لـ V9/V11، والنقل الأصلي في V12 والوضع التفاعلي. ولا يُبدأ أي مسار بديل بعد محاولة إرسال عبر Java. وتُعرض ردود HTTP الخطأ أثناء الاسترجاع كتحذيرات في الوضع الدفعي، دون إخفاء الإخفاق أو تشغيل إعادة محاولة.
اختيار نقل HTTP حسب الإصدار والسياق، وعرض أخطاء المشتريات كتحذيرات في الوضع الدفعي دون تغيير التدفق.
كان من الممكن أن تؤدي قيمة بيئة فارغة أو غير معروفة أو سيئة الصياغة إلى توجيه ضمني أو غير متسق بين المعالجات.
كانت التدفقات والعناوين الإلكترونية معرضة لاستخدام بيئات مختلفة.
وُحّد التعرف على Production وSandbox. وتُوحّد اختلافات حالة الأحرف وتُزال المسافات المحيطة؛ وتُرفض القيم الملتبسة. ويجب أن تتوافق العناوين الإلكترونية مع إحدى البيئتين المسموح بهما.
تنتج معلمة البيئة نفسها توجيها متسقا في جميع معالجات Sage X3، أو رفضا صريحا إذا كانت ملتبسة.
كان من الممكن أن يعيد الاستئناف بعد نتيجة شبكية غير مؤكدة أو تنفيذ متزامن بدء إرسال الفاتورة.
كانت الفاتورة نفسها عرضة للإرسال عدة مرات بينما تظل نتيجة المحاولة الأولى غير معروفة.
تُحجز المحاولة الآن قبل الاتصال الشبكي. ويمنع إرسال موجود أو معرّف بعيد أو نتيجة غير مؤكدة إعادة الإرسال حتى مطابقة الحالة. وإذا كانت معاملة ما تزال جارية، يؤجل الإرسال إلى التشغيل التالي.
تجنب الإرسال المكرر بعد فقدان إقرار شبكي أو استئناف متزامن، مع السماح بمطابقة صريحة.
كان من الممكن أن تنتج البيانات التي تحتوي على محارف محجوزة XML غير صحيح. كما أثرت تناقضات في الوسوم والمبالغ على نموذجي فرنسا وبولندا.
كان من الممكن أن يكون المستند المنشأ غير قابل للقراءة أو أن يُرفض أثناء معالجته.
تُعالج المحارف الخاصة الآن بصورة صحيحة في البيانات المتغيرة وتسميات المرفقات، دون تغيير محتواها الثنائي. وصُححت الوسوم المعنية والمبلغ دون ضريبة في نموذج بولندا. وإذا أخفقت معالجة المحارف الخاصة، فلا يُرسل المستند.
إنتاج XML سليم البنية للبيانات التي تحتوي على محارف محجوزة وتصحيح التناقضات الهيكلية المؤكدة.
كان من الممكن أن تؤدي قراءة ملف XML للإرسال إلى اقتطاع محتوى كبير أو مضغوط في سطر طويل.
كان من الممكن أن تتلقى المنصة مستندا ناقصا يختلف عن الملف المنشأ.
تسترجع القراءة الآن المستند كاملا، بما في ذلك آخر محتوى مقروء عند نهاية الملف، دون إضافة فواصل. ويمنع الملف الفارغ أو خطأ القراءة الإرسال. ويُستخدم المحتوى الكامل أيا كانت وسيلة نقل HTTP.
إرسال مستند XML كبير أو مضغوط الصياغة بالكامل دون اقتطاع أو إضافة فواصل.
لم تكن درجة خطورة حالات الرفض الوظيفي تُحدد دائما انطلاقا من سياق التنفيذ الفعلي على خادم المعالجة الدفعية.
كان من الممكن أن يؤدي رفض بيانات فاتورة واحدة إلى منع المعالجة المجدولة بدلا من الإبلاغ عنه مع السماح باستمرار الدفعة.
تُعرض حالات الرفض الوظيفي الآن كتحذيرات على خادم المعالجة الدفعية وتظل أخطاء في الوضع التفاعلي. وتحتفظ الأخطاء التقنية غير المتوقعة بدرجة الخطأ.
على الخادم، يُسجل الرفض الوظيفي كتحذير وتُعالج الفاتورة التالية؛ وفي الوضع التفاعلي، يظل الرفض نفسه خطأ ظاهرا.
كان من الممكن أن يعطل خطأ في بيانات فاتورة واحدة استمرار معالجة الفواتير التالية.
لم تكن الدفعة تعالج بصورة عادية الفواتير الأخرى المستقلة عن الفاتورة المرفوضة.
تُعزل الآن النتيجة ورسائل الخطأ لكل فاتورة. وتُحتسب الفاتورة المرفوضة ويُبلغ عنها، ثم تواصل المعالجة الدفعة؛ وتُتجاوز الفاتورة غير المؤهلة. وتظل الأخطاء التقنية معلنة صراحة.
تُحتسب الفاتورة غير الصالحة وتُسجل دون منع معالجة الفواتير التالية؛ ويظل الخطأ التقني غير المتوقع معلنا في المستوى 1.
كان من الممكن أن تحرك القراءات أثناء إنشاء XML المؤشرات المستخدمة للمرور على مواقع الدفعة وفواتيرها.
كان من الممكن ألا تستأنف المعالجة المرور بصورة صحيحة عند الفاتورة التالية.
عُزل المرور في المعالجة الدفعية عن قراءات إنشاء XML، وتُحفظ الفاتورة الحالية قبل استدعاءات الإنشاء والإرسال.
لم يعد إنشاء مستند يعطل المرور على الدفعة، التي يمكنها مواصلة معالجة الفواتير التالية.
كان من الممكن أن يخفق إنشاء XML الخاص بـ CDAR 210 عند تعذر استخدام مجلد الإخراج أو ملفه.
لم يكن المستند يُنشأ، ولم يكن الخطأ يتيح دائما تحديد العائق بدقة.
يُتحقق الآن من إعداد المجلد وصلاحيات الكتابة وفتح الملف وتعارضات الأسماء. ويعيد كل إخفاق سببا مميزا.
تكتب عملية إنشاء CDAR ملف XML في موقع متحقق منه، وتعيد خطأ يمكن التصرف بناء عليه عند تعذر استخدام مجلد أو ملف.
كان من الممكن أن يحتوي سجل استدعاءات الحالة على بيانات HTTP حساسة.
كان من الممكن كشف معلومات الاتصال أو محتوى الرد الخام في السجل التقني.
لم تعد الأسرار أو الترويسات أو متن HTTP الخام تُسجل. ويحتفظ سجل التتبع بالمعلومات اللازمة لفهم نتيجة الاستدعاء دون كشف هذه البيانات.
يوفر الاستعلام عن الحالة سجل تتبع مفيدا دون كشف أسرار الاتصال أو محتوى HTTP الخام.
كان يلزم تصحيح السياق المستخدم لإعدادات اتصال CDAR 210 لكي يطابق شركة المستلم.
كان من الممكن أن يؤدي سياق شركة أو موقع غير متسق إلى استخدام إعدادات غير صحيحة للمشتري.
تُحدد الشركة الآن انطلاقا من العنوان الإلكتروني للمستلم، من نوع شركة أو موقع، ثم يُتحقق منها قبل تحميل الإعدادات. وعند العثور على فاتورة، يستمر التحقق من اتساقها مع تلك الشركة وذلك الموقع.
يستخدم CDAR 210 إعدادات الشركة المرتبطة فعليا بالمستلم، ويرفض سياق مشتري غير متسق.
لم يكن مخطط المعرّف القانوني يُحدد بصورة ملائمة للمنطقة الجغرافية للشريك.
كان من الممكن أن يحمل XML للتقارير الإلكترونية مخططا لا يطابق بلد الشريك.
يميز التحديد الآن بين فرنسا وبلدان الاتحاد الأوروبي الأخرى والبلدان الثالثة. وإذا لم يتيح البلد أو المعرّف تحديد المخطط، يُعاد خطأ صريح بدلا من إنتاج قيمة اعتباطية.
يُصدر تدفق التقارير الإلكترونية لفرنسا مخطط معرّف متسقا مع المنطقة الجغرافية للشريك.
كان من الممكن أن تواصل لوحة التحكم البحث عن CDAR فرنسا غير نهائي بعد انتهاء متابعة Avalara بمدة طويلة.
كانت تتكرر استدعاءات حالة أصبحت غير لازمة لإرسالات قديمة.
عندما تكون حالة Avalara نهائية، يقتصر البحث الآلي عن CDAR فرنسا غير نهائي على 30 يوما تقويميا بعد الإرسال، مع شمول اليوم J-30. وتبقى متابعة Avalara التي لا تزال نشطة ومتابعة KSeF لبولندا والاستدعاءات اليدوية دون تغيير.
تحد لوحة التحكم من استدعاءات GetStatus لفرنسا التي أصبحت غير لازمة، دون إيقاف متابعة Avalara النشطة أو متابعة KSeF.
كان من الممكن أن توقف حالة Avalara النهائية الاستعلام قبل توفر الحالة الوطنية CDAR لفرنسا أو رقم KSeF لبولندا.
كان من الممكن أن تحتفظ لوحة التحكم بمتابعة وطنية غير مكتملة رغم توفر هذه المعلومات لاحقا.
يستمر الاستعلام ما دامت المعلومات الوطنية المتوقعة غير مكتملة. ولا يؤدي هذا الاستكمال إلى التراجع عن حالة Avalara النهائية بالفعل.
لم تعد حالة Avalara النهائية تمنع التعبئة اللاحقة لـ CDAR فرنسا أو رقم KSeF بولندا.
كان من الممكن أن يؤدي تحليل ردود الحالة الكبيرة أو المحتوية على محارف مهروبة واختيار أحدث حدث وطني إلى متابعة CDAR أو KSeF غير مكتملة أو غير متسقة.
كان من الممكن ألا تعرض لوحة التحكم أحدث حالة وطنية قابلة للاستخدام، أو أن تتعرض لتغيير حالة Avalara نهائية بصورة خاطئة.
حُسّنت موثوقية تحليل الردود، ويُحتفظ بأحدث حدث وطني ذي صلة. ويُطابق الرفض الفرنسي مع حالة CDAR المقابلة، ويُحفظ رقم KSeF لبولندا. ولا يغير الرد غير الصالح الحالة المخزنة بالفعل.
تعبّئ GetStatus أحدث حالة وطنية قابلة للاستخدام مع الحفاظ على حالة Avalara التي أصبحت نهائية بالفعل.
كان من الممكن عرض قيمة CDAR غائبة في لوحة التحكم مع تسمية قائمة.
كان المستخدم قد يفسر هذه التسمية على أنها حالة مُدخلة فعليا.
تظل خلايا CDAR الآن فارغة عند غياب القيمة، في الجداول الثلاثة للوحة التحكم. ولا يُطبق تنسيق CDAR إلا عند عرض حالة.
تظل قيمة CDAR الغائبة في YB2E5V فارغة بصريا في لوحة التحكم ولا تعرض أي تسمية مضللة.
كان تحديد الشركة المطلوب التحقق من ترخيصها يحتاج إلى مواءمة مع معايير الشركة والموقع في المعالجة الصادرة.
كان من الممكن ألا تؤدي تركيبة معايير غير متسقة إلى التحقق من النطاق القانوني المتوقع.
تحدد المعالجة الآن الشركة القانونية انطلاقا من الموقع أو الشركة المدخلين، وترفض عدم الاتساق بينهما. وعند غياب هذين المعيارين، يُتحقق من كل شركة قانونية ضمن النطاق المختار مرة واحدة. ويُجرى التحقق عند التقديم وعند التنفيذ.
تتحقق المعالجة الصادرة من الترخيص للنطاق القانوني الذي تغطيه فعليا معايير Sage X3، وترفض تركيبات الشركة والموقع غير المتسقة.
كان من الممكن تشغيل استرجاع المشتريات دون سياق محدد بما يكفي لتحديد الإعدادات على مستوى الشركة.
لم يكن تحميل إعدادات الاسترجاع يستند إلى شركة محددة صراحة.
أصبح إدخال شركة أو موقع إلزاميا. ويتيح الموقع تحديد شركته القانونية، ويمنع عدم الاتساق بين المعيارين التشغيل. ثم تُقرأ الإعدادات للشركة المحددة بهذه الطريقة.
يستخدم استرجاع المشتريات إعدادات الشركة المحددة صراحة بمعايير التشغيل.
جرب مصطلحا آخر أو أزل أحد عوامل التصفية.
