Разработка и Конфигурация · 12 мин
Доработка 1С: что это и когда она действительно нужна
Доработка 1С: что это такое, виды доработок, когда нужны изменения конфигурации, как поставить задачу, оценить бюджет и принять результат без рисков.
Доработка 1С — это изменение или расширение функциональности программы 1С под конкретные задачи компании: новые отчёты, документы, обработки, обмены данными, изменение типовых механизмов. Типовые конфигурации (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP и другие) рассчитаны на усреднённые бизнес-процессы, и когда реальный процесс компании не укладывается в типовой сценарий, программу дорабатывают.
Простой пример: компания выставляет счета с нестандартной системой скидок, которую типовая конфигурация не умеет рассчитывать автоматически. Менеджеры считают скидки вручную в Excel и вносят в 1С готовые цифры — с ошибками и потерей времени. Доработка добавляет в документ автоматический расчёт по заданным правилам, и ручной труд исчезает.
Важно понимать: доработка — это не всегда изменение кода типовой конфигурации. Платформа 1С предлагает несколько способов расширить функциональность, и грамотный выбор способа определяет, сколько будет стоить поддержка программы в будущем. Ниже разберём, какие виды доработок существуют, когда они оправданы и как организовать процесс, чтобы не получить «неработающую» систему после очередного обновления.
Что именно относится к доработкам 1С
Под доработкой понимают любые изменения, которые выходят за рамки штатной настройки конфигурации через пользовательский интерфейс. Настройка прав доступа, заполнение справочников, включение функциональных опций — это не доработка, а администрирование. Доработка начинается там, где требуется написание или изменение программного кода, создание новых объектов метаданных либо подключение внешних компонентов.
Типичные примеры доработок:
- новые печатные формы документов (договоры, акты, спецификации по шаблону компании);
- дополнительные отчёты, которых нет в типовой поставке;
- обработки для массовых операций: загрузка прайсов, выгрузка данных в Excel, пакетное изменение документов;
- обмены данными с сайтом, CRM, складскими системами, банковскими сервисами;
- новые документы, справочники и регистры для нестандартных процессов;
- изменение типовой логики: нестандартный расчёт цен, дополнительные проверки при проведении, автоматическое заполнение полей;
- интеграция с оборудованием: весы, сканеры, терминалы сбора данных.
Граница между настройкой и доработкой иногда размыта: например, создание дополнительного свойства номенклатуры — штатная функция, а вот вывод этого свойства в печатную форму с расчётом — уже доработка.
Виды доработок: от расширений до прямого изменения конфигурации
Способ реализации — ключевой вопрос, который определяет стоимость владения. Есть три основных подхода, и они сильно различаются по последствиям.
Внешние отчёты и обработки. Самый безопасный вариант: файл подключается к программе через меню «Дополнительные отчёты и обработки» и никак не затрагивает типовую конфигурацию. Обновления проходят штатно. Подходит для печатных форм, отчётов, загрузок данных.
Расширения конфигурации. Механизм платформы, который позволяет добавить новые объекты и изменить поведение типовых форм и модулей без изменения самой конфигурации. Расширение «надевается» поверх типовой поставки, конфигурация остаётся на поддержке, обновления устанавливаются с минимальными трудозатратами. Это предпочтительный способ для большинства задач.
Прямое изменение типовой конфигурации. Конфигуратор снимается (частично или полностью) с поддержки, вносятся изменения в типовые модули и объекты. Это даёт максимальную гибкость, но каждое обновление превращается в ручную работу: программист должен сравнить изменения поставщика с доработками и аккуратно их совместить. При большом объёме изменений обновление может занимать дни и стоить заметных денег.
Сравнение способов доработки
Подходят для печатных форм, отчётов, загрузок данных. Не влияют на обновления, легко отключить. Ограничение: нельзя менять типовую логику документов.
Подходят для изменения форм, добавления реквизитов, новых объектов и доработки типовых процедур. Конфигурация остаётся на поддержке. Ограничение: не все механизмы можно изменить через расширение.
Подходит, когда нужно глубоко перестроить типовые механизмы. Даёт полную свободу, но каждое обновление требует ручного сопоставления изменений и дороже в сопровождении.
Когда доработка оправдана, а когда лучше обойтись типовыми средствами
Не каждая неудобная ситуация требует программирования. Прежде чем заказывать доработку, стоит проверить три вещи: нет ли нужной функции в типовой конфигурации (возможно, она просто отключена функциональными опциями), не решается ли задача настройкой (права, шаблоны, дополнительные реквизиты), не появилась ли нужная возможность в свежих релизах.
Доработка оправдана, когда ручной труд или обходные пути регулярно съедают время сотрудников либо порождают ошибки с финансовыми последствиями. Классический критерий: если операция выполняется вручную десятки раз в день несколькими сотрудниками, автоматизация окупается. Если задача возникает раз в квартал, часто дешевле выполнить её вручную или разовой обработкой.
Есть и обратная ситуация: компания годами накапливает доработки «потому что так привыкли», хотя в новых версиях типовой конфигурации эти задачи уже решены штатно. Перед крупной доработкой полезно провести аудит существующих изменений — иногда проще вернуться к типовому механизму, чем поддерживать собственный.
Как выбрать действие
Как проходит процесс доработки: от задачи до приёмки
Типовой цикл выглядит так: формулировка задачи → оценка трудоёмкости и стоимости → разработка → тестирование на копии базы → перенос в рабочую базу → приёмка пользователями. Пропуск любого этапа резко повышает риски.
Главная точка отказа — размытая постановка задачи. Формулировка «сделайте удобный отчёт по продажам» приведёт к тому, что исполнитель сделает то, что понял, а не то, что нужно. Рабочая постановка содержит: какие данные берём, из каких документов, за какой период, в каком разрезе группировать, какие итоги считать, как должен выглядеть результат (пример в Excel очень помогает), кто и как будет пользоваться.
Разработка ведётся на копии рабочей базы, никогда — напрямую в «боевой». После готовности доработку сначала проверяет заказчик на тестовых данных, и только после подтверждения изменения переносятся в рабочую среду, желательно в нерабочее время и после создания резервной копии.
- 1Сформулируйте задачу: что должно работать, из каких данных, пример результата
- 2Получите от исполнителя оценку трудоёмкости, сроки и способ реализации (обработка, расширение, изменение конфигурации)
- 3Согласуйте разработку на копии базы и критерии приёмки
- 4Проверьте результат на тестовых примерах, включая граничные случаи (пустые поля, отменённые документы, большие объёмы)
- 5Сделайте резервную копию рабочей базы и перенесите доработку в нерабочее время
- 6Проведите контрольную проверку в рабочей базе и зафиксируйте приёмку письменно
Риски и типичные ошибки при доработке
Главный риск — потеря данных или остановка работы из-за непроверенных изменений в рабочей базе. Второй по значимости — накопление «невидимого долга»: доработки, о которых никто не помнит, ломаются при обновлении, и компания оказывается заложником устаревшей версии, потому что обновиться «страшно и дорого».
Ещё одна распространённая проблема — зависимость от конкретного исполнителя. Если доработки не задокументированы, а разработчик ушёл, новый специалист потратит значительное время только на то, чтобы разобраться, что и зачем было сделано. Требуйте хотя бы краткое описание каждой доработки: что делает, где находится, зачем нужна.
Как оценить стоимость и выбрать исполнителя
Стоимость доработки складывается из ставки специалиста и трудоёмкости в часах. Простые задачи (печатная форма, несложный отчёт) обычно занимают от нескольких часов до пары дней, обмены данными и сложные механизмы — недели. Точную цену без постановки задачи назвать невозможно, поэтому недоверие должна вызывать и «цена с потолка», и обещание сделать сложную задачу «за пару часов».
При выборе исполнителя — франчайзи 1С, интегратора или штатного программиста — смотрите на опыт работы именно с вашей конфигурацией и отраслью, наличие договора с фиксацией результата и гарантийных обязательств, готовность работать через копию базы и передавать исходный код. Исходный код доработок должен принадлежать заказчику — зафиксируйте это в договоре.
Как проверить результат и принять доработку
Приёмка — не формальность, а обязательный этап. Проверять нужно не только «счастливый путь» (типичный документ, типичные данные), но и граничные случаи: пустые и незаполненные поля, отменённые и помеченные на удаление документы, большие объёмы данных, работу под разными правами пользователей.
После переноса в рабочую базу полезно первые дни сравнивать результаты доработки с параллельным ручным расчётом на нескольких примерах. Если доработка меняет проведение документов или расчёт итогов, проверьте, не сломались ли связанные типовые отчёты и операции закрытия периода.
Как проверить результат
Результат совпадает с ручным расчётом на 2–3 контрольных примерах
Расхождения в суммах или отсутствие части данных
Пустые поля, отменённые документы и нулевые значения обрабатываются без ошибок
Программа выдаёт ошибку или неверные итоги на нестандартных данных
Доработка работает под правами обычных пользователей, не только администратора
У менеджеров нет доступа к новой функции или, наоборот, видны лишние данные
Типовые отчёты, проведение документов и закрытие периода работают как раньше
После доработки ломаются ранее работавшие операции
Доработка выполнена расширением или внешней обработкой, обновление проходит штатно
Конфигурация снята с поддержки без необходимости, обновление требует ручного слияния
Часто задаваемые вопросы
Чем доработка отличается от настройки 1С?
Настройка выполняется штатными средствами в пользовательском режиме: включение опций, заполнение справочников, права доступа, шаблоны. Доработка требует написания или изменения программного кода — создания отчётов, обработок, новых объектов, изменения логики. Настройку обычно выполняет внедренец или администратор, доработку — программист.
Можно ли дорабатывать 1С без снятия конфигурации с поддержки?
Да, в большинстве случаев. Внешние отчёты и обработки вообще не затрагивают конфигурацию, а механизм расширений позволяет менять формы, добавлять реквизиты, объекты и обработчики типовых процедур. Прямое изменение конфигурации оправдано только для глубокой переработки типовых механизмов.
Что происходит с доработками при обновлении конфигурации?
Внешние обработки обновления не замечают. Расширения обычно продолжают работать, но их стоит проверять после крупных обновлений. Изменения в типовой конфигурации требуют ручного сопоставления: программист сравнивает новый релиз с доработками и совмещает их, что требует времени и денег.
Сколько стоит доработка 1С?
Цена зависит от трудоёмкости и ставки исполнителя: простая печатная форма — несколько часов работы, обмен с сайтом или сложный механизм — недели. Точную оценку можно получить только по конкретной постановке задачи. Требуйте оценку в часах до начала работ и фиксируйте её письменно.
Кто должен выполнять доработку: штатный программист или подрядчик?
Штатный специалист выгоден при постоянном потоке задач и необходимости быстрой поддержки. Подрядчик (франчайзи или интегратор) удобен для разовых проектов и задач, требующих редкой экспертизы. В любом случае исходный код и документация должны оставаться у заказчика.
Как понять, что доработка сделана плохо?
Тревожные признаки: конфигурация снята с поддержки без явной необходимости, доработка работает только под правами администратора, ошибки всплывают на нестандартных данных, нет никакого описания того, что было изменено. Такой результат лучше не принимать до устранения замечаний.
Что важно запомнить
Доработка 1С — это изменение функциональности программы под задачи компании. Заказывайте её только когда типовые средства не решают задачу, требуйте реализации через внешние обработки или расширения, разрабатывайте на копии базы, проверяйте результат на граничных случаях и фиксируйте права на исходный код. Тогда доработки будут работать годами и не станут препятствием для обновлений.