До завершения работ согласуйте, какие материалы понадобятся для обслуживания системы и как проверить их актуальность. В описи полезно зафиксировать файлы, версии, необходимые зависимости, ответственного за хранение и способ проверки копии. Так при смене подрядчика будет понятно, какие материалы доступны и что ещё нужно проверить, прежде чем обслуживать действующий контроллер.
Состав исходников, доступов и право использовать переданные материалы согласуйте в договоре заранее. Ниже — практический чек-лист приёмки, а не утверждение, что любой подрядчик обязан передать одинаковый набор файлов.
Проект и резервная копия решают разные задачи
Редактируемый проект нужен специалисту для понимания и изменения логики. Резервная копия нужна для восстановления согласованного состояния. В зависимости от платформы это разные файлы или разные части одного архива.
Файл, пригодный для загрузки в контроллер, не следует автоматически считать полным проектом с исходниками. Возможность получить исходный проект программы из работающего ПЛК зависит от среды, способа сохранения и доступных материалов. Уточните назначение каждого файла до приёмки, не после отказа оборудования.
Если проект открывается, это ещё не подтверждает, что копия соответствует текущей программе на объекте. Нужны сведения о редакции и отдельно согласованная проверка.
Что включить в опись
| Материал | Что записать | Что подтвердить |
|---|---|---|
| Проект программы | Имя файла, редакцию, дату, контроллер или установку, к которой он относится | Открывается в согласованной среде; назначение проекта понятно следующему специалисту |
| Копия для восстановления | Имя архива или другого файла, состав и дату сохранённого состояния | Какие компоненты восстанавливаются и для какого оборудования подходит копия |
| Зависимости | Версии среды и библиотек; сведения о прошивке и описаниях устройств, если они нужны | Где получить необходимые компоненты и есть ли право их использовать |
| Настройки | Перечень передаваемых параметров, конфигурации связи и иных данных по согласованному объёму | Какие настройки входят в проект или копию, а какие сохраняются отдельно |
| Описание логики | Режимы, блокировки, аварии и связанные сигналы | Документы относятся к переданной редакции программы |
| Результаты проверки | Проверенные сценарии, ограничения проверки и оставшиеся замечания | Кто проверял копию, каким способом и что ещё требуется подтвердить |
Для каждой позиции укажите ответственного за хранение и место хранения. Опись должна ссылаться на конкретный файл или документ, а не на обещание «исходники у программиста».
Учебный пример одной записи
Это пример оформления, не сведения о реальном объекте:
- Материал: архив редактируемого проекта,
controller-project_R03.zip. - Редакция: R03; связь с программой на контроллере отмечена в записи проверки.
- Зависимости: перечень версий среды, библиотек и описаний устройств — в приложенном списке.
- Хранение: назначенный заказчиком сотрудник отвечает за архив; файл хранится в согласованном защищённом хранилище.
- Проверка: ответственный специалист открыл проект в подготовленной среде; пригодность копии для восстановления проверяется отдельно по согласованному порядку.
В рабочей описи замените условные значения на фактические. При необходимости запишите контрольную сумму файла: она помогает заметить изменение архива, но сама по себе не доказывает пригодность восстановления.
Как проверить копию безопасно
Начните с описи: есть ли файлы, совпадают ли редакции, доступны ли зависимости и понятен ли порядок восстановления. Ответственный специалист проверяет открытие проекта и ограничения совместимости.
Проверку восстановления планируют на совместимом стенде либо другим заранее согласованным способом. Если доступного стенда нет, в описи прямо фиксируют, что проверено, а что осталось неподтверждённым. Наличие файла не заменяет испытание его пригодности.
Не проверяйте копию загрузкой поверх программы рабочего ПЛК. Любые действия, затрагивающие действующую систему, требуют отдельного порядка, допуска ответственных и оценки последствий для объекта. Этот чек-лист не предлагает отключать защиты или менять режимы ради проверки.
Как передать доступы и поддерживать комплект
Определите, кто от заказчика принимает учётные данные и кому разрешена работа с системой. Передавайте секреты отдельно, по согласованному защищённому каналу. Пароли и ключи не отправляют через форму сайта, общий чат или вместе с общедоступной описью. Саму опись можно дополнить отметкой о получении без раскрытия секретов.
После согласованных изменений обновляйте проект, необходимые копии и описание редакции. Зафиксируйте ответственного, порядок хранения и проверки восстановления. Старую копию не объявляйте актуальной только потому, что она когда-то открывалась.
Что передать следующему специалисту
Для смены обслуживающего подрядчика подготовьте опись, доступные материалы, сведения о текущем оборудовании и список непроверенных пунктов. Так он сможет оценить поддержку, а не начинать с поиска файлов и догадок о версии программы.
Состав передачи обсуждается при программировании ПЛК. Проверку режимов можно согласовать на ПНР, дальнейшую поддержку — в рамках сервисного обслуживания.
Технические рекомендации по копиям и проверке восстановления: NIST SP 1339, июнь 2026 и NIST SP 800-82r3. Это источники практических рекомендаций для промышленной автоматики, а не обязательные российские нормы.
