Доработка 1С без снятия с поддержки

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

Что значит «конфигурация на поддержке»

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

Для руководителя и главного бухгалтера это не техническая галочка, а риск на период сдачи отчётности: обновление занимает больше времени, часть доработок может «отвалиться», проверка занимает часы работы тех, кто ведёт учёт.

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

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

Когда хватает расширения, внешнего отчёта или обработки

Эти средства как раз для задач, которые не требуют новой учётной модели, а уточняют то, что уже есть в типовой базе.

Внешняя печатная форма. Накладная, акт, счёт — «как принято в компании» или как прописано в договоре. Типовой документ не трогаем: меняется только макет печати.

Внешний отчёт. Сводка для руководителя, расшифровка, которой нет в стандартном меню, выборка по своим аналитикам. Отчёт подключается к базе и не меняет справочники и документы.

Внешняя обработка. Разовая или регулярная операция: заполнить реквизиты по правилу, проверить пачку документов, подготовить данные к закрытию периода. Удобно, когда действие не должно «жить» внутри типового объекта.

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

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

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

Когда без изменения конфигурации не обойтись

Надстройки не заменяют разработку, если меняется сама модель учёта. В конфигуратор имеют смысл идти, когда нужно:

• завести документ или справочник, которого нет в типовой;
• изменить движения по регистрам, проводки, порядок закрытия — так, что внешняя обработка уже не закрывает задачу;
• встроить логику, которую расширение или внешний объект некуда корректно «повесить».

Тогда это уже изменение конфигурации под индивидуальные запросы. Имеет смысл сразу закладывать поддержку изменённой конфигурации: кто будет сопровождать обновления и как фиксировать состав доработок.

Как выбираем формат доработки

Запрос разбираем в том же порядке, в каком его стоит ставить внутри компании:

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

ИП Таргонская А.В. более 20 лет работает с 1С в Минске и удалённо по Беларуси: сертификаты 1С:Специалист и 1С:Профессионал, диплом DipIFR ACCA. Говорим на одном языке с бухгалтерией заказчика — поэтому формат доработки выбираем не «как привычнее программисту», а как безопаснее для учёта и обновлений.

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