Доработка 1С: когда типового функционала не хватает и почему «снятие с поддержки» дорого обходится

Фраза, которую мы слышим почти на каждой первой встрече: «Нам наворотили доработок — теперь каждое обновление вдвое дороже». Когда-то компании добавили пару полей и свой отчёт, потом ещё немного, потом уволился программист, который всё это писал. Сегодня обновление 1С — это не кнопка, а отдельный проект на несколько дней, и его откладывают до последнего.

Что такое доработка 1С и чем она отличается от настройки

Сначала разведём два слова, которые в разговоре путают постоянно. Настройка — это когда нужный результат получают штатными средствами программы: включают галочку в учётной политике, заводят новый тип цен, собирают свой вариант отчёта, раздают права. Кода никто не пишет, база остаётся типовой. Значительная часть задач, с которыми к нам приходят «на доработку», закрывается именно так — и это самый дешёвый вариант.

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

Конфигурация — это сама прикладная программа на платформе 1С: Бухгалтерия, Управление торговлей, ЗУП, ERP. Пока она «типовая», фирма «1С» знает её структуру и умеет обновлять автоматически. Как только в неё вносят свои изменения, отношения с обновлениями меняются — и вот здесь начинается самое важное.

Два способа доработки: расширение или правка конфигурации

Расширение — «слой поверх» типовой программы

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

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

Правка конфигурации — и снятие с поддержки

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

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

Почему после снятия с поддержки обновления дорожают

Типовую базу обновляют почти автоматически: скачали новый релиз, запустили, проверили. Базу, снятую с поддержки, обновляет человек. Он открывает сравнение вашей конфигурации с типовой того же релиза и по каждому изменённому объекту решает: принять новый код от «1С», оставить ваш или собрать из двух. Объектов бывает десятки, и это работа не на час.

• Платите за каждое обновление. Не один раз за доработку, а снова и снова — при каждом релизе, а у активно меняющихся конфигураций вроде ЗУП релизы выходят часто.
• Риск потерять правки. При невнимательном объединении принимают типовой вариант поверх вашего. Отсюда классическая жалоба «после обновления наши доработки исчезли».
• Отставание от законодательства. Дорогое обновление откладывают, и база перестаёт соответствовать новым формам отчётности, правилам ЭДО — электронного документооборота — и маркировки. Здесь цена вопроса уже не часы специалиста, а штрафы: по маркировке до 300 тысяч рублей с конфискацией товара, по алкоголю и табаку — до 1,5 миллиона.
• Зависимость от одного человека. Логику правок знает тот, кто их делал. Он недоступен — и разбираться приходится заново, за ваши деньги.

Хорошая новость: это состояние обратимо. Базу, в которой «наворочено», почти всегда можно вернуть в обновляемое состояние — вопрос объёма работ, а не принципиальной возможности.

Как вернуть базу в обновляемое состояние

Мы делаем это в четыре шага, и первый из них ничего не меняет в вашей базе.

• Инвентаризация правок. Сравниваем вашу конфигурацию с типовой и получаем полный список отличий: что изменено, где, насколько глубоко. Вы впервые видите письменный ответ на вопрос «что у нас вообще наворочено».
• Разбор по судьбе. Каждую правку относим в одну из трёх корзин: нужна и используется, дублирует типовой функционал (за годы «1С» многое добавила сама), не используется никем — такое находится почти всегда.
• Перенос в расширения. То, что нужно, переписываем расширениями. Лишнее убираем. Дублирующее заменяем типовым механизмом — заодно уходит часть кода, который некому сопровождать.
• Возврат на поддержку и обновление. Конфигурация снова становится типовой, база поднимается до актуального релиза, дальше обновление 1С снова становится штатной процедурой.

Честная оговорка: вернуть на поддержку удаётся не всё и не всегда целиком. Бывают правки, которые расширением не повторить, — тогда база остаётся частично снятой, но объём ручной работы при обновлении падает в разы. Порядок безопасного обновления доработанной базы разобран отдельно — в статье «Обновление 1С без остановки работы». И ещё одно правило без исключений: перед любыми работами делается резервная копия базы.

Типовые доработки, которые окупаются

Чтобы разговор был предметным, вот задачи, ради которых к нам приходят чаще всего. Почти все они делаются расширениями.

• Печатные формы. Свой бланк договора, спецификация, акт по форме заказчика, накладная с нужными подписями. Документ печатается из 1С готовым — его не доводят в Word каждый раз.
• Отчёты под решения. Маржа по направлениям и менеджерам, отчёт по дебиторке с разбивкой по срокам, план-факт продаж. Собственник открывает цифру сам, а не ждёт, пока «человек, который умеет», соберёт её в Excel.
• Автоматические проверки. Программа не даёт провести отгрузку должнику, продажу ниже себестоимости, документ не по тому складу. Ошибку ловят в момент ввода, а не через месяц на закрытии периода.
• Дополнительные поля и реквизиты. Свои признаки у номенклатуры и контрагентов, по которым потом строится аналитика.
• Доработка обменов. Выгрузка в формате конкретного контрагента, корректная передача заказов и остатков в сайт или маркетплейс — см. интеграцию 1С.
• Автоматизация рутины. Регламентное задание — это операция, которую программа выполняет сама по расписанию: ночная загрузка цен, рассылка отчёта, пересчёт остатков.

Как поставить задачу: ТЗ на доработку 1С

Половина конфликтов с подрядчиками растёт не из кода, а из формулировки «сделайте, чтобы было удобно». Техническое задание не обязано быть томом на сорок страниц — для большинства доработок достаточно одной-двух страниц, но в них должны быть ответы на понятные вопросы.

• Зачем. Какую проблему решаем и чем занят человек сейчас. «Менеджер два часа в день сверяет заявки с остатками в Excel» — это постановка. «Хотим удобнее» — нет.
• Где именно. В каком документе, справочнике, отчёте. Скриншот текущего экрана экономит час переписки.
• Что должно получиться. Описание результата словами пользователя: «в документе появляется кнопка, по ней печатается бланк вот с этими полями».
• Правила и исключения. Самая ценная часть. Как считать, что делать при нуле, какие случаи не обрабатываем. Исключения, всплывшие после сдачи, — главная причина переделок.
• Кто принимает. Один человек с вашей стороны, который может сказать «делаем так». Без него задача обрастает мнениями и не заканчивается.
• Как проверим. Два-три примера с реальными данными и ожидаемым ответом. Это одновременно и ТЗ, и сценарий приёмки.

Если написать это самостоятельно тяжело — нормально. Мы формализуем задачу сами: задаём вопросы, пишем постановку и присылаем её вам на подтверждение до начала работ. Оценка в часах даётся по согласованному тексту, а не по устной просьбе.

Как принимать работу

Доработку принимают не по словам «готово», а по проверке. Порядок, который мы считаем правильным и которого придерживаемся сами.

• Сначала тестовая база. Копия рабочей базы, на ней ставится доработка, на ней же проверяет пользователь. В рабочую базу ничего не попадает, пока результат не принят.
• Проверяет тот, кто будет работать. Не руководитель и не программист, а бухгалтер или менеджер — на своих настоящих документах.
• Проверяются и соседние участки. После изменения смотрят не только новую кнопку, но и проведение документов, ключевые отчёты и обмены: не задело ли что-то рядом.
• Вы получаете описание. Что сделано, каким способом (расширение или конфигурация), где лежит, как отключается. Именно это описание делает доработку независимой от конкретного исполнителя.
• Ошибки исправляются бесплатно. Если результат не соответствует согласованной постановке, это наша работа за наш счёт. Новые пожелания, которых в постановке не было, — отдельная задача и отдельные часы, и мы говорим об этом прямо.

Отдельный вопрос, который задаёт бухгалтерия: как провести расходы на доработку в учёте. Об этом — короткий ответ «Как учесть доработку 1С в бухгалтерском учёте».

Сколько это стоит и кто это делает

Модель у нас простая и без сметы, которая потом «уточняется»: 8 900 ₽ в месяц с десятью включёнными часами — это 890 ₽ за час — и 2 500 ₽ за каждый следующий час по факту. Для сравнения, рекомендованная фирмой «1С» ставка специалиста — от 3 000 ₽ за час. Фиксированную смету этапа мы честно не обещаем: вы платите за фактически отработанные часы, а оценку по согласованному ТЗ получаете до начала работ.

Работаем удалённо по всей России командой из 250 специалистов с 2002 года. Мы независимая команда, не франчайзи «1С», и именно поэтому держим ставку ниже. Разработчик, аналитик и специалист поддержки — разные люди, задача описана в системе, перед изменениями снимается копия базы. Это ответ на самую частую боль в нашей теме: «предыдущий специалист недоступен, а проблема срочная». Подписываем NDA.

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