المتجر

ما يمنحك ربط المتجر

يربط المتجر متجرك الإلكتروني بلينوميا تشات حتى يرى وكيل الدعم الذي يقرأ الرسالة ما يتحدث عنه صاحبها. ويبقى متجرك هو المصدر الرسمي للبيانات. فلينوميا تشات لا يحفظ نسخة من طلباتك: يسأل المتجر، ويعرض الجواب، ولا يحتفظ بشيء بعد ذاكرة مؤقتة قصيرة. ما يضيفه | المكان | ما يظهر | |---|---| | المحادثة | قسم المتجر: عميل المتجر الذي رُبطت به جهة الاتصال، وأحدث طلباته مع الحالة والدفع والمنتجات والمبالغ | | عبر المتاجر | تبويب نظرة عامة يجمع ما يقوله كل متجر مربوط عن الشخص نفسه — راجع عرض العميل الشامل | | المحادثة | البحث عن طلب برقم الطلب الذي يذكره العميل | | فلاتر جهات الاتصال | شروط المتجر — المتجر المرتبط، المنصة، الطلبات الظاهرة، الإنفاق الظاهر لكل عملة، آخر شراء، حالة الطلب والدفع والشحنة — وتصلح لبناء جمهور مشترك | | قواعد الأتمتة | مشغّلات لإنشاء طلب أو تعديله أو دفعه أو شحنه أو توصيله أو إلغائه أو استرداده | | منشئ المسارات | خطوة تبحث عن طلب العميل الأخير، أو عن طلب يذكر رقمه بنفسه | | محادثة متجر WooCommerce | قائمة قصيرة من إجراءات الطلب، بعد أن يفعّلها المدير — راجع ربط WooCommerce | وما يظهر يتبع المنصة. والفروق بين المنصات حقيقية وكبيرة، فهي مجموعة في مكان واحد: ما تدعمه كل منصة. كل شيء يُقرأ عند الحاجة إليه لا يوجد جدول طلبات في لينوميا تشات ولا استيراد مجدول. يُقرأ المتجر عندما يفتح وكيل الدعم المحادثة، وعندما يرسل المتجر إشعاراً بأن عميلاً تغيّر، وعندما يضغط أحدهم تحديث. ويُعاد استخدام الجواب لمدة 120 ثانية. وإذا تعذّر الوصول إلى المتجر، يُعرض آخر جواب حتى 24 ساعة، موسوماً بوقت قراءته، لا معروضاً كأنه الحالة الحالية. وثلاث نتائج تستحق أن تعرفها قبل أن تبني خططك على هذا. - الأرقام ظاهرة لا إجمالية. كل متجر يعيد أحدث 5 طلبات لذلك العميل. والإنفاق هو مجموع الطلبات المدفوعة من بينها، لكل عملة، دون أي تحويل. وهو ليس القيمة الإجمالية للعميل. - الإشعار لا يحمل بيانات. يقول للينوميا تشات إن طلبات عميل واحد تغيّرت، ثم تُقرأ الطلبات من المتجر. أما جسم الإشعار نفسه فيُهمل. - جهة اتصال لم يفتحها أحد بعد حالتها غير معروفة، لا صفر. فشروط الطلبات في الفلاتر تقرأ ما قُرئ آخر مرة. متى تستخدمه - عندما يحتاج وكلاء الدعم إلى الإجابة عن «أين طلبي» دون فتح نافذة أخرى. - عندما تريد مراسلة مجموعة تُعرَّف بما اشترته، عبر جمهور مشترك. - عندما تريد قاعدة أتمتة تتفاعل مع دفع طلب أو شحنه أو استرداده. متى لا تستخدمه - للتقارير. لا يوجد تقرير متجر. ولا شيء هنا يجمع الإيرادات أو الطلبات في اليوم أو لكل وكيل دعم. - لقيمة العميل الإجمالية. الشرح في عرض العميل الشامل. - لاسترجاع السلات المتروكة. هذه الميزة غير متاحة على أي منصة. راجع ما تدعمه كل منصة. - للعمل على الطلبات بالجملة. فالإجراءات طلب واحد في كل مرة، من محادثة واحدة، بتأكيد من شخص. ما تحتاجه أولاً - خطة تشمل المتجر. فبدونها لا يظهر القسم ولا صفحة الإعدادات. - صلاحية مدير لربط متجر. - أن تكون منصتك مفعّلة على تثبيتك. فمنتقي المنصات يعرض غير المفعّلة بعلامة غير متاح بعد، وهذا يحدده من يدير التثبيت، لا حسابك. الخطوات 1. الإعدادات ← المتجر ← إضافة متجر. 2. اختر منصتك. ولكل منصة طريقة: مفتاح في WooCommerce، وتثبيت تطبيق في Salla وZid وShopify. 3. افتح محادثة لعميل من ذلك المتجر. فيطابقه قسم المتجر ويقرأ طلباته. من يستطيع ماذا | الإجراء | من | |---|---| | ربط متجر أو تسميته أو تعطيله أو فصله | المدير | | رؤية قسم المتجر والبحث عن طلب وربط عميل أو إلغاء ربطه | أي وكيل دعم يرى المحادثة | | تغيير حالة طلب أو إعادة إرسال رسالة المتجر | المدير، أو وكيل دعم دوره المخصص يشمل إدارة الطلبات | | إلغاء طلب أو استرداده | المدير وحده | الحدود - المتجر الواحد يتبع حساب لينوميا تشات واحداً. والمتجر المربوط في مكان آخر مرفوض. - خطتك تحدد عدد المتاجر التي تربطها. والمتجر المفصول لا يُحسب. - بيانات دخول المتجر مشفّرة ولا تُعرض مرة أخرى، ولا حتى للمدير الذي أدخلها. - المطابقة تامة: بريد إلكتروني مطابق، أو رقم هاتف بالصيغة الدولية. ولا يُطابق الاسم ولا يُبحث به أبداً. - فصل المتجر يحذف بيانات دخوله وكل روابط العملاء التي كان يحملها. أما جهات الاتصال والمحادثات والمتجر نفسه فلا يتغير فيها شيء. مواضيع ذات صلة - ما تدعمه كل منصة - عرض العميل الشامل - الجماهير المشتركة - قواعد الأتمتة إذا لم ينجح الأمر لا أرى المتجر في أي مكان. خطتك لا تشمله، أو لم يُربط أي متجر بعد. المنصة التي أستخدمها معلَّمة «غير متاح بعد». هي متوقفة على تثبيتك. اسأل من يديره؛ فلا يوجد إعداد لهذا في حسابك. القسم يقول إن المتجر يحتاج إعادة تفويض. رفض المتجر بيانات الدخول. يعيد المدير ربطه أو يستبدل مفاتيحه من الإعدادات ← المتجر.

ما تدعمه كل منصة

المنصات الأربع ليست متكافئة. فكل واجهة متجر تقدّم مجموعة مختلفة من الحقائق وتسمح بمجموعة مختلفة من التغييرات، ولينوميا تشات لا ينفّذ إلا ما توثّقه المنصة وتؤكده. وهذه المقالة هي المرجع الذي تعود إليه أدلة الربط. اقرأها قبل أن تَعِد فريقك بشيء. القراءة كل منصة تعطيك الشكل نفسه: عميل المتجر الذي رُبطت به جهة الاتصال، وأحدث 5 طلبات لذلك العميل، الأحدث أولاً، مع الحالة وحالة الدفع والمنتجات والمبالغ. | | WooCommerce | Salla | Zid | Shopify | |---|---|---|---|---| | الطلبات بجانب المحادثة | نعم | نعم | نعم | نعم | | المطابقة برقم هاتف المحادثة الموثّق | نعم | نعم | نعم | نعم | | المطابقة بالبريد الإلكتروني | نعم | نعم | نعم | نعم | | طلبات الزوار (بلا حساب في المتجر) | نعم، بالبريد أو الهاتف | لا | لا | نعم، بالبريد فقط | | الشحنات وأرقام التتبع | لا | نعم | نعم، شحنة واحدة لكل طلب | نعم | | يمكن أن يظهر تم الشحن | لا | نعم | نعم | نعم | | يمكن أن يظهر تم التوصيل | لا | نعم | نعم | نعم | | يمكن أن يظهر مدفوع، فيُحسب في المدفوعات | نعم | لا | نعم | نعم | | رابط إلى الطلب في لوحة المتجر | نعم | نعم | لا | نعم | | البحث عن طلب برقمه | نعم | لا | نعم | نعم | | التحديث المباشر عند تغيّر طلب | نعم، بمفتاح قراءة/كتابة | نعم | نعم | نعم | وثلاثة صفوف تستحق جملة لكل منها. WooCommerce لا يعرف الشحنات. فنواة WooCommerce لا تحتفظ بحقل شحنة ولا تتبّع، فلا يعرض لينوميا تشات شيئاً منها، ولا يكون طلب WooCommerce أبداً تم الشحن أو تم التوصيل. ولا تُقرأ إضافات التتبع. وطلب WooCommerce يمر بحالات: بانتظار الدفع، قيد التجهيز، معلّق، مكتمل، ملغي، مسترد، فشل، مسودة. Salla لا يعلن أبداً أن الطلب مدفوع. فطلب Salla يقول إنه بانتظار الدفع، أو لا يقول عن الدفع شيئاً. ولن يستنتج لينوميا تشات الدفع من كون الطلب مكتملاً، فجهة الاتصال التي متجرها الوحيد Salla يبقى حقل المدفوعات لديها فارغاً. وكل ما عدا ذلك في طلب Salla يُعرض كما هو. لا يمكن البحث في Salla برقم الطلب. فـ Salla لا يقدّم أي طريقة للبحث عن الرقم المرجعي المطبوع على الطلب، ولينوميا تشات لا يمسح طلبات المتجر بحثاً عنه. فيُبلَّغ عن متجر Salla بأنه غير قابل للبحث، ويستمر البحث في بقية المتاجر. تغيير الطلب إجراءات الطلبات هي الكتابة الوحيدة التي يقوم بها لينوميا تشات في متجرك. وكل إجراء يُقرأ الطلب من جديد ثم يُؤكَّد: يُقرأ الطلب من المتجر، وترى ما سيحدث، ثم تؤكد. | الإجراء | WooCommerce | Salla | Zid | Shopify | |---|---|---|---|---| | تغيير الحالة | قيد التجهيز ← مكتمل أو معلّق؛ معلّق ← قيد التجهيز | لا شيء | تم الشحن، ثم تم التوصيل | لا | | إلغاء الطلب | الطلبات غير المدفوعة (بانتظار الدفع، معلّق) | لا شيء | لا | الطلبات غير المدفوعة وغير المجهَّزة | | استرداد كامل أو جزئي | نعم، حتى المبلغ القابل للاسترداد | لا شيء | لا | نعم، حتى ما يقول Shopify إنه قابل للاسترداد | | إعادة إرسال تفاصيل الطلب | نعم | لا شيء | لا | لا | | إعادة إرسال رابط الدفع | نعم | لا شيء | لا | لا | | تغيير الشحن أو العنوان | لا | لا | لا | لا | - Salla بلا أي إجراءات طلبات. فلا شيء منها منفَّذ ولا مخطَّط له. - Zid يغيّر الحالة فقط، وخطوتين من تدفقه الخاص: الطلب الجاهز يصبح مشحوناً، والطلب في الطريق يصبح موصَّلاً. ولا إلغاء ولا استرداد — فالاسترداد في Zid طلب عكسي، وهو شيء آخر لا يُنشئه لينوميا تشات. - Shopify ليس لديه حالة طلب تُضبط، فلا شيء يُغيَّر؛ وإعادة إرسال فاتورة أو رابط دفع غير مدعومة. - استرداد WooCommerce يمر ببوابة الدفع إن كانت تدعم الاسترداد، والنافذة تقول ذلك. وإن لم تدعمه، يسجّل المتجر استرداداً ولا تتحرك أي أموال. اقرأ نص التأكيد: فهو يذكر أيّ الحالتين ستحدث. ليس في الإنتاج على أي منصة شيئان موجودان في المنتج ومتوقفان في كل مكان. وهما محجوزان في الكود، فلا يفعّلهما أي إعداد. | | الحالة | |---|---| | إجراءات الطلبات في Salla وZid وShopify | محجوزة حتى يُتحقَّق من عمليات الكتابة لكل منصة على متجر حقيقي. ولا تُستخدم إلا إجراءات WooCommerce. | | السلات المتروكة ورسائل الاسترجاع | محجوزة في Salla وZid وShopify؛ وWooCommerce لا يملك واجهة للسلات المتروكة على مستوى المتجر أصلاً. وعملياً: لا توجد ميزة سلات متروكة. | ولا توجد كذلك حملة للسلات المتروكة ولا حملة متكررة — راجع حملات واتساب للنوعين الموجودين. أي المنصات تستطيع ربطها أصلاً القراءة متاحة دائماً لـ WooCommerce. أما Salla وZid وShopify فيحتاج كل منها إلى تهيئة تطبيقه على تثبيتك، ويُفعَّل هناك لا في حسابك. ومنتقي المنصات يعلّم الباقي بـ غير متاح بعد. ولـ Shopify شرط إضافي: بيانات العملاء المحمية (Protected Customer Data). فحتى يوافق Shopify على قراءة تطبيق لينوميا تشات Commerce لبريد عملاء المتجر وأرقام هواتفهم، لا يمكن مطابقة العملاء، والقسم يقول ذلك. حدود كل منصة التي تستحق التخطيط لها | المنصة | الحد | |---|---| | WooCommerce | البحث عن الطلبات ينجح لأن WooCommerce يرقّم الطلبات بمعرّفها الداخلي. وأي إضافة تعيد ترقيم الطلبات تُعطّل ذلك، فلا تُوجد تلك الطلبات برقمها. | | WooCommerce | مفتاح القراءة يعطيك الطلبات دون تحديث مباشر. والتحديث المباشر وإجراءات الطلبات تحتاج مفتاح قراءة/كتابة. | | Salla | يحدّ Salla عدد الطلبات لكل متجر. وأثناء ذلك يعرض القسم آخر جواب حصل عليه، موسوماً بوقته. | | Zid | رقم الطلب المعروض هو معرّف الطلب في Zid نفسه. وطلبات السوق (marketplace) بلا عميل، فلا تطابق أحداً. | | Zid | يسمح Zid بستين طلب واجهة في الدقيقة لكل متجر. | | Shopify | بدون صلاحية الطلبات الموسّعة، يعيد Shopify آخر 60 يوماً من الطلبات فقط. فالطلب الأقدم لن يظهر. | | Shopify | لا يرسل Shopify اسم العميل، فيظهر عميل Shopify المطابَق بلا اسم. | مواضيع ذات صلة - ما يمنحك ربط المتجر - ربط WooCommerce · Salla · Zid · Shopify - عرض العميل الشامل

ربط WooCommerce

يُربط WooCommerce بـ مفتاح REST API تنشئه في لوحة WordPress الخاصة بك. فلا تطبيق تثبّته ولا موافقة تنتظرها. والمفتاح يحدد ما يُسمح للينوميا تشات بفعله طوال عمر الربط، لذلك تسألك الشاشة الأولى أن تختار قبل أن تسألك أي شيء آخر. قراءة أم قراءة/كتابة | | قراءة | قراءة/كتابة | |---|---|---| | يرى وكلاء الدعم طلبات كل عميل | نعم | نعم | | التحديث المباشر عند تغيّر طلب | لا | نعم | | إجراءات الطلبات، بعد تفعيلها | لا | نعم | التحديث المباشر يعمل لأن لينوميا تشات ينشئ ثلاثة إشعارات (webhooks) في متجرك، وWooCommerce لا يقبل تعديل الإشعارات إلا من مفتاح يملك صلاحية الكتابة. فمع مفتاح القراءة لا يُنشأ شيء، ولا يُحفظ أي سر، ويبقى المتجر يعمل: تُقرأ الطلبات عندما يفتح وكيل الدعم المحادثة أو يضغط تحديث. ومفتاح قراءة/كتابة هو الخيار الموصى به. وهو لا يمنح وكلاء الدعم سلطة تغيير الطلبات: فإجراءات الطلبات متوقفة للمتجر حتى يفعّلها مدير، وتبقى الاستردادات والإلغاءات للمديرين حتى بعد ذلك. ما تحتاجه أولاً - صلاحية مدير في لينوميا تشات، وخطة تشمل المتجر. - WooCommerce REST API v3 متاحاً على عنوان متجرك. وهي واجهة WooCommerce المدمجة؛ لا تحتاج أي إضافة. - أن يكون المتجر على https، على اسم نطاقه، على المنفذ القياسي. فعنوان IP أو منفذ مخصص أو عنوان على شبكة خاصة كلها مرفوضة. وإن كان عنوانك يعيد التوجيه، أدخل العنوان الذي ينتهي إليه. - مسؤول WordPress يملك المفتاح. الخطوات 1. الإعدادات ← المتجر ← إضافة متجر ← WooCommerce. 2. اختر قراءة أو قراءة/كتابة. فالخطوات أدناه تتغير تبعاً لاختيارك. 3. في WordPress، افتح WooCommerce ← الإعدادات ← متقدم ← REST API واضغط إضافة مفتاح. 4. اختر مسؤولاً كمستخدم، واضبط الصلاحيات على ما ذكره لينوميا تشات في الخطوة 2. 5. أنشئ المفتاح. ويعرض WordPress الـ consumer key والـ consumer secret مرة واحدة. 6. الصق الاثنين في لينوميا تشات، وأعطِ المتجر اسم عرض إن أردت، ثم اختر اختبار وربط. ينادي لينوميا تشات المتجر قبل أن يحفظ أي شيء. فيتأكد أن الواجهة تجيب كـ WooCommerce v3، وأنها تستطيع قراءة الطلبات والعملاء. والمفاتيح التي تفشل لا تُحفظ، فلا يوجد متجر ببيانات دخول لا تعمل. مثال عملي لديك متجر واحد وتريد أن يرى وكلاء الدعم الطلبات مع التحديث المباشر. 1. اختر قراءة/كتابة وأنشئ مفتاح قراءة/كتابة يملكه حساب مسؤول WordPress. 2. اربط المتجر. فيظهر نشطاً، وتحته التحديث المباشر للطلبات مفعّل. 3. اترك إجراءات الطلبات متوقفة أسبوعاً حتى يعتاد وكلاء الدعم على القسم. 4. وعندما تكون مستعداً: فعّل إجراءات الطلبات على المتجر، وأعطِ من يجب أن يغيّر الحالات دوراً مخصصاً يشمل إدارة الطلبات. وتبقى الاستردادات والإلغاءات لك. من يستطيع ذلك الربط واستبدال المفاتيح والتعطيل وتفعيل إجراءات الطلبات والفصل كلها إجراءات مدير، وتُسجَّل جميعها في سجل التدقيق. وأي وكيل دعم يرى المحادثة يرى قسم المتجر. الحدود - لا شحنات. فنواة WooCommerce لا تحتفظ ببيانات شحنة أو تتبّع، فلا يعرض لينوميا تشات شيئاً منها، ولا يُقرأ طلب WooCommerce أبداً كـ تم الشحن أو تم التوصيل. ولا تُقرأ إضافات التتبع. - البحث عن الطلبات يعمل بمعرّف الطلب. فـ WooCommerce يرقّم الطلبات بمعرّفها الداخلي، وهو ما يستخدمه البحث. وإن أعادت إضافة ترقيم طلباتك، لم تُوجد تلك الطلبات برقمها. - إجراءات الطلبات قائمة قصيرة: قيد التجهيز ← مكتمل أو معلّق، معلّق ← قيد التجهيز، إلغاء طلب غير مدفوع، استرداد كامل أو جزئي، إعادة إرسال رسالة تفاصيل الطلب، إعادة إرسال رابط الدفع. ولا طريقة لتغيير الشحن أو العنوان، ولا حالة خارج هذه القائمة — لا سلة المحذوفات ولا حالة من إضافة. - الاسترداد قد يحرّك المال وقد لا يحرّكه. فإن كانت بوابة دفع الطلب تدعم الاسترداد، يعود المال إلى العميل. وإن لم تدعمه، يسجّل المتجر الاسترداد ولا يُرسل شيء. وخطوة التأكيد تذكر أي الحالتين. - المفاتيح مشفّرة ولا تُعرض مرة أخرى. ولتغييرها استخدم استبدال المفاتيح، الذي يختبر الزوج الجديد أولاً. - الإشعارات الثلاثة التي ينشئها لينوميا تشات تُسمّى Lynomia Commerce. والفصل يحذفها. ومفتاح القراءة لا يستطيع حذفها، فإن خفّضت صلاحية المفتاح عطّل WooCommerce إشعاراته بنفسه بعد خمس محاولات مرفوضة. - السلات المتروكة غير متاحة: فـ WooCommerce لا يملك واجهة للسلات المتروكة على مستوى المتجر. مواضيع ذات صلة - ما تدعمه كل منصة - ما يمنحك ربط المتجر - عرض العميل الشامل إذا لم ينجح الأمر «لا يمكن الوصول إلى المتجر حالياً». العنوان خاطئ، أو الموقع متوقف، أو شيء أمام WordPress يمنع الطلب. افتح العنوان في المتصفح وتأكد أنه يُحمَّل على https دون إعادة توجيه. يفشل الربط ويذكر واجهة WooCommerce. لم تُجب الواجهة كـ WooCommerce v3. والسببان المعتادان: إضافة حماية تمنع ‏/wp-json، أو WooCommerce غير مفعّل. «رفض المتجر بيانات الاعتماد». أُلغي المفتاح أو كُتب خطأ. أنشئ مفتاحاً جديداً واستخدم استبدال المفاتيح. يقول إن التحديث المباشر متوقف وإن المفتاح للقراءة فقط. أنشأت مفتاح قراءة. أنشئ مفتاح قراءة/كتابة واستبدله؛ فتُنشأ الإشعارات عند أول حفظ ناجح. تفعيل إجراءات الطلبات مرفوض. مفتاح المتجر لا يستطيع الكتابة. استبدله بمفتاح قراءة/كتابة أولاً. وكيل الدعم لا يرى الإلغاء أو الاسترداد. هذان للمديرين وحدهم، ولا يمنحهما أي دور مخصص.

ربط Salla

يُربط Salla عبر تطبيق تثبّته من متجر تطبيقات Salla. فأنت لا تنسخ أي رمز وصول: يمنح Salla الصلاحية لخدمة لينوميا تشات مباشرة. والشيء الوحيد الذي تنسخه، مرة واحدة، هو رمز ربط قصير يخبر Salla أي حساب في لينوميا تشات يتبعه المتجر. والربط للقراءة فقط، بشكل دائم. يقرأ لينوميا تشات العملاء والطلبات والشحنات من Salla ولا يغيّر شيئاً. فلا يوجد أي إجراء طلب لـ Salla، ولا شيء منها مخطَّط له. ما تحتاجه أولاً - صلاحية مدير في لينوميا تشات، وخطة تشمل المتجر. - أن يكون Salla مفعّلاً على تثبيتك. فإن علّمه المنتقي بـ غير متاح بعد، فالتطبيق غير مهيأ هناك، وهذا ليس ما تستطيع تغييره في حسابك. - وصولاً إلى لوحة تحكم Salla بصلاحية تثبيت التطبيقات. الخطوات 1. الإعدادات ← المتجر ← إضافة متجر ← Salla. 2. أنشئ رمز الربط. يظهر رمز من 16 حرفاً في مجموعات من أربعة. يُعرض مرة واحدة، ويعمل مرة واحدة، وتنتهي صلاحيته بعد ساعة. وإنشاء رمز جديد يلغي السابق. 3. ثبّت التطبيق في Salla — والنافذة تحمل رابطاً مباشراً إليه. 4. من لوحة تحكم Salla، افتح إعدادات تطبيق لينوميا تشات، والصق الرمز واحفظ. 5. راقب النافذة. فهي تنتقل من بانتظار وصول الرمز من Salla إلى وصل الرمز إلى تم ربط متجرك. ولا يهم في الرمز حالة الأحرف ولا المسافات ولا الشرطات. ولا يُحفظ شيء قبل أن يؤكد Salla التثبيت بحدث موقَّع، فلا يوجد متجر Salla في لينوميا تشات بصلاحية لا تعمل. مثال عملي لديك متجرا Salla وتريدهما كليهما. 1. أنشئ رمزاً، وثبّت التطبيق على المتجر الأول، والصق الرمز. فيظهر المتجر نشطاً. 2. أنشئ رمزاً ثانياً للمتجر الثاني. فالرمز الأول قد استُهلك، وهو في كل حال يعمل مرة واحدة. 3. ثبّت التطبيق على المتجر الثاني والصق الرمز الجديد. ويظهر المتجران الآن في قسم المتجر داخل المحادثة، ويظهر العميل الذي اشترى منهما مرة واحدة، وطلبات كل متجر تحت تبويبه. راجع عرض العميل الشامل. من يستطيع ذلك إنشاء الرمز والتعطيل والفصل إجراءات مدير، وتُسجَّل في سجل التدقيق. وأي وكيل دعم يرى المحادثة يرى طلبات Salla فيها. الحدود هذه هي الحدود التي تغيّر طريقة عملك، لا حالات نادرة. - طلب Salla لا يُقرأ أبداً كمدفوع. فـ Salla يقول فقط إن الطلب بانتظار الدفع، أو لا يقول عن الدفع شيئاً. ولن يخمّن لينوميا تشات من كون الطلب مكتملاً. ولذلك تبقى المدفوعات فارغة لجهة اتصال متجرها الوحيد Salla، ويظهر سطر الدفع بوصف الدفع غير مؤكد. أما الحالة والمنتجات والمبالغ والشحنات فتُعرض كلها بشكل طبيعي. - لا إجراءات طلبات على الإطلاق. لا تغيير حالة، ولا إلغاء، ولا استرداد، ولا إعادة إرسال فاتورة أو رابط دفع. ولا تظهر قائمة إجراءات الطلب لطلب Salla. - البحث عن طلب لا يعمل في Salla. فـ Salla لا يقدّم طريقة للبحث عن الرقم المرجعي المطبوع على الطلب، ولن يمسح لينوميا تشات طلبات المتجر. فيُبلَّغ عن متجر Salla بأنه غير قابل للبحث، ويستمر البحث في المتاجر الأخرى. - طلبات الزوار لا تُطابق. فلينوميا تشات يطابق عملاء Salla، والطلب الذي تم دون حساب عميل في Salla لا يمكن ربطه بجهة اتصال. - الشحنات تُعرض، مع الناقل والحالة ورابط تتبّع عندما يعلّم Salla الشحنة قابلة للتتبع. - السلات المتروكة غير متاحة. الميزة متوقفة لـ Salla ولا يمكن تفعيلها. - يحدّ Salla عدد مرات استدعاء واجهته لكل متجر. وأثناء ذلك يعرض القسم آخر جواب حصل عليه، موسوماً بوقته، بدلاً من رسالة خطأ. - تُعرض أحدث 5 طلبات لكل عميل فقط، فكل رقم ظاهر لا إجمالي. مواضيع ذات صلة - ما تدعمه كل منصة - ما يمنحك ربط المتجر - عرض العميل الشامل إذا لم ينجح الأمر تبقى النافذة على «بانتظار وصول الرمز من Salla». لم يصل الرمز إلى لينوميا تشات. تأكد أنك لصقته في إعدادات تطبيق لينوميا تشات نفسه في لوحة تحكم Salla، وأنك حفظت تلك الشاشة. «انتهت صلاحية هذا الرمز». الرموز تعمل ساعة واحدة. أنشئ رمزاً جديداً والصقه من جديد. «متجر Salla هذا مربوط بحساب آخر». المتجر الواحد يتبع حساب لينوميا تشات واحداً. افصله من الحساب الآخر أولاً. «بلغت خطتك الحد الأقصى للمتاجر». نجح التثبيت لكن المتجر لم يُربط. افصل متجراً أو غيّر خطتك، ثم أنشئ رمزاً جديداً. المتجر يقول إنه يحتاج إعادة تفويض. يحتاج Salla إلى تفويض التطبيق من جديد. حدّث تطبيق لينوميا تشات أو أعد تثبيته من لوحة تحكم Salla؛ فيُعاد ربط المتجر من تلقاء نفسه، دون رمز جديد. يقول إن Salla متوقف على هذا التثبيت. المتجر محفوظ لكن لا تُقرأ بياناته حتى يُفعَّل Salla هناك مرة أخرى.

ربط Zid

يُربط Zid بتفويض تطبيق لينوميا تشات على متجرك. تسجّل الدخول إلى Zid، وتوافق على التطبيق، ثم تعود. ولا يُكتب أي رمز وصول في أي مكان ولا يمر أي رمز عبر متصفحك. وأثناء التفويض يسجّل لينوميا تشات اشتراكه في ثلاثة أحداث من Zid — إنشاء طلب، وتغيّر حالته، وتغيّر حالة دفعه — حتى يُحدَّث قسم المتجر من تلقاء نفسه عندما يتحرك شيء. وتلك الأحداث لا تحمل بيانات طلبات: تقول أي عميل تغيّر، ثم تُقرأ الطلبات من Zid. ما تحتاجه أولاً - صلاحية مدير في لينوميا تشات، وخطة تشمل المتجر. - أن يكون Zid مفعّلاً على تثبيتك. فإن علّمه المنتقي بـ غير متاح بعد، فالتطبيق غير مهيأ هناك. - حساب Zid يستطيع الموافقة على تطبيق للمتجر. الخطوات 1. الإعدادات ← المتجر ← إضافة متجر ← Zid. 2. الربط مع Zid. فيُفتح Zid في المتصفح نفسه. 3. سجّل الدخول ووافق على تطبيق لينوميا تشات للمتجر. 4. تعود إلى الإعدادات ← المتجر والمتجر مُدرَج نشطاً. أكمل التفويض في المتصفح الذي بدأته منه. فلينوميا تشات يربط العودة بذلك المتصفح، ورابط يُفتح في مكان آخر لن يكملها. مثال عملي يكتب عميل: «أين الطلب 48213؟». 1. يفتح وكيل الدعم المحادثة. وقد طابق رقم واتساب لجهة الاتصال عميلاً في Zid، فيُدرج قسم المتجر أحدث طلبات ذلك العميل أصلاً. 2. الطلب 48213 ليس بين الخمسة المعروضة، فيستخدم وكيل الدعم البحث عن طلب ويكتب الرقم. 3. يعود الطلب بحالته وحالة دفعه وشحنته، ويستطيع وكيل الدعم فتح رابط التتبع أو الضغط على إرسال التتبع لإضافة بيانات التتبع إلى خانة الرد ليراجعها. ولاحظ ما هو هذا الرقم: في لينوميا تشات، رقم طلب Zid هو معرّف الطلب في Zid. وهذا ما يعرضه القسم وما يتوقعه البحث. من يستطيع ذلك الربط وإعادة الربط والتعطيل والفصل إجراءات مدير، وتُسجَّل في سجل التدقيق. وأي وكيل دعم يرى المحادثة يرى طلبات Zid فيها. الحدود - إجراءات الطلبات غير متاحة. ينفّذ لينوميا تشات خطوتي حالة في Zid — الطلب الجاهز يصبح مشحوناً، والطلب في الطريق يصبح موصَّلاً — لكنهما محجوزتان حتى يُتحقَّق من كتابة Zid على متجر حقيقي، ولا يفعّلهما أي إعداد. ولا يوجد إلغاء ولا استرداد لـ Zid إطلاقاً: فالاسترداد في Zid طلب عكسي، وهو ما لا يُنشئه لينوميا تشات. - طلبات السوق (marketplace) لا تطابق جهة اتصال أبداً. فطلب السوق في Zid لا يحمل عميلاً، فلا أحد ليُربط به. - القيم المحجوبة لا تطابق أبداً. فحيث يخفي Zid اسماً أو بريداً أو هاتفاً خلف نجوم، لا تُعامل تلك القيمة كمعرّف، فلا تطابق ولا تُربط. - طلبات الزوار لا تُطابق. فالمطابقة تكون مع عملاء Zid؛ والطلب بلا عميل في Zid لا يمكن ربطه. - لا رابط إلى الطلب في لوحة Zid. فـ Zid لا يوثّق رابط لوحة للطلب، فلا يوجد رابط عرض الطلب. وبدلاً منه يوجد رقم الطلب وزر نسخه. - شحنة واحدة لكل طلب، تُؤخذ من طريقة شحن الطلب، مع رقم تتبعها ورابطها عندما يوفّرهما Zid. - لا يُعرض الدفع إلا حين يعلنه Zid: مدفوع أو غير مدفوع أو مسترد. وأي شيء آخر، ومنه voided، يظهر بوصف الدفع غير مؤكد. - يسمح Zid بستين طلب واجهة في الدقيقة لكل متجر. وأثناء الحد يعرض القسم آخر جواب له، موسوماً بوقته. - تُقرأ تواريخ الطلبات بالمنطقة الزمنية المسجلة في ملف متجرك على Zid. - السلات المتروكة غير متاحة. الميزة متوقفة لـ Zid ولا يمكن تفعيلها. - تُعرض أحدث 5 طلبات لكل عميل فقط، فكل رقم ظاهر لا إجمالي. مواضيع ذات صلة - ما تدعمه كل منصة - ما يمنحك ربط المتجر - عرض العميل الشامل إذا لم ينجح الأمر أعادني Zid دون أن يُربط المتجر. بدأ التفويض في متصفح وانتهى في آخر، أو استغرق وقتاً طويلاً. ابدأ من جديد من الربط مع Zid في المتصفح نفسه. «هذا المتجر مربوط بالفعل». المتجر الواحد يتبع حساب لينوميا تشات واحداً. افصله من الحساب الآخر أولاً. المتجر يقول إنه يحتاج إعادة تفويض. توقف Zid عن قبول الصلاحية المحفوظة. استخدم إعادة الربط على المتجر ووافق على التطبيق من جديد. عميل أعرف أنه يشتري منا غير مطابَق. المطابقة تامة، على بريد إلكتروني مطابق أو رقم هاتف بالصيغة الدولية، والاسم لا يُستخدم أبداً. وطلبات السوق والقيم المحجوبة لا تطابق أصلاً. ويستطيع وكيل الدعم البحث بالبريد أو الهاتف في القسم وربط العميل الصحيح يدوياً. الفصل. يحذف صلاحية لينوميا تشات والاشتراكات الثلاثة في الأحداث وكل روابط العملاء لذلك المتجر. ولا يتغير شيء في Zid، ويمكنك ربطه مجدداً لاحقاً.

ربط Shopify

يُربط Shopify بتفويض تطبيق لينوميا تشات Commerce على متجرك. تُدخل نطاق المتجر على myshopify.com، وتوافق على التطبيق في Shopify، ثم تعود. ولا يُكتب أي رمز وصول في أي مكان. وهذا هو تكامل Shopify الوحيد في لينوميا تشات. وإن كنت قد ربطت متجرك من هنا سابقاً فلا يتغيّر شيء. ما تحتاجه أولاً - صلاحية مدير في لينوميا تشات، وخطة تشمل المتجر. - أن يكون Shopify مفعّلاً على تثبيتك. فإن علّمه المنتقي بـ غير متاح بعد، فالتطبيق غير مهيأ هناك. - نطاق المتجر على myshopify.com، وتجده في لوحة Shopify تحت الإعدادات ← النطاقات. ونطاق متجرك المخصص غير مقبول؛ فنطاق myshopify هو هوية المتجر. - موافقة Shopify على بيانات العملاء المحمية لتطبيق لينوميا تشات Commerce. فـ Shopify يعامل بريد العميل ورقم هاتفه كبيانات محمية، وهذان الحقلان هما ما تحتاجه المطابقة. وحتى يوافق Shopify، يُربط المتجر لكن القسم يُبلّغ أن العملاء لا يمكن مطابقتهم. الخطوات 1. الإعدادات ← المتجر ← إضافة متجر ← Shopify. 2. أدخل نطاق المتجر، مثل your-store.myshopify.com. 3. الربط مع Shopify. فيُفتح Shopify في المتصفح نفسه. 4. سجّل الدخول ووافق على تطبيق لينوميا تشات Commerce. وهو يطلب قراءة العملاء والطلبات، ولا شيء غير ذلك. 5. تعود والمتجر مُدرَج نشطاً. أكمل في المتصفح الذي بدأت منه: فلينوميا تشات يربط العودة بذلك المتصفح. مثال عملي يكتب عميل عن الطلب 1042. 1. يفتح وكيل الدعم المحادثة. وقد طابق بريد جهة الاتصال عميلاً في Shopify، فيُدرج القسم أحدث طلبات ذلك العميل. 2. الطلب 1042 أقدم من الخمسة المعروضة. فيستخدم وكيل الدعم البحث عن طلب ويكتب 1042 — الرقم كما يطبعه Shopify، بلا #. 3. يعود الطلب بحالة تجهيزه وحالة دفعه ورقم تتبعه، ويفتح عرض الطلب الطلب في لوحة Shopify. ولو كان الطلب 1042 من العام الماضي لما وُجد. راجع نافذة الطلبات أدناه. من يستطيع ذلك الربط وإعادة الربط والتعطيل والفصل إجراءات مدير، وتُسجَّل في سجل التدقيق. وأي وكيل دعم يرى المحادثة يرى طلبات Shopify فيها. الحدود - آخر 60 يوماً من الطلبات فقط. فالتطبيق يطلب صلاحية الطلبات العادية، وShopify يحصرها في آخر 60 يوماً. فالطلب الأقدم لا يظهر في القائمة ولا يُوجد برقمه. - إجراءات الطلبات غير متاحة. ينفّذ لينوميا تشات عمليتي كتابة في Shopify — إلغاء طلب غير مدفوع وغير مجهَّز، وإنشاء استرداد — لكنهما محجوزتان حتى يُتحقَّق منهما على متجر حقيقي، ولا يفعّلهما أي إعداد. وما عداهما لا شيء: فـ Shopify ليس لديه حالة طلب تُضبط، فلا شيء يُغيَّر، وإعادة إرسال فاتورة أو رابط دفع غير مدعومة. - لا اسم للعميل. فالتطبيق لا يطلب أسماء العملاء، فيظهر عميل Shopify المطابَق بلا اسم. واسم جهة الاتصال نفسه هو ما يراه وكلاء الدعم. - طلبات الزوار تُطابق بالبريد فقط. فبحث الطلبات في Shopify لا يملك فلتر هاتف، فالطلب بلا عميل في Shopify لا يُطابق إلا ببريده الإلكتروني. - حالات الطلب هي مراحل التجهيز في Shopify، وتُقرأ: قيد التجهيز، معلّق، تم الشحن، ملغي، ثم تم التوصيل بعد أن تُوصَّل كل شحنات الطلب. ولا توجد حالة مكتمل. - لا يُعرض الدفع إلا حين يعلنه Shopify: مدفوع، غير مدفوع، مدفوع جزئياً، مسترد، مسترد جزئياً. أما authorized و voided وexpired فتظهر بوصف الدفع غير مؤكد. - يقيس Shopify الاستهلاك بتكلفة الاستعلام. وعندما تقترب الميزانية من النفاد يعرض القسم آخر جواب له، موسوماً بوقته، بدلاً من أن يفشل. - السلات المتروكة غير متاحة. الميزة متوقفة لـ Shopify ولا يمكن تفعيلها. - تُعرض أحدث 5 طلبات لكل عميل فقط، فكل رقم ظاهر لا إجمالي. مواضيع ذات صلة - ما تدعمه كل منصة - ما يمنحك ربط المتجر - عرض العميل الشامل إذا لم ينجح الأمر «أدخل نطاق المتجر على myshopify.com». أدخلت نطاقاً مخصصاً، أو أضفت https:// ومساراً. استخدم الصيغة المجردة your-store.myshopify.com من لوحة Shopify ← الإعدادات ← النطاقات. «هذا المتجر مربوط بالفعل». المتجر مربوط أصلاً من الإعدادات ← المتجر، إمّا في هذا الحساب أو في حساب آخر. راجع قائمة متاجرك أولاً؛ وإن كان حساب آخر يحتجزه، فعلى ذلك الحساب فصله قبل أن تتمكن من ربطه هنا. القسم يقول إن Shopify لم يوافق على قراءة بيانات العملاء. هذه هي بيانات العملاء المحمية. فلا يمكن مطابقة طلبات المتجر بجهات الاتصال حتى يوافق Shopify على التطبيق. ولا شيء في حسابك يغيّر ذلك. أعادني Shopify دون أن يُربط المتجر. انتهى التفويض في متصفح مختلف، أو استغرق وقتاً طويلاً. ابدأ من جديد من الربط مع Shopify. طلب يسأل عنه العميل غير موجود. الأغلب أنه أقدم من 60 يوماً. الفصل. يحذف صلاحية لينوميا تشات وكل روابط العملاء لذلك المتجر. ولا يتغير شيء في Shopify: ولإزالة التطبيق من المتجر، ألغِ تثبيته من لوحة Shopify.

عرض العميل الشامل

عرض العميل الشامل هو تبويب نظرة عامة في قسم المتجر داخل المحادثة. يسأل كل متجر مربوط عما يعرفه عن هذا الشخص، في اللحظة التي تنظر فيها، ويجمع الأجوبة. ويظهر التبويب عندما يكون لديك أكثر من متجر؛ أما بمتجر واحد فيعرض القسم ذلك المتجر مباشرة. ما يعرضه | السطر | ما هو | |---|---| | المتاجر | كم متجراً مربوطاً، وفي كم متجر منها جهة الاتصال مرتبطة بعميل | | الطلبات | كم طلباً ظاهر الآن، مع التنبيه أنه ليس إجمالي كل الطلبات | | آخر شراء | أحدث طلب ليس مسودة ولا فاشلاً ولا ملغياً | | المدفوعات | مجموع الطلبات المدفوعة من بين المعروضة، رقم لكل عملة | | النشاط | كم من الطلبات الظاهرة نشطة، وكم منها مشحونة | | أحدث الطلبات | حتى عشرة، الأحدث أولاً، كل منها موسوم بالمتجر الذي جاء منه | | المتاجر | صف لكل متجر: مرتبط، غير مرتبط، يحتاج إعادة تفويض، أو تعذّر تحديثه | تُقرأ المتاجر في الوقت نفسه، ويجيب التبويب بعد نحو خمس عشرة ثانية بما وصل، أيّاً كان ما لم ينته بعد. والمتجر الذي فشل أو تأخّر يقول ذلك في صفه، ويظهر في الأعلى تعذر تحديث بعض المتاجر. فلا يُفرِّغ متجر واحد معطوب التبويب أبداً. عرض العميل الشامل أم جهة الاتصال؟ الاثنان يجيبان سؤالين مختلفين، وواحد منهما فقط ملكك لتعدّله. | | جهة الاتصال | عرض العميل الشامل | |---|---|---| | ما هو | سجل الشخص في لينوميا تشات | عرض حيّ لما تقوله متاجرك عن ذلك الشخص | | أين يعيش | في قاعدة بياناتك | في المتاجر؛ ولا يُنسخ شيء على جهة الاتصال | | ماذا يحمل | الهاتف والبريد والمعرّف والوسوم والسمات المخصصة والملاحظات والمحادثات | روابط عملاء المتجر، وطلبات قُرئت قبل لحظات | | من يعدّله | أنت ووكلاء الدعم | متاجرك | | إن فصلت المتجر | لا يتغير | تذهب الطلبات معه | فجهة الاتصال هي الهوية، وعرض العميل الشامل هو الدليل. ولا شيء تراه في عرض العميل الشامل يمكن تعديله هناك، ولا شيء تكتبه على جهة الاتصال يغيّر ما يعلنه المتجر. راجع جهات الاتصال. كيف تُربط جهة الاتصال يُطابَق عميل المتجر بجهة الاتصال بهذا الترتيب: 1. رابط موجود. فبعد الربط يبقى حتى يغيّره أحد. 2. رقم هاتف المحادثة نفسه — رقم واتساب أو الرسائل النصية الذي وصلت منه الرسالة. فإن طابقه عميل واحد بالضبط رُبط تلقائياً. وإن طابقه أكثر من عميل عُرضوا على وكيل الدعم ليختار. 3. بريد جهة الاتصال، ثم حقل هاتفها. وهذان يعدّلهما وكلاء الدعم، فالمطابقات هنا مقترحة فقط: يعرضها القسم ويؤكدها وكيل الدعم. والمطابقة تامة، على بريد إلكتروني مطابق أو رقم هاتف بالصيغة الدولية. ولا يُطابق الاسم ولا يُبحث به أبداً. وإن لم يطابق شيء، يستطيع وكيل الدعم البحث في المتجر بالبريد أو الهاتف وربط العميل الصحيح يدوياً. وإلغاء الربط يُتذكَّر: تُحسب جهة الاتصال غير مرتبطة في ذلك المتجر، ولا يربطها هاتفها تلقائياً مرة أخرى، حتى يربط أحد عميلاً يدوياً. الإنفاق الظاهر ليس القيمة الإجمالية هذه أهم جملة في المقالة: الأرقام تصف الطلبات التي يستطيع لينوميا تشات رؤيتها، لا تاريخ العميل. وأربعة أسباب لذلك، كلها بنيوية. - كل متجر يعيد أحدث 5 طلبات لذلك العميل. وكل شيء — عدد الطلبات والمدفوعات وأعداد النشاط — يُحسب على هذه الخمسة. فالعميل الذي له أربعون طلباً تُعرض له خمسة. - لا تُحسب في المدفوعات إلا الطلبات التي يعلن المتجر أنها مدفوعة. فالطلب الذي يتركه المتجر غير مؤكد لا يُحسب، والطلب المسترد أو المسترد جزئياً يسقط من الحساب. وفي متجر Salla لا يُعلن شيء مدفوعاً أبداً، فجهة الاتصال التي متجرها الوحيد Salla بلا رقم مدفوعات أصلاً — راجع ما تدعمه كل منصة. - العملات لا تُحوَّل أبداً. فالمدفوعات رقم لكل عملة، جنباً إلى جنب. ولا يوجد مجموع واحد. - نوافذ المنصات تنطبق. فمتجر Shopify يعيد آخر 60 يوماً فقط. أضف إلى ذلك أنه لا يوجد تقرير متجر في أي مكان في لينوميا تشات. فإن احتجت القيمة الإجمالية للعميل، فمكانها متجرك أو نظامك المالي. أما ما يُحسنه عرض العميل الشامل فهو السؤال الذي يواجه وكيل الدعم فعلاً: ماذا اشترى هذا الشخص، وأين وصل طلبه الآن. كيف يبقى حديثاً يقرأ التبويب المتاجر عند فتحه، ويعيد استخدام ذلك الجواب دقيقتين، ويقرأ من جديد عندما يخبر متجر لينوميا تشات بأن هذا العميل تغيّر. وتحديث يقرأ فوراً، ثم ينتظر 30 ثانية يتشاركها كل من ينظر إلى جهة الاتصال نفسها. وإن تعذّر على المتجر الجواب، يُعرض آخر جواب حتى 24 ساعة، موسوماً بـ بيانات من … لا معروضاً كأنه الحالة الحالية. البحث عن طلب يذكره العميل البحث عن طلب، في عرض متجر، يبحث عن رقم طلب مطابق تماماً في متاجرك. وهو للحالة التي لا يكون فيها الطلب بين الخمسة المعروضة. - أرقام فقط، وحتى عشر عمليات بحث في الدقيقة لكل وكيل دعم. وكل بحث يُسجَّل في سجل التدقيق. - الطلب الذي يُوجد بهذه الطريقة قد يعود لأي عميل في المتجر، فيُعرض بلا عميله، ولا يمكن إرسال بيانات تتبعه إلى المحادثة. - يُبلَّغ عن متاجر Salla بأنها غير قابلة للبحث، ويستمر البحث في البقية. الحدود - يقرأ عرض العميل الشامل المتاجر النشطة التي منصتها مفعّلة. أما المتجر المعطّل أو الذي ينتظر إعادة تفويض فيُدرَج بلا بيانات. - لا شيء هنا يُحفظ على جهة الاتصال، ولا شيء يُكتب في المتجر. - جهة الاتصال المرتبطة التي لم يفتحها أحد بعد حالتها غير معروفة لا صفر، بالنسبة لشروط المتجر في فلاتر جهات الاتصال والجماهير المشتركة. مواضيع ذات صلة - ما تدعمه كل منصة - ما يمنحك ربط المتجر - جهات الاتصال - الجماهير المشتركة إذا لم ينجح الأمر مكتوب «العميل غير مرتبط» لشخص أعرف أنه اشترى منا. بريده وهاتفه في المتجر لا يطابقان ما يحمله لينوميا تشات، أو أنه أتم الطلب كزائر على منصة لا تُطابق فيها طلبات الزوار. ابحث في المتجر بالبريد أو الهاتف واربطه يدوياً. العميل المرتبط خاطئ. استخدم تغيير لربط الصحيح، أو إلغاء الربط. وكلاهما يُسجَّل. المدفوعات فارغة مع وجود طلبات. لا يُعلَن أي طلب من الظاهرة مدفوعاً. وفي Salla هذا دائم. صف متجر يقول إنه تعذّر تحديثه. لم يُجب في الوقت المحدد. اضغط تحديث بعد انتهاء المهلة. وإن تكرر، فقد يحتاج المتجر إعادة تفويض، يقوم بها المدير من الإعدادات ← المتجر.