Задача сверху звучит у всех одинаково: «внедрите ИИ в бухгалтерию». Без списка процессов, без метрики и без ответа на главный вопрос — кто подписывает отчетность, если модель ошиблась. Подписываете вы.
Поэтому на таких встречах главбух первым делом спрашивает не про точность и не про сроки. Он спрашивает, может ли эта штука сама провести документ. Ответ на этот вопрос идет ниже первым, до всякого списка задач.
Дальше — карта: шесть задач, которые в 1С:Бухгалтерии окупаются, и четыре места, куда технологию пускать нельзя ни при каких обещаниях подрядчика. Плюс правило, по которому граница проводится один раз и потом применяется к любой новой хотелке без совещаний.
Правило одной кнопки
Формулируется в строчку: модель предлагает, человек утверждает, система записывает, кто утвердил. Все остальное — детали реализации.
Чтобы применить правило к незнакомой задаче, задайте ей три вопроса.
- Меняет ли действие данные учета? Движение по регистрам бухгалтерии и налоговым регистрам, влияние на декларацию, на закрытие периода.
- Обратимо ли оно? Черновик документа удаляется бесследно. Проведенный документ в закрытом квартале — уже нет.
- Останется ли след с фамилией? Если через полгода на вопрос «почему такая проводка» ответа не будет, задача не готова к автоматизации.
Дальше все задачи раскладываются по четырем уровням допуска. Это удобно писать прямо в техническое задание: подрядчику сразу понятно, что от него хотят, а вам понятно, что вы получите.
| Уровень | Что делает модель | Кто нажимает кнопку | Что попадает в журнал |
|---|---|---|---|
| Чтение | Ищет, отвечает, показывает документы и цифры | Человек, вручную | Запрос, ответ, список источников |
| Черновик | Создает непроведенный документ | Бухгалтер проверяет и проводит | Документ, исходный файл, автор записи |
| Подсказка в поле | Подставляет счет, статью, контрагента, номенклатуру | Бухгалтер соглашается или правит | Что предложено, что принято, кем |
| Автопроведение | Проводит документ сам | Никто в моменте, разбор постфактум | Обязателен журнал и выборочный контроль |
Первые три уровня — рабочая зона на первый год. Четвертый включается поштучно, по одному типу документа, после нескольких месяцев накопленной статистики и отдельным решением главбуха. Не по умолчанию и не «для скорости внедрения».
Задача 1. Ввод первички: черновик вместо ручного набора
Модель забирает скан или PDF, вытаскивает шапку и табличную часть, проверяет документ арифметикой на самосогласованность и создает в базе непроведенный документ поступления. Спорные экземпляры отправляются в очередь на разбор.
Бухгалтеру остается то, чего в бумаге нет: договор, счет учета, статья затрат, проверка сходимости НДС и кнопка проведения. Механика потока — каналы поступления, сопоставление, метрика приемки — разобрана отдельно в статье про распознавание первичных документов в 1С, здесь важен только режим работы: черновик, никакого автопроведения.
Полезная деталь: документы, пришедшие по ЭДО, распознавать не нужно вообще, они уже структурированы. Если ваш поток на две трети идет через оператора, начинать надо с другой задачи из этого списка.
Задача 2. Сопоставление номенклатуры
Самая скучная и самая денежная задача из шести. Каждый поставщик называет один и тот же товар по-своему: свои сокращения, свой порядок слов, своя манера ставить знак умножения. Совпадений по буквам с вашим справочником обычно ноль, и человек тратит от десяти секунд до пары минут на каждую строку накладной.
Механика подбора кандидатов общая с потоком первички из первой задачи, и второй раз ее пересказывать смысла нет. Для бухгалтерии важнее, что остается на руках после подстановки. Модель дает трех кандидатов из справочника и вариант «создать новую позицию», человек закрывает то, чего в накладной нет: группа справочника, единица, кратность, ставка НДС, счет учета.
Две грабли, о которых стоит знать до старта. Первая — кратность: поставщик отгружает упаковками, у вас в базе штуки, и верное сопоставление с неверным коэффициентом дает пересорт в остатках. Вторая — дубли в справочнике, из-за которых одна и та же позиция подставляется то в одну карточку, то в другую. Обе видны заранее и без подрядчика: выгрузите номенклатуру и посчитайте в ней позиции без артикула и повторяющиеся наименования.
Задача 3. Сверка расчетов с контрагентами
Акт сверки от поставщика ложится рядом с оборотами по счету расчетов, и строки сопоставляются по совокупности признаков: сумма, дата, номер документа, назначение платежа. На выходе — список расхождений с классификацией по причине.
Человек решает, чье расхождение: наш документ не проведен, их документ не дошел, оплата разнесена на другой договор или это спор по существу. Что ломается на больших объемах и почему сравнение файлов тут не работает — в разборе автоматической сверки с контрагентами.
Для бухгалтерии тут важен режим запуска: сверка живет на выгрузках и в базу ничего не пишет. Из шести задач эта дальше всех от учетной системы — подрядчику хватает вашей оборотки и присланного акта, доступ в базу не нужен вообще. Поэтому сверкой удобно открывать пилот, пока служба безопасности думает над доступами.
Задача 4. Поиск по документам и договорам
Вопросы, на которые бухгалтерия отвечает по десять раз в месяц: какая отсрочка платежа у этого поставщика, есть ли подписанное допсоглашение о повышении цены, что в договоре про штраф за просрочку, до какого числа действует спецификация. Ответ лежит в папке на сорок файлов с именами вида «договор_финал_2_подписанный.pdf».
Модель ищет по смыслу и возвращает ответ с указанием документа, страницы и пункта. Правило приемки простое: ответ без ссылки на источник ответом не считается и в интерфейсе не показывается. Разбор договоров и поиск в них рискованных формулировок — соседняя задача, она подробно описана в материале про ИИ-разбор договоров без утечки в чужое облако.
Отдача считается на салфетке. Три обращения в день по десять минут — это полчаса в день и десять часов за двадцать рабочих дней, причем только по бухгалтерии; юрист и менеджеры ходят с теми же вопросами и добавляют свои часы. Подставьте собственные числа, порядок величины виден сразу. Главная грабля — версии: в хранилище лежат черновик, подписанный скан и допсоглашение, меняющее пункт. Пока не решено, какой файл считается действующим, поиск будет отвечать по устаревшей редакции.
Задача 5. Черновик ответа на требование налоговой
Требование приходит по ТКС, и первые полдня уходят на механику: понять основание (камеральная проверка, истребование документов, встречная по контрагенту), разобрать перечень запрошенного, найти каждый документ в базе, собрать опись.
Вот эту механику модель и снимает: разбирает текст требования, раскладывает перечень по позициям, ищет документы в базе по реквизитам, помечает то, чего в базе нет, и готовит черновик пояснения по вашему же шаблону.
Дальше начинается зона человека, и граница тут жестче, чем в остальных пяти задачах. Правовую позицию формулирует главбух. Срок ответа считается от даты квитанции о приеме и зависит от основания требования — этот дедлайн ставится человеком в календарь, а не выводится моделью. Подпись и отправка — тоже человек.
Отдельно про формулировки: языковая модель охотно сочиняет ссылки на пункты и письма Минфина, которых не существует. Лечится это одним архитектурным решением — генерацией строго по загруженным вами документам, с показом источника под каждым абзацем; как это устроено, разобрано в статье про галлюцинации LLM в бизнесе. Требование налоговой — последнее место, где уместен свободный пересказ.
Задача 6. Подсказки по проводкам
Разнесение выписки, выбор счета учета и статьи затрат, подбор аналитики по назначению платежа. Модель смотрит на тип документа, контрагента, текст назначения и вашу собственную историю за два-три года, предлагает счет и статью, показывает рядом три похожих прошлых документа с их проводками.
Экономия по часам тут скромная, и обещать другое было бы враньем: пятьсот строк выписки в месяц по тридцать секунд на строку — это около четырех часов. Ценность в единообразии. Одинаковые операции перестают разъезжаться по разным счетам в зависимости от того, кто сегодня разносил и как понял назначение платежа.
Важное ограничение, которое надо озвучить директору до старта: модель учится на вашей истории и вместе с правильными решениями воспроизводит ваши прошлые ошибки. Если три года аренда разносилась не на тот счет, подсказка будет предлагать тот же счет с высокой уверенностью. Подсказка экономит клики. Корректность учета она не подтверждает.
Шесть задач одной таблицей
Правая колонка тут главная. По ней видно, где ошибка стоит пять минут оператора, а где — уточненной декларации.
| Задача | Что делает модель | Что остается человеку | Цена ошибки |
|---|---|---|---|
| Ввод первички | Извлекает поля, проверяет арифметику, создает черновик | Договор, счет учета, статья затрат, проведение | Средняя: ошибка видна на проверке до проведения |
| Сопоставление номенклатуры | Подбирает кандидатов по артикулу, истории и смыслу | Подтверждение, новая карточка, единицы и кратность | Высокая: пересорт расходится по остаткам и себестоимости, всплывает на инвентаризации |
| Сверка с контрагентами | Сопоставляет строки, классифицирует расхождения | Решение по каждому расхождению, письмо контрагенту | Средняя: пропущенное расхождение оседает в дебиторке до следующего квартала |
| Поиск по документам и договорам | Находит документ, пункт, срок, показывает источник | Юридическая трактовка и решение | Высокая при работе с устаревшей редакцией договора |
| Черновик ответа на требование | Разбирает перечень, находит документы, готовит опись | Правовая позиция, контроль срока, подпись | Критическая: пропущенный срок и неверная формулировка стоят денег и внимания инспекции |
| Подсказки по проводкам | Предлагает счет, статью, аналитику по истории | Утверждение каждой подсказки | Высокая: неверный счет доходит до отчетности и правится корректировкой |
Четыре места, где ИИ делает хуже
Список короткий и выстраданный. За каждым пунктом стоят последствия, которые потом разгребает лично главбух.
Запрет 1. Самостоятельные проводки без подтверждения
Проведение — это запись в регистры, себестоимость, взаиморасчеты, база по налогам. Ошибка тут не остается локальной: она уходит в оборотку, в закрытие месяца и в декларацию, а исправление задним числом тянет перепроведение цепочки документов. Технически право записи агенту дать можно, вопрос в транзакционности и в откате; как это делается безопасно, разобрано в статье про ИИ-агента с правом записи в 1С. Организационно ответ один: до накопленной статистики по конкретному типу документа проводит человек.
Запрет 2. Налоговые решения и трактовки
Принимать ли НДС к вычету, признавать ли расход, применима ли льгота, надо ли восстанавливать налог — это решения с личной ответственностью главбуха и директора. У языковой модели тут два системных дефекта. Первый: ее знания датированы моментом обучения, а Налоговый кодекс и практика меняются каждый квартал. Второй: она отвечает уверенно в любом случае, и отличить верную трактовку от выдуманной по тону ответа невозможно.
Рабочая формулировка для регламента: модель находит документы и цитирует их, выводы делает человек.
Запрет 3. Закрытие периода
Регламентные операции — амортизация, курсовые разницы, закрытие счетов затрат, расчет себестоимости, реформация баланса — идут строгой последовательностью, где каждый шаг зависит от предыдущего. Тут почти нет места для «предложить»: есть порядок действий, который либо соблюден, либо нет. Штатный помощник закрытия месяца эту последовательность уже держит, и подставлять в нее вероятностную модель — это менять детерминированный процесс на угадывание.
Полезное исключение: перед закрытием модель уместна как контролер. Найти документы без договора, поступления без счета-фактуры, отрицательные остатки, странные суммы на нетипичных счетах — это чтение, оно ничего не меняет и экономит день разбора.
Запрет 4. Любые действия без журнала
Если предложение модели нельзя восстановить постфактум, его нельзя использовать в учете. По каждому действию должно храниться: какой запрос пришел, что ответила модель, на основании каких документов, кто подтвердил и что в итоге изменилось в базе. Служебный пользователь для сервиса заводится отдельный, чтобы в журнале регистрации было видно, где человек и где робот, а на затронутых типах документов включается штатное версионирование объектов.
Проверяется это одним вопросом на приемке: покажите, кто и на каком основании поставил вот этот счет учета в документе за прошлый месяц. Если подрядчик разводит руками, система не готова к эксплуатации, какой бы точной она ни была.
Когда браться не стоит
Четыре ситуации, где честный ответ — «пока не надо».
- Штатные механизмы конфигурации не включены. Загрузка из ЭДО, загрузка банковской выписки, экспресс-проверка ведения учета, сверка данных учета НДС — это уже в вашей поставке и стоит ноль рублей. Пока это не используется, разговор про модели преждевременен.
- Поток маленький. Пара сотен документов в месяц и один бухгалтер: регламент, единый почтовый ящик для первички и подключение поставщиков к ЭДО дадут больше, чем любой пилот.
- В учете беспорядок. Дубли контрагентов, справочник с позициями «Товар без названия 3», счета учета ставятся по настроению. Модель учится на истории; кривая история дает кривые предложения, и вы получите автоматизацию собственных ошибок.
- Задача поставлена как «сократить бухгалтерию». Часы освободятся, люди — нет: подтверждать, разбирать спорное и отвечать за результат по-прежнему будет человек. Если под проект уже подписано сокращение штата, лучше остановиться до старта.
Отдельно про сроки: пилот не начинают в отчетный период. Январь и апрель для бухгалтерии — плохое время учиться новому интерфейсу.
С чего начать: три недели
План рассчитан на три-четыре часа вашего времени в неделю, больше на старте не нужно. Три недели тут ваши: замеры, слепая проверка на своих данных и первый управляемый запуск. Первая неделя проходится своими силами, до всякого договора; работы подрядчика до рабочего пилота занимают три-пять недель и кладутся поверх этого плана.
Неделя первая. Замеры и выбор одной задачи.
- Посчитайте поток прошлого месяца по типам документов: поступления, счета, акты, выписка, требования. Штуки, без оценок «на глаз».
- Замерьте секундомером время на пяти документах каждого типа. Средняя цифра важнее любых нормативов.
- Умножьте штуки на минуты — получите часы по каждой задаче. Берите в работу ту, где часов больше всего, и только ее.
- Спросите у администратора 1С, что опубликовано через OData и есть ли расширения конфигурации. Способы обмена и цена каждого разобраны в статье о том, как встроить ИИ в 1С и не трогать конфигурацию.
- Решите вопрос контура. Договоры, персональные данные и налоговая переписка в публичные облака не уходят; варианты локального размещения описаны в разборе локальной LLM для 1С.
Неделя вторая. Проверка вслепую на выгрузках.
- Возьмите сто документов прошлого месяца, уже обработанных людьми.
- Прогоните их через сервис в режиме чтения: модель предлагает, в базу не пишет ничего.
- Сравните предложения с тем, что сделал бухгалтер. Считайте одно число: доля предложений, совпавших с решением человека полностью.
- Разберите глазами двадцать несовпадений. Часть из них окажется ошибками в исторических данных — это полезный результат независимо от судьбы пилота.
Неделя третья. Запись черновиков на одном типе.
- Включите создание черновиков по одному типу документа, с отдельным служебным пользователем и версионированием.
- Заведите очередь спорных: все, в чем уверенность ниже порога, уходит человеку с подсвеченным полем и исходником рядом.
- Договоритесь о двух метриках приемки: доля предложений, принятых без правок, и число ошибок, доехавших до проведенных документов. Второе число должно быть нулем, и это условие важнее первого.
- Назначьте дату решения. Растет доля принятых предложений — расширяете список типов. Стоит на месте — останавливаетесь и разбираете почему.
Что дальше
Порядок работ, вилки и сроки по сценариям внутри учетной системы — на странице ИИ в 1С: первый процесс от 250 000 ₽, три-пять недель до пилота, работы до 300 000 ₽ берутся разово, выше — половина на старте, тридцать процентов после демонстрации на ваших данных, остаток после передачи. Права на код и модели переходят заказчику после оплаты этапа.
Быстрее всего разговор идет так: вы называете задачу из таблицы выше и свои часы по ней из первой недели чек-листа, мы возвращаем достижимую долю предложений без правок и вилку по срокам. Пилот на выгрузках без доступа в базу — нормальный способ начать, если пускать подрядчика внутрь пока рано.