«Ростелеком» завершил тиражирование по всей компании основной функциональности единой ERP-системы Oracle E-business suite
ОАО «Ростелеком» завершил тиражирование по всей компании основной функциональности единой системы управления предприятием на базе Oracle E-Business Suite R12. Система работает во всех макрорегиональных филиалах оператора и охватывает 46 тысяч пользователей. Проект является самым масштабным внедрением Oracle E-Business Suite R12 в России и СНГ. Подрядчиком выступила компания AT Consulting.
В рамках проекта были автоматизированы следующие процессы: финансовое планирование и консолидация данных, формирование налоговой и управленческой отчетности, управление закупками, дебиторской и кредиторской задолженностью, основными средствами, контроль движения денежных потоков, управление инвестиционными проектами, различными финансовыми инструментами, кадрами (учет, зарплата, табель).
Проект стартовал в 2011 году одновременно с реорганизацией компании «Ростелеком» и был разделен на несколько этапов. Пилотное внедрение в трех операционных единицах (корпоративный центр, филиал «Столичный», учебно-производственный центр) состоялось в январе 2012 года. Развертывание системы в макрорегиональных филиалах «Центр», «Дальний Восток», «Волга», «Сибирь», «Урал», «Северо-Запад», «Юг» завершилось в июле 2013 года. Каждый квартал система запускалась в одном-двух новых регионах. В январе 2014 года успешно состоялось закрытие 2013 финансового года и подготовка отчетности компании «Ростелеком» в единой системе.
«Совместно с заказчиком нам удалось выстроить четкую коммуникацию со всеми участниками проекта, а ведь на пике команда внедрения состояла более чем из 300 специалистов «Ростелекома» и AT Consulting. Именно это явилось залогом успешного результата. В январе 2014 года впервые в единой системе был закрыт финансовый год всей компании. На этот период пришелся пик нагрузки, который мы успешно миновали, и сейчас мы можем говорить об успешном завершении развертывания», – отмечает Михаил Нелькин, руководитель проекта, партнер AT Consulting.
Внедрение Oracle ERP в «Ростелекоме»: экватор пройден
Реформирование холдинга «Связьинвест» в форме присоединения означает не только простое объединение юридических лиц в единую компанию, но и увязку всех работающих информационных систем в единую инфраструктуру. Первого апреля 2011 года появилась объединенная компания «Ростелеком». Эта дата и стала точкой старта проекта внедрения Oracle E-Business Suite R12 во всей компании.
В качестве системы управления предприятием у оператора использовалась Microsoft Axapta в связке с решением для управления кадрами «Босс-Кадровик». Присоединяемые МРК, входившие в холдинг «Связьинвест», пользовались комплексом Oracle E-Business Suite R11i. Разные учетные системы стали бы естественным препятствием в процессе создания объединенной компании. Для достижения целей унификации бизнес-процессов «Ростелекома» было принято решение развернуть единую ERP-платформу. Oracle E-Business Suite R12 была выбрана благодаря ее схожести с системами R11i, а также по причине заложенного в ней мощного потенциала в области управления предприятием.
Реализация программы идет по методологии внедрения Application Implementation Method for Business Flows (AIM for BF), предлагаемой Oracle. Подрядчиком в результате конкурса стала компания AT Consulting, имеющая статус платинового партнера вендора.
На первом этапе прошло пилотное внедрение в трех операционных единицах (Корпоративный Центр, Филиал «Столичный», Учебно-производственный Центр). Кроме того, система запущена в МРФ «Центр» и «Дальний Восток». Впоследствии планируется поэтапное развертывание системы в макрорегиональных филиалах «Волга», «Сибирь», «Урал», «Северо-Запад», «Юг».
Проект заметно отличается от классического внедрения информационной системы не только благодаря своим масштабам, но и проходящим одновременно с развертыванием организационным изменениям в «Ростелекоме». Подробности хода проекта с позиций заказчика и подрядчика освещают Дмитрий Казаринов, директор департамента проектов по развитию корпоративных систем поддержки бизнеса «Ростелекома», и Михаил Нелькин, руководитель проекта в AT Consulting.
Интервью с топ-менеджером
CNews: Почему вы выбрали именно Oracle, несмотря на то, что в центральном офисе уже использовалось решение другого вендора?
Дмитрий Казаринов: У этого проекта длинная история, связанная с реорганизацией активов «Связьинвеста». Объединение произошло вокруг «Ростелекома» как юридического лица, и межрегиональные компании (МРК) стали макрофилиалами. Соответственно, Axapta использовалась небольшой частью бизнеса, а в крупных операционных единицах, бывших МРК, как раз был Oracle предыдущей версии. Собственно, система была востребована, но вариант реализации был с большим уклоном в финансовую часть, а не ERP в классическом понимании. Кроме того, в связи с тем, что «Связьинвест» был холдингом, а не единой компанией, логика внедрения подразумевала семь изначально унифицированных, но обособленных систем. В каждой МРК система эволюционировала по-своему, а для объединенной компании этот вариант был неприемлем. Новые задачи объединенного бизнеса, развитие новых направлений, требовали реинжиниринг процессов.
Дмитрий Казаринов: От подрядчика мы требуем, прежде всего, гибкого, объективного подхода и профессионализма
Стоит отметить, что внедрение R12 в какой-то степени поддерживает процесс объединения с юридической точки зрения. В прошлом году в ходе создания тиражируемого решения в формировании целевых бизнес-процессов и информационных аналитик приняли участие все ключевые подразделений компании. Они по-новому выстроили уровни иерархии и формализовали функции.
CNews: Известно также, что это не единственный проект, который вы делаете с AT Consulting. Чем руководствовались при выборе подрядчика? По каким критериям «Ростелеком» вообще выбирает подрядчиков для подобных работ?
Дмитрий Казаринов: Рынок внедренцев ИТ-систем подобного масштаба не так велик. Это очень сложный бизнес. Обычно в больших корпорациях, несмотря на осознание необходимости систем такого уровня, непросто построить внутренний процесс. Проекты затрагивают очень много участников, порождают немало спорных моментов, поэтому подход простого консультанта здесь недостаточен и недопустим. В противном случае, проекты затягиваются или замораживаются вовсе, накапливается взаимное неудовольствие.
Подобные внедрения требуют очень серьезной бизнес-экспертизы. В какой-то степени подрядчик должен быть столь же компетентным в функциональной области, как и заказчик. Большие системы обычно поставляются зарубежными вендорами и требуют кастомизации, адаптации без потери качества данных и процессов под логику, свойственную большому юридическому лицу. Здесь, действительно, очень важен подход внедренцев не как людей со стороны, а как команды, по-настоящему болеющей за дело.
CNews: Расскажите подробнее о наследуемых системах. Каково было положение дел?
Дмитрий Казаринов: На самом деле парк систем большой. ERP использовалась больше для учета. Были и самописные продукты, касающиеся финансового блока и планирования, разнообразные системы документооборота и согласования договоров. Набор типичен для компании такого масштаба, но в каждом макрорегионе применение было свое. Поэтому развертывание R12 мы начали с ядра в центре. Целевая система появилась не на пустом месте. Ряд макрорегионов имеет очень высокую компетенцию по всем этим направлениям. В частности, макрорегион «Центр» имеет хорошую компетенцию по Oracle. Таким образом, ERP выступает как центральная система, вокруг которой создается среда финансовых систем и СЭД. Так, бюджетирование и планирование централизовано обслуживается Oracle Hyperion, а документооборот делается на EMC Documentum. В целом это функциональность ERP, она набирается из модулей, которые нам подходят, но и методологически, и с точки зрения технологической интеграции все это делается как единый instance, обеспечивая целостность и достоверность данных.
«Ростелеком» внедрил ERP-систему Oracle E-Business Suite во все подразделения компании
В рамках проекта были автоматизированы следующие процессы: финансовое планирование и консолидация данных, формирование налоговой и управленческой отчетности, управление закупками, дебиторской и кредиторской задолженностью, основными средствами, контроль движения денежных потоков, управление инвестиционными проектами, различными финансовыми инструментами, кадрами (учет, зарплата, табель).
Проект стартовал в 2011 году одновременно с реорганизацией компании «Ростелеком» и был разделен на несколько этапов. Пилотное внедрение в трех операционных единицах (корпоративный центр, филиал «Столичный», учебно-производственный центр) состоялось в январе 2012 года. Развертывание системы в макрорегиональных филиалах «Центр», «Дальний Восток», «Волга», «Сибирь», «Урал», «Северо-Запад», «Юг» завершилось в июле 2013 года. Каждый квартал система запускалась в одном-двух новых регионах. В январе 2014 года успешно состоялось закрытие 2013 финансового года и подготовка отчетности компании «Ростелеком» в единой системе.
«Совместно с заказчиком нам удалось выстроить четкую коммуникацию со всеми участниками проекта, а ведь на пике команда внедрения состояла более чем из 300 специалистов «Ростелекома» и AT Consulting. Именно это явилось залогом успешного результата. В январе 2014 года впервые в единой системе был закрыт финансовый год всей компании. На этот период пришелся пик нагрузки, который мы успешно миновали, и сейчас мы можем говорить об успешном завершении развертывания», – отмечает Михаил Нелькин, руководитель проекта, партнер AT Consulting.
Программа r12 в ростелекоме инструкция
Реформирование холдинга «Связьинвест» в форме присоединения означает не только простое объединение юридических лиц в единую компанию, но и увязку всех работающих информационных систем в единую инфраструктуру. Первого апреля 2011 года появилась объединенная компания «Ростелеком». Эта дата и стала точкой старта проекта внедрения Oracle E-Business Suite R12 во всей компании.
В качестве системы управления предприятием у оператора использовалась Microsoft Axapta в связке с решением для управления кадрами «Босс-Кадровик». Присоединяемые МРК, входившие в холдинг «Связьинвест», пользовались комплексом Oracle E-Business Suite R11i. Разные учетные системы стали бы естественным препятствием в процессе создания объединенной компании. Для достижения целей унификации бизнес-процессов «Ростелекома» было принято решение развернуть единую ERP-платформу. Oracle E-Business Suite R12 была выбрана благодаря ее схожести с системами R11i, а также по причине заложенного в ней мощного потенциала в области управления предприятием.
Реализация программы идет по методологии внедрения Application Implementation Method for Business Flows (AIM for BF), предлагаемой Oracle. Подрядчиком в результате конкурса стала компания AT Consulting, имеющая статус платинового партнера вендора.
На первом этапе прошло пилотное внедрение в трех операционных единицах (Корпоративный Центр, Филиал «Столичный», Учебно-производственный Центр). Кроме того, система запущена в МРФ «Центр» и «Дальний Восток». Впоследствии планируется поэтапное развертывание системы в макрорегиональных филиалах «Волга», «Сибирь», «Урал», «Северо-Запад», «Юг».
Проект заметно отличается от классического внедрения информационной системы не только благодаря своим масштабам, но и проходящим одновременно с развертыванием организационным изменениям в «Ростелекоме». Подробности хода проекта с позиций заказчика и подрядчика освещают Дмитрий Казаринов, директор департамента проектов по развитию корпоративных систем поддержки бизнеса «Ростелекома», и Михаил Нелькин, руководитель проекта в AT Consulting.
Интервью с топ-менеджером
CNews: Почему вы выбрали именно Oracle, несмотря на то, что в центральном офисе уже использовалось решение другого вендора?
Дмитрий Казаринов: У этого проекта длинная история, связанная с реорганизацией активов «Связьинвеста». Объединение произошло вокруг «Ростелекома» как юридического лица, и межрегиональные компании (МРК) стали макрофилиалами. Соответственно, Axapta использовалась небольшой частью бизнеса, а в крупных операционных единицах, бывших МРК, как раз был Oracle предыдущей версии. Собственно, система была востребована, но вариант реализации был с большим уклоном в финансовую часть, а не ERP в классическом понимании. Кроме того, в связи с тем, что «Связьинвест» был холдингом, а не единой компанией, логика внедрения подразумевала семь изначально унифицированных, но обособленных систем. В каждой МРК система эволюционировала по-своему, а для объединенной компании этот вариант был неприемлем. Новые задачи объединенного бизнеса, развитие новых направлений, требовали реинжиниринг процессов.
Дмитрий Казаринов: От подрядчика мы требуем, прежде всего, гибкого, объективного подхода и профессионализма
Стоит отметить, что внедрение R12 в какой-то степени поддерживает процесс объединения с юридической точки зрения. В прошлом году в ходе создания тиражируемого решения в формировании целевых бизнес-процессов и информационных аналитик приняли участие все ключевые подразделений компании. Они по-новому выстроили уровни иерархии и формализовали функции.
CNews: Известно также, что это не единственный проект, который вы делаете с AT Consulting. Чем руководствовались при выборе подрядчика? По каким критериям «Ростелеком» вообще выбирает подрядчиков для подобных работ?
Дмитрий Казаринов: Рынок внедренцев ИТ-систем подобного масштаба не так велик. Это очень сложный бизнес. Обычно в больших корпорациях, несмотря на осознание необходимости систем такого уровня, непросто построить внутренний процесс. Проекты затрагивают очень много участников, порождают немало спорных моментов, поэтому подход простого консультанта здесь недостаточен и недопустим. В противном случае, проекты затягиваются или замораживаются вовсе, накапливается взаимное неудовольствие.
Подобные внедрения требуют очень серьезной бизнес-экспертизы. В какой-то степени подрядчик должен быть столь же компетентным в функциональной области, как и заказчик. Большие системы обычно поставляются зарубежными вендорами и требуют кастомизации, адаптации без потери качества данных и процессов под логику, свойственную большому юридическому лицу. Здесь, действительно, очень важен подход внедренцев не как людей со стороны, а как команды, по-настоящему болеющей за дело.
CNews: Расскажите подробнее о наследуемых системах. Каково было положение дел?
Дмитрий Казаринов: На самом деле парк систем большой. ERP использовалась больше для учета. Были и самописные продукты, касающиеся финансового блока и планирования, разнообразные системы документооборота и согласования договоров. Набор типичен для компании такого масштаба, но в каждом макрорегионе применение было свое. Поэтому развертывание R12 мы начали с ядра в центре. Целевая система появилась не на пустом месте. Ряд макрорегионов имеет очень высокую компетенцию по всем этим направлениям. В частности, макрорегион «Центр» имеет хорошую компетенцию по Oracle. Таким образом, ERP выступает как центральная система, вокруг которой создается среда финансовых систем и СЭД. Так, бюджетирование и планирование централизовано обслуживается Oracle Hyperion, а документооборот делается на EMC Documentum. В целом это функциональность ERP, она набирается из модулей, которые нам подходят, но и методологически, и с точки зрения технологической интеграции все это делается как единый instance, обеспечивая целостность и достоверность данных.
R12: таблицы HZ (Заказчики)
Рассмотрим назначение основных HZ таблиц и связи между ними.
HZ_PARTIES
Содержит основную информацию о сущностях (сторонах). Разные сущности могу иметь одинаковое имя.
HZ_PARTY_SITES
Служит для связи сущностей (HZ_PARTIES) и местоположения (HZ_LOCATIONS), также содержит дополнительную информацию о месторасположении.
| Описание |
| ID отделения |
| > HZ_PARTIES |
| >HZ_LOCATIONS |
| Номер отделения |
HZ_LOCATIONS
Содержит данные об адресах.
| Описание |
| ID расположения |
| Код страны |
| Город |
| Почтовый индекс |
| Первая строка адреса |
HZ_CUST_ACCOUNTS
Содержит данные о счетах клиентов (заказчиков).
В качестве клиента может выступать организация или лицо.
Организация может быть внешней или внутренней (подразделение фирмы).
Одна сущность PARTY может иметь несколько записей. Например, физическое лицо может открыть персональный счет и семейный счет.
HZ_CUST_ACCT_SITES_ALL
Содержит адреса отделений заказчиков в разрезе операционных единиц.
| Описание |
| ID отделения заказчика |
| > HZ_CUST_ACCOUNTS |
| >HZ_PARTY_SITES |
| ID организации |
| Признак «получатель счета». P — главный, Y — да, N или null — нет |
| Признак «получатель груза». P — главный, Y — да, N или null — нет |
| Признак «отправитель груза». P — главный, Y — да, N или null — нет |
HZ_CUST_SITE_USES_ALL
Содержит назначение адресов. Например BILL-TO, SHIP-TO.
| Описание |
| ID |
| >HZ_CUST_ACCT_SITES_ALL |
| Тип целей отделения заказчика. BILL_TO, SHIP_TO. |
| Признак основного отделения заказчика. |
HZ_CUSTOMER_PROFILES
Содержит информацию о кредитных характеристиках заказчика
| Описание |
| ID |
| >HZ_CUST_ACCOUNTS |
HZ_CONTACT_POINTS
Содержит информацию о различных типах связи : телефон, e-Mail, EDI.
ОАО «Ростелеком» завершил тиражирование по всей компании основной функциональности единой системы управления предприятием на базе Oracle E-Business Suite R12. Система работает во всех макрорегиональных филиалах оператора и охватывает 46 тысяч пользователей. Проект является самым масштабным внедрением Oracle E-Business Suite R12 в России и СНГ. Подрядчиком выступила компания AT Consulting.
В рамках проекта были автоматизированы следующие процессы: финансовое планирование и консолидация данных, формирование налоговой и управленческой отчетности, управление закупками, дебиторской и кредиторской задолженностью, основными средствами, контроль движения денежных потоков, управление инвестиционными проектами, различными финансовыми инструментами, кадрами (учет, зарплата, табель).
Проект стартовал в 2011 году одновременно с реорганизацией компании «Ростелеком» и был разделен на несколько этапов. Пилотное внедрение в трех операционных единицах (корпоративный центр, филиал «Столичный», учебно-производственный центр) состоялось в январе 2012 года. Развертывание системы в макрорегиональных филиалах «Центр», «Дальний Восток», «Волга», «Сибирь», «Урал», «Северо-Запад», «Юг» завершилось в июле 2013 года. Каждый квартал система запускалась в одном-двух новых регионах. В январе 2014 года успешно состоялось закрытие 2013 финансового года и подготовка отчетности компании «Ростелеком» в единой системе.
«По всей стране в более чем 80 филиалах в системе работают 46 тысяч пользователей, не считая приложения self-service, которым может воспользоваться каждый сотрудник «Ростелекома». В системе рассчитывается заработная плата для 160 тысяч сотрудников, вводятся более 200 тысяч счетов-фактур контрагентов ежемесячно. ERP позволяет нам выстроить единую прозрачную схему управления и унифицировать бизнес-процессы во всех филиалах компании», – комментирует Вице-Президент — Директор по информационным технологиям «Ростелекома» Дмитрий Садков.
«Совместно с заказчиком нам удалось выстроить четкую коммуникацию со всеми участниками проекта, а ведь на пике команда внедрения состояла более чем из 300 специалистов «Ростелекома» и AT Consulting. Именно это явилось залогом успешного результата. В январе 2014 года впервые в единой системе был закрыт финансовый год всей компании. На этот период пришелся пик нагрузки, который мы успешно миновали, и сейчас мы можем говорить об успешном завершении развертывания», – отмечает Михаил Нелькин, руководитель проекта, партнер AT Consulting.
Oracle E-Business Suite R12
| Название базовой системы (платформы): | Oracle E-Business Suite (OEBS) |
| Разработчики: | Oracle |
| Дата последнего релиза: | 2014/12/15 |
| Технологии: | ERP, СУБД, Средства разработки приложений |
Oracle E-Business Suite R12 состоит из трех уровней вычислений:
Каждый уровень может состоять из нескольких физических серверов, а на каждом сервере может быть размещено более одного уровня. Такая централизованная модель исключает установку и администрирование ПО на рабочих местах пользователей, позволяет увеличить масштабируемость системы с ростом нагрузки и уменьшить сетевой трафик. В результате, снижается стоимость владения системой.
Связь между уровнем приложений и клиентским уровнем может осуществляться через сеть Интернет (или Интранет). При обмене информацией между уровнями передаются только измененные данные полей форм приложений. Учитывая глобальность современного бизнеса, это означает меньшие телекоммуникационные расходы и лучшую производительность.
Уровни взаимодействия Oracle E-Business Suite R12, 2014
В релизе комплекса приложений Oracle E-Business Suite R12 большая часть приложений имеет интерфейс на основе HTML. Также сохранен интерфейс приложений на основе Oracle Forms (где использование Oracle Forms целесообразно исходя из специфики: например, требования к возможности работы без использования мыши, скорости ввода и т.п.). При работе с приложениями на основе Oracle Forms файлы Java applet’а сохраняются на локальном диске пользователя для дальнейшего использования, уменьшая тем самым сетевой трафик.
Пользователи входят в систему с домашней страницы, через веб-браузер. Система Oracle E-Business Suite R12 обеспечивает единую точку входа во все приложения на основе HTML, на основе Oracle Forms и приложения для интеллектуальной аналитики BI. После входа в систему, пользователю нет необходимости вводить имя пользователя и пароль повторно для доступа к конкретным модулям. Приложения Oracle также запоминают параметры настройки интерфейса для данного пользователя. Например, если пользователь вошел в систему с настройкой языка интерфейса «Русский» — эта настройка сохраняется на протяжении сессии и работает, как для приложений на основе HTML, так и для Oracle Forms приложений.
Клиентский апплет для Forms
Клиентский апплет для Forms представляет собой набор JAR файлов. JAR файлы содержат все необходимые Java-классы для запуска приложений на основе Oracle Forms. Клиентский апплет для Forms и наиболее часто используемые JAR файлы загружаются с вебсервера при запуске Oracle Forms приложений. Другие, менее используемые файлы, загружаются при необходимости. Все обновления приложений происходят только на уровне приложений и автоматически загружаются на клиентский уровень через веб-браузер с установленным Java-плагином—SunJ2SE.
Sun J2SE встраивается как стандартный плагин для браузера. В традиционных Oracle Forms-приложениях JVM (который в предыдущих релизах был представлен компонентом Oracle JInitiator) — запускался как составная часть процесса входа в систему приложений Oracle. Теперь, в релизе R12, с переходом к преимущественно HTML-интерфейсу, JVM (представленный плагином J2SE) используется только в том случае, когда пользователь обращается к функции, вызывающей его, например, запуск формы. После загрузки и установки плагина, пользователь может запускать приложения на основе Oracle Forms.
Сервлет Forms listener является Java сервлетом, который позволяет запускать приложения Oracle Forms поверх HTTP или HTTPS соединений. Сервлет содержит формы приложений Oracle и соответствующие механизмы их запуска, являясь посредником между клиентом и сервером БД.
Сервер управления параллельными процессами (Concurrent Processing)
Кроме HTML-приложений и приложений на основе Oracle Forms существуют также фоновые процессы, выполняющиеся периодически, такие как процессы, формирующие отчеты или процессы, выполняющие обновления данных. Такие процессы могут выполнять интенсивные вычисления. Для того, чтобы эти процессы не мешали работе пользовательских приложений, они выполняются на специальном Concurrent Processing сервере.
Связь Concurrent Processing сервера с сервером БД осуществляется по протоколу Oracle Net. Reports server вышел из употребления в релизе R12 приложений Oracle. Все новые отчеты теперь разрабатываются с использованием BI Publisher.
Уровень базы данных
Уровень базы данных (БД) представляет собой сервер БД Oracle, который хранит всю информацию Oracle Applications. Уровень БД содержит файлы сервера данных Oracle и исполняемые файлы базы данных приложений, которые физически выполняют хранение таблиц, индексов и другие объекты БД системы. Связь с уровнем клиента осуществляется через сервисы уровня приложений.
Множество уникальных функций комплекса приложений Oracle E-Business Suite релиза 12 обеспечивается технологическими преимуществами БД Oracle:
Технологический слой приложений Oracle
Технологический слой приложений Oracle находится между технологическим стеком приложений и специализированными модулями. Данный слой обеспечивает функции, общие для всех продуктов Oracle. К технологическому слою относятся:
Унифицированная модель данных
Единое определение для заказчиков, партнеров, поставщиков и сотрудников. Использование единой модели данных исключает дублирование информации в рамках предприятия.
Использование трехуровневой архитектуры с выделенным сервером приложений обеспечивает доступ клиентов к системе через сеть Интернет при помощи веб браузера.
Данные в масштабах всего предприятия консолидированы в единой базе данных. Система поддерживает учет во многих валютах, интерфейс во многих языках и законодательные требования, специфичные для законодательства разных стран.
Oracle E-Business Suite R12 имеет большое количество конфигурационных опций и настроек, что позволяет «тонкую» настройку приложений в соответствии с бизнес требованиями заказчиков без изменения кода приложения.
Разработка и персонализация
Для расширения и дополнения стандартной функциональности Oracle EBusiness Suite могут быть использованы как универсальные средства разработки, так и специализированные.
К универсальным средствам можно отнести:
К специализированным средствам разработки применимых только для Oracle EBusiness Suite можно отнести:
Oracle Developer Suite
Oracle Developer Suite (ODS) представляет собой полную и интегрированную среду разработки и развертывания приложений, соединяя различные средства разработки в единый набор, основанный на последних стандартах индустрии информационных технологий. Oracle Developer Suite позволяет разработчикам в максимально короткие сроки создавать высококачественные транзакционные приложения.
Oracle Forms Developer
Oracle Reports Developer
Oracle Reports состоит из средства разработки отчетов, Oracle Reports Developer (компонент Oracle Developer Suite), и механизма выполнения отчетов, Oracle Application Server Reports Services (компонент Oracle Application Server).
Конечным документом может служить документ формата PDF, RTF, HTML/CSS и XML.
Oracle Discoverer — это инструмент для получения произвольных отчетов, формирования нерегламентированных запросов и анализа данных. Он обеспечивает быстрый и удобный доступ к информации, содержащейся в БД Oracle E-Business Suite. В отличие от Oracle Reports, где конечный пользователь является только потребителем информации, в Oracle Discoverer ему предоставлена возможность самостоятельного получения необходимых данных.
Бизнес-пользователи могут быстро и легко создавать отчеты с помощью OracleBI Publisher, устанавливать формат данных для отчета, планировать задачи по формированию отчетов и их публикации, указывать способ вывода и канал доставки отчета, а также публиковать отчет в репозитории документов.
Логика бизнес-процесса может быть графически смоделирована, изменена и загружена в базу данных с помощью простого графического интуитивно понятного дружественного интерфейса.
FrameWork Personalization – позволяет декларативно изменять свойства и параметры HTML–форм. Гибкость и ширина диапазона настроек всех параметры формы позволяет удовлетворять самые сложные требования бизнес-пользователей, не прибегая к сложному программированию.
Единая система управления для Oracle E-Business Suite R12
Единая среда управления строится на базе Oracle Enterprize Manager 11g, который включает в себя следующие функциональные компоненты специально предназначенные Oracle E-Business Suite.
Oracle E-Business Suite предоставляет всестороннюю функциональность, которая обеспечивает жизненно важную инфраструктуру для множества компаний в одном, интегрированном наборе приложений.
Зачастую, реальность такова, что в компаниях уже имеется множество различных, не сопоставимых, унаследованных систем, которым необходимо работать совместно с Oracle E-Business Suite. Также часто возникает необходимость в наличии бизнес-процессов, связей, которые объединяют организацию с заказчиками, поставщиками и сервис-провайдерами. Путем объединения сервисов, предоставляемых комплексом Oracle E-Business Suite с сервисами других (например, унаследованных) приложений сегодня становится возможным разрабатыватьбольшие, композитные решения и «сквозные» бизнес-процессы.
Ведущие компании выбирают Сервис-Ориентированную Архитектуру (SOA) в качестве средства для удовлетворения данным требованиям, позволяющее преодолевать сложность унаследованных приложений и ИТ сред.
Сервис-ориентированная архитектура и интеграционное ПО Fusion Middleware
Oracle Fusion Middleware полностью поддерживает SOA-подход и основывается на Сервисной шине предприятия— enterprise service bus (ESB). В поддерживающих SOA-приложениях создаются сервисные интерфейсы к уже существующим или новым функциям, и приложения взаимодействуют через использование связывающих их сервисов — application business connector (ABC) services.
Сервисы являются слабо связанными между собой и вызываются посредством коммуникационных протоколов. Сервис-ориентированная интеграция использует сообщения для связи между приложениями поставщиками сервиса и приложениями потребителями сервиса.
Oracle Enterprise Service Bus (ESB)—среда организации взаимодействия слабо связанных приложений, основным компонентом которой является ESB-сервер, в котором регистрируются спроектированные сервисы. ESB поддерживает увязку со множеством протоколов, включая JMS, SOAP, JCA, WSIF, JDBC, HTTP, FTP, при этом передаваемые очереди сообщений могут сохранятся в базе данных, в файловой системе, в оперативной памяти.
ESB предлагает гибкую, высокопроизводительную, мультипротокольную коммуникационную среду для приложений, объединяющую сервисы, описываемые в соответствии со стандартом Web Service Definition Language(WSDL).
Бизнес Объекты и Бизнес Службы Предприятия (EnterpriseBusinessObjectsandServices)
Enterprise Business Objects и Enterprise Business Services — основа для готовых Пакетов Интеграционных Процессов (PIPs) и содержат все атрибуты, требуемые для любого действия над ними, позволяя создавать общие процессы между различными приложениями.
Enterprise Business Objects создают общую семантическую основу для коммуникации между различными приложениями. Семантика является словарем для каждого сервиса, использование одной и той же семантической основы позволяет различным системам понимать друг друга.
Например, если две системы вкладывают различный смысл в понятие «заказ на закупку», то такие системы будет сложно связать между собой. Разработка общей семантической основы часто требует интенсивных дискуссий в попытке определить четкое представление каждого объекта.