نقل أرقام هاتف الشركة: هل اكتمال الطلب يعني انتقال جميع الأرقام؟

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

تقدم وثائق Porting API من Twilio مثالا واضحا: الطلب المكتمل قد يضم أرقاما نقلت بنجاح وأرقاما ألغيت. لذلك فإن تحويل هذه الحالة إلى عبارة «جميع الأرقام نشطة» يقدم للعميل نتيجة لا تقولها حالة المزود.

هذا دليل لتخطيط التكامل، وليس عملية نقل حقيقية. الواجهة الآلية المشار إليها في مرحلة تجريبية عامة Public Beta، ونطاقها أرقام الولايات المتحدة غير المجانية. لا تفترض أن توفرها أو حالات العمل فيها تنطبق على دولة عربية أو على مزود آخر دون مراجعة الخدمة الفعلية.

احتفظ بالمجموعة الأصلية ونتيجة كل رقم

ابدأ بسجل مستقل لكل رقم مرتبط بالطلب الذي شمله. احتفظ بالأرقام المطلوبة أصلا وحالة المزود الحالية وسبب الرفض حيث يوجد والمسؤول عن المتابعة. استخدم أرقاما وهمية في مستندات التخطيط. أما الفواتير الحقيقية ومواد التفويض فمكانها إجراء محمي ومقيد الوصول بحسب الحاجة.

تصف Twilio فحص قابلية النقل قبل إنشاء الطلب، وتقديم فواتير لإثبات الملكية، وخطاب تفويض إلكتروني يوقعه الممثل المخول. نتيجة الفحص الإيجابية لا تثبت وجود تفويض موقع، ولا تعني اكتمال نقل الرقم. وبالمثل، لا يثبت توقيع الخطاب أن المزود الذي تغادره الشركة قد وافق على النقل.

تظهر أهمية هذا الفصل عندما يسأل العميل: «هل انتقل رقم الاستقبال؟» يجب أن تتعلق الإجابة بذلك الرقم بعينه. نجاح أرقام أخرى في المجموعة نفسها لا يكفي لإثبات وضع رقم الاستقبال ولا يبرر إغلاق مهمته.

اعرض الموافقة دون اختلاق اكتمال النقل

تميز حالات الرقم الموثقة بين Port Submitted وPort Pending وCompleted. تعني Port Pending أن المزود السابق وافق على النقل وأنه يفترض تعيين موعد له. أما Completed على مستوى الرقم فتعني أن ذلك الرقم نقل بنجاح إلى Twilio.

في لوحة المتابعة المقترحة، اعرض الموعد المقرر كتوقع لا كحدث وقع فعلا. إذا مر الموعد دون تأكيد، ضع السجل في قائمة متابعة واضحة بدلا من تغيير النتيجة اعتمادا على الساعة. وصول اليوم المحدد ليس رسالة تأكيد من المزود.

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

لخص النتائج المختلطة بصدق

توضح Twilio أن حالة الطلب Action Required تعني رفض المزود السابق لرقم واحد على الأقل. وتقول إن الأرقام غير المرفوضة تستمر في الإجراء، ما لم يلغ الطلب أو الرقم. لذلك لا تجعل مشكلة رقم واحد توقف ظاهريا كل أرقام المجموعة التي تواصل التقدم.

خصص للرقم المرفوض إجراءه التالي، مع إبقاء الأرقام الأخرى ظاهرة. وقبل أن يلغي الموظف الطلب كله، اجعل نطاق القرار واضحا. تصحيح بيانات رقم أو إلغاء نقله يختلف عن إلغاء المجموعة بأكملها، ولا ينبغي لزر غير واضح أن يخفي هذا الفرق.

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

وتفرق الوثائق على مستوى الرقم بين Canceling وCanceled. الحالة الأولى ليست نهائية، وقد تتطلب تنسيقا مع المزود السابق أو شركاء آخرين. لذلك يجب أن يوضح زر الإلغاء الإجراء المطلوب ثم نتيجته المؤكدة لاحقا، بدلا من عرض الإلغاء منجزا بمجرد إرسال الطلب.

انتقال الرقم لا يثبت جاهزية الخدمة

ينص الدليل على ضرورة استيفاء متطلبات الامتثال الخاصة بالصوت والمراسلة قبل استخدام الرقم لخدمات Twilio بعد إكمال طلب النقل. لذلك لا تساو بين انتقال الرقم وجاهزية كل وظيفة تجارية يراد تشغيلها عليه.

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

هذه اختبارات تشغيلية مقترحة، وليست فحوصا أجريت لإعداد المقال أو ضمانات يقدمها المصدر. اتفق على المسؤولية وخطة استمرار خدمة يدعمها المزود قبل تغيير التشغيل الحالي. لا ينبغي للوحة إلغاء عقد الخدمة السابق آليا لمجرد وصول طلب النقل إلى حالة إجمالية تبدو ناجحة.

اختبر المجموعة ذات النتائج المختلفة

اطلب عرض طلب وهمي ينتقل فيه رقم، ويلغى آخر، ويحتاج ثالث إلى تصحيح في البداية. تحقق من أن معالجة الرقم الثالث لا تخفي تقدم بقية الأرقام. ثم أكمل الطلب وافحص أن ملخص العميل ما زال يميز بين ما نقل وما ألغي.

اختبر كذلك موعدا انقضى دون تأكيد، وإلغاء ما زال قيد التنفيذ، ورقما نقل لكن قبول خدمته لم يكتمل. ينبغي لواجهة الموظف أن تبين المسؤول عن الخطوة التالية، لا أن تختلق انتقالا تشغيليا ناجحا.

أحضر إلى مناقشة ربط أنظمة النشاط مجموعات الأرقام المقصودة وقائمة فارغة للتحقق من الجاهزية. النتيجة المفيدة هي تسليم واضح لكل رقم وخدمته، لا لافتة خضراء فوق اتصال هاتفي لم يحسم وضعه.

المصدر وحدود التوصيات

توثق Twilio نقل الأرقام باستخدام الواجهات البرمجية، بما يشمل النطاق التجريبي والتفويض وحالات الطلب والأرقام والنتائج المختلطة ومتطلبات ما بعد النقل. أما بنية السجل وقائمة المتابعة واختبارات الخدمة فهي متطلبات مقترحة، وليست خصائص حاصلة على اعتماد مستقل.