О чём эта статья. Это статья из продуктовой подборки ERP-Мастер о том, как превратить работу пользователей в 1С:ERP из набора устных объяснений и устаревших инструкций в воспроизводимые автоматизированные сценарии на тестовой базе заказчика.Речь не о продаже Vanessa Automation как инструмента. Vanessa Automation — открытый инструмент, с которым можно ознакомиться самостоятельно. Продукт ERP-Мастер — это методика: как от бизнес-процесса, текстовой блок-схемы и тестовой базы перейти к автоматизированной инструкции, обучению, приёмке и сопровождению актуальности.
Вопрос подписчика«У нас 1С:ERP вроде внедрена. Документы проводятся, пользователи работают, отчёты какие-то есть. Но каждый отдел делает по-своему. Инструкции лежат где-то в папке, часть уже устарела, новых сотрудников обучают устно, а ошибки всплывают только при закрытии месяца. Что с этим делать? Опять начинать большое внедрение?»
Ответ ERP-Мастер. Не всегда нужно начинать новое большое внедрение. Очень часто предприятию нужен более практический шаг: взять ключевые бизнес-процессы, привести их к понятной операционной логике, показать на тестовой базе 1С:ERP, как эти процессы должны выполняться, и превратить это в автоматизированные инструкции.Автоматизированная инструкция — это не Word-файл со скриншотами и не ролик, где кто-то нажимает кнопки. Это связка: бизнес-процесс → текстовая блок-схема → краткая операционная инструкция → тестовая база 1С:ERP → сценарий Vanessa Automation → автоматизированный проход → обучение → приёмка → сопровождение актуальности.
Где эта статья находится в подборке ERP-Мастер
Эта статья не висит отдельно. Она продолжает несколько материалов продуктовой линейки ERP-Мастер.
Сначала руководителю полезно пройти общий входной вопросник: «С чего начать проект 1С:ERP: входной вопросник ERP-Мастер». Он помогает быстро понять, есть ли предмет для дальнейшей работы, какая первая очередь работ видится разумной, какие сроки и стоимость можно предварительно обсуждать.
Затем важно разобраться с процессной основой: «Бизнес-процессы в 1С:ERP: от вопросника и интервью до автоматизированных инструкций». Там показано, почему автоматизированная инструкция не рождается из кнопок 1С, а выводится из бизнес-процесса.
Отдельная связанная статья — «Как ERP-Мастер строит справочную структуру предприятия в 1С:ERP». Без номенклатуры, складов, подразделений, ресурсных спецификаций, операций, видов работ, финансовых аналитик и правил заполнения данных сценарий в ERP будет красивым, но непрочным.
И ещё один слой — «Глоссарий Nexus и семантическое ядро предприятия». Он объясняет, почему предприятие должно различать термин, предмет, документ 1С, реквизит, роль, профиль доступа, статус, событие и управленческий факт.
Навигация для читателя. Если вы только начинаете разговор с ERP-Мастер — начните с входного вопросника.Если у вас уже есть понимание первой очереди работ — переходите к бизнес-процессам.Если процессы уже понятны, но пользователи работают по-разному — эта статья как раз про следующий шаг: автоматизированные инструкции и Vanessa Automation.
Почему обычные инструкции больше не спасают
Обычная инструкция почти всегда создаётся как статический документ. На момент написания она может быть полезной: в ней есть скриншоты, порядок действий, пояснения, иногда даже примеры. Но 1С:ERP живёт. Меняется версия платформы, меняется интерфейс, появляются доработки, меняются права доступа, справочники, документы, правила закрытия месяца, маршруты согласования и отчёты. Через год или два инструкция может уже не соответствовать реальной системе.
На практике это выглядит очень узнаваемо. Предприятие говорит: «У нас инструкции есть». Открывает папку. А там документы под старую версию ERP, старые формы, старые вкладки, старые правила работы. Формально инструкция существует. Практически новый сотрудник по ней уже не может уверенно выполнить процесс.
Тогда знание снова возвращается туда, где оно обычно и хранится в слабой ERP-эксплуатации: в головах нескольких ключевых пользователей. Один знает, как закрыть участок. Другой помнит, какой отчёт надо открыть. Третий понимает, почему документ нельзя проводить до определённой операции. Четвёртый держит в Excel правила, которые не попали в систему.
Пока эти люди на месте, предприятие как-то работает. Когда они увольняются, уходят на пенсию, переходят на другую работу или просто перестают заниматься этим участком, предприятие теряет не программу. Оно теряет знание о том, как программа реально работает.
Реплика ERP-Мастер. Главная проблема старых инструкций не в том, что они плохо написаны. Главная проблема в том, что они не живут вместе с системой. Их сделали, провели обучение, приняли проект — и бросили.
Что такое автоматизированная инструкция
Автоматизированная инструкция начинается не с интерфейса, а с бизнес-процесса. Нужно понять, что предприятие делает, зачем это делает, где начало процесса, где результат, какие данные нужны, какие роли участвуют, какие документы создаются, какие проверки должны быть выполнены.
После этого процесс переводится в краткую операционную инструкцию: как именно этот процесс поддерживается в 1С:ERP и смежных системах. Затем на тестовой базе заказчика собирается сценарий Vanessa Automation, который воспроизводит действия пользователя. Такой сценарий можно пройти, показать, проверить, использовать для обучения, использовать при приёмке и повторять после изменений.
Коротко. Обычная инструкция говорит: «Сделайте так». Автоматизированная инструкция говорит: «Вот процесс, вот данные, вот действия пользователя, вот документы в 1С:ERP, вот ожидаемый результат, вот автоматизированный проход, который можно повторить».
Поэтому автоматизированная инструкция находится на стыке методики, обучения, тестирования и эксплуатации. Она нужна не только пользователю, который впервые учится работать. Она нужна руководителю процесса, бухгалтерии, ИТ-специалисту, руководителю проекта, владельцу системы и новому сотруднику, который должен быстро понять, как в этой компании принято выполнять работу в ERP.
Где здесь Vanessa Automation
Vanessa Automation — это открытый инструмент из мира 1С, который позволяет описывать сценарии работы пользователя и выполнять их на тестовой базе. В контексте ERP-Мастер он важен не только как инструмент тестирования, но и как инструмент превращения пользовательской инструкции в воспроизводимый сценарий.
ERP-Мастер не продаёт лицензию Vanessa Automation и не выдаёт этот инструмент за закрытую собственную разработку. Vanessa Automation можно изучить самостоятельно. Исходные коды размещены на GitHub, основная лицензия продукта в документации указана как BSD v3. Есть документация, релизы, обучающие материалы и статьи.
Позиция ERP-Мастер. Мы продаём не доступ к Vanessa Automation, а методику применения Vanessa Automation в ERP-проектах. Главная ценность не в том, что инструмент можно запустить. Главная ценность в том, как от бизнес-процесса, текстовой блок-схемы, тестовой базы, профилей доступа и тестовых данных перейти к автоматизированной инструкции, сценарию, обучению, приёмке и сопровождению актуальности.
Для читателя, который хочет познакомиться с инструментом самостоятельно, в конце статьи приведены ссылки на официальный GitHub-репозиторий, документацию Vanessa Automation и материалы 1С по тестированию и созданию документации с использованием Vanessa Automation.
Почему нельзя начинать сразу с кликов
Самая частая ошибка при создании инструкций — начинать с интерфейса. Открыли базу, нажали кнопку, сделали скриншот, написали: «перейдите туда, заполните то, нажмите провести». На первый взгляд это выглядит быстро. На практике такая инструкция часто бессмысленна, потому что она не объясняет процесс.
Пользователь может нажать правильные кнопки, но сделать это не в тот момент. Может выбрать не тот вид операции. Может создать документ без нужной связи с заказом. Может провести документ, который формально проводится, но потом ломает себестоимость, склад, взаиморасчёты или закрытие месяца. Интерфейс показывает действие, но не объясняет управленческий смысл.
Поэтому ERP-Мастер начинает не с кликов, а с бизнес-процесса. Сначала нужно понять предмет: что проходит через процесс — заказ, изделие, материал, потребность, партия, услуга, платёж, документ, производственное задание, сервисный случай. Затем нужно понять вход и выход: что запускает процесс и чем он должен завершиться. Потом — роли, документы, справочники, проверки и ожидаемый результат. Только после этого имеет смысл переводить процесс в операционную инструкцию и сценарий Vanessa Automation.
Связанный материал. Подробнее об этом — в статье «Бизнес-процессы в 1С:ERP: от вопросника и интервью до автоматизированных инструкций». Там отдельно показано, почему паспорт бизнес-процесса и текстовая блок-схема относятся к процессному слою, а краткая операционная инструкция — к прикладному слою 1С:ERP.
Почему вручную полный корпус инструкций почти невозможно сделать
На среднем производственном предприятии модель может включать около 20 крупных объектов автоматизации: продажи, производство, закупки, склад, финансы, сервис, качество, справочная структура, оборудование, транспорт, кадры и зарплата, документооборот, смежные системы и другие области. Внутри этих объектов может быть более 300 бизнес-процессов. В каждом процессе обычно есть несколько автоматизированных процедур — от четырёх до шести, а иногда больше.
Получается не «двадцать инструкций для пользователей», а тысячи процедурных сценариев. Если взять 300 процессов и в среднем 4–6 процедур на процесс, получится 1200–1800 процедур. Если учесть варианты выполнения, особые случаи, разные роли и расширения конкретного предприятия, корпус может приближаться к 2000–2400 сценариям.
Даже если каждый сценарий длится всего пять минут, это сотни часов чистого демонстрационного материала. Но чистое демонстрационное время — это только вершина айсберга. Перед записью нужно понять процесс, подготовить тестовые данные, проверить справочники, пройти сценарий в тестовой базе, поймать ошибки, согласовать с владельцами процесса, исправить инструкцию, обновить сценарий, повторно пройти его и только потом использовать как учебный или приёмочный материал.
При ручной работе коэффициент подготовки легко становится 1 к 4 и выше: на один час чистого материала приходится несколько часов подготовки и корректировки. Поэтому ручная разработка полного корпуса превращается в тысячи и десятки тысяч часов. При коммерческой ставке такая работа уходит в десятки миллионов рублей, а главное — начинает устаревать ещё до того, как она закончена.
Реплика ERP-Мастер. Рынок долгие годы жил на типовых руководствах пользователя, учебных базах, разрозненных инструкциях, устных объяснениях и памяти ключевых пользователей не потому, что хорошие инструкции были не нужны. А потому, что не было промышленной технологии, которая позволяла экономически создавать и поддерживать такой объём под конкретное предприятие.
Как технология ERP-Мастер снижает трудоёмкость
После такого расчёта можно испугаться и сказать: «Тогда вообще не надо начинать». Но это верно только для ручного подхода. Технология ERP-Мастер устроена иначе.
Работа начинается с общего входного вопросника ERP-Мастер. Это не тяжёлая анкета на сто страниц письменных ответов, а аудиоопрос по разделам. Заказчик надиктовывает, чем занимается предприятие, какие системы использует, какие объекты автоматизации есть, где текущая 1С, какие смежные системы, как устроены справочники, финансы, зарплата, инфраструктура и первая очередь работ. В нормальном режиме такой общий вопросник занимает около двух часов аудиоответов.
Связанный материал. Входной вопросник опубликован отдельно: «С чего начать проект 1С:ERP: входной вопросник ERP-Мастер для руководителя». Там же можно скачать PDF-версию вопросника.
После этого включаются адаптированные вопросники по тем областям, которые попали в первую очередь. Если первая очередь — производство, склад и себестоимость, мы не мучаем заказчика вопросами про всё предприятие. Мы уточняем именно эти области. Обычно в течение недели владельцы процессов спокойно надиктовывают пояснения по своим участкам. Ещё неделя нужна на согласование модели: убрать лишнее, уточнить границы, подтвердить названия процессов, отметить заглушки, зафиксировать расширения и договориться, что именно входит в первую очередь.
Ключевой технологический элемент ERP-Мастер — текстовая блок-схема. Это не случайный выбор. Графическая схема удобна человеку, но как рабочий носитель для языковой модели она неудобна. LLM работает с языком, последовательностями, условиями, переходами и связями. Поэтому сначала процесс фиксируется в текстовой, компактной, машиночитаемой форме: шаги, условия, роли, документы, данные, результат, контрольные точки. Для человека такую схему можно потом визуализировать в Mermaid или другом графическом формате. Но базовый рабочий носитель для ИИ и сопровождения актуальности — именно текстовая блок-схема.
Дальше процесс привязывается к прикладному слою 1С:ERP. Нужно определить, какие документы, формы, команды, справочники, отчёты, профили доступа и тестовые данные участвуют в процедуре. Здесь ERP-Мастер получает второе технологическое преимущество: используется библиотека типовых UI-действий и типовых пользовательских процедур 1С:ERP. Многие действия повторяются из процесса в процесс: открыть форму, создать документ, выбрать номенклатуру, заполнить реквизит, провести документ, открыть отчёт, проверить движение, сверить результат. Такие элементы не нужно каждый раз изобретать заново.
Типовые действия быстро собираются в сценарии Vanessa Automation. Уникальные участки заказчика выделяются отдельно как расширения. Поэтому количество процессов само по себе перестаёт быть главным ограничением. Ограничением становится качество процессной модели, готовность тестовой базы и ясность первой очереди работ.
Обязательно проверяются профили групп доступа. Автоматизированная инструкция не должна выполняться «абстрактным администратором», у которого есть все права. Если сценарий предназначен для кладовщика, мастера производства, менеджера продаж, бухгалтера или снабженца, он должен проверяться под соответствующей группой доступа. Иначе инструкция будет красивой, но нерабочей: пользователь откроет её в своей роли и не сможет выполнить половину действий.
Ориентировочная рамка по технологии такая: около двух часов аудиоответов на общий вопросник, неделя на уточнение бизнес-процессов через адаптированные вопросы, неделя на согласование модели, около двух недель на тестирование и формирование автоматизированных инструкций по выбранной первой очереди. В итоге примерно за месяц можно собрать рабочую базу актуальных инструкций по ключевым процессам первой очереди, если заказчик быстро даёт ответы, предоставляет доступ к тестовой базе и не пытается сразу охватить всю вселенную предприятия.
Важно. За месяц не описывается всё предприятие во всех деталях. За месяц собирается управляемая первая очередь: модель, текстовые блок-схемы, прикладная привязка, сценарии Vanessa Automation, первичная проверка и правила сопровождения актуальности.
Маршрут продукта ERP-Мастер
Если упаковать продукт в одну формулу, маршрут выглядит так:
Маршрут продукта. Бизнес-процесс → текстовая блок-схема → краткая операционная инструкция → тестовая база 1С:ERP → сценарий Vanessa Automation → автоматизированный проход → замечания → обучение → приёмка → сопровождение актуальности.
Сначала выбирается процесс или группа процессов. Это может быть, например, «заказ клиента → производство → склад → отгрузка → себестоимость» или «закупка → поступление → склад → выдача в производство». Потом уточняется бизнес-логика процесса: где начало, где результат, какие документы и данные нужны, какие роли участвуют, какие справочники и аналитики влияют на выполнение.
Затем готовится текстовая блок-схема и краткая операционная инструкция. На тестовой базе заказчика подготавливаются тестовые данные. После этого собирается сценарий Vanessa Automation, который проходит по 1С:ERP и проверяет воспроизводимость действий. Если сценарий не проходит, это не провал, а полезный результат: значит, обнаружены разрывы в данных, настройках, правах, доработках, справочниках или логике процесса.
После корректировки инструкция и сценарий используются для демонстрации, обучения и приёмки. Но на этом продукт не заканчивается. После изменения системы инструкция должна обновляться. И здесь включается технология сопровождения актуальности.
Сопровождение актуальности: почему инструкция не должна умереть после первой версии
Это принципиальный пункт методики ERP-Мастер. Обучение и приёмка — не финал продукта. Это только момент публикации первой рабочей версии.
На многих проектах происходит иначе. Вендор провёл обучение, передал документы, проект закрылся, инструкции сложили в папку. Через несколько лет предприятие показывает эти инструкции новому подрядчику или новому сотруднику, и выясняется, что они давно не соответствуют системе. В 1С другие формы, другой интерфейс, другие права, другие доработки, другие справочники, другие правила закрытия периода. Документ есть, но он не помогает.
ERP-Мастер должен работать иначе. Если появляется новая доработка, обновление, изменение процесса, изменение прав, изменение справочника или изменение пользовательского сценария, оно фиксируется как извещение об изменении. Затем ИИ помогает определить, какие материалы затронуты: бизнес-процесс, текстовая блок-схема, краткая операционная инструкция, сценарий Vanessa Automation, тестовые данные, учебное описание, протокол проверки. После этого готовятся изменения, человек проверяет и утверждает обновлённую версию.
Реплика ERP-Мастер. Обучение и приёмка фиксируют первую рабочую версию. Сопровождение актуальности делает инструкцию живым управленческим инструментом.
Без ИИ такой объём сопровождения почти невозможен. Большой корпус процессов, инструкций, сценариев и тестовых данных нельзя надёжно поддерживать вручную: слишком много связей. Именно поэтому искусственный интеллект здесь нужен не как модная добавка, а как рабочий инструмент сопровождения актуальности.
Что получает заказчик
Заказчик получает не абстрактную методику и не набор разрозненных файлов. Он получает рабочий комплект по выбранному процессу или группе процессов: описанную бизнес-логику, текстовую блок-схему, краткую операционную инструкцию, сценарий Vanessa Automation, тестовые данные, протокол замечаний, учебный материал и правило дальнейшего сопровождения.
Для руководителя это означает, что процесс не просто «описан», а воспроизводится. Для пользователя — что можно увидеть правильный порядок работы на тестовой базе. Для бухгалтера и финансового директора — что действия в оперативных процессах можно связать с документами, себестоимостью и закрытием периода. Для ИТ-специалиста — что сценарий можно повторять после изменений. Для владельца процесса — что больше не надо каждый раз устно объяснять одно и то же новым сотрудникам.
Особенно полезен такой продукт там, где ошибки пользователей дорого обходятся позже: производство, склад, закупки, продажи, закрытие периода, себестоимость, взаиморасчёты, передача данных между отделами, обучение новых сотрудников, проверка доработок и ввод системы в планово-промышленную эксплуатацию.
Связанный материал. О месте автоматизированных инструкций в жизненном цикле ERP-проекта см. статью «Внедрение, ввод в действие, планово-промышленная эксплуатация и развитие 1С:ERP».
Что это даёт руководителю
Руководитель получает главное — воспроизводимость. Не просто «мы рассказали людям, как работать», а «мы можем показать, как процесс должен выполняться, и повторно проверить его на тестовой базе». Это снижает зависимость от отдельных сотрудников, уменьшает количество устных договорённостей, помогает быстрее вводить новых людей и делает работу ERP более прозрачной.
Автоматизированные инструкции также помогают честно увидеть слабые места. Если сценарий не проходит, значит, проблема не в том, что пользователь «плохо понял инструкцию». Возможно, не хватает прав, справочник заполнен неверно, тестовые данные не готовы, доработка работает иначе, форма изменилась, процесс не согласован или сама бизнес-логика описана слишком общо. Сценарий превращает эти проблемы из разговоров в проверяемые факты.
Для предприятия это особенно важно после внедрения. Большой проект может завершиться, команда может уйти, подрядчик может смениться, пользователи могут обновиться, но предприятие должно сохранить знание о том, как выполняются процессы. Автоматизированные инструкции делают это знание не личным, а организационным.
Связь с планово-промышленной эксплуатацией
Автоматизированные инструкции особенно важны на границе между внедрением, опытной эксплуатацией, вводом в действие, гиперподдержкой и передачей системы в штатное сопровождение.
Пока проект идёт, рядом есть консультанты, аналитики, разработчики, ключевые пользователи. Когда проект завершается, предприятие остаётся один на один с системой. Именно в этот момент выясняется, есть ли настоящая эксплуатационная память: понятно ли, как выполнить процесс, где проверить результат, кто отвечает за данные, какие документы должны появиться, как обучить нового пользователя и как проверить, что после доработки ничего не сломалось.
Автоматизированные инструкции помогают пройти этот рубеж спокойнее. Они фиксируют ключевые сценарии, помогают обучать пользователей, дают материал для приёмки и остаются основой для дальнейшего сопровождения. Поэтому этот продукт важен не только для новых внедрений, но и для предприятий, где 1С:ERP уже работает, но процессы выполняются нестабильно.
Связь с Nexus и будущим интеллектуальным предприятием
Автоматизированные инструкции — это практический продукт сегодняшнего дня. Предприятию не нужно сразу покупать идею искусственной личности предприятия, семантического ядра и Nexus. Оно может начать с более понятного шага: сделать ключевые процессы воспроизводимыми в 1С:ERP.
Но стратегически такие инструкции становятся одним из слоёв будущей управленческой памяти предприятия. Они фиксируют не только текст «как делать», но и связку: процесс, данные, роли, документы, сценарий, результат и протокол прохождения. Для будущего Nexus это уже не просто учебный материал, а процедурный слой памяти.
Формула перехода к Nexus. Процесс → инструкция → сценарий → протокол → управленческая память предприятия.
Сегодня это помогает стабилизировать работу 1С:ERP. Завтра это становится частью семантического и процедурного ядра Nexus: предприятие начинает не просто хранить документы, а помнить, как оно работает.
[Иллюстрация 9. Слой будущего Nexus: процесс → инструкция → сценарий → протокол → управленческая память предприятия.]
Связанный материал. О семантическом слое и языке предприятия см. статью «Глоссарий Nexus и семантическое ядро предприятия».
Где можно самостоятельно почитать про Vanessa Automation
Vanessa Automation можно изучить самостоятельно. Это открытый инструмент, размещённый в публичном доступе. Начать можно с официального GitHub-репозитория проекта:
https://github.com/Pr-Mex/vanessa-automation
Документация проекта доступна здесь:
https://pr-mex.github.io/vanessa-automation/dev/
Также есть материалы 1С по теме тестирования и создания документации с использованием Vanessa Automation:
Ответ на частый вопрос. Если ваша задача — просто посмотреть инструмент, начните с этих материалов. Если задача — применить Vanessa Automation к вашим бизнес-процессам, тестовой базе, инструкциям, обучению и сопровождению актуальности, специалисты ERP-Мастер помогут встроить этот инструмент в рабочую методику предприятия.
С чего начать
Начинать лучше не с полного предприятия и не с попытки сразу автоматизировать все инструкции. Начните с первой очереди: одного или двух ключевых процессов, где ошибки пользователей особенно болезненны. Например, «заказ клиента → производство → склад → отгрузка → себестоимость» или «закупка → поступление → склад → выдача в производство». На таких процессах быстро видно, где проблема: в бизнес-логике, справочниках, правах, тестовых данных, настройках 1С:ERP или обучении пользователей.
Первый шаг — пройти входной вопросник ERP-Мастер и определить, какие процессы действительно стоит переводить в автоматизированные инструкции первыми. После этого можно собрать модель первой очереди, подготовить текстовые блок-схемы, привязать их к 1С:ERP, собрать сценарии Vanessa Automation, пройти их на тестовой базе и показать результат пользователям.
Финальная реплика ERP-Мастер. Это не ещё одна папка инструкций. Это способ вернуть ERP в управляемое состояние: сделать процессы понятными, проверяемыми, воспроизводимыми и поддерживаемыми в актуальности.