Держите остатки, продажи и дебиторку под рукой в чате

Управление торговлей подключается через стандартный REST-сервис OData: агент обращается к опубликованной базе по её адресу и работает поверх типовой модели данных 1С, без внешних обработок и без выгрузок в файл. Отбор, сортировка и постраничность собираются в самом URL запроса, поэтому выборка по датам, складам и контрагентам считается на стороне 1С, а не выкачиванием таблицы целиком. Публикацию разумно держать за VPN или reverse-proxy, а не выставлять в открытый интернет: пара логин-пароль здесь единственный барьер.

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

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

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