> ## 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.
# مزامنة المخزون مع قنوات البيع
> أرسل المخزون المتاح من OTO تلقائيًا إلى كل قنوات البيع المربوطة، وتحقق من نجاح المزامنة، وقارن الكتالوج لديك بكل قناة.
> [!NOTE]
>
> **مكانه في المنصة:** Main ← عمليات الربط ← Sales Channels — [افتح في OTO ↖](https://app.tryoto.com/sales-channels)
كل متجر إلكتروني تبيع عليه يعرض رقمًا للمخزون. والمزامنة هي ما يجعل هذه الأرقام تأتي من مكان واحد لا من خمسة أماكن، وهي الفرق بين كتالوج صحيح تقريبًا وكتالوج صحيح فعلًا.
## ماذا تفعل؟
عندما يتغير المخزون لأي سبب (بيع على إحدى القنوات، أو مرتجع، أو استلام، أو تصحيح بعد جرد) تحسب OTO الكمية المتاحة الجديدة وترسلها إلى كل القنوات المربوطة، دون أن تحتاج إلى تحديث أي شيء في أي مكان.
المزامنة متاحة لـ **Salla** و**Zid** و**Shopify** و**WooCommerce** و**Magento**.
> [!TIP]
>
> **البيع الزائد الذي تمنعه المزامنة هو الأغلى ثمنًا**
>
> نفاد المخزون يكلّفك بيعة لم تعلم بها أصلًا. أما البيع بأكثر من المتوفر فيكلّفك بيعة تمّت بالفعل: رسالة إلغاء، واسترداد، وأثرًا على مؤشرات السوق الإلكترونية، وعميلًا أدرك أن أرقام مخزونك لا يُعتمد عليها. البائعون عبر قنوات متعددة لا يبيعون أكثر من المتوفر بسبب الإهمال، بل لأن الوحدة نفسها كانت معروضة للبيع في أربعة أماكن في وقت واحد.
## الإعداد
تُضبط المزامنة لكل قناة على حدة في **عمليات الربط ← Sales Channels** ← قائمة **⋯** الخاصة بالقناة ← **Inventory Sync Settings**.
الشكل 1 — نموذج واحد لكل قناة: أي رقم يُرسَل، وكم مرة يُرسَل، وهل يُرسَل أصلًا، وأي من مواقعك يقابل أيًا من مواقع القناة.
| الحقل | ما يحدده |
| - | - |
| **Sales Channel** إلزامي | القناة التي تخصها هذه الإعدادات. ثابت، لأنك تصل إلى هذا النموذج من القناة نفسها. |
| **Inventory Calculate Method** إلزامي | أي رقم يُرسَل. |
| **Inventory Update Method** إلزامي | كم مرة يُرسَل. |
| **Inventory Sync** | المفتاح الرئيسي. إذا كان مطفأً فلن يُرسَل أي شيء إلى هذه القناة. |
| **Multi-Location** | هل يُنسَب المخزون إلى مواقع محددة على القناة أم يُجمَع في رقم واحد. |
| **Pickup Locations** | الربط بين مستودعاتك ومستودعات القناة. |
> [!TIP]
>
> **Inventory Sync مفتاح لكل قناة على حدة، لا مفتاح عام**
>
> ولهذا أهمية أثناء التهيئة وعند حدوث مشكلة. فيمكن ربط قناة جديدة وإعدادها وترك المزامنة مطفأة حتى يتطابق الكتالوج، كما يمكن عزل قناة تسبب مشكلات دون المساس بالقنوات الأربع الأخرى.
>
> ويعني أيضًا أن رقم المخزون القديم غير المفهوم له أول نقطة فحص واضحة.
### Inventory Calculate Method: أي رقم يُرسَل؟
الشكل 2 — طريقتان، لكل منهما نسخة خاصة بـ Magento.
| الطريقة | ما يُبلَّغ به القناة | متى تختارها |
| - | - | - |
| **All Inventory** | المخزون المتاح كاملًا. | حين تفضّل بيع آخر وحدة على الاحتفاظ بها، وكانت عمليات الجرد لديك موثوقة. |
| **Min Inventory** | المخزون المتاح بعد خصم الحد الأدنى للمخزون. | حين يكون الإلغاء أكثر كلفة من بيعة ضائعة: الأسواق الإلكترونية التي تفرض غرامات أداء، أو المنتجات التي لا يمكنك إعادة تزويدها بسرعة. |
| **Magento – Minimum Inventory** **Magento – All Inventory** | الخياران نفساهما، بالصيغة التي يتوقعها Magento. | في متجر إلكتروني على Magento. |
في **Min Inventory** تظهر قيمة الرقم المذكور في [تتبع المخزون](https://docs.tryoto.com/ar/modules/inventory-management/inventory-tracking.md): فالهامش الذي تحدده لكل SKU يُحتجز مما يراه المتجر الإلكتروني، فتبقى الوحدات الأخيرة لك وحدك.
> [!NOTE]
>
> **لماذا لـ Magento خيارات خاصة؟**
>
> يتعامل Magento مع المخزون بنموذج مختلف عن بقية المنصات، لذا يجب التعبير له عن النية نفسها (إرسال كل شيء، أو احتجاز هامش الأمان) بمصطلحاته الخاصة. والاختيار الذي تقوم به يبقى أحد الخيارين، وما وُجدت صفوف Magento إلا كي لا يضطر الربط إلى التخمين.
### Inventory Update Method: كم مرة يُرسَل؟
الشكل 3 — أرسل كل تغيير فور حدوثه، أو اجمع التغييرات في دفعات.
| الطريقة | آلية عملها | متى تختارها |
| - | - | - |
| **Realtime Update** | ترسل التحديث فور حدوث التغيير. | في الأحجام العالية، أو المنتجات سريعة الحركة، أو في أي حالة قد يصل فيها طلبان بفارق دقيقة واحدة. |
| **Bulk Inventory Update** | تجمع التغييرات وترسلها على فترات مجدولة. | في الكتالوجات الكبيرة ذات الحركة المنتظمة، أو مع قناة لا ترغب في استدعاء الـ API الخاص بها مع كل عملية. |
### Multi-Location وPickup Locations
إذا كنت تحتفظ بالمخزون في أكثر من مستودع أو فرع، ففعّل **Multi-Location** واملأ جدول **Pickup Locations** أسفله، بصف لكل موقع تضيفه عبر **Add New Row**:
| | |
| - | - |
| **Warehouse** إلزامي | مستودعك، وتختاره بالبحث. |
| **Branch** | اختياري، للمخزون الموجود في فرع بدل مستودع. |
| **Sales Channel Location ID** إلزامي | موقع القناة: المعرّف الذي تستخدمه القناة للمكان نفسه. |
| **Location Active** | هل هذا الربط مفعّل. يمكن إعداد موقع وتركه مطفأً. |
هذا الربط هو ما يجعل المتجر الإلكتروني الذي يعرض المخزون حسب الموقع يعمل بشكل صحيح. فمن دونه لا تستطيع القناة التي توفر الاستلام من المتجر أو التوفر لكل متجر معرفة أي من مبانيك يقصده رقم المخزون، فإما أن تعرض رقمًا واحدًا مجمّعًا، أو تعرض الرقم الخاطئ لكل متجر.
> [!WARNING]
>
> **اربط المواقع قبل التشغيل الفعلي، لا بعده**
>
> تفعيل Multi-Location والربط ناقص أسوأ من تركه مطفأً: فالقناة تبدأ بنسبة المخزون إلى مواقع لا تقابل مواقعك، وتبدو الفروقات الناتجة وكأنها أعطال في المزامنة لا أخطاء في الإعداد.
## التحقق من نجاح المزامنة
يُسجَّل نشاط المزامنة في **الإعدادات ← Logs ← System Logs** على علامة التبويب **Inventory Sync Logs**، وهي واحدة من ست علامات للسجلات إلى جانب أخطاء الشحنات، وأخطاء الويب هوك، وطلبات الاستلام، ومزامنة المنتجات، وأتمتة المسارات.
الشكل 4 — يمكن فلترة كل الأعمدة، وهذا ما يجعل السجل أداة تحقيق لا مجرد كومة من الإدخالات.
| | |
| - | - |
| **SKU** | ما تمت مزامنته. |
| **QTY** | الرقم الذي أُرسِل. يُفلتر بنطاق **Min**/**Max**، وبهذا تجد كل ما أُرسِل بقيمة صفر. |
| **Sales Channels** | إلى أين أُرسِل. |
| **All Locations** · **Branch Name** · **Warehouse Name** | الموقع الذي جاء منه الرقم. |
| **Date** | متى. |
| **Status** | هل قبلته القناة. |
| **Error Definition** | سبب الرفض، إن رُفض. |
المزامنة الفاشلة مشكلة صامتة؛ فالقناة تستمر في البيع على أساس آخر رقم وصلها. لذا يستحق هذا السجل مراجعة دورية مجدولة، لا مراجعة بعد وقوع المشكلة فقط.
> [!TIP]
>
> **فلتر حسب الكمية، لا حسب الحالة**
>
> الحالة تخبرك بما فشل. أما نطاق **QTY** فيخبرك بما هو أنفع: فلتر بحد أقصى صفر وستجد كل SKU أُرسِل على أنه غير متوفر. بعضها حقيقي، أما الباقي فهو حالات نفاد لم تحدث فعليًا، ولن تظهر كأخطاء في أي مكان.
## مقارنة الكتالوج
لا تعمل مزامنة المخزون إلا مع المنتجات التي يتفق النظامان على وجودها. ويسحب **Synchronize Products** في صفحة Products بيانات المنتجات من قنواتك المربوطة حتى تتطابق أرقام SKU والأسماء والأسعار في الطرفين.
هذا هو الشرط المسبق غير اللافت لكل ما في هذه الصفحة. فالـ SKU المعروض على قناة وغير الموجود في OTO لا يتلقى أي تحديث للمخزون، ويستمر بيعه بالرقم الذي كان له عند إعداده. ومقارنة الكتالوجين هي طريقتك لاكتشاف هذه الحالات قبل أن يكتشفها عميل.
> [!TIP]
>
> **أجرِ المقارنة بعد كل تغيير في القناة**
>
> المنتجات الجديدة، وأرقام SKU المعاد تسميتها، والمتغيرات المدمجة، كلها تقطع الربط بصمت. والمنتجات التي تتوقف عن المزامنة نادرًا ما تكون تحت نظر أحد، ولهذا تحديدًا هي التي تُباع بأكثر من المتوفر.
## صفحات ذات صلة
* [قنوات البيع](https://docs.tryoto.com/ar/modules/sales-channels/overview.md): ربط القنوات في المقام الأول.
* [تتبع المخزون](https://docs.tryoto.com/ar/modules/inventory-management/inventory-tracking.md): من أين يأتي الرقم.
* [إعداد المنتجات](https://docs.tryoto.com/ar/modules/inventory-management/product-configuration.md): الكتالوج الذي تعتمد عليه المزامنة.
## Related topics
- [مزامنة الطلبات: كيف تصل الطلبات إلى OTO](https://docs.tryoto.com/ar/modules/omnichannel-oms/order-sync.md)
- [قنوات البيع](https://docs.tryoto.com/ar/modules/sales-channels/overview.md)
- [عمليات ربط قنوات البيع](https://docs.tryoto.com/ar/integrations/sales-channels.md)
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.