Integrationer och branscher

Ja. Godkännandet stannar i ERP-systemet med dess befintliga kontroller. Integrationslagret loggar varje fil det skapar, signerar, skickar och tar emot, med tidsstämplar, identifierare och det tekniska konto som används. Loggen kopplar varje betalning i bankens statusrapport tillbaka till ERP-dokumentet och dess godkännare.

Läs mer: Betalningsfiler och avstämning mellan ERP och bankLänk till den här frågan

Det är syftet med designen. Kortnummer tas emot av den certifierade terminalen eller en hostad betalsida och ersätts av tokens i gatewayen, så att ditt POS-system, ERP-system och dina datalager bara ser tokens. Det minskar den del av din miljö som PCI DSS omfattar. Din granskare bekräftar den slutliga omfattningen.

Läs mer: KortbetalningarLänk till den här frågan

Ja. För kortbetalningar online integrerar vi EMV 3-D Secure genom gatewayen, så att kortutgivaren kan autentisera kortinnehavaren där regler eller risk kräver det. Vi hanterar både utmaningsflödet och det friktionsfria flödet i kassan och testar båda med leverantörens testkort.

Läs mer: KortbetalningarLänk till den här frågan

Kunden ser vilken data som delas, i vilket syfte och hur länge, och autentiserar sig hos sin egen bank. Kopplingen lagrar samtycket och dess tokens krypterat, och varje anrop knyts till ett giltigt samtycke. Kunder kan återkalla sitt samtycke, och kopplingen slutar då anropa den banken för deras del.

Läs mer: API:er för open bankingLänk till den här frågan

Tokens och samtyckesregister lagras krypterade, bara kopplingen kan använda dem och varje anrop loggas med samtycket bakom. Vi samlar bara in den data som syftet kräver och bestämmer hur länge den sparas. Dataskyddsregler som GDPR gäller för den här datan, och vi utformar tillsammans med ditt dataskyddsombud.

Läs mer: API:er för open bankingLänk till den här frågan

Varje inkommande webhook verifieras innan den behandlas: med signatur där partnern signerar sina meddelanden, och med kontroll av token, källa och tidsstämpel där den inte gör det. Innehållet valideras mot kontraktet, och händelser behandlas en gång även om partnern skickar dem flera gånger.

Läs mer: Kopplingar mellan ERP och tredje partLänk till den här frågan

Varje integration använder ett eget tekniskt konto med bara de behörigheter dess flöden behöver, aldrig en persons inloggning. Uppgifterna ligger i ditt valv för hemligheter, inte i koden, och ingenjörernas åtkomst är namngiven, loggad och tas bort när de lämnar projektet.

Läs mer: Införande och synkronisering av ERP och CRMLänk till den här frågan

Åtkomsten är rollbaserad och följer din identitetsleverantör, så varje person ser bara de kunder och fält som arbetet behöver. Känsliga fält kan maskeras eller krypteras, och ändringar loggas. Integrationer använder egna tekniska konton med begränsade behörigheter, och deras uppgifter stannar i ditt valv för hemligheter.

Läs mer: Införande och synkronisering av ERP och CRMLänk till den här frågan

Betalningsfiler signeras och krypteras enligt varje banks krav och går bara via den överenskomna kanalen. Nycklar och certifikat förvaras i ditt nyckelvalv eller din hårdvarusäkerhetsmodul, aldrig i kod. Filerna valideras innan de skickas, och varje överföring loggas, så att du kan spåra vem som godkände och skickade varje betalning.

Läs mer: Bank, treasury och ISO 20022-konnektivitetLänk till den här frågan

Vi kan inte ta bort PCI DSS, men vi kan minska hur stor del av din miljö den gäller. Hostade betalningssidor, punkt-till-punkt-kryptering i terminalen och gatewaytokens håller kortnummer utanför ditt POS-system, ditt ERP och ditt datalager. Vi dokumenterar dataflödena för din bedömare.

Läs mer: Betalningar, agentisk handel (AP2) och POSLänk till den här frågan

Ja. Vi lägger till enkel inloggning med OpenID Connect eller SAML 2.0 via leverantörer som Microsoft Entra ID eller Keycloak. Användare provisioneras med SCIM där applikationen stöder det. Din identitetsleverantör förblir den enda platsen där åtkomst beviljas och dras in.

Läs mer: Mellanprogramvara och API-integrationLänk till den här frågan

Ja. Vi arbetar inom dina policyer: dina åtkomstregler, dina miljöer, din ändringsprocess och dina revisionskrav. Innan arbetet börjar kommer vi överens om hur data hanteras, vilka miljöer ingenjörer får nå och vilket underlag dina risk- och regelefterlevnadsteam behöver. Vi beskriver kontrollerna vi tillämpar tydligt, så att dina granskare kan bedöma dem.

Läs mer: Fintech och finansiella tjänsterLänk till den här frågan

Vi utformar så att så få system som möjligt någonsin ser ett fullständigt kortnummer. Hostade betalningsfält, tokenisering och nätverkstoken håller kortdata hos processorn, vilket minskar din PCI DSS-omfattning. Där ett system måste hantera kortdata bygger vi det enligt de PCI DSS-kontroller som gäller och dokumenterar dem för din granskare.

Läs mer: Fintech och finansiella tjänsterLänk till den här frågan

Där dina regler säger. Vi arbetar med statliga eller suveräna molnregioner, godkända kommersiella moln eller dina egna datacenter, och utformar systemet så att du fattar beslutet om drift. Säkerhetskopior, loggar och supportåtkomst följer samma regel, eftersom data ofta lämnar en region genom dem snarare än genom applikationen.

Läs mer: Offentlig sektorLänk till den här frågan

Varje system behåller bara den data det behöver, i den region du väljer, krypterad under överföring och i vila. Åtkomst följer roller och loggas. Vi utformar för GDPR och de dataskyddslagar i MENA som gäller för dig.

Läs mer: Fastigheter och besöksnäringLänk till den här frågan

Vi läser data genom säkrade, övervakade vägar och ändrar aldrig ett styrsystem utanför dina ändrings- och säkerhetsprocesser. Arbete på livesystem planeras med dina driftstekniker, och varje ändring kan rullas tillbaka.

Läs mer: Energi och försörjningLänk till den här frågan

Vi samlar bara in den data en funktion behöver, håller den i den region och miljö du väljer och krypterar den under överföring och i vila. Åtkomst följer roller och loggas. Våra ingenjörer arbetar med syntetisk eller avidentifierad data där det är möjligt och med riktig data bara med ditt godkännande och under din tillsyn.

Läs mer: Hälso- och sjukvårdLänk till den här frågan

Regelefterlevnad tillhör din organisation och hur den driver ett system, så ingen programvaruleverantör kan göra dig compliant på egen hand. Det vi gör är att utforma och bygga enligt de krav som gäller, dokumentera kontrollerna och stödja dina integritets- och säkerhetsteam i deras bedömningar.

Läs mer: Hälso- och sjukvårdLänk till den här frågan

Personuppgifter maskeras eller tokeniseras innan modellerna ser dem, och modellerna kan köras i ett privat eller suveränt moln, så att datan aldrig lämnar din miljö.

Läs mer: MarknadsföringLänk till den här frågan

Varje agent har sin egen identitet och autentiseringsuppgifter som utfärdas vid behov, verktygen ligger bakom skyddsräcken mot promptinjektion och verktygsförgiftning, och varje åtgärd loggas.

Läs mer: KundsupportLänk till den här frågan

Åtkomsten följer roller och loggas, datan stannar där lagen kräver och plattformarna är utformade för GDPR och lagarna om skydd av personuppgifter i MENA.

Läs mer: HR och talangLänk till den här frågan

Efterlevnad tillhör din organisation och hur den bedriver sin verksamhet. Vi utformar och bygger system för att klara de revisioner som gäller, dokumenterar kontrollerna och stöder dina team i deras bedömningar.

Läs mer: Juridik, risk och regelefterlevnadLänk till den här frågan

Med AI-styrning, skyddsräcken och revisioner av algoritmisk risk samt dokumentation av vad varje modell och agent gjorde, så att en bedömning har underlag att utgå från.

Läs mer: Juridik, risk och regelefterlevnadLänk till den här frågan

Ja. Modellerna kan köras i luftgapsisolerade miljöer, lokalt eller i ett regionalt suveränt moln, med behörighetsmedveten hämtning som tillämpar åtkomst innan någon modell ser datan.

Läs mer: Juridik, risk och regelefterlevnadLänk till den här frågan