Integrasjoner og bransjer

Ja. Godkjenningen blir i ERP-systemet med de eksisterende kontrollene. Integreringslaget logger hver fil det lager, signerer, sender og mottar, med tidsstempler, identifikatorer og den tekniske kontoen som brukes. Loggen kobler hver betaling i bankens statusrapport tilbake til ERP-dokumentet og godkjennerne.

Les mer: Betalingsfiler og avstemming mellom ERP og bankLenke til dette spørsmålet

Det er målet med designet. Kortnumre fanges opp av den sertifiserte terminalen eller en hostet betalingsside og erstattes av token i betalingsgatewayen, slik at POS, ERP og datalagrene dine bare ser token. Dette reduserer den delen av løsningen din som PCI DSS gjelder for. Revisoren din bekrefter det endelige omfanget.

Les mer: KortbetalingerLenke til dette spørsmålet

Ja. For kortbetalinger på nett integrerer vi EMV 3-D Secure gjennom betalingsgatewayen, slik at utstederen kan autentisere kortholderen der regelverket eller risikoen krever det. Vi håndterer utfordrings- og friksjonsfrie flyter i kassen og tester begge med leverandørens testkort.

Les mer: KortbetalingerLenke til dette spørsmålet

Kunden ser hvilke data som deles, til hvilket formål og hvor lenge, og autentiserer seg med sin egen bank. Koblingen lagrer samtykket og tokenene kryptert, og hvert kall er knyttet til et gyldig samtykke. Kunden kan trekke tilbake samtykket, og koblingen slutter da å kalle den banken for kunden.

Les mer: Open banking-API-erLenke til dette spørsmålet

Token og samtykkeposter er kryptert i ro, bare koblingen kan bruke dem, og hvert kall logges med samtykket bak. Vi samler bare inn dataene formålet krever og fastsetter hvor lenge de oppbevares. Personvernregler som GDPR gjelder for disse dataene, og vi designer sammen med personvernombudet ditt.

Les mer: Open banking-API-erLenke til dette spørsmålet

Hver innkommende webhook verifiseres før den behandles: med signatur der partneren signerer meldingene sine, og med kontroll av token, kilde og tidsstempel der den ikke gjør det. Nyttelasten valideres mot kontrakten, og hendelser behandles én gang selv om partneren sender dem flere ganger.

Les mer: API-tilkoblinger fra ERP-systemet til tredjeparterLenke til dette spørsmålet

Hver integrasjon bruker sin egen tekniske konto med bare de tillatelsene flytene trenger, aldri en persons pålogging. Legitimasjon ligger i hemmelighetslageret ditt, ikke i koden, og ingeniørenes tilgang er navngitt, logget og fjernet når de forlater prosjektet.

Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet

Tilgangen er rollebasert og følger identitetsleverandøren din, slik at hver person bare ser kundene og feltene arbeidet krever. Sensitive felt kan maskeres eller krypteres, og endringer logges. Integrasjoner bruker egne tekniske kontoer med begrensede rettigheter, og påloggingsinformasjonen deres ligger i hemmelighetslageret ditt.

Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet

Betalingsfiler signeres og krypteres slik hver bank krever, og går bare over den avtalte kanalen. Nøkler og sertifikater oppbevares i nøkkelhvelvet eller maskinvaremodulen for sikkerhet (HSM) din, aldri i kode. Filene valideres før de sendes, og hver overføring logges, så du kan spore hvem som godkjente og sendte hver betaling.

Les mer: Bank, treasury og ISO 20022-tilkoblingLenke til dette spørsmålet

Vi kan ikke fjerne PCI DSS, men vi kan redusere hvor mye av virksomheten den gjelder for. Hostede betalingssider, punkt-til-punkt-kryptering i terminalen og gateway-tokener holder kortnumre ute av POS, ERP og datavarehus. Vi dokumenterer dataflytene for den som vurderer etterlevelsen.

Les mer: Betalinger, agentisk handel (AP2) og POSLenke til dette spørsmålet

Ja. Vi legger til enkel pålogging med OpenID Connect eller SAML 2.0 gjennom leverandører som Microsoft Entra ID eller Keycloak. Brukere provisjoneres med SCIM der applikasjonen støtter det. Identitetsleverandøren din forblir det ene stedet der tilgang gis og fjernes.

Les mer: Middleware og API-integrasjonstjenesterLenke til dette spørsmålet

Ja. Vi arbeider innenfor dine retningslinjer: dine tilgangsregler, dine miljøer, din endringsprosess og dine revisjonskrav. Før arbeidet starter blir vi enige om hvordan data håndteres, hvilke miljøer ingeniørene kan nå, og hvilke bevis risiko- og etterlevelseteamene dine trenger. Vi beskriver kontrollene vi bruker, i klartekst, slik at vurdererne dine kan gjennomgå dem.

Les mer: Fintech og finansielle tjenesterLenke til dette spørsmålet

Vi designer slik at færrest mulig systemer noen gang ser et fullstendig kortnummer. Hostede betalingsfelt, tokenisering og nettverkstokener holder kortdata hos prosessoren, noe som reduserer PCI DSS-omfanget ditt. Der et system må håndtere kortdata, bygger vi det etter PCI DSS-kontrollene som gjelder, og dokumenterer dem for vurdereren din.

Les mer: Fintech og finansielle tjenesterLenke til dette spørsmålet

Der regelverket ditt sier. Vi arbeider med statlige eller suverene skyregioner, godkjente kommersielle skyer eller dine egne datasentre, og vi designer systemet slik at du tar beslutningen om hosting. Sikkerhetskopier, logger og støttetilgang følger samme regel, fordi data ofte forlater en region gjennom dem og ikke gjennom applikasjonen.

Les mer: Offentlig sektorLenke til dette spørsmålet

Hvert system beholder bare dataene det trenger, i regionen du velger, kryptert under overføring og i ro. Tilgang følger roller og loggføres. Vi designer for GDPR og personvernlovene i MENA som gjelder for dere.

Les mer: Eiendom og reiselivLenke til dette spørsmålet

Vi leser data gjennom sikrede, overvåkede baner og endrer aldri et styringssystem utenfor dine endrings- og sikkerhetsprosesser. Arbeid på aktive systemer planlegges med dine driftsingeniører, og hver endring kan rulles tilbake.

Les mer: Energi og forsyningLenke til dette spørsmålet

Vi samler bare inn dataene en funksjon trenger, lagrer dem i regionen og miljøet du velger, og krypterer dem under overføring og i ro. Tilgang følger roller og logges. Ingeniørene våre arbeider med syntetiske eller avidentifiserte data der det er mulig, og med reelle data bare med din godkjenning og under din oppfølging.

Les mer: HelsevesenLenke til dette spørsmålet

Etterlevelse tilhører din organisasjon og måten den drifter et system på, så ingen programvareleverandør kan gjøre deg i samsvar på egen hånd. Det vi gjør, er å utforme og bygge etter kravene som gjelder, dokumentere kontrollene og støtte personvern- og sikkerhetsteamene dine i vurderingene deres.

Les mer: HelsevesenLenke til dette spørsmålet

Personopplysninger maskeres eller tokeniseres før modellene ser dem, og modellene kan kjøre i en privat eller suveren sky, slik at dataene aldri forlater miljøet ditt.

Les mer: MarkedsføringLenke til dette spørsmålet

Hver agent har egen identitet og legitimasjon utstedt ved behov, verktøyene ligger bak verneregler mot promptinjeksjon og verktøyforgiftning, og hver handling logges.

Les mer: KundestøtteLenke til dette spørsmålet

Tilgang følger roller og loggføres, data blir der loven krever det, og plattformene er utformet for GDPR og personvernlovene i MENA.

Les mer: HR og talentLenke til dette spørsmålet

Etterlevelse handler om organisasjonen din og hvordan den arbeider. Vi designer og bygger systemer som består revisjonene som gjelder, dokumenterer kontrollene og støtter teamene dine i vurderingene deres.

Les mer: Juss, risiko og etterlevelseLenke til dette spørsmålet

Med KI-styring, verneregler og revisjon av algoritmisk risiko, og med revisjonsspor over hva hver modell og agent gjorde, slik at en vurdering har bevis å arbeide ut fra.

Les mer: Juss, risiko og etterlevelseLenke til dette spørsmålet

Ja. Modeller kan kjøre luftisolert, lokalt installert eller i en regional suveren sky, med tilgangsstyrt gjenfinning som håndhever tilgang før noen modell ser dataene.

Les mer: Juss, risiko og etterlevelseLenke til dette spørsmålet