Aanpak Standaardisatie - Gerhard Gerritsen - 2 juli 2003

1. Aanpak Standaardisatie - Gerhard Gerritsen - 2 juli 2003

2. Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard

3. centrum voor branche overleg facilitair centrum Centrum voor standaardisatie INSTITUTEN E-business platform College van Advies E-claims platform STANDAARDEN VNAB EPS E Standards Board CERTIFICERING CIS werkgroepen werkgroepen werkgroepen Projectcoördinatie, kennis en educatie TTP Organisatiestructuur Branche Initiatieven

4. Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard

5. Branche Programma Ketenintegratie 2003-2005 • Elektronische communicatie tussen intermediair en maatschappij zowel in volume als in kwaliteit sterk doen toenemen • Programma onder regie van e-Business Platform • Aegon • ASR • Avéro • Delta Lloyd • Generali • Goudse • Nationale-Nederlanden • NVA • NBVA

6. Noodzaak voor procesoptimalisatie in de keten • Om de kracht van een keten te kunnen uitnutten is verregaande procesoptimalisatie noodzakelijk • Niet alleen elektronische gegevens maar ook werkprocessen afstemmen • Alle schakels moeten hun bijdrage leveren • Een deel van de activiteiten die in de keten wordt uitgevoerd is niet (meer) individueel onderscheidend, en daarmee een basis voor samenwerking • Infrastructuur en technologie zijn geen onderwerp van concurrentie. • Administratieve ketenintegratie is meest wenselijk en haalbaar • Grote gezamenlijke kostenpost (zeker t.o.v. andere kanalen) • Commerciële ketenintegratie veelal nog niet precompetitief

7. Doel ketenintegratie • Sterke reductie van aantal administratieve handelingen en gebruikte media • Concurrentiekracht vergroten • Door middel van: • standaardiseren van non-competitieve proceselementen • uniformering infrastructuur • afspraken over te gebruiken technologie

8. Baten • Maatschappijen • Sterke kostenreductie (15% tot 35% van het operationeel kostenniveau) • Kwaliteit van dienstverlening verbetert aanzienlijk • Meer grip op commercieel gezicht van maatschappij in elektronisch kanaal • Intermediair • Besparing door beter gestroomlijnde processen • Reductie activiteiten t.b.v. foutafhandeling • Beter inzicht in voortgang bij maatschappij • Verbeterde verwerking van prolongatie

9. Internet Ambitie Koppelingen werkgevers Extranetten en koppelingen derden Maatschappij diensten Intermediair administratief verkeer Applicaties bij ATP Maatschappij productiesystemen ATP Websites Maatschappij websites Transactiestromen Support stromen (vnl. commercie) Eindklant

10. Belang van standaarden Standaarden faciliteren de coördinatie van werkprocessen die zich uitstrekken over meerdere organisaties en applicaties (ketenintegratie): • Processtandaarden - Procesatlas • Transactiestandaarden - Generieke Interface Manager • Gegevensstandaarden - All Finance Model • Presentatiestandaarden - Invoervolgorde extranetten • Transportstandaarden - XML/Soap/Https ATP systeem Backoffice Maatschappij Gestandaardiseerde dataset Applicatiespecifieke dataset Applicatiespecifieke dataset

11. 7. Beëindigen 1. Adviseren 6. Informeren 2. Offreren 5. Muteren 3. Afsluiten 4. Prolongeren All Finance Model • Schadeverzekeringen • Levensverzekeringen • Employee Benefits • verzekeringen, pensioen, ziektekosten, lease • Medische Varia Verzekeringen • Hypotheken • Universal Life • 100 verzekeraars, • 25 systeemhuizen, • 5000 tussenpersonen, • 100 miljoen geregistreerde transacties per jaar • huidige besparing 700 mio euro per jaar • beoogde besparing 1200-1700 mio euro per jaar

12. De transactiestandaard: web service architectuur Intermediair Maatschappij http Administratie pakket G I M soap soap Web service browser server page Offerte prog.

13. De transactiestandaard: protocol

14. Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard

15. Semantische Laag Branche laag Salarisstandaard Afspraken Focus salarisstandaard Syntax Laag EDIFACT, XML XBRL, ASN Transport Laag SMTP, HTTP, X400 EbXML MS (SOAP) Netwerk Laag TCP/IP

16. Ontwikkeling Salarisstandaard Datamodel Datacatalogus view XML-Schema XSL-stylesheet

17. Ontwikkeling Salarisstandaard • Primaire focus op • Vastleggen semantiek in gegevensmodel • Consensus over gegevensmodel Entiteit Relatie Attribuut Formaat Domein Datatype Codelijst Code

18. Ontwikkeling Salarisstandaard • Van het gegevensmodel worden views afgeleid • een view is een functioneel bericht = subset van gegevensmodel • in een view wordt een selectie gemaakt van entiteiten/attributen/codes • attributen kunnen verplicht/facultatief zijn • De maximale view noemen we datacatalogus • Views kunnen in verschillende domeinen toegepast worden • Bij iedere view wordt een XML-Schema geleverd • Bij iedere view kan ook een afhankelijkhedentabel geleverd worden • Voorbeelden Views • auditfile salaris • ziek/betermelding • in- en uit dienstmeldingen • journaalpost • jaaropgave

19. Voorbeeld toepassing Views Belasting dienst CBS Verzekeraar view-1 view-2 view-3 view-4 Arbodienst Salaris Software Pensioenfonds view-3 view-3 view-4 view-4 view-5 view-6 view-3 view-4 view-7 Boekhoud Pakket Personeels informatie systeem UWV

20. Uitbreiding Salarisstandaard • Conform procedures • Opwaartse compatibiliteit • bestaande toepassingen hebben er geen last van! • Afspreken release-ritme • maandelijks bijvoorbeeld

21. Voorbeeld structuur Inhoudings plichtige Looncomponent Werknemer Loonbetaling Loonbetalings component

22. Voorbeeld structuur Werknemer Contract Betaling Inkomen Urenregistratie Partij Communicatie Boekingsregel Account/Conto Reis Adres

23. Kenmerken ideaalsituatie • Basis is bouwstenendoos met objecten • geen redundantie • biedt flexibiliteit voor hergebruik bouwstenen, bijvoorbeeld in andere standaarden • biedt flexibiliteit voor verschillende constructies functionele berichten • Op transactie/bericht niveau worden objecten aan elkaar gerelateerd en aantal herhalingen vastgesteld • Bouwstenendoos wordt geharmoniseerd met internationaal beschikbare bouwstenendozen

24. Objectenmodel --> meerdere transactiemodellen Entiteit D Entiteit G Entiteit A Entiteit B Entiteit E Entiteit H Entiteit C Entiteit F Entiteit I Entiteit A Entiteit B Entiteit F Entiteit H Entiteit B Entiteit I Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D

25. Objectenmodel -> transactiemodellen -> functionele berichten Entiteit D Entiteit G Entiteit A Entiteit B Entiteit E Entiteit H Objectenmodel Entiteit C Entiteit F Entiteit I Entiteit A Entiteit B Entiteit F Entiteit H Entiteit B Entiteit I Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D Transactiemodellen Entiteit A Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D Entiteit A Entiteit B Entiteit H Entiteit G Entiteit B Entiteit C Entiteit D Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Functionele berichten

26. Aanpak • Ontwikkel objectenmodel • inbreng door materiedeskundigen/informatie-analisten • Ontwikkel één of meer transactiemodellen • inbreng door informatie-analisten • Ontwikkel views t.b.v. toepassingen • bij ieder transactiemodel wordt een datacatalogus + XML-Schema geleverd • bij iedere view wordt een XML-schema geleverd • Stel handleiding(en) voor gebruik op