Программист 1С нужен не всегда, но когда типовая конфигурация перестаёт закрывать задачи бизнеса, без него не обойтись. Вопрос в том, чтобы отличить реальную потребность в доработке от желания «подкрутить, как было раньше» и не превратить чистую типовую базу в неподдерживаемый конструктор.
Многие компании годами терпят неудобства: вручную сводят отчёты, дублируют документы, копируют данные между 1С и сторонними сервисами. При этом часть этих операций программист автоматизирует за несколько часов, а часть вообще решается настройкой без единой строки кода.
В этой статье разберём, когда доработка конфигурации оправдана, а когда стоит остановиться, чем отличается настройка от программирования и как не сломать обновляемость базы. Материал пригодится и руководителю, и главному бухгалтеру.
Сразу оговоримся: доработка - это инструмент, а не самоцель. Хороший разработчик экономит ваши деньги ровно так же, как и зарабатывает: он честно говорит, где правка не нужна, и предлагает решение дешевле там, где это возможно. Задача не в том, чтобы переписать конфигурацию под каждое пожелание, а в том, чтобы система закрывала реальные задачи бизнеса и при этом оставалась управляемой.
Когда нужен программист 1С
Есть задачи, которые типовое решение не покрывает в принципе. Именно они - повод звать разработчика, а не искать обходные пути в Excel.
- Нестандартные документы и печатные формы. Свой договор, акт, спецификация или наряд под требования клиентов.
- Специфические отчёты. Разрезы данных, которых нет в типовых отчётах, но которые нужны руководителю каждую неделю.
- Обмен с другими системами. Интеграция с сайтом, CRM, банком, маркетплейсом или системой маркировки.
- Автоматизация рутины. Массовая обработка документов, автозаполнение, проверки при проведении.
- Уникальные бизнес-процессы. Логика согласования, скидок или производства, которой нет в стандартной поставке.
Хороший программист 1С сначала предлагает решить задачу настройкой и только потом - кодом. Каждая доработка усложняет будущие обновления, поэтому её цена не только в часах разработки.
Настройка или доработка: в чём разница
Половину «хотелок» закрывают штатными средствами, без изменения конфигурации. Разберитесь в этом заранее, чтобы не платить за программирование там, где хватит галочки в настройках.
| Задача | Что требуется |
| Добавить пользователя и права | Настройка, программист не нужен |
| Изменить учётную политику | Настройка в типовом функционале |
| Своя печатная форма договора | Доработка конфигурации |
| Отчёт с нестандартными разрезами | Внешний отчёт или доработка |
| Обмен с сайтом или банком | Настройка обмена или разработка интеграции |
| Автопроверка при проведении документа | Доработка конфигурации |
Правильный подход к доработкам подробно описан в разделе услуг программиста 1С. Если задач много и они регулярные, выгоднее подключить комплексное обслуживание 1С, а не платить за каждую правку отдельно.
Отдельно стоит сказать про интеграции. Обмен с сайтом, банк-клиентом или маркетплейсом кажется мелкой задачей, но именно он экономит больше всего рабочего времени. Ручной перенос заказов из интернет-магазина в 1С отнимает часы в день и порождает ошибки, а настроенный обмен делает это без участия человека. Такие проекты почти всегда окупаются в первые же месяцы.
Как не сломать обновляемость базы
Главный риск доработок - потеря возможности обновляться. Как только конфигурация снята с поддержки и переписана вручную, каждое обновление превращается в дорогой ручной труд.
Чтобы этого избежать, грамотный разработчик придерживается нескольких правил:
- Расширения вместо правки типовой. Логика выносится в отдельный слой, а базовая конфигурация остаётся на поддержке.
- Внешние отчёты и обработки. Их подключают без изменения самой базы.
- Документирование правок. Каждое изменение фиксируется, чтобы через год было понятно, зачем оно.
- Тестирование на копии. Доработку проверяют на копии базы, а не сразу в рабочей.
Как ставить задачу программисту
От качества постановки задачи зависит результат и бюджет. Расплывчатое «сделайте, чтобы было удобно» приводит к переделкам за ваш счёт.
Чек-лист правильной задачи:
- Опишите не решение, а проблему: что не получается сделать сейчас.
- Укажите, кто и как часто выполняет эту операцию.
- Приведите пример: как должно выглядеть на входе и на выходе.
- Отметьте, что критично, а что желательно.
- Договоритесь о проверке результата на копии базы до запуска.
- Зафиксируйте, кто принимает работу и по каким критериям считается, что задача решена.
Такой подход убирает главную причину споров с разработчиком - разное понимание того, что именно требовалось. Письменная постановка защищает обе стороны и делает результат проверяемым.
Часто на этапе постановки выясняется, что задача решается настройкой или уже реализована в типовом функционале. Что вообще входит в сопровождение системы, мы разбирали в статье про обслуживание 1С.
Отдельная выгода правильной постановки - предсказуемая цена. Когда задача описана через проблему и примеры, разработчик оценивает объём работ заранее, а не выставляет счёт по факту. Вы понимаете, за что платите, и можете сравнить стоимость доработки с пользой, которую она принесёт.
Когда доработка не нужна
Иногда лучший совет программиста - не дорабатывать. Стоит остановиться, если:
- Задача решается штатной настройкой за пару минут.
- Функция нужна одному сотруднику раз в квартал.
- Проще изменить процесс, чем переписывать программу под старую привычку.
- Правка ломает обновляемость ради мелкого удобства.
Итог
Программист 1С нужен, когда типовая конфигурация не покрывает реальные задачи: нестандартные формы, отчёты, интеграции и автоматизацию рутины. Но перед каждой доработкой стоит проверить, не решается ли вопрос настройкой, и позаботиться о том, чтобы база осталась обновляемой.
Специалисты GOSTA подскажут, где хватит настройки, а где нужна разработка, и выполнят доработку без потери поддержки конфигурации. Опишите задачу на странице контактов - и получите честную оценку вместо лишних правок.
Все статьи