Сопровождение 1С без накопления технического долга

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

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

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

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

• приближаем доработанную конфигурацию к типовой, чтобы обновления шли штатно, а не как отдельный проект;
• логику, которая мешает обновлениям, выносим в отдельные сервисы со слабой связанностью через API или ESB;
• неиспользуемые доработки отключаем, а не поддерживаем вечно;
• ставим мониторинг обменов и регламентных заданий: ошибки видны до того, как их заметят пользователи;
• документируем изменения, чтобы система не зависела от одного человека.

1С становится понятнее для бизнеса и IT: меньше критичных сбоев, быстрее обновления, прозрачнее стоимость изменений и проще передача знаний между командами. Сопровождение перестаёт быть «вечной поддержкой» и становится управляемым развитием системы.

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