SCA-модуль «Backoffice to DWH» представляет собой SOA-решение, основной целью которого является обслуживание поставки данных в корпоративное хранилище (ХД), и предоставление данных ХД по запросу.

Основные риски и затраты, минимизируемые настоящим решением:

• возможность предоставления учётными системами устаревшей или неверной информации,
• устаревание информации в ХД,
• низкая доступность ХД и учётных систем в ETL процессах,
• невысокий уровень реакции на возможные ошибки ETL процессов,
• дублирование репликационных схем.

Событийная межсистемная SOA-репликация, как правило, отделена от ETL репликации, применяющейся для загрузки информации в ХД. При этом одна и та же информация выгружается из учётных систем как минимум дважды — для поставки в SOA-процессы, и для выполнения процессов ETL, что снижает доступность учётных систем. С учётом того, что ETL процессы выполняются, как правило, в нерабочее время, реакция на ошибки (неверную или противоречивую информацию, или просто операционный сбой) может последовать только в начале следующего рабочего дня, что существенно влияет на готовность IT-структуры организации обеспечить текущие требования бизнес-подразделений. К тому же, ежедневная загрузка по расписанию обеспечивает бизнес информацией, устаревшей как минимум на один операционный день.

SCA модуль «Backoffice to DWH» позволяет решить две основные задачи:

1. Многофазный импорт данных в корпоративное хранилище

• консолидация изменившихся в учётных системах данных производится в промежуточном хранилище (staging area), в рамках SOA-процессов репликации событий, причём считывание изменившегося объекта в системах-источниках производится только один раз;
• алгоритмы предварительной выверки (проверки достоверности и непротиворечивости) информации реализуются так же на этом этапе. Обнаруженные несоответствия немедленно регистрируются в системе управления инцидентами, что даёт возможность без промедления реагировать на них. Возможен так же откат изменений в учётной системе (откат распределённой транзакции или выполнение компенсирующего кода), или перевод объекта в состояние «Недостоверен»;
• объекты, имеющие важное значение для бизнеса (например, информация о клиентах и контрактах), и не требующие ресурсоёмких пересчётов KPI, могут импортироваться в хранилище в контексте того же SOA-процесса (с обновлением зависимых KPI, если произведённые изменения их затронули);
• основной массив первичных данных импортируются в хранилище ETL-процессом непосредственно из staging area, при этом промежуточное хранилище очищается от «отработанной» информации.
• производится анализ и обследование бизнес-процессов, использующих информацию ХД;
• формируется, валидируется и утверждается список необходимых к реализации сервисов;
• внедрение и передача в управление сервисов и бизнес-процессов производится в порядке установленных бизнес-заказчиком приоритетов.

2. Предоставление корпоративным хранилищем актуальной информации

• производится анализ и обследование бизнес-процессов, использующих информацию ХД;
• формируется, валидируется и утверждается список необходимых к реализации сервисов;
• внедрение и передача в управление сервисов и бизнес-процессов производится в порядке установленных бизнес-заказчиком приоритетов.

Для получения дополнительной информации обратитесь в «Квадриум».