Владение данными, экспорт и модель доступа: как Efixera избегает привязки к вендору

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

Модель развёртывания за этим утверждением

Каждое развёртывание Efixera — своя собственная инсталляция: одна организация, один набор данных, одна среда выполнения, настраиваемая через сменяемый Install Profile, а не через ответвлённую копию кода (decision_log.md D-004). Это осознанное проектное решение, а не случайность — целевой рынок требует локального развёртывания и контроля над данными, и именно единая кодовая база, настраиваемая для каждого клиента, делает поддержку этого экономически жизнеспособной для Efixera.

Экспорт — заявленная возможность, а не обещание

Экспорт отчётности — Excel, PDF и CSV — нативен для Efixera Core и уже работает сегодня; например, модуль удовлетворённости клиентов e-EDMS уже сейчас экспортирует данные оценки в Excel и PDF. Документированная процедура полного экспорта архива, охватывающая каждый модуль, находится в разработке; пока она не готова, эта страница прямо об этом говорит, а не подразумевает возможность, которая пока не существует целиком.

Где выполняется обработка ИИ

Продуктивные функции ИИ работают на собственной локальной точке доступа клиента за единым переключателем настройки, а не на общем внешнем сервисе — конфиденциальные документы не отправляются во внешнюю онлайн-модель для продуктивного использования (decision_log.md D-006). Онлайн-модель используется только для демонстрационных/MVP-целей на синтетических, неконфиденциальных данных. Если локальная точка доступа не настроена, уровень ИИ корректно деградирует, а не переключается на отправку данных вовне.

Контроль доступа

Единая модель доступа работает во всех модулях — ролевой контроль доступа определяет, кто что видит, включая обработку конфиденциальных папок в e-QMS и доступ к личным делам e-HR, ограниченный по ролям. Существует единый уровень идентификации и доступа (Efixera Core), а не отдельная модель разрешений на каждый модуль, которую приходится вручную сверять между собой.

Прямой ответ на вопрос «можем ли мы забрать свои данные обратно?»

Владение данными остаётся за организацией по конструкции, а не как дополнительная политика. Экспорт существует уже сегодня для данных отчётности; документированный полный экспорт архива — оставшийся пробел, открыто отслеживаемый, а не замалчиваемый. Отсутствие привязки к вендору — заявленный архитектурный принцип — модель выделенной инсталляции с единым набором данных, — а не маркетинговая фраза, наложенная поверх многопользовательской системы.

Источники

• Выделенная инсталляция, Install Profile, без общей базы данных/среды выполнения: 01_Business_Core/decision_log.md D-004; 05_Dev_Specs/deployment_model.md.
• Разделение on-prem/онлайн-провайдера ИИ, продуктивный ИИ на точке доступа клиента: 01_Business_Core/decision_log.md D-006.
• Экспорт отчётности (Excel/PDF/CSV) уже работает: 02_Products_and_SaaS/e_edms.md.
• Возражения по привязке к вендору/экспорту/модели доступа и текущие пробелы: 03_Marketing_Engine/objection_library.md #5/#6.