Операционная система бизнеса BOS — архитектура
BOS Consulting Group · для GEMINI

Операционная система бизнеса

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

Дата · 9 сентября 2026
Слоёв · 5
Блоков системы · 9
Начать можно с · одного блока

Смена подхода

Раньше покупали систему. Теперь собирают конфигурацию

До появления доступного ИИ у компании был один путь: купить готовое enterprise-решение, внутри которого «есть всё», и год под него перестраиваться. Сегодня появился второй путь.

Как было

Одна большая система на всё
  • Покупается целиком, до первого результата — год
  • Бизнес подстраивают под программу, а не наоборот
  • Знания компании живут внутри чужого продукта
  • Уходит вендор или подрядчик — уходит всё
  • Половина модулей так и не запускается
Внедрение $40 000 – $200 000 + лицензии
→

Как строим мы

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

Архитектура

Пять слоёв, из которых собирается компания

Фундамент внизу — база данных на сервере компании. Над ней — функции, каждая на своей платформе. Выше — хаб, который их сводит, личные кабинеты людей и дашборд собственника. Справа — слой ИИ: он работает на каждом уровне.

ИИ на каждом слое Собирает дашборд Помощник в кабинете Связывает функции Поиск по знаниям СЛОЙ 5 — СОБСТВЕННИК И РУКОВОДИТЕЛИ Дашборд управления Показатели компании в реальном времени: деньги, сроки, загрузка, просрочки. Один экран вместо запросов «пришлите отчёт» Финансы Сроки Люди Склад Продажи СЛОЙ 4 — КАЖДЫЙ СОТРУДНИК Личный кабинет юнита Сотрудник открывает одно окно и видит три вещи. Больше ему искать негде и спрашивать не у кого Мои роли за что я отвечаю Мои задачи что делаю сегодня Мои процессы где я в цепочке Мои знания регламент и обучение СЛОЙ 3 — СБОРКА ERP-хаб · интегратор Сводит функции в одну панель: задачи, сроки, ответственные, обмен данными. Сменная деталь, а не фундамент сегодня PlanFix СЛОЙ 2 — ФУНКЦИИ. КАЖДАЯ РАБОТАЕТ САМА ПО СЕБЕ F1 Продажи живёт на платформе PlanFix F2 Учёт и деньги живёт на платформе 1С / BAS F3 Производство живёт на платформе спец. софт F4 Склад живёт на платформе учётная система Fx Любая новая живёт на платформе подбирается Функцию можно запустить одну, без остальных. Платформу под ней можно заменить — правила останутся в ядре СЛОЙ 1 — ФУНДАМЕНТ. ЭТО СОБСТВЕННОСТЬ КОМПАНИИ BOS · база данных компании Здесь описано, как устроен бизнес. Не в облаке вендора, а на сервере компании + резервная копия Люди и отделы Функции Процессы Роли и доступы Регламенты Онбординг Обучение База знаний Справочники свой сервер + копия
Слой 1

База данных

Модель компании: люди, функции, процессы, регламенты, знания. Интеллектуальная собственность GEMINI

Где: свой сервер + копия
Слой 2

Функции

F1, F2, F3 … Каждая — автономный механизм со своими задачами и своим процессом

Где: платформа под задачу
Слой 3

ERP-хаб

Собирает функции в одну панель и обменивается с ними данными. Сменная деталь, не фундамент

Сегодня: PlanFix
Слой 4

Личный кабинет

Окно сотрудника: роли, задачи, процессы, знания. Одно место вместо чатов и звонков

Где: хаб + база
Слой 5

Дашборд

Показатели компании в реальном времени для собственника и руководителей

Где: поверх всех слоёв

Как строится функция

Функция собирается из трёх частей — и каждая делается по-своему

Слои показывают, из чего состоит компания. Но когда мы берём одну функцию — продажи, производство, склад — она внутри тоже не монолит. У неё три составные части. И принципиальный момент: они строятся разными способами и покупаются по-разному. Это то, что чаще всего непонятно на входе, и то, из-за чего разговор о цене буксует.

Функция F1 например: продажи · производство · склад 1 Процесс работы · SOP Кто, что, в какой последовательности и за сколько времени шаги 2 База данных функции Всё, чем люди пользуются каждый день, чтобы работать по процессу Регламенты Справочники Обучение Онбординг Доступы Техкарты 3 ИИ-агенты под задачи Работают поверх базы: отвечают, считают, собирают отчёт по запросу «Сформируй отчёт по производству за сентябрь» «Найди договор по этому клиенту» СПОСОБ РАБОТЫ Проект по контракту Есть начало и есть конец. Приняли — закрыли 1–1,5 месяца на функцию Прототип слой 2 ERP слой 3 Операционный партнёр Конца нет: производство меняется каждый месяц работаем как часть компании База слой 1 Агенты слой ИИ Части ② и ③ можно не заказывать — стройте своими силами. Но без них отчёты собирать не из чего: аналитике нужны данные, которые появляются именно здесь.
Часть ① · процесс

Проект по контракту

Так делается описание процесса и его запуск в системе
Природа
Проект: есть начало и конец
Что делаем
Прототип процесса → перенос в ERP
Кто делает
Мы, своими руками
Сколько
1–1,5 месяца на одну функцию
Чем кончается
Функция принята — контракт закрыт
Оплата: за модуль, по факту приёмки
Части ② и ③ · база и агенты

Операционный партнёр

Так делается база знаний функции и ИИ поверх неё
Природа
Не проект. Постоянно прирастает
Что делаем
Регламенты, справочники, обучение, доступы, агенты
Кто делает
Документы собирает ваша команда, мы упаковываем и ведём
Сколько
Год-полтора на создание, дальше — ведение
Чем кончается
Ничем: производство меняется, описание должно меняться с ним
Оплата: фиксированная сумма за период
Зачем это разделение вам. Оно отвечает на вопрос «сколько это стоит и за что я плачу». Процесс — конечная работа, её можно посчитать и закрыть. База данных конечной не бывает: появилась новая позиция — нужна техкарта, поменяли станок — пересчитываются нормативы, пришёл новый оператор — его надо обучить. Поэтому вторая часть идёт не проектом, а как отдел, которого у вас сегодня внутри нет.

Данные

Откуда берутся цифры

Самый частый вопрос на встрече: «а где вы будете брать данные?» Отвечаем прямо. Ниоткуда новенького — из тех систем, которые у вас уже работают. Мы их не заменяем, мы забираем из них цифры по API и сводим в одном месте. А те отделы, которых в системе ещё нет, начинают с самой простой формы.

ЧТО У ВАС УЖЕ ЕСТЬ 1С / BAS номенклатура, приход сырья, деньги Excel экономиста планировочная модель, заказы по линиям PlanFix задачи, сроки, ответственные Наряд на смену выработка, простои, брак — с 01.09 ЧЕГО ЕЩЁ НЕТ — ЗАВОДИМ ПРОЩЕ ВСЕГО Карточка дня Отделы, которых в системе ещё нет, получают одну простую форму: что сделал за день, куда выезжал, сколько. Это заменяет интервью — процесс потом собирается из данных API BOS · операционная система Одно место, куда стекаются цифры и где лежит описание бизнеса Процессы и SOP Регламенты Люди и роли Обучение Дашборд собственника Показатели на одном экране, в реальном времени. Не «пришлите отчёт», а «открыл и посмотрел» ИИ-агент по данным Спрашиваете словами — он собирает ответ из всех источников сразу: «отчёт по производству за сентябрь», «найди договор по этому проекту» Важно, чтобы не путать PlanFix и 1С — это источники данных, каждый по своей части. Центром они быть не могут: внутренние отчёты PlanFix не считают производственную математику, а 1С не знает процессов и регламентов. Центр — там, где данные всех систем сходятся вместе и превращаются в ответ.
Что это значит на практике. Ничего выбрасывать не нужно. 1С остаётся 1С, PlanFix остаётся PlanFix. Меняется одно: цифры перестают жить по отдельности в пяти местах и начинают собираться в один ответ.

Внедрение

Как функция включается: параллельный вектор

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

КАК РАБОТАЛИ Люди продолжают работать по-старому Журнал, Excel, звонки мастеру. Ничего не отключаем, риска остановки нет ПАРАЛЛЕЛЬНО, С ТОГО ЖЕ ДНЯ Один администратор ведёт то же самое в системе Те же заказы, те же смены. Мы рядом — правим модель там, где она разошлась с цехом сверяем каждую неделю Сошлось Директор производства подтверждает Переводим людей по одному Сначала один сотрудник, потом второй, потом весь отдел. В какой-то момент старый порядок просто перестаёт быть нужным — его никто не отключал, им перестали пользоваться. Дальше берём следующую функцию.

Порядок

Каскад: функция вытягивает следующую

Функции не независимы: чтобы посчитать одну, нужны цифры от соседей. Производству нужен план от продаж, продажам — сроки от производства, обоим — данные от сервиса и склада. Отсюда порядок, в котором компания собирается целиком, — и приём, который позволяет не делать интервью по всем отделам сразу.

F1 достроена Процесс описан, люди работают в системе, цифры собираются например: производство Ей нужны чужие цифры Сервис не отдаёт свою цифру — показатель производства не посчитается. Так у каждой функции есть соседи Соседям — бета-версия Отделу, который ещё не описан, прилетает подзадача: внесите эти данные. Больше от них пока ничего не требуется Цифра пришла в систему через 2–3 месяца данных накопилось достаточно F2 строится уже без интервью Процесс собирается из того, что люди сами заносили каждый день, а не из рассказов на встречах. Быстрее, дешевле и ближе к правде — потому что это факт работы, а не воспоминание о ней
Что даёт каскад. Компанию не нужно описывать целиком и сразу. Первая функция тянет за собой вторую, вторая — третью. Каждый следующий шаг дешевле предыдущего, потому что часть работы уже сделана людьми в ходе обычной работы.

Разбор на блоки

Что закрывает каждая платформа, а что не закрывает никакая

Операционная система — это девять блоков. Любая отдельная ERP закрывает три-четыре из них и молчит про остальные. Конфигурация BOS закрывает все девять, потому что под каждый блок подбирается своё решение, а связывает их база компании.

Блок операционной системыКонфигурация BOSPlanFixBAS / 1COdooSAP · DynamicsBitrix24
База данных компанииЛюди, отделы, функции, справочники — модель бизнесаестьчастичночастичночастичночастичночастично
Процессы и регламентыКто, что, в какой последовательности и за сколькоестьестьнетчастичночастичночастично
Роли и доступыКто что видит и за что отвечаетестьестьчастичноестьестьесть
База знаний и поиск с ИИОтвет на вопрос сотрудника без обращения к руководителюестьчастичнонетнетнетчастично
Онбординг и обучениеНовый человек выходит на результат по программе, а не «по ходу»естьчастичнонетнетчастичночастично
Задачи и контроль сроковНормативы времени, эскалация при срывеестьестьнетчастичноестьесть
Учёт: деньги, склад, производствоОстатки, себестоимость, купажи, партииестьчастичноестьестьестьнет
Украинская отчётностьНалоговые, кассы, электронные документыестьнетестьестьчастичнонет
Дашборд собственникаПоказатели компании на одном экранеестьчастичночастичноестьестьнет
Итог9 из 94 из 94 из 9 5 из 96 из 93 из 9
Как это читать. «Конфигурация BOS» — не ещё одна программа рядом с остальными. Это способ собрать систему из тех платформ, что в таблице, плюс база компании сверху. В колонке стоит «есть» там, где блок закрывается выбранным под него инструментом.

Вопросы, которые задают всегда

Три возражения и прямые ответы

«BAS ERP стоит дешевле, зачем мне вы?»
BAS закрывает учёт — это один блок из девяти, седьмая строка таблицы. Вопрос не в цене лицензии, а в том, кто опишет процессы, кто заведёт роли и нормативы, где будет жить база знаний и откуда возьмётся дашборд. Это восемь оставшихся блоков, и BAS про них не знает.
«Это огромный проект, у нас нет на него года»
Год нужен монолиту. Здесь покупается один блок — тот, где болит сильнее. Он запускается за недели, работает автономно и уже даёт результат. Следующий блок берётся тогда, когда компания готова, а не по графику подрядчика.
«Мне нужны и база данных, и агенты — или хватит одних процессов?»
Хватит и одних процессов: вы получите работающий цех в системе — задания, прослеживаемость, загрузку линий. База данных и агенты вам продаваться силой не будут, их можно строить своими силами. Честный ответ звучит так: без второй и третьей части не будет аналитики. Отчёт собирается из данных, а данные появляются там, где люди работают по регламенту и заносят факт. Поэтому мы показываем это как две разные покупки, а не прячем одну внутрь другой.

Дорожная карта

Как внедряется один блок — одинаково для любого

Порядок не меняется от того, что мы строим: продажи, склад или производство. Меняется только содержание. Поэтому запуск предсказуем по срокам и по деньгам.

1

Интервью

Снимаем, как функция работает сейчас: кто участвует, где теряется время, что раздражает людей

2–5 дней
2

Прототип

Описываем блок словами компании: роли, шаги, поля, нормативы времени. Это ложится в базу данных и остаётся у вас

1–2 недели
3

Платформа

Подбираем, где блоку жить. Часто это то, что уже стоит в компании — новую платформу покупать не обязательно

2–3 дня
4

Параллельный прогон

Система едет рядом со старым порядком на живых заказах. Сверяем, правим, принимаем по одной линии

2–4 недели
5

Встраивание

Блок подключается к базе и к дашборду. Дальше он работает сам и становится частью системы навсегда

дальше — сам
Главное правило. Ни один шаг не делается «в стол». Блок, собранный сегодня, работает сам по себе и одновременно становится частью будущей системы. Через год из таких блоков складывается операционная система компании — без единой большой покупки и без остановки бизнеса.
BOS Consulting Group · архитектура операционной системы бизнеса для GEMINI · 9 сентября 2026. Слои, блоки и модель построения функции — методология BOS. Оценки платформ по публичным условиям производителей и по модели процессов компании. Как эта модель разворачивается на конкретной функции — в документе «Функция «Производство»: как она строится».
Made on
Tilda