1 Nordea Kredits print og arkiv løsning Modernisering af vores print og bedre arkiv

Vores mål •Ændre kompleks udvikling til hurtig udvikling af dokumenter •Altid have overblik over dokumenter, kodet vha datadictionary, så vi er klar til ændringer når forretningen kommer med disse •Bibeholde værktøj som benytter et programsprog, der er læsbart til enhver tid (APF) og som kan benyttes på alle platforme

3 Dok navn nr.antal Forside til kunden ESIS ESIS Lånetilbud - orig Lånespec. - orig Amortiseringsplan Tillæg ptb - kopi kunde Lånespec. - orig Amortiseringsplan Tillæg ptb - kopi kunde Diverse generelle dokumen Lånetilbud - kopi pengein Lånespec. - kopi pengein ESIS - pengeinstitut Lånespec. - kopi pengein ESIS - pengeinstitut Kautionsdokument Kautionsdokument Kautionsdokument Kautionsdokument LÅNETILBUD: Et eksempel på dokumenter der er Indeholdt i en tilbud. Dette dokumentsæt indeholder 174 sider totalt. Der er 2 forskellige lån og 4 kautionister i dette eksempel. Skærmbilledet er fra vores CICS.

4 VI ANALYSEREDE FØRST •Indholdet af samtlige dokumenter for at kunne: –Splitte variabler op –Finde faste tekster og overlays

5 VI ANALYSEREDE FØRST •Indholdet af samtlige dokumenter for at kunne: –Splitte variabler op –Finde faste tekster og overlays •Lokalisere alle de variationer af de enkelte dokumenter, der findes ved at gå samtlige Cobol print programmer igennem

6 Side 1 of 3 for en lånetilbud Variable data fra – Cobol Faste data fra Overlays, som er kontrolleret af pagedef/formdef

7 Her er det meste af teksten overlays Kasserne viser antallet af forskellige overlays benyttet på denne side. Side 2 af 3 for en lånetilbud

8 Side 3 of 3 for en lånetilbud

9 Udviklingen i går •Brug af PPFA (Page Presentation Formatting Aid ibm) og OGL(Overlay Generation Language ibm) og så leverer Cobol de variable data (Outputident, Tekst, tal samt Overlay navne). •Du skal altså programmere i alle disse værktøjer: –Cobol, Overlays(OGL), Pagedefs(PPFA), Formdefs(PPFA) •Du bliver nødt til at printe dokumentet fysisk for at kunne se dine ændringer af rettet kode •Test af online transaktioners efterfølgende print kræver, at du starter en transaktion fra CICS miljøet hver gang for at se kodeændringerne – igen fysisk ud på printeren •Test af batch genereret print kræver, at du får arrangeret dine data og jobs helt specifikt, så du forhåbentlig ender med det output du forventer.

10 Eksempel af input til PPFA Her skriver vi relevant inputdata i kombination med pagedef, formdef og overlay. Vi skriver en kanal, en overlay outputident og overlaynavn, variable data og kanal 9 for slut af dokumentet. Du bliver nødt til at planlægge hvordan du ønsker at det færdige dokumentet skal se ud allerede inden du starter fordi PPFA skal vide præcist hvor langt dokumentet er og hvordan tekstblokke skal deles op. 1 T december 2010 DATO.2314 Torvestrædet Skovlunde ¤ L®Q O1RLT013 Kundenr: Hestkøbvej Birkerød 2 Låntager: Kundenr: Skelbækvej 25, 2600 Glostrup 4 hm, Hvessinge By, Glostrup 4 Vi kan tilbyde følgende lån: ¤ L®Q O1RLT007 ¤ L®Q O1RLTA DKK , år + and more linies DEMO 0015 KR1

11 Eksemplet som print.

12 P15A155 P15A156 P15A001 P15A003 P15A006 P15A010 P15A012 P15A013 P15A007 P15A015 P15A008 P15A016 P15A017 P15A018 P15A019 P15A170 P15A027 P15A030 P15A037 P15A043 P15A044 P15A045 P15A048 P15A SLUT Dokument P15M0101 fra implib RLDOC RLP15 P15M0101 RLPRTJ RLXXHD1 ST RLST0000 KSA1 Rentetilpasning S1 RLST0001 INDF1DATO INDF1DATOP RLST0002 6, ,00 0,0 RLST0003 JJ 0,0000 0, ,50 100,00 2 RLSTTAB1 NOR2041oktDK , RLSTTAB2 RLSTTAB2 Tretommervej14, 6100 Haderslev RLSTTAB2 Charlotte Mehl RLSTTAB2 Nyt l ån RLXXALLE P15A155;BFONT1;1; RLXXALLE P15A156;BFONT2;2; RLXXALLE P15A001;BFONT1;3;20 RLXXALLE P15A002;NFONT1;4; RLXXALLE P15A003;NFONT1;5; RLEDOC Linedata til Papyrus Vi bruger de første 10 bytes til recordident. Denne recordident genkendes af Papyrus og er resultat af vores design og navngivning. Designdokumentet er et levende dokument og ændrer sig stadig – dog med små ændringer – her 1,5 år efter start på moderniseringen af vore print. Eksempel på input data til Papyrus

13 P15A155 P15A156 P15A001 P15A003 P15A006 P15A010 P15A012 P15A013 P15A007 P15A015 P15A008 P15A016 P15A017 P15A018 P15A019 P15A170 P15A027 P15A030 P15A037 P15A043 P15A044 P15A045 P15A048 P15A SLUT Dokument P15M0101 fra implib RLDOC RLP15 P15M0101 RLPRTJ RLXXHD1 ST RLST0000 KSA1 Rentetilpasning S1 RLST0001 INDF1DATO INDF1DATOP RLST0002 6, ,00 0,0 RLST0003 JJ 0,0000 0, ,50 100,00 2 RLSTTAB1 NOR2041oktDK , RLSTTAB2 RLSTTAB2 Tretommervej14, 6100 Haderslev RLSTTAB2 Charlotte Mehl RLSTTAB2 Nyt l ån RLXXALLE P15A155;BFONT1;1; RLXXALLE P15A156;BFONT2;2; RLXXALLE P15A001;BFONT1;3;20 RLXXALLE P15A002;NFONT1;4; RLXXALLE P15A003;NFONT1;5; RLEDOC Linedata til Papyrus Vi bruger de første 10 bytes til recordident. Denne recordident genkendes af Papyrus og er resultat af vores design og navngivning. Designdokumentet er et levende dokument og ændrer sig stadig – dog med små ændringer – her 1,5 år efter start på moderniseringen af vore print. Eksempel på input data til Papyrus

14 P15A155 P15A156 P15A001 P15A003 P15A006 P15A010 P15A012 P15A013 P15A007 P15A015 P15A008 P15A016 P15A017 P15A018 P15A019 P15A170 P15A027 P15A030 P15A037 P15A043 P15A044 P15A045 P15A048 P15A SLUT Dokument P15M0101 fra implib RLDOC RLP15 P15M0101 RLPRTJ RLXXHD1 ST RLST0000 KSA1 Rentetilpasning S1 RLST0001 INDF1DATO INDF1DATOP RLST0002 6, ,00 0,0 RLST0003 JJ 0,0000 0, ,50 100,00 2 RLSTTAB1 NOR2041oktDK , RLSTTAB2 RLSTTAB2 Tretommervej14, 6100 Haderslev RLSTTAB2 Charlotte Mehl RLSTTAB2 Nyt l ån RLXXALLE P15A155;BFONT1;1; RLXXALLE P15A156;BFONT2;2; RLXXALLE P15A001;BFONT1;3;20 RLXXALLE P15A002;NFONT1;4; RLXXALLE P15A003;NFONT1;5; RLEDOC Linedata til Papyrus Vi bruger de første 10 bytes til recordident. Denne recordident genkendes af Papyrus og er resultat af vores design og navngivning. Designdokumentet er et levende dokument og ændrer sig stadig – dog med små ændringer – her 1,5 år efter start på moderniseringen af vore print. Eksempel på input data til Papyrus specifik dokument variant som skal skrives

15 P15A155 P15A156 P15A001 P15A003 P15A006 P15A010 P15A012 P15A013 P15A007 P15A015 P15A008 P15A016 P15A017 P15A018 P15A019 P15A170 P15A027 P15A030 P15A037 P15A043 P15A044 P15A045 P15A048 P15A SLUT Dokument P15M0101 fra implib RLDOC RLP15 P15M0101 RLPRTJ RLXXHD1 ST RLST0000 KSA1 Rentetilpasning S1 RLST0001 INDF1DATO INDF1DATOP RLST0002 6, ,00 0,0 RLST0003 JJ 0,0000 0, ,50 100,00 2 RLSTTAB1 NOR2041oktDK , RLSTTAB2 RLSTTAB2 Tretommervej14, 6100 Haderslev RLSTTAB2 Charlotte Mehl RLSTTAB2 Nyt l ån RLXXALLE P15A155;BFONT1;1; RLXXALLE P15A156;BFONT2;2; RLXXALLE P15A001;BFONT1;3;20 RLXXALLE P15A002;NFONT1;4; RLXXALLE P15A003;NFONT1;5; RLEDOC Linedata til Papyrus Vi bruger de første 10 bytes til recordident. Denne recordident genkendes af Papyrus og er resultat af vores design og navngivning. Designdokumentet er et levende dokument og ændrer sig stadig – dog med små ændringer – her 1,5 år efter start på moderniseringen af vore print. Eksempel på input data til Papyrus specifik dokument variant som skal skrives som er en delmængde af RLXXALLE

16 Tekst elementets navn Tekst elementet er kun Benyttet i dette specifikke Dokument. Overlay er benyttet i mange dokumenter og på flere sider Papyrus generet print

17 Udvikling i dag •ISIS Papyrus - Cobol leverer variable data(tekst og tal) •Du skal kun programmere 2 steder Cobol og Papyrus •WYSIWYG (papyrus) – du behøver IKKE at printe for at se dine kode rettelser •Det smarte ved brugen af Papyrus er at du starter med at bygge dit input datasæt før du bygger dit dokument. Derefter opdaterer du dit datadictionary og når du er tilfreds med data laver du rettelserne i dit Cobol program

18

Test af gammel PPFA mod ny Papyrus 19 Vores Cobol printmotor var i forvejen lavet således at vi kan tilføje call af printprogrammer som vi lyster. Det gør det så dejlig enkelt at sammenligne printet når et specifikt doku- ment skrives ud – både som PPFA og som Papyrus. Vi kan simpelthen lægge dokumenterne ovenpå hinanden og op mod et kraftigt lys og dermed se om der er forskelle. Det lader sig ikke gøre at sammenligne outputdatasættene, fordi de vil være forskellige grundet at det er 2 forskellige compilere der laver dem.

Disciplin, variabler mm 20 •Eget opfundet datadictionary lavet i Excell •Samtlige variabler og deres sammenhænge •Cobol – Papyrus (variabel navne, længden, typen, projektnavn,docdef, docdefs, recordidenter….) •Papyrus – docformats(der må genbruges på tværs af papyrus projekter •måske indfører vi også IMPLIB datasæt navnene (under overvejelse)

Disciplin, variabler mm 21 •Eget opfundet datadictionary lavet i Excell •Samtlige variabler og deres sammenhænge •Cobol – Papyrus (variabel navne, længden, typen, projektnavn,docdef, docdefs, recordidenter….) •Papyrus – docformats(der må genbruges på tværs af papyrus projekter •måske indfører vi også IMPLIB datasæt navnene (under overvejelse) •Fordelen ved denne disciplin er vi vi hurtigt kan allokere hvad en rettelse i et specifikt dokument medfører af rettelser i hvilke tekstelementer og hvor disse er brugt. •Alle tekstelementer ligger både gemt i vores windows mapper og vores Endevor respository. Man kan simpelt søge tekststrenge ud i mapperne.

22

23 Fordelene •WYSIWYG (What You See Is What You Get)

24 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata.

25 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden.

26 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også.

27 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også. •Let at vise alternative eksempler med brug af Papyrus WYSIWYG

28 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også. •Let at vise alternative eksempler med brug af Papyrus WYSIWYG •Hurtigere fra analyse til færdigt dokument. –Hvis vi for eksempel skal ændre vore bundtekst på alle vore dokumenter i gamle løsning, ville det tage ca. 1 måneds udvikling og analyse og 3 ugers test. –Med Papyrus kan dette klares med 1 dags udvikling and 3 ugers test.

29 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også. •Let at vise alternative eksempler med brug af Papyrus WYSIWYG •Hurtigere fra analyse til færdigt dokument. –Hvis vi for eksempel skal ændre vore bundtekst på alle vore dokumenter i gamle løsning, ville det tage ca. 1 måneds udvikling og analyse og 3 ugers test. –Med Papyrus kan dette klares med 1 dags udvikling and 3 ugers test. •Når vi skal ændre i flere dokumenter samtidig (ex. lånetilbudsdokumenter) kan du uddelegere udvikling af disse. I gamle løsning har vi kun en pagedef gældende for alle lånetilbudsdokumenter og kun een kan arbejde i denne ad gangen.

30 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også. •Let at vise alternative eksempler med brug af Papyrus WYSIWYG •Hurtigere fra analyse til færdigt dokument. –Hvis vi for eksempel skal ændre vore bundtekst på alle vore dokumenter i gamle løsning, ville det tage ca. 1 måneds udvikling og analyse og 3 ugers test. –Med Papyrus kan dette klares med 1 dags udvikling and 3 ugers test. •Når vi skal ændre i flere dokumenter samtidig (ex. lånetilbudsdokumenter) kan du uddelegere udvikling af disse. I gamle løsning har vi kun en pagedef gældende for alle lånetilbudsdokumenter og kun een kan arbejde i denne ad gangen. •Der er uanede muligheder for genbrug af kode og tekst elementer i Papyrus

31 Fordelene •WYSIWYG (What You See Is What You Get) •Enkelt at lave nye dokumenter fordi du altid starter med at lave dine testinputdata. •Du har altid eksempler på dokumenterne i alle deres variationer ved hånden. •Når en fremtidig ændring af tekstindhold er nødvendig fra forretningens side, skal du kun rette i Papyrus. Ingen behov for rettelser i Cobol. Selvfølgelig hvis nyt variabel datainput skal til – så må du til Cobol også. •Let at vise alternative eksempler med brug af Papyrus WYSIWYG •Hurtigere fra analyse til færdigt dokument. –Hvis vi for eksempel skal ændre vore bundtekst på alle vore dokumenter i gamle løsning, ville det tage ca. 1 måneds udvikling og analyse og 3 ugers test. –Med Papyrus kan dette klares med 1 dags udvikling and 3 ugers test. •Når vi skal ændre i flere dokumenter samtidig (ex. lånetilbudsdokumenter) kan du uddelegere udvikling af disse. I gamle løsning har vi kun en pagedef gældende for alle lånetilbudsdokumenter og kun een kan arbejde i denne ad gangen. •Der er uanede muligheder for genbrug af kode og tekst elementer i Papyrus •Vi er forberedt og klar til interaktiv dokumentudfyldelse via Papyrus Client – når vi ønsker.

32 Sådan printer vi fra CICS online i dag CICS miljøet Print motor Print job printerWorkflow DB2 linedata Vi gemmer printlinier hver gang vi har dannet disse i DB2. Max 20 dages mulighed for at gendanne printet igen før de slettes.

33 Om lidt printer vi sådan fra CICS online CICS miljøet Print motor Print job Print datasæt printerWorkflow Datasæt beskrivelse: POGEN.RL.TX.Pnnnnnnn.Ynnnn.Aaammdd.Tnnnnnnn (MAX 44 CHARACTERS) suffix startende med Pnn... Xindeholder (S,I,O,R,A,P) nnnnnnnindeholder (printløbenummer fra TBUKPRD) Yindeholder O (original) eller K(kopi) nnnnindeholder (uniks dokument nr. styres af WF folket) aammddindeholder (år md dag så datasæt er mere unikt) nnnnnnindeholder (ZC5660 tildel løbenr batch/online generator) Suffix fra dannet datasæt gemmes på DB2 på sagen til brug for genprint hvis ønsket. Vi kan gemme printdatasæt i ubegrænset tid!!!!! DB2

ARKIV 34

GAMLE ARKIV LØSNING FRA CICS 35 CICS Gendan print DB2 Hent af linedata PPFA Generer printet printer Vi arkiverer linedata fra online/batch print på DB2. Gendan sker ved at vi henter linedata fra DB2 og formatterer med de printressourcer der er lige nu. Gendan af printet kan ske indenfor 20 dage efter dannelsesdato

GAMLE ARKIV LØSNING FRA CICS 36 CICS Gendan print DB2 Hent af linedata PPFA Generer printet printer Vi arkiverer linedata fra online/batch print på DB2. Gendan sker ved at vi henter linedata fra DB2 og formatterer med de printressourcer der er lige nu. Gendan af printet kan ske indenfor 20 dage efter dannelsesdato Når vi så indenfor disse 20 dage har ændringer, der skal i produktion, er chancen for genprint ofte forpasset. Printressourcerne er ofte ændret, og derfor kan vi ikke mere genprinte

GAMLE ARKIV LØSNING FRA CICS 37 CICS Gendan print DB2 Hent af linedata PPFA Generer printet printer Vi arkiverer linedata fra online/batch print på DB2. Gendan sker ved at vi henter linedata fra DB2 og formatterer med de printressourcer der er lige nu. Gendan af printet kan ske indenfor 20 dage efter dannelsesdato Når vi så indenfor disse 20 dage har ændringer, der skal i produktion, er chancen for gendan af dokumentet ofte forpasset. Printressourcerne ændrer sig næsten hver gang dokumenterne er blevet rettet, og ofte medfører dette at dokumentet giver en fejl og dermed intet printet dokument.

38 Ny arkiv løsning for CICS online CICS genprint Print motor printer SUFFIX fra dannet datasæt hentes fra DB2 DB2 SUFFIX er unikt og smides ind i en jcl som laver IBEGENER med ønsket inputdatasæt, og printer Ident.

39 Gamle arkiv løsning fra BATCH De dokumenter vi har sendt via Strålfors er arkiveret i IAFC (linedata storage). Vi kan gendanne disse batch genererede dokumenter fra IAFC ved at bruge JCL(jobs) med specielle pagedef/formdef. Disse dokumenter er lavet med de begrænsninger der findes i IAFC. Det betyder at du kun har 150 bytes til rådighed for input/output og du SKAL programmere dit output så det passer til IAFC (characterset, recordlength). Hvis nye dokumenter medfører nye pagedef/formdef bliver du nødt til at lave en ny IAFC. Visning af IAFC data på 3270 screen kræver jcl med pagedef/formdef og når det skal printets – kræver det anden pagedef/formdef BATCH dannet print Linedata IAFC PPFA Generer printet Linedata IAFC PRINT Pagedef Formdef SKÆRM Pagedef Formdef

40 Indtil vi når On-demand •ON-Demand er det fremtidige arkiv •On-Demand er et multikanals system, og hvilket som helst system er i stand til at hente gemte data( Netbank, Workflow, CICS- systemer,CMS….) •Men …. •Indtil da gemmer vi som vist lige før en SUFFIX-nøgle i DB2, som vi benytter til at genprinte det formatterede printdatasæt der hører til specifikke sag •På den måde vil vi altid kunne genprinte dokumentet som det blev dannet oprindeligt

41