ПРИЛОЖЕНИЕ III:Матрица за тестване на контроли на приложението

ще работят постоянно и ще намаляват риска от грешка.

приложението следва да бъде

достатъчно всеобхватна (като

включва всички функции на

приложението и свързаните с

тях)

документацията

бъде актуализирана, за да

отразява всяко изменение в

приложението

документацията

които са включени в

документацията следва да са

внедрени и да работят

ефективно

контролите на

приложението за

установяване дали са

внедрени съгласно

документацията и дали

работят ефективно

архивирано резервно копие на

документацията

архивираното резервно

копие на

документацията

операцията да бъде

потвърдена, ако някое от

задължителните полета не е

попълнено

операция при

пропускане на

задължителни данни и

проверка дали

транзакцията ще бъде

обработена;
Прилагане на теста към

следните процеси:

регистър на договори,

задействане на

договори; регистър на

емитиране на ценни

книжа и т.н.;

въвеждането на некоректни

или неподходящи данни

данните в базата данни;

спецификациите за

въвеждане на данни и

проверка на някои от тях

в приложението;
Опит за въвеждане на

некоректни или

неподходящи данни и

проверка дали данните

не биват приети и дали

се генерира съобщение

за грешка;
Прилагане на тези тестове спрямо следните

процеси: регистър на

договори, задействане

на договори; регистър на

емитиране на ценни

книжа, актуализиране на

индекси, обратно

изкупуване на ценни

книжа и т.н.;

дублиране на данни

на договор или ценна

книга под съществуващи

имена и проверка дали

данните биват приети и

дали системата

генерира съобщение за

дублиране

проценти по договорите не

бива да съществуват

припокриващи се или

непокрити периоди по

отношение на приложимостта

на лихвените проценти

данни за периоди с

припокриващи се или

непокрити лихвени

проценти

за дарение, приложението

следва да позволи вписването

на плащанията, тъй като в този

случай няма амортизационни и

лихвени операции

разплащане от договор

за дарение и проверка

дали приложението не

изисква амортизационни

и лихвени операции

разплащания, когато

потребител търси договори,

за да впише разплащане,

приложението следва

да показва единствено

договори, чийто статус е

„активен” на етап на

разплащане, или на

разплащане и амортизация

плащане и проверка

какъв етап на договора

показва приложението

плаващ, приложението трябва

да изиска включването на

индекса

приложението ще изиска

индекс при избор на

плаващ лихвен процент

позволява въвеждането на

десетични номера за

емитиран брой ценни

книжа

десетичен номер за

емитиран брой

ценни книжа и проверка

дали приложението ще

приеме въвеждането

позволи създаването на ценна

книга преди емитирането й

създаване на ценна

книга без реално

емитиране

информация относно дълга

трябва да бъде въведена в

приложението

важна за дълга

информация е въведена

в приложението, напр.

кредитни операции,

гаранции, кредити,

лихвени проценти и

обменни курсове

на ставката за ангажимент

следва да предхожда датата на

приключване на проекта

начална дата за

изчисляване на ставката

за ангажимент, която е

след датата на

приключване на проекта,

както и проверка дали

датата не бива приета и

дали се генерира

съобщение за грешка

бъде по-ранна от датата на

крайния срок за плащане

ефективна дата, която е

по-късна от крайния срок

на плащането и

проверка дали датата е

приета и ако не дали се

генерира съобщение за

грешка

разплащането следва да е по-

ранна от датата на

приключване на проекта

на краен срок за

разплащане, която е

по- късна от датата на

приключване на проекта

и проверка дали датата

е приета и дали се

генерира съобщение

за грешка

падежа, крайната дата на

падежа на ценна книга трябва

да е по-ранна от началната

дата

начална дата, която е

по-късна от крайна дата

на падеж и проверка

дали датата е приета и

дали се генерира

съобщение за грешка

бъдещи дати на операции

някои операции, като се

въведе бъдеща дата и

проверка дали датата е

приета и дали се

генерира съобщение за

грешка;
Прилагане на този тест

спрямо следните

процеси: регистър на

договори, задействане

на договори; регистър на

емитиране на ценни

книжа, актуализиране на

индекси, обратно

изкупуване на ценни

книжа, разплащане,

записване, добавяне на

договор и т.н.;

книга следва да е по-ранна от

датата на падежа

на издаване, която е по-

късна от датата на

падежа и проверка дали

датата е приета и дали

се генерира съобщение

за грешка

плащания по погасителен план,

в случаите, когато сумата или

датата са различни от тези в

приложението, приложението

следва да покаже съобщение,

което информира потребителя

относно тази ситуация преди

потвърждение, че операцията

може да бъде приключена

плащане на стойност

или на дата, която е

различна от датата в

приложението и

проверка дали

приложението показва

съобщение

различна от датата на падеж,

приложението трябва да

изисква да бъдат попълнени

полетата „обосновка” или

„заверка от кредитор”

дати за матуритет и

ликвидация и проверка

дали приложението

изисква обосновка или

заверка

могат да имат припокриващи се

периоди; напр. началната дата

на второто разплащане не

може да предшества крайната

дата на първото разплащане

на второ разплащане,

която е по-ранна от

крайната дата на

първото и проверка дали

датата е приета и дали

се генерира съобщение

за грешка

разрешава на неоторизирани

лица да въвеждат определени

данни, нито да извършват

определени операции

съществуват

определени символи

или други изисквания

спрямо конкретни

потребителски профили;

данни и да се извършат

операции без наличие

на подходящия профил

и проверка дали това е

възможно;

спрямо следните

процеси: регистър на

договори, задействане

на договори; регистър на

емитиране на ценни

книжа, промяна в

индекс, обратно

изкупуване на ценни

книжа, записване на

плащане и т.н.

записва архив на достъпа при

ръчно вкарване на данни

с ограничен достъп и

гарантиране, че

регистрите не могат да

бъдат видени или

модифицирани от лица,

които не са одобрени

позволява промяна в стойности

на активен договор

стойността на активен

договор и проверка дали

това е позволено

предотвратява промяна на

данни и заличаване на

договори, чийто статут гласи „канцелиран” или „приключен”

изтриване на някакви

данни в извадка от

договори със статут

„канцелиран”или

„приключен” и проверка

дали това е разрешено

позволява изтриването на

активен договор, освен ако

договорът не е в процес на

договаряне

активен договор, който

не е в процес на

договаряне и проверка

дали това е разрешено

позволява неправилното

изключване на емитирана

ценна книга, освен ако няма

операция свързана с тази книга

емитирана ценна книга,

която не е свързана с

операция и проверка

дали това е разрешено

изисква двойна оторизация за

извършване на критични

операции

критичните операции

изискват двойна

оторизация, за да бъдат

приключени;
Прилагане на този тест

спрямо следните

процеси: регистър на

договори, задействане

на договори; плащания

по погасителен план,

обратно изкупуване на

ценни книжа, промени в

стойността на договор,

изплащане на талони,

обратно плащане,

промени в лихвените

проценти и т.н.

приема въвеждане на данни

единствено от признати

източници; въведеният заем

трябва да съответства на

договора и приетите стандарти

на основни данни два

пъти и установяване

дали излиза съобщение

за грешка, когато в тях

има разлика

позволява намаляване на

договорна стойност стига тя да

не е по-голяма от стойността

на „салдото за разплащане”

договорна стойност като

се надскочи стойността

на салдото за

изплащане и проверка

дали данните биват

приети и дали се

генерира съобщение за

грешка

записва всички транзакции

само по веднъж

идентични транзакции

(напр. плащане на

погасителни вноски) и

проверка дали

транзакциите не се

обработват и дали не се

дублират в базата данни

когато разрешението на

потребителя е анулирано,

приложението трябва да

докладва анулирането едва,

когато потребителят опита да

въведе плащането, като по

този начин регистрира както

неуспешния опит, така и

данните, които е възнамерявал

да въведе потребителят

плащане с анулирано

разрешение и проверка

дали данните не биват

приети и дали опитът

бива регистриран

прехвърляне на файлове

между приложения, ИСУПД

трябва да съхранява

оригиналните данни, получени

от други приложения за период

от време, определен от СУД

поддържаните данни,

които са прехвърлени от

други приложения в

уверение на това, че

данните са криптирани

или предпазени от

увреждане, загуба или

злоупотреба

позволява промени в лихвените

проценти на вече изплатени

погасителни вноски, а всяка

промяна в лихвен процент

трябва да получи и второ

одобрение, за да бъде

приключена

лихвен процент на

изплатена вноска и

проверка дали данните

не биват приети;

проверка също дали

приложението изисква и

второ одобрение при

промяна на лихвен

процент

е по-малка от стойността на

договор

стойност на транш,

която е по-голяма от

стойността на договора

и проверка дали данните

не биват приети и дали

се генерира съобщение

за грешка

трябва да е по- ниска от

стойността на

емитираната ценна книга

ценна книга на стойност

по- висока от стойността

на емитираната книга и

проверка дали данните

не биват приети и дали

се генерира съобщение

за грешка

предупреждение за

недоплатена или надплатена

сума преди обработката

недоплащане или над-

плащане и проверка за

предупреждение

автентичността на данните, на

„входа” трябва да има

проследяване към документа-

източник

определени данни за

въвеждане и проверка

дали имат съответстващ

документ-източник

(напр. договор за заем,

електронна поща и т.н.)

обработени в приложението и че по време на обработката няма добавени,

изгубени или добавени данни.

променя статута на

договорите след пълното

разплащане

приключване на

разплащане и проверка

дали статутът на

договора се променя от

„в процес на

разплащане” до „изцяло

разплатен”

променя статута на ценна

книга след одобрение на

емитирането й

потвърждение за

издаване на ценна книга

и проверка дали

статутът се променя от

„неактивен” на „активен”

променя статута на договорите

или ценните книги след

пълното плащане

плащане и проверка

дали се променя статута

на договора или ценната

книга

вижда най-малко следните

фази:

• 
  Разплащане: в тази фаза се създават разплащания;
  
• 
  Изцяло разплатено: в
  

разплащания;

• 
  Приключено: в тази фаза
  

получават финансови операции, а промяната в

данните не е позволена.

опит за извършване на

разплащане във всяка

от фазите и проверка

дали данните не биват

приети и дали се

генерира съобщение за

грешка

съдържа правила, които правят

статута на договорите (активни

или неактивни) съвместими със

фазите (разплащане, изцяло

разплатено, погасяване, раз-

плащане и погасяване и

приключено) с цел избягване

на противоречия в информа-

цията: напр. договор, чийто

статут е неактивен не може да

се намира във фаза на разпла-

щане или погасяване

в статута на договор и

фазите и проверка дали

те са съвместими

съдържа програма за

актуализация на фазите/

етапите на договорите: напр.

когато салдото за разплащане

е равно на нула, приложението

следва да измени фазата от

„разплащане” на „изцяло

разплатено”

необходимите условия

за промяна на фазата на

договор и проверка дали

промяната реално се

извършва

извършва правилни изчисления

изчисленията чрез

повторно извършване;
Прилагане на този тест

за изчисленията към

следната информация:

обща стойност на дълга

(договорен и

секюритизиран), падеж,

погасителен план (дати

и стойности), стойности

на комисионни,

платежен поток по ценни

книжа, финансова

стойност на погасяване

на ценни книжа и т.н.

данни, приложението трябва да

актуализира данните

входящите данни и

проверка за

актуализация, напр.:

• 
  Симулиране на плащане и проверка дали дължимото салдо и погасителният поток биват актуализирани;
  
• 
  Промяна на някои индекси и проверка дали се актуализира общата стойност на дълга.
  

съдържа в програмирането най-

малко следните методи за

изчисляване на вноските:

унифицирано разпределение,

проста лихва, вноска, ценово

приложение, приложение за

постоянно погасяване, единица

стойност на групирани в обща

кошница валути (МБВР) и

разчетна единица по валутната

кошница на

Интерамериканската банка за

развитие (IDB)

използвани от системата

за изчисляване на

вноските; правилността

на методите може да

бъде проверена чрез

използване на извадка

от данни

промяна в полето „договорна

стойност”, приложението

трябва автоматично да

преизчислява стойността в

полето „салдо за разплащане

по договор”

договорна стойност и

проверка дали

автоматично се внася

корекция в полето за

салдо за разплащане по

договор

автоматично да генерира

датите на вноските, като

използва един от следните

възможни метода:

• 
  Начална дата и фиксиран брой вноски;
  
• 
  Начална дата, крайна дата и брой на вноските по низходящ ред;
  
• 
  Начална дата, крайна дата и фиксиран брой вноски;
  
• 
  Начална дата и брой периоди;
  
• 
  Периоди
  

необходимите данни по

всеки един от

възможните методи и

проверка на

коректността на датите

на вноските

съвпада с неработен ден,

приложението трябва да

предлага два варианта:

изместване на датата на

следващия работен ден или

на предишния работен ден

така, че да съвпадне с

неработен ден и

проверка дали

приложението предлага

датата да бъде

изместена или на

предишния, или на

следващия работен ден

да актуализира номиналната

стойност на ценни книжа винаги

когато има промяна в

съответния индексатор

на дадена ценна книга и

проверка дали се

актуализира

съответната номинална

стойност

която е по-малка от

изчислената от приложението,

трябва в момента на

въвеждане на плащането да се

показва съобщение;

съобщението следва да се

повтаря до датата на

следващата дължима вноска

плащане, което е под

сумата, изчислена от

приложението и

проверка за съобщение,

както и дали

съобщението се повтаря

до датата на

следващата вноска

проверка дали са

разграничени

симулираните ценни

книжа и дали са

изключени при

извършване на

изчисленията на общата

стойност на дълга и

падежа

ценна книга, приложението

трябва да заличи съответните

стойности в базата данни

книга и проверка дали

стойността се изтрива в

базата данни

взимат предвид при

изчисляване на дълговите

ценни книжа (напр. вътрешна

норма на възвращаемост,

падеж и т.н.), тоест след като

са канцелирани, съответните

стойности следва да бъдат

извадени

ценна книга на

„канцелирано” и

проверка дали

стойността й не се

взима под внимание в

изчисленията (на

общата стойност,

падежа и т.н.)

третира по различен начин

погасителни вноски със

просрочено плащане

приложението изчислява

правилно всички

промени по

просрочените вноски

дни/седмици назад не бива да

остават неотстранени

критерии относно броя

дни, необходими за

отстраняване на грешки

в системата, проверка за

съобщения за грешки и

обсъждане с лицата,

отговорни за системата/

управлението на дълга

мерките, необходими за

коригиране на неизправностите

обработката, приложението

трябва да канцелира

обработката и да съхрани в

базата с данни датата, времето

и техническата причина за

възникналия проблем

обработката и проверка

дали приложението

архивира в

базата с данни датата,

времето и техническата

причина за възникналия

проблем

възможност на управителите на

дълга акуратно да записват

паричните потоци (свързани

със заеми в чуждестранна и

местна валута, дейности по

търгуване и хеджиране,

гаранции и предоставяне на

заеми със заемни средства) за

всички транзакции

транзакция и проверка

дали съответстващият

запис е правилен и

точен

съхранява историята на

транзакциите, извършени по

време на срока на действие на

договора и да включва

подробности относно

кредитора, договорната

стойност и датата на

приключване на проекта, както

и крайни дати за разплащания

договора и проверка

дали към всеки има

история на всички

транзакции, извършени

по време на срока на

съответния договор,

заедно с всички

необходими

подробности

регистър/архив на всеки дългов

инструмент

историята на

транзакциите, които се

отнасят до дадена ценна

книга или договор

съответства на

архивираната

информация по дълга

разполага с автоматично

стартиране на задачи в

графиците зададени от СУД за

актуализиране на индекси, общ

дълг и т.н.

автоматичното

стартиране, както и дали

този процес работи

добре

чиято амортизация/погасяване

се извършва със същата

честота както лихвата (цена,

например), системата трябва

да гарантира, че и лихвата, и

амортизацията имат еднакъв

график на плащанията

книга с еднаква честота

по отношение на

амортизацията и

лихвата и проверка дали

имат еднакъв график на

плащанията

одитната следа на ИСУПД,

която да дава възможност за

проследяване на договор за

дълг и дългова ценна книга от

подписването/емитирането до

изплащането

следа на извадка от

договори и ценни книжа

от подписването/

емитирането до

изплащането

данни и коректното и навременно разпределение на генерирания резултат.

архив/регистър със записани

имена на потребителите, които

са поискали доклади, както и

датите и времето на исканията

доклади и проверка

дали приложението

записва исканията

изисква специално разрешение

за зареждане на определени

доклади (по-конкретно доклади,

които съдържат поверителна

информация)

такива доклади

генерира предварително

зададени доклади

(класификации на облигации,

заеми и траншове, напр. падеж,

статус, финансови източници,

тип финансиране, кредит, вид

инструмент, условия,

неплатени полици и т.н. )

някои предварително

зададени доклади

изготвя доклади по правилния

начин, като гарантира

пълнотата и интегритета на

информацията

докладите се изготвят

съобразно условията за

ползване;

докладите съдържат

номера на страниците и

общ брой;

спрямо следните

доклади: доклад за

матуритет (за договорен

и секюритизиран дълг),

доклад за непогасено

салдо, и т.н.

позволява докладване, както

глобално (всички дългови

ценни книжа), така и конкретно,

като напр.:

• 
  По статус на ценните книжа (емитирани, канцелирани, обратно изкупени и т.н.);
  
• 
  За събития в определен
  

обратно изкупуване и т.н)

• 
  По краткосрочни и дългосрочни акции;
  
• 
  По позиции в портфейла;
  
• 
  По видове ценни книжа;
  
• 
  По интервал на падежа
  

доклади, глобални и

конкретни, като за

критерий се използват

следните данни:

• 
  статус на ценните книжа (емитирани, канцелирани, обратно изкупени и т.н.);
  
• 
  събития между определени дати (емисии, обратно изкупуване и т.н);
  
• 
  краткосрочни и дългосрочни акции;
  
• 
  вид ценна книга;
  
• 
  интервал на падежа
  

представят цялостна и вярна

информация

и повторно извършване

на изчисленията;
Прилагане на този тест

спрямо следните

доклади: доклади за

матуритет (за договорен

и секюритизиран дълг),

доклад за непогасено

салдо и т.н.

представят абсолютно същата

информация като тази, която

излиза на екраните на

приложението

за съответствие на

информация с

информацията от

екраните на

приложението;

спрямо следните

доклади: доклади за

матуритет (за договорен

и секюритизиран дълг),

доклад за непогасено

салдо и т.н.

между стойностите

представени в Доклада за

матуритет, Доклада за

непогасено салдо и Доклада

за акциите

доклади за

последователност

изготвя доклади за общите

стойности на дълга на

индивидуална и обобщена

основа заедно с прогнозиране

относно обслужването на дълга

и бъдещите заеми и ценни

книжа

такива доклади;

докладите включват

както съществуващи,

така и очаквани дългови

операции

автоматично да генерира

доклади за дневния финансов

график на всички активни

договори; трябва също да

позволява ръчно генериране на

доклади по конкретни договори

на автоматични доклади

по всички активни

доклади и опит за ръчно

генериране на доклади

по конкретни договори

приложенията, етапите на

обработка или и двете трябва

да бъде точно и пълно

прехвърляне на данни

между приложения и

проверка за точност и

пълнота на данните

достъп до приложение, то

трябва да покаже съобщение

със следната информация:

• 
  договори с падеж в следващите 5 дена;
  
• 
  договори с просрочено плащане на вноските;
  
• 
  договори с просрочени дати за разплащане;
  
• 
  договори с крайни срокове за разплащане от 5 дена (приложението трябва ежедневно да изпраща съобщения докато се извърши разплащането, стойността на разплащането бъде канцелирана или крайният срок бъде променен
  

и проверка дали показва

всички тези съобщения

показва какъв е статусът на

изчисленията: или „текущо

изчисляване”, или „приключено

изчисляване”

на изчисление и

проверка дали

приложението показва

статусът на операцията

доклад, приложението трябва

да покаже съобщение, че

генерирането на доклад е

приключено, или да покаже

искания доклад

проверка дали

приложението показва

съобщение, че

операцията е

приключена, или показва

искания доклад

какъв е статуса на генерирания

доклад – „в процес на

изпълнение” или „приключен”

проверка дали

приложението показва

какъв е статуса на

операцията

проценти, приложението трябва

да покаже предупреждаващо

съобщение

проценти и проверка за

предупреждаващо

съобщение

канцелиране или обратно

изкупуване на ценни книжа,

приложението трябва да

покаже екран с информацията,

която ще се заличава, така че

потребителят да потвърди

операцията

изкупуване или

канцелиране на ценни

книжа и проверка дали

приложението показва

съобщение, че

потребителят трябва да

потвърди операцията