طريقة سهلة لإنشاء تكاليف لمرة واحدة

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

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

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

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

ملاحظة:

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

لاحظ ما يلي حول هذه الحملة:

  • يمكن فرض التكاليف لمرة واحدة على العملاء الحاليين والجدد. ويعني هذا أن الأوامر المرتبطة بهذه الحملة قد تؤدي إلى إنشاء بيانات عملاء جدد. وبناءً على ذلك، قمنا بتحديد المعلومات لتعيينها افتراضيًا في الأوامر للعملاء الجدد في الحملة. لاحظ أننا قمنا بتحديد القيمة الافتراضية "الموجهة للسكن" حيث إنه يتم فرض أغلبية التكاليف لمرة واحدة على العملاء السكنيين.
  • إذا افترضنا أنك لا تطرح الأسئلة الخاصة بالأهلية / التسويق عند فرض تكلفة لمرة واحدة، فلن تتطلب هذه الحملة طرح أية أسئلة.
  • نفترض أنك لا تقوم بالتقاط حقول المعلومات الأخرى المتنوعة عند فرض تكلفة لمرة واحدة.
  • كما هو موضح ضمن الاستبيانات التسويقية، تحتاج كافة الحملات إلى قاعدة مؤهلة واحدة على الأقل. نفترض أنه يمكن تحديد الحزم الخاصة بهذه الحملة بواسطة كافة أنواع العملاء ويقومون بالتالي بتحديد خوارزمية أهلية تكون صحيحة لكافة العملاء.
  • نظرًا لأن هذه الحملة تحتوي على حزم، فقد أشرنا إلى أنه قد تم تعطيل الزر الذي يسمح بإتمام أمر دون تحديد حزمة. وهذا يعني أنه يجب على المستخدم اختيار إحدى الحزم لإتمام الأمر.
  • قد ترغب في إعداد هذه الحملة لتحويل المستخدم آليًا إلى معاملة الفاتورة بعد أن يتم إتمام الأمر. انظر الملاحظة أعلاه بشأن التوضيح لمزيد من المعلومات.
  • افترضنا أنه يمكن استخدام هذه الحملة لفرض نوعين من أنواع التكاليف لمرة واحدة - تكلفة تشذيب الأشجار وتكلفة سطر الأضرار - وبناءًا على ذلك، تحتاج هذه الحملة إلى حزمتين. لاحظ ما يلي حول كل حزمة:
    • تتحكم القواعد المؤهلة لاختيار الحزمة في ما إذا كان يمكن تحديد الحزمة عند أخذ الأمر. ومع استخدام حملات أكثر تطورًا، قد يتوفر لديك حزم قابلة للتطبيق فقط على أنواع معينين من العملاء. في المثال الخاص بنا، افترضنا أنه يمكن فرض هذه الأنواع من التكاليف لمرة واحدة على جميع العملاء وقمنا باستخدام معايير الأهلية "العامة" (أي أنه لا توجد أية قيود على الأهلية). ارجع إلى حزمة مؤهلة دائمًا لمزيد من المعلومات.
    • ضمن الحزمة، يمكن تحديد أسئلة إضافية يتم طرحها في حالة تحديد الحزمة. في المثال الخاص بنا، لا توجد أية أسئلة إضافية يتم طرحها لحزم التكلفة لمرة واحدة.
    • ضمن الحزمة، يمكن تحديد حقولاً إضافية يتم التقاطها في حالة تحديد الحزمة. في المثال الخاص بنا، لا توجد أية حقول إضافية ليتم التقاطها.
    • ضمن الحزمة، قم بتحديد أنواع اتفاقيات الخدمة المطلوب إنشاؤها في حالة تحديد الحزمة. في المثال الخاص بنا، نحن نحتاج فقط إلى اتفاقية خدمة مفردة واحدة تم إنشاؤها / تحديثها في حالة تحديد الحزمة وبالتالي يوجد قيد واحد فقط في اتفاقية الخدمة المراد إنشاؤها. الرجاء ملاحظة ما يلي حول المعلومات المستخدمة لإنشاء اتفاقية الخدمة هذه:
  • نوع اتفاقية الخدمة هو نوع الاتفاقية المستخدم في اتفاقية خدمة التكلفة القابلة للفوترة.
  • خيار البدء لنوع اتفاقية الخدمة هو ذلك الخيار الذي سيقوم بإنشاء تكلفة قابلة للفوترة آليًا عندما يتم إنشاء اتفاقية خدمة (إذا كان خيار البدء يشير إلى نموذج التكلفة القابلة للفوترة، سيتم إنشاء تكلفة قابلة للفوترة عند استخدام خيار البدء هذا). في المثال الخاص بنا، نفترض أنه قد تم إعداد خيار بدء مختلف لكل نوع من أنواع التكلفة لمرة واحدة.
  • لا تحتاج اتفاقيات خدمة التكلفة القابلة للفوترة إلى نقاط خدمة وبالتالي فإن نوع نقطة الخدمة غير قابل للتطبيق.
  • لقد قمنا بتحديد خوارزمية البدء التي تخص التكلفة القابلة للفوترة. ارجع إلى STRM-AS للتعرف على مثال حول (نوع) هذه الخوارزمية.