Integrationsstrategi Det fællesoffentlige ERP-projekt i Grønland Udarbejdet af Karsten Wollesen Clausen den 23.04.2015 Opdateret den 05.05.2015
Indholdsfortegnelse 1 Management summary... 3 2 Baggrund... 3 3 Bussiness case... 3 4 Integrationsstrategier... 3 5 Identificerede integrationer og interessenter... 5 5.1... Winformatik... 6 5.1.1... "Daglig bogførings"-fil... 6 5.1.2... Winformatik webservices... 6 5.2... Skat (eskat)... 6 5.2.1... eskat... 7 5.2.2... SKAT... 7 5.2.3... Bankingintegrationer... 8 5.3... IRIS... 8 5.4... NETS... 8 5.5... Sulinal inkasso... 8 5.6... Løn... 9 5.7... Grønlandsbanken... 9 5.8... Sullisvik... 9 5.9... CPR... 9 5.10.. GER... 9 5.11.. USF... 9 5.12.. Lån... 9 5.13.. KAF... 10 5.14.. Luli... 10 6 Appendix: Strategi Trade-off Matrix... 10-2 -
1 Management summary Den gennemførte analyse af integrationsbehov i det nye fællesoffentlige ERP til Selvstyret og kommunerne har resulteret i, at der er fundet en tidssvarende løsning på integration med Winformatiks fagmoduler og det nye eskat-system. I det nye system baseres integration med Winformatik og eskat på Microsoft Dynamics AX 2012 AIFservices. hvilket vil medvirke til en høj grad af automatisering af dataflowet mellem systemerne. Endvidere udvikles der generelle services til behandling af modtagne data fra disse systemer, hvilket vil medvirke til at tilsikre en ensartethed i datastrømmene i det nye system. De valgte løsninger for integration med Winformatiks fagmoduler og eskat matcher fint Microsofts anbefaling om anvendelse af en integrationsstrategi, der på sigt vil kunne overføres og videreudbygges imod en egentlig Enterprise Service Bus-løsning (ESB). Integration med øvrige systemer er så vidt muligt også baseret på Microsoft Dynamics AX 2012-services, dog vil der fortsat eksistere traditionelle filbaserede integrationer i det nye system. 2 Baggrund I forbindelse analysefasen for det nye fællesoffentlige ERP-system til Selvstyret og kommunerne på Grønland har der været behov for at udarbejde en integrationsstrategibeskrivelse, der giver en oversigt over integrationer til det nye system, samt giver et indblik i grundlaget for valg af integrationsstrategi. I beskrivelsen vil forskellene mellem traditionel point-to-point-integrationer, hub-and-spoke-integrationer og enterprise service bus-integrationer blive gennemgået. 3 Bussiness case I forhold til Dynamics AX 2012 anbefaler Microsoft, at hub-and-spoke-strategi anvendes, hvor det er muligt. Opgaven har derfor været at indsamle viden om og analysere alle integrationer til/fra det nye system med henblik på at kunne identificere kandidater til anvendelse af hub-and-spoke-strategi. For alle integrationer til/fra det nye system har der endvidere været fokus på automatisering af manuelle processer, der, hvor det er muligt. 4 Integrationsstrategier Med fokus på automatisering af informationsflowet for det nye system, anbefaler Microsoft, at principper for Enterprise Application Integration (EAI) overvejes ved valg af integrationsstrategi. EAI tilbyder modeller og værktøjer til brug for at adressere emner og problemstillinger forbundet med at opnå robust automatisering af dataflow mellem systemer. Som en basispraksis anvender moderne EAI integrationsdesign, der forudsætter hub-and-spoke-model i forhold til point-til-point model. - 3 -
Figur 1: Point-to-point-integrationsmodel versus Hub-and-Spoke-integrationsmodel Erfaringsmæssigt er point-to-point-modellen betydeligt dyrere at anvende grundet omkostninger ved ændringer i et af systemerne. Ved ændringer i et system vil der også skulle foretages ændringer i øvrige systemer, der integreres med. Microsoft anbefaler som nævnt, at hub-and-spoke-strategi anvendes, hvor det er muligt i forhold til Dynamics AX 2012, og en af de vigtigste grunde er strategiens evne til at isolere systemerne fra hinanden og herved reducere omkostningerne ved ændringer i et af systemerne. En mere moderne integrationsform, der er tættere på industristandarder for Service Orienter Architecture (SOA), er Enterprise Service Bus (ESB) illustreret nedenfor. Figur 2: Enterprise Service Bus-integrationsmodel (ESB) Enterprise Service Bus-modellen bygger videre på koncepterne omkring hub-and-spoke-modellen ved at supplere integrationshub'en med en service bus, der forestår formidling af dokumenter mellem udgiver og abonnent. Enterprise Service Bus-modellen stiller høje krav til standardisering af de meddelelser, der udveksles mellem systemerne, der dog fortsat er isoleret fra hinanden. Ved at basere integrationer på hub-and-spoke-modellen vil disse integrationer kunne porteres til en Enterprise Service Bus, når teknologierne tillader det. - 4 -
5 Identificerede integrationer og interessenter I dette afsnit beskrives de systemer og tilhørende integrationer, der er identificeret i forbindelse med analysearbejdet. Der henvises i øvrigt til FRD-beskrivelser for nedenstående områder: Skattestyrelsen Debitor Kreditor Finans Systemer: Winformatik Skat (eskat) IRIS NETS Sulinal inkasso Løn Grønlandsbanken Sullisvik CRP GER USF Lån KAF Luli Integration med de to primære eksterne systemer Winformatik og eskat er baseret på Dynamics AX 2012 AIF-services. Figur 3: Indgående integration med eskat og Winformatik - 5 -
5.1 Winformatik Integration mellem det nye system og de eksisterende Winformatik-fagmoduler vurderes som kritisk, og der har derfor været meget fokus på at finde en løsning, der tilsikrer, at Winformatiks fagmoduler vil kunne fungere sammen med det nye system. I forbindelse med analysen har Kimik IT analyseret integrationer mellem Winformatiks fagmoduler og nuværende Winformatik-økonomimodul. Konklusionen på dette arbejde har været, at alle integrationer fra Winformatiks fagmoduler til Winformatiks økonomimodul vil kunne afspejles ved en eller flere daglige eksportfiler indeholdende "dagens bogføringer" i den enkelte kommune. 5.1.1 "Daglig bogførings"-fil Følgende typer af "Daglige bogføringer" er identificeret og vil være indeholdt i "Daglig bogførings"-fil. Ref. Integrationsbeskrivelse n/a Winformatik 417-brætsalg Afledte posteringstyper: Finans, kreditor n/a Winformatik 522-daginst Afledte posteringstyper: Finans, debitor n/a Winformatik 552-børnetilskud Afledte posteringstyper: Finans, debitor, kreditor n/a Winformatik 562-soc-udbetaling Afledte posteringstyper: Finans, debitor, kreditor n/a Winformatik 571-boligsikring Afledte posteringstyper: Finans, debitor n/a Winformatik 861-renovation Afledte posteringstyper: Finans, debitor n/a Winformatik 867-RenoWeb Afledte posteringstyper: Finans, debitor n/a Winformatik 869-affald Afledte posteringstyper: Finans, debitor Integrationsform 5.1.2 Winformatik webservices For at muliggøre, at Winformatiks fagmoduler vil kunne præsentere brugerne for bogføringsdata fra det nye system, vil der være behov for udvikling af webservices, som Winformatiks fagmoduler han tilgå bogføringsdata via. n/a Winformatik Webservices AIF Service 5.2 Skat (eskat) Det nuværende SKAT-modul på XAL overgår til SKAT og erstattes af eskat-system hos SKAT. - 6 -
5.2.1 eskat Der er identificeret behov for udvikling af nedenstående integrationer imod det nye eskat-system. Disse integrationer vil være dynamiske og vil kunne anvendes i forhold til forskellige typer af eskat-integrationer. n/a "Request for udbetaling"-integration AIF Service n/a "Request for opkrævning"-integration AIF Service n/a "Kvittering"-integration AIF Service 5.2.2 SKAT Nedenstående er integrationer til/fra SKAT, der vil skulle medtages til det nye system, og i det omfang det er muligt anvende nyudviklede eskat-services. 5.2 Filindlæsning fra eskat på 15, 25, 25,5 Opretter bankkontooplysninger på debitor i debitorkartoteket. Udbetalinger på CPR-niveau af de ordinære 25-overskydende skatter i august md. Udbetalinger på CPR-niveau af 15, som sker løbende over hele året. Udbetalinger på CPR-niveau af 25,5(ændrede slutopgørelser), som sker løbende over hele året. "Request for udbetaling"-service 5.4 Webservices p.t. fra RAL og Air Greenland på godsmængder Se afsnit 5.5 vedrørende Sulinal inservices samt fra website Sulinal. Endvidere kan samme webkasso anvendes til forespørgsel på foretagne registreringer. 5.5 Toldmyndighed kan via website Sulinal godkende udlevering Se afsnit 5.5 vedrørende Sulinal in- og afslutte sagen. kasso 5.9 Import fra eskat omkring B-skat enten for året eller for en rettelse til året. "Request for opkrævning"-service 5.10 Opgør og danner eksportfil over betalte B-skatter i et. "Kvittering" service 5.12 Import fra eskat omkring restskat én gang om året. "Request for opkrævning" service 5.13 Import fra eskat omkring indregnede restskatter én gang "Request for opkrævning"-service om året. 5.14 Import fra eskat omkring opgj. indregnede restskatter "Request for opkrævning"-service kommer løbende over året. 5.16 Import fra eskat omkring selskabsskat kommer løbende. "Request for opkrævning"-service 5.21 Danner eksportfiler til eskat over de nævnte. Kartotekerne "Kvittering" service stemples med dato for eksport (forudbetalt skat). 5.22 Danner en eksportfil til GL-banken over de udbetalinger Se afsnit 5.7 Grønlandsbanken på 25(overskydende skat), der skal udbetales via check. Stempler i kartotek (dato). 5.23 Import fra GER-registeret opdaterer arbejdsgiverkartoteket. Se afsnit 5.10 GER 5.24 Danner eksportfil til eskat over en række oplysninger i Traditionel fileksport Motorkartotek for et givent skatteår. 5.25 Danner eksportfil til eskat over en række oplysninger i Traditionel fileksport - 7 -
Ref. Integrationsbeskrivelse Automatkartotek for et givent skatteår. 5.28 Oplysninger omkring indbetalte restskatter på et bestemt skatteår udvikles som en webservice mellem XAL og eskat, så medarbejdere i eskat kan indhente denne information direkte i forbindelse med deres beregning af ændrede slutopgørelser. Integrationsform Webservice 5.2.3 Bankingintegrationer Nedenstående integrationer varetages i det nye system af et bankingmodul. 5.8 Danner PBS-fil med fakturering af B-skat til NETS Bankingmodul 5.11 Danner PBS-fil med fakturering af restskat til NETS Bankingmodul 5.15 Danner PBS-fil med fakturering af selskabsskat til NETS Bankingmodul 5.3 IRIS Integration til IRIS udgår. 5.4 NETS Behov for udvikling og/eller opgradering af integration til NETS udgår, da det forudsættes, at bankingmodul til AX 2012 understøtter nødvendige integrationer med NETS. 5.5 Sulinal inkasso Integrationer til inkasso laves i forhold til nyt modul i det nye system. 6.1 Integration til website Sulinal oprettelse af inkassosager Webservice placeres i kladde til videre bearbejdning i inkasso. Anvendes af kommunerne, INI og Nukissiorfiit. Kan anvendes af myndigheder i de nordiske lande, men gøres p.t. ikke. 6.2 Integration til website Sulinal oprettelse af indberetning Webservice på løntræk placeres i kladde til videre bearbejdning i inkasso. Anvendes af arbejdsgivere. 6.3 Webservice, der benyttes af kommunerne og Nukissiorfiit Webservice til indberetning af kreditorbetalinger. Der returneres oplysninger til kommunerne og Nukissiorfiit om foretagne modregninger. 6.4 Integration til website Sulinal indsætter en linje i kladde Webservice til nedskrivning af en tidligere indberettet fordring placeres i kladde til videre bearbejdning i inkasso. Anvendes af kommunerne, INI og Nukissiorfiit. Kan anvendes af myndigheder i de nordiske lande, men gøres p.t. ikke. 6.5 Danner en eksportfil til fordringshavere over indbetalin- Webservice - 8 -
ger, rentetilskrivning, op- og nedskrivninger på inkassosager. 6.6 Danner en eksportfil til NETS opkrævninger Webservice 6.7 Anvendes fx til eksportfil til eskat omkring indbetalte ydelser på børnebidrag. Er ikke bekendt med, om den bruges p.t. Webservice 6.8 Danner eksportfil til arbejdsgivere over nye løntræk eller Webservice ændringer til eksisterende løntræk. Stempler en markering (dato), når kørt. 5.6 Løn 7.1 Importfil fra lønsystem Traditionel filimport 5.7 Grønlandsbanken 1.6 F1-indbetalingsfil til XAL fra Grønlandsbanken Traditionel filimport 2.2 Udbetalingsfil fra XAL til Grønlandsbanken (overskydende Traditionel fileksport skat samt kreditorbetalinger) 5.8 Sullisvik n/a Modtag kreditorbetalinger fra web Webservice 5.9 CPR 2.4 Fil fra CPR-register indlæses Traditionel filimport 5.10 GER 5.23 Fil fra GER-register indlæses Traditionel filimport 5.11 USF 1.1 Fil fra USF-uddannelsesstøtte indlæses Traditionel filimport 5.12 Lån 12 Ny integration n/a - 9 -
5.13 KAF n/a Ny integration n/a 5.14 Luli n/a Ny integration n/a 6 Appendix: Strategi Trade-off Matrix Følgende oversigt giver argumenter for og imod specifikke integrationer og interfacestrategier. Integrationsstrategivalg For Automatisering af integrationer Det bør tilstræbes at automatisere integrationer, når det er rentabelt (ROI) Effektiviseringsgevinster bør indgå i overvejelserne omkring automatisering (TTV) for at medvirke til at tilsikre, at Microsoft Dynamics giver de ønskede produktivitetsgevinster. Imod Det kan være en omkostningsfuld og langvarig proces at automatisere integrationer. Funktionelle mål kan opnås ved anvendelse af korrekte manuelle procedurer for integrationer. Integrationer kan automatiseres på et senere tidspunkt, såfremt det viser sig rentabelt (ROI). Arkitektur: Point-to-point-integration Arkitektur: Hub-and-spoke-integration Vil i mange tilfælde være det korrekte valg, når der kun eksisterer en eller to interessenter til den pågældende integration. Vil I mange tilfælde have en betydelig lavere implementeringsomkostning. Reducere drifts- og vedligeholdelses omkostninger for integrationer ved at isolere interfacepunkter Drifts- og vedligeholdelsesomkostninger må forventes at være højere på grund af afhængigheder til alle de systemer, der integreres med. Når der eksisterer mere end en eller to interessenter til en integration, vil drifts- og vedligeholdelsesomkostningerne ved pointto-point-integrationer i mange tilfælde stige betydeligt i forhold til antallet af interessenter. I dette tilfælde vil en hub-and-spokeintegration i mange tilfælde kunne nedbringe drifts- og vedligeholdelsesomkostningerne betydeligt. Etableringsomkostninger vil sandsynligvis være højere for integrationer med kun en eller to inte- - 10 -
Integrationsstrategivalg For Imod mellem systemer og/eller interessenter. ressenter/systemer. Hvis et system ændres, og/eller der tilkommer nye systemer til integrationen, skal kun interface til hub og det pågældende system ændres/udvikles. Normalt forbundet med en message-broker-arkitektur for at separere de integrerede systemer. Arkitektur: Enterprise Service Busintegration Reducerer ligesom hub-and-spoke drifts- og vedligeholdelsesomkostninger. Giver højere fleksibilitet i forhold til Enterprise Services via publish and subscript-arkitektur. Etableringsomkostninger vil sandsynligvis være højere for integrationer med kun en eller to interessenter/systemer. Højere etableringsomkostninger i forhold til hub-and-spoke grundet behov for design og etablering af standard meddelelsesformat til brug for Enterprise Service Bus (ESB). - 11 -