Приложение №4 к Документации к извещению

Приложение №4
к Документации к извещению
Договор № ________
г. Москва
«____»____________ 2013 г.
Контрагент, в лице ___________именуемое далее - Исполнитель, с одной стороны, и ВТБ
24 (ЗАО), в лице члена Правления, директора Департамента банковских и информационных
технологий Русанова С.Г., действующего на основании Доверенности от 20.06.2012 № 1529, с
другой стороны, именуемый далее - Заказчик, вместе именуемые – Стороны, заключили настоящий
Договор о нижеследующем:
ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
№
Термин
Определение
1
2
Банк
Клиент
3
Продукт
4
Целевая ИТ-платформа
5
ТП
ВТБ24 (ЗАО), Заказчик
Физическое или юридическое лицо пользующееся
услугами Банка, либо планирующее ими
воспользоваться.
Функционально упорядоченный набор услуг и
вспомогательных
действий
с
заранее
определенными характеристиками (параметрами),
направленных на удовлетворение определенных
потребностей Клиента.
Компоненты ИТ-архитектуры на базе решений
Oracle, на которые осуществляется переход в
рамках Программы проектов Банка.
Технологические процессы.
6
Lombardi-TP
7
УСБС-Back
Система,
обеспечивающая
автоматизацию
процессов закрытия операционного дня в Банке;
Универсальный слой банковских сервисов для
бэкофисных
операций.
Целевая
(разрабатываемая) система, обеспечивающая
автоматизацию
процессов
закрытия
операционного дня в Банке, реализованной на
платформе Oracle Fusion Middleware.
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель обязуется по заданию Заказчика выполнить работы по выводу из эксплуатации
программной системы «Lombardi-TP», функционирующей на платформе Lombardi Teamworks
путем переноса функционала существующего решения в целевое решение «УСБС-Back» на
платформе Oracle Fusion Middleware (далее – Работы) на условиях, предусмотренных
настоящим Договором, а Заказчик обязуется принять и оплатить Работы в размере и в
порядке, предусмотренными в настоящем Договоре.
1.2. Работы должны выполняться Исполнителем в строгом соответствии с нормами
законодательства Российской Федерации и Техническими требованиями (Приложение №1 к
настоящему Договору).
2. СТОИМОСТЬ И ПОРЯДОК ОПЛАТЫ
2.1. Общая стоимость Работ по настоящему Договору составляет ххх (ххх) рублей, в том числе
НДС (18%) в сумме ххх (ххх) рублей ххх копеек.
2.2. Заказчик осуществляет оплату Работ по настоящему Договору в следующем порядке:
2.2.1. Авансовый платёж в размере 30% от стоимости Работ по настоящему Договору
осуществляется в течение 10 (десяти) рабочих дней со дня подписания Сторонами
настоящего Договора.
2.2.2. Окончательный расчёт по настоящему Договору осуществляется в течение 10 (десяти)
рабочих дней со дня подписания Акта сдачи-приемки выполненных работ.
страница 1 из 8
2.3. Виды и график Работ указаны в Приложении №2 к настоящему Договору.
3. СРОКИ И УСЛОВИЯ ВЫПОЛНЕНИЯ РАБОТ
3.1. Срок выполнения Исполнителем Работ: не более xxx (xxx) календарных недель с даты
заключения настоящего Договора.
3.2. Место выполнения Работ: Россия, г. Москва, ул. Мясницкая, д.35.
3.3. Исполнитель
вправе приостановить выполнение Работ до выполнения Заказчиком
встречного обязательства, без которого невозможно исполнение Исполнителем своих
обязательств по настоящему Договору, а именно, встречным обязательством для Заказчика
является: оплата авансовых платежей в соответствии с п. 2.2.1 настоящего Договора.
3.4. В случае не предоставления Заказчиком исполнения вышеназванного встречного
обязательства либо исполнения обязательства не в полном объеме, Исполнитель вправе
приостановить либо отказаться от выполнения Работ и потребовать возмещения убытков.
3.5. При этом в случае неисполнения Заказчиком встречного обязательства, указанного в п. 2.2.1 и
2.2.2
настоящего Договора, Заказчик считается уведомленным от даты подписания
настоящего Договора и с момента наступления права требования Исполнителем исполнения
Заказчиком встречных обязательств по настоящему Договору.
3.6. Технические требования и содержание Работ изложены в Приложении №1 к настоящему
Договору.
4. ПОРЯДОК СДАЧИ-ПРИЕМКИ РАБОТ
4.1. Выполнение Работ подтверждается двухсторонним Актом сдачи-приёмки выполненных работ.
4.2. Исполнитель в течение 10 (десяти) рабочих дней от даты выполнения Работ предоставляет
Заказчику два экземпляра Акта сдачи-приёмки выполненных работ, подписанных со своей
стороны, и счет-фактуру. В течение 10 (десяти) рабочих дней с момента получения указанных
документов Заказчик подписывает Акты сдачи-приёмки выполненных работ и направляет
Исполнителю один экземпляр подписанного Акта сдачи-приёмки выполненных работ, либо в
тот же срок направляет Исполнителю письменный мотивированный отказ от подписания
Акта.
4.2.1. В случае неполучения Исполнителем в течение 10 (десяти) рабочих дней Акта сдачиприемки выполненных работ или отказа от его подписания, Акт считается подписанным
со стороны Заказчика, а Работы выполненными надлежащим образом и принятыми
Заказчиком.
4.2.2. В случае получения Исполнителем отказа от подписания Акта сдачи-приемки
выполненных работ Стороны в течение 5 (пяти) рабочих дней должны согласовать
сроки устранения недостатков Работ.
4.3. После устранения недостатков Работ, препятствующих подписанию Акта сдачи-приемки
выполненных работ, Исполнитель направляет Акт сдачи-приемки выполненных работ на
повторное согласование, которое должно происходить в соответствии с п. 4.2 настоящего
раздела.
5. ОТВЕТСТВЕННОСТЬ СТОРОН
5.1. С момента заключения настоящего Договора Заказчик обязан письменно, в срок не менее чем
за 5 (пять) рабочих дней до начала реализации изменений, уведомлять Исполнителя о любых
планируемых изменениях архитектуры, конфигурации, состава, характеристик и любых иных
параметров элементов информационной инфраструктуры Заказчика, имеющих отношение к
объекту автоматизации или непосредственно входящих в него.
5.2. Исполнитель обязан провести анализ планируемых Заказчиком изменений и, в случае
обнаружения неполноты полученных данных, имеет право письменно запросить у Заказчика
недостающую информацию.
5.3. Исполнитель обязан в срок не более 5 (пяти) рабочих дней после получения от Заказчика
полной информации о планирующихся изменениях, довести до Заказчика свое письменное
Заключение о влиянии планируемых изменений на выполнение Работ по настоящему
Договору.
страница 2 из 8
5.5. В случае нарушения условий настоящего Договора Стороны несут ответственность в
соответствии с законодательством Российской Федерации.
5.6. При неисполнении, либо ненадлежащем исполнении договорных обязательств, Стороны несут
имущественную ответственность в порядке и на основаниях, предусмотренных
законодательством Российской Федерации и Договором.
5.7. За просрочку Исполнителем сроков выполнения Работ Заказчик вправе взыскать с
Исполнителя неустойку в размере 0,1% от стоимости невыполненных работ за каждый
рабочий день просрочки выполнения, но не более 10% от стоимости соответствующих работ.
5.8. За просрочку Заказчиком сроков платежей Исполнитель вправе взыскать с Заказчика пеню в
размере 0,1% от суммы просроченного платежа за каждый рабочий день просрочки, но не
более 10% от суммы просроченного платежа.
6. ГАРАНТИИ КАЧЕСТВА РЕЗУЛЬТАТОВ РАБОТ
6.1. Гарантия качества на результат Работ действует в течение 1 (одного) года от даты подписания
Сторонами Акта о приемке Системы в промышленную эксплуатацию.
6.2. В течение Гарантийного срока Исполнитель гарантирует соответствие качества результата
Работ требованиям технической и иной документации и возможность эксплуатации
результата Работ.
6.3. В случае обнаружения в течение Гарантийного срока недостатков результата Работ Заказчик
направляет Исполнителю соответствующее уведомление по электронной почте, в котором
указывает перечень выявленных недостатков.
6.4. Устранение недостатков, обнаруженных Заказчиком в течение Гарантийного срока,
осуществляется Исполнителем своими силами и за свой счет в срок, согласованный
Сторонами, до полного устранения и документального подтверждения устранения
недостатков Заказчиком.
7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
7.1. Стороны освобождаются от ответственности за неисполнение или ненадлежащее исполнение
своих обязательств по настоящему Договору, если это явилось следствием обстоятельств
непреодолимой силы, определяемых в соответствии с п.3 ст. 401 Гражданского кодекса
Российской Федерации.
7.2. Сторона, для которой создалась невозможность исполнения своих обязательств по
настоящему Договору, обязана не позднее 10 (десяти) рабочих дней с момента возникновения
обстоятельств непреодолимой силы, в письменной форме уведомить другую сторону о
возникновении обстоятельств такого рода, о предполагаемом сроке их действия и
прекращения. Сторона, не уведомившая другую сторону в указанный срок, не вправе
ссылаться на действие обстоятельств непреодолимой силы.
7.3. В случае если срок действия обстоятельств непреодолимой силы составит более 3 (трех)
месяцев, любая из Сторон вправе отказаться от исполнения Договора или его неисполнимой
части.
8. АРБИТРАЖ
8.1. Стороны принимают необходимые меры к тому, чтобы любые спорные вопросы, разногласия,
либо претензии, которые касаются настоящего Договора, были урегулированы путем
взаимных консультаций. В случае если Стороны не достигнут согласия по изложенным
вопросам, то за исключением подсудности общим судам, они подлежат рассмотрению в
Арбитражном суде г. Москвы.
8.2. Претензии по выполнению настоящего Договора могут предъявляться не позднее 6 (шести)
месяцев с момента выполнения Работ.
9. РАСТОРЖЕНИЕ ДОГОВОРА
9.1. Настоящий Договор может быть расторгнут по взаимному согласию Сторон.
9.2. Досрочное расторжение или изменение настоящего Договора возможно:
страница 3 из 8
9.2.1.
По письменному соглашению Сторон, подписанному
представителями Сторон и скрепленному их печатями.
уполномоченными
9.2.2. На основании вступившего в законную силу решения суда.
9.2.3. В одностороннем порядке Заказчиком при условии направления Исполнителю
соответствующего письменного уведомления не позднее, чем за 30 календарных дней
до даты предполагаемого расторжения. При этом Заказчик обязуется осуществить все
необходимые расчеты с Исполнителем за фактически выполненные работы.
9.2.4. В одностороннем порядке Исполнителем при условии направления Заказчику
соответствующего письменного уведомления не позднее, чем за 30 календарных дней
до даты предполагаемого расторжения.
9.3. В случае расторжения настоящего Договора, Заказчик обязан выплатить Исполнителю, с
учетом суммы ранее перечисленных денежных средств, часть стоимости Работ, фактически
выполненных к дате расторжения настоящего Договора. При этом Стороны обязаны
произвести все взаиморасчеты в течение 10 (десяти) дней с даты принятия решения о
расторжении настоящего Договора.
10. ПРОЧИЕ УСЛОВИЯ
10.1. Настоящий Договор считается заключённым от даты его подписания последней Стороной и
действует до полного исполнения Сторонами обязательств по настоящему Договору.
10.2. Все изменения и дополнения к настоящему Договору оформляются в письменном виде и
после подписания их обеими Сторонами становятся неотъемлемой частью Договора.
10.3. Вся переписка и все переговоры, ранее имевшие место между Сторонами, теряют силу после
подписания настоящего Договора.
10.4. Настоящий Договор составлен в 2 (двух) идентичных экземплярах, каждый из которых
является подлинным.
10.5. Стороны согласились считать конфиденциальными условия Договора.
11. СПИСОК ПРИЛОЖЕНИЙ
11.1. Приложение №1 – Технические требования.
11.2. Приложение №2 – Этапы выполнения работ.
11.3. Приложение №3 – Акт сдачи-приёмки выполненных работ.
12. АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Исполнитель:
Юридический адрес:
Фактический адрес:
ИНН , КПП
БИК
р/с в
к/с
Заказчик:
ВТБ 24 (ЗАО)
Адрес: 101000, г. Москва, ул. Мясницкая, д.35
ИНН 7710353606/КПП 775001001
к/с 30101810100000000716
в ОПЕРУ Московского ГТУ Банка России
БИК 044525716
От Исполнителя
исполнитель
От Заказчика
Член Правления, директор Департамента
банковских и информационных
технологий
_____________________/ исполнитель ФИО
/
_____________________/ Русанов С.Г.
/
М.П.
М.П.
страница 4 из 8
ПРИЛОЖЕНИЕ № 1
к Договору № ___________
от «____»____________ 2013 г.
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
1. Содержание работ
1.1. Разработка и согласование с Заказчиком детального технического задания на перенос
функционала на «УСБС-Back» и вывод из эксплуатации «Lombardi-TP»;
1.2. Разработка решения «УСБС-Back» в соответствии с согласованным детальным техническим
заданием:
1.3. Разработка и согласование методик по внедрению необходимых инструментальных средств
для внедрения, включая перенос настроек системы;
1.4. Разработка и согласование методики приемо-сдаточных испытаний, программных средств,
необходимых для проведения приемо-сдаточных испытаний;
1.5. Настройка и внедрение системы в соответствии с внутренним регламентом Заказчика.
2. Требование к программной части целевого решения
2.1. Функциональные требования
Основное назначение «УСБС-Back» – автоматизация и координация выполнения процессов в
банковских системах, контроль старта, выполнения и завершения процессов, формирование
отчетов и уведомлений. Функциональные требования к реализуемому решению должны быть
разработаны на этапе подготовки и согласования с Заказчиком детального технического задания.
В случае возникновения ошибок и нештатных ситуаций в контролируемых ИТ-системах
Банка, «УСБС-Back» должен генерировать оповещения, при этом обеспечить возможность
ответной реакции со стороны администратора. При возникновении ошибок и нештатных ситуаций
«УСБС-Back» должен позволить администратору диагностировать причины их возникновения и
принимать оперативные меры для их устранения. Необходимо разработать инструментарий для
настройки параметров информационного обмена c ИТ-системами Банка, режима работы
определенных шагов бизнес-процесса и других параметров.
Существующее решение, реализованное в настоящий момент на системе «Lombardi-TP»,
интегрировано со следующими системами Банка:
1.
2.
3.
№
Название
«Бисквит»
«Profile»
«Siebel Collection»
Разработчик
БИС
Fidelity
Техносерв
консалтинг
Платформа/СУБД
Progress
GT.M
Oracle
4.
«Way4»
OpenWay
Oracle
5.
«Система
управления
требованиями» (СУТ)
Собственная
разработка Банка
Progress
6.
SAP HR/АХД
SAP AG
Oracle
7.
«Z-Rates»
Собственная
разработка Банка
MS SQL 2000-2005
8.
«Центр
обработки
платежей» (ЦОП)
Собственная
разработка Банка
MS SQL Server 2008
9.
«ХКАИ»
АТ консалтинг
Oracle
страница 5 из 8
Назначение
АБС
АБС
Система автоматизации
сбора
проблемной
задолженности
Процессинговый центр
пластиковых карт
Система,
обеспечивающая
списание
средств
с
различных
счетов
клиента
Кадровый
учет,
внутрихозяйственная
деятельность
Система
распространения курсов
валют
Обработка
платежей
физических лиц в адрес
юридических
лиц
поставщиков услуг
Корпоративное
хранилище
данных.
10.
«ADWH TerraData»
11.
«Octopus»
12.
Учётная
система
«Телебанк» «Ирбис» (ТБ)
Учётная система «Банкклиент онлайн» (БКО)
13.
TerraData
TerraData
Пронит
Oracle
Собственная
разработка Банка
СтепАп
MS SQL 2005
Аналитическая система.
Корпоративное
хранилище
данных.
Аналитическая система.
Система персонализации
карт
Система интернет-банк
MS SQL 2005
Система клиент-банк
Система «УСБС-Back» должна быть построена на основе программного решения Oracle
Fusion Middleware. Для создания отчетов должно использоваться решение на основе Oracle BI
Publisher.
При разработке целевого решения должны быть учтены следующие требования:
2.1.1. Мониторинг
 Уведомления по каждому запускаемому процессу. Отправка e-mail и SMS уведомления;
 Мониторинг контрольных точек процессов (время старта прошло, процесс не стартовал,
среднее время завершения прошло, процесс не завершен). Отправка e-mail и SMS
уведомления;
 Уведомления по остановке процессов с указанием ошибки с возможностью запуска
процесса из письма нотификации.
Шлюзы для отправки e-mail и SMS уведомлений предоставляет Заказчик;
2.1.2.












Сопровождение
Развитый интерфейс администратора с возможностью просмотра блок-схем выполнения
процесса;
Интерфейс для изменения настроечных параметров техпроцессов;
Просмотр детальной информации по ошибке процесса;
Оперативное исправление ошибки с отправкой статуса/задачи в исполняющую систему
(перезапуск, пропуск и т.п.);
Возможность повторной отправки/проставления в системе статуса исполнения задачи;
Механизм полного/частичного перезапуска процесса (частичный запуск стартует с точки
запуска с подтягиванием ранее определенных параметров);
Возможность прямого поднятия процесса после критической ошибки;
Возможность остановки исполнения процесса;
Возможность полной остановки процесса.;
Возможность осуществления индивидуальных настроек в разрезе элементов
организационной структуры;
Настройки должны быть организованы иерархически, должна быть реализована
возможность задания настроек на верхнем уровне, для всего технологического процесса и
возможность, задать индивидуальное значение для любого элемента организационной
структуры;
Механизм архивации исторических данных по завершенным процессам.
Оперативная и статистическая отчетность
Оперативная отчетность в рамках части процесса (схематично-временная);
Оперативная отчетность в рамках процессов по всем филиалам (схематично-временная);
Отчет по точке выполнения процесса, отражающий, что ждет процесс для продолжения;
Наличие последующего контроля завершенных процессов, с построением графиков,
расчетом среднего времени старта, завершения, выполнения;
 Функционал построения сводных таблиц за период, как по основной БД, так и по
архивной.
2.1.3.




2.1.4.



Требования по установке обновлений
Возможность автоматизированной установки и отката обновлений прикладного ПО;
Установка и откат обновлений прикладного ПО без прерывания работы решения;
Настройки компонентов должны быть переносимыми между разными экземплярами
системы путем реализации механизма экспорта/импорта настроек.
страница 6 из 8
2.2. Нефункциональные требования
 Обеспечивать следование единым стандартам в процессе разработки компонентов
решения;
 При разработке программного кода обеспечивать отсутствие неиспользуемых переменных,
недостижимых блоков кода, отладочной печати, ненужных устаревших комментариев;
 Обеспечивать корректность обработки ошибок, исключительных ситуаций и
формирование информативных сообщений.
 Обеспечивать возможность версионирования компонентов решения, как на уровне
интерфейсов, так и на уровне реализации. Решение должно позволять использовать
несколько версий компонент одновременно. обеспечивать наличие unit-тестов для каждого
разрабатываемого модуля в решении.
 Применять только стандартные подходы и инструментарий разработки (в т.ч. IDE,
framework). При разработке решения следовать рекомендациям Oracle, касающихся
лучших практик.
2.3. Требования к информационной безопасности
Информационная безопасность должна обеспечиваться стандартными средствами,
соответствовать требованиям Стандарта Банка России и ФЗ-152 «О персональных данных», а
также удовлетворять стандартам по информационной безопасности «ВТБ24 (ЗАО)».
Система должна быть спроектирована с учетом требований к разграничению ответственности
между сотрудниками, обеспечивающих ее сопровождение.
3. Требования к расчетной конфигурации вычислительного комплекса.
3.1. Требования к масштабированию и параметризации системы
При построении решения должна быть предусмотрена возможность последующего
расширения функциональных возможностей системы (например, использование новых
источников данных, построение новых отчетов) без изменения архитектуры системы;
Предлагаемая к рассмотрению Система должна обеспечить горизонтальное и вертикальное
масштабирование уровня серверов приложений, front-end, интеграционного уровня (если
выделен). Необходимо указать возможность горизонтального масштабирования уровня БД (на
каких СУБД/платформах поддерживается).
Система должна поддерживать кластеризацию как с точки зрения распределения нагрузки,
так и с точки зрения обеспечения высокой доступности, также должна быть доступна поддержка
катастрофоустойчивых решений.
Система должна обеспечивать универсальность при горизонтальном масштабировании
3.2. Технические требования к составу программно-аппаратного комплекса
 Для серверов БД предпочтительно использование систем UNIX класса:Aix, Solaris, RedHat;
 Для размещения данных предпочтительно использование СХД класса Hi-End производства
HDS;
 Для серверов приложений оборудования классом не ниже Middle-Range: Oracle (Solaris),
Linux (SuSE, RHEL) + HP, Windows + HP;
 Система должна быть выполнена с учетом отказоустойчивых и катастрофоустойчивых
моделей;
 Развертывание основной системы должно происходить в одном централизованном центре
обработки данных;
 Развертывание катастрофоустойчивой системы должно происходить в резервном центре
обработки данных, географически отнесенным от основного центра обработки данных;
 В области отказоустойчивых решений предпочтительно использование ПО Veritas Cluster
Server;
 Решение должно обеспечивать как физическую защиту данных на уровне СУБД
(зеркалирование данных), так и логическую (stand-by копия БД);
 Решение должно предусматривать резервирование серверов приложений, front-end,
интеграционного уровня по схеме n+1;
 Решение должно предусматривать резервирование сервера СУБД по схеме Active-Passive
или более надежное;
страница 7 из 8
 В качестве предпочтительного приложения мониторинга событий и процессов определен
продукт HP OV Operations;
 Тонкий клиент должен использовать протоколы http/https;
 В области резервного копирования необходимо использование существующей системы
резервного копирования Банка на базе Veritas NetBackup;
 Должна поддерживаться штатная поддержка резервных каналов связи;
 Система должна поддерживать возможность увеличения производительности за счет
увеличения вычислительной мощности;
 Требуется наличие промышленных средств архивирования данных, обеспечение защиты
целостности хранимых данных на уровне операций платформы;
Детализация требований к аппаратным ресурсам для решения должна быть выполнена на
этапе подготовке детального технического задания.
4. Требования к документации
В ходе проектирования, создания и внедрения Системы должна быть подготовлена
следующая документация на русском языке:
 Техническое задание;
 Пояснительная записка к техническому проекту;
 Руководство по эксплуатации Системы;
 Руководство по развертыванию компонентов системы;
 Описание комплекса;
 Схема комплекса;
 Схема межсервисного и межсетевого взаимодействия - внутренняя и с внешними ИТсистемами Банка;
 Точки мониторинга, методы мониторинга, описание штатных и нештатных ситуаций;
 Руководство администратора; (предоставление прав пользователям, включая запрещенные
комбинации прав и ролей пользователей в Системе; перечень критичных операций,
совершение которых одним лицом должно быть исключено);
 Методика внедрения, включающее детальный план технических и организационных
мероприятий по переносу функционала и выводу из эксплуатации «Lombardi-TP»;
 Описание конфигурации тестовых сред;
 Описание методики проведения функционального тестирования;
 Описание методики проведения нагрузочного тестирования, включая методики
аппроксимации его результатов для конфигурации контура промышленной эксплуатации
системы.
 Инструкция пользователя;
В комплект документации должна входить документация на подсистему безопасности,
включающая:
 Концепцию безопасности Системы;
 Настройки операционной системы и СУБД (необходимые сервисы, используемые сетевые
порты, права пользователей, права доступа к файлам и каталогам, аудит и т.п.);
 Документация, содержащая описание технологических пользователей (сервисов),
необходимых для работы с Системой (перечень прав данных пользователей, для чего они
используются и способ их заведения).
Вся документация должна быть подготовлена как в напечатанном сброшюрованном виде (в
двух экземплярах), так и на оптическом носителе в формате PDF.
От Исполнителя
исполнитель
От Заказчика
Член Правления, директор
Департамента банковских и
информационных технологий
____________________/ исполнитель ФИО/
_____________________/ Русанов С.Г. /
М.П.
М.П.
страница 8 из 8
ПРИЛОЖЕНИЕ № 2
к Договору № ___________
от «____»____________ 2013 г.
Этапы
Начало
Конец
(контроль
ная
точка)
ЭТАПЫ
выполнения Работ
Задача
1
Подготовка детального
ТЗ на перенос
технологических
процессов Банка на
систему «УСБС-Back»
2
Запуск программного
комплекса »УСБС-Back»
3
Тестирование системы
«УСБС-Back»
4
Перевод в
промышленную
эксплуатацию системы
«УСБС-Back»
Результат
Проведено обследование всех
ТП выполняемых на
платформе «Lombardi-TP».
Подготовлен комплект
документации и ТЗ с
детальным описанием
технологических процессов.
Запущен комплекс со всеми
технологическими
процессами, работают все
интерфейсы, отчеты и
уведомления. Подготовлена
вся документация. Настроена
отказоустойчивость
комплекса целевого решения.
Произведено внутренне
тестирование реализованного
решения силами Банка,
совместно с подрядчиком.
Проведены внутренние
работы в Банке по вводу в
промышленную
эксплуатацию. Подписаны все
акты о вводе в эксплуатацию.
Проведены все согласования.
В состав и этапов работ могут быть внесены изменения по согласованию Сторон, если
они не меняют предмет данного Договора, не приводят к увеличению стоимости и сроков
Работ предусмотренные в данном Договоре.
От Исполнителя
исполнитель
От Заказчика
Член Правления, директор
Департамента банковских и
информационных технологий
________________________/ исполнитель
ФИО/
_____________________/ Русанов С.Г. /
М.П.
М.П.
ПРИЛОЖЕНИЕ № 3
к Договору № ___________
от «____»____________
2013 г.
-----------------------начало формы Акта сдачи-приёмки выполненных работ ---------------------АКТ
сдачи-приёмки выполненных работ по Договору №
от «____»____________
2013 г.
г. Москва
«____»____________
2013 г.
Контрагент, именуемое далее Исполнитель, с одной стороны, и ВТБ 24 (ЗАО), в лице
члена Правления, директора Департамента банковских и информационных технологий
Русанова С.Г., действующего на основании Доверенности от 20.06.2012 № 1529, именуемый
далее «Заказчик», вместе именуемые – Стороны, составили настоящий Акт о том, что
Исполнителем были выполнены следующие работы:
1. ____________________;
2. ____________________;
3. ____________________;
4.
Общая стоимость выполненных работ составляет ___________, в том числе НДС 18% в
размере_____________.
Указанные работы выполнены в полном объёме, Заказчик не имеет к Исполнителю
претензий по составу и качеству выполненных работ.
Следует к перечислению по настоящему акту платёж в размере _________, включая НДС
18% в размере __________, что составляет ____ от общей стоимости работ по договору
№______ от «___»___________2012 г.
От Исполнителя
исполнитель
От Заказчика
Член Правления, директор Департамента
банковских и информационных технологий
________________________/исполнитель
ФИО/
_____________________/ Русанов С.Г. /
М.П.
М.П.
--------------------------------конец формы Акта сдачи-приёмки выполненных работ ---------------От Исполнителя
исполнитель
От Заказчика
Член Правления, директор Департамента
банковских и информационных технологий
________________________/исполнитель
ФИО/
_____________________/ Русанов С.Г. /
М.П.
М.П.