Введение
SaaS Компании часто называют данные о клиентах стратегическим активом. За этой фразой могут скрываться несколько различных активов и обязательств. Клиент может загружать записи, создавать события рабочего процесса, генерировать телеметрию использования, отправлять вспомогательные материалы, настраивать бизнес-правила и создавать выходные данные. Поставщик может создавать метаданные, тесты, сигналы мошенничества, функции модели и агрегировать статистику. Каждый уровень может иметь своего договорного владельца, роль конфиденциальности, техническое местоположение, правила хранения и экономическую функцию.
Поэтому транзакционным группам нужен более узкий вопрос, а не наличие у объекта ценных данных. Им необходимо установить, какие данные контролирует целевой объект, что разрешено делать с этими данными, какие договорные обязательства ограничивают передачу или повторное использование, какие функции продукта зависят от этого, что клиенты могут экспортировать или удалять и какую архитектуру необходимо перестроить при разделении. Нормативное руководство по слияниям и поглощениям требует проведения комплексной проверки передаваемых данных, их первоначальных целей, законной основы, прозрачности и безопасности [1-7]. Закон ЕС о данных добавляет обязательства, касающиеся переключения, экспорта данных и совместимости служб обработки данных [14-16].
Коммерческая проблема не менее важна. Исторические данные о клиентах могут улучшить процесс адаптации, рекомендации, обнаружение аномалий или сравнительный анализ. Это также может привести к концентрации, дрейфу модели, раскрытию конфиденциальности и сложности переключения. Прогноз, предполагающий продолжение использования данных без проверки основных прав, может привести к завышению доходов и прибыли. Выделение, игнорирующее происхождение данных, может задержать закрытие, нарушить работу клиентов и потребовать дорогостоящего дублирования или перестройки «чистого помещения».
Этот документ предназначен для советов директоров, основателей, групп корпоративного развития, частных инвесторов, кредиторов, руководителей продуктов, специалистов по данным, консультантов по вопросам конфиденциальности, технологических групп и специалистов по оценке. Он обеспечивает систему принятия решений по транзакциям. Он не предоставляет юридических, налоговых, бухгалтерских консультаций, консультаций по вопросам кибербезопасности или оценки. Квалифицированные специалисты должны оценить реальные контракты, потоки данных, юрисдикции, системы и структуру транзакций.
1 Определите периметр данных перед присвоением значения
Первым результатом проверки должен стать график периметра данных, а не общая папка в комнате данных. В графике должен быть указан каждый набор данных о материалах, источник, клиент, юрисдикция, система, класс поля, субъект данных, контролер, процессор, субобработчик, период хранения, путь экспорта, метод удаления и зависимость продукта. Он должен отличать производственные данные от резервных копий, журналов, производных функций, тестовых сред, хранилищ аналитики и артефактов моделей.
Экономическая единица не всегда представляет собой базу данных. Функция может зависеть от событий, проводимых в нескольких сервисах. Тестирование может потребовать агрегирования данных по клиентам. Модель машинного обучения может включать статистическую информацию из обучающих данных без сохранения идентифицируемых исходных записей. Конфигурация клиента может быть коммерчески важной, даже если ее объем невелик. Периметр должен соответствовать результату продукта и цели обработки через технический стек.
В графике также следует классифицировать данные по ограничениям. Персональные данные, конфиденциальная деловая информация, регулируемые записи, информация, контролируемая экспортом, платежные данные и данные, на которые распространяются обязательства, специфичные для отрасли, требуют различных мер контроля. Местоположение и механизмы передачи имеют значение, когда данные перемещаются между юрисдикциями. Деликатные классы следует определять на уровне поля и рабочего процесса, а не с помощью общего ярлыка, применяемого ко всей платформе.
| Уровень данных | Доказательства для проверки | Экономическая роль | Вопрос о транзакции |
|---|---|---|---|
| клиентский контент | основные условия, формы заказов, графики данных и записи продуктов | поддерживает рабочий процесс клиента | может целевой хост обработать и передать его после закрытия |
| телеметрия использования | уведомления, настройки продукта, схемы событий и правила хранения | аналитика продуктов и улучшение сервиса | ожидается ли сбор, раскрыт ли и соразмерен ли сбор |
| производные данные | определения, логика трансформации и договорные права | бенчмаркинг, прогнозирование и автоматизация | Распространяется ли разрешенное использование на прогнозную деятельность |
| особенности модели | происхождение, хранилище функций и записи обучения | поддерживает функции продукта с поддержкой AI | можно ли разделить, воспроизвести и объяснить характеристики |
| вспомогательный материал | билеты, записи и вложения | качество обслуживания и понимание продукта | контролируются ли сохранение и вторичное использование |
| совокупная статистика | пороги агрегации и тестирование повторной идентификации | рыночная информация и ориентиры | является ли результат действительно неидентифицирующим и подлежащим передаче |
| данные конфигурации | правила рабочего процесса, интеграция и разрешения | создает индивидуальную стоимость переключения для клиента | можно ли его экспортировать и реконструировать без сбоев |
Предлагаемый отчет о проверке; Юридические и нормативные заключения требуют квалифицированных консультантов.
Периметр предотвращает три ошибки оценки: подсчет данных, которые продавец не может передать, подсчет повторяющихся или устаревших записей и игнорирование операционных активов, необходимых для использования данных. Он также выявляет недостающие доказательства достаточно рано, чтобы их можно было исправить до подписания.
2. Различайте собственность, контроль, лицензию и разрешенную цель.
В коммерческих контрактах часто указывается, что клиент владеет данными клиента, а поставщику предоставляется лицензия на их обработку. Слово «владение» редко отвечает на все вопросы транзакции. Лицензия может ограничиваться предоставлением услуги, разрешать улучшение продукта, разрешать агрегацию или может прекращаться вместе с соглашением. Положения о конфиденциальности, интеллектуальной собственности, конфиденциальности и удалении могут налагать дополнительные ограничения. Положение о смене контроля, ограничение назначения или право клиента на прекращение действия могут повлиять на непрерывность.
Обзор прав должен разделить четыре понятия. Право собственности касается правового титула, если это признано соответствующим законом. Контроль касается практической власти над системами и процессами обработки. Лицензия касается договорного разрешения, предоставленного клиентом или другой стороной. Разрешенная цель касается конкретного использования, разрешенного контрактом и применимым законодательством. Приобретатель не должен рассматривать оперативное владение как неограниченный экономический контроль.
Определения требуют внимательного прочтения. Данные клиента, данные об использовании, данные обслуживания, обезличенные данные, агрегированные данные, выходные данные и отзывы могут перекрываться. Широкое определение производных данных может быть сужено обязательствами по конфиденциальности или неприкосновенности частной жизни в других местах. Условия использования продуктов, уведомления о конфиденциальности, соглашения об обработке данных, доказательства безопасности и торговые заявления должны быть согласованы. Дополнительные письма и согласованные корпоративные поправки могут создавать исключения для конкретных клиентов.
Предлагаемая структура сделки; каждая связь требует конкретных доказательств сделки.
| Право или ограничение | Доказательство | Экономические последствия | Ответ на сделку |
|---|---|---|---|
| право на обработку услуг | Основные условия и соглашение об обработке данных | поддерживает доставку ядра | подтвердить выживание после закрытия |
| право на улучшение продукта | указать срок и уведомление | поддерживает аналитику и разработку функций | согласовать прогноз с разрешенным объемом |
| право на производные данные | определения и стандарт агрегирования | поддерживает тесты и AI | проверить конфиденциальность и ограничения конфиденциальности |
| ограничение назначения | положения о согласии и смене контроля | может поставить под угрозу непрерывность работы клиентов | получить согласие или риск истощения цен |
| обязательство по удалению | условия прекращения и хранения | сокращает исторический корпус | затраты на удаление модели и резервное копирование |
| обязательство по переносимости | условия экспорта и применимое право | уменьшает блокировку и повышает стоимость обслуживания | проверить полноту и сроки экспорта |
| аудит и служба безопасности | доказательства безопасности и отчеты о гарантиях | влияет на эксплуатационные расходы и ответственность | восстановление контроля над фондами |
Предлагаемая структура обзора; wording and enforceability are contract- and jurisdiction-specific.
Результаты должны определить права, которые являются единообразными, права, которые различаются в зависимости от контракта, и права, которые остаются неопределенными. Выручка должна быть отображена в соответствующей форме контракта. Это показывает, контролирует ли небольшое количество согласованных учетных записей большую долю стоимости данных.
3 Согласование ролей конфиденциальности, законных оснований и прозрачности
Персональные данные создают обязательства, которые действуют наряду с коммерческими контрактами. Цель может выступать в качестве процессора для рабочих процессов, контролируемых клиентом, и контроллера для администрирования учетных записей, безопасности, выставления счетов или собственной аналитики. EDPB подчеркивает, что роли контроллера и процессора следуют за фактическим распределением целей и средств, а не только за ярлыками [4-7]. Поставщик SaaS, который использует записи клиентов для независимых целей, может выйти за рамки инструкций клиента.
Группа проверки должна сопоставить каждую цель обработки с ролью, законным основанием, уведомлением, сроком хранения, получателями, международными переводами и процессом обработки прав. Согласие должно проверяться там, где на него полагаются; он должен соответствовать применимому стандарту и сохранять возможность вывода [8-10]. Оценки законных интересов должны определять цель, необходимость и балансирующий анализ. Необходимость контракта должна быть привязана к запрошенной услуге, а не к общему коммерческому удобству.
M&A Сама по себе комплексная проверка требует контроля. Ранним участникам торгов редко нужны неограниченные данные о добыче. Продавец может использовать анонимную или агрегированную информацию, чистые команды, поэтапный доступ, синтетические записи и редактирование на уровне поля. ICO советует организациям установить, какие данные передаются, их первоначальную цель, правовую основу, управление, прозрачность и безопасность во время слияния или поглощения [1-3].
Изменения после закрытия имеют значение. Объединение наборов данных, обучение новой модели или внедрение персонализации нескольких продуктов могут создать новую цель. The buyer should determine whether existing notices and lawful bases cover that use and whether customers or individuals must be informed. Транзакция не отменяет предыдущие обещания конфиденциальности. В материалах Федеральной торговой комиссии также подчеркивается постоянное соблюдение заявлений, сделанных при сборе данных [19-22].
| Обработка деятельности | Вероятная фактическая роль для проверки | Основные доказательства | Значение значения |
|---|---|---|---|
| хостинг записей клиентов | процессор по указанию клиента | DPA, инструкции и список подпроцессоров | непрерывность зависит от соответствия технологической цепочки |
| безопасность выставления счетов и учетной записи | контроллер для целей провайдера | уведомление о конфиденциальности и график хранения | необходимые эксплуатационные данные с ограниченным использованием |
| телеметрия продукта | контроллер, процессор или смешанная роль | схема событий, настройки и уведомления | определяет разрешение на аналитику и отказ от участия |
| межклиентский тест | независимая цель для оценки | логика агрегации и условия договора | стоимость зависит от разрешенного вывода и раскрытия информации |
| обучение модели | роль зависит от цели и инструкций | история обучения и руководство | влияет на возможность продолжения или расширения функций AI |
| M&A раскрытие информации | отдельная обработка транзакций | протокол чистой команды и журнал осмотрительности | ограничивает доступ покупателя и будущее использование |
Предлагаемый операционный отчет; правовое обоснование и выводы уведомления требуют анализа с учетом специфики юрисдикции.
Карта конфиденциальности должна служить основой для модели оценки. Вариант использования, требующий нового согласия, изменения или удаления клиентом, имеет другую вероятность, сроки и стоимость по сравнению с установленным разрешенным использованием.
4 Отслеживание происхождения данных через продукт
Происхождение данных связывает договорные права с реальным поведением. Он должен показывать прием, проверку, преобразование, хранение, генерацию функций, обучение модели, вывод, вывод, совместное использование, архивирование и удаление. На каждом этапе должна быть указана система, ответственная группа, юридическое лицо, местоположение, субобработчик и средства контроля хранения. Заявление о политике без технических доказательств обеспечивает слабую гарантию транзакции.
Современная архитектура SaaS усложняет происхождение. Данные могут проходить через шины событий, платформы наблюдения, хранилища данных, инструменты поддержки, системы экспериментирования и сторонние AI службы. Копии могут сохраняться в журналах и резервных копиях после удаления из основного приложения. Артефакты модели могут сохранять закономерности, требующие отдельной оценки. Покупатель должен проверить схемы, записи инфраструктуры, код, средства контроля доступа и тесты на удаление.
Линия происхождения также должна идентифицировать смешение. Мультитенантные системы могут обеспечить эффективное обслуживание и затруднить разделение. Общие хранилища функций или агрегатные модели могут объединять информацию от нескольких клиентов. Выделение продавца может потребовать логического разделения, переобучения, согласия клиента или постоянного обслуживания со стороны материнской компании. В периметре сделки должно быть указано, передается ли каждый актив, остается ли, дублируется или должен быть восстановлен.
Предлагаемая модель архитектуры; действующие системы и обязательства требуют технической проверки.
Полноту происхождения можно проверить с помощью образцов. Выбирайте ценных клиентов и отслеживайте репрезентативные записи от источника до вывода и удаления. Согласуйте наблюдаемый путь с архитектурными схемами, записями обработки и условиями контракта. Исключения должны стать количественными элементами исправления.
5. Измерение зависимости продукта и результатов для клиентов
Карта зависимости продукта спрашивает, что происходит при исчезновении набора данных. Ответ может варьироваться от незначительного аналитического отчета до основного рабочего процесса. Команды должны определить, повышает ли историческая глубина точность, сокращает ли внедрение, обеспечивает эффективность сетевых тестов, снижает уровень мошенничества, поддерживает нормативную отчетность или создает автоматизацию с учетом потребностей клиентов. Каждая зависимость должна быть связана с измеримыми продуктами и финансовыми результатами.
Доказательства могут включать внедрение функций, завершение рабочего процесса, экономию времени, уменьшение количества ошибок, производительность модели, обновление, расширение, объем поддержки и готовность платить. Корреляцию не следует описывать как причинно-следственную связь. Контролируемые тесты, когортный анализ и интервью с клиентами могут укрепить аргументы. Команда должна записать конкурирующие объяснения, такие как размер счета, качество реализации или продолжительность контракта.
Зависимость от данных также может привести к нестабильности. Продукт может иметь низкую эффективность для новых клиентов, поскольку он зависит от исторических объемов. В эталоне могут доминировать несколько крупных аккаунтов. Модель может ухудшиться, когда клиент удаляет записи или меняет согласие. Сторонняя платформа может контролировать исходные данные. Эти условия влияют на масштабируемость и концентрацию.
Модель транзакции должна различать четыре механизма: необходимость текущих услуг, улучшение юнит-экономики, поддержка сохранения или расширения и создание будущих вариантов. Необходимость текущего обслуживания имеет убедительные доказательства, поскольку удаление данных препятствует доставке по контракту. Ценность будущих вариантов требует дополнительного взвешивания вероятности, поскольку продукт, разрешения и спрос остаются неопределенными.
Руководству следует присвоить степень обоснованности каждой заявленной выгоде. Для класса А могут потребоваться проверенные или воспроизводимые рабочие данные. Оценка B может отражать контролируемый внутренний анализ. Оценка C может отражать наблюдаемую связь. Оценка D может отражать утверждение дорожной карты. При оценке следует уделять ограниченное внимание рассказам о неподтвержденных опционах.
6 Качество, происхождение и изоляция тестовых данных
Объем имеет ограниченное значение без качества. Корпус ценных данных должен быть актуальным, достаточно точным для использования, своевременным, полным, репрезентативным и прослеживаемым до авторизованного источника. Дублирующиеся, устаревшие или искаженные записи могут увеличить затраты на хранение и соблюдение требований, одновременно снижая производительность продукта. Поэтому при осмотре следует оценивать качество по вариантам использования, а не применять одну оценку для всей платформы.
Провенанс устанавливает, откуда пришли данные, по какому соглашению и посредством какой трансформации. Он должен связывать запись или набор данных с клиентом, методом сбора, уведомлением, целью и разрешением. Приобретенные, очищенные, предоставленные партнерами или открытые данные требуют отдельной проверки лицензии. Пробелы в происхождении могут повлиять на обучение моделей, заявления о продуктах и возможность передачи.
Изоляция определяет, может ли цель идентифицировать, экспортировать и удалить данные одного клиента, не затрагивая других. Это имеет значение для прекращения действия, законных прав, реагирования на инциденты и выполнения исключений. Команда должна протестировать идентификаторы арендаторов, границы доступа, восстановление из резервной копии, исключения из обучения модели и проверку удаления. Документированная процедура должна быть подтверждена эксплуатационными данными.
| Измерение | Доказательство | Слабое состояние | Сильное состояние |
|---|---|---|---|
| происхождение | исходный журнал и связь с контрактом | происхождение невозможно восстановить | источник и разрешение отслеживаются |
| точность | данные проверки и исключения | ошибки существенно влияют на рабочий процесс | погрешность измерения в пределах утвержденного допуска |
| репрезентативность | когортное и предвзятое тестирование | в корпусе преобладают узкие пользователи | известное покрытие и отслеживаемые ограничения |
| своевременность | задержка и обновление записей | устаревшие данные определяют решения | обновление соответствует требованиям продукта |
| изоляция арендатора | тесты доступа и удаления | смешанные записи теряют контроль | протестировано логическое разделение и экспорт |
| удержание | системные правила и доказательства удаления | политика отличается от работы | автоматизированный и проверяемый жизненный цикл |
| безопасность | доступ, шифрование и записи инцидентов | широкий доступ или нерешенные выводы | средства контроля, основанные на рисках, и контролируемый доступ |
Предлагаемая система показателей; пороговые значения должны отражать конкретный продукт и нормативный контекст.
Результаты качества должны быть переведены в денежные средства и сроки. Исправление может потребовать инженерных разработок, работы с клиентами, переподготовки, лицензионных сборов, сокращения претензий, удаления или утраты функциональности. Модель должна определить, какие дефекты излечимы, а какие навсегда сужают ценность.
7 Оценка переключения, переносимости и совместимости
Права на выход клиента влияют на удержание и стоимость обслуживания. Закон ЕС о данных устанавливает требования, касающиеся переключения между услугами по обработке данных, договорными условиями, экспортируемыми данными, технической поддержкой и функциональной совместимостью [14-16]. Точное применение зависит от сервиса и фактов. Группа проверки должна составить карту применимых обязательств и сравнить их с возможностями продукта и формулировкой контракта.
Переносимость имеет несколько измерений: формат данных, документация схемы, конфигурация, метаданные, идентичность, исторические события, вложения, выходные данные модели и зависимости интеграции. Экспорт CSV может удовлетворить узкий контракт, не обеспечивая при этом функциональную непрерывность. Покупатель должен протестировать фактический экспорт с участием типичных клиентов и измерить время выполнения, ручное вмешательство и недостающие поля.
Обязательства по переключению могут уменьшить искусственную привязку и увеличить затраты на проектирование. Они также могут повысить доверие к продукту и готовность предприятия. Платформа с чистыми экспортными интерфейсами, документированными схемами и надежным удалением может упростить выход клиентов, одновременно привлекая регулируемых клиентов и снижая риск споров. Коммерческий эффект следует измерять, а не предполагать.
Функциональная совместимость влияет на значение разделения. Стандартные интерфейсы и модульная архитектура могут снизить зависимость от услуг перехода. Запатентованные соединители, недокументированные преобразования и системы идентификации материнской компании могут увеличить его. В плане разделения следует отличать юридическую переносимость от технической воспроизводимости и непрерывности работы.
Модель оценки должна включать стоимость выходных услуг, экспортную инфраструктуру, вспомогательную нагрузку и возможные эффекты удержания. Ему также следует отменить любую надбавку за прогноз, которая зависит от практики обструкционного переключения, которая не может продолжаться.
8. Создайте архитектуру разделения
Для исключения требуется целевая операционная модель для данных в первый день и в конце перехода. Каждому набору данных и системе требуется распоряжение: перенести, дублировать, оставить, перенести, заархивировать, удалить или перестроить. В плане должны быть указаны юридические полномочия, средства связи с заказчиком, технический метод, ответственная сторона, приемочное испытание и резервный вариант.
Разделение может быть осложнено общей идентификацией, выставлением счетов, телеметрией, хранилищами данных, операциями безопасности, платформами поддержки и конвейерами моделей. Родитель может иметь корпоративные лицензии или ключи шифрования. Исторические данные могут содержать записи как о выделенном бизнесе, так и о сохраненных операциях. Общие алгоритмы могут представлять собой интеллектуальную собственность родительской компании, хотя они зависят от передаваемых данных клиентов.
В соглашениях об услугах по переходу должны быть указаны доступ к данным, цель, безопасность, уровень обслуживания, реагирование на инциденты, аудит, управление субпроцессором, удаление, экспорт и поддержка выхода. Продолжительность должна отражать последовательность восстановления. Низкая начальная плата может скрыть операционную зависимость, если основные этапы и критерии приемки остаются неопределенными.
Предлагаемая последовательность разделения; Фактический план должен быть проверен на соответствие контрактам, системам и нормативам.
| Категория стоимости | Основной драйвер | Доказательство | Распространенное упущение |
|---|---|---|---|
| открытие и происхождение | системы, поля и контракты | инвентарные и пробные следы | инструменты теневой аналитики |
| согласие и исправление ситуации со стороны клиента | затронутый доход и отклонение от контракта | Матрица статей и план работы с общественностью | дополнительные письма о предприятии |
| добыча и миграция | объем, сложность и время простоя | тест миграции и Runbook | резервные копии и исторические журналы |
| реконструкция платформы | общие службы и лицензии | карта зависимостей и целевой дизайн | идентичность и наблюдаемость |
| переобучение модели | права на данные и производительность | линия обучения и эталон | потеря общего родительского корпуса |
| безопасность и гарантия | контроль пробелов и обязательств перед клиентами | отчеты об аудите и план исправления | унаследованный риск субпроцессора |
| услуги перехода | продолжительность и объем услуг | Каталог TSA и этапы выхода | застрявший операционный труд |
Иллюстративные категории затрат; суммы должны основываться на проверенной системе и контрактных запасах.
Смета затрат должна включать непредвиденные расходы, связанные с качеством доказательств. Система, завершившая тестовую миграцию, заслуживает более узкого диапазона, чем та, которая описана только на слайде архитектуры.
9 Реконструируйте зависимость доходов и удержания
Команда по транзакциям должна сопоставить права клиентов на данные с годовым регулярным доходом, валовой прибылью, обновлением и расширением. Каждый клиент или группа должны быть связаны с его формой контракта, функциями данных, модулями продукта, правами на экспорт или удаление и известными спорами. Это создает график доходов, подверженных риску.
Зависимость дохода отличается от объема данных. Небольшой регулируемый счет может нести сложные обязательства. Большой набор данных может принадлежать бесплатному уровню. Модель должна взвешивать денежные потоки в зависимости от разрешений по контракту и необходимости продукта. Он также должен отделить уже полученную прибыль от прогнозируемого роста на основе новой аналитики, тестов или функций AI.
Анализ хранения должен проверять, создает ли история данных подлинную ценность рабочего процесса. Когорты можно сравнивать по сроку владения, глубине данных, внедрению функций и событиям переключения. Опросы клиентов позволяют проверить, являются ли исторические данные поводом для продления контракта или просто сопровождают зрелые отношения. Записи о выходе могут показать, могут ли клиенты успешно мигрировать и почему они уходят.
Эффекты валовой прибыли должны включать хранение, вычисления, наблюдаемость, безопасность, операции конфиденциальности, поддержку экспорта и удаление. Функции AI могут увеличить доход, одновременно повышая переменные затраты на вычисления и управление. Вклад данных должен измеряться после этих затрат.
Сценарии прогнозирования должны включать полную непрерывность, ограниченное вторичное использование, удаление сомнительных записей, исправление с согласия клиента, потерю эталонной когорты и отложенный запуск продукта. Разница между сценариями обеспечивает более полезный диапазон решений, чем одна надбавка за данные.
10 Оцените стоимость замены и стоимость разделения
Стоимость замещения определяет, сколько участник рынка потратит на воссоздание актива эквивалентной полезности с поправкой на устаревание. Это может быть актуально, когда данные о клиентах, маркировка, очистка, происхождение и интеграция потребуют значительных усилий. Он не устанавливает экономическую ценность, когда полученный актив не может генерировать денежные средства или когда у объекта нет прав на его использование.
Наращивание может включать в себя привлечение клиентов, необходимое для создания записей, проектирование приема, проверку, преобразование, аннотирование, управление, безопасность, хранение, интеграцию и тестирование. Исторические расходы должны быть скорректированы с учетом неудачных работ, неэффективности и изменений технологий. В смете следует отличать стоимость необработанных записей от стоимости функционирующей системы данных о продукции.
Стоимость разделения - это другая мера. Он оценивает расходы, необходимые для предоставления переданного бизнеса с соответствующими, контролируемыми и пригодными для оперативного использования данными. Это может включать обнаружение, исправление ошибок клиентов, миграцию, замену общих сервисов, переобучение модели и выход из TSA. Покупателю следует избегать добавления стоимости замены и разделения, если они охватывают одну и ту же работу.
В приведенном примере руководство предполагает, что восстановительная стоимость составит USD 11.6 million. В состав сборки входят USD 3.0 million для генерации и внедрения данных, USD 2.2 million для проектирования и преобразования, USD 1.8 million для качества и происхождения, USD 1.5 million для управления и безопасности, USD 2.1 million для интеграции продуктов и USD 1.0 million для тестирования. Руководство берет на себя расходы на разделение и восстановление USD 8.4 million. Эти цифры являются гипотетическими и не отражают Matchpoint Partners или результаты клиентов.
11 Разработка сценариев дохода и сценариев с данными и без них
Доходный подход должен идентифицировать денежные средства, относящиеся к возможностям обработки данных, а не ко всему бизнесу SaaS. Соответствующие механизмы могут включать дополнительный доход, улучшенное хранение, более низкую стоимость обслуживания, снижение уровня мошенничества, более быстрое внедрение и предотвращение расходов на сторонние данные. Каждый механизм требует исходных данных и доказательств.
Анализ «с и без» позволяет сравнить прогноз с разрешенными и пригодными для использования данными со сценарием, в котором спорные права удаляются, функции продукта перестраиваются или разрешения клиентов задерживаются. Разница в денежных потоках должна отражать выручку, маржу, восстановительные работы, налоги, капитальные затраты и оборотный капитал. Вероятности и ставки дисконтирования должны отражать технический, юридический и коммерческий риск, не учитывая одну и ту же неопределенность дважды.
Руководство предполагает USD 64 million годового регулярного дохода, USD 13 million EBITDA и 78 процентов годового регулярного дохода, существенно зависящего от операционных данных, полученных от клиентов. Контракты, связанные с 24 процентами соответствующего корпуса, содержат нечеткие формулировки производных данных. Руководство предполагает, что исправление задержит выпуск нового эталонного продукта, снизит краткосрочное расширение и приведет к увеличению затрат на работу с клиентами. Показателем дохода с поправкой на риск является USD 31.2 million. Каждая цифра представляет собой предположение руководства для иллюстрации.
Все суммы представляют собой предположения руководства в USD миллионах и не представляют собой результат транзакции.
Результат дохода должен быть сверен со стоимостью замещения, стоимостью разделения и рыночными данными. Указание на высокий доход может оказаться необоснованным, если права неопределенны или зависимость от продукта слаба. Высокая стоимость замены может превысить возмещаемые денежные средства. Окончательный вывод должен объяснить взвешенные и неразрешенные доказательства.
12 Тщательно используйте рыночные данные и границы учета.
Рыночные данные о клиентах редко сопоставимы напрямую. Цены сделок обычно включают программное обеспечение, контракты, людей, бренд, интеллектуальную собственность и возможности роста. Публичные описания редко раскрывают права на данные, качество или стоимость разделения. Мультипликатор выручки не следует конвертировать в мультипликатор данных без обоснованного распределения.
Сопоставимые доказательства все еще могут информировать коридор. Команда может изучить приобретения, в которых продукты с поддержкой данных, сетевые тесты или истории рабочих процессов имели существенное значение для обоснования. Он должен учитывать периодический доход, рост, маржу, удержание, концентрацию клиентов, права, регулирование, зрелость продукта и дату транзакции. Результатом остается проверка разумности.
Бухгалтерский учет и оценка сделок служат разным целям. МСФО (IFRS) 3 требует, чтобы идентифицируемые приобретенные активы признавались отдельно от гудвила при соблюдении соответствующих критериев. МСФО (IAS) 38 рассматривает идентифицируемые нематериальные активы, справедливую стоимость по МСФО (IFRS) 13, обесценение по МСФО (IAS) 36 и выручку по МСФО (IFRS) 15 [39-45]. Данные, связанные с клиентами, могут взаимодействовать с программным обеспечением, взаимоотношениями с клиентами, контрактами и технологиями. Учетная единица учета и срок полезного использования требуют специального суждения.
| Метод | Что он измеряет | Сила | Ограничение |
|---|---|---|---|
| стоимость замены | стоимость воссоздания эквивалентной полезности | полезно для спроектированных и курируемых ресурсов | не доказывает требование или разрешение |
| стоимость разделения | стоимость доставки полезных передаваемых возможностей | напрямую сообщает цену и финансирование | может пересекаться с оперативным восстановлением |
| с доходом и без дохода | дополнительные денежные средства за счет возможности использования данных | связывает права и продукт с наличными | чувствителен к исходному состоянию и атрибуции |
| освобождение от роялти | уклонился от оплаты лицензии | полезно там, где существуют лицензируемые аналоги | данные клиентов часто не лицензируются отдельно |
| рыночный коридор | наблюдаемая сделка или свидетельство лицензии | обеспечивает внешнюю проверку разумности | связанные активы и редкое раскрытие информации |
| опционный анализ | стоимость будущих разрешенных приложений | фиксирует постановочные решения | очень чувствителен к вероятностям и вехам |
Предлагаемое примирение; Выбор метода и его вес зависят от доказательств и цели.
В показательном случае руководство предполагает рыночный коридор от USD 24 million до USD 40 million и обоснованный показатель USD 28.5 million. Взвешивание отражает неопределенный язык производных данных, стоимость разделения и более убедительные доказательства использования основных услуг. Вывод гипотетический.
13 Преобразование неопределенности в условия сделки
Результаты оценки должны изменить сделку. Корректировка цены может отражать количественную стоимость разделения. Удержание или условное депонирование может охватывать определенные претензии клиентов или возмещение ущерба. Выплаты могут связать платеж с согласием, запуском продукта, сохранением или переносом проверенных данных. Условия закрытия могут требовать согласия на материалы, завершения экспорта, восстановления безопасности или доставки записей о происхождении.
Заявления должны касаться прав по контракту, соблюдения конфиденциальности, уведомлений, источников данных, безопасности, инцидентов, удаления, международных передач, субобработчиков и обучения моделей. Квалификаторы знаний, пороги существенности, выживаемость и пределы должны соответствовать риску. Конкретные компенсации могут быть направлены на решение выявленных проблем. Страхование должно быть проверено на предмет покрытия, исключений и непрерывности.
Покупатель должен получить операционные соглашения между подписанием и закрытием. Они могут ограничивать новое вторичное использование, изменения в условиях конфиденциальности, удаление записей о происхождении, изменения субобработчиков материалов и изменения в общих системах. Для исключения необходимы обязательства по сотрудничеству, детализация TSA, миграционная поддержка и критерии приемки.
| Нахождение | Экономическое воздействие | Возможный срок | Проверка |
|---|---|---|---|
| неясно, право на производные данные | потеря дохода от продукта или спор с клиентом | условие согласия или ворота для получения дохода | внесены изменения и проведено испытание продукта |
| неполная родословная | исправление ситуации и нормативная неопределенность | план сдерживания и финансируемой работы | утвержденный реестр родословной |
| общая родительская платформа | риск задержки отделения и службы | TSA с контрольными показателями и кредитами на обслуживание | репетиция миграции и приемочные испытания |
| пробел в контроле за удалением | Претензии клиентов и эксплуатационные расходы | конкретное соглашение о возмещении и возмещении ущерба | тест удаления в работающих и резервных системах |
| заключение о материальной безопасности | инциденты и оттоки клиентов | условие закрытия или условное депонирование | независимое повторное тестирование |
| модель, обученная на спорном корпусе | стоимость переобучения и потеря производительности | корректировка цен и контрольная точка производительности | критерий чистоты корпуса |
Illustrative deal tools; Юридическая подготовка должна отражать сделку и применимое право.
Условия должны касаться доказательств, которые могут быть представлены. Расплывчатая гарантия владения всеми данными обеспечивает ограниченную защиту, когда коммерческая проблема является узко разрешенной целью. В графике должны быть указаны затронутый корпус, доход, продукт и средство правовой защиты.
14 Управляйте ценностью данных посредством интеграции и заключения
Управление после закрытия должно начинаться с момента подписания. Комитет по ценности данных может объединить владельцев продуктов, юридических лиц, конфиденциальности, безопасности, финансов, инженерных разработок и коммерческих предприятий. Его первая задача — сохранить обязательства и одновременно утвердить комбинированную операционную модель. Новые виды использования должны пройти через права, цели, безопасность, продукт и экономику.
Первые тридцать дней должны обеспечить безопасность инвентаря, заморозить неутвержденные изменения, подтвердить субобработчиков, сохранить процессы удаления и инцидентов, а также проверить контракты с высоким уровнем риска. Дни с тридцать первого по шестьдесят должны устранить пробелы в родословной, протестировать экспорт, начать исправление ситуации с клиентами и проверить зависимости продуктов. Дни с шестьдесят первого по сто должны завершить репетиции приоритетной миграции, утвердить дорожную карту ценности данных и обновить оценку проверенными доказательствами.
Proposed integration plan; сроки должны отражать структуру и риск транзакции.
Отчеты Совета директоров должны отслеживать охват прав, полноту данных, исправление ситуации с клиентами, этапы разделения, инциденты, показатели экспорта, доказательства удаления, зависимость от продукта, рискованные доходы и реализованную ценность. Метрики должны отличать проверенные результаты от предположений руководства. Ежеквартальная переоценка может обновлять веса сценариев по мере изменения прав, свидетельств о продукте и поведения клиентов.
Практичное исполнение ворот
Система управления должна действовать через явные ворота. Первые ворота подтверждают периметр транзакции. Финансовые, продуктовые, юридические и инженерные команды должны согласовать, какие организации, контракты с клиентами, приложения, наборы данных, модели, лицензии и люди передаются. Ворота должны идентифицировать каждую зависимость от продавца, филиала или третьей стороны. Неразрешенный периметр ослабляет каждый последующий вывод о затратах и стоимости.
Вторые ворота подтверждают юридические и договорные полномочия. Юрист должен рассмотреть стандартные условия и контракты, представляющие наибольший доход, наиболее конфиденциальные данные и наиболее важные зависимости от продуктов. В ходе проверки необходимо согласовать назначение, смену контроля, конфиденциальность, использование данных, удаление, аудит, безопасность и положения субобработчика. Запись о решении должна содержать количественную оценку ежегодного регулярного дохода и массива данных, связанных с каждым исключением. Простой подсчет проверенных контрактов может ввести в заблуждение, когда наибольшую известность получают несколько клиентов, с которыми заключены переговоры.
Третьи ворота подтверждают технический контроль. Проектирование должно продемонстрировать происхождение репрезентативных записей, изоляцию арендаторов, контроль доступа, экспорт, удаление и восстановление. Демонстрация должна включать работающие системы, последующую аналитику и резервное копирование. Владельцы продукта должны показать, какие функции выходят из строя, ухудшают качество или теряют коммерческую значимость при удалении набора данных. The gate should produce test evidence, named owners and remediation dates.
Четвертые ворота подтверждают экономическую атрибуцию. Финансовому отделу следует согласовать показатели продукта с записями о выставлении счетов, сохранении, расширении и затратах. Команда должна объяснить, почему данные вызывают или обеспечивают экономический эффект, а также определить другие переменные. Если причинно-следственные данные недоступны, в модели следует использовать консервативный диапазон сценариев. Все входные данные оценки должны быть связаны с элементом доказательства, владельцем и датой.
Пятые ворота подтверждают готовность к разделению или интеграции. Репетиция миграции должна проверить извлечение, преобразование, загрузку, сверку, обслуживание клиентов и откат. Runbook должен определять время простоя, ручные усилия, потерю данных, исключения управления и неразрешенные зависимости. Основные этапы перехода на обслуживание должны определяться на основе проверенной последовательности. Для завершения необходимо предоставить доказательства того, что покупатель может управлять переданным бизнесом в рамках согласованной контрольной среды.
Шестые ворота подтверждают защиту транзакции. Инвестиционный комитет должен видеть, как каждая существенная неопределенность меняет цену, условия закрытия, ковенанты, гарантии, возмещения, страхование, условное депонирование, выплаты или положения TSA. В условиях сделки должно быть указано объективное проверочное событие. Общая защита обеспечивает слабый контроль, когда угроза касается конкретного корпуса, группы клиентов, модуля продукта или системной зависимости.
Реестр контролируемых доказательств поддерживает эти ворота. В каждой записи должен быть указан вопрос, требуемые доказательства, источник, дата, рецензент, заключение, финансовые риски, меры по исправлению положения, реакция на транзакцию и остаточный риск. Противоречивые доказательства должны оставаться видимыми. Предположения руководства должны иметь отметку времени и направляться на проверку. Юридические заключения, технические испытания и заключения по оценке должны быть разделены, чтобы ответственность каждого специалиста оставалась четкой.
Общение с клиентами заслуживает отдельного плана. Некоторые транзакции требуют согласия или уведомления. Другие сохраняют организацию-заказчика, меняя при этом системы, цели или субобработчиков. Команда должна классифицировать клиентов по юридическим требованиям, договорным обязательствам, коммерческой значимости и операционному воздействию. Сообщения должны объяснять непрерывность обслуживания, защиту данных, поддержку и любые необходимые действия. В ценных аккаунтах должны быть указаны владельцы отношений и запасные планы.
Integration design should avoid expanding data use merely because two companies can combine systems. Объединенный бизнес должен определить предполагаемую цель, выгоду для клиента, законные и договорные полномочия, минимум данных, контроль безопасности, хранение и измеримую экономику, прежде чем разрешить новое использование. A pilot can test product value and operating cost with a limited, approved corpus. Полное развертывание должно осуществляться после получения доказательств и одобрения руководства.
Та же дисциплина применима и к функциям искусственного интеллекта. Данные обучения должны быть связаны с источником, разрешением, предварительной обработкой, версией модели и оценкой. The buyer should know whether a model can be retrained without restricted records, how performance changes, whether outputs expose confidential information and what customer commitments apply. Оценка модели должна включать точность, надежность, предвзятость, конфиденциальность, безопасность и человеческий контроль, соответствующий варианту использования. Заявка на дорожную карту без разрешенного корпуса обучения и проверенных результатов для клиентов должна иметь ограниченную ценность транзакции.
Эксплуатационная устойчивость должна быть проверена в неблагоприятных условиях. Сценарии могут включать удаление данных крупным клиентом, потерю субобработчика, нарушение трансграничной передачи, инцидент безопасности во время миграции, сбой общей службы идентификации и задержку согласия клиента. Совет директоров должен видеть последствия для обслуживания, денежных средств, затрат и соблюдения требований, а также действия по восстановлению. Это связывает управление данными с непрерывностью бизнеса и возможностями финансирования.
Заинтересованным сторонам, занимающимся финансированием, необходим соответствующий взгляд. Кредиторы должны понимать, зависят ли регулярные доходы от прав на данные, которые могут быть прекращены, может ли инцидент или принудительное удаление ухудшить возможности соглашения и являются ли расходы на прекращение деятельности конкурирующими с обслуживанием долга. Инвесторы в акции должны видеть, какие сценарии роста на основе данных требуют внесения поправок со стороны клиентов, разрешения регулирующих органов или дополнительных инвестиций в продукты. Таким образом, модель проверки должна связать полученные данные с ликвидностью, запасом по ковенантам и требованиями к капиталу в центральных и неблагоприятных случаях.
Бюджет интеграции должен отделять обязательную работу по контролю от дискреционных инвестиций в рост. Обязательная работа может включать исправление контракта, миграцию, безопасность, удаление, механизмы передачи и выход из TSA. Инвестиции в рост могут включать новые тесты, межпродуктовую аналитику и функции AI. Combining both categories obscures the cash required to operate safely at closing and can make a strategic option appear unavoidable. Совет должен утвердить каждый случай роста после получения разрешения, доказательств и возврата.
Внутренний аудит или независимая служба контроля могут проверить, работают ли средства контроля так, как задумано. Выборка должна охватывать ценных клиентов, конфиденциальные данные, основных субобработчиков и наиболее важные функции, поддерживающие данные. Исключения должны классифицироваться по клиентским, нормативным, эксплуатационным и финансовым последствиям. The review should test the evidence chain rather than rely solely on policy documents.
Наконец, покупатель должен установить правило остановки. Использование данных должно быть приостановлено, когда требуемое право, цель, происхождение, контроль безопасности или результат клиента не могут быть подтверждены в пределах утвержденного порога риска. Правило остановки защищает тезис о сделке от оптимизма после закрытия. Это также создает четкий путь к исправлению, перепроектированию или исключению из оценочного варианта.
Запись о решении должна оставаться доступной для будущих аудитов, рефинансирования, проверки клиентов и проверки портфеля.
Реестр доказательств должен оставаться активным после закрытия. Проверенные результаты могут заменить предположения, высвободить условное вознаграждение или инициировать исправление ситуации. Продуктовые и финансовые команды могут оценить, реализуются ли прогнозируемые выгоды. Группы конфиденциальности и безопасности могут подтвердить, что обработка остается в рамках утвержденных целей. Совет директоров может остановить или перепроектировать вариант использования, когда доказательства больше не подтверждают его ценность или профиль контроля.
Данные, сгенерированные клиентом, создают оправданную ценность транзакции, когда совпадают четыре условия: использование разрешено, данные контролируются и отслеживаются, польза от продукта доказана, а денежные последствия измеримы. Готовность к разделению является частью этой ценности, поскольку актив, который не может перемещаться без сбоев, имеет ограниченную передаваемую полезность. Самый надежный процесс транзакции следует за доказательствами от контракта и цели через происхождение и продукт до денежных средств, а затем преобразует оставшуюся неопределенность в цену, условия и управление.
Источники
- Управление Комиссара по информации Великобритании, Комплексная проверка при обмене данными после слияний и поглощений, Прочтите первоисточник
- Управление Комиссара по информации Великобритании, Кодекс практики обмена данными, Прочтите первоисточник
- Офис комиссара по информации Великобритании, консультации по обмену данными, Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 07/2020 по концепциям контроллеров и процессоров, Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 2/2019 по статье 6(1)(b), Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 4/2019 по статье 25, Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 01/2020 о дополнительных мерах по передаче данных, Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 05/2020 о согласии, Прочтите первоисточник
- Европейский совет по защите данных, Рекомендации 8/2020 по нацеливанию на пользователей социальных сетей, Прочтите первоисточник
- Европейский совет по защите данных, Заключение 28/2024 о моделях AI, Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2016/679 «Общий регламент по защите данных», Прочтите первоисточник
- Правительство Великобритании, Закон о защите данных 2018 г., Прочтите первоисточник
- Управление комиссара по информации Великобритании, Путеводитель по Великобритании GDPR, Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2023/2854 Закон о данных, Прочтите первоисточник
- Европейская комиссия, Закон о данных поясняет: Прочтите первоисточник
- Европейская комиссия, Переключение между облачными и периферийными сервисами, Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2022/868 Закона об управлении данными, Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2022/1925 Закона о цифровых рынках, Прочтите первоисточник
- Федеральная торговая комиссия США, обязательства Facebook и WhatsApp по конфиденциальности, Прочтите первоисточник
- Федеральная торговая комиссия США, обещания конфиденциальности имеют преимущественную силу, Прочтите первоисточник
- Федеральная торговая комиссия США, компании AI: соблюдайте обязательства по конфиденциальности и конфиденциальности, Прочтите первоисточник
- Федеральная торговая комиссия США, письмо о последствиях банкротства 23andMe, Прочтите первоисточник
- Законодательное собрание штата Калифорния, Закон штата Калифорния о конфиденциальности потребителей, Прочтите первоисточник
- Калифорнийское агентство по защите конфиденциальности, правила CCPA, Прочтите первоисточник
- Министерство юстиции США и Федеральная торговая комиссия, Рекомендации по слияниям на 2023 год, Прочтите первоисточник
- Европейская комиссия, Рекомендации по приоритетам исполнения статьи 102 ДФЕС, Прочтите первоисточник
- НИСТ, Структура конфиденциальности, Прочтите первоисточник
- НИСТ, Структура кибербезопасности 2.0, Прочтите первоисточник
- NIST, AI Структура управления рисками, Прочтите первоисточник
- NIST, Программа обеспечения конфиденциальности, Прочтите первоисточник
- ОЭСР, Расширение доступа к данным и обмену ими, Прочтите первоисточник
- ОЭСР, Инновации, основанные на данных, Прочтите первоисточник
- ОЭСР, Рекомендация по расширению доступа к данным и их совместному использованию, Прочтите первоисточник
- ОЭСР, Управление рисками цифровой безопасности для экономического и социального процветания, Прочтите первоисточник
- Всемирная организация интеллектуальной собственности, Интеллектуальная собственность и данные, Прочтите первоисточник
- Всемирная организация интеллектуальной собственности, Оценка активов интеллектуальной собственности, Прочтите первоисточник
- Международная организация по стандартизации, информационная безопасность ISO/IEC 27001, Прочтите первоисточник
- Международная организация по стандартизации, ISO/IEC 27701, управление конфиденциальной информацией, Прочтите первоисточник
- Фонд МСФО, МСФО 3 «Объединения бизнеса», Прочтите первоисточник
- Фонд МСФО, МСФО (IAS) 38 «Нематериальные активы», Прочтите первоисточник
- Фонд МСФО, МСФО (IFRS) 13 «Оценка справедливой стоимости», Прочтите первоисточник
- Фонд МСФО, МСФО (IAS) 36 «Обесценение активов», Прочтите первоисточник
- Фонд МСФО, МСФО (IFRS) 15 «Выручка по договорам с покупателями», Прочтите первоисточник
- Совет по международным стандартам оценки, IVS 210 «Нематериальные активы», Прочтите первоисточник
- Совет по стандартам финансового учета, тема 805 «Объединение бизнеса», Прочтите первоисточник
- Европейская Комиссия, Стандартные договорные условия, Прочтите первоисточник
- Европейская комиссия, Рамочная программа конфиденциальности данных ЕС-США, Прочтите первоисточник
- Управление комиссара по информации Великобритании, технологии анонимизации, псевдонимизации и повышения конфиденциальности, Прочтите первоисточник
- Управление Комиссара по информации Великобритании, Контракты и обязательства между контролерами и обработчиками, Прочтите первоисточник
- Агентство кибербезопасности и безопасности инфраструктуры, Secure by Design, Прочтите первоисточник
