Найти нужный объект в доработанной конфигурации, оформить одну перевозку по нескольким реализациям, загрузить банковские выписки из почты или правильно сопоставить маркировочные коды со строками чека — за каждой из этих задач стоит отдельный рабочий процесс. В сентябрьскую подборку Инфостарт Маркетплейс вошли пять решений, которые помогают автоматизировать такие операции. Разбираем их возможности, технические условия и ограничения.
Два продукта в обзоре предназначены прежде всего для разработчиков: Pilot 1C собирает контекст для работы с ИИ, а КонфигРедактор объединяет просмотр файлов конфигурации, редактирование кода и ИИ‑помощника. Остальные три разработки адресованы пользователям учетных систем: они помогают оформлять электронные перевозочные документы, получать банковские выписки и контролировать продажу маркированных сигарет.
Pilot 1C: сначала исследование конфигурации, затем код
При работе с универсальной языковой моделью знания синтаксиса 1С недостаточно. Чтобы предложить подходящую реализацию, помощнику нужно понимать конкретную конфигурацию: какие объекты в ней существуют, какие реквизиты добавлены, как устроены связи и где используются нужные данные.
Pilot 1C начинает работу со сбора этих сведений. Основной источник — Analyzer 1C, из графа которого помощник получает информацию об объектах, их составе, связях, вызовах и ролях. Если объект или связь не удалось подтвердить, в интерактивном режиме Pilot может запросить уточнение у разработчика.
Дополнительный контекст дает Insight 1C. Он показывает, что фактически используется в информационной базе. Это полезно, например, когда в конфигурации есть несколько похожих объектов, но реальными данными заполнен только один. К работе можно подключить и документацию команды в PDF, TXT или Markdown: внутренние стандарты, регламенты и описания решений.
Процесс разделен на шесть этапов: исследование конфигурации, формулирование требований, архитектурное решение, подготовка ТЗ, создание кода или карты изменений и разработка сценариев проверки. Результаты этапов сохраняются отдельно, поэтому при пересмотре задачи можно вернуться к нужной фазе.
Кроме полного сценария разработки предусмотрены режимы опроса, анализа конфигурации и код‑ревью. Работать можно интерактивно, с уточнениями пользователя, либо автономно — тогда недостающие сведения фиксируются как предположения.
По описанию продукта, перед выдачей результат проходит более 150 проверок: от синтаксиса и доступности методов в выбранной версии платформы до контекста исполнения, запросов и соответствия стандартам разработки. Подтвержденные выводы отделяются от предположений.
Применение изменений и отладка остаются за разработчиком. Pilot выдает код и карту вставки, но самостоятельно не изменяет информационную базу и не запускает 1С:Предприятие для проверки на живых данных. Сценарии тестирования формируются на русском языке Gherkin для Vanessa Automation, материалы задачи можно выгрузить в Markdown и Word.
Для полноценной работы нужен Analyzer 1C с загруженной конфигурацией и доступом к графу по MCP. Сервер Pilot разворачивается через Docker. Рабочую часть можно разместить внутри контура компании, а языковую модель выбрать отдельно, включая локальный сервер с API, совместимым с OpenAI. Модель в поставку не входит.
Электронный заказ по реализациям: одна перевозка, несколько документов
Если одной машиной покупателю отправляют товар по нескольким реализациям, сведения о грузе нужно объединить в перевозочном документе. Расширение для УТ и КА добавляет формирование электронного заказа — заявки — непосредственно по документам «Реализация товаров и услуг».
Для простой схемы «одна реализация — одна перевозка» в меню документа появляется команда «Оформить ЭПД → Электронный заказ (заявка)». Для объединения нескольких реализаций предусмотрено отдельное рабочее место.
Пользователь задает период, организацию и контрагента, затем выбирает проведенные реализации. В списке отображаются склад, адрес доставки, сумма, количество грузовых мест, вес, объем и сведения о ранее сформированном электронном заказе.
Перед объединением расширение проверяет, что документы относятся к одной организации и одному контрагенту, а адрес доставки у них совпадает. Масса, объем и количество грузовых мест суммируются. Вес и объем рассчитываются по характеристикам упаковок или основных единиц измерения. Если данных не хватает, пользователь получает предупреждение с перечнем проблемных позиций.
Перед созданием заказа можно уточнить перевозчика, автомобиль, время погрузки и выгрузки и другие параметры. Повторное включение реализации, уже связанной с действующим электронным заказом, блокируется.
Результат — стандартный документ 1С, связанный с исходными реализациями. Дальнейшие проверка, подписание и отправка выполняются штатными средствами системы: отдельного механизма обмена с ГИС ЭПД расширение не создает.
Решение предназначено для УТ 11.5 и КА 2.5/2.6. В исходном материале указаны протестированные релизы; для других версий может потребоваться проверка совместимости, поскольку механизмы ЭПД меняются.
КонфигРедактор: файлы 1С, редактор кода и ИИ в одном окне
КонфигРедактор — отдельная десктопная IDE для работы с файлами CF, CFE, EPF и ERF. Она рассчитана на просмотр структуры конфигурации, анализ модулей и редактирование кода.
Встроенный проводник метаданных позволяет переходить к нужным объектам, модулям и формам. Редактор на базе Monaco поддерживает вкладки, подсветку синтаксиса и автодополнение для типовых конструкций и БСП. Несколько модулей можно держать открытыми одновременно.
Синтаксис проверяется во время редактирования: ошибки отображаются в редакторе и статусной области. Например, при изменении процедуры в CF часть проблем можно заметить еще до выгрузки и запуска результата в 1С. Внешнюю обработку EPF можно открыть, доработать и выгрузить в файл.
Встроенная ИИ‑панель учитывает открытый код. Это позволяет обсуждать с помощником конкретный BSL‑фрагмент или запрос. Поддерживаются локальная Ollama и облачный ИИ с ключом из личного кабинета. При локальном варианте код не требуется отправлять в облачный сервис.
Продукт находится в Beta, функциональность продолжает развиваться. Код программы закрыт. В описании заявлено тестирование на ряде конфигураций, включая Бухгалтерию предприятия, ERP, КА, УНФ, УТ и ЗУП.
Банковские выписки: из почтового ящика в учетную базу
Получение выписки по почте часто оставляет сотруднику несколько ручных действий: открыть письмо, сохранить вложение, перейти в 1С и загрузить файл. Расширение для Бухгалтерии предприятия 3.0 объединяет этот процесс внутри учетной системы.
После установки обработка доступна в разделе «Банк и касса». Пользователь выбирает учетную запись почты и настраивает правила поиска выписок.
Поддерживаются два сценария: файл приложен к письму либо письмо содержит ссылку на скачивание. Во втором случае для отправителя настраивается шаблон ссылки. В описании приведен пример для Сбербанка. Файлы могут поступать и в архивах.
В ручном режиме сотрудник запускает поиск, проверяет найденные выписки и загружает их в базу. Для регулярной работы предусмотрено регламентное задание «АЗВ автоматическая загрузка выписок», которое выполняется по расписанию.
У решения есть конкретное ограничение: оно не ищет выписки во вложенных папках почтового ящика. Это нужно учитывать при настройке правил обработки входящих писем.
Расширение предназначено для 1С:Бухгалтерии предприятия 3.0; в исходном материале указано тестирование на релизе 3.0.205.22.
МРЦ из марки: контроль цены и соответствия кода строке чека
У пачек сигарет одной номенклатуры может быть разная максимальная розничная цена. Она содержится в коде маркировки конкретной пачки, поэтому одной цены в справочнике товаров недостаточно для корректной продажи.
Расширение «МРЦ из марки» получает цену из маркировочного кода при сканировании и устанавливает ее в строке чека. В УТ пачки одной номенклатуры с разной МРЦ могут автоматически разделяться по строкам с пересчетом НДС.
Вторая задача — сохранить соответствие между конкретной пачкой и строкой чека. По описанию разработки, перед пробитием типовой механизм может заново распределить маркировочные коды между строками. Если у пачек разная МРЦ, в данные для ККТ может попасть код, не соответствующий цене позиции.
Расширение перед пробитием сопоставляет коды со строками, цена которых совпадает с их МРЦ. Сам документ не переписывается: корректируются данные, передаваемые в ККТ.
Третий механизм блокирует продажу дороже МРЦ. Кассир получает сообщение с названием товара, ценой продажи и максимальной ценой из марки. По умолчанию превышение запрещено, хотя в настройках предусмотрена возможность его разрешить.
В исходном материале приведены результаты проверки на копиях рабочих баз табачного магазина. По данным, приведённым в исходной статье, на копиях рабочих баз табачного магазина проанализированы 5 864 чека с табачной продукцией за август; 64 операции определены как продажи выше МРЦ. На 58 проверенных табачных позициях после обработки расхождений между МРЦ кода и ценой передаваемой позиции не осталось. Это результаты конкретного прогона, а не универсальная оценка для любых баз.
Решение проверено на Рознице 2.3.26.13 и УТ 11.5.22.182 на платформе 8.5.1.1302. В Рознице оно рассчитано на новый РМК. Цена меняется только для кодов пачек, содержащих МРЦ: блоки, стики, сигариллы и коды без таких данных не обрабатываются этим механизмом. После обновления конфигурации рекомендуется проверять применение расширения.
Что показывает подборка
Эти пять разработок автоматизируют разные участки работы, но ценность каждой можно описать через конкретное действие. Pilot собирает сведения о конфигурации перед разработкой. КонфигРедактор помогает работать с файлами и кодом. Расширение для ЭПД объединяет реализации в перевозку. Загрузчик выписок переносит данные из почты в 1С. Контроль МРЦ связывает цену продажи с маркировочным кодом конкретной пачки.
При оценке таких инструментов имеют значение не только функции, но и условия применения: версия конфигурации, инфраструктура, полнота исходных данных и границы автоматизации. Именно эти детали позволяют понять, подойдет ли разработка для конкретного рабочего процесса.
