оплата в <валюта оплаты> по курсу ЦБ <курс> на день оплаты [плюс <процент>%];
оплата в <валюта оплаты> по курсу ЦБ <курс> на день оплаты [плюс <сумма валюты оплаты>]. Где выражения в квадратных скобках не обязательны для заполнения.
Для удобства формирования и редактирования поля “Особые условия оплаты” пользователю должна быть предоставлена соответствующая экранная форма. При вводе курса пользователем, имеющим доступ к реквизиту, сумма ПП должна быть пересчитана по одной из формул (в зависимости от формата):
сумма ПП = сумма ЗП * курс [+ сумма в валюте оплаты] если валюта ЗП#RUR,
сумма ПП = сумма ЗП / курс [+ сумма в валюте оплаты] если валюта ЗП=RUR,
сумма ПП = сумма ЗП * курс [+ сумма процентов] если валюта ЗП#RUR,
сумма ПП = сумма ЗП / курс [+ сумма процентов] если валюта ЗП=RUR,
где
сумма процентов = сумма ЗП * курс* процент/100 если валюта ЗП#RUR или
сумма процентов = сумма ЗП / курс* процент/100, если валюта ЗП=RUR
Инициатор должен иметь возможность прикрепить к ЗП сопроводительные документы в виде одного или нескольких файлов (не более 10, их общий объем не должен превышать 5 Мбайт). Прикрепленные файлы должны быть доступны согласующим инстанциям в процессе согласования ЗП. После согласования ЗП исполнителем (Банк-Клиент) прикрепление к ЗП новых файлов не допускается. Дата прикрепления файлов к ЗП должна фиксироваться и должна быть видна при согласовании ЗП. Срок хранения в Системе прикрепленных файлов – 1 месяц после исполнения данного ЗП. По истечении этого срока сопроводительные документы к данному ЗП должны удаляться из Системы.
Алгоритм частичной оплаты
В Системе предусмотрена возможность частичного исполнения ЗП, т.е. исполнения частями в разное время с разных счетов.
Если согласующий имеет право разбиения платежа на части, то этот согласующий может в процессе согласования реализовать механизм частичной оплаты ЗП по следующему алгоритму. Приняв решение об осуществлении частичной оплаты, согласующий действует по следующей схеме:
1. добавляет (в экранной форме “Детали платежа”) новый платеж с автоматическим переносом в него следующих реквизитов:
реквизиты получателя переносятся из первого платежа в данном ЗП;
назначение платежа переносится из назначения ЗП;
валюта платежа переносятся из реквизита “Валюта ЗП”.
Если валюта ЗП отличается от валюты платежа, определенной в Особых условиях оплаты, частичная оплата не допускается.
2. вводит сумму нового платежа; при этом сумма платежа, который пользователь разбивает, уменьшается на сумму вновь введенного платежа
3. При сохранении нового платежа Системой должен осуществляться контроль:
сумма ЗП должна быть равной суммам всех входящих в него платежей;
сумма платежа должна быть больше нуля.
4. Удаление единственного платежа запрещено. Удалив один из платежей данного ЗП, пользователь должен скорректировать суммы оставшихся платежей с учетом п. 3.
5. Пользователь также имеет возможность объединить два платежа.
В случае частичной оплаты необходимо предусмотреть информационное поле, которое должно (в автоматическом режиме) представлять сумму НДС, рассчитанную пропорционально с учетом всех платежей. В последнем платеже, как разницу между общим НДС и суммой НДС предыдущих платежей.
Алгоритм согласования ЗП
Система обеспечивает согласование ЗП по следующему алгоритму:
В Системе ведется справочник “Типовые маршруты”, где должны быть описаны последовательности ролей при согласовании ЗП. Данный справочник должен вестись административно, порядок его ведения должен быть отражен в регламенте.
Инициатор сам ведет справочник маршрутов согласования ЗП, которые ему требуются. При формировании маршрута согласования ЗП (далее по тексту - «Маршрут») инициатор выбирает из справочника типовой маршрут, а потом для каждой роли типового маршрута определяет конкретную фамилию согласующего. Одно согласующее лицо может несколько раз встречаться в маршруте в одной и той же или разных ролях.
При формировании пользовательского маршрута необходимо предусмотреть в интерфейсе возможность выбирать согласующих не только из списка конкретной роли, но и из списка роли с учетом права подписи (Согласующие-Руководители/Согласующие-Исполнители).
Инициатор при оформлении ЗП определяет из своего справочника основной маршрут, по которому будет согласовываться это ЗП. После оформления инициатор отправляет ЗП на согласование.
При попытке перехода ЗП на согласование другому лицу с другой ролью (отличной от текущей) согласование не допускается, если ЗП не было согласовано руководителем в текущей роли. Таким образом, если инициатор-исполнитель не согласовал ЗП с инициатором-руководителем, ЗП не направляется согласующему с другой ролью.
Первой согласующей инстанцией безусловно является сам инициатор в роли инициатора.
Если у инициатора имеется еще какая-либо роль, то он может единожды согласовать ЗП и как инициатор, и в качестве другой доступной ему роли, если у него есть право подписи в каждой из этих ролей.
Следующими согласующими инстанциями являются те пользователи с теми ролями, которые определил инициатор при формировании маршрута.
Последней инстанцией безусловно является исполнитель (Банк-Клиент).
Инстанция с ролью позиционера в маршруте стоит непосредственно перед исполнителем.
Остальные инстанции могут следовать в произвольном порядке.
Инициатор может приостановить согласование (временно заблокировать ЗП). В этом случае ЗП будет недоступно для согласования до тех пор, пока инициатор его не разблокирует.
Заблокировав ЗП, инициатор имеет возможность изменить в маршруте фамилии (но не роли) согласующих инстанций, начиная с первой, еще не принявшей согласующего решения. При разблокировании ЗП, оно идёт уже по измененному маршруту с учетом предыдущих согласований.
Инициатор может отозвать ЗП в процессе его согласования (но не исполнения). После отзыва ЗП становится доступным инициатору, как отозванное. Процесс его согласования прекращается. Инициатор может создать новую версию отозванного ЗП, отредактировать его и запустить на новое согласование.
Согласующая инстанция (согласующий) при наличии соответствующих прав может направить ЗП на дополнительное согласование (см. Приложение 1). Для этого согласующий заранее формирует цепочки дополнительного согласования, а при передаче ЗП на дополнительное согласование, просто выбирает одну из них. Согласующий может направить ЗП на уточнение (дополнительное согласование) инициатору, не заводя его в своем справочнике цепочек дополнительного согласования, а просто выбрав (в списке цепочек дополнительного согласования инициатор будет стоять безусловно). Ответственность инициатора дополнительного согласования без возврата должна быть определена в регламенте (п. 6.3.).
При дополнительном согласовании с инициатором у инициатора дополнительного согласования есть возможность направить ЗП:
инициатору-исполнителю (если он есть),
инициатору – руководителю,
инициатору – исполнителю и инициатору - руководителю в любой последовательности (если есть инициатор-исполнитель).
При направлении ЗП на дополнительное согласование (уточнение) инициатору, последнему доступны для уточнения только те реквизиты, которые контролирует инициатор дополнительного согласования, исполняющий определенную роль (перечень реквизитов ЗП, контролируемых той или иной ролью должен определяться в справочнике “Роли пользователей”). При Передаче ЗП на дополнительное согласование не инициатору, дополнительному согласующему доступны для редактирования реквизиты ЗП, которые контролирует инициатор дополнительного согласования, но только в случае, если у дополнительного согласующего есть доступ на их редактирование в соответствии с ролями дополнительного согласующего.
Согласующий при наличии соответствующих ролей может заполнять и изменять некоторые реквизиты ЗП (перечень реквизитов ЗП, доступных на изменение при согласовании, для каждой роли должен определяться в справочнике “Роли пользователей”). Доступ к реквизитам ЗП для каждой роли к началу опытной эксплуатации приведен в Приложении 3.
При согласовании ЗП одним из согласующих, автоматически рассылаются уведомления:
инициатору – о согласовании ЗП данным согласующим;
следующему согласующему – о поступлении к нему на рассмотрение нового ЗП.
Согласующий может отказать в согласовании ЗП. В этом случае
согласование прекращается;
ЗП становится доступно инициатору, как отказанное;
инициатору отправляется уведомление о том, что его ЗП не согласовано.
В случае отказа в согласовании ЗП одной из согласующих инстанций инициатор может:
создать новую версию ЗП, отредактировать его и согласовывать заново;
не меняя реквизитов ЗП, изменить в маршруте фамилии (но не роли) согласующих инстанций, начиная с отказавшей в согласовании и продолжить процесс согласования по измененному маршруту.
Один пользователь (доверитель) может на время делегировать свои полномочия (права и роли) другому пользователю (доверенному) или нескольким пользователям. На время делегирования полномочий доверенный может входить в Систему как под своими полномочиями, так и с полномочиями, которые ему делегировал доверитель. В этом случае он будет выступать как бы от имени доверителя, и Система должна сообщать, кто и от чьего имени сделал то или иное действие.
Если доверенный входит в Систему с полномочиями, делегированными ему доверителем, то
при оформлении ЗП доверенному должен быть доступен тот же список маршрутов, что и доверителю (с возможностью добавления нового маршрута);
список ЗП для согласования у доверенного должен состоять из ЗП, пришедших на согласование доверителю. Этот же список ЗП для согласования должен быть доступен и доверителю;
согласовать ЗП может как доверитель, так и доверенный. Тот, кто первым согласует данное ЗП (или откажет, или отправит на дополнительное согласование), будет считаться согласовавшим (или отказавшим, или направившим на дополнительное согласование);
уведомления, пришедшие доверителю, должны дублироваться и для его доверенных.
При направлении ЗП на согласование, к нему прикрепляется лист согласования. В нем указаны все согласующие (с их ролями), которым поступит данное ЗП. По мере согласования ЗП, лист согласования заполняется визами и резолюциями согласующих, а также отметками о времени прихода и о времени согласования ЗП. Таким образом, всем согласующим будет видно кто, когда, будучи в какой роли или от чьего имени согласовал данное ЗП и какие изменения внес.
В процессе согласования обеспечена возможность печати ЗП на бумажном носителе. Форма ЗП определяется в регламенте (п. 6.3.).
При согласовании ЗП инстанцией в роли Исполнитель-Банк-Клиент автоматически осуществляется контроль на соответствие БИКов расчетных банков плательщика и получателя названиям этих банков согласно справочнику БИК РФ.
Алгоритм ввода информации об исполнении ЗП
Система обеспечивает следующие требования к алгоритму ввода информации об исполнении ЗП.
На основании выписок, выгружаемых в электронном виде в текстовом формате некоторыми системами Банк-Клиент, Система должна автоматически определять в выписках исполненные ПП и проставлять реквизит “Дата исполнения платежа банком” в соответствующее ЗП, находящееся на исполнении в банке.
Пользователь, имеющий доступ к реквизиту ЗП “Дата исполнения платежа банком”, должен иметь возможность ввести данный реквизит вручную (если этот реквизит еще пустой и ЗП находится на исполнении в банке). Для этого пользователю должна быть предоставлена соответствующая экранная форма.
ЗП, все платежи которого исполнены, считается исполненным. В этом случае в реквизит “Дата исполнения ЗП” должно автоматически проставляться значение реквизита “Дата исполнения платежа банком” последнего исполненного ПП, относящегося к данному ЗП. К ЗП может относиться несколько ПП только в случае частичной оплаты.
Пользователь, имеющий доступ к реквизиту ЗП “Дата исполнения ЗП”, должен иметь возможность ввести данный реквизит вручную (если этот реквизит еще пустой и ЗП находится на исполнении в банке). Для этого пользователю должна быть предоставлена соответствующая экранная форма.
Алгоритм, обеспечивающий зависимость исполнения одного ЗП от исполнения другого ЗП
В Системе предусмотрен механизм зависимости исполнения одного ЗП от исполнения другого. Этот механизм должен предусматривать случаи, когда согласование сотрудником одного ЗП порождает инициирование другого ЗП. В этих случаях сотрудник должен иметь возможность оформить новое ЗП (назовем его ЗП2) и установить зависимость его исполнения от исполнения согласуемого им ЗП (назовем его ЗП1). Система должна реализовывать данный механизм, исходя из следующих требований.
1. При оформлении ЗП2 инициатор должен иметь возможность выбрать ЗП1 из списка ЗП, находящихся у него на согласовании и таким образом установить зависимость исполнения ЗП2 от исполнения ЗП1.
2. В случае необходимости зависимого исполнения ЗП экранная форма, отображающая эти ЗП, должна содержать пометку о том, что данное ЗП связано зависимостью с другим ЗП и номер связанного ЗП.
3. Маршруты согласования связанных ЗП могут быть разными.
4. ЗП2 может быть передано в банк на исполнение не ранее ЗП1 (одновременно или позже).
5. От исполнения ЗП1 может зависеть исполнение нескольких ЗП2, но исполнение ЗП2 может зависеть от исполнения не более чем одного ЗП1.
6. Исполнителю должно быть видно, находится ли исполнение данного ЗП в зависимости от исполнения другого ЗП (и какого именно), а также зависит ли исполнение других ЗП (и каких именно) от исполнения данного.
Алгоритмы контроля согласования и исполнения ЗП
Инициатор имеет доступ на чтение к инициированному им ЗП на любой стадии ЖЦ ЗП. При этом инициатор видет на какой стадии ЖЦ находится ЗП и у кого конкретно (с указанием фамилии, должности, подразделения, телефона).
Инициатор имеет возможность видеть, какие изменения были сделаны в процессе согласования ЗП.
Согласующий имеет возможность видеть, какие изменения были сделаны в реквизитах ЗП до того, как оно пришло согласующему на рассмотрение.
Экранная форма ЗП содержит информацию об изменениях в реквизитах ЗП (см. Таблицу 9).
Таблица 9. Журнал правок
Автор
|
Дата, время
|
Название реквизита
|
Старое значение
|
Новое значение
|
|
|
|
|
| |
