Статья 73 MiCA разрешает поставщикам услуг криптоактивов передавать на аутсорсинг операционные функции, но требует от них принятия разумных мер, чтобы избежать дополнительного операционного риска и оставаться полностью ответственными за свои обязательства.Правило не позволяет поставщику рассматривать контракт с поставщиком как передачу нормативной отчетности. Регламент (ЕС) 2023/1114 о рынках криптоактивов
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Статья 73 требует политики аутсорсинга, которая включает планы на случай непредвиденных обстоятельств и стратегии выхода, пропорциональные масштабу и услугам провайдера. Письменные соглашения должны определять права и обязанности и давать CASP право на прекращение. Пункт о выходе полезен только в том случае, если данные, доступ и операционные возможности могут быть фактически переданы или восстановлены. Практический контроль инвентаризации отображает каждую аутсайдированную деятельность своему владельцу, местоположение, данные, уровни обслуживания, субподрядчики, цель восстановления и маршрут замены. Концентрация заслуживает особого внимания. Несколько функций могут казаться диверсифицированными, полагаясь на один и тот же облачный регион, поставщика идентификации или субподрядчика инфраструктуры. Тестирование должно включать отключение поставщиков, киберинцидент, потерю ключевой лицензии, неплатежеспособность и некооперативное прекращение. Поставщик должен знать, как он будет общаться с клиентами, сохранять записи и продолжать критические услуги. Это оперативные последствия правила, а не претензии, что MiCA гарантирует бесперебойное обслуживание.
Статья 73 требует политики аутсорсинга, которая включает планы на случай непредвиденных обстоятельств и стратегии выхода, пропорциональные масштабу и услугам провайдера. Письменные соглашения должны определять права и обязанности и давать CASP право на прекращение. Пункт о выходе полезен только в том случае, если данные, доступ и операционные возможности могут быть фактически переданы или восстановлены. Практический контроль инвентаризации отображает каждую аутсайдированную деятельность своему владельцу, местоположение, данные, уровни обслуживания, субподрядчики, цель восстановления и маршрут замены. Концентрация заслуживает особого внимания. Несколько функций могут казаться диверсифицированными, полагаясь на один и тот же облачный регион, поставщика идентификации или субподрядчика инфраструктуры. Тестирование должно включать отключение поставщиков, киберинцидент, потерю ключевой лицензии, неплатежеспособность и некооперативное прекращение. Поставщик должен знать, как он будет общаться с клиентами, сохранять записи и продолжать критические услуги. Это оперативные последствия правила, а не претензии, что MiCA гарантирует бесперебойное обслуживание.
Клиенты и контрагенты могут просматривать раскрытие информации о законе поставщика, условия обслуживания и сообщения об инцидентах для названных зависимостей. Публичная информация может не раскрывать каждого поставщика, но она не должна заслонять, какая уполномоченная организация остается ответственной. Агент поддержки, обвиняющий третью сторону, не изменяет эти правовые отношения. Для бизнес-клиента должное внимание должно учитывать права аудита, переносимость данных, управление ключами, субподряд и помощь в прекращении. Требования о восстановлении должны поддерживаться датами тестирования и результатами. Теоретическая резервная копия, которая никогда не восстанавливала текущие данные, является более слабым доказательством, чем документальное упражнение с измеренным временем восстановления. Главное различие в статье 73 проста: работа может перемещаться, ответственность не может. Аутсорсинг может улучшить масштаб и возможности специалиста, но он также создает зависимости. MiCA превращает эти зависимости в управление, доступ и обязательства выхода, которые поставщик должен быть в состоянии продемонстрировать, прежде чем проблема неисправности заставляет вопрос.
Аутсорсинг не может изменить обязанности поставщика перед клиентами или руководителями.
MiCA говорит, что аутсорсинг не должен делегировать ответственность поставщика, изменять отношения или обязательства перед клиентами или изменять условия авторизации. Третьи стороны должны сотрудничать с компетентным органом, и аутсурсинг не может блокировать надзорные функции или доступ на месте к информации, необходимой для надзора. Регламент (ЕС) 2023/1114 о рынках криптоактивов
Поставщик должен сохранять опыт и ресурсы для оценки качества обслуживания, контролировать аутсорсинговую функцию и непрерывно управлять своими рисками. Он должен иметь прямой доступ к соответствующей информации. Панель мониторинга контрактов или сертификация поставщика могут поддерживать эту работу, но ни одна из них не заменяет собственную способность поставщика понимать сбои и оспаривать производительность.
MiCA также требует от третьих сторон соблюдения стандартов защиты данных ЕС, с теми стандартами, которые отражены в письменных соглашениях. Поставщики и поставщики должны предоставлять необходимую информацию властям по запросу. Эти обязательства имеют значение, когда данные о клиентах, личные ключи, записи транзакций или журналы инцидентов находятся за пределами прямой инфраструктуры поставщика.
Планы действий на случай непредвиденных обстоятельств и права на прекращение действия делают зависимость от поставщиков проверяемой
Статья 73 требует политики аутсорсинга, которая включает планы на случай непредвиденных обстоятельств и стратегии выхода, пропорциональные масштабу и услугам поставщика. Письменные соглашения должны определять права и обязанности и давать CASP право на прекращение. Пункт о выходе полезен только в том случае, если данные, доступ и операционные возможности могут быть фактически переданы или восстановлены.
Практический контрольный инвентарь отображает каждую переданную на аутсорсинг деятельность ее владельцу, местоположение, данные, уровни обслуживания, субподрядчиков, цель восстановления и маршрут замены. Концентрация заслуживает особого внимания. Несколько функций могут казаться диверсифицированными, полагаясь на один и тот же облачный регион, поставщика идентификационных данных или субподрядчика инфраструктуры.
Тестирование должно включать отключение поставщиков, киберинциденты, потерю ключевой лицензии, неплатежеспособность и прекращение несотрудничества. Поставщик должен знать, как он будет общаться с клиентами, сохранять записи и продолжать критически важные услуги. Это оперативные последствия правила, а не заявления о том, что MiCA гарантирует бесперебойное обслуживание.
Спросите, кто выполняет критическую функцию и кто может ее восстановить.
Клиенты и контрагенты могут просматривать юридические раскрытия поставщика, условия обслуживания и сообщения об инцидентах для названных зависимостей. Публичная информация может не раскрывать каждого поставщика, но она не должна скрывать, какая уполномоченная организация остается ответственной. Агент поддержки, обвиняющий третью сторону, не изменяет эти правовые отношения.
Для бизнес-клиента должное внимание должно учитывать права аудита, переносимость данных, управление ключами, субподряд и помощь в прекращении. Требования о взыскании должны подтверждаться датами и результатами тестирования. Теоретическая резервная копия, которая никогда не восстанавливала текущие данные, является более слабым доказательством, чем документально подтвержденное упражнение с измеренными сроками восстановления.
Основное различие в статье 73 простое: работа может двигаться, ответственность не может. Аутсорсинг может улучшить масштаб и возможности специалистов, но он также создает зависимости. MiCA превращает эти зависимости в обязательства по управлению, доступу и выходу, которые поставщик должен быть в состоянии продемонстрировать, прежде чем проблема не будет решена.