Подготовка к проекту 1С:ERP: что решить заранее и сколько времени это экономит

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

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

Что даёт подготовка до старта проекта

Решения, принятые до старта, стоят обсуждения. Те же решения, принятые после запуска, стоят переделки настроек, повторного переноса данных, второго обучения и времени людей, которое уже потрачено. Разница не в подрядчике, а в моменте.

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

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

Решения, которые стоит принять заранее

Ответственный за проект со стороны компании. Пункт, без которого остальные не работают. Нужен человек с временем в календаре и правом принимать решения: не «ИТ-директор вообще», а участник проекта, который ведёт реестр решений и отвечает за спорные места.

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

Проверка простая. Если у финансистов и производственников разные мнения о том, как должен идти процесс, кто решает и в какой срок? Ответ «соберёмся и решим» означает, что ответственного пока нет.

Ключевые цепочки, описанные словами. До старта достаточно описать главное: от заявки до закупки, от заказа клиента до отгрузки, от заказа на производство до выпуска, закрытие месяца. Без схем и специальных обозначений, обычным текстом на две-три страницы: кто участвует, что происходит, где сейчас обходные пути и таблицы.

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

Справочники и данные: что привести в порядок своими силами

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

Что можно сделать до проекта, не дожидаясь подрядчика:

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

Техническую часть переноса выполняет подрядчик, а решения по данным остаются за компанией: эту работу нельзя передать вместе с ответственностью за результат. Зато она заметно ускоряет проект — данные в порядке означают, что настройку не придётся переделывать после первой сверки.

Приёмка этапов: по каким документам принимается работа

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

| Этап | Что должно быть на выходе | Кто принимает со стороны компании |

|---|---|---|

| Обследование | Карта процессов как есть, реестр расхождений с приоритетами, дорожная карта | Ответственный за проект и владельцы процессов |

| Моделирование | Прототипы и согласованные сценарии на ваших примерах | Владельцы процессов |

| Настройка | Настроенная система, задание на доработки, схема связей с другими системами | Ответственный за проект и ИТ |

| Подготовка данных и обучение | Протокол сверки данных, инструкции, обученные пользователи | Владельцы справочников, руководители подразделений |

| Тестовая эксплуатация | Перечень расхождений с решениями по каждому | Ключевые пользователи |

| Запуск | Акт ввода в эксплуатацию, регламенты поддержки | Руководство и ответственный за проект |

Принимать должен тот, кто будет работать в системе: если результат подписывает только ИТ-служба, замечания пользователей всплывут после запуска.

Первый этап проекта — обследование — по сути и есть эта подготовка, только выполненная вместе с подрядчиком: [Обследование и подготовка к проекту](/quiz/uslugi/obsledovanie-i-podgotovka). После него у компании уже есть карта процессов, реестр расхождений и дорожная карта, по которым можно считать бюджет.

Обучение и владелец системы после запуска

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

Вопрос, который стоит решить до запуска, а не после: кто владеет системой дальше. Кто отвечает за справочники и обновления, кто принимает обращения пользователей, кто расставляет приоритеты доработок. Это может быть своя команда, подрядчик или сочетание — но ответ должен быть записан, и из него должно быть понятно, что закрывается снаружи, а что остаётся внутри.

Что можно отложить на потом

Подготовка не означает «сделать всё сразу». Часть решений спокойно переносится на более поздний срок и от этого только дешевеет.

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

Как это выглядит в деньгах и сроках

• Переделки. Настройка, которую меняют после запуска, оплачивается второй раз, и рядом появляются повторный перенос данных и повторное обучение. Подготовка убирает саму причину переделки.
• Простой команды проекта. Когда решение по спорному месту ждут неделями, работа подрядчика тоже стоит — и эти дни входят в счёт. Реестр решений и ответственный сокращают такие паузы.
• Время людей. Разбор справочников — работа на несколько недель, но она делается один раз и своими силами, а не в часы проекта по ставке подрядчика.
• Приёмка. Когда этап закрывается по документу, а не по ощущению, меньше возвратов к уже сделанному: каждая возвращённая задача — это повторная работа и сдвиг графика.
• Ориентиры. Разбор текущего состояния помогает посчитать объём до договора: цифровой аудит занимает 5 рабочих дней, пилот на одном участке — 6 недель, и по их итогам бюджет проекта считается по факту, а не по предположениям.

Что делать дальше

Если вы узнали свою ситуацию, есть два спокойных способа продолжить.

Первый — [расчёт ориентира в квизе](/quiz): несколько вопросов о масштабе, отрасли, текущей системе и задаче, на выходе предварительная оценка объёма и стоимости работ. Это не смета и не предложение: точная стоимость появляется после обследования.

Второй — [оставить заявку на аудит](/quiz/audit): обследование занимает 5 рабочих дней и заканчивается отчётом с картой рисков и планом работ. Если сначала нужно обсудить задачу, на странице аудита есть кнопка «нужна консультация эксперта» — заявка придёт менеджеру, и он согласует время разговора.

«Аксионт» работает на рынке 1С 15 лет, в компании 70+ специалистов, 77 кейсов внедрений и 38 отраслевых решений.

<!-- Проверить перед публикацией: (1) подтвердить, что состав результатов по этапам (обследование, моделирование, настройка, подготовка данных и обучение, тестовая эксплуатация, запуск) совпадает с описанием на страницах услуг и что таблицу можно публиковать в таком виде; (2) подтвердить, что рекомендации по подготовке (ответственный за проект, описанные цепочки, порядок в справочниках, границы первого этапа, приёмка по документам, обучение, владелец системы) не расходятся с методикой внедрения компании; (3) подтвердить уместность ссылки на страницу «Обследование и подготовка к проекту» и актуальность её адреса; (4) подтвердить сроки «5 рабочих дней» для аудита и «6 недель» для пилота, состав и результат аудита и то, кто из команды его проводит; (5) подтвердить, что утверждение про переделку настроек после запуска можно приводить как общий принцип, без обещания конкретной экономии; (6) подтвердить актуальность утверждённого набора цифр компании на дату публикации (15 лет на рынке 1С, 70+ специалистов, 77 кейсов внедрений, 38 отраслевых решений); (7) решить, где публикуем, и проставить рабочие ссылки на /quiz и /quiz/audit. -->