Технологическая основа для цифровых бизнес-систем
IXVI

Витрина снаружи. Бизнес-процессы внутри. Единая система между ними.

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

Ключевая идея: новый проект не обязательно строить как отдельный сайт, отдельную CRM и набор несвязанных сервисов. Интерфейс для клиента и операционная работа внутри могут использовать одну модель данных и согласованные бизнес-процессы.
Одно ядро
Общие данные, справочники, процессы и правила вместо множества независимых копий.
Много продуктов
Разные сайты, витрины, кабинеты и внутренние интерфейсы могут решать разные задачи.
Гибкая логика
Роли, статусы, маршруты, расчёты и автоматизации настраиваются под конкретный процесс.
Поэтапное развитие
Можно начать с минимального сервиса и добавлять функции по мере подтверждения потребности.

Не ещё одна CRM и не ещё один сайт

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

Фрагментированный контур
  • Сайт или форма заказа
  • CRM / таблицы сотрудников
  • Мессенджеры и почта
  • Документы и файлы
  • Отдельные расчёты и отчёты
  • Ручной перенос данных между этапами
Единый цифровой контур IXVI
  • Витрина и формы используют общие справочники и правила
  • Заявка сразу становится объектом внутреннего процесса
  • Роли видят свою часть данных и доступные им действия
  • Статусы запускают расчёты, документы и уведомления
  • История действий и связанных объектов сохраняется в системе
  • Внешние сервисы подключаются через API, webhook и модули
IXVI не обязан заменять все внешние системы. Его задача — объединить или связать нужные компоненты вокруг общей модели данных и процесса.

Пять слоёв одной системы

Пользователь видит простой интерфейс. Под ним работают данные, правила, автоматизация и интеграции. Благодаря этому внешний сервис и внутренняя операционная работа не существуют независимо друг от друга.

01
Интерфейсы
Витрины, сайты, каталоги, формы, кабинеты, B2B-разделы, мобильные интерфейсы и мини-приложения.
›
02
Данные
Клиенты, организации, контакты, товары, услуги, объекты, исполнители, документы, заявки и заказы.
›
03
Бизнес-логика
Роли, права, статусы, маршруты, согласования, проверки, расчёты, связи и индивидуальные правила.
›
04
Автоматизация
События, вычисления, действия по кнопке, расписания, уведомления, создание записей и документов.
›
05
Интеграции и AI
API, webhook, внешние сервисы, мессенджеры, файлы, AI-модели, базы знаний и вычислительные инструменты.
Практический эффект: изменение состояния одного объекта может повлиять сразу на внутреннюю карточку, доступ пользователя, документ, уведомление, отчёт или внешнюю систему — по правилам конкретного проекта.

Что можно строить на IXVI

Архитектура не привязана к одной отрасли. Набор интерфейсов, сущностей, ролей и процессов собирается под конкретную бизнес-модель.

01
Сервис заказов

От простой формы заявки до сложного процесса с уточнениями, подбором исполнителей, согласованием и контролем.

02
B2B-витрина

Каталог для организаций с индивидуальными условиями, ассортиментом, документами, ценами и кабинетами.

03
Маркетплейс услуг и товаров

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

04
Отраслевая CRM / ERP

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

05
Корпоративный портал

Внутренние заявки, задачи, документы, справочники, права сотрудников, согласования и отчётность.

06
Система бронирования

Ресурсы, оборудование, помещения, специалисты или время — с правилами доступности и последующей обработкой.

07
Сервисная платформа

Приём обращений, назначение исполнителей, контроль SLA, история работ, документы и обратная связь.

08
Кабинет партнёров

Привлечение клиентов, фиксация источников, передача заказов, расчёт вознаграждений и история взаимодействия.

09
Сеть филиалов

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

10
Франчайзинговая система

Единые стандарты и данные при самостоятельной работе отдельных партнёров или территорий.

11
Аналитический контур

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

12
Гибридный продукт

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

Как это выглядит на практике: SPEC

РЕАЛЬНЫЙ КЕЙС SPEC показывает, как на общей платформе соединяются внешний каталог, клиентская потребность, несколько типов заказов, исполнители, координаторы, документы и расчёты. Это не единственное назначение IXVI, а пример глубины, до которой можно развить отраслевой продукт.
Потребность
Клиент описывает, что ему нужно сделать.
›
Заявка
Общая потребность фиксируется в системе.
›
Заказы
Заявка может быть разбита на самостоятельные заказы.
›
Подбор
Подбираются исполнители, поставщики и условия.
›
Согласование
Цена, сроки, объём, техника, доставка и другие параметры.
›
Исполнение
Статусы и взаимодействие сопровождаются в системе.
›
Документы
Заказы связываются с договорами, счетами и закрывающими документами.
›
Расчёты
Фиксируются начисления, оплаты, комиссии и взаиморасчёты.
Обычный заказчик
Не обязан разбираться в типах техники и профессиональных терминах. Интерфейс должен вести от бытовой формулировки задачи к корректной заявке.
Профессиональный заказчик
Получает больше параметров: характеристики, объёмы, варианты техники, условия, расчёты и возможность точнее описать требования.
Координатор
Работает уже не с красивой витриной, а с операционным контуром: заказами, поставщиками, сроками, документами, коммуникациями и статусами.
Оператор платформы
Управляет каталогом, правилами, доступами, договорной моделью, автоматизациями, взаиморасчётами, маркетингом и развитием системы.
Исполнитель
Получает релевантные заказы, согласовывает условия, подтверждает готовность, передаёт документы и меняет доступные ему статусы.
Поставщик
Работает с товарными позициями, условиями поставки, доставкой, реквизитами, документами и отдельным финансовым учётом заказа.
Партнёр по привлечению
Источник привлечения фиксируется отдельно; при предусмотренных правилах система может рассчитывать вознаграждение по связанным заказам.
Руководитель
Видит состояние процессов, финансовые показатели, историю, загрузку и проблемные зоны уже по структурированным данным.

Возможности платформы — от интерфейса до автоматизации

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

Статусы разделяют уже используемые нами решения, нативные возможности backend и функции, которые подключаются или разрабатываются через интеграции. Это позволяет не смешивать работающий функционал с потенциальным.
Используется в IXVI / SPECПоддерживается backendПодключается / расширяется
1. Витрины, каталоги и внешний интерфейс

Публичный слой может быть максимально простым для обычного клиента или насыщенным параметрами для профессионального пользователя — при работе с теми же объектами backend.

IXVI Уже применяем
  • Категории и древовидные каталоги.
  • Товары, услуги, работы, аренда и материалы.
  • Карточки с описаниями, параметрами, изображениями и документами.
  • Опции и связанные предложения.
  • Разные сценарии заказа для разных типов услуг.
  • Региональные разделы и отдельные URL.
  • SEO-метаданные и контентные HTML-блоки.
  • Адаптивное отображение для мобильных устройств.
Backend Нативно поддерживается
  • Произвольная структура данных для карточек.
  • Связанные справочники и зависимые поля.
  • Фильтры и выборки по данным.
  • Внешние формы с серверной и JavaScript-логикой.
  • Проверка данных при отправке формы.
  • Автоматическое создание записей из внешнего интерфейса.
Расширение Можно добавлять
  • White-label интерфейсы для отдельных брендов.
  • Сложные конфигураторы и калькуляторы.
  • Индивидуальные B2B-каталоги.
  • Несколько языков и валют.
  • Отдельные frontend-приложения на общей API-модели.
  • Мини-приложения внутри поддерживаемых мессенджеров.
каталогиSEOформыкалькуляторыB2Bmobile
2. Пользователи, роли, кабинеты и права доступа

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

IXVI Модель ролей
  • Физические и юридические лица.
  • Сотрудники и представители организаций.
  • Клиенты и профессиональные заказчики.
  • Исполнители и поставщики.
  • Главные и подключённые координаторы.
  • Партнёры по привлечению.
  • Администраторы и внутренние сотрудники.
  • Совмещение нескольких ролей при необходимости.
Backend Доступ
  • Права на категории и таблицы.
  • Права на записи и поля.
  • Отдельные права на просмотр, добавление и редактирование.
  • Правила доступа по значениям и связанным данным.
  • Ограничение отдельных дополнительных действий и шаблонов.
  • Группы пользователей и персональные правила.
  • Фильтры, показывающие пользователю только допустимый пул записей.
Расширение Кабинеты
  • Персональный кабинет клиента.
  • Кабинет исполнителя или поставщика.
  • Кабинет партнёра.
  • Индивидуальное меню и набор действий.
  • Безопасные персональные ссылки.
  • Внешняя авторизация и дополнительные способы подтверждения доступа.
3. CRM / ERP-данные и единая информационная модель

Структура backend не ограничена фиксированным набором «клиенты — сделки». Можно создавать отраслевые сущности и связывать их в общую модель.

IXVI Практическая модель
  • Лица и организации.
  • Сотрудники, контакты и адреса.
  • Договоры и договорные позиции.
  • Номенклатура и каталоги.
  • Поставщики и исполнители.
  • Заявки и заказы.
  • Документы и связанные файлы.
  • Склады, объекты и другие отраслевые справочники.
Backend Конструктор данных
  • Создание произвольных таблиц и категорий.
  • Поля разных типов.
  • Одиночные и множественные связи.
  • Подтаблицы и иерархии.
  • Группы полей и группировка таблиц.
  • Обязательность и контроль дублей.
  • Фиксированные поиски и пользовательские фильтры.
  • Импорт и экспорт.
Расширение Обогащение данных
  • Нормализация адресов и реквизитов внешними сервисами.
  • Синхронизация с другими CRM/ERP.
  • Контроль качества и объединение дублей.
  • Автоматическое обогащение карточек из разрешённых источников.
  • Специализированные отраслевые справочники.
4. Заявки, заказы и сложные бизнес-процессы

В IXVI заявка — не просто сообщение менеджеру. Она может стать корневым объектом сложного процесса с несколькими самостоятельными заказами и участниками.

SPEC Реализованная логика
  • Общая Заявка клиента.
  • Один или несколько самостоятельных Заказов внутри Заявки.
  • Разные исполнители по разным Заказам.
  • Товары, работы и услуги в разных комбинациях.
  • Отдельные параметры цены, НДС, сроков, места и условий.
  • Главный и подключённые координаторы.
  • Копирование заказа с сохранением нужных «снимков» условий.
  • История происхождения и источников заполнения данных.
Backend Workflow
  • Произвольные статусы и этапы.
  • Условия запуска действий.
  • Проверки перед переходами.
  • Назначение ответственных.
  • Создание связанных записей.
  • Передача параметров между объектами.
  • Дополнительные действия с вводом параметров.
  • Управление доступностью действий по роли и состоянию записи.
Расширение Сценарии
  • Автоматический подбор кандидатов по условиям.
  • Маршрутизация по регионам, компетенциям и загрузке.
  • Многоэтапные согласования.
  • Контроль SLA и эскалации.
  • Сложные тендерные или конкурсные сценарии.
  • Связь с внешними производственными или логистическими процессами.
5. Автоматизация, вычисления и действия по расписанию

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

IXVI Используем
  • Автозаполнение связанных данных.
  • Перенос прав доступа между связанными объектами.
  • Расчёты значений и итогов.
  • Синхронизация периодов и параметров.
  • Массовые дополнительные действия.
  • Формирование рассылок.
  • Плановые задачи через общий cron.
  • Техническое логирование результатов автоматизации.
Backend Механизмы
  • Вычисления по изменению и сохранению данных.
  • Запуск при импорте и других системных событиях.
  • Дополнительные действия по кнопке.
  • Расширенное расписание и cron.
  • Конструктор типовых операций без кода.
  • Экспертный режим для собственной логики.
  • Запуск одного вычисления из другого.
  • Отправка webhook из вычисления или действия.
Расширение Оркестрация
  • Цепочки межсистемных операций.
  • Очереди фоновой обработки.
  • Контроль повторных попыток интеграций.
  • Внешние сервисы принятия решений.
  • Специализированные алгоритмы распределения ресурсов.
6. Финансы, цены и взаиморасчёты участников

Финансовый слой может учитывать не только стоимость заказа, но и связанные обязательства между несколькими участниками.

SPEC Модель расчётов
  • Цена и сумма заказа.
  • НДС и разные налоговые режимы.
  • Стоимость по часу, смене, рейсу, объёму или фиксированной сумме.
  • Минимальный оплачиваемый период.
  • Простой и дополнительные работы.
  • Доход платформы по заказу.
  • Прямые внешние расходы.
  • Расчётная прибыль и распределяемые вознаграждения.
  • Координаторские и партнёрские начисления.
SPEC Взаиморасчёты
  • Раздельный учёт обязательств.
  • Должник, кредитор, сумма и основание.
  • Начисления, оплаты и корректировки.
  • Расчётное сальдо.
  • Зачёт при наличии правового основания.
  • Исполнение обязательства третьим лицом.
  • История корректировок.
  • Привязка операции к конкретному заказу или основанию.
Расширение Интеграции
  • Банковские статусы и эквайринг.
  • Сверка оплат по внешним данным.
  • Передача данных в бухгалтерские системы.
  • Платёжные ссылки и специализированные финансовые модули.
  • Внешние расчётные сервисы.
7. Документы, шаблоны и юридически значимые действия

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

SPEC Документная архитектура
  • Оферты и общие условия.
  • Договоры и индивидуальные условия.
  • Счета, акты и закрывающие документы.
  • Документы разных участников заказа.
  • Привязка документов к заказу и лицам.
  • Фиксация применимой редакции условий.
  • История подтверждений и изменений.
Backend Шаблоны
  • Печатные формы HTML / PDF.
  • Шаблоны DOCX / DOC.
  • Шаблоны XLSX / XLS.
  • Подстановка данных из полей.
  • Хранение файлов в карточках.
  • Права доступа к документам и шаблонам.
  • Автоматическое формирование по процессу.
Расширение Внешний документооборот
  • Подключение операторов ЭДО.
  • Электронная подпись при подходящей правовой модели.
  • Синхронизация с внешними архивами.
  • Автоматическое получение статусов документов.
  • Специализированные маршруты согласования.
8. Коммуникации, рассылки, MAX и боты

Коммуникации могут быть частью бизнес-процесса: кто получает сообщение, когда, с каким текстом и какими данными определяется состоянием объекта и ролью участника.

IXVI Email и маркетинг
  • Кампании и шаблоны писем.
  • Отбор контактных адресов.
  • Персонализированная тема и HTML-тело.
  • Плановая и немедленная отправка.
  • Статусы «отобрано / подготовлено / отправлено / ошибка / отписка».
  • История отправки.
  • Права маркетинговых сотрудников на кампании и рассылки.
  • Повторные и тематические кампании.
Backend Каналы и уведомления
  • Email и системные уведомления.
  • Напоминания по событиям и расписанию.
  • Интеграционные каналы через модули.
  • Поддержка MAX в актуальных модулях и сценариях.
  • Боты с автоматическими сценариями.
  • Связь коммуникации с карточкой клиента или заказа.
Расширение Омниканальность
  • Телефония и запись истории звонков.
  • SMS.
  • Дополнительные мессенджеры.
  • Внешние чат-платформы.
  • Мини-приложения в MAX как frontend к процессам IXVI.
  • Передача диалога от бота сотруднику.
9. API, webhook и внешние интеграции

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

Backend API 2.0
  • Работа с данными пользовательских таблиц.
  • Получение информации о таблицах.
  • Работа с пользователями и группами.
  • Получение информации о файлах.
  • Запуск дополнительных действий по API.
  • Запуск вычислений по API.
  • GET / POST и другие подходящие методы.
Backend Webhook и формы
  • Исходящие webhook-запросы.
  • GET, form-data и JSON-сценарии.
  • Внешние формы для входящих данных.
  • UTM-метки и дополнительные параметры формы.
  • PHP / JavaScript логика во внешней форме.
  • Интеграция через собственные модули.
Расширение Подключаемые системы
  • 1С и бухгалтерские системы.
  • ЭДО.
  • Банки и платежи.
  • Телефония.
  • Службы доставки и логистика.
  • Картографические и адресные сервисы.
  • Внешние каталоги и корпоративные системы.
10. Искусственный интеллект и работа с файлами

AI встроен не как отдельный чат «рядом с CRM», а может запускаться из карточек и процессов, получать данные записи и сохранять результат обратно в структуру системы.

Backend AI Текст и данные
  • Текст → текст.
  • Текст → заполнение полей записи.
  • Классификация и извлечение структурированных данных.
  • Использование значений полей и связанных данных в промпте.
  • Контекст диалога.
  • Шаблонизация запросов с условиями и циклами.
  • Несколько AI-провайдеров, включая OpenAI и Yandex.
Backend AI Файлы и мультимодальность
  • PDF → текст и преобразования PDF.
  • Текст → PDF.
  • Изображение → текст.
  • Изображение → изображение.
  • Текст → изображение.
  • Аудио → текст.
  • Текстовые файлы.
  • Excel → текст, текст → Excel и Excel → Excel.
  • Анализ нескольких файлов из одного поля для поддерживаемых сценариев.
Backend AI Продвинутые функции
  • Python для точных расчётов и анализа данных в поддерживаемых интеграциях.
  • Базы знаний.
  • Инкрементальное обновление баз знаний.
  • Обновление баз знаний по расписанию.
  • Использование базы знаний при заполнении записи.
  • Долговременное кэширование повторяющихся больших запросов в поддерживаемых сценариях.
AI в workflowPDFExcelизображенияаудиобазы знанийPython
11. Аналитика, отчёты и управленческий контроль

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

Backend Отчёты
  • Табличные отчёты.
  • Фильтрация и группировки.
  • Агрегированные значения.
  • Работа с связанными данными.
  • Дополнительные действия прямо из отчёта.
  • Пользовательские выборки и экспорт.
IXVI Источники показателей
  • Заявки и заказы.
  • Статусы и сроки.
  • Клиенты и исполнители.
  • Кампании и коммуникации.
  • Доходы, расходы, начисления и задолженности.
  • Активность пользователей и история операций.
Расширение BI и внешняя аналитика
  • Специализированные дашборды.
  • Внешние BI-системы через API.
  • План-факт и прогнозные модели.
  • AI-анализ массивов данных.
  • Отраслевые KPI и рейтинги.
12. Администрирование, безопасность и развитие системы

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

Backend Настройка без кода
  • Новые категории и таблицы.
  • Новые поля и связи.
  • Фильтры и права.
  • Вычисления и дополнительные действия из конструктора.
  • Шаблоны документов и рассылок.
  • Внешние формы.
  • Отчёты и представления данных.
Backend Разработка
  • Экспертный код вычислений и действий.
  • Собственные модули.
  • Подключение собственных JavaScript и CSS.
  • Серверная логика модулей.
  • Создание модулем таблиц, полей, вычислений и cron-задач.
  • API-сервисы модуля.
Backend Контроль
  • Группы и правила доступа.
  • Разделение полномочий.
  • История и технические логи там, где это предусмотрено процессом.
  • Резервное копирование.
  • Контроль нагрузки cron.
  • Ограничение доступа к чувствительным данным по роли.

Несколько самостоятельных продуктов — одно технологическое ядро

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

IXVI CORE
данные • роли • процессы • автоматизация • интеграции
SPEC
Спецтехника, работы, материалы, исполнители, координаторы, сложные заявки и финансовая модель.
B2B / корпоративный проект
Собственный домен, бренд, каталог, роли, процессы, документы и права — без необходимости копировать всю технологическую основу.
Аналитический или отраслевой сервис
Другая модель данных и интерфейс, но тот же подход к доступам, автоматизации, интеграциям и развитию.
Можно разделять: домены, оформление, каталоги, пользователей, роли, цены и бизнес-процессы. Можно переиспользовать: готовые сущности, права, компоненты заказов, документооборот, расчётные механизмы, интеграционные и AI-модули — если это подходит новому проекту.

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

Последовательность зависит от задачи. Важен сам принцип: архитектура позволяет начинать с минимально полезного контура и наращивать функциональность без смены модели на каждом этапе.

01
Витрина + заявка
Проверить спрос и сценарий пользователя. Собрать структурированные обращения вместо свободных сообщений.
02
CRM + роли
Подключить сотрудников, поставщиков или партнёров, настроить доступ и движение заявок.
03
Автоматизация + документы
Убрать повторяющиеся операции, связать статусы, расчёты, уведомления и шаблоны документов.
04
Интеграции
Связать существующие учётные, коммуникационные, финансовые и отраслевые сервисы.
05
AI + аналитика
Автоматизировать обработку неструктурированной информации и строить более глубокие управленческие инструменты.

Технологический слой

Эта часть важна уже не конечному пользователю, а техническому партнёру или человеку, оценивающему возможность развития платформы.

Frontend IXVI
Внешний интерфейс отделён от внутренней CRM-эстетики. Он может быть публичной витриной, закрытым B2B-разделом, кабинетом или отдельным приложением и получает только те данные и действия, которые нужны конкретному сценарию.
Конфигурируемый backend
Внутренний слой строится на ClientBase и нашей конфигурации поверх неё: произвольные таблицы, связи, доступы, вычисления, дополнительные действия, отчёты, шаблоны, формы и расписания. Для продукта IXVI это технологический компонент, а не пользовательское позиционирование.
Расширение кодом
Когда конструктора недостаточно, используются экспертная логика, собственные модули, серверные обработчики, JavaScript/CSS, API и webhook. Модуль может создавать и обслуживать собственные элементы системы.
AI как часть процесса
AI-интеграции backend умеют работать с текстом, изображениями, PDF, Excel, аудио и базами знаний. Их можно запускать из вычислений и сохранять результат в поля, то есть встраивать AI в конкретную бизнес-операцию.
Важно: IXVI не заявляет любую технически возможную интеграцию как уже работающую. Конкретный проект разделяется на три слоя: что уже используется, что поддерживается backend штатно и что необходимо подключить или разработать.

IXVI — не жёстко заданный набор функций, а основа для сборки цифровой системы под задачу

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

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