г. Москва «____» ____________ 2014 г.

Договор на выполнение работ № BSS-VTB 24/ W 2014 -2
г. Москва
«____» ____________ 2014 г.
ООО «БСС», в лице Генерального директора ООО «БСС групп» - управляющей компании ООО
«БСС» Кравченко Георгия Владимировича, действующего на основании Устава и Договора о
передаче полномочий единоличного исполнительного органа ООО «БСС» компании ООО «БСС
групп» от 07 июля 2014 года, именуемое в дальнейшем - КОМПАНИЯ, с одной стороны, и ВТБ 24
(ЗАО), в лице члена Правления, директора Департамента банковских и информационных
технологий Русанова Сергея Георгиевича, действующего на основании доверенности от
20.06.2012 г. № 1529, именуемый в дальнейшем - ЗАКАЗЧИК, с другой стороны, именуемые далее
вместе и порознь - Стороны, заключили между собой настоящий Договор (далее – Договор) о
нижеследующем:
1.
ПРЕДМЕТ ДОГОВОРА
1.1. КОМПАНИЯ по поручению ЗАКАЗЧИКА обязуется выполнить работы по изменению
существующего и внесению дополнительного функционала для обеспечения процессов
валютного контроля в систему «ДБО BS-Client» (далее – Работы) в период с 17 октября
2014 г. по 26 ноября 2014 г.
1.2. Список выполняемых Работ и Требования указываются в Приложении № 2 к Договору.
2.
СТОИМОСТЬ И ПОРЯДОК СДАЧИ-ПРИЕМКИ РАБОТ
2.1. Общая стоимость Работ по Договору составляет 3 901 080,00 (Три миллиона девятьсот
одна тысяча восемьдесят) рублей 00 копеек, с учетом НДС (18%) 595 080,00 (Пятьсот
девяносто пять тысяч восемьдесят) рублей 00 копеек.
2.2. Оплата Работ производится ЗАКАЗЧИКОМ на основании выставляемых КОМПАНИЕЙ
счетов в следующем порядке:
2.2.1. В течение 14 (Четырнадцати) рабочих дней с даты подписания обеими Сторонами
Договора на основании выставляемого КОМПАНИЕЙ счета производится
предоплата в размере 50% (Пятидесяти процентов) от стоимости Работ, указанной
в п.2.1. Договора, в размере 1 950 540 (Один миллион девятьсот пятьдесят тысяч
пятьсот сорок) рублей 00 копеек, с учетом НДС (18%) 297 540 (Двести девяносто
семь тысяч пятьсот сорок) рублей 00 копеек.
2.2.2.
В течение 14 (Четырнадцати) рабочих дней с даты подписания обеими Сторонами
«Акта сдачи-приемки» работ на основании выставляемого КОМПАНИЕЙ счета
производится оплата Работ, в размере 50% (Пятидесяти процентов) от стоимости
Работ, указанной в п.2.1. Договора, в размере 1 950 540 (Один миллион девятьсот
пятьдесят тысяч пятьсот сорок) рублей 00 копеек, с учетом НДС (18%) 297 540
(Двести девяносто семь тысяч пятьсот сорок) рублей 00 копеек
2.3. Результаты Работ КОМПАНИЯ передает ЗАКАЗЧИКУ на магнитном\оптическом
носителе совместно с подписанными со своей стороны в двух экземплярах «Протоколом
передачи результатов работ» в срок не позже 10 ноября 2014г. и «Актом сдачи-приемки
работ». ЗАКАЗЧИК по факту передачи магнитного\оптического носителя с результатами
Работ подписывает «Протокол передачи результатов работ».
2.4. В течение 15 (Пятнадцати) рабочих дней с даты передачи результатов Работ ЗАКАЗЧИК
направляет в КОМПАНИЮ подписанный со своей стороны «Акт сдачи-приемки работ»
либо письменный мотивированный отказ в приемке Работ, в котором перечислены
несоответствия результатов Работ соответствующим пунктам Требований. В случае
предоставления такого отказа КОМПАНИЯ и ЗАКАЗЧИК в течении 5 (Пяти) рабочих
дней согласуют сроки устранения причин отказа и окончательной приемки-сдачи Работ.
1
2.5. В случае, если ЗАКАЗЧИК в течение 15 (Пятнадцати) рабочих дней с даты передачи
результатов Работ не подписывает со своей стороны «Акт сдачи-приемки работ» и не
предоставляет письменного мотивированного отказа от приемки Работ, КОМПАНИЯ
имеет право составить односторонний «Акт сдачи-приемки работ», свидетельствующий о
выполнении КОМПАНИЕЙ своих обязательств по выполнению предусмотренных
Договором Работ.
3.
ОТВЕТСТВЕННОСТЬ СТОРОН И АРБИТРАЖ
3.1. КОМПАНИЯ гарантирует комплектность, правильность, необходимую полноту и
качественное изготовление всех передаваемых в рамках Договора материалов.
3.2. КОМПАНИЯ не несет ответственности и не дает гарантий в случае возникновения потерь
или разрушения информации, вызванных:

нарушением пользователями правил эксплуатации ПРОДУКТА, предусмотренных
ДОКУМЕНТАЦИЕЙ;
 использованием модулей, приобретенных или полученных иным путем не от
КОМПАНИИ;
 последствиями адаптации и модификации ПРОДУКТА, произведенными ЗАКАЗЧИКОМ
самостоятельно.
3.3. Стороны несут ответственность за неисполнение или ненадлежащее исполнение своих
обязательств по Договору в установленном законодательством Российской Федерации
порядке.
3.4. В случае возникновения споров по вопросам, предусмотренным Договором или в связи с
ним, Стороны будут принимать все меры к разрешению их путем переговоров между
собой.
3.5. В случае невозможности разрешения Сторонами указанных споров путем переговоров,
они должны разрешаться в установленном порядке в Арбитражном Суде города Москвы в
соответствии с законодательством Российской Федерации.
3.6. За невыполнение или ненадлежащее выполнение обязательств по Договору виновная
сторона несет ответственность в соответствии с
законодательством Российской
Федерации и Договором.
3.7. В случае если сроки выполнения Работ, зафиксированные в Договоре не соблюдаются по
вине КОМПАНИИ, ЗАКАЗЧИК вправе потребовать от КОМПАНИИ, а КОМПАНИЯ в
этом случае обязуется выплатить ЗАКАЗЧИКУ неустойку в размере 0,5 (Ноль целых пять
десятых) % от суммы невыполненных Работ за каждый день просрочки, но не более 40
(Сорока) % от суммы невыполненных Работ.
3.8. В случае просрочки оплаты выполненных Работ, КОМПАНИЯ вправе потребовать от
ЗАКАЗЧИКА, а ЗАКАЗЧИК в этом случае обязуется выплатить КОМПАНИИ неустойку в
размере 0,5 (ноль целых пять десятых) % от суммы задолженности за каждый день
просрочки, но не более 40 (сорока) % от суммы задолженности.
3.9. КОМПАНИЯ предоставляет ЗАКАЗЧИКУ счета-фактуры в сроки, предусмотренные
законодательством Российской Федерации.
4.
ПРОЧИЕ УСЛОВИЯ
4.1. КОМПАНИЯ вправе направлять ЗАКАЗЧИКУ (в том числе по факсу и/или электронной
почте) письменные запросы на предоставление дополнительной информации, требуемой
для выполнения Работ, включающие сроки предоставления ЗАКАЗЧИКОМ данной
информации.
2
4.2. В случае непредоставления ЗАКАЗЧИКОМ в указанный срок запрошенной информации,
КОМПАНИЯ вправе, направив ЗАКАЗЧИКУ письменное уведомление, приостановить
выполнение Работ в части, касаемой непредоставленной информации до момента ее
предоставления. При этом сроки выполнения Работ сдвигаются на время задержки в
предоставлении информации ЗАКАЗЧИКОМ.
4.3. Все имущественные права на систему «ДБО BS-Client», а также на результаты
проводимых КОМПАНИЕЙ Работ по изменению существующего и внесению
дополнительного функционала в систему «ДБО BS-Client» принадлежат ООО «БСС » и
защищены законодательством Российской Федерации.
4.4. Ни один пункт Договора не означает передачу ЗАКАЗЧИКУ прав собственности или
иных имущественных (в том числе интеллектуальных) прав на систему «ДБО BS-Client»
и/или результаты Работ.
4.5. Работы будут выполнены на версии BS-client № 17.9.870, переданной ЗАКАЗЧИКОМ В
электронном виде в КОМПАНИЮ согласно представленному от КОМПАНИИ перечню
шаблонов, объектов и компонентов системы «ДБО BS-Client», необходимому для
выполнения Работ на стороне КОМПАНИИ.
4.6. ЗАКАЗЧИК осведомлен, что поставляемые в рамках сопровождения по Лицензионному
договору № BSS-TKB/S от 01.07.2008 г. обновления ПРОДУКТА не учитывают
результатов выполняемых по Договору Работ, в связи с чем КОМПАНИЯ не несет
ответственности за последствия их проведения ЗАКАЗЧИКОМ.
Для включения в упомянутые обновления результатов выполняемых по Договору Работ
ЗАКАЗЧИК (с целью обновления системы «ДБО BS-Client», установленной у
ЗАКАЗЧИКА) руководствуется документацией, размещенной на официальном сайте
КОМПАНИИ в сети Интернет по адресу: http://www.bssys.com/services/support/jural/docs/
4.7. КОМПАНИЯ гарантирует устранение ошибок в результатах выполненных по этапам
Работ (далее Дефектов), оформленных ЗАКАЗЧИКОМ надлежащим образом и
предоставленных КОМПАНИИ в течение гарантийного срока в 90 (девяносто)
календарных дней с даты подписания «Акта сдачи-приемки» каждого этапа.
4.7.1. Под Дефектом понимается невыполнение системой «ДБО BS-Client» с включенными
в нее результатами Работ условий Постановки Задачи, являющейся неотъемлемой
частью Договора.
4.7.2.
Диагностика Дефектов производится либо самостоятельно ЗАКАЗЧИКОМ, либо
специалистом КОМПАНИИ Дефекты по результатам диагностики оформляются
ЗАКАЗЧИКОМ по образцу, приведенному в Приложении №1 к Договору и в
электронном виде на адрес КОМПАНИИ support@bssys.com или в письменной
форме направляются в КОМПАНИЮ. До получения уведомления о Дефекте,
направленного любым из перечисленных ранее способов (электронным или в
письменной форме) КОМПАНИЯ не оказывает ЗАКАЗЧИКУ никаких консультаций
по телефону, факсу, почте, электронной почте и не предпринимает каких-либо
действий по ее устранению.
4.7.3.
Сроки устранения Дефектов в каждом случае согласуются обеими Сторонами в
течении 5 (Пяти) рабочих дней после получения КОМПАНИЕЙ уведомления о
Дефекте, при этом срок устранения Дефекта не может составлять более 15
(Пятнадцати) рабочих дней с момента получения КОМПАНИЕЙ уведомления о
Дефекте.
4.8. КОМПАНИЯ и ЗАКАЗЧИК, в целях обеспечения успешного выполнения Работ,
выделяют ответственных представителей, координирующих все взаимоотношения Сторон
в части выполнения Работ. Ответственным от КОМПАНИИ выступает Руководитель
проекта Драгунов Денис Вячеславович, телефон 8(495) 785-04-94, доб. 2009,
ответственным от ЗАКАЗЧИКА выступает Руководитель проекта Пожарсков Вячеслав
Валерьевич, телефон 8(495)788-0880, доб. 29-1208.
3
4.9. Стороны несут ответственность за неисполнение или ненадлежащее исполнение своих
обязательств по Договору в установленном законодательством Российской Федерации
порядке.
4.10. В случае возникновения споров по вопросам, Договору или в связи с ним, Стороны будут
принимать все меры к разрешению их путем переговоров между собой.
4.11. В случае невозможности разрешения сторонами указанных споров путем переговоров,
они должны разрешаться в установленном порядке в Арбитражном Суде города Москвы в
соответствии с законодательством Российской Федерации.
4.12. ЗАКАЗЧИК обязуется, в случае выполнения Работ (части Работ) на территории
ЗАКАЗЧИКА, организовать для специалистов КОМПАНИИ рабочие места, а также
обеспечить доступ специалистов КОМПАНИИ на территорию ЗАКАЗЧИКА к
соответствующим рабочим местам в рабочее время, а при необходимости, и в нерабочее
время, выходные и праздничные дни при условии письменного уведомления
КОМПАНИЕЙ ЗАКАЗЧИКА о такой необходимости.
4.13. По факту выполнения Работ версия системы «ДБО BS-Client» у ЗАКАЗЧИКА с
включенными в нее результатами Работ становится специальной в части функционала,
описанного в Приложении № 2 к Договору.
4.14. Договор составлен в двух подлинных экземплярах, имеющих одинаковую юридическую
силу, по одному для КОМПАНИИ и ЗАКАЗЧИКА и вступает в силу с момента его
подписания обеими Сторонами.
5.
СРОК ДЕЙСТВИЯ ДОГОВОРА
5.1. Договор вступает в силу с момента его подписания обеими Сторонами и действует до
полного выполнения ими всех обязательств по Договору.
5.2. Договор может быть расторгнут в следующих случаях:
5.2.1. По соглашению Сторон.
5.2.2. По решению одной из Сторон в связи с невыполнением другой Стороной своих
обязательств по Договору, если эти обязательства не были выполнены в течение 15
(Пятнадцати) рабочих дней с момента получения соответствующего письменного
требования от первой Стороны.
5.2.3. По решению одной из Сторон в связи с длящимся более чем 30 (Тридцать)
календарных дней действием непреодолимой силы.
5.2.4. По решению любой из Сторон без указания причины.
5.3. В случае намерения одной из Сторон расторгнуть Договор, она обязана письменно
уведомить противоположную Сторону о своем намерении не менее, чем за 30 (Тридцать)
рабочих дней до предполагаемой даты расторжения.
5.4. Стороны обязаны произвести взаимные расчеты и платежи до даты расторжения
Договора. При этом расчеты производятся исходя из стоимости фактически выполненных
КОМПАНИЕЙ Работ и оплаченных ЗАКАЗЧИКОМ средств на дату получения одной из
Сторон уведомления о расторжении Договора.
4
6.
АДРЕСА СТОРОН И ПЛАТЕЖНЫЕ РЕКВИЗИТЫ
ЗАКАЗЧИК
Банк ВТБ 24(закрытое акционерное общество)
Юр. адрес г. Москва, ул. Долгоруковская, д.5
Почт. адрес: 101000, г. Москва, ул. Мясницкая,
д. 35
ИНН 7710353606, КПП 775001001
Код ОКПО: 20606880
Код ОКОНХ: 96120
ОГРН Банка: 1027739207462 от 17.09.2002
БИК044525716, К/с 30101810100000000716
в ОПЕРУ Москва
Телефон/факс
(495) 777-24-24
E-mail
Член Правления, директор Департамента
банковских и информационных технологий
________________/Русанов С.Г./
М.П.
КОМПАНИЯ
ООО «БСС»
Юр. адрес: 117105 г.Москва, Нагорный пр-д, д.5
Почт. адр.: 117105 г.Москва, Нагорный пр-д, д.5
ИНН 7726587769, КПП 772601001,
ОГРН 1087746170181, ОКВЭД 72.20, 72.10, 72.40,
72.60
р/с 40702810700110000904 в ОАО БАНК ВТБ в г.
Москве
БИК 044525187 к/сч 30101810700000000187
+7 495 785-0494, 785-0499
support@bssys.com
Генеральный директор ООО «БСС групп»управляющей компании ООО«БСС»
________________/Кравченко Г.В./
М.П.
5
Приложение №1
к ДОГОВОРУ № BSS-VTB 24/ W 2014-2 от «___» ____________ 2014г.
Передано
. .
Уведомление об ошибке
Рассмотрено
. .
г.
г.
(образец)
Исполнено
. .
г.
1. Наименование банка
2. Номер версии ДБО
Сервис | Версия программы
cbank.exe
3. Реквизиты договора, на основании которого выполнялась адаптация ДБО - ДОГОВОР № BSS-VTB 24/2014 W
от «__» _________ 20__ г.
4. Дата и время проявления ошибки
5. Место проявления ошибки
Интерфейс подсистемы «Сервер
ДБО»
Интерфейс подсистемы «БанкКлиент»
Интерфейс подсистемы «Интернет-клиент»
Транспортная подсистема
Автоматические операции сервера
Обслуживание клиентов подсистемы
«Интернет-клиент»
Печать документов
Работа с криптографией
Обслуживание клиентов подсистемы
«Телефон-клиент»
Иное (указать)
6. Тип ошибки
Невозможность работы
Неудобство работы
Несоответствие техзаданию
Иное (указать)
Отсутствие общепринятой функциональности
7. Подробное описание ошибки
8. Последовательность действий, приводящих к ошибке
9. Ссылка на пункт Технического задания, который не реализован (только для типа "Несоответствие
Техзаданию")
10. Повторяемость ошибки
Во времени:
регулярно
нерегулярно
Иное (указать)
Для разных документов (операций):
большинство
единицы
Иное (указать)
Для разных клиентов
(компьютеров):
большинство
единицы
Иное (указать)
11. Описание аппаратной и программной конфигурации компьютера, на котором проявляется ошибка
Аппаратная конфигурация:
Операционная система (ОС):
Локализация ОС:
Обозреватель интернет:
СУБД:
Провайдер печати:
СКЗИ:
12. Подтверждаем возможность передачи журналов ДБО за время проявления ошибки сотрудникам Компании.
Журналов ошибок.
Журналов трассировки.
Дополнительно (сообщения об ошибках, снимки экрана, журналы):
ЗАКАЗЧИК
Член правления, директор Департамента
банковских и информационных технологий
________________/Русанов С.Г./
М.П.
КОМПАНИЯ
Генеральный директор ООО «БСС групп»управляющей компании ООО«БСС»
_________________ /Кравченко Г.В./
М.П.
6
Приложение № 2
к ДОГОВОРУ № BSS-VTB 24/ W 2014-2 от «___» ____________ 2014 г.
Требования к доработке BS-Client ТКБ для обеспечения процессов валютного
контроля после присоединения ТКБ к ВТБ24.
История документа ............................................................................................................................ 7
Определения и сокращения .............................................................................................................. 7
Цели и способы реализации .............................................................................................................. 8
Бизнес-требования ............................................................................................................................. 8
4.1. Общие требования ............................................................................. 8
5. Требования к модификации системы............................................................................................... 9
5.1. Требования к модификации справочника клиентов....................... 9
5.2. Требования к модификации документов «Паспорт сделки по контракту (138-И)», «Паспорт сделки
по кредитному договору (138-И)». ............................................................ 10
5.3. Требования к модификации документа «Справка о валютных операциях (138-И)»
14
5.4. Требования к модификации документа «Справка о подтверждающих документах (138-И)»
17
5.5. Требования к модификации документов «Заявление о переоформлении паспорта сделки (138-И)»
19
5.6. Требования к модификации документов «Заявление о закрытии/переводе паспорта сделки (138-И)
21
5.7. Требования к реализации справочника «Тарифы» ....................... 23
5.8. Требования к реализации документа «Поручение банку на оформление документов»
25
5.9. Требования к реализации связки с DocsVision ............................. 33
6. Ограничения ..................................................................................................................................... 33
Приложение 1. Тарифы............................................................................... 34
1.
2.
3.
4.
1. История документа
№
1.
Дата
21.01.2014
2.
30.07.2014
3.
20.08.2014
4.
27.08.2014
Автор
Лукьянова М.
Комментарий
Создание документа
Доработка документа по уточнённым требованиям
Молчанова М.
Банка
Требования к реализации документов второй
Молчанова М. очереди. Внесены изменения по замечаниям
Банка.
Молчанова М Внесены изменения по замечаниям Банка.
2. Определения и сокращения
ДБО
Банк
–
ТКБ
-
Система ДБО (Система)
–
Клиент
–
–
дистанционное банковское обслуживание
Банк, использующий специальную версию системы «ДБО
BS-Client», ЗАО ВТБ24
До 1 ноября 2013 ОАО «ТрансКредитБАНК», в настоящий
момент подразделение Банка ВТБ-24
Система «ДБО BS-Client», эксплуатируемая в Банке и
подлежащая модификации
юридическое лицо либо индивидуальный предприниматель,
который обслуживается в Банке с использованием Системы
ДБО
7
Подсистема БК (БК)
-
Подсистема «Банк-Клиент»
Подсистема ИК (ИК)
-
Подсистема «Интернет-Клиент»
WebDAV
-
Протокол WebDAV (Web Distributed Authoring and
Versioning)
ВК
-
Валютный контроль
АСВКБ
-
Автоматизированная система валютного контроля банка
DocsVision
-
Автоматизированная система управления архивом
SonicMQ
-
Транспортная система, посредством которой реализуется
онлайн-обмен
ПС
-
Паспорт сделки
СВО
-
Справка о валютных операциях
СПД
-
Справка о подтверждающих документах
ВБК
-
Ведомость банковского контроля
3. Цели и способы реализации
Целью доработки является обеспечение функционирования процессов валютного контроля в
соответствии с регламентной базой ВТБ-24 после присоединения ТКБ к ВТБ24.
Способом реализации является доработка Системы ДБО ТКБ:

модификация документов валютного контроля в соответствии с требованиями Банка;

реализация новой связки с DocsVision;
Область реализации: банковская часть Системы, «Интернет-Клиент», «Банк-Клиент».
Функциональность, не указанная в настоящем документе, модификации не подлежит и
соответствует текущей версии Системы.
Описание ситуации с точки зрения бизнеса представлено в разделе 4. Описание модификации
Системы представлено в разделе 5. Ограничения представлены в разделе 6.
4. Бизнес-требования
4.1.
Общие требования
1.
Требуется модифицировать справочник клиентов, для обеспечения возможности указывать
УНК код клиента в ДБО.
2.
Требуется модифицировать в соответствии с требованиями Банка следующие документы:

Паспорт сделки по контракту (138-И);

Паспорт сделки по кредитному договору (138-И);
В документах требуется обеспечить следующие изменения:

Возможность указывать срочность исполнения документа.

3.
Возможность указывать счёт для списания комиссии, в случае установки отметки
срочно.
Для документов «Заявление о переоформлении паспортов сделки (138-И)»:
8
4.
5.
В документах требуется обеспечить возможность указывать срочность исполнения
документа.

Требуется обеспечить возможность указания счета для списания комиссии если
выбрана пометка «Срочно».
Для документов «Заявление на закрытие паспорта сделки» требуется реализовать:

Ограничение на невозможность указания более 50 паспортов для проведения
операций.

Автоматическое формирование новых документов для каждого паспорта сделки,
если в поле «Список паспортов» указано более одного паспорта.
Требуется модифицировать в соответствии с требованиями Банка документ «Справка о
валютных операциях (138-И)»:

6.

Требуется добавить новое поле «Номер ПС».
Требуется обеспечить возможность прикладывать к документам ВК файлы. Как со стороны
клиента, так и со стороны банка.

Возможность вложения файлов в документы при помощи контекстного меню.
Реализация данного механизма должна быть аналогичной как у документа
«Заявление о переоформлении паспорта сделки» / «Заявление о закрытие/переводе
паспорта сделки».
7.
Требуется обеспечить возможность просмотра, и сохранения на накопительные устройства
клиента файлов вложений из Банка с использованием контекстного меню. Реализация
механизма должна быть аналогичной как у документа «Произвольные документы из банка
» Требуется реализовать новый справочник «Тарифы», для обеспечения возможности
указания типа тарифа при выгрузке документов в DocsVision.
8.
Требуется модифицировать жизненный цикл документов, для отражения изменений статуса
документа после квитовки документов в DocsVision
9.
Требуется реализовать интеграцию систем BS-Client и DocsVision с использованием
интеграционной шины Банка в формате xml-сообщений и файлов в формате PDF для
обмена документами валютного контроля.
5. Требования к модификации системы
5.1.
Требования к модификации справочника клиентов
Требуется обеспечить хранение реквизита УНК в карточке клиента в справочнике на
«Организации» на стороне Банка. Передача на сторону клиента данного реквизита не требуется.
В карточку клиента на вкладку «Дополнительно» добавить поле «УНК» :
Рис.5.1.1. Карточка клиента, вкладка «Дополнительно»
9
В таблицу Customer добавить новое поле:
Таблица 5.1.1. Новое поле для таблицы Клиенты
Наименование поля
Тип
Длина
Описание
UIC
String
50 символов
УНК (Уникальный
Номер Клиента)
Требования к модификации документов «Паспорт сделки по
контракту (138-И)», «Паспорт сделки по кредитному договору (138И)».
5.2.
5.2.1.
Функциональные требования
1. Требуется обеспечить возможность указания Клиентом признака срочности документа.
2. Требуется обеспечить возможность указания Клиентом счета для списания комиссии в
случае установки отметки «Срочно».
3. Требуется обеспечить возможность прикладывания файлов к документам.
4. Требуется реализовать контроль на объем вложенных файлов от клиента.
5.2.2.
Требования к диалогам
Необходимо модифицировать диалоги документов «Паспорт сделки по контракту (138-И)»,
«Паспорт сделки по кредитному договору (138-И)» на стороне Клиента (БК и ИК) и стороне
Банка. Новые элементы выделены рамкой. Требуется добавить:
1. Поле «Срочно»;
2. Поле для вложенных файлов от Клиента;
3. Поле для вложенных файлов от Банка.
4. Поле со списком для указания счета комиссии.
Поле счет комиссии должны быть визуализировано и доступно для выбора, в случае если выбран
признак «Срочно». В списке должны быть доступны расчётные счета клиента. В списке должны
быть доступны расчётные счета клиента в валюте «Российский рубль» (код «810»).
Рисунок 5.2.2-1. Макет модифицированной экранной формы ПС по контракту для ИК.
10
Рисунок 5.2.2-2. Макет модифицированной экранной формы ПС по контракту для ИК. Информация из банка.
Рисунок 5.2.2-3. Макет модифицированной экранной формы ПС по контракту для БК.
11
Рисунок 5.2.2-4. Макет модифицированной экранной формы ПС по контракту для БК. Информация из банка.
12
Рисунок 5.2.2-5. Макет модифицированной экранной формы ПС по кредитному договору для ИК.
Рисунок 5.2.2-6. Макет модифицированной экранной формы ПС по кредитному договору для ИК. Информация из банка.
Внешний вид модифицированных диалогов ПС по кредитному договору для БК, Банка аналогичен
приведенным выше.
5.2.3.
Требования к структуре
Необходимо модифицировать структуры таблиц документов. Требуется добавить поля для
хранения признака срочности, поля для хранения вложений. Новые поля должны быть включены в
список подписываемых полей.
Таблица 5.2.1. Новые поля для Паспортов сделок
Наименование поля
Priority
Integer
Тип
DocAttachmentClient
DocAttachmentBank
ChargeAccount
Long binary
Long binary
String
Длина
25
Описание
Признак срочности документа: 0 – не
срочно, 1 – срочно
Вложенные файлы от Клиента
Вложенные файлы от Банка
Счет комиссии
13
5.2.4.
Требования к контролям
Контроль
CheckAttachSizeClient
Проверка на размер
вложения
CheckChargeAccountA
ccessory
Проверка на
принадлежность счёта
клиенту
5.3.
5.3.1.
Значение по
умолчанию
Описание
Сообщение
Жестко
Проверять, что общий объем вложений
(прикрепленных файлов) в поле DocAttachmentClient
не превышает, указанного в настройке MaxSize
MaxSize=4000000
[1] Размер прикрепленных файлов
(%размер% байт) превышает
допустимый (%MaxSize% байт)
Жестко
Проверять что выбранный счет
принадлежит указанной организации и
открыт в выбранном отделении банка. В
случае, если не выполняется – сообщение
[1]
Проверять что счет не закрыт для
платежей. В случае, если не выполняется
– сообщение [1.2]
[1] Счёт счет для оплаты
комиссии не принадлежит
указанной организации
[1.2] Счет для оплаты
комиссии закрыт для
платежей.
Требования к модификации документа «Справка о валютных
операциях (138-И)»
Функциональные требования
1. Требуется добавить новое поле «Номер паспорт сделки»
2. Требуется обеспечить возможность прикладывания файлов к документу.
3. Требуется реализовать контроль на объем вложенных файлов от клиентов.
5.3.2.
Требования к диалогам
Необходимо модифицировать диалоги документа «Справка о валютных операциях (138-И)» на
стороне Клиента (БК и ИК) и стороне Банка. Новые элементы выделены рамкой.
Требуется добавить поля:
1. Поле Номер паспорта сделки, необязательное, может заполняться вручную либо из
справочника «Паспорта сделок»
2. Поле для вложенных файлов от Клиента;
3. Поле для вложенных файлов от Банка.
Рисунок 5.3.2-1. Макет модифицированной экранной формы СВО для ИК.
14
Рисунок 5.3.2-2. Макет модифицированной экранной формы СВО. Информация из банка.
15
Рисунок 5.3.2-3. Макет модифицированной экранной формы СВО для БК.
Внешний вид модифицированных диалогов СВО для БК, Банка аналогичен приведенному выше.
5.3.3.
Требования к структуре
Необходимо модифицировать структуру таблицы документа. Требуется добавить поля для
хранения Типа СВО, вложенных файлов от Клиента и Банка. Новые поля должны быть включены
в список подписываемых полей.
Таблица 5.3.2. Новые поля для СВО.
Наименование поля
PSNumber
DocAttachmentClient
DocAttachmentBank
5.3.4.
Тип
String
Long binary
Long binary
Длина
50
Описание
Номер паспорта сделки
Вложенные файлы от Клиента
Вложенные файлы от Банка
Требования к контролям
Контроль
Значение по
Описание
Сообщение
16
умолчанию
CheckAttachSizeClient
Проверка на размер
вложения
Жестко
Проверять, что общий объем вложений
(прикрепленных файлов) в поле DocAttachmentClient
не превышает, указанного в настройке MaxSize
MaxSize=4000000
Проверять что количество прикрепленных файлов не
болееуказанного в настройке
MaxNumber=50
5.4.
5.4.1.
[1] Размер прикрепленных файлов
(%размер% байт) превышает
допустимый (%MaxSize% байт)
[2] Количество прикрепленных
файлов превышает (%MaxNumber
%)
Требования к модификации документа «Справка о
подтверждающих документах (138-И)»
Функциональные требования
1. Требуется обеспечить возможность прикладывания файлов к документам.
2. Требуется реализовать контроль на объем вложенных файлов от клиентов.
5.4.2.
Требования к диалогам
Необходимо модифицировать диалоги документа «Справка о подтверждающих документах (138И)» на стороне Клиента (ИК и БК) и стороне Банка. Новые элементы выделены рамкой.
Требуется добавить поля:
1. Поле для вложенных файлов от Клиента;
2. Поле для вложенных файлов от Банка.
Рис. 5.4.1. Макет модифицированной экранной формы СПД для ИК.
Рис. 5.4.2. Макет модифицированной экранной формы СПД для ИК. Информация из банка.
17
Рис. 5.4.3. Макет модифицированной экранной формы СПД для Банка.
5.4.3.
Требования к структуре
Необходимо модифицировать структуры таблиц документов. Требуется добавить поля для
хранения вложений. Новые поля должны быть включены в список подписываемых полей.
Таблица 5.2.1. Новые поля для Паспортов сделок
Наименование поля
DocAttachmentClient
DocAttachmentBank
5.4.4.
Тип
Long binary
Long binary
Длина
Описание
Вложенные файлы от Клиента
Вложенные файлы от Банка
Требования к контролям
Контроль
CheckAttachSizeClient
Проверка на размер
вложения
Значение по
умолчанию
Описание
Сообщение
Жестко
Проверять, что общий объем вложений
(прикрепленных файлов) в поле DocAttachmentClient
не превышает, указанного в настройке MaxSize
MaxSize=4000000
[1] Размер прикреплённых файлов
(%размер% байт) превышает
допустимый (%MaxSize% байт)
18
Требования к модификации документов «Заявление о
переоформлении паспорта сделки (138-И)»
5.5.
5.5.1.
Функциональные требования
1. Требуется обеспечить возможность указания Клиентом признака срочности документа.
2. Требуется обеспечить возможность указания счета для списания комиссии если выбрана
пометка «Срочно».
3. Требуется реализовать контроль на объем вложенных файлов от клиентов.
5.5.2.
Требования к диалогам
Необходимо модифицировать диалоги документов «Заявление о переоформлении паспорта сделки
(138-И)» на стороне Клиента (БК и ИК) и стороне Банка. Новые элемент выделен рамкой.
Требуется добавить:
1. Поле «Срочно»;
2. Поле со списком для указания счета комиссии.
Поле счёт комиссии должны быть визуализировано и доступно для выбора, в случае если выбран
признак «Срочно». В списке должны быть доступны расчётные счета клиента в валюте
«Российский рубль» (код валюты «810»).
Рис. 5.5.1. Макет модифицированной экранной формы «Заявление о переоформлении паспорта сделки (138-И)» по контракту
для ИК.
19
Рис. 5.5.1. Макет модифицированной экранной формы «Заявление о переоформлении паспорта сделки (138-И)» по контракту
для ИК. Информация из банка
Рис. 5.5.2. Макет модифицированной экранной формы «Заявление о переоформлении паспорта сделки (138-И)» по контракту
для БК.
5.5.3.
Требования к структуре
Необходимо модифицировать структуры таблиц документов. Требуется добавить поле для
хранения признака срочности. Новые поля должны быть включены в список подписываемых
полей.
Таблица 5.2.1. Новое поле для «Заявления на переоформление»
Наименование поля
Priority
Integer
ChargeAccount
String
5.5.4.
Тип
Длина
25
Описание
Признак срочности документа: 0 – не
срочно, 1 – срочно
Счет комиссии
Требования к контролям
Требуется модифицировать контроль CheckAttachSize, требуется добавить новый контроль.
Контроль
Значение по
Описание
Сообщение
20
умолчанию
CheckAttachSizeClient
Проверка на размер
вложения
CheckChargeAccountA
ccessory
Проверка на
принадлежность счёта
клиенту
5.6.
Жестко
Проверять, что общий объем вложений
(прикрепленных файлов) в поле DocAttachmentClient
не превышает, указанного в настройке MaxSize
MaxSize=4000000
Жестко
Проверять что выбранный счет
принадлежит указанной организации и
открыт в выбранном отделении банка. В
случае, если не выполняется – сообщение
[1]
Проверять что счет не закрыт для
платежей. В случае, если не выполняется
– сообщение [1.2]
[1] Размер прикрепленных файлов
(%размер% байт) превышает
допустимый (%MaxSize% байт)
[1] Счёт счет для оплаты
комиссии не принадлежит
указанной организации
[1.2] Счет для оплаты
комиссии закрыт для
платежей.
Требования к модификации документов «Заявление о
закрытии/переводе паспорта сделки (138-И)
Функциональные требования
5.6.1.
1. Требуется обеспечить возможность автоматического формирования новых документов,
если клиент при создании документа указал несколько паспортов сделок, то при
сохранении документа требуется реализовать формирование новых документов на
основании первоначального заявления.

Должен сформироваться отдельный новый документ для каждого паспорта
указанного в списке паспортов первоначального заявления.

В новый документ должны быть перенесены реквизиты указанные в первоначальном
заявлении. Требуется обеспечить автоматическую нумерацию документов.

В блоб-поле «Перечень ПС» должны содержаться данные на один закрываемый
паспорт сделки. Новые записи должны быть созданы со статусом «Новый».

Требуется обеспечить удаление первоначального заявления.
2. Требуется реализовать контроль на объем вложенных файлов от клиентов.
3. Требуется обеспечить возможность прикладывания файлов из Банка к документам.
4. Требуется реализовать новый контроль для обеспечения невозможности указывать более 50
паспортов сделок в вложенной таблице «Блоб-таблица «Информация о ПС»»
5.6.2.
Требования к диалогам
Необходимо модифицировать диалоги документа ««Заявление о закрытии/переводе паспорта
сделки»» на стороне Клиента (БК и ИК) и стороне Банка. Новые элементы выделены рамкой.
Требуется добавить поле:
1. Поле для вложенных файлов от Банка.
21
Рис. 5.5.1. Макет модифицированной экранной формы «Заявление о закрытии/переводе паспорта сделки» для ИК.
Информация из банка
Рисунок 5.6.2-1. Макет модифицированной экранной формы документа для БК.
Внешний вид модифицированного диалога заявления для БК, Банка аналогичен приведённому
выше.
5.6.3.
Требования к структуре
Необходимо модифицировать структуру таблицы документа. Требуется добавить поле для
хранения вложенных файлов от Клиента и Банка. Новое поле должно быть включено в список
подписываемых полей.
Таблица 5.3.2. Новое поле для заявления о закрытие/переводе ПС.
Наименование поля
DocAttachmentBank
5.6.4.
Тип
Long binary
Длина
Описание
Вложенные файлы от Банка
Требования к контролям
Контроль
CheckAttachSizeClient
Проверка на размер
вложения
Значение по
умолчанию
Описание
Сообщение
Жестко
Проверять, что общий объем вложений
(прикрепленных файлов) в поле DocAttachmentClient
не превышает, указанного в настройке MaxSize
MaxSize=4000000
[1] Размер прикрепленных файлов
(%размер% байт) превышает
допустимый (%MaxSize% байт)
22
CheckNumberPS
Проверка количества
номеров паспортов сделок
Жестко
Проверять что количество записей во вложенной
таблице «Блоб-таблица «Информация о ПС»» не
превышает количества записей указанного в
настройке MaхNumber.
Значение по умолчанию 50
[1] Количество записей о ПС не
должна превышать (%MaхNumber%)
Требования к реализации справочника «Тарифы»
5.7.
5.7.1.
Общие требования
В Системе ДБО требуется реализовать новый справочник «Тарифы». Справочник предназначен
для ведения информации о тарифах по обслуживанию документов валютного контроля на стороне
Банка. Справочник подлежит репликации на сторону клиентов. Справочник на стороне Клиента
должен размещаться в разделе меню «Справочники» - «Внутренние», после пункта «Номера
паспортов сделок». На стороне Банка в должен размещаться в разделе меню «Справочники» «Внутренние», в отдельной группе.
Данные справочника должны использоваться при формировании файлов в формате xml для
выгрузки в DocsVision.
Импорта содержимого Справочника из сторонней системы не требуется. Экспорта содержимого
Справочника в стороннюю систему не требуется.
Требуется обеспечить заполнение справочника в соответствии с Приложением 1.
5.7.2.
Требования к структуре справочника
Справочник должен обеспечивать возможность ведения следующих реквизитов:
Таблица 5.7-1 Реквизиты справочника «Справочник тарифов»
Наименование поля
IdDocType
OperationType
KodTarif
TarifName
Priority
5.7.3.
Описание поля
Уникальный идентификатор типа
документа
Тип операции
Код тарифа
Название тарифа
Признак срочности документа: 0 – не
срочно, 1 – срочно
Тип
Integer
String (50)
String (10)
String(250)
Integer
Требования к диалогам и скроллерам
Макет диалога Справочника представлен на рисунке «Рисунок 5.7.3-1». Порядок заполнения
полей диалога Справочника должен отвечать требованиям, представленным в таблице «Таблица
5.7-2» (нумерация полей в таблице соответствует нумерации полей на макете диалога
Справочника рисунке «Рисунок 5.7.3-1»). Макет скроллера Справочника представлен на рисунке
«Рисунок 5.7.3-2».
Требуется обеспечить заполнение и редактирование содержимого Справочника на стороне Банка.
На стороне Клиента справочник должен быть недоступен для редактирования.
Требуется обеспечить визуализацию Справочника в главном меню Системы на стороне Банка:
справочник должен располагаться в разделе «Справочники» – «Внутренние», после пункта «Типы
произвольных документов» в той же группе. Для вызова справочника должен быть создан пункт
меню «Тарифы».
23
Рисунок 5.7.3-1. Макет диалога справочника «Справочник тарифов»
Рисунок 5.7.3-2. Макет скроллера справочника «Справочник тарифов»
Таблица 5.7-2 Описание заполнения полей справочника «Справочник тарифов»
№ пп
1
Метка
Тип документа
1
Тип операции
2
Код тарифа
3
Наименование
Описание поля
Уникальный идентификатор типа документа.
Обязательное поле для указания.
Возможен только выбор из справочника «Настройка
документарных схем», отфильтрованного по следующим
условиям:
o «Тип» = «Информационные документы»
«Движение» = «IN»
Обязательное поле для указания.
Выбор из списка:
 Оформить ПС
 Переоформить ПС
 Закрыть ПС
 Принять документы по ПС
 Принять документы по контракту без ПС
Обязательное поле для указания.
Содержит код тарифа.
Не обязательное поле для указания.
24
тарифа
Срочность
4
Содержит название тарифа.
Переключатель «Срочность», необязательное для указания,
по умолчание должно «Нет»
Требования к реализации документа «Поручение банку на
оформление документов»
5.8.
5.8.1.
Функциональные требования
1. Требуется реализовать новый клиентский документ «Поручение банку на оформление
документов». Требуется обеспечить возможность его подписи Клиентом и передачу на
сторону Банка.
2. Требуется обеспечить возможность прикладывания файлов к документам.
3. Требуется реализовать контроль на объем вложенных файлов от клиента.
4. На стороне Банка требуется обеспечить автоматическую выгрузку документа в систему
DocsVision после получения Документа, проверки подписи и прохождения всех проверок.
5. По результату обработки документа в DocsVision требуется обеспечить квитовку
документа в ДБО. Необходимо реализовать квитовку документа с возможностью
получения статусов «Принят ВК», «Отказан ВК» путем передачи в Систему ДБО
информации об изменении его статуса из DocsVision.
6. На стороне Клиента требуется обеспечить отображение результатов обработки документа в
Банке.
7. Требуется обеспечить возможность
8. Требуется обеспечить возможность архивирования Документа, в соответствии со
стандартной функциональностью.
5.8.2.
Требования к структуре Документа
Требования к составу полей Документа представлены в «Таблица 5.8-1». В таблице перечислены
только значимые поля документа. Требуется создать новую таблицу DealRegistrationPS
Таблица 5.8-1 Структура документа "Поручение на переоформление ПС"
№
Реквизит
Номер
Дата
Код тарифа
Номер счета
Тип поручения
Тип паспорта (0 – новый ПС, 1 –переведен из
другого банка)
7
Вид документа (0- СВО, 1-СПД, 3- Прочие)
8
Вложенные файлы от Клиента
9
Вложенные файлы от Банка
10
Референс документа
11
Идентификатор принадлежности к подразделению
банка
12
Наименование подразделения банка получателя
13
Наименование клиента
14
ИНН клиента
15
Ответственный исполнитель инициатора
16
Телефон ответственного исполнителя
Поля заполняемые на стороне банка
1
2
3
4
5
6
Название поля
DocumentNumber
DocumentDate
KodTarif
ChargeAccount
TypeOperation
TypePS
Тип
String(15)
Date
String 10
String 25
Intger
Intger
TypeDoc
DocAttachmentClient
DocAttachmentBank
DocRef
KbOpID
Intger
Long binary
Long binary
String 32
Intger
CustomerBankName
CustomerName
CustomerINN
SenderOfficials
PhoneOfficials
String 255
String 255
String 12
String 40
String 20
25
17
18
19
Дата исполнения
Ответственный исполнитель обработчика
Сообщение банка
ValueDate
ReceiverOfficials
NoteFromBank
Date
String 40
String 255
Поля (1-8), перечисленные в таблице «Таблица 5.8-1» должны быть включены в состав
подписываемых полей.
5.8.3.
Требования к реализации жизненного цикла Документа
Для Документа в Системе ДБО необходимо реализовать жизненный цикл аналогичный
документам валютного контроля реализованных в Системе с учётом изменений приведённых в
текущих требованиях.
5.8.4.
Требования к диалогам Документа
Требуется реализовать дилога Документа. Макет диалога Документа для Клиента подсистемы БК
представлен на рисунке «Рисунок 5.8.4-1». Макет диалога Документа для Клиента подсистемы ИК
представлен на рисунке «Рисунок 5.8.4-2».
Рисунок 5.8.4-1. Макет диалога Документа на стороне БК
26
Рисунок 5.8.4-2. Макет диалога Документа на стороне ИК
Архивный клиентский диалог Документа должен быть аналогичен приведённому рабочему
клиентскому диалогу со следующими изменениями:
 все поля диалога, предназначенные для ввода/редактирования на стороне Клиента, должны
быть доступны только для чтения (отображаются в режиме read-only);
 должны отсутствовать кнопки вызова календаря;
 поля с типом «Выбор из таблицы» и «Строка с выбором» должны быть заменены на поля с
типом «Поле ввода».
Порядок заполнения полей диалога Документа должен отвечать требованиям, представленным в
таблице «Таблица 5.8-2» (нумерация полей в таблице соответствует нумерации полей на макете
Документа на рисунке «Рисунок 5.8.4-1»).
Таблица 5.8-2. Правила заполнения полей Документа
№
Метка поля
Тип
1
№
Поле ввода
2
Дата
Поле ввода
Подсказка
Доп. информация
Обязательное
Заполняется автоматически (заполняется
значением: <Номер предыдущего документа> + 1)
Номер документа
или вручную.
Ограничение на ввод: 6 символов.
По умолчанию заполнено.
Обязательное
Заполняется вручную или из календаря.
Дата документа
По умолчанию заполнено текущей датой.
Маска ввода: дд.мм.гггг
27
№
3
4
Метка поля
В
-
Тип
Поле ввода
Подсказка
Подразделение
банка
обслуживающие
организацию
многострочное Наименование
поле ввода
клиента
Доп. информация
Обязательное
Только для чтения
Заполняется автоматически при открытии
диалога, значением наименования подразделения
банка, выбранного Пользователем ИК при входе в
Систему.
Заполняется автоматически после заполнения
(выбора из справочника «Организации»)
Обязательное
Заполняется автоматически при открытии диалога
значением наименования организации, выбранной
Пользователем ИК при входе в систему.
Заполняется автоматически полным названием
после выбора из справочника «Организации».
Обязательное
Только для чтения
5
ИНН
6
Исп.
7
Тел.
8
Счет
Поле ввода
ИНН клиента
Заполняется автоматически при открытии диалога
значением ИНН организации, выбранной
Пользователем ИК при входе в систему.
Заполняется автоматически после заполнения
(выбора из справочника «Организации») [поле 3] .
Ограничение на ввод: 12 символов.
Допустимые символы: только цифры.
Обязательное.
Поле со
Ответственный
Выбор из справочника «Сотрудники» либо
списком
исполнитель
ручной ввод.
Телефон
Обязательное.
Поле ввода
ответственного
Выбор из справочника «Сотрудники» либо
исполнителя
ручной ввод.
Обязательное
Редактируемое.
Выбор из списка счетов организации, под которой
был осуществлён вход в систему, или из
справочника «Счета». Список счетов должен быть
Поле
со Счет для оплаты
отфильтрован по подразделению, выбранному
списком
комиссии
Пользователем ИК при входе в систему и по коду
валюты «Российский рубль» (810).
9
Тариф
Поле со
списком
Тариф за
обслуживание
10
Тип поручения
Поле со
списком
Выберете тип
операции
11.1
Оформление
нового ПС
Радио-кнопка
Требуется маска отображения счета.
Ограничение на ввод: только 20 цифр.
Не обязательное.
Выбор из справочника «Тарифы». Выбор из
справочника должен быть отфильтрован по типу
документа , должны быть доступны только
документы с типом «Поручение на оформление
документов»
Обязательное.
Выбор из списка:
 Оформить ПС
 Переоформить ПС
 Закрыть ПС
 Принять документы по ПС
 Принять документы по контракту без ПС
Кнопка доступна для выбора, если тип операции
«Оформить ПС».
Значение должно сохраняться в поле TypePS со
значением «0».
28
№
Метка поля
Оформление
ПС,
11.2 переведённого
из другого
банка
Тип
Радио-кнопка
12.1 СВО
Радио-кнопка
12.2 СПД
Радио-кнопка
12.3 Прочие
Радио-кнопка
Вложения
13
Поле
Подсказка
Доп. информация
Кнопка доступна для выбора, если тип операции
«Оформить ПС».
Значение должно сохраняться в поле TypePS со
значением «1».
Кнопка доступна для выбора, если тип операции
«Принять документы по ПС» или «Принять
документы по контракту без ПС».
Значение должно сохраняться в поле TypeDoc со
значением «0».
Кнопка доступна для выбора, если тип операции
«Принять документы по ПС» или «Принять
документы по контракту без ПС».
Значение должно сохраняться в поле TypeDoc со
значением «1».
Кнопка доступна для выбора, если тип операции
«Принять документы по контракту без ПС».
Значение должно сохраняться в поле TypeDoc со
значением «3».
Поле для вложенных файлов от Клиента
Банковский диалог Документа должен выглядеть аналогично макету рабочего клиентского
диалога на рисунке «Рисунок 5.8.4-1» со следующими изменениями:

Все клиентские поля диалога, предназначенные для ввода/редактирования, должны быть
доступны только для чтения (отображаются в режиме «только для чтения»).

Должны отсутствуют кнопки вызова календаря;

Поля с типом «Выбор из таблицы» и «Строка с выбором» должны быть заменены на поля с
типом «Поле ввода»;

Должна быть добавлена панель полей, заполняемых Банком. Внешний вид панели
изображен на рисунке «Рисунок 5.8.4-3».
Рисунок 5.8.4-3. Панель банковского квитка Документа, заполняемая на стороне Банка для ИК
Все поля, заполняемые на стороне Банка, должны пересылаться на сторону Клиента в квитке
Документа.
На архивном диалоге банковского Документа все поля, включая поля банковского квитка, должны
соответствовать следующим требованиям:

Все поля диалога, предназначенные для ввода/редактирования, должны быть доступны
только для чтения (отображаются в режиме «только для чтения»).

Должны отсутствуют кнопки вызова календаря, кнопка расчета НДС, кнопка сохранения
плательщика в справочник и панель поиска плательщика (в подсистеме БК).
29

Поля с типом «Выбор из таблицы» и «Строка с выбором» должны быть заменены на поля с
типом «Поле ввода».
Таблица 5.8-3. Порядок заполнения банковских полей клиентского документа «Поручение на оформление документов»
№
Метка поля
Тип
Подсказка
14
Дата
Поле ввода
валютирования
15
Исполнитель
Выбор из
таблицы
Исполнитель
16
Комментарий
Выбор из
таблицы
Комментарий
17
Подразделение Поле ввода
Подразделение
18
Вложения от
банка
Вложения от
банка
5.8.5.
Поле ввода
Дата исполнения
Заполнение
Обязательное
Заполняется вручную или путем выбора из календаря
Поле должно заполняться только на стороне Банка и
отправляться на сторону Клиента (в квитке). На
стороне Клиента поле недоступно для редактирования.
Маска ввода: дд.мм.гггг
Обязательное
Заполняется вручную или путем выбора из
справочника сотрудников.
Поле должно заполняться только на стороне Банка и
отправляться на сторону Клиента (в квитке). На
стороне Клиента поле недоступно для редактирования.
Необязательное
Заполняется вручную или путем выбора из
справочника «Типовые сообщения из банка».
Поле должно заполняться только на стороне Банка и
отправляться на сторону Клиента (в квитке). На
стороне Клиента поле недоступно для редактирования.
Необязательное
Заполняется автоматически кратким наименованием
подразделения банка
Необязательное
Поле должно заполняться только на стороне Банка и
отправляться на сторону Клиента (в квитке). На
стороне Клиента поле недоступно для редактирования.
Требования к спискам (скроллерам) Документа
1. Требуется реализовать скроллер Документа. Для подсистемы БК скроллер должен иметь
дополнительные поля быстрого просмотра. Макет скроллера для БК представлен на рисунке
«Рисунок 5.8.5-1».
Рисунок 5.8.5-1. Макет скроллера Документа в подсистеме БК
Список Документов на стороне Клиента для подсистемы БК должен содержать следующие
столбцы:
 Дата– дата Документа, в формате дд.мм.гггг;
 № - номер Документа;
 Тип поручения;
30



Статус – наименование статуса Документа;
Подразделение Банка.
Сообщение из банка.
Контекстное меню скроллера должно содержать пункты:
 Подписать;
 Подписать пользователем;
 Снять подпись;
 Снять подпись пользователем;
 К отправке;
 Отправить в Банк;
 Отложить отправку;
 Повторить отправку;
 Печать документов;
 Запросить отзыв;
 Удалить;
В скроллере на стороне Банка требуется отображать следующие реквизиты Документа:
 Организация – наименование организации отправителя документа.
 АРМ – номер АРМ.
 Орг. – Идентификатор организации.
 S. - Сервис.
 Клиент
 Дата – дата Документа, в формате дд.мм.гггг.
 No – номер Документа.
 Статус – наименование статуса Документа.
 Принято - дата и время приема в банк.
 Дата принятия в формате дд.мм.гггг.
 Подразделение.
Панель быстрого просмотра списка Документов на стороне Банка должна отображать (в режиме
«только для чтения») содержимое следующих полей (реквизитов) Документа:
 Организация;
 Тип операции;
 Дата;
 Сообщение из банка;
Контекстное меню скроллера должно содержать пункты:
 Проверка подписи;
 Печать документов;
 Печать реестра;
 Архивирование.
 Операции администратора:
 Штатная проверка подписи;
 Штатная проверка реквизитов;
 Отослать подтверждение;
 Присвоить статус «Распознан»;
 Присвоить статус «Распознан BSI»;
 Присвоить статус «Принят»;
 Присвоить статус «Распечатан»;
 Присвоить статус «Не принят»;
 Принят ВК;
31
 Отказан ВК;
 Снять отметку об отправке квитка;
 Присвоить статус ЭП верна.
Панель быстрого просмотра списка Документов на стороне Банка должна отображать (в режиме
«только для чтения») содержимое следующих полей (реквизитов) Документа:
 Организация
 Тип поручения
 Сообщение из банка
Макет скроллера для Банка представлен на рисунке «Рисунок 5.8.5-2».
Рисунок 5.8.5-2. Макет скроллера Документа в подсистеме на стороне банка
5.8.6.
Размещение Документа на стороне Клиента
Для вызова списка рабочих Документов на стороне Клиента должен быть создан пункт меню
«Поручения на оформление документов». Добавляемый пункт меню должен размещаться в
разделе «Исходящие», после пункта меню «Заявление на закрытие/ перевод паспорта сделки», в
той же группе.
Для вызова списка архивных Документов на стороне Клиента должен быть создан пункт меню
«Архив поручений на оформление документов». Добавляемый пункт меню должен размещаться в
разделе «Исходящие» – «Архив документов», после пункта меню «Архив заявлений на закрытие/
перевод паспорта сделки», в той же группе.
5.8.7.
Размещение Документа на стороне Банка
Для вызова списка рабочих Документов на стороне Банка должен быть создан пункт меню
«Поручения на оформление документов». Добавляемый пункт меню должен размещаться в
разделе «Входящие», после пункта меню «Заявление на закрытие/ перевод паспорта сделки», в той
же группе.
Для вызова списка архивных Документов на стороне Банка должен быть создан пункт меню
«Архив поручений на оформление документов». Добавляемый пункт меню должен размещаться в
разделе «Входящие» – «Архив документов», после пункта меню «Архив заявлений на закрытие/
перевод паспорта сделки», в той же группе.
5.8.8.
Требования к контролям
32
Таблица 5-4. Контроли Документа
№
Название
Значение
Описание
Сообщения
контроля
Номер документа
1.1
Контроль длины номера
документа
CheckDocumentNumberL
ength
1.1.1
Длина номера документа
по умолчанию
Параметр
DefaultDocumentNumber
Length
Контроль номера
документа
CheckDocumentNumber
1.2
Жестко
Жестко
1.2.1
Допустимые символы
для номера документа
Параметр AllowChars
2
CheckAttachSizeClient
Проверка на размер
вложения
Жестко
3
CheckChargeAccountAcc
essory
Проверка на
принадлежность счёта
клиенту
Жестко
4
Проверка корректности
дат
CheckAllowDate
Жестко
5.9.
Проверять, что поле «Номер документа»
не пусто.
Если пусто – сообщение [1]
Проверить, что длина номера не больше
допустимой длины. Иначе сообщение [2]
Примечание: допустимая длина
определяется из константы
DefaultDocumentNumberLength контроля
CheckDocumentNumberLength документа,
или, если константа контроля не найдена,
по настройке 14-й ветки Controls
ADDITIONAL.DefaultDocumentNumberLe
ngth
Относится к контролю
CheckDocumentNumberLength.
Определяет максимальную дину номера
Документа.
Значение по умолчанию «6».
Проверять, что номер не содержит внутри
(не по краям) пробелы.
В случае ошибки – сообщение [1].
Проверять, что номер не содержит иные
недопустимые символы.
Допустимые символы – в параметре
AllowChars.
В случае ошибки - сообщение [2].
Проверить, что номер состоит не только
из нулей. В случае ошибки - сообщение
[3]
Относится к контролю
CheckDocumentNumber.
Список допустимых символов в номере
Документа. Значение по умолчанию
«0123456789»
Проверять, что общий объем вложений
(прикрепленных файлов) в поле
DocAttachmentClient не превышает,
указанного в настройке MaxSize
MaxSize=4000000
Проверять что выбранный счет
принадлежит указанной организации и
открыт в выбранном отделении банка. В
случае, если не выполняется – сообщение
[1]
Проверять что счет не закрыт для
платежей. В случае, если не выполняется
– сообщение [1.2]
Проверять что любое поле с типом дата
>=01.01.1900
[1]. Отсутствует номер
документа
[2]. Номер документа
длиннее допустимого
(<N> символов)
[1] Номер документа
содержит пробелы
[2] Номер документа
содержит недопустимые
символы: «найденные
недопустимые»
[3] Номер документа
равен нулю
[1] Размер прикрепленных
файлов (%размер% байт)
превышает допустимый
(%MaxSize% байт)
[1] Счёт счет для оплаты
комиссии не принадлежит
указанной организации
[1.2] Счет для оплаты
комиссии закрыт для
платежей.
[1] Дата должна быть
больше 01.01.1900
Требования к реализации связки с DocsVision
Связка с
DocsVision_v.1.docx
6. Ограничения
1. Изменения печатных форм документов ВК не требуется.
2. Не требуется отдельно подписывать
подписываются в составе пакета.
вложенные
файлы
документов,
вложения
33
3. Не требуется проверять подпись файлов, полученных из DocsVision.
Приложение 1. Тарифы
Тип документа
Тип операции
Код тарифа
Срочн
ость
Оформление
Банком Нет
проекта паспорта сделки в
течение 3-х рабочих дней
Название тарифа
Поручение
документов
на
оформление Оформить ПС
Поручение
документов
на
оформление Оформить ПС
Поручение
документов
на
оформление Оформить ПС
Поручение
документов
на
оформление Переоформить ПС
на
оформление Закрыть ПС
9999
Поручение
документов
на
оформление Принять документы
по ПС
Нет
9999
Поручение
документов
на
оформление Принять документы
без ПС
Нет
9999
Поручение
документов
0104.18
0104.19
0104.15.02
0104.15.02
Оформление
Банком Нет
проекта паспорта сделки на
срочных условиях в день
предоставления документов
в Банк
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Нет
ПС по контракту
Оформить ПС
ПС по кредитному договору
Оформить ПС
9999
ПС по контракту
Оформить ПС
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Нет
9999
ПС по кредитному договору
Оформить ПС
Нет
0104.15.02
0104.15.02
34
9999
ПС по контракту
Закрыть ПС
Нет
9999
ПС по кредитному договору
Закрыть ПС
Нет
0104.15.02 ПС по контракту
Переоформить ПС
ПС по контракту
Переоформить ПС
0104.15.02 ПС по кредитному договору
Переоформить ПС
9999
ПС по кредитному договору
Переоформить ПС
9999
СВО
Принять документы
по ПС
Нет
9999
СВО
Принять документы
по контракту без ПС
Нет
9999
СПД
Принять документы
по ПС
нет
9999
Член Правления, директор Департамента
банковских и информационных технологий
________________/Русанов С.Г./
М.П.
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Нет
Срочное
подписание Да
Банком паспорта сделки:
Для
документов,
предоставленных
в
электронном виде
Нет
Генеральный директор ООО «БСС групп»управляющей компании ООО«БСС»
________________/Кравченко Г.В./
М.П.
35