Begynd med processen og de nødvendige data
En ordreproces kan kræve adgang til en postkasse, kundekartotek, varekartotek og salgsordrer. En fakturaproces har andre behov. Kortlæg derfor ét samlet forløb, før I beslutter, hvor mange systemer der skal forbindes.
NoraOS er tænkt som et lag på tværs af eksisterende systemer. Muligheden for integration afhænger af jeres konkrete system, version, licens, API og adgangsrettigheder. Denne side er ikke en liste over færdige standardconnectorer.
Hvad skal forbindelserne kunne?
Skeln mellem at læse data, klargøre forslag og skrive ændringer. Hvert trin kræver sin egen afklaring.
- ERP: læs kunde, vare, pris og lager; afklar særskilt oprettelse af ordreudkast.
- Økonomi: læs bilag, åbne poster og leveringsgrundlag; definér hvem der må godkende.
- E-mail: afgræns postkasser, mapper, vedhæftninger og retten til at sende svar.
- Lager: aftal lagersted, enheder og forskellen på fysisk og disponibelt antal.
- Dokumenter: brug godkendte kilder med tydelig version og adgang.
Eksempel: en mail bliver til et kontrolleret ordreudkast
Dette er et illustrativt procesforløb. En indgående mail får en entydig reference. Kunde og ordrelinjer udtrækkes, kundens varenummer oversættes til jeres eget, og antal kontrolleres mod pakningsstørrelsen. Pris og lager hentes fra de aftalte kilder.
Kun et valideret udkast sendes videre. Mangler en vare eller en aftalepris, får medarbejderen den oprindelige mail, det foreslåede match og årsagen til stoppet. En genkørsel må ikke oprette den samme ordre igen. Den konkrete funktionalitet skal aftales og afprøves i jeres miljø.
API, filudveksling eller en anden forbindelse?
Et API kan give præcis læse- og skriveadgang, men kræver afklaring af felter, begrænsninger og fejlbeskeder. Filudveksling kan være relevant til afgrænsede overførsler, men kræver styr på forsinkelse, kvittering og dubletter.
Webhooks kan signalere ændringer, mens planlagte opslag kan være nødvendige, hvis systemet ikke udsender hændelser. Vælg efter proceskravet: et rapportudtræk og en aktuel lagerreservation behøver ikke samme løsning.
Kontrol før adgang til drift
En forbindelse er først klar, når både normalforløbet og undtagelserne er afprøvet. Brug et testmiljø eller en godkendt, afgrænset testproces.
- Mindst mulige adgang, særskilt integrationsbruger og navngiven ejer.
- Aftalte felter, datatyper, valutaer, tidszoner og enheder.
- Stop ved manglende data, API-fejl eller forældede oplysninger.
- Entydige referencer, logning og kontrolleret genkørsel.
- Plan for ændrede API-versioner, alarmer og manuel overtagelse.
Det skal I have med til en integrationsafklaring
Saml systemnavn og version, kontakt til systemansvarlig, tilgængelig API-dokumentation og et anonymiseret eksempel på processen. Beskriv også, hvilke handlinger der må ske automatisk, og hvilke der kræver godkendelse.
Business Central, e-conomic, SAP og andre systemer skal vurderes konkret. Vi lover ikke kompatibilitet alene ud fra et systemnavn. Afklaringen skal vise både muligheder, begrænsninger og eventuelle tredjepartsomkostninger.
