Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

В рамках проекта для решения должна быть разработана Матрица доступа / Регламент предоставления доступа, где каждой роли присваиваются права на вызов определённых функций решения применительно к заданным объектам решения.

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

В ИР ИКСО должно быть  обеспечено следующее:

    Целостность, конфиденциальность и доступность данных при их сборе, обработке,  хранении и предоставлении; Аутентификация и  авторизация пользователей; Контроль доступа к данным и модулям; Протоколирование действий пользователей и администраторов системы, в том числе и на уровне бизнес-логики; Разграничение полномочий пользователей и администраторов системы; Ведение пользователей и присвоение им полномочий  должно осуществляться через имеющуюся функциональность SAP Central User Administration (CUA). (Приложение 3. Особые Требования к функциональности системы, п.7).
Требования к автоматизации

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

НЕ нашли? Не то? Что вы ищете?
    Сбор плановых и фактических показателей, показателей ожидаемый итог; Проверка, преобразование, загрузка, хранение, контроль статусов операций загрузки и проверки данных; Трансформация; Аллокация; Консолидация; Анализ данных; Выпуск отчетности.

Общесистемные требования

ИР ИКСО должен соответствовать концепции построения  единой архитектуры, изложенной в «Методических указаниях о принятии архитектурных решений»:
    Единое хранилище для всех видов данных, включая метаданные и настройки; Единая технология автоматизации бизнес-процессов.
ИР ИКСО должен предоставлять пользовательские интерфейсы на русском и английском языке, включая отчетность, ФВД и ФСД. ИР ИКСО должен поддерживать мультивалютность при формировании отчетности, при внесении данных с использованием ФВД, ФСД, при загрузке файла CSV в формате модели данных ИКСО. В системе должна быть  возможность перевода показателей из базовой в любую валюту на уровне отчетов (курсы пересчета), а также для иностранных компаний, входящих в периметр консолидации, должен быть обеспечен пересчет из валюты компании в функциональную валюту – рубль РФ. ИР ИКСО должна сопровождать актуализированная, комплектная документация, обеспечивающая квалифицированную эксплуатацию и возможность развития ИР ИКСО. ИР ИКСО должен обеспечивать совместимость компонентов ПО решения с существующими и утвержденными в Компании серверными приложениями и приложениями рабочих мест пользователей, таких как операционная система, СУБД, офисные приложения, средства обеспечения информационной безопасности (ПКЗИ) и др. Требования по совместимости и существующие ограничения (при их наличии), включая технические, должны быть доведены Исполнителем до Заказчика как требования к конфигурации рабочих мест и инфраструктуре – матрица совместимости серверного приложения/клиентского места (при необходимости сертификаты совместимости). (Приложение 3. Особые Требования к функциональности системы, п. 22 ). Должен быть обеспечен единый интерфейс работы пользователя, т. е. в случае использования пользователем WEB-интерфейса необходимо обеспечить работу только в WEB-Интерфейсе.  (Приложение 3. Особые Требования к функциональности системы, п. 32).

Управление процессом выпуска отчетности

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

Наличие встроенных инструментов для управления статусами и процессом согласования и утверждения, позволяющих отслеживать процесс предоставления данных с рассылкой автоматических уведомлений, подтверждать/отклонять и блокировать данные от дальнейших изменений на этапе сбора данных; Наличие инструментов обеспечения совместного рабочего процесса – потоки заданий для каждого бизнес-процесса с набором следующих функций:
    Возврат на предыдущие шаги процесса; Возможность уведомления по электронной почте; Возможность автоматической проверки данных и запрет перехода к дальнейшим шагам Workflow до устранения ошибок в данных на предыдущих шагах процесса; Возможность использовать типовые Workflow для однотипных процессов в различных ОГ; Привязка ответственных за конкретный шаг, либо весь Workflow; Требуется обеспечить отображение мероприятий (шагов процесса) в той последовательности, в которой они должны быть выполнены в результате настройки последовательности операций. Пользователь, осуществляющий загрузку данных в ИР ИКСО, не должен иметь возможности изменить данную последовательность (пересортировать шаги) для факта для уровней трансформации, аллокации и консолидации. (Приложение 3. Особые Требования к функциональности системы, п. 24)
Требования к данным

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

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

Сбор данных

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

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 сбора данных.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14