Embed Size (px)
Citation preview
Галузеве рішення SAP IS-U Досвід впровадження та використання
08.10.2014
ПАТ «Київобленерго»
Територія області – 28,1 тис.км2
Розподільча мережа:
46,000 км ліній 0.4\6\10\35\110кВ
10,400 ТП та ПС
Кількість споживачів: більше 900 тис.
ПАТ «Рівнеобленерго»
Территорія області – 20,1тис.км2
Розподільча мережа:
26,200 км ліній 0.4\6\10\35\110кВ
6,870 ТП та ПС
Кількість споживачів: більше 400 тис.
3
Історія впровадження
Підготовчий етап впровадження(2003-2004)
Глобальне впровадження(2004-2005)
Локальне впровадження(2005 – 2008)
Наглядова рада AES UA
Менеджмент проекту
Проект ERP Проектні команди
Корпоративна команда
Наглядова рада AES GLOBAL
Проект CCS Орг Зміни Техн. проект Функціональні Експерти
FIN - AES Lead
- AES Finance Specialist(s)
- SI Lead
- SI Specialist(s)
SCM - AES Lead
- AES SCM Specialist
- SI Lead
- SI Specialist
PLM - AES Lead
- AES PM Specialist
- AES PS Specialist
- SI Lead
- SI Specialist (s)
- EHS Specialist
HR - AES Lead
- SI Specialist (s)
BIL - AES Lead
- SI Lead
- SI Specialist s
DWM - AES Lead
- SI Lead
- SI Specialists
LPR - AES Lead
- BW Specialist
CRM - AES Lead
- SI Lead
- SI Specialist
FICA - AES Lead
- SI Lead
- Specialists
Комунікація - AES Specialist
- SI Specialist
Орг Дизайн - AES Lead
- SI Lead
Розробки - AES Lead
- SI Lead
- Workflow Specialist
- Developer (s)
Навчання - AES Lead
- SI Lead
Basis/Security - AES Specialist
- SI Specialist
Міграція даних - AES Lead
- Data Analyst (s)
- SI Specialist
Finance
SCM
PLM
HR
BIL
- SI Lead
- SI BW Specialists
SD - AES Lead
- SI Specialist (s)
DWM
LPR
CRM
FICA
SD
Структура проектної команди (2005-2007)
PLM -Превентивне ТОРО -Коррективне ТОРО -Система проектів
HR - Адміністрування персоналу - Орг. Структура
FIN - Бухгалтерія кредиторів - Основні засоби - Головна Книга - Банківська бухгалтерія - Контролінг
SCM - Основні дані постачальників - Управління матеріалами - Складське господарство
PLM - Планування ремонтів -Управління транспортом -Аналіз план/факт
HR -Розвиток персоналу -Планування витрат на персонал - Орг. структура
FIN - Розрахунок податку на транспорт - Контроль бюджету на рівні PR
SCM - Стандартизація договорів, принт-форми - MRP -Управління партіями -Автоматизація процесу створення матеріалів та кредиторів -Процес ескалації при затвердженні заявок, заказів і контрактів
ERP Фаза 1 ERP Фаза 2
Функціональний обсяг впровадження ERP
CCS Фаза 1
Основна функціональність IS-U - Запит/скарга споживача - Вселення\виселення - Відключення на прохання споживача - Процес платежів - Робота з неплатниками - Нарахування пені - Сумнівна заборгованість/списання - Управління роботами - Білінг - Робота з помилками - Фактурування та друк рахунків - Сторно - Управління зняттям показників - Управління приборами - Запобігання втратам
Додаткова функціональність IS-U
•Збір заборгованості третьою стороною
•Аналіз кредитоспроможності
•Блочні тарифи
•Друк договору з споживачем
•Data mining
•Фідерний баланс
CCS Фаза 2
Функціональний обсяг впровадження IS-U
FI Фінанси
CO Контролінг
AM Основні засоби
FI-SL Спец. Регістри
RE-ES Управління нерухомістю
PS Проекти
WF Поток операцій (Workflow)
IS-U Галузеве рішення
SD Збут
MM Управління матеріалами
PM ТО та ремонт обладнання
HR Управління персоналом
7
Поточний функціонал системи
Системний ландшафт.
RD6 4.7 (R/3 Development)
RQ6 4.7 (R/3 Quality)
RP6 4.7 (R/3 Production)
RX6 4.7 (Sand Box)
BP6 (BW Production)
BD6 (BW Development)
BQ6 (BW Quality)
Solution Manager GRC
CRM – Модуль управління взаємовідносинами з споживачем. MDM – Модуль управління приладами та зчитуванням. BIL – Модуль розрахунків. RAM- Модуль управління рахунком споживача. LPR - Попередження втрат (власна розробка R/3+BW)
Функціональні модулі SAP IS-U
9
Отримані переваги інтеграції CCS & ERP
Єдина база даних для юридичних та побутових споживачів та всіх функцій компанії
Автоматичне формування єдиних звітів по різних напрямках
Проводки в фінанси по виставлених споживачам рахунках
Єдиний для компанії графік закриття місяця (комерція та фінанси)
Масові операції по розрахунку та фактуруванню для всіх побутових споживачів
До впровадження системи
відсутність контролю за процесом розрахунку
Відсутність єдиного підходу до білінгу
відсутність прогнозування корисного відпуску
відсутність планування зняття показників
невідповідність даних бухгалтерського обліку по пільгам та субсидіям
несвоєчасне рознесення платежів від споживачів
Відсутній ефективний фідерний баланс
Ефект від впровадження
впровадження SAP та процедур контролю
Розроблені єдині алгоритми та підходи для білінгу
впроваджено моделювання нарахувань
централізація функції, структурні зміни
створені перенесення нарахованих пільг споживачам з їх особових рахунків на особові
рахунки УПСЗН
централізація функції роботи з банками, контроль за рознесенням платежів
Впроваджено та розраховується фідерний баланс по компаніях
Основні етапи розвитку системи
SAP Data migration project
Ukraine Datacentre
USA Datacentre
• Виник в результаті необхідності оцінки витрат на розміщення системи
• Був запланований та виконаний протягом одного року (2011 – 2012)
• В результаті ефективного планування зупинка продуктивних систем склала 1 бізнес-день
• Системи розміщено на власних
ресурсах, з дотриманням стратегії
аварійного відновлення в найкоротші
терміни
• Досягнута значна економія коштів
за рахунок відмови від
орендованого ЦОДу
Інфраструктура ЦОД
Проект оновлення версії системи
SAP 4.7- 6.0
Передумови виникнення проекту
• Зупинка підтримки версії 4.7 з 1.04.2013
• У випадку виходу нової версії (7…) – складнощі з переходом
• Доступність нової функціональності і, як наслідок – зменшення кількості власних розробокё
Обсяг проекту
• Оновлення версії SAP 4.7 до версії SAP 6.07
• Оновлення СУБД Oracle з версії 10 до версії 11
• Період відключення продуктивної системи (DоwnTime) - 3 календарних дні.
• Проект включає лише технічний апгрейд системи – вся функціональність поточної версії повинна працювати в новій (наразі система включає більше ніж 2000 власних розробок)
• Тривалість проекту – 7 місяців
Підтримка системи
Планування розробок
Процес розвитку системи
Процесс підтримки існуючого функціоналу
• Запит на перший рівень підтримки. Користувач
• Перший рівень підтримки, заявки на другий рівень підтримки, проведення навчання користувачів, тестування змін
Ключовий користувач
• Затвердження вимог та змін. Власник процесу
• Другий рівень підтримки, внесення змін, первинне тестування, збір підтверджень та перенесення на продуктивну систему
Спеціаліст функціональної
підтримки
Процес розвитку системи.
• Комунікація на ключових користувачв про збір планових задач на наступний рік Вересень
• Аналіз та оцінка ресурсів по задачах Жовтень
• Обговорення переліку задач з власниками процесів та проведення наглядової ради для узгодження плану
Листопад
• Формування та узгодження календарного плану задач на наступний рік Грудень
