> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# استلام الشحنات المرتجعة وفحصها

> استلم الطرود المرتجعة في المستودع، وأكّد ما وصل، وحدّث المخزون، وتعامل مع الشحنات غير المسلَّمة العائدة، وأصدر الاسترداد أو إشعارات الدائن.

> [!NOTE]
>
> **مكانه في المنصة:** Main ‏← Shipping ‏← Returns — [افتح في OTO ↖](https://app.tryoto.com/returns)

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

## نموذج واحد وست مراحل

تتم معالجة الإرجاع من خلال نموذج واحد هو **View Return Details** بدلًا من عدة شاشات. ويعرض شريط التقدم في الأعلى جميع المراحل ويحدد المرحلة التي وصل إليها هذا الإرجاع.

![نموذج تفاصيل الإرجاع في منتصف دورة حياته](https://mintcdn.com/oto/lDMfM_zaxBnpzX-0/images/ret-4-details.png?fit=max\&auto=format\&n=lDMfM_zaxBnpzX-0\&q=85\&s=65ec29ba2310397376db323db7617122)

الشكل 1: ست مراحل: Request Created ‏← Pending Approval ‏← Reverse Shipment ‏← Received ‏← Items Confirmed ‏← Refunded. هذا الإرجاع في المرحلة الثالثة.

| المرحلة | معناها |
| - | - |
| **1 ‏· Request Created** | طلب العميل الإرجاع، أو طلبته أنت نيابةً عنه. |
| **2 ‏· Pending Approval** | بانتظار القرار. |
| **3 ‏· Reverse Shipment** | تمت الموافقة، ويجب الآن استلام المنتج. |
| **4 ‏· Received** | الطرد لديك. |
| **5 ‏· Items Confirmed** | أحدهم عدّ ما في الطرد فعليًا. |
| **6 ‏· Refunded** | صُرف المبلغ أو الاستبدال أو الرصيد، وأُغلق الطلب. |

> [!TIP]
>
> **النموذج يخبرك بالخطوة التالية**
>
> فوق التفاصيل شريط يذكر المرحلة الحالية والإجراءات المتاحة فيها، وهنا مثلًا: *«تمت الموافقة على طلب الإرجاع. أنشئ شحنة عكسية لاستلام المنتجات من العميل»*، وبجانبه **Create Return Shipment** و**Reject Return**.
>
> هذا هو الفرق بين حقل حالة وسير عمل. لا يحتاج أحد إلى معرفة ما تتطلبه المرحلة الرابعة؛ فالنموذج يقول ذلك، ولا يعرض إلا الإجراءات المنطقية في تلك المرحلة.

### ما الذي يحتويه النموذج؟

| اللوحة | المحتوى |
| - | - |
| **Order Information** | **Order ID** (مع اللاحقة **-R1**)، و**Return Request Source** (*Customer Portal* أو طلب رفعته أنت)، و**Request Date** و**Customer Name** و**Status**. |
| **Return Details** | **Return Method** و**Refund Method** و**Approved Refund Amount** و**Return Window** (مثل *Within 30 days*)، و**Customer Comment** الوارد في الطلب. |
| **Quick Actions** | **View Main Order** و**Add Internal Note** و**Return Shipment Details**. |
| **Return Items** | جدول الكميات. انظر أدناه. |
| **Return or Exchange Reason Attachments** | الصور التي رفعها العميل مع الطلب. |

> [!TIP]
>
> **حقل Return Request Source يستحق المتابعة**
>
> يسجّل هذا الحقل إن كان العميل هو من رفع الطلب بنفسه أم أحد أعضاء فريقك نيابةً عنه. وعلى مدى بضع مئات من المرتجعات تصبح هذه النسبة مقياسًا لمدى نجاح البوابة: فارتفاع نسبة المرتجعات التي يرفعها الفريق يعني أن العملاء لا يجدونها أو لا يثقون بها، فيتصلون بدلًا من ذلك.

### أربع كميات لا كمية واحدة

يحفظ جدول **Return Items** كل رقم منفصلًا لكل SKU:

| | |
| - | - |
| **Ordered Quantity** | ما اشتراه العميل. |
| **QTY Return Requested** | ما طلب إرجاعه. |
| **Last Confirmed QTY** | ما وافقت عليه. |
| **Returned Quantity** | ما وصل فعليًا. |
| **Return Reason** | السبب، بكلمات العميل، من قائمة الأسباب الخاصة بك. |

> [!TIP]
>
> **الفرق بين المطلوب والمُرجَع هو جوهر العمل كله**
>
> معظم الأنظمة تحتفظ بكمية واحدة وتكتب فوقها، ما يعني أنه عند صرف الاسترداد لا يستطيع أحد معرفة إن كان العميل طلب اثنين وأرسل واحدًا، أم طلب واحدًا وأرسل اثنين.
>
> الاحتفاظ بالأربعة جنبًا إلى جنب يجعل التباين ظاهرًا لحظة الاسترداد بدلًا من محاولة إعادة بنائه لاحقًا، وهو أهم دليل في قضية احتيال أو مطالبة لدى المورّد.

### 1 · إنشاء الشحنة العكسية

تُنشأ بوليصة شحن الإرجاع داخل النموذج. تختار خيار الشحن (**OTO Rates** أو **Own Rates**) تمامًا كما في الطلب الصادر، وتختار الوجهة التي يمكن أن تكون أي مستودع أو فرع. وتُطبع **Return Label** (بوليصة الشحن AWB) من قائمة **Quick Actions**.

> [!TIP]
>
> **لا يلزم أن يعود المرتجع إلى المكان الذي خرج منه**
>
> إرسال كل مرتجع إلى المستودع الذي شحنه هو الإعداد الافتراضي البديهي، وغالبًا ما يكون الخيار الخاطئ. فقد يكون مركز معالجة المرتجعات، أو أقرب مستودع إلى العميل، أو الفرع القادر على إعادة بيع المنتج فورًا، خيارًا أفضل، واختيار الوجهة لكل مرتجع هو ما يجعل ذلك ممكنًا.
>
> هنا تتلخص اللوجستيات العكسية كلها في حقل واحد: طريق العودة قرار، وليس انعكاسًا لطريق الذهاب.

### 2 · الاستلام

عند وصول الطرد يسجّل النموذج **Receiving Date and Time**، و**المستودع أو الفرع** الذي استلمه تحديدًا، وملاحظات داخلية عن الحالة الفعلية لما تم استلامه.

هذه الملاحظات لك لا للعميل، وهي ما تُحسم به نزاعات الاسترداد بعد ثلاثة أسابيع.

### 3 · تأكيد المنتجات

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

### 4 · معالجة الاسترداد

الآن فقط. يعرض النموذج مبلغ الاسترداد **الذي تحسبه منصة التجارة الإلكترونية الخاصة بك**، فتختار الطريقة (Money Back أو Exchange أو Store Credit) وتؤكد، فينتقل الطلب إلى **Completed**.

> [!TIP]
>
> **الإرجاع الجزئي هو الحالة المعتادة، لا الاستثناء**
>
> أن يُرجع العميل ثلاثة منتجات من خمسة، أو يُرجع منتجًا ينقصه أحد ملحقاته، أمر عادي. وتأكيد الكميات لكل SKU بدلًا من قبول الطلب كله دفعة واحدة هو ما يحوّل ذلك من خسارة كاملة إلى استرداد جزئي.
>
> وتغطي الخيارات كل الاحتمالات: القبول، أو استرداد جزء من المبلغ، أو استرداده كاملًا، أو إعادة المنتج، وهي موجودة لأن البضائع المرتجعة تصل فعلًا في كل هذه الحالات الأربع.

## التأكيد في المستودع

يبدأ المسار على لوحة التحكم من **Shipping ← الشحنات ← Returned**:

| الإجراء | ما الذي يفعله؟ |
| - | - |
| **Tools ‏← Confirm Return** | طلب واحد. يفتح Return Confirmation Form: سبب الإرجاع، وتعليق العميل على الإرجاع، و**الكمية المراد تأكيدها لكل SKU**. |
| **Tools ‏← Confirm Return Multiple** | عدة طلبات دفعة واحدة، مع تأكيد كل منتجاتها وتعديل المخزون بناءً على ذلك. |
| **Tools ‏← Edit Return Reason** | تصحيح السبب بعد الواقعة. |
| **Tools ‏← View Return Details** | معلومات الشحنة وأسباب الإرجاع وتعليقات العميل في مكان واحد. |

> [!WARNING]
>
> **التأكيد الجماعي يثق بالطلب**
>
> يقبل **Confirm Return Multiple** كل منتج في كل طلب محدد دون أن يعدّه أحد. في تراكم من المرتجعات البسيطة هو الأداة المناسبة تمامًا، أما في أي حالة تكون فيها الكمية أو الحالة محل شك فهو يحوّل الفحص إلى افتراض.
>
> احتفظ به للأحجام الكبيرة، واستخدم التأكيد الفردي لكل ما هو مهم.

### في التطبيق

**Return** هو أحد الإجراءات التسعة في [تطبيق OTO PACK](https://docs.tryoto.com/ar/modules/warehouse-management/ops.md). يختار الموظف الطلب ويؤكد المنتجات **بالمسح الضوئي**، أو بالاختيار اليدوي حيث لا يكون المسح ممكنًا، ويتحدث المخزون لحظيًا.

المسح هو الأساس. فالإرجاع الذي يُؤكَّد بالعين مقابل قائمة قد يُعاد فيه SKU خاطئ إلى المخزون القابل للبيع، ويبقى هذا الخطأ خفيًا حتى يحاول أحد انتقاءه.

## أثر الإرجاع المؤكَّد على المخزون

| المستوى | ما الذي يتغير؟ |
| - | - |
| **Quantity on Hand** و**Quantity Available** | تُعدَّل كلتاهما بحسب الكمية المُرجَعة فعليًا. مع OTO INVENTORY. |
| **مخزون الحاويات** | تُوضع المنتجات المرتجعة تلقائيًا في حاوية **Return**. مع OTO PACK Advanced وتتبع الحاويات. |

> [!TIP]
>
> **لماذا تهم حاوية Return تجاريًا؟**
>
> المخزون في حاوية Return يُحتسب لكنه غير قابل للبيع، لذلك لا تعرضه [المزامنة](https://docs.tryoto.com/ar/modules/inventory-management/inventory-sync.md) على المتجر الإلكتروني أثناء انتظاره للفحص.
>
> وهذا ما يمنع أسوأ سيناريو: إعادة بيع منتج مرتجع قبل التحقق من صلاحيته للبيع، وتحويل عميل غير راضٍ واحد إلى اثنين.

## عودة الشحنات غير المسلَّمة

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

ومن جهة التوصيل، يستخدم السائق الذي يُعيد طردًا لم يُسلَّم إلى المستودع الإجراء **Drop & Return Order**، الذي يشترط إدخال سبب الإرجاع قبل إتمامه. راجع [التوصيل](https://docs.tryoto.com/ar/modules/oto-flex/delivery.md).

> [!NOTE]
>
> **احسبها بشكل منفصل**
>
> الإرجاع إلى نقطة الانطلاق فشلٌ في التوصيل يرتدي ثوب الإرجاع. أسبابه العناوين وأرقام الجوال ونوافذ الوقت، أما أسباب إرجاع العميل فهي المقاس والتوقعات والجودة.
>
> وإذا أُبلغ عنهما معًا نتج معدل إرجاع لا يستطيع أحد التصرف بناءً عليه، لأن كل نصف يحتاج إلى حل مختلف تمامًا: أحدهما يخص [تأكيد العنوان](https://docs.tryoto.com/ar/modules/customer-notification/branded-pages.md)، والآخر يخص صفحات منتجاتك.

## الاسترداد وإشعارات الدائن

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

وهذه هي الخطوة التي تضيع في معظم عمليات الإرجاع. فالاسترداد الذي يُتفق عليه في نظام ويُسجَّل في نظام آخر مشكلة مطابقة تظهر في نهاية الشهر، وحينها يكون الطرد والشخص المسؤول والسبب قد طواهم النسيان.

## صفحات ذات صلة

* [مرتجعات العملاء](https://docs.tryoto.com/ar/modules/return-management/customer-returns.md): كيف وصل الطلب إلى هنا.
* [الاستلام والتخزين](https://docs.tryoto.com/ar/modules/warehouse-management/inbound-putaway.md): أنواع الحاويات، بما فيها Return.
* [تتبع المخزون](https://docs.tryoto.com/ar/modules/inventory-management/inventory-tracking.md): الأرقام التي يغيّرها التأكيد.


## Related topics

- [استلام الطلب بواسطة السائق في OTO FLEX](https://docs.tryoto.com/ar/modules/oto-flex/pickup.md)
- [توصيل الميل الأخير في OTO FLEX](https://docs.tryoto.com/ar/modules/oto-flex/delivery.md)
- [إدارة المرتجعات](https://docs.tryoto.com/ar/modules/return-management/overview.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.