Почему состояние 1С важно для агента
Допустим, компания в Гомеле много лет работает в учётной системе, которую обновляли от случая к случаю. Справочники разрастались, контрагенты дублировались, часть документов вводили в старом порядке. Для человека это терпимо: он помнит, какой из трёх Ивановых настоящий. Агент такой памяти не имеет, он читает то, что записано, и повторяет путаницу. Поэтому подготовка данных — не формальность, а условие полезной работы.
Если база сильно изменена доработками, это не повод отказываться от проекта. Нужно трезво оценить, какие объекты доступны для чтения, и начать с тех данных, которые в порядке: например, с контрагентов и документов реализации.
Кто в компании отвечает за подготовку
| Роль | Что делает | Что подтверждает |
|---|---|---|
| Администратор 1С | Проверяет доступ, версию, настройки обмена | Что нужные данные можно прочитать через OData |
| Главный бухгалтер | Проверяет контрагентов, договоры, счета | Что справочники актуальны и без дублей |
| Кладовщик | Сверяет номенклатуру и остатки | Что карточки товаров соответствуют складу |
| Руководитель | Определяет, какие данные видит агент | Границы доступа и приоритетные задачи |
Что делает администратор 1С
Это главная техническая роль. Администратор проверяет, что стандартный интерфейс OData включён и работает, что для агента создана отдельная учётная запись с ограниченными правами и что обмен с другими системами не нарушается. Для старой конфигурации стоит заранее выяснить у специалиста, поддерживает ли она нужный интерфейс и нет ли блокирующих ограничений. Список вопросов можно составить так:
- включён ли стандартный интерфейс OData и какие объекты через него доступны
- под какой учётной записью будет работать агент и какие права она получит
- где хранится резервная копия и как проверить, что данные не повреждены
- какие обработки и доработки в базе могут повлиять на чтение данных
Что делают бухгалтер и кладовщик
Бухгалтер знает, какие записи в справочниках устарели. Он отмечает закрытых контрагентов, проверяет УНП, объединяет дубли, приводит в порядок договоры. Кладовщик делает то же с номенклатурой: единицы измерения, артикулы, названия. Работа занимает время, но делается один раз и затем поддерживается привычкой вносить данные сразу.
Приведём примеры типичных находок. Один и тот же покупатель заведён трижды с разными написаниями названия. Договор с поставщиком закрыт, но в списках остаётся активным. Товар числится в двух единицах измерения. Каждая такая мелочь превращается в неверный ответ на вопрос сотрудника.
Что решает руководитель
Руководитель выбирает, с чего начать, и определяет границы. Какие данные агент вправе читать, какие нет? Какие действия допустимы без подтверждения, а какие только по согласованию? Начинать разумно с одного участка, например с дебиторской задолженности или остатков склада.
Где агент, а где человек после подготовки
Когда данные приведены в порядок, агент Coagent подключается к 1С через стандартный интерфейс OData, а также к почте, Битрикс24, amoCRM и таблицам. Он собирает сводки, отвечает на вопросы сотрудников о данных и готовит черновики. Любые изменения документов и платежи делаются только после подтверждения человека. Подключение к системам настраивается вместе с клиентом.
Первые ответы агента стоит проверить на вопросах, ответ на которые вы знаете заранее: остаток по конкретной позиции, задолженность известного контрагента. Если ответы совпадают с вашими расчётами, можно расширять круг задач.
Составьте для администратора 1С список вопросов по доступу и справочникам и начните с него.