QPartner

ZSPINCFH-11366SPIN11248 Novy user QPartner - Zmena zápisu do SPIN, výpočet US, RPMN, Odplata, Max RPMN, výška splátky

V súvislosti so vznikom novej Quatro aplikácie QPartner, ktorá bude automaticky zapisovať zmluvy do backendovej aplikácie SPIN SK, je potrebné v SPINe realizovať nasledovné zmeny:

- Vytvorenie služieb pre zápis do SPIN SK pre nového technického usera
- Pridanie nových polí do SPINu
- Pridanie nastavení v číselníku Typy zmlúv
- Zmena logiky kontroly na strop RPMN
- Zmena zápisu úrokovej sazdby, RPMN, Odplaty
- Zmena výpočtu výšky splátky

Všetky tieto zmeny sa budú týkať iba časti produkcie – tých zmlúv, ktoré budú zapisované novým userom. Pre časť produkcie teda zostanú aj nastavenia po starom.

Návrh

Súčasný stav. Existujú v spine spôsoby výpočtu US, Odmena, RPMN – A,B,C,D,E. D a E spôsob je môžu platiť v systéme súčasne pre tovarovú pôžičku. Pre ich správne napĺňanie je identifikácia v číselníku Typ zmluvy.
Pridanie nového spôsobu výpočtu je potrebné zohľadniť v ZZP , ktoré vychádzajú výpočtom z daných vzorcov. Ide o zzp Mimoriadna splátka, Zmena RPMN, Zmena poistenia RPMN.
Spôsoby výpočtov pre jednotlivé typ – počet vzorcov
Spôsob výpočtu US RPMN Odplata
D 1 1 2
E 3 1 2

1- ide o výpočet RPMN, US sa nepočíta, rovná sa RPMN, odplata je iná len ak ide o zmluvu s poistením, inak rovnako vzorec 1
2- ide o vzorec kde vstupuje splátka s poistením
3- nový spôsob výpočtu US

Číselníky

Typ zmluvy

Doplniť novú záložku Frontend medzi Dalšie údaje a Akcie do [Menu] LEA číselníky -> ZMluva -> Typy zmlúv -> [Karta] Frontend , bude mať len formulár, lebo bude na typ zmluvy len jedno nastavenie
Povinné polia:
Nastavenie pre výpočet US,RPMN,Odplata: FRONTEND/SPIN, default SPIN
Nastavenie pre výpočet splátky: FRONTEND/SPIN, default SPIN
Nastavenie pre predajný kanál: Povinný/Nepovinný, default Nepovinný
Nastavenie pre kontrolu RPMN: Dátum podpisu/Dátum rekalkulácie, default Dátum podpisu

Predajný kanál

Pridať nový číselník do [Menu] LEA číselníky -> Zmluva -> Predajný kanál namiesto Distribučný kanál. Distribučný kanál presunúť do šípky.

Stĺpce + formulár
• Kód - varchar,12, povinný
• Názov - varchar,200, povinný
• Platnosť od – date, povinný
• Platnosť do – date , nepovinný

Jednoznačný indentifikátor bude kód predajného kanála, ten bude použitý aj následne v službách.

Zaevidovanie zmluvy

Záložka zmluva

 [Menu] LEA Zmluva -> Zaevidovanie quatro  -> [Karta] Zmluva  

Doplniť Predajný kanál za Akcia. Predajný kanál – vyberač z číselníka Predajných kanálov – kontrola platnosti k sysdate.
Povinný pre typ zmluvy, ktorý má v nastavení typu zmluvy – predajný kanál povinný.

 znepovinniť pole mesačné finančné výdavky

Záložka podmienky

[Menu] LEA Zmluva -> Zaevidovanie quatro -> [Karta] Podmienky -> [časť] Splátky

ak bude na type zmluvy LEA_TYP_ZMLUVY_FRONTEND. VYPOCET_US = F, potom budú RPMN, Odplata, US a spôsob výpočtu US editovateľné, a nebude sa nič počítať ani kontrolovať
ak bude na type zmluvy LEA_TYP_ZMLUVY_FRONTEND. VYPOCET_US = S, potom budú tieto údaje needitovateľné a budú počítané v SPINe.
Ak bude na type zmluvy LEA_TYP_ZMLUVY_FRONTEND. VYPOCET_SPLATKA = F, potom bude pole splátka editovateľné. Kontrolovať na rozdiel, ABS(splátka * počet splátok + akontácia – zmluvná cena) < splátka
Ak bude na type zmluvy LEA_TYP_ZMLUVY_FRONTEND. VYPOCET_SPLATKA = S, tak sa bude splátka počítať ako teraz a nebude editovateľná. Č
asť splátky umožniť editovať hodnotu Splátka, RPMN, US, Odplata podľa nastavenia na type zmluvy. Na základe prepočtu Zmluvná cena - splátka*počet splátok sa vypočíta dorovnanie – tak ako doteraz. Zohľadní sa v poslednej splátke.
Spôsob výpočtu US – listbox D alebo E. Možnosť zadať, len ak nastavenie na type zmluvy – Frontend.

[Menu] LEA Zmluva -> Zaevidovanie quatro -> [Karta] Podmienky -> [časť] Fakturácia
Časť fakturácia pridať Dátum rekalkulácie.
Dátum rekalkulácie - Povinný pre typ zmluvy, ktorý má nastavenú kontrolu Odplaty podľa Dátumu rekalkulácie. Editovateľný ak nie je zmluva zamknutá rovnako ako splátka, akontácia...

Kontrola RPMN

Pri zápise podmienok sa v súčasnosti kontroluje výška odplaty na max podľa dátumu podpisu zmluvy. Ak na type zmluvy je nastavené – kontrola podľa dátumu rekalkulácie. Max Odplatu kontrolovať podľa dátumu rekalkulácie RPMN.

==Správa zmluvy==

Zmluva

[Menu] LEA Zmluva -> Správa zmluvy -> [Karta] Zmluva
Pridať stĺpec Dátum rekalkulácie.

Kontrola

[Menu] LEA Zmluva -> Správa zmluvy -> [Karta] Kontrola Doplniť pole Dátum rekalkulácie.

Záložka Podmienky

[Menu] LEA Zmluva -> Správa zmluvy -> [Karta] Podmienky Doplniť pole predajný kanál v časti Akcia.

Doplniť pole Dátum rekalkulácie v časti Fakturácia.

Doplniť pole US v časti Splátky.
Rovnako upraviť záložku podmienky Lea Zmluva – Zákazník evidencia.

Geminy

Upraviť existujúce rozhranie, aby nevyžadovalo údaje podľa nastavenia typu zmluvy.

Lea API

Cieľom je dodať nové API rozhranie, ktoré bude obsahovať všetky základné funkčnosti pre zápis zmluvy a zákazníka, technológia podoruje protokol JSON, obsahuje autentifikáciu a využitie tokenov. Komunikácia je
synchrónna. Servis je nutné inštalovať na server s platformou Windows, v aktuálnom období podporovanou dodávateľom.

zmena kontroly z CONS_IS na CIS_ID https://jira.assecosol.eu/browse/ZSPINCFH-12324
Dokumentácia je aktualizovaná na url:port/swagger/ui/index na url:port/swagger/docs/Lea

POST contract

Špecifikácia
• Metóda na zápis zmluvy
• Pri zápise bude kontrolovaná povinnosť vyplnenia polí, ak nebude povinný atribút dodaný, zápis končí chybovou hláškou
• Zápis adries, výrobkov, voliteľných údajov, ručiteľov, poznámok, bankových účtov bude možné zapísať viac hodnôt.
• Ak zápis zlyhá z iných dôvodov ako je vyplnenosť polí, bude poslaná systémová hláška
• Pri zápise bude kontrolovaný autorizačný kód, ak sa nájde zmluva s autorizačným kodom, tak sa zmluva nezapíše
• Pri vyhľadaní zákazníka sa bude zákazník identifikovať podla cons_id + rodné číslo, ak sa nenájde sa založí, popis v POST client

Príklad

  "clientId": 5135010,
   "applicationId": null,
   "contractTypeId": "PZEX5",
   "actionId": null,
   "paymentsCount": 10,
   "firstPaymentPercentage": 10,
   "signatureDate": "2020-4-9",
   "paymentForm": "P",
   "invoiceNumber": "7651319038",
   "receivedAt": "2020-4-9",
   "signatureDateOZ": null,
   "salePlaceCode": "*E11527",
   "dealerCode": "*E1152702",
   "authorisationCode": "2020040915",
   "clientEmail": "N",
   "newClient": "N",
   "reportCode": null,
   "firstPaymentValue": 145,
   "assuranceId": 336085456,
   "bankAccountIban": null,
   "bankAcountOwner": null,
   "recommenderId": null,
   "contractStatusCode": "B",
   "payment": 130.5,
   "insurance": 3.78,
   "specificSymbol": null,
   "spravaPrePrijimatela": null,
   "sellingChannel": "pk1",
   "rpmn": 15.80,
   "odplata": 15.80,
   "interestRate": 15.80,
   "methodRpmn": "D",
  "dateOfRecalculation": "2020-4-9",
   "barcode": null,
   "product": [
       {
           "productCode": "M1N",
           "price": 1380,
           "contractPrice": 1450,
           "producer": "A DATA",
           "brand": "hoho",
           "serialNo": "hohoho"
       }
   ],
   "optionalData": [
       {
           "code": "POCVYZIV",
           "dataCode": null,
           "dataDesc": null,
           "dataNocode": "100"
       }
   ],
   "note": [
       {
           "code": "cc-pf",
           "value": "skuska poznamky z API Lea",
           "date": "9.4.2020",
           "date2": null
       }
   ],
   "bonus": null,
   "approvals": [
       {
           "approvalCode": "BANKSL1",
           "value": "A",
           "isValidFrom": "2020-4-10",
           "isValidTo": null,
           "text": null
       }
   ]

contract{}

Polia	Vyhodené polia	Popis	Format	povinné
client{}		Client	array	A
applicationId		LEA_ZMLUVA_INFO.CISLO_ZIADOST	Number 22
contractTypeId		Typ zmluvy (názov)	String	A
actionId		Kod akcie	String	A
paymentsCount		Počet splátok	Number	A
firstPaymentPercentage		Percento akontácie	Number	A
signatureDate		Dátum podpisu	Date
paymentForm		Spôsob úhrady	String	A
invoiceNumber		Podmienky/fakturácia/číslo faktúry, aj do VU zmluvy GEMIVSY	String	N
receivedAt		Dátum prevzatia	Date	N
signatureDateOZ		Podmienky/Obchodný zástupka/Dátum	Date	N
	salePlaceId	Podmienky/Obchodné miesto/číslo OZ ID, id firmy, nesmie mať ukončenú spoluprácu, do zmluva.firma_id
salePlaceCode		Zapracovať nie ID ale číslo predajne, overiť duplicitu, Podmienky/Obchodné miesto/číslo OZ ID, id firmy, nesmie mať ukončenú spoluprácu, do zmluva.firma_id	String	A
	dealerId	Zodpovedný pracovník - predajca ID, kontroluje sa, či predajca je pod salePlaceId, do zmluva.oz_id
dealerCode		Zapracovať nie ID ale číslo predavača, overiť duplicitu, Zodpovedný pracovník - predajca ID, kontroluje sa, či predajca je pod salePlaceCode, do zmluva.oz_id	String	A
authorisationCode		Autorizačný kód	String	A
clientEmail		Lea_zmluva_info.email = A/N	String	N
	noteId	Presunuté do note{}		OUT
	noteTypeId	Presunuté do note{}
	incomeConfirmation	Predložené doklady/potvrdené doklady, lea_zmluva_info.doklady
	incomeConfirmationPartner	Predložené doklady/OP potvrdenie manželky, lea_zmluva_info.doklady
	sipo	Predložené doklady/SIPO, lea_zmluva_info.doklady
	accountExtract	Predložené doklady/výpis z účtu, lea_zmluva_info.doklady
	zrorExtract	Predložené doklady/výpis z ZL, lea_zmluva_info.doklady
	other	Predložené doklady/Iné, lea_zmluva_info.doklady
newClient		Kontakty/Nový klient, lea_zmluva_info.novy_zakaznik	String	N
	variableSymbol	Len pre update
	reportId	Kod tlačiva, lea_zmluva_info.kod_tlaciva
reportCode		Kod tlačiva, lea_zmluva_info.kod_tlaciva	String	A
	catalogId	Kod katalogu, po kontrole katalogu sa zapíše ide koeficientu do lea_zmluva_koeficient
firstPaymentValue		Suma akontácie	Number	A
	vatId	Nepoužíva sa
assuranceId		Sadzba poistenia id	String	N
	bankAccount	Bude len IBAN
	bankId	Bude len IBAN
bankAccountIban		Bankový účet pre úhradu splátok ZSPINCFH-12122 bude sa ťahať zo setupu LEA_BU_ID to čo príde na vstupe bude ignorovať	string	N
	bankIdIban	Id banky pre založenie BU, ak sa nenájde
bankAcountOwner		Zapisuje sa do VU zmluvy MBU	String	N
	guarantyForm	Nepoužíva sa, spôsob ručenia
	guarantor1	Ručiteľ 1
	guarantor2	Ručiteľ 2
coApplicant		Zápis spolužiadateľa, do ručiteľa, potrebné dodefinovať	Array
	value	Nepoužíva sa, hodnota ručenia
	city	Nepoužíva sa, ručenie
	description	Nepoužíva sa, ručenie
	deliverTo	Doručiť komu,do VU zmluvy kod MD_OSOBA
	deliveryStreet	Adresa doručenia, ulica, adresa sa zapíše ku zmluve
	deliveryZip	Adresa doručenia, PSC
	deliveryCity	Adresa doručenia, mesto
	deliveryPhone	Doručiť telefon, do VU zmluvy kod MD_TELEFON
	deliveryDate	Doručiť dátum
	deposit	Suma zálohy na akontáciu
	cardCode	Nepoužíva sa
	paymentCard	Platobná karta, zmluva_info
	paymentCardNumber	Číslo platobnej karty, zmluva_info
	cardAccountNumber	Číslo kartového účtu, zmluva_info
	reservedUntil	Dátum rezervácie, zmluva_info
	numberOZ	Čislo OZ, zmluva.oz_id, obchodný zástupca
	ozId	ID = je to numberOZ
	numberTOZ	ID tipera
recommenderId		Zodpovený za spracovanie, do zmluva_info.zodpovedny_id	String	N
	contractId	ID zaevidovanej zmluvy		OUT
	text	Note{}
contractStatusCode		Stav zmluvy kod	String	A
	contractPrice	Nepoužíva sa, Zmluvná cena
payment		Výška splátky, posledná splátka bude vypočítaná v SPINE	Number	A
	bonus	Bonus{}
	cashOnDelivery	Suma dobierky
insurance		Suma poistenia	Number
	evidenceNumber	Evidenčné číslo		OUT
	dealerBankAccount	používa sa to až na faktúre
	dealerBankId
	dealerBankAccountId
specificSymbol		Zapis do VU zmlvuy GEMISSY	String	N
	noteDate	Note{}
	noteDate2	Note{}
	clientCardId	Číslo zákazníckej karty
	bankAccountForSettlementPaymentId	Id BU firmy pre úhrady splátok
	deleteMode	Len pri zmazaní zmluvy
	maturityDate	Dátum splatnosti faktúry
	firstPaymentDate	Dátum akontácie
	depositInvoice	Nepoužíva sa pri zápise		OUT
	approveQCUP	Nepoužíva sa pri zápise		OUT
	interestRateClient	Zmluva_info.us_klient , pridať aj zápis do tabuľky lea_zmluva_rpmn, podla nastavenia na type zmluvy
	pozicka			OUT
	urok			OUT
spravaPrePrijimatela		Zápis do VU zmluvy GEMISPP	String	N
product{}		Produkt	Array
optionaData{}		Voliteľné údaje	Array
note{}		poznámky	Array
complaint{}		Reklamácie = nie bude samostatne	Array
bonus{}		Bonusy	Array
coApplicant{}		Spolužiadateľ	Array
approvals{}		Súhlasy	Array
sellingChannel		predajny kanal kod	String	N
rpmn		RPMN z frontendu, zápis do lea_zmluva_rpmna podla nastavenia na type zmluvy	Number	N
odplata		odpata z frontendu, zápis do lea_zmluva_rpmna podla nastavenia na type zmluvy	Number	N
interestRate		US z frontendu, Zmluva_info.us_klient , pridať aj zápis do tabuľky lea_zmluva_rpmn, podla nastavenia na type zmluvy	Number	N
methodRpmn		sposob vypoctu RPMN z frontendu	string	N
dateOfRecalculation		datum rekalkulácie	Date	N
barcode		barcode	string	N

POST client

Špecifikácia

zmena kontroly z CONS_IS na CIS_ID https://jira.assecosol.eu/browse/ZSPINCFH-12324

Metoda na zápis alebo update klienta
Pri zápise bude kontrolovaná povinnosť vyplnenia polí, ak nebude povinný atribút dodaný, zápis končí chybovou hláškou
Zápis adries, spojení, voliteľných údajov, bude robený dynamicky.
Ak zápis zlyhá z iných dôvodov ako je vyplnenosť polí, bude poslaná systémová hláška
1, Klient s rod.č. je v SPINe evidovaný pod jedným zakaznik_id a CIS_ID ≠ 0 → pre tieto prípady bude platiť, že zmluva sa zapíše pod existujúci záznam bez zmeny, t.j. zmluva sa zapíše v SPINe pod exisujúceho klienta. Ak je v rámci zápisu zasielané iné CIS_ID ako máme evidované v SPINe, tak v rámci zápisu má dôjsť k jeho aktualizácií.
2, , Klient s rod.č. je v SPINe evidovaný pod jedným zakaznik_id a CIS_ID = 0 → pre tieto prípady bude platiť, že zmluva sa zapíše pod existujúci zakaznik_id, ale v rámci zápisu zmluvy má dôjsť k editácií CIS_ID z hodnoty 0 na CIS_ID, ktoré je posielané v rámci služby pre zápis zmluvy do SPINu
3, Klient s rod.č. je v SPINe evidovaný pod viacerými zakaznik_id a CIS_ID = 0 → pre tieto prípady požadujeme, aby zápis do SPINu skončil s chybou – „zákazník je evidovaný duplicitne, potrebná konsolidácia“. Po konsolidácií v SPINe a reštarte služby na strane QPA dôjde k zápisu zmluvy a aktualizácií CIS_ID na hodnotu zasielanú v rámci zápis
4 Klient s rod.č. je v SPINe evidovaný pod viacerými zakaznik_id a pri jednom je CIS_ID ≠ 0 a pri druhom je CIS_ID = 0 → pre tieto prípady požadujeme, aby zápis do SPINu skončil s chybou – „zákazník je evidovaný duplicitne, potrebná konsolidácia“. Po konsolidácií má dôjsť k zápisu po reštarte z QPA a ak CIS_ID v SPINe ≠ CIS_ID pri zápise, tak má dôjsť k jeho aktualizácií v SPINe.
5, Klient s rod.č. je v SPINe evidovaný pod viacerými zakaznik_id a pri oboch je CIS_ID ≠ 0 → pre tieto prípady požadujeme, aby zápis do SPINu skončil s chybou – „zákazník je evidovaný duplicitne, potrebná konsolidácia“. Po konsolidácií má dôjsť k zápisu po reštarte z QPA a ak CIS_ID v SPINe ≠ CIS_ID pri zápise, tak má dôjsť k jeho aktualizácií v SPINe.
ak v dávke údaje nebudú tak sa nevymazú, prepíšu/pridajú s údaje len aké sú v dávke
pri zmene majú ostať zmeny v záložke archív zákazníka

Parametre

Žiadne parametre

Responce
response
ContractResultClass {
contract (string, optional, read only),
resultCode (boolean, optional, read only),
errorMessage (string, optional, read only) }

Polia	Vyhodené polia	Popis	Format	povinné
consolidatedClientId		Cons_id		long
pin		Rodné číslo		String 10
surname		Priezvisko	žurnál	String 30
firstName		Meno	žurnál	String 30
idCardNumber		Číslo OP	žurnál	String 10
	permanentAddressStreet	Trvalé bydlisko, je to povinná adresa
	permanentAddressInfoNumber
	permanentAddressCity
	permanentAddressZipCode
	permanentAddressCountryId
	permanentAddressNumber
	mobilePhoneNumber	Spojenie kod MOBILE
maritalStatus		Rodiný stav, lea_zakaznik.rodinný stav		String 10
education		Vzdelanie, MU osoby s kodom VZDELANIE
supportedPersonsCount		Počet vyživovaných osôb, lea_zakaznik.vyzivane_osoby		Number
clientType		Typ zákazníka z číselníka
housingType		Spôsob bývania, MU osoby kod BYVANIE
monthlyIncome		Čistý príjem, lea_zakaznik.cisty_prijem		number
	clientEmail	Spojenie osoby EMAIL
cisId		Cis_id, lea_zakaznik.cis_id
	clientId
	title	Titul
	organizationIdNumber	IČO zakazníka, lea_zakaznik.ico
	taxIdNumber	DIČ zákazníka,
	contactAddressStreet	Prechodné bydlisko
	contactAddressNumber	Prechodné bydlisko
	contactAddressInfoNumber	Prechodné bydlisko
	contactAddressCity	Prechodné bydlisko
	contactAddressZipCode	Prechodné bydlisko
	contactAddressCountryId	Prechodné bydlisko
	homePhoneNumber	Spojenie zákazníka HOME
	otherContact	Spojenie zákazníka INE
	faxNumber	Spojenie zákazníka FAX
	employerPhoneNumber	Spojenie zákazníka WORK
	companyId	Zamestnávateľ klienta
	companyOrganizationIdNumber
	companyName	Zamestnávateľ klienta
	companyType	Zamestnávateľ klienta
	companyAddress	Zamestnávateľ klienta
	companyCity	Zamestnávateľ klienta
	companyZipCode	Zamestnávateľ klienta
	companyCountryId	Zamestnávateľ klienta
	clientCardId	Nepoužíva sa
	clientCardIdType	Nepoužíva sa
monthlyDeduction		Mesačné zrážky + iné mesačné výdavky = lea_zakaznik.mesacne_zrazky, do MU osoby MFINVYD
employedSince		Zamestnaný od, lea_zakaznik.zamestnany_od		date
function		Funkcia, lea_zakaznik.funkcia
	wageDepartmentPhoneNumber	Spojenie zákazníka MZD = contact{}
	residesSince	Doba bývania, MU osoby DBYVANIA – personalData{}
	jobPosition	Pracovná pozícia, MU osoby PRPOZ = personalData{}
	jobType	MU osoby TZAMEST = personalData{}
	previousJobDuration	MU osoby DPZR = personalData{}
	sector	MU osoby SEKTOR = personalData{}
	businessIncome	MU osoby PPRIJEM = personal{}
	taxBase	MU osoby ZDANE = personalData{}
	bankAccountClient
	bankIdClient
	creditCard	MU osoby KK = personalData{}
ineMesacneVydavky		Iné mesačné výdavky, Mesačné zrážky + iné mesačné výdavky = lea_zakaznik.mesacne_zrazky, Do MU sooby MINEVYD
	rodnePriezvisko	MU osoby RODNE_PRIE = personalData{}
	dobaUrcitaDo	MU osoby DOBA_URCIT = personalData{}
	platnostDokladuDo	MU osoby DTPL = personalData{}
	datumVydaniaIDok	MU osoby DVD = personalData{}
	platnostDoIDok	MU osoby PID = personalData{}
	krajinaNarodenia	MU osoby KP = personalData{}
	typIdDanPovinnosti	MU osoby TDP = personalData{}
	idDanPovinnosti	MU osoby IDP = personalData{}
address{}				Array
contacts{}				Array
personalData{}				Array
employer{}				Array
Title{}				Array

address

Špecifikácia
Metoda na zápis adries klienta, v metode sa môže poslať viac adries naraz.
Pri zápise bude kontrolovaná povinnosť vyplnenia polí, ak nebude povinný atribút dodaný, zápis končí chybovou hláškou
Ak zápis zlyhá z iných dôvodov ako je vyplnenosť polí, bude poslaná systémová hláška
Ulica sa nebude nikdy prepisovať, bude vždy zakladaná nová adresa, musí sa presne nájsť v zozname, ak bude rozdiel v jedinom znaku, tak sa evidovaná adresa ukončí platnosťou do a založí sa nová.
Ak sa nenájde PSČ+ mesto, tak sa založí nové do číselníka miest.

Polia	Vyhodené polia	Popis	Format	povinné
	street (string, optional),	Ulica	String	N
	referenceNumber (string, optional),	Popisné číslo	String	N
	registerNumber (string, optional),	Súpisné číslo	String	N
Adresa1		Ulica+popisné číslo+súpisné	string  50	A
city (string, optional),		Mesto	String	A
zipCode (string, optional),		PSČ	String	A
countryCode (string, optional)		Skratka štátu, SK	String	A

Nový vzorec RPMN, Mimoriadna splátka

SPIN-11308

Úvod

ZL rieši nový výpočet RPMN typ F, ktorý bude zapísaný len cez F/E. SPIN ho nebude počítať a bude preberať vypočítané hodnoty RPMN,ODPLATY, US.

Nový údaj zákazníka NONSTOP BANKING, ktorý sa bude sledovať. Pri existujúcich službách sa pri zápise použije default hodnota, pri novej službe sa budú zapisovať hodnoty A, N. Údaj bude sledovaný k zákazníkovi a bude sa prepisovať aktuálnou hodnotou. Bude používaný pre informovanie klienta.

Zosúladenie výpočtu a odstránenie zápornej istiny – odklad na začiatku zmluvy, skorý dátum prevzatia.

Zosúladenie výpočtu mimoriadnej splátky bez ohľadu na vzorec US.

Výpočet mimoriadnej splátky pre bezúročné zmluvy.

Nový vzorec pre výpočet US/RPMN/Odplaty

Číselník Typy zmlúv

[Menu] Lea -> Lea Číselníky -> [Okno] Typy zmlúv -> [Karta] Ďalšie údaje

[[Image:]]

Pridať do Spôsobu výpočtu US nový typ F.

[Menu] Lea -> Lea Číselníky -> [Okno] Typy zmlúv -> [Karta] Frontend

[[Image:]]

Dopracovať kontrolu, ak je v ďalších údajoch F, tak frontend môže mať nastavený vo výpočte US,RPMN, Odplata len FRONTEND.

Spôsob výpočtu F nebude v spine vytvorený.

Zaevidovanie zmluvy

[Menu] Lea -> Lea Zmluva -> [Okno] Zaevidovanie Quatro -> [Karta] Podmienky

Upraviť vyberač pre Spôsob výpočtu US na D,E,F.

[[Image:]]

Nový údaj zákazníka – Nonstop Banking

Údaj bude sledovaný na zákazníka, novou zmluvou sa zmení.

DO lea_zakaznik pribudne stĺpec NONSTOPBANKING

Názov: Služba Nonstop Banking

Hodnoty: Áno, Nie, Nie je známe

Povinnosť: Áno

Pri nasadení nadobudne pri všetkých zákazníkoch hodnotu Nie je známe.

Zaevidovanie zmluvy

[Menu] Lea -> Lea Zmluva -> [Okno] Zaevidovanie Quatro -> [Karta] Zmluva

[[Image:]]

Gemini, Minerva

Úprava zápisu zákazníka – pri zápise nového zákazníka hodnota stĺpca NONSTOPBANKING bude Nie je známe. Pri zápise existujúceho zákazníka, služba existujúcu hodnotu pri zákazníkovi neopravuje.

Napr. Zákazník má hodnotu údaja Služba Nonstop Banking A. Nová zmluva sa zapíše cez gemini. Hodnota pri zákazníkovi zostane Služba Nonstop Banking A.

QPartner

Úprava zápisu zákazníka – pri zápise nového zákazníka hodnota stĺpca NONSTOPBANKING môže nadobudnúť hodnoty A alebo N alebo Nie je známe.

Úprava metódy POST

pridanie nového povinného poľa "nonstopbanking" možné hodnoty "Áno", "Nie", "Nie je známe"

pri zadaní inej-nesprávnej hodnoty chybová hláška :Nesprávne vyplnená hodnota nonstopbanking

priklad: volania post client

{

,

,

"clientType": "S",

  "housingType": "NAJ",

   "nonstopbanking":" Áno"

,

,

}

Priklad pre metodu post contract

http://server:port/api/lea/contract

{

  "client": {

,

, 

  "clientType": "S",

  "housingType": "NAJ",

  "monthlyIncome": 0,

   "nonstopbanking":" Áno"

,

,}}

Zobrazenie

[Menu] Lea -> Lea Zmluva -> [Okno] okno Správa zmluvy -> [Karta] Karta a iné

[[Image:]]

Pridať do formulára editovateľné nové pole Služba Nonstop Banking pod pole Číslo zák. karty.

[Menu] Lea -> Lea Zmluva -> [Okno] okno Správa zmluvy -> [Karta] Zmluva

Pridať do okna stĺpec Služba NB.

Záporná istina

Pri SK , ak je prevzatie na začiatku mesiaca a nasledujúca splátka budúci mesiac sa stáva, že prvá splátka má zápornú istinu, vzhľadom nato, že vychádza vysoký úrok.

Výpočet pri zápornej istine

Pri výpočte sa bude vychádzať z toho, že max. úrok v splátke je vo výške splátky, zvyšok úroku sa bude odkladať v akumulovanom úroku.

DKM v mesiaci, ak je akumulovaný úrok bude navýšené o daný úrok.

Akumulovaný úrok

Dopracovať do SK stĺpec akumulovaný úrok. Zapísať zostávajúci úrok, ktorý sa nepoužije v splátke do akumulovaného úroku.

Predčasné splatenie

Pri odklade systém počíta úrok na základe pravidla, že predchádzajúca splátka má nulovú istinu a bol realizovaný odklad. V takomto prípade počíta nanovo za celé obdobie od začiatku odkladu úrok. Tento postup sa pre akumulovaný úrok na začiatku kalendára nedá použiť.

Preto bude akumulovaný úrok zapísaný v novom stĺpci LEA_SUMA pre typ E SUMA5.

Pri výpočte predčasného splatenia, ak bude v splátke pred predčasným splatením akumulovaný úrok, pripočíta sa do úroku.

Rovnako sa pripočíta do premennej UROKDO.

Ak dátum predčasného splatenia bude spätný – teda pred splátkou s akumulovaným úrokom , úrok sa nepripočíta.

Príklad:

Predpis	Istina	Úrok	Akumulovaný úrok
1.12.2020
20.1.2021	0	22	4

Zmluva s dátumom prevzatia 1.12.2020, súčasťou prvej splátky je akumulovaný úrok 4,-- EUR. Pri predčasnom splatení 25.1. sa vypočíta úrok ako:

Úrok od 20.1.-25.1.+akumulovaný úrok 4+Úrok22

Predčasné splatenie 19.1. sa vypočíta úrok ako úrok za obdobie od 1.12.2020-19.1.2021

Odklad na začiatku zmluvy

Ide o odklad nastavený v [Menu] Lea -> LEA Číselníky -> [Okno] Typy zmluvy -> [Karta] Ďalšie údaje

Generovanie SK

Upraviť generovanie SK. Odklad na začiatku zmluvy. Počítať úrok za odklad ako akumulovaný a prvé mesiace zapísať úrok max. do výšky splátky.

Predčasné splatenie

Ako pri riadnom odklade, ak existuje splátka pred predčasným splatením s nulovou istinou, tak sa použije výpočet úroku za celé obdobie od začiatku odkladu a naplní sa premenná Úrok počas odkladu. Pribudne kontrola na akciu a typ zmluvy, či majú zadaný odklad.

Mimoriadna splátka

MS predĺženie

Zostáva nezmenené. Vstupné hodnoty pre výpočet: zostatok istiny pred dátumom MS, splátka nezmenená, úročiteľ nezmenený, premenná počet splátok. Posledná splátka vychádza s úrokom počítaným zo zostatku istiny.

MS navýšenie splátky

Zmena výpočtu navýšenia splátky. Zostáva úročiteľ, zostatok istiny pred dátumom mimoriadnej splátky, doba splácania. Systém nájde vhodnú splátku pri dodržaní vstupných hodnôt. Pri spätnom výpočte – teda zadaní dátumu MS do uzamknutého obdobia, systém vypočíta novú splátku a prepočíta rozdielovo prvú splátku.

IFRS – vychádza z hodnoty splátky SAS a prepočíta sa nový úročiteľ.

Nerozlišuje sa výpočet podľa US, Odmeny, Odplaty

Posledná splátka – úrok dorovnaný do výšky splátky.

MS bezúročné - zmena splátky

MS pri bezúročnej zmluvy. S dátumom realizácie sa zapíše hodnota mimoriadnej splátky do istiny. Pri znížení splátky – systém vypočíta novú splátku ako zostatok istiny/počet splátok. Zaokrúhlenie na 2 des. Miesta.

Príklad:

Zostatok Istina 1000,--

Splátka 100,-

Zostatok Doba splácania 10

Vloženie mimoriadnej splátky 150.

Výpočet splátky (1000-150)/10=85,-- EUR na 10 mesiacov

Príklad v bode 2.5.4.

MS bezúročné zmena doby splácania

Ms pri bezúročnej zmluve. S dátumom realizácie sa zapíše hodnota mimoriadnej splátky do istiny. Pri skrátení doby systém dopredpisuje zvyšné obdobie v hodnote splátky, kým má zostatok istiny. Posledná splátka bude v hodnote zostatku istiny.

To je ok?Platí pravidlo, že nenechávame poslednú splátku vyššiu ako predchádzajúce a aj v prípade predpísania 0,10 EUR vytvoríme splátku.

MS počas odkladu

Nebudeme riešiť zmenou. MS počas trvania odkladu nepovolíme. Nemôžeme použiť hľadanie riešenia na hľadanie riešenia. Potrebné riešiť procesne. Odklad ukončiť a zadať MS.

MS po odklade

Ak má splátkový kalendár ešte akumulovaný úrok, tak v súčasnosti sa pri výpočte novej splátky nezapočíta. Nebude riešené započítanie daného úroku.

MS pred prvou splátkou

Ak je dátum mimoriadnej splátky pred prvou splátkou, systém počíta od začiatku s nižšou istinou.

Posledná splátka – dorovnanie úroku do výšky splátky?

DWH

Doplniť do lea_zakaznik.nostopbanking