Определите кувейтский сервис по частям
Технологический проект может предоставлять ПО, связь, хостинг, контент или несколько функций одновременно. Перечислите, что клиент фактически получает в Кувейте и кто управляет каждой частью. Определите сетевых, облачных, платежных и поддерживающих партнеров под клиентской компанией. Один заголовок «TMT» не устанавливает, какие действующие требования применяются.
Опишите шаги клиента от регистрации до отказа от услуги. Сравните компанию, названную на сайте, в договоре и в счете. Отметьте любую иностранную инфраструктуру или удаленное администрирование. Если поставщик меняет критическую функцию, какое юридическое лицо остается ответственным перед клиентом? Зафиксируйте каждую роль, а не считайте, что название группы ее покрывает.
Сравните обязательства с цепочкой поставки
Читайте клиентские условия рядом с договорами на облачные и сетевые услуги, а также по безопасности и поддержке. Если сайт обещает непрерывный сервис, а вышестоящий поставщик исключает перебои, у пробела должны быть владелец и рабочий ответ. Установите уровни сервиса, уведомления об обслуживании, права доступа, контроль субподрядчиков и контакты по инцидентам в операционных терминах.
Смоделируйте сбой поставщика. Кто его обнаруживает, может просматривать журналы, разрешает исправление и сообщает клиентам? Проверьте, как сохраняются доказательства и выполнимо ли время реакции из клиентского договора. Не обещайте способ восстановления, который соответствующий поставщик не согласился поддерживать.
Проследите данные и сбой
Составьте схему данных клиентов и сотрудников от сбора до хранения, резервного копирования, доступа поддержки, передачи и удаления. Зафиксируйте страны хранения и удаленного доступа и назовите сторону, принимающую решения о каждом использовании. Попросите квалифицированных местных консультантов проверить действующие кувейтские требования применительно к этому фактическому потоку, прежде чем использовать общие заявления о конфиденциальности или лицензии.
Проверьте потерю записи и предполагаемый инцидент. Определите, кто может восстановить данные, ограничить доступ, сохранить доказательства и связаться с клиентами. Сравните письменный процесс с разрешениями в действующих системах и договорах с поставщиками. Дайте нерешенным пробелам ответственного и дату вместо того, чтобы считать документ политики доказательством работающего процесса.
Спланируйте выход до того, как возникнет зависимость
Определите формат экспорта, поддержку передачи, срок уведомления, доказательства удаления и обращение с доменами, телефонными номерами и учетными записями, где это применимо. Проверьте, сможет ли замещающий поставщик принять сервис без потери критических записей. Спросите, кому принадлежат файлы конфигурации и документация, необходимые для миграции.
Новый платежный модуль, сетевой партнер или контентная функция могут изменить исходный сервис и его проверку. Установите правило: любое изменение продукта запускает обновление схемы сервиса, обязательств перед клиентами, условий поставщиков и местных проверок. Ведите датированное досье решений, отделяющее одобренную версию от предлагаемого развертывания.
Досье первой проверки
- Схемы сервиса и ролей юридических лиц по шагам кувейтского клиента.
- Клиентские условия, заявления о продаже, уровни сервиса и порядок поддержки.
- Сетевые, облачные и субподрядные договоры, в том числе по безопасности.
- Записи проверок потоков данных, резервного копирования, инцидентов и миграции.
- Датированные заключения кувейтских специалистов и открытые вопросы.
См. телекоммуникации и ИТ и защиту данных и конфиденциальность по смежным вопросам.