إنشاء مرتجعات في نقطة البيع.
يصف هذا المقال كيفية بدء المرتجعات لحركات الدفع نقدًا والاستلام فورًا أو أوامر العملاء في تطبيق نقطة بيع Microsoft Dynamics 365 Commerce (POS).
إشعار
في Commerce الإصدار 10.0.20 والإصدارات الأحدث، تتوفر ميزة جديدة تسمى تجربة معالجة الإرجاع الموحدة في نقطة البيع. توفر هذه الميزة عملية إرجاع أكثر تناسقًا وموحدة في نقطة البيع، بغض النظر عن نوع الحركة (حركات الدفع نقدًا والاستلام فورًا أو أمر العميل) أو القناة الأصلية التي تم إنشاء أمر التوريد بها. نوصي بأن تقوم جميع المؤسسات بتشغيل هذه الميزة الجديدة للمساعدة في تحسين الموثوقية بشكل عام لمعالجة الإرجاع من خلال نقطة البيع.
بعد تشغيل الميزة، يتعذر إيقاف تشغيلها.
إرجاعات العملية باستخدام عملية حركة الإرجاع
نوصي بإضافة عملية حركة الإرجاع إلى تخطيط شاشة نقطة البيع. وفي Commerce الإصدارات قبل الإصدار 10.0.20، تقوم عملية حركة الإرجاع بشكل صحيح بدعم معالجة المرتجعات لحركات الدفع نقدًا والاستلام فورًا فقط. بعد تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع في Commerce الإصدار 10.0.20 أو أحدث، تدعم عملية حركة الإرجاع أيضًا معالجة المرتجعات التي تنشأ من أوامر العميل، مثل أوامر "انتقاء" أو "شحن إلى المنزل" التي تمت فوترتها بالفعل.
من عملية حركة الإرجاع، يمكن للمستخدمين البحث عن حركة الدفع نقدًا والاستلام فورًا أو أمر العميل الذي سيتم إرجاعه مقابل إدخال أي من معايير البحث الأربعة التالية. يمكن للمستخدمين إدخال هذه المعايير باستخدام لوحة مفاتيح الجهاز، أو لوحة المفاتيح على الشاشة، أو الماسح الضوئي للكود الشريطي.
- معرف الإيصال
- رقم الطلب
- معرف مرجع القناة (والذي يُعرف أيضًا بمعرف تأكيد الأمر)
- معرف الفاتورة
في حالة العثور على الحركة أو الأمر الذي يتطابق مع معايير البحث، تظهر الصفحة المنتجات القابلة للإرجاع. هناك، يمكن للمستخدمين تحديد الأصناف التي يتم إرجاعها. كما يمكنهم إدخال كميات الإرجاع وأكواد السبب.
لكل بند من بنود الأوامر في قائمة المنتجات القابلة للإرجاع، تعرض نقطة البيع معلومات حول كمية الشراء الأصلية والكميات من أية مرتجعات تمت معالجتها مسبقًا. يجب أن تكون كمية الإرجاع التي يدخلها المستخدم لبند الأمر أقل من أو يساوي قيمة الحقل متاح إلى الإرجاع.
أثناء معالجة الإرجاع، وفي حالة وجود منتج فعلي لأحد المستخدمين، وكان ذلك المنتج يحتوي على كود شريطي، يمكن للمستخدم القيام بالمسح الضوئي للكود الشريطي. يؤدي كل مسح ضوئي للكود الشريطي إلى زيادة كمية الإرجاع بمقدار صنف واحد. ومع ذلك، إذا كانت تسمية الكود الشريطي تشتمل على كمية مضمنة، يتم إدخال تلك الكمية في الحقل الإرجاع الآن.
كما يمكن للمستخدمين تحديد الأصناف يدويًا في الصفحة المنتجات القابلة للإرجاع ثم تحديث الحقل الإرجاع الآن باستخدام جزء التفاصيل.
في حالة تحديد الكمية القصوى المتاحة الإرجاع الآن لحركة، يمكن للمستخدم تحديد العملية تحديد الكل على شريط تطبيقات نقطة البيع لتعيين الكمية القصوى القابلة للإرجاع على كافة البنود.
بالنسبة لكل بند يحتوي علة الكمية الإرجاع الآن، يجب على المستخدم تحديد كود سبب الإرجاع باستخدام لوحة التفاصيل. بالنسبة لإرجاعات الدفع نقدًا والاستلام فورًا، يتم تكوين أكواد سبب الإرجاع كأكواد معلومات في ملف تعريف وظائف المتجر. بالنسبة لمرتجعات أوامر العميل ، يتم تكوين أكواد سبب الإرجاع في الصفحة أكواد سبب الإرجاع في مركز Dynamics 365 Commerce الرئيسي.
بعد تعيين كمية الإرجاع وكود السبب لكل صنف يجب إرجاعه، يمكن للمستخدم تحديد عملية الإرجاع على شريط تطبيق نقطة البيع لمتابعة المعالجة. عندئذ تظهر صفحة حركة نقطة البيع، حيث تمت إضافة الأصناف القابلة للإرجاع التي تم تحديدها في الصفحة السابقة إلى سله التسوق. وتظهر الكميات الإرجاع الآن للأصناف على شكل بنود كمية سالبة في الحركة، ويتم حساب إجمالي المبلغ المسترد.
تحسينات تجربة المستخدم
إذا كان هناك أكثر من عنصر واحد لإرجاعه في حركة، وقام شريك المتجر بتحديد عدة أصناف لإرجاعها، فستعرض شبكة الإرجاع آخر صف محدد فقط كما هو محدد. يمكن أن يؤدي هذا السلوك إلى إرباك الشريك وجعله يعتقد أنه تم تحديد صنف واحد فقط. للتخفيف من حدة هذه المشكلة، بدءًا من الإصدار 10.0.36 من Commerce، يمكنك تمكين ميزة تحسين تجربة المستخدم لعمليات إرجاع نقاط البيع. تجعل هذه الميزة شبكة المنتجات المرتجعة شبكة متعددة التحديد حيث يمكن للمستخدمين تحديد المنتجات القابلة للإرجاع وإلغاء تحديدها. تفتح شبكة متعددة التحديد تلقائيًا مربع حوار سبب الإرجاع. وبالتالي، يلزم خطوات أقل لفتح مربع حوار سبب الإرجاع وإغلاقه. تقدم هذه الميزة أيضًا تكوين تخطي تحديد فواتير المبيعات أثناء عمليات الإرجاع في ملف تعريف وظائف نقطة البيع. إذا تم تمكين هذا التكوين، فسيقوم النظام بدمج كافة المنتجات القابلة للإرجاع من أمر ما، بغض النظر عن الفاتورة التي تم استيفاء هذه المنتجات منها. وبالتالي، يجب أن يكمل عدد الخطوات التي يتعين على الصرافين تقليلها لأنه لا يتعين عليهم البحث عن الفاتورة الصحيحة وتحديدها لإرجاع الصنف.
تم نقل تحسينات الميزة تحسين تجربة المستخدم لعمليات إرجاع نقاط البيع إلى الإصدارات من 10.0.33 إلى 10.0.35 من Commerce، ولكن بالنسبة لهذه الإصدارات، يجب عليك تمكين التحسينات عن طريق تحديث ملفات التكوين في بيئات بيئة الاختبار المعزولة/التطوير/الاختبار، ومن ثم الاتصال بشركة Microsoft لتمكينها في تمكينها في بيئة التشغيل. بالنسبة للبيئات الداخلية، قم بتعديل الملف bin\CommerceRuntime.config ضمن المسار الفعلي لخادم البيع بالتجزئة لإضافة الملف الإعدادين "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" و"FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true". إذا كنت لا ترغب في تخطي عرض تحديد الفواتير، فلا تقم بإضافة الإعداد الثاني إلى ملف التكوين.
خيارات إرجاع أخرى في نقطة البيع
يمكن أن يقوم المستخدمون بإضافة بنود إلى حركة إرجاع إذا كانوا يقومون بإنشاء أمر صرف. يمكن للمستخدمين إضافة أصناف إرجاع أكثر إلى حركة الإرجاع باستخدام عملية إرجاع المنتج لبند مبيعات محدد ذو كمية موجبة تمت إضافته بالفعل.
ملاحظة
لا تقدم عملية إرجاع المنتج في نقطة البيع التحقق من صحة الحركات الأصلية، وتسمح بإرجاع أي منتج. توصي Microsoft بالسماح فقط للمستخدمين المصرح لهم بتنفيذ هذه العملية، أو فرض تجاوز المدير للقيام بذلك.
عند تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع، يمكن للمستخدمين أيضًا استخدام العملية إظهار دفتر اليومية في نقطة البيع لبدء حركة الدفع نقدًا والاستلام فورًا أو أمر العميل. ثم يمكنهم تحديد حركة في دفتر اليومية ثم تحديد عملية الإرجاع علي شريط تطبيق نقطة البيع. تتوفر هذه العملية فقط في حالة وجود بنود قابلة للإرجاع على الأمر. وإنها تعمل على بدء تجربة المستخدم نفسها كعملية حركة الإرجاع.
كما يمكن للمستخدمين استخدام العملية استدعاء الأمر في نقطة البيع للبحث عن أوامر العميل واستدعائها. (لا يمكن استخدام هذه العملية لحركات الدفع نقدًا والاستلام فورًا). في هذه الحالة، بعد تحديد أمر العميل، يمكن استخدام العملية إرجاع على شريط تطبيق نقطة البيع لبدء إرجاع أمر العميل. تتوفر هذه العملية فقط في حالة وجود بنود قابلة للإرجاع على الأمر. وإنها تعمل على بدء تجربة المستخدم نفسها كعملية حركة الإرجاع أو إظهار دفتر اليومية.
إذا كان المبلغ المسترد مستحقًا عند السحب، فيمكنك تكوين سياسات دفع المبلغ المسترد التي تحد طرق الدفع التي يمكن استخدامها لاسترداد المبلغ للعملاء. إذا تم دفع حركة أصلية باستخدام بطاقة مدينة، وفقًا لمعالج الدفع وتكوين النظام، فقد يقوم المستخدمون بـ إصدار مبلغ مسترد للبطاقة الأصلية. في هذه الحالة، يمكن معالجة استرداد الأموال دون مطالبة العميل بتمرير بطاقة الائتمان الخاصة به مرة أخرى لأنه يتم استخدام رمز الدفع الأصلي لإصدار استرداد الأموال.
يتم ترحيل أوامر الإرجاع إلى مركز Commerce الرئيسي كأوامر مبيعات
عند تشغيل تجربة معالجة الإرجاع الموحدة في نقطة البيع، تتم كتابة كافة المرتجعات التي يتم إنشاؤها في نقطة البيع إلى مركز Commerce الرئيسي كأوامر المبيعات التي تحتوي على بنود سالبة. في Commerce في الإصدارات قبل 10.0.20، يمكن للمستخدمين تحديد ما إذا كان يجب ترحيل أوامر الإرجاع على إنها أوامر مبيعات تحتوي على بنود سالبة أم لا، أو ما إذا كان يجب أن تكون أوامر إرجاع يتم إنشاؤها من خلال عملية ترخيص المواد المسترجعة (RMA).
في الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع، تم إهمال خيار استخدام عملية RMA لإنشاء المرتجعات في نقطة البيع. بعد تشغيل هذه الميزة، يتم إنشاء كافة المرتجعات كأوامر مبيعات تشتمل على بنود سالبة.
تحسينات معالجة الإرجاع عند انقطاع الاتصال بالمقر الرئيسي
في معظم الحالات، عند معالجة إرجاع في نقطة بيع، يحاول النظام إجراء استدعاء لخدمة الوقت الحقيقي (RTS) لـ Commerce headquarters للتحقق من صحة الكميات الحالية المتوفرة للإرجاع يساعد هذا التحقق في الصحة على منع سيناريوهات الاحتيال حيث يحاول العميل إرجاع الصنف نفسه في مواقع متعددة.
لمعالجة المواقف التي لا يمكن إجراء استدعاء RTS بها بسبب مشكلات الشبكة أو الاتصال، يتم وضع العملية في مكان لمزامنة بيانات كمية الإرجاع بشكل دوري من مركز Commerce الرئيسي إلى قاعدة بيانات القناة الخاصة بالمتجر. يساعد تعقب الإرجاع الموجود على القناة في التأكد من أن الكميات المتاح إلى الإرجاع التي يتم عرضها في نقطة البيع دقيقة بشكل معقول، حتى عندما يتعذر الاتصال بالمقر الرئيسي. كما أنه يضمن أن بإمكان نقطة البيع الاستمرار في التحقق من صحة المعلومات الخاصة بالقناة للمساعدة في تجنب المرتجعات الاحتيالية. للمساعدة في تقليل احتمال إرجاع الصنف نفسه أكثر من مرة، يجب أن تقوم المؤسسات بجدولة وظيفة الدفعة تحديث كميات الارتجاع في Commerce headquarters حتى يتم تشغيلها بشكل متكرر. نوصي بتشغيل هذه الوظيفة بالتكرار نفسه كالوظيفة P التي تسحب الحركات الجديدة من قنوات Commerce إلى Commerce headquarters.
تحسب الوظيفة تحديث كميات الإرجاع الكميات المتوفرة للإرجاع لكافة أوامر المبيعات التي يتم العثور عليها في مركز Commerce الرئيسي. ويجب بعد ذلك إرسال البيانات التي تقوم بحسابها الوظيفة إلى قواعد بيانات القنوات، بحيث يمكن تحديث قنوات التخزين. يتم استخدام مهمة توزيع كميات الإرجاع (1200) لهذا الغرض. ونظرًا لأنه تتم مزامنة بيانات حول الكمية القابلة للإرجاع من مركز Commerce الرئيسي، وذلك في حالة معالجة الإرجاع في نقطة البيع، ولكن لا يمكن إجراء استدعاء RTS، يمكن لنقطة البيع استخدام معلومات الإرجاع الموجود على القناة للتحقق من صحة الكميات المتوفرة للإرجاع لبند المبيعات المحدد.
عند تعذر إجراء استدعاءات RTS، وكانت نقطة البيع تستخدم بيانات موجودة على القناة للتحقق من صحة الإرجاع ، فإن رسالة تحذير تبلغ المستخدمين بأنها تقوم بإنشاء إرجاع "غير متصل". وبالتالي، فإنها تعلم أن الكمية متوفر للإرجاع المعروضة في نقطة البيع قد تكون قديمة ولم تعد دقيقة، اعتمادًا على الوقت الذي تم به معالجة وظيفة تحديث كميات الإرجاع ومزامنتها مع القناة للمرة الأخيرة.
على سبيل المثال، قام عميل مؤخرًا بمعالجة إرجاع لبند أمر في قناة أخرى، ولكن لم تتم مزامنة تلك البيانات بعد بقواعد بيانات القنوات من خلال الوظيفة تحديث كميات الإرجاع. ومن ثم، ينتقل العميل إلى متجر مختلف ويحاول إرجاع الصنف نفسه مرة أخرى. في هذه الحالة، إذا لم يستطع المتجر إجراء استدعاء RTS لـ Commerce headquarters الرئيسي للحصول على بيانات إرجاع الوقت الحقيقي، تسمح نقطة البيع بإرجاع الصنف مرة أخرى. ومع ذلك، يتم تحذير المستخدم من أن المعلومات التي يتم استخدامها للتحقق من الإرجاع قد تكون غير محدثة. الرسالة التي يتلقاها المستخدم عبارة عن رسالة تحذير فقط. ولا يمنع هذا المستخدم من متابعة معالجة الإرجاع.
إذا كانت المعلومات الموجودة على القناة غير محدثة لسبب ما، وتمت معالجة إرجاع لكمية تتجاوز الكمية المتاح للإرجاع الفعلية، فقد يتم إنشاء خطأ عند تشغيل ترحيل كشف الحساب لإنشاء الحركة في Commerce headquarters.
معالجة الإرجاع في الوضع غير متصل
عندما تكون نقطة البيع في وضع غير متصل ويتعذر عليها الاتصال بـ Commerce Scale Unit (CSU)، تكون خيارات الإرجاع محدودة. يمكن فقط إرجاع المعاملات التي تم إنشاؤها في وضع غير متصل والتي لا تزال متاحة في قاعدة البيانات غير المتصلة بالإنترنت. إذا تم إنشاء حركة في وضع غير متصل، ولكن تم تشغيل نقطة البيع عبر الإنترنت قبل محاولة إرجاع الحركة، فسيعرض النظام رسالة خطأ. تشير رسالة الخطأ هذه إلى أن العملية غير متاحة دون اتصال لأن النظام قد أرسل الحركة الأصلية إلى قاعدة البيانات عبر الإنترنت، ويمكن إرجاع هذه الحركة من جهاز نقطة بيع آخر (مما قد يؤدي إلى إرجاع مبالغ زائدة).
ملاحظة
عند تشغيل الميزة تجربة معالجة الإرجاع الموحدة في نقطة البيع، تصبح الميزات الاختيارية الجديدة التي تدعم التحقق من صحة مرتجعات المنتجات المتسلسلة متاحة. لمزيد من المعلومات، راجع نقطة بيع الرقم التسلسلي للإرجاع – المنتجات المتحكمة في نقطة البيع (POS).
تفاصيل الإصدار
توفر القائمة التالية الحد الأدنى من متطلبات الإصدار للمكونات المختلفة.
- Commerce headquarters: الإصدار 10.0.20
- Commerce Scale Unit (CSU): الإصدار 9.30
- نقطة البيع (POS): الإصدار 9.30
تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية
تضمن هذه الوظيفة مساواة الضرائب في النهاية لمبلغ الضريبة المحصل بالأصل وذلك عند إرجاع أمر باستخدام فواتير متعددة.
- في مساحة عمل إدارة الميزات ابحث عن تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية.
- حدد الميزة تمكين الحساب المناسب للضريبة للمرتجعات التي تحتوي على كمية جزئية ثم حدد تمكين.
إعداد مواقع الإرجاع لمتاجر البيع بالتجزئة
يسمح لك Commerce إعداد مواقع الإرجاع المستندة إلى أكواد معلومات البيع بالتجزئة وأكواد أسباب المبيعات والتسويق. عندما يقوم العملاء بإرجاع المشتريات، غالبًا ما يشير موظفي الكاشير إلى سبب الإرجاع. يمكنك تحديد أن يتم تعيين المنتجات المرتجعة إلى مواقع إرجاع مختلفة في المخزون، استناداً إلى أكواد المعلومات وأكواد الأسباب التي يحددها الكاشير في سجل نقطة البيع (POS).
على سبيل المثال، يقوم أحد العملاء بإرجاع أحد المنتجات المعيبة، ويقوم الكاشير بمعالجة حركة الإرجاع. عند عرض Retail POS كود المعلومات الخاص بالمرتجعات، يقوم الكاشير بتحديد الكود الفرعي لمرتجعات المنتجات المعيبة. بعد ذلك، يتم تعيين المنتج المرتجع إلى موقع إرجاع معين بشكل تلقائي.
بإمكان موقع الإرجاع أن يكون مستودعًا أو موقعًا داخل المستودع أو حتى بالتة معينة، وذلك وفقًا لمواقع المخزون التي أعدتها مؤسستك. يمكنك تعيين كل موقع إرجاع إلى واحد أو أكثر من أكواد معلومات البيع بالتجزئة وأكواد أسباب المبيعات والتسويق.
المتطلبات الأساسية
قبل إعداد مواقع الإرجاع، ينبغي إعداد العناصر التالية:
- أكواد معلومات البيع بالتجزئة – المطالبات في سجل نقطة البيع والتي تم إعدادها في الوحدة النمطية البيع بالتجزئة. لمزيد من المعلومات، راجع إعداد أكواد الأسباب.
- أكواد أسباب المبيعات والتسويق – المطالبات الموجودة في سجل نقطة البيع والتي تم إعدادها في الوحدة النمطية المبيعات والتسويق. لمزيد من المعلومات، راجع إعداد أكواد الأسباب.
- مواقع المخزون – الأماكن حيث يتم الاحتفاظ بالمخزون. لمزيد من المعلومات، راجع إعداد مواقع المخزون.
إعداد مواقع الإرجاع
لإعداد مواقع الإرجاع، اتبع هذه الخطوات.
انتقل إلى البيع بالتجزئة والتجارة > إعداد القناة > المستودعات، وحدد مستودعًا.
على علامة التبويب السريعة البيع بالتجزئة، في حقل موقع الإرجاع الافتراضي، حدد موقع المخزون المراد استخدامه للمرتجعات حيث لم يتم تعيين أكواد المعلومات أو أكواد الأسباب إلى مواقع الإرجاع.
في حقل بالتة الإرجاع الافتراضية، حدد البالتة المراد استخدامها للمرتجعات حيث لم يتم تعيين أكواد المعلومات أو أكواد الأسباب إلى مواقع الإرجاع.
انتقل إلى البيع بالتجزئة والتجارة > إدارة المخزون > مواقع الإرجاع.
حدد جديد لإنشاء سياسة موقع إرجاع.
أدخل اسمًا فريدًا ووصفًا لموقع الإرجاع.
إشعار
إذا تم إعداد تسلسل رقمي لمواقع الإرجاع، فسيتم إدخال الاسم تلقائياً.
على علامة التبويب السريعة عام، عيّن الخيار طباعة التسميات إلى نعم لطباعة التسميات لجميع المنتجات التي تم تعيينها إلى مواقع الإرجاع.
عيّن الخيار حظر المخزون إلى نعم لوضع المنتجات المرتجعة في موقع الإرجاع الافتراضي خارج المخزون ومنع بيعها.
لتعيين أكواد معلومات البيع بالتجزئة معينة والأكواد الفرعية إلى مواقع الإرجاع، اتبع الخطوات التالية:
- على علامة التبويب السريعة أكواد معلومات البيع بالتجزئة، حدد إضافة.
- في الحقل كود المعلومات، حدد كود معلومات للمرتجعات.
- في الحقل الكود الفرعي، حدد كودًا فرعيًا لسبب الإرجاع. يعرض حقل الوصف وصفًا للكود الفرعي المحدد.
- في الحقل المتجر، حدد المتجر حيث يتم استخدام كود المعلومات.
- استخدم حقول المستودع والموقع ومعرف البالتة لتحديد موقع إرجاع. على سبيل المثال، لتحديد موقع معين في المتجر، حدد متجرًا في الحقل المتجر وموقعًا في الحقل الموقع.
- حدد خانة الاختيار حظر المخزون لوضع المنتجات المرتجعة خارج المخزون ومنع بيعها.
لتعيين أكواد أسباب المبيعات والتسويق إلى مواقع الإرجاع، اتبع الخطوات التالية:
- على علامة التبويب السريعة أكواد أسباب المبيعات والتسويق، حدد إضافة.
- في حقل كود السبب، حدد كود سبب للمرتجعات. يعرض حقل الوصف وصفًا لكود السبب المحدد.
- في الحقل المتجر، حدد المتجر حيث يتم استخدام كود السبب.
- استخدم حقول المستودع والموقع ومعرف البالتة لتحديد موقع إرجاع. على سبيل المثال، لتحديد بالتة معينة في موقع في مستودع، حدد أحد المستودعات في الحقل المستودع وموقعًا في الحقل الموقع وبالتة في حقل معرف البالتة.
- حدد خانة الاختيار حظر المخزون لوضع المنتجات المرتجعة خارج المخزون ومنع بيعها.
إشعار
إذا تم استخدام سياسة موقع الإرجاع لأحد الأصناف، ولكن سبب الإرجاع الذي يحدده الكاشير لا يتطابق مع أي كود محدد في علامة التبويب السريعة أكواد معلومات البيع بالتجزئة أو أكواد أسباب المبيعات والتسويق، فسيتم إرسال الصنف إلى موقع الإرجاع الافتراضي المحدد في صفحة المستودع. علاوةً على ذلك، يحدد إعداد خانة الاختيار حظر المخزون على علامة التبويب السريعة عام في صفحة مواقع الإرجاع المكان حيث يجب أن يكون الصنف المرتجع محظورًا من المخزون.
انتقل إلى البيع بالتجزئة والتجارة > التدرج الهرمي لمنتج Commerce.
على علامة التبويب السريعة إدارة خصائص فئة المخزون في الحقل موقع الإرجاع، حدد موقع إرجاع. نظرًا لإمكانية تعريف سياسات متعددة لمواقع الإرجاع للمتجر نفسه، تحدد القيمة التي تحددها هنا سياسة موقع الإرجاع المستخدمة.
الموارد الإضافية
الرقم التسلسلي للإرجاع – المنتجات المتحكمة في نقطة البيع (POS)
المبالغ المستردة المرتبطة بالحركات المعتمدة والمؤكدة مسبقًا