Замена PeopleSoft на Workday: интеграция более 200 корпоративных систем

Почему трансформации HCM проваливаются и что мы сделали иначе

Большинство трансформаций HCM терпят неудачу не на уровне самой HCM. Workday и SuccessFactors — зрелые платформы, их поставщики знают своё дело. Сбои происходят на границах, в интеграциях. HRIS — основа, связывающая зарплату, налоги, финансы, безопасность, идентификацию, каталоги, управление, обучение, оценку эффективности, мобильность, поездки, расходы и множество специальных бизнес-процессов. Замените основу без аккуратной замены соединений — и всё развалится.

Когда мы взялись за программу, инвентаризация показала более 200 интегрированных систем, в основном накопивших за десять лет разрозненные прямые связи с базой PeopleSoft. Были ночные файловые выгрузки, SOAP-сервисы почти реального времени, прямые представления только для чтения схемы PeopleSoft. Несколько недокументированных хранимых процедур обнаружились лишь при глубоком обследовании.

Архитектурная задача звучала не «как перейти на Workday», а «как переподключить 200 интеграций к платформе с совершенно другой моделью API за несколько кварталов, не пропустив ни одной выплаты зарплаты».

Четырёхуровневая стратегия интеграции

Мы отнесли каждую из более чем 200 интеграций к одному из четырёх шаблонов и построили целевую архитектуру для каждого. После этого большая часть программы шла по отлаженному пути.

1. API-интеграции в реальном времени. Системы идентификации, безопасности и каталогов получают события Workday через веб-сервисы REST/SOAP. Новые сотрудники появляются в Active Directory, системах прав доступа и потоках проверки доступа за минуты.
2. Пакетная обработка файлов. Зарплата, налоговая отчётность, пенсионное администрирование и множество устаревших систем получают выгрузки по расписанию. Мы стандартизировали единый формат исходящих файлов со строгим версионированием, чтобы будущие изменения потребителей не затрагивали все системы.
3. Связь через промежуточное ПО. Некоторые системы ожидали старый контракт PeopleSoft и не могли быть изменены в наши сроки. Мы подключили их через корпоративное интеграционное ПО, преобразующее данные Workday в прежнюю структуру, сохранив потребителей без изменений.
4. Прямой вывод из эксплуатации. Удивительно много интеграций оказались неактивными: созданы давно, принадлежали уже сменившимся командам, обслуживали выведенные из эксплуатации системы. Мы их отключили. (Это всегда экономит больше времени, чем ожидается.)

Интеграционная граница Workday API

У Workday богатый, но специфичный API. Почти всё доступно через SOAP-сервисы на WSDL, а новые возможности — через современные REST-эндпоинты. Правильный подход — обёртка: не открывайте Workday внутренним потребителям напрямую.

Мы создали тонкий интеграционный слой перед Workday: внутренний каталог REST-сервисов, переводящих понятия банка (сотрудник, роль, центр затрат, руководитель) в объекты Workday. Здесь реализованы аутентификация, авторизация, ограничение запросов, повторные попытки, идемпотентность и аудит. Потребителям не нужно изучать Workday, а при несовместимых изменениях Workday меняется только этот слой.

Для массового чтения — оргструктуры, сопоставления ролей, обхода иерархий — мы зеркалируем данные Workday в хранилище чтения, обновляемое Workday Outbound EIB и подписками на события. Пакетные потребители обращаются к зеркалу, не перегружая рабочий экземпляр Workday.

Единый вход и мобильный доступ — один раз

Две сквозные инициативы вошли в программу, поскольку их последующая реализация стоила бы вдвое дороже.

Первая — SSO во всех интерфейсах Workday . Федерация SAML от поставщика удостоверений банка в Workday для компьютеров и мобильных устройств с условным доступом по риску сеанса. Пользователи получают один вход, служба безопасности — централизованное управление сеансами и прозрачный аудит.

Вторая — мобильный доступ через AirWatch (теперь Workspace ONE) в роли EMM. Workday Mobile развёртывается через AirWatch с политиками: запрет копирования чувствительных данных, условный доступ, удалённая очистка потерянных устройств. Внедрение вместе с переключением HCM избавило от необходимости возвращаться к мобильному доступу после запуска.

Переключение: поэтапное, параллельное, обратимое

Для системы зарплаты и налоговой отчётности одномоментный переход неприемлем. Мы работали параллельно в течение полного зарплатного цикла: PeopleSoft и Workday одновременно формировали результаты, интеграционный слой передавал принимающим системам данные PeopleSoft (тогда основной системы учёта), а механизм сверки сравнивал каждую запись двух HRIS. Расхождения разбирали ежедневно.

Переключение шло по областям, а не всё сразу: сначала кадровый учёт, затем вознаграждения, учёт времени и управление талантами. Основную систему каждой области меняли лишь после успешного параллельного прогона. Откат был автоматизирован: ни один этап не начинался без проверенного пути назад.

Что может извлечь из этого предприятие

• Сначала инвентаризация, затем архитектура. Первые шесть недель заняло полное обследование интеграций: чтение схем, задания по расписанию, недокументированные процедуры. Пропустите это — и сюрпризы обнаружатся при переключении.
• Создавайте обёртку вокруг SaaS. Не допускайте прямой привязки внутренних потребителей к WSDL Workday. Тонкий интеграционный слой — самое ценное из созданного нами.
• Реплики чтения для потребителей с большим объёмом чтения. Экземпляры Workday плохо переносят шквал запросов оргданных. Сначала зеркало, затем чтение.
• Переключайтесь поэтапно. Область за областью, с параллельным запуском и сверкой, а не всё сразу.
• Внедряйте SSO и мобильный доступ в ходе проекта. Совмещение с переключением значительно дешевле последующего внедрения.

Планируете такое в своей компании?

SEYSO проектировала и возглавляла миграции HCM, ERP и SaaS в крупнейших банках и крупных компаниях. Если вы планируете переход на Workday, SuccessFactors или другую крупную SaaS-платформу с множеством устаревших интеграций, будем рады обсудить. Главная работа всегда в карте интеграций — и именно её мы умеем делать лучше всего.