- +7 (495) 120-87-87
- info@ls-gp.com
- ПН - ПТ: 9:00 - 18:00
Статья на тему:
Развитие системы 1С — как не переплачивать за хаос
Почему одни компании растут, и система 1С развивается вместе с бизнесом, а другие через год-полтора обнаруживают, что 1С ломается после каждого обновления, а счета за поддержку растут быстрее выручки? Давайте разбираться.
Представьте переезд в новый дом. В первый месяц вы вызываете мастера, если потек кран или не закрывается окно, — это текущий уход за жильем. А через полгода, когда обжились и поняли, что семье нужна еще одна комната, вы садитесь и планируете пристройку: с проектом, бюджетом и сроками. После внедрения 1С:ERP или комплекса программ ИТ-систему ждет то же самое: мелкий ремонт — сопровождение и капитальное строительство — развитие. Это две задачи, с разными подходами. И то и другое нужно, но пристройку не делают на глазок и без проекта, так как есть риск разрушить то, что уже построено.
В статье разберем: чем развитие отличается от сопровождения, почему торопиться с доработками 1с erp сразу после запуска плохая идея, как правильно планировать развитие и что оно дает бизнесу. В конце дадим чек-лист для самопроверки и ответим на частые вопросы про развитие 1С.
СОДЕРЖАНИЕ:
Сопровождение или развитие: почему ошибочный выбор стоит бизнесу денег
До внедрения у 1С:ERP или комплекса программ 1С был один контур, и пользователи воспринимали систему 1С, как единое целое. Но после внедрения контура становится два. Первый, поддержка и сопровождение 1с предприятие, и второй, развитие. Их путаница — главная причина финансовых потерь бизнеса. Чтобы не попасть в эту ловушку, разберемся, чем эти два контура отличаются друг от друга.
Сопровождение и поддержка — решение точечных инцидентов, например, ошибки пользователей, сбои в проведении документов, добавление нового сотрудника, настройка прав доступа, правка печатной формы, разбор сложных ситуаций, помощь в сдаче отчетности и с функционалом 1С. Такие задачи не меняют бизнес-логику и архитектуру системы. Они локальны и не влияют на соседние блоки учета.
Развитие — разработка нового или переработка текущего функционала, перестройка бизнес-процессов, наполнение системы дополнительным функционалом. Задачи развития меняют технические и текущие бизнес-процессы, логику. Например, с сентября 2026 года вступают в силу требования по электронным транспортным накладным. Компаниям, которые работают с такими документами, стоит заранее учесть это изменение в плане развития. Специалисты LS Group уже реализовали готовый модуль для такой интеграции — 1С и Pooling, поэтому нашим клиентам, которых коснется это изменение законодательства, не придется разрабатывать решение с нуля.
Собрали в таблицу важное, что надо знать, чтобы безошибочно определить, где проходит граница между сопровождением и развитием.
|
|
Сопровождение
|
Развитие
|
|---|---|---|
|
Что это
|
Реакция на текущую ситуацию
|
Изменение бизнес-процессов и логики системы
|
|
Пример
|
Отчет зависает, кнопка не работает, добавить колонку в отчет
|
Новый блок учета, интеграция с внешней системой, изменение алгоритма расчета себестоимости
|
|
Влияние на систему
|
Локальное, частный случай
|
Системное, затрагивает несколько блоков учета
|
|
Сроки реализации
|
Здесь и сейчас
|
Отдельный проект — от нескольких недель до нескольких месяцев
|
|
Кто оценивает задач
|
Консультант первой линии
|
Архитектор / ведущий разработчик
|
Цена ошибки или чем оборачивается путаница задач сопровождения и развития на практике
Когда обращение пользователя поступает в службу поддержки, важно правильно квалифицировать задачу — относится она к сопровождению и поддержке или к развитию.
«Специалист на линии поддержки и сопровождения 1с erp не должен просто соглашаться с тем, что просит сотрудник заказчика. Он должен анализировать проблему, выявлять ее источник и понимать, какую задачу в итоге хочет решить заказчик. Это зачастую снимает 90% вопросов».
Андрей Семенов, ген. директор LS Group
Если поддержка берет в работу все задачи пользователей без анализа, как решение повлияет на смежные блоки учета, система 1С обрастает доработками, накапливается несогласованная кастомизация. В теории каждое отдельное решение выглядит разумным, но на практике, вместе они начинают конфликтовать друг с другом. В результате бизнес платит за устранение ошибок, а стоимость поддержки постоянно растет:
- Дорогостоящее и трудоемкое обновление системы 1С. Доработки 1с erp или комплекса программ 1С ломаются при каждом новом релизе, их исправление бизнес оплачивает снова и снова;
- Логические ошибки в учете. Такие ошибки не видны сразу, они всплывают на закрытии периода (месяц, квартал, год), когда их уже сложно, а иногда и невозможно исправить задним числом. Самое страшное, что они могут парализовать систему 1С и остановить весь бизнес. Последствия, например, штрафы от налоговой, от клиентов за срыв поставок, от поставщиков/перевозчиков за простои на приемке товара, трудозатраты на перерасчет себестоимости задним числом, расходы на необоснованные премии сотрудникам;
- Рост расходов на доработки. Решения задач развития, которые реализованы без анализа архитектуры системы 1С, со временем перестают работать корректно. Доработки накапливаются, блокируют развитие системы и требуют полной переработки. Так как обновлять 1С становится невозможно и, как следствие невозможно поддерживать новые требования законодательства. В итоге бизнес платит за одну и ту же задачу дважды: один раз — за первоначальное решение, второй — за его переделку или полную смену системы 1С, то есть за новый проект по внедрению, который требует колоссальных затрат. Как доработки тормозят бизнес рассказали в кейсе «Автоматизация учета аренды строительного оборудования в 1С:Управление торговлей».
Не позволяйте ошибкам на старте парализовать ваш бизнес в будущем. Если вы планируете внедрение и хотите защитить бизнес от рисков, запишитесь на консультацию. Обсудим цели внедрения, составим пошаговый план автоматизации, который сэкономит вам сотни часов и тысячи рублей на доработки.
Когда начать развивать систему
У заказчика всегда много идей, когда компания переходит на 1с erp или другие программы 1С — и это нормально. Например, он хочет перенести в новую систему то, к чему привык в старой, даже если в новой системе это уже реализовано, но иначе или вообще не нужно. Поэтому на этапе внедрения мы делим проект на MVP (минимально жизнеспособный продукт) и согласовываем план развития системы 1С на будущее.
Три источника портфеля задач развития:
- задачи, отложенные на этапе внедрения;
- текущие потребности бизнеса;
- изменения законодательства.
Почему развитие нельзя начинать сразу после запуска системы 1С
У многих заказчиков возникает соблазн после запуска системы 1С сразу начать ее развивать. Не спешите с доработками 1с erp или комплекса программ 1С, пока пользователь не поработал в новой ИТ-системе несколько месяцев. Развитие — это создание нового функционала для работы бизнеса, но на практике, задачи развития часто отражают привычки работы пользователей в старой программе и желание сделать из новой программы старую. Так, система 1С постепенно превращается в того самого неуправляемого монстра, от которого вы, возможно, и уходили, когда приняли решение о переходе на новую систему учета.
Риски, если начать развитие 1С:ERP или комплекса программ с первого дня опытной эксплуатации:
- рост затрат на услуги по сопровождению 1с и поддержку;
- избыточная функциональность. Часть реализованных доработок в реальной работе не пригождается. В худшем случае они начинают мешать дальнейшему развитию системы 1С, и заказчик платит второй раз, уже за то, чтобы их убрать.
- рост затрат на услуги по сопровождению 1с и поддержку;
Два правила LS Group по срокам решения задач развития
Правило первое. На этапе внедрения 1с erp или комплекса программ 1С разделять задачи MVP и задачи развития. Это сокращает срок и стоимость запуска, а дальнейшее развитие системы 1С идет уже осознанно, по реальным потребностям, а не по гипотезам на старте.
Пример из практики. К нам обратилась компания за внедрением модуля Pooling. На старте заказчик предоставил объемное техническое задание с десятками требований по кастомизации. Эксперты LS Group провели аудит и выяснили, что большинство этих доработок — это попытка изобрести велосипед и перенести старые ручные процессы в новую систему, так как клиент еще не был знаком с типовым функционалом 1С.
Решение. Мы предложили стратегию MVP и быстро запустили базовое решение «из коробки». Пользователи начали работать в системе, осваивать ее логику и штатные возможности. А задачи развития мы перенесли на следующий этап, чтобы браться за них только тогда, когда станет очевидно, чего системе действительно не хватает для бизнеса.
Результат: Стартовый бюджет проекта сократился в три раза, а срок запуска системы ускорился втрое.
Правило второе. Разделять плановое развитие и новые запросы. К новому, незапланированному скоупу задач развития 1С:ERP или комплекса программ 1С стоит приступать только после опытной эксплуатации не раньше чем через 3 месяца, когда пользователи уже освоились в новой программе, понимают логику учета и умеют формулировать задачи развития в терминах новой системы. Это спасает бизнес от импульсивных доработок и опасной кастомизации типового функционала.
Важное исключение: правило трех месяцев не касается задач, которые были сформированы еще на этапе аудита. Если пул задач развития был выявлен, приоритезирован и осознанно отделен от MVP до старта проекта, то приступать к их реализации можно сразу.
Пример из практики. Внедрение новой системы 1С меняет привычные процессы, и первая реакция пользователей — сопротивление. Сотрудникам заказчика хочется вернуться к знакомым инструментам, а новые возможности воспринимаются как неудобства.
В проекте по автоматизации учета аренды мебели мы с этим и столкнулись. Первые три месяца после запуска пользователи сопротивлялись изменениям и просили переделать то одно, то другое как было в старой программе. Мы приняли осознанное решение не идти на поводу у этих запросов, а сфокусироваться на обучении и поддержке пользователей. И это сработало: как только пользователи привыкли к новой логике учета, запросы на «верните как было» прекратились. А новые задачи развития, которые появились после адаптации, оказались действительно осмысленными и обоснованными.
Как планировать развитие, чтобы минимизировать стоимость владения системой 1С
Если поддержка и сопровождение 1с erp и других программ 1С — это точечные задачи, которые можно решить в короткие сроки или в режиме онлайн, то задачи развития требуют глубокого анализа и большего времени на их решение. Поэтому этап развития системы 1С необходимо планировать.
Хотите уверенно развивать систему 1С? Начните с понимания того, что в ней уже есть
Когда комплексное внедрение 1с erp проводила ваша команда, вы знаете, как работают и связаны между собой блоки учета. Но если задачи развития решает исполнитель, который не внедрял 1С:ERP или комплекс программ 1С, без предварительного анализа, аудита — это риск для бизнеса. Например, не заметить, что новая задача противоречит уже существующему решению или требует перестройки смежных бизнес-процессов. Или допустить скрытую ошибку в учете. Обычно ее замечают уже постфактум, когда исправить что-то без потерь сложно. Это как капитальный ремонт в квартире: прежде чем сносить стену, стоит выяснить, несущая она или нет, — иначе вы рискуете обрушить не только стену, но и то, что держится на ней этажом выше.
Мы работаем с производственными предприятиями больше 10 лет. В LS Group есть три варианта отработки запросов заказчика на развитие, чтобы найти и минимизировать риски для бизнеса до того, как они превратятся в деньги, выброшенные на ветер.
1. Аудит ИТ-системы
Аудит позволяет в перспективе снизить стоимость владения системой 1С. По итогам аудита мы понимаем:
- насколько легитимны функции, которые хочет получить наш заказчик или решение невозможно из-за специфики текущих бизнес-процессов;
- в каком объеме реализованы доработки 1с erp, работают они правильно или нет;
- будет или нет реализация новой функциональности противоречить или конфликтовать с другими блоками учета, функциями, алгоритмами
2. Изучение текущей системы 1С в рамках сопровождения
Если заказчик не готов оплачивать аудит или обследование, наше предложение — отложить развитие и сначала решить задачи, которые не требуют глубокого анализа. Так, специалисты LS Group изучают систему постепенно, в рамках оказания услуг по сопровождению 1с. В отличие от аудита, такой подход более долгий и сложный, он затягивает сроки по реализации развития, но он менее затратный для бизнеса.
3. Быстрое решение на тестовой базе
Если заказчику необходимо срочно решить задачу развития, и он отказывается и от аудита, и от изучения системы 1С в рамках сопровождения 1с erp специалист по внедрению 1с LS Group предлагает реализовать решение на тестовой базе. Потом, вместе с заказчиком мы проверяем, если все работает, то доработку можно переносить в текущую базу.
Риски такого подхода — и заказчик, и новый исполнитель не всегда знают, как работают те или иные алгоритмы в текущей системе. Качественное тестирование может спасти ситуацию, но испытывать иллюзию того, что подрядчик, когда разрабатывает алгоритм, увидит все проблемы не нужно. При быстром, без анализа, решении задачи высока вероятность возникновения логических ошибок, которые искажают данные учета. Их сложно распознать сразу, но в отчетном периоде есть риск получить неверные данные и потерять деньги. Например, была завышена доходность компании, были выплачены лишние премии сотрудникам. Поэтому в таких ситуациях, мы рекомендуем провести аудит текущей системы и только после этого решать задачи развития.
Пример из практики. За услугами доработки 1с к нам обратился заказчик, который сдавал мебель в аренду. Учет аренды в компании вели через типовой документ «Реализация» — по факту реализации отражали продажу, а потом возврат. Так заказчик изначально нарушал правила ведения учета и на этой некорректной основе годами накапливались кастомизированные доработки.
Заказчику необходимо было быстрое решение текущих задач, и мы предупредили его, что без предварительного аудита всех доработок, есть большая вероятность того, что большая часть из них сломается при обновлении. Когда пришло время обновить конфигурацию, так и произошло, все посыпалось — и старые доработки клиента, и новые от LS Group. Обновились — починили. Обновились еще раз — снова все сломалось. Каждое обновление превращалось в отдельный оплачиваемый проект.
Решение LS Group. Провели аудит бизнес-процесса аренды, разработали и внедрили подсистему «Управление арендой». Все доработки реализовали через расширения и по архитектурным принципам 1С, которые минимально затрагивают типовой функционал 1С.
Результат: аудит и продуманная архитектура решения позволили обновлять систему 1С без ошибок и дополнительных затрат на поддержку.
Горизонт планирования
Сроки планирования этапа развития рекомендуем держать короткими: квартал или полгода, максимум год. Чем длиннее горизонт планирования, тем выше вероятность форс-мажора. Например, обновления программы 1С, которые могут изменить функционал или изменение требований законодательства. Каждый такой форс-мажор в долгосрочном плане потребует пересмотра приоритетов, сроков, взаимосвязей между блоками 1С. Короткие циклы снижают эту нагрузку, позволяют гибко управлять развитием и не корректировать план каждый месяц.
Стратегия работы LS Group с обновлениями вендора
- Изменение вызвано требованием законодательства. Если новый функционал продиктован изменением законодательства, вендор гарантированно выпустит типовое обновление. Последний пример введение ЭТрН с 1 сентября. В такой ситуации бизнесу важно продолжить работу по закону уже сейчас, но вкладываться в полноценную кастомную разработку нет смысла: через несколько месяцев вендор закроет эту потребность штатным релизом. Наша стратегия — внедрить временное простое решение, чтобы закрыть требование законодательства здесь и сейчас, а после выхода обновления вендора заменить его.
- Изменение связано с локализацией под бизнес. Если требуемый функционал уникален для вашего бизнеса, рассчитывать на вендора не стоит, такой запрос не войдет в типовые релизы 1С. В этом случае мы рекомендуем полноценный проект внедрения. В производственных компаниях это особенно важно, потому что доработка затрагивает сразу несколько блоков учета: производственный, управленческий, складской, закупки, продажи, зарплата, бухгалтерия, налоги. При разработке мы учитываем требования всех направлений, чтобы изменение в одном контуре не сломало смежные процессы.
Что планирование этапа развития дает бизнесу
Развитие по плану, короткими циклами, когда каждое решение реализовано по архитектурным принципам разработки прикладных решений на платформе 1с и с обязательным техническим заданием на каждом этапе, гарантирует бизнесу:
- Предсказуемый бюджет. Вы заранее знаете стоимость и сроки каждого этапа развития, а не получаете счета «по факту» после очередной поломки при обновлении.
- Видимый результат каждый месяц. Короткие циклы позволяют регулярно показывать руководству и собственнику, за что были заплачены деньги.
- Обновления без риска для работы компании. Система, которую развивают по правилам, не останавливает работу производственной линии, склада или бухгалтерии при каждом новом релизе.
- Устойчивость инвестиций. Деньги, вложенные во внедрение и развитие, продолжают работать на бизнес — система растет вместе с компанией, а не превращается в актив, который приходится списывать и собирать заново.
- Гибкий формат развития без многомиллионных обязательств. Проект в развитии — это не обязательно крупный контракт на годы.Мы работаем по принципу спринтов (Agile), CR (Change Request), T&M (Time & Materials), когда берем в проработку часть задач, оцениваем, реализуем, сдаем. Бизнес получает результат итерациями и сохраняет контроль над расходами. Такая модель особенно актуальна в текущей экономической ситуации, когда компании не готовы заморозить бюджеты в долгосрочных контрактах, а рынок настолько динамичен, что завтрашний день абсолютно не определен.
От плана к реализации этапа развития
Задачи этапа развития — это последовательность мини-проектов, со своими целями, этапами и результатами.
«Развитие — это продолжение проекта внедрения, только на более фундаментальной основе. Есть фундамент — мы строим стены, крышу, возможно, второй этаж. И важно строить по порядку: нельзя построить сначала второй этаж, а потом первый».
Андрей Семенов, ген. директор LS Group
Четыре шага реализации этапа развития
|
|
Шаги
|
Что происходит
|
|---|---|---|
|
1.
|
Техническое задание
|
Фиксируем цель, объем, что входит в доработку, что — нет
|
|
2.
|
Разработка
|
Решение по согласованному ТЗ (подробнее — в части 4 цикла)
|
|
3.
|
Тестирование
|
Проверка на тестовом контуре перед переносом в рабочую базу (подробнее — в части 5)
|
|
4.
|
Обучение
|
Обновление пользовательской документации и обучение работе в 1с erp сотрудников заказчика (подробнее — в части 6)
|
Важное организационное правило: на сопровождении и на развитии должен быть один и тот же архитектор и руководитель проекта. Если решения по развитию принимает одна команда, а сопровождение ведет другая, без единой точки входа, то что сделало сопровождение, не согласуется с тем, что делает развитие.
Чек-лист: диагностика текущей системы 1С
Прежде чем инвестировать в доработки, проведите экспресс-аудит текущей системы 1С. Он состоит из двух частей: сначала определяем, нужен ли системе апгрейд в принципе, а затем проверяем, насколько грамотно выстроен процесс развития.
Шаг 1. Вашей системе нужно развитие или замена?
Отметьте утверждения, которые относятся к вашей компании.
Зеленый свет для развития:
- Появились новые бизнес-идеи, гипотезы и пожелания к работе.
- Запросы связаны с повышением удобства пользователей или добавлением нового функционала.
- Система в целом справляется с учетом, но начинает «трещать по швам» из-за роста компании или открытия новых направлений.
Красные флаги (возможно, развитие не поможет):
- Система не соответствует актуальным требованиям законодательства, а вендор прекратил ее поддержку.
- Платформа устарела технически: невозможно подключить современные сервисы интеграции, API или мобильные приложения.
- Система изначально не подходила бизнес-процессам, например, была выбрана по рекомендации без глубокого анализа требований на старте проекта.
Если вы отметили пункты из «Красных флагов», инвестиции в доработки только увеличат технический долг. В этом случае начинать нужно с аудита архитектуры для выбора и внедрения новой системы.
Шаг 2. Пять вопросов о том, как организован процесс развития
Если на первом шаге вы поняли, что системе нужен апгрейд, ответьте на пять вопросов. Они покажут, развивается ли ваша 1С по плану или владение ею обходится бизнесу слишком дорого.
- В компании есть утвержденный план развития системы 1С на месяц, квартал или год?
- Вы понимаете, как блоки учета взаимосвязаны между собой и как изменение в одном контуре повлияет на смежные, например, склад, продажи, бухгалтерия?
- Составляете ли вы полноценное техническое задание перед каждой доработкой?
- Тестируете ли вы новые решения на тестовом контуре перед переносом в рабочую базу?
- Ведет ли сопровождение и развитие системы один и тот же архитектор?
Если хотя бы на два вопроса второго блока вы ответили «нет» — вероятно, развитие вашей системы идет не по плану, и это стоит обсудить с архитектором вашей системы или заказать независимый аудит.
Ответы на часто задаваемые вопросы
Ключевой признак — масштаб влияния. Если задача меняет бизнес-логику или затрагивает несколько блоков учета, например, склад, производство, финансы, ее стоит выделить в отдельный трек и обсудить с архитектором.
Система продолжит работать, но со временем перестанет соответствовать задачам бизнеса. Сотрудники будут искать обходные пути, а требования, которые все равно придется выполнять, например, законодательные, придется реализовывать в авральном режиме. Это дороже и сопряжено с большими рисками, чем при планомерном развитии.
Оптимально — раз в квартал. Сначала подвести итоги, что сделано, а потом скорректировать приоритеты на следующий период с учетом изменений.
Заключение
В статье разобрали, чем отличается развитие системы 1С от сопровождения, сроки и план развития и почему не стоит начинать его сразу после внедрения 1с ерп или комплекса программ 1С. Коротко самое важное:
- сопровождение и развитие — разные контуры системы 1С. Их путаница обрекает бизнес на неконтролируемые расходы;
- развитие системы 1С через три месяца после опытной эксплуатации, когда пользователи уже мыслят в категориях новой системы. Исключение, когда есть скоуп задач от стадии развития, который был утвержден на этапе аудита;
- горизонт планирования — короткие циклы, месяц, квартал, полгода, год;
- каждая доработка развития — это мини-проект с ТЗ, тестированием и документацией.
«Задача исполнителя — не автоматизировать все подряд, а помочь бизнесу заказчика продолжать расти. Если мыслить именно так, развитие системы работает в правильном русле».
Андрей Семенов, ген. директор LS Group
Хотите понять, как обстоят дела с развитием вашей системы 1С прямо сейчас?
Запишитесь на консультацию и получите работающий план управляемого развития
Полезное про внедрение 1С на производстве
Цикл материалов «Внедрение 1С на производстве» — часть 9, заключительная в цикле про полный путь внедрения от аудита до развития системы.
- Часть 1. Аудит и план проекта
- Часть 2. Какую программу 1С выбрать для автоматизации производства
- Часть 3. Команда проекта 1С
- Часть 4. 70% проекта и 90% рисков: этап разработки
- Часть 5. Тестирование — страховка инвестиций во внедрение 1С
- Часть 6. Обучение персонала и сдача пользовательской документации
- Часть 7. Опытная эксплуатация при внедрении 1С:ERP
- Часть 8. Сопровождение 1С:ERP или комплекса программ 1С
