SABSUS

ПРИМЕНИМОСТЬ СЕРВИСНЫХ УСЛОВИЙ

Покрытие сервисным договором: проверка каждой строки работы

Клиент говорит: «У нас обслуживание включено». Но в одном заказе есть ремонт, новая деталь и поездка мастера. Прежде чем обещать нулевой счёт, нужно проверить, какие именно строки относятся к действующим условиям. Общая отметка договора не объясняет исключения, оборудование, даты и основание расчёта.

Редакция SABSUS · · Источники проверены 9 октября

Решение: что можно обещать до выполнения работы

Опишите результат проверки простыми словами: подходит ли конкретная строка под конкретное коммерческое условие и какая сумма остаётся клиенту. У ответа должны быть основание, версия правила и проверенные входные данные. Если оборудование или дата ещё неизвестны, результат остаётся предварительным.

Это операционная проверка согласованных условий. Она не устанавливает гарантийные права, ответственность за неисправность или законность отказа. Спорное толкование передают уполномоченному сотруднику. Программа помогает воспроизвести решение, но не должна сама придумывать обязательства сторон.

Microsoft Field Service описывает entitlements как применение прайсов и скидок к товарам и услугам заказа по его признакам и датам. При этом меняется клиентская цена, а не себестоимость. Microsoft: entitlements overview. Дальнейшая матрица является собственной учебной моделью, которую необходимо проверить в выбранной конфигурации.

Сначала определите единицу проверки

Строка труда, деталь и транспортный сбор могут иметь разные условия даже в одном визите. Свяжите строку с видом услуги, объектом обслуживания, площадкой и расчётной стороной. Если заказ затрагивает два устройства, нельзя автоматически распространить покрытие первого на второе.

Разделите три вопроса. Первый: подходит ли работа по признакам? Второй: какое ценовое условие применять? Третий: есть ли отдельный количественный предел? Пакет на восемь визитов требует журнала прав и использования. Здесь рассматривается применимость условий к строкам, а не списание таких прав.

Эта граница есть и в документации Microsoft: work-order entitlements не поддерживают количественные и лимитные варианты вроде десяти заказов или первого бесплатного часа. Наличие функции с похожим названием не подтверждает учёт всех типов сервисных пакетов. Microsoft: ограничения entitlements.

Матрица условий должна давать объяснимый ответ

Для каждого правила укажите расчётную организацию, при необходимости сервисную площадку, конкретный экземпляр или категорию оборудования, вид работ, допустимые строки и период действия. Отдельно сохраните исключения. Пустое поле должно означать заранее выбранное значение: «все разрешённые» или «не определено», а не меняться по ситуации.

Если правило требует площадку S1 и ремонт устройства R7, должны выполняться оба условия. Нельзя трактовать их как два независимых способа получить покрытие. Microsoft документирует совместное выполнение условий entitlement application; дополнительные условия также не заменяют проверку основного клиента. Microsoft: создание entitlements.

Результат удобно представить как цепочку: клиент совпал, площадка совпала, объект совпал, дата подходит, тип строки разрешён, найдено исключение или нет. Такая запись полезнее общей отметки «не подходит». Она помогает консультанту исправить ошибочную связь, не меняя коммерческое правило ради одного заказа.

Учебный пример: ремонт включён, деталь оплачивается

Все суммы и условия условные. Для плательщика P, площадки S1 и устройства R7 действует правило C1. В примере оно распространяется на ремонт, выполненный с 1 октября до 1 ноября 2026 года, не включая начало 1 ноября. Труд полностью включён, новые детали оплачиваются отдельно, транспортная строка уменьшается на 50%. Налоги и плата за сам договор здесь не рассматриваются.

На 9 октября подготовлены три строки: труд — 3 000 рублей, деталь — 2 000, поездка — 600. Базовая сумма равна 3 000 + 2 000 + 600 = 5 600. Все признаки клиента, площадки, устройства и вида работы подтверждены.

Труд подходит и даёт уменьшение 3 000, остаток клиенту — ноль. Деталь исключена: уменьшение ноль, остаток 2 000. Поездка подходит под отдельное условие: 600 × 50% = 300 уменьшения, остаток 300. Итог клиентских строк: 0 + 2 000 + 300 = 2 300.

Независимая сверка: общее уменьшение 3 000 + 0 + 300 = 3 300; 5 600 − 3 300 = 2 300. Нулевая цена труда не удаляет строку: остаются выполненное количество, базовая цена, применённое условие и результат.

Допустим, внутренние затраты составили 1 800 на труд, 1 200 на деталь и 400 на поездку, всего 3 400. Они не становятся 2 300 из-за покрытия. Разность клиентских строк и этих затрат равна −1 100, но это ещё не итоговая прибыль всего договора: его периодическая плата и другие работы исключены из примера.

Такая же строка труда на 3 000 для устройства R8 не подходит под правило R7 только из-за общего клиента. Она требует собственного основания или обычного согласованного расчёта. Одинаковая модель двух устройств не делает их одним покрываемым экземпляром.

Какая дата определяет применимость

Выберите дату согласно реальным условиям: создание заказа, обращение, выполнение или другой явно заданный момент. Это нельзя оставить неявной настройкой. Если выбран момент выполнения, перенос работы через конец периода требует новой проверки ещё до обещания прежней цены.

В документации создания Microsoft entitlements период описан применительно к созданию подходящего work order. В нашем учебном C1 использована дата выполнения. Это разные правила; совпадение интерфейсных названий Start Date и End Date не гарантирует нужную семантику. Microsoft: диапазон действия.

Для переноса с 30 октября на 2 ноября сохраните исходный расчёт и покажите, какие строки изменили применимость. Ответственный проверяет условия и согласование. Нельзя незаметно удалить покрытие из уже обещанной суммы или продлить договор датой в карточке без основания.

Конкурирующие правила и ручные исключения

Если подходят два условия, заранее установите способ выбора. Это может быть конкретное правило для экземпляра, установленный приоритет или обязательная ручная проверка. Не складывайте все найденные уменьшения автоматически. Совместимость предложений является отдельным согласованным правилом.

Microsoft выбирает одно условие по умолчанию по приоритету, а при равенстве учитывает специфичность; ручное изменение также предусмотрено. Это поведение поставщика, а не универсальная политика вашего бизнеса. Microsoft: multiple entitlements.

Для исключения сохраните автора, причину, затронутые строки и согласованную сумму. Одно разрешение не должно превращаться в постоянное изменение справочника для всех клиентов. При повторном расчёте исключение либо сохраняется по правилам, либо явно отправляется на пересмотр, а не исчезает незаметно.

Данные и типовые ошибки

Нужны идентификаторы договора и версии, период, выбранное основание даты, плательщик, площадка, оборудование, вид работы, строка заказа и прайс. Результат хранит использованное правило, базовую сумму, изменение, конечную сумму, время проверки и подтверждающего сотрудника.

При изменении объекта, плательщика или состава задания прежний результат может устареть. Покажите затронутые строки и выполните повторную проверку. Исправление опечатки в комментарии не должно без причины пересчитывать цены, а замена R7 на R8 не может считаться безразличной правкой.

Не копируйте итог старого заказа в новый без его основания. Не используйте «договор активен» как доказательство оплаты договора, готовности мастера или выполнения работ. Каждый из этих фактов проверяется своим процессом. Общая последовательность ремонта описана в руководстве от приёмки до выдачи.

Приёмочный чек-лист

  1. Три строки примера дают базу 5 600 и клиентский итог 2 300.
  2. Покрытие 3 300 не уменьшает внутренние затраты 3 400.
  3. Нулевая цена труда сохраняет выполненное количество и основание.
  4. R8 не наследует правило конкретного R7.
  5. Совпадение площадки без нужного плательщика не считается достаточным.
  6. Перенос через границу периода показывает необходимость нового решения.
  7. Неизвестное оборудование оставляет результат предварительным.
  8. Два подходящих правила разрешаются выбранной политикой.
  9. Ручное исключение имеет автора, причину и область действия.
  10. Повторный расчёт сохраняет объяснимую историю цен.

Для SABSUS проверьте модель через CRM, заказы и документы. Построчную матрицу покрытия, датированные условия и обработку исключений нужно подтвердить в конкретной конфигурации.

Частые вопросы

Активный договор означает бесплатный ремонт целиком?

Нет общего ответа. Проверяются действующие условия и каждая строка: труд, материалы, поездка и дополнительные работы могут различаться.

Покрытие уменьшает себестоимость?

Оно меняет выбранный коммерческий расчёт с клиентом. Фактический труд, расход деталей и другие затраты продолжают учитываться отдельно.

Можно проверить только при создании заказа?

Если важные признаки меняются позднее, нужна повторная проверка перед зависимым обещанием или документом. Момент применимости устанавливают заранее.

Источники

Проверено 9 октября 2026 года. Правило C1, суммы и матрица являются учебными.