Adobe Commerce Cloud Service: إصدار أكتوبر يفتح المكتب الخلفي أمام التكاملات

على Adobe Commerce as a Cloud Service تغيّرت قواعد اللعبة: لا وحدات PHP مخصّصة، ولا وصول مباشر إلى قاعدة البيانات. ما لا تستطيع الواجهة البرمجية فعله، لن يفعله تكاملك أيضًا. لهذا يستحق إصدار 7 أكتوبر 2026 قراءة متأنية: من بين نحو اثنتي عشرة ميزة جديدة، تكاد كلها توسّع مساحة التكامل — السلال، الأسعار، B2B، والبريد الإلكتروني. إليك ما يصبح متاحًا، والقيد المرافق له.

السلة تنفتح على الأنظمة الخارجية

ثلاث ميزات تستهدف السيناريو نفسه: نظام خارجي — OMS أو مركز اتصال أو أداة بيع مُساعد — يحتاج إلى إنشاء السلال أو تعديلها دون إزعاج العميل.

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

أسعار الكتالوج تغادر شاشة الإدارة

أصبحت قواعد أسعار الكتالوج تُدار الآن عبر REST: إنشاء وتعديل وحذف وبحث واكتشاف للبيانات الوصفية. يستطيع محرّك تسعير أو نظام PIM أخيرًا مزامنة القواعد بدل فرض الإدخال اليدوي. كما باتت القواعد تُجدول بالساعة لا باليوم فقط: تخفيضات خاطفة من التاسعة صباحًا حتى الواحدة ظهرًا لم تعد تتطلب سكربتًا منزليّ الصنع.

في B2B، يعرف الـWebhook مع من يتحدث

يتلقى Webhook تكاليف الشحن الآن company_id الخاص بالسلة والسمات المخصّصة للشركة: يستطيع تكامل App Builder أن يقرّر أهلية تعرفة متفاوَض عليها دون معاودة استدعاء Commerce. ويصل قفلان في الوقت نفسه: خيار يمنع تسجيل الشركات من قبل الزوار غير الموثَّقين (عملية createCompany)، ويمكن لـreCAPTCHA حماية رفع الملفات الموقَّعة مسبقًا. وفي جانب المرتجعات، تقبل واجهة REST سمات مخصّصة على أسطر الإرجاع — فتتم مزامنة طلبات الإرجاع مع ERP دون المرور بـGraphQL الخاص بواجهة المتجر.

رسائل المعاملات تغادر البنية الواحدية

أحداث جديدة تتيح إرسال رسائل المعاملات من منصة خارجية — Salesforce Marketing Cloud مثلًا — عبر App Builder. للتجار الذين يديرون حملاتهم التسويقية أصلًا في منصة بريد، هذه فرصة للتوحيد: القوالب نفسها، وقابلية الوصول نفسها، والتقارير نفسها لتأكيد الطلب وللنشرة البريدية.

القيد المرافق لهذا الانفتاح

سطر واحد في الإصدار لا يضيف شيئًا وقد يكسر القائم: تفرض Bulk API الآن حدًّا أقصى لعدد الكيانات في الطلب الواحد، غير قابل للتهيئة، مع خطأ عند تجاوزه. إذا كانت عمليات الاستيراد لديك ترسل دفعات ضخمة، فتحقق منها قبل المزامنة الكاملة القادمة — تقسيم الدفعات يصبح القاعدة لا تحسينًا اختياريًا.

من أين تبدأ

• أعد فتح قائمة التكاملات المجمّدة «بانتظار الواجهة البرمجية» وقارنها بهذا الإصدار: قواعد أسعار الكتالوج والأسعار المخصّصة وخصومات الشحن ربما كانت فيها أصلًا.
• راجع استخدامك لـBulk API: حجم الدفعات، ومعالجة خطأ تجاوز الحد.
• في B2B، فعّل تقييد تسجيل الشركات وادرس الـWebhook المُثرى إذا كانت تعرفات الشحن لديك مرتبطة بعقد العميل.
• إذا كان تجديد منظومة البريد مؤجلًا، فمسار الأحداث نحو منصة بريد خارجية يصبح الخيار الافتراضي على الخدمة السحابية.

على منصة SaaS، خارطة طريق المورّد هي خارطتك أيضًا: ما لا تقدمه الواجهة البرمجية اليوم ليس «للتطوير» بل «للانتظار». يُظهر إصدار أكتوبر أن الانتظار قد يكون قصيرًا — وأن قائمة فجوات بلا تاريخ، هنا أيضًا، قائمة خاطئة.