Почти любое обсуждение ИИ-помощника в 1С идет по одной траектории. Начинается с «пусть подсказывает остатки». Минут через двадцать выясняется, что подсказать мало, хорошо бы он заодно и документ заводил. Еще через десять — чтобы проводил сам, «там же все очевидно».
За эти полчаса требования успевают поменяться трижды, и вместе с ними смета: между первой формулировкой и последней разница примерно втрое. Качество модели тут почти ни при чем. Платят за то, что остается в базе после того, как помощник закончил работу: пустота, непроведенный документ или движения по регистрам.
Общую границу между ассистентом, агентом и чат-ботом мы разбирали в отдельном материале: там она проведена по праву на побочный эффект и безотносительно учетной системы. Технику безопасности записи — транзакционность, идемпотентность, откат — разбирает статья про ИИ-агента с правом записи в 1С. Ниже третья тема: как выбрать уровень под конкретную учетную операцию и во что этот выбор обходится.
Три уровня и один вопрос, который их различает
Уровень определяется тем, что осталось в базе после ответа помощника.
- Первый: отвечает. Читает данные и регламенты, формулирует ответ. В базе после него не меняется ничего.
- Второй: готовит черновик. Создает документ и оставляет его непроведенным. Объект появился, движений по регистрам нет.
- Третий: проводит. Документ проведен, движения по регистрам накопления и бухгалтерии сформированы, остатки и взаиморасчеты изменились.
Разрыв между первым и вторым уровнем виден всем: появилось право записи. Настоящий разрыв стоит между вторым и третьим, и это проведение. Непроведенный документ живет сам по себе: его видно в списке, его можно пометить на удаление, он ни на что не влияет. Проведенный уже разошелся по остаткам, себестоимости, взаиморасчетам, книге покупок и в конечном счете по отчетности.
Дальше разбор по уровням в одном и том же порядке: что умеет, что требует от компании, сколько стоит ошибка. Последний пункт важнее первого — именно по цене ошибки уровень и выбирают.
Уровень 1: отвечает на вопросы по данным и регламентам
Типичные запросы: сколько кабеля ВВГнг(А)-LS 3х2,5 лежит на складе в Химках, почему у контрагента долг 340 тысяч при закрытом акте, из каких документов этот долг собрался, как по внутреннему регламенту оформляется возврат от покупателя.
Механика простая. Чтение идет через стандартный интерфейс OData или через HTTP-сервис в расширении, поверх лежит слой готовых запросов и отчетов. Ключевое инженерное правило уровня: считает платформа, формулирует модель. Как только языковая модель начинает складывать суммы сама, вы получаете красиво оформленную цифру неизвестного происхождения. Подробнее про этот слой — в разборе отчетов на естественном языке.
Что уровень требует от компании: ограниченную учетную запись только на чтение, актуальные регламенты в текстовом виде (в голове у ведущего бухгалтера они модели недоступны) и договоренность по терминам. «Отгрузка» в вопросе руководителя и «Реализация товаров и услуг» в базе — это одно и то же, и кто-то должен это зафиксировать.
Две грабли, которые вылезают именно в 1С. Первая: несколько организаций в одной базе. Ответ, посчитанный по одной организации, когда вопрос был про группу, выглядит нормально и проверяется только вручную. Вторая: ограничение доступа на уровне записей. Урезанная правами выборка возвращается молча и на вид ничем не отличается от полной. Лечится тем, что вместе с ответом отдается источник — список документов и регистр, из которых он собран, со ссылками.
Цена ошибки: человек принял решение по неверной картине. Неприятно, но обратимо, пока решение не превратилось в действие. В базе следов нет.
Уровень 2: готовит черновик документа
Помощник создает документ и останавливается. Поступление товаров и услуг из скана накладной, счет на оплату из письма, заказ клиента из вложенного Excel, карточка контрагента по реквизитам из договора. Статус — не проведен, дальше работает человек.
Механика потока первички разобрана в отдельной статье, здесь важнее организационная часть, которую обычно забывают в ТЗ.
- Ответственный. Поименно: кто открывает очередь черновиков и с какой периодичностью. Без этого пункта черновики копятся, и через месяц в базе лежит гора непроведенных документов.
- Трассировка. В документе должно быть видно, что его создал сервис и из какого файла или письма. Обычно это отдельный реквизит или комментарий с идентификатором источника. Аудитор спросит.
- Права. Служебная учетная запись имеет право создавать только перечисленные виды документов и только по своей организации. Профиль «Полные права» для интеграции — самый дешевый способ однажды выяснять всем отделом, откуда взялась перепроведенная реализация за прошлый квартал.
Отдельная грабля второго уровня — нумерация. Черновики забирают номера, а массовое удаление неудачной пачки оставляет дыры в нумерации, которые потом приходится объяснять. Дешевое решение: отдельный префикс для документов, созданных сервисом, и пометка на удаление вместо физического удаления.
Главный экономический риск здесь один: если проверить черновик дольше, чем ввести документ руками, проект уходит в минус. Поэтому метрика приемки на этом уровне — доля документов, подтвержденных человеком без единой правки. Точность модели в процентах на этот вопрос не отвечает.
Цена ошибки: потерянное время оператора и мусор в базе. Обратимо одной кнопкой, отчетность не затронута.
Уровень 3: проводит документ сам по регламенту
Третий уровень работает только там, где правило проведения формализовано до состояния, в котором его можно проверить кодом. Три примера операций, которые проходят этот фильтр:
- Поступление проводится, если позиции, количества и цены сошлись с заказом поставщику и с ценами договора до копейки, а НДС сошелся по каждой ставке.
- Платеж из банковской выписки разносится, если в назначении есть номер счета, сумма совпала полностью и контрагент найден по ИНН.
- Реализация проводится по заказу клиента, который уже отгружен со склада и подтвержден кладовщиком.
Обратите внимание на формулировки: везде стоит точное сравнение. Как только в правиле появляется «примерно», «обычно» или «на усмотрение бухгалтера», операция с третьего уровня снимается и уезжает на второй.
Что уровень требует от компании сверх предыдущего:
- Регламент, записанный формально. Каждое условие проведения сформулировано так, что его проверяет запрос к базе. Принцип «проводим, когда все сошлось» на этом уровне не работает: сошлось с чем и с точностью до чего.
- Ответственного с полномочиями. Человек, который подписывается под регламентом и отвечает за результат его работы.
- Журнал действий. Собственный журнал сервиса плюс штатный журнал регистрации платформы.
- Тестовую копию базы и прогон на ней, включая закрытие месяца. Не демо на трех документах.
- Готовность бухгалтерии. Самый недооцененный пункт.
Пятый пункт стоит в списке последним, а проверять его нужно первым. Готовность бухгалтерии означает, что главбух согласен: документ, проведенный сервисом, отвечает тем же требованиям, что и документ, проведенный человеком, а подпись под отчетностью остается его собственной. Если главбух под этим не подписывается, третий уровень не запускается, сколько бы ни стоила разработка. Этот вопрос задают на первой встрече. На приемке спрашивать поздно.
Цена ошибки: перепроведение задним числом, пересчет себестоимости, уточненная декларация. Плюс отдельный класс проблем от самого факта записи в боевую базу — конфликт блокировок, если сервис решит провести сотню документов ровно в момент закрытия месяца, и пробитая дата запрета изменения. Что именно ломается в конфигурациях с историей, разобрано в отдельном материале: неполный состав OData, переписанное проведение, урезанные права служебной учетной записи.
Сводная таблица уровней
| Уровень | Что делает | Что требует от компании | Цена ошибки | Когда брать |
|---|---|---|---|---|
| 1. Отвечает | Читает данные и регламенты, собирает ответ со ссылкой на источник | Учетную запись на чтение, регламенты в тексте, единый словарь терминов | Решение человека по неверной картине. В базе следов нет | Вопросы задают часто, ответ ищут долго, документ по итогам создает человек |
| 2. Готовит черновик | Создает непроведенный документ из скана, письма или файла | Ответственного за очередь, трассировку источника, ограниченные права на запись | Время оператора и мусор в базе. Отменяется кнопкой | Поток однотипных документов, ручной ввод занимает основную долю времени операции |
| 3. Проводит | Проверяет условия регламента и проводит документ, формируя движения | Формальный регламент, ответственного с полномочиями, журнал, тестовую копию, согласие бухгалтерии | Перепроведение задним числом, пересчет себестоимости, уточненка | Объем большой, правило проверяется кодом, узкое место — срок закрытия |
Что обязательно при праве записи
Предохранители ставятся до первого боевого прогона, все сразу, без «доделаем на следующем этапе». Как они устроены изнутри — транзакция, повторный запуск без задвоения, откат — расписано в упомянутой выше статье про право записи. Ниже список того, что заказчик обязан потребовать и проверить сам, не открывая код.
| Ограничение | Как выглядит в 1С | Что ловит |
|---|---|---|
| Ограниченная учетная запись | Отдельный пользователь, роль на перечисленные виды документов, ограничение по организации и складу | Случайную запись туда, куда сервис вообще не должен ходить |
| Белый список операций | Явный перечень видов документов и действий, все прочее запрещено по умолчанию | Изобретательность модели на незнакомом входе |
| Лимит по сумме | Порог, выше которого документ уходит человеку на подтверждение | Одну дорогую ошибку вместо ста дешевых |
| Лимит по количеству за прогон | Счетчик проведенных документов, при превышении сервис останавливается и зовет человека | Каскад: одна неверная логика, размноженная на весь поток |
| Граница по периоду | Дата запрета изменения данных и запрет трогать закрытый месяц | Правки задним числом по сданной отчетности |
| Журнал действий | Идентификатор прогона в каждом документе плюс журнал регистрации платформы | Вопрос «кто это провел» на разборе инцидента |
| Откат прогоном | Отмена проведения всех документов одного прогона по его идентификатору | Час разбора вместо трех дней ручного отката |
| Стоп-кран | Переключатель, возвращающий сервис на второй уровень | Прогон, который пошел вразнос, когда выключить его нечем |
Стоп-кран проверяют до боевого пуска. В момент, когда он понадобился, проверять поздно. Это единственный пункт списка, который стоит дергать руками раз в квартал.
Как выбрать уровень под конкретный процесс
Уровень выбирается под операцию. Единого уровня «для компании» не бывает: в одной базе спокойно уживаются третий уровень на разнесении выписки и первый на всем остальном.
Ворот, через которые операция должна пройти на третий уровень, четверо. Одного «нет» достаточно, чтобы она осталась на втором.
- Правило проверяется кодом. Условия проведения выражаются через сравнения с данными базы, без слов «обычно» и «по ситуации».
- Ошибка обратима внутри периода. Отмена проведения решает проблему, уточненная отчетность не требуется.
- Объем оправдывает защиту. Считается формулой из следующего раздела.
- Есть ответственный и согласие бухгалтерии. Поименно. Ответ «ну мы это обсудим» засчитывается за «нет».
Полезно прогнать через эти ворота десяток своих операций разом — картина обычно получается отрезвляющая. На третий уровень проходят одна-две, и это нормальный результат.
Считаем деньги: почему третий уровень дороже втрое
Сначала разложите операцию по времени. Возьмите секундомер и замерьте на пяти документах три части: ввод данных, проверка, проведение. Для примера возьмем такой расклад: ввод 6 минут, проверка 2 минуты, проведение 30 секунд. Итого 8,5 минуты на документ.
Второй уровень снимает ввод — это 6 минут из 8,5, то есть около 70% времени операции. Третий уровень снимает остаток: 2,5 минуты, и только на той доле документов, которая проходит формальный регламент.
Отсюда формула прироста экономии при переходе со второго уровня на третий:
Прирост = N × d × t × C, где N — документов в месяц, d — доля документов, попадающих под формальный регламент, t — время проверки и проведения одного документа в часах, C — стоимость часа сотрудника.
Подставим: N = 1000 документов, d = 0,6, t = 2,5 минуты (0,042 часа), C = 600 ₽. Получаем 1000 × 0,6 × 0,042 × 600 ≈ 15 000 ₽ в месяц.
Теперь цены. Первый процесс в 1С на уровнях ответов и черновиков — от 250 000 ₽ и 3–5 недель до пилота. Пилот агента с правом действия на живом процессе — от 700 000 ₽ и 5–7 недель. Разница около 450 000 ₽, делим на 15 000 ₽ в месяц и получаем срок окупаемости за пределами двух лет. На экономии часов третий уровень при таком объеме не окупается. Точка.
Теперь умножьте объем на десять. При 10 000 документов в месяц прирост становится 150 000 ₽, а срок окупаемости — три месяца. Тот же проект, та же смета, противоположное решение.
Третий уровень — история про объем и про срок. Он оправдан там, где документы должны быть проведены к утру, а не к обеду; где закрытие месяца упирается в физическую скорость людей; где поток такой, что найм еще двух бухгалтеров дороже разработки. Развернутая смета агента по статьям — в разборе, где считаются деньги на агентах.
Что именно оплачивается в этой разнице: тестовая копия базы и прогон закрытия на ней, регламент по каждому виду документа, журнал и контур разбора инцидентов, предохранители из таблицы выше, приемка вместе с бухгалтерией. Инженерной «магии» в этой сумме нет, там дисциплина.
Типичная ошибка: начать с третьего уровня
Порядок событий тут предсказуем настолько, что его можно пересказать заранее. Компания заказывает сразу исполнителя, потому что подсказчик кажется игрушкой. Демонстрация на копии базы проходит отлично: полтора десятка документов, все чистые, все провелись.
Дальше боевая база. Первая же неделя выносит наружу то, чего не было на демонстрации: договоры с ценами, отличающимися от заказа на копейки округления, две ставки НДС в одном поступлении, поставщик с тремя карточками в справочнике, документы, датированные закрытым периодом. Сервис либо останавливается на каждом втором документе, либо проводит то, что проводить не следовало.
После первого разбора на закрытии бухгалтерия делает единственно разумную вещь: требует проверять все проведенное сервисом. С этого момента система работает на втором уровне, потому что человек все равно смотрит каждый документ, но стоила она как третий и обвешана журналами, лимитами и подтверждениями, которые теперь только мешают.
Обратный порядок дешевле и быстрее. Второй уровень запускается за 3–5 недель, и за первый месяц работы очередь черновиков сама составляет статистику: сколько документов подтверждается без правок, на каких поставщиках и типах операций ломается, какая доля попадает под формальный регламент. Это и есть та самая величина d из формулы, замеренная у вас, а не оцененная на глаз. Дальше решение о третьем уровне принимается по числам.
Когда не надо
Четыре ситуации, в которых честный ответ — «не берите ничего из трех».
- Операция выполняется реже двадцати раз в месяц. Любой уровень окупается объемом. Двадцать документов проще ввести руками, чем описать регламентом.
- Правило живет в голове одного человека и меняется каждую неделю. Формализовать нечего, а автоматизация зафиксирует случайное состояние правила. Сначала регламент, потом сервис.
- Данных для проверки нет в базе. Если условие проведения опирается на устную договоренность с поставщиком или на переписку в мессенджере, проверить его нечем. Даже первый уровень тут ответит неполно.
- Некому подписаться под результатом. Когда на вопрос «кто отвечает за проведенное сервисом» в комнате начинается пауза, проект останавливается до появления ответа.
Отдельно: если справочник номенклатуры или контрагентов в состоянии, когда дубли считают десятками, начинать нужно с уборки. Помощник любого уровня честно покажет беспорядок, который был и до него, и это будет выглядеть как его ошибка.
Что дальше
Практический план на неделю: выпишите десять операций, замерьте секундомером три части времени на каждой, прогоните их через четверо ворот и отметьте, где формальное правило существует уже сегодня. Получится карта, в которой на третий уровень попадут одна-две операции, на второй — половина, остальное закроется первым.
Порядок работ, сроки и вилки по направлению — на странице ИИ в 1С. Если карта операций у вас уже есть — присылайте: по ней сразу видно, где хватит черновиков, а где действительно нужен исполнитель с журналом и предохранителями.