ملاحظات إصدار نما ERP - أكتوبر 2026

معلومات الإصدار

• تاريخ الإصدار: أكتوبر 2026
• رقم الإصدار: Nama-ERP-202610

الإضافات

نظام المخزون

• في طلب الصرف المخزني وطلب صرف المواد الخام، تمت إضافة عمود اختيار وإجراء على السطر باسم (تقسيم السطر حسب أقصى كمية - splitLineByMaxQty)، يقسم السطر المحدد إلى عدة سطور لا تتجاوز كمية كل منها (أقصى كمية للسطر)، ويحصل كل سطر جديد على كود سطر تحضير خاص به، ولا تُقسَّم السطور التي حالتها (تم التعبئة) أو (ألغيت). وفي سند تحضير - الميزان، أصبح النظام يرفض حفظ سطر منسوخ بكود سطر مكرر برسالة (كود السطر {0} مكرر في السطر {1}. قم بتقسيم السطر من طلب الصرف بدلاً من نسخه).
• تمت إضافة ملف جديد باسم (منطقة التجهيز - PickingZone) يحتوي على المخزن وجريد للمواقع وجريد بمن يُسمح لهم بالعمل في المنطقة (موظف أو ملف صلاحيات أو مستخدم أو مجموعة مستخدمين)، وتمت إضافة حقل (منطقة التجهيز - pickingZone) في أمر البيع وعرض الأسعار وفاتورة المبيعات وطلب التحويل المخزني. وفي تطبيق الـ WMS، أصبح مستخدم التجهيز يرى إجماليات الأصناف الخاصة بمناطقه فقط، وإذا لم ينتمِ لأي منطقة يرى الأصناف غير المرتبطة بمنطقة.
• في توجيه سند تحضير - الميزان، تمت إضافة أوبشن (تجميع الشحنات من أقل كمية كافية وإلا فمن الكمية الأكبر - collectLotsByBestFitQty) ضمن مجموعة تجميع الشحنات، فيأخذ زر (تجميع الشحنات) كمية كل سطر من أصغر شحنة تكفيها، مقارنةً بوحدة السطر وبعد خصم ما أُخذ للسطور السابقة في السند، بدلًا من الترتيب المحدد في إعدادات الـ Supply Chain (الصلاحية أو أول توريد أو كود الشحنة). ويُطبَّق الأمر نفسه على التجميع من شاشة القائمة.
• تمت إضافة ملف جديد باسم (ربط الأصناف بمناطق التجهيز - ItemPickingZoneLink) يحتوي في رأسه على المخزن والأولوية ومنطقة التجهيز، وجريد يحدد (منطقة التجهيز المفضلة - preferredPickingZone) حسب الصنف أو المقاس واللون والإصدار أو الماركة أو قسم الصنف أو التصنيفات. وفي توجيه طلب تحويل مخزني مجمع، تمت إضافة أوبشن (التجميع حسب منطقة التجهيز - groupByPickingZone) لفصل طلبات التحويل المنشأة حسب منطقة التجهيز وتعبئة منطقة التجهيز فيها، وحقل (أقصي عدد سطور لطلب التحويل المخزني المنشأ - maxLinesForGenStockTransReq).
• في إعدادات الـ Supply Chain، تمت إضافة حقلي (حفظ وقت قراءة الوزن القائم في - grossWeightTimeField) و(حفظ وقت قراءة الوزن الفارغ في - emptyWeightTimeField) لاختيار حقل السطر (نص 1 أو نص 2 أو نص 3) الذي يُسجَّل فيه تاريخ ووقت إدخال الوزن تلقائيًا، ويظهر بجانب أعمدة الوزن باسم (وقت الوزن القائم) و(وقت الوزن الفارغ). كما أصبح زر قراءة الوزن من الميزان يمنع قراءة الوزن مرة أخرى إذا كان مقروءًا بالفعل على السطر حتى يتم مسحه أولًا.

نظام المبيعات

• تمت إضافة الدفع عن طريق جيديا (Geidea) بروابط دفع: في فاتورة المبيعات من خلال زر (ادفع عن طريق جيديا) الذي يرسل رابط الدفع للعميل برسالة SMS أو يعرض رمز QR، ويضيف سطر الدفع تلقائيًا بعد أن يدفع العميل، وفي (سند إنشاء روابط دفع) الذي يُنشئ سند قبض عند الدفع، وفي نقاط البيع. ويُعرَّف ذلك بملف (إعدادات الدفع الإلكتروني) من النوع جيديا مربوط بطريقة دفع، ويدعم الجنيه المصري والدرهم الإماراتي والريال السعودي. وتمت إضافة مسارَي الكيان (EAGenerateGeideaPaymentLink) لإنشاء رابط دفع لأي مستند يدعم الدفع الإلكتروني، و(EACheckGeideaPaymentLinks) لمراجعة الروابط التي لم تُدفع بعد ويمكن جدولته. للتفاصيل: تكامل المدفوعات الإلكترونية (Online Payments Integration)
• في توجيه مستندات المبيعات، تمت إضافة حقل (التحقق من الحد الأدنى للسعر بعد تأثير - checkMinPriceWithValueAfterEffect) لاختيار مرحلة (خصم من 1 إلى 8 أو خصم الرأس أو ضريبة من 1 إلى 4)، فيُرفض السطر إذا قل صافي سعر الوحدة بعد هذه المرحلة عن الحد الأدنى للسعر في قائمة الأسعار. للتفاصيل: إعدادات الأسعار والضرائب والخصومات (Pricing, Taxes & Discounts)

المبيعات ونقاط الولاء

• في إعدادات نقاط المكافأة، تمت إضافة أوبشن (صلاحية النقاط تنتهي بنهاية السنة المنشأة فيها - pointsExpireAtEndOfCreationYear)، فتنتهي صلاحية النقاط في 31 ديسمبر من سنة الفاتورة التي اكتُسبت بها، إلا إذا انتهت (مدة صلاحية النقاط(تنتهي بعد عدد أيام)) قبل ذلك. للتفاصيل: إعداد نقاط المكافأة في نما (Nama Reward)

نظام الحسابات

• في سطور عقد مصروف مقدم، تمت إضافة حقل القيمة السنوية (yearlyAmount)، فإذا أُدخل يُحتسب إجمالي مبلغ السطر بقسمة القيمة السنوية على 12 وضربها في عدد أشهر فترة السطر، ليأتي القسط الشهري صحيحًا مهما كانت مدة العقد.
• في سند القبض وسند الصرف، تمت إضافة عمود (خصم التحصيل - collectionDiscount) إلى جريد الأقساط لتسوية فروق الكسور في القسط حتى يُغلق كمدفوع بالكامل، ويُحتسب الخصم ضمن المسدد من القسط، وتُحدَّد أطراف قيده في التوجيه (مدين خصم التحصيل - collectionDiscountDebit) و(دائن خصم التحصيل - collectionDiscountCredit)، ولا يقبل قيمة سالبة.

الفاتورة الإلكترونية والجهات الحكومية

• في الربط مع منصة التزام، أصبح زر (إعادة إرسال الموظفين الذين فشل إرسالهم) في مستند (إرسال بيانات التزام - EltezamSubmissionDoc) يرسل مباشرةً إلى عنوان الخدمة المحدد في الإعدادات دون نافذة تطلب الرابط، وتمت إضافة قائمة (إجازات التزام) في المستند لعرض الإجازات المرسلة. وفي (إعدادات خدمة التزام - EltezamConfiguration) تمت إضافة أوبشن (تسجيل تفاصيل الإرسال - logSendingDetails) لمتابعة عملية الإرسال في اللوج. وأصبحت بيانات التقييم تُرسل من مستند (تقييم موظف) بتاريخ البداية من (تاريخ 1) وتاريخ النهاية من (تاريخ 2) والنتيجة من (رقم 3) بعد تحويل الدرجة من 5 إلى نسبة مئوية. للتفاصيل: مستندات إرسال التزام وطريقة الإرسال
• في الربط مع منصة التزام، أصبح كود التقدير (RatingCode) عند إرسال بيانات تقييم الموظف يُحدَّد من (الوصف 1) في مستند تقييم موظف، بمطابقته مع عمود (قيمة نما) في جدول أكواد RatingCode، ويُستخدم الكود الافتراضي للجدول إذا لم توجد مطابقة، بدلًا من الاعتماد على حدود النسبة المئوية للنتيجة. وأصبحت النتيجة (Result) تُرسل برقم عشري بخانتين عشريتين بدلًا من تقريبها لأقرب عدد صحيح. يلزم بعد التحديث تعديل صفوف جدول أكواد RatingCode لتطابق النصوص المكتوبة في (الوصف 1). للتفاصيل: ما الذي يرسله «نما» إلى التزام
• تم ربط قائمة (شحنة واردة من مورد (تتبع الأدوية) - SFDARSDIncomingDispatch) بفاتورة المشتريات: في إعدادات تتبع الأدوية تمت إضافة حقل (حقل رقم إشعار رصد في فاتورة الشراء - incomingNotificationIdField) لتحديد حقل الفاتورة الذي يُسجَّل فيه رقم الإشعار، وتمت إضافة زر (التحقق من مطابقة إشعارات رصد) في قائمة المزيد بالفاتورة لمطابقة السطور مع الإشعار (رقم GLN للمورد ورقم GTIN للصنف ورقم التشغيلة وتاريخ الصلاحية وألا تتجاوز الكمية المتبقية للاستلام)، ومسار الكيان (EAValidateSFDARSDIncomingDispatches) لمنع حفظ الفاتورة غير المطابقة. ومع ترحيل الفاتورة أو تعديلها أو إلغائها تُحدَّث في القائمة الكمية المستلمة والمتبقية والحالة، ويُضاف الإشعار إذا لم يكن موجودًا. كما تمت إضافة عمودي (المتبقي) و(الفواتير المرتبطة) إلى القائمة، وأصبح زر (تحديث الشحنات الواردة من الهيئة) يطلب إعدادات تتبع الأدوية ويحدّث السطور المختارة عند ترك رقم الإشعار فارغًا. ويقتصر التحقق على سطور الأصناف المفعّل فيها (خاضع لتتبع الأدوية - subjectToRSD)، وتظهر رسائل أخطاء المطابقة باللغة العربية. للتفاصيل: الإبلاغ عن حركات الأدوية للهيئة السعودية للغذاء والدواء
• في المهمة المجدولة للإرسال إلى التزام (EASubmitEltezamData)، تمت إضافة مدخل أخير اختياري هو (كود دفتر مستند إرسال التزام المنشأ)، فعند عدم تحديد مستندات للإرسال يُنشأ مستند (إرسال بيانات التزام) جديد في هذا الدفتر، أو في أول دفتر للمستند إذا تُرك فارغًا، ويُحفظ ويُرسل في معاملة مستقلة، مع تسجيل خطوات التشغيل ونتيجته في اللوج.

نظام الاستثمار العقاري

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

نظام المقاولات

• في إعدادات المقاولات، تمت إضافة أوبشن (حساب نسبة الشروط من إجمالي العقد قبل الضرائب - calcConditionsPercentFromTotalBeforeTaxes) لحساب قيمة الشروط في عقد مقاول الباطن من قيمة العقد قبل الضريبة. وفي الشرط القياسي (ContractingCondition)، تمت إضافة حقلي (خاضع للضريبة - taxable) و(نسبة الضريبة - taxPercent)، تُستخدم عند إضافة الشرط إلى عقد مقاول الباطن.

نظام إدارة علاقات العملاء

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

نظام الموارد البشرية

• تمت إضافة خمس قيم جديدة من (أخرى 1) إلى (أخرى 5) إلى قائمة فئات التأمين الطبي (InsuranceCategory)، وتظهر في شاشة الموظف والعرض الوظيفي ومستندات التأمين الطبي وسند ترقية التأمين.
• في سند مكافأة - جزاء مجمع (AggrRewardAndPenaltieDoc)، أصبح النظام يرفض الحفظ عند تكرار الموظف نفسه مع المكافأة / الجزاء نفسه في أكثر من سطر، مع رسالة توضح السطرين المكررين، وتمت إضافة أوبشن في توجيه السند (السماح بتكرار الموظف مع نفس المكافأة / الجزاء - allowRepeatingEmployeeWithSameReward) للسماح بالتكرار.
• في ملف الدوام (AttendanceShift)، تمت إضافة حقلي (أبكر وقت مسموح قبل بداية الوردية - overtimeEarliestTime) و(آخر وقت مسموح بعد نهاية الوردية - overtimeLatestTime) لكل يوم عمل وفي جريد الورديات المجمعة، فلا يُحتسب الحضور المبكر قبل الوقت الأول ولا البقاء بعد الوقت الثاني ضمن الوقت الإضافي. للتفاصيل: خطط الدوام والورديات (Attendance Plans & Shifts)
• في مستند تصفية مستحقات (DuesLiquidationDoc)، تمت إضافة حقل (تجاهل عمل سند مباشرة عمل للإجازات التي تطلب سند المباشرة - ignoreVacationWorkStartDoc)، للسماح بحفظ التصفية لموظف في إجازة انتهت خدمته دون سند مباشرة عمل. للتفاصيل: تصفية المستحقات (Dues Liquidation)

نظام التصنيع

• في العملية القياسية وسطور مسار التشغيل وأمر الإنتاج، تمت إضافة أوبشن (السماح بالكمية السالبة - allowNegativeQty)، وفي رأس مسار التشغيل وأمر الإنتاج أوبشن (السماح بالكمية السالبة للعملية 1 - allowNegativeQtyForOP1)، فيُسمح لتنفيذ الإنتاج بنقل كمية من الخطوة أكبر من رصيدها (مثل مرحلة تستمر في الإنتاج بعد كمية الأمر)، ويتوقف رصيد الخطوة عند الصفر بدلًا من رفض التنفيذ. ويُنسخ الخياران إلى أوامر الإنتاج المبنية على المسار، ويتطلبان تفعيل (Use Production Movement System Entry) في إعدادات التصنيع. للتفاصيل: تنفيذ الإنتاج (Production Execution): تسجيل ما يحدث فعلاً
• في سطور طلبية كرتون، تمت إضافة حقلي (الكمية المنفذة - executedQuantity) و(الكمية غير المنفذة - unexecutedQuantity) لمتابعة ما تم تخطيطه من كل سطر في تخطيط خامات الكرتون، وفي سطور أصناف تخطيط خامات الكرتون تمت إضافة حقل (الكمية المعدلة يدوياٌ - manuallyAdjustedQty) لتخطيط جزء من الكمية فقط، ويُدرَج المتبقي تلقائيًا في مستند التخطيط التالي. كما أصبح النظام يرفض تخطيط طلبية تم تخطيطها بالكامل، وتقليل كمية السطر عن الكمية المخططة، وحذف مواصفة مخططة من الطلبية. للتفاصيل: طلبيات الكرتون (Carton Orders): من طلب العميل إلى خطة الإنتاج
• في تخطيط خامات الكرتون، تمت إضافة جريد (التعديل اليدوي في تخطيط الخامات - manualAdjustmentsInMaterialPlanning) يُختار فيه مواصفات الكرتونة و(رقم سطر المرحلة - stageLineNumber) من مرحلة الإنتاج الأولى، لتعديل بيانات هذا السطر يدويًا (مثل نوع الخامة وجرامها) في هذا المستند فقط بدلًا من البيانات القادمة من مواصفات الكرتونة.
• تمت إضافة مستند جديد باسم (فاتورة مبيعات كرتون - CRTNSalesInvoice) يُنشأ بناءً على طلبية كرتون، ويأخذ منها العميل والمندوب وخطة الضرائب والذمة والعملة وسعر الصرف، وسطرًا لكل سطر من سطورها بمواصفات الكرتونة والصنف والكمية والسعر، ثم يعمل كفاتورة مبيعات عادية. للتفاصيل: طلبيات الكرتون (Carton Orders): من طلب العميل إلى خطة الإنتاج

نظام السيارات

• في تأمين السيارات، تمت إضافة مستندات جديدة باسم (مرتجع شراء وثيقة تأمين سيارة - SIInsurancePurchaseReturn) و(إلغاء استلام وثيقة تأمين سيارة - SIInsurancePolicyReceiptCancel) و(إلغاء تسليم وثيقة تأمين سيارة - SIInsurancePolicyDeliveryCancel). وفي وثيقة تأمين سيارة، تمت إضافة حقول (التكلفة المبدئية - initialCost) كقيمة أو نسبة و(التكلفة الفعلية - actualCost) التي تُحدَّث من فاتورة شراء الوثيقة، والمورد، وعلامات (تم الشراء - purchased) و(تم الاستلام - received) و(تم التسليم - delivered) التي تُحدَّث من المستندات وتُزال عند حذفها. وفي فاتورة شراء وثيقة التأمين وتسليم الوثيقة، تمت إضافة جريد طرق الدفع وحقول الخصومات والضرائب والإجماليات والمدفوع والمتبقي مع تأثيراتها المحاسبية في التوجيه، ويُعاد احتساب قيد تكلفة الاستلام والتسليم بالتكلفة الفعلية عند حفظ الفاتورة، وتعود للتكلفة المبدئية عند حذفها. كما تمت إضافة أطراف قيد التكلفة (costDebit - costCredit) في توجيه الاستلام والتسليم، وأطراف صافي القيمة (netValueDebit - netValueCredit) في توجيه التسليم لإثبات الإيراد.
• في تأمين السيارات: تمت إضافة حقل (صنف خدمة الوثيقة - policyServiceItem) في إعدادات مركز الخدمة، وأوبشن (إضافة سطر صنف خدمة الوثيقة مع الحفظ - addPolicyServiceItemLineWithSave) في توجيه أمر بيع سيارة، فيُضاف مع الحفظ سطر بصنف خدمة التأمين سعره قيمة الوثيقة المحددة في رأس أمر البيع. وفي وثيقة تأمين سيارة، تمت إضافة حقول (نوع الوثيقة - policyType) بقيم (إصدار - إصدار خارجي - تجديد - تجديد خارجي) و(التأمين % - insurancePercentage) و(نسبة تأمين المشتري - buyerInsurancePercentage) و(تم التجديد - renewed) و(الوثيقة الجديدة - newInsurancePolicy) و(صورة وثيقة التأمين - insurancePolicyImage). وفي أمر إصدار وثيقة تأمين، تمت إضافة (نوع الوثيقة) لتجميع وثائق الإصدار أو التجديد، وحقول تاريخ أمر البيع ومستند تسليم الوثيقة وتاريخه على السطور. وفي استلام وثيقة تأمين سيارة، تمت إضافة (رقم الوثيقة - policyNumber) و(صورة وثيقة التأمين) على السطر، تُنسخ مع تاريخي البداية والانتهاء إلى الوثيقة. وفي تجديد وتعديل فترة وتعديل قيمة الوثيقة، تمت إضافة (الوثيقة الجديدة) على السطر لربط الوثيقة الجديدة بالقديمة وتعليمها (تم التجديد)، مع أطراف القيد (مدين قيمة التأمين - totalInsurancePriceDebit) و(دائن قيمة التأمين - totalInsurancePriceCredit) في توجيه التجديد. كما أصبحت نسبة تأمين المشتري في برنامج تأمين السيارة وقيمة الشراء في فاتورة شراء الوثيقة تقبلان 4 خانات عشرية.

نظام إدارة الشحن

• في قائمة أسعار مبيعات خدمات (FRMSalesPriceList)، تمت إضافة حقلي (هامش الربح - markup) بالقيمة والنسبة إلى سطور الشحن البحري والتخليص الجمركي والنقل والجينست والأخرى، وتكون الأولوية لهامش الربح على السطر، وإذا كان فارغًا يُطبَّق هامش الربح في رأس المستند (مثل oceanFreightMarkup). وتُستخدم القيمة إذا كانت محددة، وإلا تُحتسب النسبة من تكلفة التسعير.
• في أمر تشغيل (FRMOperationOrder)، تمت إضافة حقول (الحاوية - container) و(تاريخ التحميل - loadingDate) و(توقيت التحميل - loadingTime) إلى جريد (نقاط تحميل متعددة)، إلى جانب حقول إضافية على السطر (b1 - b3) و(text1 - text3) و(ref1 - ref3) و(date1 - date3) و(remarks2 - remarks5).

نظام السفر والرحلات

• تمت إضافة ملفين جديدين باسم (منصة - TRPlatform) بنسبة، و(سائق خارجي - TRExternalDriver) برقم الهاتف والعنوان. وفي الرحلة السياحية (TRTour)، تمت إضافة حقلي (بالغ - adult) و(طفل - child) بحيث لا يزيد مجموعهما عن (PAX)، وحقول (السائق الداخلي - internalDriver) من الموظفين و(السائق الخارجي - externalDriver) و(السيارة - car)، و(وقت الوصول - arrivalTime) و(وقت القيام - departureTime)، مع منع حجز المرشد أو السيارة أو السائق نفسه في رحلتين متداخلتين، وجريد (بيانات الركاب - paxData) بالاسم وكود التأكيد والصافي ورقم الهاتف والمنصة وثلاثة مرفقات والحالة. كما تمت إضافة مستند جديد باسم (تسجيل وصول الركاب - TRPaxCheckIn) يُنشأ بناءً على الرحلة لتحديد حالة كل راكب (Confirm - No Show - Reschedule - Cancel)، وتُنقل الحالة إلى الرحلة ولا يمكن تغييرها إلا من خلاله.

نقاط البيع

• تمت إضافة الدفع عن طريق تمارا (Tamara) في نقاط البيع: يختار الكاشير طريقة الدفع تمارا ويُدخل المبلغ، ثم يرسل رابط الدفع للعميل برسالة SMS أو يعرض رمز QR، ويتابع النظام حالة الدفع حتى اكتماله، ويُلغى الطلب لدى تمارا إذا أُغلقت الشاشة قبل الدفع، ويُرد المبلغ من خلال تمارا عند المرتجع. ويُعرَّف ذلك بملف (إعدادات الدفع الإلكتروني) من النوع تمارا مع أوبشن (وضع الاختبار - testMode) لبيئة الاختبار، ويُربط بطريقة دفع.
• في مردود نقاط البيع (NamaPOSSalesReturn) المعمول من فاتورة على السيرفر، أصبحت الماكينة تحفظ نسخة معلقة من المردود (بانتظار تأكيد السيرفر) قبل إرساله إلى نما، وتتحول إلى مردود نهائي عند نجاح الإرسال، فلا يضيع المردود على الماكينة إذا انقطع الاتصال بعد حفظه في نما. وعند فتح المردود المعلق من المستندات المعلقة يتحقق البرنامج أولًا من وجوده في نما ليؤكده أو يستكمله، ولا يمكن إغلاق الوردية مع وجود مردودات لم يؤكد السيرفر استلامها. للتفاصيل: المرتجعات والإحلال
• في إعدادات نقاط البيع، تمت إضافة أوبشن (اعتبار التاريخ الفعلي من بناءً على في حساب الأسعار والعروض - considerValueDateFromFromDocInPricingAndOffers)، ويكون مفعّلًا افتراضيًا، فتُحسب الأسعار والعروض في مردود نقاط البيع والإحلال بتاريخ ووقت فاتورة المبيعات الأصلية وليس بتاريخ المردود، وأوبشن (عدم تحديث الأسعار عند وجود سند بيع في بناء على - doNotUpdatePricesWhenThereSalesDocInFromDoc) للإبقاء على أسعار الفاتورة الأصلية. للتفاصيل: شاشة إعدادات نقاط البيع
• في مردود نقاط البيع (NamaPOSSalesReturn)، تمت إضافة عمود (كمية مستند بناء على - fromDocQty) بجوار الكمية المرتجعة يعرض كمية الصنف في فاتورة المبيعات الأصلية. للتفاصيل: المرتجعات والإحلال
• في صلاحيات نقاط البيع (POSSecurityProfile)، تمت إضافة صلاحية (إمكانية تعديل محددات الأصناف المجانية - canEditFreeItemDims) تسمح بتعديل محددات الأصناف المجانية (مثل الشحنة والسريال وتاريخ الصلاحية) يدويًا، بشكل مستقل عن صلاحية (إمكانية تعديل محددات الصنف - canEditItemDims).
• في مردود نقاط البيع، تمت إضافة حقل (نوع المرتجع - ReturnType) إلى حقول رأس الشاشة بقيمتين: (مرتجع كلي) تنزل فيه الأصناف بكميات الفاتورة الأصلية، و(مرتجع جزئي) تنزل فيه الأصناف بكمية صفر ويحدد الكاشير الكمية بالمسح أو يدويًا، وتُحذف السطور ذات الكمية صفر عند الدفع، وتُجلب الأسعار والخصومات من الفاتورة الأصلية. للتفاصيل: المرتجعات والإحلال

تطبيق الموبايل

• في شاشة (سندات التوصيل المطلوب توصيلها) بتطبيق نما موبايل، تمت إضافة لوحة توضح عدد سندات التوصيل لكل حالة توصيل ونسبتها من الإجمالي. وتعرض اللوحة سندات السائق نفسه فقط، إلا للمستخدمين المحددين في الشاشة الجديدة (إعدادات صلاحيات الموبايل - MobileSecurityConfig) مع تفعيل (رؤية حالة توصيل كل السائقين - seeAllDriversDeliveryStatus). للتفاصيل: إدارة تطبيق نما موبايل من النظام
• تمت إضافة موديول (السيارات) إلى تطبيق نما موبايل، ويضم أمر بيع سيارة (SISalesOrder) وتوريد سيارة (SIReceipt) وتسليم سيارة نهائي (SIFinalDelivery) وتخصيص سيارة (SIAllocation)، مع بيانات السيارة مثل رقم الهيكل ورقم المحرك وملحقاتها. كما تمت إضافة المرفقات من 3 إلى 10 على سطور توريد سيارة لرفع صور كل سيارة.

التقارير

• أصبحت مدخلات التقارير المعرّفة كنطاق تاريخ (showAsDateRange) تظهر في الواجهة القديمة أيضًا كحقلي (من) و(إلى) في سطر واحد، وتُكتب قيمتاهما في مدخلي التاريخ المرتبطين (fromDateId - toDateId)، ويمكن ترك أحد الطرفين فارغًا. للتفاصيل: دليل Jasper Reports الشامل لنظام نما
• أصبح بالإمكان تقسيم مدخلات التقرير إلى مجموعات تظهر كأقسام لها عناوين ويمكن طيّها، من خلال مدخل مجموعة (paramGroup) تشير إليه المدخلات بـ (paramGroupId) مع خاصية (collapsed) لإظهاره مطويًا، وأصبح بالإمكان باستخدام خاصية (rememberLastValue) أن تفتح شاشة التقرير على آخر قيمة اختارها المستخدم في المدخل. وفي أداة إنشاء تقرير (ReportWizard) تمت إضافة جدول (مجموعات المدخلات - parameterGroups) وعمودي (مجموعة المدخلات - paramGroupId) و(تذكر آخر قيمة - rememberLastValue) في سطور المدخلات. تعمل الميزتان في الواجهة الجديدة فقط. للتفاصيل: دليل Jasper Reports الشامل لنظام نما

الإعدادات

• في رسالة الواتساب (WhatsApp Message)، تمت إضافة عمود (نوع المدخل - parameterType) إلى جدول مدخلات قالب (respond.io)، بقيمتين: (نص الرسالة - Body) و(رابط الزر - UrlButton)، فأصبح بالإمكان تمرير قيمة إلى زر الرابط في قالب الواتساب بالإضافة إلى نص الرسالة.
• في قائمة النقاشات الخاصة بالسجل، تمت إضافة إجراء (حذف النقاشات المختارة) في قائمة المزيد، وهو متاح لمستخدمي الأدمن فقط، ويُسجَّل الحذف وعدد السطور المحذوفة في سجل الحركات (Action History) للسجل.
• في إعدادات الحقول والشاشات، جدول (Invoice Retriever Lines)، تمت إضافة عمود (طباعة بنموذج الطباعة المعرف بالنظام - printUsingSystemForm)، فيطبع رابط التنبيه كل مستند بالنموذج الذي يختاره النظام له عند الطباعة من شاشته، دون الحاجة لتعريف تقرير وسطر لكل نوع مستند، مع عمودي (النوع - entityType) و(قائمة الأنواع - entityTypeList) لقصر السطر على أنواع معينة. ويجب ترك (تعريف تقرير) فارغًا عند تفعيله، وتخضع المسودات لنفس قواعد طباعة المسودات في زر الطباعة. للتفاصيل: التكامل مع الأنظمة الخارجية والروابط العامة
• في مسار الكيان، تمت إضافة جدول (المستخدمون المسموح لهم بالتشغيل اليدوي - manualRunAllowedUsers) لتحديد من يمكنه تشغيل مسار الكيان يدويًا، ويحدد كل سطر (سماح - منع) و(الجهة) — مستخدم أو ملف صلاحيات أو موظف أو مجموعة موظفين — و(شروط المستند - documentCriteria)، ويرفض النظام التشغيل اليدوي لمن لا يسمح له الجدول.

الذكاء الاصطناعي

• تمت إضافة أدوات رفع وتحميل المرفقات إلى خادم الـ MCP في نما: (PrepareAttachmentUpload) تُنشئ رابطًا لرفع ملف ثم يُربط بحقل المرفق من خلال أداة (ImportRecord)، والتي أصبحت تقبل المرفق أيضًا برابط (url) يقوم السيرفر بتحميله، و(PrepareAttachmentDownload) و(PrepareAttachmentDownloadById) تُنشئان رابطًا لتحميل مرفق موجود. للتفاصيل: خادم MCP لنظام نما

Business Intelligence

• أصبحت لوحات المعلومات (Dashboard) تتكيف مع شاشات الموبايل، فتُعرض الويدجتات تحت بعضها في عمود واحد.

GUI 3

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

التكامل مع المتاجر الإلكترونية

• في إعدادات Omniful، تمت إضافة حقل (صنف الشحن - shippingItem)، فتُضاف قيمة الشحن في الطلبات القادمة من Omniful كسطر بهذا الصنف في أمر البيع.
• إذا لم يوجد كود الصنف (SKU) القادم من المتجر في (ملف ربط الأصناف بموقع ماجنتو - MagentoItemLinker)، أصبح النظام يبحث عنه في أكواد الصنف (InvItemCodes) ويأخذ منها الصنف ومحدداته، قبل البحث بكود الصنف نفسه.
• في أوامر البيع القادمة من Omniful، أصبح سعر سطر (صنف الشحن) يُحتسب بدون ضريبة القيمة المضافة (15%) إذا كانت قيمة الشحن في Omniful شاملة للضريبة.
• في مساري الكيان (EAReadOmnifulOrdersByIds) و(EAEcommerceReadOrders)، تمت إضافة مدخل لقالب أرقام الطلبات (مثل {remarks}) لقراءة أرقام الطلبات من حقل في السجل الذي يعمل عليه المسار، ويُستخدم فقط إذا كان مدخل أرقام الطلبات فارغًا، ولا يمكن تعبئة المدخلين معًا.

الأخطاء

نظام المخزون

• في سند الصرف المخزني، تم حل مشكلة اختفاء قيمة حقل (تم النسخ من سند - orginDoc) في السطر بعد الضغط على Enter عند اختيار مستند صيانة فيه. كما أصبح للجدول الخاص بالمراجع في إعدادات الحقول والشاشات عنوان (القيم المسموح بها للمراجع)، وهو الجدول الذي تُضاف فيه القيم المسموح بها لحقول المراجع مثل هذا الحقل، وليس جدول (القيم المسموح بها للحقول).
• أصبح النظام يمنع حفظ سند التوريد المخزني أو الصرف المخزني الآلي المنشأ من فاتورة إذا كان غير مرتبط بفاتورته، برسالة (المستند الآلي {0} غير مرتبط بفاتورته {1})، بعد أن كان فقدان هذا الربط يمنع إلغاء تأثير السند عند إلغاء الفاتورة.
• تم حل مشكلة بطء معالجة التكاليف، إذ أصبحت سطور السحب على المكشوف في التكلفة التي تمت تسويتها تُحذف بدلًا من الاحتفاظ بها معلّمة كمحذوفة، ويتم تنظيف السطور القديمة منها تلقائيًا مع التحديث.
• في سند تحضير - الميزان، تم حل مشكلة تقسيم السطر على أكثر من شحنة بنفس كود السطر عند الضغط على زر تجميع الشحنات، فأصبح السطر يأخذ أول شحنة تكفي كميته بالكامل، وإذا لم توجد شحنة تكفيه لا تُختار أي شحنة وتتحول حالة السطر إلى (أخرى 1).
• في سند تحضير - الميزان وطلب الصرف المخزني وطلب صرف المواد الخام، أصبحت حالة رأس المستند تتبع حالات السطور: (تم التعبئة) إذا كانت كل السطور (تم التعبئة)، و(منتهي) إذا كانت كل السطور إما (تم التعبئة) أو (ألغيت)، و(قيد التنفيذ) فيما عدا ذلك.

المبيعات ونقاط الولاء

• في ملف (نقاط المكافأة للعملاء - RewardPointCalculatorConfig)، تم حل مشكلة عدم مراعاة المحددات المسجلة في رأس الملف عند احتساب النقاط، ومشكلة إضافة شروط الرأس كسطر مستقل يسبق سطور الملف. فأصبح السطر المطابق يُختار حسب الصنف ومحددات سطر الفاتورة (أو رأسها إذا كانت فارغة على السطر)، مع دعم المحددات المركبة، ولا تُعامَل بيانات الرأس كسطر إلا إذا لم يكن بالملف سطور.
• في (منع احتساب أو صرف نقاط الولاء - RewardPointsRestriction)، تم حل مشكلة بقاء نقاط الولاء محسوبة للفواتير السابقة للعميل الممنوع عند إعادة حفظها أو إعادة احتساب نقاطها بمسار كيان، إذ كان يُحذف القيد المحاسبي فقط، فأصبحت النقاط نفسها تُلغى. كما أصبح التحقق من التواريخ وتكرار العميل يتم على كل سطور المستند وليس السطر الأول فقط.
• في (نقاط المكافأة للعملاء - RewardPointCalculatorConfig)، تم حل مشكلة تطبيق أول سطر دون النظر إلى حقلي (من مبلغ) و(إلى مبلغ)، فأصبح السطر يُختار حسب إجمالي الفاتورة، ويُطابَق المردود بإجمالي فاتورته الأصلية، وتُنسخ قيمتا الرأس إلى السطور الفارغة.

نظام الحسابات

• تم حل مشكلة عدم نسخ الذمة والمبلغ والعملة عند إنشاء سند قبض بناءً على أمر صيانة أو فاتورة صيانة.
• تم حل مشكلة عكس طرفي القيد النظامي الناتج من أمر القبض، إذ كانت الخزينة دائنة والسطور مدينة، فأصبح القيد مثل قيد سند القبض، وكذلك في أمر الصرف.
• في شاشة قيود النظام (LedgerTrans)، تم حل مشكلة عدم عمل فلتري (تمت المراجعة - revised) و(مستوى المراجعة - reviseLevel)، وكذلك فلاتر الدفتر والتوجيه وحالة الفاتورة الإلكترونية.

الفاتورة الإلكترونية والجهات الحكومية

• في شاشة (نتائج تتبع الأدوية على مستوى الأصناف - SFDARSDLineError)، أصبحت الشاشة تعرض آخر حالة وصل إليها كل سطر بعد التصحيح وإعادة الإرسال، بدلًا من حالته عند أول إرسال، مع إضافة عمود (الحالة) للعرض والفلترة والترتيب.
• في شاشة (شحنة واردة من مورد (تتبع الأدوية) - SFDARSDIncomingDispatch)، تم حل مشكلة ظهور خطأ عند التحديث برقم الإشعار.

نظام المقاولات

• في مستخلص مقاول الباطن، أصبح شرط الدفعة المقدمة يُنزَّل بقيمته قبل الضريبة مع احتساب الضريبة عليه منفصلة، بما في ذلك المستخلص الختامي، وأصبحت نسبة ضريبة الشرط تتبع حقلي (خاضع للضريبة) و(نسبة الضريبة) في الشرط القياسي.
• في مستخلص مشروع (ProjContrExtract)، تم حل مشكلة احتساب حقل (إجمالي القيمة المستحقة - totalDueValue) شاملًا ضريبة القيمة المضافة في المستخلص الأول للمشروع وغير شامل لها في المستخلصات التالية، فأصبح في المستخلص الأول أيضًا يساوي إجمالي قيمة المستخلص قبل الضرائب والخصومات.

نظام إدارة علاقات العملاء

• في شاشة إنشاء المواعيد، تم حل مشكلة عدم تحديث الموعد ولا صفحة (سجل التغييرات) عند إضافة السبب فقط دون تغيير وقت الموعد، فأصبحت إضافة السبب وحدها تُسجَّل أيضًا.

نظام الموارد البشرية

• تم حل مشكلة عدم السماح بإضافة سجل جديد أو تعديل سجل موجود في شاشة الموظف على الواجهة القديمة، بينما كانت تعمل بشكل طبيعي على الواجهة الجديدة.
• تم حل مشكلة بطء إنشاء سجل الرواتب (SalarySheet)، والذي كان يستغرق ساعة أو أكثر.
• تم حل مشكلة قبول حفظ سند الراتب نفسه في أكثر من سجل رواتب، فأصبح النظام يرفض الحفظ إذا كان للموظف سند راتب آخر على نفس الفترة والصرفية من خارج سجل الرواتب، مع تجاهل السندات الملغاة، ويطبَّق ذلك أيضًا عند الحفظ مسودة.
• تم حل مشكلة عدم نسخ الموظف وتاريخ البداية وتاريخ العودة ومدة الإجازة عند إنشاء سند إخلاء طرف (EvacuationPartyDocument) بناءً على سند إجازة مجمع أو طلب إجازة مجمع، كما في سند الإجازة، وأصبحت بيانات الاتصال أثناء الإجازة تُنسخ أيضًا.
• في سند قيم المؤشرات اليدوية (ManualMeasures)، تم حل مشكلة عدم سحب المبلغ في أي سند راتب دون أي رسالة إذا كانت صرفية السند مختلفة عن صرفية مفرد الراتب المرتبط بالمؤشر، فأصبح النظام يرفض الحفظ برسالة توضح المفرد وصرفيته.

نظام التصنيع

• في (إغلاق أمر إنتاج - OrderCloseVoucher)، تم حل مشكلة قبول حفظ سند إغلاق ثانٍ على أمر إنتاج مغلق بالفعل بسند إغلاق سابق، فأصبح النظام يرفض الحفظ برسالة (أمر الإنتاج {0} تم إغلاقه بالفعل بسند إغلاق الأمر {1}).

نقاط البيع

• تم حل مشكلة تطبيق العرض (SalesOffers) في نقاط البيع على كل الفروع رغم تحديد فرع معين على سطر العرض، فأصبحت نقاط البيع تراعي المحددات (مثل الفرع) المحددة على سطور العروض على عدد الأصناف وسطور الأصناف المجانية، كما في نما.
• عند تفعيل أوبشن (عدم إضافة الأصناف المجانية تلقائياً (مطالبة عند المسح أو تسوية عند الدفع) - dontAutoAddFreeItemsClaimByScanOrResolveAtPayment)، تم حل مشكلة عدم تعديل كمية الصنف المجاني عند تعديل كمية الصنف الأساسي، فأصبحت الأصناف المجانية المضافة تتبع الكمية الجديدة مع رسالة عند تخفيضها. كما أصبح بالإمكان في نافذة (أصناف مجانية لم تُضف) إدخال الكمية والكود بينهما نجمة (مثل 3*6221234567890) لإضافة عدة وحدات مرة واحدة. للتفاصيل: الأصناف المجانية في نقاط البيع: المطالبة بالمسح والتسوية عند الدفع
• تم حل مشكلة عدم نسخ رقم الموبايل من الكود المكتوب عند إضافة عميل جديد من نقاط البيع، كما أصبح مفتاح الدولة المكتوب مع الرقم يُنقل إلى حقل مفتاح الدولة.
• عند الدفع بجهاز الدفع الإلكتروني (مدى) من خلال برنامج PGW، تم حل مشكلة توقف نقطة البيع عن الاستجابة عند الضغط على الشاشة أثناء انتظار رد الجهاز، فأصبحت تعرض نافذة انتظار بها زر (إيقاف الانتظار)، وإذا وافق الجهاز على الدفع بعد الإيقاف تُضاف الدفعة إلى المدفوعات أو تُعرض رسالة لاستردادها من الجهاز. كما أصبحت نقطة البيع ترفض إرسال دفعة جديدة إلى الجهاز قبل انتهاء الدفعة السابقة لتجنب الخصم مرتين.
• تم حل مشكلة قراءة باركود أصناف الرصد (RSD) في نسخة الويندوز من تطبيق (Captain Order)، كما سبق حلها في نسخة الأندرويد.

تطبيق الموبايل

• تم حل مشكلة ظهور القيم داخل جداول لوحة المعلومات في تطبيق نما موبايل بشكل مختلف عن ظهورها في نما.
• في تطبيق طوابير الخدمة، تم حل مشكلة عدم القدرة على تسجيل الخروج من التطبيق بعد تغيير كلمة المرور في نما، كما أصبح رقم المهندس المحجوز على جهاز توقف عن الاتصال يُحرَّر تلقائيًا بعد نحو دقيقة. للتفاصيل: تطبيق طوابير الخدمة

الإعدادات

• تم حل مشكلة ظهور خطأ في اللوج عند إرسال رسائل الواتساب من النظام إلى جهة ليس لها رقم موبايل، فأصبح النظام يتخطى الإرسال لها.
• في الإعلانات العامة، تم حل مشكلة اختفاء الإعلان من لوحة (الإعلانات العامة) بعد أول ظهور له وإعادة تحميل الصفحة، فأصبح الإعلان يظل ظاهرًا طوال فترته ما دام فعّالًا. للتفاصيل: الإعلانات العامة (General Announcements)
• في شاشة (الموافقات الحالية)، تم حل مشكلة ظهور مستندات بانتظار الموافقة تخص شركة غير شركة الدخول للمستخدم الذي صلاحياته على مستوى الشركة العامة، فأصبحت القائمة تُفلتر حسب محددات الدخول (الشركة والقطاع والفرع والإدارة ومجموعة التحليل).
• تم حل مشكلة عدم عمل أوبشن (تجاهل ترتيب الكلمات عند البحث - ignoreWordOrderInSearch) في الإعدادات العامة عند تحديد قيم في (معامل البحث في الكود - codeSearchOperator) و(معامل البحث في الاسم العربي - name1SearchOperator) و(معامل البحث في الاسم الإنجليزي - name2SearchOperator)، وعند البحث في المدخلات أو في كود الملف.
• في المهام المجدولة، أصبح النظام يرفض حفظ مهمة من النوع (نظامي) دون (الاستعلام)، أو مع إدخال (اسم العنصر) الذي يُستخدم فقط مع المهام من النوع (إجراء)، بعد أن كانت المهمة تُحفظ ولا تنفذ شيئًا، كما في المهمة المجدولة (EASubmitEltezamData) للربط مع التزام. للتفاصيل: المهام المجدولة (Task Scheduler)
• في مسارات الكيان التي تحذف المستند المرتبط المنشأ من مستند آخر (DeleteRelatedEntityAction) و(EAAutomaticGenerateEntityFromEntityAction)، تم حل مشكلة تجاهل الخطأ الذي يمنع حذف المستند المرتبط، فكان المستند يبقى بتأثيره عند إلغاء المستند الأصلي، وأصبح الخطأ يظهر ويُرفض الإجراء.
• تم حل مشكلة فشل الحفظ برسالة (Can not create XML data) عند حذف مرفق من سجل محفوظ، والتي كانت تمنع إزالة المرفق نهائيًا.

الذكاء الاصطناعي

• في أداة استيراد السجلات (ImportRecord) بخادم الـ MCP، أصبح رد الأداة يعرض الكود الذي حُفظ به السجل فعليًا عندما يختلف عن الكود المرسل (كأن يكوّده الدفتر أو المجموعة أو قالب القيم الافتراضية)، وأصبح إرسال كود غير موجود في حقل مرجع يُفشل السجل برسالة بدلًا من حفظه وترك الحقل فارغًا. للتفاصيل: خادم MCP لنظام نما

Business Intelligence

• تم حل مشكلة تداخل البطاقات في لوحات المعلومات (Dashboard) المحدد لها عدد ثابت من الأعمدة في الصف، وتم تحسين مظهر الويدجتات في الوضع الداكن، فلم تعد الألوان الفاتحة المحددة للبطاقة تظهر ككتل رمادية، وأصبحت خلفية الرسم البياني تغطي الويدجت كاملة مع عنوانها.

GUI 3

• في شاشة حضور / انصراف (TimeAttendance)، تم حل مشكلة ظهور رسالة (لا يمكن تنفيذ العملية) عند الضغط على زر (استيراد الحضور والانصراف - importAttendanceLines) لملف لوج البصمة.
• تم حل مشكلة تحوّل قيمة التاريخ إلى (Invalid Date) عند حفظ معيار به شرط على حقل تاريخ بقيمة تاريخ معين، مثل (التاريخ الفعلي = تاريخ معين).
• تم حل مشكلة ظهور خطأ عند حفظ الورقة التجارية (FinancialPaper) التي تُفتح من زر إنشاء في مستند آخر، إذ أصبحت حقول التاريخ القادمة من الزر تُقرأ بشكل صحيح.
• تم حل مشكلة ظهور العمود المضاف إلى جريد من خلال تعديل الشاشة في آخر الأعمدة، فأصبح يظهر في مكانه حسب ترتيب الأعمدة في الشاشة.
• تم حل مشكلة بقاء السطور محددة في القوائم بعد الخروج من الصفحة والعودة إليها، فأصبح التحديد يُلغى عند الخروج.
• عند إخفاء كل حقول جريد معين عن المستخدم من خلال (Disabled Fields) في ملف الصلاحيات أو المستخدم، أصبح الجريد يُخفى بالكامل بما في ذلك اسمه، بدلًا من ظهور اسم الجريد فارغًا.
• تم حل مشكلة استغراق عرض القائمة أكثر من دقيقتين عند استخدام فلتر محفوظ يحتوي على أقواس، إذ كانت شروط الأقواس تتكرر عند الحفظ.
• في خانة البحث السريع بحقل الكود في أي ملف، تم حل مشكلة البحث بمحددات السجل المعروض حاليًا (مثل محددات العميل المختار) بدلًا من محددات دخول المستخدم.
• تم حل مشكلة تأثر سطر آخر عند التعديل في حقل نص كبير (bigText) بعد الفلترة أو الترتيب في الجريد، ومشكلة اختفاء المرفقات المرفوعة على السطور بعد التحديث أو الإرسال للموافقة. وفي الاستبيان (CRMQuestionair)، تم حل مشكلة ظهور رسالة (لا يمكن تنفيذ العملية) عند اختيار (الإجابة|نص - responses.textResponse) في السطور.
• أصبح الترتيب بأعمدة المراجع في جريد السطور يتم بالكود بدلًا من الاسم.
• تم حل مشكلة ظهور رسالة (لا يمكن تنفيذ العملية) عند الترتيب في شاشة القائمة (كل السجلات) إذا كان أحد الأعمدة مكررًا في أعمدة القائمة.
• تم حل مشكلة توقف التمرير (Scroll) في الصفحة عند مرور الماوس على حقول محرر الأكواد، فأصبح المحرر لا يلتقط التمرير إلا بعد الضغط داخله.
• تم حل مشكلة عدم مراعاة خاصية (layout=alone) في مدخلات التقرير، فأصبحت الخانة تأخذ سطرًا وحدها كما في الواجهة القديمة.
• تم حل مشكلة التأخير عند استخدام أزرار إنشاء المستندات.
• تم حل مشكلة ظهور الرسائل التحذيرية (الصفراء) ورسائل الخطأ غير كاملة في سطر واحد عند احتوائها على كلمة طويلة مثل كود كبير، فأصبح النص يلتف ليظهر كاملًا.
• تم حل مشكلة بقاء القائمة المنسدلة لحقول القوائم والمراجع (مثل حالة الموظف) مفتوحة وتتحرك مع الصفحة عند التمرير بعجلة الماوس، فأصبحت تُغلق عند تمرير الصفحة.
• في سجل التعديل، تم حل مشكلة عمل (مقارنة النسخ المختارة) مرة واحدة فقط، إذ كانت تتطلب إغلاق الشاشة لتعمل مرة أخرى. للتفاصيل: سجل التعديل وتاريخ النسخ (Audit Trail and Version History)
• في القوائم (مثل قائمة طلب صرف - PVRequest)، تم حل مشكلة ظهور قائمة قيم فلتر العمود فارغة مع رسالة (Invalid criteria, closed brackets are more than open brackets) عند فتح فلتر عمود مع وجود فلتر مفعّل على عمود آخر، ومشكلة البحث بالكتابة داخل فلتر عمود (جهة الصرف).
• في شاشة البحث عن الخيارات، تم حل مشكلة ظهور عمود (رابط) في النتائج كنص عادي لا يمكن الضغط عليه، فأصبح رابطًا يفتح على مكان الخيار مباشرة، وكذلك أعمدة الروابط في باقي الجداول. للتفاصيل: البحث عن الخيارات — أين يوجد هذا الخيار؟

التكامل مع المتاجر الإلكترونية

• في الربط مع متجر (سلة)، تم حل مشكلة عدم وصول بعض الطلبات إلى نما إلا بقراءتها من خلال المهمة المجدولة لقراءة الطلبات بالأرقام، ومشكلة عدم إنشاء فاتورة المبيعات لطلبات الدفع عند الاستلام بعد تغيير حالتها في المتجر إلى (تم التوصيل).
• تم حل مشكلة عدم قراءة الطلبات من متجر (BigCommerce).
• في مسار الكيان (EAAmazonReadRefundsAsReturns)، تم حل مشكلة إرجاع صنف واحد فقط من مرتجع Amazon يحتوي على أكثر من صنف، وظهور الخطأ (لا يمكن ترك التفاصيل فارغة) لبعض المرتجعات، فأصبح النظام يطابق الصنف المرتجع أيضًا من خلال ملف ربط الأصناف.
• تم حل مشكلة ظهور طريقة الدفع بقيمة سالبة في أوامر البيع القادمة من المتاجر الإلكترونية (مثل سلة) عند دفع الطلب بأكثر من طريقة دفع.
• تم حل مشكلة تكرار أوامر البيع القادمة من Omniful عند وصول الحالة نفسها للطلب أكثر من مرة من خلال إشعارات (Webhooks) مختلفة.