Техническое задание на разработку информационной системы «Журнал учета платежных поручений»

Техническое задание на разработку информационной системы
«Журнал учета платежных поручений»
Назначение и цели разработки ИС «Журнал учета платежных поручений»
Основное назначение разработки – автоматизация процессов обращения и
обработки платежных поручений с переходом на их хранение в электронном виде.
Автоматизация работы с платежными поручениями позволит сократить количество
бумажных носителей, мест требуемых для их хранения, издержек на транспортировку, а
также уменьшить объем и количество операций, выполняемых вручную оператор(-ами)ом
систем банк-клиент. Кроме того, автоматизация указанных процессов позволит
минимизировать время и объем операций, требуемый для поиска и подготовки бумажных
или электронных копий платежных поручений по запросам от госструктур (суды, налог
органы и т.п.), а также повысит доступность информации о платежных поручениях для
компании вне зависимости от статуса отношений с Банками-партнерами.
Общие требования к разрабатываемой системе
Разрабатываемая информационная система «Журнал учета платежных поручений»,
далее ИС «Журнал», должна обеспечивать следующие функции:
1. Загрузку файлов определенных форматов, подготовленных оператор(-ами)ом из
систем банк-клиент и содержащих информацию о платежных поручениях в
виде шаблонных форм, являющихся их электронным представлением.
2. Автоматическое распознавание реквизитов и выделение электронной формы
каждого платежного поручения из загруженных файлов, требуемых для
последующего
учета,
хранения,
поиска
и
извлечения
(формирования
электронных форм) платежных поручений.
3. Регистрацию каждого платежного поручения в хранилище данных ИС
«Журнал» с сохранением реквизитов и оригинальной электронной формы.
4. Форматно-логический контроль корректности загружаемых файлов в ИС
«Журнал» с формированием контрольной информации оператору о полноте и
корректности процессов загрузки, распознавания и регистрации платежных
поручений, построенном по транзакционному принципу (либо успешно
зарегистрированы все платежные поручения загружаемого файла, либо ни
одного с выводом соответствующих подробных причин невозможности
загрузки).
5. Поиск зарегистрированных в ИС «Журнал» платежных поручений по
реквизитам и их совокупности с различными условиями, а также с
возможностью выравнивания при неточном сопоставлении схожих в написании
английских и русских алфавитных символов, знаков препинания и специальных
символов.
6. Просмотр реквизитов и представлений платежных поручений в ИС «Журнал»
как в виде списка платежных поручений, так и в виде электронной формы
отдельного платежного поручения.
7. Формирование внешнего файла (.doc), содержащего электронную форму
платежного поручения для последующей печати или сохранения в электронном
виде.
8. Формирование списков по результатам поиска и формирование внешнего файла
(.doc) с отобранными платежными поручениями для их последующей печати
или сохранения в электронном виде.
9. Разграничение прав доступа к операциям и информации в ИС «Журнал».
10. Аудит действий пользователей в системе, проведенных операций в системе с
сохранением информации в соответствующих журналах.
11. Выгрузка оригинальных импортированных файлов за весь период хранения
платежных поручений.
12. Возможность построения отчетов на основе имеющейся информации по
реквизитам.
13. Рециркуляция устаревших данных с периодом хранения не менее 7 лет.
14. Инкрементальное
ежесуточно,
кумулятивное
еженедельное
и
полное
ежемесячное резервное копирование и восстановление данных в случаях сбоя с
возможностью сохранения резервной копии на внешний диск.
Требования к загрузке файлов
Система
должна
обеспечивать
загрузку
файлов
определенных
форматов,
подготовленных оператор(-ами)ом из систем банк-клиент и содержащих информацию о
платежных поручениях в виде шаблонных форм, являющихся их электронным
представлением. В интерфейсе системы должно быть предусмотрено меню загрузки
файлов. Загрузка должна осуществляться пошагово, с помощью мастера подсказок.
Система
должна
предложить
выбрать
формат
загружаемого
файла
одного
из
перечисленных типов: Глобэксбанк, Сбербанк, Связьбанк. Затем, система должна
предложить загрузить файл. Система должна запомнить оригинальный файл в хранилище.
Файл проверяется на корректность в соответствии с выбранным форматом. Если файл не
соответствует выбранному формату, система выдает соответствующее предупреждение.
Таблица. Перечень поддерживаемых форматов загружаемых файлов.
Банк
Глобэксбанк
Формат файла
файл (doc) с выписками
файл (doc) с платежными поручениями
файл
Сбербанк
(rtf)
выписками
и
платежными
и
платежными
поручениями
(в одном файле)
файл
Связьбанк
(rtf)
выписками
поручениями
(в одном файле)
Примеры выписок и платежных поручений приведены в приложении 1.
Требования к автоматическому распознаванию реквизитов и выделению
электронных форм
Система должна обеспечивать автоматическое распознавание реквизитов и
выделение электронной формы каждого платежного поручения из загруженных файлов,
требуемых для последующего учета, хранения, поиска и извлечения (формирования
электронных форм) платежных поручений. В процессе распознавания система должны
показывать пользователю, осуществляющему загрузку ход процесса распознавания.
В зависимости от формата распознаваемого файла для распознавания должен
подключаться тот или иной обработчик (см. таблицу с перечнем поддерживаемых
форматов загружаемых файлов).
Система должна поддерживать возможность подключения новых обработчиков для
распознавания файлов новых форматов, что необходимо в случаях изменения формата
файла банком, или взаимоотношений с новыми банками. При этом новые обработчики не
должны затрагивать старые, которые не удаляются из системы, а используются для
обработки файлов прошлых периодов.
Таблица. Распознаваемые реквизиты для платежных поручений.
Наименование реквизита
Формат
Дата выписки платежного Поле
типа
Описание
дата
поручения
ДД.ММ.ГГГГ
Номер документа
Символьное поле размером
до 20 символов
Наименование
получателя Символьное поле размером
платежа
до 1000 символов
Наименование отправителя Символьное поле размером
платежа
до 1000 символов
Назначение платежа
Символьное поле размером
до 4000 символов
Сумма платежа
Числовое поле, два знака
после запятой
Валюта платежа
Символьное поле 3 символа
Признак доход/расход
Признак
определяется
полем «Дебет» и «Кредит».
Если
заполнено
поле
«Кредит», то это доход,
иначе расход.
Требования к регистрации платежных поручений и электронных форм
Система должна обеспечивать регистрацию каждого платежного поручения с
сохранением всех распознанных реквизитов поручения, а также его оригинальной
электронной формы. При регистрации реквизиты и электронные формы платежного
поручения сохраняются непосредственно в базу данных системы. При этом электронные
формы платежного поручения сохраняются таким образом, что их последующее
воспроизведение не должно отличаться от оригинального. Реквизиты должны сохраняться
как для отображения в списках, или карточках платежных поручений, так и в таблицах
поиска
для
возможности
проведения
последующего
поиска.
Таблицы
поиска
индексируются при добавлении новой информации. Система должна давать возможность
переиндексировать поисковые таблицы вручную в случае рассинхронизации таблиц
поиска
и
таблиц
данных.
Операция
Администратором из интерфейса системы.
реиндексации
должна
осуществляться
Требования к форматно-логическому контролю корректности загружаемых файлов
Система должна обеспечивать проведение форматно-логического контроля
корректности
загружаемых
файлов
с
формированием
контрольной
информации
пользователю системы о полноте и корректности процессов загрузки, распознавания и
регистрации
платежных
поручений.
Проверка
должна
быть
построена
по
транзакционному принципу (либо успешно зарегистрированы все платежные поручения
загружаемого файла, либо ни одного с выводом соответствующих подробных причин
невозможности загрузки).
Требования к поиску по реквизитам
Система должна иметь возможность поиска зарегистрированных платежных
поручений по реквизитам и их совокупности с различными условиями, а также с
возможностью выравнивания при неточном сопоставлении схожих в написании
английских и русских алфавитных символов, знаков препинания и специальных символов.
Должна поддерживаться возможность поиска по значениям реквизитов введенным
частично. В этом случае сопоставление осуществляется на основе вхождения подстроки
введенной пользователем в поиске в каждую из строк представленных значениями того
или иного реквизита (аналог Excel функции «содержит»).
Требования к просмотру списков, реквизитов и представлений
Система должна иметь возможность просмотра реквизитов и представлений
платежных поручений, как в виде списка платежных поручений, так и в виде электронной
формы отдельного платежного поручения.
Требования к формированию электронной формы для печати/сохранения
Система должна позволять осуществлять формирование внешнего файла (.doc),
содержащего электронную форму платежного поручения для последующей печати или
сохранения в электронном виде.
Требования к формированию списков для массовых операций
Система должна иметь возможность формировать списки по результатам поиска и
последующее формирование внешнего файла (.doc) с отобранными платежными
поручениями для печати или сохранения в электронном виде.
Требования к разграничению прав доступа
Система должна иметь возможность разграничения прав доступа к операциям и
информации, а также иметь интерфейс для удаления, создания новых и редактирования
существующих пользователей.
В системе всегда существует пользователь admin, его удалить нельзя. Данный
пользователь имеет права на все действия в системе.
Каждому пользователю назначается вид доступа, которому соответствует свой
набор прав.
Таблица. Виды доступа пользователей с наборами прав.
Вид доступа
Набор прав
Доступны все действия в системе. В том
Администратор
числе
удаление,
создание
редактирование
новых
и
существующих
пользователей.
Чтение
Полный доступ
и
информации
редактирование
в
системе.
любой
Запрещено
удаление, создание новых и редактирование
существующих пользователей.
Чтение любой информации в системе,
Доступ на чтение
редактирование
запрещено.
Запрещено
удаление, создание новых и редактирование
существующих пользователей.
Требования к аудиту действий пользователей и операций системы
Система должна вести аудит действий пользователей в системе, проведенных
операций и сохранять эту информацию в соответствующих журналах безопасности.
Журналы безопасности должны вестись в специальные таблицах, записи в которых имеют
сквозную нумерацию. Также в системе должны фиксироваться все операции запускаемые
над системой (автоматически или вручную) включая получение резервной копии данных,
реиндексация данных, изменение состава пользователей и т.п.
Информация этих журналов должна быть доступна в интерфейсе системы. В
журнале должны фиксироваться: Уникальный последовательный сквозной номер записи в
журнале, момент времени совершения действия, действие и
имя пользователя
совершившего операцию, ip-адрес компьютера с которого совершено действие. Вход и
выход в/из системы фиксируется наряду с прочими операциями, также фиксируются все
попытки доступа к системе с неверными учетными реквизитами. Во избежание подбора
паролей система должна фиксировать количество неудачных попыток входа в систему.
Если попыток более 10, то данная учетная запись блокируется. Только администратор
системы может разблокировать такую учетную запись. Если же запись администратора
оказалось заблокирована, то ее разблокировка осуществляется программными средствами.
Требования к выгрузке оригинальных загруженных файлов
Система
должна
позволять
осуществлять
выгрузку
оригинальных
импортированных файлов за весь период хранения платежных поручений.
Требования к отчетам
Система должна иметь возможность построения отчетов на основе имеющейся
информации по реквизитам, хранящимся в базе данных.
Требования к рециркуляции данных
Система должна иметь возможность осуществлять рециркуляцию устаревших
данных, таким образом, что бы обеспечить период хранения информации о платежных
поручениях, журналов безопасности, файлов загруженных в систему и т.п., не менее 7 лет.
Процедура рециркуляции должна запускаться вручную под единственным пользователем
- администратором. При запуске процедуры рециркуляции система должна выдать
информацию,
которую
собирается
пометить
как
удаленную.
администратора она выгружается в отдельную резервную
Далее
решением
копию, «сжимается»
архиватором и сохраняется на внешнем диске. После чего помеченная в системе
информация к удалению – действительно удаляется в системе. Действия Администратора
с отдельной копией информации помеченной как удаленной регламентируются
внутренними процедурами, действующими в организации.
Требования к резервному копированию
Система должна осуществлять инкрементальное ежесуточно, кумулятивное
еженедельное и полное ежемесячное резервное копирование данных. Также система
должна иметь возможность восстановление данных из резервных копий, как в случаях
сбоя оборудования, программного обеспечения прикладного или системного, так и в
случаях некорректных действий пользователя или администратора в системе, в результате
которой возникла ошибка. Система должна позволять делать независимые резервные
копии таким образом, что бы оставались возможности сохранения резервной копии на
внешний диск и восстановления всей системы из нее.
Таблица. Перечень процедур резервного копирования, поддерживаемых системой.
Название процедуры
Периодичность
Описание
выполнения
Полная
резервная
копия
означает
полное
дублирование всех данных
таблиц
СУБД,
а
также
файлов приложения. Данная
Полная резервирование
не реже 1 раза в месяц
резервная
копия
должна
быть самодостаточная, в том
числе
поддерживать
возможность
восстановления на другое
совместимое оборудование.
Кумулятивная
резервная
копия
означает
дублирование
всех
изменений к данным таблиц
СУБД,
а
также
файлов
с
момента
приложений
осуществления
Кумулятивная
резервирование
не реже 1 раза в неделю
полной
последней
резервной
Для
копии.
восстановления
потребуется
резервная
полная
копия
кумулятивная
которые
восстановлении
применяются
последовательно.
к
и
ней,
при
Инкрементальная резервная
копия
означает
дублирование
всех
изменений к данным таблиц
СУБД,
а
также
файлов
с
момента
приложений
осуществления
любой
последней резервной копии.
Для
Инкрементальное
резервирование
не реже 1 раза в сутки
восстановления
потребуется
полная
резервная
копия,
кумулятивная копия к ней, а
также все инкрементальные
резервные копии сделанные
с
момента
последней
кумулятивной копии. Все
указанные виды копий при
восстановлении
применяются
последовательно.
Приложение 1
Пример выписки из банка Связьбанк
ОАО АКБ "СВЯЗЬ-БАНК" Г МОСКВА
ВЫПИСКА ИЗ ЛИЦЕВОГО СЧЕТА
c 11.02.2013 до 11.02.2013
Счет 40702810400000002194 (Тип счета: Пассивный, Валюта 810)
Владелец счета: ЗАО "ГЛОБУС-ТЕЛЕКОМ"
ВХОДЯЩИЙ ОСТАТОК на 11.02.2013 1 911 132,02
Дата последней операции 28.02.2013
Дата предыдущего движения 08.02.2013
Дата
№ док.
БИК банка
корр.
Название корр.
Лицевой счет
Дебет
Кредит
Назначение
0
1
2
3
4
5
6
7
11.02.2013
703
044525225
Московский банк Сбербанка России
ОАО г.Москва
40502810138320100021
444,86
Оплата по счету 152 от 01.02.13 за местную
телефонную связь в январе 2013 г. дог.16/ПЭБ-35 от
08.01.2004 , в т.ч. НДС(18%) 67-86.
11.02.2013
3970
044525848
ОАО АКБ "СВЯЗЬ-БАНК"
70601810900001210213
546,00
Комиссия банка за исполнение внутрирегиональных
и межрегиональных платежей за 11-02-2013г. по
договору банковского счета N 2194 от '29/08/2007'.
НДС не облагается.
Пример платежного поручения из банка Связьбанк
11.02.2013
11.02.2013
Поступ. в банк плат.
0401060
Списано со сч. плат.
ПЛАТЕЖНОЕ ПОРУЧЕНИЕ № 703
электронно
Вид платежа
11.02.2013
Дата
Сумма
прописью
ИНН 7715227394
КПП 771501001
Сумма
444-86
Сч.№
40702810400000002194
БИК
044525848
Сч.№
30101810900000000848
БИК
044525225
Сч.№
30101810400000000225
Сч.№
40502810138320100021
Московский банк Сбербанка России ОАО г.Москва
Вид оп.
01
Получатель
Наз. пл.
Код
ЗАО "ГЛОБУС-ТЕЛЕКОМ"
Плательщик
ОАО АКБ "СВЯЗЬ-БАНК"
Г. МОСКВА
Банк плательщика
ОАО "СБЕРБАНК РОССИИ"
Г. МОСКВА
Банк получателя
ИНН 7715027275
КПП 771501001
Срок
плат.
Очер.плат
.Рез.поле
6
Оплата по счету 152 от 01.02.13 за местную телефонную связь в январе 2013 г. дог.16/ПЭБ-35 от 08.01.2004 , в т.ч.
НДС(18%) 67-86.
Назначение платежа
Подписи
М.П.
Отметки банка
ОАО АКБ «Связь-Банк"
БИК 044525848
К/С
30101810900000000848
11.02.2013
ЭЦП банка верна
Пример выписки из банка Сбербанк
Дополнительный офис № 0752 Московского банка ОАО "Сбербанк России"
ОАО "Сбербанк России" г.Москва
БИК 044525225
26.04.2013 10:16:35
СЧЕТ
НАЗВАНИЕ
40702810138050108452
Закрытое акционерное общество "ГЛОБУС-ТЕЛЕКОМ"
*
300
ВЫПИСКА ИЗ ЛИЦЕВОГО СЧЕТА
За период с 25 апреля 2013 года по 25 апреля 2013 года
Российский рубль
Отв.Исп. 13161
Дата предыдущей операции по счету 24.04.2013
Входящий остаток пассив
Вид (шифр)
Дата
Номер документа клиента Номер документа Банка
операции
25.04.2013
01
388
25.04.2013
01
59
1 092 284.75 (П)
БИК банка корреспондента
044525555
044552272
Корреспондирующий счет
40820810340000005404
40820810387250000029
Сумма по дебету
Сумма по кредиту
169.92
445.17
Пример платежного поручения из банка Сбербанк
Документ~ №1 из 3 Полноформатные документы
0401060
25.04.2013
25.04.2013
Поступ. в банк плат.
Списано со сч. плат.
ПЛАТЕЖНОЕ ПОРУЧЕНИЕ № 388
25.04.2013
Дата
Сумма
прописью
Вид платежа
Сто шестьдесят девять рублей 92 копейки
ИНН
КПП
Иванов в ОАО "ПРОМСВЯЗЬБАНК" г.МОСКВА
Плательщик
ОАО "ПРОМСВЯЗЬБАНК" г. МОСКВА
Банк плательщика
ОАО "СБЕРБАНК РОССИИ" г. МОСКВА
Банк получателя
ИНН 7715227394
ЗАО "ГЛОБУС-ТЕЛЕКОМ"
Сумма
169-92
Сч. N
40820810340000005404
БИК
044525555
Сч. N
30101810400000000555
БИК
044525225
Сч. N
30101810400000000225
Сч. N
40702810138050108452
КПП
Вид. оп.
Получатель
01
Срок плат.
Наз. пл.
Очер плат.
Код
Рез. поле
6
договор TV 0123 от 19,01,2007 оплата счета В-13003301 от 01,03,2013
Назначение платежа
Подписи
Отметки банка
М.П.
25 АПРЕЛЯ 2013 Г.
Полноформатные документы, стр. № 1 из 3
Пример выписки из банка Глобэксбанк
ЗАО "ГЛОБЭКСБАНК"
Дата запроса : 29.04.2013
Время запроса 09:56:06
Выписка из КОРРЕСПОНДЕНТСКОГО (ЛИЦЕВОГО) СЧЕТА
с 26.04.2013 на 29.04.2013
Счет 40702810500770006770
Закрытое акционерное общество "ГЛОБУС-ТЕЛЕКОМ"
Входящий остаток 38 461 706.76 К Дата предыдущей операции 25.04.2013
┌──────────┬──────┬───────────┬─────────────────────┬─────────────────────┬────────────────────┬───────────────────┬──────────────────────────────────┬──────────────────────────────────┐
│ Дата
│ N
│
БИК
│
Корр. счет
│
Лицевой счет
│
Дебет
│
Кредит
│
Наименование корреспондента
│
Назначение платежа
│
│
│ док. │
│
│
│
│
│
│
│
├──────────┼──────┼───────────┼─────────────────────┼─────────────────────┼────────────────────┼───────────────────┼──────────────────────────────────┼──────────────────────────────────┤
│26.04.2013│63522 │
│ 30101810000000000243│ 70601810300772102008│
25,00│
│Комиссия от юр.лиц- резидентов за │Комиссия за перевод
│
│
│
│
│
│
│
│
│рублевые переводы
│
│
├──────────┼──────┼───────────┼─────────────────────┼─────────────────────┼────────────────────┼───────────────────┼──────────────────────────────────┼──────────────────────────────────┤
……………….
├──────────┼──────┼───────────┼─────────────────────┼─────────────────────┼────────────────────┼───────────────────┼──────────────────────────────────┼──────────────────────────────────┤
│26.04.2013│ 475 │ 044525716│ 30101810100000000716│ 60312810200000053560│
│
175 008,57│Ваня (ЗАО)
│Оплата за услуги связи в марте
│
│
│
│
│
│
│
│
│
│2013 по счету В-13005667 от 01.04.│
│
│
│
│
│
│
│
│
│2013 по договору 000713 от 01.12. │
│
│
│
│
│
│
│
│
│2005. Включая НДС 26696,22
│
├─────────────────┼───────────┴─────────────────────┴─────────────────────┼────────────────────┼───────────────────┼──────────────────────────────────┴──────────────────────────────────┤
│Итого обороты
│
│
19 757 778,09│
1 950 237,64│
│
├─────────────────┴───────────────────────────────────────────────────────┴────────────────────┴───────────────────┴─────────────────────────────────────────────────────--──────────────┤
│Исходящий остаток
20 654 166.31 К
│
└────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Пример платежного поручения из банка Глобэксбанк
26.04.2013
───────────────────────
Поступ. в банк плат.
26.04.2013
───────────────────────
Списано со сч. плат.
┌───────┐
│0401060│
└───────┘
┌────┐
26.04.2013
электронно
│
│
─────────────────
─────────────────
└────┘
дата
вид платежа
Сумма
│ Сто семьдесят пять тысяч восемь рублей 57 копеек
прописью│
│
─────────┴────────────┬───────────────────────┬───────┬──────────────────────────────
ИНН 7710353606
│ КПП 775001001
│ Сумма │ 175008-57
──────────────────────┴───────────────────────┤
│
Ваня (ЗАО)
│
│
│
│
├───────┼──────────────────────────────
│ Сч.N │ 60312810200000053560
Плательщик
│
│
──────────────────────────────────────────────┼───────┤
ВТБ 24 (ЗАО) г. МОСКВА
│ БИК │ 044525716
├───────┤
Банк плательщика
│ Сч.N │ 30101810100000000716
──────────────────────────────────────────────┼───────┼──────────────────────────────
ЗАО "ГЛОБЭКСБАНК" г. МОСКВА
│ БИК │ 044525243
├───────┤
Банк получателя
│ Сч.N │ 30101810000000000243
──────────────────────┬───────────────────────┼───────┤
ИНН 7715227394
│ КПП 771501001
│ Сч.N │ 40702810500770006770
──────────────────────┴───────────────────────┤
│
ЗАО 'Глобус - Телеком'
│
│
├───────┼────────┬─────────┬───────────
│Вид оп.│01
│Срок плат│
│Наз.пл.│
│Очер.плат│6
Получатель
│Код
│
│Рез.поле │
─────────────────────┬─────────────┬──┬───────┴────┬──┴────────┴────┬────┴───────┬───
│
│ │
│
│
│
─────────────────────┴─────────────┴──┴────────────┴────────────────┴────────────┴───
Оплата за услуги связи в марте 2013 по счету В-13005667 от 01.04.2013 по договору
000713 от 01.12.2005. Включая НДС 26696,22
Назначение платежа
─────────────────────────────────────────────────────────────────────────────────────
Подписи
Отметки банка
ПЛАТЕЖНОЕ ПОРУЧЕНИЕ
N 475
────────────────────────────
Принято по системе
М.П.
Клиент-Банк
────────────────────────────