Основная цель нашей платформы — сделать взаимодействие между HR-специалистами и сотрудниками более удобным за счет автоматизации кадровых процессов. Наибольшая эффективность такой автоматизации достигается за счет интеграции с информационной системой компании, где хранятся данные о сотрудниках.
Работа с платформой Personik начинается с формирования списка сотрудников: его можно импортировать из учетной системы компании или добавить вручную. С момента добавления нового сотрудника через систему администрирования Personik, базовая информация о нем (имя и фамилия, номер телефона, электронная почта, должность, офис и подразделение) хранитсяв защищенной базе данных платформы.
Вся информация о расчетах компании с сотрудником, оформленных больничных, прошедших и запланированных отпусках, справках и других отношениях между сотрудником и компанией не дублируется на платформе Personik и остаётся только в учетной системе компании.
Основная цель нашей платформы — сделать взаимодействие между HR-специалистами и сотрудниками более удобным за счет автоматизации кадровых процессов. Наибольшая эффективность такой автоматизации достигается за счет интеграции с информационной системой компании, где хранятся данные о сотрудниках.
Работа с платформой Personik начинается с формирования списка сотрудников: его можно импортировать из учетной системы компании или добавить вручную. С момента добавления нового сотрудника через систему администрирования Personik, базовая информация о нем (имя и фамилия, номер телефона, электронная почта, должность, офис и подразделение) хранитсяв защищенной базе данных платформы.
Вся информация о расчетах компании с сотрудником, оформленных больничных, прошедших и запланированных отпусках, справках и других отношениях между сотрудником и компанией не дублируется на платформе Personik и остаётся только в учетной системе компании.
Если сотрудник захочет получить личную информацию (например, количество оставшихся дней отпуска в текущем году) и отправит соответствующий запрос с помощью бота, платформа проверит, есть ли у него доступ к данному типу информации. Этот шаг называется авторизацией пользователя. Получив положительный ответ, Personik обращается к учетной системе компании по защищенным каналам и запрашивает информацию.
Следующий шаг по обеспечению безопасности процесса осуществляет учетная система компании. Она проверяет статус сотрудника (работает ли он в компании, есть ли у него права для получения запрошенной информации), реализуя принцип «defence in depth» — защита на каждом уровне.
Если все условия соблюдены, учетная система компании по тем же защищенным каналам передает запрошенную информацию обратно платформе Personik. Personik фиксирует факт запроса данных пользователем и факт ответа учетной системы, но сами данные, которые передаются из учетной системы пользователя, не логируются.
Для того, чтобы данные попали в мессенджер сотрудника, Personik отправляет их по защищенному протоколу на сервера мессенджеров. Компании, которые разрабатывают мессенджеры, также борются за безопасность подключенных пользователей. Например, Viber заявляет, что данные проходят через сервера в зашифрованном виде и не хранятся, а в случае с Telegram они и передаются, и хранятся зашифрованными.
Если сотрудник захочет получить личную информацию (например, количество оставшихся дней отпуска в текущем году) и отправит соответствующий запрос с помощью бота, платформа проверит, есть ли у него доступ к данному типу информации. Этот шаг называется авторизацией пользователя. Получив положительный ответ, Personik обращается к учетной системе компании по защищенным каналам и запрашивает информацию.
Следующий шаг по обеспечению безопасности процесса осуществляет учетная система компании. Она проверяет статус сотрудника (работает ли он в компании, есть ли у него права для получения запрошенной информации), реализуя принцип «defence in depth» — защита на каждом уровне.
Если все условия соблюдены, учетная система компании по тем же защищенным каналам передает запрошенную информацию обратно платформе Personik. Personik фиксирует факт запроса данных пользователем и факт ответа учетной системы, но сами данные, которые передаются из учетной системы пользователя, не логируются.
Для того, чтобы данные попали в мессенджер сотрудника, Personik отправляет их по защищенному протоколу на сервера мессенджеров. Компании, которые разрабатывают мессенджеры, также борются за безопасность подключенных пользователей. Например, Viber заявляет, что данные проходят через сервера в зашифрованном виде и не хранятся, а в случае с Telegram они и передаются, и хранятся зашифрованными.
Далее сервера мессенджеров отправляют информацию сотруднику — так они оказываются у него на устройстве. Компания-разработчик мессенджера предоставляет свой уникальный защищенный протокол по передаче данных между сервером и устройством конечного пользователя.
Таким образом, для выполнения запроса сотрудником данные проходят путь от учетной системы компании к платформе Personik, попадают на сервера мессенджеров, а затем — в приложение, установленное сотрудником на телефоне или компьютере.
Далее сервера мессенджеров отправляют информацию сотруднику — так они оказываются у него на устройстве. Компания-разработчик мессенджера предоставляет свой уникальный защищенный протокол по передаче данных между сервером и устройством конечного пользователя.
Таким образом, для выполнения запроса сотрудником данные проходят путь от учетной системы компании к платформе Personik, попадают на сервера мессенджеров, а затем — в приложение, установленное сотрудником на телефоне или компьютере.
Критичные данные (например, финансовая информация компании) не выходят дальше платформы Personik и не передаются в мессенджеры. Они проходят похожий путь от учетной системы к пользователю, однако «заворачиваются» в файл, который временно хранится на платформе или внутренних серверах компании в защищенном периметре. В результате, при запросе критичных данных в мессенджер сотрудника придет ссылка на файл с данными, но не сами данные.
Кроме этого, мы предоставляем возможность дополнительно защитить ссылки с помощью двухфакторной аутентификации — отправки одноразового пароля пользователю перед их созданием.
Кроме этого, мы предоставляем возможность дополнительно защитить ссылки с помощью двухфакторной аутентификации — отправки одноразового пароля пользователю перед их созданием.
Оставить комментарий к статье
Поделиться материалом в социальных сетях
Читайте также: