7.7. Требования к алгоритмам выгрузки данных ПП для систем Банк-Клиент Исполнитель должен иметь возможность отправлять согласованные ЗП на исполнение в банки по следующему алгоритму.
Исполнителю предоставляется экранная форма с ПП согласованных ЗП. Исполнитель выбирает ПП для передачи в банк и принимает решение о передаче выбранных ПП. В ПП, передача которых в системы Банк-Клиент не предусмотрена, исполнитель должен указать номер и дату ПП (дата ПП по умолчанию – текущая дата).
Система должна обеспечить:
выгрузку ПП в в электронном виде и в нужном формате для систем Банк-Клиент;
печать ПП, передача которых в системы Банк-Клиент не предусмотрена.
ПП, не предназначенные к выгрузке для систем Банк-Клиент, считаются отправленными на исполнение в банк после их печати (печать ПП должна производится для передачи их курьером в банки).
Форма печати валютного ПП должна быть согласована отдельным документом до начала опытной эксплуатации.
7.8. Требования к алгоритму прохождения ЗП по стадиям жизненного цикла Система должна обеспечивать прохождение ЗП по стадиям жизненного цикла, в порядке и согласно условиям, приведенным в таблице.
Таблица 8. Стадии ЖЦ ЗП.
№ п/п
| Стадия ЖЦ
| Условие перехода ЗП на данную стадию с предыдущей
| 1.
| Оформление
|
| 2.
| Согласование
| ЗП оформлено надлежащим образом (см. п. 7.1.).
Инициатор принял решение о передаче ЗП на согласование.
| 3.
| Согласовано
| Все согласующие инстанции основного маршрута приняли решение о согласовании ЗП
| 4.
| Исполнение
| Исполнитель передал данные о ЗП в системы Банк-Клиент.
Исполнитель проставил номер и дату ПП данного ЗП.
| 5.
| Исполнено
| Непустая дата исполнения ЗП.
| 6.
| В архиве
| На эту стадию ЗП переходит на следующий день после исполнения.
|
Для ЗП, находящихся в банке на исполнении, необходимо предусмотреть режим, обеспечивающий возврат его на стадию жизненного цикла “Согласовано”.
7.9.Требования к алгоритмам ввода и хранения информации о распределении бюджетов управляющих компаний по датам и валютам В механизме обработки выписок разработать дополнительный функционал:
- импорт входящих платежных поручений в Систему;
- интерфейс соотнесения входящего платежа, контрагента и статьи сметы;
- разграничение доступа в зависимости от компании, где работает пользователь.
2.1.2. Разработать механизм импорта справочных данных о компаниях-контрагентах в согласованном с Заказчиком формате.
2.1.3. В модуле импорта разработать дополнительный функционал:
- импорт структуры бюджета движения денежных средств (далее по тексту – «БДДС»);
- импорт плана БДДС на месяц.
Импортируемые данные предоставляются в файле формата MS Excel. Для каждого юридического лица (плательщика) может вестись несколько БДДС (головной офис, филиалы и т.д.). Для каждого БДДС предоставляется отдельный файл. Структура данных в файле для всех юридических лиц одинакова.
Должна быть предусмотрена возможность вручную корректировать план, факт и структуру БДДС.
2.1.4. Разработать дополнительный функционал контроля достаточности бюджета для осуществления платежей.
При согласовании заданий на платеж (далее по тексту – «ЗП») Бюджетной службой (далее по тексту – «БС») на закладке «Сведения о бюджете» в тех случаях, когда уже определены:
бюджет (выбирается инициатором или пользователем в роли «Бюджетная служба»),
дата бюджетного назначения,
статья бюджета
Система должна предоставить следующую информацию:
Для бюджета, выбранного на закладке «Сведения о бюджете»:
лимит по статье и контрагенту (из плана бюджета),
согласовано БС (сумма согласованных Бюджетной службой ЗП, в т.ч. и исполненных),
остаток (разница между лимитом и суммой согласованных Бюджетной службой ЗП).
Для всех бюджетов плательщика (если хотя бы один выбран на закладке «Сведения о бюджете»):
лимит по статье и контрагенту (из всех планов бюджетов плательщика),
согласовано БС (сумма согласованных Бюджетной службой ЗП, в т.ч. и исполненных),
остаток (разница между лимитом и суммой согласованных Бюджетной службой ЗП).
2.1.5. Разработать модуль формирования следующих отчетов в форматах HTML и MS Excel:
Факт БДДС (консолидированный по юридическому лицу);
Согласование платежей консолидированное (с разбивкой по каждому бюджету юридического лица).
Должна быть предоставлена возможность получать информацию о платежах за указанный пользователем период.
Должно быть предусмотрено разграничение доступа в зависимости от компании, где работает пользователь.
2.1.6. Разработать функционал, чтобы после закрытия месячного бюджета, исполнение бюджета должно сохраняться и накапливаться, формируя годовое фактическое исполнение бюджета.
|