Iid-094 «Интегрированная корпоративная система отчетности (иксо)» Техническое задание москва 2015



страница5/18
Дата17.10.2016
Размер1,85 Mb.
ТипРеферат
1   2   3   4   5   6   7   8   9   ...   18

Требования к данным


Адаптация модели данных и всех сопутствующих методологических документов с учетом особенностей платформы и технической реализации решения должна быть проведена подрядчиком самостоятельно. Привлечение методологов заказчика возможно только для уточнений и консультаций по модели данных.

Методологические документы по ИР ИКСО приведены в приложении (ПРИЛОЖЕНИЕ . Список методологических документов).



Сбор данных

Сбор данных из учетных систем должен осуществляться следующими способами:



  1. Online сбор, при котором используются ФВД, отчетность и проверки в ИР ИКСО;

  2. Загрузка данных с использованием CSV файла в формате модели данных ИКСО, получаемого из следующих источников:

    • подсистема offline (удаленного) сбора данных, для загрузки данных в ИР ИКСО используется CSV файл, выгружаемый из данной подсистемы. Формуляры сбора данных (ручной ввод) подсистемы представляют собой формуляр с не полностью установленной структурой, но с зафиксированным набором показателей, отображаемом на листе ввода данных. Набор значений некоторых аналитик, список которых зависит от выбранного показателя и принадлежности ОГ к определенному сегменту;

    • технологические и производственные системы;

    • макеты бизнес-плана Компании;

  1. Автоматически, без участия оператора интеграция с подсистемами учета КИС SAP РН.

Файловый обмен данных осуществляется с участием пользователя, ответственного за загрузку данных, т.е. для загрузки подготовленного файла будет использоваться подключение пользователя к ИР ИКСО с использованием ПКЗИ, подготовленный заране файл загружается в ИР ИКСО пользователем с использованием соответствующей функциональности загрузки файлов в ИР ИКСО.

Структурированная выгрузка данных должна осуществляться посредством CSV-файла в формате модели данных ИКСО.



Подсистема offline (удаленного) сбора данных

Подсистема, представляющая из себя отдельное локальное приложение, которое устанавливается на рабочей станции пользователя в однопользовательском режиме работы, и должна удовлетворять следующим требованиям:



  1. Поддержка загрузки в подсистему описания стуктуры модели, необходимых значений справочников, правил проверки в соответствии с моделью данных ИКСО;

  2. Поддержка процедур выравнивания значений справочников, правил проверки из ИР ИКСО в подсистему offline сбора данных;

  3. Обеспечение процедуры загрузки данных из CSV-файла в формате модели данных ИКСО в подсистему offline сбора данных;

  4. Осуществление процедур проверки данных в соответствии с загруженными в подсистему процедурами, определяемыми правилами проверки в ИР ИКСО (выравнивание правил и справочников опредлено в п. 2);

  5. В ФСД подсистемы необходима поддержка динамического формирования набора листов для ручного заполнения и корректировки и total-листов с суммированием данных всех заполненных листов (Приложение 3. Особые Требования к функциональности системы, п. 38);

  6. Для всех ФСД должны быть реализованы следующие требования по эргономике:

    1. Возможность формирования для ОГ ограниченного набора ФСД, релевантных для ББ, к которому относится ОГ, в соответствии с матрицей распределения ФСД по ББ (Приложение 3. Особые Требования к функциональности системы, п. 39);

    2. Возможность добавления/удаления сразу нескольких строк в ФСД (Приложение 3. Особые Требования к функциональности системы, п. 40);

    3. Возможность поиска требуемых значений аналитики в выпадающем списке, возможность быстрого поиска и фильтрации данных при работе со списками; (Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);

  7. Блокировка/ограничение для ввода недопустимых значений аналитики при заполнении ФСД. Настройка для ОГ ограниченного набора значений аналитик, релевантных для данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для ОГ (например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к функциональности системы, п. 42);

  8. Обеспечение выгрузки данных в виде CSV-файла в формате модели данных ИКСО для загрузки в подсистему сбора данных в информационном хранилище ИР ИКСО оператором;

  9. Поддержка мультивалютности для вносимых данных.

Проверка полностью сформированных данных в подсистеме offline сбора выполняется в ОГ до предоставления данных в ИР ИКСО.

Подсистема offline сбора данных используется для сбора только финансовых показателей модели данных ИКСО.

В качестве основы для создания подсистемы offline сбора данных по возможности необходимо использовать функциональность SAP ECCS на базе КИС SAP РН.

Работы по проектированию и созданию подсистемы offline сбора данных должны быть выполнены к этапу «Проверка работоспособности ИКСО в продуктивной среде» в рамках отдельного договора на выполнение работ этапов «Подготовка к Проверке работоспособности ИКСО в продуктивной среде» и «Проверка работоспособности ИКСО в продуктивной среде». На этапе концептуального проектирования необходимо согласовать и выделить из общей модели ИКСО показатели модели и проверки, которые будут релевантны для реализации в подсистеме offline сбора данных.



Подсистема хранения и Online сбора данных в информационном хранилище ИР ИКСО

На уровне сбора данных в информационном хранилище ИР ИКСО (Рисунок Целевая архитектура ИР ИКСО) должны выполняться следующие требования:



  1. Обеспечение структурированного сбора в соответствии с моделью данных ИКСО стоимостных и натуральных показателей для подготовки корпоративной отчетности из различных источников;

  2. Возможность использования форм ввода в формате Microsoft Excel, Web-интерфейсов;

  3. Импорт данных из файлов (в форматах CSV);

  4. Обеспечение возможности сбора данных посредством ручного ввода из территориально удаленных подразделений в режиме работы online непосредственно в ИР ИКСО с занесением информации в ФВД;

  5. Для всех ФВД должны быть реализованы следующие требования по эргономике:

    1. Возможность формирования для ОГ ограниченного набора ФВД, релевантных для ББ, к которому относится ОГ, в соответствии с матрицей распределения ФВД по ББ (Приложение 3. Особые Требования к функциональности системы, п. 39);

    2. Возможность добавления/удаления сразу нескольких строк в ФВД (Приложение 3. Особые Требования к функциональности системы, п. 40);

    3. Возможность поиска требуемых значений аналитики в выпадающем списке, ограничение выпадающего списка (например, аналитика 97 – «Бизнес-единицы», 96 «Контрагенты») значениями, которые относятся только к определенному ОГ, или ОГ определенного ББ, возможность быстрого поиска и фильтрации данных при работе со списками (Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);

  6. Обеспечение ведения двух типов показателей - количество и сумма на одном счете (Account) модели данных ИКСО (Приложение 3. Особые Требования к функциональности системы, п.58);

  7. Обеспечение ввода данных следующих категорий:

  • Числовые данные (в различных единицах измерения: финансовые (в выбранной валюте), проценты, тонны, м. куб., кол-во и пр.);

  • Текстовые данные (описательные значение), например, комментарии к ручным корректировкам;

  1. Обеспечение возможности ввода в ФВД исходных данных по всем версиям либо нарастающим итогом с начала года, либо периодически в помесячной разбивке (для конкретных ФВД вариант ведения фиксируется на этапе концептуального дизайна);

  2. Блокировка/ограничение ввода недопустимых значений аналитики при заполнении ФВД. Возможность настройки для ОГ ограниченного набора значений аналитик, релевантных для данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для ОГ (например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к функциональности системы, п. 42);

  3. Должна существовать возможность корректировки или исправления хранящихся в системе данных, с последующим раздельным хранением их в системе; и возможность дублирования корректировки из периода в период (Приложение 3. Особые Требования к функциональности системы, п. 38);

  4. Проведение автоматических проверок правильности заполнения данных по позициям модели данных ИКСО (сверка информации одинаковых показателей между несколькими заполняемыми ФСД/ФВД и т.п.), а также защита от некорректного ввода данных. Проверки выполняются в системе в online режиме;

  5. Для плановых срезов необходимо, чтобы в проверочных отчетах данные были представлены periodic, т.е. разворачивались по 12 колонкам (январь, февраль, ….,декабрь) плюс "итого". Обеспечить согласованность хранения форматов "Periodic" и "YearToDate". Отчетность в форматах "Periodic" и "YearToDate" формируется согласно Альбому форм отчетности и меппингу отчетности на модель данных ИКСО (Приложение 3. Особые Требования к функциональности системы, п. 29);

  6. На уровне хранилища данных должны быть настроены проверочные отчеты с возможностью интерактивной детализации и фильтрации (Drill Down) информации в отчете для поиска расхождений в данных, с возможностью перехода в детализированный отчет для внесения исправлений и корректировок (Приложение 3. Особые Требования к функциональности системы, п. 38).

В связи со сложностью отчетных форм, использующих одновременно данные разных уровней хранилища ИР ИКСО и в связи с общей сложностью модели данных ИКСО необходимо уделить особое внимание обеспечению производительности и поддержанию эргономики системы.

Периодичность

Данные, используемые ИР при построении форм или панелей Отчетности, должны обновляться с максимально возможной периодичностью, достаточной для определения времени принятия соответствующих управленческих решений на основании ее результатов.



Версионность

Должны поддерживаться следующие версии данных:



  • Факт;

  • Бизнес-план – 4 или более версии, включая утвержденный;

  • Ожидаемый итог - 12 или более версий (для каждого месяца).

Проверка и очистка данных

В рамках ИР ИКСО должен быть реализован механизм контроля целостности, полноты и качества данных, используемых для построения отчетности. Для этой цели предусматриваются как стандартные (инструменты администрирования хранилища данных), так и дополнительные специальные механизмы (программная обработка импортируемых данных, ведение журнала загрузок, контрольные отчеты для сверки), позволяющие осуществлять поиск ошибок и оказывать необходимую помощь в анализе причин их возникновения.

Необходимо предусмотреть в ИР ИКСО процедуры проверки загружаемых данных на соответствие текущей версии модели ИКСО с возможностью формирования отчета об ошибках загрузки и отчета по массиву незагруженных данных.

Корректные данные должны быть загружены в объекты хранения ИР ИКСО вне зависимости от ошибок в пакете загружаемых данных.

Компонент очистки и проверки обеспечивает проверку внутренней непротиворечивости данных, соответствию их мастер-данным и позициям корпоративных справочников:


  1. Проведение очистки и проверки полученных исходных данных по правилам, описанным Заказчиком;

  2. Проведение логических проверок (валидации) данных согласно предопределенным правилам после ввода данных на уровнях сбора данных, трансформации, аллокации и консолидации в зависимости от единицы консолидации (возможность присвоения проверки конкретной единице консолидации), так и независимо, на общем уровне Компании;

  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: Вид тарифа;

  • Аналитика 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: Группа ТНК;

  • Аналитика T20: Регион;

  • Аналитика T21: Период;

  • Аналитика T22: Версия данных;

  • Аналитика T94: Сегмент и направление деятельности, производственный блок;

  • Аналитика 200: Перечень поправок по процессам.

Данные справочники планируется вести непосредственно в ИР ИКСО. Синхронизируемые с КИС SAP РН справочники указаны в следующем разделе.

Состав справочников может быть уточнен в ходе проекта. Окончательные требования по составу справочников содержатся в утвержденной Модели данных ИКСО.

Формирование структуры и содержания справочников осуществляет Заказчик.

Общие справочники ИР ИКСО и КИС SAP РН

ИР ИКСО предусматривает синхронизацию по следующим корпоративным справочникам с КИС SAP РН:



  • Деловые партнеры - Аналитика 96: Контрагенты;

  • Материалы, Класс материалов - Аналитика для ИКСО в Классе материалов - Аналитика 24: Группы продуктов, услуг (в зависимости от Вида класса материала устанавливается аналитика ИКСО для КСМ);

  • ЕУП - Аналитика 95: Единый унифицированный периметр;

  • Страны - Аналитика 41: Направления реализации;

  • Единицы измерения - Аналитика T01: Единица измерения;

  • Валюты - Аналитика 4: Виды валют.

Предварительно, до начала работ по синхронизации, будет получено согласие владельцев указанных справочников на их использование в ИР ИКСО.

Для поддержания целостности справочников и классификаторов, имеющихся в ИР ИКСО и используемых в КИС SAP РН, необходимо поддержать процесс гармонизации состава и содержимого справочников.

Перечень корпоративных объектов НСИ приведен в приложении (ПРИЛОЖЕНИЕ . Перечень корпоративных объектов НСИ).

На этапе концептуального проектирования могут быть выполнены дополнения в набор классификаторов, используемых для синхронизации локального справочника аналитик ИР ИКСО и системы учета на базе с КИС SAP РН. Работы по обеспечению ведения таких аналитик локально будут заменены на загрузку значений аналитик из учетной системы на базе с КИС SAP РН.

Перечень некорпоративных справочников НСИ приведен в приложении (ПРИЛОЖЕНИЕ . Перечень некорпоративных объектов НСИ).

Средства хранения данных

Хранилище данных должно быть построено на основе модели данных ИКСО и обеспечивать сопоставимость и отсутствие избыточности данных.

В хранилище выделена подистема сбора, обработки, архивации и хранения данных представляющую собой реализацию детального уровня модели ИКСО.

Данная подсистема имеет дополнительную функциональность по обеспечению пересчетов неконсолидированных и неагрегированных данных и их обогащения (включая деривацию) необходимыми аналитиками. Часть существующих (в реализации ИР ИКСО) процедур по обогащению и деривации необходимо мигрировать с уровня агрегации в эту подиситему.



Требования в части хранения данных

ИР ИКСО должен обеспечить выполнение следующих требований в части хранения данных:



  1. Возможность хранения в одном хранилище данных факта, плана и ожидаемого итога;

  2. Поддержка произвольного числа нескольких версий для хранимых данных;

  3. Обеспечение единства структурирования (показатели, аналитические разрезы и т.п.) между данными планирования, прогнозирования и фактическими данными;

  4. Поддержка хранения различных типов данных:

  • одномерные – измерения и их атрибуты, например, атрибуты валют, балансовых счетов или филиалов;

  • реляционные – например, данные об остатках и оборотах, хранимые в соответствии с принятой ER-моделью, описывающей соответствующую предметную область;

  • многомерные – например, данные об остатках и оборотах, разложенные по нескольким измерениям (или аналитическим срезам, например, балансовым счетам, валюте и времени);

  1. Возможность сегментирования хранения данных по видам бизнеса (видам деятельности), по функциональным областям (процессам и функциям), т.е. возможность хранения данных принадлежащих разным «видам бизнеса» или разным «функциональным областям» в физически различных объектах хранилища данных;

  2. Поддержка необходимого количества измерений для хранимых данных;

  3. Обеспечение поддержки единиц измерений как для финансовых данных, так и для нефинансовых данных (например, объемы, численность);

  4. Поддержка необходимой иерархии значений измерений для хранимых данных (например, период: год – квартал – месяц);

  5. Возможность хранения данных с незаполненными/частично заполненными измерениями;

  6. Возможность хранения рассчитанных значений (как по модели, так и по иерархии);

  7. Возможность внесения изменений в справочники непосредственно в хранилище данных в соответствии с существующим в Компании регламентом;

  8. Возможность обновления справочников через импорт файлов в формате CSV;

  9. Возможность экспорта справочников в формате CSV;

  10. Поддержка времязависимых иерархий справочников, версионности, времязависимых текстовых описаний основных данных;

  11. Возможность загрузки и хранения данных в разных моделях данных ИКСО (оперативная, перспективная);

  12. Поддержка произвольного количества иерархических представления значений справочников;

  13. Управление метаданными объектов ИР ИКСО и хранение этой информации в разделах базы данных ИР;

  14. Хранение данных по курсам ряда иностранных валют (доллары США, Евро) к Российскому рублю, установленных Банком России на каждый день и средние курсы за месяц, квартал, год;

  15. Поддержка многовалютности при формировании отчетности. В системе должна быть обеспечена возможность перевода показателей из базовой в любую валюту на уровне отчетов (курсы пересчета). А также для иностранных компаний, входящих в периметр консолидации, должен осуществляться пересчет из валюты компании в функциональную валюту – рубль РФ;

  16. Поддержка возможности ведения данных в валюте транзакции исходных документов с возможностью пересчета в функциональную валюту.

  17. Ориентировочное количество показателей в модели данных - около 4000;

  18. Количество аналитических признаков в модели данных ИКСО представлены в таблицах ниже.

Таблица . Аналитики модели ИКСО

 

Текущее Количество

Возможное изменение (+/-)

Итого

1

2

3

4

Количество аналитик модели данных

51

+3/-1

54/53

из них атрибуты к аналитикам

15

+1/-0

16/15

Количество основных аналитик

36

+2/-1

38/37

в т. ч. на детальном уровне

36

+2/-1

38/37

в т. ч. на уровне консолидации

12

0

12/12

Таблица . Основные аналитики консолидации



Наименование

комментарий

1

2

3



Аналитика 1: Вид движения






Аналитика 4: Виды валют






Аналитика 24: Группы продуктов, услуг

наборы Х1, Х3



Аналитика 41: Направления реализации






Аналитика 46: Канал сбыта

набор Х1



Аналитика 72: Схемы замещения






Аналитика 95: Единый унифицированный периметр






Аналитика 96: Контрагенты





Таблица . Вспомогательные аналитики консолидации



Наименование

комментарий

1

2

3



Аналитика T01: Единица измерения






Аналитика T02: Типы бизнес-единиц

атрибут аналитики 97



Аналитика T08: Принадлежность компании

атрибут аналитик 95, 96



Аналитика T14_1: Признаки к значениям аналитик - методы консолидации.

атрибут аналитики 95,96



Аналитика T14_2: Признаки к значениям аналитик - тип актива.

атрибут аналитики 97



Аналитика T14_3: Признаки к значениям аналитик - территориальная принадлежность.

атрибут аналитики 97



Аналитика T14_4: Признаки к значениям аналитик – Классификация ОГ по видам деятельности

атрибут аналитики 97



Аналитика T14_5: Признаки к значениям аналитик - виды перевалки.

атрибут аналитики 52



Аналитика T14_6: Признаки к значениям аналитик – ОГ с параллельным учетом

атрибут аналитики 97



Аналитика T14_8: Признаки к значениям аналитик - ОГ добыча/разведка на суше или шельфе

атрибут аналитики 95



Аналитика T14_9: Признаки к значениям аналитик - Группа ТНК

атрибут аналитики 95



Аналитика T20: Регион

атрибут аналитик 95, 96



Аналитика T21: Период






Аналитика T22: Версия данных






Аналитика T94: Сегмент и направление деятельности, производственный блок

атрибут значений 95, 96



Аналитика 200: Перечень поправок по процессам






    1. Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   18


База данных защищена авторским правом ©grazit.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал