Integrációk és iparágak

Igen. A jóváhagyás a meglévő kontrollokkal együtt az ERP-ben marad. Az integrációs réteg naplóz minden általa létrehozott, aláírt, elküldött és fogadott fájlt, időbélyeggel, azonosítókkal és a használt technikai fiókkal. Ez a napló a bank állapotjelentésében szereplő minden fizetést visszaköt az ERP-bizonylathoz és annak jóváhagyóihoz.

Tovább: ERP és bank közötti fizetési fájlok és egyeztetésHivatkozás erre a kérdésre

Ez a terv célja. A kártyaszámokat a tanúsított terminál vagy egy hosztolt fizetési oldal rögzíti, az átjáró pedig tokenekre cseréli őket, így a POS, az ERP és az adattárak mindig csak tokeneket látnak. Ez szűkíti a rendszerei azon körét, amelyre a PCI DSS vonatkozik. A végleges hatókört az Ön auditora erősíti meg.

Tovább: Kártyás fizetésekHivatkozás erre a kérdésre

Igen. Az online kártyás fizetéseknél az átjárón keresztül integráljuk az EMV 3-D Secure-t, így a kibocsátó hitelesítheti a kártyabirtokost, ahol ezt a szabályozás vagy a kockázat megköveteli. A pénztárban a további hitelesítést igénylő (challenge) és a súrlódásmentes (frictionless) folyamatot is kezeljük, és mindkettőt a szolgáltató tesztkártyáival teszteljük.

Tovább: Kártyás fizetésekHivatkozás erre a kérdésre

Az ügyfél látja, milyen adatokat, milyen célra és mennyi ideig oszt meg, és a saját bankjánál hitelesíti magát. Az összekötő titkosítva tárolja a hozzájárulást és a tokenjeit, és minden hívás érvényes hozzájáruláshoz kötött. Az ügyfél visszavonhatja a hozzájárulását, és ilyenkor az összekötő a nevében többé nem hívja az adott bankot.

Tovább: Nyílt bankolási API-kHivatkozás erre a kérdésre

A tokeneket és a hozzájárulási rekordokat tároláskor titkosítjuk, csak az összekötő használhatja őket, és minden hívást a mögötte álló hozzájárulással együtt naplózunk. Csak a célhoz szükséges adatokat gyűjtjük, és meghatározzuk a megőrzési időt. Ezekre az adatokra adatvédelmi szabályok, például a GDPR vonatkoznak, és az Ön adatvédelmi tisztviselőjével (DPO) együtt tervezünk.

Tovább: Nyílt bankolási API-kHivatkozás erre a kérdésre

Minden bejövő webhookot feldolgozás előtt ellenőrzünk: aláírással, ha a partner aláírja az üzeneteit, egyébként token-, forrás- és időbélyeg-ellenőrzéssel. A tartalmat a szerződés szerint érvényesítjük, az eseményeket pedig akkor is csak egyszer dolgozzuk fel, ha a partner többször küldi el őket.

Tovább: ERP és harmadik felek közötti API-kapcsolatokHivatkozás erre a kérdésre

Minden integráció saját technikai fiókot használ, csak a folyamataihoz szükséges jogosultságokkal, soha nem egy személy bejelentkezési adataival. A hitelesítő adatok az Ön titokkezelőjében vannak, nem a kódban, a mérnökök hozzáférése pedig névre szóló, naplózott, és megszűnik, amikor kilépnek a projektből.

Tovább: ERP- és CRM-bevezetés és -szinkronizálásHivatkozás erre a kérdésre

A hozzáférés szerepköralapú, és az Ön identitásszolgáltatójához igazodik, így mindenki csak azokat az ügyfeleket és mezőket látja, amelyekre a munkájához szüksége van. Az érzékeny mezők maszkolhatók vagy titkosíthatók, a változásokat naplózzuk. Az integrációk saját, korlátozott jogosultságú technikai fiókokat használnak, hitelesítő adataik pedig az Ön titokkezelőjében maradnak.

Tovább: ERP- és CRM-bevezetés és -szinkronizálásHivatkozás erre a kérdésre

A fizetési fájlokat minden bank előírása szerint írjuk alá és titkosítjuk, és kizárólag a megállapodott csatornán továbbítjuk. A kulcsokat és tanúsítványokat az Ön kulcstárában vagy hardveres biztonsági moduljában (HSM) tartjuk, soha nem a kódban. A fájlokat elküldés előtt érvényesítjük, és minden átvitelt naplózunk, így nyomon követheti, ki hagyta jóvá és ki küldte el az egyes fizetéseket.

Tovább: Banki, kincstári és ISO 20022-kapcsolatokHivatkozás erre a kérdésre

A PCI DSS-t nem tudjuk megszüntetni, de szűkíthetjük, hogy rendszerei mekkora részére vonatkozik. A hosztolt fizetési oldalak, a terminálon alkalmazott ponttól pontig titkosítás és az átjáró tokenjei kívül tartják a kártyaszámokat a POS-, az ERP- és az adattárház-rendszeren. Az adatfolyamokat az Ön auditora számára dokumentáljuk.

Tovább: Fizetések, ágens alapú kereskedelem (AP2) és POSHivatkozás erre a kérdésre

Igen. Egyszeri bejelentkezést (SSO) vezetünk be OpenID Connecttel vagy SAML 2.0-val, például a Microsoft Entra ID vagy a Keycloak szolgáltatón keresztül. A felhasználókiosztás SCIM-mel történik, ahol az alkalmazás támogatja. A hozzáférések megadásának és visszavonásának egyetlen helye továbbra is az Ön identitásszolgáltatója marad.

Tovább: Middleware- és API-integrációs szolgáltatásokHivatkozás erre a kérdésre

Igen. Az Ön szabályzatai szerint dolgozunk: a hozzáférési szabályai, a környezetei, a változáskezelési folyamata és az auditkövetelményei szerint. A munka megkezdése előtt egyeztetjük, hogyan kezeljük az adatokat, mely környezetekhez férhetnek hozzá a mérnökök, és milyen bizonyítékokra van szüksége a kockázati és megfelelési csapatainak. Az alkalmazott kontrollokat közérthetően leírjuk, hogy az auditorai áttekinthessék őket.

Tovább: Fintech és pénzügyi szolgáltatásokHivatkozás erre a kérdésre

Úgy tervezünk, hogy minél kevesebb rendszer lásson valaha teljes kártyaszámot. A hosztolt fizetési mezők, a tokenizálás és a hálózati tokenek a feldolgozónál tartják a kártyaadatot, ami csökkenti a PCI DSS-hatókört. Ahol egy rendszernek kártyaadatot kell kezelnie, ott az alkalmazandó PCI DSS-kontrollok szerint fejlesztjük, és dokumentáljuk őket az auditora számára.

Tovább: Fintech és pénzügyi szolgáltatásokHivatkozás erre a kérdésre

Ott, ahol az Ön szabályai előírják. Kormányzati vagy szuverén felhőrégiókkal, jóváhagyott kereskedelmi felhőkkel vagy az Ön saját adatközpontjaival dolgozunk, és úgy tervezzük a rendszert, hogy az üzemeltetés helyéről Ön döntsön. A biztonsági mentések, a naplók és a támogatási hozzáférés ugyanezt a szabályt követik, mert az adatok gyakran ezeken keresztül hagyják el a régiót, nem az alkalmazáson keresztül.

Tovább: KözszféraHivatkozás erre a kérdésre

Minden rendszer csak a szükséges adatot tartja, az Ön által választott régióban, átvitel közben és tároláskor titkosítva. A hozzáférés szerepköröket követ, és naplózott. A GDPR-ra és az Önre alkalmazandó MENA személyesadat-védelmi törvényekre tervezünk.

Tovább: Ingatlan és vendéglátásHivatkozás erre a kérdésre

Az adatokat védett, monitorozott útvonalakon olvassuk, és soha nem változtatunk irányítási rendszeren az Ön változáskezelési és biztonsági folyamatain kívül. Az éles rendszereken végzett munkát az Ön üzemeltetési mérnökeivel tervezzük, és minden változás visszaállítható.

Tovább: Energia és közművekHivatkozás erre a kérdésre

Csak azt az adatot gyűjtjük, amelyre egy funkciónak szüksége van, az Ön által választott régióban és környezetben tartjuk, és átvitel közben és tároláskor is titkosítjuk. A hozzáférés a szerepköröket követi, és naplózzuk. Mérnökeink ahol lehet, szintetikus vagy anonimizált adatokkal dolgoznak, valódi adatokkal pedig csak az Ön jóváhagyásával és felügyelete mellett.

Tovább: EgészségügyHivatkozás erre a kérdésre

A megfelelés a szervezet felelőssége, és azon múlik, hogyan üzemelteti a rendszert, ezért egyetlen szoftverszállító sem teheti önmagában megfelelővé. Mi a vonatkozó követelmények szerint tervezünk és fejlesztünk, dokumentáljuk a kontrollokat, és támogatjuk adatvédelmi és biztonsági csapatait az értékeléseikben.

Tovább: EgészségügyHivatkozás erre a kérdésre

A személyes adatokat maszkoljuk vagy tokenizáljuk, mielőtt a modellek látnák őket, a modellek pedig privát vagy szuverén felhőben futhatnak, így az adatok soha nem hagyják el az Ön környezetét.

Tovább: MarketingHivatkozás erre a kérdésre

Minden ágensnek saját identitása és csak a szükséges időre kiadott (just-in-time) hitelesítő adatai vannak, az eszközök promptinjekció és eszközmérgezés elleni védőkorlátok mögött állnak, és minden művelet naplózásra kerül.

Tovább: ÜgyfélszolgálatHivatkozás erre a kérdésre

A hozzáférés szerepkörökhöz igazodik és naplózott, az adatok ott maradnak, ahol a jogszabály előírja, a platformokat pedig a GDPR és a MENA-régió személyesadat-védelmi törvényeinek megfelelően tervezzük.

Tovább: HR és tehetségmenedzsmentHivatkozás erre a kérdésre

A megfelelés az Ön szervezetéhez és annak működéséhez tartozik. Olyan rendszereket tervezünk és építünk, amelyek átmennek a rájuk vonatkozó auditokon, dokumentáljuk a kontrollokat, és támogatjuk csapatait az értékelések során.

Tovább: Jog, kockázat és megfelelésHivatkozás erre a kérdésre

MI-irányítással, védőkorlátokkal és algoritmikus kockázati auditokkal, valamint annak nyilvántartásával, hogy melyik modell és ágens mit tett, így az értékelés bizonyítékokra támaszkodhat.

Tovább: Jog, kockázat és megfelelésHivatkozás erre a kérdésre

Igen. A modellek futhatnak fizikailag leválasztott (air-gapped) környezetben, helyszínen (on-premises) vagy regionális szuverén felhőben, jogosultságtudatos visszakereséssel, amely még azelőtt érvényesíti a hozzáférési jogokat, hogy bármely modell látná az adatot.

Tovább: Jog, kockázat és megfelelésHivatkozás erre a kérdésre