Sentinel DB связывает CRM, 1С, пультовые системы, документы, личные кабинеты и AI в управляемую операционную платформу
Мы не предлагаем Церберу еще одну изолированную CRM. Мы предлагаем платформенный слой, который собирает данные из существующих программ, превращает действия в события и задачи, дает каждому сотруднику свой кабинет, а руководству показывает контролируемую картину компании. AI работает как помощник и аналитик, но критичные действия проходят через права, правила, проверяемые данные и журнал решений.
Не CRM как центр
CRM-экраны остаются внутри, но центр системы другой: клиенты, объекты, договоры, заявки, счета, сотрудники, события, документы и роли связаны в единую модель.
Каждому свой рабочий экран
Сотрудник видит свои задачи, руководитель отделов видит контроль, бухгалтерия видит расчетные события, клиент видит объект и сервис.
Нет доступа без роли
Проектируется ролевой доступ, разделение данных, проверка действий, защита API, журнал решений и контроль критичных операций.
Система меняется вместе с бизнесом
Если появляется новая программа, отдел, регламент или технология, она подключается как сервис или интеграция, а не ломает всю платформу.
Верхнеуровневая архитектура Sentinel DB
Для технического разговора важно показать не только страницы, но и то, за счет чего они становятся промышленной системой.
Кабинеты директора, бухгалтерии, HR, коммерческого отдела, диспетчера, ГБР, клиента и презентационные страницы.
Набор небольших сервисов по доменам: клиенты, объекты, договоры, финансы, заявки, HR, документы, уведомления, аналитика.
Транзакционные данные, документы, история объектов, связи между клиентами, договорами, заявками, платежами и сотрудниками.
Разбор Word, Excel, PDF, сканов, выгрузок 1С и старых требований. Документ связывается с клиентом, объектом, договором, задачей или сотрудником.
Тяжелые операции уходят в фон: синхронизация 1С, расчет счетов, проверка сроков, индексация документов, уведомления, аналитика.
Технический слой показывает здоровье сервисов, ошибки интеграций, задержки, очереди, доступность API, скорость обработки заявок.
LLM помогает искать, объяснять, классифицировать, готовить тексты и подсказки. Права, источники данных и критичные действия контролируются системой.
Безопасность и контроль
Технарям важно объяснить главное: защита не добавляется отдельным модулем после разработки. Она встроена в сам путь данных, решений и действий.
RBAC и разграничение данных
Директор, бухгалтерия, HR, коммерция, пульт, ГБР и клиент получают разные права. Один экран не означает один уровень доступа.
Защищенные точки обмена
Интеграции подключаются через контролируемые API, токены, подписи запросов, ограничения по ролям и журналирование критичных операций.
Кто, что и почему сделал
Для денег, договоров, скидок, кадровых допусков, клиентских статусов и AI-подсказок фиксируется основание действия и цепочка события.
Работа с данными клиента
Архитектура допускает локальное размещение, отдельные контуры, резервирование, разные уровни доступа и минимизацию лишней передачи данных.
LLM не является хозяином системы
AI выдает рекомендации и черновики. Запись в базы, изменение статусов и внешние действия выполняют сервисы по правилам и правам.
Возврат к источнику
Из аналитики можно перейти к документу, событию, заявке, счету, карточке клиента или сотрудника, откуда взялся вывод.
Безопасность встроена в pipeline защиты
Когда информация попадает в Sentinel DB, она не идет напрямую в интерфейс, AI или базу. Сначала она получает контекст безопасности: кто, откуда, в каком контуре, с каким правом и с каким уровнем риска.
В Sentinel DB защищается не только сервер. Защищается сама цепочка движения данных.
Любой запрос, файл, событие, рабочий процесс, агент или сервис обязан доказать право на действие. Если нет scope, trace_id, решения Security Guard или разрешенной возможности выполнения, система не “пробует как-нибудь”, а блокирует операцию.
Заявка, тревога, файл, счет, webhook, действие сотрудника или запрос AI попадает в систему.
Операция получает сквозной идентификатор, чтобы потом восстановить всю цепочку.
Security Guard проверяет субъект, контур, владельца, действие, scope, риск и необходимость подтверждения человеком.
Данные связываются с контуром клиента и защищенным owner_id_hash, без раскрытия лишних идентификаторов.
Сервис имеет право работать только с заявленными возможностями, сетями, точками обмена, подключениями и проверками.
Секреты не лежат в коде, ENV, prompt, логах или шине сообщений. Доступ выдается только разрешенному сервису.
Redis, Qdrant, Postgres, архив и Library работают только внутри разрешенного scope.
Рискованные изменения и экспорт проходят арбитраж или подтверждение человека с нужной ролью.
Не просто “пропустить”
Security Guard формирует контекст решения: разрешено или нет, какой scope, какие правила применены, какой класс риска и нужен ли арбитраж.
Сервис не знает лишнего
Сервис получает только разрешенные возможности выполнения. Если он просит секрет, сеть или точку обмена вне контракта, действие блокируется.
Можно восстановить цепочку
trace_id проходит через Security Guard, рабочий процесс, слои данных, OLT, арбитров, исполнительный сервис и адаптеры выгрузки. Это дает проверяемость, а не “поверили на слово”.
Интеграции: не заменить, а связать
Сильная позиция: Sentinel DB не выбрасывает 1С, Андромеду, ЭДО, телефонию и старые программы. Он делает их частью единой рабочей картины.
| Система | Что забираем | Что отдаём | Что получает Цербер |
|---|---|---|---|
| 1С КА / 1С ЗУП | контрагенты, счета, оплаты, зарплатные события, кадровые начисления | основания для счетов, статусы договоров, события премий и удержаний | меньше ручного Excel, прозрачные расчеты, контроль задолженности |
| Диадок / СБИС / Контур | документы, статусы подписания, акты, счета, обмен с контрагентами | подготовленные документы и статусы для кабинетов | видимость документооборота без ручного опроса бухгалтерии |
| Андромеда / пультовые системы | объекты, тревоги, события, состояния, связанные с охраной | задачи, статусы, аналитика, маршруты реакции | пульт, ГБР, директор и клиент видят единую историю событий |
| Bitrix / старые CRM-данные | лиды, сделки, требования, история коммуникаций, документы | новые задачи и карточки в рабочем контуре | переход от хаоса к собственной системе без потери накопленной базы |
| Телефония, почта, мессенджеры | звонки, письма, обращения, открытые линии, заявки | скрипты, подсказки, задачи, статусы обработки | коммерческий отдел и диспетчерия видят входящий поток и качество реакции |
| Сайты и клиентские кабинеты | заявки, обращения, платежные события, статусы объекта | счета, уведомления, история, рекомендации, состояние сервиса | B2B/B2C слой становится частью общей операционной системы |
Как AI работает под контролем
Важный ответ для технарей: AI не должен напрямую управлять деньгами, доступами и статусами. Он работает через контролируемую цепочку.
Заявка, счет, договор, звонок, тревога, карточка клиента или сотрудника.
Система определяет, кто может видеть данные и какие поля доступны.
Берутся только разрешенные документы, статусы, история и связанные сущности.
AI классифицирует, резюмирует, предлагает следующий шаг или готовит черновик.
Скидки, деньги, доступы, статусы и внешние записи проверяются сервисами.
Критичные решения подтверждает сотрудник с нужной ролью.
Фиксируется цепочка: кто, что, на основании чего и какой результат.
Что можно показать на примерах Цербера
Эти примеры связывают техническую архитектуру с уже существующими страницами, чтобы разговор не был абстрактным.
От лида до договора
Заявка приходит из сайта, звонка или старой CRM. Система создает карточку, поднимает историю клиента, предлагает следующий шаг, ставит задачи и связывает договор со счетом.
Счет, оплата, ЭДО
Счет не живет отдельно от клиента, договора и услуги. Бухгалтерия видит основание, статус оплаты, документ, связь с 1С и ЭДО.
Готовность сотрудника
HR видит кандидата, документы, проверку, допуски, обучение и сроки. Коммерческий отдел и ГБР получают только статус готовности, а не лишние персональные данные.
Тревога и реакция
Пультовое событие из Андромеды или другого контура превращается в задачу, видимую диспетчеру, ГБР, директору и клиенту на своем уровне доступа.
Личный кабинет и умный дом
Клиент видит объект, счета, заявки, датчики, события, историю и понятную сводку без доступа к внутренним процессам компании.
Управленческая картина
Директор не собирает отчеты вручную: отделы, деньги, люди, клиенты, тревоги, документы и риски приходят в одну проверяемую картину.
Вопросы, которые могут задать технари
Эта часть нужна как шпаргалка для понедельника: короткие ответы на ожидаемые вопросы по безопасности, интеграциям и эксплуатации.
Нет. Мы связываем их с рабочими кабинетами и сервисами. 1С остается учетной системой, Андромеда и пультовые системы остаются источником охранных событий, а Sentinel DB становится операционным слоем между программами, людьми и задачами.
Через согласованный обмен: API, выгрузки, регламентные задания или промежуточный интеграционный сервис. Записи в 1С делаются только по правилам, с идемпотентностью, журналом и контролем ошибок.
Событие не теряется. Оно уходит в очередь, повторяется по правилам, попадает в мониторинг, а ответственные видят статус сбоя и могут принять решение вручную.
Архитектура допускает размещение на выделенном контуре клиента или согласованном VPS. Критичные данные разделяются по ролям, а документы и события связываются с источником.
Нет. AI получает только разрешенный контекст, нужный для задачи. Для критичных действий сохраняется источник, результат и основание рекомендации.
Через наблюдаемость: доступность сервисов, ошибки интеграций, задержки, очереди, скорость обработки заявок, статусы синхронизаций, активность пользователей и технические инциденты.
Да. Новые отделы, личные кабинеты, интеграции, отчеты и регламенты добавляются как сервисы, события и экраны, не превращая систему в монолитную CRM.