Integrationsstrategi

Relaterede dokumenter
konvertering 28. januar Nuuk

FACTSHEET TIL MICROSOFT DYNAMICS NAV CONTINIA E FAKTURA

Functional Requirements Document FRD Skattestyrelsen

FACTSHEET CONTINIA PAYMENT MANAGEMENT

Proces for mellemværender

Integrationer imellem AX2012 og Winformatik Økonomisystem vers. 3.0

Afslutning af Løn år 2007

Effektiv opkrævning. Til Microsoft Dynamics NAV.

1. Web-inkasso for fordringshaver

Vejledning i integration mellem GolfBox og Microsoft C5

Beskrivelse af SFTP kommunikation mellem NS og det eksterne fagsystem.

CONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV

EDI til Microsoft Dynamics

Telefon Allerød

Navision Stat 5.4. Beskrivelse af SFTP kommunikation mellem NS 5.4 og det eksterne fagsystem. Overblik. Side 1 af 6

1. Web-løsningen for arbejdsgivere

Navision Stat 9.2. HR Medarbejder. Overblik. Side 1 af 11. ØSY/SKH 5. december 2018

nyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING

BENCHMARK ANALYSE. The Continia Way to Pay!

Mamut Stellar Banking

Proces for mellemværender

Skolepenge og Indbetalinger

1. Løntræk for arbejdsgiver

VEJLEDNING Skolepenge og Indbetalinger med Totaltløsning Support tlf:

Finansbilag til ØS

Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0

ACUBIZ WORKSHOP Services og Finans Fast Track // Maj 2018

BENCHMARK ANALYSE. The Continia Way to Pay!

Minivejledning for indberetning af lønsedler, indhandlinger og lønangivelser.

Udveksling af data med Navision Stat ved hjælp af GIS. Lars Matthiesen, UNI C

Indlæsning af tilskud fra UVM

Skattestyrelsen Gældseftergivelse og inddrivelse

Årsafslutning af løn år TransSoft A/S Løn & Fortolker for Microsoft Dynamics C5.

Fælles stamdata. Den 27. januar Nuuk

Årsafslutning af løn år TransSoft A/S Løn & Fortolker for Microsoft Dynamics C5.

Nyheder MICrOSOFT dynamics C5 2008

Bank. Microsoft Dynamics NAV 2009 Rollebaseret. Side 1

RS Standard. Effektivt og struktureret bogføringssamarbejde

Til hvert selskabs CVR-nr. oprettes et PBS-nr. hos Nets. Som tilknyttes dataleverandøraftalen.

Bank. Microsoft Dynamics NAV 2009 Klassisk. Side 1. C op yr ig ht: Naddon version

IT og den offentlige administration. Fra Stenalderen og til i dag. Ian N. Wennerfeldt

Igangsættelse af Anskaffelsesfase

360 Digital Styringsreol

Faktura menuen 9.1. Faktura-modulet er et modul i Rambøll FAS ver. 8.00, som er integreret med forbrugerkartoteket.

Markedsinfo. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version

EG Lønservicekatalog til Microsoft Dynamics AX. Funktionaliteter, der letter det daglige arbejde i Payroll for Microsoft Dynamics AX.

Digitalt produktkatalog - Workshop 3 Dataintegration med Digitalt Produktkatalog - case study - v/ Jeppe Liisberg (3dbyggeri danmark) og Paw

Vejledning og kommentarer til ny version

Løn og Personale. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version

Sider i Winformatik. Kommuneqarfik Sermersooq. wrk :23: Bestilt af Fra billede Den Kl. Antal sider

e faktura til AX CHANGELOG Version 2.20: November 2010 Copyright 2010 Continia Software a/s

Experian for Microsoft Dynamics Opsætningsvejledning

Afslutning af Løn år 2008

Vejledning om obligatorisk indbetaling til pension

Navision Stat GIS SFTP kommunikation mellem NS og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH Opr. d

Leverandørservice Vejledning for kreditorer Januar 2017

PBS menuen 5.1. Når du anvender et PBS-modul, må der max være 14 cifre i forbrugernummeret.

Integrationen Mamut Stellar- og Mamut ServiceSuite. Vejledning version 2.0

Navision Stat 7.0. CVR Integration. Overblik. Side 1 af april 2015 ØS/ØSY/MAG

Functional Requirements Document FRD Debitor

Minuba - C5 Integration Manual

Opsætning Saxo ERPTrader. Microsoft Dynamics NAV 2009 / 2013 / 2013R2

Kopiering af produktionsdatabaser for opsætning af testdatabaser

Forskelle mellem Continia Payment Management, Continia Cash Management Extended og Microsoft Dynamics NAV 2017 Cash Management

Kom godt i gang med Digital Transformation via din Microsoft ERP-platform

Betalingslistens betalinger kan udlæses til en fil, der kan anvendes til import i webbanker.

CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg.

December December December

Vejledning til. eindkomst. i FagLøn

CONTINIA PAYMENT MANAGEMENT BANKKONTO AFSTEMNING FACTSHEET

Navision Stat 7.0. GIS SFTP kommunikation mellem NS 7.0 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH/CPS Opr

Bank Management / Bankafstemning. Bankafstemning. Et kort overblik over funktioner: Bankafstemning. Opret afstemningskonti

Vi leverer rigtig gode priser til Microsoft Dynamics

Altid med, altid opdateret

Kreditforsikring har aldrig været nemmere

Handler du med udlandet?

Navision Stat 7.x. Opsætning af NAS 1 til afvikling af GIS-automatisering, GIS med webservice og opgavekø. Overblik. Side 1 af 8

Dokumenterne er nu oploaded i en word udgave. Der gennemføres én analyse og designfase for det samlede økonomisystemet,

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir /

Periodisering af indkomst mv.

Indlæsning fra bank Faktura passer med indbetalt dage

Typisk forløb over 1 år 20.1

Løn-2000/Bolig-løn. Her kan du få et overblik over de aktiviteter og afleveringsfrister, der knytter sig til årsskiftet i Løn-2000.

Hvorfor er kreditor og betaling ikke låst?

INVENTIO.IT. Auditplus Anlæg. Microsoft Dynamic C5

Danpot C5 Kursusprogram Indhold

Datatransport Import & Eksport af data Generelt Import/eksport Felter i Import og Eksport... 5

LØNADMINISTRATION ansatte

Statement of Work (SOW) ERP-fase

Momsvejledning. ectrl Light

BILAG 1 KRAVSPECIFIKATION ØKONOMI OG LØN

Man åbner en browser og finder Skattestyrelsens hjemmeside:

Bilag 3A.2 Løsningsflow

Release note februar 2015

Maskininvestering. Hjælp til Næsgaard Mark. Modulet maskininvestering. Forudsætninger for beregninger. Investeringsberegning.

OIS - Applikationskatalog

Afslutning af Løn år 2012

10. sept 2013 NOTAT. Integrationsmodel støttesystemer

Bilag 3A.2 Løsningsflow

Transkript:

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 -