التكاملات: إدخال الطلبيات دون إعادة كتابتها

ما تُكلّفه فعلا إعادة كتابة الطلبيات

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

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

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

الطرق الأربع لدخول الطلبية

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

ربط الحقول، المرحلة التي لا يمكن تجاوزها

الطلبية القادمة من مكان آخر ليس لها أي سبب لتحمل نفس أسماء حقول المنصة. متجر يسمي «full_name» ما يسميه متجر آخر «nom_client» ويسميه ملف حسابات «الزبون». ولذلك، قبل أن تصبح ليد، يجب أن تُقرأ الطلبية: كل حقل واصل يُربط مرة واحدة بالحقل المقابل في المنصة، ثم يُستعمل هذا الضبط في جميع الطلبيات الموالية.

والمنصة تقترح هذا الربط وحدها، بمقارنة الأسماء الواصلة بلائحة كلمات معروفة بالفرنسية وبالإنجليزية، وباستبعاد المتشابهات المضلّلة — «Product name» لا يجب أن يصبح اسم الزبون، و«Total quantity» لا يجب أن يصبح الثمن الإجمالي. والاقتراح يُصحّح بنقرة. وخمسة حقول لا بد من ربطها، والباقي اختياري.

• اسم الزبون — إجباري. بدون اسم لا يعرف الموظف بمن يتصل.
• الهاتف — إجباري ويُراقب: رقم ليس هاتفا محمولا مغربيا صحيحا يوقف الليد.
• SKU المنتج — إجباري. وهو الرابط الوحيد بين منتج متجرك ومنتج الكاطالوغ.
• الثمن الإجمالي للزبون — إجباري: هو المبلغ الذي يجب أن يحصّله الموصّل.
• المدينة والعنوان — اختياريان عند الاستيراد، لكن المدينة الناقصة أو غير المعروفة تُحسم خلال اتصال التأكيد.

الطلبيات المكررة، والليدات المعطوبة، والطلبيات التي لا تصل

ثلاث حالات تتكرر عند كل بائع يربط مصدرا للطلبيات. ومعرفتها مسبقا تمنع من اتهام التكامل بإضاعة بيعة هو في الحقيقة وضعها جانبا.

• نفس الطلبية واصلة مرتين — متجر يعيد إرسالا، أو قراءة احتياطية تمر على طلبية سبق أن رأتها: معرّف الطلبية الأصلية محفوظ، والمرور الثاني لا يُنشئ شيئا. وسطر ملف الحسابات يُعرَف بمحتوى أعمدته المربوطة، وهذا يؤدي إلى نفس النتيجة.
• طلبيتان من نفس الزبون — نفس الرقم ونفس المنتج بفارق ساعات: هذه ليست إرسالا واصلا مرتين، بل قد تكون طلبية ثانية حقيقية، أو زبونا نقر مرتين. الليد يُؤشَّر كتكرار محتمل وينتظر قرار إنسان بدل أن يُحذف.
• الليد معطوب — SKU غير معروف، أو مدينة غير معروفة، أو ثمن غير منطقي، أو هاتف غير صحيح: الطلبية تدخل مع ذلك، في لائحة منفصلة، ومعها السبب بالضبط. وتُصحّح فتصبح ليد عاديا. وهذه هي الآلية التي تضمن أن التكامل لا يُخفي طلبية أبدا.
• الطلبية الباقية في الانتظار — هي موجودة، لكن ربط الحقول لم يكن مسجّلا بعد. وشاشة الربط تُبيّن عدد الطلبيات المنتظرة، ومجرد ربط الأعمدة يُفرجها.

طلبية التحقق، تُمرَّر في يوم الربط

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

1. مرّر طلبية حقيقية — من المتجر أو الاستمارة أو الملف، برقم هاتفك الخاص وبعنوان تعرفه.
2. انظر إلى شاشة الربط — يجب أن تُظهر آخر طلبية واصلة مع الساعة. وإذا لم تُظهر شيئا فالمشكل قبل ذلك: عنوان الـwebhook، أو المفتاح، أو مشاركة الملف.
3. افتح الليد — تحقق من أربعة حقول تُكلّف مالا إذا كانت خاطئة: الهاتف، والمدينة، والمبلغ الذي يجب تحصيله، والمنتج الصحيح.
4. تحقق من SKU — إذا ذهب الليد إلى الليدات المعطوبة بسبب SKU غير معروف، فمعناه أن مرجع متجرك ليس مرجع الكاطالوغ. وSKU يُصحّح في المتجر، لا في الطلبية.
5. ألغِ ليد الاختبار — ثم دع أول طلبية حقيقية تمر وأعِد عليها نفس المراقبة: هي التي تهم فعلا.