Integrationer og brancher

Ja. Godkendelsen forbliver i dit ERP-system med de eksisterende kontroller. Integrationslaget logger hver fil, det opretter, signerer, sender og modtager, med tidsstempler, identifikatorer og den tekniske konto, der blev brugt. Loggen forbinder hver betaling i bankens statusrapport med ERP-bilaget og dets godkendere.

Læs mere: Betalingsfiler og afstemning fra ERP til bankLink til dette spørgsmål

Det er formålet med designet. Kortnumre registreres af den certificerede terminal eller en hostet betalingsside og erstattes af tokens i gatewayen, så dit POS-system, dit ERP-system og dine datalagre kun nogensinde ser tokens. Det mindsker den del af dit IT-landskab, som PCI DSS gælder for. Din assessor bekræfter det endelige omfang.

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

Ja. Til online kortbetalinger integrerer vi EMV 3-D Secure via gatewayen, så udstederen kan autentificere kortindehaveren, hvor regulering eller risiko kræver det. Vi håndterer både challenge-flowet og det friktionsfrie flow i kassen og tester begge med udbyderens testkort.

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

Kunden ser, hvilke data der deles, til hvilket formål og hvor længe, og godkender sig hos sin egen bank. Konnektoren gemmer samtykket og dets tokens krypteret, og hvert kald er knyttet til et gyldigt samtykke. Kunderne kan trække samtykket tilbage, og så stopper konnektoren med at kalde den bank på deres vegne.

Læs mere: Open banking-API’erLink til dette spørgsmål

Tokens og samtykkeregistreringer krypteres ved lagring, kun konnektoren kan bruge dem, og hvert kald logges med det samtykke, der ligger bag. Vi indsamler kun de data, formålet kræver, og fastsætter, hvor længe de opbevares. Databeskyttelsesregler som GDPR gælder for disse data, og vi designer sammen med din databeskyttelsesrådgiver (DPO).

Læs mere: Open banking-API’erLink til dette spørgsmål

Hver indgående webhook verificeres, før den behandles: med signatur, hvor partneren signerer sine beskeder, og med kontrol af token, kilde og tidsstempel, hvor den ikke gør. Indholdet valideres mod kontrakten, og hændelser behandles én gang, selv hvis partneren sender dem flere gange.

Læs mere: API-forbindelser fra ERP til tredjeparterLink til dette spørgsmål

Hver integration bruger sin egen tekniske konto med kun de rettigheder, dens flows kræver, aldrig en persons login. Adgangsoplysninger ligger i dit hemmelighedslager, ikke i koden, og ingeniørernes adgang er personlig, logges og fjernes, når de forlader projektet.

Læs mere: Implementering og synkronisering af ERP og CRMLink til dette spørgsmål

Adgangen er rollebaseret og følger din identitetsudbyder, så hver person kun ser de kunder og felter, arbejdet kræver. Følsomme felter kan maskeres eller krypteres, og ændringer logges. Integrationer bruger deres egne tekniske konti med begrænsede rettigheder, og deres adgangsoplysninger bliver i dit hemmelighedslager.

Læs mere: Implementering og synkronisering af ERP og CRMLink til dette spørgsmål

Betalingsfiler signeres og krypteres, som hver bank kræver, og sendes kun via den aftalte kanal. Nøgler og certifikater opbevares i din nøgleboks eller dit hardwaresikkerhedsmodul (HSM), aldrig i koden. Filerne valideres, før de sendes, og hver overførsel logges, så du kan spore, hvem der godkendte og sendte hver betaling.

Læs mere: Bank, treasury og ISO 20022-forbindelserLink til dette spørgsmål

Vi kan ikke fjerne PCI DSS, men vi kan reducere, hvor stor en del af dit IT-landskab det gælder for. Hostede betalingssider, punkt-til-punkt-kryptering ved terminalen og gateway-tokens holder kortnumre ude af dit POS-system, ERP-system og datavarehus. Vi dokumenterer dataflowene for din assessor.

Læs mere: Betalinger, agentisk handel (AP2) og POSLink til dette spørgsmål

Ja. Vi tilføjer enkeltlogon (SSO) med OpenID Connect eller SAML 2.0 gennem udbydere som Microsoft Entra ID eller Keycloak. Brugere klargøres med SCIM, hvor applikationen understøtter det. Din identitetsudbyder er fortsat det eneste sted, hvor adgang gives og fjernes.

Læs mere: Middleware og API-integrationLink til dette spørgsmål

Ja. Vi arbejder inden for dine politikker: dine adgangsregler, dine miljøer, din ændringsproces og dine revisionskrav. Før arbejdet begynder, aftaler vi, hvordan data håndteres, hvilke miljøer ingeniørerne må tilgå, og hvilken dokumentation dine risiko- og complianceteams har brug for. Vi beskriver de kontroller, vi anvender, i et klart sprog, så dine assessorer kan gennemgå dem.

Læs mere: Fintech og finansielle tjenesterLink til dette spørgsmål

Vi designer, så så få systemer som muligt nogensinde ser et fuldt kortnummer. Hostede betalingsfelter, tokenisering og netværkstokens holder kortdata hos processoren, hvilket reducerer dit PCI DSS-omfang. Hvor et system skal håndtere kortdata, bygger vi det efter de PCI DSS-kontroller, der gælder, og dokumenterer dem for din assessor.

Læs mere: Fintech og finansielle tjenesterLink til dette spørgsmål

Der, hvor dine regler siger. Vi arbejder med offentlige eller suveræne cloudregioner, godkendte kommercielle cloudmiljøer eller dine egne datacentre, og vi designer systemet, så det er dig, der træffer beslutningen om hosting. Sikkerhedskopier, logfiler og supportadgang følger samme regel, fordi data ofte forlader en region gennem dem frem for gennem applikationen.

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

Hvert system opbevarer kun de data, det har brug for, i den region, du vælger, krypteret under overførsel og i hvile. Adgang følger roller og logges. Vi designer til GDPR og de love om beskyttelse af personoplysninger i MENA, der gælder for dig.

Læs mere: Fast ejendom og hotelLink til dette spørgsmål

Vi læser data gennem sikrede, overvågede veje og ændrer aldrig et styresystem uden for dine ændrings- og sikkerhedsprocesser. Arbejde på systemer i drift planlægges sammen med dine driftsingeniører, og enhver ændring kan rulles tilbage.

Læs mere: Energi og forsyningLink til dette spørgsmål

Vi indsamler kun de data, en funktion har brug for, opbevarer dem i den region og det miljø, du vælger, og krypterer dem under overførsel og ved lagring. Adgang følger roller og logges. Vores ingeniører arbejder med syntetiske eller afidentificerede data, hvor det er muligt, og kun med rigtige data med din godkendelse og under dit tilsyn.

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

Compliance ligger hos din organisation og i den måde, den driver et system på, så ingen softwareleverandør alene kan få din organisation til at overholde reglerne. Det, vi gør, er at designe og bygge efter de krav, der gælder, dokumentere kontrollerne og støtte dine teams for databeskyttelse og sikkerhed i deres vurderinger.

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

Personoplysninger maskeres eller tokeniseres, før modellerne ser dem, og modellerne kan køre i en privat eller suveræn cloud, så dataene aldrig forlader dit miljø.

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

Hver agent har sin egen identitet og just-in-time-adgangsoplysninger, værktøjerne ligger bag guardrails mod prompt-injektion og værktøjsforgiftning, og hver handling logges.

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

Adgang følger roller og logges, data bliver, hvor loven kræver det, og platformene er designet til GDPR og MENA-landenes love om beskyttelse af personoplysninger.

Læs mere: HR og talentLink til dette spørgsmål

Compliance hører til din organisation og den måde, den arbejder på. Vi designer og bygger systemer, der kan bestå de revisioner, der gælder, dokumenterer kontrollerne og støtter dine teams i deres vurderinger.

Læs mere: Jura, risiko og complianceLink til dette spørgsmål

Med AI-governance, guardrails og revision af algoritmisk risiko samt registrering af, hvad hver model og agent gjorde, så en vurdering har dokumentation at arbejde ud fra.

Læs mere: Jura, risiko og complianceLink til dette spørgsmål

Ja. Modellerne kan køre luftisoleret, på egen infrastruktur eller i en regional suveræn cloud, med rettighedsbevidst søgning, der håndhæver adgangen, før nogen model ser dataene.

Læs mere: Jura, risiko og complianceLink til dette spørgsmål