Gå til indhold
XSIS

Teknologi

Brancher

Kernebank, ISO 20022, svindelovervågning, butikker, EDI og transportører, HL7 og FHIR, tilgængelighed og ERP-opgraderinger.

30 spørgsmål

Skal vi udskifte vores kernebanksystem?

Som regel ikke. De fleste banker får mere ud af at indkapsle kernen i veldefinerede API’er og bygge nye produkter og kanaler som services omkring den. Det holder det primære registersystem stabilt, mens de kundevendte dele ændres hurtigere. Hvor en kerne virkelig skal udskiftes, planlægger vi migrationen i etaper, med begge systemer afstemt, indtil det gamle lukkes ned.

Kan I understøtte ISO 20022 og øjeblikkelige betalinger?

Ja. Vi bygger services, der danner, validerer og læser ISO 20022-meddelelser, både til virksomhedsbetalinger og rapportering, såsom pain.001 og camt.053, og til de interbankmeddelelser, som systemer til øjeblikkelige betalinger og store betalinger bruger. Hver ordning og hver bank har sine egne regler, så vi arbejder ud fra deres implementeringsvejledninger og tester i deres testmiljøer.

Kan I bygge svindel- og transaktionsovervågning?

Ja. Vi kombinerer regler, som dine analytikere kan læse og ændre, med maskinlæringsmodeller, der er trænet på dine egne data, og vi forklarer, hvorfor hver alarm blev udløst. Alarmerne går til en sagskø, hvor analytikerne træffer beslutningen, og deres beslutninger føres tilbage til reglerne og modellerne. Hvor du allerede bruger specialiserede screeningsudbydere, forbinder vi dem.

Hvordan gør I tjenester tilgængelige?

Vi designer efter WCAG 2.2 AA fra den første prototype, skriver i klart sprog og tester med tastatur, skærmlæser og skærmforstørrelse. Automatiske tilgængelighedstjek kører i leverancepipelinen, og før større udgivelser tester vi med personer, der bruger hjælpemidler.

Kan I forbinde til vores ældre systemer?

Ja. Mange offentlige tjenester er afhængige af systemer med lang levetid. Vi forbinder til dem via deres eksisterende grænseflader, filer eller databaser og sætter et moderne API foran dem, hvor det hjælper. Hvis der er behov for en udskiftning, sker den i etaper, hvor begge systemer kører, indtil det nye har bevist sit værd.

Hvad er en digital tvilling, og hvornår er den værd at bygge? (Fast ejendom og hotel)

En digital tvilling er en levende 3D-model af en bygning, et resort eller en bydel, forsynet med data fra dens enheder og systemer. Den er værd at bygge, når mange teams skal planlægge, drive eller træne på den samme store ejendomsportefølje. Vi begynder med de spørgsmål, den skal besvare, og afgør derefter, hvilke data den har brug for.

Kan I arbejde med de ejendoms- og hotelsystemer, vi allerede kører?

Ja. Vi begynder med at kortlægge de systemer, du har, og de grænseflader, leverandørerne stiller til rådighed, og forbinder dem derefter via API’er, hændelser eller filer. At udskifte et system er et valg, vi træffer sammen med dig, aldrig udgangspunktet.

Håndterer I e-fakturering for ejendoms- og hotelkoncerner i Golfen?

Ja. Vi forbinder dit ERP-system med PINT-AE i UAE, ZATCA fase 2 i Saudi-Arabien og e-fakturering i Oman, med automatiseret validering og en undtagelsessti for afviste fakturaer. Vores sprint for lovpligtig e-fakturering og ERP-parathed er et almindeligt sted at begynde.

Hvad kræver prædiktiv vedligeholdelse af os?

Sensor- og vedligeholdelseshistorik for de aktiver, der er omfattet, og ingeniører, der kan fortælle os, hvilke fejl der betyder noget. Vi begynder med de aktiver, hvor et uplanlagt stop koster mest, og beviser modellen der, før vi udvider den.

Kan I hjælpe os med at lave ESG-rapporter, vi kan forsvare?

Vi bygger datapipelines bag dem: data indsamlet fra driftssystemerne, kontrolleret for kvalitet og sporet tilbage til kilden. Rapporten viser derefter, hvordan hvert tal er fremkommet.

Hvad sker der, når en butik mister forbindelsen? (Detailhandel og omnichannel-handel)

Butikken bliver ved med at sælge. Salg gemmes lokalt og sendes, når forbindelsen er tilbage; hvert salg har en unik identifikator, så intet bogføres to gange. Pris- og lageropdateringer sættes i kø på samme måde. Driften kan se, hvilke butikker der er bagud og hvor meget, så et langt udfald opdages med det samme og ikke først ved månedsafslutningen.

Hvilke POS-systemer kan I integrere?

Vi integrerer POS-platforme gennem det, de tilbyder: cloud-API’er, butiksservere, databaseeksporter eller filer. Før vi estimerer, gennemgår vi POS-dokumentationen og et udsnit af dens data, fordi det afgør fremgangsmåden. At en POS-platform eller et ERP-system nævnes på dette websted, betyder ikke et partnerskab med leverandøren.

Arbejder I med HL7 og FHIR?

Ja. Vi bygger grænseflader, der sender og modtager HL7 v2-meddelelser, f.eks. indlæggelser, ordrer og svar, og services, der udstiller eller anvender FHIR-ressourcer. Vi oversætter lokale koder til de terminologier, dine partnere forventer, og vi tester mod deres testsystemer, før noget går i drift.

Kan I integrere med vores elektroniske patientjournal?

Normalt ja, via de grænseflader, som leverandøren stiller til rådighed: HL7 v2-feeds, FHIR-API’er eller en integrationsmotor. Nogle leverandører kræver registrering eller godkendelse, før en integration går i drift. Vi gennemgår leverandørens dokumentation tidligt, fordi den afgør omfanget og planen.

Blokerer specialudvikling vores ERP-opgraderinger?

Ikke hvis det er bygget rigtigt. Vi bruger ERP-systemets understøttede udvidelsespunkter, f.eks. API’er, hændelser og udvidelsesframeworks, og holder specialudviklet kode adskilt fra standardproduktet. Hver udvidelse er dokumenteret og testet, så den kan kontrolleres mod en ny udgivelse, før du opgraderer.

Hvilke ERP-systemer arbejder I med?

Vi arbejder med SAP S/4HANA og SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management og Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo samt Sage Intacct og Sage X3. At vi nævner et produkt, betyder ikke et partnerskab med leverandøren. Fortæl os din version og dine moduler, fordi de afgør integrationsmulighederne.

Kan én integration betjene flere selskaber og lande?

Ja. Vi designer integrationer, så de håndterer flere juridiske enheder, valutaer, banker og skatteregler fra én platform, og indstillingerne for hver enhed ligger som konfiguration frem for kode. At tilføje en enhed betyder så at tilføje konfiguration og tests, ikke en ny integration.

Arbejder I med EDI?

Ja. Vi bygger og vedligeholder EDI-flows i EDIFACT og ANSI X12 via AS2, SFTP eller et value-added network (VAN) til ordrer, forsendelsesadviseringer, fakturaer og statusmeddelelser. Vi oversætter også EDI til API’er og hændelser, så nyere systemer ikke selv skal læse EDI, og vi tester hvert flow med handelspartneren, før det går i drift.

Hvordan integrerer I mange transportører?

Vi lægger ét transportørlag mellem dine systemer og transportørerne. Dine systemer booker, laver etiketter og sporer gennem én grænseflade, og laget mapper hver anmodning til den enkelte transportørs API eller filformat. Når en transportør tilføjes, betyder det én ny mapping og dens tests, ikke ændringer i alle de systemer, der sender varer. Priser, etiketter og sporingshændelser kommer tilbage i ét format.

Kan I arbejde med vores eksisterende lager- eller transportsystem?

Ja. Vi udvider eksisterende systemer via deres API’er, beskedgrænseflader eller databaser og tilføjer mobile værktøjer og integrationer omkring dem. Hvis et system har nået sine grænser, planlægger vi en gradvis udskiftning, hvor begge systemer kører, indtil det nye har bevist sit værd.

Hvordan isolerer I lejere i et multi-tenant-produkt?

Vi vælger isolationsniveauet sammen med dig, lag for lag: delte eller separate databaser, skemaer eller krypteringsnøgler og grænser for beregningskraft og API-brug. Valget afhænger af dine kunders kontrakter, deres krav til dataplacering og omkostningen ved hver lejer.

Kan I modernisere vores produkt uden at skrive det om?

Som regel ja. Vi flytter én funktion ad gangen ud af monolitten med strangler-fig-mønsteret, bag automatiserede tests, så udgivelserne fortsætter hele vejen.

Implementerer I CRM-platforme, eller bygger I vores egen?

Begge dele. Vi implementerer og udvider Salesforce, ServiceNow og Microsoft Power Platform, og vi bygger CRM-funktioner ind i et produkt, når det tjener forretningen bedre. Vi anbefaler den ene løsning, når vi har set på dine processer.

Hvordan sikrer I, at en platform holder, når publikum topper?

Vi designer til spidsbelastningen fra starten og beviser det derefter: belastnings- og kaostest ved og ud over det forventede publikum og observerbarhed, der advarer, før brugerne mærker noget. I produktion overvåger SRE-ingeniører platformen og reagerer under aftalte serviceniveauer.

Kan I bygge anbefalinger på vores egne data?

Ja. Vi bygger klassificerings-, personaliserings- og anbefalingsmotorer på dine publikums- og indholdsdata, i dit eget miljø, og måler dem mod de resultater, der betyder noget for dig.

Fungerer jeres sprogmodeller på arabisk?

Ja. Vi finjusterer modeller med arabisk som førstesprog og regionale dialektmodeller som Jais, Falcon og ALLaM og kører dem i en privat eller suveræn cloud, når indhold eller publikumsdata skal blive i landet.

Kan I arbejde med vores eksisterende broadcast- og indholdssystemer?

Ja. Vi kortlægger de indholds-, publikums- og faktureringssystemer, du allerede kører, og forbinder til dem gennem deres API’er, hændelser eller filer. Nye platforme bygges op omkring dem, og en udskiftning planlægges kun, når den betaler sig.

Kan platformen fungere på arabisk og andre sprog?

Ja. Grænsefladerne er bygget til sprog, der skrives fra højre mod venstre og fra venstre mod højre, og AI’en kan bruge modeller med arabisk som førstesprog og modeller for regionale dialekter, hostet i en privat eller suveræn cloud.

Hvornår kan det betale sig at bygge en træningssimulering?

Når det er dyrt, risikabelt eller svært at arrangere at øve på det rigtige udstyr eller i den virkelige situation. Vi starter med de opgaver, hvor fejl koster mest, og måler, om simuleringen forbedrer præstationen.

Er jeres læringsplatforme tilgængelige?

Vi designer og tester dem efter WCAG med brugere af tastatur, skærmlæser og skærmforstørrelse for øje, og vi indbygger tilgængelighedstjek i den automatiserede test.

Start med en samtale, ikke en kontrakt.

Fortæl os, hvad du skal bygge, forbinde eller sikre. En arkitekt gennemgår det med dig og anbefaler derefter, hvor du skal starte.

Det sker der nu

  1. Aftale om tidspunkt

    Vores team sender dig en e-mail for at aftale et tidspunkt for sessionen.

  2. Forhåndskonsultation

    En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.

  3. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  4. Valg af spor

    Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.