Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
- Наименование поставщика; ИНН; КПП; ОГРН; Регион поставщика; Статус поставщика (включен в РНП, пройдена аккредитация в ЦБ); Категория продукции Продукция в закупках с участием поставщиков; Продукция в договорах/ДС, заключенных с поставщиками; Период участия в процедуре закупки. Допустимо указать в качестве параметра год; Период заключения договора/ДС. Допустимо указать в качестве параметра год.
ОПИСАНИЕ ПОЛЕЙ ОТЧЕТА
№ п/п | Поле | Описание | Формат данных |
1 | Полное наименование | Полное наименование поставщика | Текст |
2 | Краткое наименование | Полное наименование поставщика | Текст |
3 | ИНН | Индивидуальный номер налогоплательщика | Число |
4 | КПП | Код причины постановки на учет | Число |
5 | ОГРН | Число | |
6 | Регион поставщика | Выделенные из почтового/физического адреса поставщика значения: Край, Область, Город | Текст |
7 | Количество закупок | Количество лотов закупки с участим поставщика | Число |
8 | Количество договоров/ДС | Количество заключенных договоров/ДС с поставщиком | Число |
9 | Количество ДС | Количество заключенных ДС с поставщиком | Число |
10 | Сумма заключенных договоров | Сумма заключенных с поставщиком договоров с учетом ДС в рублевом эквиваленте | Денежный |
11 | Категория продукции | Значение из справочника «Категорий ТРУ» | Текст |
12 | Продукция | Значение из справочника «ТРУ» | Текст |
13 | Статус | Статус поставщика: включен в РНП, аккредитован в ЦБ | Текст |
В заголовке отчета должна отражаться информация о названии отчета, периоде выборки и дате ее формирования. Шаблон формы должен быть согласован в рамках техно-рабочего проектирования.
При развитии подсистемы мониторинга и контроля данных по закупкам должны быть решены следующие задачи:
Обеспечить корректировку загрузки данных, а также функционирование предметных областей (как с актуальными, так и с историческими данными), разработанных в предыдущих очередях реализации, по изменениям структур хранения данных в учётной части ЕИС СЗ. Обеспечить возможность анализа сведений о строках потребностей, плановых лотах и планируемых закупках по новым реквизитам, описанным в пункте 2.1.1. Реквизиты, потерявшие актуальность, должны быть удалены. Состав реквизитов, подлежащих удалению должен быть определен в ходе техно-рабочего проектирования. Обеспечить возможность анализа сведений о заявках на закупку по новым реквизитам, описанным в пункте 2.1.2, в том числе по следующим реквизитам – номер заявки в САДД, дата заявки, статус заявки, дата принятия заявки в работу. Обеспечить возможность анализа сведений по новым способам, формам и реквизитам проведения процедуры закупки, включая процедуры аккредитации и квалификации, описанные в разделе 3.4 и пункте 3.5.5. Значения показателей ЕИС СЗ, такие как стоимость продукции потребности, планового лота, лота, либо договора должны совпадать с соответствующими показателями в Oracle BI. Обеспечить возможность анализа сведений о жалобах по закупкам. Обеспечить возможность анализа сведений о закупочной деятельности по реквизитам «Категория продукции строки потребности» и «Категория продукции строки продукции планового лота» во всех предметных областях. Обеспечить возможность анализа сведений о договорах по категории продукции, на основе информации о ТРУ, указываемой непосредственно в договоре. Обеспечить возможность анализа сведений о закупочной деятельности по наличию сведений о проекте во всех предметных областях. Обеспечить возможность анализа сведений о закупочной деятельности по ответственным за категорию продукции во всех предметных областях (о новом справочнике описано в пункте 3.5.6). Выполнить миграцию на Oracle BI 12, в частности для обеспечения возможности построения анализов на основе данных, загруженных пользователями из Excel, в том числе связывая данные из Excel с данными предметных областей. Во всех предметных областях, содержащих показатель валюты, предусмотреть дополнительный расчётный показатель для автоматического пересчета в рублевый эквивалент. Правило пересчета следующие: для незавершенных закупок, по которым опубликовано извещение (разосланы приглашения), определять рублевый эквивалент по курсу на день публикации (рассылки приглашений), для завершенных закупок - по курсу на дату формирования итогового протокола по закупке, в случае отсутствия итогового протокола рассчитывать по курсу на дату вскрытия конвертов, для прочих – на текущую дату. Правила расчета могут быть уточнены в ходе проектирования. Отчеты, разработанные исполнителем в предыдущих очередях реализации, не дорабатываются. Общее количество новых и изменяемых измерений по всем предметным областям суммарно не должно превышать 50, показателей – 15. В системе должен быть реализован Отчет «Сведения по портфелю проектов».Входными параметрами запуска отчета являются установленные пользователем в фильтре критерии поиска: наименование проекта, шифр проекта, период времени. В периоде времени должна быть возможность указать интервал времени как по датам начала и окончания работ по проекту, так и по всем другим полям с датами, входящим в отчет.
Система должна формировать отчет по статусу выполнения плана закупок в рамках портфеля проектов и выгружать его в EXCEL. В отчет должны выгружаться плановые даты, на основании показателей объекта Потребность и фактические даты, на основании показателей объектов Заявка на закупку, Закупка, Договор.
В отчете должен быть реализован автоматический контроль отклонения фактических дат от плановых сроков. В отчет необходимо выводить информацию как по последнему (утвержденному) план-графику проекта, так и по предыдущим версиям. Любые изменения плановых дат должны показываться в отчете через зачеркивание и выделяться цветом в зависимости от статуса выполнения работ по этапам осуществления закупки:
- Синяя заливка – этап завершен.
- Голубая – текущий этап
- Нет заливки – этап не начат.
В заголовке отчета должна отражаться информация о названии отчета, периоде выборки и дате ее формирования.
Список полей отчета должен быть согласован в рамках техно-рабочего проектирования.
ОПИСАНИЕ ПОЛЕЙ ОТЧЕТА
№ п/п | Поле | Описание | Формат данных |
1 | Шифр проекта | Номер шифра проекта | Текст |
2 | Наименование проекта | Наименование проекта | Текст |
3 | Плановая дата Заявки на закупку | Плановая дата направления Заявки на закупку в ДЗ | Дата |
4 | Плановая дата выбора победителя | Плановая дата выбора победителя | Дата |
5 | Плановая дата заключения договора | Плановая дата заключения договора | Дата |
6 | Шифр связанного проекта | Шифр связанного проекта (если закупка выполняется вне рамок проекта, но оказывает на него влияние) | Текст |
7 | Фактическая дата Заявки на закупку | Фактическая дата направления Заявки на закупку в ДЗ | Дата |
8 | Фактическая дата выбора победителя | Фактическая дата выбора победителя | Дата |
9 | Фактическая дата заключения договора | Фактическая дата заключения договора | Дата |
10 | Статус | Статус проекта | Текст |
не функциональные требования Требования по обеспечению информационной безопасности
Информация ЕИС СЗ, хранящаяся, обрабатываемая и передаваемая в электронном виде, является открытой (в части взаимодействия с ЭТП), а такжеинформацией ограниченного доступа (включая персональные данные). Не содержит сведений, составляющих государственную тайну. Состав и категория обрабатываемой информации могут быть уточнены на этапе технорабочего проекта.
Информационная безопасность ЕИС СЗ должна обеспечивается в соответствии с требованиями, в том числе, следующих нормативных документов Банка России:
- Основные направления политики информационной безопасности Банка России. Введены приказом Банка России от 01.01.2001 № ОД-103; Положение Банка России -П «Об организации защиты информационно вычислительных ресурсов Банка России от воздействия вредоносного кода» (с изменениями и дополнениями); Положение Банка России -П «Об использовании в Банке России информационно-телекоммуникационной сети «Интернет»; Положение Банка России -П «Об организации доступа к коммуникационным портам и встроенным устройствам ввода-вывода информации на технических средствах подразделений Банка России» (с изменениями и дополнениями); Положение Банка России -П «Об обеспечении информационной безопасности при физическом и логическом доступе к объектам и ресурсам информационно-телекоммуникационной системы Банка России»; Положение Банка России -П «Об обработке персональных данных в Банке России»; Положение Банка России -П «Об обеспечении сохранности информации ограниченного доступа в Банке России»; Положение Банка России -П «Об обеспечении информационной безопасности в структурных подразделениях Банка России при обработке, хранении и (или) передаче информации с использованием средств вычислительной техники»; Состав функций обеспечения информационной безопасности в структурных подразделениях Банка России, утверждённый Первым заместителем Председателя Банка Лунтовским 23.11.2015 (Письмо от 01.01.2001 исх.№ 02-23-5/10258).
Требования по обеспечению информационной безопасности будут уточнены на этапе подготовки ТЗ.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 |


