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