Данные о ремонте — это основание для оплаты, доказательство в споре с клиентом и материал для претензии поставщику. Если запись о выполненных работах можно поправить задним числом, все три функции перестают работать. Разберём, что именно нужно защитить от изменения, какими средствами и как при этом не парализовать нормальную работу.
Что должно быть защищено
| Данные | Почему критично | Момент фиксации |
|---|---|---|
| Время регистрации заявки | С него считаются сроки | При создании |
| Отметки прибытия и убытия | Основание расчётов с клиентом | При отметке |
| Выполненные работы и материалы | Основание оплаты | При закрытии наряда |
| Дефект и причина | Основание претензий, статистика | При закрытии наряда |
| Подпись клиента | Подтверждение приёмки | При подписании |
| Фотоматериалы | Доказательство состояния | При загрузке |
| Статусы и переходы | Хронология процесса | При каждом переходе |
Обратите внимание на разные моменты фиксации: защищать всё с момента создания документа нельзя — наряд заполняется постепенно. Правило простое: данные закрываются от изменения в тот момент, когда наступает событие, которое они фиксируют.
Три уровня защиты
Уровень 1. Права доступа
- мастер видит и редактирует только свои наряды и только в открытом состоянии;
- диспетчер работает с заявками, но не меняет содержание закрытых нарядов;
- изменение закрытого документа — отдельное право, выдаваемое единицам;
- удаление документов не выдаётся никому в рабочем режиме, используется пометка на удаление;
- права на просмотр финансовых данных отделены от прав на технические.
Уровень 2. Запреты изменения
- закрытый наряд недоступен для редактирования независимо от прав;
- дата запрета изменения данных закрывает прошедшие периоды целиком;
- отметки времени проставляются системой и не редактируются вручную;
- исправление оформляется отдельным документом со ссылкой на исходный, а не правкой.
Последний пункт — принципиальный. Он превращает исправление из незаметного действия в след в истории, при этом не мешая исправлять реальные ошибки.
Уровень 3. Журналирование
- журнал регистрации фиксирует, кто, что и когда изменил;
- по каждому документу доступна история версий с составом изменений;
- переходы статусов сохраняются с пользователем и временем;
- журнал доступен ответственному без обращения к администратору;
- срок хранения журнала соответствует срокам предъявления претензий.
Пятый пункт часто упускают: журнал, очищаемый раз в месяц ради производительности, бесполезен для разбора спора, возникшего через полгода.
Баланс: как не парализовать работу
Чрезмерная жёсткость приводит к обходным путям: если исправить ошибку невозможно, мастера начинают оформлять фиктивные повторные наряды. Работающий баланс:
- короткое окно на исправление сразу после закрытия — например, до конца смены;
- после окна — только через корректирующий документ с указанием причины;
- причина исправления из справочника, а не свободным текстом;
- уведомление руководителя о корректировках закрытых документов;
- регулярный отчёт по числу корректировок в разрезе сотрудников — не для наказания, а для выявления системных проблем.
Последний пункт информативен: всплеск корректировок обычно означает, что процесс где-то не соответствует реальности, а не что сотрудники недобросовестны.
Отдельно про фотоматериалы
Фотографии часто оказываются решающим доказательством в споре, и к ним предъявляются особые требования: сохранение метаданных времени и координат, привязка к конкретному наряду и этапу работ, невозможность замены после закрытия наряда, хранение вместе с документом, а не в отдельной папке на диске.
Что проверить у себя
- Можно ли изменить закрытый наряд и кто это может.
- Проставляются ли отметки времени системой или вводятся вручную.
- Сохраняется ли история изменений и как долго.
- Видна ли хронология переходов статусов.
- Как оформляется исправление ошибки после закрытия.
- Сколько сотрудников имеют право удалять документы.
- Хранятся ли фотографии вместе с нарядом.
Итог
Целостность данных о ремонтах обеспечивается тремя слоями: правами, запретами изменения после наступления фиксируемого события и журналированием с достаточным сроком хранения. Ключевой принцип — исправление оформляется отдельным документом, а не правкой исходного. И столь же важен баланс: слишком жёсткий запрет без легального способа исправить ошибку порождает фиктивные документы, которые искажают данные сильнее, чем правки.
Разграничение прав и контроль действий пользователей в сервисном контуре обеспечивает решение «1С:Сервисный Ремонт».
Компания «Сайфилд» настраивает права, запреты изменения и журналирование в сервисном контуре «1С». Опишите свои требования, и мы оценим объём работ.