Карта для капитана. Как я рабочее место руководителя для 1С:ERP создавал

Из рапорта капитана Ризо: …получил я секретное известие, что в Мармаре, одном порте в Анатолии против острова Родоса, находится одна турецкая шебека, которая везет подарки посылаемыя от султана в Египет к Мехмет бею…

Перед капитаном на картине лежит карта района плавания. По ней он объясняет экипажу свой замысел и вдохновляет экипаж на рискованное предприятие.

Бизнес — это тоже своего рода поход за сокровищами.

И в такой мощной программе управления, как 1С:ERP, «карта похода», – то есть единый наглядный инструмент планирования — необходима также, как капитану корабля нужна карта района плавания.

Но в 1С:ERP такой карты нет. В подсистеме планирования отсутствует рабочее место руководителя. Нет визуального инструмента, который позволял бы одним взглядом охватить весь бизнес-замысел: стратегию, тактику, и их связь.

Ниже — о том, как я создавал прототип такой карты. Создавал буквально «на коленке».

Что такое ERP и почему планирование — её ядро

ERP — это концепция управления предприятием, в которой все ключевые процессы (производство, снабжение, продажи, финансы, управление персоналом и активами) работают согласованно по единой логике. А ERP-система — это программный продукт, который эту концепцию реализует.

Само название ERP (enterprise resource planning — планирование ресурсов предприятия) подчеркивает: планирование — центральное звено концепции. ERP — это не только учёт прошлого, а еще и управление будущим: намерениями, возможностями и ограничениями бизнеса.

Теперь посмотрим, как планирование реализовано в 1С:ERP — и чего в системе, как ни странно, всё ещё не хватает.

Планирование в 1С:ERP: что уже есть

В подсистеме Бюджетирование и планирование есть рабочее место Управление процессом планирования. Это командный центр планового отдела, где отображается цепочка планов (например, План продаж → План производства → План закупок) и их состояние.

Его ключевые возможности:

• Создание и корректировка планов — быстро, в одном окне.

• Пересчёт данных — связанные планы обновляются одним действием.

• Помощник планирования — подсказывает, какой план нужно составить следующим.

• Наглядность — видно, какие планы готовы, а какие требуют вмешательства.

Всё хорошо, но есть одно ограничение – и оно ломает всю картину.

Рабочее место способно показать только планы с одинаковой периодичностью. Годовые и месячные планы вместе — увидеть нельзя. Они не могут быть представлены как единая логическая схема.

Представим простой, но очень жизненный бизнес-замысел:

1. Составить годовой план продаж продукции.

2. Разложить его на месячные планы.

3. На их основе сформировать месячные планы производства и закупок, учитывая наличие на складе остатков готовой продукции и материалов.

Отдельно — всё видно:

• годовой план → да,

• месячные планы все вместе → да.

Но картины всего замысла в 1С:ERP нет. Чтобы объяснить, насколько это критично, обратимся к морскому опыту.

Опыт моряков

Вот как я однажды представил друзьям (будущему экипажу арендованной яхты) план недельного путешествия по Эгейскому морю:

1. Родос → остров Сими. Красивейший порт Греции и, кстати, место базирования корсаров капитана Ризо.

2. Сими → Тилос. Прообраз острова циклопов из Гомера. В местном музее хранится «скелет циклопа» (карликового слоника).

3. Тилос → Нисирос. Остров-вулкан: спускаемся в его жерло, паримся в вулканической бане.

4. Нисирос → Алимия. База фашистских подводников времён Второй мировой, плюс еще и древня морская база — её эллинги могли видеть корабль самого Одиссея.

5. Возвращаемся на Родос.

Этой обзорной карты большинству участников похода вполне хватило: она давала общую картин��, зажигала энтузиазм и создала реакцию «ОК, мы – в игре».

Но капитану нужно больше информации. Даже больше, чем содержит морская лоция.

Глубина на входе, как видно из лоции – до 3-х метров. Но это была не вся правда. Важный совет я получил от знакомой девушки-капитана, водившей яхты в этих водах:

— Вход в гавань постоянно заносит песком, а чистят его – редко. Глубина будет, скорее всего, меньше, чем указано в лоции. Не бери большую лодку, она может сесть на мель. А маленькая — проскочит.

Мы арендовали небольшую яхту с осадкой 2,4 м. Слегка чиркнули килем по дну, но проскочили.

Вывод

Для безопасного плавания нужна двухуровневая карта:

1. Обзорная карта, показывающая весь маршрут целиком — стратегию.

2. Детальные карты с подробными пояснениями, показывающие нюансы конкретных участков — тактику.

Именно так устроены морские лоции. Ровно то же нужно и бизнесу.

1С:ERP даёт детальные карты, но не даёт обзорной.

А без обзорной карты руководителю крайне трудно:

• создать и держать в голове всю картину замысла,

• объяснить его участникам,

• убедиться, что они все поняли на 100%.

Именно для этого я и создал Схему планирования — визуальный план всего бизнес-замысла, который руководитель может охватить одним взглядом и ознакомить с ним всех заинтересованных лиц.

Но чтобы нарисовать схему планирования, нужен алфавит — нотация — набор условных обозначений, через которые передаётся смысл понятий и их взаимоотношений. Я разработал собственную нотацию, а «чертёжной доской» стал Excel.

Почему Excel и собственная нотация:

• Нет готовой, дающей явное преимущество. Все существующие нотации создавались для своих задач — BPMN, UML, EPC и другие — но ни одна из них не отражает специфику планирования в 1С:ERP. Мой набор символов решает задачу точнее.

• Excel есть у всех. Профессиональные средства моделирования стоят далеко не на каждом компьютере. А электронные таблицы есть везде.

• Совместимость с 1С. 1С хорошо работает с электронными таблицами. А значит, когда разработчики решат встроить Схему планирования в систему, технически это будет сделать просто.

Читаем схему: ключевые термины 1С:ERP

Теперь напомню тот самый «простой, но очень жизненный бизнес-замысел»:

1. Составить годовой план продаж продукции.

2. Разложить его на месячные планы.

3. На их основе сформировать месячные планы производства и закупок, учитывая наличие на складе остатки готовой продукции и материалов.

Чтобы показать, как этот замысел выглядит в 1С:ERP, я представлю его в виде разработанной мной Схемы планирования.

Схема планирования по своей структуре очень похожа на обзорную карту путешествия. На морской карте стрелки маршрута соединяют острова. На схеме планирования – стрелки источников данных планирования тоже соединяют «острова» — активные виды планов, обозначенные серыми блоками.

Но чтобы схему «прочитать», нужно знать несколько ключевых терминов программы. Официальных определений в 1С у них нет, поэтому дам свои — максимально точные и согласованные с логикой системы.

Вид плана

Вид плана — это набор настроек для формирования конкретного плана. Иначе говоря, вид плана — это шаблон, а план — сделанный по этому шаблону экземпляр.

Пример. В системе создан вид плана продаж. На его основе мы формируем конкретный План продаж А — с перечнем номенклатуры, объёмами и ценами, которые собираемся продать в определённый период.

Если ситуация изменилась, мы создаём План продаж Б. Мы можем поменять состав номенклатуры, объёмы, цены — всё содержимое плана. Но структура (периодичность, детализация) останется прежней, потому что она задаётся видом плана.

Сценарий товарного планирования

Сценарий товарного планирования — это объект в 1С:ERP, задающий единые настройки для группы видов планов, объединённых одной бизнес-задачей и общей периодичностью планирования.

Периодичность планирования — характеристика сценария, которая определяет, с какой частотой формируются, хранятся и контролируются плановые данные. Допустимые значения периодичности: день, неделя, декада, месяц, квартал, полугодие, год.

Источники данных планирования

Источники данных планирования в 1С:ERP — это объекты программы, которые переносят информацию из объектов, хранящих данные (документов, регистров, планов и др.), в планы.

Название, если честно, слегка запутывает. Эти объекты – скорее, не источники, а переносчики данных планирования.

Этапы планирования

Этап планирования — это логический раздел (папка) внутри сценария планирования, в котором группируются виды планов. Благодаря этапам, процесс планирования делится на последовательные шаги, выполняемые в строго определённом порядке.

Зачем нужны этапы:

• Наглядно показывают структуру планирования.

• Позволяют задать порядок расчёта и пересчёта планов.

• Обеспечивают автоматизацию работы по планированию в рабочем месте Управление процессом планирования.

Без использования этапов – механизм планирования работать будет, но:

• рабочее место Управление процессом планирования становится недоступным,

• автоматический пересчет взаимосвязанных планов настроить невозможно – все придется делать вручную.

Виды этапов:

• Планирование остатков — включает планы остатков.

• Планирование потребностей — включает планы продаж, продаж по категориям, разборки и внутреннего потребления.

• Планирование обеспечения — включает планы производства, сборки и закупок.

Теперь, вооружившись этими терминами, давайте наконец прочитаем саму схему. Для удобства изучения, вставляю ее здесь повторно.

Структура схемы планирования

Схема строится как таблица, где каждая ячейка — это конкретный вид плана или другой объект, откуда берутся данные для планирования.

1. Сценарии планирования — по столбцам
Виды планов, относящиеся к одному сценарию (например, годовому или месячному), располагаются в одном столбце. На схеме видно два сценария: годовой и месячный. Но может быть и несколько сценариев одной периодичности в одном столбце.

2. Активные планы — серым цветом
Серым я отмечаю те виды планов, которые фактически участвуют в выбранном сценарии. Это позволяет одним взглядом понять, что входит в цепочку планирования.

3. Цветные блоки слева — виды этапов планирования

• Жёлтый — планирование остатков.

• Красный — планирование потребностей.

• Зелёный — планирование обеспечения.

4. Стрелки — источники данных планирования. Они показывают:

• откуда приходят данные,

• какие планы используют какие данные,

• логическую последовательность процесса.

Так, стрелка 1→2 показывает, что месячный план продаж формируется на основании годового плана.

5. Синие элементы — внешние объекты, передающие данные
Синим цветом отмечены объекты, которые не являются планами, но содержат данные для них: например, регистры остатков на складе или заказы клиентов.

6. Нумерация элементов

• Планы и прочие объекты схемы имеют простые номера: 1, 2, 3…

• Источники данных — двойные номера, например: 1→2 (переход из годового плана в месячный), 3→4 (переход данных об остатках в план производства).

Документ «Описание схемы планирования»

Сама по себе схема — это визуализация, удобная для схватывания сути замысла и согласования его между людьми. Но чтобы превратить схему в работающий механизм, нужно еще Описание схемы планирования.

Это документ, который включает:

• Изложение бизнес-замысла (то, что видно на схеме).

• Подробное описание детализации всех планов.

• Логику связей между элементами.

Это — основа для технического задания на внесение данных в систему.

Уровни детализации «Описания схемы планирования»:

Уровень 1: Общий замысел (для всех участников).

• Цель: донести стратегию, показать «общую карту».

• Детализацию можно опустить или показать выборочно.

Именно такое краткое описание замысла я приводил выше. Напишу его еще раз, оно короткое:

1. Составить годовой план продаж продукции.

2. Разложить его на месячные планы.

3. На их основе сформировать месячные планы производства и закупок, учитывая наличие на складе остатки готовой продукции и материалов.

Уровень 2: Детальное ТЗ (для исполнителей).

• Цель: дать исчерпывающую инструкцию для настройки в 1С:ERP.

• Должно содержать всё до мелочей, чтобы схему можно было точно воспроизвести в программе.

Подробное описание нашей схемы (уровень ТЗ для исполнителей)

Вот как выглядит детальное описание для нашего примера. Оно включает все элементы, связи и правила:

1. Создаётся годовой план продаж продукции (1).

2. Месячный план продаж продукции (2) создаётся на основе годового плана продаж (1). (Источник данных 1→2).

3. Месячный план остатков (3) создаётся на основе данных об остатках на складе (6). (Источник 6→3).

4. Месячный план производства (4) формируется из:

   • Месячного плана продаж продукции (Источник 2→4).

   • Месячного плана остатков (минус остатки продукции на складе, Источник 3→4).

5. Месячный план закупок (5) формируется из:

   • Месячного плана производства (необходимые для производства продукции материалы) (Источник 4→5).

   • Месячного плана остатков (минус остатки материалов на складе, Источник 3→5).

Если к этому добавить детализацию видов планов (по подразделениям, складам и т.д.), мы получим полное техническое задание для ввода данных в 1С:ERP.

Как должна работать Схема планирования

Напомню, моя Схема планирования в Excel – все лишь прототип, пусть и работающий. Полноценное решение должно быть встроено в 1С:ERP и работать как-то так:

Схема планирования согласовывается и утверждается, потом – жмется кнопка, и вступает в дело помощник по планированию. Он должен поочередно запрашивать у оператора желаемые настройки и детализации всех сценариев, планов и источников данных, входящих в схему. И увязывать их между собой.

Сейчас же этот процесс происходит вручную. Оператор кропотливо заводит в программу поочередно каждый сценарий, вид плана и источник. Чертыхаясь и плача, когда они не хотят друг с другом дружить. 

Это очень напоминает мне зарю персональных компьютеров, когда они собирались не путем втыкания одной платы в другую до характерного щелчка, а спаиванием и связыванием друг с другом многочисленных проводков.

Неожиданный эффект: Схема планирования может работать и как ТЗ для искусственного интеллекта

Из рапорта Григория Пано, капитана фрегата Богородица из эскадры Ризо. Григорию повезло перехватить султанскую шебеку, пленить ее экипаж и, попутно, освободить прекрасных пленниц: «…между оными находятся еще пять женщин, четыре молодые и не весьма обычайной красоты грузинской».

Я задумывал Схему планирования как инструмент для человека — обзорную карту. Но внезапно выяснилось: , что она работает ещё и как ТЗ для искусственного интеллекта.

Это один из тех редких случаев, когда инструмент, созданный «под человека», внезапно идеально подошел и машине.

ИИ-помощник по планированию

Обучение специалистов по планированию в 1С:ERP – серьезная проблема из-за отсутствия учебников и понятийного аппарата (очень многих терминов в официальной документации просто нет).

Чтобы закрыть эту дыру, я написал свой учебник, в котором:

• Дал взаимосвязанные определения десяткам сущностей программы (часть из них я привел в этой статье).

• Детально разобрал сквозной пример, охватывающий большинство инструментов механизма планирования.

• Описал Схему планирования и правила работы с ней.

И случилось удивительное

Я дал прочитать эту книгу ChatGPT, Gemini и DeepSeek, а потом стал давать им задачи по планированию уровня специалиста-консультанта 1С. И, должен признаться, все трое превзошли своего создателя в этом умении.

Причём обучались они исключительно на основе учебника, без официальной документации 1С. А про официальную документацию все трое заявили, что по ней они помощниками по планированию работать не могут.

Как работает ИИ-помощник по планированию:

• Загружаю в ИИ базу знаний на основе моего учебника.

• Даю ИИ Схему планирования и описание к ней с детализацией сценариев и планов.

• В ответ получаю от ИИ Легенду планирования – детальное текстовое табличное описание того, что нужно сделать в программе.

• После утверждения мной легенды (с корректировками или без), ИИ генерирует подробную инструкцию по вводу данных в программу. И, при необходимости, дает разъяснения, что же мы с ним делаем.

В следующей статье я расскажу:

• как создавался учебник по планированию в 1С:ERP,

• как на его основе появился ИИ-помощник,

• почему ИИ-помощник не может работать, опираясь только на официальную документацию 1С,

• и почему при этом, именно официальная документация 1С способна превратить ИИ-помощника по планированию в супер-помощника, многократно усилив его возможности.