Доработка 1С без программиста: где проходит граница

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

Что бизнес называет мелкой доработкой

Список у всех примерно один. Отчет, которого нет в типовой конфигурации: продажи по менеджерам с маржой, дебиторка с разбивкой по срокам просрочки, остатки под конкретную товарную группу. Разовый вопрос, ответ на который в базе есть, а готового отчета нет: кто из клиентов не покупал с апреля, у кого в карточке пусто вместо ИНН, какие заказы поставщику ушли дороже прошлой цены. И повторяющееся действие вроде понедельничного свода, письма должнику с актом сверки или напоминания менеджеру о просроченной задаче.

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

Полная цена мелкой задачи: не часы, а цикл

Медиана зарплаты программиста 1С по России в августе 2026 года 200 000 ₽ (ГородРабот.ру). При норме 164 часа в месяц по производственному календарю это около 1 200 ₽ в час по окладу и около 1 600 ₽ с учетом страховых взносов 30%, которые с 2026 года начисляются с полной зарплаты для торговли и услуг. Час руководителя при медиане 120 000 ₽ по той же логике обходится примерно в 950 ₽.

Часов разработки на такую задачу уходит немного, два-три на отчет средней сложности. Остальное время съедает цикл вокруг них.

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

Что закрывается разговором с помощником, а что остается программисту

Признак ровно один: есть ли у задачи ответ внутри самих данных базы.

Разговором в чате помощника закрывается то, что сводится к чтению данных, преобразованию и доставке результата человеку. Помощник соберет выборку по описанию словами, найдет документ по человеческой формулировке, например по номеру и дате без точного времени, оформит результат файлом xlsx или pdf и отправит его письмом или в Telegram. Сюда же попадает рассылка, в которой сорока клиентам уходят сорок разных писем, у каждого со своим фильтром и своей суммой, и постановка всего этого на расписание. Задачу система разбивает на шаги и ведет их планом, а уточняющие вопросы по ходу для нее штатное поведение.

Программисту остается то, что меняет саму конфигурацию: новый документ или регистр, дополнительный реквизит, своя печатная форма, интеграция со сторонней системой по ее протоколу, вмешательство в проведение типового документа. За такие задачи помощник не берется и не пробует их обойти.

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

Успех потом считается по факту в базе. Система сравнивает состояние объекта до и после, и если объект не перезаписан, строка попадает в ошибки с указанием причины. Действие, которого нет в реестре разрешенных, не выполняется, отказ пишется в журнал. Числовые условия считаются в 1С арифметикой, без обращения к ИИ, а файлы, если задача с ними работает, разбираются локально на вашем сервере. Отметки человека сильнее любых аргументов системы: отмечены две строки из четырех, значит обработаны будут две. Все барьеры подробно разобраны в статье Барьеры перед записью в базу.

Почему конфигурация не меняется: обработка через «Файл, Открыть»

Модуль ставится в базу внешней обработкой через «Файл, Открыть» на платформе 8.3. Типовая конфигурация остается типовой, снимать базу с поддержки не нужно, обновления идут прежним порядком. Связи с объектами базы модуль определяет при запуске, в код они не зашиты. Что именно приезжает в базу и какие требования к окружению, описано в статье Установка в 1С без изменения конфигурации.

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

Где штатный программист компании дописывает свое: код постобработки

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

Ограничения там жесткие. Пользовательский код видит только те переменные, которые ему передали явно, вложенное исполнение запрещено. Ошибка в одном правиле не роняет остальные, обработка идет дальше.

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

Расписание и команды из Telegram требуют расширения конфигурации

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

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

Как решить, чья это задача: чек-лист на пять пунктов

Пять вопросов, на которые стоит ответить до подачи заявки.

1. Ответ на вопрос уже лежит в данных базы или его надо где-то создать? Если лежит, это разговор с помощником.
2. Нужно ли добавить в базу новый объект: документ, регистр, реквизит, печатную форму? Если да, это программист.
3. Задача разовая или повторяется каждую неделю? Повтор это аргумент за расписание.
4. Задача читает данные или записывает их? Запись проходит пробу на одной строке и подтверждение, это дольше и так задумано.
5. Есть ли внутри кусок нестандартной логики? Его пишет ваш программист в постобработке, конфигурацию при этом не трогает.

Если на первый вопрос ответ «лежит в данных», а на второй «нет», задачу почти наверняка можно не нести в очередь.

Начинать проще с той задачи, которая точно повторяется: понедельничный свод, список должников, выборка спящих клиентов. Опишите ее словами в чате помощника и посмотрите, что соберется на ваших данных. Демодоступ бесплатный, первую автоматизацию разбираем вместе, а что входит в каждый тариф, есть на странице Тарифы.