Варианты размещения
Система может размещаться в облаке, на российском выделенном сервере или внутри инфраструктуры заказчика. Выбор зависит от требований к доступности и безопасности.
Размещение и данные
Безопасность в проектах E‑ERP
E‑ERP предусматривает ролевой доступ, резервное копирование и выбор среды размещения. Конкретная архитектура, сроки хранения, матрица доступов и параметры интеграций фиксируются для каждого внедрения отдельно.
- Размещение
- Облако, российский сервер или инфраструктура компании
- Доступ
- По ролям и рабочим сценариям
- Резервирование
- Параметры зависят от продукта и проекта
- Интеграции
- Через доступные API и файловый обмен
Что подтверждено публичными материалами
Здесь перечислены только уже заявленные меры и варианты. Это не сертификат и не универсальная конфигурация любого проекта.
Ролевой доступ
Состав разделов зависит от роли сотрудника. Матрицу ролей и разрешений нужно согласовать применительно к процессам конкретной организации.
Резервное копирование
Резервирование заявлено для решений E‑ERP. Для E‑School публично указано ежедневное копирование; график, глубина хранения и проверка восстановления для других проектов определяются отдельно.
Изолированная область
Для E‑School заявлена отдельная область данных каждой организации и доступ сотрудников только к нужным разделам.
Не заявляем без подтверждения: на этой странице нет утверждений о сертификации, конкретных алгоритмах шифрования, географии каждого подрядчика инфраструктуры или гарантированном времени восстановления. Такие параметры должны быть подтверждены проектной документацией.
Что происходит с заявкой на сайте
Оператором персональных данных посетителей e-erp.ru является ООО «ВИА ЭНД РОК».
- Какие данныеФорма может передать имя, телефон, email или имя в Telegram, организацию, комментарий, выбранное решение и ответы анкеты. К данным об источнике относятся адрес страницы, внешний referrer, UTM‑метки и рекламные идентификаторы перехода gclid и yclid.
- Для чегоДля обработки обращения, обратной связи, подготовки предложения, анализа источника и размеченных рекламных переходов, улучшения сайта и выполнения применимых требований закона.
- Атрибуция переходаВерсионная first-party запись
eerp_attribution_v1хранится в localStorage браузера до 90 дней. Она фиксирует первый источник и последний непрямой источник; при отправке формы эти данные дополняются страницей обращения. - Как передаётсяОбращение поступает в рабочий Telegram‑чат через Telegram Bot API и на настроенные адреса электронной почты средствами почтовой инфраструктуры хостинга.
- Как долгоНе дольше, чем необходимо для заявленных целей; после этого данные удаляются или обезличиваются.
- ПередачаОператор заявляет, что не продаёт персональные данные. Поставщикам инфраструктуры и связи сведения передаются только в необходимом объёме либо по требованию закона.
- Права человекаМожно запросить сведения, уточнение, блокирование или удаление данных и отозвать согласие через контакты оператора.
ИИ‑анализ звонков E‑CRM
Функциональность продукта и политика обработки данных — разные уровни. Наличие ИИ‑анализа само по себе не отвечает на вопросы о провайдере и хранении.
Подтверждённые функции
- запись звонка связывается с лидом и сотрудником;
- диалог преобразуется в транскрипт;
- текст можно проверить и скорректировать перед повторным анализом;
- критерии анализа настраиваются по правилам воронки;
- результаты попадают в рабочий контур и отчёты.
Что нужно согласовать
- провайдера распознавания и модели анализа;
- место обработки и хранения записей и транскриптов;
- сроки хранения и удаления;
- использование или запрет использования данных для обучения;
- роли, имеющие доступ к записи, тексту и оценке.
Ограничение модели: транскрибация и ИИ‑вывод могут содержать ошибки. Результат следует проверять человеку, особенно если он влияет на оценку сотрудника, решение по клиенту или иной значимый процесс.
Как устроен ИИ‑анализ E‑CRM: функции, ограничения и вопросы внедрения
Границы интеграций
Интеграция расширяет контур доступа к данным, поэтому проверяется до запуска.
Доступный способ обмена
Наличие API, поддерживаемого файла или другого официального механизма проверяется для конкретной версии внешней системы.
Минимальный объём
Следует передавать только поля и события, которые нужны согласованному процессу, а не весь доступный набор данных.
Ответственность и сбои
До запуска фиксируются владельцы доступа, журналирование, реакция на ошибку обмена и поведение при недоступности стороннего сервиса.
Что зафиксировать до внедрения
- состав данных и цели их обработки;
- среду размещения и участвующих поставщиков;
- матрицу ролей, порядок выдачи и отзыва доступа;
- график резервного копирования, глубину хранения и проверку восстановления;
- список интеграций, учётных записей и передаваемых полей;
- сроки хранения, архивирования и удаления;
- для ИИ — провайдера, ограничения модели, ручную проверку и правила использования результатов;
- порядок реагирования на инциденты и контакт ответственного.
Нужна проверка требований конкретной компании? Свяжитесь с E‑ERP и укажите действующую инфраструктуру и обязательные ограничения.