Software, AI og data

De tager de rutineprægede henvendelser med stor volumen, så dine medarbejdere tager sig af de komplekse og følsomme. Hver samtale kan gå videre til en medarbejder med hele konteksten. Du bestemmer, hvilke henvendelser agenterne løser på egen hånd.

Læs mere: Multimodal AI, tale-AI og vision-AILink til dette spørgsmål

Pakker er løsninger, der er klar til brug, til almindelige opgaver, konfigureret i stedet for bygget. Virksomhedssystemer er specialudviklede og suveræne, bygget til store mængder. Administrerede services holder begge dele kørende, på abonnement eller efter forbrug.

Læs mere: AI-pakker i niveauer og administrerede AI-tjenesterLink til dette spørgsmål

Det afhænger af, hvor standardiseret opgaven er, mængden, og hvor dine data skal blive. En almindelig opgave med moderat volumen passer til en pakke. Strenge krav til dataplacering, dyb integration eller stor volumen peger på et virksomhedssystem.

Læs mere: AI-pakker i niveauer og administrerede AI-tjenesterLink til dette spørgsmål

Normalt med et sundhedstjek. Vi gennemgår konfiguration, ydeevne, sikkerhed, sikkerhedskopier og kapacitet og giver dig en skriftlig liste over fund rangeret efter risiko og indsats. Derefter bestemmer du, hvad vi retter, migrerer eller driver, og i hvilken rækkefølge. Hvis behovet allerede er klart, for eksempel en planlagt migrering, begynder vi i stedet med dens design.

Læs mere: Dataarkitektur, datalakehouses og realtidspipelinesLink til dette spørgsmål

Vi øver hver migrering på en beskyttet kopi og afstemmer rækkeantal og kontrolsummer mellem kilde og mål. For systemer, der ikke kan standses, holder vi begge synkroniseret og skifter over i et kort, planlagt vindue med en afprøvet tilbagerulning klar.

Læs mere: Dataarkitektur, datalakehouses og realtidspipelinesLink til dette spørgsmål

Med afdækning. Vi sporer de systemer, datalagre, sikkerhedskopier og fildelinger, der indeholder personoplysninger, betalingsdata eller fortrolige data, og dataflowene til dine leverandører. Oversigten viser de største risici først.

Læs mere: Data governance, suverænitet, privatliv og sikkerhedLink til dette spørgsmål

Ikke nødvendigvis. Vi kan lægge samtalebaseret analyse og fælles definitioner oven på de data, du allerede har, og udfase overlappende dashboards med tiden.

Læs mere: Agentisk BI og beslutningsintelligensLink til dette spørgsmål

Det gør de som regel, og processen er bygget til det. Backloggen gennemgås med dig ved hver iteration. På et projekt med fast omfang aftales en ændring skriftligt med dens betydning for pris og datoer, før arbejdet med den begynder.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

At skrive alt om på én gang er sjældent det sikreste valg. Vi vurderer koden, dens afhængigheder, og hvordan folk bruger den. Derefter anbefaler vi, om den skal refaktoreres, flyttes til et nutidigt framework eller erstattes af websoftware. Uanset hvilken vej du vælger, ændrer vi den i trin, så brugerne kan blive ved med at arbejde, og hvert trin kan testes.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Du ved meget, og brugerundersøgelser bygger videre på det. De tester antagelser med de mennesker, der udfører arbejdet, og afslører ofte trin, omveje og begreber, som aldrig når frem til et kravdokument. En lille runde interviews og prototypetests koster mindre end at ændre software, efter at den er udgivet.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

Nej. Automatiser det, der kører ofte og skal give samme svar hver gang: enhedstests, API-tests og de brugerrejser, der betyder mest. Lad mennesker stå for undersøgende tests, brugervenlighed og funktioner, der stadig ændrer sig. En mindre suite, der aldrig fejler tilfældigt, er mere værd end en stor, som ingen stoler på.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

Kaostest slukker bevidst services, gør netværk langsomme eller fylder diske for at bevise, at systemet degraderer kontrolleret og kommer sig igen. Vi starter i testmiljøer, aftaler grænserne med dit driftsteam og kører kun kontrollerede eksperimenter i produktion, når overvågning og tilbagerulning har vist sig at virke.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

Vi bruger partnerens sandkasse, hvor den findes, og simulatorer, hvor den ikke gør, så testene kører ved hver ændring. Testdata dækker afviste betalinger, timeouts, dublerede beskeder og delvise fejl, og kontroller fra ende til ende bekræfter, at totalerne stemmer på tværs af systemerne.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

En fuld omskrivning skal matche mange års adfærd, før den kan erstatte noget, mens forretningen hele tiden ændrer sig omkring den. Sådanne projekter trækker ofte ud og går i drift med huller. Når én funktion udskiftes ad gangen, skabes der værdi tidligt, og det gamle system bevares som sikkerhedsnet. Du kan stoppe eller skifte retning ved hvert trin.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

Tilgangen er designet, så det ikke sker. Det gamle system kører videre, mens hver ny del bygges og afprøves parallelt. Arbejdet flyttes gradvist til den nye del og kan flyttes tilbage, hvis noget er galt. Når en datamigrering kræver et skifte, øver vi det først og planlægger det sammen med dig.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

Ja, og det er almindeligt. Vi genskaber viden ud fra koden, dataene, logfilerne og de personer, der bruger systemet. Vi fastholder, hvad systemet gør, i karakteriseringstests, som bliver den specifikation, de nye dele skal opfylde.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

Vi planlægger hver flytning, så en afbrydelse undgås eller holdes kort og planlagt. Workloads flyttes én ad gangen, data synkroniseres før skiftet, og hvert trin har en vej tilbage. Hvor et system ikke kan køre to steder på én gang, aftaler vi et vedligeholdelsesvindue med dig og øver skiftet først.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Den dækker alt, hvad dine systemer kører på: netværk og lokationer, servere og virtualisering, lagring og sikkerhedskopiering, katalog- og identitetstjenester, overvågning og forbindelserne til dine cloudkonti. Vi kan påtage os hele IT-landskabet eller en del af det, for eksempel et nyt netværksdesign. Omfanget aftales skriftligt, før arbejdet begynder.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Nej. Vi tager udgangspunkt i det, der virker, standardiserer det i skabeloner og udskifter kun de dele, der er skrøbelige eller mangler. Services flyttes over på platformen én ad gangen.

Læs mere: DevOps, platformsudvikling og AI-kodningsværktøjerLink til dette spørgsmål

Ja. Identitet, adgangsoplysninger, guardrails og overvågning ligger rundt om agenten, så de fungerer med agenter bygget internt, af en anden leverandør eller på en leverandørs platform. Vi har brug for adgang til agentens konfiguration og forbindelser, ikke nødvendigvis til koden.

Læs mere: Sikkerhed for agentisk AI og identitet for AI-agenterLink til dette spørgsmål

Som regel med det suveræne agentiske proof of concept: én workflow, forbundet med dine interne værktøjer i et privat netværk, som viser værdien før et større byggeprojekt.

Læs mere: AI og dataLink til dette spørgsmål

Ikke helt, men vi tjekker dem først. Hvis dokumenterne er ustrukturerede, eller databaserne ligger i siloer, begynder vi med en gennemgang af datakvalitet, dataherkomst og AI-parathed og bygger derefter den platform, modellerne har brug for.

Læs mere: AI og dataLink til dette spørgsmål

Softwareudvikling bygger og moderniserer selve applikationerne: platforme, portaler, apps og digitale tvillinger. Virksomheder og integrationer forbinder dem med ERP-systemer, banker, skattemyndigheder og betalingsnetværk. De fleste projekter har brug for begge dele, og ét team dækker dem under én kontrakt.

Læs mere: SoftwareudviklingLink til dette spørgsmål

De fleste kunder begynder med revisionen af cloudportabilitet og FinOps for AI-tokens. Den viser, hvor du er låst til én udbyder, lægger en vej til et suverænt eller multi-cloud-landskab og sætter caching og modelrouting foran dine AI-workloads. Større programmer følger efter.

Læs mere: Cloud og infrastrukturLink til dette spørgsmål