Herbert Röblreiter gennemgår en dataimport med en kontaktperson.
Til oversigten over ydelser Udvikling og integration

Integrationer i detaljer.
Forbind data kontrolleret.

Fra konkret flaskehals til vedligeholdelig integration: planlæg dataadgang, kontrol, fejlhåndtering, trinvis gennemførelse og efterfølgende service samlet.

Begynd med arbejdsgangen

Hvor går der tid tabt hver dag?

En ordre registreres to gange. En rapport bygges af flere eksporter. Brancheprogrammet passer næsten – bortset fra ét afgørende trin.

Vi undersøger først, hvad eksisterende produkter og standarder allerede kan. En integration, en målrettet udvidelse eller et lille værktøj kan gøre eksisterende investeringer mere anvendelige.

Kontrolleret dataoverførselIllustrativt værktøj
Kilde
Ordrer fra en eksisterende applikation
Kontrol
Obligatoriske felter og entydig tilknytning
Undtagelse
Send en ufuldstændig post tilbage til behandling
Overførsel
Først til målsystemet efter bestået kontrol

Fejl forbliver synlige. Ansvar og logning indgår i forløbet.

Et gennemskueligt forløb

Fra første indtastning til et brugbart resultat.

Forbindelsen skal fungere i hverdagen: kontroller data, gør fejl synlige, og fastlæg ansvaret for driften.

Datakontrol og overførsel med rettelsesforløb, begrænset gentagelse og kontrol i målsystemet.
Eksempel: en ordre fra CRM eller et fagsystem kontrolleres og overføres til målsystemet. Uklare data sendes til rettelse; afbrudte overførsler gentages et begrænset antal gange uden at danne dubletter.
Vælg platform efter behov

Tre veje til en passende integration.

Eksisterende tjenester kan være lige så egnede som en specialudviklet integration. Sammen afklarer vi, hvilken løsning der giver teknisk og økonomisk mening.

Tre alternative eksempler: Azure API Management med Logic Apps, Apigee med Cloud Run eller egen REST-API med individuel behandling. Valg og drift følger behovet.
Tre alternative tekniske eksempler. Den rette gennemførelse afhænger af eksisterende systemer, data, driftskrav og budget. Producentkilder: Azure API Management, Logic Apps og Apigee.
Suppler målrettet

Så meget udvikling som opgaven kræver.

01

Integrationer

API'er, databaser, webtjenester og kontrollerede importer forbinder fagsystemer, websites og cloudtjenester.

02

Automatisering

Gennemfør gentagen behandling, statusskift, meddelelser og rapporter, hvor det giver mening.

03

Eksisterende software

Analyser applikationer og interne værktøjer, moderniser vedligeholdelige dele, og tilpas dem til ændrede arbejdsgange.

04

Udvidelser

Tilføj den manglende funktion, når en fuldstændig udskiftning ikke giver en overbevisende gevinst.

05

Små applikationer

Udvikl et overskueligt værktøj, der kan vedligeholdes, til en klart afgrænset opgave.

06

Drift og overdragelse

Medtag adgange, dokumentation, fejlhåndtering og vedligeholdelse fra begyndelsen.

Fra idé til drift

Afklar først flaskehalsen. Gennemfør derefter kontrolleret.

Et overskueligt projektforløb
  1. 01 · FORSTÅKortlæg den konkrete arbejdsgangHvor opstår oplysninger, hvilke trin er manuelle, og hvilket resultat er nødvendigt?
  2. 02 · GENNEMFØRTest i små trinAfstem dataforløb og omfang, brug egnede standarder, og kontroller med faglige eksempler.
  3. 03 · FØLG OPBevar viden og ansvarDokumenter, overdrag, og tilpas ved ændringer i applikationer eller processer.
En mulig opgave

Overfør en ordre mellem to applikationer.

En ordre oprettes i et mastersystem og skal være tilgængelig i en anden applikation. DAXS afklarer, hvilket system der er ansvarligt for hvilke data, og hvornår en overførsel er fagligt gennemført korrekt. Det forhindrer, at en teknisk forbindelse ubemærket skaber forkerte eller dobbelte poster.

Definer integrationen

Feltmapping, identifikatorer, tilladte værdier og ændringer beskrives ud fra faktiske datastrukturer; egnede rensede eksempler bruges til testen. Adgange begrænses til det nødvendige omfang. Hændelser, planlagte kørsler eller manuelle godkendelser tilpasses arbejdsgangen.

Håndter fejl kontrolleret

En afbrydelse må ikke efterlade et ubemærket hul. Logning, genbehandling og håndtering af dubletter planlægges udtrykkeligt. Ved en fagligt uklar post får den ansvarlige person en gennemskuelig opgave, frem for at overførslen fortsætter ubemærket.

Se punkter for planlægning og godkendelse
  • Fastlæg mastersystem og ansvar for hvert datafelt.
  • Afstem identifikatorer, dataformater og obligatoriske felter.
  • Kontroller rettigheder og beskyttede overførselsveje.
  • Test normale scenarier, ugyldige værdier og forbindelsesafbrydelser.
  • Kontroller gentagelse og håndtering af allerede overførte poster.
  • Godkendelse: gennemgå resultat i målsystem, log og driftsvejledning.

Eksempel på en kontrolramme. Omfang og passende dokumentation afstemmes for jeres miljø.

Før beslutningen

Spørgsmål om udvikling og integrationer.

Skal eksisterende software udskiftes?
Ofte ikke. Først undersøger vi eksisterende funktioner, grænseflader og udvidelsesmuligheder. En udskiftning skal begrundes fagligt og økonomisk.
Kan alle systemer forbindes?
Dataadgang, grænseflader, leverandørbetingelser og driftsmiljø sætter grænser. Grundlaget undersøges, før vi lover en løsning.
Hvornår kan egen applikation betale sig?
Når en klart afgrænset opgave ikke kan løses godt med egnede standardprodukter, og den driftsmæssige gevinst berettiger udviklings- og vedligeholdelsesindsatsen.
Hvordan håndteres fejl og datakvalitet?
Validering, entydige tilknytninger, logning og kontrollerede gentagelser indgår i designet. Faglige stikprøver kontrollerer, om resultatet passer til arbejdsgangen.
Hvem vedligeholder løsningen bagefter?
Dokumentation, fejlhåndtering og ansvar afstemmes fra begyndelsen. Vedligeholdelsen tilpasses jeres eksisterende it-organisation.
Kan DAXS videreudvikle eksisterende interne værktøjer?
Ja, hvis adgang, teknisk grundlag og opgave passer. Vi analyserer det eksisterende og moderniserer fornuftigt frem for forhastet at genopbygge en god løsning.
Det næste relevante skridt

Vis os den konkrete flaskehals.

To systemer, der burde tale sammen? Eller en funktion, der mangler i hverdagen? Et konkret eksempel er nok til at begynde.

Enkelt forklaret

Denne side forklarer nærmere, hvordan to programmer udveksler oplysninger, hvordan overførselsfejl forbliver synlige, og hvem der efterfølgende vedligeholder forbindelsen.