Документация к извещению (Далее Документация)

Документация к извещению
(Далее Документация)
Предмет закупки
1.
2.
Требования к работам, связанные с
определением их соответствия
потребностям Заказчика
Выполнение работ по доработке программного обеспечения,
предоставляющее клиентам Банка информационный и транзакционный
доступ к продуктам и услугам Банка посредством личного мобильного
телефона (система Мобильный Банк).
В соответствии с приложением 2 «Техническое задание» к
Документации.
Требования к описанию
участниками работ
Требования к сроку и объему
предоставления гарантий качества
Не применимо
Сроки выполнения работ
Место выполнения работ
Сведения о цене договора
Не более 9 месяцев с даты заключения договора.
Россия, г. Москва, ул. Мясницкая, д.35.
9 569 564 (девять миллионов пятьсот шестьдесят девять тысяч пятьсот
шестьдесят четыре) рубля 00 копеек, в т.ч. НДС 18%.
Форма, сроки и порядок оплаты
работ
Заказчик осуществляет оплату работ этапа по завершении этапа не
позднее 10 (десяти) банковских дней с момента подписания Акта сдачиприемки работ по этапу на основании счета, выставленного
Исполнителем.
Порядок, место, дата начала и дата
окончания срока подачи заявок
Не применимо
Не применимо
11.
Формы, порядок, дата начала и
дата окончания срока
предоставления разъяснений
положений Документации
Место, порядок, дата и время
вскрытия конвертов с заявками
Критерии оценки и сопоставления
заявок на участие
Не применимо
12.
Порядок оценки и сопоставления
заявок
Место, дата и порядок
рассмотрения, оценки и
сопоставления заявок
Требования к участникам
Не применимо
3.
4.
5.
6.
7.
8.
9.
10.
13.
14.
15.
Не применимо
Не применимо
Не применимо
Участник должен соответствовать требованиям, предъявляемым в
соответствии с законодательством к лицам, осуществляющим поставку
товаров, выполнение работ, оказания услуг, являющихся предметом
закупки, в том числе:
 быть правомочным заключать договор;
 обладать лицензиями, допусками или иными документами,
необходимыми для выполнения работ, являющихся предметом
заключаемого договора, в соответствии с законодательством;
 не находиться в процессе реорганизации, ликвидации, не быть
признанным по решению арбитражного суда несостоятельным
(банкротом);
 не являться лицом, на имущество которого наложен арест по
решению суда, административного органа, и (или) экономическая
деятельность
которого
приостановлена
по
основаниям,
предусмотренным законодательством;
 не иметь задолженности по начисленным налогам, сборам и иным
обязательным платежам в бюджеты любого уровня или государственные
внебюджетные фонды за прошедший календарный год, размер которой
превышает 10 процентов балансовой стоимости активов участника
процедуры закупки, определяемой по данным бухгалтерской отчетности
за последний завершенный отчетный период.
Сведения
об
участнике
должны
отсутствовать
в
реестре
недобросовестных поставщиков, который ведется в соответствии с
Федеральным законом от 21 июля 2005 г. № 94-ФЗ «О размещении
заказов на поставки товаров, выполнение работ, оказание услуг для
государственных
и
муниципальных
нужд»,
и
в
реестре
недобросовестных поставщиков, который ведется в соответствии с
Федеральным законом от 18 июля 2011 г. № 223-ФЗ «О закупках товаров,
работ, услуг отдельными видами юридических лиц».
16.
Требования к содержанию, форме,
оформлению и составу заявки на
участие
Не применимо
Единственный контрагент должен предоставить:
17.1
Коммерческое предложение
Не применимо
Анкета участника
Готовится по Форме 2.1 приложение к Документации в соответствии с
рекомендациями (выделены серым шрифтом) по заполнению Формы 2.1.
Наименование и реквизиты участника, содержащиеся в анкете, будут
включены в проект договора. К анкете должна быть приложена
доверенность на лицо, действующего от имени участника (в случае, если
это лицо не является единоличным исполнительным органом участника).
Документы, подтверждающие
соответствие участника
требованиям, установленным
Заказчиком
Приложения к документации:
Документы, в соответствии с п. 6.3.2. Положения о закупках товаров,
работ, услуг в ВТБ 24 (ЗАО).
17.2
17.3
18.
1. Форма 2.1 – Анкета участника.
2. Техническое задание.
3. Проект договора с Приложениями.
Приложение №1
к Документации к извещению
Форма 2.1 – Анкета участника (для юридических лиц)1
Приложение к письму №________ от «__» ________ 201__г.
по извещению № ………….. в от ……….
(анкета заполняется по всем позициям; в случае отсутствия каких-либо данных указать слово «нет»)
Сведения об
№ п/п
Наименование
участнике
1.
Полное и сокращенное наименование (с указанием организационно-правовой
формы; в соответствии с учредительными документами), торговая марка (если
имеется)
2.
Идентификационный номер налогоплательщика (ИНН)
3.
Основной государственный регистрационный номер (ОГРН)
4.
Лицензии на вид деятельности (дата, регистрационный номер, срок действия,
уполномоченный государственный орган, выдавший лицензию)
5.
Сведения об учредителях(чья доля в уставном капитале 10% и более):
Для физических лиц: ФИО (полностью), дата рождения.
Для юридических лиц: полное наименование (включая организационноправовую форму), ИНН
6.
Размер уставного капитала
7.
Адрес места нахождения
8.
Фактический, почтовый адрес,
9.
Контактный телефон / факс
10.
Веб-сайт, адрес электронной почты
11.
Банковские реквизиты (наименование и адрес банка, телефоны банка, номер
расчётного счета, номер корреспондентского счёта, БИК, прочие банковские
реквизиты) (указываются реквизиты, которые будут использованы при
заключении Договора)
12.
Сведения о руководителях организации:
Должность, ФИО (полностью), дата рождения, стаж работы в данной
организации, контактный телефон)
13.
Сведения о главном бухгалтере:
Должность, ФИО (полностью), дата рождения, стаж работы в данной
организации, контактный телефон)
14
Количественный и профессиональный состав штатных работников
15
Информация об аналогичных работах/услугах за последние 2 года
16.
Информация о наличии опыта работы с банками и ВТБ 24 (ЗАО)
17..
Сведения об ответственном лице участника по техническим по
коммерческим вопросам:
Должность, ФИО (полностью) и контактная информация (телефон, факс, e-mail)
С проверкой достоверности указанных сведений и обработкой персональных данных согласен2.
__________________________
(должность)
М.П.
________________________
(Ф.И.О.)
_______________
(подпись)
Дата: «__» _____ 201__г.
Текст Анкеты набирается участником на компьютере в редакторе Word. Подчистки и исправления, включая заверенные,
не допускаются.
Без подписи руководителя, даты заполнения и печати организации (где она существует) Анкета считается недействительной
Информация в Анкете должна быть актуальна на день ее подписания (не более 30 дней).
Заказчик вправе на любом этапе закупки затребовать нотариально или иным способом удостоверенные копии документов,
подтверждающие сведения, указанные в настоящей анкете.
2
Все лица, указанные в Анкете, делегируют руководителю организации право подписи о согласии на проверку и обработку
своих персональных данных.
1
Приложение №2
к Документации к извещению
Техническое задание
ТЗ представляет собой перечень основных технических и функциональных требований к Продукции и
поставщику и должно содержать:
Наименование работ
Максимальная цена договора
Объем работ, в том числе
состав работ и
последовательности их
выполнения, сроки выполнения
работ и результаты их
выполнения, их
количественные и
качественные характеристики и
порядок их определения.
Место выполнения работ
Требования к сроку и (или)
объему предоставления
гарантий качества работ
Требования к сроку
выполнения работ
Требования к конечному
результату
Условия оплаты
Сведения о валюте,
используемой для
формирования цены договора и
расчетов с поставщиками
(исполнителями,
подрядчиками)
Выполнение работ по доработке программного обеспечения системы
«Мобильный банк ВТБ 24 для физических лиц», предоставляющего клиентам
Банка информационный и транзакционный доступ к продуктам и услугам
Банка посредством мобильных устройств на платформе iOS (iPhone/iPad)
9 569 564 руб. с НДС
Система «Мобильный банк ВТБ 24 для физических лиц» включает:
- ПО серверной части взаимодействующее с интеграционными сервисами;
- ПО мобильного приложения для iPhone/iPad;
- Описание протокола взаимодействия серверной и клиентской части;
- Документацию.
Россия, г. Москва, ул. Мясницкая, д.35
12 месяцев
Не более 9 месяцев с даты заключения договора.
Результаты работ:
- Серверная часть системы «Мобильный банк ВТБ 24 для физических лиц»
развернута на промышленных серверах банка;
- Приложение «Мобильный банк ВТБ 24 для физических лиц» для iPhone/iPad
опубликовано в магазине приложений AppStore;
- Проведена опытно-промышленная эксплуатация системы «Мобильный банк
ВТБ 24 для физических лиц»;
- Исходные коды разработанного программного обеспечения и документация
на систему «Мобильный банк ВТБ 24 для физических лиц» передана
Заказчику.
Заказчик осуществляет оплату работ этапа по завершении этапа не позднее 10
(десяти) банковских дней с момента подписания Акта сдачи-приемки работ
по этапу на основании счета, выставленного Исполнителем.
Российский рубль
Приложение №3
к Документации к извещению
ДОГОВОР № __________
г. Москва
« » __________ 2013 года
____________________________________, в лице ________________________, действующего на основании
________________________, именуемый в дальнейшем - Исполнитель, с одной стороны, и Банк ВТБ 24
(закрытое акционерное общество), в лице _________________________________, действующего на основании
_____________________________, именуемый в дальнейшем - Заказчик, с другой стороны, совместно
именуемые - Стороны, а каждое в отдельности - Сторона, заключили настоящий Договор (далее - Договор) о
нижеследующем:
1
1.1
1.2
1.3
1.4
ПРЕДМЕТ ДОГОВОРА
Исполнитель обязуется по заданию Заказчика выполнить работы по проектированию и разработке
программного обеспечения (далее – ПО) системы «Мобильный банк ВТБ24 для физических лиц» (далее
– Работы), предоставляющего клиентам Заказчика информационный и транзакционный доступ к
продуктам и услугам Заказчика посредством мобильных устройств на платформе iOS (iPhone/iPad)
личного мобильного телефона и передать Заказчику результат Работ в порядке и на условиях,
предусмотренных Договором.
Содержание и объем Работ, требования к Работам, состав отчетной документации и другие технические
условия определяются в Техническом задании (Приложение №1 к Договору).
Форма поставки ПО: исходные коды в виде достаточном для проведения сборки и модификации
готового продукта на стороне Заказчика, документация в соответствии с Приложением №2 к Договору.
Исключительные права на разработанное ПО в любой форме и любым способом переходят к Заказчику
согласно разделам 5 и 7 Договора и другим условиям Договора.
2
ПРАВА И ОБЯЗАННОСТИ СТОРОН
2.1
Заказчик обязуется:
2.1.1
Указать требования к разрабатываемому ПО, цели разработки данного ПО и предоставить
другую информацию, необходимую Исполнителю для проектирования и разработки ПО. Срок – не
более 10 (десяти) рабочих дней с момента подписания Договора, а также в случае необходимости
дополнительной информации – в срок не более 10 (десяти) рабочих дней с момента получения
письменного запроса Исполнителя. Срок предоставления информации может быть увеличен по
согласованию Сторон.
2.1.2
По требованию Исполнителя предоставлять необходимые для выполнения Работ материалы,
информацию в согласованные сроки;
2.1.3
Предоставить платформу (оборудование и вспомогательное программное обеспечение) для
установки ПО на этапе опытно-промышленной эксплуатации по окончании разработки ПО.
2.1.4
Принимать и оплачивать Работы в соответствии с условиями Договора.
2.2
Исполнитель обязуется:
2.2.1
Выполнять Работы для Заказчика в соответствии с Договором.
2.2.2
Информировать Заказчика в разумный срок обо всех обстоятельствах, влияющих на
изменение срока выполнения Работ.
2.2.3
По требованию Заказчика информировать его о ходе выполнения Работ.
2.2.4
Немедленно предупредить Заказчика и до получения от него указаний приостановить
выполнение Работ при обнаружении непригодности или недоброкачественности предоставленных
Заказчиком материалов и данных, возможных неблагоприятных для Заказчика последствий
выполнения его указаний о способе выполнения Работ, иных не зависящих от Исполнителя
обстоятельств, которые грозят качеству выполняемых Работ либо создают невозможность выполнения
Работ в срок. Срок сдачи Работ в этом случае продлевается на время приостановки Работ.
2.2.5
Обеспечить гарантийное обслуживание ПО в соответствии с п.6 Договора.
Выставлять счета-фактуры в порядке и сроки, предусмотренные действующим законодательством РФ.
Стороны обязуются соблюдать конфиденциальность информации, полученной ими друг от друга в
соответствии с разделом 8 Договора.
Заказчик имеет право проверять ход и качество выполнения Работ, предусмотренных Договором, без
вмешательства в оперативно-хозяйственную деятельность Исполнителя.
2.3
2.4
3
3.1
3.2
3.3
3.4
ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ
Цена Договора составляет ____________ рублей, в том числе НДС 18%. Цена Договора является
окончательной. Ставки специалистов и объем Работ приведены в Приложении №3 к Договору.
Валюта Договора и валюта расчетов – российские рубли.
Работы выполняются по этапам. Содержание и сроки выполнения работ по этапам приведены в
Календарном плане (Приложение №4 к Договору) и Составе работ (Приложение №5 к Договору),
являющихся неотъемлемой частью Договора. Заказчик производит приемку работ согласно п.5 Договора.
Заказчик осуществляет оплату работ этапа по завершении этапа не позднее 10 (десяти) банковских дней
с момента подписания Акта сдачи-приемки работ по этапу на основании счета, выставленного
Исполнителем.
Датой оплаты Работ по реквизитам Исполнителя считается дата списания денежных средств со счета
Заказчика на банковский счет по реквизитам Исполнителя.
4. ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТ
4.1. Исполнитель приступает к выполнению с даты подписания Договора.
4.2. Разработка ПО выполняется по месту нахождения Исполнителя.
4.3. В целях обеспечения качественного и своевременного выполнения Работ и решения всех рабочих вопросов
по Договору каждая из Сторон назначает менеджеров, ответственных за исполнение Договора.
4.3.1. Со стороны Исполнителя ответственным является:
_____________________________________
4.3.2. Со стороны Заказчика ответственным является:
_____________________________________
4.4. Стороны обязуются оперативно отвечать на запросы другой Стороны и подтверждать получение
корреспонденции посредством электронной почты.
4.5. При смене менеджера или возможности его длительного отсутствия более 3 (трех) рабочих дней, Стороны
обязаны заблаговременно информировать друг друга, используя все доступные для этого способы.
4.6. В случае нарушения Заказчиком сроков предоставления Исполнителю информации, материалов,
оборудования или прочего имущества, необходимого для выполнения Работ по данному Договору,
Исполнитель имеет право, уведомив Заказчика, сдвинуть сроки выполнения Работ по плану на количество
дней такой просрочки Заказчика с учетом загруженности работников Исполнителя.
4.7. Ни одна из Сторон не вправе уступать исполнение данного Договора третьему лицу без предварительного
письменного разрешения другой Стороны.
5.
ПОРЯДОК СДАЧИ И ПРИЕМКИ
5.1. Сдача-приемка выполненных работ оформляется Актом.
5.2. Исполнитель
предоставляет
Заказчику
Акт,
подтверждающий
выполнение
Исполнителем
соответствующих Работ по Договору надлежащего качества и свидетельствующего об отсутствии у
Заказчика претензий и замечаний по выполненным Работам.
5.3. По окончании выполнения Работ Исполнитель передает Заказчику соответствующий требованиям
Технического задания результат выполненных Работ – ПО, исходные коды ПО, документацию и прочую
информацию, касающуюся результата, предусмотренные Техническим заданием, два экземпляра Акта и
счет на оплату выполненных Работ.
5.4. Заказчик в течение 20 (двадцати) рабочих дней с момента получения от Исполнителя ПО знакомится с его
работой, принимает результат Работ, подписывает оба экземпляра Акта и направляет один экземпляр Акта
Исполнителю либо представляет письменный мотивированный отказ в приемке Работ.
5.5. Мотивированный письменный отказ должен содержать следующие пункты:
указание на недостаток в выполненных Работах, который нужно устранить;
обоснование требования устранения недостатка ссылкой на невыполненный пункт Технического задания.
5.6. При получении мотивированного отказа Исполнитель обязуется устранить выявленные недостатки,
указанные в отказе, в сроки, согласованные Сторонами в письменной форме, но не более 30 (тридцати)
календарных дней.
5.7. Сдача-приемка выполненных Работ после устранения недостатков, указанных в мотивированном отказе,
производится в порядке, предусмотренном настоящим разделом Договора.
5.8. В случае если в срок, предусмотренный п.5.4. настоящего раздела, Заказчик не подписывает Акт и не
предоставляет Исполнителю письменный мотивированный отказ от подписания Акта, Работы считаются
выполненными надлежащим образом, принятыми Заказчиком и подлежащими оплате в полном объеме.
5.9. После получения оригинала либо факсимильной или скан-копии подписанного Акта Исполнитель
передает Заказчику исходные коды ПО. Результат Работ и исходные коды передаются Заказчику в
электронном виде посредством электронных каналов связи.
5.10. С момента приемки результата выполненных Работ по правилам данного раздела риск случайной гибели
ПО переходит на Заказчика.
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
6.1. Исполнитель предоставляет Заказчику гарантийное обслуживание ПО, которое предусматривает
устранение программных ошибок и отклонений в результате Работ от изложенных в Техническом задании
требований, выявленных в пределах гарантийного периода.
6.2. Длительность гарантийного периода составляет 1 (один) год, начиная со дня подписания Акта сдачиприемки работ по заключительному этапу Договора.
6.3. Исполнитель обязуется предоставлять уровень сервиса по устранению ошибок / проблем в гарантийный
период, соответствующий следующим критериям и правилам:

Время действия технической поддержки (регистрации обращений Заказчика): 24/7.

При регистрации обращений Заказчика, соответствующим проблемам присваивается приоритет.
Приоритет проблемы определяет Заказчик в соответствии со следующим правилом: критической
ошибкой/проблемой является сбой в функционировании системы, блокирующий выполнение одного или
более сервисов заказчика. Все остальные ошибки/проблемы квалифицируются как Некритические.

Способы оповещения Исполнителя об ошибках/проблемах: описание должно быть зарегистрировано
в системе регистрации заявок Исполнителя. В случае, если не предоставлен доступ, то допускается
направление ошибок по электронной почте.

В описании ошибки/проблемы должны быть указаны дата и время возникновения, краткое описание
ошибки/проблемы, шаги для ее воспроизведения с точным указанием использовавшихся данных, с
описанием ожидаемого поведения, с приложением снимков экрана, копий технических журналов,
обоснование присвоенного приоритета.

Время реакции и исправления ошибок/проблем Исполнителем:
Тип проблемы
Время реакции специалиста
Исполнителя
Максимальное время
устранения
Критическая ошибка / проблема
1 час
3 часа
Некритическая ошибка / проблема
1 день
5 рабочих дней
Устранение ошибки/проблемы завершается поставкой исправлений исходного кода Заказчику, либо
поставкой описания обходного пути для исправления возникшей проблемы.
6.4. Исполнитель не несет ответственности за просрочку сроков выполнения Работ, в случае если задержка
вызвана отсутствием необходимой информации и/или доступа к инфраструктуре заказчика и/или
платформы. При этом сроки выполнения работ отодвигаются соразмерно времени задержки в получении
Исполнителем необходимой информации Заказчика и/или доступа к инфраструктуре Заказчика.
6.5. После истечения гарантийного срока Заказчик вправе привлекать для расширения возможностей ПО и
послегарантийного технического обслуживания ПО как Исполнителя, так и третью сторону.
7.
ИСКЛЮЧИТЕЛЬНЫЕ ПРАВА НА РЕЗУЛЬТАТ РАБОТЫ
7.1. Одновременно с завершением взаиморасчетов на основании подписанного Акта сдачи-приемки работ по
заключительному этапу Исполнитель передает (отчуждает) Заказчику исключительные права на ПО в
полном объеме.
7.2. Исполнитель гарантирует (в том числе, по требованию Заказчика, с предоставлением всех необходимых
документов), что любая авторская работа, написанная сотрудниками Исполнителя, не нарушает авторских
прав либо патентов третьей стороны и что используемые права свободны от обязательств и он может ими
распоряжаться.
7.3. Исполнитель не несет ответственности за нарушение авторских прав и (или) патентов третьей стороны в
случае, если после получения результата работ Заказчик самостоятельно без согласования с Исполнителем
внес изменения в программный код результата работ, чем нарушил авторское право и (или) патенты
третьей стороны.
7.4. При заключении Договора, после подписания Акта по заключительному этапу Договора, Заказчик
предоставляет Исполнителю право на использование имени Заказчика в официальных списках
организаций, для которых Исполнитель является партнером.
7.5. Исполнитель, после передачи Исключительных прав Заказчику, вправе использовать результаты работы
исключительно в целях демонстрации и рекламы своих услуг (добавить в каталог выполненных работ, и
т.п.).
8.
КОНФИДЕНЦИАЛЬНОСТЬ
8.1. Стороны признают конфиденциальной любую информацию, передаваемую Сторонами друг другу по
Договору, либо информацию, принадлежащую одной Стороне, которая может стать известной другой
Стороне, включая сведения о партнерах и взаимоотношениях с ними другой Стороны, планах работ
другой Стороны, а также содержание Договора.
8.2. Сторона не вправе сообщать третьим лицам или разглашать иным образом любые сведения, которые
станут ей известны при заключении или исполнении Договора и могут рассматриваться в качестве
сведений, составляющих коммерческую или иную охраняемую законом тайну другой Стороны, без
письменного согласия другой Стороны, если иное не предусмотрено законодательством Российской
Федерации. Правило действует в том числе после прекращения Договора в течение 2 (двух) лет.
8.3. Стороны обязаны допускать к использованию конфиденциальной информации только тех работников,
которым доступ к такой информации необходим в силу выполняемых ими функций.
8.4. Ограничения относительно разглашения информации не относятся к общедоступной информации или
информации, ставшей таковой не по вине Сторон, а также к информации, ставшей известной Стороне из
иных источников до или после ее получения от другой Стороны.
8.5. Стороны обязуются принимать разумно достаточные меры по охране конфиденциальной информации,
полученной в рамках Договора, обеспечивать режим ее защиты в соответствии с требованиями
законодательства.
8.6. Стороны обязуются использовать полученную друг от друга информацию исключительно для целей
исполнения Договора.
8.7. Стороны не несут ответственности в случае передачи информации суду или государственным органам,
имеющим право ее затребовать в соответствии с законодательством Российской Федерации.
8.8. При расторжении Договора, Сторона, получившая конфиденциальную информацию от другой Стороны,
по требованию второй Стороны обязана либо уничтожить данную информацию, либо передать её второй
Стороне.
9.
ОТВЕТСТВЕННОСТЬ
9.1. За невыполнение или ненадлежащее выполнение обязательств по Договору Стороны несут
ответственность в соответствии с Договором, а в части им неурегулированной - в соответствии с
законодательством Российской Федерации.
9.2. В случае внесения Заказчиком неоговоренных изменений и дополнений в программный код, Исполнитель
не несёт ответственности за работоспособность ПО. Заказчик лишается гарантийного обслуживания ПО,
предоставляемого в соответствии с разделом 6 Договора.
9.3. Заказчик несет ответственность за просрочку платежей в виде выплаты неустойки (пени) в размере 0,1
(ноль целых одна десятая) % от неоплаченной в срок суммы за каждый день просрочки оплаты, но не
более 10 (десяти) % от неоплаченной суммы.
9.4. В случае просрочки исполнения Исполнителем обязательств, предусмотренных Договором, Заказчик
имеет право начислить Исполнителю неустойку в размере 0,1 (ноль целых одна десятая)% от стоимости
невыполненных Работ за каждый календарный день просрочки исполнения обязательства, но не более 10
(десяти) % от указанной суммы. Неустойка не освобождает Исполнителя от исполнения его обязательств
в полном объеме.
9.5. В случаях, когда Работы выполнены Исполнителем с отступлениями от Договора, ухудшившими
результат Работ, или с иными недостатками, которые делают его непригодным для предусмотренного в
Договоре использования, либо при отсутствии в Договоре соответствующего условия - непригодности для
обычного использования, Заказчик вправе требовать безвозмездного устранения недостатков в разумный
срок.
9.6. Исполнитель не несет ответственность за нарушения авторских прав и (или) патентов третьей стороны в
случае, если после получения результата Работ Заказчик самостоятельно без согласования с Исполнителем
внес изменения в результат Работ, чем нарушил авторское право и(или) патенты третьей Стороны.
10. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
10.1. Стороны освобождаются от ответственности за неисполнение (ненадлежащее исполнение) обязательств
по Договору, если оно вызвано обстоятельствами непреодолимой силы, определяемыми в соответствии с
п.3 ст.401 Гражданского кодекса Российской Федерации.
10.2. Если любое из таких обстоятельств непосредственно повлияло на исполнение обязательства в срок,
установленный в Договоре, то этот срок соразмерно отодвигается на время действия соответствующего
обстоятельства.
10.3. Если наступившие обстоятельства, перечисленные в п. 10.1 настоящего раздела, и их последствия
продолжают действовать более двух месяцев, Стороны проводят дополнительные переговоры для
выявления приемлемых альтернативных способов исполнения Договора. Каждая Сторона имеет право на
досрочное расторжение Договора. В этом случае Стороны производят взаиморасчеты в течение 10 (десяти)
рабочих дней с момента уведомления какой-либо из Сторон о расторжении.
11. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ
11.1. В случае возникновения споров или разногласий, вытекающих из исполнения Договора или в связи с ним,
в том числе касающихся нарушения, прекращения или недействительности настоящего Договора («спор»),
Стороны спора должны, в первую очередь, попытаться урегулировать его посредством переговоров.
11.2. В случае недостижения согласия путем переговоров спор подлежит разрешению Арбитражным судом
г. Москвы. До передачи спора в суд Сторонами должен быть соблюден претензионный порядок его
урегулирования Применимое материальное право к спорным отношениям – законодательство Российской
Федерации.
11.3. До передачи спора в суд, Сторонами должен быть соблюден претензионный порядок его урегулирования.
Претензия должна быть рассмотрена в течение 10 (десяти) календарных дней с момента получения и
направить другой Стороне ответ. Переписка ведется заказной корреспонденцией с уведомлением о
вручении. Начало течения срока определяется по дате вручения уведомления второй Стороне. Соблюдение
срока рассмотрения определяется по почтовому штемпелю отправителя на конверте.
11.4. В случае неудовлетворения требований одной Стороны в добровольном порядке второй Стороной, а равно
неполучения ответа в указанный срок, досудебный претензионный порядок считается соблюденным.
11.5. При рассмотрении споров в суде переписка Сторон по электронной почте и обмен электронными
сообщениями могут использоваться Сторонами в качестве доказательств. При этом используются адреса,
указанные в разделе 14 Договора.
12. ДЕЙСТВИЕ ДОГОВОРА. ПОРЯДОК ЕГО ИЗМЕНЕНИЯ И РАСТОРЖЕНИЯ
12.1. Договор вступает в силу с момента его подписания и действует до исполнения Сторонами принятых на
себя обязательств по Договору.
12.2. Изменение Договора допускаются только по соглашению Сторон, оформленному в письменной форме.
12.3. Сторона, инициирующая изменения, предоставляет другой Стороне в письменном виде проект
предлагаемых изменений. Сторона, получившая предложение о внесении изменений, обязана рассмотреть
его и направить ответ в течение 10 (десяти) календарных дней со дня получения такого предложения.
12.4. В случае досрочного прекращения действия Договора Исполнитель обязан передать Заказчику версию ПО,
актуальную на момент расторжения Договора, Заказчик обязан принять и оплатить выполненные работы
на момент расторжения Договора.
12.5. Настоящий Договор может быть досрочно расторгнут любой из Сторон путем письменного уведомления
другой Стороны не позднее, чем за 30 (тридцать) календарных дней до даты предполагаемого
расторжения. При этом:
12.5.1. Стороны не освобождаются от ответственности за нарушение Договора, основания которой возникли
до расторжения.
12.5.2. Исполнитель вправе отказаться от исполнения обязательств по Договору при условии полного
возмещения Заказчику документально подтвержденного ущерба.
13. ПРОЧИЕ УСЛОВИЯ
13.1. Договор составлен в двух экземплярах, имеющих равную юридическую силу, по одному экземпляру для
каждой из Сторон.
13.2. Форма Договора считается соблюденной при условии подписания Договора уполномоченными
представителями Сторон.
13.3. Все подписанные уполномоченными представителями Сторон Приложения к Договору, а также
Дополнительные соглашения к нему являются неотъемлемой частью Договора.
13.4. Все уведомления (извещения, претензии), связанные с исполнением, изменением и прекращением
Договора, должны быть оформлены в письменном виде.
13.5. Любые уведомления Сторонами друг друга на протяжении действия Договора могут осуществляться
посредством обмена сообщениями с использованием факсимильной связи, электронной почты и иными
способами. Для этого Сторонами будут использоваться адреса, указанные в разделе 14 Договора.
13.6. Вопросы, не урегулированные Договором, регулируются законодательством Российской Федерации.
13.7. После подписания Договора все предыдущие переговоры и корреспонденция в отношении предмета
Договора аннулируются, теряя юридическую силу.
13.8. В случае изменения юридического статуса, места нахождения, обслуживающего банка или расчетного
счета Стороны обязаны не позднее чем через 5 (пять) рабочих дней уведомить об этом друг друга. Все
уведомления и сообщения должны направляться в письменной форме. Сообщения будут считаться
исполненными надлежащим образом, если они отправлены заказным письмом, по телеграфу, телетайпу,
телефаксу или доставлены лично с получением под расписку соответствующими должностными лицами.
13.9. Действия, совершенные по старым адресам и реквизитам до поступления уведомления об их изменении,
засчитываются в исполнение обязательств. Сторона, не сообщившая об изменении адреса в срок,
предусмотренный в п. 13.8 настоящего раздела, не может ссылаться на неполучение уведомления,
сообщения.
14. РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Заказчик:
Исполнитель:
ВТБ 24 (ЗАО)
Юридический адрес:
101000, г. Москва, ул. Мясницкая, д. 35
Почтовый адрес:
101000, г. Москва, ул. Мясницкая, д. 35
Тел. +7 (495) 960-24-24
Факс: +7 (495) 960-24-24, доб. 44-36
ИНН 7710353606/ КПП 775001001
К/с: 30101810100000000716
в ОПЕРУ Московского ГТУ Банка России
Р/с: 60311810400000000000
БИК: 044525716
Код ОКПО: 20606880
Код ОКОНХ: 96120
ОГРН Банка: 1027739207462 от 17.09.2002
________________ /_________________/
М.П.
___________________ /______________/
М.П.
Приложение № 1
к Договору ______
Техническое задание
Введение
Документ предназначен для определения задач и рамок проекта развития системы “Мобильный Банк
ВТБ24 для физических лиц”.
В рамки проекта входит доработка системы “Мобильный банк ВТБ24 для физических лиц”, предоставляющей
клиентам ВТБ24 информационный и операционный доступ к продуктам и услугам ВТБ24.
Мобильный банк является частью единый платформы дистанционного банковского обслуживания ВТБ24. В
рамках данного проекта ВТБ24 не предполагает менять существующую платформу ДБО или внедрять новую
платформу. Пользовательская логика мобильного банка должна согласовываться с логикой всей платформы
ДБО ВТБ24.
1. Задачи проекта









Разработать детальное техническое задание на Систему “Мобильный Банк ВТБ24 для физических лиц”.
Разработать (доработать) серверную часть Мобильного банка.
Разработать протокол взаимодействия серверной части Мобильного банка с клиентскими
приложениями.
Разработать дизайн клиентского приложения для устройств iPhone и iPad. Дизайн приложения для iPad
должен быть разработан с учетом рационального использования большего рабочего пространства.
Разработать универсальное клиентское приложение для iPhone/iPad, предоставляющее клиентам Банка
информационный и операционный доступ к продуктам и услугам Банка.
Провести функциональное тестирование серверной части Мобильного банка и клиентского
приложения для iPhone/iPad.
Провести нагрузочное тестирование серверной части Мобильного банка.
Обеспечить публикацию клиентского приложения для iPhone/iPad в магазине приложений AppStore.
Обеспечить сопровождение нужного уровня, тестирование и обеспечение совместимости новых версий
ОС, включая оптимизацию под новые ОС и разрешения экрана в течение 1 года после окончания
проекта.
2. Требования к Системе
Архитектура Системы
2.1.
Все взаимодействие с Back-офисной частью Банка проводится через Сервисную модель обслуживания
ВТБ24. Взаимодействие с сервисной моделью обслуживания производится через шлюз, поставляющий
информацию в формате XML (доступ к шлюзу обеспечивается банком). Взаимодействие с Сервисной моделью
(с сервисом Минерва 2.0) предполагает использование следующих принципов:


Использование асинхронного режима выполнения информационных запросов. Для получения ответа
на свои запросы фронтальная система должна обеспечивать выполнение периодического опроса
сервиса.
Использование композитной логики получения данных из сервиса. Ответ, полученный фронтальной
системой из сервиса, может содержать данные, относящиеся к разным контекстам, в т.ч. содержать





2.2.
результаты ответов на множество запросов, а также содержать события, сформированные на стороне
сервиса.
Использование кэширования данных на стороне фронтального решения на основании политик,
предоставляемых сервисом.
Поддержка прикладной сессии на уровне сервиса
Поддержка сервисов неавторизованной и авторизованной зоны.
Использование единой сервисной модели данных ДБО, реализованной в рамках сервиса.
Реализация операционного сервиса в виде формализованного сценария, описываемого метаданными.
Операционная среда
Серверная часть Мобильного банка должна быть развернута в одном централизованном центре обработки
данных Банка на следующей платформе.
2.2.1.
Аппаратная платформа
Сервер коммуникации (2 шт):
 4х2CPU 3+ Ггц Xeon, 16+GB RAM, SYS RAID1
Сервер интеграции (2 шт):
 4х2CPU 3+ Ггц Xeon, 16+GB RAM, SYS RAID1
Сервер баз данных (2 шт):
 4х2CPU 3+ Ггц Xeon, 16+GB RAM, SYS RAID1, DATA RAID10
2.2.2.
2.2.3.
2.3.
Базовое ПО

Microsoft Windows Server 2008 R2 Enterprise

Microsoft SQL Server 2008 R2 Enterprise
Стороннее ПО

JBoss Application Server Enterprise 5.1

Java Runtime Environment 1.6
Пользователи системы
Ниже представлен перечень групп пользователей системы.
Таблица 1. Пользователи системы
Роль
Гость
Телебанк-лайт
Телебанк
Доступные сервисы
- Курсы
- Банкоматы
- Акции и партнеры
- Новости банка
- Настройки
- Контакты
Все сервисы, доступные Гостю
Кошельки:
Счета и карты,
Сбережения и вклады,
Кредиты
Описание
Неавторизованный пользователь
приложения
Все сервисы, доступные Гостю и Телебанклайт
Авторизованный пользователь
приложения (логин/пароль/разовый
пароль)
Лента новостей
Оплата услуг
Переводы
Уведомления
CRM-предложения
Настройки
Лимиты
Помощь
Объявления
Фоновое изображение
Авторизованный пользователь
приложения (логин/пароль)
Выход
2.4.
Требования к клиентскому приложению
2.4.1.
Поддержка платформ
Интерфейсы приложения iPhone должны быть адаптированы для работы при разрешениях 320x460, 640x960,
640х1136.
Интерфейсы приложения iPad должны быть адаптированы для работы в разрешениях 1024x768, 2048x1536
пикселей. Поддерживаются портретный и альбомный режимы работы.
2.4.2.
Дизайн пользовательского интерфейса
Пользовательский интерфейс приложений должен использовать принципы навигации и управления, принятые
для мобильной платформы iPhone.
Приложение должно соответствовать Apple Human Interface Guidelines и успешно пройти usability тестирование
в одной из лабораторий тестирования по выбору банка. В случае выявления дефектов usability они должны
быть устранены до окончания проекта. Дизайн приложений должен ассоциироваться со стилем ВТБ24. В
дизайне приложений должны применяться логотип ВТБ24, цветовая палитра, шрифты, другие элементы
графического стиля, в соответствии с Brandbook банка.
2.4.3.
Быстродействие и надежность
Высокий приоритет имеет скорость и стабильность работы приложения в условиях мобильного интернета.
Приложение должно корректно (незаметно для пользователя) обрабатывать дискретную потерю связи. Время
отображения экранных форм не может превышать 4 секунды в случае обоснованной загрузки большого объема
информации, а в большинстве случаев выполняться практически мгновенно.
2.4.4.
Получение текущих координат пользователя
Координаты пользователя могут быть запрошены только в контексте работы приложения и только для работы
сервисов приложения, требующих информации о местоположении пользователя. Перед первым запуском
получения координат у пользователя необходимо запросить право на автоматическое определение
местоположения.
Если пользователь дал права на определение местоположения, то получение текущих координат должно быть
инициировано наиболее оптимальным из возможных способов (GPS, геопозиционные данные вышек сотовой
связи, wi-fi).
Отсутствие возможности получить координаты не должно нарушать работу и информационного и
операционного сервисов.
2.4.5.
Контент в контексте
Контекст имеет центральное значение для обеспечения быстроты и эффективности решения задач
пользователем, позволяя ему избегать ошибок и всегда контролировать происходящее.
Контент всегда показывается в том контексте, к которому он относится, и пользователю никогда не требуется
покидать контекст для поиска информации или выполнения задачи. Информация показывается по мере
необходимости, обеспечивая динамичное ее представление и не требуя разбивки на страницы и сложных
структур информации и навигации. Выбор пользователя показываемых и скрываемых элементов запоминается,
позволяя пользователю персонализировать пользовательский интерфейс.
Интерфейс по мере возможности избегает отображения информации на нескольких отдельных страницах,
вместо этого показывая в активном окне больше информации, связанной с действиями пользователя, что
позволяет ему сохранять контекст, легко возвращаться назад и отменять действия, если это необходимо. Когда
задача выполнена или отменена ненужная информация скрывается.
Для форм и полей по возможности используется динамическая проверка, которая позволяет избежать
отправления всей информации с формы за один раз. Она также позволяет отображать контекстные сообщения
об ошибке сразу после ее возникновения.
Анимации, используемые для показа и скрытия информации, должны быть быстрыми и информативными,
показывая пользователю, каким образом контент соотносится с задачей и откуда он появился.
2.4.6.
Экранная клавиатура
Экранная клавиатура должна соответствовать типу поля: в частности для цифровых полей отображаться
цифровая клавиатура (без возможности переключиться на буквенную, без разделителя для целочисленных
значений), для символьных полей отображается буквенно-цифровая клавиатура, клавиатура с «@» для ввода email.
2.4.7.
Загрузка информации
Для быстрого реагирования пользовательского интерфейса и беспрепятственного взаимодействия с
пользователем требуется предварительная загрузка необходимой информации в максимально возможном
объеме, при этом на устройстве не должна храниться информация, раскрывающая персональные данные
клиента, его идентификаторы для работы в системе, информация о счетах и т.п. После этого необходимая
информация показывается и скрывается по мере необходимости в зависимости от действий пользователя.
Если невозможна предварительная загрузка всей информации, пользователю показывается соответствующий
загружаемой информации индикатор загрузки. Во время загрузки или проверки наличия новой информации
пользователю по возможности показывается старая информация.
Обновленная информация должна загружаться автоматически без обновления вручную.
2.4.8.
Сообщения об ошибке
Сообщения об ошибке показываются в контексте того поля или компонента, который активировал данное
сообщение (если возможно). Некоторые действия пользователя также приводят к показу элемента,
предоставляющего ему варианты решения проблемы.
Сообщения об ошибках делятся на четыре категории:
 Маловажная (показываются в контексте. К таким ошибкам относятся, к примеру, ошибки при проверке
правильности заполнения полей или форм. Контекстные ошибки могут быть отнесены к конкретному
полю, группе полей или всей форме. Ошибка должна быть всегда по возможности отнесена к тому
полю, которое ее генерировало.)
 Нормальная (Нормальные ошибки включают, к примеру, неудачные попытки сохранить информацию
или выполнить задачи, не связанные с переводом денег. Нормальные ошибки имеют временный
характер и пользователь может повторить действие.)
 Критическая (Неудачная попытка выполнить задачу, связанную с переводом денег, считается
критической ошибкой. Характер такой ошибки не дает пользователю возможность немедленно
повторить действие.)
 Фатальная (Фатальные ошибки полностью исключают использование Мобильного банка и Система
блокирует пользователю вход или автоматически выгружает его из системы)
2.4.9. Контекстная помощь
Контекстная помощь предоставляется пользователю на одном из 3-х уровней:
 Критически важная информация: по возможности всегда присутствует на экране
 Дополнительная информация о платеже или группе полей, которая может быть полезна пользователю в
случае вопросов по данному конкретному этапу его работы: текстовые окна под значком «?», обычно
размещаемые около названия раздела, к которому относится помощь. Размещению диалогового окна
нужно уделять особое внимание, чтобы оно не закрывало существенную информацию. Помощь не
должна закрывать существенную информацию и помещаться в границы экрана. Желательно давать
возможность пользователю продолжать работу над задачей при отображении контекстной помощи.
 Цель контекстной помощи состоит в предотвращении ошибок при заполнении отдельных полей
платежной формы: помощь появляется в отведенном для нее месте при фокусе в поле.
2.4.10. Глобальная помощь
Используя приложение, пользователь может в любой момент осуществлять поиск в глобальной помощи,
расположенной вне приложения. Результаты состоят из соответствующих поиску заголовков разделов
глобальной помощи. При выборе элемента помощи пользователь перенаправляется в соответствующий раздел
глобальной помощи.
2.4.11. Первое использование
Для вновь подключившихся клиентов в обязательном порядке должна выводиться памятка по безопасности
(или ссылка на сайт с этой памяткой). Ссылка должна пропадать после первой успешной авторизации.
Когда пользователь впервые открывает страницу, или когда происходит существенное обновление или
добавление новой страницы либо раздела внутри страницы, пользователю показывается соответствующая
инструкция по использованию. Пользователь должен иметь возможность использовать эту помощь и в
будущем.
2.4.12. Поиск
Окно поиска позволяет выполнять поиск по всем операциям, заданным пользователем шаблонам, регулярным
платежам, выпискам, банкоматам, партнерам и акциям. Поля поиска предлагают подходящие ключевые слова
на основе контекста, в котором осуществляется поиск.
Поведение поискового компонента зависит от раздела Телебанка, в котором он находится и может
соответствовать одной из следующей логики:

Поиск не фильтрует содержание страницы, а отображает результаты в окне результатов. Выбор любого
результата или нажатие на «ввод» переносит пользователя к соответствующей форме. Результаты в
окне поиска отображаются и фильтруются во время ввода информации в окно поиска.

Происходит фильтрация списка на фронте, без обращения на сервер согласно заданным параметрам.
Для поиска необходимо ввести текстовый параметр поиска и нажать кнопку «поиск». При этом не
предоставляются варианты результатов под строкой поиска.

Глобальный поиск в приложении по аналогии с глобальным поиском в Ipad. Результаты поиска
сгруппированы в соответствии с принадлежностью к сервису и содержат соответствующую иконку.
При отсутствии подходящих результатов для пользователя показывается сообщение об отсутствии подходящих
результатов.
2.4.13. Офф-лайн режим
В офф-лайн режиме мобильное приложение имеет возможность показывать часть информации которая
относится к информационным сервисам и не требует аутентификации либо доступа в сеть.
2.4.14. Настраиваемый интерфейс
Клиент должен иметь возможность настраивать интерфейс «под себя»: изменять положение блоков,
отключать/включать загрузку сервисов, изменять порядок записей в списках.
2.4.15. Блоки и сервисы приложения
2.4.15.1. Курсы валют
Предоставление информации о курсах валют
Должны быть предоставлены курсы валют на сегодняшний день (покупка, продажа, курс ЦБ) и индикаторы
роста в нескольких разрезах:
 курсы валют, реализуемых ВТБ24 при наличном расчете
 курсы валют, реализуемых ВТБ24 по безналичному расчету
Должна быть возможность отложенного показа курса, если такая информация придет из систем банка.
Визуализация каждой валюты должна содержать иконку валют.
Должна быть осуществлена информационная поддержка по информированию клиентов по ограничениям
использования курсов (например, только в определенном регионе) и необходимым действиям по
покупке/продаже.
Предоставление информации о курсах драгоценных металлов
Должны быть предоставлены курсы драгоценных металлов и индикаторы роста на сегодняшний день (покупка,
продажа, курс ЦБ).
10. Предоставление информации об истории курсов валют/драгоценных металлов
Пользователь должен иметь возможность посмотреть курс валют/драгоценных металлов и индикатор роста за
заданный день (покупка и продажа) или просмотреть динамику валюты/драгоценного металла за заданный
период (в том числе предустановленные периоды «последний месяц» и т.д.), в том числе и в графическом виде.
11. Калькулятор валют/драг.металлов
Позволяет узнать стоимость покупки или продажи в ВТБ24 валюты/драгоценного металла. Отображаются все
возможные варианты конвертации между выбранными валютами/драгоценными металлами: безналичный,
наличный обмен. Доступна конвертация валюта-рубль, рубль-валюта, валюта-валюта.
Дополнительные действия: выполнить конвертацию. Происходит переход к операции внутреннего перевода с
заполненными параметрами после того, как неавторизованный клиент выполнит необходимые для авторизации
действия.
Отключение загрузки курсов
Пользователь может отказаться от получения информации о курсах и восстановить получение этой
информации.
2.4.15.2. Банкоматы
Определение ближайшего банкомата
В приложении должна быть возможность определения ближайшего банкомата ВТБ или банка-партнера (банкипартнеры: Банк Москвы, ТрансКредитБанк, банки ВТБ в СНГ) с использованием минимального количества
действий пользователя.
Группировка банкоматов по расстоянию до них
Список работающих банкоматов сгруппирован по степени удаленности их от местоположения пользователя.
Пример – “До 1 км”, “До 5 км” и т.д. Для уменьшения трафика банкоматы загружаются в видимом радиусе, с
возможностью дозагрузки по запросу пользователя (например, продолжению прокрутки списка или изменению
масштаба карты).
Группировка банкоматов по станции метро
Список работающих банкоматов сгруппирован по тому, рядом с какой станцией метро они находятся. Пример –
“Алексеевская”, “Добрынинская” и т.д. Для определения ближайших станций метро должны использоваться
сервисы «Яндекс. Карт».
Для городов без метро данный функционал должен быть недоступен.
12. Возможность посмотреть расположение банкомата на карте
Пользователь может посмотреть детали по каждому из банкоматов (адрес, расстояние до банкомата), а также
может посмотреть, где именно на карте Яндекс располагается конкретный банкомат. Булавка банкомата
показывает принадлежность к определенному банку (например, содержит логотип).
13. Возможность посмотреть расположение банкоматов на карте
Пользователь имеет возможность посмотреть, где именно на карте Яндекс располагаются те банкоматы,
которые есть у него на данный момент в списке. Отображение на карте происходит в виде “булавок” (pins),
соответствующих банку-владельцу банкомата. При клике на булавку банкомата должна отображаться основная
информация о банкомате или о нескольких банкоматах, попавших в область клика. Так же отображается
текущее месторасположение пользователя.
Желательно реализовать возможность просмотра карты и объекты в режиме расширенной реальности [т.е.
пользователь может перейти в режим расширенной реальности и ему отобразится путь к банкомату в 3-D
пространстве].
С карты должна быть возможность ознакомиться с детальной информацией по банкомату.
Дополнительные действия на карте:
 уменьшение/увеличение масштаба карты

отобразить/скрыть карту пробок

поиск по адресу (отображается фрагмент карты
вокруг указанного адреса, 5 последних
использованных в поиске адресов доступны для быстрого выбора пользователем)

центрировать карту относительно положения пользователя
14. Возможность посмотреть детали по банкомату
На странице деталей по банкомату должна присутствовать информация об адресе, организации в которой
установлен банкомат, банке-владельце, режиме работы, доступных услугах, адресе, онлайн-статусе и т.д.
Дополнительные действия:
 проложить маршрут (во встроенном приложении Карты либо, по возможности в приложениях
Яндекс.карты/Яндекс.Навигатор)

показать на карте

сообщить в банк о проблеме с банкоматом (звонок, форма обратной связи)

поделиться информацией о банкомате по e-mail, sms
15. Фильтрация банкоматов
Пользователь может установить параметры фильтрации банкоматов: по режиму работы, банку, доступным
операциям. Параметры фильтрации запоминаются между сессиями. Существует быстрая возможность сбросить
все фильтры.
16. Отключение загрузки банкоматов
Пользователь может отказаться от получения информации о банкоматах и восстановить получение этой
информации.
2.4.15.3. Акции и партнеры
Данный модуль предназначен для предоставления информации о существующих партнерах банка, а также о
преимуществах, которые получают клиенты банка при покупке (заказе) у партнеров банка.
17. Описание программы
В помощи к разделу должно содержаться описание программы.
18. Возможность выбора продукта (карты) для работы с партнерами
Клиент может указать тип своих карт и размер скидки, по которым его интересуют предложения партнеров и
акции.
19. Быстрая информация
В приложении должна быть возможность определения ближайшего партнера с использованием минимального
количества действий пользователя.
Приложение должно позволять продвигать приоритетного партнера.
20. Нотификация пользователя о рядом расположенном партнере
В случае получения от пользователя согласия на нотификацию о рядом расположенном партнере, приложение
должно оповещать пользователя о рядом расположенном партнере и соответствующих акциях при нахождении
пользователя рядом с партнером в «Центре уведомлений» iPad.
21. Отображение списка партнеров банка
Пользователь может просмотреть список существующих партнеров банка. Список должен быть сгруппирован
по категориям (“Кафе и рестораны”, “Электроника”, “Ювелирные изделия”, “Услуги”, “Автомобили” и т.д.).
Пользователь может отфильтровать партнеров по категории.
22. Возможность посмотреть расположение партнеров на карте
Пользователь имеет возможность посмотреть, где именно на карте располагаются те партнеры, которые есть у
него на данный момент в списке. Отображение на карте происходит в виде “булавок” (pins). Там же
отображается текущее месторасположение пользователя.
23. Отображение списка акций банка
Пользователь может просмотреть список активных акций. Пользователь может отфильтровать партнеров по
размеру предоставляемой скидки.
24. Возможность просмотра информации о партнере
Пользователь может просмотреть информацию о конкретном партнере – описание партнера, предоставляемые
акции, время их проведения.
Дополнительные действия: пользователь может поделиться информацией о партнере по e-mail, sms.
25. Возможность просмотреть расположение партнера на карте
Пользователь имеет возможность посмотреть, где именно на карте Яндекс располагается выбранный партнер и
проложить к нему маршрут.
26. Возможность просмотра информации об акциях
Пользователь может просмотреть информацию о конкретной акции – описание акции, условия, время их
проведения и т.д..
Дополнительные действия: пользователь может поделиться информацией об акции или партнере по e-mail, sms.
27. Новости партнеров
Пользователь может просмотреть список новостей партнеров, просмотреть описание каждой новости и перейти
к описании акции из новости. Пользователь должен видеть (например, в виде наклейки) количество
непочтенных новостей партнеров.
2.4.15.4. Новости банка
Отображается лента новостей страницы ВТБ24 в Facebook. Недоступность сервисов социальных сетей не
должна замедлять загрузку страницы приложения.
2.4.15.5. Социальные сети
В неавторизованной зоне приложения должна быть возможность:
 «посоветовать» друзьям приложение на facebook, Вконтакте, Twitter
 присоединиться к ВТБ24 на facebook, Вконтакте, Twitter, foursquare
 чтения и участия на странице facebook ВТБ24 из приложения
 «поделиться» некоторой информацией об объекте приложения на facebook, Вконтакте, Twitter:
например, об акции или партнере
Необходимо реализовать возможность отключения функционала социальных сетей на стороне Банка.
Недоступность сервисов социальных сетей не должна замедлять загрузку страницы приложения.
2.4.15.6. Вход в систему
На первом экране входа должна быть размещена ссылка на ииструкцию «Как стать клиентом Мобильного
банка».
Вход состоит из двух этапов и требует заполнения следующих полей:
Этап 1
Логин (Уникальный Номер Клиента (УНК) по умолчанию или любое имя пользователя, заданное
пользователем в настройках)
Пароль
Этап 2 Может отсутствовать, если клиент аутентифицируется только по логину и паролю с ролью «Телебанклайт»
Вариант 1: Клиент использует для аутентификации КПК
Ввод кода, запрашиваемого системой
Вариант 2: Клиент использует подтверждение OTP, полученных по SMS или с генератора паролей
выбор метода подтверждения из списка доступных методов аутентификации (клиенту предлагается от 1 до 3-х
вариантов из следующих методов: Без подтверждения, SMS, Генератор паролей) полученного с сервера банка
Этап 3 Может отсутствовать, если клиент аутентифицируется только по логину и паролю с ролью «Телебанклайт»
При выборе метода «SMS»
отображается кнопка «Запрос пароля по SMS». После нажатия вместо указанной кнопки появляются:
 поле для ввода одноразового пароля;

кнопка «Повторить запрос пароля по SMS» рядом с полем для ввода одноразового пароля (данная
кнопка должна блокироваться после нажатия на 10 – 20 секунд с визуализацией обратного отсчёта до
разблокировки).

кнопка «Войти»;
Также после отправки запроса на генерацию ОТР (нажатия на кнопку «Запрос пароля по SMS») должно
появляться сообщение, информирующее о том, что запрос на генерацию пароля направлен в банк, сообщение
будет сформировано и отправлено на телефон клиента в течение определённого времени.
При выборе метода «Генератор паролей»
отображается «Введите запрос в генератор паролей в режиме «А»»: %номер запроса (присылает сервер)%
Текст: «Введите значение, полученное на генераторе паролей:»
Поле для ввода кода
На втором этапе пользователю также показывается связанная с безопасностью информация о последнем входе
в систему с использованием реквизитов доступа данного пользователя.
При обращении к пользователю не используется фамилия.
После успешного входа в систему пользователь получает доступ к системе.
28. Подсказка по восстановлению пароля
На форме авторизации необходимо предусмотреть возможность подсказки клиенту забывшему пароль.
Подсказка содержит текстовое описание необходимых действий для восстановления пароля.
29. Памятка по безопасности
До входа в систему пользователю должна быть доступна сжатая информация о безопасности с основными
рекомендациями для пользователя по обеспечению его безопасности. С этой страницы также можно перейти к
более подробному описанию.
30. Опция сохранения логина
В случае успешного перехода на этап 2, логин сохраняется и при последующих входах в систему поле логин
предзаполняется (с возможностью изменения) сохраненным значением. Клиент может отключить сохранение
логина в настройках приложения.
31. Смена пароля после входа в систему
Сразу после входа в систему пользователя могут попросить сменить пароль. При этом пользователю
отображается сообщение с обоснованием необходимости смены пароля.
Пользователь должен заполнить следующие поля:
 Первоначально выданный или старый пароль, который был использован для входа в систему

Новый пароль по выбору пользователя

Повторный ввод нового пароля
32. Активация КПК
Если на используемой в настоящее время КПК начинают заканчиваться коды подтверждения, то пользователь
получает напоминание и ему предлагается удобный способ активировать новую КПК. Если пользователь
воспользуется напоминанием, ему откроется функция активации новой КПК. Пользователь также может
выполнить это действие в любой момент в разделе «Настройки».
33. Обязательная активация новой КПК
После входа в систему по коду 2 с текущей КПК для пользователя открывается окно активации новой карты.
Необходимо заполнить следующие поля:
 Код 1 с текущей карты

Код 112 с новой карты

Серийный номер новой карты
Если вся введенная информация правильна, то новая карта активируется и можно продолжить обычную работу
в Телебанке.
Если пользователь решит отменить процедуру активации, то ему будет показано предупреждение о том, что
активацию придется завершить в офисе банка. Текущий сеанс может продолжаться, но действия пользователя
будут ограничены количеством оставшихся на карте кодов.
34. Исчерпан лимит попыток входа в систему
После определенного количества последовательных неудачных попыток входа в систему (число определяется
службой безопасности ВТБ24) доступ к Телебанку и ТелеИнфо блокируется на определенный период,
продолжительность которого пользователю не сообщается. Поля входа в систему удаляются со страницы входа
в систему и заменяются соответствующим сообщением.
35. Технический перерыв
Во время технических перерывов для пользователей закрыт доступ к Телебанку и ТелеИнфо. Поля входа в
систему удалены и заменены соответствующим сообщением.
2.4.15.7. Лента новостей
Задача ленты новостей – дать быстрый обзор доступных средств, прошлых операций, предстоящих платежей и
другой наиболее важной для клиентов информации.
36. Операции
На главной странице показывается 5 последних операций со счетами и картами клиента. В некоторых случаях,
определяемых банком, клиенту необходимо показать комментарий (например, если нет возможности получить
последние операции по всем типам продуктов).
Если у нового клиента нет еще операций по счетам и картам, то в этом блоке отображается промо-информация
типа «Здесь будет отражаться информация о пяти ваших последних транзакциях по счетам и картам».
37. Курсы
Показываются курсы ВТБ24 валют и драгоценных металлов и соответствующие курсы Центрального банка.
38. Шаблоны
Показываются шаблоны, которые по выбору пользователя отображаются в ленте новостей. Выбор шаблона
открывает его для проведения.
39. Предстоящие платежи
Предстоящие платежи позволяют пользователю просматривать предстоящие регулярные и отложенные
платежи в виде списка или календаря. В списке показывается 5 ближайших предстоящих платежей. Если в
последний день или в единственный в этом блоке день несколько платежей, то нужно показать все платежи за
этот день, даже если суммарно их получается больше 5. Указывается консолидированная информация по
количеству показанных предстоящих платежей и их сумме.
При выборе даты в календаре отображается список предстоящих платежей на данный день. По умолчанию в
календаре выбрана текущая дата. При календарном отображении показывается сумма предстоящих платежей,
оставшихся в данном месяце, включая неудавшиеся платежи. В календарном представлении используются
цветовые индикаторы:
 Красный – неудавшийся платеж, попытки его провести не предпринимаются

Красное число на синем фоне - неудавшийся платеж, попытки его провести предпринимаются

Зеленый – успешно проведенный платеж

Синий – запланированный платеж

Серая рамка – сегодняшняя дата
40. Доступные средства
Раздел доступных средств показывает продукты клиента, разбитые на кошельки (Счета и карты, Сбережения и
вклады, Кредиты, подробнее о кошельках см. в п.52), которые показываются на главной странице согласно
выбору пользователя. По умолчанию отображаются все продукты клиента. Если у пользователя отсутствуют
продукты в кошельке, то показывается информация о том, как открыть или приобрести соответствующие
продукты и рекламные предложения доступных продуктов.
41. CRM-Кампании / Взаимодействие с клиентами
При наличии специального предложения, сформированного аналитической CRM банка для данного
пользователя отображается баннер, который содержит возможность быстрого перехода в раздел кампаний
(см.п. 2.4.15.12). Пользователь может удалить баннер из ленты новостей.
42. Оплата услуг
Страница платежей дает доступ к предоставленным ВТБ24 операциям, а также к созданным пользователем
шаблонам и регулярным платежам.
43. Мои шаблоны
В разделе «Мои шаблоны» дается список доступных шаблонов. Пользователь может добавлять и удалять
шаблоны из «Ленты новостей», выделяя или снимая выделение с пиктограммы в виде звездочки.
Шаблоны бывают двух видов: подписанные и неподписанные. На уровне списка шаблоны должны визуально
различаться (подписанные и неподписанные шаблоны) соответствующими иконками.
Клиенту доступны следующие опции с шаблонами:
 удалить шаблон;

переименовать шаблон;

провести операцию;

редактировать шаблон (сохранить без проведения операции);
Выполнение операции по шаблону аналогично проведению любой операции за тем исключением, что поля
операции заполнены заранее сохраненными значениями. Подписанные шаблоны не требуют подтверждения,
если сумма операции попадает в границы подписанного лимита (необходимость подтверждения и метод
подтверждения определяет АЦ банка).
2.4.15.8. Оплата услуг
Для использования операции пользователь должен:
 Выбрать категорию

Выбрать компанию

Заполнить обязательные поля и дать подтверждение
При выборе категории пользователь может задать регион. Перечень организаций в каждой из категорий зависит
от выбранного региона. По умолчанию используется регион прописки пользователя.
За каждой категорией закреплена пиктограмма. Организации внутри категории либо представлены
собственными логотипами, либо же пиктограммой категории при отсутствии логотипа.
Если операция не существует, пользователь может создать новую операцию, выбрав один из вариантов
«Создать новую операцию». Доступные варианты:
 Перевести денежные средства между счетами и картами ВТБ24

Совершить рублевый платеж в другой банк
При выборе одного из вариантов открывается соответствующий раздел в «Переводах»
Еще один способ воспользоваться предварительно введенной информацией – выбрать совершенную ранее
транзакцию в выписке, а затем вариант «Повторить платеж» на странице квитанции, после чего откроется
страница платежа, на которой можно отредактировать все реквизиты, которые были внесены ранее
пользователем. Информация, предоставляемая банком остается закрытой для редактирования.
44. Регулярные платежи
Раздел регулярных платежей показывает доступные регулярные платежи на выбранную дату. По умолчанию
выбирается текущая дата и одновременно можно выбрать только одну дату. Для выбранной даты
показываются:
 Платежная сводка, включая:
o
Общую сумму платежей на выбранную дату
o
Число совершенных в течение месяца платежей и общее число платежей в выбранный месяц
o
Общая сумма всех платежей в выбранный месяц


o
Всего совершено в выбранный месяц
o
Всего остается в выбранный месяц
Основные атрибуты элемента списка предстоящих платежей:
o
дата
o
Назначенная дата платежа
o
Получатель
o
Сумма и валюта
Статус:
o
Регулярность проведения платежей и число оставшихся в серии
o
Дата выполнения платежа, если отличается от назначенной
o
Причина провала попытки оплаты
o
Дата следующей попытки проведения платежа при провале предыдущей
Цветовые индикаторы, используемые на календаре:
 Красный – неудавшийся платеж, попытки не предпринимаются его провести

Красное число на синем фоне - неудавшийся платеж, попытки предпринимаются его провести

Зеленый – успешно проведенный платеж

Синий – запланированный платеж

Серая рамка – сегодняшняя дата
При отсутствии платежей в выбранную дату под общей сводкой за месяц размещается текст соответствующего
содержания.
Даты предстоящих, неудавшихся и совершенных платежей выделяются в календаре. Пользователь может
переходить к следующему/предыдущему месяцу.
Поле сводки показывает различные валюты (если имеются) на отдельных строках.
Выбор предстоящего платежа открывает реквизиты регулярного платежа. Платежи в выбранную дату показаны
рядом с календарем.
Неудавшиеся платежи визуально отделены от предстоящих или совершенных платежей при отображении как в
виде календаря, так и в виде списка. Если платеж не был совершен в предварительно запланированную дату,
показывается информация о фактической дате совершения платежа, визуально отделенная от остальных
платежей. Неудавшиеся платежи, которые система больше не пытается совершить, также визуально отделяются
от остальных платежей. Это означает визуализацию:
 обычных предстоящих платежей;

предстоящих платежей, совершенных не в ту дату, на которую они планировались;

неудавшихся платежей, которые система по-прежнему пытается совершить;

неудавшихся платежей, которые система больше не пытается совершить;

выполненных по расписанию платежей.
Пользователь может выполнять следующие действия с регулярными платежами:
 редактирование регулярных операций /редактирование отдельного
возможностью выгрузки событий и напоминаний в календарь на iPad;

регулярного
платежа
c
просмотр регулярного платежа; открываются реквизиты следующего платежа в виде статичного текста.
Доступные пользователю варианты действий с ним:

o
Совершить следующий платеж сейчас;
o
Отменить текущий платеж;
o
Отмена;
o
Отмена следующего платежа;
o
добавить платеж в шаблоны;
o
выгрузить в календарь на ipad.
удаление серии.
45. Совершение платежей
Выполнение операции состоит из нескольких этапов:
a. Ввод параметров (количество шагов для задания параметров может быть различным).
По возможности, все поля формы загружаются до их отображения пользователю, включая все
взаимозависимые случаи. Благодаря этому систему можно сделать быстрой и реагирующей на выбор
пользователя. Если поля зависят от выбора, то они показываются или скрываются по мере
необходимости. В операциях могут быть использованы некоторые нестандартные типы полей:
b.
c.

номер телефона: предполагает специальное форматирование и возможность выбора номера из
контактов);

открытый справочник: пользователь может как выбрать значение из справочника, так и ввести
собственное значение;

многострочный текст;

строка цифровая: строка, состоящая только из цифр (например, 20-ти значный номер счета в
банке).
Подтверждение введенных данных. См. в п. 46 возможные сценарии подтверждения: без
подтверждения, OTP с КПК, C/R или MAC с помощью EMV-токенов (соответствует вводу кода с
генератора паролей в режиме «А» или «Б»), пароль по SMS. Если клиенту доступно более одного
способа подтверждения, то он должен сначала выбрать метод подтверждения. Дополнительные
возможные действия на этом этапе:

«Редактировать»: Пользователь
подтверждения платежа

«Сохранить без совершения платежа»: пользователь может сохранять платежи и переводы в
виде шаблонов без совершения платежа.

«Отмена»

«Сохранить как шаблон»

«Сделать платеж регулярным»: при этом необходимо задать имя для серии регулярных
платежей, периодичность, начальную и конечную дату, необходимость синхронизации с
календарем на ipad и напоминанию
может
редактировать
уже
проверенную
форму
до
Статус выполнения операции. После подтверждения платежа для пользователя отображается
квитанция «Отправлено в обработку» (см. подробнее п.47).
46. Методы подтверждение операций
Для клиентов, использующих КПК
 отображается
o
«Введите переменный код № %номер кода%
o
Поле для ввода кода
При выборе метода «SMS»
 отображается кнопка «Запрос пароля по SMS». После нажатия вместо указанной кнопки появляются:
o
поле для ввода одноразового пароля;
o
кнопка «Повторить запрос пароля по SMS» рядом с полем для ввода одноразового пароля
(данная кнопка должна блокироваться после нажатия на 10 – 20 секунд с визуализацией
обратного отсчёта до разблокировки);
o
кнопка «Войти».
Также после отправки запроса на генерацию ОТР (нажатия на кнопку «Запрос пароля по SMS»)
должно появляться сообщение, информирующее о том, что запрос на генерацию пароля направлен
в банк, сообщение будет сформировано и отправлено на телефон клиента в течение определённого
времени.
При выборе метода «Генератор паролей в режиме «А»»
 отображается
o
«Введите запрос в генератор паролей в режиме «А»»: %номер запроса (присылает сервер)%
o
Текст: «Введите значение, полученное на генераторе паролей:»
o
Поле для ввода кода
При выборе метода «Генератор паролей в режиме «Б»»
 отображается
o
«Нажмите кнопку «Б» на генераторе паролей и последовательно введите значения, которые вы
видите на экране, в генератор паролей %
o
таблица со значениями, которые нужно вводить в генератор паролей
o
Текст: «Введите значение, полученное на генераторе паролей:»
o
Поле для ввода кода
Метод по умолчанию
При первоначальной аутентификации новыми средствами защиты в качестве метода по умолчанию
предлагается наиболее сильный из доступных клиенту. При последующих входах в «Телебанк» в качестве
метода по умолчанию указывается метод, использовавшийся для аутентификации в предыдущей сессии.
Метод по умолчанию при проведении операции определяется в зависимости от метода, использованного для
аутентификации при открытии текущей сессии. Т.е., если аутентификация осуществлена по методу SMS, в
качестве метода по умолчанию при совершении операции будет использован SMS. Подтверждение операции
другим способом не окажет влияния на изменение метода по умолчанию при проведении другой операции в
рамках той же сессии.
47. Квитанции по операции
Существуют следующие квитанции:
 Отправлено в обработку

Не удалось совершить платеж

Платеж успешно совершен
Содержание квитанции зависит от особенностей платежа/транзакции
Дополнительные действия:
 сохранить в приложении «Фотографии» iPad

отправить по e-mail через почтовый сервер банка, без использования почтового клиента на устройстве
пользователя

обнулить лимиты (окно с указанием на действия, необходимые для обнуления лимитов: клиент должен
распечатать, подписать и отправить по почте заявление)

выполнить повторно

повторить платеж (доступно не для всех типов операций)
2.4.15.9. Переводы
Раздел переводов позволяет пользователю совершать переводы между физическими лицами и в пользу
юридических лиц. Денежные переводы можно осуществлять в виде рублевых и валютных переводов между
собственными счетами и картами, между клиентами ВТБ24, рублевые переводы в другой банк (валютные
переводы в другой банк могут быть сделаны следующим этапом проекта). По умолчанию выбраны переводы
между собственными счетами и картами.
48. Денежные переводы между собственными счетами и картами
Этот раздел позволяет пользователю переводить денежные средства между собственными счетами и картами.
49. Внутренние денежные переводы между счетами и картами в ВТБ24
Этот раздел позволяет пользователю переводить денежные средства между счетами и картами в ВТБ24.
50. Рублевые переводы в другой банк
Этот раздел позволяет пользователю совершать рублевые переводы в другие банки.
В Телебанке используется несколько типов квитанций в зависимости от типа операции.
51. Операции с депозитами и ОМС
В разделе переводов должны быть продублированы операции:
 пополнить вклад

частично снять средства с вклада

купить ОМС

продать ОМС
2.4.15.10. Продукты банка
52. Кошельки
Все банковские продукты разбиты на «кошельки». Количество кошельков и принадлежность продукта
пользователя к конкретному кошельку определяется на стороне банка и может быть изменена. Примеры
кошельков:
Счета и карты - в этом кошельке содержатся все счета и карты пользователя.
Сбережения и вклады – в этом кошельке содержатся все имеющиеся у пользователя продукты данной
категории, например, в этом разделе показаны все вклады, брокерские счета и счета драгоценных металлов
Кредиты – в этом кошельке содержатся все кредиты пользователя
В мобильном банке всегда отображаются все активные кошельки и продукты пользователя в них. Продукты
сортируются и группируются по правилам банка. Если у пользователя отсутствуют продукты в кошельке, то
показывается информация о том, как открыть или приобрести соответствующие продукты и рекламные
предложения доступных продуктов.
В каждом кошельке есть подразделы:
 выписка (см. п. 53)

информация (может быть перенесена в отдельный раздел с профилем пользователя)

платежи (только в кредитах, может быть перенесен в отдельный раздел с профилем пользователя)
Основная функция разделов с кошельками – позволить пользователю просматривать выписки. На последнем
месте в списке продуктов доступны инструкции о подаче заявления на получение нового продукта.
53. Выписка
В выписке отображается список выполненных операций и операций в обработке (т.н. hold) по выбранным
продуктам по убыванию даты операции. Операции в обработке визуально выделяются.
Функционал выписки аналогичен во всех кошельках, за исключением того, что в зависимости от типа продукта
может отображаться разный набор атрибутов у операций в выписке.
Действия с выпиской:
 выбор периода времени (из предустановленных, например, «с начала года») или календаря. По
умолчанию календарный фильтр показывает последние 15 операций. Выбор временного интервала
запоминается только в течение сеанса; между сеансами этот интервал не запоминается.

фильтр на «операции в обработке» (включить/отключить их отображение)

сохранить в формате PDF

отправить на e-mail в выбранном формате (csv/pdf)

поиск

повторить платеж (для операций в системе Телебанк)
Помимо списка выполненных операций отображается суммарная информация:
 наименования выбранных продуктов

остаток счета на последний день выбранного периода

заблокированные средства на последний день выбранного периода

суммарный приход за выбранный период

суммарный расход за выбранный период
суммы в разной валюте указываются отдельно.
54. Типы продуктов
Пользователь может иметь различные типы продуктов:
 Мастер-счет

Текущие счета

Дебетовая карта

Мультивалютная карта

Кредитная карта

Депозит

Обезличенный металлический счет (ОМС)

Брокерский счет

Кредит
55. Информация
Для каждого выбранного продукта показывается отдельный раздел реквизитов, который состоит из двух блоков
– доступные действия для продукта и детальная информация.
Доступные действия над продуктами зависят от типа продукта.
Для всех:
 просмотр существенной информации о выбранном продукте (сумма, ставка и проч., определяется
банком для каждого типа продукта)

просмотр банковских реквизитов продукта с возможностью сохранения в галерею или отправки по email через почтовый сервер банка (без использования почтового клиента на устройстве пользователя)

переименовать с отображением полей «сохранить/редактировать» во время редактирования

изменять признак показывать/скрывать продукт в «Ленте новостей»

дополнительные функции для карт:

блокировка карты (клиент выбирает причину блокировки и указывает комментарий)

для вкладов:

открыть вклад

закрыть вклад

пополнить вклад (если доступно для данного продукта)

частично снять средства со вкладов в Телебанке (если доступно для данного продукта)
Для ОМС:
 купить ОМС

продать ОМС
Для кредитных карт:
 выпадающий список для выбора значения (например, доступный остаток или собственные средства)
Для кредитов:
 совершить платеж
Для брокерских счетов:
 перевод на счет
56. Платежи (график)
В разделе «Платежи» приводится список всех совершенных и предстоящих платежей в течение выбранного
пользователем периода. По умолчанию выбран текущий год.
При отсутствии платежей за выбранный период или соответствующих условиям поиска показывается текстовое
сообщение с указанием критериев, для которых не было найдено соответствий.
Если выбрано несколько продуктов, то информация по каждому продукту показывается в отдельном блоке.
Если платеж не был совершен вовремя, то он выделяется визуально.
2.4.15.11. Уведомления (также «персональный почтовый ящик»)
Уведомления используются для привлечения внимания пользователя к соответствующей информации.
Уведомления позволяют пользователю постоянно получать последнюю информацию о статусе системы и так
называемом персональном списке финансовых задач в Телебанке. Для удобства пользователя уведомления
может отображаться несколькими способами:
 строка уведомлений для уведомлений критической важности (список определяет ВТБ24)

информационный элемент, который всегда присутствует на экране (визуально отличается от других
элементов). Он показывает количество новых уведомлений. Щелчок по информационному элементу
открывает информационный блок напоминаний/уведомлений.

информационный блок напоминаний, в котором сохраняются все текущие уведомления и сообщения
об ошибках в связи с неудавшимися платежами.
57. Содержание информационного блока уведомлений
Новые элементы визуально отличаются от уже существующих. Новые элементы становятся старыми, когда
пользователь переходит по предоставленной в нем ссылке. Число новых уведомлений изменяется
соответственно.
Имеются следующие разделы:
Зона кампаний для клиентов
Предложение отображается в виде однострочной ссылки для входа в раздел рекламного предложения.
Пользователь может отклонить кампанию - и раздел исчезнет до начала новой кампании. Пустая зона
клиентских кампаний сворачивается таким образом, что следующая доступная строка заголовка становится
первым элементом окна.
Персональное сообщение клиенту от банка
Этот раздел зарезервирован для целевых нефинансовых сообщений от банка пользователю и функционирует
так же, как и вышеописанный раздел кампаний для клиентов. Наличие новых сообщений проверяется при входе
в систему, и раздел появляется только в том случае, когда имеется хотя бы одно сообщение.
Напоминания
В разделе напоминаний сохраняются все уведомления, которые система отправляет пользователю, пока они не
удаляются.
При щелчке по уведомлению пользователь перенаправляется в исходную точку описанного в нем действия.
Если уведомление было сознательно закрыто, то оно считается отклоненным и будет удалено из списка
уведомлений (хотя оно может вновь появиться в зависимости от заданных сроков и логики доставки
конкретного уведомления).
Неудавшиеся операции
Обратная связь по всем неудавшимся операциям и переводам собирается в подразделе информационного блока
уведомлений. Нажав на элемент списка, пользователь может посмотреть статус неудавшейся операции и
осуществить ее повторно с возможностью изменить некоторые параметры платежа. Выбор последней записи
раздела Неудавшихся операций «Показать предыдущие» предоставляет доступ к архиву.
58. Нет новых уведомлений
Если нет новых уведомлений, то подразделы Напоминаний и Неудавшихся операций по-прежнему существуют,
но сообщают пользователю об отсутствии новых элементов для проверки или совершения действий. В разделе
Неудавшихся операций пользователю предоставляется возможность доступа к истории.
2.4.15.12. Лимиты
В разделе «Лимиты» пользователь может в удобно виде просмотреть свое состояние применительно к
ежедневным и ежемесячным лимитам на транзакции платежей в системе Telebank.
Лимиты представлены для группы типов операций. Визуальный элемент задействует цвета для указания,
насколько близко к лимиту приближался пользователь. Сумма показывает, какое количество операций
доступно для осуществления сегодня или в этом месяце.
Нажатие визуального элемента (полосы) или суммы приводит к появлению объяснения лимита и
дополнительных сведений о доступных средствах как сейчас, так и впоследствии.
Нажатие на заголовок группы операций приводит к разворачиванию группы для отображения транзакций
(осуществленных пользователем), которые входят в данную группу. Нажатие на отдельную транзакцию
приводит к открытию квитанции по операции (см. п. 47).
2.4.15.13. CRM Кампании
Пользователь может просмотреть специальные предложения, сформированные аналитической CRM банка для
данного пользователя. Персональные предложения бывают двух типов:
 Персональные предложения (требующие обратной связи от клиента)

Персональные новости (персональные предложения, не требующие обратной связи от клиента)
Если для клиента доступны персональные предложения от банка (может быть недоступно или отключено
клиентом), то мобильное приложение должно отображать CRM кампании:
 в виде баннера (изображение + текст)

в виде персональных предложений
Клиент должен иметь возможность в приложении ознакомиться с содержанием персонального предложения и
дать обратную связь (если подразумевается кампанией).
2.4.15.14. Настройки
В разделе настроек содержится персональная информация, а также информация об услуге и подписке на
оповещения. Все остальные настройки в максимальном объеме задаются в контексте услуги или продукта,
например, добавление или удаление счетов и карт с ленты новостей.
59. Персональная информация
Раздел персональной информации в настройках содержит:
 Смену имени пользователя (псевдонима) и пароля для входа в систему

Активацию новой КПК

Историю входа в систему
60. Услуги
Раздел услуг содержит и позволяет управлять следующими видами подписок на оповещения:
 Подписка на Телебанк

Подписка на оповещения по электронной почте

Подписка и оповещения SMS Телебанк +

Подписка и оповещения SMS-карты
2.4.15.15. Объявления
В разделе «Объявления» содержатся все доступные новости системы, сгруппированные по временным
периодам.
Для каждого объявления показываются:
 дата публикации

заголовок

основной текст

изображение (при наличии)
Пользователь может назначить показ только конкретной категории новостей, или показ новостей за конкретный
месяц, или по конкретной теме. Визуально прочтенные новости отличаются от непрочитанных.
2.4.15.16. ТелеИнфо
Клиенты Телеинфо имеют ограниченный доступ к системе.
Недоступные для ТелеИнфо разделы показываются, но их содержание заменено кратким описанием функции с
информацией о том, как получить доступ к Телебанку.
2.4.15.17. Выход
В целях обеспечения сохранности конфиденциальной информации должны быть предусмотрены
автоматический логаут при клиентском и серверном таймаутах и по инициативе пользователя.
Клиентский таймаут выполняется по истечении N (настраиваемый параметр) минут бездействия пользователя в
приложении. Серверный таймаут сессии выполняется по запросу от сервера банка (сейчас 1 час).
При автоматическом логауте пользователю должно выводиться сообщение о прекрашении сессии в связи с
бездействием.
Если пользователь выбирает «выход» при наличии незавершенного платежа, то ему предлагается выбор:
завершить платеж или выйти из системы. В последнем случае должен выполняться принудительный разрыв
сессии.
2.4.15.18. Фоновое изображение
Для персонализации приложения пользователь может включать и отключать фоновое изображение.
2.4.15.19. Контакты
Клиент должен иметь возможность из приложения в любой момент быстро получить информацию о
контактных данных банка (телефоны, e-mail) и связаться с банком: выполнить звонок в банк из приложения
(при наличии в планшете приложений для телефонии), написать электронное сообщение в банк.
Клиент может написать сообщение и с использованием установленной на планшете почтовой программы, и без
нее, используя форму обратной связи «Задать вопрос»/«Сообщить о проблеме». В формах обратной связи
необходимо предзаполнять поля форм обратной связи известными значениями из профиля клиента (если
клиент авторизован) или в случае повторного использования. Поля, содержащие достоверно известную
информацию из профиля клиента должны скрываться от пользователя. Запросы от авторизованных и
неавторизованных пользователей должны маршрутизироваться на разные электронные адреса службы
поддержки банка.
2.4.15.20. Отчеты
61. Интеграция с Google Analytics
Необходимо настроить Google Analytics для мобильного приложения.
2.5.
Надежность
Требования к доступности серверов системы мобильного банка должна составлять не мене 99.6%.
Система предполагает круглосуточный доступ пользователей.
В системе должны быть задействованы средства резервирования и распределения нагрузки системы
исходя из используемого базового ПО серверной части. Сервера приложений должны работать в режиме
параллельного (active-active) кластера.
Необходимо реализовать правило балансировки нагрузки на уровне оборудования по идентификатору сессии
(сессионные http-куки). Таким образом обеспечить привязку сессии к выбранному узлу.
Необходимо реализовать правило маршрутизации запроса на прикладном уровне по идентификатору протокола
(передается в заголовке http-пакета) требуемому сервису. Таким образом обеспечить одновременную работу
новых и старых клиентов для двух несовместимых версий протокола. При этом должна быть возможность как
запуска нескольких версий сервиса на одном узле (разделение по адресу и (или) номеру порта), так и
возможность использования разных узлов для различных версий сервисов.
2.6.
Производительность
2.6.1.
Время реакции системы
Время обработки запроса на серверах мобильного банка с момента получения запроса клиентского
приложения до формирования ответного сообщения не должно превышать (без учета времени ответа сервисов
Банка 1 сек.
Время обработки информации от сервера на клиентских приложениях не должно превышать 2 секунд с
момента получения информации от сервера.
Для минимизации влияния скорости канала передачи данных по сотовой сети необходимо предусмотреть
при проектировании протокола обмена межу сервером и клиентом:

минимизацию количества запросов к серверу при выполнении операций;

минимизацию длины сообщений проектируемого протокола.
2.6.2.
Количество пользователей системы
Количество пользователей мобильного канала: 1 000 000
Ежемесячная аудитория: 200 000
Количество одновременных пользователей: 500
2.6.3.
Нагрузочные характеристики
Требуемая средняя производительность Мобильного банка: 3 запроса в секунду
Пиковая производительность Мобильного банка: 5 запросов в секунду
Предусмотреть масштабирование до 10 запросов в секунду
Среднесуточная нагрузка на Мобильный банк: 10 тыс. операций, 20 тыс. информационных сессий.
Пиковая суточная нагрузка: 15 тыс. операций, 30 тыс. информационных сессий.
2.7.
Требования к безопасности
2.7.1.
Аутентификация и авторизация
Система должна обеспечивать аутентификацию и авторизацию мобильных пользователей посредством средств,
предоставляемых сервисной моделью.
Обмен аутентифкационными/авторизационными данными между компонентами разрабатываемой системы, а
так же между разрабатываемой системой и сервисами Банка должен проходить в защищенном режиме.
2.7.2.
Кэширование
Мобильные приложения не должны кэшировать на пароли, аутентификационные данные, а так же другие
данные, влияющие на безопасность.
Пароли и аутентификационные данные не должны кэшироваться и на бэкофисной части системы. Все
аутентификационные параметры хранятся и обрабатываются только в АЦ банка.
2.7.3.
Безопасность соединения
Соединение между мобильным клиентом и сервером должно происходить исключительно в защищенном
режиме на базе HTTPS.
При организации соединения по HTTPS необходимо обеспечить не только шифрование, но и аутентификацию
сервера банка на основании его сертификата. При этом необходимо обеспечить защиту от попыток
соединения с фишинговыми сайтами в случае подмены DNS в мобильном устройстве.
Приложение должно обеспечивать поддержку работы c несколькими доверенными корневыми СА, если
позволяет платформа приложения.
2.7.4.
Сессионность
На серверной части должен быть обязательно предусмотрен таймаут сессии пользователя, а также возможности
ре-аутентификации в рамках той же сессии по запросу.
2.7.5.
Аудит
Должны быть предусмотрены средства аудита и протоколирование данных операций выполняемых в
системе.
События аудита должны содержать информацию о времени, операциях, а также содержать следующие
дополнительные параметры:
- УНК клиента
- идентификатор мобильного устройства (IMEI)
- идентификационный номер SIM (IMSI)
- платформа ОС
- производитель мобильного устройства
-версия браузера для PDA версии
- тип (модель) телефона
- IP адрес устройства
- географические координаты, определенные наиболее эффективным из возможных способов
- идентификатор сессии;
Параметры, доступные для аудита, могут быть скорректированы для мобильных платформ, ввиду наличия
ограничений, имеющихся на платформах для доступа к системной информации.
События аудита должны сохраняться в основном хранилище системы Телебанк. Дополнительные параметры
необходимо передавать вместе с другими параметрами сессии в системе Телебанк.
2.7.6.
Разработка приложений
Разработка системы должны вестись с учетом лучших практик по безопасности и безопасному
программированию.
При разработке и конфигурации системы следует придерживаться рекомендация и стандартам по
обеспечению информационной безопасности, такие как:
 Web Application Security Consortium Threat (WASC) Classification
 Open Web Application Security Project (OWASP) Testing Guide
 CERT Secure Coding
 Стандарты серии ISO 27000
 Стандарты Center of Internet Security (CIS)
2.7.7. Контроль целостности приложений
Публикуемые мобильные приложения подписываются сертификатами действительными для данной
конкретной платформы.
Контроль целостности мобильных приложений осуществляется стандартными средствами платформы и в
случае нарушения целостности либо неподтверждения сертификата не позволяет установить либо запустить
приложение.
3. Требования к документации
Общие требования к документированию
3.1.

Документы должны быть представлены на бумажном (оригинал) и на магнитном носителе (копия) по
одному экземпляру на каждом носителе. Исходные тексты программ –электронная поставка
(оригинал). Возможно предоставление комплекта документации и текстов программ на компактдисках;

Текстовые документы должны соответствовать внутреннему стандарту Исполнителя на оформление
документов;

Допускается выпуск документов с использованием средств автоматизации разработки (CASE –
средств), согласованных с Заказчиком;

Все документы должны быть оформлены на русском языке. Отдельные документы, в том числе
выпущенные с помощью CASE – средств, могут содержать записи латинскими буквами (наименование
полей баз данных, тексты программ и т.д.).
Обязательные компоненты документации
3.2.

Описание функций системы

Спецификация приложений

Требования к доступности и непрерывности системы

Эксплуатационные характеристики ИС:
o
параметры производительности (мин/макс)
o
параметры доступности и непрерывности,
o
длительность возможного (штатного) простоя,
o
штатное время восстановления (рестарта) системы,
o
время аварийного восстановления системы в случае сбоев.

Функциональная и структурная схема системы (представляет из себя описание компонентов системы,
наложенных на структурную схему системы в части информационного взаимодействия и взаимного
влияния друг на друга, взаимодействия с пользователями и другими системами, с указанием функций
каждого из компонентов).

Описание основных принципов обеспечения информационной безопасности с указанием параметров
(настроек) системы безопасности ИС по следующим направлениям:
o
администрирование ИС;
o
управление правами доступа пользователей ИС;
o
используемые механизмы идентификации и аутентификации пользователей;
o
обеспечение защиты данных ИС от несанкционированного доступа;
o
обеспечение целостности хранимых в ИС данных;
o
используемые в ИС методы криптографической защиты;
o
обеспечение протоколирования событий информационной безопасности ИС в журналах аудита.

Схема межсервисного и межсетевого взаимодействия ИС с другими ИС Банка и внешними ИС, которая
должна описывать протоколы, интерфейсы, порты обмена информацией, вводимой в эксплуатацию ИС
с другими ИС банка, ИС сторонних организаций (если необходимо), автоматизированными рабочими
местами пользователей, а также между компонентами (серверами) самой ИС. (Схема должна быть
предоставлена в графическом виде с текстовыми пояснениями).

Описание параметров и перечень компонентов системного и прикладного ПО ИС. Под данным
описанием понимаются:
o
o
Параметры установки и настройки операционной системы (ОС):
–
версия ОС;
–
разбиение дисков;
–
ПО/пакеты ОС для установки;
–
перечень конфигурационных файлов или настроек ОС (отличия от настроек по умолчанию);
–
необходимые пакеты Service Pack, патчи, фиксы и т.п.
Описание настроек прикладного и системного (не входящего в состав ОС) ПО:
–
список установленных компонентов ПО;
–
для каждого из компонентов ПО указать путь установки, параметры
конфигурационные файлы и т.д. (отличия от настроек по умолчанию);
–
описание дополнительно созданной структуры каталогов (с указанием прав доступа),
созданных пользовательских групп и служебных логинов.

Методы и точки мониторинга ИС (с описанием штатных и нештатных ситуаций).

Инструкция системного администратора, которая включает в себя:


o
Инструкцию по эксплуатации в части описания возможных ситуаций и действий;
o
регламент сопровождения ИС на системном уровне;
o
порядок резервного копирования и восстановления ИС.
настройки,
Инструкция прикладного администратора, включающая в себя:
o
Описание настроек ИС в прикладной части.
o
Обязательные регламентные процедуры, порядок и график их исполнения и контроля.
o
Сферы ответственности подразделений, обеспечивающих предоставление услуги и порядок
эскалации запросов (инцидентов).
o
Перечень типовых ошибочных ситуаций и способов их устранения.
o
Перечень известных программных ошибок (если есть).
Руководство пользователя (рабочее место сотрудника Банка);

Руководство пользователя (для клиента Банка);

Техническое задание;

Базовый план-график работ;

Методика обучения сотрудников Банка.
4. Требования к организации работ
4.1.
Требование к разработке
Требование Банка - обязательная сборка кода доработок на стороне Заказчика специалистами Банка и полная
документация кода (модели и т.п.) Все исходники и прочие дополнения разработки, выполненные в рамках
кастомизации, должны принадлежать Заказчику.
4.2.
Обучение
Необходимо провести обучение сотрудников Банка работе с Системой. Должно быть предусмотрено обучение
администраторов и специалистов клиентского обслуживания (до 10 человек в каждой группе).
4.3.
Участие во внедрении
На этапе внедрения необходимо присутствие специалиста компании на территории Банка.
5. Сопровождение
5.1.
Гарантийное обслуживание
Гарантийное обслуживание разработанной Системы в течение 1-го года эксплуатации с момента внедрения
должно быть бесплатным.
5.2.
Техническая поддержка на послегарантийный период
Сопровождение Системы будет являться предметом отдельного договора. В коммерческом предложении
необходимо указать условия и Стоимость с учетом НДС сопровождения Системы на послегарантийный период.
Сопровождение должно включать тестирование и обеспечение совместимости новых версий ОС, включая
оптимизацию под новые ОС и разрешения экрана. Стоимость предложения по сопровождению должна быть
окончательной и не подразумевать дополнительных расходов Банка.
5.3.
Доработки системы после окончания внедрения
Заказчик
Член Правления,
директор Департамента банковских и
информационных технологий
Исполнитель
________________ /Русанов С.Г./
___________________ /___________/
М.П.
Приложение №2
к Договору от «__»__________ 2013г.
№____________________________
М.П.
Укажите стоимость ваших работ по дальнейшим доработкам функционала системы, которые могут
выполняться в рамках дополнительных соглашений.
Состав документации на Систему
1.
Требования к доступности и непрерывности ИС
2.
Описание функций ИС.
3.
Эксплуатационные характеристики ИС:

параметры производительности (мин/макс),

параметры доступности и непрерывности,

длительность возможного (штатного) простоя,

штатное время восстановления (рестарта) ИС,

время аварийного восстановления ИС в случае сбоев.
4.
Функциональную и структурную схему ИС. Данная схема должна представлять собой описание
компонентов ИС, наложенных на структурную схему ИС в части информационного взаимодействия и
взаимного влияния друг на друга, взаимодействия с пользователями и другими ИС, с указанием функций
каждого из компонентов ИС (Схема должна быть предоставлена в графическом виде с текстовыми
пояснениями).
5.
Описание основных принципов обеспечения информационной безопасности с указанием параметров
(настроек) системы безопасности ИС по следующим направлениям:

администрирование ИС;

управление правами доступа пользователей ИС;

используемые механизмы идентификации и аутентификации пользователей;

обеспечение защиты данных ИС от несанкционированного доступа;

обеспечение целостности хранимых в ИС данных;

используемые в ИС методы криптографической защиты;

обеспечение протоколирования событий информационной безопасности ИС в журналах аудита.
6.
Схема межсервисного и межсетевого взаимодействия ИС с другими ИС Банка и внешними ИС, которая
должна описывать протоколы, интерфейсы, порты обмена информацией, вводимой в эксплуатацию ИС с
другими ИС банка, ИС сторонних организаций (если применимо), автоматизированными рабочими
местами пользователей, а также между компонентами (серверами) самой ИС (Схема должна быть
предоставлена в графическом виде с текстовыми пояснениями).
7.
Описание параметров и перечень компонентов системного и прикладного ПО ИС. Под данным описанием
понимаются:
7.1. Параметры установки и настройки операционной системы (ОС):

версия ОС;

разбиение дисков;

ПО/пакеты ОС для установки;

перечень конфигурационных файлов или настроек ОС (отличия от настроек по умолчанию);

необходимые пакеты ServicePack, патчи, фиксы и т.п.
7.2. Описание настроек прикладного и системного (не входящего в состав ОС) ПО:

список установленных компонентов ПО;

для каждого из компонентов ПО указать путь установки, параметры настройки, конфигурационные
файлы и т.д. (отличия от настроек по умолчанию).
7.3. Описание дополнительно созданной структуры каталогов (с указанием прав доступа), созданных
пользовательских групп и служебных логинов.
8.
Методы и точки мониторинга ИС (с описанием штатных и нештатных ситуаций, пример приведён в
Приложении №4 к настоящему Порядку). Необходимый инструментарий должен быть либо разработан
(разработчик необходимого инструментария определяется Руководителем проекта), либо предоставлен
внешним разработчиком до начала внедрения ИС.
9.
Инструкцию системного администратора, которая включает в себя:

инструкцию по эксплуатации в части описания возможных ситуаций и действий;

регламент сопровождения ИС на системном уровне;

порядок резервного копирования и восстановления ИС.
62. Инструкцию прикладного администратора, включающую в себя:

Описание настроек ИС в прикладной части.

Обязательные регламентные процедуры, порядок и график их исполнения и контроля.

Сферы ответственности подразделений, обеспечивающих предоставление услуги и порядок эскалации
запросов (инцидентов).

Перечень типовых ошибочных ситуаций и способов их устранения.

Перечень известных программных ошибок (если есть).
63. Руководство пользователя ИС, согласованное с Заказчиком.
64. Прочая документацию, связанную с прикладной спецификой Проекта.
Заказчик
Член Правления,
директор Департамента банковских и
информационных технологий
Исполнитель
________________ /Русанов С.Г./
___________________ /___________/
М.П.
М.П.
Приложение №3
к Договору от «__»__________ 2013г.
№____________________________
Ставки специалистов:
Роль специалиста
Должность специалиста
Обязанности
Заказчик
Директор Департамента банковских и
информационных технологий
Исполнитель
________________ /Русанов С.Г./
___________________ /___________/
М.П.
М.П.
Ставка
руб./день
(без учета НДС)
Приложение №4
к Договору от «__»__________ 2013г.
№____________________________
Календарный план работ:
Этап
Содержание работ
Срок окончания
Стоимость
Результат выполнения работ
Заказчик
Директор Департамента банковских и
информационных технологий
Исполнитель
________________ /Русанов С.Г./
___________________ /___________/
М.П.
М.П.
Приложение №5
к Договору от «__»__________ 2013г.
№____________________________
Состав и стоимость работ:
Объём работ
Стоимость
(чел/часов)
Руб., без НДС
Управление проектом
Разработка детального ТЗ
Проектирование UI / Дизайн
Аналитика
Архитектурные задачи
Разработка
Документирование
Тестирование
Внедрение и публикация в AppStore
Итого (без НДС)
Итого с НДС 18%: _______________
Заказчик
Член Правления,
директор Департамента банковских и
информационных технологий
Исполнитель
________________ /Русанов С.Г./
___________________ /___________/
М.П.
М.П.
Специалисты