Ниже — готовая редакционная версия. Я сохранил исходную последовательность вопросов и ответов, но убрал приветствия, прощания, повторы, перебивания и подкастовую «служебную» речь; структуру и подачу приблизил к приложенному образцу и формату интервью на Хабре. Исходник действительно строится как второй разговор спустя год, а образец по JavaScript использует короткий лид, тематические блоки и тезисные выводы после них. (ХАРДКОРНЫЙ подкаст по 1С. Нейросети и ИИ. 1С-ник. Автоматизация. Зарплата 700 000. Иван Гордынец.docx) (JavaScript без мифов.docx) В хабровском референсе аналогично работают короткий вводный абзац, самостоятельные заголовки и плотный формат «вопрос — ответ». (Habr)

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

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

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

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

Год спустя: спрос на 1С, команда и неожиданно быстрый ИИ

Александр: Прошёл год с нашего предыдущего разговора. Что у вас изменилось и почему на YouTube стало меньше новых видео по 1С?

Иван: С одной стороны, каких-то радикальных изменений не произошло, с другой — событий было достаточно много. На YouTube действительно выходило меньше материалов, в основном из-за высокой рабочей нагрузки. Было много задач по проектам, параллельно мы записывали для школы большой курс по интеграциям. Мы постарались примерно за четыре месяца разобрать практически всё, что связано с этой темой, и работа получилась объёмной. Поэтому времени на регулярный YouTube оставалось меньше.

Александр: Что происходило с клиентами? Стало ли меньше заказов на фоне изменений в экономике?

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

Александр: А что происходило с командой? Были сокращения или, наоборот, вы росли?

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

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

Александр: Онлайн-школой вы продолжаете заниматься?

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

Александр: Что за этот год вас особенно удивило с профессиональной точки зрения?

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

И это касается в том числе 1С, хотя ещё недавно сочетание «1С и искусственный интеллект» многим казалось довольно странным.

Что важно:

• Спрос на сильных 1С-разработчиков, по наблюдениям Ивана, остаётся высоким, а его собственная команда за год выросла.
• Самое заметное технологическое изменение за этот период — переход ИИ из категории интересного эксперимента в реально используемый инструмент разработчика.

За что 1С ненавидят — и почему разработчики всё равно на ней работают

Александр: Начнём с провокационного вопроса. Почему многие не любят 1С?

Иван: «Ненавидят» — наверное, слишком громкое слово, но негатив действительно есть.

Часто 1С не любят разработчики, которые работают с другим стеком — например, с Python или JavaScript. Одна из причин довольно простая: для них непривычно, что код можно писать на русском языке. Это выглядит странно.

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

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

У пользователей причины недовольства другие. Они могут сталкиваться с ошибками после обновлений или с медленной работой. В результате появляется ощущение, что «1С всегда тормозит». Хотя причина далеко не всегда находится непосредственно в платформе. Например, документ может проводиться минуту потому, что компания сэкономила на сервере или система в целом настроена неоптимально.

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

Александр: При изменениях законодательства, например при повышении НДС с 20 до 22%, насколько сложно адаптировать систему?

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

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

Александр: То есть серьёзных проблем обычно не возникает?

Иван: Если используется типовая конфигурация и нормально организовано обновление — как правило, нет.

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

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

Иван: Здесь тоже стоит разделять пользователей и разработчиков.

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

В 1С можно реализовать и CRM-функциональность. Например, хранить историю взаимодействия с клиентом, переписку, документы и заказы в одной системе, не переключаясь постоянно между несколькими приложениями.

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

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

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

Что важно:

• Главный стереотип о 1С — «это только бухгалтерия», хотя платформа используется для торговли, производства, складов, CRM и других бизнес-задач.
• Сильная сторона экосистемы — возможность закрывать большой объём задач силами относительно небольшой команды и быстро дорабатывать готовые решения.

Зачем 1С бизнесу и почему один разработчик иногда заменяет небольшую команду

Александр: Если смотреть шире, в чём основная выгода 1С для бизнеса? Как понять, нужна ли она компании вообще?

Иван: Для бизнеса важны стоимость и скорость изменений.

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

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

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

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

Александр: Но мне за последний год довольно часто писали люди, которые как раз не могли найти 1С-программиста.

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

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

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

Разработчик, в свою очередь, через те же сообщества может находить дополнительные проекты.

Александр: Где искали бы вы, если бы специалист понадобился срочно?

Иван: У нас эта проблема решается немного иначе: мы стараемся выращивать специалистов внутри своей системы.

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

А затем уже можно предложить сильным выпускникам работу на реальных проектах.

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

Иван: Один из самых надёжных вариантов — рекомендации. Можно спросить других предпринимателей или руководителей компаний, с кем они работают.

Можно обратиться и к специализированным 1С-командам, которые способны порекомендовать исполнителя.

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

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

Александр: На что смотреть при выборе? Стоит ли требовать сертификаты?

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

В 1С есть определённая специализация. Если у вас «Управление торговлей», разработчик, который много лет работает именно с этой конфигурацией, скорее всего, быстрее разберётся в задаче, чем человек, который в основном занимался «Бухгалтерией».

Можно попросить рассказать о самой сложной задаче: какие проблемы возникали и как они решались.

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

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

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

Что важно:

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

Что автоматизировать в первую очередь: счета, платежи, почту и мессенджеры

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

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

Сотрудник должен иметь возможность быстро оформить заказ и отправить клиенту счёт, а не переносить данные вручную в Word или Excel.

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

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

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

Александр: Какие менее очевидные интеграции вы бы добавили?

Иван: Например, интеграцию с мессенджерами.

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

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

Отдельная история — Telegram-боты. Через них руководителю можно отправлять запросы на согласование документов. Он получает краткую информацию в Telegram и там же принимает или отклоняет документ.

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

Что важно:

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

Главные ошибки внедрения: автоматизировать непонятно что и покупать ERP «потому что она самая большая»

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

Иван: Первая — отсутствие чётко сформулированного бизнес-процесса и цели.

Компания должна понимать, зачем она внедряет систему. Например: мы хотим перестать выписывать счета вручную в Excel. Или перестать собирать договоры в Word. Это простые задачи, но они хотя бы сформулированы.

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

Автоматизация должна начинаться с ответа на вопрос «какую конкретную проблему мы хотим решить?».

Вторая распространённая ошибка — неправильный выбор конфигурации.

Компания покупает «Бухгалтерию», «Управление торговлей», «Управление нашей фирмой» или ERP, а затем пытается внедрить продукт, который изначально не соответствует её задачам.

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

Иван: Нужно вернуться к целям.

Если задача — бухгалтерский учёт и формирование регламентированной отчётности, логичным выбором будет «1С:Бухгалтерия».

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

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

А есть ERP — очень крупная конфигурация с производством, складом и множеством других подсистем. Но именно поэтому она нужна далеко не всем.

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

Нужно выбирать не «лучшую» конфигурацию вообще, а ту, которая соответствует конкретным процессам.

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

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

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

Иван: Точную сумму назвать невозможно: всё зависит от проекта.

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

Для более крупной системы потребуется клиент-серверный вариант и отдельная серверная лицензия. Дальше начинается непосредственно внедрение.

Просто купить конфигурацию и установить её часто недостаточно. В компании уже существуют свои бизнес-процессы, сложившиеся годами. Где-то нужно изменить форму, убрать лишние поля, добавить новые, изменить алгоритм, разработать интеграцию.

То есть отдельный бюджет потребуется на доработки.

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

После запуска остаётся сопровождение и доступ к обновлениям.

Александр: Пользовательские лицензии нужно покупать ежегодно?

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

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

Иван: Да, такое возможно, но зависит от вида учёта.

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

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

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

Что важно:

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

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

Александр: Хорошая ли сейчас идея — открыть компанию, которая занимается внедрением 1С?

Иван: Думаю, вполне. Спрос существует, рынок в СНГ большой, специалистов не хватает.

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

Александр: С чего начинать, если конфигураций и направлений так много?

Иван: Можно выбрать узкую специализацию.

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

Можно специализироваться вообще только на интеграциях — обменах 1С с другими системами и сервисами. Таких задач сейчас достаточно много.

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

Иван: Это разработка новой функциональности или серьёзная доработка существующей.

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

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

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

Что важно:

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

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

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

Иван: Первая — изучать устаревшие технологии.

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

Вторая ошибка — противоположная: игнорировать новые технологии.

Сейчас это особенно заметно на примере искусственного интеллекта. Я не считаю, что ИИ заменяет специалиста, но он уже меняет рабочий процесс. Закрывать на это глаза неправильно.

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

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

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

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

Иван: Как минимум — повторять за преподавателем. А если в курсе есть домашние задания, обязательно их выполнять.

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

Хорошо, если есть более опытный разработчик, который посмотрит код и объяснит, что сделано нормально, а что лучше переделать.

Что важно:

• Смотреть уроки недостаточно: навык появляется только в момент, когда человек самостоятельно пишет код и сталкивается с ошибками.
• Обратная связь ускоряет обучение, потому что не позволяет месяцами закреплять решения, которые «работают», но технически сделаны плохо.

Документация 1С: её много, она не всегда идеальна, но без неё разработчику никуда

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

Иван: Я бы разделил её на две большие категории: документация для разработчиков и для пользователей.

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

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

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

Умение работать с документацией — один из обязательных навыков разработчика.

Вторая категория — пользовательская документация.

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

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

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

Александр: Как разработчику эффективнее работать с таким объёмом документации?

Иван: У документации есть неприятная особенность: она не всегда одинаково хорошо написана. Где-то всё подробно, с примерами и иллюстрациями, а где-то объяснение намного сложнее.

Но если вы столкнулись с конкретной задачей, полезно последовательно пройти действия из документации и понять сам принцип.

Александр: Что делать, если инструкция вроде бы есть, но разобраться всё равно не получается?

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

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

Конечно, результат нужно проверять. Кроме того, проблема иногда действительно находится в самой документации: какой-то небольшой, но важный нюанс может быть не описан. Мы сталкивались с подобным в документации по БСП — всё сделано по инструкции, но механизм не работает из-за упущенной детали.

Что важно:

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

ИИ и 1С: от объяснения кода до готовой обработки

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

Иван: Можно использовать разные инструменты. В контексте разработки мне интересен Claude Code.

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

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

Иван: Здесь тоже можно использовать Claude Code, ChatGPT и другие инструменты — например, для анализа или генерации небольших фрагментов кода.

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

Иван: Во-первых, анализировать код. Вы передаёте фрагмент и просите объяснить, что он делает.

Во-вторых, проводить код-ревью: искать потенциальные ошибки, неоптимальные места и отклонения от стандартов разработки.

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

В-четвёртых, автоматически документировать код: формировать описание функции, её параметров и возвращаемого значения.

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

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

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

Ещё один эксперимент — генерация обработки для выгрузки данных из 1С.

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

Claude Code смог самостоятельно создать обработку, написать код и сформировать форму.

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

Александр: За год ваше отношение к нейросетям изменилось?

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

За последний год-два моё отношение изменилось. Стало понятно, что с помощью ИИ действительно можно решать задачи.

Но я по-прежнему не считаю, что он способен полностью заменить специалиста.

Александр: Иногда проверка сгенерированного результата занимает даже больше времени, чем самостоятельная разработка?

Иван: Такое тоже бывает.

Вы вроде бы не писали код сами, но затем должны внимательно проверить результат. Модель может написать что-то неправильно или неоптимально.

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

Поэтому возможности уже большие, но они не безграничны.

Что важно:

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

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

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

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

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

Теперь можно сформулировать запрос и значительно быстрее получить предварительное исследование.

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

Александр: А какой сценарий использования ИИ вас действительно удивил?

Иван: Я видел пример автоматизации публикации YouTube-видео через цепочку агентов.

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

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

Ещё один полезный сценарий — оформление документов. Вы передаёте текст и быстро получаете аккуратно оформленный результат. На ручную подготовку ушло бы значительно больше времени.

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

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

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

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

Что важно:

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

1С:Напарник и EDT: новая среда есть, но конфигуратор пока рано списывать

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

Иван: В 1С есть две основные среды разработки.

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

Позже появилась 1С:EDT — Enterprise Development Tools. Идея та же, но это более современная среда с другим интерфейсом, возможностью подключения плагинов, более удобной командной разработкой и дополнительными инструментами.

«1С:Напарник» — ИИ-инструмент для EDT.

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

То есть это ИИ-помощник, интегрированный непосредственно в среду разработки.

Александр: Почему аналогичные возможности не добавили непосредственно в старый конфигуратор?

Иван: Думаю, это связано со стратегией развития инструментов «1С».

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

Таким образом разработчиков постепенно мотивируют переходить в более современную среду.

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

Иван: Я бы начинал с конфигуратора.

Он по-прежнему используется в огромном количестве компаний. Если человек знает только EDT, а затем устраивается туда, где вся команда работает в конфигураторе, ему придётся осваивать базовый рабочий инструмент уже на месте.

EDT стоит изучать следующим этапом.

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

Но конфигуратор пока остаётся обязательной частью базы 1С-разработчика.

Что важно:

• «1С:Напарник» показывает направление развития экосистемы: ИИ становится частью самой среды разработки, а не отдельным чатом в браузере.
• Новичку всё ещё рациональнее сначала освоить конфигуратор, а затем добавлять EDT как более современный профессиональный инструмент.

Заменит ли ИИ того самого «1С-ника, которого нужно вызвать»

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

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

Но полностью отказаться от человека, по крайней мере в обозримой перспективе, я бы не рассчитывал.

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

Александр: Например, бухгалтер пишет: «Поменяй мне здесь ставку с 20 на 22%». Такое ИИ сможет делать?

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

Но после такого изменения я всё равно предпочёл бы проверку специалистом. Когда речь идёт о НДС, учёте и других критичных процессах, цена ошибки слишком высокая.

Александр: Получается, ИИ одновременно помогает и приучает меньше думать?

Иван: Такой риск действительно есть.

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

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

Такой подход я считаю вполне жизнеспособным.

ИИ нельзя игнорировать. Ещё недавно модели по 1С часто генерировали фрагменты, которые вообще не выполнялись. За год-два качество заметно выросло.

Александр: Я видел интеграции, где нейросеть прямо из 1С генерирует изображения и описания товаров. Получается, пространство применения ещё шире?

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

Что важно:

• Чем ближе задача к бухгалтерскому, финансовому или иному критичному учёту, тем опаснее модель «сгенерировал и сразу применил».
• Опытный специалист с ИИ получает ускорение; новичок без понимания системы рискует получить только уверенность в непроверенном результате.

Расширения 1С: как дорабатывать типовую систему и не ломать обновления

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

Иван: Проще всего сравнить его с плагином для сайта.

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

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

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

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

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

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

Александр: Расширения бывают платными? Можно ли разработчику создавать их и продавать?

Иван: Да.

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

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

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

Александр: Какие ещё полезные расширения встречаются?

Иван: Есть готовые модули для интеграции 1С с сайтами и другими сервисами.

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

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

Александр: Некоторые официальные расширения для интеграций распространяются бесплатно?

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

Что важно:

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

БСП: почему разработчику не нужно каждый раз заново писать пользователей, права и работу с файлами

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

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

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

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

А можно взять БСП.

Там есть готовая подсистема пользователей. Нужна работа с пользователями — внедряете её.

Нужно управление доступом — подключаете соответствующую подсистему.

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

Александр: То есть это набор готовых строительных блоков?

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

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

Это ускоряет разработку и одновременно делает поведение системы похожим на типовые решения «1С».

Большинство современных типовых конфигураций сами используют БСП. Можно воспринимать её как фундамент, поверх которого затем строится конкретное приложение.

Что важно:

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

OneScript: язык 1С за пределами самой платформы

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

Иван: Если упрощать, это интерпретатор языка, близкого к встроенному языку 1С, который позволяет запускать скрипты без установленной платформы «1С:Предприятие».

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

OneScript позволяет описать такую логику знакомым для 1С-разработчика синтаксисом.

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

Иван: Да, хоть в текстовом.

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

Иван: Нужно установить OneScript. Это open-source-проект.

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

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

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

Что важно:

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

XDTO: как 1С превращает объекты в XML и обратно

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

Иван: Это уже тема интеграций.

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

XDTO позволяет добавить промежуточный слой и работать не непосредственно с XML-тегами, а со структурированными объектами.

Допустим, в базе есть товар, который нужно передать во внешнюю систему. В XDTO-пакете мы описываем тип «Товар» и указываем его свойства: артикул, название, код и так далее. Можно определить, какие поля обязательны.

Затем объект из 1С преобразуется в XDTO-объект, а платформа уже умеет сериализовать его в XML.

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

Для человека, знакомого с XML, XDTO-пакет можно условно сравнить с XML Schema, то есть XSD.

Александр: Где это применяется на практике?

Иван: Например, в SOAP-веб-сервисах, где обмен идёт в XML.

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

Ещё один важный сценарий — обмены между базами 1С.

В современных конфигурациях используется универсальный формат EnterpriseData. В БСП есть соответствующий XDTO-пакет и механизмы обмена, которые позволяют преобразовать объекты 1С сначала в XDTO, а затем в XML-сообщение.

То есть XDTO нужен прежде всего для того, чтобы структурировать работу с XML и не собирать сложные документы вручную по одному тегу.

Что важно:

• XDTO — промежуточная объектная модель между данными 1С и XML.
• Особенно заметна польза механизма в интеграциях, веб-сервисах и стандартизированных обменах между несколькими базами.

Безопасность 1С: пароль «пусто», все администраторы и опасные внешние обработки

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

Иван: Я не специалист по кибербезопасности, поэтому говорил бы именно о базовой гигиене.

Первое — нормальные пароли.

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

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

Второе — принцип минимально необходимых прав.

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

Третье — внешние обработки.

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

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

Поэтому запуск внешних обработок нужно ограничивать.

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

Александр: То есть вредоносный код в контексте 1С вполне реален?

Иван: Да.

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

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

Что важно:

• Большая часть базовой защиты начинается с очевидных вещей: пароли, минимальные права и запрет запуска непроверенного кода.
• Администраторские права «для всех, чтобы ничего не мешало» — удобная настройка до первого серьёзного инцидента.

Клиент, сервер и СУБД: как устроена 1С в большой компании

Александр: Что означает клиент-серверная архитектура в 1С?

Иван: В упрощённом виде там три звена: клиент, сервер 1С и СУБД.

Клиент — приложение, с которым работает пользователь. Например, бухгалтер запускает 1С на своём компьютере.

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

Третье звено — система управления базами данных, например PostgreSQL или Microsoft SQL Server.

Допустим, пользователь нажимает кнопку «Сформировать отчёт». Клиент передаёт запрос серверу 1С. Сервер взаимодействует с СУБД, получает необходимые данные и возвращает результат обратно клиентскому приложению.

Упрощённо это три самостоятельных компонента, которые постоянно взаимодействуют друг с другом.

Что важно:

• В крупной установке 1С — это не «программа на компьютере бухгалтера», а несколько взаимодействующих уровней.
• Производительность зависит не только от прикладного кода, но и от сервера 1С, СУБД, оборудования, сети и архитектуры всей системы.

Что в архитектуре 1С можно было бы улучшить

Александр: Есть ли в архитектуре 1С вещи, которые вам не нравятся?

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

Но отдельные неудобства есть.

Например, запросы из 1С к базе данных в основном используются для чтения.

Получить одним запросом тысячу документов можно. А вот массово изменить эти тысячу документов прямым UPDATE или удалить их через DELETE из прикладного кода 1С нельзя.

Изменение выполняется через объектную модель. Вы получаете объект документа, изменяете и записываете его, затем переходите к следующему.

Александр: Но рабочий способ всё-таки есть?

Иван: Конечно. Просто на больших объёмах это иногда становится узким местом.

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

С другой стороны, я понимаю логику такого ограничения.

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

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

Поэтому здесь получается осознанный компромисс: медленнее, зато платформа контролирует целостность объекта.

Александр: Есть ещё примеры подобных узких мест?

Иван: Да, например RLS — ограничение доступа на уровне записей.

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

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

Для этого используется RLS.

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

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

То есть безопасность и гибкость доступа иногда приходится оплачивать производительностью.

Что важно:

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

Кто такой 1С-архитектор и зачем он нужен, если уже есть программист

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

Иван: Это специалист, который отвечает за проектирование информационной системы в целом.

Он принимает решения о том, как хранить данные, какую структуру использовать, какая СУБД нужна проекту, как взаимодействуют различные компоненты.

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

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

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

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

Александр: То есть для крупных проектов это отдельная полезная роль?

Иван: Да. Архитектор смотрит на систему целиком, а не на одну локальную задачу.

Александр: Такая профессия существовала всегда?

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

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

Когда система небольшая, такой подход действительно может работать.

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

Александр: Можно сказать, что опытный 1С-программист частично выполняет функции архитектора?

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

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

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

Один из подходов — не отправлять всё напрямую в 1С, а использовать брокер сообщений.

Другой пример касается чтения данных. Можно иметь отдельную базу-копию, которая периодически синхронизируется с основной. Пользователи в ней не работают, зато внешнее API читает данные именно оттуда.

Тогда часть нагрузки снимается с основной рабочей системы.

Что важно:

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

YouTube, фриланс и путь к более дорогим проектам

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

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

Сейчас стараюсь публиковать чаще и учитывать запросы из комментариев.

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

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

Иван: Начинающему я бы советовал сначала компанию.

В компании вы можете сосредоточиться именно на программировании. Как правило, есть поставленные задачи, команда и более опытные коллеги. Это позволяет быстрее расти технически.

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

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

Александр: Допустим, 1С-разработчик зарабатывает условную тысячу долларов. Что ему делать, чтобы выйти на две?

Иван: В первую очередь — развиваться технически.

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

Отдельное перспективное направление — производительность.

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

Это более сложная область, специалистов в ней меньше, поэтому их работа хорошо востребована.

Но одних технических навыков тоже недостаточно. Нужно развивать soft skills.

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

Инициативному сильному человеку в нормальной компании обычно легче расти.

Что важно:

• Новичку компания даёт среду для технического роста, тогда как фриланс одновременно заставляет становиться разработчиком, продавцом и менеджером.
• Рост дохода обычно начинается с задач, которые сложнее типовых доработок: архитектура, производительность, крупные проекты и ответственность за результат.

Собственный продукт как второй путь к доходу

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

Иван: Это вполне рабочий вариант.

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

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

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

Есть примеры людей, которые построили на продуктах для 1С полноценный бизнес.

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

Некоторые команды затем вообще перестают зависеть от маркетплейса и самостоятельно продвигают собственный продукт.

Что важно:

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

Зарплата 700 тысяч: реальность, исключение или ориентир

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

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

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

Александр: Что это за специалисты? Просто программисты или руководители команд?

Иван: Это очень сильные технические специалисты с большим опытом.

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

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

Александр: Если обобщить: что нужно сделать, чтобы выйти на уровень около 700 тысяч?

Иван: Это точно не история «изучить 1С за несколько месяцев и устроиться на 700 тысяч».

Потребуется много лет плотной работы над техническими навыками и коммуникацией.

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

Дополнительным источником может стать собственный продукт.

Кто-то занимается менторством, обучает начинающих разработчиков. В компаниях бывают реферальные программы, где за приглашённого специалиста платят бонус.

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

Александр: Есть ли сейчас переизбыток 1С-разработчиков, как это происходит в некоторых других направлениях IT?

Иван: По моим ощущениям, нет. Специалистов стало больше, чем раньше, но хороших по-прежнему не хватает.

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

Если сравнивать с некоторыми массовыми направлениями разработки, мне кажется, дефицит в 1С ощущается сильнее.

Что важно:

• 700 тысяч рублей — не «средняя зарплата 1С-разработчика», а пример дохода редкого специалиста, который закрывает большой и критичный для бизнеса контур.
• На верхних уровнях оплачивается уже не знание синтаксиса, а сочетание экспертизы, ответственности, производительности системы, архитектуры и способности решать сложные бизнес-задачи.

Почему разговоры о 1С собирают столько споров

Александр: Почему, на ваш взгляд, наши предыдущие материалы про 1С оказались одними из самых популярных?

Иван: Думаю, тема затрагивает очень большое количество людей.

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

Даже человек, который изначально далёк от разработки, может много лет видеть 1С на работе, а затем заинтересоваться тем, как она устроена и что там можно изменить.

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

В итоге получается интересное сочетание: одни хотят глубже разобраться в технологии, другие хотят подтвердить своё мнение, что она устарела.

На мой взгляд, 1С-разработчик ничем принципиально не «хуже» Python- или Java-разработчика. Просто это другое направление.

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

Александр: Возможно, срабатывает ещё и некоторый информационный вакуум вокруг 1С?

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

Что важно:

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

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

Александр: Мы поговорили об архитекторах. А кто такой 1С-аналитик?

Иван: Аналитик обычно не занимается непосредственным написанием кода и не решает глубоко технические вопросы хранения данных.

Он находится между заказчиком и разработчиком.

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

Аналитик должен разобраться, как компания работает сейчас, описать этот процесс и понять, что заказчик хочет изменить.

Затем он превращает пожелание бизнеса в технические требования.

Например, заказчик говорит: «Я хочу загружать банковскую выписку в 1С».

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

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

Александр: То есть если бизнес хочет серьёзно доработать систему, в идеале сначала стоит обратиться к аналитику?

Иван: Во многих проектах это действительно полезно.

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

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

Александр: То есть аналитик принимает пожелание бизнеса и дальше организует его превращение в задачу разработки?

Иван: Да, если упрощать — именно так.

Александр: Я видел проекты, где компания годами самостоятельно дорабатывала систему и в итоге так и не получила законченного решения. Возможно, в таком случае как раз не хватало аналитика или архитектора?

Иван: Такое возможно.

Но здесь нет универсального ответа. Аналитик одновременно добавляет в проект ещё одно звено.

Сначала заказчик объясняет задачу аналитику. Аналитик формирует ТЗ. Разработчик оценивает его. Затем требования и оценка снова согласовываются с заказчиком.

Это полезная формализация, но она тоже занимает время и добавляет бюрократию.

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

Что важно:

• Аналитик переводит язык бизнеса в формализованные требования, а затем помогает проверить, что разработчик сделал именно то, что требовалось.
• Дополнительная роль полезна только тогда, когда стоимость ошибок и непонимания выше стоимости дополнительной коммуникации.

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

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

Иван: Это распределение нагрузки между несколькими серверами.

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

Если сервер один, вся нагрузка приходится на него.

При горизонтальном масштабировании можно добавить второй сервер и объединить их в кластер. После этого нагрузка распределяется между несколькими машинами.

Если объяснять очень упрощённо, вместо того чтобы бесконечно усиливать один сервер, мы добавляем новые и распределяем работу между ними.

Александр: То есть логика похожа на распределение нагрузки между несколькими вычислительными узлами?

Иван: Да. Главная идея именно в том, что система перестаёт зависеть от ресурсов одной машины.

Что важно:

• Горизонтальное масштабирование увеличивает ресурсы системы не за счёт одной всё более мощной машины, а за счёт добавления серверов в кластер.
• Это один из инструментов для крупных инсталляций, но он не отменяет необходимость оптимизировать код, запросы и архитектуру.

Код-ревью в 1С: почему «работает» ещё не означает «написано хорошо»

Александр: Насколько важно код-ревью в 1С? Есть ли формальные гайдлайны разработки?

Иван: У «1С» есть система стандартов разработки — большой набор рекомендаций по написанию и оформлению кода.

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

Например, есть рекомендация по максимальной длине строки кода. Есть правила, как оформлять длинное выражение при переносе.

То есть стандарты довольно детальные.

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

Поэтому код-ревью обязательно нужно.

Александр: Это что-то вроде тестирования?

Иван: Не совсем. Код-ревью отвечает скорее на вопрос, насколько хорошо написан код, соответствует ли он стандартам, нет ли очевидных неоптимальных решений.

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

Есть даже метрики когнитивной сложности. Два фрагмента одинаковой длины могут сильно отличаться по сложности восприятия из-за количества условий, вложенности и других конструкций.

В EDT можно подключать плагины для диагностики. Часть проверок способен выполнять и «1С:Напарник».

Александр: А чем тогда тестировать конфигурацию?

Иван: Есть разные инструменты.

Для проверки на стандарты существует, например, «Автоматизированная проверка конфигураций», или АПК.

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

По этому отчёту конфигурацию можно постепенно привести к стандартам.

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

Что важно:

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

Пять инструментов, которые стоит знать 1С-разработчику

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

Иван: Первый — консоль запросов.

Она позволяет написать запрос, выполнить его и сразу посмотреть результат. Это один из базовых инструментов при работе с данными.

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

Третий — консоль системы компоновки данных. Она помогает конструировать и проверять отчёты непосредственно в режиме предприятия.

Четвёртый — «Конвертация данных 2», или КД-2.

Она используется при разработке правил обмена между конфигурациями. Например, в одной базе объект называется «Товар», в другой — «Номенклатура». Нужно сопоставить эти структуры и определить правила переноса.

Пятый — «Конвертация данных 3», или КД-3.

Она применяется для обменов через универсальный формат, связанный с EnterpriseData и XDTO.

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

Что важно:

• Значительная часть скорости опытного разработчика определяется не знанием большего количества синтаксиса, а владением инструментами диагностики, запросов и обменов.
• Консоли позволяют быстро проверять гипотезы, а КД-2 и КД-3 закрывают один из самых востребованных классов задач — интеграции между системами.

Какие продукты 1С встречаются чаще всего

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

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

Но этим экосистема не ограничивается.

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

Есть решения для салонов красоты, автосервисов и других отраслей.

Поэтому говорить о 1С как об одной «бухгалтерской программе» не совсем корректно. Это платформа и большая экосистема прикладных продуктов.

Александр: То есть существуют решения даже для довольно узких отраслей?

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

Что важно:

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

Что будет через три-пять лет: стажировки, ИИ и попытка не стать «динозавром»

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

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

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

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

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

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

Второе направление — искусственный интеллект.

За три-пять лет он наверняка серьёзно изменит часть процессов. Причём я говорю не только о генерации кода. Интересно автоматизировать и другие рабочие операции.

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

Александр: А если говорить не о работе, а о личных планах?

Иван: Сейчас мне нравятся велосипеды. Мы с друзьями участвуем в марафонах, в том числе достаточно тяжёлых заездах по пересечённой местности.

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

Ещё хотелось бы путешествовать. У меня нет цели обязательно объехать весь мир, но есть конкретные места, которые интересно увидеть.

Например, Камчатка. Когда-то мы с другом обсуждали восхождение на Эльбрус. Интересны Кольский полуостров, Мурманск — в целом хочется больше бывать в местах с настоящей природой.

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

Иван: Мне сложно сформулировать одну конкретную мечту.

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

Что важно:

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

Глоссарий

1С / «1С:Предприятие» — платформа для создания и работы бизнес-приложений. На её основе работают бухгалтерские, торговые, производственные, кадровые и многие другие системы.

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

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

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

1С:Бухгалтерия — типовая конфигурация для бухгалтерского и налогового учёта и формирования регламентированной отчётности.

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

1С:Зарплата и управление персоналом (ЗУП) — конфигурация для кадрового учёта, расчёта зарплаты и связанных процессов.

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

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

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

1С:Управление торговлей (УТ) — конфигурация для автоматизации торговли: заказов, товаров, склада, закупок, продаж и управленческого учёта.

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

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

SOAP — протокол и набор правил для обмена структурированными сообщениями между информационными системами. Часто использует XML.

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

UPDATE / DELETE / INSERT — SQL-команды для изменения, удаления и добавления данных соответственно.

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

XSD (XML Schema) — схема, которая описывает, как должен выглядеть XML-документ: какие элементы в нём допустимы и какие данные обязательны.

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

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

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

База 1С — конкретная информационная система компании с её справочниками, документами, настройками и данными.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Макет — заготовка для формирования печатной формы, отчёта или другого представления данных.

СУБД — система управления базами данных. Именно она физически хранит данные информационной системы. Примеры — PostgreSQL и Microsoft SQL Server.

PostgreSQL — популярная реляционная система управления базами данных с открытым исходным кодом.

RLS (Record Level Security) — механизм ограничения доступа на уровне отдельных записей. Например, один сотрудник видит документы только своей организации.

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

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

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

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

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

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

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

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

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

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

Консоль СКД — инструмент, позволяющий разрабатывать и проверять схемы отчётов на базе системы компоновки данных.

КД-2, «Конвертация данных 2» — инструмент 1С для разработки правил обмена данными между различными конфигурациями.

КД-3, «Конвертация данных 3» — более современный инструмент для разработки обменов, в том числе через универсальный формат EnterpriseData.

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

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

Электронная подпись / ЭЦП — технология, позволяющая подтвердить автора электронного документа и целостность подписанных данных.

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

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

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

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

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

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

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

Франчайзи 1С — компания-партнёр «1С», которая занимается продажей, внедрением, настройкой и сопровождением продуктов экосистемы.

Типовой продукт — готовое решение для распространённого класса задач, рассчитанное не на одного конкретного заказчика, а на множество компаний.

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

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

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

Если понадобится, эту версию можно ещё довести именно до редакторского стандарта публикации на Хабре: ужесточить заголовок, сделать более цепкие названия 5–7 ключевых разделов и отдельно подготовить анонс/описание для превью статьи, не меняя само интервью.