Evidencia/zápis zmlúv pre FOP do Spinu

Z SPIN2-wiki
Prejsť na: navigácia, hľadanie
ZSPINCFH-12583

Návrh Dátový model

Nová tabuľka LEA_STATUTAR:

LEA_STATUTAR

Stlpec názov TYP nullable popis
ZAKAZNIK_ID integer N FK lea_zakaznik
OSOBA_ID integer N FK dl_osoba
CIS_ID integer A


RODNE_CISLO Varchar(10) N


CISLO_OP Varchar2(10) N


PLATNOST_DO Date A






Rozšírenie tabuľky LEA_TYP_ZAKAZNIKA

Stlpec názov TYP nullable popis
TYP_FIRMY_ID integer A TYP_FIRMY_ID

Rošírenie Číselníka typy zákazníkov

Do číselníka pridáme možnosť vybrať typ firmy z číselníka Firma->Typy firiem

FOP1.png


Nová záložka Štatutár:

Záložka sa bude zobrazovať v oknách Zákaznik evidencia, Zaevidovanie Quatro, Správa zmluvy

Záložka bude aktívna len pre typ zákazníka, ktorý ma väzbu na typ firmy.

Záložka bude mať polia:

CIS_IS, Rodné číslo, meno, priezvisko, Číslo OP

adresa trvalého bydliska štatutára ( ulica, súpisne číslo, popisné číslo, PSČ, Obec, štát),

Platnosť do (Číslo OP),

kontaktné údaje – tel.č. a mailová adresa

Nepovinný údaj - CIS_ID

FOP2.png



Popis:

Ak sa vyberie rodné číslo, ktoré existuje v databáze zákazníkov, tak sa všetky hodnoty pred plnia a môžu sa meniť. Zápisom sa zmení aj existujúci zákazník.

Ak sa použije rodné číslo, ktoré neexistuje v databáze zákazníkov, vtedy obsluha vyplní všetky povinné údaje.

Štatutár sa zapíše do číselníka osoba: nove osoba_id, Meno, Priezvisko, Adresy, A do tabuľky LEA_STATUTAR zapíšeme:

OSOBA_ID

CIS_ID

RODNE_CISLO

CISLO_OP

PLATNOST_DO


Osoba- štatutár bude mať väzbu aj na firmu dl_osoba.firma_id

     1) Štatutár nie je zákazníkom( neexistuje LEA_ZAKAZNIK kde zakaznik_id=osoba_id) 
     V tomto prípade sa zobrazujú údaje z tabuly ''lea_statutar
     1) Štatutár je zákazníkom(existuje LEA_ZAKAZNIK kde zakaznik_id=osoba_id 

V tomto prípade sa zobrazujú údaje z tabuly ''lea_zakazník



Evidovanie zákazníka

Okno Zaevidovanie quatro

Ak sa pri zaevidovaní zákazníka vyberie typ zákazníka, ktorý bude mat väzbu aj na typ firmy, tak sa súčasne založí aj firma do evidencie firiem(Spoločné->Firma) a v osobe sa spraví prepojenie na túto firmu dl_osoba.firma_id.

Okno zaevidovanie quatro – formulár

, ak sa vyberie taký typ zákazníka, ktorý má väzbu na typ firmy,

tak sa zobrazia polia pre zaevidovanie firmy:

Názov firmy, IČO, DIČ, IČ DPH.

Trvalá adresa ->Sídlo firmy

Telefón a email povinné

Súčasná adresa -> Korešpondenčná adresa

Do interného kódu firmy sa zapíše IČO

FOP3.png


Osoba sa založí s priezviskom, kde bude názov firmy max 30 znakov.

IČO zapíšeme aj do lea_zakaznik.rodne_cislo, lea_zakaznik.ico, aby bolo možne v rôznych oknách zachovať vyberače na rodné čislo.

DIČ zapíšeme aj do lea_zakazník.dic

  1) Firma sa zapíše aj k zákazníkovi do lea_zakaznik.firma_id 
  1) Všetky informácie budeme ale naďalej zapisovať k osobe (adresy, spojenia, bankové účty). 
  1) Na firmu zapísané len zakladane informácie o firme IČO,DIČ,IČ DPH, typ firmy, Názov firmy. 
  1) Adresa trvale bydlisko na osobe bude teda Sídelná adresa 
  1) A prechodné bydlisko bude korešpondenčná adresa.


Schované budú celé časti časti o:

Zamestnávateľ, Potvrdenie zamestnávateľa o prijme, Ostatné


Záložku editácia pre FOP

Záložka bude upravená rovnako ako formulár pre zaevidovanie zákazníka vykresľovanie polí vo formulári bude závisieť od typu zákazníka.




Uprava okna Zákazník- evidencia.

Záložka - zákazník

Do záložky zákazník pridáme stĺpce: Názov firmy, I

Dph, ktoré budú zobrazovať dáta z firmy a to len v prípade, keď, na tabuľke lea_zakaznik stĺpec firma_id nebude prázdna hodnota.

Informácie o zamestnávateľovi ponecháme.


Záložka - zmluvy

Zobrazovať budeme zmluvy, ktoré patria zákazníkovi na ktorom je kurzor (pôvodne)

a súčasne, ak zákazník na ktorom je kurzor existuje v tabuľke lea_statutar stĺpec zakaznik_id,

tak sa zobrazia aj zmluvy zo zákazníka, kde lea_statutat.osoba_id=lea_zakaznik.zakaznik_id

a súčasne, ak zákazník, na ktorom je kurzor sa nachádza v tabuľke lea_statutar stĺpec osoba_id získa sa zakaznik_id a zobrazia sa zmluvy aj pre tohto zákazníka_id.


Cieľom je, aby sa na zákazníkovi zobrazovali jeho zmluvy, ale aj zmluvy na ktorých je štatutár, resp. aj zmluvy, ktoré sú na štatutárovi.


Záložky -adresa, spojenia, Bankové účty Marketingové údaje

Bez zmeny - všetky tieto záložky majú väzbu na osobu



Okno zákazník - informácie

Uprava okna - Nebude predmetom tejto poziadavky


Okno správa zmluvy

Záložka Zákazník

Ak bude na zmluve typ zákazníka s väzbou na typ firmy, vtedy zobrazíme informácie o firme.

Políčko IČO bude vyberač zo zákazníkov, ktorí majú vyplnené lea_zakaznik.firma_id

FOP4.png

Záložka editácia

Správa zmluvy-> Editácia rovnako ako pre okno zákazník evidencia – zobrazene závisí od typu zákazníka.




== Zápis FOP a FON cez služby ==Rozšírime službu post client o údaje potrebne pre zápis FOP A FON

Do hlavnej sekcie pre klienta pridáme

Nové Atribúty:

Client'': {

companyName: názov firmy

idNumber: i

o

TaxIDNumber: di


VATIDNumber: i

dph


Vytoríme podsekciu v klientovi

S nazvom

StatutoryOfficer

{StatutoryCisId

StatutoryName

StatutorySurname

StatutoryPin

StatutoryidCardNumber

StatutoryEmail

StatutoryMobile

Statutory adresa1

Statutory city

Statutory zipCode

StatutorycountryCode

}



Popis k zapisu statutara:

ak príde StatutoryCisId = null alebo príde StatutoryCisIds takou hodnotou, ktorá sa nenachádza v tabuľke zákazníkov a ostatné údaje pre statutára sú vyplnené tak sa zakladá nová osoba dl_osoba a tato osoba sa zapíše do tabuľky lea_statutár (stĺpec osoba_id+ plus ďalšie doplnkové údaje k štatutárovi)


ak príde StatutoryCisId vyplnené a existuje zákazník s týmto CIS_ID, tak sa vyhľadá zákazník s týmto CIS_ID a založí sa záznam do tabuľky lea_statutar s osoba_id =zakaznik_id(tento zákazník podľa vyhľadaného CIS_ID) a zaktualizuje sa priamo zákazníka s rovnakým CIS_ID ostatne údaje v tomto prípade už nezapisujeme do tabuľky štatutár (pre zobrazenie v okne budú hodnoty preberané zo zákazníka)


Pre zápis klienta FON pridáme kontrolu,

i nová osoba sa už nenachádza ako štatutár –

kontrola na základe rodného čísla.

Ak sa nájde zhoda že už existuje taký štatutár ako zákazník FON ktorý sa aktuálne vytvára, tak sa prevezme jeho osoba_id a založí zakaznik_id s týmto osoba_id, týmto sa doplní väzba medzi štatutárom a zákazníkom FON ktorý vzniká.


Popis k zápisu Firmy:

A typ zákazníka clientType príde hodnota, ktorá má v číselníku väzbu na typ firmy

Potom sú povinne tieto údaje:

companyName

idNumber

TaxIDNumber

Nepovinné

VATIDNumber


Spin na základe týchto údajov zakladá štandardne osobu zákazníka

Address{} zapis do osoby

Contacts{} zápis do osoby


a zároveň aj Firmu s údajmi (companyName

idNumber

TaxIDNumber

Nepovinné

VATIDNumber,



GDPR – odpojenie FOP

AKCIE

Odpojenie zmlúv - bez zmeny - pri realizácii sa zmení zákazník, za toho v nastavení

a na pôvodnom zákazníkovi sa nastaví dátum odpojenia poslednej zmluvy.

Anonymizácia klienta – návrh bez zmeny vyhodnocovať sa bude, dátum odpojenia poslednej zmluvy na zákazníka

'Realizácia' pri realizácii sa vymažú údaje z tabuľky lea_statutar pre zákazníka FOP ktorý sa anonymizuje, zruší sa väzba dl_osoba.firma_id ,lea_zakaznik.firma_id pre zákazníka FOP,

ak na firmu neexistuje ďalšia väzba na inú osobu, alebo zákazníka tak sa pokúsime vymazať firmu.

Ak sa firmu nepodarí vymazať z dôvodu väzby na nejaký doklad (faktúra), vtedy firmu zachováme a vyplníme dátum platnosti do na sysdate a pokračujeme štandardne, vymazáva sa zákazník a nakoniec osoba.

kontrola pri vytváraní návrhu, ak pre zákazníka FON existuje záznam v tabuľke Štatutár tak zákazník nepadane ani do návrhu.(najprv musí dôjsť k anonymizácii FOP a až v ďalšej dávke k anonymizacii FON, keď nebude existovať FON ako štatutár)


Úprava Služby na doplŇanie chýbajucich CIS

Aktuálne procedúra pklea4VUB.pDoplnenieChybajucichCisId funguje tak že pre všetkých zákazníkov ktorým chyba cis_id . vyhľadáva v bankovej službe.

Procedúru upravíme, aby dopĺňala chýbajúce CIS aj pre štatutárov, čiže posielať budeme rodné číslo, také kde chýba CIS_ID z tabuľky lea_statutar.

Online úprava DáT pre štatutára

Aktualizácia údajov pre FOP nebude predmetom tejto požiadavky


Aktuálna funkcionalita upravuje len zákazníkov FON.

Ak bude štatutár súčasne aj zákazník FON vtedy to funguje povodne cez CIS_ID sa upraví zákazníka po starom.

Môže ale nastať situácia, že vy systéme SPIN bude osoba zaevidovaná len ako štatutár nie ako zákazník a dôjde u aktualizácii údajov pravé na štatutára.


Upravíme funkcie, aby pre aktualizáciu nevyhľadávalo CIS_ID len z lea_zakaznik ale v prípade ak CIS_ID nenajde v tabulke lea_zakaznik, tak hľadá aj v tabuľke lea_statutar.

Zaktualizujeme informácie len k osobe nie k zákazníkovi.

Niektoré informácie, ktoré si zapisujeme k zákazníkovi napr: rodinny_stav tak si ich aktuálne nemáme kde zapísať, keďže zákazník neexistuje, tak ich aktualizáciu preskočíme.

Dotknuté funkcie:

pklea4VUB.FCUSTOMERCI

pklea4VUB.FCUSTOMERPI

pklea4vub.fcisdupdate - Upravíme službu aby menila kontrolovala aj cis_id na štatutárovi.

DWH

Nová tabuľka

J_LEA_STATUTAR

Stlpec názov TYP nullable
ZAKAZNIK_ID integer N
OSOBA_ID integer N
CIS_ID integer A
RODNE_CISLO Varchar(10) N
CISLO_OP Varchar2(10) N
PLATNOST_DO Date A
J_DATUM date N
J_TYP Char N
J_ID integer N


Rožširenie tabuľky J_LEA_TYP_ZAKAZNIKA

TYP_FIRMY_ID integer A