СТЭР-ГруппSterBase — платформа исполнения бизнес-кода
Глобальная цель SterBase — создать независимое управляемое основание, которое помогает сохранять, развивать и воспроизводить бизнес-код существующих информационных систем. ИИ анализирует доступные метаданные, модули, формы, правила операций и проверенные сценарии работы, сопоставляет их с моделью SterBase и помогает перенести нужное поведение на самостоятельную технологическую основу.
Платформа предназначена для поэтапного выхода из зависимости от дорогих, плохо поддерживаемых или технологически закрытых корпоративных систем. Это может быть актуально, когда сопровождение исходной платформы слишком дорого, её развитие остановлено, она ограничивает применение современных интеграций и ИИ либо не позволяет развивать рабочее место в нужном темпе. SterBase не объявляет произвольную систему автоматически совместимой: каждый переносимый сценарий подтверждается отдельно, а данные могут храниться у выбранного провайдера — в файловом хранилище, СУБД или другой совместимой системе.
Первое направление — бизнес-код 1С 7.7. Язык хорошо документирован, за ним стоит богатая история прикладных решений и работающие предприятия с большим объёмом накопленной логики. Для них полная миграция на современную платформу нередко слишком дорога или рискованна. SterBase создаёт альтернативный путь: последовательно перенести нужные данные, формы и операции, сохраняя проверяемое поведение, а затем развивать систему без обязательной переработки всего кода сразу.
SterBase — самостоятельная платформа для работы с бизнес-кодом, метаданными и данными информационных систем. Её модель рассчитана на разные языки прикладных модулей и способы хранения. Источник подключается через адаптер, который связывает бизнес-объекты и их поведение с общими механизмами платформы.
Структура проекта SterBase. Платформа состоит из управляемого основания, системы управления бизнес-кодом, подсистемы данных, API и интеграции, пользовательских и служебных средств, адаптеров и исследовательского контура.
Управляемое основание исполняет встроенный язык и его промежуточное представление. Оно включает типы, значения, выражения, встроенные функции и вычисления; объекты прикладной модели — справочники, документы, журналы, константы, планы счетов и другие сущности; формы, элементы управления, события, меню и навигацию; прикладные механизмы, включая бухгалтерские операции и расчёты.
Система управления бизнес-кодом работает с исходными представлениями прикладной системы — SRC и другими форматами. Она читает метаданные и структуру решения, строит промежуточное представление модулей, форм и навигации, разрешает зависимости между объектами, управляет контекстом исполнения и прикладными сценариями, а также предоставляет средства анализа, диагностики и сопровождения.
Подсистема данных задаёт единый интерфейс доступа к данным. В её состав входят файловые таблицы, индексы и транзакции, хранение объектов, документов, констант и служебных данных, контроль ревизий и целостности, а также возможность подключения разных провайдеров хранения.
API и интеграция включают программный API управляемого основания и прикладных объектов, API управления бизнес-кодом, формами, меню и данными, локальный MCP-сервер SterBase и MCP-модуль. Через них подключаются внешние агенты, средства разработки и ИИ, включая совместную работу с внешним MCP-сервером для совместимых прикладных систем.
Пользовательские и служебные средства включают исполняемое приложение, интерфейс работы с прикладной системой, инструменты диагностики, сборки и тестирования, ресурсы, настройки и документацию.
Адаптеры и совместимость связывают SterBase с бизнес-кодом существующих информационных систем. Поддержка бизнес-кода 1С 7.7 — одно из таких направлений, а не определение назначения проекта. Исследовательский контур содержит изолированные материалы и инструменты исследования исходных систем, а также проверки совместимости, которые не являются обязательной частью продукта SterBase во время исполнения.
Термин «бизнес-код» шире обычных слов «код» или «конфигурация». Он объединяет прикладное содержимое информационной системы: структуру данных и метаданные, формы, меню, доступ к данным, а также модули, определяющие поведение интерфейса и операций записи. В разных системах эти части называются конфигурацией, модулем, приложением, пакетом или метаданными; SterBase объединяет их в единый управляемый слой.
Такое разделение отделяет управляемое основание от прикладного решения и от конкретной технологии хранения данных. Поэтому SterBase развивается как самостоятельная платформа: может подключать новые форматы бизнес-кода, источники данных и внешние инструменты, не сводя проект к поддержке одной исторической системы.
В центре SterBase находятся справочники, документы, расчёты, операции, карточки и списки. Для каждого объекта существенны его тип, реквизиты, ссылки, табличные части, допустимые действия, формы, события, роли и состояния. Такой подход позволяет сохранять смысл прикладной системы при развитии её технической основы.
Собственный runtime объединяет работу со значениями и ссылками, метаданными, модулями, формами, навигацией, хранением, документами и расчётами. Общие механизмы развиваются для целого класса объектов. Права, блокировки, проверка версии, сохранение и повторное чтение результата относятся к жизненному циклу объекта; особенности предметной области остаются в метаданных и бизнес-коде. Собственная среда не подменяет отсутствующую операцию скрытым запуском исходного клиента: ограничение конкретного маршрута показывается явно.
Адаптер определяет, откуда получить метаданные и модули, как читать и сохранять объект, какие события поддерживаются и где проходят границы транзакции. В зависимости от выбранного способа интеграции бизнес-код может исполняться в явно подключённой исходной среде, вызываться через её публичный API или переноситься в совместимый слой SterBase. Возможность переноса подтверждается для конкретного кода и сценария. Сходство названий объектов или структуры таблиц само по себе её не гарантирует.
Бизнес-код 1С 7.7 — один из источников для SterBase. Работа с его прикладными артефактами позволяет использовать накопленные метаданные и логику баз. Модель продукта рассчитана также на системы с другими языками модулей, объектными моделями и СУБД. Для дальнейших адаптеров рассматриваются Frappe/ERPNext, Odoo и Tryton; отдельное направление — iDempiere и ADempiere. Это направления развития, а не перечень готовых подключений. Для закрытых платформ, включая 1С 8.3, SAP и Microsoft Dynamics, рассматривается интеграция через документированные API и события.
Интерфейс, программный вызов и агент связаны единым контрактом операции. Запрос сопоставляется с логическим объектом текущей базы, проходит проверки прав и типов, учитывает версию и блокировки. Затем выполняется разрешённое действие и возвращается результат, который можно повторно прочитать. Расширение автоматизации опирается на те же правила сохранения, проведения и изменения состояния, что и пользовательская работа.
Формы, списки и карточки строятся поверх прикладных ресурсов. Рабочие окна могут существовать независимо: пользователь держит рядом несколько документов, переносит их между мониторами и сохраняет контекст при переходах. Интерфейс можно развивать самостоятельно, сохраняя его связь с данными, обработчиками и правилами прикладного сценария.
Встроенный агент базы развивается как часть главного окна. Он получает относящийся к задаче контекст прикладной модели и обращается к разрешённым операциям. Отбор и подготовка сведений для модели вынесены в отдельный контекстный компонент. Ответственность за сеанс, права, хранение, запись и проведение остаётся у runtime и адаптера подключённой системы. Доступ к контексту не предоставляет модели самостоятельного права менять данные.
API SterBase включает несколько уровней. Компактная C-граница предназначена для работы с сеансом метаданных, ресурсами конфигурации и вызовами модулей через ограниченные структуры и значения. Прикладной уровень описывает операцию запросом и результатом без привязки к конкретному окну или модели. Навигационный API позволяет получать логическое дерево интерфейсов и команд, открывать списки и переходить к объектам по типизированным ключам без создания окон. Границы доступных операций определяются реализацией; это не обещание готового универсального ABI или автономной записи для любого источника.
MCP подключается как внешний слой инструментов. Встроенный клиент работает с заданным сервером по stdio и JSON-RPC, получает каталог инструментов и вызывает их с ограниченными аргументами. Тот же наш MCP-сервер для нативной 1С 7.7 можно подключить к SterBase без создания отдельной версии сервера. Инструменты могут развиваться независимо от интерфейса. Операции над текущей базой сохраняют свои правила доступа и жизненного цикла; работа базы не становится зависимой от доступности внешнего MCP-процесса.
Практический смысл этой архитектуры — возможность поэтапно модернизировать информационную систему, сохраняя её прикладную модель. Можно выбрать конкретную операцию, определить её данные, правила и ожидаемый результат, затем подключить и проверить этот сценарий. Такой подход создаёт основу для развития рабочего места и автоматизации без обязательной одновременной переработки всей прикладной логики.
SterBase развивается по проверяемым сценариям каждого адаптера. Для одного объекта могут быть подтверждены чтение и открытие формы, для другого — сохранение, проведение, откат или восстановление состояния. Успешная проверка относится к этому сценарию и не означает автоматической готовности всех отчётов, запросов, печатных форм, учётных операций или сторонних компонентов. Новые источники подключаются по мере появления конкретной задачи и проверяются на её фактическом результате.
- Независимый runtime для бизнес-кода, метаданных и прикладных объектов
- Адаптеры источников с явными возможностями и ограничениями
- Общие правила операций для интерфейса, API и агента
- Рабочие окна, формы, списки и навигация по объектам
- Встроенный агент с отдельной подготовкой контекста
- Динамическое подключение внешних MCP-инструментов
- 1С 7.7 как один из источников; другие адаптеры развиваются поэтапно