SABSUS
← Все статьи/Практика бизнеса
Операции · Совместный зачёт работ

Совпавшие планы обслуживания: какие обязательства закрывает одна работа

Редакция SABSUS ·

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

На светлой поверхности две прямоугольные рамки перекрываются: два бирюзовых диска находятся в общей области, ещё бирюзовый и коралловый — только в большой рамке; ниже лежит светлая полоса из четырёх сегментов.
SABSUS / Практика бизнеса · Авторская иллюстрация к сверке двух наборов требований.

Сначала сохраните два исходных обязательства

Компания ведёт административные записи для презентационного комплекта KIT-17. В ноябре совпали малый и расширенный планы. Руководитель хочет назначить одну общую работу. Это допустимое предложение только при заранее подтверждённом составе и разрешённом зачёте результатов. Слова «расширенный сервис» не устанавливают, что именно будет сделано.

Здесь обязательство означает конкретное внутреннее задание на период, а закрытие — подтверждение всех его заданных требований. Пример не определяет юридические обязанности, гарантийное покрытие, исправность оборудования или разрешение на эксплуатацию. Все действия ниже касаются только сверки записей; технических процедур в них нет.

Сохраните отдельные идентификаторы M-2026-11 и Q-2026-11 даже при одном наряде. Впоследствии один результат может по заданному правилу подтвердить требования обоих заданий, но каждое получит собственное решение. Число нарядов не служит числом выполненных обязательств.

Что подтверждает документация продуктов

Microsoft описывает настройку Dynamics 365 Supply Chain Management, при которой перекрывающиеся строки графика обслуживания исключаются с учётом выбранных строк и временного допуска. Это описание формирования расписания. Microsoft Learn: Maintenance plans.

IBM в материале о Maximo различает альтернативный набор задач и дополнительные задачи: для включения квартального объёма в годовой показано вложение плана. Точная версия продукта и дата обновления страницы не указаны. IBM: Job Plan Sequences.

Оба материала объясняют отдельные механизмы продуктов. Следующие правила зачёта, числа и проверки — самостоятельная учебная модель, а не обещание поведения этих систем.

Получите состав, окна и разрешение до объединения

Уполномоченный владелец учебных планов уже утвердил версии M-v3 и Q-v2. Для одного KIT-17 заданы четыре подписи задач. Подпись включает действие и его версию; совпадающего короткого названия недостаточно.

  • A-v1 — сверить идентификатор комплекта и записанное местонахождение.
  • B-v2 — сверить список принадлежностей, числящихся у клиента.
  • C-v1 — сверить указатель переданных документов.
  • D-v1 — проверить заполнение карточки сервисного контакта.

M-2026-11 требует A-v1 и B-v2 в окне 2–4 ноября 2026 года. Q-2026-11 требует те же A-v1, B-v2 плюс C-v1 и D-v1 в окне 3–5 ноября. Все даты относятся к UTC, обе границы включены. Это готовые условия упражнения, а не рекомендуемые интервалы обслуживания.

Предоставленное правило SHARE-7 прямо разрешает использовать одни и те же принятые результаты A-v1 и B-v2 для обоих указанных обязательств, если соблюдено окно каждого. Эквивалентность других версий не согласована. Без такого основания нельзя самостоятельно объявлять две похожие задачи взаимозаменяемыми.

Три изменения, которые меняют решение

I. Полный состав 3 ноября. У M подтверждены 2 из 2 требований, у Q — 4 из 4. Оба обязательства выполнены. Этот положительный случай нужен обязательно: контроль должен разрешать действительно согласованный совместный зачёт.

II. Нет общего B. Предъявлены только A, C и D за 3 ноября. Получаются 3 результата и 4 связи. У M остаётся B, у Q тоже остаётся B. Открыты оба обязательства, даже если заголовок общего наряда отмечен завершённым.

III. Нет только D. Предъявлены A, B и C за 3 ноября: 3 результата, 5 связей. M выполнено полностью, у Q остаётся D. Нельзя переносить незавершённость расширенного задания на уже подтверждённый малый объём. Следующий шаг относится именно к D в Q.

IV. Всё выполнено 5 ноября. Состав полный, но для M дата поздняя. Четыре результата дают четыре допустимые связи только с Q. Сохраните фактическую дату и отдельный нерешённый M. Уполномоченный владелец определяет дальнейшее решение; повторение работы или перенос даты в записи не превращают просрочку в своевременное выполнение.

Одна общая работа: четыре разных исхода

Вымышленный административный пример

Ноябрь 2026 · UTC · границы включены

2345

M-2026-11 · A-v1 + B-v2 · 2–4 ноября

Q-2026-11 · A-v1 + B-v2 + C-v1 + D-v1 · 3–5 ноября

Совместный зачёт разрешён заданным правилом SHARE-7

I · Полный состав · 3 ноября

E-A · A-v1

E-B · B-v2

E-C · C-v1

E-D · D-v1

4 фактических результата

6 связей с требованиями

2 обязательства

M: выполнено · 2 из 2

Q: выполнено · 4 из 4

II · Нет B · 3 ноября

A + C + D · 3 результата · 4 связи

M: открыто · нет B

Q: открыто · нет B

III · Нет D · 3 ноября

A + B + C · 3 результата · 5 связей

M: выполнено · 2 из 2

Q: открыто · нет D

IV · Полный состав · 5 ноября

A + B + C + D · 4 результата · 4 связи

M: открыто · дата вне окна

Q: выполнено · 4 из 4

Поздний факт не меняет прежнее окно

При общем составе 3 ноября выполнены оба обязательства; отсутствие B, отсутствие D и выполнение 5 ноября дают разные остатки.

Перенос общей работы требует новой проверки

До выполнения храните состояние «запланировано покрытие работой WO-Q» отдельно от «требования подтверждены». План на 3 ноября с полным составом подходит обоим окнам, но пока не закрывает ничего. Пустое поле результата означает отсутствие подтверждения, а не успешное выполнение по умолчанию.

Перенесите WO-Q на 5 ноября: предполагаемое покрытие M теряется, покрытие Q сохраняется. При отмене общей работы пересмотрите все зависящие от неё плановые связи. Исходные обязательства остаются видимыми. Если результаты уже существуют, оцените их отдельно: изменение расписания само по себе не отменяет принятые факты.

Как оформить лист сверки для приёмки

Сделайте одну строку на требование конкретного обязательства. В листе нужны: идентификатор обязательства и версия плана; объект; подпись задачи или утверждённая эквивалентность; допустимое окно; покрывающий наряд и плановая дата; идентификатор принятого результата и фактическая дата; основание совместного зачёта; остаток; ответственный и следующее решение.

Для каждой связи последовательно сверяйте объект, подпись, принятие результата, дату и право зачёта. Несовпадение сохраняйте с конкретной причиной. Например, E-B по B-v1 нельзя поставить напротив B-v2 без утверждённой эквивалентности. Результат по KIT-18 не подтверждает работу с KIT-17, даже если дата подходит.

Что показать владельцу перед приёмкой

Прогоните четыре случая на копии данных, затем уберите SHARE-7: результаты задания Q должны сохранить его собственное подтверждение, но перестать закрывать M. Повторите импорт: останутся четыре уникальных результата. Отдельно предъявите только запланированный наряд без фактов: ни одно обязательство не выполнено. Сохраните ожидаемые и полученные исходы.

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

Источники и продолжение

Документация подтверждает только описанные механизмы продуктов. Все условия зачёта и результаты примера заданы редакцией.

Источники проверены 17 октября 2026 года. Проверялась локальная логика вымышленных данных; работа Microsoft, IBM и SABSUS не тестировалась.