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

إجابة سريعة
يجب تخطيط معرف مرسل DLT كهوية مرسل محكومة.
قبل إرسال رأس المرسل، قم بتوثيق ما يلي:
- اسم العمل أو المنتج الذي يمثله الرأس.
- فئة الرسالة وحالة الاستخدام.
- أدلة العلامة التجارية مثل موقع الويب أو التطبيق أو الفاتورة أو المنتج أو رحلة العميل.
- سواء كان الرأس مخصصًا لمرة واحدة (OTP)، أو تنبيهات الخدمة، أو تذكيرات الموافقة الصريحة، أو الحملات.
- قوالب المحتوى التي ستستخدم هذا الرأس.
- ما هو حقل واجهة برمجة التطبيقات للموفر الذي سيحمل قيمة المرسل المعتمد.
- من يملك تغييرات الرأس المستقبلية وتذاكر الدعم.
ما هو معرف مرسل DLT أو رأس الرسائل القصيرة؟
في المحادثات التجارية، عادةً ما يعني "معرف المرسل" الاسم أو الهوية التي يراها العملاء عند وصول رسالة نصية قصيرة. في أعمال تنفيذ تقنية DLT، فإن الأصل التشغيلي الأكثر دقة هو رأس المرسل المسجل للشركة والذي تم تعيينه لحركة مرور الرسائل.
يمكن أن تتضمن شاشة العرض النهائية للهاتف تنسيق المشغل أو المسار أو الفئة الذي لا تصممه الشركة بشكل مباشر. ولهذا السبب فإن السؤال الداخلي المفيد ليس فقط "ماذا سيرى العميل؟" إنه:
- ما هو العنوان المعتمد الذي يجب أن تستخدمه هذه الرسالة؟
- هل يتطابق الرأس مع الأعمال والفئة؟
- ما هي معرفات القوالب المسموح بها تحت هذا الرأس؟
- ما حقل طلب API الذي يرسل القيمة؟
- كيف سيعرف الدعم ما إذا كانت رسالة الإنتاج تستخدم الرأس الصحيح؟
قائمة التحقق من تخطيط رأس المرسل
إعداد تسجيل الرأس
- قم بإدراج أسماء الأعمال وأسماء المنتجات والاختصارات التي يعرفها العملاء بالفعل.
- قم بإزالة المرشحين العامين للغاية أو المضللين أو المنفصلين عن الكيان القانوني.
- فصل رسائل OTP والرسائل الأمنية عن تنبيهات الخدمة والاتصالات الترويجية.
- إنشاء ملاحظات الأدلة لكل رأس مرشح.
- قرر ما إذا كان كل رأس دائمًا أم مؤقتًا أم مخصصًا للحملة فقط.
- احتفظ بجدول الحالة المطلوبة/الموافقة/الرفض خارج البوابة الإلكترونية.
- قم بتعيين الرؤوس المعتمدة للقوالب وحمولات API.
مذكرة الأدلة مهمة. قد لا يكون رأس المرسل المنطقي للمؤسس واضحًا للمراجع أو المطور المستقبلي. اكتب الاتصال لأسفل.
أمثلة الرأس حسب حالة الاستخدام
| تدفق الأعمال | تخطيط رأس أفضل | تخطيط رأس محفوف بالمخاطر |
|---|---|---|
| SaaS تسجيل الدخول OTP | يرتبط اختصار المنتج أو الشركة بالوصول إلى الحساب | اسم أمان عام لا علاقة له بالأعمال التجارية. |
| تنبيه أمر التنظيف الجاف | يرتبط اختصار المتجر أو العلامة التجارية بحالة الطلب | متغير العلامة التجارية الترويجية المستخدمة لتحديثات الخدمة. |
| تذكير بموعد العيادة | يرتبط رأس العيادة أو المنصة بتدفق الحجز | تمت مشاركة رأس واحد عريض مع رسائل الحملة. |
| حملة العرض | رأس ترويجي مع ضوابط الموافقة والتفضيل | إعادة استخدام رأس OTP للحصول على الخصومات. |
هذه الأمثلة هي أنماط التخطيط، وليس ضمانات الموافقة. لا تزال قواعد البوابة المباشرة ومراجعة المشغل تتحكم في النتائج.
كيف تتصل الرؤوس بالقوالب
لا ينبغي الموافقة على رأس المرسل بشكل منفصل ثم نسيانه. يجب أن يشير كل قالب محتوى إلى العنوان الذي سيرسله.
تعيين قالب الرأس
| أصول الرأس | القالب ذو الصلة | ملاحظة API | قاعدة الصيانة |
|---|---|---|---|
| رأس تسجيل الدخول | قالب تسجيل الدخول OTP | sender بالإضافة إلى معرف القالب المعتمد | لا تقم بإضافة نسخة تسويقية. |
| رأس الطلب | نموذج حالة الطلب | قم بتضمين معرف الطلب ومتغيرات الحالة | أعد الاختبار إذا تغيرت الصياغة. |
| رأس العيادة | نموذج تذكير بالمواعيد | تأكيد أساس الموافقة ومصدر الموعد | حافظ على نسخة التذكير ثابتة. |
| رأس الحملة | قالب العرض | تطبيق ضوابط حملة الموفر | قم بالمراجعة قبل كل مجموعة حملة. |
إذا أرسل المطور رأسًا مختلفًا أو قام بتعديل صياغة القالب، فقد لا يتطابق سجل DLT المعتمد مع سلوك الإنتاج. ولهذا السبب يجب أن يكون دليل تشغيل DLT بجوار ملاحظات تكامل الرسائل القصيرة.
سجل التسليم للعناوين المعتمدة
يجب أن يحتوي كل رأس مرسل معتمد على صف في سجل التسليم:
- قيمة الرأس المعتمدة.
- البوابة أو المشغل حيث تم تسجيله.
- الفئة أو حالة الاستخدام.
- معرفات قالب المحتوى المرتبط.
- معرفات نماذج الموافقة المرتبطة حيثما ينطبق ذلك.
- حساب موفر خدمة الرسائل القصيرة واسم حقل واجهة برمجة التطبيقات.
- تاريخ أول اختبار ناجح.
- مالك للتغييرات المستقبلية.
- ملاحظات حول الرفض أو مراجعة انتهاء الصلاحية، إذا كان ذلك مناسبًا.
الأخطاء الشائعة في معرف المرسل
اختيار اختصار ذكي لا يستطيع أحد إثباته
قد يكون العنوان قصيرًا ولا يُنسى، ولكن إذا لم يكن مرتبطًا بهوية العمل، يصبح الإرسال أكثر صعوبة.
خلط الخدمة والتدفقات الترويجية
يجب ألا يرى العملاء والمراجعون هوية مرسل واحدة مستخدمة لكل من أمان الحساب والعروض غير ذات الصلة دون خطة مدروسة.
عدم إخبار المطورين بالقيمة المعتمدة
لا تؤدي موافقة البوابة إلى تحديث كود المصدر. يجب تعيين قيمة المرسل في تكامل الموفر واختبارها.
لا يوجد سجل للرؤوس المرفوضة
ملاحظات الرفض مفيدة. إنهم يمنعون الفريق من إعادة تقديم نفس المرشح الضعيف لاحقًا.
الأسئلة الشائعة
هل معرف مرسل الرسائل القصيرة هو نفس عنوان DLT؟
وفي اللغة اليومية غالبًا ما يتم استخدامهما معًا. في أعمال التنفيذ، استخدم مصطلحات DLT وموفر الخدمة الدقيقة من مستندات البوابة وواجهة برمجة التطبيقات حتى يتم تعيين الأصول المعتمدة بشكل صحيح.
هل يمكنني تسجيل معرفات مرسلين متعددة للرسائل النصية القصيرة؟
تخطط العديد من الشركات لرؤوس متعددة لعلامات تجارية أو فئات رسائل مختلفة. يجب أن يكون لكل منها حالة استخدام واضحة وأدلة داعمة.
هل يجب أن يكون معرف المرسل مشفرًا في التطبيق؟
تجنب الترميز الثابت بدون وثائق. احتفظ بالمرسل ومعرف القالب والمتغيرات في تكوين أو دليل تشغيل يتم التحكم فيه حتى تتم مراجعة التحديثات المستقبلية.
هل تستطيع Shinka إعداد السجل الرئيسي؟
نعم. يمكن لـ Shinka المساعدة في تنظيم المرشحين للمرسلين، ورسم خرائط الفئات، وملاحظات الأدلة، وحقول الموفر، وسجل التسليم بعد الموافقة.



