Доработка 1С или сервис рядом с ней: как решить, чтобы не потерять обновления и не платить за поддержку вдвое
Короткий ответ: доработка 1С — это изменение типовой программы под ваши процессы, и делается она тремя способами: правкой самой конфигурации, расширением поверх неё или отдельным сервисом, который работает с данными 1С через обмен. Правило простое: что меняет учёт, остаётся в 1С, по возможности в расширении; что нужно людям вне 1С — кабинет, бот, приложение, — выносится наружу. Правка типовой дешевле на старте, но дорожает на каждом обновлении.
Ниже — как различать эти способы, что разрешает облако 1С:Фреш, как посчитать стоимость владения на два-три года и какие вопросы задать исполнителю. Мы не франчайзи 1С и конфигурацию не меняем: делаем сервисы рядом с 1С и обмен с ней, поэтому смотрим на развилку со стороны того, кто строит «соседа», а не того, кто правит базу.
Что обычно называют доработкой 1С?
Под доработкой понимают всё, что добавляют к типовой поставке: поле в карточке контрагента, свою печатную форму счёта, отчёт для руководителя, запрет провести документ без согласования, обмен с сайтом или CRM. Задачи разные, и решать их одним способом выходит дорого.
Полезно сразу разложить пожелания на две группы:
- Правила учёта. Как документ проводится, какие реквизиты обязательны, как считается себестоимость, что печатается. Это живёт внутри 1С, и наружу его выносить бессмысленно.
- Работа вокруг учёта. Клиент смотрит свои счета, водитель отмечает доставку, менеджер согласует оплату с телефона, руководитель открывает сводку утром. Этим людям не нужна 1С целиком — им нужна одна функция и понятный экран.
Первая группа — работа программиста 1С. Вторая чаще решается сервисом рядом, который берёт и отдаёт данные через обмен.
| Способ | Что меняется | Что с обновлениями | Когда уместен |
|---|---|---|---|
| Правка типовой конфигурации | Код и объекты самой конфигурации: формы, документы, проведение | Каждый релиз приходится сравнивать и объединять с вашими правками; чем их больше, тем дольше и дороже обновление | Глубокая переделка учёта, которую не решить иначе, и есть свой программист 1С, готовый вести её годами |
| Расширение конфигурации | Отдельный слой поверх типовой: новые реквизиты, формы, отчёты, перехват обработчиков | Типовая остаётся на поддержке и обновляется штатно; расширение проверяют после релиза на копии базы | Новые поля, печатные формы, отчёты, проверки при проведении — правила внутри учёта |
| Сервис рядом по API | Ничего в типовой: отдельное приложение, бот или кабинет читает и пишет данные 1С через обмен | Обновление 1С касается только точки обмена; её проверяют автотестом | Работа людей вне 1С: клиенты, дилеры, водители, руководитель с телефона, согласования |
Чем правка типовой отличается от расширения и внешнего сервиса?
Правка типовой меняет код самой конфигурации, расширение добавляет отдельный слой поверх неё, а внешний сервис вообще не трогает конфигурацию и общается с 1С через точку обмена. Отсюда разная цена обновлений и разная зависимость от исполнителя.
Кроме этих трёх вариантов есть внешние отчёты и обработки — отдельные файлы, которые подключают к базе без изменения конфигурации. Для разовой загрузки, печатной формы или отчёта этого часто хватает, и это самый лёгкий по последствиям путь внутри 1С.
Почему изменённая типовая дорожает при каждом обновлении?
Поставщик выпускает новые релизы, и их нужно совмещать с вашими правками: сравнить, объединить, проверить, что изменённые места работают. Чем больше правок в типовом коде, тем дольше каждое обновление, и платите вы за это не один раз, а при каждом релизе.
Как это выглядит на практике:
- Обновления откладывают. Если каждое стоит несколько дней работы, база отстаёт на несколько релизов, а потом догоняет их пачкой — ещё дороже и рискованнее.
- Регламентированная отчётность ждёт. Изменения законодательства — ставки, книги покупок и продаж, формы отчётов — приходят с релизами, и задержка обновления становится проблемой бухгалтерии, а не только программиста.
- Знания у одного человека. Без описания правок новый специалист сначала раскапывает, что и зачем меняли, и только потом обновляет.
Это не значит, что править типовую нельзя никогда. Для глубокой переделки учёта, которую расширение не вытягивает, так поступают осознанно. Но решение стоит принимать, понимая, что вы подписываетесь на постоянные расходы.
Расширение конфигурации решает проблему обновлений?
В основном да: расширение подключается поверх типовой и не меняет её код, поэтому типовая остаётся на поддержке и обновляется штатно. Но расширение всё равно опирается на объекты типовой, и после релиза его нужно проверить на копии базы.
У 1С есть отдельная книга о расширениях на ИТС — «Расширения конфигураций. Адаптация прикладных решений с сохранением поддержки в облаках и на земле». Уже по оглавлению видно, о чём стоит помнить: там есть разделы о том, что происходит, если расширяемая форма, отчёт или макет изменились после обновления конфигурации, и что будет, если два расширения дорабатывают одну и ту же форму.
Практические выводы для заказчика:
- Просите исполнителя держать доработки в расширении, если это возможно, и объяснить письменно, если нет.
- Одно расширение на одну задачу проще проверять и отключать, чем одно «на всё».
- Порядок обновления закрепите заранее: сначала копия базы, проверка расширений и обмена, потом рабочая база.
Что разрешает облако 1С:Фреш?
В облаке 1cFresh доработки подключают в виде расширений конфигурации и дополнительных отчётов и обработок, и перед подключением они проходят проверку. Всё выполняется в безопасном режиме, поэтому часть привычных приёмов с собственного сервера там недоступна.
По рекомендациям сервиса к подготовке расширений и обработок:
- доработка должна работать в безопасном режиме и в режиме разделения данных; небезопасные операции запрашивают отдельными разрешениями при загрузке;
- у расширения заданы уникальное имя и версия, разрабатывают его на той же версии платформы, что и в сервисе;
- нельзя нарушать штатную логику прикладного решения и отключать штатные проверки, нельзя заметно нагружать сервис;
- если пользовательские данные уходят за пределы сервиса, пользователь должен дать на это согласие.
Для заказчика это значит: если база во Фреше, обсудите с исполнителем, пройдёт ли доработка проверку, ещё до сметы. Когда функция в эти рамки не помещается, её выносят в сервис рядом — он работает на своём сервере, а с 1С общается через доступный в облаке обмен. Какие способы обмена есть у облачной базы, мы разбирали в статье о том, как 1С обменивается данными с сайтом и CRM.
Когда функцию стоит вынести из 1С в отдельный сервис?
Выносить стоит то, чем пользуются люди без доступа к 1С, что нужно с телефона или требует удобного экрана под одну операцию. Признак простой: если ради функции придётся заводить в базе десятки внешних пользователей или переделывать её интерфейс, это задача для сервиса рядом.
Типичные кандидаты:
- Кабинет клиента или дилера. Счета, отгрузки, сверки, повторный заказ. Подробно — в статье о кабинете клиента с данными из 1С.
- Согласование заявок и счетов. Руководитель жмёт «согласовать» в боте или на телефоне, а результат уходит в 1С статусом.
- Полевые сотрудники. Водитель, монтажник, кладовщик на приёмке отмечают факт с телефона, фото и время прикладываются автоматически.
- Сводка руководителю. Несколько цифр из 1С и CRM на одном экране каждое утро, без запуска отчётов.
- Связка с сайтом, CRM, маркетплейсами. Здесь «сервис рядом» — сам обмен, например интеграция CRM с 1С, и правок в типовой он обычно не требует.
Важная оговорка: сервис рядом не заменяет учёт. Проведение, остатки, налоги остаются в 1С, а сервис только показывает данные и передаёт в базу то, что собрал. Если наружу начинает уезжать логика учёта — расчёт себестоимости, проводки, — граница проведена неверно.
| Статья затрат | Правка типовой | Расширение | Сервис рядом |
|---|---|---|---|
| Разработка | Часы программиста 1С | Часы программиста 1С | Смета разработчика сервиса плюс точка обмена в 1С, если её нет |
| Каждое обновление 1С | Сравнение и объединение конфигураций, повторное тестирование правок | Проверка расширения на копии базы, точечные исправления | Прогон автотеста обмена; сам сервис обычно не трогают |
| Хостинг и инфраструктура | Нет отдельных расходов | Нет отдельных расходов | Сервер или облако для сервиса, домен, резервные копии |
| Зависимость от исполнителя | Высокая: правки знает тот, кто их делал | Средняя: расширение отделено и описывается проще | Своя у каждой части: 1С — у программиста 1С, сервис — у его разработчика |
| Доступ внешних людей | Через саму 1С: учётные записи и клиентские лицензии на рабочие места | Так же, через 1С | Через сервис: в базу ходит один технический пользователь |
Как сравнить стоимость владения за 2–3 года?
Сравнивать нужно не цену разработки, а всё, что вы заплатите за два-три года: разработку, каждое обновление 1С, инфраструктуру и сопровождение. Вариант, дешёвый на старте, может обойтись дороже к третьему году из-за обновлений.
Как посчитать на своих цифрах:
- Спросите у программиста 1С, сколько часов уходит на одно обновление вашей базы сейчас и сколько добавит новая доработка в каждом из вариантов.
- Посмотрите, сколько релизов вы ставили за последний год, — это множитель для строки «обновления».
- Для сервиса рядом добавьте хостинг и сопровождение: у нас поддержка — от 7 900 ₽ в месяц по абонентке или разово по задачам.
- Отдельно оцените, сколько людей вне бухгалтерии будут пользоваться функцией. Для десятка внешних пользователей вход через сервис часто проще, чем учётные записи и дополнительные клиентские лицензии 1С.
Сколько стоит сервис рядом с 1С у нас?
Связка двух систем, например 1С и сайта или 1С и CRM, — от 32 000 ₽ и от 2 дней. Бот для согласований и уведомлений — от 16 000 ₽, кабинет или веб-приложение с ролями — от 160 000 ₽ и от 10 дней. Итог считаем после брифа и фиксируем в договоре до старта.
Что важно знать о границах работ:
- Конфигурацию 1С мы не меняем. В тарифе интеграций доработка систем на их стороне, в том числе конфигурации 1С, не входит. Если для обмена нужна своя точка в базе, её делает ваш программист 1С по схеме, которую мы согласуем вместе. Подробно о тарифе — на странице интеграции с 1С и CRM.
- Обмен с журналом и уведомлениями. Ошибки обмена пишутся в журнал, о сбоях приходит уведомление; первые 7 дней после запуска интеграции мелкие правки бесплатны, для веб-приложения — 14 дней. Гарантия по договору — 30 дней, отдельно от поддержки.
- Исходники у вас. Исключительное право на код остаётся у исполнителя, а вы получаете лицензию на весь срок действия права: исходники в вашем репозитории, любой сервер, любые подрядчики. Сервис рядом не привязывает вас к нам.
Пример из кейса: в магазине AleksFurs обмен с 1С идёт по CommerceML 2.08 — протоколу штатного «Обмена с сайтом», и проверяется 22 автотестами, поэтому обновление 1С не превращается в гадание, жив ли обмен.
Какие вопросы задать исполнителю до старта?
Цель вопросов — понять, во что доработка обойдётся на каждом обновлении и кто будет её сопровождать. Если на них нет ясных ответов, смета на разработку ничего не говорит о реальной цене.
- Это будет правка типовой, расширение, внешняя обработка или сервис рядом? Почему именно так?
- Сколько часов добавит доработка к каждому обновлению базы?
- Как проверяется работоспособность после релиза: копия базы, автотест, ручной прогон?
- Где будет описание доработки и сможет ли его прочитать другой специалист?
- Для базы во Фреше: пройдёт ли расширение проверку сервиса и что делать, если нет?
- Для сервиса рядом: какой пользователь 1С и с какими правами будет ходить в базу, что происходит, когда 1С недоступна?
- Кто главный по каждому виду данных — 1С или сервис, — чтобы обмен не затирал чужие изменения?
Когда сервис рядом не нужен и какие ошибки встречаются?
Сервис рядом не нужен, если функцией пользуются бухгалтеры и менеджеры, которые и так весь день в 1С, а задача — поле, печатная форма или отчёт. Тогда расширение или внешняя обработка у программиста 1С дешевле и проще.
Ошибки, которые встречаются чаще других:
- Выносить учёт наружу. Сервис начинает считать остатки или себестоимость параллельно с 1С, и через месяц цифры расходятся.
- Править типовую «по-быстрому». Одна правка в типовом модуле тянет за собой каждый следующий релиз.
- Не описывать доработки. Нет одной страницы «что сделано и где» — и следующий исполнитель начинает с раскопок.
- Открывать сервису всю базу. Пользователю обмена нужны права только на нужные объекты, а не полный доступ.
- Делать сервис ради одного пользователя. Если функция нужна двум сотрудникам, которые сидят в 1С, отдельное приложение с хостингом и поддержкой себя не оправдывает.
С чего начать?
Составьте список того, чего не хватает в 1С, и у каждого пункта отметьте, кто им будет пользоваться и где — в базе или вне её. Этот список сам разделит задачи между программистом 1С и сервисом рядом.
Дальше добавьте четыре факта: какая конфигурация и версия, где стоит база — на своём сервере или во Фреше, сколько обновлений ставили за год и есть ли уже обмен с другими системами. С этим можно обсуждать схему, ТЗ на интеграцию и смету. Если внешняя часть окажется связкой двух систем, начните с короткого аудита по тарифу интеграций; что такое обмен по API, мы объясняли в разборе API-интеграции.
Короткие ответы на частые вопросы
Что такое доработка 1С простыми словами?
Это любое изменение типовой программы 1С под процессы компании: новые поля и печатные формы, отчёты, проверки, обмен с другими системами. Делают её правкой самой конфигурации, расширением поверх неё или внешними отчётами и обработками.
Что такое расширение конфигурации 1С?
Отдельный слой доработок, который подключается к типовой конфигурации и не меняет её код. Типовая при этом остаётся на поддержке поставщика и обновляется штатно, а расширение проверяют после каждого релиза.
Можно ли дорабатывать 1С во Фреше?
Да, но в рамках правил сервиса: расширения и дополнительные отчёты и обработки работают в безопасном режиме, учитывают разделение данных и перед подключением проходят проверку. Если доработка не укладывается в эти правила, её выносят в сервис рядом или переходят на свой сервер.
Почему обновлять изменённую 1С так долго?
Каждый новый релиз нужно сравнить с вашими правками и объединить, а потом заново проверить всё изменённое. Чем больше правок в типовом коде, тем больше работы на каждом обновлении.
Вы дорабатываете конфигурацию 1С?
Нет, мы не франчайзи 1С и конфигурацию не меняем. Мы делаем сервисы рядом с 1С и обмен с ней — от 32 000 ₽ за связку двух систем, — а правки внутри базы делает ваш программист 1С по согласованной схеме обмена.
Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · кейс AleksFurs · цены и сроки
Опишите, чего не хватает в 1С, — скажем, что разумно оставить программисту 1С, а что вынести в сервис рядом, и сколько это стоит.
Рассчитать проект →Оценку срока и цены по брифу делаем бесплатно, обычно отвечаем в течение часа в рабочее время. Типовой договор — посмотреть до оплаты.
