Короткие ответы для ИТ-службы оператора: размещение, вход, права, журнал аудита, копирование, обновления и интеграции «Гиперплана». Механизмы доступа и API сверены с документацией демостенда 27.10.2026. Состав поставки, ресурсы и регламенты фиксируются для согласованного выпуска и инфраструктуры оператора.
В текущем предложении по мастер-презентации работают CRM, Product Catalog и НСИ. Наличие других разделов в развивающейся документации демостенда не меняет статусы модулей в карте платформы.
1. Размещение и требования
Где работает система?
Базовый вариант — инфраструктура оператора, сотрудники работают через браузер. Возможность облачного размещения обсуждается отдельно: площадка, доступ, стоимость инфраструктуры, обслуживание и условия работы с данными определяются до начала проекта.
Подходящий существующий сервер может позволить обойтись без закупки оборудования. Размещение, резервное копирование и администрирование всё равно учитываются в составе эксплуатации.
Какое оборудование и программное окружение нужны?
Для выбранного выпуска согласуются:
- поддерживаемые ОС, контейнерная среда и состав сервисов;
- число одновременно работающих сотрудников, объём каталога и данных, вложения и нагрузка интеграций;
- CPU, память, место под данные, журналы и копии, запас свободного диска;
- поддерживаемые браузеры, рабочие экраны и сценарии сотрудников;
- домен, сертификаты TLS, входящие порты и допустимые внешние соединения.
Конфигурацию проверяют на согласованной нагрузке. Требования AI-проекта оцениваются отдельно и не входят автоматически в ресурсы CRM, каталога и НСИ.
Нужен ли интернет?
В описанном сценарии поставки установка и обновления получают образы и пакеты из реестра и репозиториев. Точные адреса, порты и порядок доступа фиксируются в инструкции к выбранному выпуску.
При работе внешние обращения зависят от подключённых возможностей: корпоративный провайдер входа, сервис подсказок ФИАС/ЕГРЮЛ, почта, уведомления и интеграции. Список соединений и передаваемых данных проверяется для вашей конфигурации. Установка на своём сервере сама по себе не означает работу полностью без интернета.
2. Кто получает доступ
Кто видит данные в приложении?
Сотрудники — по назначенным правам и политикам. Роли определяют разрешённые действия, политики уточняют доступ к записям и условия выполнения. При конфликте разрешения и запрета побеждает запрет.
Как получает доступ поддержка?
Доступ поддержки к приложению и доступ к серверу — разные полномочия. Для проекта согласуются учётные записи, необходимые права, способ подключения, время доступа, ответственные и порядок отзыва. Наличие роли администратора приложения не описывает полномочия администратора ОС, СУБД или облачной площадки.
Журнал приложения учитывает действия внутри продукта. Действия на сервере и прямой доступ к базе требуют отдельного контроля средствами инфраструктуры оператора.
Где хранятся ключи и параметры установки?
Места хранения и права доступа к параметрам, ключам, сертификатам и учётным данным определяются инструкцией поставки. До запуска проверяются доступ к этим файлам, сохранение ключей для восстановления, смена секретов и ответственность за их хранение. Демонстрационные учётные данные не переносятся в рабочую установку.
3. Вход, права и аудит
Как сотрудники входят в систему?
Исходный вход — по логину и паролю. Документация описывает OpenID Connect 1.0, SAML 2.0 и Kerberos/SPNEGO. Провайдер организации подключается при внедрении; до его подключения локальный вход остаётся необходимым. Наличие поддержки протокола не означает, что соединение с вашим каталогом уже настроено.
Согласуются сопоставление групп и ролей, создание и отключение сотрудников, срок сессии и резервный порядок входа. Проверка SSO проводится с вашим провайдером в согласованной конфигурации.
Сколько прав и какие политики доступны?
Состав прав зависит от версии и подключённых модулей. Вместо фиксированного числа согласуется перечень нужных действий для каждой роли: просмотр, изменение, публикация, выгрузка, администрирование.
Политики по атрибутам могут учитывать владельца записи, сумму, этап, время и сеть. Их конкретные условия и включение определяет администратор. Симулятор позволяет проверить решение за сотрудника и увидеть требуемое право и сработавшее правило без изменения записи.
Что защищает журнал аудита?
По документации роль приложения в СУБД ограничена в правке и удалении записей журнала. Записи связаны хеш-цепочкой; проверка помогает обнаруживать нарушение целостности. Обращения приложения к персональным данным отмечаются отдельно.
Это контроль действий в приложении, а не гарантия невозможности любых изменений привилегированным администратором сервера или СУБД. Полномочия таких администраторов, хранение журнала и его независимая копия определяются регламентом установки.
Как подключается SIEM?
Предусмотрена передача событий по Syslog RFC 5424. Для вашей SIEM настраиваются приёмник, транспорт и разбор полей; при приёмке проверяется доставка согласованных событий. Наличие функции передачи само по себе не подтверждает получение и хранение событий внешней системой.
Подробнее — доступ и аудит и документация продукта.
4. Резервное копирование и восстановление
Что нужно включить в порядок копирования?
Для восстановления определяют состав базы данных, вложений и документов, конфигурации, ключей и сертификатов. Ключи и параметры нельзя считать сохранёнными только потому, что существует копия базы. Доступ к копиям и секретам регулируется отдельно.
Как часто и где хранятся копии?
Для установки фиксируются расписание, срок или число сохраняемых копий, отдельное место хранения, шифрование, контроль свободного места и уведомление об ошибке. Ответственный за выполнение и проверку копирования определяется до запуска.
Каталог хранения, количество копий и время запуска указываются в настройках вашей установки. Допустимая потеря данных и время восстановления согласуются отдельно.
Как проверить восстановление?
Контрольное восстановление проводят в изолированной среде: проверяют базу, связанные файлы, ключи и вход, затем согласованные рабочие сценарии. Проверка целостности архива полезна, но не заменяет восстановление. Результат, дата проверки и ответственный включаются в приёмку.
5. Обновления и откат
Как согласуется обновление?
Для конкретного выпуска проверяются инструкция, состав образов, миграции и совместимость. До работ согласуются ответственный, окно обслуживания, резервная копия, проверка работоспособности и порядок восстановления. Работы с операционной системой планируются отдельно.
Время перерыва и поведение пользовательских сессий зависят от выпуска и конфигурации; отсутствие перерыва не обещается без проверки.
Можно ли вернуть предыдущую версию?
Это зависит от совместимости предыдущего приложения с обновлённой схемой базы. Если её нет, одного возврата образа недостаточно: требуется согласованное восстановление данных из копии. Возможность отката проверяется до обновления по инструкции к выпуску.
Что входит в поддержку?
Часы работы, каналы обращений, сроки реакции и восстановления, обновления и доступ к установке фиксируются в условиях проекта или поддержки. Общий запрос через сайт не устанавливает SLA. Обсудить условия внедрения и сопровождения.
6. API, интеграции и выгрузки
Как ограничивается доступ интеграции?
Документация описывает OAuth 2.0 с client_credentials, областями доступа (scopes), интроспекцией RFC 7662 и отзывом RFC 7009. Например, catalog:read открывает чтение каталога, quote:calculate — квалификацию и расчёт, audit:read — чтение журнала. Каждому приложению выдаются необходимые области и права.
При приёмке проверяют доступ к нужным операциям, отказ без нужного права и прекращение доступа после отзыва токена. Готовый обмен с конкретной АСР из наличия API не следует: состав, формат и ошибки обмена прорабатываются отдельным проектом.
Что означает использование TM Forum?
Модель использует понятия TMF620 для каталога, TMF648 для КП, TMF651 для договоров и TMF622 для заказов. Каталог передаётся в JSON с расширениями x_ для собственных правил. Это описание модели и формата; официальная сертификация TM Forum и совместимость с любой внешней системой не заявляются.
Как работают подсказки адресов и реквизитов?
Адреса и реквизиты ФИАС/ЕГРЮЛ запрашиваются через подключённый внешний сервис. Нужны его настройка и доступность; поведение без ключа или при недоступном источнике проверяется для выпуска. Для ЕГРЮЛ также имеет значение тип ИНН: сведения о юридическом лице не заменяют данные об ИП или физическом лице.
Как забрать данные?
Реестры выгружаются в CSV по выданным правам, каталог — в TMF620 JSON. Эти выгрузки предназначены для соответствующих данных и не заменяют полную копию базы, вложений и конфигурации. Состав полного переноса, передача копий, сроки и действия после прекращения договора согласуются отдельно.