1С Dev IT

https://t.me/memoshnaya1C/8216

OneSTools.EventLog — это набор библиотек и готовых инструментов на C# для чтения, парсинга и экспорта журнала регистрации 1С в системы аналитики и хранения логов: ClickHouse и ElasticSearch. Основная цель — сделать работу с журналом регистрации 1С удобной на больших объёмах данных: быстрый поиск, фильтрация, аналитика, дашборды, алерты и т. п., что сложно или медленно делать напрямую в 1С. Решение закрывает такие сценарии: Выгрузка журнала регистрации 1С из файлов .lgf / из базы в ClickHouse или ElasticSearch. Постоянная синхронизация: периодический запуск экспортера, который дописывает новые записи журнала в целевую систему. Быстрый просмотр и анализ лога через: SQL-запросы к ClickHouse (в DBeaver, DataGrip, 1С и т. д.) Kibana/Grafana для ElasticSearch/ClickHouse Специальное расширение для 1С, которое упрощает просмотр и написание запросов. Мониторинг и алертинг: поиск ошибок, блокировок, долгих операций построение дашбордов по нагрузке, пользователям, объектам метаданных и т. п. Типичные пользователи: администраторы 1С, технические специалисты, разработчики, аналитики, которые работают с большими базами 1С и хотят иметь «внешний» быстрый лог-движок. Архитектура решения (очень кратко) В репозитории есть: Библиотеки (.NET Standard 2.1): Чтение и парсинг файлов журнала регистрации 1С. Маппинг записей журнала в структуры для ClickHouse / ElasticSearch. Готовое приложение-экспортер (EventLogExporter): Консольное / сервисное приложение, которое: читает журнал 1С, отправляет записи в ClickHouse или ElasticSearch, хранит состояние (что уже выгружено), может работать по расписанию / как сервис. Примеры конфигураций и инструкции по подключению к 1С и к целевым СУБД. Пакет опубликован на NuGet как OneSTools.EventLog. Пошаговая инструкция по внедрению Ниже — типовая последовательность внедрения. Точные названия файлов и параметры смотрите в репозитории (README, примеры конфигов, релизы). 1. Подготовка инфраструктуры Выберите целевую систему: ClickHouse (рекомендуется для больших объёмов, аналитики, SQL). ElasticSearch (если уже есть стек ELК и нужны полнотекстовый поиск, Kibana). Разверните СУБД: Установите и настройте ClickHouse или ElasticSearch на сервере. Создайте базу/индекс, убедитесь, что есть сеть и доступ с сервера, где будет работать экспортер. Подготовьте сервер для экспортера: .NET runtime (поддерживаемые версии указаны в релизах / README). Доступ: к файлам журнала регистрации 1С (сетевая папка / локальный диск), к базе 1С (если нужно читать журнал из базы), к ClickHouse / ElasticSearch по сети. 2. Установка и настройка экспортера Скачайте релиз: Зайдите в раздел Releases репозитория. Скачайте архив с бинарниками (или соберите из исходников, если нужно). Разместите файлы: Распакуйте в отдельную папку на сервере, например: D:\EventLogExporter Настройте конфигурационный файл: Обычно это appsettings.json или аналогичный конфиг в папке приложения. В нём нужно указать: Путь к журналу регистрации 1С (или параметры подключения к 1С). Параметры подключения к ClickHouse или ElasticSearch: host, port database / index user, password Настройки расписания / интервала опроса новых записей. Путь к файлу состояния (чтобы понимать, какие записи уже выгружены). Примерные ключи (названия могут отличаться, смотрите в репозитории): json { "Source": { "Type": "File", // или "Database" "Path": "\\\\server\\1c_logs\\mysrv\\mybase", ... }, "Destination": { "Type": "ClickHouse", // или "ElasticSearch" "Host": "ch-server", "Port": 9000, "Database": "eventlog_1c", "User": "user", "Password": "pwd" }, "Exporter": { "IntervalSeconds": 60, "StatePath": "D:\\EventLogExporter\\state.json" } } Проверьте права: У учетной записи, под которой запускается экспортер, должны быть права: на чтение папки с журналом 1С, на запись в папку с состоянием, на подключение к ClickHouse / ElasticSearch. 3. Создание структуры в ClickHouse / индекса в ElasticSearch Для ClickHouse Подключитесь к ClickHouse (через клиент, DBeaver и т. п.). Создайте базу данных (если ещё нет): sql CREATE DATABASE IF NOT EXISTS eventlog_1c; Создайте таблицу для журнала регистрации. Точную структуру таблицы (поля, типы, движок) смотрите в примерах из репозитория / статье Акпаева. Обычно там есть поля: timestamp level event_type user_name computer_name application_name session_id infobase_name metadata_object presentation data (текст/JSON) и т. п. Убедитесь, что экспортер использует то же имя таблицы (в конфиге). Для ElasticSearch Создайте индекс с нужным маппингом (обычно через Kibana или REST API). Маппинг должен соответствовать полям, которые пишет экспортер (см. примеры в репозитории / документации). 4. Запуск экспортера Первый запуск вручную: Из папки экспортера: bash EventLogExporter.exe Проверьте логи приложения (консоль / файлы логов рядом с исполняемым файлом). Убедитесь, что: нет ошибок подключения к источнику и к ClickHouse/ElasticSearch, записи начинают появляться в целевой системе. Проверка данных: В ClickHouse выполните: sql SELECT count() FROM eventlog_1c.<table_name>; SELECT * FROM eventlog_1c.<table_name> ORDER BY timestamp DESC LIMIT 10; В Kibana / интерфейсе ElasticSearch убедитесь, что документы появляются и корректно маппятся. Настройка как сервиса (опционально): Для Windows: Используйте NSSM, WinSW или встроенные средства, чтобы зарегистрировать EventLogExporter.exe как службу. Для Linux: Создайте systemd-юнит, который запускает экспортер. Убедитесь, что сервис стартует автоматически и пишет логи. 5. Настройка 1С: источники журнала В зависимости от того, откуда экспортер читает журнал: Файловый журнал: В свойствах сервера 1С укажите каталог для журнала регистрации. Убедитесь, что экспортер имеет доступ к этому каталогу. Журнал в базе: В конфигураторе / свойствах ИБ включите ведение журнала регистрации в базе. В конфиге экспортера укажите параметры подключения к 1С (строка подключения, пользователь с правами на чтение журнала). Важно: для больших систем обычно рекомендуют раздельный файловый журнал на быстром диске, чтобы не нагружать основную базу. 6. Использование данных: примеры сценариев После того как журнал выгружен, вы можете: Быстрый поиск ошибок и проблем: SQL в ClickHouse: sql SELECT timestamp, level, user_name, metadata_object, presentation FROM eventlog_1c.<table_name> WHERE level IN ('Error', 'Exception') AND timestamp >= now() - INTERVAL 1 DAY ORDER BY timestamp DESC; В Kibana — фильтры по level:Error, application_name, user_name и т. д. Анализ производительности: Поиск долгих операций, блокировок, сессий с высокой активностью. Агрегации по пользователям, компьютерам, объектам метаданных. Дашборды и мониторинг: Grafana + ClickHouse или Kibana: количество ошибок по времени, топ пользователей по количеству событий, активность по базам / серверам. Расширение для 1С (если используете вариант с 1cget.ru): Подключите расширение, которое добавляет обработку «Просмотр журнала регистрации в clickhouse». Через «Функции для технического специалиста» вызовите эту обработку. Настройте подключение к ClickHouse прямо из 1С. Получите удобный интерфейс для: фильтрации, просмотра, написания и сохранения запросов к журналу. 7. Типовые вопросы и контроль работоспособности Экспортер не стартует / падает: Проверьте логи приложения (обычно рядом с exe). Проверьте: корректность пути к журналу, доступность ClickHouse / ElasticSearch, правильность логина/пароля, версию .NET. Данные не появляются: Проверьте, включён ли журнал регистрации в 1С. Убедитесь, что в папке журнала есть .lgf файлы и они растут. Проверьте, не «застрял» ли файл состояния (можно временно переименовать/удалить, чтобы экспортер начал заново, но это приведёт к повторной выгрузке старых записей). Производительность: Для больших баз убедитесь, что: диск с журналом быстрый (SSD / отдельный RAID), сеть между сервером 1С, экспортером и ClickHouse не узкое место, в ClickHouse выбран правильный движок таблицы (обычно MergeTree семейство).

https://www.youtube.com/live/FjL9sBgfGo8?si=McIrHN5vThxNM1bm

Инструкция по подключению Cursor к 1С через MCP Требования: Установленный Cursor (желательно платная версия, так как бесплатная быстро расходует токены при работе с файлами). Активный VPN (без него Cursor не работает). Установленная 1С (любая конфигурация). Скачанный архив MCP для Windows с GitHub (последний релиз). Шаг 1. Установка расширения MCP в базу 1С Скачайте архив mcp-windows-x64 и распакуйте его в удобную папку. Откройте PowerShell от имени администратора в этой папке. Выполните команду для установки расширения. Формат команды (путь к базе, пользователь и пароль подставятся автоматически, если Cursor запомнил их ранее): <команда из инструкции> Если Cursor не знает параметров, укажите их вручную: путь к базе, имя пользователя (например, admin) и пароль. Шаг 2. Проверка установки в конфигураторе 1С Запустите конфигуратор 1С. Откройте Расширения конфигурации – там должно появиться установленное расширение. Снимите флажок Безопасный режим (если установлен), чтобы расширение работало. Шаг 3. Публикация базы на веб-сервере Перейдите в Администрирование → Публикация на веб-сервере. Обязательно отметьте Публиковать веб-сервисы и выберите вариант Расширение по умолчанию (иначе MCP-сервис не будет доступен). Нажмите Опубликовать. Убедитесь, что веб-сервер (например, Apache) запущен. При необходимости запустите его вручную. Шаг 4. Подключение MCP к Cursor (через проект) Откройте Cursor и создайте (или откройте) проект, в котором будете работать. Напишите в чате: «Подключи MCP в проект <название проекта> для работы с 1С». Cursor сам найдёт документацию, создаст конфигурационный файл и подключит MCP. Если в рамках проекта не получается, можно подключить глобально – но рекомендуется именно проектный способ (к одному проекту можно привязать одну базу). Шаг 5. Перезагрузка Cursor Обязательно полностью перезагрузите Cursor (закройте и откройте заново). Без перезагрузки нейросеть не будет видеть MCP и не сможет с ним работать. Шаг 6. Проверка и тестирование После перезагрузки задайте Cursor любой вопрос, связанный с базой 1С, например: «Перечисли расширения в этой базе» или «Проанализируй доработки в расширении и создай пользовательскую документацию». Если MCP подключен корректно, Cursor выполнит запрос, обращаясь напрямую к структуре базы данных, метаданным и пользовательским данным (но без права записи – MCP настроен только на чтение). Важные замечания Ограничение MCP: нейросеть может просматривать структуру БД, читать данные и писать запросы SELECT, но не может изменять базу (сделано намеренно, чтобы не сломать рабочую БД). VPN и 1С: если вы постоянно работаете с 1С через VPN, добавьте 1С в исключения VPN, чтобы трафик к 1С шёл через обычную сеть и не приходилось каждый раз отключать VPN. Платный аккаунт: для активной работы с файлами (генерация сайтов, ботов, анализ кода) настоятельно рекомендуется приобрести подписку на Cursor – бесплатного лимита хватает буквально на несколько запросов при работе с файлами.

https://wonderland.v8.1c.ru/blog/administrirovanie-aktivnykh-sessiy/

Плагин для 1C:EDT (https://github.com/DitriXNew/EDT-MCP) превращает среду в MCP-сервер и даёт AI-ассистентам (Claude, Copilot, Cursor и др.) доступ к вашему проекту 1C: читать код, метаданные, формы, искать ошибки, делать рефакторинг и даже управлять отладкой. 1. Требования ·        1C:EDT версии 2025.2 или новее (плагин официально поддерживает EDT 2025.2+) ·        У вас уже настроен EDT и есть хотя бы один рабочий проект 1C. 2. Установка плагина в EDT Вариант A: Через интерфейс EDT (рекомендуемый) 1.      В EDT: Help → Install New Software… 2.     Добавьте сайт обновлений: https://ditrixnew.github.io/EDT-MCP/ 3.      Выберите EDT MCP Server Feature. 4.     Нажмите Next / Install, примите лицензию. 5.      После установки перезапустите EDT. Вариант B: установка из командной строки (Windows) Если EDT закрыт и вы знаете точную версию, можно сделать «one-shot» установку: set VER_EDT=2025.2.3+30 "<путь>\1c-edt-%VER_EDT%-x86_64\1cedt.exe" -nosplash ^     -application org.eclipse.equinox.p2.director ^     -repository https://ditrixnew.github.io/EDT-MCP/ ^     -installIU com.ditrix.edt.mcp.server.feature.feature.group ^     -profileProperties org.eclipse.update.reconcile=true (Подставьте свой путь к EDT и актуальную версию.) 3. Настройка MCP-сервера в EDT 1.      Откройте: Window → Preferences → MCP Server. 2.     На вкладке General: o   Server Port: оставьте 8765 (если нет конфликтов). o   Auto-start: включите, если хотите, чтобы сервер стартовал вместе с EDT. o   Plain text mode (Cursor compatibility): включите, если планируете использовать Cursor (он не поддерживает MCP embedded resources). 3.      На вкладке Tools: o   Можно отключить группы инструментов, чтобы сократить контекст и/или ограничить AI только чтением. o   Пресеты: §  Analysis Only — только чтение и анализ. §  Code Review — анализ + чтение BSL, без записи. §  Development — полноценная разработка, но без отладочных инструментов. §  All Tools — все 57 инструментов (по умолчанию). 4. Важный JVM-флаг для скриншотов форм Инструменты get_form_screenshot и get_form_layout_snapshot работают корректно только если EDT запущен с флагом: -DnativeFormBufferedLayoutRender=true Без него вы получите серый PNG или пустой список элементов. Как добавить флаг (постоянно) 1.      Закройте EDT. 2.     Откройте файл 1cedt.ini рядом с 1cedt.exe (пример: C:\Program Files\1C\1CE\components\1c-edt-2025.2.x+..-x86_64\1cedt.ini). 3.      После строки -vmargs добавьте: -DnativeFormBufferedLayoutRender=true 4.     Сохраните и запустите EDT заново. 5. Подключение AI-ассистента к EDT-MCP EDT-MCP поднимает HTTP(SSE) сервер на http://localhost:8765/mcp. Вам нужно прописать его в конфиге вашего AI-клиента. VS Code + GitHub Copilot / другие MCP-клиенты Создайте в корне проекта (или в .vscode) файл mcp.json: {   "servers": {     "EDT MCP Server": {       "type": "sse",       "url": "http://localhost:8765/mcp"     }   } } Cursor IDE 1.      В EDT: Window → Preferences → MCP Server → General → включите Plain text mode (Cursor compatibility). 2.     В проекте Cursor создайте .cursor/mcp.json: {   "mcpServers": {     "EDT MCP Server": {       "url": "http://localhost:8765/mcp"     }   } } Claude Code / Claude Desktop В .claude.json (или claude_desktop_config.json) добавьте: "mcpServers": {   "EDT MCP Server": {     "type": "http",     "url": "http://localhost:8765/mcp"   } } Другие клиенты (Cline, Antigravity и т.п.) Используйте аналогичную структуру с type: "streamableHttp" / serverUrl / url согласно документации конкретного клиента; базовый URL всегда: http://localhost:8765/mcp 6. Как это выглядит на практике (базовый сценарий) После установки и подключения: 1.      Запускаете EDT → MCP-сервер стартует (если включён автозапуск). 2.     В статус-баре EDT появится индикатор MCP: o   🟢 — сервер работает, свободен; o   🟡 мигает — выполняется инструмент; o   ⚪️ — сервер остановлен.[1] 3.      В AI-ассистенте (например, в Copilot/Cursor/Claude) вы можете писать запросы вроде: o   «Покажи ошибки в проекте MyERP» → инструмент get_project_errors. o   «Найди все использования CommonModule.SalesAPI» → find_references. o   «Сделай рефакторинг: переименуй справочник Products в Nomenclature» → rename_metadata_object. o   «Покажи структуру модуля CommonModules/Prices/Module.bsl» → get_module_structure. o   «Сделай скриншот формы документа SalesOrder» → get_form_screenshot (при наличии JVM-флага). AI через MCP вызывает соответствующие инструменты, EDT их выполняет и возвращает результаты. 7. На что обратить внимание ·        Версия EDT: строго 2025.2+. ·        JVM-флаг обязателен для скриншотов форм, иначе эти инструменты бесполезны.[1] ·        Группы инструментов: если вы не хотите, чтобы AI мог менять код/метаданные, выберите пресет Analysis Only или отключите группу Refactoring и инструмент write_module_source.[1] ·        Для работы с отладкой (breakpoints, step, variables) в EDT должны быть созданы launch-конфигурации (Run → Run Configurations…).

https://wonderland.v8.1c.ru/blog/vkhod-po-pin-kodu/

Добавьте RAG и OCR (опционально) Для работы с неструктурированными данными и документацией: Стек технологий: - OCR: easyOCR - Хранение векторов: Qdrant - Чанки: intfloat/multilingual-e5-base - Реранкер: BAAI/bge-reranker-base Дополнительно: используется не только векторный поиск, но и поиск по метаданным. Взаимодействие с RAG и OCR реализовано через инструменты MCP. Сценарии использования RAG: - Обогащение контекста агента — например, чтобы агент понимал, что считается «нормой» по маржинальности именно для вашей компании. - Работа с данными, которых нет в 1С — технические характеристики номенклатуры, руководства пользователя. Агент сможет отвечать на вопросы вроде «подбери все насосы, которые могут работать с вязкими жидкостями». - Хранение регламентов и правил предприятия — умный семантический поиск по базе знаний. Схема пайплайна RAG (документ → OCR → чанкинг → векторизация → Qdrant → поиск → реранкинг → ответ) будет полезна для понимания. Учтите вопросы безопасности По персональным данным: - Используйте локальные LLM или провайдеров в РФ с соответствующими разрешениями. - Реализация DataMasking (слой для удаления чувствительных данных) пока не предполагается. - Ограничения к данным баз 1С реализованы через типовые профили доступа 1С. По генерации кода: - Агент не умеет самостоятельно писать и выполнять код 1С. - Функциональность рассматривается только в части вызова отчётов СКД. - Генерация кода, изменяющего данные в базе, — сценарий, к которому нужно подходить с большой осторожностью. По доступу к чувствительным данным (например, зарплата): - Если на уровне инструментов и навыков не реализованы функции выборки таких данных, агент физически не сможет их показать. - Даже если функциональность предусмотрена, следующий барьер — права пользователя 1С в базах. - Функции выполняются под текущим пользователем и не отдадут информацию, к которой у него нет прав.

Развиваем ИИ-платформу в 1С 1. Определитесь с архитектурой решения Прежде чем приступить к реализации, чётко представьте контур будущей платформы. Она включает три основных компонента: - MCP-сервер (реализуется на 1С:Шина или как самостоятельный сервис) - ИИ-агент (в конфигурации 1С или на базе open‑source решений) - Набор инструментов и навыков, спроектированных под бизнес-задачи заказчика + (опционально) RAG-хранилище и OCR-сервис На этом этапе полезно нарисовать общую архитектурную схему: серверная часть, агент, интеграции с базами 1С, RAG, OCR. 2. Реализуйте MCP-сервер на 1С:Шина MCP-сервер обеспечивает связь между LLM и базами 1С. Он выступает посредником: LLM вызывает инструменты (tools), а MCP-сервер транслирует эти вызовы в код 1С. Что нужно сделать: - Разработайте MCP-сервер на платформе 1С:Шина (язык «1С:Предприятие.Элемент», похож на TypeScript). - Реализуйте на стороне 1С:Шина типовые endpoint'ы MCP-сервера. - Настройте ассоциацию: при вызове функции, связанной с MCP-сервером, должен выполняться определённый код на языке 1С в целевых базах 1С. - Организуйте передачу пользователя: код выполняется от лица переданного пользователя, результат возвращается MCP-серверу. Хорошо бы отобразить на схеме взаимодействие: LLM → MCP-сервер → 1С:Шина → база 1С с пояснением потока данных. Спроектируйте функции (tools) с бизнес-ценностью Инструменты — это функции в конфигурации 1С, которые LLM вызывает для получения данных. Они критически важны: правильно спроектированные инструменты позволяют избежать галлюцинаций LLM практически в полном объёме. Правила проектирования: Инструмент должен решать конкретную бизнес-задачу. При корректно составленном запросе пользователя LLM генерирует JSON с названием функции и параметрами. В 1С вы разбираете JSON, выполняете функцию и возвращаете ответ в LLM, которая форматирует его для пользователя. Пример из демо-стенда: функция mcp‑1c_margin_breakdown — запрос к регистру накопления «ВыручкаИСебестоимостьПродаж» с детализацией по Подразделению, Менеджеру, Складу за период. Она позволяет LLM отвечать на вопросы вроде: «Покажи топ‑10 менеджеров по валовой прибыли и найди тех, у кого маржа ниже 10% за последний квартал». Здесь можно привести пример JSON-запроса от LLM к инструменту и структуры ответа. Настройте права доступа к данным Это обязательный шаг для использования решения в реальных бизнес-процессах. Проблема: в 1С:Шина код в базе 1С запускается под техническим пользователем с эксклюзивными правами, которые не соответствуют правам бизнес-пользователей. В 1С используется Row Level Security (RLS) — правила доступа к строкам данных для каждого пользователя свои. Решение: - Найдите способ запуска инструментов MCP от имени пользователя системы средствами 1С. - Создайте токены доступа для каждого пользователя. - Пробрасывайте токены до MCP-сервера. - Идентифицируйте пользователя по токену и передавайте его в базы 1С при вызове инструментов. - 1С будет отдавать только те данные, к которым у этого пользователя есть доступ. После настройки MCP-сервер сможет определять подключившегося пользователя и даже здороваться по имени. Схема передачи токена через MCP-сервер в базу 1С с учётом RLS поможет визуализировать процесс. Выберите модель LLM Рекомендуется использовать локальные модели — это обеспечивает безопасность конфиденциальных и персональных данных, а также независимость от внешних (особенно иностранных) поставщиков. В итоге команда остановилась на gpt-oss-120b в локальном контуре. Возможность подключения облачной модели тоже предусмотрена. Скриншот интерфейса с примером работы модели (ответ на запрос) будет уместен. Внедрите агента (два варианта) Вариант А — OpenCode (для тестирования) Для тестирования MCP-сервера используйте open‑source агента OpenCode (также пробовали OpenWork, но OpenCode в десктопном варианте понравился больше). Вариант Б — собственный агент в 1С (для продакшена) Для работы обычного пользователя 1С — это основной вариант. Серверная часть агента реализуется с использованием Pydantic AI. Как работает серверная часть агента: - 1С отправляет HTTP-запрос в бэкенд-оркестратор. - Выполняется проверка на тематику запроса — сильно отвлечённые запросы не проходят. - Организуется динамическая сборка системного промпта (prompt composer). - LLM в процессе первого запроса определяет необходимость вызова инструментов (MCP-tools), навыков (skills) или немедленного ответа пользователю. - Запускается цикл: обращение к инструментам/навыкам → оценка достаточности ответа самой моделью → при необходимости вызов новых инструментов. - Предусмотрены защиты от зацикливания: -ограничение на переиспользование одного инструмента с теми же параметрами; -ограничение на количество шагов в цикле (настраиваемое). - Когда ответ устраивает LLM, начинается финализация: форматирование таблиц, проверка на сырой JSON и другие проверки. - Вся цепочка взаимодействия логируется на стороне сервера и доступна из интерфейса 1С — это помогает при отладке. Диаграмма агентского цикла (запрос → проверка → сборка промпта → вызов инструментов → оценка → финализация → ответ) поможет понять процесс. Реализуйте навыки (skills) Навыки — это локальные инструменты на стороне 1С-базы, в отличие от централизованных tools на MCP-сервере. Две группы навыков: Инфраструктурные навыки — размещаются непосредственно в коде агента 1С. Примеры: чтение объектов 1С по навигационной ссылке, чтение вложенных ссылок, чтение вложений. Пользовательские навыки — настраиваются и хранятся в конфигурации 1С или в виде файлов на диске. Имеют бизнес-смысл, например local_find_purchase_documents (поиск документов «Приобретение товаров услуг»). Для каждого заказчика набор пользовательских навыков нужно проектировать отдельно. Пример работы для «1С:Документооборот»: - Пользователь: «Покажи, кто согласовывал договор № 5589 и какие были комментарии?» - Агент находит навык local_find_document_requests → ищет документ - Агент вызывает навык local_read_document_processing_route → извлекает данные по цепочке согласования - Все навыки выполняются в фоновом задании под текущим сеансом пользователя → доступ к данным определяется ролевой моделью - Полученные данные (этапы, участники, состояния, комментарии) отправляются в LLM для формирования ответа - Агент возвращает структурированный ответ пользователю Пример диалога пользователя с агентом в 1С будет наглядным дополнением. Разработайте пользовательский интерфейс Два варианта реализации UI: Вариант А — «ПолеHTMLДокумента» (кастомный) Более гибкий и функциональный вариант: Чат отрисовывается скриптом JS, который взаимодействует с 1С. Доступная функциональность: - Мультичат (запоминаются ветки разговоров, возможны параллельные запросы) - Прикрепление файлов - Обрезка ветки по текущему сообщению - Редактирование и повторная отправка сообщения - Копирование и удаление сообщений - Голосовой набор - Экспорт диалога в HTML или PDF - Вывод диаграмм с интерактивными контекстными командами Вариант Б — через «Обсуждения» в «Системе взаимодействия» Типовая функциональность 1С: - Хорошие возможности по передаче контекста в агента - Программирование предопределённых действий (контекстные команды) прямо в чате - Более ограниченный в разработке, чем кастомный UI Оба варианта актуальны — выбирайте исходя из сценариев использования у заказчика. Скриншоты интерфейса чата с агентом в 1С (оба варианта) помогут в выборе.

📣 Опубликована вся серия вебинаров «Разбор задач с экзамена 1С:Эксперт»! Эта серия посвящена разбору решения задач по технологическим вопросам из практической части экзамена: 🔸 Проблема потребления оперативной памяти 🔸 Взаимоблокировка на управляемых блокировках 🔸 Таймаут на управляемых блокировках 🔸 Длительный запрос 🔸 Типичные ошибки сдающих ➡️ Сегодня выложили последний бонусный вебинар серии «Типичные ошибки сдающих». ✅ Все видео доступны на developer.1c.ru в разделе «Обучение». Видео можно найти на следующих ресурсах: 🔸Developer 🔸VK 🔸YouTube

📣 Опубликован пятый вебинар из серии «Разбор задач с экзамена 1С:Эксперт»! ➡️ Он выложен на developer.1c.ru в разделе «Обучение». Серия «Разбор задач с экзамена 1С:Эксперт» посвящена разбору решения задач по технологическим вопросам из практической части экзамена. ✅ Сейчас на developer.1c.ru доступно пятое видео из этой серии! Его тема «Взаимоблокировка на управляемых блокировках». Видео можно найти на следующих ресурсах: 🔸Developer 🔸VK 🔸YouTube

https://youtu.be/eMwufWMafM4?si=Qy8KdT-V72gLQhkW