إدارة دورة حياة الأصول على سيلزفورس للأجهزة المتصلة

الإجابة باختصار: Salesforce Asset Service Lifecycle Management (ASLM) هي مجموعة المميزات الجاهزة من سيلزفورس لخدمة الأصل الفعلي من التركيب لحد الإخراج من الخدمة: هيكل أصول تفاعلي، وعرض للتغطية والاستحقاقات، وتقدير أوامر العمل، وحملات الاستدعاء والترقية، والاستبدال، وإصلاح الوحدات في الورشة، ومخزون الخدمة، كله على كائن Asset القياسي. وبتنجح لما كل وحدة مركّبة تبقى سجل Asset واحد بيقراه الخدمة والضمان والتجديدات كلهم. في الأجهزة المتصلة، الجزء الصعب هو التليمتري، لأن أحداث الأجهزة مينفعش تنزل الـ org سطر ورا سطر.

يعني إيه Salesforce Asset Service Lifecycle Management؟

سيلزفورس بتوصفها إنها طريقة "لإدارة دورة حياة عمليات خدمة الأصول كلها" (مساعدة سيلزفورس). عمليًا بتتقسم لخمس مجالات:

• رؤية الأصول. Asset Interactive Hierarchy بتعرض الأصول الأب والابن، وAsset Coverage View بتحط استحقاقات العميل قدام الموظف.
• تنفيذ الخدمة. Work Order Estimation بتسعّر الشغل قبل ما يبدأ، وBook Service Appointment بتتعامل مع الجدولة، وProduct Service Campaign بتشغّل الاستدعاءات والترقيات على نطاق واسع.
• المرتجعات والإصلاح. Advanced Exchange بتعمل طلبات الإرجاع والاستبدال، وDepot Repair بتتعامل مع الوحدات المبعوتة للإصلاح، وService Parts Return بتغطي القطع التالفة المرتبطة بأوامر العمل.
• مخزون الخدمة. تخصيص المخزون وإدارة الدفعات والبحث والنقل والجرد وإعادة التوريد.
• العمالة والذكاء الاصطناعي. الجداول الزمنية وLabor Cost Optimization، وكمان Agentforce for ASLM اللي بيقدّم قوالب وكلاء لمهام المخزون وتقدير الخدمة.

باختصار: سيلزفورس القياسية بتديك الأصل وتغطيته، وASLM بتضيف عمليات الخدمة اللي بتدور حواليه.

ASLM محتاجة أنهي clouds وتراخيص؟

حسب نفس مقال المساعدة، ASLM متاحة في Lightning Experience في Service Cloud وManufacturing Cloud وAutomotive Cloud وCommunications Cloud وConsumer Goods Cloud وEnergy and Utilities Cloud وMedia Cloud. بعض المميزات محتاجة تراخيص إضافية بتتشترى عن طريق Salesforce Go، فراجع جدول الإصدارات لكل ميزة قبل ما تبني خطتك عليها.

في منتجين قريبين منها بيتلخبطوا بسهولة. لما سيلزفورس أعلنت عن ASLM في يونيو 2024 كإضافة مستقلة، أعلنت كمان عن Connected Assets، وهي إضافة منفصلة للتعامل مع أحداث التليماتكس ثنائية الاتجاه زي تحديثات الفيرموير وإنشاء أوامر العمل وتنبيهات السلامة، وعن Asset Health Score لـ Field Service (Futurum Group). ASLM هي طبقة الخدمة. أما Connected Assets وتكاملك الخاص فهما طبقة التليمتري.

كل كائن يشيل إيه؟

أغلب مشاريع الأجهزة المتصلة اللي بنتندهلها اتعثّرت هنا، مش في التكامل. التقسيم النضيف بيبقى كده.

• Product2 هو الموديل. ده اللي إنت بتبيعه، مش اللي العميل شايله.
• Asset هو الوحدة نفسها: الرقم التسلسلي، وتاريخ التركيب، والحالة، والحساب، وجهة الاتصال، والموقع. استخدم حقول الأصل الأب والجذر لجهاز موجود جوه بوابة أو لوحة أو مبنى، علشان عطل في مكوّن يتجمّع لحاجة ينفع تبعتلها فني.
• WarrantyTerm بيحدد المغطّى، يعني العمالة والقطع والمصاريف، وAssetWarranty بيربط الشرط ده بوحدة معيّنة بتواريخها الخاصة (مرجع الكائنات).
• Entitlement وServiceContract بيشيلوا اللي العميل اشتراه ولحد إمتى. الاستحقاقات ممكن تترتبط بالحساب أو الأصل أو الحالة أو العقد، وده بالظبط سبب إن نفس التغطية بتتسجّل في تلات أماكن.
• Case وWorkOrder بيشاوروا على الأصل مش على المنتج. الحالة من غير معرّف أصل مش هتقدر تحاسب عليها ولا تغطيها ولا تحلّلها.

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

إزاي تدخّل التليمتري من غير ما تغرّق الـ org؟

سيلزفورس أوقفت IoT Explorer ووجّهت العملاء لأحداث المنصة والـ flows (إشعار الإيقاف). الاتجاه صح، بس محتاج قاعدة معاه: سيلزفورس بتخزّن الحالة والقرارات، مش التدفق الخام.

عمليًا بنشغّل تلات طبقات.

1. الاستقبال والتقليل بره الـ org. نبضات الأجهزة والقراءات والإنذارات المكرّرة بتتلمّ في تحوّلات ذات معنى قبل ما أي حاجة تعدّي حدود الـ API.
2. نشر التحوّلات كأحداث منصة. حدث واحد لكل تغيّر حالة، شايل الرقم التسلسلي والحالة والوقت، وبيتربط بالـ Asset عن طريق الرقم التسلسلي مش معرّف السجل. مستخدم التكامل اللي بينشرها غالبًا بيعمل مصادقة عن طريق connected app، فراجعه قبل الإطلاق على دليلنا عن تغييرات أمان الـ connected apps في Salesforce.
3. كتابة الحالة المشتقة على الـ Asset وسيب الأتمتة تقرر. الحالة الحالية، وآخر ظهور، وإصدار الفيرموير، والعطل المفتوح. بعدها flow أو كلاس Apex هو اللي يقرر: حالة، ولا أمر عمل، ولا ولا حاجة.

الاختيار الأخير ده هو الأهم. قاعدة الفرز، مش الاستقبال، هي اللي بتخلّي أسطول الأجهزة قابل للصيانة. مع ASSA ABLOY، في FocusCura وPhoniro، بنشغّل 11,000 جهاز متصل بينتجوا لحد 2.5 مليون حدث في الأسبوع، ونزّلنا الحالات الأسبوعية من 3,000 لـ 350، يعني تقليل 93% في تلات أسواق من غير أي زيادة في فريق الدعم. الأجهزة ما هدّتش، لكن النموذج بطّل يفتح حالة لكل عرض. التفاصيل الكاملة في إزاي فرق الأجهزة المتصلة قلّلت حالات الدعم 93% على سيلزفورس.

سجل الأصل الواحد بيديك إيه بالظبط؟

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

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

ترتّب البناء إزاي؟

1. حمّل قاعدة الأصول بأرقام تسلسلية وتواريخ تركيب حقيقية، حتى لو ناقصة. الأصول من غير أرقام تسلسلية مش هتتطابق بعدين.
2. امثّل الهيكل قبل أي أتمتة، لأن إعادة الشغل هنا بتمس كل سجل تحته.
3. اربط شروط الضمان والاستحقاقات، واختار الكائن الوحيد اللي بيملك التغطية.
4. وصّل التليمتري كتحوّلات حالة، مع قاعدة فرز مكتوبة لكل حالة.
5. وبعد كده بس شغّل مميزات ASLM زي التقدير والحملات والاستبدال، مع عقود الخدمة وتوقّع التجديدات والوكلاء.

الفرق اللي بتعكس الخطوة الأولى والرابعة بتخلص بتكامل شكله جميل بيكتب أحداث على أصول محدش واثق فيها. لو عايز مراجعة للموضوع على الـ org بتاعتك، شوف إزاي تِكوندا بتنفّذ إدارة دورة حياة الأصول على سيلزفورس جنب Field Service وتسليم الأجهزة المتصلة.

FAQ

يعني إيه Salesforce Asset Service Lifecycle Management في جملة؟

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

كل جهاز يبقى Asset ولا كائن مخصص؟

Asset في أغلب الحالات. الاستحقاقات والضمانات وأوامر العمل وField Service مربوطين بيه أصلًا، والكائن المخصص معناه إنك تعيد بناء العلاقات دي بإيدك.

فين مكان التليمتري الخام؟

بره الـ org التشغيلية، في مخزن متعمل للسلاسل الزمنية. سيلزفورس تشيل الحالة الحالية والأحداث اللي غيّرتها والقرارات المتاخدة، مش كل قراءة.

إيه الفرق بين الضمان والاستحقاق؟

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

ينفع نعمل ده من غير Field Service؟

أيوه. تمثيل الأصول والضمانات والاستحقاقات شغال في Service Cloud لوحدها. Field Service بيبقى لازم لما تبدأ تبعت فنيين وتدير قطع غيار وتجدول زيارات صيانة.