Основа
ИИ-бухгалтер OSNO-VA исполняет согласованные процессы учёта по правилам компании и оставляет аудитный след. В каталоге — первичка, банк, контроль дебиторской задолженности, платежи, НДС и контроль закрытия месяца. Управленческая картина, ДДС и отчёт собственнику — отдельный контур ИИ-финдиректора.
Внедряем процессы постепенно: от контролируемого пилота до подтверждённого покрытия повторяемой нагрузки роли. Решения и исключения остаются под контролем компании.
Нужна методика выбора процесса, границ агента и пилота? Читайте редакционную статью «ИИ в бухгалтерии: процессы, учётная система и пилот внедрения».
Главная разница — где живут знания и кто несёт ответственность за исполнение.
При найме исполнение и критический контекст завязаны на конкретных сотрудниках; при аутсорсе — на внешней команде и её SLA. Регламенты могут существовать, но их соблюдение приходится контролировать отдельно.
Регламенты зафиксированы в исполняемом виде: агент следует утверждённой последовательности и фиксирует каждый запуск, а не полагается на память конкретного исполнителя. Контекст компании хранится в Sloy, данные — в УО, исполнение — у агентов.
Стоимость внедрения обсуждаем индивидуально. Всё решение разворачиваем на серверах клиента. После внедрения клиент оплачивает нам только обновления. Пооперационные тарифы стандартного калькулятора к этому договору не применяются; стоимость и порядок обновлений фиксируем отдельно. Выберите процессы в калькуляторе, чтобы предметно обсудить границы внедрения и требования вашего контура.
Под одним названием на рынке продают три разных класса продуктов. Они решают разные задачи, и сравнивать их по цене бессмысленно — сначала стоит понять, что именно вы покупаете.
OSNO-VA — третий класс. Практическая разница в трёх вещах: счёт приходит за сделанную работу, а не за доступ; исключение не ломает процесс, а превращается в правило; у каждого действия есть след — входные данные, версия правила, результат и владелец решения.
Оптимизация одного бизнес-процесса обычно не сокращает постоянные затраты: у сотрудника остаются остальные операции той же роли. Стоимость функции меняется, когда ИИ последовательно берёт на себя ряд связанных процессов и покрывает подтверждённую операционную нагрузку роли целиком.
Начинаем с понятного процесса, измеряем результат и расширяем покрытие без резкой перестройки бухгалтерии.
Фиксируем входы, правила, действие, проверки и условие остановки. Сотрудник контролирует исключения.
Подключаем остальные повторяемые процессы роли и считаем фактически высвобождённую нагрузку, а не число запущенных автоматизаций.
Перераспределяем или сокращаем подтверждённую рутину. Компания видит статусы, версии регламентов, исключения и сохраняет управление под своим контролем.
Карта ИИ-бухгалтера
Акты сформированы, отправлены контрагенту по ЭДО и получены обратно, расхождения объяснены, недостающие закрывающие документы запрошены в переписке.
Выписки по всем счетам компании загружены с нужной частотой, платежи разнесены по договорам и документам, неопознанные и частичные оплаты вынесены в реестр.
Документы из ЭДО, почты и сканов распознаны, привязаны к контрагентам и проведены либо отправлены на проверку.
Еженедельная сверка по просроченным: отгрузки и услуги подтверждены документами, условия сверены с договором, контрагенту помогают выполнить договорённости, лимит под контролем вплоть до уведомления о приостановке поставок и подготовки претензии по долгу.
Еженедельная сверка обязательств перед поставщиками: полученные поставки подтверждены документами, условия сверены с договором, сроки и лимиты под контролем, спорные позиции проговорены с контрагентом.
К оплате попадают только заявки с проверенным договорным основанием, лимитом, реквизитами и полномочиями согласующих.
Подозрительные операции собраны в реестр с причиной и ответственным.
Документы для вычета проверены по согласованному набору реквизитов и условий.
Расхождения выявлены до подготовки декларации и направлены на исправление.
Регламентные операции и зависимости выполнены, ошибки закрытия найдены и устранены, изменения закрытого периода под контролем.
Запускаем процессы последовательно и по каждому подтверждаем результат, долю обработанной нагрузки и правила исключений. Управленческая картина и финансовый контроль вынесены в контур ИИ-финдиректора. Рассчитать расход моделей по каждому процессу.
Реальные сценарии
ИИ-бухгалтер понимает документ, находит связи в 1С и применяет правила до записи.
У двух компаний один и тот же документ может проходить по разным счетам, субконто, договорам, статьям, маршрутам согласования и правилам НДС. Поэтому мы не заставляем бухгалтерию подстраиваться под универсальный шаблон: описываем ваши реальные правила и обучаем агентов работать по ним.
Под «обучением» мы понимаем управляемую настройку процесса, а не бесконтрольное дообучение модели на всей базе. Правила утверждает бухгалтер, результат проверяется на контрольной выборке, а новую версию можно просмотреть или отменить.
Фиксируем план счетов, субконто, статьи, проекты, подразделения, правила распределения и контрольные соотношения.
Учитываем используемые документы, реквизиты, расширения, справочники, обмены и особенности нескольких баз 1С через коннектор.
Переносим основания, согласования, сроки, роли и условия остановки. Если правила не хватает, агент не угадывает, а передаёт случай человеку.
Подтверждённый бухгалтером разбор сохраняется как правило и начинает одинаково работать в следующих подходящих операциях.
Платформа разработки остаётся общей и не привязывает продукт к одному клиенту. Отдельно хранятся ваш workspace, правила, права доступа, конфигурация агентов и история изменений. Их можно проверить, версионировать и развивать под контролем вашей команды.
Автоматизация не должна превращаться в чёрный ящик, за которым бухгалтер наблюдает по косвенным признакам. Поэтому у роли есть рабочее место: одна лента, где видно каждую операцию процесса — и ту, что агент выполнил сам, и ту, что ждёт человека.
Лента отвечает на вопрос, который обычно требует запроса к подрядчику: что именно происходит с моими документами прямо сейчас и почему конкретный документ не проведён.
Бухгалтеру не нужно формулировать техническое задание, чтобы изменить поведение процесса. Он пишет то же, что сказал бы новому сотруднику:
Пример инструкции
«Для ООО „Ромашка“ транспортные расходы разноси на счёт 44, а не 26 — у них это коммерческие расходы по договору. На остальных контрагентов не распространяется.»
Формулирует правило обратно: условие срабатывания, действие, область применения. Расхождение видно до того, как правило начнёт работать.
Один контрагент, один договор, один тип документа или все операции процесса. По умолчанию берётся самая узкая область из названных в инструкции.
Агент показывает, что изменилось бы в уже обработанных документах. Это дешёвый способ увидеть последствие до запуска.
Утверждённое правило получает автора, дату, область действия и номер версии. Его можно посмотреть, сравнить с предыдущим и откатить.
Ограничение, которое не обходится инструкцией: промпт меняет поведение внутри уже разрешённых действий, но не расширяет права агента. Если процессу не выдан доступ к документу или операции, никакая формулировка его не откроет — состав доступов меняется только через согласование, как при запуске.
Практическое следствие — скорость. Учётная особенность, которая обычно живёт в голове одного бухгалтера или ждёт очереди у подрядчика, становится работающим правилом в тот же день и применяется одинаково ко всем подходящим операциям.
Как это выглядит в интерфейсе — на странице интерактивного примера: канбан операций, регламент процесса, изменение правила фразой и история версий. Открывается без регистрации.
ИИ-бухгалтер работает так же, как работает ваш бухгалтер: в вашей 1С, по вашим регламентам, теми же документами. Отсюда и требования к доступу — те же, что у штатного бухгалтера, с одной разницей: агент подключается через OData, а не через интерфейс.
Доступы
Отдельной интеграционной разработки для старта это не требует: OData — штатный механизм 1С. Если публикация не включена, включение занимает у вашего администратора считанные минуты.
Мы не меняем код вашей учётной системы. Агент работает снаружи, через стандартный интерфейс, — и это не техническая деталь, а способ не создать вам трёх новых проблем.
Стандартный интерфейс снимает все три пункта сразу: обновления ставятся как обычно, сопровождать нечего, а поведение агента меняется правилом, а не кодом. Если процесс окажется не нужен — его отключают, и в учётной системе не остаётся следов.
Подход не привязан к 1С. Программный интерфейс есть у любой промышленной учётной системы — у SAP это OData-сервисы через шлюз интеграции, у других ERP свои механизмы. Меняется коннектор, а правила процесса, проверки и аудитный след остаются теми же: агент везде работает снаружи, по согласованному списку операций.
За это время агент берёт первый согласованный процесс и начинает работать на реальном потоке документов участка. Критерий, по которому мы вместе признаём пилот удавшимся, фиксируем до старта — чтобы в конце сверяться с договорённостью, а не обсуждать формулировки.
Успех пилота — это когда владелец бизнес-процесса говорит: «да, теперь эта функция занимает радикально меньше времени». Не метрика в дашборде и не отчёт о проделанной работе.
Security-gate контролирует, какие данные и запросы могут уходить во внешние сервисы, кому и на каком основании. Платформу можно развернуть on-premise; допустимые интеграции, локальные хранилища и использование внешних моделей фиксируются при проектировании конкретного контура. Правила и конфигурация хранятся в машиночитаемом виде и версионируются в Git. Условия доступа к исходному коду для чтения и аудита фиксируются в договоре.
Ответственность за ошибку несёт бухгалтер — ровно так же, как за свою собственную. ИИ-агент не подменяет ответственное лицо: он делает работу на участке и показывает, что именно сделал. Для этого по переданному участку собирается понятный дашборд — какие операции прошли, по какому правилу и что ушло в исключения.
Безошибочность мы не обещаем: ошибаются все, включая человека. Бухгалтерский учёт для того и устроен так, что при закрытии месяца и других процедурах проходят все проверки, и этот контур продолжает работать независимо от того, кто внёс документ. Меняется другое: работа на участке становится видимой, а её качество — измеримым.
Видно каждое действие агента: исходный документ, применённое правило, результат в 1С и идентификатор аудита.
Показатель считается по участку и отслеживается во времени, а не остаётся впечатлением от последнего инцидента.
Закрытие месяца, сверки и контрольные соотношения работают как раньше и проверяют работу агента так же, как работу сотрудника.
Решение об автоматизации учёта принимают не по описанию на сайте. Ниже — то, что доступно до подписания и не требует нашего участия либо проверяется на ваших данных.
Схема простая: разовое внедрение бизнес-процессов плюс ежемесячная цена за единицу готовой работы. Внедрение одного бизнес-процесса — 150 000 ₽ в нашем облаке или 300 000 ₽ на сервере клиента. Дальше в стандартном формате оплачивается полностью выполненная работа: 27 ₽ за документ любой длины, 1 000 ₽ за банк юрлица в месяц или 900 ₽ за акт сверки. Инференс включён в цену операции.
Сравнение по итоговой сумме почти всегда некорректно: у найма, аутсорса и агентского контура разная единица счёта, и меняется она по-разному.
Вопрос не «где дешевле», а «что происходит со счётом, когда объём документов вырастет вдвое».
ФОТ или абонентская плата привязаны к людям и времени, а не к сделанной работе. Тариф аутсорсера обычно ступенчатый: до N документов — одна цена, дальше следующий пакет.
Счёт складывается из фактически обработанных единиц: документ, банк юрлица, акт сверки, сотрудник на расчёте зарплаты. Ступенек нет.
Отсюда практический способ сравнить у себя: взять фактическое число документов, выписок и актов сверки за прошлый месяц, посчитать их по нашим единицам в калькуляторе и поставить результат рядом с ФОТ участка или счётом аутсорсера за тот же месяц. Разница между моделями видна не на среднем месяце, а на пиковом — когда объём растёт, а ступенька тарифа или найм догоняют его с задержкой.
Что попадает в счёт
Разница объясняется просто: чем больше людей заняты повторяемой работой, тем быстрее её снятие возвращает деньги. Поэтому большой бухгалтерии внедрение окупается примерно вдвое быстрее, чем небольшой.
Результат оцениваем относительно согласованной базы: объёма операций, трудозатрат, сезонности и обязанностей роли до внедрения. После запуска сравниваем затраты времени, долю исключений, сроки и качество; клиент подтверждает, какая нагрузка действительно высвободилась и что осталось у сотрудника. Сервисным бухгалтерским компаниям — отдельная презентация, бухгалтерам о новой роли — «Почему бухгалтеру выгодно развивать ИИ-агентскую часть».
Состав провайдеров и лицензий фиксируется при проектировании; сотрудникам не требуется отдельная подписка Codex или Claude для управления согласованными процессами.
Отзывы о KT.Team — инженерной команде, которая делает OSNO-VA. Опубликованы на kt-team.ru.
Теперь не нужно каждый день переходить между банк-клиентами, выгружать выписки и загружать их в 1С. Пропала спешка, а времени на задачи, где нужно думать и принимать решения, стало заметно больше. Большое спасибо всей команде
Команда KT.Team — зрелый партнер в разработке. Очень четко организован деливери-процесс, особенно стоит отметить слаженное взаимодействие внутри инженерной команды. Если команда видит, что процесс разработки нужно докрутить, она это делает. На этапе обсуждения команда вникает в суть задач, стремится понять бизнес-контекст. Работа нацелена не на формальное выполнение ТЗ, а на решение реальной проблемы. Благодаря сильной инженерной экспертизе и продуктовому мышлению, команде можно доверять не только реализацию, но и архитектуру всей системы.
Вадим МиженскийРуководитель управления разработки цифровых продуктов, ГК ФСКо работе с командой KT.Team · kt-team.ruГруппа компаний Музторг успешно сотрудничает с командой KT.Team уже более двух лет. Нам очень помогает высокий профессионализм наших партнеров, умение сочетать четкую организацию проектной работы с минимизацией формальных ограничений. Отдельно хотел бы отметить доброжелательность и открытость сотрудников KT.Team.
Дмитрий СавельевСоветник правления по цифровому развитию, Музторго работе с командой KT.Team · kt-team.ruПри аутсорсе исполнение завязано на внешнюю команду и её SLA, знания живут у конкретных людей. У ИИ-бухгалтера регламент зафиксирован в исполняемом виде: агент следует утверждённой последовательности и фиксирует каждый запуск. Ответственность за решения и исключения остаётся у компании.
Да, в согласованном контуре и в пределах разрешённых операций. Уровень автоматизации определяется до запуска: процесс может только готовить документ либо проводить его. Всё, что не проходит проверку, останавливается и уходит в очередь исключений.
Ничего: конфигурация остаётся типовой и с поддержки не снимается, обновления ставятся штатно. Мы не меняем код учётной системы — агент работает снаружи через стандартный интерфейс, поэтому сопровождать доработку не требуется.
Подход тот же. У промышленных учётных систем есть программный интерфейс: у SAP это OData-сервисы через шлюз интеграции, у других ERP свои механизмы. Меняется коннектор, правила процесса и аудитный след остаются прежними.
Нет. Подключение идёт через OData к существующей базе. До запуска согласуется список документов, справочников и реквизитов, доступных агенту, и операций, которые он вправе выполнять.
Да, это рекомендуемый порядок. Берётся один повторяемый поток с понятным владельцем и безопасной точкой остановки, фиксируется его текущая трудоёмкость, и только после проверки на живых документах обсуждается расширение.
Только за единицу результата, сделанную полностью автоматически: документ, банк юрлица, акт сверки, сотрудник на расчёте зарплаты. Документ, который потребовал правки человека, не тарифицируется. Расход моделей входит в цену единицы и отдельной строкой не выставляется.
Автоматизируется повторяемая часть роли, а не роль целиком. Мы не обещаем сокращение: измеряется подтверждённая доля нагрузки, которую агенты закрывают с требуемым качеством, а суждение, полномочие и разбор исключений остаются у людей.
Через рабочее место: пишет инструкцию обычными словами — «для ООО „Ромашка“ транспортные расходы разноси на счёт 44». Агент формулирует правило обратно, показывает, что изменилось бы в прошлых операциях, бухгалтер задаёт область действия и утверждает. Правило получает версию и автора, его можно откатить. Задача на разработку для этого не нужна.
Да, это одна лента операций процесса: сделано автоматически, ждёт человека, сделано вручную. По каждой строке раскрывается вход, применённое правило и его версия, проверки и результат в учётной системе. Строки «сделано вручную» показывают, где правило недоописано.
Нет. Промпт меняет поведение внутри уже разрешённых действий. Если процессу не выдан доступ к документу или операции, формулировкой его не открыть — состав доступов меняется только через согласование.
У клиента остаются данные, регламенты, их версии и конфигурации. По договорённости передаётся исходный код агентов работающих процессов; ядро предоставляется по неисключительной лицензии для использования внутри бизнеса клиента.
Отметьте процессы, которые хотите передать агентам, — увидите цену на своих объёмах и то, во сколько раз она меньше ФОТ участка. Тарифицируется только результат без единой правки человека.
Контакты