WWW.INFO.Z-PDF.RU
БИБЛИОТЕКА  БЕСПЛАТНЫХ  МАТЕРИАЛОВ - Интернет документы
 


«на разработку программного обеспечения г. FORMTEXT Москва« FORMTEXT » FORMTEXT г. FORMTEXT Открытое акционерное общество «Нефтяная компания «Роснефть», именуемое в дальнейшем «Заказчик», в лице ...»

ДОГОВОР № FORMTEXT

на разработку программного обеспечения г. FORMTEXT Москва« FORMTEXT » FORMTEXT г.

FORMTEXT Открытое акционерное общество «Нефтяная компания «Роснефть», именуемое в дальнейшем «Заказчик», в лице FORMTEXT Руководителя службы информационных технологий – советника Президента Строковича Антона Владимировича, действующего на основании FORMTEXT доверенности № ИС-169/Д от 01.01.2014 г., с одной стороны и FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, далее вместе и по отдельности именуемые соответственно «Стороны» или «Сторона», заключили настоящий Договор о нижеследующем:

ПРЕДМЕТ ДОГОВОРА

1.1. Разработчик обязуется по заданию Заказчика разработать программное обеспечение (далее – «ПО») и техническую документацию к нему, а также осуществлять гарантийное обслуживание ПО в течение срока, предусмотренного настоящим Договором, а Заказчик обязуется принять и оплатить указанные работы на условиях, установленных настоящим Договором.

1.2. Технические и иные требования к ПО и порядку его разработки определяются FORMTEXT Техническими требованиями/Техническим Заданием Заказчика (Приложение № 3), составляющим(и) неотъемлемую часть настоящего Договора.

1.3. Описание и сроки выполнения работ определяются Календарным планом (Приложение № 4), составляющим неотъемлемую часть настоящего Договора.

1.4. Срок полезного использования ПО составляет FORMTEXT 5 лет с даты подписания Сторонами Акта сдачи-приемки FORMTEXT по последнему этапу выполнения работ по настоящему Договору, форма которого приведена в Приложении № 1 к настоящему Договору.

Стоимость работы и порядок расчетов

2.1. Общая стоимость работ по Договору FORMTEXT 86 996 795,40 ( Восемьдесят шесть миллионов девятьсот девяносто шесть тысяч семьсот девяносто пять и 40/100) рублей. Стоимость работ по этапам указана в Приложении № 4 к Договору.

2.2. Все платежи по настоящему Договору производятся в российских рублях по банковским реквизитам Сторон, указанным в Разделе 14. настоящего Договора. При этом, если валютой Договора (п. 2.1. Договора) является иностранная валюта, сумма в российских рублях, подлежащая оплате, определяется по официальному курсу Банка России на дату списания денежных средств с расчетного счета Заказчика. Датой оплаты считается дата списания средств с расчетного счета Заказчика.

2.3. Оплата производится в течение FORMTEXT 90 (девяносто) календарных дней с даты получения Заказчиком счета, выставленного Разработчиком на основании подписанного Сторонами Акта сдачи-приемки FORMTEXT соответствующего этапа работ при условии получения счета-фактуры FORMTEXT (неприменимо в случае, если Разработчик применяет упрощенную систему налогобложения согласно гл.26.2. НК РФ).

2.4. Датой оплаты считается дата списания денежных средств с расчетного счета Заказчика.

ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ СЧЕТОВ-ФАКТУР И ПЕРВИЧНЫХ УЧЕТНЫХ ДОКУМЕНТОВ

3.1. Разработчик обязуется передать Заказчику счет-фактуру, оформленный с соблюдением порядка и сроков, установленных налоговым законодательством Российской Федерации.

3.2. Счета-фактуры, составляемые во исполнение обязательств Сторон по настоящему Договору, должны быть оформлены в соответствии с требованиями действующего налогового законодательства, включая счета-фактуры, оформляемые на предоплату, если она осуществлялась. FORMTEXT Неприменимо в случае, если Разработчик применяет упрощенную систему налогобложения согласно гл.26.2. НК РФ.





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

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

Счета-фактуры, подписанные лицами, уполномоченными на то приказом (иным распорядительным документом) по организации или доверенностью от имени организации после расшифровки подписи должны содержать реквизиты уполномочивающего документа (наименование, дата, номер).

При подписании счетов-фактур не допускается использование факсимильного воспроизведения подписи, либо иного аналога собственноручной подписи.

В случае нарушения требований по оформлению счетов-фактур или не предоставления оригинала счета-фактуры (включая счета-фактуры на предоплату) в установленные Налоговым кодексом РФ сроки, Сторона, осуществляющая оплату товаров (работ, услуг) по настоящему Договору, вправе отсрочить соответствующий платеж на срок просрочки предоставления надлежаще оформленного оригинала счета-фактуры.

В течение FORMTEXT 5 (Пяти) рабочих дней Сторона, получившая счет-фактуру не соответствующую требованиям настоящего Договора, обязана проинформировать другую Сторону об этом с указанием конкретных допущенных нарушений.

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

Оригиналы первичных учетных документов (счета, Акты, и пр.) должны направляться Заказчику по адресу: FORMTEXT 119071, г. Москва, Калужская Малая ул., д.15, стр. 28, с указанием информации о номере и дате договора, номере и дате Приложения и контактном лице.

3.4. Контактными лицами по настоящему Договору являются:

от Заказчика – FORMTEXT, тел. FORMTEXT ;

от Разработчика – FORMTEXT, тел. FORMTEXT.

Права и обязанности Сторон

4.1. Заказчик обязуется:

4.1.1. Своевременно предоставлять Разработчику необходимую информацию для выполнения работ.

4.1.2. Произвести оплату в порядке, предусмотренном настоящим Договором.

4.1.3. Принять результаты выполненных работ в соответствии с условиями настоящего Договора.

4.2. Заказчик имеет право:

4.2.1. Контролировать ход и качество выполнения работ Разработчиком по настоящему Договору.

4.2.2. Требовать от Разработчика информацию, на которой основывается мнение Разработчика при выполнении работ по настоящему Договору.

4.3. Разработчик обязуется:

4.3.1. Выполнить работы в соответствии с условиями настоящего Договора и передать Заказчику ее результаты по Акт FORMTEXT ам сдачи-приемки FORMTEXT этапов работ в предусмотренные Договором сроки.

4.3.2. Предоставить все необходимые для эксплуатации ПО технические и иные документы.

4.3.3. Устранять замечания, возникшие у Заказчика к результату FORMTEXT выполненных работ по какому-либо этапу, в срок не более FORMTEXT 5 (пять) дней с даты получения мотивированного отказа Заказчика от приемки FORMTEXT работ по соответствующему этапу.

4.3.4. До передачи Заказчику результата FORMTEXT работ по поcледнему этапу Календарного плана провести презентации ПО.

4.3.5. При выполнении работ на территории Заказчика обеспечить соблюдение своими работниками охраны труда, техники безопасности и противопожарной охраны.

4.4. Разработчик имеет право:

4.4.1. Самостоятельно определять способы выполнения задания Заказчика.

4.4.2. Привлекать к выполнению работ по настоящему Договору третьих лиц. Разработчик несет перед Заказчиком ответственность за последствия неисполнения или ненадлежащего исполнения обязательств, возложенных на третьих лиц.

Порядок сдачи и приемки работ

5.1. Приемка выполненных работ осуществляется путем подписания Сторонами Актов сдачи-приемки FORMTEXT работ по каждому этапу в соответствии с FORMTEXT Техническими Требованиями/Техническим Заданием и Календарным планом, согласованными Сторонами в соответствующем Приложении к настоящему Договору.

5.2. В течение 5 (пяти) календарных дней после окончания выполнения работ FORMTEXT по каждому из этапов, предусмотренных Календарным планом, но не позднее 02 числа месяца следующего за отчетными периодом, Разработчик передает Заказчику результат работ, в том числе документы, предусмотренные Календарным планом и копии следующих документов: подписанный со своей стороны Акт сдачи-приемки работ FORMTEXT по этапу, счет и счет-фактуру, а до 05 числа месяца, следующего за отчетным периодом, оригиналы вышеуказанных документов. Заказчик обязан рассмотреть переданный ему результат работ и направить Разработчику в срок не позднее 5 (пяти) календарных дней с момента получения от Разработчика Акта сдачи-приемки работ подписанный Заказчиком Акт либо, при наличии замечаний к результату работ, – мотивированный отказ от его принятия с указанием замечаний, которые должны быть устранены.

5.3. Разработчик, получив мотивированный отказ Заказчика от приемки результата работ и подписания Акта сдачи-приемки работ, обязан устранить недостатки и представить Заказчику результат работ, доработанный с учетом замечаний Заказчика, после чего Заказчиком проводится повторная процедура рассмотрения и принятия результатов работ.

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

5.5. Если после устранения недостатков и повторной приемки результатов работ, результаты не соответствуют требованиям Договора и не приняты Заказчиком, последний вправе отказаться от исполнения настоящего Договора и потребовать от Разработчика возмещения причиненных убытков.

5.6. Ответственными лицами за сдачу-приемку работ по настоящему Договору являются:

от Заказчика – FORMTEXT, тел. FORMTEXT ;

от Разработчика – FORMTEXT, тел. FORMTEXT.

Права сторон на результаты работ

6.1. Разработчик гарантирует Заказчику возможность использования созданных и переданных Заказчику объектов интеллектуальной собственности без нарушения чьих-либо авторских прав.

6.2. С момента подписания Сторонами Акта сдачи-приемки FORMTEXT работ по последнему этапу Разработчик передает, а Заказчик на основании ст. 1296 Гражданского кодекса РФ приобретает все исключительные права, предусмотренные ст. 1270 Гражданского кодекса РФ на ПО, созданное в рамках выполнения работ по Договору, а также права пользования объектами авторского права (простая (неисключительная лицензия), использовавшимися Разработчиком для создания ПО, необходимые для реализации исключительных прав, указанных в настоящем пункте. Одновременно Разработчик предоставляет Заказчику право обнародовать и/или разрешать обнародовать объекты авторского права, созданные в рамках выполнения работ по Договору. Вознаграждение за предоставление Разработчиком Заказчику прав в соответствии с настоящим пунктом включено в стоимость работ, указанную в п. 2.1. настоящего Договора. Права, указанные в настоящем пункте, передаются Заказчику на весь срок действия авторского права на территории всего мира.

5.3. В соответствии с пунктом 2 статьи 1296 Гражданского кодекса РФ Разработчик FORMTEXT вправе использовать ПО, созданное в рамках выполнения работ по Договору, для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права на него.

Гарантийное обслуживание

7.1. Разработчик обязуется осуществлять гарантийное обслуживание ПО, установленного на оборудовании Заказчика, в течение гарантийного срока, равного FORMTEXT 12 месяцев со дня подписания Сторонами Акта сдачи-приемки FORMTEXT последнего этапа работ по Договору.

В случае выявления в течение указанного в настоящем пункте гарантийного срока ошибок в разработанном ПО Разработчик обязуется безвозмездно устранять такие ошибки в срок не более FORMTEXT 10 ( FORMTEXT десяти) календарных дней с момента обращения Заказчика. Под ошибкой понимается поведение системы, противоречащее условиям Технических Требований, и/или приводящее к аварийному завершению работы. Сроки исправления ошибок могут быть изменены по согласованию Сторон.

В рамках гарантийного обслуживания Разработчик обязуется осуществлять консультирование специалистов Заказчика / его аффилированных лиц или подрядчиков – администраторов ПО по порядку пользования ПО.

Ответственность сторон

8.1. За невыполнение или ненадлежащее выполнение обязательств по настоящему Договору Разработчик и Заказчик несут ответственность в соответствии с действующим законодательством Российской Федерации.

8.2. За нарушение Разработчиком сроков выполнения FORMTEXT работы по этапу Календарного плана Заказчик вправе взыскать с него неустойку в размере FORMTEXT 0,1 % от цены работы за каждый день просрочки исполнения обязательств.

8.3. За неустранение Разработчиком в срок недостатков и замечаний, перечисленных в мотивированном отказе Заказчика от приемки FORMTEXT работ по какому-либо этапу, а также за неустранение в срок ошибок в разработанном ПО в течение гарантийного срока Заказчик вправе взыскать с Разработчика неустойку в размере FORMTEXT 0,1 % от цены работы за каждый день просрочки исполнения обязательств.

8.4. За нарушение Заказчиком сроков оплаты Разработчик вправе взыскать с него неустойку в размере FORMTEXT 0,1 % от неоплаченной суммы за каждый день просрочки исполнения обязательств.

8.5. В случае если в результате нарушения Разработчиком обязательств и/или гарантий, предусмотренных настоящим Договором, Заказчиком при осуществлении им переданных Разработчиком прав на объекты интеллектуальной собственности будут нарушены права третьих лиц, Разработчик обязан возместить Заказчику убытки, причиненные таким нарушением, в полном объеме.

8.6. Санкции, налагаемые в соответствии с Разделом 8. настоящего Договора, не освобождают Стороны от выполнения обязательств, принятых ими на себя по Договору.

ФОРС-МАЖОР

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

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

9.3. В случае продолжительности обстоятельств форс-мажора более 30 (тридцать) дней, любая из сторон имеет право расторгнуть настоящий договор по письменному уведомлению другой стороны.

9.4. Несмотря на наступление форс-мажора, перед прекращением настоящего договора вследствие форс-мажорных обстоятельств Стороны осуществляют окончательные взаиморасчеты.

9.5. Сторона, для которой стало невозможным исполнение обязательств по настоящему договору по причине наступления форс-мажорных обстоятельств, должна незамедлительно информировать другую Сторону в письменном виде о возникновении вышеуказанных обстоятельств, а также в течение 30 дней предоставить другой Стороне подтверждение форс-мажорных обстоятельств. Таким подтверждением будет являться справка или иной соответствующий документ, выданный Торгово-промышленной палатой или иной организацией (органом), выполняющей аналогичные функции, расположенными по месту возникновения форс-мажорных обстоятельств.

КОНФИДЕНЦИАЛЬНАЯ ИНФОРМАЦИЯ

10.1. Для целей настоящего Договора термин «Конфиденциальная информация» означает любую информацию по настоящему Договору, имеющую действительную или потенциальную ценность в силу неизвестности ее третьим лицам, не предназначенную для широкого распространения и/или использования неограниченным кругом лиц, удовлетворяющую требованиям действующего законодательства.

10.2. Стороны обязуются сохранять Конфиденциальную информацию и принимать все необходимые меры для ее защиты, в том числе в случае реорганизации или ликвидации Сторон. Стороны настоящим соглашаются, что не разгласят и не допустят Разглашения Конфиденциальной информации никаким третьим лицам без предварительного письменного согласия другой Стороны, кроме случаев непреднамеренного и/или вынужденного раскрытия Конфиденциальной информации по причине обстоятельств непреодолимой силы или в силу требований действующего законодательства Российской Федерации, вступивших в силу решений суда соответствующей юрисдикции либо законных требований компетентных органов государственной власти и управления, при условии, что в случае любого такого раскрытия (a) Сторона предварительно уведомит другую Сторону о наступлении соответствующего события, с которым связана необходимость раскрытия Конфиденциальной информации, а также об условиях и сроках такого раскрытия; и (б) Сторона раскроет только ту часть Конфиденциальной информации, раскрытие которой необходимо в силу применения положений действующего законодательства Российской Федерации, вступивших в законную силу решений судов соответствующей юрисдикции либо законных требований компетентных органов государственной власти и управления.

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

10.4. Для целей настоящего Договора «Разглашение Конфиденциальной информации» означает несанкционированные соответствующей Стороной действия другой Стороны, в результате которых какие-либо третьи лица получают доступ и возможность ознакомления с Конфиденциальной информацией. Разглашением Конфиденциальной информации признается также бездействие соответствующей Стороны, выразившееся в не обеспечении надлежащего уровня защиты Конфиденциальной информации и повлекшее получение доступа к такой информации со стороны каких-либо третьих лиц.

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

10.6. Передача Конфиденциальной информации оформляется Актом приема-передачи, который подписывается уполномоченными лицами Сторон.

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

АНТИКОРРУПЦИОННЫЕ УСЛОВИЯ

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

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

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

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

предоставление неоправданных преимуществ по сравнению с другими контрагентами;

предоставление каких-либо гарантий;

ускорение существующих процедур;

иные действия, выполняемые работником в рамках своих должностных обязанностей, но идущие вразрез с принципами прозрачности и открытости взаимоотношений между Сторонами.

11.4. В случае возникновения у Стороны подозрений, что произошло или может произойти нарушение каких-либо антикоррупционных условий, соответствующая Сторона обязуется уведомить другую Сторону в письменной форме. После письменного уведомления, соответствующая Сторона имеет право приостановить исполнение обязательств по настоящему Договору до получения подтверждения, что нарушения не произошло или не произойдет. Это подтверждение должно быть направлено в течение 5 (пяти) рабочих дней с даты направления письменного уведомления.

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

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

11.7. В целях проведения антикоррупционных проверок Поставщик обязуется в течение 5 (пяти) рабочих дней с момента заключения настоящего Договора, а также в любое время в течение действия настоящего Договора по письменному запросу Покупателя предоставить информацию о цепочке собственников, включая бенефициаров (в том числе, конечных) по форме согласно Приложению № 2 к настоящему Договору с приложением подтверждающих документов (далее – «Информация»).

В случае изменений Информации Поставщик обязуется в течение 5 (пяти) рабочих дней с даты внесения таких изменений предоставить соответствующую информацию Покупателю.

Информация предоставляется на бумажном носителе, заверенная подписью Генерального директора (или иного должностного лица, являющегося единоличным исполнительным органом контрагента) или уполномоченным на основании доверенности лицом и направляется в адрес Покупателя путем почтового отправления с описью вложения. Датой предоставления Информации является дата получения Покупателем почтового отправления. Дополнительно Информация предоставляется на электронном носителе.

Указанное в настоящем пункте условие является существенным условием настоящего Договора в соответствии с ч. 1 ст. 432 ГК РФ.

11.8. Стороны признают, что их возможные неправомерные действия и нарушение антикоррупционных условий настоящего Договора могут повлечь за собой неблагоприятные последствия – от понижения рейтинга надежности контрагента до существенных ограничений по взаимодействию с контрагентом, вплоть до расторжения настоящего Договора.

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

11.10. Стороны гарантируют полную конфиденциальность по вопросам исполнения антикоррупционных условий настоящего Договора, а также отсутствие негативных последствий как для обращающейся Стороны в целом, так и для конкретных работников обращающейся Стороны, сообщивших о факте нарушений.

11.11. В случае отказа Поставщика от предоставления Информации, согласно п. 11.7. настоящего Договора, фактического непредставления такой Информации, предоставления Информации с нарушением сроков, установленных в настоящем Договоре, или предоставления недостоверной Информации Покупатель вправе в одностороннем порядке отказаться от исполнения Договора путем направления письменного уведомления о прекращении Договора в течение 5 (пяти) рабочих дней с момента направления уведомления.

11.12. В случае предоставления Информации не в полном объеме Покупатель направляет повторный запрос о предоставлении Информации дополненной отсутствующей информацией с указанием сроков ее предоставления. В случае непредставления такой информации, нарушения сроков ее предоставления, а также предоставления недостоверной информации Покупатель вправе в одностороннем порядке отказаться от исполнения Договора путем направления письменного уведомления о прекращении Договора в течение 5 (пяти) рабочих дней с момента направления уведомления.

РАЗРЕШЕНИЕ СПОРОВ

12.1. Стороны принимают все необходимые меры для разрешения разногласий, возникших в процессе исполнения условий настоящего Договора, путем переговоров. Если Стороны не пришли к соглашению, спорные вопросы решаются в Арбитражном суде г. Москвы.

Другие условия

13.1. Настоящий Договор вступает в силу даты подписания Сторонами и действует до полного выполнения Сторонами своих обязательств по Договору. FORMTEXT Срок оказания услуг по Договору с даты подписания Договора по 01.10.2015г.

13.2. Заказчик вправе в любое время до сдачи ему результата работ отказаться от исполнения Договора, возместив Разработчику фактически понесенные им расходы.

13.3. С момента подписания настоящего Договора вся предшествующая переписка, документы и переговоры между Сторонами по вопросам, являющимся предметом настоящего Договора, теряют силу.

13.4. Изменения и дополнения вносятся в настоящий Договор дополнительными соглашениями Сторон.

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

13.6. Настоящий Договор составлен в 2-х подлинных экземплярах, один из которых передан Разработчику, один находится у Заказчика.

АДРЕСА, банковские реквизиты и подписи сторон

Заказчик

FORMTEXT ОАО НК «РОСНЕФТЬ»Разработчик

FORMTEXT Адрес местонахождения:

FORMTEXT 115035, Российская федерация, г. Москва, Софийская набережная, 26/1Адрес для отправки почтовой корреспонденции:

FORMTEXT 115035, Российская федерация, г. Москва, Софийская набережная, 26/1ИНН FORMTEXT 7706107510

КПП FORMTEXT 997150001

Банковские реквизиты:

Р./с. FORMTEXT 4070281060000000080

в FORMTEXT ОАО «Всероссийский Банк Развития Регионов»,

г. Москва

К./с. FORMTEXT 30101810900000000880

БИК FORMTEXT 044525880

ОКВЭД FORMTEXT

ОКПО FORMTEXT 00044428 Адрес местонахождения:

FORMTEXT

Адрес для отправки почтовой корреспонденции:

FORMTEXT

ИНН FORMTEXT

КПП FORMTEXT

Банковские реквизиты:

Р./с. FORMTEXT

в FORMTEXT

К./с FORMTEXT

БИК FORMTEXT

ОКВЭД FORMTEXT

ОКПО FORMTEXT

Заказчик FORMTEXT Руководитель Службы ИТ – советник Президента ОАО «НК «Роснефть»Разработчик FORMTEXT FORMTEXT ___________________А.В. Строкович FORMTEXT

Приложение № 1

к Договору № FORMTEXT от « FORMTEXT » FORMTEXT 20 FORMTEXT г.

FORMTEXT ОАО «НК «Роснефть», именуемое в дальнейшем «Заказчик», в лице FORMTEXT Руководителя службы информационных технологий – советника Президента Строковича Антона Владимировича, действующего на основании FORMTEXT доверенности № ИС-169/Д от 01.01.2014 г., с одной стороны, и FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, вместе и по отдельности именуемые соответственно «Стороны» и «Сторона», заключили настоящее Приложение о нижеследующем:

Начало формы

Акт сдачи-приемки работ

г. FORMTEXT « FORMTEXT » FORMTEXT 20 FORMTEXT г.

FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с одной стороны, и FORMTEXT, именуемое в дальнейшем «Заказчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, именуемые в дальнейшем Стороны, подписали настоящий Акт о нижеследующем:

Исполнителем в соответствии с Договором № FORMTEXT от FORMTEXT г., были выполнены следующие FORMTEXT по этапу Календарного плана "____________________" за период с FORMTEXT по FORMTEXT.

Общая стоимость FORMTEXT работ по этапу ____________ за период с FORMTEXT по FORMTEXT составила

FORMTEXT ( ), в том числе НДС 18% FORMTEXT ( ).

По качеству и срокам выполнения работ Заказчик претензий не имеют.

ПОДПИСИ СТОРОН:

Заказчик FORMTEXT

FORMTEXT

М.П. Разработчик FORMTEXT

FORMTEXT

М.П.

Конец формы

ПОДПИСИ СТОРОН:

Заказчик FORMTEXT

FORMTEXT Разработчик FORMTEXT

FORMTEXT

Приложение № 2

к Договору № FORMTEXT от « FORMTEXT » FORMTEXT 20 FORMTEXT г.

FORMTEXT Открытое акционерное общество «Нефтяная компания «Роснефть», именуемое в дальнейшем «Заказчик», в лице FORMTEXT Руководителя службы информационных технологий – советника Президента Строковича Антона Владимировича, действующего на основании FORMTEXT доверенности № ИС-169/Д от 01.01.2014 г, с одной стороны, и FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, вместе и по отдельности именуемые соответственно «Стороны» и «Сторона», заключили настоящее Приложение о нижеследующем:

Начало формы

Информация о цепочке собственников контрагента, включая бенефициаров (в том числе, конечных)

(по состоянию на «___» ________ 20__ г.)

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

1 2 3 4 5

1. Достоверность и полноту сведений подтверждаю

«____» _______________ 20 ____ г.___________________________________________________________________

(подпись лица-уполномоченного представителя организации-контрагента)

Конец формы

Подписи Сторон:

Заказчик FORMTEXT

FORMTEXT Разработчик FORMTEXT

FORMTEXT

Приложение № 3

к Договору № FORMTEXT от « FORMTEXT » FORMTEXT 20 FORMTEXT г.

FORMTEXT, именуемое в дальнейшем «Заказчик», в лице FORMTEXT, действующего на основании FORMTEXT, с одной стороны, и FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, вместе и по отдельности именуемые соответственно «Стороны» и «Сторона», заключили настоящее Приложение о нижеследующем:

FORMTEXT

на разработку программного обеспечения FORMTEXT (далее – «ПО»)

Сокращение и определения: FORMTEXT АВТОМАТИЗИРОВАННАЯ СИСТЕМА ВИЗИРОВАНИЯ И УЧЕТА ДОГОВОРОВ (АСВУД) – Информационный ресурс корпоративной информационной системы на базе программного продукта SAP R/3, представляющий собой структурированную базу данных всех договоров и дополнений к договорам ОАО «НК «Роснефть» (после внедрения и Обществ Группы), в том числе влекущие финансовые обязательства (подлежащие регистрации в СЦВД с последующей генерацией карточки в АСВУД) и не влекущие финансовые обязательства (подлежащие регистрации в АСВУД), являющийся источником данных для построения отчетности о заключаемых договорах и дополнений к договорам, а так же автоматизирующий процесс согласования договоров и дополнений к договорам.

БДПС – Бюджет движения платежных средств, финансовый документ, который отражает движение платежных средств (включая движение денежных средств ОАО «НК «Роснефть» и дочерних и зависимых обществ ОАО «НК «Роснефть», дочерних и зависимых обществ дочерних обществ ОАО «НК «Роснефть», финансовые инструменты и взаимозачеты) по направлениям поступлений и выбытий платежных средств.

БЕ – Балансовая единица.

ДВК – Департамент внутреннего контроля ОАО «НК «Роснефть».

ДД – Договорной документ.

ДМТР – Департамент материально-технических ресурсов ОАО «НК «Роснефть».

ДО – Дочернее общество.

ДОГОВОР – Соглашение двух или нескольких лиц об установлении, изменении или прекращении гражданских прав и обязанностей. Также к договорам относятся все приложения, дополнительные соглашения, иные документы, которые подписываются к договору и устанавливают, изменяют или прекращают права и обязанности сторон.

ДОЗ – Департамент организации закупок ОАО «НК «Роснефть».

ДСР – Департамент стратегического развития ОАО «НК «Роснефть».

ДФК – Департамент финансового контроля ОАО «НК «Роснефть».

ЖИЗНЕННЫЙ ЦИКЛ ДОГОВОРА – Период времени, включающий в себя все стадии работы с договором: планирования, подготовки, согласования, подписания, исполнения, учета, закрытия договора, передачу на архивное хранение и последующее уничтожение.

ЗПЛ – Задание на платеж.

ИДФО – Идентификация договорных и финансовых обязательств.

ИНФОРМАЦИОННЫЕ РЕСУРСЫ (ИР) – Отдельные документы и отдельные массивы документов, документы и массивы документов в информационных системах (библиотеках, архивах, фондах, банках данных, других информационных системах).

ИНФОРМАЦИОННАЯ СИСТЕМА (ИС) – Совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств.

СКИД – Информационный ресурс «Система контроля исполнения договоров» в КИС SAP.

ИС «ПРЕЗИДЕНТСКИЙ МОНИТОРИНГ» – Информационная система, предоставляющая высшему руководству и топ-менеджерам ОАО «НК «Роснефть» данные из управленческой, финансовой и иной отчетности о деятельности Компании, а также данные о реализации крупных проектов Компании, деятельности ДО и др. с возможностью мобильного доступа к указанной информации.

КЗ/ДЗ – Кредиторская задолженность/дебиторская задолженность.

КИЛ – Коммерция и логистика.

КИС – Корпоративная информационная система.

КОМПАНИЯ – ОАО «НК «Роснефть», дочерние общества ОАО «НК «Роснефть» и дочерние общества дочерних обществ ОАО «НК «Роснефть».

КСК – Корпоративный справочник контрагентов.

КУРАТОР ДОГОВОРА – Работник ОАО «НК «Роснефть», назначенный руководителем структурного подразделения ОАО «НК «Роснефть» в качестве ответственного лица за осуществление действий по подготовке, согласованию, заключению и исполнению договора, обладающий информацией о содержании договора, позволяющей давать необходимые разъяснения лицам, согласующим проект договора (ответственный за осуществление контроля за подготовкой, заключением и исполнением конкретного договора и наделенный для этого необходимыми полномочиями).

ЛНД – Локальный нормативный документ.

МАСШТАБИРУЕМОСТЬ СИСТЕМЫ – Увеличение вычислительной мощности системы по мере тиражирования решения без серьезных изменений в части сконфигурированных и разработанных функций, а также отчетов системы.

МЕНЕДЖМЕНТ КОМПАНИИ – Менеджмент ОАО «НК «Роснефть», а так же генеральные директоры дочерних обществ ОАО «НК «Роснефть», заместители генеральных директоров дочерних обществ ОАО «НК «Роснефть» и руководители структурных подразделений дочерних обществ ОАО «НК «Роснефть», находящиеся в непосредственном подчинении генеральному директору дочернего общества ОАО «НК «Роснефть».

НИН – Нефтепереработка и нефтехимия.

НСИ – Нормативно-справочная информация.

ПИТ – Переработка и торговля.

ПО – Программное обеспечение.

ПОЛОЖЕНИЕ «АДМИНИСТРИРОВАНИЕ ДОГОВОРОВ» – Положение ОАО «НК «Роснефть» «Администрирование договоров в ОАО «НК «Роснефть» №П3-06 Р-0001 ЮЛ-001, версия 2.0, утверждено Приказом ОАО «НК «Роснефть» от 03 июля 2013 г. № 295.

ПРЕДСОГЛАСОВАНИЕ ДОГОВОРА – Процесс согласования в системе согласования документов проекта договора, составленного без использования стандартной формы, для размещения в составе извещения о закупке и документации о закупке или пакета приглашения делать оферты на этапе проведения соответствующей закупочной процедуры/тендера по реализации.

ПРОФИЛЬНОЕ ПОДРАЗДЕЛЕНИЕ – Самостоятельное структурное подразделение ОАО «НК «Роснефть», отвечающее в соответствии со своей компетенцией за профильное направление деятельности.

РИД – Разведка и добыча.

ОПЭ – Опытно-промышленная эксплуатация.

ОЭ – Опытная эксплуатация.

СКЛФО – Система (информационный ресурс в КИС SAP) контроля лимита финансовых обязательств и платежей, нацеленная на предотвращение возможности принятия ОАО «НК «Роснефть» или дочерними обществами обязательств, необеспеченных финансами, и запрещение оплаты сверх сумм, предусмотренных договором.

СОГЛАСОВАНИЕ ДОГОВОРА – Согласование проекта договора согласующими подразделениями и/или согласующими лицами путем проставления соответствующего статуса в системе согласования документов от имени согласующего лица соответствующего согласующего подразделения с указанием даты и времени согласования.

СОГЛАШЕНИЕ О СТРАТЕГИЧЕСКОМ СОТРУДНИЧЕСТВЕ – Документ в форме договора, меморандума, соглашения, заключаемый ОАО «НК «Роснефть» (и/или Обществом Группы Роснефть) с одним или несколькими контрагентами, в отношении которого применимы в совокупности следующие критерии:

­контрагент занимает в мире и/или в России лидирующее положение в соответствующей отрасли, лидирующее положение на рынках стратегического присутствия Компании, является правительственным органом зарубежного государства или государственной нефтегазовой компанией;

­предусматривает комплексные взаимоотношения по нескольким направлениям деятельности в РФ и/или за ее пределами, реализуемые, в том числе, через подписание/заключение отдельных/дополнительных юридически обязывающих соглашений, договоров, протоколов и иной документации по всем или каждому предусмотренному в нем направлению сотрудничества;

­оценочная сумма затрат/инвестиций для реализации любого из или всех таких направлений деятельности равна или превысит 500 млн. долларов США;

­направлено на достижение общих стратегических и экономических целей, позволяющих Компании улучшить свои позиции на нефтегазовом рынке в РФ и/или укрепить свои позиции на зарубежных рынках присутствия Компании, а также выйти на новые зарубежные рынки путем освоения новых передовых технологий, расширения «портфеля активов» и освоения новых смежных сфер деятельности.

СП – Совместное предприятие.

СТРУКТУРНОЕ ПОДРАЗДЕЛЕНИЕ (СП ОАО «НК «РОСНЕФТЬ») – Подразделение (департамент, управление, служба, отдел и т.п.) ОАО НК «Роснефть» с самостоятельными функциями, задачами и ответственностью, действующее в рамках своей компетенции, определенной Положением о структурном подразделении.

СТРУКТУРНОЕ ПОДРАЗДЕЛЕНИЕ ДОЧЕРНЕГО ОБЩЕСТВА ОАО «НК «РОСНЕФТЬ» (СП ДО) – Подразделение (департамент, управление, служба, отдел и т.п.) дочернего общества ОАО НК «Роснефть» с самостоятельными функциями, задачами и ответственностью, действующее в рамках своей компетенции, определенной Положением о структурном подразделении.

СИСТЕМА ЦЕНТРАЛИЗОВАННОГО ВЕДЕНИЯ ДОГОВОРОВ (СЦВД) – Функциональный модуль корпоративной информационной системы на базе программного продукта SAP R/3, представляющий собой структурированную базу данных о договорах и дополнений к договорам, непосредственно несущих финансовые обязательства, являющийся связующим звеном по всем хозяйственным операциям в КИС с участием договора или дополнения к нему.

ТЗ – Техническое задание.

ТОП-МЕНЕДЖЕР – Первый вице-президент ОАО «НК «Роснефть», вице-президенты ОАО «НК «Роснефть», руководители структурных подразделений ОАО «НК «Роснефть» в ранге вице-президента, советники Президента ОАО «НК «Роснефть» в ранге вице-президента, главный бухгалтер ОАО «НК «Роснефть», финансовый директор ОАО «НК «Роснефть», руководители Служб ОАО «НК «Роснефть».

ФТТ – Функциональные и технические требования.

ФЭБ – Финансово-экономический блок, в который входят структурные подразделения, находящиеся в подчинении вице-президента по экономике и финансам ОАО «НК «Роснефть», а также структурные подразделения «РиД», «НиН» и «КиЛ», ответственные за планирование, управление эффективностью, развитие, инвестиции и КПЭ.

ЦАУК – Центральный аппарат управления Компанией.

ABAP – Язык программирования SAP (Advanced Business Application Programming).

SAP BW – Модуль SAP по организации хранилища данных предприятия.

SAP ERP – Корпоративная система для планирования ресурсов предприятия.

Функциональные требования к разработке ПО: FORMTEXT

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ ИНФОРМАЦИОННОГО РЕСУРСА:

В ИР предлагается выделить следующие функциональные блоки:

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

-блок хранения данных, который предназначен для хранения данных в структурах, нацеленных на принятие решений;

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

Требования к способам и средствам связи для информационного обмена между компонентами системы:

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

Требования к характеристикам взаимосвязей информационного ресурса со смежными информационными ресурсами и функциональными блоками:

-взаимодействие между отдельными функциональными блоками информационного ресурса и смежными ИР должно осуществляется штатными средствами программного обеспечения SAP.

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

-СЦВД (Система централизованного ведения договоров);

-АСВУД (Автоматизированная система визирования и учета договоров);

-СКЛФО (Система контроля лимита финансовых обязательств);

-ИДФО (Идентификация договоров и финансовых обязательств);

-КИС SAP (в том числе Корпоративный справочник контрагентов, а также другие ресурсы);

-SAP BW;

-Другие системы ЦАУК и ДО (будут уточнены на этапе концептуального проектирования ИР).

Требования к режимам функционирования ИР:

- характеристики режимов функционирования информационного ресурса определяются информационной системой.

Требования по диагностированию системы:

-ИР должен предоставлять инструменты диагностирования состояния системы, активности пользователей и статуса исполнения бизнес процедур, заложенных в систему.

Перспективы развития, модернизации ИР:

- ИР должен обеспечивать возможность интеграции с дополнительными информационными ресурсами и системами ОАО «НК «Роснефть».

Требования к численности персонала (пользователей) ИР:

-Для эксплуатации ИР определены следующие роли:

-Куратор договора;

-Руководитель подразделения;

-Контролер;

-Администратор.

Основными функциями Куратора являются:

-Ввод данных по плану и факту исполнения договора, подлежащих регистрации непосредственно в ИР в случае отсутствия данных в системах-источниках;

-Контроль информации, импортируемой в автоматическом режиме из других систем;

-Просмотр данных ИР по плану и факту исполнения договора/ построение стандартных отчетов по исполнению договоров, находящихся в зоне ответственности Куратора.

Основными функциями Руководителя подразделения являются:

-Просмотр данных ИР по плану и факту исполнения договора;

-Возможность согласования/корректировки данных в случае, когда данные были введены Куратором вручную непосредственно в СКИД (без использования интерфейса импорта данных из смежных ИР и ИС);

-Построение стандартных отчетов по исполнению договоров, находящихся в зоне ответственности Руководителя подразделения.

Основными функциями Контролера являются:

-Построение сводных и аналитических отчетов по исполнению договоров;

-Подтверждение готовности, либо инициация выгрузки данных в систему отчетности для высшего менеджмента (Президентский мониторинг).

Основными функциями Администратора являются:

-Настройка общих параметров ИР;

-Настройка прав пользователей.

Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков

-Куратор – обычный пользователь SAP, знание стандартного функционала куратора договора;

-Руководитель подразделения - обычный пользователь SAP, знание стандартного функционала куратора договора;

-Контролер - обычный пользователь SAP, продвинутые навыки построения и анализа отчетности;

-Администратор – продвинутый пользователь SAP, бизнес-аналитик.

ТРЕБОВАНИЯ К НАДЕЖНОСТИ:

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

ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ, ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ, РЕМОНТУ И ХРАНЕНИЮ КОМПОНЕНТОВ ИР:

- ИР должен быть рассчитан на эксплуатацию в составе программно-технического комплекса ОАО «НК «Роснефть».

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

ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА:

-Категория конфиденциальности информации, обрабатываемой в информационном ресурсе – конфиденциальная информация.

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

-КИС SAP является распределенной системой с одной серверной группировкой;

-максимальный гриф конфиденциальности информации, обрабатываемой в КИС SAP – «конфиденциальная»;

-доступ в КИС SAP многопользовательский, реализована система разграничения доступа;

-КИС SAP обеспечивает защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к классу защищенности 1Г по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации» 1992 г.

Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих информацию, должен соответствовать требованиям к классу защищённости 5 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации», 1992г.

Уровень защищённости от несанкционированного доступа информационной системы и средств вычислительной техники не меняется.

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

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

-Для ИР должна быть разработана «Матрица доступа», в которой каждой роли присваиваются права на вызов определённых функций ИР применительно к заданным объектам ИР.

-Предоставление доступа к ИР должно осуществляться в соответствии с процедурами и правилами, установленными Положением Компании «Регламент предоставления доступа к корпоративной информационной системе ОАО «НК «Роснефть» на базе SAP R/3» № П3-11.01 Р-0012 версия 2.00. В рамках внедрения ИР данный порядок предоставления доступа не должен изменяться.

ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ:

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

ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ:

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

ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ

В результате разработки информационного ресурса необходимо автоматизировать процесс контроля исполнения договоров, в том числе:

-обеспечить возможность сбора информации об исполнении договорных обязательств из различных источников;

-обеспечить возможность хранения, обработки и консолидации контрольной информации об исполнении договоров;

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

ТРЕБОВАНИЯ К СОСТАВУ ИНФОРМАЦИИ ОБ ИСПОЛНЕНИИ ДОГОВОРОВ:

В качестве основных характеристик договора необходимо хранить и обрабатывать следующую информацию:

-Реквизиты договора (номер, дата подписания);

-Предмет договора;

-Сведения о связанных договорах;

-Дата начала действия договора;

-Актуальная дата конца действия договора;

-Куратор договора.

-Выделение соответствующих полей при проектировании БД СКИД.

В качестве аналитических признаков (справочников) договора необходимо хранить и обрабатывать следующую информацию:

­Вид документа;

­Тип сделки;

­Сведения о сторонах по договору (контрагенты);

­Валюта договора;

­Подразделение куратора;

­Категория договора;

­Бизнес направление;

­Функциональное направление;

­Дополнительные признаки (стратегическое соглашение, внутренний договор, рамочный договор и др.);

­Проект (объект);

­Статус договора;

­Способ выбора контрагента;

­Уровень существенности;

­Канал реализации;

­Дополнительные аналитические признаки.

- Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля исполнения ценовых параметров договора необходимо наличие следующих данных:

-Договорные цены по номенклатурным позициям (согласно договору, приложениям, дополнительным соглашениям и другим документам, изменяющим обязательства сторон);

-Цены фактической поставки;

-Причины расхождения фактических и договорных цен.

-Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля соблюдения сроков исполнения договора (поставки, оказания услуг, выполнения работ) необходимо наличие следующих данных:

-Актуальные сроки действия договора в целом и этапов договора (согласно договору, приложениям, дополнительным соглашениям и другим документам, изменяющим обязательства сторон);

-Фактические сроки исполнения;

-Причины несоблюдения сроков.

Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля качества исполнения договора (качества по спецификации / заказу) необходимо наличие следующих данных:

-Данные входящего контроля о количестве брака (в абсолютных и относительных величинах);

-Данные о выставленных / полученных претензиях (дата, требование, сумма, срок, статус, причины отклонений).

-Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля соответствия фактических и договорных объемов необходимо наличие следующих данных:

-Актуальные объемы поставок по договору в целом и по отдельным номенклатурным позициям, если применимо (согласно договору, приложениям, дополнительным соглашениям и другим документам, изменяющим обязательства сторон);

-Данные по фактически поставленным объемам;

-Причины расхождения фактических и договорных объемов.

-Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля соответствия фактической и договорной стоимости поставленных МТР, оказанных услуг, выполненных работ необходимо наличие следующих данных:

-Актуальная договорная стоимость в целом и по отдельным номенклатурным позициям или этапам, если применимо (согласно договору, приложениям, дополнительным соглашениям и другим документам, изменяющим обязательства сторон);

-Данные по фактической стоимости;

-Причины расхождения фактической и договорной суммы поставки.Выделение соответствующих полей при проектировании БД СКИД.

Для обеспечения контроля соответствия фактической и договорной оплаты за поставленные МТР, оказанные услуги, выполненные работы необходимо наличие следующих данных:

-Сумма оплат в соответствии с договором в целом и в разбивке по срокам платежей (согласно договору, приложениям, дополнительным соглашениям и другим документам, изменяющим обязательства сторон);

-Данные по фактическим платежам;

-Причины расхождения фактической и договорной оплаченной суммы.

-Выделение соответствующих полей при проектировании БД СКИД.

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

-Срок оплаты в соответствии с договором;

-Сумма задолженности в разбивке по срокам старения.

-Выделение соответствующих полей при проектировании БД СКИД.

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

-Сведения о сроках прохождения конкурсных процедур;

-Сведения о сроках прохождения процедуры согласовании.

-Выделение соответствующих полей при проектировании БД СКИД.

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

-Сведения об изменениях сроков исполнения договорных обязательств;

-Сведения об изменениях договорных объемов;

-Сведения об изменениях договорной стоимости;

-Сведения об изменениях договорных цен.

-Данные о спецификации (ценах и объемах), этапах работ, сроках согласования и т.п. могут иметь табличное (многострочное) представление.

-Выделение соответствующих структур данных при проектировании БД СКИД.

Состав информации об исполнении договоров может быть скорректирован и/или дополнен этапе концептуального проектирования ИР.

ТРЕБОВАНИЯ К КАТЕГОРИЗАЦИИ ДОГОВОРОВ:

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

-Перечень обязательных и дополнительных контролей должен определяться матрицей применения контролей на основании категории договора. Выделение соответствующих структур данных при проектировании БД СКИД.

-Перечень категорий договоров формируется на основе принятой в Компании бизнес-логики с учетом положений Гражданского Кодекса.

Перечень используемых категорий утверждается в составе Положения о контроле исполнения договоров для СКИД. Утверждается в составе Положения о контроле исполнения договоров для СКИД.

-Матрица применения контролей утверждается в составе Положения о контроле исполнения договоров для СКИД.Утверждается в составе Положения о контроле исполнения договоров для СКИД.

ТРЕБОВАНИЯ К РАСЧЕТУ И КОНСОЛИДАЦИИ ПОКАЗАТЕЛЕЙ ИСПОЛНЕНИЯ ДОГОВОРОВ:

-Алгоритмы расчета показателей исполнения договоров определяются Положением о контроле исполнения договоров для СКИД.Утверждается в составе Положения о контроле исполнения договоров для СКИД.

-Алгоритмы расчета сводных (консолидированных) показателей исполнения группы договоров по заданным аналитическим признакам (Функциональное направление, Подразделение, Контрагент и т.п.) определяются Положением о контроле исполнения договоров для СКИД.Утверждается в составе Положения о контроле исполнения договоров для СКИД.

-Алгоритмы расчета интегральных показателей и ранжирования статусов исполнения договоров в целях отображения на панелях индикаторов определяются Положением о контроле исполнения договоров для СКИД.Утверждается в составе Положения о контроле исполнения договоров для СКИД.

ТТРЕБОВАНИЯ К ДАННЫМ

-Контроль данных с реализацией механизма контроля целостности, полноты и качества используемой информации, ведение журналов загрузки.Реализуется с использованием стандартных инструментов SAP.

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

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

-СКИД должен поддерживать взаимосвязи как между собственными элементами данных (например, взаимосвязанные договоры), так и с другими ИС (хранить идентификаторы договоров и элементов справочников систем-источников данных).

ТРЕБОВАНИЯ К ИНТЕРФЕЙСАМ ВВОДА ДАННЫХ

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

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

-Ввод информации в СКИД о договорах, их плановых и фактических параметрах должен разделяться на 3 условных блока:

-Реквизиты договора (включая выбор аналитических признаков)

-Плановые (договорные) условия

-Фактические данные

Интерфейс каждого блока должен быть представлен отдельной карточкой или закладкой.- Реализуется с использованием инструментов SAP BW. Техническая реализация должна быть описана на этапе разработки технических решений.

-Должна быть реализована возможность внесения кураторами договоров комментариев – объяснений причин сложившихся отклонений.Соответствующие поля должны быть предусмотрены в базе данных, использоваться для отчетности. Технические инструменты для внесения информации в базу данных должны быть описаны на этапе разработки технических решений.

-Некоторые показатели исполнения договоров должны иметь возможность детализации в виде списка (табличной части), например этапы работ, спецификации поставки МТР, сроки согласования и т.п.Соответствующие поля должны быть предусмотрены в базе данных, использоваться для отчетности. Технические инструменты для внесения информации в базу данных должны быть описаны на этапе разработки технических решений.

-Должна быть реализована возможность изменения набора доступных для редактирования полей договора в зависимости от категории и других аналитических признаков.

-Соответствующие поля должны быть предусмотрены в базе данных, использоваться для отчетности. Технические инструменты для внесения информации в базу данных и правил доступа к ее редактированию должны быть описаны на этапе разработки технических решений.

-Интерфейс реестра договоров должен обеспечивать возможность многоуровневой группировки по различным аналитическим признакам, предоставлять удобные возможности поиска, навигации, а также фильтрации данных.Реализуется с использованием инструментов отчетности SAP BW.

ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСАМ

-Языком интерфейса системы должен являться Русский.Реализуется с использованием стандартных инструментов SAP.

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

-Представления (формы, таблицы) пользовательского интерфейса должны предоставлять возможность изменения/настройки состава отображаемой информации, способов сортировки, группировки и отбора информации. Макеты представлений для каждого пользователя должны сохраняться между сеансами.Реализуется с использованием стандартных инструментов SAP.

-Разработка и настройка форм отчетности как графического, так и табличного формата, должна производиться с учетом обеспечения возможности вывода на экраны мобильных устройств.Реализуется с использованием стандартных возможностей SAP. В случае невозможности реализации в стандартной функциональности должен быть проведена доработка ПО SAP для удовлетворения требований.

-Цветовая палитра и оформление интерфейса должны соответствовать принятым требованиям Компании к оформлению логотипов и визуальных элементов.Реализуется с использованием инструментов настройки интерфейса SAP.

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

-В формах отчетности табличного формата, реализуемых в рамках ИР, должен быть предусмотрен экспорт данных в программы MS Excel и MS Word с сохранением структуры расположения и форматирования элементов (ячеек), а также форматирования и масштаба числовых значений.Реализуется с использованием стандартных инструментов SAP по выгрузке данных в ПО Microsoft office.

-В графических формах отчетности (диаграммах) также должна быть предусмотрена возможность копирования графических элементов в указанные программы через буфер обмена (clipboard).Реализуется с использованием стандартных инструментов копирования / вставки в буфер ПО SAP.

ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ ДЛЯ КУРАТОРОВ ДОГОВОРОВ

-Для кураторов договоров должны использоваться стандартные возможности интерфейса SAP.Реализуется с использованием инструментов SAP.

ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ ДЛЯ ТОП-МЕНЕДЖЕРОВ

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

-В СКИД должна быть возможность перейти в стандартный интерфейс по кнопке.

-Реализуется с использованием инструментов настройки интерфейса SAP.

ТРЕБОВАНИЯ К ПЕРИОДИЧНОСТИ ОБНОВЛЕНИЯ ДАННЫХ

-Основным (максимальным) периодом обновления данных в СКИД является календарный месяц. Ежемесячно производится:

-Плановая автоматизированная загрузка данных из других информационных систем по всем договорам;

-Ручной ввод информации кураторами по договорам с определенным уровнем существенности.Реализуется с использованием инструментов SAP BW. Могут быть использованы как стандартные экстракторы данных, так и специально разработанные. Техническая реализация должна быть описана на этапе разработки технических решений.

-При наличии технической возможности частота автоматизированной загрузки данных из других информационных систем может быть увеличена.Реализуется с использованием инструментов SAP BW. Могут быть использованы как стандартные экстракторы данных, так и специально разработанные. Техническая реализация должна быть описана на этапе разработки технических решений.

-Дополнительное обновление данных может осуществляться в режиме «по требованию». В этом случае уполномоченный пользователь / администратор создает запрос на обновление информации с указанием выборки договоров, подлежащих обновлению и требуемого срока исполнения запроса. Выборка формируется путем указания следующих элементов аналитик:

­Бизнес направление / функциональное направление;

­Компания (ЦАУК или ДО);

­Подразделение;

­Категория договора;

­Контрагент.

На основании запроса производится:

-Внеплановая автоматизированная загрузка данных из других информационных систем по выборке договоров (включая загрузку новых договоров, удовлетворяющих параметрам выборки);

-Автоматическая рассылка уведомлений кураторам договоров, принадлежащих выборке, о необходимости произвести обновление данных в указанный срок;

-Ручной ввод информации кураторами по договорам, принадлежащим выборке.-Реализуется с использованием инструментов SAP BW. Могут быть использованы как стандартные экстракторы данных, так и специально разработанные. Техническая реализация должна быть описана на этапе разработки технических решений.

-ТРЕБОВАНИЯ К СПРАВОЧНИКАМ

-Для структурирования, систематизации и обобщения информации об исполнении договорных обязательств должны использоваться справочники, определяющие аналитические признаки каждого договора.Реализуется с использованием инструментов SAP BW. Могут быть использованы как стандартные экстракторы данных, так и специально разработанные. Техническая реализация должна быть описана на этапе разработки технических решений. Для ведения аналитических признаков договора должны быть предусмотрены поля в базе данных, с возможность представления в отчетности.

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

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

­Контрагенты;

­Компании;

­Подразделения;

­Бизнес направления;

­Функциональные направления;

­Дополнительные признаки (стратегическое соглашение, внутренний договор, рамочный договор и др.);

­Категории договоров;

­Проекты (объекты);

­Статусы договоров;

­Способы выбора контрагента;

­Уровни существенности и другие.Выделение соответствующих структур данных при проектировании БД СКИД.

Основные справочники системы, например:

­Контрагенты;

­Компании;

­Подразделения.

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

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

ТРЕБОВАНИЯ К УВЕДОМЛЕНИЯМ

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

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

-Уведомления должны рассылаться при наступлении следующих событий:

­Куратору - при получении нового задания на актуализацию данных;

­Куратору – при получении запроса на объяснение отклонений;

­Куратору – при наступлении срока очередного регламентного обновления данных.Реализуется через возможность отправки внутренних сообщений, либо путем экспорта необходимых данных в почтовые программы.

ТРЕБОВАНИЯ К ПОИСКУ

-Настроить фильтр поиска по различным критериям: Куратору(ам), по номеру(ам) договора(ов), по дате(ам) договора(ов), по контрагенту(ам), типу(ам), атрибуту(ам) справочника(ов) и пр. Результаты поиска должны выводиться с учетом полномочий пользователя.Реализуется с использованием инструментов SAP.

-Предоставить средства контекстного поиска внутри сформированного отчета.Реализуется с использованием инструментов SAP.

-В СКИД должен быть реализован механизм делегирования прав и замещения при работе с ресурсом – возможность предоставления постоянного или временного доступа (для просмотра, редактирования) для всех участников процесса КИД. Глубина делегирования не более 3-х.Реализуется с использованием инструментов представления доступа SAP.

ТРЕБОВАНИЯ К АУДИТУ

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

-Протоколирование должно осуществляться как при ручном, так и при автоматическом изменении документов.Реализуется с использованием инструментов SAP.

-Необходимо обеспечить протоколирование изменений ролей пользователей администратором СКИД.Реализуется с использованием инструментов SAP.

-При разработке необходимо использовать подходы и методы, не препятствующие переносу системы на платформу более высоких версий.

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

-Клиентские рабочие станции - Microsoft Windows не ниже версии XP SP2, SAP R/3 GUI, MS Office версии не ниже 2007.

Реализация шаблонного решения должна позволять применение как для ЦАУК, так и для всех подключаемых ДО в рамках единой централизованной инсталляции SAP систем.

При реализации модели бизнес-процессов шаблонного решения, конфигурация стандартных функций SAP должна использоваться в максимально возможном объеме.

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

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

Нефункциональные требования к разработке ПО: FORMTEXT

ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ

-Информационный обмен между компонентами информационного ресурса обеспечивается исключительно средствами программного обеспечения SAP R/3.

ТРЕБОВАНИЯ К ЛИНГВИСТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ

-Все прикладное программное обеспечение ИР для организации взаимодействия с пользователем должно использовать русский язык.

ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

-Разработка программного обеспечения должна выполняться на платформе с использованием инструментальных средств ПО SAP.

-При разработке необходимо использовать подходы и методы, не препятствующие переносу системы на платформу более высоких версий.

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

-Клиентские рабочие станции - Microsoft Windows не ниже версии XP SP2, SAP R/3 GUI, MS Office версии не ниже 2007.

-Реализация шаблонного решения должна позволять применение как для ЦАУК, так и для всех подключаемых ДО в рамках единой централизованной инсталляции SAP систем.

-При реализации модели бизнес-процессов шаблонного решения, конфигурация стандартных функций SAP должна использоваться в максимально возможном объеме.

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

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

ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

-Требования к обеспечению работы информационного ресурса определяются требованиями, предъявляемыми к КИС SAP в целом.

ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ

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

Необходимо определить должностные лица, ответственные за:

­обработку информации в ИР;

­администрирование ИР;

­обеспечение безопасности информации ИР;

­управление работой персонала по обслуживанию ИР.

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

ТРЕБОВАНИЯ К МЕТОДИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

-К моменту запуска ИР в опытно-промышленную эксплуатацию в Компании должен быть выпущен соответствующий ЛНД, регламентирующий процессы контроля исполнения договоров и использование ИР СКИД. Кроме того, должны быть внесены соответствующие изменения в действующие ЛНД Компании в части дополнительных требований к заключаемым договорам, в частности, требований о необходимости включения в договоры поэтапных графиков исполнения обязательств, а также требований об обязательном внесении поэтапных графиков при регистрации договоров в системах АСВУД / СЦВД.

ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ

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

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

­Все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;

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

­Внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.

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

Требования к безопасности: FORMTEXT

ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ

-Данные требования должны соответствовать организации труда в помещениях Заказчика, в соответствии с нормами правил труда и пожарной безопасности.

-В СКИД должен быть реализован механизм гибкой настройки прав доступа.

-Настройка прав доступа пользователей должна осуществляться на уровне следующих аналитических признаков договоров (справочников):

­Бизнес направление / функциональное направление;

­Компания (ЦАУК или ДО);

­Подразделение;

­Категория договора.

В область видимости пользователя попадают только договора с соответствующими аналитическими признаками.

Вся отчетность формируется исходя из области видимости пользователя.

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

­Регистрация карточки договора;

­Изменение реквизитов и аналитических признаков договора;

­Внесение плановой информации;

­Внесение фактической информации по исполнению договорных обязательств;

- Загрузка данных.

Требования к отчетности и документации: FORMTEXT Разрабатываемый ИР должен обеспечивать средства оперативного и регулярного (ежемесячного и/или в соответствии с вехами проекта и/или по требованию пользователя) мониторинга показателей исполнения договоров визуальными средствами интерактивных информационных панелей и отчетных форм (далее по тексту – Отчетность).

- В ИР должен быть реализован пользовательский инструментарий анализа больших массивов данных в виде гибких настраиваемых пользовательских отчетов на основе OLAP-технологий.

В рамках ИР должны быть предусмотрены следующие формы Отчетности:

-интерактивная информационная панель (дэшборд, ДБ) – совокупность графических элементов представления данных, в виде комплекса сгруппированных графиков, таблиц, элементов управления и т.д.;

-фиксированный (регламентированный) отчет – форма отчетности в табличном формате, настроенная для обеспечения получения данных в функционально необходимом ограничении и/или разрезе, и предусматривающая вывод на экран и печать без дополнительных настроек пользователя;

-гибкий отчет – отчет в табличном формате, допускающий возможность внесения изменений в его структуру со стороны конечных пользователей и содержащий необходимые элементы управления для обеспечения фильтрации данных и навигации по детализированным срезам данных (drill-down).

Отчетность должна удовлетворять следующим требованиям:

-Необходимо иметь возможность выгрузки любого отчета в MS Excel.Реализация осуществляется с использованием основных стандартных инструментов ПО SAP. В случае отсутствия технического решения в стандартной функциональности, требование должно быть реализовано с помощью доработки стандартного ПО.

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

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

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

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

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

-Форматы вывода отчетности должны обеспечивать стабильное и эффективное представление данных на мобильных устройствах.Реализуется с использованием стандартных возможностей SAP. В случае невозможности реализации в стандартной функциональности должен быть проведена доработка ПО SAP для удовлетворения требований.

Требования к интеграции с другими системами: FORMTEXT

Обеспечить возможность загрузки в ИР СКИД данных из СЦВД, в том числе:

Общие параметры:

­Вид документа;

­БЕ;

­Код подразделения;

­Контрагент;

­Предмет договора;

­Тип операции;

­Сумма договора;

­Код валюты;

­Дата начала действия;

­Дата окончания действия;

­Пролонгация;

­Номер рамочного договора;

­Номер доп. соглашения;

­Статус договора;

­Номер договора в локальной системе;

­Размер дебиторской/кредиторской задолженности.

Параметры договоров сбыта:

­Срок оплаты поставленного товара.

Параметры договоров закупки:

­Документ ПАС;

­Номер карточки тендера;

­Общая сумма поставки контрагента;

­Фактическая сумма поставки по тендеру (по зарегистрированным документам);

­Статус согласования фин. Контролером.

Параметры договоров подряда:

­Дата начала работ;

­Дата окончания работ;

­Сумма закупки МТР заказчиком;

­Сумма закупки СМР+МТР подрядчиком;

­Сумма аванса;

­Окончательное основание;

­Промежуточное основание.

Обеспечить возможность загрузки в ИР СКИД данных из ССД, в том числе:

­Статус согласования;

­Номер согласования;

­Дата регистрации;

­Вид документа;

­Маршрут визирования;

­Номер круга согласования;

­Информация о подписанте;

­Информация о кураторе;

­Дата старта согласования;

­Информация о визирующих;

­Дата визирования.

Обеспечить возможность загрузки в ИР СКИД данных из СКЛФО:

Данные по платежам:

­Договор;

­Документ основание;

­Дата платежа;

­Сумма платежа;

­Валюта платежа;

­Статус платежа;

­ПФМ;

­Статья БДПС;

­График платежей.

Обеспечить возможность загрузки в ИР СКИД данных из ИР АСВУД, в том числе:

Параметры договоров:

­Вид документа;

­БЕ;

­Бизнес-сфера;

­Код подразделения;

­Системный № вышестоящего документа;

­Куратор;

­Лин. Рук. Куратора;

­Тип договора;

­Тип стандартного договора;

­Статус ДД;

­Статус ССД;

­Процент согласования;

­Срочность;

­Контрагент;

­Дата начала действия ДД;

­Дата окончания действия ДД;

­Пролонгация;

­Тип сделки;

­Тип операции;

­Предмет договора;

­Тип предмета сделки;

­Сумма ДД в валюте документа

­Валюта договора;

­Сумма изменения;

­Ссылка на ДД 2го уровня;

­Соответствие бизнес-плану;

­Номер материала;

­ЕИ тов./работ/услуг;

­Количество/тоннаж;

­Ценовой индикатор;

­Цена за единицу.

Условия оплаты:

­Авансирования;

­Оплата по факту;

­Количество дней отсрочки;

­Банковская гарантия;

­Аккредитив.

Информация о сроках согласования:

­Акцептант;

­Структурное подразделение;

­Дата начала согласования;

­Дата окончания согласования;

­Статус решения.

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

­Информация о фактическом исполнении финансовых параметров договоров.Реализуется с использованием инструментов SAP BW. Могут быть использованы как стандартные экстракторы данных, так и специально разработанные. Техническая реализация должна быть описана на этапе разработки технических решений.

Обеспечить возможность загрузки в ИР СКИД данных из ИДФО, в том числе:

Для договоров, зарегистрированных в СЦВД:

­Фактические данные по выполнению договоров;

­Остатки выполнения по договорам;

­Планы по договорам на год

­Факт по договорам на отчетную дату.

Для договоров, отсутствующих в СЦВД:

­Все параметры договора.

- В СКИД должна быть возможность подключения новых источников данных из внешних БД, включая создание новых процессов сбора, редактирование текущих и удаление устаревших.

-СКИД должен автоматически загружать, обрабатывать и преобразовывать данные из систем на базе SAP ERP.

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

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

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

Реализация с использованием инструментов SAP RFC. Техническая реализация должна быть представлена, согласована и реализована на этапе разработки технических решений.

Перечень импортируемой информации может быть уточнен на этапе концептуального проектирования ИР.РЕБОВАНИЯ К СМЕЖНЫМ СИСТЕМАМ И ПРОЦЕССАМ

-Обеспечение полноты ведения реестра договоров в СЦВД.

­Повышение исполнительской дисциплины средствами ЛНД и организационно-распорядительных документов.

-Тиражирование функционала СЦВД на все ДО.

-В целях реализации возможности документарного контроля исполнения этапов договоров необходима доработка СЦВД в части поэтапного учета договорных обязательств.Доработка СЦВД.

-Для реализации возможности формирования фактического исполнения этапов договоров требуется доработка системы регистрации хозяйственных операций КИС SAP (основной комплекс) в части привязки учета операций непосредственно к этапам договоров.Доработка системы регистрации хозяйственных операций КИС SAP (основной комплекс).

-На этапе реализации проекта будет определена необходимость модернизации ИС «Президентский мониторинг» для отображения данных СКИД. Доработка ИС «Президентский мониторинг».

Иные требования: FORMTEXT ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СКИД

Для информационного ресурса устанавливаются следующие виды испытаний:

­Внутреннее / функциональное тестирование;

­Опытно-промышленная эксплуатация.

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

Опытно-промышленная эксплуатация включает в себя проверку:

­Полноты и качества реализации функций объекта автоматизации;

­Выполнения требований, относящихся к интерфейсу ИР;

­Работы персонала в диалоговом режиме;

­Комплектности и качества эксплуатационной документации.

Сдача-приёмка работ производится поэтапно, в соответствии с календарным планом.

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя.

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

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

Также в ходе ОПЭ результаты испытания работы ИР фиксируются в протоколе, содержащем следующие разделы:

­Условия проведения испытаний и характеристики исходных данных;

­Обобщенные результаты испытаний;

­Выводы о результатах испытаний и соответствии ИР требованиям ТЗ.

На основании протокола ОПЭ делается заключение о соответствии ИР требованиям ТЗ и возможности оформления акта готовности ИР для передачи в промышленную эксплуатацию.

Работу завершают оформлением акта готовности ИР для передачи в промышленную эксплуатацию.К моменту запуска ИР в опытно-промышленную эксплуатацию в Компании должен быть выпущен соответствующий ЛНД, регламентирующий процессы контроля исполнения договоров и использование ИР СКИД. Кроме того, должны быть внесены соответствующие изменения в действующие ЛНД Компании в части дополнительных требований к заключаемым договорам, в частности, требований о необходимости включения в договоры поэтапных графиков исполнения обязательств, а также требований об обязательном внесении поэтапных графиков при регистрации договоров в системах АСВУД / СЦВД. Для СКИД на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем» и РД 50-34.698-90 «Автоматизированные системы требования к содержанию документов»:

Статус приемочной комиссии определен действующими нормативными документами Заказчика.

В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу ИР в эксплуатацию. При подготовке к вводу в эксплуатацию ИР Заказчик должен обеспечить выполнение следующих работ:

­Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной и опытно-промышленной эксплуатации ИР;

­Обеспечить присутствие пользователей на обучении работе с ИР, проводимом Исполнителем;

­Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;

­Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно функционировать программное обеспечение ИР;

­Совместно с Исполнителем подготовить план по вводу ИР в промышленную эксплуатацию;

­Провести опытную и опытно-промышленную эксплуатацию ИР.

Подписи Сторон:

Заказчик: FORMTEXT

FORMTEXT Разработчик: FORMTEXT

FORMTEXT

Приложение № 4

к Договору № FORMTEXT от « FORMTEXT » FORMTEXT 201 FORMTEXT г.

DOCPROPERTY "Дата подписания" \* MERGEFORMAT

FORMTEXT Открытое акционерное общество «Нефтяная компания «Роснефть», именуемое в дальнейшем «Заказчик», в лице FORMTEXT Руководителя службы информационных технологий – советника Президента Строковича Антона Владимировича, действующего на основании FORMTEXT доверенности № ИС-169/Д от 01.01.2014 г, с одной стороны, и FORMTEXT, именуемое в дальнейшем «Разработчик», в лице FORMTEXT, действующего на основании FORMTEXT, с другой стороны, вместе и по отдельности именуемые соответственно «Стороны» и «Сторона», заключили настоящее Приложение о нижеследующем:

КАЛЕНДАРНЫЙ ПЛАН

На разработку программного обеспечения FORMTEXT «ИР «Система контроля исполнения договоров» (024.000.033.000)» (далее – «ПО»)

Этапа Этап Календарного плана Результат работ

по этапу Срок выполнение работ

по этапу Стоимость работ по этапу без НДС ( FORMTEXT валюта) Стоимость работ по этапу с НДС ( FORMTEXT валюта)

FORMTEXT № 1. FORMTEXT Разработка концептуального дизайна СКИД и проектирование ИР FORMTEXT ­ Технические требования

­ Концептуальный проект

- Положение о контроле исполнения договоров для СКИД

­ Дизайн отчетов для реализации в хранилище

­ Технический дизайн средств загрузки данных в хранилище

­ Стратегия миграции данных FORMTEXT с даты подписания Договора по 12.12.2014 FORMTEXT FORMTEXT № 2. FORMTEXT Разработка и тестирование ИР СКИД в ЦАУК FORMTEXT План тестирования

­ Сценарии тестирования

­ Протокол тестирования

­ План обучения

­ Обучающие материалы и инструкции

­ Протокол проведения обучения

­ Регламент предоставления доступа

­ Инструкция пользователя информационной системы ­

- Инструкция администратора информационной системы

- Разработанный и протестированный ИР СКИД. FORMTEXT с даты подписания Акта сдачи – приемки работ этапа №1 по 31.05.2015 FORMTEXT FORMTEXT №3. FORMTEXT Опытно-промышленная эксплуатация ИР СКИД В ЦАУК FORMTEXT ­ Протокол проведения опытно-промышленной эксплуатации

­ Концепция перехода в промышленную эксплуатацию FORMTEXT с даты подписания Акта сдачи – приемки работ этапа №2 по 01.10.2015 FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT FORMTEXT Итого: Общая стоимость работ по настоящему Приложению составила: FORMTEXT 86 996 795 ( FORMTEXT Восемьдесят шесть миллионов девятьсот девяносто шесть тысяч семьсот девяносто пять) FORMTEXT рублей 40 копеек, FORMTEXT в том числе НДС 18% - в том числе НДС 18% - 13 270 697 (тринадцать миллионов двести семьдесят тысяч шестьсот девяносто семь) рублей 60 копеек. FORMTEXT (НДС не облагается, если Разработчик применяет упрощенную систему налогобложения согласно гл.26.2. НК РФ)

Подписи Сторон:

Заказчик FORMTEXT

FORMTEXT Разработчик FORMTEXT

FORMTEXT





Похожие работы:

«АРХИВНЫЙ ОТДЕЛ ПРИМОРСКОГО КРАЯИНФОРМАЦИОННО-МЕТОДИЧЕСКИЙ БЮЛЛЕТЕНЬ № 94 90 лет архивной службе Приморского края г. Владивосток 2013 Информационно-методический бюллетень № 94. Владивосток: Архивный отдел Приморского края, 2013. 48 с.Редакционная группа: Л.В.Ходова (руководитель редакционной группы), Н.С.Гонохова (от...»

«Информация о реализуемых образовательных программах с указанием учебных предметов, курсов, предусмотренных соответствующей образовательной программой в МОБУ лицее № 33 Реализацию основной образовательной прог...»

«Утверждены в ученой степени кандидата наук и в ученом звании доцента следующие соискатели:  Кандидаты наукпо химическим наукам: Танирбергенова Сандугаш Кудайбергеновна; Абилхайров Амангелди Ибраимович; Литвиненко Юлия Алексеевна; Дюсебаева Мольдыр Акимжановна; Алдабергенова Сауле Кидирбаевна; Пак В...»

«Белорусский государственный университет Механико-математический факультет Кафедра нелинейного анализа и аналитической экономики Аннотация к дипломной работе "Финансовые операции в схеме сложных процентов" Зайцева Алина Андреевна, руководитель Кротов Вениамин Григорьевич 2015 Дипломная р...»

«СВЕДЕНИЯ о доходах, об имуществе и обязательствах имущественного характера военнослужащих, федеральных государственных гражданских служащих номенклатуры Президента Российской Федерации и членов их семей № п/п Фамилия, имя, отчество военнослужащего (ФГ...»

«Правительство Российской Федерации Федеральное государственное автономное образовательное учреждение высшего профессионального образования Национальный исследовательский университет Высшая школа экономики Факультет бизнес-информатикиПрограмма дисциплины...»

«ПРИЛОЖЕНИЕ F-3МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ И КОНТРАКТЫ ДОПОЛНЕНИЕ F-3-1 АНКЕТА ДЛЯ ПОТЕНЦИАЛЬНОГО ПОСТАВЩИКААНКЕТА ДЛЯ ПОТЕНЦИАЛЬНОГО ПОСТАВЩИКА         Назначение анкеты ТОО Тенгиз...»

«Технический институт (филиал) СВФУ в г. Нерюнгри Аналитический отчет "Итоги летней экзаменационной сессии", лето 2014-2015 уч.г. по состоянию на 15 ноября 2015 г. К сессии приступили 43 группы. Сроки проведения сессии: 1 курс – с 01 (08) июня по 18 (21) июня 2015 г., 05 июля 2015 г.; 2 курс с 02 (08) июня по 21 (28) июня (05 июля) 2...»

«Учреждение образования "Мозырский государственный педагогический университет имени И.П. Шамякина" ВОКАЛ Материалы для практических занятий, зачётов и экзаменов Мозырь 2013 Составитель Старший преподаватель Е.Г. ДедковскаяОбразовательный Стандарт Республики Беларусь ВокалКурс "Вокала" условно можно раздел...»

«ИННОВАЦИОННЫЕ ТЕХНОЛОГИИ УПРАВЛЕНИЯ НА ОСНОВЕ СИСТЕМ ДИСТАНЦИОННОГО МОНИТОРИНГА: МЕТОДОЛОГИЯ, ЭФФЕКТИВНОСТЬ, ПРАКТИКА ВНЕДРЕНИЯ Ельсуков Владимир Петрович, Г. Минск, УО "Институт бизнеса и менеджмента технологий БГУ", econows51@mail.ruКузьмич Анатолий Иванович, Г. Минск, НИЧ БГУИР, инженерно-т...»

«МУНИЦИПАЛЬНОЕ АВТОНОМНОЕ УЧРЕЖДЕНИЕДОПОЛНИТЕЛЬНОГО ОБРАЗОВАНИЯ "Детская музыкальная школа № 3" Педаль как средство музыкальнойвыразительности и школа фортепианной педализации Самуила МайкапараМетодич...»

«Установка блока БЭСТ на стенд "Минор" Снять со стенда задние и боковые кожухи.2. Отсоединить тягу привода топливной заслонки от рычага механизма считывания циклов (рис. 1) и снять его с вала. Снять с тяги наконечник-вилку со стопорной гайкой и установить его на тягу электромагнит...»

«УТВЕРЖДЕНО Приказом директора БУК "Омская областная библиотека для слепых" Ю.Е. Федотовой ""2012 №ПОЛОЖЕНИЕ об организации внестационарного библиотечного обслуживания инвалидов по зрению Омск, 2012 Общие положения1.1....»

«Доклад министра образования и молодежной политики Ставропольского края Козюра Е.Н. "Об итогах работы министерства образования и молодежной политики Ставропольского края в 2015 году и задачах...»

«Contract № Date: Договор №Дата:Manufacturer of production: (name of a company, address, country), hereinafter referred to as the “Manufacturer”, represented by (post, surname, name), on the one part and (name of a company, address, country) hereinaf...»

«Всероссийские (международные) научные конкурсные молодежные мероприятия 2017-го года № Название конкурсного мероприятия Целевая аудитория Сроки проведения заочного этапа Сроки проведения очного этапа (при наличии) Развитие студенческой науки 1 Конкурс на получение грантов п...»

«Геометрия 10 класс Геометрия. 10-11 классы : учеб. для 10-11 кл. общеобразоват. учреждений: базовый и профил. уровни / [Л. С. Атанасян, В. Ф. Бутузов, С. Б. Кадомцев и др.], 2012 год Уровень обучения базовый Тема урока: Решение задач п...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ МУРМАНСКОЙ ОБЛАСТИГОСУДАРСТВЕННОЕ АВТОНОМНОЕ УЧРЕЖДЕНИЕ ДОПОЛНИТЕЛЬНОГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ МУРМАНСКОЙ ОБЛАСТИ "ИНСТИТУТ РАЗВИТИЯ ОБРАЗОВАНИЯ" (ГАУДПО МО "ИРО") Инженерная ул., 2а, г.Мурманск, 183035 тел. (8152) 41-05-70; факс (8152) 43-6...»

«УТВЕРЖДЕНО Решением Совета Ассоциации "Национальное объединение строителей" от 15.06.2017 №100 Перечень действующих стандартов НОСТРОЙ на процессы выполнения работ по строительству, реконструкции и капитальному ремонту объектов капитального строительства, подлежащих...»

«Министерство образования и науки Мурманской области Государственное автономное образовательное учреждение Мурманской области среднего профессионального образования "Апатитский политехнический колледж" ГАОУ МО СПО "АПК" УТВЕРЖДАЮ Директор ГАО...»

«КАБИНЕТ МИНИСТРОВ РЕСПУБЛИКИ ТАТАРСТАНПОСТАНОВЛЕНИЕ от 9 апреля 2010 г. N 250О МЕРАХ ПО ПОВЫШЕНИЮ КАЧЕСТВА ОКАЗЫВАЕМЫХ НАСЕЛЕНИЮЖИЛИЩНЫХ И КОММУНАЛЬНЫХ УСЛУГ И ОБОСНОВАННОСТИРАЗМЕРА ПЛАТЫ ЗА НИХВ целях реализации положений Гражданского коде...»








 
2018 www.info.z-pdf.ru - «Библиотека бесплатных материалов - интернет документы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 2-3 рабочих дней удалим его.