Всем привет! На связи Анастасия, руководитель отдела сопровождения финансового учета в компании ecom.tech/1C. В этой статье я хочу на примерах показать, как AI начинает вписываться в систему 1С.
Мы привыкли к тому, что технологические тренды доходят до 1С медленнее, фильтруясь через специфику учета, законодательства и бизнес-реалии предприятий. Однако текущая волна смыслов и применения ИИ отличается от предыдущих «модных» веяний. Это не просто новый интерфейс или методология, это фундаментальное изменение способа работы с информацией и кодом. В треугольнике «ИИ — аналитик — экосистема 1С» возникает напряжение.
Проблема инструментария
Первое препятствие на пути внедрения AI в 1С — это среда разработки. В экосистеме уже появился официальный инструмент — «1С-Напарник», который активно тестируется крупными игроками . Отзывы о функциональности смешанные, но ключевая проблема лежит в плоскости инфраструктуры.
Для полноценной работы AI-ассистентов требуется современная IDE. «1С-Напарник» ориентирован на работу в EDT (Enterprise Development Tools). При этом, как мы видим, большая часть разработчиков и аналитиков продолжают работать в классическом Конфигураторе. Возникает технологический барьер: чтобы получить доступ к функциям ИИ (анализ кода, контекстные подсказки), специалисту нужно мигрировать в среду, которая для многих остается непривычной и ресурсоемкой.
Пока вендор решает эту дилемму, энтузиасты ищут обходные пути. Например, использование редактора Cursor с подключением через MCP-серверы (Model Context Protocol). Это позволяет «скармливать» нейросети контекст разработки на 1С, но требует настройки внешних инструментов, что в корпоративном секторе не всегда допустимо.
Эволюция поиска
Компетенция поиска информации трансформируется. Если раньше навык «правильно гуглить» был обязательным для аналитика, то сейчас стандартом становится использование семантического поиска.
Из поисковиков мы переходим к инструментам вроде Perplexity. Они не выдают список ссылок, эти системы агрегируют ответ, экономя время на поиск нужных страниц из предоставленного поиска. Это особенно критично в начале изучения новой предметной области, где нужно быстро понять специфическую терминологию или найти законодательные нормы.
Самый базовый инструментарий ИИ в помощь аналитику тут:
DeepSeek. Отлично заходит для задач, где не страшно «спалить» куски кода (если это не коммерческая тайна) или для локального развертывания.
Perplexity. Его вообще называют «браузером на стероидах». Если вы до сих пор гуглите ошибки через обычную строку поиска, вы теряете время.
GigaChat. Прекрасно подходит для парсинга больших массивов данных и последующей их обработки. Также он хорош в обработке текстов: краткий пересказ, перевод, перефразирование.
Техническая фактура
Эффективность работы с ИИ напрямую зависит от понимания механики работы LLM. Нейросеть не «думает» в человеческом понимании, она генерирует следующий токен на основе предыдущих.
Кейс: у модели есть ограниченное контекстное окно (измеряемое в токенах). Когда вы просите ИИ решить сложную комплексную задачу одним промптом, модель начинает генерировать ответ и «думает», пока пишет. Если задача объемная, к середине ответа лимит токенов может исчерпаться, и финал будет скомканным или оборванным.
Решение: использовать итеративный подход.
1. Сначала запросить план решения задачи или структуру документа.
2. Затем генерировать контент поэтапно, раздел за разделом (итерациями). Это позволяет экономить контекстное окно и получать более глубокую проработку каждого блока, избегая поверхностных суждений.
Минус: если следующая задача кардинально отличается, то ИИ может «замылить взгляд» и выдавать неверный ответ. Но об этом далее.
Риски
Главная опасность для аналитика — иллюзия компетентности ИИ. Нейросети научились блестяще структурировать текст лингвистически. Они могут идеально сгруппировать требования заказчика, разбить их на пункты и подпункты. Однако, при детальной проверке выясняется, что причинно-следственные связи нарушены. ИИ может объединить в одну группу требования, которые логически противоречат друг другу в рамках бизнес-процесса. Без валидации экспертом такой документ выглядит красиво, но непригоден для ТЗ. Точно так же и с кодом. ИИ может написать красивый код по всем правилам и требованиям. Но он будет нерабочим или «тормозящим» всю систему.
Еще один риск — проблема контекста, или «профдеформация ИИ».
Кейс: модель, предварительно обученная на проектах, например, в медицине (где используется соответствующие законодательство и регламенты), при переключении на задачу, например, для хлебопекарни начинает связывать все с МКБ (международный классификатор болезней). То есть, модель «застревает» в предыдущем контексте.
Решение: такие ситуации требуют от аналитика навыка жесткого контроля контекста и умения «очищать» историю диалога в применяемых инструментах ИИ.
Реальные примеры
Несмотря на риски, польза от внедрения ИИ уже измерима. Вот несколько примеров из практики:
Видео-бот техподдержки
Вместо написания многостраничных инструкций компания внедрила новый подход. Были записаны серии микро-видео (скринкастов) по конкретным операциям. Эти видео были загружены в облако, а ссылки на них с описаниями — переданы ИИ-ассистенту. Теперь пользователь в мессенджере пишет запрос «Как создать заказ?», а бот, анализируя семантику, выдает прямую ссылку на нужное видео. Это существенно разгрузило первую линию поддержки.Code Review и контроль качества
В крупном ритейле используют DeepSeek (развернутый в закрытом контуре) для первичного ревью кода. Инструмент интегрирован с GitLab.
ИИ неплохо справляется с поиском отклонений от стандартов разработки: неправильный нейминг переменных, отсутствие комментариев, потенциально опасные конструкции. Это не заменяет архитектурный надзор, но работает как отличный фильтр для «джуниорского» кода, снимая рутину с ведущих разработчиков.Анализ рисков по открытым данным
Для аутсорс-компаний критически важна оценка заказчика на входе. Используются инструменты для агрегации открытых данных о потенциальном клиенте: судебные дела, финансовое состояние, новостной фон. Это позволяет сформировать профиль рисков проекта еще до подписания договора.
Экзоскелет для аналитика
Отвечая на вопрос заголовка: в треугольнике «ИИ — аналитик — 1С» лишних нет. Но роль аналитика видоизменяется.
Мы уходим от модели, где ценностью было само написание текста или кода. Ценностью становится архитектурный контроль и верификация. ИИ выступает в роли экзоскелета: он позволяет опытному специалисту «поднимать» большие веса (обрабатывать массивы документации, транскрибировать встречи, генерировать рутинный код), но без человека внутри этот экзоскелет либо бесполезен, либо разрушителен.
Рынок показывает, что скоро владение инструментами промпт-инжиниринга станет таким же гигиеническим минимумом, как знание Excel или умение пользоваться консолью запросов. Те, кто игнорирует этот инструмент, рискуют потерять конкурентоспособность не перед ИИ, а перед коллегами, которые научились с ним работать.
