Передача и защита данных
Страница объясняет, какие данные передаются при использовании сайта и какие принципы должны соблюдаться при эксплуатации транспортных телематических решений ТТС.
1. Передача обращения с сайта
В текущей версии сайта контактная форма формирует черновик электронного письма на kan@ttscloud.ru через почтовую программу посетителя. Сайт не передаёт заполненные поля в собственную базу и не подтверждает фактическую отправку письма. Посетитель контролирует отправку в своей почтовой программе.
2. Доступ к обращениям
Доступ к входящей корреспонденции должен предоставляться только сотрудникам и подрядчикам, которым он необходим для ответа на обращение или исполнения договора. Для почтовых ящиков рекомендуется использовать уникальные пароли, многофакторную аутентификацию, ограничение прав доступа и своевременное закрытие доступов бывших сотрудников.
3. Хостинг, почта и сторонние сервисы
Перед запуском оператор должен составить перечень фактически используемых поставщиков: хостинг, DNS/CDN, почта, CRM, аналитика, защита от спама и иные подключённые сервисы. Для каждого сервиса следует определить, какие данные он получает, где размещаются базы, кто имеет доступ, каковы сроки хранения и есть ли передача за пределы России. На сайте пока не подключены рекламные пиксели или сторонние счётчики аналитики, однако это нужно перепроверить в конфигурации хостинга и после любых изменений.
4. Передача данных транспортного комплекса
Для проектов ТТС состав передаваемых данных определяется техническим заданием и договором с заказчиком. Рекомендуется разделять:
- телеметрию транспортного средства: идентификатор борта, координаты, скорость, маршрут, время, техническое состояние;
- агрегированные показатели пассажиропотока: число входящих/выходящих по остановке, рейсу и времени;
- видеоданные: отдельный поток с ограниченным доступом, сроком хранения и назначением;
- данные оплаты: только необходимые поля, полученные на законном основании и в рамках интеграции с оператором АСОП.
Если данные позволяют прямо или косвенно определить физическое лицо, они могут относиться к персональным данным. Изображения людей, идентификаторы пассажиров, сведения о поездках и данные оплаты требуют отдельной оценки. Нельзя считать любые видеоданные или сведения о перемещениях автоматически обезличенными.
5. Принципы минимизации и безопасности
- собирать только данные, необходимые для конкретной цели;
- по возможности передавать агрегированные показатели вместо исходных записей;
- разделять права доступа к видео, телеметрии и отчётам;
- защищать каналы связи и хранение с использованием подходящих организационных и технических мер;
- вести журналы доступа и действий администраторов там, где это обосновано;
- устанавливать сроки хранения и процедуру удаления;
- не использовать данные для новой цели без правового основания и необходимого информирования.
6. Инциденты и запросы субъектов
Оператор должен иметь внутренний порядок регистрации инцидентов, ограничения доступа, сохранения доказательств и выполнения предусмотренных законом уведомлений. Запросы по персональным данным направляются на kan@ttscloud.ru. Контакт и процедура должны быть проверены и закреплены внутренними документами.
7. Ограничение
Эта страница описывает принципы и текущую техническую конфигурацию сайта. Она не заменяет договоры с заказчиком, поручения на обработку персональных данных, модель угроз, документы по защите информационных систем или оценку применимых требований к конкретному транспортному проекту.