Техническое задание
IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
МОСКВА
2015
СОДЕРЖАНИЕ
СОДЕРЖАНИЕ
СОДЕРЖАНИЕ..................................................................................................................................................2
1. ВВЕДЕНИЕ ..................................................................................................................................................3
2. ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ .............................................................................................4
3. ЦЕЛИ И ЗАДАЧИ .........................................................................................................................................6
4. ОБЩИЕ СВЕДЕНИЯ ...................................................................................................................................7
4.1.ОПИСАНИЕ РАМОК ПРОЕКТА.........................................................................................................................7
4.2.ОПИСАНИЕ ТЕКУЩЕЙ СИТУАЦИИ ...............................................................................................................8
4.2.1.
ОПИСАНИЕ СУЩЕСТВУЮЩЕЙ ИНФОРМ. СИСТЕМЫ / ИНФРАСТРУКТУРЫ ........................................................ 8
4.2.2.
ОПИСАНИЕ НЕДОСТАТКОВ СУЩЕСТВУЮЩЕЙ ИНФОРМ. СИСТЕМЫ / ИНФРАСТРУКТУРЫ ........................... 11
4.3.ЗАФИКСИРОВАННЫЕ БИЗНЕС-ТРЕБОВАНИЯ ...........................................................................................11
5. ТРЕБОВАНИЯ К ПРОДУКТУ....................................................................................................................12
5.1.ОБЩИЕ ТРЕБОВАНИЯ К АРХИТЕКТУРЕ .....................................................................................................12
5.2.ТРЕБОВАНИЯ К ДОСТУПНОСТИ И ПРОИЗВОДИТЕЛЬНОСТИ ................................................................14
5.3.ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ .................................................................................................................15
5.4.ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ .............................................................................................................16
5.5.ТРЕБОВАНИЯ К ДАННЫМ ..............................................................................................................................18
5.6.ТРЕБОВАНИЯ К АНАЛИТИЧЕСКИМ ПРИЛОЖЕНИЯМ .............................................................................29
5.7.ТРЕБОВАНИЯ К СРЕДСТВАМ АНАЛИЗА ДАННЫХ ....................................................................................32
5.8.СВЯЗЬ С СУЩЕСТВУЮЩИМ ОКРУЖЕНИЕМ И ИНТЕГРАЦИЯ ...............................................................33
5.9.ТРЕБОВАНИЯ К ПЕРЕНОСУ (МИГРАЦИИ) ДАННЫХ.................................................................................37
5.10.ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКОМУ ИНТЕРФЕЙСУ .......................................................................38
5.11.ТРЕБОВАНИЯ К НАЛИЧИЮ ОТЧЁТОВ .......................................................................................................39
5.12.ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ .............................................................................................................42
5.13.ТРЕБОВАНИЯ К СРЕДСТВАМ ОБУЧЕНИЯ .................................................................................................45
6. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ .............................................................................................47
7. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ ...............................................................48
7.1.СОСТАВ РАБОТ ПОДРЯДЧИКА ......................................................................................................................48
7.2.ТРЕБОВАНИЯ К СРОКАМ РЕАЛИЗАЦИИ .....................................................................................................53
7.3.ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РЕЗУЛЬТАТОВ ..................................................................................55
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО .......................................................................57
ПРИЛОЖЕНИЕ 2. СПИСОК МЕТОДОЛОГИЧЕСКИХ ДОКУМЕНТОВ .......................................................63
ПРИЛОЖЕНИЕ 3. ОСОБЫЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ .............................64
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО ...................................................................................68
ПРИЛОЖЕНИЕ 5. ПЕРЕЧЕНЬ КРИТИЧНЫХ РАЗРАБОТОК, РЕАЛИЗУЕМЫХ НА БАЗЕ SAP BPC....75
ПРИЛОЖЕНИЕ 6. ПЕРЕЧЕНЬ КОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ .....................................................76
ПРИЛОЖЕНИЕ 7. ПЕРЕЧЕНЬ НЕКОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ ................................................77
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 2 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
1. ВВЕДЕНИЕ
Функциональные и технические требования (далее – ФТТ) по проекту IID-094 «Интегрированная
корпоративная система отчетности (ИКСО)» являются документом, в котором представлено
описание функционального объема проекта, его результатов, технических требований к
разрабатываемому продукту, требований к организации работ и подрядчику, привлекаемого для
выполнения указанных работ. Функциональный объем и требования к разрабатываемому
продукту сформированы на основании бизнес-требований, утвержденной целевой технической
архитектуры решения и следующих других документов.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 3 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
2. ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ
Общий перечень терминов и определений, используемых в ФТТ, приведен в приложении
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 4 ИЗ 80
ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ
ПРИЛОЖЕНИЕ 1. Общий глоссарий проекта ИКСО).
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 5 ИЗ 80
ЦЕЛИ И ЗАДАЧИ
3. ЦЕЛИ И ЗАДАЧИ
Целями проекта являются:

Создание единого в рамках Компании технологического и методологического
решения для обеспечения процесса сбора и обработки данных по срезам факт, план,
ожидаемый итог для подготовки консолидированной финансовой и управленческой
отчетности, в т. ч. по бизнес-сегментам, направлениям деятельности и бизнесединицам Компании.

Создание инструментария для поддержки технических решений процесса
мониторинга выполнения КПЭ и управления эффективностью по бизнес-сегментам,
бизнес-направлениям и бизнес-единицам Компании.
Основной бизнес-выгодой проекта является
повышение эффективности принятия
управленческих решений при достижении указанных целей Проекта.
Достижение целей проекта позволит создать предпосылки для:


Ускорения бизнес-процессов по подготовке управленческой отчетности в ЦАУК за
счет сокращения времени на ежемесячный сбор управленческих данных, сокращения
количества итераций проверок и перепроверок данных для обеспечения их качества,
сокращения сроков создания ежемесячных управленческих отчетов, сокращения
длительности процессов обработки данных, улучшения возможности своевременного
реагирования на изменения модели бизнеса, исключение необходимости сверки
между управленческой и финансовой отчетностью;
Повышения качества данных за счет автоматизации процессов трансформации,
аллокации и консолидации, применения единых подходов к пересчету данных по
плану, факту и ожидаемому итогу;
Снижения трудоемкости подготовки управленческой информации в ЦАУК;
Повышения эффективности принятия управленческих решений в ЦАУК.


Результаты:


Согласованная единая модель данных для финансовой и управленческой отчетности;
Согласованные единые методики аллокации, трансформации и консолидации для всех
срезов;
 Автоматизированный пакет Корпоративной отчетности для срезов план, ожидаемый
итог, факт;
 Единое информационное решение «Интегрированная корпоративная система
отчетности (ИКСО)» для целей сбора данных, проведения процедур аллокации,
трансформации, консолидации и выпуска консолидированной финансовой и
управленческой отчетности.
 Автоматическая, без участия оператора интеграция решения
с ИР 26.012
«Подсистема «Сверка внутригрупповых оборотов» (далее – СВГО-ИКСО) КИС SAP
РН, с ИР 26.066 «Подготовка формуляров сбора данных консолидированной
отчетности» КИС SAP РН и корпоративными объектами НСИ (ПРИЛОЖЕНИЕ 6.
Перечень корпоративных объектов НСИ).
Для достижения представленных результатов необходимо выполнить задачи, приведенные в
разделе 7.1 «Состав работ подрядчика».
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 6 ИЗ 80
ОБЩИЕ СВЕДЕНИЯ
4. ОБЩИЕ СВЕДЕНИЯ
ОПИСАНИЕ РАМОК ПРОЕКТА
4.1.
Перечень автоматизируемых в рамках проекта бизнес-процессов согласно Карте процессов
верхнего уровня следующий:




ES.AC.04 Подготовка сводной и консолидированной отчетности;
ES.AC.05 Трансформация и подготовка отчетности МСФО;
EM.SM.02 Управление бизнес-планированием (на уровне ЦАУК и ББ в части загрузки
данных и консолидации бизнес-планов);
EM.SM.03 Управление эффективностью (в части формирования управленческой
отчетности).
Работы, выполняемые в рамках проекта, не изменяют указанные группы бизнес-процессов.
В проекте осуществляются разработка и внедрение информационного ресурса 26.084
«Интегрированная корпоративная система отчетности (ИКСО)» (далее – ИР ИКСО),
входящего в состав КИС SAP РН.
Изменение информационных ресурсов и
информационных систем Компании, с которыми предполагается интеграция ИР ИКСО, в
рамках данного проекта не осуществляется.
Таблица 1
ЗАКАЗЧИКИ
Заказчиками ИР ИКСО являются:
 Департамент сводного планирования и отчетности;
 Департамент консолидированной отчетности и методологии;
 Департамент инвестиций, бизнес-эффективности и контролинга
 Департамент планирования управления эффективностью деятельности, развития
и инвестиций в переработке, коммерции и логистики;
 Департамент планирования управления эффективностью деятельности, развития
и инвестиций в разведке и добыче;
 Департамент планирования, управления эффективностью и развития газового
бизнеса.

ОРГАНИЗАЦИОННЫЕ
РАМКИ

КОЛИЧЕСТВО
ПОЛЬЗОВАТЕЛЕЙ ИР
ИКСО
Центральный аппарат НК Роснефть:
 Департамент сводного планирования и отчетности;
 Департамент консолидированной отчетности и методологии;
 Департамент инвестиций, бизнес-эффективности и контролинга
 Департамент планирования управления эффективностью деятельности, развития
и инвестиций в переработке, коммерции и логистики;
 Департамент планирования управления эффективностью деятельности, развития
и инвестиций в разведке и добыче;
 Департамент планирования, управления эффективностью и развития газового
бизнеса.
Дочерние и зависимые общества ОАО «НК «Роснефть» (ОГ представляют
информацию в ОАО НК «Роснефть»).
Количество пользователей ИР ИКСО – 2500 человек, из них 400 пользователей должны
иметь доступ к формированию и просмотру консолидированной отчетности
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 7 ИЗ 80
ОБЩИЕ СВЕДЕНИЯ
4.2.
ОПИСАНИЕ ТЕКУЩЕЙ СИТУАЦИИ
4.2.1.
ОПИСАНИЕ СУЩЕСТВУЮЩЕЙ ИНФОРМ. СИСТЕМЫ / ИНФРАСТРУКТУРЫ
Процессы подготовки сводной и консолидированной отчетности, трансформации и
подготовки отчетности МСФО в части финансовой отчетности в настоящее время
автоматизированы в ИР 26.013 «Подсистема формирования консолидированной отчетности
по стандартам РСБУ и US GAAP» на базе ПО SAP BCS.
В данном ИР реализована функциональность трансформации и консолидации данных по
МСФО и подготовка данных для целей формирования финансовой отчетности, обеспечена
интеграция со следующими ИР:


информационными ресурсами КИС SAP РН - автоматически, без участия оператора;
подсистемы блоков «Разведка и Добыча»1, «Нефтепереработка и Нефтехимия»2,
«Снабжение»3 ИСУП - автоматизировано, с участием оператора - путем импорта
ранее подготовленных файлов оператором, ответственным за загрузку данных из
ИСУП.
Однако, кроме указанных выше недостатков (раздел 4.2.2 «Описание недостатков
существующего бизнес-процесса»), в ИР отсутствуют аллокация, подготовка данных для
целей формирования управленческой отчетности (включая отчетность на уровне бизнесблока), не реализована функциональность по консолидации бизнес-плана, ожидаемого
итога, план-факт отчетности, не реализована модель ИКСО, отсутствует автоматизированное
формирование пакета итоговой финансовой отчетности. Также необходимо отметить, что
поддержка SAP BCS гарантируется вендором до 2025 года (SAP note 1171344 - SEM-BCS in
the context of SAP ERP 6.0 EHP).
Подготовка и выпуск корпоративной управленческой отчетности в настоящее время
осуществляется не автоматизировано и вне систем, содержащих фактические и плановые
данные по финансовому и управленческому учету.
Ввиду ограниченности текущего функционала и отсутствия при текущей методологии
возможности нивелирования недостатков бизнес-процессов (раздел 4.2.2 «Описание
недостатков существующего бизнес-процесса») в период 2013г.-2014г. были организованы
работы по реализации решения, позволяющего устранить указанные недостатки. В рамках
КИС SAP РН было развернуто ПО SAP BPC версии 10.0., на базе которого были проведены
работы по разработке ИР ИКСО. В период 2013г. - 2014г. реализована модель данных ИКСО,
и следующие уровни ИР ИКСО, созданные средствами SAP BPC:

Уровень сбора данных
Компонент предназначен для обеспечения сбора данных показателей отчетности при
помощи формуляров на базе SAP EPM add’on for MS Excel или загрузок текстовых
файлов, а также выполнения проверок введенных данных в автоматическом и ручном
режиме.

Уровень трансформации, аллокации, консолидации
Компонент реализует набор алгоритмов по реклассификации и формированию
корректировочных проводок в соответствии с Методологией Заказчика с целью
ИР "РН-Добыча" на базе SAP R/3 (Шаблон GFL)
ИР "РН-Переработка" на базе SAP R/3 (Шаблон RRR)
3
ИР "РН-Финансы" на базе SAP R/3 (Шаблон GFT)
1
2
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 8 ИЗ 80
ОБЩИЕ СВЕДЕНИЯ
построения корпоративной и консолидированной сегментной отчетности

Уровень отчетности
Компонент
обеспечивает
формирование
пользовательских форм отчетности.

преднастроенных
корпоративных
и
Уровень хранения данных
Обеспечивает хранение значений показателей и значений аналитик в непротиворечивом
виде.
Интеграция между ИР ИКСО и ИС БПиУО не предусмотрена, передача информации с
помощью файлов также отсутствует.
Продуктивная эксплуатация ИР ИКСО не проводится в связи с выявленными недостатками
решения, описанными в п. 4.2.4 «Описание недостатков существующей информ. системы/
инфраструктуры».
Архитектура решения до реорганизации проекта приведена на рисунке ниже
Рисунок 1).
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 9 ИЗ 80
ОБЩИЕ СВЕДЕНИЯ
Рисунок 1. Архитектура решения до реорганизации проекта
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 10 ИЗ 80
ОБЩИЕ СВЕДЕНИЯ
4.2.2.
ОПИСАНИЕ НЕДОСТАТКОВ СУЩЕСТВУЮЩЕЙ ИНФОРМ. СИСТЕМЫ / ИНФРАСТРУКТУРЫ
По результатам проведенной Опытной эксплуатации по проекту ИКСО были сформированы
следующие ключевые проблемы и открытые вопросы:
1. Низкая производительность системы;
2. Неудобство ФСД/ФВД для ручного ввода при сжатых сроках предоставления данных (в
ИР ИКСО на SAP BPC было настроено около 90 формуляров для сбора данных);
3. Неудобство чтения списка выдаваемых ошибок;
4. Отсутствие
критичной для поддержки процессов консолидации данных
функциональности, перечень которых приведен в приложении (ПРИЛОЖЕНИЕ 3. Особые
Требования к функциональности системы, ПРИЛОЖЕНИЕ 5. Перечень критичных
разработок, реализуемых на базе SAP BPC);
5. Отсутствие методики формирования управленческих показателей;
6. Отсутствие автоматизации учета управленческих показателей;
7. Недостаточный уровень автоматизации выгрузки показателей.
Детальные дополнительные требования по результатам проведенной Опытной эксплуатации
представлены в приложении (ПРИЛОЖЕНИЕ 3. Особые Требования к функциональности
системы, ПРИЛОЖЕНИЕ 5. Перечень критичных разработок, реализуемых на базе SAP BPC).
На основании выше перечисленного была пересмотрена архитектура реализуемого решения,
требования к которому изложены в разделе 5 Требования к продукту.
В соответствии с решением Архитектурного совета реализация решения, может быть
осуществлена на платформе SAP BPC версии 10.x, или на платформе SAP BCS (с установкой
последнего EHP 7) при условии соответствия решения всем требованиям, перечисленным в
данном документе.
4.3.
ЗАФИКСИРОВАННЫЕ БИЗНЕС-ТРЕБОВАНИЯ
Таблица 2. Зафиксированные бизнес-требования
№
1
ОПИСАНИЕ ТРЕБОВАНИЯ
2
1.
Обеспечить структурированный сбор необходимой
информации для подготовки корпоративной
отчетности из различных источников в показателях
и аналитиках Модели данных ИКСО (Приложение 2)
по срезам факт, план, ожидаемый итог
2.
Обеспечить согласование и версионность
поступающих данных в соответствии с матрицей
ответственности до уровня структурного
подразделения ЦАУК/ уровня Департамента бизнесблока в разрезе показателей модели ИКСО
3.
Обеспечить разработку процедур очистки и
проверки полученных исходных данных
4.
Обеспечить хранение очищенных и проверенных
данных
СВЯЗЬ С ЦЕЛЯМИ ПРОЕКТА
4
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемый итог для подготовки консолидированной финансовой
и управленческой отчетности, в т. ч. по бизнес-сегментам и
направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемый итог для подготовки консолидированной финансовой
и управленческой отчетности, в т. ч. по бизнес-сегментам и
направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемых итогов для подготовки консолидированной
финансовой и управленческой отчетности, в т. ч. по бизнессегментам и направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемых итогов для подготовки консолидированной
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 11 ИЗ 80
№
1
ОПИСАНИЕ ТРЕБОВАНИЯ
2
5.
Разработать автоматические процедуры аллокации,
трансформации и консолидации данных всех срезов
6.
Обеспечить возможность формирования отчетности
для проведения анализа на основе как исходных, так
и аллокированных, трансформированных и
консолидированных данных с использованием
специализированных приложений.
7.
Автоматизированное заполнение корпоративной
финансовой и управленческой отчетности.
СВЯЗЬ С ЦЕЛЯМИ ПРОЕКТА
4
финансовой и управленческой отчетности, в т. ч. по бизнессегментам и направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемых итогов для подготовки консолидированной
финансовой и управленческой отчетности, в т. ч. по бизнессегментам и направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемых итогов для подготовки консолидированной
финансовой и управленческой отчетности, в т. ч. по бизнессегментам и направлениям деятельности.
Данное требование направлено на достижение цели проекта:
Создать единое технологическое и методологическое решение
процесса сбора и обработки данных по срезам факт, план,
ожидаемых итогов для подготовки консолидированной
финансовой и управленческой отчетности, в т. ч. по бизнессегментам и направлениям деятельности.
5. ТРЕБОВАНИЯ К ПРОДУКТУ
5.1.
ОБЩИЕ ТРЕБОВАНИЯ К АРХИТЕКТУРЕ
Согласно утвержденной целевой архитектуре решния ИР ИКСО должен быть реализован на базе
промышленной платформы программного обеспечения класса BI, CPM с использованием
продуктов SAP BPC или SAP BCS на информационном хранилище SAP NetWeaver BW (в
дальнейшем - «платформа») на СУБД Oracle. Реализация осуществляется в рамках выделенной
инстанции SAP BW КИС SAP РН. При трехкомпонентной архитектуре: клиент - сервер
приложений - сервер хранения. Ландшафт систем – трехсистемный, состоящий из систем
разработки, тестирования и продуктива.
Архитектура платформы должна быть достаточно гибкой и допускать относительно простое, без
коренных структурных изменений, развитие конфигурации используемых средств и наращивание
функций и ресурсов в соответствии с расширением сфер и задач ее применения.
Все основные модули платформы должны предполагать возможность функционирования как на
базе одного сервера, так и на базе группы серверов с возможностью распределения компонентов
системы по серверам в соответствии с нагрузкой.
Платформа должна предполагать возможность функционирования в кластерной конфигурации для
повышения катастрофоустойчивости и распределения нагрузки.
В информационном хранилище ИР ИКСО можно выделить следующие уровни данных:



Уровень консолидированных данных;
Уровень агрегации и проверки данных;
Уровень сбора, хранения, архивации и отчетности для детальных данных.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 12 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Данные уровни относятся к уровню бизнес-трансформации данных (BTL - Business Transformation
Layer ) в соответствии с концепцией Многоуровневой Масштабируемой Архитектуры (ММА) или
Layered Scalable Architecture (LSA).
На всех уровнях хранилища ИР ИКСО необходимо поддерживать работу с двумя моделями
данных:

«Оперативная» модель данных ИКСО – модель данных, в которой происходит
трансформация, аллокация и консолидация фактических данных и данных ожидаемого
итога текущего года;

«Перспективная» модель данных ИКСО - модель данных, в которую вносятся изменения
для трансформации, аллокации и консолидации плановых данных следующих лет.
В ИР ИКСО данные по показателям на уровень сбора должны загружаться как в форматах попериодам (PERIODIC), так и нарастающим итогом (YearToDate). Для различных наборов
показателей модели данных ИКСО может быть определен разный формат сбора данных.
Данные на этот уровень могут загружаться как непосредственно из подсистем учета КИС SAP РН,
так с использованием ФСД/ФВД и файлов загрузки типа CSV в формате данных соответствующем
модели данных ИКСО.
В ИР ИКСО уровень сбора, хранения, архивации и отчетности для детальных данных должен
обеспечить хранение, проверку, очистку и преобразование данных, хранящихся в форматах попериодам (PERIODIC) и нарастающим итогом (YearToDate). Если на этапе «Уточнение
Концептуального проекта» будет определено, что с учетом требований к интеграции с ИС БПиУО,
целей отчетности и бизнес приложений достаточно оставить один формат хранения, то в уровне
сбора, обработки, хранения, архивации и отчетности будет присутствовать только один формат
хранения данных. Это требование, соответственно, будет распространено и на загружаемые файлы
в формате модели ИКСО.
Посроение отчетности осуществляется средствами SAP NetWeaver BW и/или SAP BO BI Platform.
В ИР ИКСО на всех уровнях должна быть обеспечена доступная для отчетности архивация
оперативных данных с целью поддержания высокой производительности на оперативных срезах
данных. Оперативный срез данных – 1 год. Требуемый интервал для получения отчетности в
оперативном режиме за период не менее, чем 5 лет.
При проведении работ с использованием языков программирования ABAP, java, разработки
должны осуществляться исходя из требования по минимизации работ программирования с
использованием ABAP, java, которые

не модифицируют стандартную функциональность процессов в системе;

используют специальные точки расширения существующей функциональности;

не изменяют стандартные объекты, закрытые SAP к изменению сторонним разработчиком.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 13 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Изменение стандартной функциональности и стандартных объектов осуществляется только в
производителем решения.
Формирование единой методологической базы по финансовому и управленческому учету, при
необходимости меппинга между ними осуществляется в рамках работ по методологии.
5.2.
ТРЕБОВАНИЯ К ДОСТУПНОСТИ И ПРОИЗВОДИТЕЛЬНОСТИ
Режим работы ИР ИКСО должен обеспечивать возможность ввода данных в рабочее время в
режиме 8х5. Учитывая географическое расположение обществ Компании, предполагаемый режим
работы продуктивной системы – 24х7.
Требования к доступности и производительности ИР ИКСО должны быть определены в
зависимости от выполняемых бизнес-сценариев. На этапе «Уточнение Концептуального
проектирования» в рамках работ по сайзингу оборудования должны быть собраны требования в
разрезе автоматизируемых функциональных блоков и бизнес-блоков.
В рамках сервиса Technical Feasibility Check (Проверка технических возможностей) по проекту
ИКСО для продуктивного решения SAP BPC САП оценил необходимую минимальную мощность
продуктивного сервера в 95 тыс. SAPS. Порядок оценки необходимой мощности при реализации
на продукте BCS аналогичной функциональности должен оставаться прежним (не менее 95 тыс.
SAPS).
Предполагается осуществлять реализацию данного проекта на базе существующего ландшафта
технических систем B02-B03-B05 (разработка, тест, продуктив) в составе эксплуатируемой
информационной системы КИС SAP РН. Данные технические системы представляют в КИС SAP
РН ландшафт ПО SAP NW. Ландшафт функционирует на комплексе серверов платформы SPARC.
Требования к производительности компонентов системы приведены ниже. Данные требования
должны быть обеспечены существующими в КИС SAP РН средствами.
Таблица 3
Операция
Загрузка данных детального уровня с использованием файла в
требуемом формате
Загрузка значений одной аналитики
Максимальное
значение, мин.
Объем данных операций
3
Требования для одного файла
одного ОГ
2
Обновление данных «простого» ФСД/ФВД
1
Обновление данных «сложного» ФСД/ФВД
2
Запись данных «простого» ФСД/ФВД
2
Запись данных «сложного» ФСД/ФВД
4
Проверки
4
Все проверки для одного ОГ
Пересчет валют
15
Для одного ОГ
Копирование данных на уровень агрегации
1
Для одного ОГ
Трансформация
4
Для одного ОГ
Трансформация
60
Для Компании в целом
Аллокация
60
Для Компании в целом
Копирование данных на уровень консолидации
10
Для Компании в целом
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 14 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Максимальное
значение, мин.
Объем данных операций
Консолидация
90
Для Компании в целом
Аллокация и Консолидация (весь периметр)
Гибкий отчет (время отклика, при количестве строк не более
5000, количестве столбцов не более 10)
«Простой» отчет
150
Для Компании в целом
Операция
«Сложный» отчет
1
1
3
Объем массива детальных данных для проведения нагрузочного тестирования должен составлять
объем данных, характерный для продуктивного ИР ИКСО для всего периметра консолидации
Компании не менее, чем за 2 года. Тестирование ИР ИКСО с указанным объемом данных
проводится для всех уровней.
«Простой» отчет – отчет, имеющий в своем составе количество листов до 3-х (включительно),
количество OLAP запросов к хранилищу SAP BW до 5-ти (включительно).
«Сложный» отчет – отчет, имеющий в своем составе количество листов более 3-х, количество
OLAP запросов к хранилищу SAP BW более 5-ти.
С целью проверки соответствия реализованного функционала представленным выше требования в
рамках этапа «Интеграционное тестирование» выполняется нагрузочное тестирование, в том числе
с эмуляцией работы пользователей. По результатам данного тестирования, в том числе в отчете,
должны быть представлены рекомендации к составу оборудования для работы ИР, с перечнем
изменений в количественных характеристиках оборудования, вариантам распределения нагрузки,
изменению настроек и разработок в ИР, которые должны быть проведены по итогам нагрузочного
тестирования с целью увеличения производительности компонентов ИР ИКСО. Удовлетворение
данных требований должно гарантировать высокую производительность системы с учетом
массового многопользовательского режима работы.
На этапе «Уточнение концептуального проекта» должен быть определен перечень бизнесопераций, критичных с точки зрения скорости выполнения с целью построения архитектуры ИР
ИКСО, не имеющего узких мест в производительности.
ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ
5.3.
Уровень конфиденциальности информации, обрабатываемой в ИР ИКСО, реализуемый в КИС
SAP РН, не приводит к повышению максимального уровня конфиденциальности информации в
данной ИС.
Максимальная категория конфиденциальности информации, обрабатываемой
автоматизируемых бизнес-процессов – конфиденциальная информация.
в
рамках
Внедряемая функциональность должна отвечать требованиям разграничения полномочий
пользователей и требованиям безопасности КИС SAP РН, для которой определены следующие
характеристики:



КИС SAP РН является системой с одной серверной группировкой;
максимальная категория конфиденциальности информации, обрабатываемой в КИС SAP
РН – конфиденциальная информация;
доступ в КИС SAP РН многопользовательский, реализована система разграничения
доступа;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 15 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ


КИС SAP РН обеспечивает защиту от несанкционированного доступа (НСД) на уровне не
ниже установленного требованиями, предъявляемыми к классу защищенности 1Г АС по
классификации действующего руководящего документа Гостехкомиссии России
«Автоматизированные системы. Защита от несанкционированного доступа к информации.
Классификация автоматизированных систем и требования по защите информации» 1992 г.;
Уровень защищённости от несанкционированного доступа средств вычислительной
техники, обрабатывающих информацию, соответствует требованиям к классу
защищённости СВТ не ниже 5, согласно требованиям действующего руководящего
документа Гостехкомиссии России «Средства вычислительной техники. Защита от
несанкционированного доступа к информации. Показатели защищенности от
несанкционированного доступа к информации», 1992г.
Уровень защищённости от несанкционированного доступа информационной системы и средств
вычислительной техники не меняется в ходе проекта.
В рамках проекта для решения должна быть разработана Матрица доступа / Регламент
предоставления доступа, где каждой роли присваиваются права на вызов определённых функций
решения применительно к заданным объектам решения.
Доступ к ИР ИКСО должен осуществляться только с рабочих станций, входящих в состав
сегментов сети Компании, аттестованных для обработки информации конфиденциального
характера или оборудованных персональными комплексами защиты информации ПКЗИ-КТ.
Передача по сети конфиденциальной информации операторам, осуществляющим взаимодействие
с системой (файлы с данными для загрузки и т.п.), должна быть реализована с использованием
ПКЗИ-КТ-ДП либо посредством механизмов обмена файлами, предусмотренных в КИС SAP РН.
В ИР ИКСО должно быть обеспечено следующее:






5.4.
Целостность, конфиденциальность и доступность данных при их сборе, обработке,
хранении и предоставлении;
Аутентификация и авторизация пользователей;
Контроль доступа к данным и модулям;
Протоколирование действий пользователей и администраторов системы, в том числе и на
уровне бизнес-логики;
Разграничение полномочий пользователей и администраторов системы;
Ведение пользователей и присвоение им полномочий должно осуществляться через
имеющуюся функциональность SAP Central User Administration (CUA). (Приложение 3.
Особые Требования к функциональности системы, п.7).
ТРЕБОВАНИЯ К АВТОМАТИЗАЦИИ
ИР ИКСО должен обеспечить автоматизацию следующих процессов сбора и обработки данных
для консолидированной финансовой и управленческой отчетности, в том числе:




Сбор плановых и фактических показателей, показателей ожидаемый итог;
Проверка, преобразование, загрузка, хранение, контроль статусов операций загрузки и
проверки данных;
Трансформация;
Аллокация;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 16 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ



Консолидация;
Анализ данных;
Выпуск отчетности.
Общесистемные требования
1. ИР ИКСО должен соответствовать концепции построения единой архитектуры, изложенной в
«Методических указаниях о принятии архитектурных решений»:
 Единое хранилище для всех видов данных, включая метаданные и настройки;
 Единая технология автоматизации бизнес-процессов.
2. ИР ИКСО должен предоставлять пользовательские интерфейсы на русском и английском
языке, включая отчетность, ФВД и ФСД.
3. ИР ИКСО должен поддерживать мультивалютность при формировании отчетности, при
внесении данных с использованием ФВД, ФСД, при загрузке файла CSV в формате модели
данных ИКСО. В системе должна быть возможность перевода показателей из базовой в
любую валюту на уровне отчетов (курсы пересчета), а также для иностранных компаний,
входящих в периметр консолидации, должен быть обеспечен пересчет из валюты компании в
функциональную валюту – рубль РФ.
4. ИР ИКСО должна сопровождать актуализированная, комплектная документация,
обеспечивающая квалифицированную эксплуатацию и возможность развития ИР ИКСО.
5. ИР ИКСО должен обеспечивать совместимость компонентов ПО решения с существующими
и утвержденными в Компании серверными приложениями и приложениями рабочих мест
пользователей, таких как операционная система, СУБД, офисные приложения, средства
обеспечения информационной безопасности (ПКЗИ) и др. Требования по совместимости и
существующие ограничения (при их наличии), включая технические, должны быть доведены
Исполнителем до Заказчика как требования к конфигурации рабочих мест и инфраструктуре –
матрица совместимости серверного приложения/клиентского места (при необходимости
сертификаты совместимости). (Приложение 3. Особые Требования к функциональности
системы, п. 22 ).
6. Должен быть обеспечен единый интерфейс работы пользователя, т.е. в случае использования
пользователем WEB-интерфейса необходимо обеспечить работу только в WEB-Интерфейсе.
(Приложение 3. Особые Требования к функциональности системы, п. 32).
Управление процессом выпуска отчетности
ИР ИКСО должен обеспечивать выполнение следующих требований в части управления
процессом выпуска (формирования) отчетности:
1. Наличие встроенных инструментов для управления статусами и процессом согласования и
утверждения, позволяющих отслеживать процесс предоставления данных с рассылкой
автоматических уведомлений, подтверждать/отклонять и блокировать данные от дальнейших
изменений на этапе сбора данных;
2. Наличие инструментов обеспечения совместного рабочего процесса – потоки заданий для
каждого бизнес-процесса с набором следующих функций:
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 17 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ






Возврат на предыдущие шаги процесса;
Возможность уведомления по электронной почте;
Возможность автоматической проверки данных и запрет перехода к дальнейшим шагам
Workflow до устранения ошибок в данных на предыдущих шагах процесса;
Возможность использовать типовые Workflow для однотипных процессов в различных ОГ;
Привязка ответственных за конкретный шаг, либо весь Workflow;
Требуется обеспечить отображение мероприятий (шагов процесса) в той
последовательности, в которой они должны быть выполнены в результате настройки
последовательности операций. Пользователь, осуществляющий загрузку данных в ИР
ИКСО, не должен иметь возможности изменить данную последовательность
(пересортировать шаги) для факта для уровней трансформации, аллокации и консолидации.
(Приложение 3. Особые Требования к функциональности системы, п. 24)
5.5.
ТРЕБОВАНИЯ К ДАННЫМ
Адаптация модели данных и всех сопутствующих методологических документов с учетом
особенностей платформы и технической реализации решения должна быть проведена
подрядчиком самостоятельно. Привлечение методологов заказчика возможно только для
уточнений и консультаций по модели данных.
Методологические документы по ИР ИКСО приведены в приложении (ПРИЛОЖЕНИЕ 2. Список
методологических документов).
Сбор данных
Сбор данных из учетных систем должен осуществляться следующими способами:
1. Online сбор, при котором используются ФВД, отчетность и проверки в ИР ИКСО;
2. Загрузка данных с использованием CSV файла в формате модели данных ИКСО,
получаемого из следующих источников:
 подсистема offline (удаленного) сбора данных, для загрузки данных в ИР ИКСО
используется CSV файл, выгружаемый из данной подсистемы. Формуляры сбора
данных (ручной ввод) подсистемы представляют собой формуляр с не полностью
установленной структурой, но с зафиксированным набором показателей,
отображаемом на листе ввода данных. Набор значений некоторых аналитик, список
которых зависит от выбранного показателя и принадлежности ОГ к определенному
сегменту;
 технологические и производственные системы;
 макеты бизнес-плана Компании;
3. Автоматически, без участия оператора интеграция с подсистемами учета КИС SAP РН.
Файловый обмен данных осуществляется с участием пользователя, ответственного за загрузку
данных, т.е. для загрузки подготовленного файла будет использоваться подключение пользователя
к ИР ИКСО с использованием ПКЗИ, подготовленный заране файл загружается в ИР ИКСО
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 18 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
пользователем с использованием соответствующей функциональности загрузки файлов в ИР
ИКСО.
Структурированная выгрузка данных должна осуществляться посредством CSV-файла в формате
модели данных ИКСО.
Подсистема offline (удаленного) сбора данных
Подсистема, представляющая из себя отдельное локальное приложение, которое устанавливается
на рабочей станции пользователя в однопользовательском режиме работы, и должна
удовлетворять следующим требованиям:
1. Поддержка загрузки в подсистему описания стуктуры модели, необходимых значений
справочников, правил проверки в соответствии с моделью данных ИКСО;
2. Поддержка процедур выравнивания значений справочников, правил проверки из ИР ИКСО
в подсистему offline сбора данных;
3. Обеспечение процедуры загрузки данных из CSV-файла в формате модели данных ИКСО в
подсистему offline сбора данных;
4. Осуществление процедур проверки данных в соответствии с загруженными в подсистему
процедурами, определяемыми правилами проверки в ИР ИКСО (выравнивание правил и
справочников опредлено в п. 2);
5. В ФСД подсистемы необходима поддержка динамического формирования набора листов
для ручного заполнения и корректировки и total-листов с суммированием данных всех
заполненных листов (Приложение 3. Особые Требования к функциональности системы, п.
38);
6. Для всех ФСД должны быть реализованы следующие требования по эргономике:
a. Возможность формирования для ОГ ограниченного набора ФСД, релевантных для
ББ, к которому относится ОГ, в соответствии с матрицей распределения ФСД по ББ
(Приложение 3. Особые Требования к функциональности системы, п. 39);
b. Возможность добавления/удаления сразу нескольких строк в ФСД (Приложение 3.
Особые Требования к функциональности системы, п. 40);
c. Возможность поиска требуемых значений аналитики в выпадающем списке,
возможность быстрого поиска и фильтрации данных при работе со списками;
(Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);
7. Блокировка/ограничение для ввода недопустимых значений аналитики при заполнении
ФСД. Настройка для ОГ ограниченного набора значений аналитик, релевантных для
данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для
ОГ (например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к
функциональности системы, п. 42);
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 19 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
8. Обеспечение выгрузки данных в виде CSV-файла в формате модели данных ИКСО для
загрузки в подсистему сбора данных в информационном хранилище ИР ИКСО оператором;
9. Поддержка мультивалютности для вносимых данных.
Проверка полностью сформированных данных в подсистеме offline сбора выполняется в ОГ до
предоставления данных в ИР ИКСО.
Подсистема offline сбора данных используется для сбора только финансовых показателей модели
данных ИКСО.
В качестве основы для создания подсистемы offline сбора данных по возможности необходимо
использовать функциональность SAP ECCS на базе КИС SAP РН.
Работы по проектированию и созданию подсистемы offline сбора данных должны быть выполнены
к этапу «Проверка работоспособности ИКСО в продуктивной среде» в рамках отдельного
договора на выполнение работ этапов «Подготовка к Проверке работоспособности ИКСО в
продуктивной среде» и «Проверка работоспособности ИКСО в продуктивной среде». На этапе
концептуального проектирования необходимо согласовать и выделить из общей модели ИКСО
показатели модели и проверки, которые будут релевантны для реализации в подсистеме offline
сбора данных.
Подсистема хранения и Online сбора данных в информационном хранилище ИР ИКСО
На уровне сбора данных в информационном хранилище ИР ИКСО (Рисунок 2 Целевая
архитектура ИР ИКСО) должны выполняться следующие требования:
1. Обеспечение структурированного сбора в соответствии с моделью данных ИКСО стоимостных
и натуральных показателей для подготовки корпоративной отчетности из различных
источников;
2. Возможность использования форм ввода в формате Microsoft Excel, Web-интерфейсов;
3. Импорт данных из файлов (в форматах CSV);
4. Обеспечение возможности сбора данных посредством ручного ввода из территориально
удаленных подразделений в режиме работы online непосредственно в ИР ИКСО с занесением
информации в ФВД;
5. Для всех ФВД должны быть реализованы следующие требования по эргономике:
a. Возможность формирования для ОГ ограниченного набора ФВД, релевантных для ББ, к
которому относится ОГ, в соответствии с матрицей распределения ФВД по ББ
(Приложение 3. Особые Требования к функциональности системы, п. 39);
b. Возможность добавления/удаления сразу нескольких строк в ФВД (Приложение 3.
Особые Требования к функциональности системы, п. 40);
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 20 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
c. Возможность поиска требуемых значений аналитики в выпадающем списке,
ограничение выпадающего списка (например, аналитика 97 – «Бизнес-единицы», 96
«Контрагенты») значениями, которые относятся только к определенному ОГ, или ОГ
определенного ББ, возможность быстрого поиска и фильтрации данных при работе со
списками (Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);
6. Обеспечение ведения двух типов показателей - количество и сумма на одном счете (Account)
модели данных ИКСО (Приложение 3. Особые Требования к функциональности системы,
п.58);
7. Обеспечение ввода данных следующих категорий:


Числовые данные (в различных единицах измерения: финансовые (в выбранной
валюте), проценты, тонны, м. куб., кол-во и пр.);
Текстовые данные (описательные значение), например, комментарии к ручным
корректировкам;
8. Обеспечение возможности ввода в ФВД исходных данных по всем версиям либо нарастающим
итогом с начала года, либо периодически в помесячной разбивке (для конкретных ФВД
вариант ведения фиксируется на этапе концептуального дизайна);
9. Блокировка/ограничение ввода недопустимых значений аналитики при заполнении ФВД.
Возможность настройки для ОГ ограниченного набора значений аналитик, релевантных для
данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для ОГ
(например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к
функциональности системы, п. 42);
10. Должна существовать возможность корректировки или исправления хранящихся в системе
данных, с последующим раздельным хранением их в системе; и возможность дублирования
корректировки из периода в период (Приложение 3. Особые Требования к функциональности
системы, п. 38);
11. Проведение автоматических проверок правильности заполнения данных по позициям модели
данных ИКСО (сверка информации одинаковых показателей между несколькими
заполняемыми ФСД/ФВД и т.п.), а также защита от некорректного ввода данных. Проверки
выполняются в системе в online режиме;
12. Для плановых срезов необходимо, чтобы в проверочных отчетах данные были представлены
periodic, т.е. разворачивались по 12 колонкам (январь, февраль, ….,декабрь) плюс "итого".
Обеспечить согласованность хранения форматов "Periodic" и "YearToDate". Отчетность в
форматах "Periodic" и "YearToDate" формируется согласно Альбому форм отчетности и
меппингу отчетности на модель данных ИКСО (Приложение 3. Особые Требования к
функциональности системы, п. 29);
13. На уровне хранилища данных должны быть настроены проверочные отчеты с возможностью
интерактивной детализации и фильтрации (Drill Down) информации в отчете для поиска
расхождений в данных, с возможностью перехода в детализированный отчет для внесения
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 21 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
исправлений и корректировок (Приложение 3. Особые Требования к функциональности
системы, п. 38).
В связи со сложностью отчетных форм, использующих одновременно данные разных уровней
хранилища ИР ИКСО и в связи с общей сложностью модели данных ИКСО необходимо уделить
особое внимание обеспечению производительности и поддержанию эргономики системы.
Периодичность
Данные, используемые ИР при построении форм или панелей Отчетности, должны обновляться с
максимально возможной периодичностью, достаточной для определения времени принятия
соответствующих управленческих решений на основании ее результатов.
Версионность
Должны поддерживаться следующие версии данных:



Факт;
Бизнес-план – 4 или более версии, включая утвержденный;
Ожидаемый итог - 12 или более версий (для каждого месяца).
Проверка и очистка данных
В рамках ИР ИКСО должен быть реализован механизм контроля целостности, полноты и качества
данных, используемых для построения отчетности. Для этой цели предусматриваются как
стандартные (инструменты администрирования хранилища данных), так и дополнительные
специальные механизмы (программная обработка импортируемых данных, ведение журнала
загрузок, контрольные отчеты для сверки), позволяющие осуществлять поиск ошибок и оказывать
необходимую помощь в анализе причин их возникновения.
Необходимо предусмотреть в ИР ИКСО процедуры проверки загружаемых данных на
соответствие текущей версии модели ИКСО с возможностью формирования отчета об ошибках
загрузки и отчета по массиву незагруженных данных.
Корректные данные должны быть загружены в объекты хранения ИР ИКСО вне зависимости от
ошибок в пакете загружаемых данных.
Компонент очистки и проверки обеспечивает проверку внутренней непротиворечивости данных,
соответствию их мастер-данным и позициям корпоративных справочников:
1. Проведение очистки и проверки полученных исходных данных по правилам, описанным
Заказчиком;
2. Проведение логических проверок (валидации) данных согласно предопределенным
правилам после ввода данных на уровнях сбора данных, трансформации, аллокации и
консолидации в зависимости от единицы консолидации (возможность присвоения проверки
конкретной единице консолидации), так и независимо, на общем уровне Компании;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 22 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
3. Общее количество настроенных логических проверок не превышает
200 единиц
методологической постановки. При необходимости на основании особенностей
технической реализации они могут быть разбиты или сгруппированы по согласованию с
Заказчиком. При этом большинство проверок (более 90%) выполняется на детальном
уровне, оставшиеся - на уровне агрегации;
4. Ведение правил преобразования данных. Под ведением правил преобразования данных
понимается возможность настройки, хранения и ведения формул и алгоритмов расчета
показателей;
5. Требуется настройка функциональности (стандартной или как расширение стандарта
продукта) контроля привязки аналитических признаков и их значений к показателям
(счетам) - аналог "типа контировки" в BCS или "Scenario catergory" в SAP BO-FC. Эта
функциональность требуется для поддержания разработанной методологами модели
данных ИКСО. Функциональность должна поддерживать работу в режиме ручных
проводок, а также обеспечивать режим гибких настроек без доработок в системе на ABAP
или с минимальными доработками на ABAP. Разработки, выполняемые на ABAP, не
должны модифицировать стандартную функциональность процессов в системе,
использующими специальные точки расширения существующей функциональности, не
должны изменять стандартные объекты, закрытые SAP к изменению разработчиком. С
помощью данной функциональности должен осуществлять контроль в ходе всего процесса
обработки данных (ввод данных, трансформационные, аллокационные, консолидационные
поправки, в том числе ручные) (Приложение 3. Особые Требования к функциональности
системы, п. 14, 88);
6. Приведение в соответствие переменных данных в части НСИ и классификаторов мастерданных модели ИКСО.
Справочники и классификаторы
С целью упрощения процесса администрирования основных данных в рамках ИР для каждого
справочника, включенного в модель ИКСО, должны быть предусмотрены следующие механизмы
загрузки основных данных:


механизм автоматической загрузки основных данных из системы учета КИС SAP РН (если
это осуществимо);
механизм загрузки основных данных из специально сформированных плоских текстовых
файлов формата CSV (на автоматической, либо регламентной основе) с участием
пользователя, ответственного за загрузку данных.
Основные справочники ИР ИКСО:





Аналитика 1: Вид движения;
Аналитика 2: Капвложения освоение, финансирование, обеспеченность ПСД;
Аналитика 3: Виды процессов;
Аналитика 4: Виды валют;
Аналитика 7: Вид тарифа;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 23 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ






































Аналитика 8: Принадлежность объекта, ресурса;
Аналитика 9: Типы скважин;
Аналитика 12: Объекты ИТ-инфраструктуры, складского и авиационного хозяйства;
Аналитика 13: Способ эксплуатации;
Аналитика 14: Типы персонала;
Аналитика 15: Виды комплексных объектов;
Аналитика 17: Структура капитальных вложений и затрат на капитальный ремонт скважин;
Аналитика 18: Виды инвестиционных проектов;
Аналитика 19: Виды капитальных вложений;
Аналитика 20: Фонды скважин;
Аналитика 24: Группы продуктов, услуг;
Аналитика 24_1: Подвиды продуктов, услуг;
Аналитика 25: Местонахождение активов;
Аналитика 26: Классификация запасов;
Аналитика 30: Вид добычи;
Аналитика 41: Направления реализации;
Аналитика 44: Базис поставки и место отгрузки продукции, товаров;
Аналитика 45: Схемы транспортировки;
Аналитика 46: Канал сбыта;
Аналитика 48: Виды реализации;
Аналитика 52: Пункты перевалки;
Аналитика 55: Категории персонала;
Аналитика 72: Схемы замещения;
Аналитика 95: Единый унифицированный периметр;
Аналитика 96: Контрагенты;
Аналитика 97: Бизнес-единицы;
Аналитика 104: Виды затрат;
Аналитика T01: Единица измерения;
Аналитика T02: Типы бизнес-единиц;
Аналитика T08: Принадлежность компании;
Аналитика T14_1: Методы консолидации;
Аналитика Т14_2: Тип актива;
Аналитика T14_3: Территориальная принадлежность;
Аналитика Т14_4: Классификация ОГ по видам деятельности;
Аналитика Т14_5: Виды перевалки;
Аналитика Т14_6: ОГ с параллельным учетом;
Аналитика Т14_7: ОГ добыча/разведка на суше или шельфе;
Аналитика Т14_8: Группа ТНК;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 24 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ





Аналитика T20: Регион;
Аналитика T21: Период;
Аналитика T22: Версия данных;
Аналитика T94: Сегмент и направление деятельности, производственный блок;
Аналитика 200: Перечень поправок по процессам.
Данные справочники планируется вести непосредственно в ИР ИКСО. Синхронизируемые с КИС
SAP РН справочники указаны в следующем разделе.
Состав справочников может быть уточнен в ходе проекта. Окончательные требования по составу
справочников содержатся в утвержденной Модели данных ИКСО.
Формирование структуры и содержания справочников осуществляет Заказчик.
Общие справочники ИР ИКСО и КИС SAP РН
ИР ИКСО предусматривает синхронизацию по следующим корпоративным справочникам с КИС
SAP РН:






Деловые партнеры - Аналитика 96: Контрагенты;
Материалы, Класс материалов - Аналитика для ИКСО в Классе материалов - Аналитика 24:
Группы продуктов, услуг (в зависимости от Вида класса материала устанавливается
аналитика ИКСО для КСМ);
ЕУП - Аналитика 95: Единый унифицированный периметр;
Страны - Аналитика 41: Направления реализации;
Единицы измерения - Аналитика T01: Единица измерения;
Валюты - Аналитика 4: Виды валют.
Предварительно, до начала работ по синхронизации, будет получено согласие владельцев
указанных справочников на их использование в ИР ИКСО.
Для поддержания целостности справочников и классификаторов, имеющихся в ИР ИКСО и
используемых в КИС SAP РН, необходимо поддержать процесс гармонизации состава и
содержимого справочников.
Перечень корпоративных объектов НСИ приведен в приложении (ПРИЛОЖЕНИЕ 6. Перечень
корпоративных объектов НСИ).
На этапе концептуального проектирования могут быть выполнены дополнения в набор
классификаторов, используемых для синхронизации локального справочника аналитик ИР ИКСО
и системы учета на базе с КИС SAP РН. Работы по обеспечению ведения таких аналитик локально
будут заменены на загрузку значений аналитик из учетной системы на базе с КИС SAP РН.
Перечень некорпоративных справочников НСИ приведен в приложении (ПРИЛОЖЕНИЕ 7.
Перечень некорпоративных объектов НСИ).
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 25 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Средства хранения данных
Хранилище данных должно быть построено на основе модели данных ИКСО и обеспечивать
сопоставимость и отсутствие избыточности данных.
В хранилище выделена подистема сбора, обработки, архивации
представляющую собой реализацию детального уровня модели ИКСО.
и
хранения
данных
Данная подсистема имеет дополнительную функциональность по обеспечению пересчетов
неконсолидированных и неагрегированных данных и их обогащения (включая деривацию)
необходимыми аналитиками. Часть существующих (в реализации ИР ИКСО) процедур по
обогащению и деривации необходимо мигрировать с уровня агрегации в эту подиситему.
Требования в части хранения данных
ИР ИКСО должен обеспечить выполнение следующих требований в части хранения данных:
1. Возможность хранения в одном хранилище данных факта, плана и ожидаемого итога;
2. Поддержка произвольного числа нескольких версий для хранимых данных;
3. Обеспечение единства структурирования (показатели, аналитические разрезы и т.п.) между
данными планирования, прогнозирования и фактическими данными;
4. Поддержка хранения различных типов данных:



одномерные – измерения и их атрибуты, например, атрибуты валют, балансовых счетов или
филиалов;
реляционные – например, данные об остатках и оборотах, хранимые в соответствии с
принятой ER-моделью, описывающей соответствующую предметную область;
многомерные – например, данные об остатках и оборотах, разложенные по нескольким
измерениям (или аналитическим срезам, например, балансовым счетам, валюте и времени);
5. Возможность сегментирования хранения данных по видам бизнеса (видам деятельности), по
функциональным областям (процессам и функциям), т.е. возможность хранения данных
принадлежащих разным «видам бизнеса» или разным «функциональным областям» в
физически различных объектах хранилища данных;
6. Поддержка необходимого количества измерений для хранимых данных;
7. Обеспечение поддержки единиц измерений как для финансовых данных, так и для
нефинансовых данных (например, объемы, численность);
8. Поддержка необходимой иерархии значений измерений для хранимых данных (например,
период: год – квартал – месяц);
9. Возможность хранения данных с незаполненными/частично заполненными измерениями;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 26 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
10. Возможность хранения рассчитанных значений (как по модели, так и по иерархии);
11. Возможность внесения изменений в справочники непосредственно в хранилище данных в
соответствии с существующим в Компании регламентом;
12. Возможность обновления справочников через импорт файлов в формате CSV;
13. Возможность экспорта справочников в формате CSV;
14. Поддержка времязависимых иерархий справочников, версионности, времязависимых
текстовых описаний основных данных;
15. Возможность загрузки и хранения данных в разных моделях данных ИКСО (оперативная,
перспективная);
16. Поддержка произвольного количества иерархических представления значений справочников;
17. Управление метаданными объектов ИР ИКСО и хранение этой информации в разделах базы
данных ИР;
18. Хранение данных по курсам ряда иностранных валют (доллары США, Евро) к Российскому
рублю, установленных Банком России на каждый день и средние курсы за месяц, квартал,
год;
19. Поддержка многовалютности при формировании отчетности. В системе должна быть
обеспечена возможность перевода показателей из базовой в любую валюту на уровне
отчетов (курсы пересчета). А также для иностранных компаний, входящих в периметр
консолидации, должен осуществляться пересчет из валюты компании в функциональную
валюту – рубль РФ;
20. Поддержка возможности ведения данных в валюте транзакции исходных документов с
возможностью пересчета в функциональную валюту.
21. Ориентировочное количество показателей в модели данных - около 4000;
22. Количество аналитических признаков в модели данных ИКСО представлены в таблицах
ниже.
Таблица 4. Аналитики модели ИКСО
ТЕКУЩЕЕ
КОЛИЧЕСТВО
2
ВОЗМОЖНОЕ
ИЗМЕНЕНИЕ (+/-)
3
ИТОГО
4
Количество аналитик модели данных
51
+3/-1
54/53
из них атрибуты к аналитикам
15
+1/-0
16/15
Количество основных аналитик
36
+2/-1
38/37
в т. ч. на детальном уровне
36
+2/-1
38/37
1
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 27 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
1
ТЕКУЩЕЕ
КОЛИЧЕСТВО
2
ВОЗМОЖНОЕ
ИЗМЕНЕНИЕ (+/-)
3
ИТОГО
4
12
0
12/12
в т. ч. на уровне консолидации
Таблица 5. Основные аналитики консолидации
№
1
НАИМЕНОВАНИЕ
2
1.
Аналитика 1: Вид движения
2.
Аналитика 4: Виды валют
3.
Аналитика 24: Группы продуктов, услуг
4.
Аналитика 41: Направления реализации
5.
Аналитика 46: Канал сбыта
6.
Аналитика 72: Схемы замещения
7.
Аналитика 95: Единый унифицированный периметр
8.
Аналитика 96: Контрагенты
КОММЕНТАРИЙ
3
наборы Х1, Х3
набор Х1
Таблица 6. Вспомогательные аналитики консолидации
№
1
НАИМЕНОВАНИЕ
2
КОММЕНТАРИЙ
3
1.
Аналитика T01: Единица измерения
2.
Аналитика T02: Типы бизнес-единиц
атрибут аналитики 97
3.
Аналитика T08: Принадлежность компании
атрибут аналитик 95, 96
4.
Аналитика T14_1: Признаки к значениям аналитик - методы
консолидации.
атрибут аналитики 95,96
5.
Аналитика T14_2: Признаки к значениям аналитик - тип актива.
атрибут аналитики 97
6.
Аналитика T14_3: Признаки к значениям аналитик территориальная принадлежность.
атрибут аналитики 97
Аналитика T14_4: Признаки к значениям аналитик –
Классификация ОГ по видам деятельности
атрибут аналитики 97
Аналитика T14_5: Признаки к значениям аналитик - виды
перевалки.
атрибут аналитики 52
Аналитика T14_6: Признаки к значениям аналитик – ОГ с
параллельным учетом
атрибут аналитики 97
Аналитика T14_8: Признаки к значениям аналитик - ОГ
добыча/разведка на суше или шельфе
атрибут аналитики 95
11.
Аналитика T14_9: Признаки к значениям аналитик - Группа ТНК
атрибут аналитики 95
12.
Аналитика T20: Регион
атрибут аналитик 95, 96
13.
Аналитика T21: Период
14.
Аналитика T22: Версия данных
15.
Аналитика T94: Сегмент и направление деятельности,
производственный блок
7.
8.
9.
10.
16.
атрибут значений 95, 96
Аналитика 200: Перечень поправок по процессам
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 28 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
5.6.
ТРЕБОВАНИЯ К АНАЛИТИЧЕСКИМ ПРИЛОЖЕНИЯМ
Приложения являются инструментом, позволяющим производить операции с данными в
различных аналитических целях, использовать данные для моделирования, подготовки отчетности
по различным формам и т.п.
Требования к приложениям по работе с данными:
1. Проведение логических проверок данных согласно предопределенным правилам;
2. Обеспечение возможности присваивать метод логической проверки в зависимости от
единицы консолидации (Приложение 3. Особые Требования к функциональности системы,
п.26);
3. Обеспечение универсального механизма перехода из операндов логической проверки к
детализации данных, которые образуют соответствующую сумму. Для выполнения данного
требования не допускается создавать индивидуальные отчеты под каждый шаг логической
проверки (Приложение 3. Особые Требования к функциональности системы, п. 27);
4. Обеспечение проверки данных, привязанной, например, к рабочим статусам (для SAP BPC),
для обеспечения зависимости выбора дальнейших шагов от результата проверки, на всех
уровнях процесса консолидации на уровнях исходных данных, трансформированных данных,
аллокированных данных, консолидированных данных. Не допускается замена системных
проверок проверочными отчетами (Приложение 3. Особые Требования к функциональности
системы, п.28);
5. Обеспечение выполнения операций консолидации, в частности:
 исключение внутригрупповой задолженности и внутригрупповых оборотов с учетом
различных аналитических признаков (в частности признаки ТМЦ, ОС-НКС, различные
виды услуг);
 расчет внутригрупповой маржи на каждом уровне (консолидация полная, консолидация
отдельных ОГ и т. д.) с учетом различных аналитических признаков (в частности признаки
ТМЦ, ОС, НКС, различные виды услуг);
 консолидация капитала в частности расчет неконтролирующей доли, гудвилл, исключение
в инвестициях и капитале, пропорциональная консолидация, метод долевого участия (на
всех уровнях, при полной консолидации и консолидации отдельных ОГ);
 консолидация натуральных показателей (в частности тонны, м3);
 поддержка проверок внутригрупповых оборотов (финансовых и натуральных показателей);
 консолидируется указанный в организационном объеме периметр ОГ (до 1000 ОГ);
 консолидация на уровне субхолдинга;
6. Обеспечение встроенных бизнес-правил консолидации, исключения внутригрупповых
оборотов, пересчета валют, проверки корректности комбинаций ввода, переноса сальдо,
формирование наборов бизнес-правил консолидации (добавления/ исключения бизнесправил для отдельной консолидации – версии консолидации) и т.д.;
7. Возможность ведения нескольких Периметров консолидации одновременно;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 29 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
8. Автоматизация следующих операций с капиталом:








начальная консолидация,
постепенное приобретение,
повторная консолидация,
частичное выбытие,
перенос долей участия,
полное выбытие,
увеличение капитала,
уменьшение капитала;
9. Обеспечение возможности внесения ручных и автоматических корректировок данных, в том
числе в трансформированные и консолидированные данные;
10. В интерфейсе ручной корректировки должны отражаться не только коды, но и названия
аналитики (измерения) (Приложение 3. Особые Требования к функциональности системы, п.
38, 17, 21);
11. Поддержка механизма проводок и поддержка двойной записи в рамках процесса подготовки
консолидированной отчетности. В случае отсутствия баланса в проводках система должна
выдавать ошибку и результат этот ошибки должен отражаться в статусе мероприятия
породившего эту ошибку;
12. Ограничение набора аналитик их значений в зависимости от выбранного счета при ручных
проводках. (Приложение 3. Особые Требования к функциональности системы, п. 20);
13. Ведение неограниченного количества версий данных, создание новых версий путем
копирования с обеспечением прозрачности данных новой версии;
14. Возможность сохранения полной истории формирования и корректировки данных;
15. Возможность системным образом устанавливать запрет на изменение данных по
определенным комбинациям аналитических признаков (блокировка среза данных по версии,
периоду, единице консолидации);
16. Для обеспечения прозрачности процесса, необходимо, чтобы пакет консолидации был
разбит на отдельные мероприятия, чтобы, в случае сбоя, можно было понять, на каком этапе
возник сбой, какие автоматические проводки выполнились, а какие нет (Приложение 3.
Особые Требования к функциональности системы, п. 12);
17. Все автоматические мероприятия по процессам трансформации, аллокации и консолидации
должны быть представлены списком, с привязкой к порядку их выполнения (Приложение 3.
Особые Требования к функциональности системы, п. 13);
18. Обеспечение обязательного предварительного автоматического удаления предыдущих
результатов расчета при повторном запуске автоматических проводок (Приложение 3.
Особые Требования к функциональности системы, п. 33);
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 30 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
19. Расширение стандартных возможностей по реклассифицирующим и исключающим
проводкам: включение в настройку реклассов всех аналитических признаков из модели
(Приложение 3. Особые Требования к функциональности системы, п. 36);
20. Обеспечение в диспетчере долей владения межстрочной разлиновки или переменной заливки
строк двумя цветами (Приложение 3. Особые Требования к функциональности системы, п.
8);
21. Настройка монитора консолидации:
 Требуется обеспечить полноценный монитор консолидации с возможностью запуска всех
необходимых мероприятий (перенос сальдо, Script logic и т.д.) (Приложение 3. Особые
Требования к функциональности системы, п. 6);
 Требуется обеспечить функциональность множественного выбора единиц консолидации
при установке рабочего статуса. Пользователь должен иметь возможность выбирать узлы
иерархии компаний и (или) отдельные компании (Приложение 3. Особые Требования к
функциональности системы, п. 3);
 Требуется наличие монитора/нескольких мониторов мероприятий (загрузка данных,
проверка, автоматические и ручные проводки и т.п.) по трансформации, консолидации и
аллокации, который/которые бы отражал статусы выполнения мероприятий по каждой
единице консолидации или каждой группе компаний (Приложение 3. Особые Требования
к функциональности системы, п. 37);
 Требуется в наличие в мониторе трансформации, аллокации и консолидации мероприятий
ручной проводки, при вызове которых (в web-интрефейс) для выполняющей этот процесс
функции будут переданы данные единицы консолидации / группы компаний, периода,
кода проводки, версия отчетности (Приложение 3. Особые Требования к
функциональности системы, п. 34);
 Статус выполнения пакетов должен быть привязан к единице консолидации (Приложение
3. Особые Требования к функциональности системы, п. 19);
 Статус выполнения мероприятия в мониторе консолидации (или в BPF) должен
автоматически возвращать результат выполнения данного мероприятия
(ошибка,
предупреждение, успех). Не допускается установка статуса мероприятия пользователем
вручную, без связи с фактом выполнения и результатом работы мероприятия
(Приложение 3. Особые Требования к функциональности системы, п. 4);
 Необходим функционал (web-интерфейса) для запуска консолидации кнопкой или
пунктом меню "консолидировать". Данная функция должна обеспечивать не только
запуск консолидации (кнопка «консолидировать»), но и активировать возможность
просмотра статусов по всем ЕК и всем пакетам на одном экране (монитор консолидации)
(Приложение 3. Особые Требования к функциональности системы, п. 11);
 Блокирование для выбранных (или для всех) компаний монитора консолидации на
выполнение в нем действий пользователями;
 Требуется обеспечить возможность сортировки единиц консолидации по номеру
(Приложение 3. Особые Требования к функциональности системы, п. 9).
22. Журналирование операций:
 Необходим журнал (отчет), в котором пошагово можно проверить расчет суммы
автоматической поправки, включая промежуточные итоги расчета для уровней
трансформации, аллокации и консолидации данных (Приложение 3. Особые Требования к
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 31 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
функциональности системы, п. 18, 35, 2);
 Требуется более детальный аудиторский след выполнения пакетов трансформации и
консолидации, частности, требуется выводить информацию: какие конкретно функции
(бизнес-правила) отработали в рамках запущенного пакета, какие при этом записи были
сгенерированы, какие ошибки возникли (Приложение 3. Особые Требования к
функциональности системы, п. 5);
 Требуется обеспечить возможность экспорта журналов ручных проводок в формат MS
Excel (Приложение 3. Особые Требования к функциональности системы, п. 7);
 При выведении ошибки при проведении мероприятия должен быть подробный отчет для
пользователя в бизнес-терминах, без излишней технической детализации (Приложение 3.
Особые Требования к функциональности системы, п. 15);
 Отчет о журнальных проводках должен экспортироваться в MS Excel из web, нужна
доработка (аналог "список итоговых позиций", или "список итоговых записей" которые
сейчас экспортируются в MS Excel) (Приложение 3. Особые Требования к
функциональности системы, п. 16);
Общее количество автоматических корректировочных проводок в модели данных ИКСО 230. Из
них по видам деление следующее:
5.7.

Трансформационные проводки (35);

Аллокационные проводки (113);

Консолидационные BS&PL проводки (67);

Консолидационные БДПС проводки (15).
ТРЕБОВАНИЯ К СРЕДСТВАМ АНАЛИЗА ДАННЫХ
ИР ИКСО должна обеспечить выполнение следующих требований к средствам анализа данных:
1. Возможность анализа на основе как исходных, так и аллокированных, трансформированных
и консолидированных данных;
2. Поддержка функциональности Drill-Down для детализации любого показателя, в том числе:
до уровня проводки и/или до уровня формулы (если показатель рассчитывается
автоматически) (Приложение 3. Особые Требования к функциональности системы, п. 23);
3. Обеспечение возможности анализа расхождений разных срезов данных («план-факт» анализ),
а также разных версий одного среза данных;
4. Обеспечение возможности сравнения данных разных версий;
5. Обеспечение возможности перехода на уровень данных документов транзакционных систем
(при наличии автоматической, без участия оператора интеграции с системой поставщиком
данных);
6. Обеспечение возможности получения отчетности в оперативном режиме за период не менее
чем 5 лет.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 32 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
5.8.
СВЯЗЬ С СУЩЕСТВУЮЩИМ ОКРУЖЕНИЕМ И ИНТЕГРАЦИЯ
ИР ИКСО должен быть интегрирован с ниже приведенными ИР и ИС.
Целевая архитектура ИР ИКСО и его место в среде интегрируемых с ним систем и ИР показана
ниже (Рисунок 2).
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 33 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Рисунок 2. Целевая архитектура ИР ИКСО
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 34 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Обеспечение интеграции с ИР СВГО-ИКСО
Импорт подготовленной и агрегированной информации из ИР СВГО-ИКСО в ИР ИКСО
производится через интерфейс с ИР ИКСО после проведенной сверки внутригрупповых оборотов.
ИР СВГО-ИКСО включает в себя следующие функциональные блоки:
1.
2.
3.
4.
5.
Блок загрузки/ведения настроек.
Блок загрузки и первичной обработки транзакционных данных. Блок выполняет следующие
функции:
2.1. Загрузка данных из текстового файла,
2.2. Загрузка данных из ИР ИКСО,
2.3. Пересчет валют,
2.4. Ведение журнала загрузки.
Блок подготовки данных для формирования сверочных отчетов.
Блок ведения комментариев.
Экспорт данных в ИР ИКСО.
ИР СВГО-ИКСО предоставляет возможность загружать данные для сверки из текстовых файлов
определенного формата, а также данные, введенные в ИР ИКСО. Загрузка данных из ИР ИКСО в
ИР СВГО-ИКСО предназначена для тех ОГ, в которых автоматизированное формирование файла
обмена данных не целесообразна. Такие ОГ будут вносить данные в ИР ИКСО с помощью
ФСД/ФВД (или при помощи загрузки файла формата CSV).
Загрузка данных каждым ОГ производится только по соответствующей ему ЕК, согласно
имеющимся полномочиям.
В ИР ИКСО проводится сверка с данными, загруженными в ИР СВГО-ИКСО. Для экспорта
данных из ИР СВГО-ИКСО в ИР ИКСО должен быть использован уже реализованный источник
данных, который был разработан в рамках проекта в период 2013г.-2014г.
Требуется автоматизация процесса предварительного удаления данных предыдущей загрузки
перед выполнением повторной загрузки данных из СВГО в ИКСО (Приложение 3. Особые
Требования к функциональности системы, п. 31).
Обеспечение интеграции на стороне ИР СВГО-ИКСО осуществляется в рамках проекта IID-237
«Модификация СВГО в соответствии с требованиями ИКСО»
Интеграция с корпоративным справочником (Приложение 6. Перечень корпоративных
объектов НСИ) с проекцией на соответствующие аналитики модели данных ИКСО:




Материалы, Класс материалов - Аналитика 24: Группы продуктов, услуг (в зависимости от
Вида класса материала устанавливается аналитика ИКСО для КСМ);
Деловые партнеры - Аналитика 96: Контрагенты;
ЕУП - Аналитика 95: Единый унифицированный периметр;
Страны - Аналитика 44: Базис поставки и место отгрузки продукции, товаров;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 35 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ

Регионы - Аналитика 44: Базис поставки и место отгрузки продукции, товаров, Аналитика
T20: Регион;
 Единицы измерения - Аналитика T01: Единица измерения;
 Валюты - Аналитика 4: Виды валют.
Обеспечение интеграции на стороне корпоративных объектов НСИ осуществляется в рамках
проекта IID-235 «Выгрузка данных из SAP R/3. Очередь 1».
Интеграция с учетными, производственными системами, не входящими в КИС SAP РН
В рамках проекта не предполагается интеграция с учетными, производственными системами, не
входящими в КИС SAP РН. Используется только загрузка файлов установленного формата из
учетных систем в ИР ИКСО пользователем, ответственным за загрузку данных.
Реализация выгрузки данных в структуре файла, необходимого для загрузки в ИР ИКСО,
осуществляется в рамках работ, организованных в ОГ.
Интеграция ИР ИКСО и ИС БПиУО
В рамках проекта не предполагается интеграция с ИС БПиУО. Используется только загрузка
файлов установленного формата из ИС БПиУО в ИР ИКСО пользователем, ответственным за
загрузку данных.
Выгрузка данных в структуре файла, необходимого для загрузки в ИР ИКСО, осуществляется в
рамках проекта IID-104 «Миграция системы бизнес-планирования и управленческой отчетности
на новую платформу».
Интеграция мета моделей ИР ИКСО и ИС БПиУО не осуществляется в рамках проекта.
Интеграция ИР ИКСО и КИС SAP РН
Интеграция ИР ИКСО и других ИР КИС SAP РН для импорта данных производится
автоматически, без участия оператора, с использованием стандартных механизмов RFC доступа к
данным КИС SAP РН. Механизмы интеграции ИР ИКСО и других ИР КИС SAP РН
разрабатываются в рамках проекта IID-235 «Выгрузка данных из SAP R/3. Очередь 1». В объем
проекта входит создание необходимых объектов и процедур на стороне ИР ИКСО для
обеспечения интеграции.
Интеграция ИР ИКСО и ИСУП (подсистемы
«Нефтепереработка и Нефтехимия», «Снабжение»)
блоков
«Разведка
и
Добыча»,
Интеграция будет проведена автоматизировано, с участием оператора, с помощью загрузки
файлов установленного формата из ИСУП в ИР ИКСО.
Выгрузка данных в структуре файла, необходимого для загрузки в ИР ИКСО, осуществляется в
рамках проекта IID-102 «Выгрузка данных из SAP R/3. Очередь 2».
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 36 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
Интеграция ИР ИКСО и ИС «Президентский мониторинг»
Для ИС «Президентский мониторинг» требуется информация по показателям ежемесячной
управленческой отчетности, перечень которой представлен в приложении (ПРИЛОЖЕНИЕ 4.
Перечень отчетов ИР ИКСО, Таблица 18 Управленческая отчетность, раздел «Формы отчетности
для высшего руководства»). Подготовка данных для ИС «Президентский мониторинг» возможна
на уровне отчетов, существующих в ИР ИКСО с последующим использованием как для ИС
«Президентский мониторинг», так и для любой другой ИС. Интеграция с ИС «Президентский
мониторинг» в рамках проекта не осуществляется.
Экспорт данных из макетов бизнес-плана в Подсистему сбора данных в информационном
хранилище ИР ИКСО
Разработка экспорта данных из макетов бизнес-плана в файл CSV формата модели данных ИКСО
для последующей его загрузки оператором в Подсистему сбора данных в информационном
хранилище ИР ИКСО не осуществляется в рамках проекта.
Таблица 7. Описание окружения и предполагаемой связи
№
1
ОПИСАНИЕ СУЩЕСТВУЮЩЕГО
ОКРУЖЕНИЯ
2
ОПИСАНИЕ ПРЕДПОЛАГАЕМОЙ СВЯЗИ
3
1.
ИР СВГО-ИКСО КИС SAP РН
Категория информации – конфиденциальная. Интеграция ИР в
рамках КИС SAP РН для импорта – экспорта данных с
использованием стандартных механизмов RFC доступа к
данным КИС SAP РН.
2.
ИС БПиУО
Категория информации – конфиденциальная.
Загрузка/выгрузка файлов установленного формата из учетных
систем в/из ИР ИКСО пользователем, ответственным за
загрузку данных.
3.
ИСУП (подсистемы блоков «Разведка и
Добыча», «Нефтепереработка и
Нефтехимия», «Снабжение»)
Категория информации – конфиденциальная. Загрузка файлов
установленного формата из ИСУП в ИР ИКСО пользователем,
ответственным за загрузку данных. Будет осуществлено в
рамках проекта IID-102 «Выгрузка данных из корпоративных
информационных систем на базе SAP R/3 в ИКСО. Очередь
2», входящей в Программу проектов ИКСО.
4.
КИС SAP РН
Категория информации – конфиденциальная. Интеграция ИР в
рамках КИС SAP РН для импорта данных с использованием
стандартных механизмов RFC доступа к данным КИС SAP РН.
Будет осуществлено в рамках проекта IID-235 «Выгрузка
данных из корпоративных информационных систем на базе
SAP R/3 в ИКСО. Очередь 1», входящей в Программу
проектов ИКСО.
5.9.
ТРЕБОВАНИЯ К ПЕРЕНОСУ (МИГРАЦИИ) ДАННЫХ
Миграция в систему плановых, фактических и прогнозных управленческих данных за прошлые
отчетные периоды не производится.
Для целей обеспечения процесса консолидации в системе необходимо обеспечить механизмы
загрузки/ввода начального сальдо финансовых данных на этапах Интеграционного Тестирования,
Проверка работоспособности в соответствии с
Концепцией проведения интеграционного
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 37 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
тестирования и Концепцией проведения Проверки работоспособности ИКСО в продуктивной
среде.
Подготовка исторических данных осуществляется силами Заказчика.
5.10. ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКОМУ ИНТЕРФЕЙСУ
Основные требования к пользовательскому интерфейсу представлены в Таблица 8. Требования к
пользовательскому интерфейсу.
ЯЗЫК ИНТЕРФЕЙСА
ВОЗМОЖНОСТЬ
УДАЛЕННОЙ РАБОТЫ
ТРЕБОВАНИЯ К
ВОЗМОЖНОСТИ
НАСТРОЙКИ
ПРЕДСТАВЛЕНИЯ
ТЕХНИЧЕСКИЕ
ТРЕБОВАНИЯ
ДРУГИЕ ТРЕБОВАНИЯ
Таблица 8. Требования к пользовательскому интерфейсу
Русский язык, английский язык, возможность адаптации к национальным языкам (для
некоторых административных функций допустимо наличие только англоязычного
интерфейса)
Да
Возможность настройки графических элементов интерфейса, в том числе цветового
оформления, в пределах возможностей операционной системы и технических средств
Пользовательский интерфейс должен работать на персональном компьютере в
конфигурации не хуже нижеследующей:
 CPU: 2 GHz и выше
 RAM: 2Gb и более
 HDD: 100Gb и более
 Монитор: 19″ 1280*1024 и более
 OS: MS Windows 7 32&64 бит или более новая
 .NET 4.0 или более новый
 MS Office 2007 или более новый
 Интернет браузер MS IE 10.0 или более новый
Внешнее оформление:
 Наличие графического многооконного режима
 Интеграция с приложениями MS Office
 Наличие инструментов для формирования регламентированных отчетов
 Возможность использования Web-интерфейсов
 Возможность создания информационных панелей (dashboards)
Диалог с пользователем:
 должен быть обеспечен удобный и интуитивно понятный интерфейс для
пользователя, который хорошо знает свою предметную область и не является
специалистом в области информационных технологий;
 доступность и/или видимость отдельных элементов интерфейса должна
определяться ролью/полномочиями пользователя;
 интерфейс должен быть оптимизирован для выполнения типовых и часто
используемых прикладных операций для уменьшения временных затрат на ввод
и корректировку информации в системе;
 интерфейс пользователя должен способствовать уменьшению вероятности
совершения оператором случайных ошибочных действий.
 Наличие ad-hoc-инструментов для анализа данных
При проектировании решения подрядчик должен ориентироваться на наиболее актуальные
наработки вендора в части пользовательского интерфейса. На этапе «Уточнение Концептуального
проекта» должен быть определен перечень бизнес-операций в части интерфейса и отчетности,
критичных с точки зрения скорости выполнения с целью построения архитектуры ИР ИКСО, не
имеющего узких мест производительности. Основными критериями оценки являются:
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 38 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ

Сложность выполнения операции с точки зрения объема вводимой и анализируемой
информации, а также количества шагов, необходимых для завершения операции;
 Количество пользователей, выполняющих операцию;
 Частота выполнения операции.
Для выявленных бизнес-операций должен быть проведен анализ способов оптимизации
стандартного пользовательского интерфейса:
 Использование готовых к использованию бизнес-приложений от вендора на базе Webинтерфейса;
 Использование инструментов персонализации стандартного интерфейса в зависимости от
бизнес-сценария путем комбинирования вкладок и экранов, автозаполнения полей;
 Разработка собственных инструментов выполнения бизнес-операций на базе стандартной
бизнес-логики системы;
 Доработка стандартного интерфейса с помощью штатных средств программирования
системы.
Для систем, реализованных на программном обеспечении SAP, к подобным способам
оптимизации относятся:


Разработка собственных транзакций в пользовательской области имен или использование
предусмотренных вендором областей пользовательских расширений;
Использование SAP BO BI Platform, SAP Design Studio, SAP Lumira.
Перечень критических бизнес-операций должен быть актуализирован по итогам интеграционного,
приемочного и нагрузочного тестирований.
5.11. ТРЕБОВАНИЯ К НАЛИЧИЮ ОТЧЁТОВ
Для обеспечения бизнес-пользователей непротиворечивой и достоверной информацией
разработана модель ИКСО. Модель данных ИКСО является связанным набором показателей и
аналитик, необходимым и достаточным для целей формирования отчетности.
Особое внимание при построении отчетов, в связи со сложной моделью данных ИКСО,
необходимо уделить производительности и эргономике.
Корпоративная отчетность Компании в зависимости от конечных пользователей и характера
содержащейся в ней информации подразделяется на следующие группы отчетов. Всего отчетов в
ИР ИКСО – 195 автоматизированных форм отчетности. Предварительный перечень отчетов
представлен в приложении (ПРИЛОЖЕНИЕ 4. Перечень отчетов ИР ИКСО). К моменту выхода
ИТ –подрядчика возможно увеличение объема отчетности на 20% (до 245 отчетов).
Финансовая отчетность
Формы финансовой отчетности составляются в соответствии c требованиями нормативных
документов, регулирующих ведение бухгалтерского отчета и подготовку бухгалтерской
отчетности:

Баланс;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 39 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ




Отчет о прибылях и убытках;
Отчет о движении денежных средств;
Отчет о движении капитала;
Примечания к отчетности.
Структура финансовой отчетности будет представлена в Альбоме форм отчетности.
Список отчетов приведен в приложении (ПРИЛОЖЕНИЕ 4. Перечень отчетов ИР ИКСО, Таблица
16 Финансовая отчетность). Количество отчетов 43, в т.ч. должны быть автоматизированы в ИР
ИКСО 32.
Финансовая отчетность должна формироваться согласно требованиям МСФО и принятой
методологической практики по раскрытию информации финансовой отчетности («best practice»).
Формы и виды примечаний к финансовой отчетности могут быть изменены в зависимости от
потребности в раскрытии информации для внутренних и внешних пользователей.
Анализ данных (MD&A)
Перечень форм MD&A приведен Альбоме форм отчетности и в приложении (ПРИЛОЖЕНИЕ 4.
Перечень отчетов ИР ИКСО, Таблица 17 MD&A отчетность). Количество отчетов 28, в т.ч.
должны быть автоматизированы в ИР ИКСО 23.
Формы и представление показателей MD&A могут быть изменены в зависимости от потребности в
раскрытии информации.
Управленческая отчетность
Перечень форм Управленческой отчетности приведен Альбоме форм отчетности и в приложении
(ПРИЛОЖЕНИЕ 4. Перечень отчетов ИР ИКСО, Таблица 17 MD&A отчетность). Количество
отчетов 140, в т. ч. должны быть автоматизированы в ИР ИКСО 140.
Формы Управленческой отчетности должны быть разработаны в соответствии с требованиями
руководства Компании и содержат следующие пакеты:








Пакет отчетности MIS,
Макеты Бизнес Плана,
Ключевые показатели эффективности бизнес сегментов,
Мониторинг ключевых инвестиционных проектов,
Дополнительные формы отчетности для сегмента «Переработка и сбыт»,
Формы отчетов для высшего руководства,
Выходные формы управленческой отчетности,
ОРД ББ РиД презентация.
Формы Управленческой отчетности в настоящее время
срезы:
имеют следующие информационные
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 40 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
1. Ожидаемые управленческие итоги, которые представляются руководству Компании не
ранее 15 и не позднее 25 числа месяца, следующего за отчетным.
2. Фактическая управленческая отчетность, которая представляется руководству Компании
до 25 числа месяца, следующего за отчетным.
3. Управленческая отчетность по срезу «Бизнес план» формируется в процессе разработки
Бизнес плана на предстоящие годы согласно графику Бизнес планирования, утверждаемому
в рамках Приказа «О бизнес планировании», для каждой версии бизнес плана, которая
представляется руководству Компании в соответствии с утвержденным графиком Бизнес
планирования.
Формы управленческой отчетности могут быть изменены, в зависимости от требований
руководства по раскрытию в них информации.
Регулярность создания всех перечисленных отчетов – 1 раз в месяц.
Форматы отчетов представлены Альбоме форм отчетности.
Гибкая отчетность на детальном уровне данных
Для уровня детальных данных ИР ИКСО необходимо построение гибкой отчетности для
пользователей ЦАУК, ББ, ОГ.
Для построения отчетности должна быть доступна вся модель ИКСО, т.е. необходимо иметь
возможность сопоставления в одном отчете различных показателей модели в разрезе доступных
для этих показателей аналитик. При уменьшении количества аналитик в срезе данных
соответствующие показатели должны представляться в отчете агрегацией более детальных
значений.
На уровне модели хранилища необходимо обеспечить доступ ко всем объектам, используемым
для хранения детальных данных для целей обеспечения аналитической гибкой отчетности.
Для режима гибкой отчетности пользователь может любую из доступных аналитик использовать
для фильтрации и /или навигации по массиву данных.
При построении гибких отчетов пользователем на детальном и на агрегированном уровне:
 доступ к данным показателей ОПУ и баланса модели ИКСО для отчетов должен быть
предоставлен
на
детальном
уровне
(детальные
отчеты),
на
уровне
трансформации/аллокации/консолидации (верхнеуровневые отчеты);
 доступ к данным показателей, входящих в макеты БП, для отчетов должен быть
предоставлен на уровне детальных данных;
 совместный доступ к показателям ОПУ, баланса и показателям, входящим в макеты БП при
построении верхнеуровневых отчетов должен происходить с учетом агрегации данных по
аналитикам, не используемым на верхнем уровне.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 41 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
При наличии технических ограничений, например, на количество доступных для навигации
аналитик в одном отчете, необходимо согласовать на этапе разработки концептуального проекта
подход к разграничению функциональных областей отчетности.
При построении объектов хранилища подрядчик должен принять во внимание необходимость
обеспечения высоких показателей производительности для случая использования свободной
гибкой отчетности.
На пользователе лежит ответственность за обеспечение сравнимого среза данных для различных
показателей в соответствии с моделью данных ИКСО в одном отчете, а также возможные вопросы
по скорости работы отчетности. Время выполнения гибких отчетов в общем случае не является
нормируемой величиной. Отчет, который сформирован пользователем, может быть сохранен для
дальнейшего использования только этим пользователем, или при наличии полномочий, размещен
в специальную роль, в которой этот отчет будет доступен другим пользователям.
Инструменты построения
«Концептуальном проекте».
отчетности
должны
быть
согласованы
и
представлены
в
5.12. ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
Все документы проекта должны соответствовать локальным нормативным документам ОАО «НК
«Роснефть». Документация, определенная Положением «Инициирование и реализация ИТпроектов» и Методическими указаниями «Оформление и согласование документации КИС по
вводу ИС в промышленную эксплуатацию/регистрации ИР для промышленной эксплуатации»,
разрабатывается в рамках проекта в соответствующих форматах.
Документы должны предоставляться в электронном виде. Документы, являющиеся результатом
этапа, подлежат обязательному визированию членами Операционного совета, утверждением ЕОЛ
проекта и решением Управляющего Комитета. Результирующие документы предоставляются в
электронном и печатном виде. Сканированные копии завизированных результирующих
документов прилагаются к их электронным версиям.
Вся проектная документация, разрабатываемая в рамках Проекта, должна оформляться с
использованием следующих приложений и версий форматов файлов.
Таблица 9
ТИП ДОКУМЕНТА
ПРИЛОЖЕНИЕ
ВЕРСИЯ ФОРМАТА ФАЙЛА
Текстовые документы
Microsoft Word
2007 и выше
Таблицы
Microsoft Excel
2007 и выше
Презентации, статусы проекта
Microsoft PowerPoint
2007 и выше
Схемы
Microsoft Visio
2007 и выше
Планы и расписания работ
Microsoft Project
2007 и выше
Электронная почта
Microsoft Outlook
2007 и выше
Все документы проекта должны быть согласованы с ответственными лицами со стороны
Заказчика, перечень которых по каждому документу определяется Уставом проекта.
Документ принимается на согласование при соответствии его согласованной с Заказчиком
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 42 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
структуре, при отсутствии грамматических, орфографических, пунктуационных ошибок.
Таблица 10
№
НАЗВАНИЕ ДОКУМЕНТА
1
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
ТРЕБОВАНИЯ К
ДОКУМЕНТУ
3
2
Актуализированная версия Устава проекта
Календарный и ресурсный план работ на этап
проекта
Детальный план работ по требующей
доработки методологии, вызванной
ограничениями системы
План коммуникаций, содержащий:
 План-график информирования (по каждой
целевой аудитории в разрезе каналов
информирования);
 Структуру и шаблоны основных
информационных изданий, используемых
в плане коммуникаций
Информационные издания, разработанные
согласно Плану коммуникаций
Структура ФСД и ФВД. Мэппинг ФСД и ФВД
на модель данных ИКСО
Уточненная версия Концептуального проекта,
включающая в себя следующие Проектные
решения:
 Архитектура Информационного ресурса;
 Концепция управления потоками бизнеспроцессов;
 Структура хранилища данных;
 Проектное решение по сбору данных от
ОГ;
 Требований к интерфейсу передачи
отчетных данных из учетных систем ОГ;
 Проектное решение по управлению
основными данными и справочниками;
 Проектное решение по проверке и очистке
данных;
 Проектное решение по реализации
процедур трансформации;
 Проектное решение по реализации
процедур консолидации;
 Проектное решение по реализации
процедур аллокации;
 Проектное решение по созданию
пользовательских интерфейсов;
 Проектное решение по реализации
необходимой отчетности.
Концепция проведения нагрузочного
тестирования
Сценарий функционального тестирования
Регламент предоставления доступа
Руководство пользователя (версия 5.0 и выше)
Протокол демонстрации прототипа и
устранения полученных замечаний
Описание технических настроек и разработок
Регламент управления НСИ ИР ИКСО
ДЕЙСТВИЕ С ДОКУМЕНТОМ
4
Требуется; Язык: русский
Требуется; Язык: русский
Актуализация документа
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Актуализация Плана
коммуникации
Требуется; Язык: русский,
английский
Требуется; Язык: русский
Создание документов
Создание документа
Требуется; Язык: русский
При SAP BPC: Актуализация /
При SAP BCS: Создание
Создание
Актуализация
Актуализация
При SAP BPC: Актуализация /
При SAP BCS: Создание
Создание
При SAP BPC: Актуализация /
При SAP BCS: Создание
При SAP BPC: Актуализация /
При SAP BCS: Создание
При SAP BPC: Актуализация /
При SAP BCS: Создание
При SAP BPC: Актуализация /
При SAP BCS: Создание
Создание
Актуализация
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Требуется; Язык: русский
Требуется; Язык: русский,
английский
Требуется; Язык: русский
Создание документа
Актуализация документа
Создание документа
Требуется; Язык: русский
Требуется; Язык: русский
Создание документа
Создание документа
Создание документа
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 43 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
№
НАЗВАНИЕ ДОКУМЕНТА
1
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
ТРЕБОВАНИЯ К
ДОКУМЕНТУ
3
2
Отчет о проведенном функциональном
тестировании
Сценарий проведения нагрузочного
тестирования
План-график обучения
Концепция проведения обучения
пользователей, включающая в том числе:
 Подход к проведению обучения;
 Программа обучения пользователей;
 Матрица обучения пользователей,
 Подход к обучению и передаче знаний
специалистам по сопровождению
переданного в эксплуатацию ИР ИКСО
Список пользователей, тренеров,
участвующих в Интеграционном
тестировании
Протокол готовности Стенда обучения и
подключения пользователей к нему
Материалы курсов обучения:
 Презентационные материалы по каждому
семинару;
 Анкеты/тесты пользователя со списком
вопросов, ответов по каждому семинару.
Отчет о проведенном обучении
пользователей, включающий:
 Статистику посещаемости в разрезе
каждого семинара;
 Результаты анкетирования пользователей;
 Результаты тестирования пользователей
(выполнения тестовых заданий).
План-график проведения Интеграционного
тестирования
Концепция проведения Интеграционного
тестирования
Сценарий Интеграционного тестирования
Реестр ошибок/замечаний к реализации
системы, выявленных на этапе
«Интеграционное тестирование» »
Протокол устранения ошибок/замечаний к
реализации системы по результатам
Интеграционного тестирования
ДЕЙСТВИЕ С ДОКУМЕНТОМ
4
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский,
английский
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский,
английский
Создание документа
Требуется; Язык: русский,
английский
Создание документа
Требуется; Язык: русский,
английский
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Требуется; Язык: русский
Создание документа
Создание документа
Требуется; Язык: русский
Создание документа
Создание документа
Создание документа
28.
Протокол/отчет о передаче компетенции
(обучении) команде поддержки
Требуется; Язык: русский
Создание документа
29.
Отчет о проведенном нагрузочном
тестировании
Отчет о подготовке данных для НТ
Акт маскирующего преобразования данных
Отчет о проведенном Интеграционном
тестировании и принятии решения о переходе
к этапу «Проверка работоспособности ИКСО
в продуктивной среде»
Уточненная версия Описания технических
настроек и разработок
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Требуется; Язык: русский
Требуется; Язык: русский
Создание документа
Создание документа
Создание документа
Требуется; Язык: русский
Актуализация документа
30.
31.
32.
33.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 44 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ
№
НАЗВАНИЕ ДОКУМЕНТА
1
34.
35.
36.
37.
38.
39.
ТРЕБОВАНИЯ К
ДОКУМЕНТУ
3
2
Концепция проведения Проверки
работоспособности ИКСО в продуктивной
среде
Сценарий Проверки работоспособности
ИКСО в продуктивной среде
План-график проведения Проверки
работоспособности ИКСО в продуктивной
среде
Список пользователей, тренеров,
участвующих в Проверке работоспособности
ИКСО в продуктивной среде
Подход, план-график рабочих семинаров по
передаче знаний специалистам ООО «РНИнформ»
Заявка на поддержку
ДЕЙСТВИЕ С ДОКУМЕНТОМ
4
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский,
английский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
Требуется; Язык: русский
Создание документа
5.13. ТРЕБОВАНИЯ К СРЕДСТВАМ ОБУЧЕНИЯ
Обучение проводится в соответствии с организационным объемом проекта и Концепцией
обучения, разрабатываемой на этапе «Уточнение Концептуального проекта». При этом должны
быть учтены требования к обучению различных групп пользователей.
Таблица 11 Требования к средствам обучения
№
1
КАТЕГОРИЯ ПОЛЬЗОВАТЕЛЕЙ
2
ТРЕБОВАНИЯ К СРЕДСТВАМ И МЕТОДАМ ОБУЧЕНИЯ
3
Расширенное обучение на семинарах4 в соответствии с
программой обучения5
3
Проектная команда со стороны Заказчика
Группы поддержки систем и пользователей центра
компетенции
Обучение vip-пользователей
4
Ключевые пользователи/ тренеры ОГ и ЦАУК
5
Конечные пользователи ОГ и ЦАУК
Обучение пользователей согласно разработанной
Концепции обучения в рамках этапа «Подготовка к
Интеграционному тестированию». Командировки ИТподрядчика не предполагаются.
Обучение конечных пользователей силами выделенных
со стороны Заказчиков тренеров
1
2
Семинар, дающий понимание о возможностях системы
и реализации решения
На этапе
«Уточнение Концептуального проекта» должны быть уточнены категории
пользователей.
Средства подготовки учебных материалов, используемые в программе обучения, должны
обеспечивать:
Семинар – очное мероприятие, направленное на передачу представителям Заказчика знаний о стандартных
возможностях моделирования бизнес-процессов и использовании ИС/ИР. Подрядчик должен обеспечить проведение
семинаров по программам и с использованием материалов и тренинговых систем, разработанных компаниейразработчиком ИС/ИР. Семинары должны проводиться организацией авторизованной на предоставление таких услуг
компанией-разработчиком ИС/ИР с привлечением сертифицированных преподавателей.
5
Подрядчик должен провести анализ потребностей в обучении членов проектной команды и центра компетенции
Заказчика (серия интервью) и в результате актуализировать Концепцию обучения пользователей, проектной команды
и центра компетенции в рамках проекта.
4
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 45 ИЗ 80
ТРЕБОВАНИЯ К ПРОДУКТУ


Автоматизированное создание учебных материалов с помощью записи выполнения
операций (шагов) в реальной системе;
Формирование и хранение различных видов учебных материалов (текстовых документов,
видеороликов, упражнений с подсказками, упражнений для самостоятельного
тестирования, дистанционных курсов).
До начала обучения пользователей должны быть подготовлены:







Стенд для проведения обучения, предоставлен доступ пользователей (обеспечивает
Проектная команда подрядчика);
Инфраструктура для проведения обучения: помещения, рабочие станции и т.д.
(обеспечивает Заказчик);
Информационная среда с примерами/заданиями, используемыми в ходе обучения
(обеспечивает Проектная команда подрядчика);
Учебные материалы по работе с целевой процессной моделью (обеспечивает Проектная
команда подрядчика);
Инструкции по выполнению необходимых операций в ИР ИКСО (руководство
пользователя) в рамках бизнес-роли пользователя (обеспечивает Проектная команда
подрядчика);
Материалы для дистанционного обучения (видеоролики, интерактивные обучающие
материалы) (обеспечивает Проектная команда подрядчика);
Контрольные задания, позволяющие оценить уровень знаний, полученных в ходе обучения
и уровень готовности пользователя к выполнению операций в системе (обеспечивает
Проектная команда подрядчика).
По окончании обучения проводится тестирование пользователей с использованием контрольных
заданий.
Учебные материалы должны быть разработаны в соответствии с матрицей функциональных
ролей/организационных единиц/должностей. Учебные материалы должны быть актуализированы
по мере проведения тестирования системы.
Во время обучения подрядчик проводит мероприятия по передаче знаний проектной команде
Заказчика и сотрудникам, которые в дальнейшем будут осуществлять поддержку реализованного
решения:


Обучение работе с инструментами подготовки учебных материалов и тестов;
Передача актуализированных учебных материалов.
За проведение обучения и подготовку соответствующих материалов отвечают функциональные и
технические группы Проектной команды подрядчика.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 46 ИЗ 80
ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ
6. ТРЕБОВАНИЯ К ОРГАНИЗАЦИИ РАБОТ
При реализации проекта должны выполняться следующие требования:













Подрядчик, разработчик программных средств обязуется предоставить своих экспертов с
реальным опытом в проектную команду, подтвердить квалификацию предоставляемых
экспертов (предоставить краткое резюме с указанием соответствующих сертификаций и
опыта).
Подрядчиком должна быть организована проектная группа для выполнения работ.
Непосредственное управление группой должно осуществляться руководителем проекта со
стороны Подрядчика, уполномоченным решать все возникающие вопросы. Внесение
изменений в состав проектной группы возможно только по согласованию с Заказчиком.
Подрядчик обязан не позднее, чем за 14 (четырнадцать) календарных дней, письменно
предупредить Заказчика о предстоящей замене и согласовать с ним новую кандидатуру,
обладающую сопоставимой квалификацией.
Еженедельно должен проводиться операционный совет проекта с представителями
Заказчика и Подрядчика для определения состояния проекта и решения оперативных
вопросов.
По результатам каждой встречи с представителями Заказчика руководителем проекта со
стороны Подрядчика должен составляться фиксирующий документ (протокол встречи).
Руководитель проекта со стороны Подрядчика готовит еженедельный отчет, включающий в
себя список работ, выполненных за неделю, имеющиеся проблемы, выполнение плана
работ. Отчет предоставляется Заказчику на Операционном совете.
Руководитель проекта со стороны Подрядчика организует согласование и подписание
проектной документации.
Подрядчик
обязуется
выполнять
корпоративные
стандарты
компании
ОАО «НК «Роснефть» по охране и безопасности труда;
Подрядчик обязуется соблюдать требования ЛНД компании ОАО «НК «Роснефть»,
регламентирующие вопросы информационной безопасности;
В состав проектной команды со стороны ОАО «НК «Роснефть» включены представители
департаментов – заказчиков, группа методологов, отвечающих за формирование и
актуализацию методологии ИКСО и методологическую поддержку на проекте.
В состав проектной команды со стороны ООО «РН-Информ» включены: руководитель
Проекта, администратор проекта, архитектор, эксперты, консультанты SAP BPC, SAP BCS,
консультанты базиса, консультант сектора авторизации, сервис-менеджер, архитектор
информационной безопасности (опционально).
Проект осуществляется согласно принятому в ООО «РН-Информ» Положению
«Инициализация и реализация проектов». Руководитель проекта со стороны Подрядчика
организует создание документации, согласно указанным выше требованиям. Шаблоны
документации предоставляются Заказчиком.
Системный ландшафт разработки и тестирования (серверная часть) для выполнения
проектных работ предоставляется Заказчиком.
Командировки ИТ-подрядчика не предполагаются.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 47 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
7. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
7.1.
СОСТАВ РАБОТ ПОДРЯДЧИКА
Для выполнения работ используются утвержденные материалы по методологии и технической
реализации на предыдущих этапах проекта. Принятие решения о закрытии этапа и перехода к
следующему осуществляются членами Управляющего комитета Проекта на основании
согласованной позиции Операционного совета Проекта и соответствующей рекомендации
Координационного совета. Все этапы выполняются последовательно, кроме этапов «Подготовка к
Интеграционному тестированию» (осуществляется параллельно с этапом «Уточнение
реализации»), «Подготовка к Проверке работоспособности ИКСО в продуктивной среде»
(осуществляется параллельно с этапами «Интеграционное тестирование», «Нагрузочное
тестирование»).
В объем описываемых ниже работ не входят работы по реализации off line сбора данных и
разработки отчетности, подлежащей разработке к этапу «Проверка работоспособности ИР ИКСО в
продуктивной среде» (ПРИЛОЖЕНИЕ 4. Перечень отчетов ИР ИКСО). Данные работы должны
быть реализованы к этапу «Проверка работоспособности ИР ИКСО в продуктивной среде», и их
описание будет представлено в изменении данного ФТТ.
Ниже представлены этапы и работы, входящие в объем работ ИТ-подрядчика. Работы этапов
«Подготовка к Проверке работоспособности ИР ИКСО в продуктивной среде», «Проверка
работоспособности ИР ИКСО в продуктивной среде» выполняются в рамках отдельного договора.
1. Уточнение Концептуального проекта
ИТ-подрядчику передаются методологические документы ИКСО (модель данных, карта
автоматических проводок, меппинг отчетных форм на модель данных, Альбом форм
отчетности, методические указания по заполнению) и проектная документация, разработанной
на предыдущих пройденных этапах проекта. Перечень методологических документов приведен
в приложении (ПРИЛОЖЕНИЕ 2. Список методологических документов).
Со стороны ИТ-подрядчика должны быть:

проанализирована и уточнена полученная проектная и методологическая документация,
необходимая для выполнения работ по проекту,

уточнены сформированные системные требования, оказывающие влияние на изменение
методологии,

составлен и согласован с Заказчиком мэппинг ФСД и ФВД на модель данных;

согласованы структуры ФСД и ФВД, определены основные способы отображения и
изменения данных, согласована эргономика;

проведена предварительная оценка объема необходимых изменений,

согласованы с Заказчиком изменения методологии.
Со стороны Заказчика осуществляется консультирование по вопросам, относящимся к области
методологии, со стороны ООО «РН-Информ» - консультирование по вопросам технической
архитектуры и технической реализации решения, выполненного в период 2013г.-2014г.
Работы в части уточнений или изменений методологических постановок (например, карты
проводок, меппинга отчетных форм, алгоритмов проверок/корректировок), при наличии
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 48 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
технических особенностей системы, а также при оптимизации алгоритмов, влияющих на
производительность системы в части обработки данных и простоту дальнейшего
использования решения, выполняются силами специалистов ИТ-подрядчика. Все изменения и
уточнения согласуются с группой методологии ИКСО Заказчика.
Данный этап включает в себя следующие работы, выполняемые ИТ-подрядчиком:
 Актуализация Устава проекта;
 Актуализация Календарного плана работ проекта, формирование детального плана
работ, формирование ресурсного плана работ на этапы «Уточнение Концептуального
проекта», «Уточнение реализации»;
 Формирование Плана коммуникации проекта;
 Актуализация Концептуального проекта, включающие в себя проектные решения,
представленные в разделе 5.12 «Требования к документации»;
 Формирование Концепции проведения нагрузочного тестирования;
 Формирование Концепции обучения пользователей на этапах «Интеграционное
тестирование», «Проверка работоспособности ИКСО в продуктивной системе», в том
числе формирование подхода к обучению и передаче знаний специалистам по
сопровождению переданного в эксплуатацию ИР ИКСО;
 Выпуск информационных изданий согласно Плану коммуникаций;
 Создание и демонстрация прототипа в следующей части функциональности:







Реализация online ФВД (несколько ФВД),
Реализация offline ФСД (несколько ФСД),
Реализация логических проверок (2-3 проверки),
Отчет по логам проверок с возможностью поиска причин возникновения
ошибок,
Реализация трансформационных и аллокационных поправок с выводом журналов
и показом возможностей по анализу журналов пользователем (4-6 поправок),
Показ невозможности смены статуса мероприятия в мониторе консолидации при
не успешном выполнении и результате работы мероприятия;
Создание и демонстрация прототипа производится в системе разработки.
Подготовка данных для прототипа на стороне Заказчика.
 Результаты демонстрации прототипа оформляются протоколом с отметкой об
устранении полученных замечаний;
 Подготовка протокола приемки работ этапа «Уточнение концептуального проекта» и
подготовка решения о переходе к этапу «Уточнение реализации»;
 Подготовка и согласование с Заказчиком детального плана работ по требующей
доработки методологии, вызванной ограничениями системы, формирование ресурсного
плана работ;
 Актуализация ИТ-подрядчиком и согласование с Заказчиком следующих
методологических документов: формуляры сбора данных (ФСД), формуляры ведения
данных (ФВД), карты проводок по трансформации, аллокации, консолидации; мэппинг
форм отчетности. Все изменения методологических документов производятся в
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 49 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
соответствии с Регламентом управления изменениями и осуществляются силами ИТподрядчика;
 Передача на экспертизу Заказчиком методологических документов, в части внесенных
изменений на этапе «Уточнение Концептуального проекта».
Подготовленные проектные документы демонстрируются ИТ-подрядчиком на примерах,
настроенных в системе, и согласовываются с Заказчиком на предмет соответствия целям,
бизнес-требованиям проекта, достижимости бизнес-выгод; с Архитектором Проекта - на
предмет соответствия техническим требованиям. Архитектор Проекта к указанным работам
привлекает специалистов ООО «РН-Информ» и при необходимости вендора в рамках услуги
SAP Active Global Support.
На
протяжении
данного
этапа
осуществляется
методологическая
поддержка
(консультирование) ИТ-подрядчика со стороны Заказчика (рабочая группа «Методология и
отчетность).
2.
Уточнение реализации
На данном этапе согласно документации, подготовленной
осуществляются следующие работы ИТ-подрядчиком:
на
предыдущем
этапе,
 Настройка и разработка ИР ИКСО в части выделенной подсистемы сбора хранения и
архивации данных, уточнения, разработки процедур аллокации, трансформации,
консолидации и разработки отчетности;
 Функциональное тестирование реализуемого решения, в том числе интеграции с ИР
СВГО-ИКСО, КИС SAP РН, с корпоративными объектами НСИ;
 Консультирование специалистов ОГ по выставленным техническим требованиям к
структуре загрузке данных, процедуре и процессу загрузки данных;
 Настройка ПО для выполнения нагрузочного тестирования;
 Выпуск информационных изданий согласно Плану коммуникаций;
 Разработка и уточнение следующей проектной документации:

Описание технических настроек и разработок;

Регламент предоставления доступа;

Руководство пользователя;

Сценарий функционального тестирования;

Регламент управления НСИ ИР ИКСО;

Отчет о проведенном функциональном тестировании;

Сценарий проведения нагрузочного тестирования;

Концепция
проведения
Интеграционного
тестирования,
Проверка
работоспособности ИКСО в продуктивной среде. Данные документы в том числе
должны включать описание подхода по подготовке к загрузке и расчету
начального сальдо, подхода к поддержке пользователей во время указанных
этапов;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 50 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ

Актуализированный Календарный план работ проекта, формирование детального
плана работ, ресурсного плана работ по этапу «Интеграционное тестирование».
 Подготовка и согласование с Заказчиком: детального плана работ, методологии,
требующей доработки, вызванной ограничениями системы, ресурсного плана работ.
 Актуализация и согласование с Заказчиком следующих методологических документов:
формуляры сбора данных (ФСД), формуляры ведения данных (ФВД), карты проводок
по трансформации, аллокации, консолидации; мэппинг форм отчетности. Все изменения
методологических документов производятся в соответствии с Регламентом управления
изменениями и осуществляются силами ИТ-подрядчика (раздел 5, п. 2 «Уточнение
концептуального проекта»).
 Передача на экспертизу Заказчиком методологических документов, в части внесенных
изменений на этапе «Уточнение Реализации».
Результаты работ данного этапа представлены в п. 7.2 Требования к срокам реализации,
Таблица 12.
Разработанные проектные документы согласовываются с Заказчиком на предмет соответствия
целям, бизнес-требованиям проекта, достижимости бизнес-выгод; с Архитектором Проекта на предмет соответствия техническим требованиям, архитектурным принципам и методологии
ИТ. Архитектор Проекта к указанным работам привлекает специалистов ООО «РН-Информ» и
вендора в рамках услуги SAP Active Global Support для проведения контроля качества
представленных на согласование работ.
На
протяжении
данного
этапа
осуществляется
методологическая
поддержка
(консультирование) ИТ-подрядчика со стороны Заказчика (рабочая группа «Методология и
отчетность). Заказчик отвечает за своевременную подготовку данных для целей проведения
функционального тестирования.
4. Интеграционное тестирование.
Интеграционное тестирование осуществляется на пилотном периметре ОГ, включая ЦАУК, (не
более 20 обществ) и по всем срезам данных. Заказчик отвечает за своевременную подготовку
данных в требуемой ИКСО структуре для выполнения тестирования.
Формирование меппинга существующих показателей и аналитик ИКСО и аналитик
корпоративных или локальных учетных систем, автоматизация выгрузок данных из
существующих учетных систем ОГ в рамках проекта не осуществляется. Данные работы
включены в объем работ централизованных проектов IID-235 «Выгрузка данных из КИС на
базе SAP R/3. Очередь 1», IID-102 «Выгрузка данных из КИС на базе SAP R/3. Очередь 2» и
проектов/ работ ОГ.
Интеграционное тестирование состоит из следующих этапов.
4.1. Подготовка к интеграционному тестированию
Данный этап включает в себя следующие работы ИТ-подрядчика:
 План график проведения Интеграционного тестирования;
 Разработка Сценария проведения Интеграционного тестирования, Сценария Проверки
работоспособности ИКСО в продуктивной среде, Сценария нагрузочного тестирования;
 Актуализация списка пользователей, тренеров, участвующих в Интеграционном
тестировании;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 51 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
 Разработка плана-графика обучения;
 Подготовка обучающих материалов для тренеров, пользователей (Презентационные
материалы по каждому семинару, Анкеты/тесты пользователя со списком вопросов,
ответов по каждому семинару);
 Подготовка Стенда обучения и проверка его готовности, в том числе проверка
удаленного подключения пользователей;
 Подготовка и проведение обучения тренеров и пользователей (очное и дистанционное
обучение). Количество обучаемых пользователей составляет 500 человек;
 Тестирование пробных загрузок данных в ИР ИКСО, подготовленных ОГ;
 Консультирование специалистов ОГ по выставленным техническим требованиям к
структуре загрузке данных, процедуре и процессу загрузки данных, по пробному
тестированию загруженных файла данных, по подключению к ИКСО;
 Консультирование тренеров и пользователей по проведенному обучению;
 Выпуск информационных изданий согласно Плану коммуникаций.
Результаты работ ИТ-подрядчика по данному этапу работ представлены в 7.2 Требования к
срокам реализации, Таблица 12.
В рамках данного этапа также осуществляется обучение тренеров и пользователей
методологии ИКСО со стороны Заказчика.
4.2.
Интеграционное тестирование
На данном этапе на основании Сценария проведения Интеграционного тестирования ИТподрядчик проводит работы по интеграционному тестированию настроенного, разработанного
функционала SAP BPC (SAP BCS), SAP BW-IP в соответствии с уточненным Концептуальным
проектом, Описанием технических настроек и разработок. Тестирование решения
осуществляется пользователями пилотных ОГ и ЦАУК. Во время тестирования ИТ-подрядчик
осуществляет техническую поддержку пользователей. По завершению тестирования ИТподрядчик формирует реестр (протокол) ошибок/замечаний, которые ранжируются
функциональным заказчиком по степени критичности и важности. На основании реестра
(протокола) ошибок/замечаний ИТ-подрядчик совместно с Заказчиком определяет объем
повторного тестирования, по результатам их устранения ИТ-подрядчик вносит изменения в
техническую реализации ИР ИКСО и организует повторное тестирование для целей
подтверждения устранения ошибок/замечаний. По результатам проведенного интеграционного
тестирования формируется протокол устранения ошибок/замечаний к реализации ИР ИКСО,
уточняется Описание технических настроек и разработок, формируется Отчет о проведенном
Интеграционном тестировании и принимается решения о переходе к этапу «Проверка
работоспособности ИКСО в продуктивной среде».
По завершению интеграционного тестирования проводятся: обучение тренеров, семинары для
специалистов СИТ и РН-Информ, осуществляющих работы этапа «Проверка
работоспособности ИКСО в продуктивной среде», для целей ознакомления с технической
реализацией решения с учетом внесенных изменений по результатам Интеграционного
тестирования.
Также на данном этапе осуществляются выпуск информационных изданий согласно Плану
коммуникаций.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 52 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
Требования к результатам работ ИТ-подрядчика по данному этапу работ представлены в 7.2
Требования к срокам реализации, Таблица 12.
На протяжении всего этапа осуществляется методологическая поддержка пользователей со
стороны Заказчика.
4.3. Нагрузочное тестирование
Нагрузочное тестирование направлено на выявление узких мест производительности и
масштабируемости ИР ИКСО при одновременной работе большого числа пользователей. Оно
проводится при помощи специализированного ПО6, настроенного в соответствии с
требованиями, заявленными на этапе «Уточнение Концептуального проекта», симулирующего
работу пользователей с использованием объема данных за период не менее 2 лет по всем
срезам по всему периметру консолидации. Подробно требования к нагрузочному
тестированию изложены в разделе 7.3 «Порядок контроля и приемки результатов». Результаты
нагрузочного тестирования оформляются отчетом о проведенном нагрузочном тестировании.
При удовлетворительном результате интеграционного тестирования и нагрузочного
тестирования принимается решение о переходе к этапу «Проверка работоспособности ИКСО в
продуктивной среде», осуществляется передача ИТ-подрядчиком подготовленной проектной
документации специалистам Заказчика по поддержке/сопровождению реализованного
решения, передача знаний по выполненному Описанию технических настроек и разработок
специалистам, участвующим в следующем этапе проекта «Проверка работоспособности ИКСО
в продуктивной среде».
При передаче знаний должны быть переданы разработанная проектная документация,
материалы (презентации) об ИР ИКСО, проведены семинары для специалистов,
осуществляющих поддержку и работы на этапе «Проверка работоспособности ИР ИКСО в
продуктивной среде».
Результаты данных работ должны быть оформлены
протоколом/отчетом о передаче компетенции (обучении) команде поддержки. Также со
стороны ИТ-подрядчика должны быть даны рекомендации по необходимым трудозатратам для
поддержки решения и уровню необходимых компетенций.
Результаты работ ИТ-подрядчика данного этапа представлены в п. 7.2 Требования к срокам
реализации, Таблица 12.
7.2.
ТРЕБОВАНИЯ К СРОКАМ РЕАЛИЗАЦИИ
Сроки реализации проекта представлены в таблице.
Таблица 12
ЭТАП/ПОДЭТАП
1
Этап «Уточнение
Концептуального
проекта»
6
ДЛИТЕЛЬНОСТЬ
ЭТАПА
2
80 рабочих дней с
даты подписания
договора, из них 10
рабочих дней контроль качества со
стороны вендора
РЕЗУЛЬТАТ
3
Результаты работ ИТ-подрядчика:
 Актуализированная версия Устава проекта;
 Календарный план работ проекта,
 Детальный план работ, ресурсный план работ на этап
«Уточнение Концептуального проекта» и на этап
«Уточнение реализации», в том числе план работ доработок
методологии, вызванных ограничениями системы;
 Актуализированная версия Концептуального проекта с
полным комплектом проектных решений, представленных в
п. 5.12 «Требования к документации»;
Примером такого ПО являются HP LoadRunner или WorkLoad.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 53 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
ЭТАП/ПОДЭТАП
1
ДЛИТЕЛЬНОСТЬ
ЭТАПА
2
РЕЗУЛЬТАТ
3



Этап «Уточнение
Реализации»
85 рабочих дней с
даты окончания
работ этапа
«Уточнение
концептуального
проекта», из них 10
дней контроль
качества со стороны
вендора
Подэтап «Подготовка к
Интеграционному
тестированию»
45 рабочих дней,
завершается
одновременно с
этапом «Уточнение
реализация»
Подэтап
«Интеграционное
тестирование»
75 рабочих дней с
даты завершения
работ этапов
«Уточнение
реализации» и
Регламент предоставления доступа;
Концепция проведения нагрузочного тестирования;
Концепция обучения пользователей на этапах
«Интеграционное тестирование», «Проверка
работоспособности ИКСО в продуктивной среде»;
 План коммуникации проекта;
 Информационные издания согласно Плану коммуникаций;
 Протокол демонстрации прототипа и устранения
полученных замечаний;
 Протокол приемки работ этапа «Уточнение
концептуального проекта» и принятия решения о переходе к
этапу «Уточнение реализации».
Результаты работ ИТ-подрядчика:
 Описание технических настроек и разработок;
 Руководство пользователя;
 Сценарий функционального тестирования;
 Сценарий проведения нагрузочного тестирования;
 Отчет о проведенном функциональном тестировании;
 Концепция проведения Интеграционного тестирования,
Проверки работоспособности ИКСО в продуктивной среде;
 Регламент управления НСИ ИР ИКСО;
 Информационные издания согласно плану коммуникаций;
 Актуализированная версия Календарного плана работ
проекта, детальный план работ/ ресурсный план работ по
этапу 7 «Интеграционное тестирование»;
 Протокол приемки работ этапа «Уточнение реализации» и
принятии решения о переходе к этапу «Интеграционное
тестирование».
Результаты работ ИТ-подрядчика:
 Сценарий проведения Интеграционного тестирования,
Сценарий проведения Проверки работоспособности ИКСО в
продуктивной среде;
 Список пользователей, тренеров, участвующих в
Интеграционном тестировании;
 План-график обучения;
 Актуализированные материалы обучения, включающие в
том числе:
 Презентационные материалы по каждому семинару;
 Анкеты/тесты пользователя со списком вопросов,
ответов по каждому семинару;
 Протокол готовности Стенда обучения и подключения
пользователей к нему;
 Отчет о проведенном обучении пользователей,
включающий:
 Статистику посещаемости в разрезе каждого семинара;
 Результаты анкетирования пользователей;
 Результаты тестирования пользователей (выполнения
тестовых заданий);
 Информационные издания согласно плану коммуникаций;
 Уточненный план коммуникаций.
Результаты работ ИТ-подрядчика:
 Реестр ошибок/замечаний к реализации системы,
выявленных на этапе «Интеграционное тестирование»;
 Протокол устранения ошибок/замечаний к реализации
системы по результатам Интеграционного тестирования;
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 54 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
ЭТАП/ПОДЭТАП
1
ДЛИТЕЛЬНОСТЬ
ЭТАПА
2
«Подготовка к
Интеграционному
тестированию»
Подэтап «Нагрузочное
тестирование»
7.3.
35 рабочих дней с
даты окончания
работ этапа
«Интеграционное
тестирование»
РЕЗУЛЬТАТ
3

Отчет о проведенном Интеграционном тестировании и
принятии решения о переходе к Проверке
работоспособности ИКСО «Проверка работоспособности
ИКСО в продуктивной среде»;
 Информационные издания согласно плану коммуникаций;
 Протокол обучения тренеров;
 Протоколы проведенных семинаров для СИТ, РН-Информ,
ИТ-подрядчика, осуществляющего работы этапа «Проверка
работоспособности ИКСО в продуктивной среде»;
 Заявка на поддержку.
Результаты работ ИТ-подрядчика:
 Уточненное Описание технических настроек и разработок
по результатам Интеграционного тестирования;
 Отчет о подготовке данных для Нагрузочного тестирования;
 Акту маскирующего преобразования данных;
 Отчет о проведенном нагрузочном тестировании;
 Акт готовности ИР к проверке работоспособности ИКСО в
продуктивной среде;
 Протоколы приемки проектной документации и передачи
знаний специалистам ООО «РН-Информ»;
 Протокол/отчет о передаче компетенции (обучении)
команде поддержки;
 Протокол принятия решения о переходе к этапу «Проверка
работоспособности ИКСО в продуктивной среде».
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РЕЗУЛЬТАТОВ
В рамках проекта предусмотрены обязательные стадии приемки ИР ИКСО:
 Приемка прототипа ИКСО (этап «Уточнение Концептуального проекта»)
 Функциональное тестирование (Этап «Уточнение реализации»);
 Интеграционное тестирование (Этап « Интеграционное тестирование»),
 Нагрузочное тестирование (Этап «Нагрузочное тестирование»);
 Проверка работоспособности ИКСО в продуктивной среде (Этап «Проверка
работоспособности ИКСО в продуктивной среде»).
Должны быть разработаны и согласованы с Заказчиком следующие документы, определяющие
объем тестирования и приемки: «Концепция проведения Интеграционного тестирования»,
«Концепция проверки работоспособности ИКСО в продуктивной среде», «Концепция проведения
нагрузочного тестирования» и соответствующие тестовые сценарии, в том числе сценарий
функционального тестирования. В данных документах должны быть представлены: основной
принцип проведения работ, критерии оценки результата и порядок проведения тестирования.
Также должны быть разработаны соответствующие сценарии тестирования с описанием
пошаговых действий пользователя и ожидаемых результатов в системе.
Тестирование проводится на образце реальных данных Заказчика, загруженных в ИР ИКСО, а
также на тестовом массиве данных.
«Функциональное тестирование» должно включать в себя:
 проверку всей настраиваемой и/или разрабатываемой в рамках настоящего проекта
функциональности;
 проверку корректности алгоритмов расчетов.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 55 ИЗ 80
ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПОДРЯДЧИКОМ
«Интеграционное тестирование» и «Проверка работоспособности ИКСО в продуктивной среде»
должны включать в себя проверку взаимодействия всех компонентов и модулей ПО.
«Нагрузочное тестирование» должно включать в себя:
 Подготовку данных и сценария для проведения тестирования. Подробное описание процедур
формирования массива данных для нагрузочного тестирования и их объема в документе
«Отчет о подготовке данных для нагрузочного тестирования». Подробное описание этапов
проведения тестирования приводится в Сценарии проведения нагрузочного тестирования.
 В случае использования и тиражирования продуктивных данных для целей тестирования в
непродуктивной среде необходимо осуществить маскирующее преобразование данных,
алгоритм которого описывается в сценарии нагрузочного тестирования. Результат выполнения
маскирующего преобразования фиксируется «Актом маскирующего преобразования данных».
 Имитацию нагрузки от одновременно работающих 50, 100, 200 пользователей, возможно с
помощью специализированного ПО (например: «Rational Performance Tester» от IBM, «Visual
Studio Team System 2008» от Microsoft, «Load Runner» от HP и т.п.);
 Объем данных для тестирования должен соответствовать объему, накопленному за не менее
чем 2 года продуктивной эксплуатации. Создание объема данных – тиражирование данных
ограниченного периметра ОГ Компании, участвующих в Интеграционном тестировании, на
весь периметр Компании на период предполагаемой эксплуатации.
 Измерение скорости работы Системы на рабочих местах 5 территориально удаленных
пользователей.
На период проведения комплексного тестирования со стороны ИТ-подрядчика должен быть
выделены специалисты, в том числе для оказания консультаций группе тестирования Заказчика.
В тестированиях должны принимать участие, как представители подразделений Заказчика, так и
представители заинтересованных подразделений (в частности, Службы безопасности, Служб
контроля и др.).
Дополнительным контролем приемки результатов являются:
 оценка качества реализованного решения с привлечением вендора в рамках услуги SAP
Active Global Support;
 экспертиза проектной документации и технической реализации решения со стороны
компании, предполагаемой для осуществления сопровождения, поддержки и развития
реализованного решения (ООО «РН-Информ»).
Оказание услуг вендором находится за границами проекта. Привлечение вендора осуществляется
на усмотрение Архитектора Программы проектов ИКСО, ответственного за техническое качество
реализации продукта Проекта. Данный контроль предполагается осуществлять при окончании
работ на этапах
«Уточнение Концептуального проекта», «Уточнение Реализации»,
«Интеграционное тестирование».
Работы ООО «РН-Информ» в части технической экспертизы включены в объем проекта и
выполняются на всех этапах проекта.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 56 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
Таблица 13 Термины и определения
№
ТЕРМИН
1.
BI-система
2.
BW
3.
ER-модель
4.
SAP Business Objects
5.
SAP BPC
6.
Автоматизированная
информационная система
7.
8.
Автоматизированная
контрольная процедура
Агрегация данных
9.
Атрибут
Базовые принципы по
10. распределению ролей и
полномочий
11. Бизнес блок
12. Бизнес объект
Бизнес сегмент/
13.
функциональный сегмент
14. Бизнес-возможность
15.
Бизнес-направление
деятельности
ОПРЕДЕЛЕНИЕ
Система, предназначенная для организация процессов сбора, обработки и
хранения исходной информации в едином источнике корпоративных данных,
подготовки сводной, консолидированной и аналитической отчетности,
предоставления данных для информационной поддержки процессов планирования,
контроля и оценки деятельности компании с целью решения стратегических и
оперативных задач.
Информационная система предприятия класса "Хранилище данных" компании
SAP AG, предназначенная для накопления и хранения данных исходных систем в
структурах, оптимальных для бизнес-аналитики. Оптимальность означает
функциональную полноту и высокое быстродействие
Entity Relationships Model – моделирование отношений объектов по принципу
сущность-связь. Модели имеют множество нотаций и некоторым образом
отличающиеся подходы. Цель моделирования - нормализация объектов, переход с
логических уровней на технологические уровни баз данных и программирования.
Информационная платформа для построения BI-решений, включающая в себя
интегрированные инструменты по извлечению, преобразованию и загрузке данных
(Data Services), а также – аналитических инструментов для пользователя по работе
с бизнес-информацией (Web Intelligence, Dashboard и др.)
Инструмент Business Objects для формирования плановых и отчетных форм
Совокупность программных и аппаратных средств, предназначенных для сбора,
накопления, хранения, поиска, передачи и обработки информации с
использованием вычислительной техники, компьютерных информационных сетей,
средств и каналов связи
Запрограммированные процедуры в используемом программном обеспечении,
предназначенные для обеспечения полноты и точности обработки информации.
формирование выборки данных по какому-либо признаку или признакам
Инфообъект (признак или показатель), который логически связан с другим
(основным) инфообъектом в модели данных основного признака. Атрибут
является дополнительной характеристикой основного инфообъекта. Например, у
признака «Материал» есть атрибут –признак «Группа материала». В свою очередь,
у признака «Группы материала» может быть атрибут «Класс материала» и т.д.
Основные принципы распределения ролей и полномочий, которыми необходимо
руководствоваться в процессе присвоения функциональных ролей
Совокупность структурных подразделений ОАО «НК «Роснефть», находящихся в
непосредственном подчинении у топ-менеджера ОАО «НК «Роснефть»,
ответственного за бизнес-направление деятельности; Обществ Группы и/или
структурных подразделений Обществ Группы, осуществляющих деятельность по
бизнес-направлению.
Объект данных, содержащий информацию, используемую в бизнес процессах
Совокупность направлений деятельности Компании, сгруппированных с учетом
однородности.
Идея, реализация которой может создать экономическую или неэкономическую
ценность для Компании. Бизнес-возможность является предпосылкой для бизнеспроекта - после оценки КПЭ, экономического анализа и формулирования
обоснования бизнес-возможность становится бизнес-проектом.
Совокупность взаимосвязанных и взаимодействующих бизнес-процессов и их
результатов, объединенных по определенным признакам
(достижение
определенного результата хозяйственной деятельности, использование ресурсов,
географический признак и прочие) с целью повышения эффективности
деятельности в соответствии с принятыми решениями о развитии Компании
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 57 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
№
ТЕРМИН
16. Бизнес-план
17. Бизнес-пользователи
18. Бизнес-проект (проект)
19. Бизнес-функция
20. Ведение объекта НСИ
21. Внешняя отчетность
22. Договор
23. Дочернее общество
24.
Единое ответственное
лицо
25. Заказчик
26.
Идентификационный код
проекта
27.
Инвестиционный
меморандум
28. Компания
29. Консолидация
30. Корпоративная отчетность
31. Куратор
32. Куратор договора
Логистический шаблон
33. блока «Нефтепереработка
и Нефтехимия»
ОПРЕДЕЛЕНИЕ
План основных производственных, технологических, экономических и
финансовых показателей деятельности ОАО «НК «Роснефть», дочерних и
зависимых обществ ОАО «НК «Роснефть», на планируемый период,
представленный набором установленных форм.
Работники ОАО «НК «Роснефть»
Комплекс взаимосвязанных мероприятий, направленных на достижение общих
целей, требующий объединения финансовых, трудовых или иных ресурсов со
стороны Компании в единый проект, способный принести ценность Компании,
реализуемый в рамках определенного графика и имеющий соответствующее
обоснование.
Совокупность направлений деятельности, характеризующихся однородностью
целей.
Совокупность процессов создания, изменения и удаления записей объекта НСИ.
Отчетность, публикуемая или направляемая внешним получателям
Соглашение двух или нескольких лиц об установлении, изменении или
прекращении гражданских прав и обязанностей.
Общество, в отношении которого ОАО «НК «Роснефть» в силу преобладающего
прямого (непосредственного) участия в его уставном капитале, либо в
соответствии с заключенным между ними договором, либо иным образом имеет
возможность определять решения, принимаемые таким обществом.
сотрудник заказчика, осуществляющий тактическое руководство ИТ-проектом, в
полной мере ответственный за достижение бизнес-выгод проекта, а так же
результатов в заявленные сроки и бюджет.
Структурное подразделение ОАО «НК «Роснефть», по по поручению (инициативе)
которого производится создание ИТ-услуги
Уникальный код, присваиваемый бизнес-проекту/инвестиционной программе для
формализации процесса оценки бизнес-проектов и анализа портфеля проектов, а
так же задания структуры Базы инвестиционных проектов.
Документ с соответствующим обоснованием бизнес-проекта или инвестиционной
программы, представляемый на утверждение Уполномоченным инвестиционным
органам.
Группа юридических лиц различных организационно-правовых форм, включая
ОАО «НК «Роснефть», в отношении которых последнее выступает в качестве
основного или преобладающего (участвующего) общества.
Процесс объединения однотипных данных из различных источников, включающий
их мэппинг, нормализацию и обогащение.
По процессам, объединяющим данные нескольких ОГ или подразделений
Сотрудник Компании, отвечающий за достижение заявленных требований, целей и
результатов по Проекту по бизнес-направлениям/бизнес-функциям,
и их
соответствие
стратегии
Компании
и
представляющий
бизнеспроект/инвестиционную программу на утверждение, обеспечивает поддержку
эффективного участия бизнес-экспертов в рабочей группе и взаимодействие со
смежными бизнес подразделениями.
Работник ОАО «НК «Роснефть», назначенный руководителем структурного
подразделения ОАО «НК «Роснефть» в качестве ответственного лица за
осуществление действий по подготовке, согласованию, заключению и исполнению
договора, обладающий информацией о содержании договора, позволяющей давать
необходимые разъяснения лицам, согласующим проект договора (ответственный
за осуществление контроля за подготовкой, заключением и исполнением
конкретного договора и наделенный для этого необходимыми полномочиями).
Логистический шаблон блока «Нефтепереработка и Нефтехимия» - решение на
базе программного обеспечения SAP R/3 версии 4.7 в составе ИСУП,
стандартизирующее ведение логистических операций для перерабатывающих
предприятий и автоматизирующее следующие процессы: ТОРО, капитальное
строительство, управление МТО, сбыт, и другие процессы в соответствии с
процессными областями шаблона, интегрированный с финансовым шаблоном.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 58 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
№
ТЕРМИН
Логистический шаблон
34. блока «Разведка и
Добыча»
Маскирующее
35. преобразование данных
36. Мэппинг
37. Основные данные
38. Отчет
39.
Подрядная организация
(подрядчик)
40. Показатель
41. Признак, Аналитика
42. Проект
43. Программа
44. Руководитель проекта
45. Смежная система
46. Смежный проект
47. Смежный процесс
48. Совместное предприятие
Соглашение об уровне
49. сервиса (англ. Service
Level Agreement (SLA))
ОПРЕДЕЛЕНИЕ
Логистический шаблон блока «Разведка и Добыча»
– решение на базе
программного обеспечения SAP R/3 версии 4.7 в составе ИСУП,
стандартизирующее ведение логистических операций для блока «Разведка и
Добыча»
и
автоматизирующее
следующие
логистические
процессы:
«Планирование потребности», «Формирование и ведение плановых цен на
услуги», «Формирование и ведение плановых цен на материалы», «Управление
обязательства по оказанию Услуг и их исполнением», «Управление каталогом
услуг», «Управление обязательствами по закупке материалов и их исполнением»,
«Управление движением материалов», «Обеспечение работников средствами
индивидуальной защиты», интегрированный с финансовым шаблоном.
В рамках данного документа следует понимать намеренное искажение данных с
целью снижения до требуемого уровня конфиденциальности информации,
поступающей на вход преобразующей процедуры/функции
Определение соответствия между различными экземплярами одного объекта.
Применительно к одному признаку - совокупность значений признака со
значениями его атрибутов
Совокупность числовых показателей и аналитик, представленных в форме
таблицы, а также производных от нее диаграмм и инфографики, и
характеризующих различные аспекты, связанные с хозяйственной деятельностью
предприятия за отчётный период или с её состоянием на определенный момент.
Физическое или юридическое лицо, которое выполняют работу по договору
подряда, заключаемому с заказчиками работ и услуг
Объект системы в BW. Показатель содержит количественное (ед.изм), суммовое
(валюта) или безразмерное значение, являющееся числовой характеристикой
бизнес-процесса. Например, показателями являются «объем продаж», «остаток на
счете», «себестоимость за ед.».
Объект системы в BW. Признак соответствует справочнику значений. Например,
справочник клиентов, справочник материалов, справочник счетов главной книги и
т.п. У инфообъекта могут быть определены 0, 1 или несколько атрибутов.
Проект разработки и внедрения
Совокупность взаимосвязанных проектов и другой деятельности, направленных на
достижение общей цели и реализуемых в условиях общих ограничений (ГОСТ Р
54871-2011).
В рамках данного документа термин Программа используется для обозначения
Программы шаблонных решений.
Профессиональный руководитель проектов, осуществляющий
тактическое
руководство проектом в объеме выделенных полномочий, совместно с единым
ответственным лицом несет ответственность за достижение результатов проекта в
заявленные сроки и бюджет.
Внешние системы, не входящие в данную систему, с которыми осуществляется
обмен данными (бизнес объектами)
Проект по созданию смежной системы
Процесс, входящий в бизнес сценарий из каталога процессов, отличный от бизнес
сценария, в который входит рассматриваемый бизнес процесс, с которым
осуществляется обмен бизнес объектами
Общество, в котором Компания является одним из акционеров; при этом
Компания не имеет прямого контроля над обществом. Деятельность Совместного
Предприятия регламентируется учредительными документами Совместного
Предприятия, положениями акционерного соглашения Совместного Предприятия
или операционным соглашением или иным соглашением, в зависимости от того,
какой из документов имеет приоритетное значение.
Термин методологии ITIL, обозначающий формальный договор между заказчиком
(в рекомендациях ITIL заказчик и потребитель — разные понятия) услуги и её
поставщиком, содержащий описание услуги, права и обязанности сторон и, самое
главное, согласованный уровень качества предоставления данной услуги
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 59 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
№
50.
ТЕРМИН
ОПРЕДЕЛЕНИЕ
Структурное подразделение с самостоятельными функциями, задачами и
ответственностью в рамках своей компетенции, определенной Положением о
структурном подразделении.
Структурное
подразделение
Структурное
подразделение,
51.
предоставляющее
экспертизу
52.
Структурное подразделение Компании, являющееся участником этапа экспертизы,
предоставляющие экспертизу бизнес-проекта или инвестиционной программы и
согласующее ИМ и/или ППР в рамках своих компетенций.
Транзакционная система
53. Транзакционные данные
Трансформации
54.
Финансовый шаблон
55.
56.
Шаблон блока
«Снабжение»
Система, предназначенная для автоматизации финансово-хозяйственной
деятельности предприятия, учета результатов этой деятельности, посредством
ведения оперативно информации. Например, системы SAP ERP, 1C Предприятие и
др.
Структурированные данные о бизнес-процессе, которые состоят из набора
значений показателей в разрезе значений набора аналитик
Процедура, которая проводится по состоянию на отчетную дату и включает в себя
все корректировки, необходимые для перекладки показателей финансовой
отчетности, подготовленной по РСБУ, в формат МСФО с учетом
соответствующих принципов признания, измерения и раскрытия всех элементов
финансовой отчетности.
Корпоративный финансовый шаблон - решение на базе программного обеспечения
SAP R/3 версии 4.7 в составе ИСУП, стандартизирующее финансовые бизнес
процессы учетной функции и автоматизирующее следующие процессы:
налоговый, бухгалтерский, МСФО/GAAP управленческий учет и отчетность,
казначейские операции, интеграция с HR и другие процессы в соответствии с
процессными областями финансового шаблона, имеющий Единый план счетов,
карты проводок, общий НСИ, стандартные требования к логистике.
Корпоративный шаблон блока «Снабжение», - решение на базе программного
обеспечения SAP R/3 версии 4.7 в составе ИСУП, стандартизирующее процессы
планирования и корректировки потребности, централизованной закупки,
ответственного хранения и другие процессы в соответствии с процессными
областями шаблона
Таблица 14 Обозначения и сокращения
№
СОКРАЩЕНИЕ,
ОБОЗНАЧЕНИЕ
3.
4.
BCS-SEM (Strategic
Enterprise
Management Business
Consolidation
Services)
BFC (Business Objects
Financial
Consolidation)
BI
BPML
5.
CPM
6.
EHP
7.
ETL
8.
MD&A
1.
2.
ОПРЕДЕЛЕНИЕ
Система консолидации, предназначенная для загрузки данных дочерних обществ и
подготовки консолидированной финансовой отчетности по РСБУ и МСФО
Программное обеспечение, предназначенное для построения консолидированной
финансовой и МСФО отчетности
Business Intelligence – аналитические системы отчетности
Список бизнес-процессов
Corporate performance management – аналитические системы управления
корпоративной эффективностью, в основном используются в процессах финансовой
консолидации, бюджетирования и отчетности.
Enhancement Pack – пакет обновлений системы SAP до уровня указанного цифрой
обновления и для соответствующей функциональной области системы или системы в
целом. Пакет содержит исправление ошибок и, дополнительно, может содержать
реализацию новой функциональности.
Extract, Transform, Load (извлечение, преобразование, загрузка) – процесс и класс
технических средств по передаче данных между различными системами/источниками
с возможностью промежуточного преобразования.
Анализ финансового состояния и результатов
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 60 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
СОКРАЩЕНИЕ,
ОБОЗНАЧЕНИЕ
№
9.
SAP BCS
10. SAP BO BI Platform
11. SAP BPC
12. SAP CDP
13. SAP R/3
14. SAP NetWeaver BW
15. SAPS
16. SEM-BCS
17. TFC
18. БДПС
19. ВГО
20. ББ
21. БЗЕ
22.
23.
24.
25.
26.
ДЗО
ДО
ЕК
ЗнИ
ИКСО
27. ИР
28. ИС
29. ИС БПиУО
30. ИСУП
31. ИТ
32. КИС SAP РН
33.
34.
35.
36.
37.
38.
Компания
КПЭ
НГД
НИН
НК РН
НПЗ
ОПРЕДЕЛЕНИЕ
SAP SEM-BCS, BCS является частью надстройки SEM (Strategic management) Стратегическое управление предприятием - Бизнес-консолидация
Платформа аналитической отчетности на базе решения SAP Business Objects
SAP Business Planning and Consolidation – решение класса CPM (Corporate Performance
Management
–
управление
эффективностью
предприятия),
имеющее
функциональность для поддержки процессов бизнес планирования и консолидации.
Программа реализации разработки по функциональным требованиям клиента
Customer Development Program
ERP-система SAP R/3
Хранилище SAP Business Warehouse – платформа для создания аналитических
приложений, имеющая многомерную структуру хранения данных и поддержку
средств OLAP, MDX и т.п
Стандарт и мера измерения производительности оборудования и программного
обеспечения – SAP Application Performance Standart
SAP SEM-BCS, BCS является частью надстройки SEM (Strategic management) Стратегическое управление предприятием - Бизнес-консолидация
Technical Feasibility Check – оценка технической реализуемости заявленной
функциональности на выбранной платформе. Обычно проводится со стороны
вендора.
Бюджет движения платежных средств
Внутригрупповые обороты
Бизнес-блок Компании
Бизнес-единицы (Аналитика 97 Модели данных ИКСО) - компании Группы НК
Роснефть - дочерних и зависимых Обществ.
Дочернее зависимое общество ОАО «НК «Роснефть»
Дочернее общество
Единица консолидации
Запрос на изменение
Интегрированная Корпоративная Система Отчетности, ИР ИКСО КИС SAP РН
Информационный ресурс – совокупность содержащейся в базах данных информации
и обеспечивающих ее обработку информационных технологий, используемая в
бизнес-процессах
Компании,
формируемая
в
рамках
существующих
информационных систем (положение Компании «Порядок ввода информационных
систем в промышленную эксплуатацию» №П3-11.01 Р-0085).
Информационная система - совокупность содержащейся в базах данных информации
и обеспечивающих ее обработку информационных технологий и технических средств
(Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации»).
ИС Бизнес-планирование и управленческая отчетность на базе Oracle Hyperion
Planning
Информационная система управления предприятием ОАО «НК «Роснефть» на базе
ПО SAP, используемая в новых активах Компании
Информационные технологии - процессы, методы поиска, сбора, хранения,
обработки, предоставления, распространения информации и способы осуществления
таких процессов и методов (Федеральный закон от 27.07.2006 № 149-ФЗ «Об
информации, информационных технологиях и о защите информации»).
Корпоративная информационная система "НК "Роснефть" на базе SAP R/3 (код
управленческого учета 024.000.000.000/26.000)
ОАО «НК «Роснефть» и все дочерние и зависимые общества
Ключевой показатель эффективности
Нефтегазодобыча
Нефтепереработка и нефтехимия
ОАО «НК «Роснефть»
Нефтеперерабатывающий завод
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 61 ИЗ 80
ПРИЛОЖЕНИЕ 1. ОБЩИЙ ГЛОССАРИЙ ПРОЕКТА ИКСО
№
39.
40.
41.
42.
43.
44.
45.
46.
СОКРАЩЕНИЕ,
ОБОЗНАЧЕНИЕ
НПО
НСИ
ОГ
ОДДС
ОПУ
ПКЗИ
ПО
СВГО
47. СВГО-ИКСО
48.
49.
50.
51.
СГБ
СП
СУБД
Online
52. Offline
53. ФСД
54. ФВД
55. ФТТ
56. ЦАУК
57. CUA
ОПРЕДЕЛЕНИЕ
Нефтепродуктообеспечение
Нормативно-справочная информация
Общество Группы
Отчет о движении денежных средств
Отчет о прибылях и убытках
Персональный комплекс защиты информации
Программное обеспечение
Сверка внутригрупповых оборотов
Подсистема Сверка внутригрупповых оборотов, модифицируемое в соответствии с
требованиями ИКСО. Указанная подсистема входит в КИС SAP РН
Служба Главного бухгалтера
Совместное
Система управления базой данных
Работа пользователей в режиме прямого подключения к ИР или ИС
Работа пользователей без подключения к ИС или ИР в режиме, например, заполнения
пользователями ФСД, для дальнейшей передачи данных, чаще всего с
использованием файла, загружаемого оператором, в целевую ИС или ИР
Формуляр сбор данных, форма для заполнения данными, используемая для ведения
данных Offline пользователями
Формы ведения данных, форма для заполнения данными, используемая для ведения
данных Online пользователями (отчет с возможностью ведения и корректировки
данных)
Функциональные и технические требования
Центральный аппарат управления Компанией
Central User Administration –централизованное ведение пользователей, их
полномочий, ролей, профилей и управление их доступом всех SAP-системах,
подключенных к CUA, с использованием логически выделенной для этого из
существующего ландшафта управляющей инстанции SAP.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 62 ИЗ 80
ПРИЛОЖЕНИЕ 2. СПИСОК МЕТОДОЛОГИЧЕСКИХ ДОКУМЕНТОВ
ПРИЛОЖЕНИЕ
ДОКУМЕНТОВ
2.
СПИСОК
МЕТОДОЛОГИЧЕСКИХ
1. Модель данных;
2. Методика заполнения формуляров сбора данныхError! Bookmark not defined.;
3. Алгоритмы проверки данных;
4. Карта трансформационных поправок;
5. Методика трансформации;
6. Карта аллокационных поправок;
7. Методика формирования показателей сегментной отчетности;
8. Карта консолидационных поправок;
9. Методика консолидации;
10. Перечень поправок по консолидации БДПС;
11. Методика консолидации БДПС;
12. Альбом форм отчетности;
13. Проформа косвенного ДДС.
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 63 ИЗ 80
ПРИЛОЖЕНИЕ 3. ОСОБЫЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ
ПРИЛОЖЕНИЕ
3.
ОСОБЫЕ
ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ
ТРЕБОВАНИЯ
К
Таблица 15 Особые требования к функциональности системы
№
пп
Функциональный
уровень
1
Администрирование
2
Аллокация
3
Консолидация
4.6. Требования к
аналитическим
приложениям
Консолидация
4.6. Требования к
аналитическим
приложениям
5
Консолидация
4.6. Требования к
аналитическим
приложениям
6
Консолидация
7
Консолидация
8
Консолидация
9
Консолидация
4
Раздел документа, где
отражено требование
4.4. Общесистемные
требования
4.6. Требования к
аналитическим
приложениям
4.6. Требования к
аналитическим
приложениям
4.6. Требования к
аналитическим
приложениям
4.6. Требования к
аналитическим
приложениям
4.6. Требования к
аналитическим
приложениям
10
Консолидация
4.5. Проверка и
очистка данных
11
Консолидация
4.6. Требования к
аналитическим
приложениям
12
Консолидация
4.6. Требования к
аналитическим
приложениям
13
Консолидация
4.6. Требования к
аналитическим
приложениям
Описание требования
Ведение пользователей новой системы через Central User Administration
(CUA) (77)
Необходим журнал (отчет), в котором с возможностью пошаговой
проверки расчета суммы автоматической поправки, включая
промежуточные итоги расчета (New13).
Обеспечение функциональности множественного выбора единиц
консолидации при установке рабочего статуса. Пользователь должен
иметь возможность выбирать узлы иерархии компаний и (или)
отдельные компании (3)
Автоматический возврат результата выполнения мероприятий (ошибка,
предупреждение, успех) в виде статуса выполнения мероприятия в
мониторе консолидации (или в BPF). Запрет на установку статуса
мероприятия пользователем вручную, без связи с фактом выполнения и
результатом работы мероприятия (6).
Обеспечение детального аудиторского следа выполнения пакетов
трансформации и консолидации. В частности, вывод следующей
информации: какие конкретно функции (бизнес-правила) отработали в
рамках запущенного пакета, какие при этом записи были
сгенерированы, какие ошибки возникли (7)
Настройка полноценного монитора консолидации с возможностью
глобального запуска всех необходимых мероприятий (перенос сальдо,
Script logic) (9)
Обеспечение возможности экспорта журналов ручных проводок в
формат MS Excel (10)
Настройка межстрочной разлиновки или переменной заливки строк
двумя цветами в диспетчере долей владения (84)
Настройка возможности сортировки единиц консолидации по номеру в
BPF (85)
Настройка контроля привязки аналитических признаков и их значений
(элементов справочников) к счетам. Этот контроль должен
осуществляться в ходе всего процесса консолидации (ввод данных,
трансформационные, аллокационные, консолидационные поправки, в
том числе ручные) (86)
Необходимо дополнить функционал веб-интерфейса для запуска
консолидации кнопкой "консолидировать" из меню "центральная
консолидация -> монитор консолидации". Данная функция должна
обеспечивать не только запуск консолидации (кнопка
«консолидировать»), но и активировать возможность просмотра
статусов по всем ЕК и всем пакетам на одном экране (монитор
консолидации). (New14)
Для обеспечения прозрачности процесса, обеспечить разбивку пакета
консолидации на отдельные мероприятия, чтобы, в случае сбоя, можно
было понять, на каком этапе возник сбой, какие автоматические
проводки выполнились, а какие нет. В настоящее время не реализовано
в системе. (New15)
Все автоматические мероприятия по процессам трансформации,
аллокации и консолидации должны быть представлены списком, с
привязкой к порядку их выполнения (New 16)
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 64 ИЗ 80
ПРИЛОЖЕНИЕ 3. ОСОБЫЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ
№
пп
Функциональный
уровень
Раздел документа, где
отражено требование
Описание требования
14
Консолидация
4.5. Проверка и
очистка данных
15
Консолидация
4.6. Требования к
аналитическим
приложениям
Разработать функциональность контроля привязки аналитических
признаков и их значений к показателям (счетам) - аналог "типа
контировки" в BCS или "Scenario catergory" в SAP BO-FC. Эта
функциональность необходима для поддержания разработанной
методологами модели данных ИКСО. В текущей системе
функциональность частично реализована разработкой подрядчика, и не
поддерживает работу в режиме ручных проводок, а также не
обеспечивает режим гибких настроек – требуется доработка. (New17)
При выведении ошибки при проведении мероприятия должен
формироваться подробный отчет об ошибках, понятный пользователю
(New18)
16
Консолидация
4.6. Требования к
аналитическим
приложениям
Отчет о журнальных проводках не экспортируется в excel из web нужна доработка (аналог "список итоговых позиций", или "список
итоговых записей" которые сейчас импортируются в excel) (New19)
17
Консолидация
4.6. Требования к
аналитическим
приложениям
Заголовки столбцов в Web интерфейсе ручной корректировки должны
показывать не коды, а описание измерения (New20)
18
Консолидация,
Трансформация
4.6. Требования к
аналитическим
приложениям
19
Консолидация,
Трансформация
4.6. Требования к
аналитическим
приложениям
20
Консолидация,
Трансформация
4.6. Требования к
аналитическим
приложениям
21
Консолидация,
Трансформация
4.6. Требования к
аналитическим
приложениям
В заголовке и строках ручных поправок требуется показывать коды и
названия выбранных аналитик (элементов справочников) (90)
Для каждого автоматического расчета (поправки) в системе требуется
разработать drill down отчет до проводки и методики расчета в системе
(по какой формуле через какие показатели сформирован) с
"визуализация" корректировок (37)
Статус выполнения пакетов должен быть привязан к единице
консолидации. Необходимо добавить столбец "единица консолидации
(UNIT)" в статус пакета (45)
Для ручных проводок требуется, чтобы при выборе счета на экране
ввода фиксировались только те аналитики, которые применимы к
выбранному счету. Также требуется ограничить перечень допустимых
для ввода значений (элементов справочников) для аналитических
признаков, применимых к выбранному счету (87)
22
Общее
4.4. Общесистемные
требования
Обеспечить совместимость компонентов ПО решения с
существующими и утвержденными в Компании серверными
приложениями и приложениями рабочих мест пользователей, таких как
операционная система, СУБД, офисные приложения, средства
обеспечения информационной безопасности (ПКЗИ) и др. Требования
по совместимости и существующие ограничения (при их наличии),
включая технические, должны быть доведены Исполнителем до
Заказчика как требования к конфигурации рабочих мест и
инфраструктуре – матрица совместимости серверного
приложения/клиентского места (при необходимости сертификаты
совместимости). Возникающие проблемы носят чаще всего
инфраструктурный характер. Устойчиво возникающие проблемы
должны решаться совместно Исполнитель - Вендор используемого ПО Инфраструктурные подразделения Заказчика – Вендор системного или
дополнительного ПО. (New21)
23
Отчетность. Анализ
данных
4.11. Требования к
наличию отчётов
Поддержка функциональности Drill-Down для детализации любого
показателя, в том числе: до уровня проводки и до уровня формулы
(если показатель рассчитывается автоматически) (New11)
24
Поток операций
4.4. Управление
процессом выпуска
отчетности
В BPF требуется обеспечить отображение мероприятий (шагов BPF) в
той последовательности, в которой они должны быть выполнены.
Пользователь не должен иметь возможности изменить данную
последовательность (пересортировать шаги) (103)
25
Проверки
26
Проверки
(трансформация)
4.7. Требования к
средствам анализа
данных
4.6. Требования к
аналитическим
приложениям
Необходимо чтобы проверки на уровне детальных данных
автоматически запускались по всем кубам. (или в одном кубе) (New10)
Требуется обеспечить возможность присваивать метод логической
проверки в зависимости от единицы консолидации (107/99)
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 65 ИЗ 80
ПРИЛОЖЕНИЕ 3. ОСОБЫЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ
№
пп
Функциональный
уровень
Раздел документа, где
отражено требование
Описание требования
Требуется обеспечить универсальный механизм перехода из операндов
логической проверки к детализации данных, которые образуют
соответствующую сумму. Для выполнения данного требования не
допускается создавать индивидуальные отчеты под каждый шаг
логической проверки (33)
Требуется обеспечить проверку данных, привязанную к рабочим
статусам, на всех уровнях процесса консолидации. Как минимум, на
уровне исходных данных, трансформированных данных,
аллоцированных данных, консолидированных данных. Не допускается
замена системных проверок проверочными отчетами в EPM. (34)
Для плановых срезов необходимо, чтобы в проверочных отчетах
данные были представлены periodic, т.е. разворачивались по 12
колонкам (январь, февраль, ….,декабрь) плюс "итого" Обеспечить
согласованность хранения форматов "Periodic" и
"YearToDate"Отчетность в форматах "Periodic" и "YearToDate"
формируется согласно текущей постановки формирования отчетности.
(New5)
Требуется обеспечить два показателя - количество и сумма на одном
счете (Account) (58)
27
Проверки
(трансформация+
консолидация)
4.6. Требования к
аналитическим
приложениям
28
Проверки
(трансформация+
консолидация)
4.6. Требования к
аналитическим
приложениям
29
Проверочный отчет
на уровне детальных
данных для среза
"ПЛАН"
4.5. Сбор данных
30
Сбор данных
4.5. Сбор данных
31
Сбор данных
4.8. Обеспечение
интеграции с ИР
СВГО КИС SAP РН
Требуется автоматизировать процесс предварительного удаления (т.н.
пакет Clear) данных предыдущей загрузки перед выполнением
повторной загрузки данных из СВГО в ИКСО.(113)
32
Сбор данных,
Консолидация,
Трансформация
4.5. Сбор данных
Требуется обеспечить единый интерфейс работы пользователя, т.е. в
случае использования пользователем WEB-интерфейса необходимо
обеспечить работу только в WEB-Интерфейсе, без открытия
дополнительных окон в EPM (запуска пакетов) для нового ввода
параметров работы с системой: версия, год, период, единица
консолидации (26).
33
Трансформация
4.6. Требования к
аналитическим
приложениям
Требуется обеспечить удаление предыдущих результатов расчета перед
повторным запуском автоматических проводок (99)
34
Трансформация
4.6. Требования к
аналитическим
приложениям
35
Трансформация
4.6. Требования к
аналитическим
приложениям
Требуется в BPF (монитор трансформации, аллокации и консолидации)
добавить мероприятие ручной проводки при вызове которой в webинтрефейс будут переданы данные единицы консолидации / группы
компаний, периода, кода проводки, версию отчетности. (New2)
Необходим журнал (отчет), в котором пошагово можно проверить
расчет суммы автоматической поправки, включая промежуточные
итоги расчета. (New12)
36
Трансформация/
аллокация/
консолидация
4.6. Требования к
аналитическим
приложениям
Требуется расширение стандартных возможностей по рекалассам и
исключающим проводкам: включение в настройку реклассов всех
аналитических признаков из модели. (New1)
37
Трансформация/
аллокация/
консолидация
4.6. Требования к
аналитическим
приложениям
Требуется наличие монитора/ нескольких мониторов мероприятий
(загрузка данных, проверка, автоматические и ручные проводки и т.п.)
по трансформации, консолидации и аллокации, который/которые бы
отражал статусы выполнения мероприятий по каждой единице
консолидации или каждой группе компаний (New3)
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 66 ИЗ 80
ПРИЛОЖЕНИЕ 3. ОСОБЫЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ
№
пп
Функциональный
уровень
Раздел документа, где
отражено требование
Описание требования
38
Проверочные отчеты
4.5. Сбор данных
Для проверки данных, загруженных из макетов БП в формате CSVфайла - необходимо на уровне детальных данных настроить
проверочные on-line отчеты, которые имеют следующую
функциональность:
a) сводные on-line отчеты, в которых представлены промежуточные и
сводный total-листы с возможностью интерактивной детализации и
фильтрации (Drill Down) информации в отчете для поиска расхождений
в данных, с возможностью перехода в отчет «b» для внесения
исправлений и корректировок в данные.
b) excel-книга по выбранной в отчете «a», или установленной
пользователем вручную, БЗЕ по всем введенным в систему данным
текущего ФСД; в этом режиме должна быть предусмотрена отдельная
колонка для корректировки или исправления хранящихся в системе
данных, с последующим раздельным хранением их в системе;
предусмотреть возможность дублирования корректировки из периода в
период. (New4)
39
ФСД
4.5. Сбор данных
Возможность формирования для ОГ ограниченного набора ФСД/ФВД,
релевантных для ББ, к которому относится ОГ, в соответствии с
матрицей распределения ФСД по ББ (New6)
40
ФСД
4.5. Сбор данных
41
ФСД
4.5. Сбор данных
42
ФСД
4.5. Сбор данных
Возможность добавления/удаления сразу нескольких строк в ФСД
(New7)
Возможность поиска требуемых значений аналитики в выпадающем
списке, ограничение выпадающего списка (например, аналитика 97 –
«Бизнес-единицы», 96 «Контрагенты») значениями, которые относятся
только к данному ОГ, возможность быстрого поиска и фильтрации
данных при работе со списками. (New8)
Блокировка ввода недопустимых значений аналитики при заполнении
ФСД. Возможность настройки для ОГ ограниченного набора значений
аналитик, релевантных только для данного ББ (например, в аналитике
24 «Группы продуктов, услуг») (New9)
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 67 ИЗ 80
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Таблица 16 Финансовая отчетность
Количество форм отчетности
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
СГБ
43
1
32
1
в т. ч. на
этапе
ИТ7
32
1
СГБ
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
СГБ
консолидированный
консолидированный
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
1
34
1
1
1
1
1
1
1
1
1
1
1
23
1
1
1
1
1
1
1
1
1
1
1
23
1
1
1
1
1
1
1
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
консолидированный
СГБ
СГБ
СГБ
1
1
1
1
1
1
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
СГБ
1
1
1
консолидированный
консолидированный
СГБ
СГБ
СГБ
1
1
1
1
1
1
1
1
1
консолидированный
СГБ
1
консолидированный
СГБ
1
всего
Формы и примечания к финансовой отчетности
1
Консолидированный баланс
консолидированный
Консолидированный отчет о
2
совокупном доходе
консолидированный
3
Консолидированный отчет об
изменениях в акционерном капитале
Консолидированный отчет о
4
движении денежных средств
Примечания
5
Налоги, кроме налога на прибыль
6
Экспортная пошлина
7
Финансовые доходы
8
Финансовые расходы
9
Прочие доходы и расходы
10
Затраты на персонал
11
Денежные средства и эквиваленты
12
Краткосрочные финансовые активы
13
Дебиторская задолженность
14
Товарно-материальные запасы
Авансы выданные и прочие
15
оборотные активы
21
Основные средства и
незавершенное строительство
Нематериальные активы и гудвилл
Долгосрочные финансовые активы
Инвестиции в совместные и
зависимые компании
Прочие внеоборотные
нефинансовые активы
Кредиторская задолженность и
начисления
22
Кредиты, займы и обязательства по
финансовой аренде
16
17
18
19
20
23
24
25
26
27
Краткосрочные обязательства по
прочим налогам
Резервы
Операции со связанными сторонами
Дополнительная информация о
деятельности, связанной с
разведкой и добычей нефти и газа
(неаудированные данные)
Управление капиталом и
финансовыми рисками
7
8
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
ИТ – Интеграционное тестирование
ПРПС – Проверка работоспособности в продуктивной среде
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 68 ИЗ 80
в т. ч. на
этапе
ПРПС8
0
0
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Количество форм отчетности
№
п/п
Наименование отчета
28
29
30
31
32
Информация по сегментам
Операционная аренда
Налог на прибыль
Неконтролирующие доли
Прибыль на акцию
33
34
35
36
Краткосрочные обязательства по
производным инструментам
Пенсионные обязательства
Прочие долгосрочные обязательства
Акционерный капитал
37
Справедливая стоимость
финансовых инструментов
38
Основные дочерние предприятия
Уровень отчета
Владелец
отчета/
мэппинга
Баланс-Ф1
ОФР-Ф2
всего
в т. ч. на
этапе
ИТ7
1
1
1
1
1
1
1
1
1
1
1
1
1
консолидированный
СГБ
СГБ
СГБ
СГБ
консолидированный
СГБ
1
консолидированный
СГБ
1
3
3
3
СГБ
1
1
1
СГБ
1
1
1
СГБ
1
1
1
2
2
2
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
Отчеты по РСБУ для сверки загруженных данных
43
Всего
СГБ
СГБ
СГБ
СГБ
СГБ
консолидированный
Отчеты для трансформации и консолидации
Расчет отложенного налога по
39
МСФО
консолидированный
Трансформированный/консолидиро
40
ванный баланс
консолидированный
Трансформированный/консолидиро
41
ванный ОПУ
консолидированный
42
автоматизируемых отчетов,
реализуемых в системе
детальный
СГБ
1
1
1
детальный
СГБ
1
1
1
в т. ч. на
этапе
ПРПС8
0
0
Таблица 17 MD&A отчетность
Количество форм
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
28
8
1
1
1
1
1
23
8
1
1
1
1
1
в т.ч. на
этапе
ИТ7
23
8
1
1
1
1
1
1
1
1
7
1
1
1
1
1
1
6
1
1
1
1
1
1
6
1
1
1
всего
MD&A
Выручка
44
Сводная таблица по выручке
45
Объем реализации
46
Свод по ценам реализации
47
Реализация НП в дальнее зарубежье
48
Реализация НП в СНГ
Реализация НП на внутреннем
49
рынке
50
Газ по регионам
51
Прочая выручка
Затраты и расходы
52
Транспортные расходы
53
Свод по стоимости покупных
54
Структура закупок нефти
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 69 ИЗ 80
в т.ч. на
этапе
ПРПС8
0
0
0
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Количество форм
№
п/п
Наименование отчета
Стоимость покупных
55
нефтепродуктов
56
Общехозяйственные расходы
57
Налоги, кроме налога на прибыль
58
Экспортные пошлины
Производство
59
Добыча нефти
60
Добыча газа
61
62
63
64
65
66
67
68
69
70
71
Переработка нефти и производство
нефтепродуктов
Операционные расходы
Налоговая нагрузка
Перспективные области
Макроэкономика
Транспортные тарифы
Финансовые и операционные
показатели (коэффициенты)
Рационализация экспортной
пошлины
Капитальные затраты
Движение денежных средств
Чистые денежные средства,
полученные от операционной
деятельности
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
всего
в т.ч. на
этапе
ИТ7
1
1
СГБ
СГБ
1
1
1
1
13
1
1
1
1
9
1
1
1
1
9
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
консолидированный
СГБ
СГБ
СГБ
СГБ
СГБ
СГБ
консолидированный
СГБ
1
1
1
консолидированный
1
1
1
1
1
1
1
консолидированный
СГБ
СГБ
СГБ
консолидированный
СГБ
1
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
консолидированный
СГБ
СГБ
СГБ
СГБ
в т.ч. на
этапе
ПРПС8
0
Таблица 18 Управленческая отчетность
Кол-во форм
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
140
12
4
140
12
4
в т.ч. на
этапе
ИТ7
115
12
4
1
1
1
1
1
1
1
1
1
1
6
1
6
1
6
1
1
1
1
1
1
всего
Формы Управленческой отчетности
Выходные формы «пакет отчетности MIS»
Отчет № 4.0. Основные показатели НПЗ Компании
Отчет № 4.0. Основные показатели
детальный/
консолидированный
72
НПЗ Компании / Свод
ПКиЛ
Отчет № 4.0. Основные показатели
детальный/
консолидированный
73
НПЗ Компании / НПЗ
ПКиЛ
Отчет № 4.1. Интегральный
детальный/
консолидированный
74
рейтинг предприятий переработки
ПКиЛ
Отчет № 5.0. Основные показатели
детальный/
деятельности предприятий НПО –
консолидированный
75
Свод
ПКиЛ
Отчет № 5.1. Основные показатели деятельности предприятий НПО
Отчет № 5.1. Основные показатели
деятельности предприятий НПО /
детальный/
консолидированный
Сводные показатели НПО (бизнес
76
план, год)
ПКиЛ
детальный/
77
Отчет № 5.2. Товарооборот
ПКиЛ
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 70 ИЗ 80
в т.ч. на
этапе
ПРПС8
25
0
0
0
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Кол-во форм
№
п/п
Наименование отчета
Уровень отчета
консолидированный
80
предприятий НПО
Отчет № 5.3. Основные показатели
деятельности предприятий НПО –
Розничная реализация
Отчет № 5.4. Основные показатели
деятельности предприятий НПО –
Терминалы внутренней перевалки
Отчет № 5.7. Основные показатели
деятельности предприятий НПО –
Морские Терминалы
81
Отчет № 5.8. Интегральный рейтинг
предприятий НПО
детальный/
консолидированный
78
79
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
Владелец
отчета/
мэппинга
82
83
Инвестиции НГД
Отчет № 6.1. Инвестиционная
деятельность / Финансирование
капитальных вложений
детальный/
консолидированный
Ключевые показатели эффективности бизнес сегментов
Среднесрочный прогноз по Бизнес
детальный/
Сегменту «Переработка и Сбыт»
консолидированный
84
(Downstream)
Основные макроэкономические
детальный/
консолидированный
85
показатели
Основные макроэкономические
детальный/
консолидированный
86
показатели РиД
Сравнительная эффективность
детальный/
основных Бизнес Сегментов
консолидированный
87
Компании
Сравнительная эффективность
детальный/
основных Бизнес Направлений
консолидированный
88
Компании
Сравнительная эффективность
детальный/
активов Бизнес направления
консолидированный
89
Переработка
Эффективность актива Бизнес
детальный/
консолидированный
90
направления Переработка
Ключевые проекты в области
детальный/
консолидированный
91
нефтепереработки
Эффективность Бизнес направления
детальный/
консолидированный
92
Коммерция и логистика
Эффективность направления
детальный/
«Коммерция и логистика консолидированный
93
природный газ и ШФЛУ»
Эффективность Бизнес направления
детальный/
«Межрегиональный сбыт и
консолидированный
94
розница»
Мониторинг ключевых инвестиционных проектов
Мониторинг результатов
детальный/
реализации проектов блока
консолидированный
95
«Переработка»
Мониторинг результатов
детальный/
консолидированный
96
реализации проектов блока «Сбыт»
Макеты Бизнес Плана
детальный
97
Геология
Всего
всего
в т.ч. на
этапе
ИТ7
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
2
2
2
РиД
1
1
1
ПКиЛ
1
1
1
11
11
11
ПКиЛ
1
1
1
ПКиЛ и ГБ
1
1
1
РиД и ГБ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
2
1
2
1
2
ПКиЛ
1
1
1
ПКиЛ
1
67
1
1
67
1
1
63
1
Отчет № 6.1. Инвестиционная деятельность
детальный/
консолидированный
автоматизируемых отчетов,
реализуемых в системе
РиД и ГБ
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 71 ИЗ 80
в т.ч. на
этапе
ПРПС8
0
0
0
4
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Кол-во форм
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
РиД
1
1
1
1
1
15
1
1
1
1
1
1
15
1
в т.ч. на
этапе
ИТ7
1
1
1
1
1
15
1
РиД
2
2
2
РиД и ГБ
1
1
1
РиД и ГБ
1
1
1
РиД и ГБ
1
1
1
ПКиЛ
ПКиЛ
1
1
1
1
1
1
ПКиЛ
1
1
1
ПКиЛ
4
4
4
РиД и ГБ
РиД и ГБ
РиД и ГБ
РиД и
ПКиЛ
РиД и ГБ
РиД и ГБ
1
1
1
1
1
1
1
1
1
2
1
1
2
1
1
2
1
1
ПКиЛ
РиД и ГБ
ПКиЛ
ПКиЛ
6
1
1
1
1
6
1
1
1
1
6
1
1
1
1
ДСПиО и
ГБ
РиД
1
1
1
1
1
ДСПиО
ДСПиО
1
1
1
1
1
1
ДСПиО
РиД
РиД
РиД
РиД
3
1
1
1
1
3
1
1
1
1
3
1
всего
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
Бурение
Производство НГД
Производство НПЗ
Производство НПО «Розница»
Производство НПО «Терминал»
Производство Сервис
Производство КНИПИ
Экспорт нефти, Экспорт нефти
Сахалин-1
Баланс производства и
распределения нефти и газового
конденсата
Баланс производства и
распределения природного и
попутного газа
Баланс распределения сухого
отбензиненного газа
Баланс производства
нефтепродуктов (для ДО с мини
НПЗ)
Баланс реализации нефтепродуктов
Баланс закупки и реализации
нефтепродуктов
Баланс производства и реализации
нефтепродуктов
Реализация прочей продукции,
работ и услуг
Затраты предприятий НГД
Затраты операторов ГРР
Энергия
Ремонт НГД
Транспорт (промысловый)
Структура реализации и экономика
Трейдинга и крупнооптовых продаж
Экономика НГД
Экономика НПЗ
Экономика НПО
Экономика Сервис
Экономика Прочие
Экономика СП
Отчет о движении денежных
средств – прямой метод
Инвестиционная деятельность
Инвестиционная деятельность,
детализированная по группам
объектов
Целевые программы НГД
Механизированная добыча
План финансирования проектов
Экономика ГРР
детальный
детальный
детальный
детальный
детальный
РиД и ГБ
РиД и ГБ
ПКиЛ
ПКиЛ
ПКиЛ
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
детальный
1
детальный
детальный
детальный
детальный
детальный
1
1
1
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
в т.ч. на
этапе
ПРПС8
СТРАНИЦА 72 ИЗ 80
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Кол-во форм
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
ДСПиО
РиД и ГБ
ПКиЛ
1
1
1
1
1
1
в т.ч. на
этапе
ИТ7
1
1
1
ДСПиО
ПКиЛ
1
1
11
1
1
11
1
11
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДИБЭиК
1
1
1
ДСПиО
1
1
1
РиД
1
1
ПКиЛ
1
1
1
ДИБЭиК
1
1
1
16
16
16
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
1
1
1
ПКиЛ
6
6
6
ПКиЛ
7
6
7
6
7
0
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
ДСПиО
1
1
1
всего
РЕЗ Энергетика
РЗП НГД
РЗП
Основные средства и финансовые
136 вложения
137 Прочая продукция НПО
Формы отчетности для высшего руководства
133
134
135
138
Отчет по компании в целом
139
140
Сегмент «Разведка и добыча»
Сегмент «Производство, Коммерция
и Логистика»
141
Нефтесервисы
142
Финансы
143
Сопоставление с конкурентами
Отчет по инвестициям о
выполнении бизнес-плана текущего
года
144
145
146
147
148
Затраты ЦАУК
Внутренний бенчмаркинг сегмент
«Разведка и добыча»
Внутренний бенчмаркинг сегмент
«Переработка и сбыт»
Справочник по инвестиционной
деятельности
детальный
детальный
детальный
детальный
детальный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
Дополнительные формы отчетности для сегмента «Переработка и сбыт»
149
Маржа переработки
150
КПЭ по НПО
ТЭП по сегменту «Переработка и
сбыт»
151
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
Отчетные формы по маркетингу
Отчетные формы по направлению
153 B2B
Выходные формы Управленческой отчетности
Ключевые показатели
детальный/
эффективности деятельности
консолидированный
154 компании (2-х страничник)
Основные показатели
детальный/
консолидированный
155 нефтегазодобывающих предприятий
Основные показатели предприятия
детальный/
консолидированный
156 НПО
152
157
158
159
Основные показатели НПЗ
Основные показатели активов
Сервис
Основные показатели по прочим
предприятиям
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
1
0
1
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
в т.ч. на
этапе
ПРПС8
СТРАНИЦА 73 ИЗ 80
0
6
ПРИЛОЖЕНИЕ 4. ПЕРЕЧЕНЬ ОТЧЕТОВ ИР ИКСО
Кол-во форм
№
п/п
Наименование отчета
Уровень отчета
Владелец
отчета/
мэппинга
автоматизируемых отчетов,
реализуемых в системе
Всего
всего
ОРД ББ РиД презентация
КПЭ, мониторинг удельных
160 показателей эффективности
Выполнение плана по добыче нефти
161 и газа
Реализация программы
162 эксплуатационного бурения
Обзор выполнения бизнес-плана по
163 программе капитальных вложений
Операционные затраты 164 выполнение бизнес-плана
165
166
167
168
ЧДП
Сравнение показателей текущего
года с фактом прошлого года
Интегральный рейтинг
Выполнение лицензионных
обязательств
169 Дополнительные материалы
ББ РиД и ГБ новые отчеты
Основные показатели активов
Upstream, операторов ГРР, ДО
СЕРВИС «UPSTREAM» (замена
170 отчетов 3.0; 3.1; 3.5)
Отчет Форма -2 РСБУ по элементам
171 затрат
172
Карточка НГД
173
Карточка Сервис
174
Карточка Прочие
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
в т.ч. на
этапе
ИТ7
0
10
10
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
1
1
РиД
1
5
1
5
1
5
РиД
1
1
1
РиД
1
1
1
РиД и ГБ
1
1
1
ГБ
1
1
1
ГБ
1
1
1
0
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
детальный/
консолидированный
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
в т.ч. на
этапе
ПРПС8
10
СТРАНИЦА 74 ИЗ 80
ПРИЛОЖЕНИЕ 5. ПЕРЕЧЕНЬ КРИТИЧНЫХ РАЗРАБОТОК, РЕАЛИЗУЕМЫХ НА БАЗЕ SAP BPC
ПРИЛОЖЕНИЕ 5. ПЕРЕЧЕНЬ КРИТИЧНЫХ РАЗРАБОТОК,
РЕАЛИЗУЕМЫХ НА БАЗЕ SAP BPC
Таблица 19. Перечень критичных разработок, реализуемых на базе SAP BPC
№
КОММЕНТАРИИ ПО СИСТЕМЕ BPC
33/56
Требуется обеспечить универсальный механизм перехода из операндов логической
проверки к детализации данных, которые образуют соответствующую сумму. Для
выполнения данного требования не допускается создавать индивидуальные отчеты под
каждый шаг логической проверки
Также в проверках отсутствует возможность просмотра алгоритма их работы и
показателей, в рамках которых работает каждая из них.
34 и 6
Статус выполнения мероприятия в мониторе консолидации (или в BPF) должен
автоматически возвращать результат выполнения данного мероприятия (ошибка,
предупреждение, успех). Не допускается установка статуса мероприятия пользователем
вручную, без связи с фактом выполнения и результатом работы мероприятия.
Требуется обеспечить проверку данных, привязанную к рабочим статусам, на всех
уровнях процесса консолидации. Как минимум, на уровне исходных данных,
трансформированных данных, аллокированных данных, консолидированных данных
107/99
Требуется обеспечить возможность присваивать метод логической проверки в
зависимости от единицы консолидации
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 75 ИЗ 80
ПРИЛОЖЕНИЕ 6. ПЕРЕЧЕНЬ КОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ
ПРИЛОЖЕНИЕ 6. ПЕРЕЧЕНЬ КОРПОРАТИВНЫХ ОБЪЕКТОВ
НСИ
Таблица 20. Корпоративные НСИ
№
НАИМЕНОВАНИЕ ОБЪЕКТА НСИ
1
2
ТИП
(КОРП/БН/БФ)
3
1.
2.
3.
4.
5.
6.
7.
8.
Материалы
Класс материалов
Деловые партнеры
Организационные единицы
ЕУП
Страны
Регионы
Единицы измерения
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
9.
Услуги(*)
Корпоративный
10.
11.
12.
13.
14.
15.
16.
Валюты
Банки
ОКОФ
ОКТМО (ОКАТО)
ОКОНХ
ОКПО
ОПФ
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
Корпоративный
ФУНКЦИОНАЛЬНАЯ ГРУППА,
ОТВЕТСТВЕННАЯ ЗА РЕАЛИЗАЦИЮ
4
НСИ
НСИ
НСИ
НСИ
НСИ
НСИ
НСИ
НСИ
Снабжение МТР/организация
закупок
Финансы и казначейство
Финансы и казначейство
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 76 ИЗ 80
ПРИЛОЖЕНИЕ 7. ПЕРЕЧЕНЬ НЕКОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ
ПРИЛОЖЕНИЕ
ОБЪЕКТОВ НСИ
7.
ПЕРЕЧЕНЬ
НЕКОРПОРАТИВНЫХ
Таблица 21. Некорпоративные НСИ
№
НАИМЕНОВАНИЕ ОБЪЕКТА НСИ
1
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
2
Месторождения
Залежи (пласты)
Лицензионные участки
Кусты / платформы
Скважины
Ресурсы
Спецификации
Технологические рецептуры
Варианты изготовления
Основные контрольные признаки
Технологические карты контроля и множественные
спецификации
Каталог значений признаков
Каталог решений об использовании
Дефекты
Мероприятия
Шаблоны паспортов/ сертификатов качества
Записи условий (цены)
Котировки
Вид транспортного средства
Инкотермс
Железнодорожные станции
Железные дороги
Маршруты транспортировки
Условия отгрузки
Группа сбыта
Таможенный орган
Система транспортировок
Место размещения
Вид отгрузки
Вид места размещения
Роли партнеров TSW
Транспортный узел
Стратегия поиска партии
Транспортные средства
Транспортные единицы
Структура ТПС
Узлы учета производителя
Танкеры
Направления деятельности
Бюджетный классификатор
Финансовая структура
Инвестиционные портфели
Инвестиционные программы
Объекты капитальных вложений (СПП\ОС)
Источники финансирования
Виды договоров
Собственные банки
ТИП
(КОРП/БН/БФ)
3
ФУНКЦИОНАЛЬНАЯ ГРУППА,
ОТВЕТСТВЕННАЯ ЗА РЕАЛИЗАЦИЮ
4
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
РиД
РиД
РиД
РиД
РиД
НиН
НиН
НиН
НиН
НиН
БН
НиН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БН
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
НиН
НиН
НиН
НиН
НиН
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B, ТиЛ
B2B
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
ТиЛ
Бизнес-планирование
Бизнес-планирование
Бизнес-планирование
Инвестиции
Инвестиции
Инвестиции
Инвестиции
Управление договорами
Финансы и казначейство
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 77 ИЗ 80
ПРИЛОЖЕНИЕ 7. ПЕРЕЧЕНЬ НЕКОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ
ТИП
(КОРП/БН/БФ)
3
ФУНКЦИОНАЛЬНАЯ ГРУППА,
ОТВЕТСТВЕННАЯ ЗА РЕАЛИЗАЦИЮ
4
Расчетные счета собственных банков
Курсы валют
Условие платежа
Котировки (валютные, ценные бумаги)
Финансовые позиции
Центры Финансовой Ответственности
Программы бюджета (инвестиционные проекты)
Группа счетов
План счетов
Местонахождение ОС
ОКВЭД
Класс ОС
ОС, НМА
Сегменты (географические и операционные)
Вид движения МСФО
Коды операций с подакцизными товарами
Виды подакцизных товаров
Коды показателей, используемые при заполнении
налоговой декларации по акцизам на подакцизные
товары
Статьи доходов и расходов по налоговому учету, виды
налоговых разниц
Табельные номера
Штатная организационная структура
Амортизационная группа
Налоговые ставки
Налоговые льготы
ТНВЭД
Дочерние общества
МВП
МВЗ
Технологические процессы
Аналитические признаки и показатели рентабельности
Виды затрат и выручки
Виды работ
Внутренний заказ (мероприятия)
Статические показатели
Элементы затрат
Ссылочные базы распределения косвенных затрат
Оценочные обязательства
Ставки нормативных потерь полезных ископаемых
Добываемые полезные ископаемые
Основания налогообложения добытых полезных
ископаемых
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
Финансы и казначейство
Финансы и казначейство
Финансы и казначейство
Финансы и казначейство
Финансы и казначейство
Финансы и казначейство
Финансы и казначейство
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БФ
БУ, НУ, МСФО
БФ
БУ, НУ, МСФО
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БУ, НУ, МСФО
БФ
БУ, НУ, МСФО
104.
Склады/МОЛ
БФ
105.
Плановик
БФ
106.
Группа закупок
БФ
107.
Группа материала
БФ
108.
Вид материала
БФ
№
НАИМЕНОВАНИЕ ОБЪЕКТА НСИ
1
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
2
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 78 ИЗ 80
ПРИЛОЖЕНИЕ 7. ПЕРЕЧЕНЬ НЕКОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ
№
НАИМЕНОВАНИЕ ОБЪЕКТА НСИ
1
2
ТИП
(КОРП/БН/БФ)
3
109.
Антропометрические данные (спецодежда)
БФ
110.
Плановые цены
БФ
111.
Нормы выдачи спецодежды по должностям
БФ
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
Объекты капитального строительства
Проекты капитального строительства
Земельные участки
Технические объекты
Соединения технических объектов
Единицы оборудования
Спецификации единиц оборудования
Точки измерения и счетчики
ИД сетей объектов
Образцы гарантий
Стратегии ТОиР
Технологические карты ремонтов
Каталог проблем
Каталог последствий
Каталог причин
Каталог частей объектов
Классы единиц оборудования
Классы технических объектов
Признаки ТОиР
Рабочие места
Планы предупредительных работ
Грузополучатели
Нормы естественной убыли и потерь (сырья и НП) 9
Базис поставки
Способ обработки транспортных и прочих расходов 10
Принцип ценообразования11
Нефтепродукты12
Группы нефтепродуктов
Подгруппы нефтепродуктов
Заводы-изготовители
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БН
БН
БН
БН
БН
БН
БН
БН
БН
ФУНКЦИОНАЛЬНАЯ ГРУППА,
ОТВЕТСТВЕННАЯ ЗА РЕАЛИЗАЦИЮ
4
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Снабжение МТР/организация
закупок
Капитальное строительство
Капитальное строительство
Капитальное строительство
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
ТОиР
B2B
B2B
B2B
B2B
B2B, Управление договорами
B2B
B2B
B2B
B2B
Необходимо вести дополнительно справочник договорных норм потерь НП и при проведении операций списания НП по договорам,
заключенным с контрагентами, необходимо проводить проверку не только на нормы естественной убыли, установленные
законодательством, но и нормы, установленные договорным документом. При этом, в зависимости от норм естественной убыли
(установленных законодательством, либо установленных договорным документом) необходимо предусмотреть различную конфигурацию
операций списания.
10
Возможные значения справочника:

Включены в цену НП.

Полное перевыставление.

Полная продажа.

Частичное перевыставление.

Частичная продажа.
11
Возможные значения справочника:

Прайсовая цена.

Формула цены.

Биржевая цена.

Тендерная цена Компании.

Тендерная цена контрагента.
12
Все номенклатурные позиции по нефтепродуктам из справочника нефтепродуктов должны быть привязаны к заводам
изготовителям, подгруппам и группам нефтепродуктов. Также должна быть обеспечена возможность ведения
номенклатуры по фасованной продукции в разрезе вида и объема фасованной продукции.
9
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 79 ИЗ 80
ПРИЛОЖЕНИЕ 7. ПЕРЕЧЕНЬ НЕКОРПОРАТИВНЫХ ОБЪЕКТОВ НСИ
№
НАИМЕНОВАНИЕ ОБЪЕКТА НСИ
1
142.
143.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
156.
157.
158.
159.
160.
161.
162.
163.
164.
165.
166.
167.
168.
169.
170.
171.
172.
173.
174.
175.
176.
177.
178.
179.
180.
181.
182.
183.
2
Коэффициенты и котировки (для формульного
ценообразования)13
Фрахтовые составляющие14
Уровень цен конкурентов15
Скидки/наценки
Транспортные услуги16
Услуги перевалки
Пошлины
Цены реализации крупного опта
Тип стандартного договора
Тип договора
Тип сделки
Сторона сделки
Способ выбора поставщика
Категория поставщика
Способ выбора покупателя
Категория покупателя
Канал реализации
НДС за единицу
Группа полномочий
Пролонгация
Статус договорного документа
Вид документа
Место размещения оригинала
Тип операции
Классификация (группы консолидации)
Решение корпоративного органа
Наименование ЗК/ТК
Причина закупки у единственного поставщика
Вид нарушения
Номер классификации нарушения
ФИО сотрудника
Код подразделения
Номер доверенности
Дата доверенности
Подписант от Компании (ФИО)
Подписант от Компании (должность)
Тип ССС
Направление сотрудничества
Место реализации проекта
Статус проекта
Стадия работы над соглашением
Условия оплаты
ТИП
(КОРП/БН/БФ)
3
ФУНКЦИОНАЛЬНАЯ ГРУППА,
ОТВЕТСТВЕННАЯ ЗА РЕАЛИЗАЦИЮ
4
БН
B2B
БН
БН
БН
БН
БН
БН
БН
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
БФ
B2B
B2B
B2B
B2B
B2B
B2B
B2B
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Управление договорами
Финансы и казначейство
Возможные источники значений справочника – системы котировок (Platts, Argus, Reuters, Кортес).
Возможные источники значений справочника - Platts, Argus
15
Возможные источники значений справочника - Argus, Кортес, Bunkerworld, Bunkerwire, либо в ручном режиме через файл
формата Excel.
16
Возможные источники значений справочника - Rail Tariff, справочники, относящиеся к шаблонному решению ТиЛ
13
14
Функциональные и технические требования
Проект IID-094 «Интегрированная корпоративная система отчетности (ИКСО)»
Версия 2.6
СТРАНИЦА 80 ИЗ 80
Скачать

Техническое_заданиеx - Информация о закупках ОАО "