Virtualna karta
Add Your Content Here
Obsah
Virtuálna karta
Virtuálna karta
['Menu] P2P -> Zmluvy -> '['šípka] Virtuálna karta
V module P2P vznikne nové okno „Virtuálna karta“ kde budú importované dávky z csv súboru v dohodnutej štruktúre.
Okno bude mať 2 karty:
1) 1.karta „Dávka“ bude obsahovať stĺpce
1) Dávka – poradové číslo importovanej dávky, generované systémom
1) Dátum a čas importu
1) Používateľ – používateľ, ktorý dávku importoval
1) Platnosť do – určuje platnosť ponuky
1) 2.karta „Zmluvy“ stĺpce
1) WEBID – z importu
1) VS - zobrazenie zo zmluvy podľa WEBID
1) VS2 - zobrazenie zo zmluvy WEBID
1) Dátum - Dátum konsolidácie zmluvy = sysdate importu
1) Suma navýšenia – z importu
1) Stav - Nový/Realizovaný
1) Výsledok spracovania – popis spracovania/chyby
1) WEBID novej zmluvy – vyplnené po realizácie
1) VS novej zmluvy - pre novú zmluvu vyplnené cez služby v CRM – pri importe bude prázdne
1) Počet splátok novej zmluvy – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu
1) Zmluvná cena'novej zmluvy' – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu
1) Istina novej zmluvy – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu
Akcia Import súboru
V okne Virtuálna karta bude nová akcia Import súboru spustením akcie sa otvorí okno kde bude možnosť prehľadávať cestu k súboru v PC a nastaviť platnosť do(povinný údaj) pre dávku. Stlačení OK sa csv súbor naimportuje ako dávka do okna s definovanou platnosťou do . Naimportovaním súboru vznikne nový záznam dávky s priradenými zmluvami v záložke zmluvy. Pri zmluvách budú vypočítané údaje informatívneho charakteru k dátumu importu - Počet splátok novej zmluvy, Zmluvná cena'novej zmluvy', 'Istina novej zmluvy'.
Súbor csv s oddeľovačom bodkočiarka v štruktúre súboru:
1) WEBID – WEBID zmluvy, ktorá bude predčasne splatená 1) Suma navýšenia – suma o koľko bude navýšená nová zmluva - Suma navýšenia je hodnota finančného plnenia novej zmluvy.
Príklad
111111;200,50
Spracovanie súboru
V prípade, chybného WEBID v súbore, podľa ktorého nebude možné zmluvu identifikovať, súbor nebude naimportovaný a používateľ bude o chybe v súbore informovaný. Súbor opraví a spustí import znova.
View
Pre účely vytvárania ponúk bude vytvorené nove View. Štruktúra popísaná v kapitole View dávky
Akcia Zmena stavu
V okne Virtuálna karta bude nová akcia Realizácia. Akcia bude spúšťaná v záložke zmluvy nad označenými zmluvami z dávky. Akcia bude meniť stav zmlúv z dávky.
Pri spustení akcie používateľ si bude môcť vybrať zo stavov:
1) Nová 1) Zamietnutá
Akcia Realizácia
V okne Virtuálna karta bude nová akcia Realizácia. Akcia bude spúšťaná v záložke zmluvy nad označenými zmluvami z dávky. Akcia spustí realizáciu len nad zmluvami, ktoré majú stav „Schválená“ a Platnosť dávky do >= sysdate.Spracovaním záznamu sa zmení stav zmluvy v okne na „Realizovaný“. Akciu nebude možné spúšťať opakovane nad záznamom, ak bol spracovaný. V prípade chyby bude v stĺpci Výsledok spracovania zapísaná chyba spracovania. Akcia nebude mať spätný chod.
Akcia bude nad označenými zmluvami z dávky vytvárať nové konsolidované zmluvy (pôžičky) s novým číslom a VS. Pôvodná zmluva bude vyrovnaná na 0 s dátumom d-1 z aktuálneho dátumu. Prepojenie Pôvodnej zmluvy a novej konsolidovanej zmluvy bude pomocou nového stĺpca Variabilný symbol 2 (viď kapitola Variabilný symbol 2). Zákazník bude uhrádzať splátky podľa pôvodného VS. Proces realizácie bude opakovaný v slede zmlúv niekoľkokrát (odhad 3x) záver sa vytvorí konsolidácia cez CRM.
Kroky Realizácie
Realizáciu bude možné spúšťať ručne pomocou akcie Realizácia alebo Automaticky ( kroky 1 a 2 ) súčasťou volania webapi schvaľovania.
1. krok - Spustenie
Spustením akcie spracovanie na označených zmluvách z dávky sa otvorí okno s vyberačom na produkt (nepovinný údaj).
1) Ak pri spustení bude produkt vyplnený v novej zmluve bude požitý vybraný produkt 1) Ak pri spustení nebude produkt vyplnený na novej zmluve sa použije produkt z pôvodnej zmluvy
2. krok – Vytvorenie novej zmluvy
Výberom produktu vzniká nová konsolidovaná zmluva s väzbami na pôvodnú zmluvu. Číslo novej konsolidovanej zmluvy bude pridelené číslo podľa VS, ktoré poslalo CRM cez služby . Nová zmluva bude mať dátum evidencie = dátum z dávky a nový variabilný symbol z CRM (VS = WEBID) ( v rámci modulu P2P je VS jedinečný). A VS pôvodnej zmluvy sa zapíše do nového stĺpca Variabilný symbol 2(viď kapitola Variabilný symbol 2).
Pôvodná zmluva bude vyrovnaná na 0 a nová zmluva bude mať istinu ako suma zostatku istiny + alikvotný úrok + suma navýšenia. Suma navýšenia(z importu) bude z pravidla hodnota uhradených splátok klientom.
| VS | VS2 | Mesiac splátka |
Istina | Úrok |
| 999 | 1 | 20 | 50 | |
| 999 | 2 | 30 | 40 | |
| 999 | 3 | 40 | 30 | |
| 999 | 4 | 410 | 4 | |
| Nova zmluva |
|
|||
| 801 | 999 | 1 | 624 |
Istina 624€ na novej zmluve vznikol súčtom 410 + 4 + 210.
Počet splátok novej zmluvy – pri tvorbe novej zmluvy sa bude vypočítavať počet splátok. Poznáme istinu, úročiteľa a výšku splátky. Hľadá sa počet splátok, aby posledná splátka bola nižšia ako hodnota splátky. Príklad výpočtu v súbore.
Riešenie je postavene len pre výpočet kalendára anuitný štandard.
Prípadné preplatky na pôvodnej zmluve budú vyriešené cez funkčnosť preplatkov a prevedenia preplatku na konsolidovanú zmluvu. Výsledok o realizácii a WEBID novej zmluvy bude zapísaný v stĺpci Výsledok spracovania, kde bude vyplnený text „OK. Vytvorená nová konsolidovaná zmluva“. V stĺpci nové WEBID bude zobrazená hodnota novej zmluvy.
3. krok – Párovanie
Konsolidovaná zmluva sa spáruje s investíciami. Vznikne finančné plnenie v hodnote navýšenia.
4. krok – Splátkový kalendár
Nová konsolidovaná zmluva bude mať nový vypočítaný splátkový kalendár, ktorého výška splátky a úročiteľ ostáva rovnaký ako na pôvodnej zmluve. Variabilný bude počet splátok. Nový splátkový kalendár bude anuitný bez vstupných poplatkov a posledná splátka bude dopočítavaná => nemusí byť rovnaká.
Prvá splátka bude v najbližšom 22. dni mesiaca od dátumu, kedy bola spúšťaná realizácia. Zákazník bude uhrádzať splátky podľa pôvodného VS.
Príklad
Ak bude realizácia bude do 21.6. prvá splátka novej zmluvy bude 22.6 (aktuálny mesiac), ak bude realizácia napr. 22.6. a neskôr prvá splátka novej zmluvy bude 22.7(nasledujúci mesiac).
5.krok – finančné plnenie
Rovnaký princíp ako pri konsolidácii. Pre finančné plnenie novej zmluvy bude vygenerovaná nová faktúra, ktorá bude ponížená finančným saldom v hodnote zostatku pôvodnej zmluvy. A bude vyplatená suma navýšenia z importu.
6.krok – Investori
Bez úprav.
7.krok – Provízia
Bez úprav. Provízie budú fungovať rovnako ako pri aktuálnej konsolidácii – z navýšenej sumy.
Variabilný symbol 2
Variabilný symbol zmluvy je jedinečný a nie je možné ho duplikovať/opakovať, Súčasťou úlohy bude zavedenie nového Variabilného symbolu 2(VS2) na zmluve, ktorý nebude jedinečný. Pri akcii realizácia vo Virtuálnej karte budú generované nové zmluvy s novým VS. Zákazník bude, ale vždy posielať úhrady VS z pôvodnej zmluvy. VS pôvodnej zmluvy bude zapísaný v stĺpci Variabilný symbol 2 a tým sa zabezpečí párovanie úhrad na pôvodný VS.
Logika vyplnenia VS2
Ak pri vytváraní novej konsolidovanej zmluvy (WEBID = 2) a vo Virtuálnej karte nebude mať pôvodná zmluva vyplnený VS2 nová konsolidovaná zmluva bude mať nový VS a VS2 bude VS prebratý z pôvodnej zmluvy.
Ak pri vytváraní novej konsolidovanej zmluvy (WEBID = 3) a vo Virtuálnej karte bude mať pôvodná zmluva vyplnený VS2 nová konsolidovaná zmluva bude mať nový VS a VS2 bude VS2 prebratý z pôvodnej zmluvy.
| WEBID | VS | VS2 |
| 1 | 999 | |
| 2 | 801 | 999 |
| 3 | 802 | 999 |
Spracovanie úhrad
Pri párovaní úhrad bude zapracovaná nová logika párovania úhrady cez variabilný symbol 2, ktorý bude mat vyššiu prioritu párovania. Systém pri párovaní bude najprv vyhľadávať uvedený VS v zmluvách s vyplneným VS2. Ak sa zmluva s takým VS2 nájde úhrada bude párovaná na najnovšiu zmluvu (ak ich bude viac), ak systém zmluvu s VS2 nenájde bude ju párovať cez variabilný symbol zmluvy ako v súčasnosti.
Zákazník bude uhrádzať splátky s pôvodným VS, ktorý bude zapísaný vo VS2 novej zmluvy a úhrada bude prednostne párovaná na novú zmluvu.
Úprava okien
V oknách modulu P2P, v ktorých sa nachádza stĺpec variabilný symbol bude pridaný nový stĺpec Variabilný symbol 2. Pôvodný stĺpec variabilný symbol bude zobrazovať hodnotu nasledovne:
1) Ak zmluva nemá VS2 zobrazuje sa VS 1) Ak zmluva má vyplnený VS2 zobrazuje sa VS2
Parametre SMS a Email
V parametroch pre SMS a Emaily bude zapracovaná úprava pre Variabilný symbol 2
1) Ak zmluva nemá VS2 posiela sa VS 1) Ak zmluva má vyplnený VS2 posiela sa VS2
WEBAPI
Schválenie položky dávky
Vznikne nová služba, ktorá bude schvaľovať položku dávky. Zmena stavu z Nová >> Schválená. Súčasťou služby bude aj vstup, kde bude CRM posielať VS pre novú zmluvu, ktorá vzniká pri realizácii
Vstup služby
1) ID položky dávky – povinný údaj 1) VS pre novú zmluvu – povinný údaj 1) WEB_ID produktu – nepovinný údaj
Podmienka správneho zápisu
1) ID položky dávky musí existovať 1) Platnosť do dávky >= sysdate 1) Položka dávky má stav = Nová 1) VS pre novú zmluvu – nesmie existovať na inej zmluve
Výsledok spracovania služby
1) Položke dávky sa zmení stav na Schválená 1) Do stĺpca VS novej zmluvy sa zapíše hodnota VS 1) Spustí sa automatická realizácia pre danú zmluvu – produkt sa preberá z pôvodnej zmluvy alebo zo vstupu služby
Výstup služby
1) 200 OK
1) Zmluva schválená a realizácia dokončená – výstup, ak prebehla realizácia.
1) 500 chyba – popis chyby – bude zahŕňať aj chybu realizácie
Tlačové výstupy
Úprava zostáv pôžičky pri párovaní
V zostavách pôžičky pri párovaní bude zapracovaná úprava pre Variabilný symbol 2
1) Ak zmluva nemá VS2 tlači sa VS 1) Ak zmluva má vyplnený VS2 tlači sa VS2
Prístupové práva
Zapracovaním tejto požiadavky nevzniknú požiadavky na prístupové práva.
VIEW
View dávky
V DB vznikne nové VIEW, ktoré bude zobrazovať všetky položky dávky so stĺpcami
1) ID dávky = Id ponuky 1) ID položky dávky 1) Platnosť do dávky 1) WEBID – z importu 1) VS - zobrazenie zo zmluvy podľa WEBID 1) VS2 - zobrazenie zo zmluvy WEBID 1) Dátum - Dátum konsolidácie zmluvy = sysdate importu 1) Suma navýšenia – z importu 1) Stav - Nový/Realizovaný/Schválený 1) Výsledok spracovania – popis spracovania/chyby 1) WEBID novej zmluvy – vyplnené po realizácii 1) VS2 novej zmluvy - pre novú zmluvu vyplnené pôvodné VS 1) Počet splátok novej zmluvy – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu 1) Zmluvná cena novej zmluvy – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu 1) Istina novej zmluvy – informatívny stĺpec vypočítaný k dňu importu pre novú zmluvu
Proces realizácie
V procese realizácia bola zapracovaná nová funkčnosť, kde pri vytváraní novej zmluvy, bude vo WEB_ID použitá hodnota WEB_ID z CRM.
WEBAPI
POST /virtual_card
Služba v sebe obsahuje kroky: 1. Schválenie 2. Realizácia 3. Aktualizácia dát zmluvy Bola upravená štruktúra existujúcej služby POST /ptp/virtual_card Model služby obsahuje: • virtual_card_id – povinný údaj, identifikátor pre realizáciu zmluvy v dávke • celý endpoint POST /loan – povinnosť údajov podľa endpointu o WEB_ID, VS, Produkt bude preberaný z POST /loan, z dôvodu duplicity došlo k odstráneniu oproti pôvodnej štruktúre
|
Príklad: virtula_card.json
[[1]] |
- obsah LOAN sa môže líšiť od aktuálne platnej štruktúry služby POST /loan
Súčasťou realizácie bola zapracovaná nová funkčnosť aktualizácie dát zmluvy, ktoré sú na vstupe služby. Systém pri aktualizácií dát nebude kontrolovať správnosť prijatých dáta voči pôvodnej konsolidovanej zmluve. Za správnosť dát na novej zmluve bude zodpovedať systém, ktorý dáta poslal (CRM). Dáta v časti loan{} je potrebné posielať vždy ako pri volaní POST /loan.
Služby POST /virtual_card a POST /loan sú na seba naviazané a ak dôjde k zmene modelu, zmena sa prejaví v oboch službách.
