Блог · 27 октября 2026 · 6 мин чтения
Локальный ИИ и учётная система компании: экспорт или API?
Заказы, клиенты, остатки, счета: важные данные находятся в учётной системе, а не в документах. Естественно задаться вопросом, сможет ли локальный ИИ ими пользоваться. Ответ зависит не столько от ИИ, сколько от того, как учётная система позволяет выгружать свои данные.
Коротко: есть два пути. При экспорте вы время от времени выгружаете из учётной системы нужные файлы (списки, отчёты, справочники) в подключённую папку, и ИИ читает их сам: это работает с любой учётной системой. С помощью API, то есть «двери», которую некоторые учётные системы открывают другим программам, ИИ запрашивает данные напрямую и всегда получает их актуальными: это возможно, только если производитель их предоставляет. В обоих случаях ИИ работает только на чтение: он ничего не добавляет, не изменяет и не удаляет в учётной системе.
Можно ли с помощью локального ИИ делать запросы к данным учётной системы?
Да, если данные могут выходить из учётной системы в виде, который умеет читать другая программа. Почти во всех учётных системах есть хотя бы функция экспорта в Excel, CSV или PDF, и этого достаточно для начала. Некоторые предлагают и прямое подключение.
| Аспект | Экспорт файлов | Подключение через API |
|---|---|---|
| Когда это возможно | Всегда, если учётная система поддерживает экспорт | Только если производитель предлагает API |
| Что нужно сделать вам | Время от времени экспортировать данные | Ничего, после настройки |
| Насколько актуальны данные | На момент последней выгрузки | В момент вопроса |
| Первоначальные работы | Минимальные | Отдельная разработка, стоимость которой рассчитывается после изучения документации API |
| Расходы на сторонние сервисы | Никаких | Возможная плата за доступ, установленная производителем |
Как это работает с выгруженными файлами?
Вы всегда сохраняете экспорт в одну и ту же папку, а остальное происходит само. Папка подключена к архиву ИИ: инструмент синхронизации Open WebUI замечает новый файл, загружает его и убирает версию, которую вы заменили. Для папок компьютера это происходит, как только файл меняется.
Три приёма делают этот путь гораздо полезнее:
- Выгружайте всегда одни и те же представления с одними и теми же столбцами: клиенты, открытые заказы, остатки, сроки. ИИ учится ориентироваться в файлах, которые всегда имеют одну и ту же форму.
- Заменяйте файл, а не накапливайте. Если вы держите в папке остатки за январь, февраль и март, ИИ может ответить по старым.
- Задайте периодичность выгрузки: каждый понедельник утром, в конце месяца, после инвентаризации. Данные актуальны настолько, насколько давно вы их в последний раз выгружали.
Совет: проверьте, умеет ли ваша учётная система выполнять выгрузки по расписанию и сама сохранять их в папку. Многие умеют: в этом случае и этот путь становится автоматическим.
А если у учётной системы есть API?
Тогда подключение может быть прямым: ИИ запрашивает у учётной системы данные в тот момент, когда вы задаёте ему вопрос. Open WebUI позволяет подключать внешние сервисы как «инструменты», которыми модель пользуется по мере необходимости: после того как системе описана «входная дверь» учётной системы, вопрос вроде «сколько штук этого товара у нас на складе?» превращается в запрос к учётной системе, и ответ приходит с данными на этот момент.
Прежде чем принимать решение, нужно получить некоторые сведения от производителя учётной системы. Вот что спросить:
- Есть ли документированные API? Нужна документация, а не обещание.
- Какие данные они открывают? Всю историю или только часть? И данные многолетней давности тоже?
- Можно ли создать пользователя только для чтения, выделенного для ИИ?
- Они платные? Одни производители включают их в поставку, другие продают отдельным модулем.
- Есть ли ограничения на количество запросов?
- Учётная система установлена в компании или находится в облаке? От этого зависит, через что проходит подключение.
С этими ответами можно оценить объём работы. Без них любая смета — это лотерея.
Может ли ИИ записывать данные в учётную систему?
Нет: мы подключаем его только на чтение и советуем это всем. Языковая модель время от времени ошибается, и ошибка при чтении — это ответ, который нужно исправить, а ошибка при записи — это неверно внесённый заказ или испорченная карточка контрагента. Поэтому пользователь, под которым ИИ входит в учётную систему, должен иметь право только на просмотр, и это ограничение нужно задать в самой учётной системе, а не полагаться на добрую волю ИИ.
Это относится и к экспортированным файлам: ИИ читает копию в папке и не трогает исходные данные.
Что получается плохо
- Итоги по файлам, прочитанным как текст. Если выгрузка только индексируется как документ, ИИ хорошо находит отдельную строку («по какой цене мы продали этому клиенту?»), но ненадёжен в подсчётах по тысячам строк. Для сумм, средних значений и сравнений он должен работать с файлом как с данными, выполняя расчёты: это отдельная функция, которую нужно предусмотреть.
- Неактуальные данные. При экспорте ответ верен на дату файла. Стоит попросить ИИ всегда её указывать.
- Вопросы, затрагивающие много таблиц. «Маржа по клиентам, по линейкам, за последние три года» требует данных, уже подготовленных учётной системой, а не трёх выгрузок, которые сопоставляют на глаз.
- Изменения, которые вводит производитель. Если учётная система меняет формат файлов или версию API, подключение нужно адаптировать.
Как действуем мы
Мы почти всегда начинаем с экспорта: он стоит недорого, работает сразу и помогает понять, какие вопросы действительно оправдывают прямое подключение. Во время выезда для осмотра, на месте у клиента и по всей Италии, мы вместе смотрим учётную систему, выбираем представления для экспорта и настраиваем подключённую папку. Если производитель предлагает API, мы изучаем документацию и предлагаем подключение как отдельную работу с отдельной сметой.
Учётные системы мы разрабатываем и сами, поэтому знаем проблему с обеих сторон. Остальная часть проекта описана на странице Локальный ИИ для компаний; чтобы понять, какой путь возможен с вашей учётной системой, напишите нам и укажите, какой вы пользуетесь.
Об авторе: Dabryx
Dabryx — итальянская компания-разработчик ПО, которая устанавливает локальный ИИ в компаниях с выездом по всей Италии, на серверы или Mac. Базовая установка — от 2 900 €, оборудование не входит; консультации — от 100 € в час. Офис находится в Рокка-Приора, недалеко от Рима.
Мы также устанавливаем локальный ИИ в Риме, Милане, Парме и Реджо-Эмилии и разрабатываем индивидуальные системы управления и ПО на заказ.
Частые вопросы
Можно ли подключить локальный ИИ к учётной системе компании?
Да, двумя способами: читая файлы, которые вы экспортируете из учётной системы в подключённую папку, или обращаясь к ней напрямую через API, если производитель их предоставляет. В обоих случаях только на чтение.
Что такое API учётной системы?
Это дверь, которую учётная система предоставляет другим программам, чтобы читать её данные упорядоченно и под контролем. Они есть не у всех учётных систем, а некоторые производители продают их как отдельный модуль.
Может ли локальный ИИ вносить заказы или изменять данные в учётной системе?
Нет, подключение настраивается только на чтение с выделенным пользователем, который может лишь просматривать данные. Это решение ради безопасности: ошибку при чтении можно исправить, ошибка при записи портит данные.
Сколько стоит подключить ИИ к учётной системе через API?
Зависит от API: стоимость рассчитывается после изучения документации производителя. К этому добавляется возможная плата за доступ к API, которую устанавливает производитель учётной системы. Путь через экспорт не предполагает расходов на сторонние сервисы.
Хотите получить оценку для вашей компании?
Расскажите, сколько человек будут пользоваться ИИ и для чего, и мы подскажем, какая конфигурация нужна.
Сроки ответа
В течение 2 часов в рабочие дни (9:00–18:00) для клиентов с договором поддержки.
Консультации по ИИ
Базовая установка от 2 900 €, консультации от 100 € в час, на сервере или Mac вашей компании.
Где мы работаем
По всей Италии: приезжаем к клиенту на место и сопровождаем вас также удалённо.