Как проходит проект внедрения 1С и что делать на каждом шаге

Внедрение проекта в 1С включает семь основных этапов: обследование и ТЗ, выбор конфигурации, настройку и доработку, перенос данных, тестирование, обучение пользователей и запуск с последующим сопровождением. Для небольшой фирмы на типовой «Бухгалтерии» весь путь занимает 2–6 недель, для производства на 1С:ERP — от полугода до полутора лет.

Разница между вариантами — в объёме доработок. «Коробка» без изменений внедряется быстро: настроили учётную политику, загрузили остатки, научили людей. Проект с интеграциями и нетиповыми процессами требует полноценного ТЗ, тестовой базы и параллельной работы в старой и новой системе.

1. Обследование процессов и техническое задание

Начинают не с программы, а с того, как фирма работает сейчас. Аналитик проходит по отделам и фиксирует, кто какие документы создаёт, откуда берутся данные и какие отчёты нужны руководству.

Что собирают на обследовании:

• 📄 перечень документов по каждому участку: закупка, продажа, склад, производство, зарплата;
• 🔁 схему движения данных: где документ рождается, кто его согласует, куда он уходит дальше;
• 📊 список отчётов, которые сейчас делают вручную в Excel, — это главный кандидат на автоматизацию;
• 🔌 внешние системы: банк, интернет-магазин, ЭДО, маркировка, кассы, сайт;
• 👥 роли пользователей и права: кто что видит и что может менять.

Fit-gap вместо «хотелок»

Опытный внедренец сравнивает собранные процессы с тем, что умеет типовая конфигурация. Это называют fit-gap анализом: каждое требование помечают как «закрывается типовым», «закрывается настройкой» или «нужна доработка».

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

Что должно быть в ТЗ

Техническое задание описывает, что именно будет сделано, и служит основой для приёмки. Для государственных и крупных заказчиков структуру берут по ГОСТ 34.602-2020, для малого бизнеса хватает упрощённого документа.

2. Выбор конфигурации, платформы и способа работы

Конфигурацию выбирают по масштабу и задачам, а не по названию. Типовые решения на платформе 1С:Предприятие 8.3 закрывают большую часть задач без программирования.

Чаще всего схема строится из двух-трёх баз: например, УТ 11 для торговли, БП 3.0 для бухгалтерии и ЗУП 3.1 для зарплаты. Между ними настраивают типовую синхронизацию данных.

Файловый вариант, клиент-сервер или облако

• 🗂 Файловая база — до 5–10 одновременных пользователей, без отдельного сервера. Дёшево, но при росте нагрузки появляются блокировки.
• 🖥 Клиент-серверный вариант — сервер 1С и СУБД (PostgreSQL или MS SQL). Нужен от 10–15 пользователей и для тяжёлых конфигураций вроде ERP.
• ☁️ Облако (аренда 1С) — сервер содержит провайдер. Удобно для удалённой команды, но ограничивает доработки и интеграции.

Лицензии считают заранее: на каждое рабочее место нужна клиентская лицензия, для клиент-серверного варианта — ещё и лицензия на сервер 1С. Без лицензии платформа базу не запустит.

3. Настройка и доработка системы

Настройка — это работа без программирования: учётная политика, параметры учёта, справочники, функциональные опции, права доступа . В БП 3.0 большая часть этих настроек собрана в разделе Главное → Настройки, в УТ 11 и КА 2 — в разделе НСИ и администрирование.

Доработки — через расширения

Нетиповое требование, которое не закрылось настройкой, программист реализует в конфигурации. Здесь главный приём практика: дорабатывать через расширения конфигурации (механизм появился в платформе 8.3.6), а не снимать типовую конфигурацию с поддержки.

Интеграции

Обмен с другими базами 1С обычно строят на типовой синхронизации через формат EnterpriseData. С сайтом, банком, маркетплейсами и складскими терминалами связь делают через HTTP-сервисы, веб-сервисы или файловый обмен.

Каждую интеграцию описывают отдельно: какие объекты передаются, в какую сторону, как часто и что делать при ошибке.

4. Перенос данных и начальные остатки

Этого этапа нет в плане многих подрядчиков, а именно на нём чаще всего срываются сроки. Перенос решают в три слоя:

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

Дата начала учёта

Новую систему удобнее запускать с начала года или квартала. Тогда закрытый период остаётся в старой программе, а в новую вводятся остатки на одну дату.

Для ЗУП 3.1 есть нюанс: для расчёта отпускных и больничных нужен заработок за прошлые периоды. Его загружают в виде данных для расчёта среднего заработка, иначе первые же отпускные посчитаются неверно.

Из базы 1С в 1С данные переносят типовыми обработками перехода (например, при переходе с 1С:Бухгалтерии 2.0 на 3.0 или с ЗУП 2.5 на 3.1) или через конвертацию данных. Из сторонних программ — через загрузку из Excel или специально написанную обработку.

5. Тестирование перед запуском

Тестируют всегда на копии, а не в рабочей базе. Копию делают выгрузкой в .dt через Конфигуратор или копированием каталога файловой базы при закрытой программе.

Тестирование идёт в три круга:

• 🧪 модульное — программист проверяет каждую доработку отдельно;
• 🔗 сквозные сценарии — пользователи проходят процесс целиком: заказ → поступление → реализация → оплата → закрытие месяца ;
• 📈 нагрузочное — для клиент-серверного варианта: как система ведёт себя, когда одновременно работают все пользователи и идёт обмен.

Для крупных проектов сценарии автоматизируют. Распространённый инструмент — Vanessa Automation: тест пишется сценарием на понятном языке и повторяется после каждого обновления.

Итог этапа — протокол приёмки по каждому пункту ТЗ. Без подписанного протокола переходить к запуску рано.

6. Обучение пользователей и инструкции

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

Как организовать обучение:

1. Составьте для каждой роли список операций — по нему и учат.
2. Проводите занятия на учебной копии базы с реальными справочниками фирмы.
3. Дайте каждому сотруднику короткую инструкцию на 2–5 страниц со скриншотами своих операций.
4. Назначьте в каждом отделе ключевого пользователя, к которому идут с вопросами первым.

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

Если в базе обрабатываются данные сотрудников и клиентов, при настройке прав и обучении учтите требования закона № 152-ФЗ о персональных данных: доступ к кадровой информации — только тем, кому он нужен по работе.

7. Запуск в эксплуатацию и сопровождение

Запуск — это не «включили программу», а переход по согласованному плану. Его называют cutover-планом: по часам расписано, кто что делает в день перехода.

Параллельная работа

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

Что делать после запуска

Первые 2–4 недели — период повышенной поддержки. Программист и консультант доступны по первому звонку, а вопросы собираются в общий список.

Дальше система переходит на обычное сопровождение:

• 🔄 обновления — типовые конфигурации выходят несколько раз в квартал, обновлять базу нужно регулярно, особенно перед сдачей отчётности;
• 💾 резервные копии — ежедневно, с проверкой, что копия разворачивается;
• 🛠 развитие — новые доработки собирают в план и выполняют пакетами, а не по одной «срочной» правке в день;
• 📞 сопровождение — обычно через договор ИТС с партнёром 1С или своего программиста.

Ориентировочные сроки и стоимость

Цифры ориентировочные: на итог сильнее всего влияют число доработок, интеграций и объём переносимой истории. Лицензии и сервер считаются отдельно.

Где проекты внедрения 1С срываются чаще всего

• ❌ Нет ответственного со стороны заказчика. Внедренец задаёт вопросы, а решения никто не принимает — сроки растут неделями.
• ❌ Перенос старых процессов один в один. Под каждую привычку из старой программы пишут доработку, хотя в типовой конфигурации есть свой способ.
• ❌ ТЗ меняется на ходу. Новые требования без пересогласования сроков и бюджета ломают план. Их лучше копить во вторую очередь проекта.
• ❌ Запуск в конце года. Сдача отчётности и запуск новой системы одновременно — двойной стресс для бухгалтерии.
• ❌ Пропущенный пробный перенос. Остатки впервые сверяют после запуска, когда в базе уже месяц живых документов.

Частые вопросы