Доработка 1С:ERP в 2026 году: типовые задачи и примеры кастомизации с помощью ИИ

Коротко: доработка 1С:ERP – это адаптация типовой конфигурации под процессы конкретного бизнеса. В 2026 году около 70% проектов требуют кастомизации: печатные формы (4–16 ч), отчёты на СКД (8–40 ч), интеграции с CRM и маркетплейсами (40–160 ч), обработки автозаполнения (8–24 ч). ИИ-ассистенты сокращают время написания кода на 30–50%. Главный принцип – расширения вместо правки типовой конфигурации, чтобы не терять обновления.

1С:ERP закрывает большую часть учётных и управленческих задач «из коробки», но ни одна типовая конфигурация не описывает уникальные процессы конкретного предприятия на 100%. Где-то нужна печатная форма под требования заказчика, где-то – отчёт с разрезом, которого нет в стандартной поставке, а где-то – обмен данными с сайтом или маркетплейсом. Разберём, какие задачи по доработке встречаются чаще всего, во что они обходятся по времени и как искусственный интеллект меняет работу программиста 1С в 2026 году. Если вы ещё только присматриваетесь к системе, начните со статьи о возможностях 1С:ERP и о том, кому она подходит.

Когда доработка действительно нужна, а когда нет

Главная ошибка при внедрении – кастомизировать всё подряд. Прежде чем ставить задачу программисту, проверьте: возможно, нужный функционал уже есть в типовой конфигурации, и его достаточно включить в настройках. По нашему опыту в «Софт Онлайн», до 40% первоначальных «хотелок» заказчика закрываются штатными настройками без единой строки кода.

Доработка оправдана, когда:

• Уникальный бизнес-процесс. Ваша схема продаж, производства или расчётов не укладывается в стандартную логику.
• Внешние требования. Печатная форма договора или акта должна выглядеть строго определённым образом – по шаблону заказчика или отраслевого регулятора.
• Интеграция. Нужен обмен с внешними системами: сайтом, CRM, маркетплейсами, банковскими сервисами, оборудованием.
• Массовые операции. Рутина, которую сотрудники делают руками сотни раз в день, – прямой кандидат на автоматизацию.

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

Типовые задачи по доработке 1С:ERP

За годы проектов мы выделили набор задач, которые повторяются почти в каждом внедрении. Ниже – самые частые с ориентировочной оценкой трудозатрат.

Тип доработки	Что делаем	Трудозатраты, ч	Частота
Печатные формы	Макет договора, акта, спецификации, этикетки	4–16	Очень высокая
Отчёты на СКД	Управленческие отчёты, аналитика по разрезам	8–40	Высокая
Обработки автозаполнения	Массовое заполнение документов, загрузка из Excel	8–24	Высокая
Интеграции	Обмен с сайтом, CRM, маркетплейсами, банком	40–160	Средняя
Доработка бизнес-логики	Правила ценообразования, согласования, ограничения	16–80	Средняя
Роли и права	Тонкая настройка доступа, RLS	8–32	Средняя

Оценки ориентировочные – конкретная цифра зависит от сложности требований и качества исходного техзадания. Хорошее ТЗ само по себе экономит 20–30% бюджета.

Печатные формы и макеты

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

• Делайте макет через расширение, а не правкой типового объекта.
• Используйте макеты СКД для печатных форм с табличными частями – их проще сопровождать.
• Заранее согласуйте с заказчиком образец в PDF, чтобы не переделывать по три раза.

Отчёты на системе компоновки данных

СКД – основной инструмент отчётности в 1С:ERP. Через неё создаются как простые списки, так и сложные аналитические отчёты с группировками, диаграммами и условным оформлением. Частые запросы: отчёт по марже в разрезе менеджеров, план-факт по производству, оборачиваемость складских запасов. Кстати, вопросы по остаткам мы подробно разбирали в материале о складском учёте и контроле запасов в 1С:ERP.

Обработки для массовых операций

Если сотрудник вручную заполняет 200 строк заказа или переносит данные из Excel – это прямой кандидат на обработку. Одна такая доработка на 16 часов нередко экономит по 2–3 часа рабочего времени в день у нескольких сотрудников. Окупаемость – недели.

Расширения против правки конфигурации: почему это критично

Главное правило доработки 1С:ERP в 2026 году: по возможности не трогайте типовую конфигурацию напрямую. Используйте расширения конфигурации. Разница принципиальная.

Критерий	Правка типовой конфигурации	Расширение конфигурации
Обновления	Сложные, требуют сравнения-объединения	Обновляются почти безболезненно
Скорость обновления	Дни при большом числе правок	Часы
Риск ошибок	Высокий – легко потерять доработки	Низкий
Изоляция	Нет, всё в одной конфигурации	Да, доработки отделены
Когда применять	Только если расширением не сделать	По умолчанию

На практике 80–90% задач решаются через расширения. Оставшиеся 10–20% (глубокая переработка бизнес-логики) иногда требуют изменений в основной конфигурации, но к этому подходите осознанно. Чем больше правок в типовой, тем дороже каждое обновление. У предприятий, которые «наломали» конфигурацию, обновление до новой версии может занимать не часы, а рабочую неделю программиста.

Роль искусственного интеллекта в доработке 1С

В 2026 году ИИ стал рабочим инструментом программиста 1С, а не футуристической идеей. Мы в «Софт Онлайн» применяем ИИ-ассистентов на нескольких этапах, и это реально ускоряет автоматизацию.

• Генерация кода. По описанию задачи ИИ пишет черновик процедуры или запроса – экономия 30–50% времени на типовых операциях.
• Разбор запросов. ИИ помогает оптимизировать сложные запросы к базе, находит узкие места по производительности.
• Документация. Автоматическое описание доработок и комментарии к коду – упрощает сопровождение.
• Анализ требований. ИИ помогает превратить размытое пожелание заказчика в структурированное техзадание.
• Поиск ошибок. Ассистент подсказывает потенциальные баги ещё до тестирования.

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

Пример: ускорение разработки отчёта

Раньше сложный отчёт на СКД с несколькими наборами данных и вычисляемыми полями занимал у специалиста 24–32 часа. С ИИ-ассистентом, который генерирует базовый запрос и структуру макета, – 12–18 часов. Итоговое тестирование и вылизывание остаётся за человеком, но черновой этап сокращается кратно.

Практические примеры кастомизации

Разберём несколько задач – обезличенных, но типичных для наших клиентов из Москвы.

Пример 1. Интеграция с маркетплейсами

Торговая компания продаёт через несколько площадок. Задача: автоматически подгружать заказы, обновлять остатки и цены, выгружать статусы. Решение – обмен через API с обработкой, которая раз в 15 минут синхронизирует данные. Трудозатраты – около 120 часов на всю схему, зато полностью снята ручная работа менеджеров по перебивке заказов. Заодно настроили корректную работу с маркировкой Честный ЗНАК для маркируемых товаров.

Пример 2. Автозаполнение производственных документов

Производственное предприятие вручную заполняло этапы производства по типовым изделиям. Сделали обработку, которая по выбранной номенклатуре разворачивает всю структуру этапов и материалов за один клик. Экономия – примерно 1,5 часа в смену у технолога. Тему производства подробно раскрыли в материале об учёте производства, себестоимости и управленческом учёте.

Пример 3. Управленческий отчёт по марже

Руководителю нужен ежедневный отчёт по валовой прибыли в разрезе номенклатурных групп, менеджеров и каналов продаж, с автоматической рассылкой на почту в 9:00. Сделали отчёт на СКД плюс регламентное задание. Управленец получает картину бизнеса без запросов к бухгалтерии.

Пример 4. Настройка справочников и правил

Часто кастомизация начинается не с кода, а с грамотной настройки. Дополнительные реквизиты у контрагентов, правила ценообразования, автоподстановка договоров – многое делается штатными средствами. Об этом – статья о документах и справочниках в 1С:ERP.

Как правильно поставить задачу на доработку

От качества постановки задачи напрямую зависит бюджет и результат. Рекомендуем такой порядок:

1. Опишите бизнес-цель. Не «сделайте кнопку», а «нужно, чтобы менеджер за один клик формировал комплект документов».
2. Приложите образцы. Для печатных форм – PDF, для отчётов – пример в Excel с нужными колонками.
3. Укажите объёмы. Сколько документов, пользователей, строк – это влияет на выбор технического решения.
4. Определите приоритет. Что критично сейчас, а что можно отложить на второй этап.
5. Согласуйте формат доработки. Расширение или правка конфигурации – обсудите заранее.

Чек-лист сравнения самих конфигураций даёт статья о выборе между 1С:ERP, Комплексной автоматизацией и УТ. А если вы планируете миграцию – читайте разбор перехода на 1С:ERP с УТ или КА.

Сколько стоит и сколько длится доработка

Единой цены нет – всё зависит от объёма. Но ориентиры такие:

• Мелкие доработки (печатная форма, простой отчёт): 4–16 часов, срок – 1–3 дня.
• Средние (обработка автозаполнения, отчёт СКД): 16–40 часов, срок – до 2 недель.
• Крупные (интеграция, переработка логики): 40–160+ часов, срок – от нескольких недель.

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

Частые ошибки при доработке

• Правка типовой конфигурации без необходимости – потом мучаетесь с обновлениями.
• Отсутствие тестовой базы – доработки проверяют сразу в рабочей, что рискованно.
• Нет документации – через полгода никто не помнит, зачем и как сделан код.
• Кастомизация вместо настройки – платят за код там, где хватило бы галочки в опциях.
• Слепое доверие ИИ-коду – сгенерированный код без проверки специалистом попадает в продуктив.

Конфигурация уже «наломана»: как разобрать наследство

Типичная картина: систему внедряли пять лет назад, программистов сменилось трое, конфигурация снята с поддержки, обновление делают раз в год и с кровью. Прежде чем заказывать новые задачи, нужно понять фактический объём правок – а не тот, который помнит бухгалтерия.

1. Снимите отчёт о сравнении. Конфигуратор → Конфигурация → Сравнить, объединить с конфигурацией из файла, где файл – типовой cf той же версии, что стоит у вас. На выходе список изменённых объектов. Это объективная картина.
2. Посмотрите режим поддержки. Конфигурация → Поддержка → Настройка поддержки. Объекты со статусом «снят с поддержки» при обновлении не обновятся вообще – именно они копят расхождение с типовой из релиза в релиз.
3. Разложите правки на три кучи. Первая – дублирует типовой функционал, который за эти годы появился в поставке (выкинуть). Вторая – нужна и переносится в расширение. Третья – нужна и расширением не делается.
4. Переносите по одной подсистеме. Одна подсистема → регресс на копии → следующая. Попытка перенести всё за один заход почти всегда заканчивается откатом.
5. Опишите остаток. На каждый объект, который сознательно оставляете в основной конфигурации: зачем сделано, кто заказчик, что сломается при откате. Одна страница. Это та документация, которой не хватает через полгода.

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

Отдельный приём: печатные формы и отчёты можно вообще не держать ни в конфигурации, ни в расширении. Внешняя печатная форма (.epf) или внешний отчёт (.erf) подключается через «Дополнительные отчёты и обработки» администратором, без конфигуратора, и на процедуру обновления не влияет никак. Для десятка макетов под разных заказчиков это самый дешёвый путь.

Как принять доработку и не получить сюрприз в продуктиве

Приёмка – то место, где экономия на двух часах тестирования стоит потом двух дней разбора проводок. Порядок, который мы используем на проектах.

Где проверять. Копия рабочей базы с реальными данными: выгрузка .dt для файловой, бэкап СУБД для клиент-серверной. Демо-база не годится – в ней нет ваших справочников, прав и объёмов.

Что проверять.

• Не кнопку, а цикл. Прогоните сквозной сценарий: заказ → реализация → счёт-фактура или выпуск → распределение затрат → себестоимость. Доработка, которая корректно отрабатывает в документе, может испортить движения регистров и всплыть только при закрытии месяца.
• Под правами пользователя. Проверка от администратора пропускает самую частую проблему – для новых объектов и реквизитов не выданы права в ролях, и у кладовщика кнопка просто не появляется.
• Сборка под вашу версию. Расширение должно быть собрано на той версии платформы и конфигурации, которая работает в продуктиве, и пройти «Проверить возможность применения». Заодно посмотрите назначение расширения: «Адаптация» или «Дополнение» для ваших доработок, «Исправление» – это патчи от вендора.
• Объём. Отчёт, который летает на сотне строк, на регистре с миллионами записей может висеть минутами. Снимите «Замер производительности» в конфигураторе или посмотрите план запроса на копии с реальным объёмом.

Что забрать у подрядчика, иначе вы его заложник: файл расширения .cfe и внешние обработки, доступ к хранилищу конфигурации или git-репозиторию EDT, перечень затронутых объектов и добавленных регламентных заданий, инструкция для пользователя на страницу и тестовый сценарий – как в три шага проверить, что доработка жива.

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

FAQ

Можно ли дорабатывать 1С:ERP без потери обновлений?

Да, если использовать механизм расширений конфигурации. Он позволяет добавлять функционал отдельно от типовой конфигурации, поэтому обновления устанавливаются почти без ручного сравнения-объединения. Через расширения решается 80–90% задач.

Заменит ли искусственный интеллект программиста 1С?

Нет. В 2026 году ИИ ускоряет рутинные части работы – генерацию кода, запросов, документации – на 30–50%, но архитектурные решения, проверку и адаптацию под конкретный проект по-прежнему делает специалист. ИИ – это инструмент усиления, а не замены.

С чего начать доработку 1С:ERP?

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

Сколько времени занимает типовая доработка?

Мелкие задачи (печатная форма, простой отчёт) – 4–16 часов и 1–3 дня. Средние – 16–40 часов и до двух недель. Крупные интеграции – от 40 до 160+ часов и несколько недель. Точная оценка зависит от качества техзадания.

Нужна ли отдельная лицензия для доработок?

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

Заключение

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

«Софт Онлайн» – официальный партнёр 1С:Франчайзи в Москве. Мы поможем оценить задачу, предложим решение и выполним доработку с использованием современных ИИ-инструментов. Ознакомьтесь с нашими услугами 1С:Франчайзи и разделом внедрения и продажи 1С:ERP, изучите возможности автоматизации бизнеса – или просто свяжитесь с нами, и мы рассчитаем вашу задачу по доработке.

Оценить конкретную задачу можно на странице кастомизации 1С:ERP под ваши процессы.