AUT-0629· Виїзний сервіс
Звірка історії сервісу конкретної одиниці обладнання
Роботи й перевірки потрапляють в історію належної одиниці обладнання з поясненими пропусками та результатами.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Технік бачить ремонти сусіднього пристрою або не знаходить попередню перевірку заміненого вузла. Роботу в плані помилково показують як виконане обслуговування.
02 / Результат
Конкретна одиниця має перевірену сервісну історію з посиланнями на роботи, фактичними результатами та відкритими розбіжностями; заміна вузла не переписує минуле.
03 / Процес
ТригерНове сервісне замовлення, результат перевірки або зміна прив’язки роботи потребує оновлення історії обладнання.
Визначити стабільний ключ одиниці, клієнта, вузол і контекст роботи; однакову модель не вважати тією самою одиницею.
Зіставити сервісні випадки, замовлення й регламентні роботи з належними одиницями; замовлення з кількома пристроями розділити за фактичними прив’язками.
Відокремити план, виконану дію, прийнятий результат і невдалу перевірку; генерація замовлення не підтверджує обслуговування.
Суперечливі ключі, пропуски й повтори передати власнику для виправлення прив’язки з підставою; історію заміненого вузла не переносити на новий як його власний ремонт.
Звірити фактичний перелік подій у картці одиниці з джерелами й дозволами; отриманий техніком список не оголошувати повним за неперевірених джерел.
Зберегти виправлення й межі історії для наступної роботи; потребу ремонту або технічний допуск погоджувати окремо від звірки записів.
04 / Реалізація1 варіант
Приклад · Контроль із підтвердженням результату
Одне замовлення стосувалося двох пристроїв. Власник виправив прив’язку виконаного ремонту й залишив перевірку другого пристрою відкритою, не переписавши історію заміненого вузла.
Спосіб реалізації
- Пов’язувати сервісні події зі стабільними ключами одиниць і фактичними результатами.
- Звіряти історію з первинними роботами, передавати розбіжності власнику й зберігати підстави виправлення.
Що потрібно для реалізації
- Є стабільні ключі обладнання, клієнтів і сервісних випадків та доступні джерела результатів.
- Є правила фактичних станів роботи, власник виправлень і контрольований доступ до історії.
Обмеження
- Microsoft описує прив’язку сервісних випадків до обладнання; повнота конкретної історії потребує перевірки джерел.
- Історія не замінює технічної діагностики, приймання виїзду або дозволу працювати з обладнанням.
- Відновлення відсутніх первинних даних і перенесення архівів оцінюють окремо; автоматизація не вигадує виконаних робіт.
- Права й можливості цільового середовища перевіряють на аудиті; години попередні.
Що потрібно уточнити (2)
- Чи історія збирається з кількох систем або старих записів?
Зіставте ключі, доступні стани й неперевірені частини історії.
- Чи замовлення охоплюють кілька пристроїв або змінні вузли?
Збережіть окремі прив’язки та час зміни структури без перенесення чужої історії.