Вера Адеева Старший специалист компании РДТЕХ Александр Артюхов Исполнительный директор
Вера Адеева Старший специалист компании РДТЕХ Александр Артюхов Исполнительный директор Дирекция ИТ, ТД «Копейка». Аналитическая система торговой компании на основе Oracle Retail Data Model на примере проекта РДТЕХ в ТД «Копейка». 2. РДТЕХ сегодня. Основная деятельность:
Вера Адеева Старший специалист компании РДТЕХ Александр Артюхов Исполнительный директор
E N D
Presentation Transcript
Вера Адеева Старший специалист компании РДТЕХ Александр Артюхов Исполнительный директор Дирекция ИТ, ТД «Копейка» Аналитическая система торговой компании на основе Oracle Retail Data Modelна примере проекта РДТЕХ в ТД «Копейка» 2
РДТЕХ сегодня Основная деятельность: создание информационных систем, внедрение готовых решений, техническая поддержка и обучение специалистов Заказчика Численность компании: 300 сотрудников, 190 разработчиков, консультантов и преподавателей Профессиональный опыт: • 26 лет работы стехнологиями Oracle • более 500 выполненных проектов 19 лет на рынке информационных технологий
Статусы РДТЕХ • Официальный дистрибьютор Oracle • Платиновый партнер Oracle • Авторизованный Oracle Центр технической поддержки первой линии ПО Oracle и Oracle E-Business Suite • Авторизованный Oracle Учебный центр • Официальный партнер компании i2 • Официальный партнер компании Alfabet • Официальный партнер компании Tonbeller
Задачи презентации Представить возможности Oracle Retail Data Model Представить результаты проекта по созданию аналитической системы на базе Oracle Retail Data Model в ТД «Копейка» Представить выводы о соответствии базовой модели Oracle Retail Data Model требованиям российских торговых компаний 6
Хранилище данных Информационная база данных, в которой объединяются данные из разных источников и хранятся в соответствии с областями, которые они описывают Данные, полученные из разных источников хранятся согласованно и централизованно Данные в хранилище поступают на регулярной основе 8
Зачем создается хранилище данных Единый источник для построения отчетности предприятия При построении отчетности не используются ресурсы транзакционных систем Обеспечивается доступ к историческим данным или данным прошедших периодов 9
Предметные области и направления ORDM 10
Ключевые характеристики ORDM • Физическая модель: 650+ таблиц и 10500+ атрибутов • ETL процессы на OWB • 4+ OLAP куба • 10+ Data Mining моделей • Примеры отчётов и панелейна Oracle BI EE 11
Базовая архитектура ORDM Преимущества: • Использование готовых OLAP-кубов • Простая интеграция • Простота администрирования POS ERP 12
Преимущества использования ORDM • Быстрое внедрение и предсказуемые затраты • Легко расширяемая и настраиваемая индустриальная модель для розничного бизнеса • Масштабируемость и развитие решения • Возможность использования с другими приложениями для розницы • «Бесшовная» интеграция с продуктами Oracle 13
Характеристики типового проектана основе ORDM • Продолжительность: от 3 месяцев • Используемое программное обеспечение: 14
Пилотный Проект:Система Отчётности и Анализадля ОАО «Торговый Дом «КОПЕЙКА» 15
Заказчик проекта • Одна из ведущих российских сетей формата «Soft-дискаунтер» • +13 лет на рынке розничной торговли • +12 тысяч сотрудников • 7 распределительных центров, 25 регионов РФ, 196 городов, 660 универсамов • 90% отечественные товары • Товарная матрица + 2500 позиций 16
Предпосылки проекта • Уже реализована система отчётности «in memory» на базе ПО QlikView • Отсутствует корпоративное хранилище данных: • проблемы с анализом исторических данных • нет исторического хранилища чековой информации • трудности с реализацией системы бюджетирования • лавинообразный рост числа QV-файлов • повышенная нагрузка на ERP-систему • На базе 2-х летнего проекта по внедрению BI фактически сложились бизнес-требования к корпоративному хранилищу данных 17
Общие характеристики проекта ЦЕЛЬ • Продемонстрировать возможности продуктов, технологий и подходов Oracle для построения Системы Отчётности и Анализа в соответствии с требованиями Заказчика; • Выяснить степень соответствия базовой модели Oracle RDM реалиям Российского розничного бизнеса (на примере ТД «Копейка»). ЗАДАЧИ • Опробовать Прототип Системы; • Предложить варианты концептуальной архитектуры Системы. ИСПОЛНИТЕЛИ • Oracle Consulting CIS; • ЗАО «РДТЕХ». 18
Чеки • Информация по чекам кладется в две таблицы: • DWB_RTL_TRX (заголовок); • DWB_RTL_SL_RETRN_LINE_ITEM (позиции чека). • Атрибут «Группа чеков» • Требуется для анализа выручки • Атрибут отсутствует в Oracle RDM • Но требуется для построения отчётов • Атрибут добавлен в таблицу LINE_ITEM • Причина – на уровне BI построение отчёта с такой группировкой занимает большое кол-во времени • Вывод - на основе этих двух таблиц есть возможность построить полноценный отчет по продажам, скидкам и прибыли в разрезе региональной дирекции (DWR_ORG_) и товарной номенклатуры (DWR_ITEM_). 21
Измерители • В качестве референс-модели были взяты основные отчёты товародвижения с проверенными результатами • Финансовый блок отчётности планировался к внедрению в рамках проекта бюджетирования • Производительность и точность модели согласовывалась с профильным бизнес-Заказчиком • Уровень кастомизации модели определялся по числу уникальных отчётов, настроек или дополнительных атрибутов по сравнению с имеющимися в модели 25
Выводы • Модель в основном соответствует потребностям российского розничного бизнеса • Модель показала жизнеспособность и применимость на практическом примере. При этом уровень кастомизации не превысил 15% • В совокупности с другими продуктами Oracle модель является ключевым компонентом для создания корпоративного хранилища данных 26
Контактная информация Вера Адеева Старший специалист компании РДТЕХ Vera.Adeeva@rdtex.ru Тел.: (495) 995-09-99 www.rdtex.ru 27