إنشاء مرتجعات في نقطة البيع.

إشعار

انتقلت مجموعة الاهتمامات بالتجزئة من Dynamics 365 Commerce من Yammer إلى Viva Engage. إذا لم يكن لديك حق الوصول إلى مجتمع Viva Engage الجديد، فاملأ هذا النموذج (https://aka.ms/JoinD365commerceVivaEngageCommunity) لإضافته والبقاء على اطلاع دائم بأحدث المناقشات.

تشرح هذه المقالة كيفية بدء عمليات إرجاع المعاملات النقدية والمحملة أو طلبات العملاء في نقطة بيع Microsoft Dynamics 365 Commerce (POS).

إشعار

في Commerce الإصدار 10.0.20 والإصدارات الأحدث، تتوفر ميزة جديدة تسمى تجربة معالجة العودة الموحدة في نقاط البيع . توفر هذه الميزة عملية إرجاع أكثر تناسقًا وموحدة في نقطة البيع، بغض النظر عن نوع الحركة (حركات الدفع نقدًا والاستلام فورًا‬‬‏‫ أو أمر العميل) أو القناة الأصلية التي تم إنشاء أمر التوريد بها. قم بتشغيل هذه الميزة الجديدة للمساعدة في تحسين الموثوقية الإجمالية لمعالجة الإرجاع من خلال نقاط البيع.

بعد تشغيل الميزة، لا يمكنك إيقاف تشغيلها.

معالجة الإرجاعات باستخدام عملية حركة الإرجاع

أضف عملية معاملة الإرجاع إلى تخطيط شاشة نقاط البيع. وفي Commerce الإصدارات قبل الإصدار 10.0.20، تقوم عملية حركة الإرجاع بشكل صحيح بدعم معالجة المرتجعات لحركات الدفع نقدًا والاستلام فورًا فقط. بعد تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع‬‏‫ في Commerce الإصدار 10.0.20 أو أحدث، تدعم عملية حركة الإرجاع أيضًا معالجة المرتجعات التي تنشأ من أوامر العميل، مثل أوامر "انتقاء" أو "شحن إلى المنزل" التي تمت فوترتها بالفعل.

من عملية حركة الإرجاع، يمكن للمستخدمين البحث عن حركة الدفع نقدًا والاستلام فورًا أو أمر العميل الذي سيتم إرجاعه مقابل إدخال أي من معايير البحث الأربعة التالية. يمكن للمستخدمين إدخال هذه المعايير باستخدام لوحة مفاتيح الجهاز، أو لوحة المفاتيح على الشاشة، أو الماسح الضوئي للكود الشريطي.

• معرف الإيصال
• رقم الطلب
• معرف مرجع القناة (والذي يُعرف أيضًا بمعرف تأكيد الأمر)
• معرف الفاتورة

إذا تطابقت المعاملة أو الطلب مع معايير البحث، فستظهر صفحة المنتجات القابلة للرجوع . يمكن للمستخدمين تحديد العناصر التي يقومون بإعادتها. كما يمكنهم إدخال كميات الإرجاع وأكواد السبب.

لكل بند من بنود الأوامر في قائمة المنتجات القابلة للإرجاع، تعرض نقطة البيع معلومات حول كمية الشراء الأصلية والكميات من أية مرتجعات تمت معالجتها مسبقًا. يجب أن تكون كمية الإرجاع التي يدخلها المستخدم لبند الأمر أقل من أو يساوي قيمة الحقل متاح إلى الإرجاع.

أثناء معالجة الإرجاع، وفي حالة وجود منتج فعلي لأحد المستخدمين، وكان ذلك المنتج يحتوي على كود شريطي، يمكن للمستخدم القيام بالمسح الضوئي للكود الشريطي. يؤدي كل مسح ضوئي للكود الشريطي إلى زيادة كمية الإرجاع بمقدار صنف واحد. ومع ذلك، إذا كانت تسمية الكود الشريطي تشتمل على كمية مضمنة، يتم إدخال تلك الكمية في الحقل الإرجاع الآن.

كما يمكن للمستخدمين تحديد الأصناف يدويًا في الصفحة المنتجات القابلة للإرجاع ثم تحديث الحقل الإرجاع الآن باستخدام جزء التفاصيل.

في حالة تحديد الكمية القصوى المتاحة الإرجاع الآن لحركة، يمكن للمستخدم تحديد العملية تحديد الكل على شريط تطبيقات نقطة البيع لتعيين الكمية القصوى القابلة للإرجاع على كافة البنود.

بالنسبة لكل بند يحتوي علة الكمية الإرجاع الآن، يجب على المستخدم تحديد كود سبب الإرجاع باستخدام لوحة التفاصيل. بالنسبة لإرجاعات الدفع نقدًا والاستلام فورًا، يتم تكوين أكواد سبب الإرجاع كأكواد معلومات في ملف تعريف وظائف المتجر. بالنسبة لمرتجعات أوامر العميل ، يتم تكوين أكواد سبب الإرجاع في الصفحة أكواد سبب الإرجاع في Dynamics 365 Commerce headquarters.

بعد تعيين كمية الإرجاع ورمز السبب لكل عنصر يجب إرجاعه، يمكن للمستخدم تحديد عملية الإرجاع على شريط تطبيق نقاط البيع لمتابعة المعالجة. تظهر صفحة معاملة نقاط البيع، حيث تتم إضافة العناصر القابلة للرجوع التي حددها المستخدم في الصفحة السابقة إلى سلة التسوق. وتظهر الكميات الإرجاع الآن للأصناف على شكل بنود كمية سالبة في الحركة، ويتم حساب إجمالي المبلغ المسترد.

تحسينات تجربة المستخدم

إذا كان هناك أكثر من عنصر واحد لإرجاعه في معاملة، وحدد شريك المتجر عناصر متعددة لإرجاعها، تعرض شبكة الإرجاع آخر صف محدد فقط كما تم تحديده. يمكن أن يخلط هذا السلوك بين الشريك ويجعله يعتقد أنه يتم تحديد عنصر واحد فقط. للتخفيف من حدة هذه المشكلة، بدءًا من الإصدار 10.0.36 من Commerce، يمكنك تمكين ميزة ‎‏‫تحسين تجربة المستخدم لعمليات إرجاع نقاط البيع. ‏‫تجعل هذه الميزة شبكة المنتجات المرتجعة شبكة متعددة التحديد حيث يمكن للمستخدمين تحديد المنتجات القابلة للإرجاع وإلغاء تحديدها. تفتح شبكة متعددة التحديد تلقائيًا مربع حوار سبب الإرجاع. وبالتالي، يلزم خطوات أقل لفتح مربع حوار سبب الإرجاع وإغلاقه. تقدم هذه الميزة أيضًا تكوين ‏‫تخطي تحديد فواتير المبيعات أثناء عمليات الإرجاع‬ في ملف تعريف وظائف نقطة البيع. إذا تم تمكين هذا التكوين، فسيقوم النظام بدمج كافة المنتجات القابلة للإرجاع من أمر ما، بغض النظر عن الفاتورة التي تم استيفاء هذه المنتجات منها. وبالتالي، يجب أن يكمل عدد الخطوات التي يتعين على الصرافين تقليلها لأنه لا يتعين عليهم البحث عن الفاتورة الصحيحة وتحديدها لإرجاع الصنف.

يتم دعم ميزة تجربة المستخدم المحسنة لعمليات إرجاع نقاط البيع إلى إصدارات حلول Commerce من 10.0.33 إلى 10.0.35، ولكن بالنسبة لهذه الإصدارات، يجب تمكين التحسينات عن طريق تحديث ملفات التكوين في بيئة الإعداد المعزولة، التطوير، أو الاختبار، ثم الاتصال بمايكروسوفت لتمكينها في بيئة الإنتاج. بالنسبة للبيئات الداخلية، قم بتعديل الملف bin\CommerceRuntime.config الموجود ضمن المسار الفعلي لخادم البيع بالتجزئة لإضافة الإعدادات "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" و "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true". إذا كنت لا ترغب في تخطي عرض تحديد الفواتير، فلا تقم بإضافة الإعداد الثاني إلى ملف التكوين.

خيارات إرجاع أخرى في نقطة البيع

يمكن أن يقوم المستخدمون بإضافة بنود إلى حركة إرجاع إذا كانوا يقومون بإنشاء أمر صرف. يمكن للمستخدمين إضافة المزيد من عناصر الإرجاع إلى معاملة إرجاع باستخدام عملية إرجاع المنتج لخط مبيعات موجب الكمية المحدد الذي أضافته العملية بالفعل.

إشعار

لا تقدم عملية إرجاع المنتج في نقطة البيع التحقق من صحة الحركات الأصلية، وتسمح بإرجاع أي منتج. توصي Microsoft بالسماح فقط للمستخدمين المعتمدين بتنفيذ هذه العملية، أو فرض ضرورة تجاوز المدير.

عند تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع، يمكن للمستخدمين أيضًا استخدام العملية إظهار دفتر اليومية في نقطة البيع لبدء حركة الدفع نقدًا والاستلام فورًا‬‬‏‫ أو أمر العميل. ثم يمكنهم تحديد حركة في دفتر اليومية ثم تحديد عملية الإرجاع على شريط تطبيق نقطة البيع. تتوفر هذه العملية فقط في حالة وجود بنود قابلة للإرجاع على الأمر. وإنها تعمل على بدء تجربة المستخدم نفسها كعملية حركة الإرجاع.

كما يمكن للمستخدمين استخدام العملية استدعاء الأمر في نقطة البيع للبحث عن أوامر العميل واستدعائها. (لا يمكن استخدام هذه العملية لحركات الدفع نقدًا والاستلام فورًا‬‬‏‫). في هذه الحالة، بعد تحديد أمر العميل، يمكن استخدام العملية إرجاع على شريط تطبيق نقطة البيع لبدء إرجاع أمر العميل. تتوفر هذه العملية فقط في حالة وجود بنود قابلة للإرجاع على الأمر. وإنها تعمل على بدء تجربة المستخدم نفسها كعملية حركة الإرجاع أو إظهار دفتر اليومية.

إذا كان المبلغ المسترد مستحقًا عند السحب، فيمكنك تكوين سياسات دفع المبلغ المسترد التي تحد طرق الدفع التي يمكن استخدامها لاسترداد المبلغ للعملاء. إذا تم دفع حركة أصلية باستخدام بطاقة مدينة، وفقًا لمعالج الدفع وتكوين النظام، فقد يقوم المستخدمون بـ إصدار مبلغ مسترد للبطاقة الأصلية. في هذه الحالة، يمكن معالجة استرداد الأموال دون مطالبة العميل بتمرير بطاقة الائتمان الخاصة به مرة أخرى لأنه يتم استخدام رمز الدفع الأصلي لإصدار استرداد الأموال.

يتم ترحيل أوامر الإرجاع إلى Commerce headquarters كأوامر مبيعات

عند تشغيل تجربة معالجة الإرجاع الموحدة في نقطة البيع، تتم كتابة كافة المرتجعات التي يتم إنشاؤها في نقطة البيع إلى Commerce headquarters كأوامر المبيعات التي تحتوي على بنود سالبة. في Commerce في الإصدارات قبل 10.0.20، يمكن للمستخدمين تحديد ما إذا كان يجب ترحيل أوامر الإرجاع على إنها أوامر مبيعات تحتوي على بنود سالبة أم لا، أو ما إذا كان يجب أن تكون أوامر إرجاع يتم إنشاؤها من خلال عملية ترخيص المواد المسترجعة (RMA).

في تجربة معالجة الإرجاع الموحد في ميزة نقاط البيع، يتم إهمال خيار استخدام عملية RMA لإنشاء عمليات إرجاع في نقاط البيع. بعد تشغيل هذه الميزة، يتم إنشاء كافة المرتجعات كأوامر مبيعات تشتمل على بنود سالبة.

تحسينات معالجة الإرجاع عند انقطاع الاتصال بالمقر الرئيسي

في معظم الحالات، عند معالجة إرجاع في نقاط البيع، يحاول النظام إجراء استدعاء خدمة في الوقت الحقيقي (RTS) إلى المقر التجاري للتحقق من صحة الكميات الحالية المتوفرة للإرجاع. يساعد هذا التحقق في الصحة على منع سيناريوهات الاحتيال حيث يحاول العميل إرجاع الصنف نفسه في مواقع متعددة.

لمعالجة الحالات التي تمنع فيها مشكلات الشبكة أو الاتصال استدعاء RTS، تقوم العملية بشكل دوري بمزامنة بيانات الكمية المرسلة من المقر الرئيسي للتجارة إلى قاعدة بيانات قناة المتجر. يساعد تعقب الإرجاع من جانب القناة هذا على ضمان دقة الكميات المتوفرة لإرجاع الكميات المعروضة في نقاط البيع بشكل معقول، حتى عندما لا يكون الاتصال بالمقر متاحا. كما أنه يضمن أن بإمكان نقطة البيع الاستمرار في التحقق من صحة المعلومات الخاصة بالقناة للمساعدة في تجنب المرتجعات الاحتيالية. للمساعدة في تقليل احتمالية إرجاع نفس العنصر أكثر من مرة، قم بجدولة مهمة دفعة تحديث كميات الإرجاع في المقر الرئيسي للتجارة بحيث يتم تشغيلها بشكل متكرر. شغل هذه الوظيفة بنفس تكرار وظيفة P التي تسحب معاملات جديدة من قنوات التجارة إلى المقر الرئيسي للتجارة.

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

عند تعذر إجراء استدعاءات RTS، وكانت نقطة البيع تستخدم بيانات موجودة على القناة للتحقق من صحة الإرجاع ، فإن رسالة تحذير تبلغ المستخدمين بأنها تقوم بإنشاء إرجاع "غير متصل". لذلك، فإنهم يدركون أن الكمية المتوفرة لإرجاعها كما تظهر في نقاط البيع قد تكون قديمة ولم تعد دقيقة، اعتماداً على موعد آخر معالجة ومزامنة لمهمة تحديث الكميات مع القناة.

على سبيل المثال، قام عميل مؤخرا بمعالجة إرجاع سطر طلب في قناة أخرى، ولكن لم تتم مزامنة هذه البيانات بعد مع قواعد بيانات القناة من خلال مهمة كميات إرجاع التحديث . ومن ثم، ينتقل العميل إلى متجر مختلف ويحاول إرجاع الصنف نفسه مرة أخرى. في هذه الحالة، إذا لم يستطع المتجر إجراء استدعاء RTS لـ Commerce headquarters الرئيسي للحصول على بيانات إرجاع الوقت الحقيقي، تسمح نقطة البيع بإرجاع الصنف مرة أخرى. ومع ذلك، يتم تحذير المستخدم من أن المعلومات التي يتم استخدامها للتحقق من صحة الإرجاع قد تكون قديمة. الرسالة التي يتلقاها المستخدم عبارة عن رسالة تحذير فقط. ولا يمنع هذا المستخدم من متابعة معالجة الإرجاع.

إذا كانت المعلومات الموجودة على القناة غير محدثة لسبب ما، وتمت معالجة إرجاع لكمية تتجاوز الكمية المتاح للإرجاع الفعلية، فقد يتم إنشاء خطأ عند تشغيل ترحيل كشف الحساب لإنشاء الحركة في Commerce headquarters.

معالجة الإرجاع في الوضع غير متصل

عندما تكون نقطة البيع في وضع غير متصل ويتعذر عليها الاتصال بـ Commerce Scale Unit (CSU)، تكون خيارات الإرجاع محدودة. يمكن إرجاع المعاملات التي قمت بإنشائها أثناء عدم الاتصال والتي لا تزال متوفرة في قاعدة البيانات غير المتصلة إلى الوضع غير المتصل فقط. إذا قمت بإنشاء معاملة في وضع عدم الاتصال، ولكن تم الاتصال بنقطة البيع (POS) قبل محاولة إرجاع المعاملة، يعرض النظام رسالة خطأ. تشير رسالة الخطأ هذه إلى أن العملية غير متوفرة دون اتصال لأن النظام أرسل المعاملة الأصلية إلى قاعدة البيانات عبر الإنترنت، ويمكن إرجاع هذه المعاملة من جهاز نقاط البيع آخر (مما قد يؤدي إلى عمليات إرجاع زائدة).

إشعار

عند تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع، تصبح الميزات الاختيارية الجديدة التي تدعم التحقق من صحة مرتجعات المنتجات المتسلسلة متاحة. لمزيد من المعلومات، راجع نقطة بيع الرقم التسلسلي للإرجاع – المنتجات المتحكمة في نقطة البيع (POS).

تفاصيل الإصدار

توفر القائمة التالية الحد الأدنى من متطلبات الإصدار للمكونات المختلفة.

• Commerce headquarters: الإصدار 10.0.20
• Commerce Scale Unit (CSU): الإصدار 9.30
• نقطة البيع (POS): الإصدار 9.30

تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية

تضمن هذه الميزة أنه عند إرجاع طلب باستخدام فواتير متعددة، تكون الضرائب مساوية لمبلغ الضريبة الذي تم تحصيله في الأصل.

1. في مساحة عمل إدارة الميزات ابحث عن ‏‫‏‫تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية‬.
2. حدد الميزة تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية ثم حدد تمكين.

إعداد مواقع الإرجاع لمتاجر البيع بالتجزئة

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

على سبيل المثال، يقوم أحد العملاء بإرجاع أحد المنتجات المعيبة، ويقوم الكاشير بمعالجة حركة الإرجاع. عند عرض Retail POS كود المعلومات الخاص بالمرتجعات، يقوم الكاشير بتحديد الكود الفرعي لمرتجعات المنتجات المعيبة. بعد ذلك، يتم تعيين المنتج المرتجع إلى موقع إرجاع معين بشكل تلقائي.

يمكن أن يكون موقع الإرجاع مستودعا أو موقعا في مستودع أو حتى منصة معينة، اعتمادا على مواقع المخزون التي أعددتها مؤسستك. يمكنك تعيين كل موقع إرجاع إلى واحد أو أكثر من أكواد معلومات البيع بالتجزئة وأكواد أسباب المبيعات والتسويق‬.

المتطلبات الأساسية

قبل أن تتمكن من إعداد مواقع الإرجاع، قم بإعداد العناصر التالية:

• رموز معلومات البيع بالتجزئة - الإشعارات في نقطة البيع التي قمت بإعدادها في وحدة البيع بالتجزئة. لمزيد من المعلومات، راجع إعداد أكواد الأسباب.
• رموز أسباب المبيعات والتسويق – المطالبات في سجل نقاط البيع الذي قمت بإعداده في وحدة المبيعات والتسويق . لمزيد من المعلومات، راجع إعداد أكواد سبب الإرجاع.
• مواقع المخزون – الأماكن حيث يتم الاحتفاظ بالمخزون. لمزيد من المعلومات، راجع إعداد مواقع المخزون.

إعداد مواقع الإرجاع

لإعداد مواقع العودة، اتبع الخطوات التالية:

1. انتقل إلى البيع بالتجزئة والتجارة > إعداد القناة > المستودعات، وحدد مستودعًا.

2. على علامة التبويب السريعة البيع بالتجزئة، في حقل موقع الإرجاع الافتراضي، حدد موقع المخزون المراد استخدامه للمرتجعات حيث لم يتم تعيين أكواد المعلومات أو أكواد الأسباب إلى مواقع الإرجاع.

3. في حقل بالتة الإرجاع ‬الافتراضية‬، حدد البالتة المراد استخدامها للمرتجعات حيث لم يتم تعيين أكواد المعلومات أو أكواد الأسباب إلى مواقع الإرجاع.

4. انتقل إلى البيع بالتجزئة والتجارة > إدارة المخزون > مواقع الإرجاع.

5. حدد جديد لإنشاء سياسة موقع إرجاع.

6. أدخل اسمًا فريدًا ووصفًا لموقع الإرجاع.

   إشعار

   إذا تم إعداد تسلسل أرقام لمواقع الإرجاع، يتم إدخال الاسم تلقائيا.

7. على علامة التبويب السريعة عام، عيّن الخيار طباعة التسميات‬ إلى نعم لطباعة التسميات‬ لجميع المنتجات التي تم تعيينها إلى مواقع الإرجاع.

8. عيّن الخيار حظر المخزون‬ إلى نعم لوضع المنتجات المرتجعة في موقع الإرجاع الافتراضي خارج المخزون ومنع بيعها.

9. لتعيين أكواد معلومات البيع بالتجزئة معينة والأكواد الفرعية إلى مواقع الإرجاع، اتبع الخطوات التالية:

   1. على علامة التبويب السريعة أكواد معلومات البيع بالتجزئة‬، حدد إضافة.
   2. في الحقل كود المعلومات، حدد كود معلومات للمرتجعات.
   3. في الحقل الكود الفرعي، حدد كودًا فرعيًا لسبب الإرجاع. يعرض حقل الوصف وصفًا للكود الفرعي المحدد.
   4. في الحقل المتجر، حدد المتجر حيث يتم استخدام كود المعلومات.
   5. استخدم حقول المستودع والموقع ومعرف البالتة‬ لتحديد موقع إرجاع. على سبيل المثال، لتحديد موقع معين في المتجر، حدد متجرًا في الحقل المتجر وموقعًا في الحقل الموقع.
   6. حدد خانة الاختيار حظر المخزون لوضع المنتجات المرتجعة خارج المخزون ومنع بيعها.

10. لتعيين أكواد أسباب المبيعات والتسويق إلى مواقع الإرجاع، اتبع الخطوات التالية:

    1. على علامة التبويب السريعة أكواد أسباب المبيعات والتسويق، حدد إضافة.
    2. في حقل كود السبب، حدد كود سبب للمرتجعات. يعرض حقل الوصف وصفًا لكود السبب المحدد.
    3. في الحقل المتجر، حدد المتجر حيث يتم استخدام كود السبب.
    4. استخدم حقول المستودع والموقع ومعرف البالتة‬ لتحديد موقع إرجاع. على سبيل المثال، لتحديد بالتة معينة في موقع في مستودع، حدد أحد المستودعات في الحقل المستودع وموقعًا في الحقل الموقع وبالتة في حقل معرف البالتة.
    5. حدد خانة الاختيار حظر المخزون لوضع المنتجات المرتجعة خارج المخزون ومنع بيعها.

    إشعار

    إذا تم استخدام نهج موقع الإرجاع لعنصر ما، ولكن سبب الإرجاع الذي يحدده أمين الصندوق لا يتطابق مع أي تعليمة برمجية تحددها في رموز معلومات البيع بالتجزئة أو رموز أسباب المبيعات والتسويق FastTab، ينتقل العنصر إلى موقع الإرجاع الافتراضي الذي تحدده في صفحة المستودع . علاوةً على ذلك، يحدد إعداد خانة الاختيار حظر المخزون على علامة التبويب السريعة عام في صفحة مواقع الإرجاع المكان حيث يجب أن يكون الصنف المرتجع محظورًا من المخزون.

11. انتقل إلى البيع بالتجزئة والتجارة > التدرج الهرمي لمنتج Commerce.

12. على علامة التبويب السريعة إدارة خصائص فئة المخزون‬ في الحقل موقع الإرجاع، حدد موقع إرجاع. نظرا لأنه يمكنك تحديد نهج موقع إرجاع متعددة لنفس المتجر، تحدد القيمة التي تحددها هنا نهج موقع الإرجاع المستخدم.

مشكلات معروفة

عند إجراء عملية إرجاع عامة، لا تعكس حركة إرجاع الكميات التي تم إرجاعها مسبقًا

المشكلة: عند إجراء عملية إرجاع عامة، لا تعكس معاملة الإرجاع الكميات التي تم إرجاعها مسبقًا.

على سبيل المثال، يمكن أن تحدث هذه المشكلة عند تنفيذ الخطوات التالية.

1. إجراء عملية بيع في المتجر A لعنصر بكمية خمسة.
2. قم بإرجاع هذا البيع في المتجر A لعدد اثنين.
3. سحب المعاملات إلى المقر الرئيسي.
4. حاول القيام بعملية إرجاع على البيع الأصلي في المتجر B بحسب الخطوة 1. بعد إدخال رقم الإيصال، يعرض نظام نقاط البيع كمية من خمسة، بدلاً من الكمية المتوقعة وهي ثلاثة.

السبب: تنشأ هذه المشكلة عند استخدام وحدات CSU متعددة. في هذا المثال، يستخدم المتجر A وحدة CSU واحدة ويستخدم المتجر B وحدة CSU أخرى. تحتوي كل وحدة CSU على قاعدة بيانات خاصة بها، لذلك لا يحتوي المتجر A على معلومات حول المعاملات التي تتم في المتجر B، ولا يحتوي المتجر B على معلومات حول المعاملات التي تتم في المتجر A.

خطوات التخفيف

للتخفيف من هذه المشكلة، اتبع الخطوات التالية:

1. في Commerce headquarters، قم بتمكين ميزة تحسين تجربة المستخدم لإرجاع نقاط البيع في مساحة عمل إدارة الميزات (مساحة عمل > ادارة ميزات > إدارة النظام).
2. قم بتشغيل وظيفة تحديث الكميات المرتجعة بتكرار عال.
3. قم بتشغيل وظيفة جدولة توزيع كميات المرتجعات (1200) لتحديث المتاجر بتكرار عال.

عند تنفيذ هذه الخطوات، تتم مزامنة الكميات المرتجعة بين وحدات CSU، ويجب أن تعكس جميع المرتجعات الكميات المرتجعة من المتاجر الأخرى. تضمن الخطوتان 2 و3 إرسال المعلومات من كل وحدة CSU بشكل متكرر إلى المركز الرئيسي عبر مكالمات الخدمة في الوقت الفعلي (RTS).

الموارد الإضافية

الرقم التسلسلي للإرجاع – المنتجات المتحكمة في نقطة البيع (POS)

المبالغ المستردة المرتبطة بالحركات المعتمدة والمؤكدة مسبقًا

إنشاء وتحديث سياسة للمرتجعات والمبالغ المستردة لقناة

التكوينات المرئية لواجهة مستخدم نقطة البيع