Публичный проект, требующий юридического и технического согласования
Политика персональных данных · проект
Расширенный проект с учётом законодательства Республики Корея и процессов DailySafe. Конкретные сроки хранения, поставщики и ответственный за защиту данных ещё подлежат утверждению.
Проверено по состоянию на 06.11.2026 · Дата вступления в силу не установлена
01. Ответственный и область действия
DailySafe — бренд UTE TLI Systems Co., Ltd. Публичные обращения и производственные записи сотрудников относятся к разным процессам. Кто является оператором данных, а кто обработчиком по поручению организации, должно быть зафиксировано договором. Имя и контакт ответственного за защиту данных ещё требуют подтверждения.
02. Цели обработки и правовые основания
Раздельно рассматриваются ответы на обращения, пилоты, подтверждение телефона, организация объектов, TBM, учёт и исправление часов, безопасность системы. Основания по статье 15 закона о персональных данных и необходимость отдельного согласия должны быть определены для каждого процесса, а не объединены в одну общую галочку.
03. Какие данные и откуда поступают
Публичный сайт может получать имя, компанию, контакты, обращение и добровольно предоставленный логотип. Рабочая система может обрабатывать телефон, организацию, объект, время, участие в TBM, рабочие часы, споры и исправления. Фото, видео и координаты требуют отдельного описания по фактическому включению функций и точности геолокации.
04. Обязательные и необязательные сведения
Данные, необходимые для входа, отделяются от необязательного маркетинга, публикации логотипа и дополнительных функций местоположения. Согласие по необязательным целям должно быть отдельным; отказ не должен автоматически блокировать несвязанные базовые функции.
05. Доступ компаний, бригад и работников
Право строительной компании видеть TBM объекта само по себе не даёт ей доступа к зарплате, учёту часов и кадровым данным бригады. Разрешения должны проверяться сервером для каждой организации и объекта; работник должен иметь путь для обращения по собственным данным. Фактическое соответствие API этой модели ещё проверяется.
06. Сроки хранения по категориям
Срок определяется видом записи. С 1 августа 2026 года результаты оценки профессиональных рисков (위험성평가) обязательно сохраняются 3 года по статье 37-4(2) Правил применения закона о промышленной безопасности. Для ряда документов статьи 164 самого закона также предусмотрены 3 года с исключениями по категориям. Для подтверждений обучения работников нельзя утверждать универсальный обязательный срок 3 года: материалы Минтруда рекомендуют хранение 5 лет с учётом срока давности административного штрафа. Сам по себе ежедневный TBM не равнозначен автоматически всей документации обучения или оценки рисков. Для SMS, аккаунтов, обращений, рабочих часов, геолокации, видео, фотографий и резервных копий сроки, начало отсчёта и процедуры удаления ещё должны быть утверждены отдельно. Отдельно статья 13 Указа к Закону о наказании за серьёзные происшествия обязывает подпадающих под неё работодателей или руководителей хранить документы об исполнении мер по указанным статьям в течение 5 лет после их выполнения; предусмотрено исключение для малого предпринимательства в смысле соответствующего закона. Это обязательство не следует путать с рекомендацией хранить доказательства обучения 5 лет.
07. Удаление и законное сохранение
Когда необходимость обработки исчезает, персональные данные подлежат удалению без необоснованной задержки, если закон не требует хранения. Данные, которые нужно сохранить по закону, отделяются и защищаются. Неизменяемая история событий сама по себе не даёт права хранить персональные данные бесконечно; нужны механизмы ограничения доступа, обезличивания и последующего удаления.
08. Передача самостоятельным третьим лицам
Для передачи независимому получателю следует определить конкретного получателя, состав данных, цель, срок и правовое основание. Общего выражения «партнёры» недостаточно. Фактический перечень получателей зависит от проверки обмена между строительной компанией, бригадой и подрядчиками.
09. Подрядчики по обработке данных
SMS-провайдер, хостинг, электронная почта, хранилище файлов и аналитика требуют проверки договоров и фактически включённых услуг, включая субподряд. Нельзя называть поставщика подтверждённым обработчиком только потому, что он упомянут в коде. Окончательный перечень должен быть опубликован до запуска.
10. Передача данных за пределы Кореи
Нужно проверить страны хранения и доступа у хостинга, почты, распознавания речи и AI-сервисов. При фактической международной передаче следует указать предусмотренные законом основание, страну, получателя, состав, способ передачи и сроки. Утверждать, что данные никогда не покидают Корею, без аудита нельзя.
11. Геолокация, фотографии и видеозаписи
Для отметки прибытия, геолокации, фото и видео должны быть раскрыты включение функции, точность, цель, доступ и срок хранения. Нельзя писать о постоянном отслеживании вне работы или его отсутствии, не проверив приложение. Применимость специальных правил о местоположении требует дополнительного анализа.
12. Cookie, журналы и внешние инструменты
Необходимо проверить реальные cookie сессий, статистику посещений, внешние скрипты и обработку речи браузером. Если голос передаётся поставщику браузера, это следует объяснить. Способы отключения необязательных технологий должны соответствовать фактическому сайту.
13. Права пользователей и процедура обращения
Человек вправе требовать доступ, исправление, удаление и прекращение обработки в предусмотренных законом случаях. Процедура должна предусматривать проверку личности, защиту других лиц, исключения обязательного хранения и уведомление о результате. Руководитель организации не может произвольно отменить законные права работника.
14. Меры безопасности и утечки
Контроль доступа, разграничение ролей, аутентификация, журналы, шифрование, резервное копирование и реагирование на утечки должны соответствовать реальной конфигурации. Нельзя обещать, что независимый свидетель или конкретная криптографическая защита уже развёрнуты на всех объектах без проверки.
15. Ответственный, обращения и изменения
Перед утверждением нужны проверенные контакты ответственного подразделения, юридические реквизиты, дата вступления в силу и архив версий. Указанная на сайте контактная почта не заменяет подтверждённое назначение ответственного лица. Эта версия пока проект для согласования.