Требования к данным Адаптация модели данных и всех сопутствующих методологических документов с учетом особенностей платформы и технической реализации решения должна быть проведена подрядчиком самостоятельно. Привлечение методологов заказчика возможно только для уточнений и консультаций по модели данных.
Методологические документы по ИР ИКСО приведены в приложении (ПРИЛОЖЕНИЕ . Список методологических документов).
Сбор данных
Сбор данных из учетных систем должен осуществляться следующими способами:
Online сбор, при котором используются ФВД, отчетность и проверки в ИР ИКСО;
Загрузка данных с использованием CSV файла в формате модели данных ИКСО, получаемого из следующих источников:
подсистема offline (удаленного) сбора данных, для загрузки данных в ИР ИКСО используется CSV файл, выгружаемый из данной подсистемы. Формуляры сбора данных (ручной ввод) подсистемы представляют собой формуляр с не полностью установленной структурой, но с зафиксированным набором показателей, отображаемом на листе ввода данных. Набор значений некоторых аналитик, список которых зависит от выбранного показателя и принадлежности ОГ к определенному сегменту;
технологические и производственные системы;
макеты бизнес-плана Компании;
Автоматически, без участия оператора интеграция с подсистемами учета КИС SAP РН.
Файловый обмен данных осуществляется с участием пользователя, ответственного за загрузку данных, т.е. для загрузки подготовленного файла будет использоваться подключение пользователя к ИР ИКСО с использованием ПКЗИ, подготовленный заране файл загружается в ИР ИКСО пользователем с использованием соответствующей функциональности загрузки файлов в ИР ИКСО.
Структурированная выгрузка данных должна осуществляться посредством CSV-файла в формате модели данных ИКСО.
Подсистема offline (удаленного) сбора данных
Подсистема, представляющая из себя отдельное локальное приложение, которое устанавливается на рабочей станции пользователя в однопользовательском режиме работы, и должна удовлетворять следующим требованиям:
Поддержка загрузки в подсистему описания стуктуры модели, необходимых значений справочников, правил проверки в соответствии с моделью данных ИКСО;
Поддержка процедур выравнивания значений справочников, правил проверки из ИР ИКСО в подсистему offline сбора данных;
Обеспечение процедуры загрузки данных из CSV-файла в формате модели данных ИКСО в подсистему offline сбора данных;
Осуществление процедур проверки данных в соответствии с загруженными в подсистему процедурами, определяемыми правилами проверки в ИР ИКСО (выравнивание правил и справочников опредлено в п. 2);
В ФСД подсистемы необходима поддержка динамического формирования набора листов для ручного заполнения и корректировки и total-листов с суммированием данных всех заполненных листов (Приложение 3. Особые Требования к функциональности системы, п. 38);
Для всех ФСД должны быть реализованы следующие требования по эргономике:
Возможность формирования для ОГ ограниченного набора ФСД, релевантных для ББ, к которому относится ОГ, в соответствии с матрицей распределения ФСД по ББ (Приложение 3. Особые Требования к функциональности системы, п. 39);
Возможность добавления/удаления сразу нескольких строк в ФСД (Приложение 3. Особые Требования к функциональности системы, п. 40);
Возможность поиска требуемых значений аналитики в выпадающем списке, возможность быстрого поиска и фильтрации данных при работе со списками; (Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);
Блокировка/ограничение для ввода недопустимых значений аналитики при заполнении ФСД. Настройка для ОГ ограниченного набора значений аналитик, релевантных для данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для ОГ (например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к функциональности системы, п. 42);
Обеспечение выгрузки данных в виде CSV-файла в формате модели данных ИКСО для загрузки в подсистему сбора данных в информационном хранилище ИР ИКСО оператором;
Поддержка мультивалютности для вносимых данных.
Проверка полностью сформированных данных в подсистеме offline сбора выполняется в ОГ до предоставления данных в ИР ИКСО.
Подсистема offline сбора данных используется для сбора только финансовых показателей модели данных ИКСО.
В качестве основы для создания подсистемы offline сбора данных по возможности необходимо использовать функциональность SAP ECCS на базе КИС SAP РН.
Работы по проектированию и созданию подсистемы offline сбора данных должны быть выполнены к этапу «Проверка работоспособности ИКСО в продуктивной среде» в рамках отдельного договора на выполнение работ этапов «Подготовка к Проверке работоспособности ИКСО в продуктивной среде» и «Проверка работоспособности ИКСО в продуктивной среде». На этапе концептуального проектирования необходимо согласовать и выделить из общей модели ИКСО показатели модели и проверки, которые будут релевантны для реализации в подсистеме offline сбора данных.
Подсистема хранения и Online сбора данных в информационном хранилище ИР ИКСО
На уровне сбора данных в информационном хранилище ИР ИКСО (Рисунок Целевая архитектура ИР ИКСО) должны выполняться следующие требования:
Обеспечение структурированного сбора в соответствии с моделью данных ИКСО стоимостных и натуральных показателей для подготовки корпоративной отчетности из различных источников;
Возможность использования форм ввода в формате Microsoft Excel, Web-интерфейсов;
Импорт данных из файлов (в форматах CSV);
Обеспечение возможности сбора данных посредством ручного ввода из территориально удаленных подразделений в режиме работы online непосредственно в ИР ИКСО с занесением информации в ФВД;
Для всех ФВД должны быть реализованы следующие требования по эргономике:
Возможность формирования для ОГ ограниченного набора ФВД, релевантных для ББ, к которому относится ОГ, в соответствии с матрицей распределения ФВД по ББ (Приложение 3. Особые Требования к функциональности системы, п. 39);
Возможность добавления/удаления сразу нескольких строк в ФВД (Приложение 3. Особые Требования к функциональности системы, п. 40);
Возможность поиска требуемых значений аналитики в выпадающем списке, ограничение выпадающего списка (например, аналитика 97 – «Бизнес-единицы», 96 «Контрагенты») значениями, которые относятся только к определенному ОГ, или ОГ определенного ББ, возможность быстрого поиска и фильтрации данных при работе со списками (Приложение 3. Особые Требования к функциональности системы, пп. 41, 38);
Обеспечение ведения двух типов показателей - количество и сумма на одном счете (Account) модели данных ИКСО (Приложение 3. Особые Требования к функциональности системы, п.58);
Обеспечение ввода данных следующих категорий:
Числовые данные (в различных единицах измерения: финансовые (в выбранной валюте), проценты, тонны, м. куб., кол-во и пр.);
Текстовые данные (описательные значение), например, комментарии к ручным корректировкам;
Обеспечение возможности ввода в ФВД исходных данных по всем версиям либо нарастающим итогом с начала года, либо периодически в помесячной разбивке (для конкретных ФВД вариант ведения фиксируется на этапе концептуального дизайна);
Блокировка/ограничение ввода недопустимых значений аналитики при заполнении ФВД. Возможность настройки для ОГ ограниченного набора значений аналитик, релевантных для данного ББ (например, в аналитике 24 «Группы продуктов, услуг») и/или релевантных для ОГ (например, в Аналитике 97: «Бизнес-единицы») (Приложение 3. Особые Требования к функциональности системы, п. 42);
Должна существовать возможность корректировки или исправления хранящихся в системе данных, с последующим раздельным хранением их в системе; и возможность дублирования корректировки из периода в период (Приложение 3. Особые Требования к функциональности системы, п. 38);
Проведение автоматических проверок правильности заполнения данных по позициям модели данных ИКСО (сверка информации одинаковых показателей между несколькими заполняемыми ФСД/ФВД и т.п.), а также защита от некорректного ввода данных. Проверки выполняются в системе в online режиме;
Для плановых срезов необходимо, чтобы в проверочных отчетах данные были представлены periodic, т.е. разворачивались по 12 колонкам (январь, февраль, ….,декабрь) плюс "итого". Обеспечить согласованность хранения форматов "Periodic" и "YearToDate". Отчетность в форматах "Periodic" и "YearToDate" формируется согласно Альбому форм отчетности и меппингу отчетности на модель данных ИКСО (Приложение 3. Особые Требования к функциональности системы, п. 29);
На уровне хранилища данных должны быть настроены проверочные отчеты с возможностью интерактивной детализации и фильтрации (Drill Down) информации в отчете для поиска расхождений в данных, с возможностью перехода в детализированный отчет для внесения исправлений и корректировок (Приложение 3. Особые Требования к функциональности системы, п. 38).
В связи со сложностью отчетных форм, использующих одновременно данные разных уровней хранилища ИР ИКСО и в связи с общей сложностью модели данных ИКСО необходимо уделить особое внимание обеспечению производительности и поддержанию эргономики системы.
Периодичность
Данные, используемые ИР при построении форм или панелей Отчетности, должны обновляться с максимально возможной периодичностью, достаточной для определения времени принятия соответствующих управленческих решений на основании ее результатов.
Версионность
Должны поддерживаться следующие версии данных:
Факт;
Бизнес-план – 4 или более версии, включая утвержденный;
Ожидаемый итог - 12 или более версий (для каждого месяца).
Проверка и очистка данных
В рамках ИР ИКСО должен быть реализован механизм контроля целостности, полноты и качества данных, используемых для построения отчетности. Для этой цели предусматриваются как стандартные (инструменты администрирования хранилища данных), так и дополнительные специальные механизмы (программная обработка импортируемых данных, ведение журнала загрузок, контрольные отчеты для сверки), позволяющие осуществлять поиск ошибок и оказывать необходимую помощь в анализе причин их возникновения.
Необходимо предусмотреть в ИР ИКСО процедуры проверки загружаемых данных на соответствие текущей версии модели ИКСО с возможностью формирования отчета об ошибках загрузки и отчета по массиву незагруженных данных.
Корректные данные должны быть загружены в объекты хранения ИР ИКСО вне зависимости от ошибок в пакете загружаемых данных.
Компонент очистки и проверки обеспечивает проверку внутренней непротиворечивости данных, соответствию их мастер-данным и позициям корпоративных справочников:
Проведение очистки и проверки полученных исходных данных по правилам, описанным Заказчиком;
Проведение логических проверок (валидации) данных согласно предопределенным правилам после ввода данных на уровнях сбора данных, трансформации, аллокации и консолидации в зависимости от единицы консолидации (возможность присвоения проверки конкретной единице консолидации), так и независимо, на общем уровне Компании;
Общее количество настроенных логических проверок не превышает 200 единиц методологической постановки. При необходимости на основании особенностей технической реализации они могут быть разбиты или сгруппированы по согласованию с Заказчиком. При этом большинство проверок (более 90%) выполняется на детальном уровне, оставшиеся - на уровне агрегации;
Ведение правил преобразования данных. Под ведением правил преобразования данных понимается возможность настройки, хранения и ведения формул и алгоритмов расчета показателей;
Требуется настройка функциональности (стандартной или как расширение стандарта продукта) контроля привязки аналитических признаков и их значений к показателям (счетам) - аналог "типа контировки" в BCS или "Scenario catergory" в SAP BO-FC. Эта функциональность требуется для поддержания разработанной методологами модели данных ИКСО. Функциональность должна поддерживать работу в режиме ручных проводок, а также обеспечивать режим гибких настроек без доработок в системе на ABAP или с минимальными доработками на ABAP. Разработки, выполняемые на ABAP, не должны модифицировать стандартную функциональность процессов в системе, использующими специальные точки расширения существующей функциональности, не должны изменять стандартные объекты, закрытые SAP к изменению разработчиком. С помощью данной функциональности должен осуществлять контроль в ходе всего процесса обработки данных (ввод данных, трансформационные, аллокационные, консолидационные поправки, в том числе ручные) (Приложение 3. Особые Требования к функциональности системы, п. 14, 88);
Приведение в соответствие переменных данных в части НСИ и классификаторов мастер-данных модели ИКСО.
Справочники и классификаторы
С целью упрощения процесса администрирования основных данных в рамках ИР для каждого справочника, включенного в модель ИКСО, должны быть предусмотрены следующие механизмы загрузки основных данных:
механизм автоматической загрузки основных данных из системы учета КИС 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 РН.
Перечень некорпоративных справочников НСИ приведен в приложении (ПРИЛОЖЕНИЕ . Перечень некорпоративных объектов НСИ).
Средства хранения данных
Хранилище данных должно быть построено на основе модели данных ИКСО и обеспечивать сопоставимость и отсутствие избыточности данных.
В хранилище выделена подистема сбора, обработки, архивации и хранения данных представляющую собой реализацию детального уровня модели ИКСО.
Данная подсистема имеет дополнительную функциональность по обеспечению пересчетов неконсолидированных и неагрегированных данных и их обогащения (включая деривацию) необходимыми аналитиками. Часть существующих (в реализации ИР ИКСО) процедур по обогащению и деривации необходимо мигрировать с уровня агрегации в эту подиситему.
Требования в части хранения данных
ИР ИКСО должен обеспечить выполнение следующих требований в части хранения данных:
Возможность хранения в одном хранилище данных факта, плана и ожидаемого итога;
Поддержка произвольного числа нескольких версий для хранимых данных;
Обеспечение единства структурирования (показатели, аналитические разрезы и т.п.) между данными планирования, прогнозирования и фактическими данными;
Поддержка хранения различных типов данных:
одномерные – измерения и их атрибуты, например, атрибуты валют, балансовых счетов или филиалов;
реляционные – например, данные об остатках и оборотах, хранимые в соответствии с принятой ER-моделью, описывающей соответствующую предметную область;
многомерные – например, данные об остатках и оборотах, разложенные по нескольким измерениям (или аналитическим срезам, например, балансовым счетам, валюте и времени);
Возможность сегментирования хранения данных по видам бизнеса (видам деятельности), по функциональным областям (процессам и функциям), т.е. возможность хранения данных принадлежащих разным «видам бизнеса» или разным «функциональным областям» в физически различных объектах хранилища данных;
Поддержка необходимого количества измерений для хранимых данных;
Обеспечение поддержки единиц измерений как для финансовых данных, так и для нефинансовых данных (например, объемы, численность);
Поддержка необходимой иерархии значений измерений для хранимых данных (например, период: год – квартал – месяц);
Возможность хранения данных с незаполненными/частично заполненными измерениями;
Возможность хранения рассчитанных значений (как по модели, так и по иерархии);
Возможность внесения изменений в справочники непосредственно в хранилище данных в соответствии с существующим в Компании регламентом;
Возможность обновления справочников через импорт файлов в формате CSV;
Возможность экспорта справочников в формате CSV;
Поддержка времязависимых иерархий справочников, версионности, времязависимых текстовых описаний основных данных;
Возможность загрузки и хранения данных в разных моделях данных ИКСО (оперативная, перспективная);
Поддержка произвольного количества иерархических представления значений справочников;
Управление метаданными объектов ИР ИКСО и хранение этой информации в разделах базы данных ИР;
Хранение данных по курсам ряда иностранных валют (доллары США, Евро) к Российскому рублю, установленных Банком России на каждый день и средние курсы за месяц, квартал, год;
Поддержка многовалютности при формировании отчетности. В системе должна быть обеспечена возможность перевода показателей из базовой в любую валюту на уровне отчетов (курсы пересчета). А также для иностранных компаний, входящих в периметр консолидации, должен осуществляться пересчет из валюты компании в функциональную валюту – рубль РФ;
Поддержка возможности ведения данных в валюте транзакции исходных документов с возможностью пересчета в функциональную валюту.
Ориентировочное количество показателей в модели данных - около 4000;
Количество аналитических признаков в модели данных ИКСО представлены в таблицах ниже.
Таблица . Аналитики модели ИКСО
| Текущее Количество
| Возможное изменение (+/-)
| Итого
| 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: Перечень поправок по процессам
|
| |