Ниже — готовая редакционная версия. Фактуру и последовательность я сохранил по исходному интервью о 1С; в нём действительно заложены все основные линии — отношение к платформе, внедрение, ИИ, БСП, EDT, OneScript, XDTO и другие технологии. (ХАРДКОРНЫЙ подкаст по 1С. Нейросети и ИИ. 1С-ник. Автоматизация. Зарплата 700 000. Иван Гордынец.docx) По подаче ориентировался на приложенный JavaScript-образец с коротким лидом, тематическими разделами и промежуточными выводами (JavaScript без мифов.docx), а также на стилистику указанного вами материала на Хабре. (habr.com) Итоговый объём — около 40,3 тыс. знаков с пробелами.

:::writing{variant="document" id="58314"}

1С без мифов: ИИ, архитектура, автоматизация и зарплаты — интервью с Иваном Гордынцом

1С часто воспринимают как «бухгалтерию с русским кодом», хотя внутри экосистемы давно есть интеграции, API, клиент-серверная архитектура, библиотеки, open source и ИИ-инструменты. С Иваном Гордынцом поговорили о том, за что 1С любят и ругают, как не провалить внедрение, какие технологии должен знать разработчик и почему в этой сфере встречаются зарплаты в несколько сотен тысяч рублей.

Рынок 1С: спрос, отношение к платформе и выгода для бизнеса

Александр: Что у вас изменилось за последний год и почему на YouTube стало меньше видео?

Иван: Основная причина — загрузка. Было много проектов, плюс в школе мы примерно четыре месяца записывали большой курс по интеграциям. Поэтому на канал оставалось меньше времени.

Александр: Спрос на 1С изменился?

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

Александр: Что за год удивило сильнее всего?

Иван: Искусственный интеллект. За год-два возможности изменились очень заметно. То, что ИИ умеет сегодня, уже нельзя считать просто игрушкой — в разработке он становится рабочим инструментом.

Александр: За что люди не любят 1С?

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

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

Александр: Как типовые конфигурации переживают изменения законодательства — например, новую ставку НДС?

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

Александр: А за что 1С любят?

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

Александр: В чем главная выгода для бизнеса?

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

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

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

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

Как найти 1С-разработчика и не ошибиться с выбором

Александр: Где предпринимателю искать 1С-разработчика?

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

Александр: А вы сами как решаете кадровый вопрос?

Иван: Стараемся выращивать специалистов. Многие люди в команде когда-то пришли к нам учиться. За несколько месяцев видно, как человек относится к задачам, умеет ли общаться, делает только минимум или старается разобраться глубже.

Александр: А если разработчик нужен прямо сейчас?

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

Александр: Что у него спрашивать? Нужны сертификаты?

Иван: Сначала — с какими конфигурациями он работал. Если у вас «Управление торговлей», человек с большим опытом именно в ней, скорее всего, быстрее разберется, чем специалист, который занимался только «Бухгалтерией». Я бы спросил, какие задачи он решал, какая была самой сложной, с какими проблемами сталкивался.

Можно спросить и про ИИ. Но сам факт использования нейросети ничего не доказывает. В руках сильного разработчика это ускоритель, у новичка — иногда иллюзия компетентности, потому что он не способен проверить сгенерированный код.

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

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

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

Выжимка: лучший фильтр — релевантный опыт и небольшая реальная задача; сертификат полезен, но не заменяет способность решать нестандартные проблемы.

Автоматизация и внедрение: что делать первым и почему ERP нужна не всем

Александр: Какие процессы бизнесу стоит автоматизировать в первую очередь?

Иван: Базовые вещи — выставление счетов и платежи. Сотрудник должен быстро оформить заказ и отправить счет без ручного переписывания форм. Банковская выписка должна загружаться в 1С так, чтобы сразу было видно, что оплачено.

Полезны почта и мессенджеры внутри 1С: переписка связывается с клиентом или заказом. Руководитель может через Telegram-бота согласовать документ, получить уведомление об оплате или регулярный отчет.

Александр: Какие ошибки чаще всего допускают при внедрении?

Иван: Первая — нет конкретной цели. «Хотим внедрить 1С» — не цель. Цель — перестать выписывать счета в Excel, не терять детали между производственными участками, видеть движение заказа, контролировать доставку.

Вторая ошибка — неправильная конфигурация. Компания покупает «Бухгалтерию», «Управление торговлей», УНФ или ERP, а потом выясняет, что решение не соответствует процессам.

Александр: Как выбирать правильно?

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

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

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

Александр: Сколько стоит внедрение и содержание 1С?

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

Александр: Лицензии покупаются ежегодно?

Иван: Клиентские лицензии — один раз. Отдельно оплачиваются сервисы и доступ к обновлениям.

Александр: Может ли настроенная система работать пять-десять лет без доработок?

Иван: В управленческом учете — вполне. В бухгалтерском сложнее из-за изменений законодательства. Но даже стабильная система обычно развивается вместе с бизнесом: появляются новые доставки, сервисы и интеграции.

Александр: Есть смысл открывать фирму по внедрению 1С?

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

Александр: Что такое проектная работа в 1С?

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

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

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

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

Как учиться 1С: практика, документация и обратная связь

Александр: Какие ошибки чаще всего допускают начинающие 1С-разработчики?

Иван: Первая — изучать устаревшие технологии. Старые версии еще встречаются, но рынок уменьшается. Вторая — игнорировать новое, в том числе ИИ. Это не замена человеку, но уже полезный помощник.

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

Александр: Значит, домашние задания обязательны?

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

Александр: Что такое документация в 1С?

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

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

Александр: Что делать, если документация непонятная или неполная?

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

Александр: Какие нейросети уже помогают с 1С?

Иван: Для текста подойдет любая сильная модель. Для кода мы, например, используем Claude Code; разработчики применяют и ChatGPT для анализа и небольших фрагментов. Главное — не название инструмента, а способность проверить результат.

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

Пользовательская документация решает другую задачу — объясняет бизнес-логику. Если разработчик создал документ с несколькими полями и заложил в него определенный сценарий, пользователь не обязан угадывать этот сценарий. Хорошая встроенная справка снижает число ошибок и вопросов после внедрения.

Выжимка: просмотр курса дает знакомство с темой, а навык появляется только в практике; документация, самостоятельные задачи и обратная связь остаются фундаментом.

ИИ в 1С: от код-ревью до почти готовой обработки

Александр: Что уже можно делать в 1С с помощью нейросетей?

Иван: Анализировать и объяснять код, делать код-ревью, искать потенциальные ошибки, дописывать фрагменты с учетом контекста модуля, генерировать документацию. И уже можно решать отдельные задачи разработки.

У нас ИИ помогал добавлять инструменты отладки в консоль кода и разбираться с подписанием документов ЭЦП при интеграции с ЭДО. Еще мы пробовали создать обработку для выгрузки остатков в Excel, JSON или XML. Claude Code написал код и форму. В продакшн без проверки такое решение выпускать нельзя, но как рабочая заготовка оно уже полезно.

Александр: Ваше отношение к ИИ за год изменилось?

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

Александр: В обычной жизни вы тоже используете нейросети?

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

Александр: Что из ИИ-сценариев вас особенно удивило?

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

Александр: То есть полноценный агент без человека пока не работает?

Иван: Я в это пока не верю. Агенту нужен человек, который ставит задачу и отвечает за результат. Для специалиста ИИ — помощник, а не автономная замена.

Александр: Что такое «1С:Напарник»?

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

Александр: С чего новичку начинать — с конфигуратора или EDT?

Иван: С конфигуратора: он по-прежнему используется в большинстве компаний. EDT современнее и особенно полезен большим командам, где нужны Git, плагины и ревью. Но не знать конфигуратор сегодня рискованно.

Александр: Может ли ИИ со временем заменить 1С-разработчика хотя бы в простых задачах?

Иван: Простые — возможно. Но критичные изменения должен проверять человек. Если речь о налогах или учете, цена ошибки слишком высокая.

Александр: ИИ при этом не отучает думать?

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

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

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

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

Расширения, БСП, OneScript и XDTO: из чего состоит современный стек 1С

Александр: Что такое расширение в 1С?

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

Через расширение можно добавить поле, отчет, алгоритм, справочник, документ или HTTP-сервис. Его можно отключить и вернуть исходное поведение. На свежих версиях платформы возможности расширений уже достаточно большие.

Александр: Они бывают платными? На них можно зарабатывать?

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

Александр: Что такое БСП?

Иван: Библиотека стандартных подсистем — своего рода фундамент приложения. В ней есть готовые механизмы: пользователи, права доступа, работа с файлами и десятки других подсистем. Вместо того чтобы каждый раз писать все с нуля, разработчик подключает готовый блок. Это ускоряет работу и позволяет переиспользовать проверенный код.

Александр: Что такое OneScript?

Иван: Open-source интерпретатор языка 1С. Он позволяет писать скрипты на знакомом встроенном языке и выполнять их без полноценной платформы 1С. Например, автоматизировать административные и тестовые задачи, работать с файлами. Код можно написать хоть в обычном редакторе — для запуска достаточно установить OneScript.

Александр: А XDTO?

Иван: Это механизм структурированной работы с XML через промежуточные объекты. Вы описываете тип данных — например «Товар» с артикулом, названием и кодом, — создаете XDTO-объект, а платформа преобразует его в XML и обратно. XDTO применяется в SOAP-сервисах и обменах между базами. В универсальном формате Enterprise Data объекты 1С проходят через XDTO и превращаются в XML-сообщения.

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

БСП решает похожую проблему на другом уровне: разработчик не изобретает заново пользователей, права или работу с файлами. OneScript, наоборот, выводит знакомый язык за пределы платформы. А XDTO помогает не собирать XML вручную по одному тегу, а работать с более крупными типизированными структурами.

Выжимка: современная 1С — это не только код в конфигураторе: расширения, БСП, OneScript и XDTO помогают переиспользовать готовые блоки, автоматизировать окружение и строить интеграции.

Безопасность и архитектура: пароли, клиент-сервер и узкие места платформы

Александр: Какие базовые меры безопасности нужны в 1С?

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

Еще обычным пользователям не стоит разрешать запуск внешних обработок EPF. Такая обработка — фактически мини-программа, и ее можно использовать как пусковой механизм вредоносного кода. На уровне СУБД тоже лучше иметь отдельную учетную запись именно для базы 1С, без лишнего доступа к другим базам сервера.

Александр: То есть через 1С возможны реальные вредоносные сценарии?

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

Александр: Как устроен клиент-сервер в 1С?

Иван: Упрощенно — три звена: клиент, сервер 1С и СУБД. Пользователь нажимает, например, «Сформировать отчет» в клиенте. Запрос идет на сервер 1С, тот взаимодействует с базой данных — PostgreSQL или MS SQL — и возвращает результат клиенту.

Александр: Что в архитектуре 1С вы бы назвали спорным?

Иван: Один пример — запись данных. Запросами 1С удобно читать большие наборы, но нельзя просто выполнить прямые INSERT, UPDATE или DELETE для объектов платформы. Массовые изменения приходится делать через объектную модель, и на больших объемах это может быть медленно — например при перепроведении сотен тысяч документов.

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

Еще одно узкое место — RLS, ограничение доступа на уровне записей. Оно позволяет дать пользовователю доступ, например, только к заказам одной организации, но усложняет запросы и иногда заметно снижает производительность.

При массовых изменениях данных эта архитектурная особенность особенно заметна. Перепроведение документов или закрытие месяца в большой базе может занимать часы: платформа последовательно выполняет бизнес-логику объектов, а не просто меняет строки таблицы. Это медленнее прямого SQL, зато снижает риск получить состояние, в котором связанные части одного документа записаны несогласованно.

Александр: Кто такой 1С-архитектор?

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

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

Александр: Что делать с высоконагруженным API в 1С?

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

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

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

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

Карьера и деньги: фриланс, продукты и зарплата в 700 тысяч

Александр: Планируете продолжать YouTube-канал?

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

Александр: Где 1С-программисту лучше начинать — на фрилансе или в компании?

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

Александр: Как специалисту условно удвоить доход?

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

Плюс важны soft skills: умение обсуждать результат, обосновывать рост ответственности и говорить с руководителем о деньгах. Иногда повышение начинается не с еще одного курса, а с готовности взять более сложную работу и нормально это проговорить.

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

Александр: А собственные продукты — рабочий путь?

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

Александр: Какие самые высокие зарплаты 1С-специалистов вы встречали?

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

Александр: Как выйти на такой уровень?

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

Александр: На рынке уже переизбыток 1С-разработчиков?

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

Александр: Почему материалы про 1С вызывают столько интереса и споров?

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

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

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

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

Аналитики, масштабирование, код-ревью и набор инструментов разработчика

Александр: Кто такой 1С-аналитик?

Иван: Это связующее звено между заказчиком и программистом. Аналитик изучает текущие бизнес-процессы, собирает требования и превращает «хочу загружать выписку в 1С» в более подробное техническое задание. После разработки он часто участвует в проверке результата и сдаче решения заказчику.

Александр: Значит, заказчику лучше сначала идти к аналитику?

Иван: Во многих проектах — да, хотя бывают программисты-универсалы, которые сами хорошо понимают бизнес-процессы и умеют разговаривать с заказчиком. У отдельного аналитика есть и минус: появляется еще одно звено, согласования занимают время. Поэтому универсального ответа нет.

Александр: Что такое горизонтальное масштабирование в 1С?

Иван: Распределение нагрузки между несколькими серверами 1С. Вместо одного сервера можно добавить второй и объединить их в кластер. Упрощенно: часть пользователей обслуживает один сервер, часть — другой. Так систему можно наращивать по мере роста нагрузки.

Александр: Нужен ли код-ревью и что такое гайдлайны разработки?

Иван: У 1С есть стандарты разработки: правила оформления кода, именования, переносов строк, рекомендации по конструкциям. Смысл не в «красоте ради красоты», а в одинаковом, понятном коде и снижении числа проблем.

Кроме ручного ревью есть автоматические проверки. 1С:EDT и плагины умеют находить часть нарушений; ИИ-инструменты тоже могут подсказать проблемы. Есть «Автоматизированная проверка конфигурации» — АПК, которая прогоняет конфигурацию по набору правил. Это не функциональное тестирование, а проверка качества и соответствия стандартам.

Александр: Какие пять инструментов вы бы назвали базовыми для 1С-разработчика?

Иван: Консоль запросов, консоль кода, консоль системы компоновки данных, «Конвертация данных 2» и «Конвертация данных 3». Первые три ускоряют эксперименты с запросами, кодом и отчетами. КД2 и КД3 нужны для разработки обменов между системами и работы с правилами преобразования данных.

Александр: А самые распространенные продукты 1С?

Иван: «1С:Бухгалтерия», «Управление торговлей», «Управление нашей фирмой», ERP и «Зарплата и управление персоналом». Есть и отраслевые решения: для фитнес-клубов, салонов красоты, автосервисов и других бизнесов. Конфигураций вообще очень много.

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

Консоли в этом смысле — повседневные рабочие инструменты: позволяют быстро проверить запрос, кусок кода или схему отчета, не создавая ради эксперимента отдельный объект в конфигурации. А КД2 и КД3 закрывают другой постоянный класс задач — обмен данными между разными базами и форматами.

Выжимка: зрелая разработка в 1С — это не только написание кода, но и аналитика, стандарты, автоматические проверки, инструменты обмена и способность масштабировать систему по мере роста.

Что дальше: школа, ИИ, велосипеды и планы без «великой мечты»

Александр: Какие у вас планы на три-пять лет?

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

И, конечно, хочется встроить ИИ в рабочие процессы там, где он действительно полезен. За три-пять лет технологии могут сильно измениться, поэтому важно не отстать и не превратиться в «динозавра».

Александр: А планы вне работы?

Иван: Сейчас мне интересны велосипеды и марафоны. Хочется поддерживать физическую форму, больше заниматься активным отдыхом. Из путешествий интересны Камчатка, Кольский полуостров, Мурманск, природа и горы — скорее не «объехать весь мир», а увидеть конкретные места.

Александр: Есть мечта?

Иван: Мне сложно сформулировать одну большую мечту. Есть цели и принципы: развиваться, заниматься любимым делом и получать удовольствие от того, чем занимаюсь.

Отдельная задача школы — сократить разрыв между учебным курсом и первым коммерческим опытом. Формулировка «гарантированное трудоустройство» Ивану не близка: гарантировать работу за человека невозможно. Но можно создать среду, где выпускник после курса получает реальные задачи, обратную связь и опыт, который затем можно показать работодателю.

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

Глоссарий

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

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

Конфигуратор — классическая среда разработки 1С, где создают объекты конфигурации, формы, модули и пишут код.

1С:EDT (Enterprise Development Tools) — более современная среда разработки 1С с инструментами командной работы, плагинами, Git и дополнительными проверками.

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

БСП — Библиотека стандартных подсистем: набор готовых механизмов 1С — пользователей, прав доступа, файлов и других типовых функций.

OneScript — open-source среда, которая позволяет выполнять скрипты на языке, близком к встроенному языку 1С, без полноценной платформы.

XDTO — механизм 1С для описания структурированных типов данных и преобразования их в XML и обратно.

XML — текстовый формат структурированных данных, часто используемый при обмене между информационными системами.

JSON — компактный текстовый формат обмена данными между программами и сервисами.

SOAP — протокол обмена сообщениями веб-сервисов, обычно использующий XML.

Enterprise Data — универсальный формат обмена данными между современными конфигурациями 1С.

API — программный интерфейс, через который одна система запрашивает данные или вызывает функции другой.

HTTP-сервис — способ опубликовать функции 1С по HTTP, чтобы к ним могли обращаться внешние приложения.

ЭДО — электронный документооборот: обмен юридически значимыми документами в цифровом виде.

ЭЦП — электронная цифровая подпись, которая используется для подтверждения подлинности электронного документа.

СУБД — система управления базами данных. В клиент-серверной 1С данные могут храниться, например, в PostgreSQL или MS SQL.

Клиент-серверная архитектура — схема, где пользователь работает в клиенте, вычисления выполняет сервер 1С, а данные хранит отдельная СУБД.

RLS (Row-Level Security) — ограничение доступа на уровне отдельных записей: пользователь видит не всю таблицу, а только разрешенную часть данных.

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

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

Кластер — группа серверов, работающих как единая система и распределяющих между собой задачи.

Код-ревью — проверка кода другим разработчиком или автоматическим инструментом: на ошибки, понятность, качество и соответствие стандартам.

АПК — «Автоматизированная проверка конфигурации»: инструмент для поиска нарушений стандартов и потенциальных проблем в конфигурации 1С.

Консоль запросов — инструмент для быстрого написания и выполнения запросов к данным 1С без создания отдельной формы или обработки.

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

СКД — система компоновки данных: механизм 1С для построения отчетов, группировок, отборов и представления данных.

КД2 / КД3 — «Конвертация данных» редакций 2 и 3: инструменты для настройки правил обмена и преобразования данных между системами.

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

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

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

1С:Напарник — ИИ-инструмент для 1С:EDT, помогающий дописывать, объяснять и проверять код и создавать документацию.

Soft skills — навыки общения и совместной работы: переговоры, постановка вопросов, аргументация, ответственность и взаимодействие с командой.

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

Конфигурация — конкретное прикладное решение на платформе 1С: набор справочников, документов, отчетов, форм, прав и программного кода.

CRM — система для работы с клиентами: хранит контакты, историю общения, сделки, задачи и связанные документы.

ERP — комплексная система управления ресурсами предприятия: производством, складом, закупками, финансами и другими крупными процессами.

УНФ — «1С:Управление нашей фирмой», типовая конфигурация для малого и среднего бизнеса с продажами, закупками, услугами и несложным производством.

Git — система контроля версий, которая хранит историю изменений кода и помогает нескольким разработчикам работать над одним проектом.

Плагин — дополнительный модуль, который устанавливается в программу и добавляет ей новые функции без разработки всей системы заново.

Маркетплейс — площадка, где разработчики публикуют и продают готовые расширения, модули или другие программные продукты.

Продакшн — рабочая среда, которой пользуются реальные сотрудники или клиенты. «Отправить в продакшн» означает выпустить решение в реальную эксплуатацию.

ТЗ, техническое задание — формализованное описание того, что нужно разработать, какие требования выполнить и какой результат должен получить заказчик.

Интеграция — настройка обмена между двумя системами, например 1С и сайтом, банком, ЭДО, CRM или мессенджером.

SQL — язык запросов к реляционным базам данных. Команды INSERT, UPDATE и DELETE используются соответственно для добавления, изменения и удаления данных.

Реплика базы — отдельная копия данных, которую синхронизируют с основной базой и могут использовать, например, для чтения без нагрузки на рабочую систему.

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

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