Rozšíření úvěrové zprávy

<CCB> Rozšíření úvěrové zprávy H l a v n í F u n k č n í d e s i g n z m ě n o v ý p o ž a d a v e k Verze 1.1

Historie revizí Datum Verze Popis Autor Schválil <9/03/2010> <1.0> Návrh Romana Kacrová <11/10/2010> <1.0> Doplněno naplňování pole Customer type, nový příznak pro neaktualizované žádosti a sekce oprava bugů Romana Kacrová Důvěrné <CCB>, 2010 Stránka 2 z 17

Hlavní funkční design 1. ÚVOD... 4 1.1 PŘEHLED... 4 2. KONKRÉTNÍ POPIS POŽADAVKŮ... 5 2.1 SPLÁTKOVÉ OPERACE... 5 2.1.1 Změny v xml odpovědi úvěrové zprávy CR_REP... 5 2.1.2 Změny v CRIF web interface... 7 2.2 NESPLÁTKOVÉ OPERACE... 8 2.2.1 Změny v xml odpovědi úvěrové zprávy CR_REP... 8 2.2.2 Změny v CRIF web interface... 10 2.3 KREDITNÍ KARTY, REVOLVING A STAVEBNÍ SPOŘENÍ... 11 2.3.1 Změny v xml odpovědi úvěrové zprávy CR_REP... 11 2.3.2 Změny v CRIF web interface... 13 2.4 SLUŽBY... 15 2.4.1 Změny v xml odpovědi úvěrové zprávy CR_REP... 15 2.4.2 Změny v CRIF web interface... 16 3. OPRAVY BUGŮ... 16 3.1 NAPLŇOVÁNÍ POLE <CUSTOMER TYPE>... 16 3.1.1 Současné chování... 16 3.1.2 Budoucí chování... 16 3.2 PŘEBÝVAJÍCÍ TAG <CUSTOMER TYPE>... 16 3.2.1 Současné chování... 16 3.2.2 Budoucí chování... 17 Důvěrné <CCB>, 2010 Stránka 3 z 17

1. Úvod Tento dokument je sdílen pouze s účastníky Bankovního a Nebankovního registru klientských informací. 1.1 Přehled Popisuje změny týkající se rozšíření úvěrové zprávy napříč všemi kategoriemi včetně zohlednění požadavků v CRIF web interface. Důvěrné <CCB>, 2010 Stránka 4 z 17

2. Konkrétní popis požadavků 2.1 Splátkové operace 2.1.1 Změny v xml odpovědi úvěrové zprávy CR_REP V této sekci popisujeme úpravy xml schématu odpovědi úvěrové zprávy CR_REP následovně: 1. Rozšíření 12měsíčního profilu <InstProfile> na 24 měsíců. <xs:element minoccurs="0" maxoccurs="24" name="instprofile"> 2. Pole Suma nesplacených splátek po splatnosti s názvem tagu <DueAmount> bude nově přidáno do 24měsíčního historického profilu <InstProfile> a zároveň bude v důsledku zpětné kompatibility ponechán v sekci <InstDetail>. <InstProfile> <ReferenceMonth>012010</ReferenceMonth> <Insolvency>1</Insolvency> <DueAmount>21000</DueAmount> <Status /> </InstProfile> 3. Pole Suma zbývajících splátek s názvem tagu <ResidualAmount> bude rovněž nově přidáno do 24měsíčního historického profilu <InstProfile>. A zároveň bude v důsledku zpětné kompatibility ponechán v sekci <InstDetail>. <InstProfile> <ReferenceMonth>012010</ReferenceMonth> <Insolvency>1</Insolvency> <DueAmount>21000</DueAmount> <ResidualAmount>2500000<ResidualAmount> <Status /> </InstProfile> 4. Pole Datum splatnosti první následující splátky s názvem tagu <FirstExpiringInstalmentDate> bude zcela nově přidáno do sekce <InstDetail>. <Signalization1>0</Signalization1> <Signalization2>0</Signalization2> <FirstExpiringInstalmentDate>11012010</FirstExpiringInstalmentDate> <FirstExpiringInstalmentAmount>0</FirstExpiringInstalmentAmount> <FinancedCapital-Credit>278800</FinancedCapital-Credit> <MonthlyInstalmentAmount>6742</MonthlyInstalmentAmount> Název pole Název tagu Popis Typ Povinné/ volitelné Max Délka Validace Důvěrné <CCB>, 2010 Stránka 5 z 17

Datum splatnosti první následující splátky <FirstExpiringInstalm entdate> Datum splatnosti nejbližší následující splátky. Datum indikuje, kdy je splatná další splátka, uvedená v poli 'částka první následující splátky'. Datum by mělo být vyplněno vždy, kdy je uvedena platná částka v poli 'částka první následující splátky', tj. nenulová i nulová splátka. Vyplněné datum umožňuje rozlišit význam nulové částky v tomto poli. X V 8 Počáteční datum operace <= datum splatnosti první následující splátky. Datum splatnosti > datum splatnosti první následující splátky. Formát DDMMRRRR Tabulka 1 5. Pole Nejhorší status s názvem tagu <WorstStatus> a Datum nejhoršího statusu s názvem tagu <WorstStatusDate> budou zcela nově přidána do sekce <InstDetail>. Jedná se o nejhorší status za celou historii kontraktu a odpovídající referenční datum dávky, kdy k nejhoršímu statusu došlo. <DueAmount>2145</DueAmount> <MaxDueAmount>2145</MaxDueAmount> <MaxNrOfDebtsOutstanding>1</MaxNrOfDebtsOutstanding> <NrOfOutstandingMonth>1</NrOfOutstandingMonth> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> 6. Pole Datum maximální dlužné částky s názvem tagu <MaxDueAmountDate> bude nově přidáno do sekce <InstDetail>. Jedná se referenční datum dávky, kdy byla maximální dlužná částka reportována. <NrOfDueInstalments>1</NrOfDueInstalments> <DueAmount>2145</DueAmount> <MaxDueAmount>2145</MaxDueAmount> <MaxDueAmountDate>31012010</MaxDueAmountDate> <MaxNrOfDebtsOutstanding>1</MaxNrOfDebtsOutstanding> <NrOfOutstandingMonth>1</NrOfOutstandingMonth> 7. Pole Datum poslední delikvence s názvem tagu <LastDelinquencyDate> bude rovněž nově přidáno do sekce <InstDetail>. <NrOfDueInstalments>1</NrOfDueInstalments> <DueAmount>2145</DueAmount> <MaxDueAmount>2145</MaxDueAmount> <MaxDueAmountDat>31012010</MaxDueAmountDat> <LastDelinquencyDate>31102010</LastDelinquencyDate> <MaxNrOfDebtsOutstanding>1</MaxNrOfDebtsOutstanding> <NrOfOutstandingMonth>1</NrOfOutstandingMonth> 8. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. Důvěrné <CCB>, 2010 Stránka 6 z 17

<OpPhase>ZD</OpPhase> <FlagNotCompleteApp>1</FlagNotCompleteApp> <Role>S</Role> 2.1.2 Změny v CRIF web interface V CRIF web interface dochází k následujícím změnám v kategorii splátkových operací: 1. Rozšíření 12měsíčního historického profilu <InstProfile> na 24 měsíců. 2. Pole Suma nesplacených splátek po splatnosti s názvem tagu <DueAmount> bude přesunuto ze sekce <InstDetail> z levé strany obrazovky na pravou stranu, do 24měsíčního historického profilu <InstProfile>. 3. Pole Suma zbývajících splátek s názvem tagu <ResidualAmount> bude rovněž nově přesunuto z levé strany obrazovky ze sekce <InstDetail> na pravou stranu, do 24měsíčního historického profilu <InstProfile>. 4. Pole Datum splatnosti první následující splátky s názvem tagu <FirstExpiringInstalmentDate> bude nově přidáno na levou stranu obrazovky do sekce detailu operace <InstDetail>, pod pole s názvem tagu = <FirstExpiringInstalmentDate>. 5. Pole Nejhorší status s názvem tagu <WorstStatus> a pole Datum nejhoršího statusu s názvem tagu <WorstStatusDate> budou nově přidána na levou stranu obrazovky do sekce detailu operace <InstDetail>. Nejhorší status je nejhorším statusem za celou historii splácení daného kontraktu a datum nejhoršího statusu zrcadlí právě datum dávky, v níž byl nejhorší status reportován. 6. Pole Datum maximální dlužné částky s názvem tagu <MaxDueAmountDate> bude přidáno pod pole Maximální dlužná částka rovněž na levou stranu obrazovky do sekce detailu operace <InstDetail>. Jedná se o referenční datum dávky, kdy bylo maximální dlužné částky dosaženo. 7. Pole Datum poslední delikvence s názvem tagu <LastDelinquencyDate> je nově přidáno rovněž na levou stranu obrazovky do sekce detailu operace <InstDetail>. Jedná se o referenční datum dávky, v níž byla reportována poslední delikvence. 8. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. Důvěrné <CCB>, 2010 Stránka 7 z 17

Obrázek 1 2.2 Nesplátkové operace 2.2.1 Změny v xml odpovědi úvěrové zprávy CR_REP Ve schématu odpovědi CR_REP dochází k těmto změnám: 1. Sekce <NoInstProfile> bude rozšířena z 7měsíčního na 24měsíční historický profil. <xs:element minoccurs="0" maxoccurs="24" name="noinstprofile"> 2. Pole Status s názvem tagu <Status> přibude do 12měsíčního profilu <NoInstProfile> Zároveň za účelem zpětné kompatibility zůstane tag zachován i v sekci <NoInstDetail>. <NoInstProfile> <ReferenceMonth>082007</ReferenceMonth> <CreditLimit>50000</CreditLimit> <Utilization>0</Utilization> <GuarantedAmount>0</GuarantedAmount> <Status>Z</Status> </NoInstProfile> 3. Pole Profil platební neschopnosti s názvem tagu <Insolvency> přibude do 7měsíčního Důvěrné <CCB>, 2010 Stránka 8 z 17

profilu sekce s tagem <NoInstProfile>. Toto nové pole bude obsahovat dobu, po jakou je u nesplátkové operace překročen úvěrový rámec. Toto rozlišení bude uvedeno v měsících, např. viz tabulka 2. Měsíc Úvěrový rámec Využitá částka Profil platební schopnosti v měsících 01/2010 10000 11000 1 02/2010 10000 11000 2 03/2010 10000 9000 0 04/2010 9000 10000 1 05/2010 9000 10000 2 Tabulka 2 <NoInstProfile> <ReferenceMonth>082007</ReferenceMonth> <CreditLimit>50000</CreditLimit> <Utilization>0</Utilization> <GuarantedAmount>0</GuarantedAmount> <Status>Z</Status> <Insolvency>2<Insolvency> </NoInstProfile> 4. Pole Nejhorší status s názvem tagu <WorstStatus> a pole Datum nejhoršího statusu s názvem tagu <WorstStatusDate> budou nově přidány do sekce <NoInstDetail>. Nejhorší status je nejhorším statusem za celou historii splácení daného kontraktu a datum nejhoršího statusu zrcadlí právě datum dávky, v níž byl nejhorší status reportován. <Signalization1>0</Signalization1> <Signalization2>0</Signalization2> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> <Status /> <TypeOfAssignement /> <AmountOfCredits>50000</AmountOfCredits> 5. Pole Datum poslední delikvence s názvem tagu <LastDelinquencyDate> bude rovněž nově přidáno do sekce <NoInstDetail>. <Signalization1>0</Signalization1> <Signalization2>0</Signalization2> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> <LastDelinquencyDate>31102010</LastDelinquencyDate> <Status /> <TypeOfAssignement /> <AmountOfCredits>50000</AmountOfCredits> 6. Pole Maximální přečerpání s názvem tagu <MaxOverdraft> a Datum maximálního přečerpání <MaxOverdraftDate> budou nově přidána do sekce <NoInstDetail>. Datum maximálního přečerpání je referenční datum dávky, kdy se maximální přečerpání reportovalo za celou historii kontraktu. <Signalization1>0</Signalization1> Důvěrné <CCB>, 2010 Stránka 9 z 17

<Signalization2>0</Signalization2> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> <LastDelinquencyDate>31102010</LastDelinquencyDate> <MaxOverdraft>3520</MaxOverdraft> <MaxOverdraftDate>31012010</MaxOvedraftDate> <Status /> <TypeOfAssignement /> <AmountOfCredits>50000</AmountOfCredits> 7. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. <OpPhase>ZD</OpPhase> < FlagNotCompleteApp>1</FlagNotCompleteApp> <Role>S</Role> 2.2.2 Změny v CRIF web interface V CRIF web interface dochází k následujícím změnám: 1. Dochází k rozšíření 7měsíčního historického profilu na pravé straně obrazovky na 24 měsíců. 2. Již existující pole Status s názvem tagu <Status> bude na obrazovce webového interface přesunuto z levé strany do historického profilu <NoInstProfile>. 3. Nové pole Profil platební neschopnosti s názvem tagu <Insolvency> bude na obrazovce webového interface přidáno do historického profilu <NoInstProfile>. Nové pole bude obsahovat dobu, po jakou je u nesplátkové operace překročen úvěrový rámec. Toto rozlišení bude uvedeno v měsících, např. viz tabulka 2, kapitola 2.2.1, bod 2. 4. Pole Nejhorší status s názvem tagu <WorstStatus> a Datum nejhoršího statusu <WorstStatusDate> budou nově přidána na levou stranu obrazovky do sekce <NoInstDetail>. Nejhorší status je nejhorším statusem za celou historii splácení daného kontraktu a datum nejhoršího statusu zrcadlí právě datum dávky, v níž byl nejhorší status reportován. 5. Pole Datum poslední delikvence s názvem tagu <LastDelinquencyDate> bude nově přidáno rovněž na levou stranu obrazovky do sekce <NoInstDetail>. Jedná se o referenční datum dávky, v níž byla reportována poslední delikvence. 6. Pole Maximální přečerpání s názvem tagu <MaxOverdraft> a Datum maximálního přečerpání s názvem tagu <MaxOverdraftDate> budou nově přidána do sekce <NoInstDetail>. Datum maximálního přečerpání je referenční datum dávky, kdy se maximální přečerpání reportovalo za celou historii kontraktu. 7. Z CRIF web interface, pravé strany obrazovky, bude odstraněn sloupec Ručená částka s názvem tagu <GuaranteedAmount>. Tento tag nebude odstraněn z xml schématu úvěrové zprávy CR_REP, aby byla zachována zpětná kompatibilita. Bude změněn jen webový interface. Důvěrné <CCB>, 2010 Stránka 10 z 17

8. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. Obrázek 2 2.3 Kreditní karty, revolving a stavební spoření 2.3.1 Změny v xml odpovědi úvěrové zprávy CR_REP Ve schématu odpovědi CR_REP dochází k těmto změnám: 1. Rozšíření 12měsíčního historického profilu <CardProfile> na 24 měsíců. <xs:element minoccurs="0" maxoccurs="24" name="cardprofile"> 2. Pole Suma nesplacených splátek po splatnosti s tagem <DueAmount> bude nově přidáno do sekce <CardProfile>. Tag <DueAmount> zůstane zachován i v původní sekci <CardDetail> v důsledku zachování zpětné kompatibility. <CardProfile> <ReferenceMonth>112009</ReferenceMonth> Důvěrné <CCB>, 2010 Stránka 11 z 17

<CreditLimit>59000</CreditLimit> <Use>Y</Use> <CardStatus>B</CardStatus> <ResidualAmount>5561</ResidualAmount> <Insolvency>0</Insolvency> <DueAmount>0</DueAmount> </CardProfile> 3. Pole Suma zbývajících splátek s tagem <ResidualAmount> bude nově přidáno i do sekce <CardProfile>. Tag <ResidualAmount>zůstane zachován i v původní sekci <CardDetail> v důsledku zachování zpětné kompatibility. <CardProfile> <ReferenceMonth>112009</ReferenceMonth> <CreditLimit>59000</CreditLimit> <Use>Y</Use> <CardStatus>B</CardStatus> <ResidualAmount>5561</ResidualAmount> <Insolvency>0</Insolvency> <DueAmount>0</DueAmount> </CardProfile> 4. Pole Úvěrový rámec s tagem <CreditLimit> bude nově přidáno i do sekce <CardProfile>. Tag <CreditLimit> zůstane zachován i v původní sekci <CardDetail> v důsledku zachování zpětné kompatibility. <CardProfile> <ReferenceMonth>112009</ReferenceMonth> <CreditLimit>59000</CreditLimit> <Use>Y</Use> <CardStatus>B</CardStatus> <ResidualAmount>5561</ResidualAmount> <Insolvency>0</Insolvency> <DueAmount>0</DueAmount> </CardProfile> 5. Pole Status operace s tagem <CardStatus> bude nově přidáno i do sekce <CardProfile>. Tag <CardStatus> zůstane zachován i v původní sekci <CardDetail> v důsledku zachování zpětné kompatibility. <CardProfile> <ReferenceMonth>112009</ReferenceMonth> <CreditLimit>59000</CreditLimit> <Use>Y</Use> <CardStatus>B</CardStatus> <ResidualAmount>5561</ResidualAmount> <Insolvency>0</Insolvency> <DueAmount>0</DueAmount> </CardProfile> 6. Pole Nejhorší status s názvem tagu <WorstStatus> a pole Datum nejhoršího statusu s názvem tagu <WorstStatusDate> budou nově přidány do sekce <CardDetail >. Nejhorší Důvěrné <CCB>, 2010 Stránka 12 z 17

status je nejhorším statusem za celou historii splácení daného kontraktu a datum nejhoršího statusu zrcadlí právě datum dávky, v níž byl nejhorší status reportován. <MaxLimitExceedingAmount>0</MaxLimitExceedingAmount> <DateOfMaxLimitExceeding /> <MaxNrOfDebtsOutstanding>0</MaxNrOfDebtsOutstanding> <NrOfOutstandingMonth>0</NrOfOutstandingMonth> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> <CardProfile> 7. Pole Datum maximální dlužné částky s tagem <MaxDueAmountDate> bude zcela nově přidáno do sekce <CardDetail>. Jedná se o referenční datum dávky, kdy bylo maximální dlužné částky dosaženo. <NrOfDueInstalments>0</NrOfDueInstalments> <DueAmount>0</DueAmount> <MaxDueAmount>0</MaxDueAmount> <MaxDueAmountDate>31012010</MaxDueAmountDate> <DateOfLastCharge /> <AmountCharged>0</AmountCharged> 8. Nové pole Datum poslední delikvence s tagem <LastDelinquencyDate> bude nově přidáno do sekce <CardDetail>. <MaxLimitExceedingAmount>0</MaxLimitExceedingAmount> <DateOfMaxLimitExceeding /> <MaxNrOfDebtsOutstanding>0</MaxNrOfDebtsOutstanding> <NrOfOutstandingMonth>0</NrOfOutstandingMonth> <WorstStatus>F</WorstStatus> <WorstStatusDate>31012010</WorstStatusDate> <LastDelinquencyDate>31102010</LastDelinquencyDate> 9. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. <OpPhase>ZD</OpPhase> < FlagNotCompleteApp>1</FlagNotCompleteApp> <Role>S</Role> 2.3.2 Změny v CRIF web interface V CRIF web interface dochází k těmto změnám: 1. Rozšíření 12měsíčního historického profilu na pravé straně obrazovky na 24 měsíců. 2. Pole Suma nesplacených splátek po splatnosti s tagem <DueAmount> bude nově přesunuto z levé strany obrazovky na pravou stranu do 12měsíčního profilu. Důvěrné <CCB>, 2010 Stránka 13 z 17

3. Pole Suma zbývajících splátek s tagem <ResidualAmount> bude rovněž nově přesunuto z levé na pravou stranu do 12měsíčního profilu. 4. Pole Úvěrový rámec s tagem <CreditLimit> bude nově přesunuto z levé strany na pravou do 12měsíčního profilu. 5. Rovněž pole Status operace s tagem <CardStatus> bude nově přesunuto do 12měsíčního profilu. 6. Naproti tomu pole Nejhorší status s názvem tagu <WorstStatus> a pole Datum nejhoršího statusu s názvem tagu <WorstStatusDate> budou nově přidána do detailu operace <CardDetail> na levé straně obrazovky. Jedná se o nejhorší status za celou historii kontraktu a jeho referenční datum. 7. Pole Datum maximální dlužné částky s tagem <MaxDueAmountDat> bude nově přidáno pod související pole na levé straně obrazovky do detailu operace <CardDetail>. Jedná se o referenční datum dávky, kdy bylo maximální dlužné částky dosaženo. 8. Pole Datum maximální částky překročení s tagem <DateOfMaxLimitExceeding> bude nově přidáno pod související pole na levé straně obrazovky do sekce <CardDetail>. Jedná se o referenční datum dávky, kdy bylo maximální dlužné částky dosaženo. Toto pole již ve schématu existuje, bude jen nově zobrazováno v CRIF web interface! 9. Pole Datum poslední delikvence s tagem <LastDelinquencyDate> bude nově přidáno na levou stranu obrazovky do detailu operace <CardDetail>. 10. Pole Předchozí status s tagem <PreviousStatus> bude zcela odstraněno z webového interface, v xml schématu CR_REP však tag zůstane zachován, aby bylo schéma zpětně kompatibilní. 11. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. Důvěrné <CCB>, 2010 Stránka 14 z 17

Obrázek 3 2.4 Služby 2.4.1 Změny v xml odpovědi úvěrové zprávy CR_REP Ve schématu odpovědi CR_REP dochází k těmto změnám: 1. Rozšíření 12měsíčního historického profilu <ServiceProfile> na 24 měsíců. <xs:element minoccurs="0" maxoccurs="24" name=" ServiceProfile"> 2. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. <OpPhase>ZD</OpPhase> < FlagNotCompleteApp>1</FlagNotCompleteApp> <Role>S</Role> Důvěrné <CCB>, 2010 Stránka 15 z 17

2.4.2 Změny v CRIF web interface V CRIF web interface dochází k těmto změnám: 1. Rozšíření 12měsíčního historického profilu <ServiceProfile> na 24 měsíců. 2. Pole Příznak nedokončený proces žádosti s názvem tagu <FlagNotCompleteApp> bude nově přidáno do sekce <NotConcludedContracts>. Tento příznak má nově sloužit pro signalizaci důvodu čekání na předmět leasingu, v důsledku čehož nedochází k aktualizaci kontraktu ve fázi žádosti. 3. Opravy bugů 3.1 Naplňování pole <Customer type> Součástí úprav úvěrové zprávy bude i oprava naplňování sekce <Found customer>. 3.1.1 Současné chování V případech, kdy se finanční instituce dotáže na fyzickou osobu (dále jen FO), přičemž v databázi Eurisczech je pouze odpovídající fyzická osoba podnikatel (dále jen FOP) nebo naopak, se nyní vrací korektně vyplněný tag <CustomerType> v sekci <FoundCustomer>, který odpovídá tagu <CCBPersonalCode> ze stejné sekce. Tedy pokud se finanční instituce dotáže na FO a v databázi Eurisczech je nalezena pouze odpovídající FOP, tak v sekci <FoundCustomer> v tagu <CCBPersonalCode> bude vyplněn CCB osobní kód tohoto FOP a ve stejné sekci v tagu <CustomerType> je odpovídající hodnota, v tomto případě = 2. Avšak v případě, kdy se finanční instituce dotáže na subjekt, který v databázi Eurisczech není vůbec založen (ani FO, ani FOP), tak se v současné době v sekci <FoundCustomer> vrací <CCBPersonalCode> té osoby, která byla právě daným dotazem prvně založena do registru, ale už se nevrací vyplněný tag <CustomerType> v sekci <FoundCustomer>. 3.1.2 Budoucí chování Změna naplňování a chování systému se týká situace, kdy se finanční instituce dotáže na subjekt, který v databázi Eurisczech není vůbec založen (ani FO, ani FOP), a to tak, že se bude v sekci <FoundCustomer> vracet <CCBPersonalCode> té osoby, která byla právě daným dotazem prvně založena do registru a nově bude tag <CustomerType> v sekci <FoundCustomer> vyplněn odpovídající hodnotou. 3.2 Přebývající tag <Customer type> 3.2.1 Současné chování V xml odpovědích CR_REP se v sekci CustomerData -> ReqCustomer -> Customer vrací nadbytečně Důvěrné <CCB>, 2010 Stránka 16 z 17

tag <CustomerType>, který je duplicitní k totožnému tagu v umístění CustomerData -> ReqCustomer. Příklad z xml zprávy CR_REP: <Response> <CustomerData> <ReqCustomer> <CustomerType>1</CustomerType> ---------tento tag je správně <Customer> <CustomerType>1</CustomerType> ---------tento je duplicitní a nadbytečný <CCBPersonalCode>D00012345</CCBPersonalCode> </Customer> </ReqCustomer> Tento nadbytečný tag se vrací pouze v CR_REP odpovědi na dotaz kontrolní dotaz (CI_REQ). Na dotaz na nového klienta (RI_REQ) a na existující kontrakt (EC_REQ) se vrací odpověď správně. Toto chování je v rozporu s xsd schematy, která jsou korektní (v nich tento duplicitní tag není). 3.2.2 Budoucí chování Výše popisovaný nadbytečný tag se přestane vracet. Je nutné provést revizi systémů, zda náhodou nečtou tento nadbytečný tag z chybného umístění (viz příklad výše). Pokud je systém nastaven dle platných schémat a čte tag <CustomerType> ze správného umístění, tato oprava nebude mít na systém klienta žádný dopad. Důvěrné <CCB>, 2010 Stránka 17 z 17