Integraatiot ja toimialat

Kyllä. Hyväksyntä pysyy ERP:ssänne sen nykyisine kontrolleineen. Integraatiokerros lokittaa jokaisen luomansa, allekirjoittamansa, lähettämänsä ja vastaanottamansa tiedoston aikaleimoin, tunnistein ja käytetyn teknisen tilin. Tämä loki yhdistää jokaisen maksun pankin tilailmoituksessa takaisin ERP-asiakirjaan ja sen hyväksyjiin.

Lukekaa lisää: ERP:n ja pankin maksuaineistot ja täsmäytysLinkki tähän kysymykseen

Se on ratkaisun tavoite. Kortin numerot kerää sertifioitu pääte tai isännöity maksusivu, ja yhdyskäytävä korvaa ne tokeneilla, joten POS-, ERP- ja tietovarastonne näkevät vain tokeneita. Tämä pienentää sitä osaa ympäristöstänne, johon PCI DSS soveltuu. Arvioijanne vahvistaa lopullisen laajuuden.

Lukekaa lisää: KorttimaksutLinkki tähän kysymykseen

Kyllä. Verkkokorttimaksuissa integroimme EMV 3-D Securen yhdyskäytävän kautta, joten liikkeeseenlaskija voi todentaa kortinhaltijan silloin, kun sääntely tai riski sitä vaatii. Käsittelemme haaste- ja sujuvat virrat kassalla ja testaamme molemmat palveluntarjoajan testikorteilla.

Lukekaa lisää: KorttimaksutLinkki tähän kysymykseen

Asiakas näkee, mitä dataa jaetaan, mihin tarkoitukseen ja kuinka pitkäksi ajaksi, ja todentaa itsensä omassa pankissaan. Liitin tallentaa suostumuksen ja sen tokenit salattuina, ja jokainen kutsu sidotaan voimassa olevaan suostumukseen. Asiakkaat voivat peruuttaa suostumuksen, ja liitin lopettaa kyseisen pankin kutsumisen heidän puolestaan, kun he tekevät niin.

Lukekaa lisää: Avoimen pankkitoiminnan rajapinnatLinkki tähän kysymykseen

Tokenit ja suostumustallenteet salataan levossa, vain liitin voi käyttää niitä, ja jokainen kutsu lokitetaan sen taustalla olevan suostumuksen kanssa. Keräämme vain datan, jonka tarkoitus tarvitsee, ja asetamme sen säilytysajan. Tietosuojalait kuten GDPR koskevat tätä dataa, ja suunnittelemme yhdessä tietosuojavastaavanne kanssa.

Lukekaa lisää: Avoimen pankkitoiminnan rajapinnatLinkki tähän kysymykseen

Jokainen saapuva webhook vahvistetaan ennen käsittelyä: allekirjoituksella silloin, kun kumppani allekirjoittaa viestinsä, ja tunnuksella, lähteellä ja aikaleimatarkistuksilla silloin, kun se ei sitä tee. Hyötykuormat validoidaan sopimusta vasten, ja tapahtumat käsitellään kerran, vaikka kumppani lähettäisi ne useammin kuin kerran.

Lukekaa lisää: ERP:n ja kolmannen osapuolen rajapintayhteydetLinkki tähän kysymykseen

Jokainen integraatio käyttää omaa teknistä tiliään, jolla on vain sen työnkulkujen tarvitsemat oikeudet, ei koskaan henkilön kirjautumista. Tunnukset ovat salaisuusvarastossanne, eivät koodissa, ja insinöörien pääsy on nimetty, lokitettu ja poistettu heidän lähtiessään projektista.

Lukekaa lisää: ERP- ja CRM-järjestelmien käyttöönotto ja synkronointiLinkki tähän kysymykseen

Pääsy on roolipohjainen ja noudattaa identiteetintarjoajaanne, joten jokainen näkee vain ne asiakkaat ja kentät, joita hänen työnsä tarvitsee. Arkaluonteiset kentät voidaan peittää tai salata, ja muutokset lokitetaan. Integraatiot käyttävät omia teknisiä tilejään rajatuin oikeuksin, ja niiden tunnukset pysyvät salaisuusvarastossanne.

Lukekaa lisää: ERP- ja CRM-järjestelmien käyttöönotto ja synkronointiLinkki tähän kysymykseen

Maksutiedostot allekirjoitetaan ja salataan kunkin pankin vaatimalla tavalla, ja ne kulkevat vain sovittua kanavaa pitkin. Avaimet ja varmenteet pidetään avainholvissanne tai laitteistopohjaisessa salausmoduulissa, ei koskaan koodissa. Tiedostot validoidaan ennen lähettämistä, ja jokainen siirto lokitetaan, joten voitte jäljittää, kuka hyväksyi ja lähetti kunkin maksun.

Lukekaa lisää: Pankki-, treasury- ja ISO 20022 -yhteydetLinkki tähän kysymykseen

Emme voi poistaa PCI DSS:ää, mutta voimme pienentää sitä, kuinka suureen osaan ympäristöänne se soveltuu. Isännöidyt maksusivut, päästä päähän salaus päätteellä ja yhdyskäytävän tokenit pitävät korttinumerot poissa POS:stanne, ERP:stä ja datavarastosta. Dokumentoimme datavirrat arvioijaanne varten.

Lukekaa lisää: Maksut, agenttinen kaupankäynti (AP2) ja POSLinkki tähän kysymykseen

Kyllä. Lisäämme kertakirjautumisen OpenID Connectillä tai SAML 2.0:lla sellaisten tarjoajien kautta, kuten Microsoft Entra ID tai Keycloak. Käyttäjät provisioidaan SCIM:llä, kun sovellus tukee sitä. Identiteetintarjoajanne pysyy ainoana paikkana, jossa pääsy myönnetään ja poistetaan.

Lukekaa lisää: Middleware- ja rajapintaintegraatiopalvelutLinkki tähän kysymykseen

Kyllä. Työskentelemme käytäntöjenne puitteissa: noudatamme pääsysääntöjänne, ympäristöjänne, muutosprosessianne ja auditointivaatimuksianne. Ennen työn alkua sovimme, miten dataa käsitellään, mihin ympäristöihin insinöörit pääsevät ja mitä näyttöä riski- ja vaatimustenmukaisuustiiminne tarvitsevat. Kuvaamme soveltamamme kontrollit selkeästi, jotta arvioijanne voivat tarkistaa ne.

Lukekaa lisää: Fintech ja rahoituspalvelutLinkki tähän kysymykseen

Suunnittelemme niin, että mahdollisimman harva järjestelmä näkee koskaan täydellisen korttinumeron. Isännöidyt maksukentät, tokenisointi ja verkkotokenit pitävät korttidatan käsittelijällä, mikä pienentää PCI DSS -laajuuttanne. Kun järjestelmän on käsiteltävä korttidataa, rakennamme sen soveltuvien PCI DSS -kontrollien mukaisesti ja dokumentoimme ne arvioijaanne varten.

Lukekaa lisää: Fintech ja rahoituspalvelutLinkki tähän kysymykseen

Siellä, missä sääntönne sanovat. Työskentelemme valtion tai suvereenien pilvialueiden, hyväksyttyjen kaupallisten pilvien tai omien konesalienne kanssa, ja suunnittelemme järjestelmän niin, että te teette isännöintipäätöksen. Varmuuskopiot, lokit ja tukipääsy noudattavat samaa sääntöä, koska data poistuu alueelta usein juuri niiden eikä sovelluksen kautta.

Lukekaa lisää: Julkinen sektoriLinkki tähän kysymykseen

Jokainen järjestelmä säilyttää vain tarvitsemansa datan valitsemallanne alueella, salattuna siirrossa ja levossa. Pääsy noudattaa rooleja ja lokitetaan. Suunnittelemme GDPR:n ja teihin sovellettavien MENA-alueen henkilötietosuojalakien mukaisesti.

Lukekaa lisää: Kiinteistöt ja matkailuLinkki tähän kysymykseen

Luemme dataa suojattujen, valvottujen polkujen kautta emmekä koskaan muuta ohjausjärjestelmää muutos- ja turvallisuusprosessienne ulkopuolella. Käytössä oleviin järjestelmiin kohdistuva työ suunnitellaan operaatioinsinöörienne kanssa, ja jokainen muutos voidaan peruuttaa.

Lukekaa lisää: Energia ja verkkoliiketoimintaLinkki tähän kysymykseen

Keräämme vain ne tiedot, joita ominaisuus tarvitsee, pidämme ne valitsemallanne alueella ja ympäristössä ja salaamme ne siirrossa ja levossa. Pääsy seuraa rooleja ja kirjataan. Insinöörimme työskentelevät synteettisellä tai anonymisoidulla datalla aina kun mahdollista ja todellisella datalla vain teidän hyväksynnällänne ja valvonnassanne.

Lukekaa lisää: TerveydenhuoltoLinkki tähän kysymykseen

Vaatimustenmukaisuus kuuluu organisaatioonne ja siihen, miten se käyttää järjestelmää, joten mikään ohjelmistotoimittaja ei voi tehdä teistä vaatimustenmukaisia yksin. Me suunnittelemme ja rakennamme sovellettavien vaatimusten mukaan, dokumentoimme hallintakeinot ja tuemme tietosuoja- ja tietoturvatiimejänne niiden arvioinneissa.

Lukekaa lisää: TerveydenhuoltoLinkki tähän kysymykseen

Henkilötiedot peitetään tai tokenoidaan ennen kuin mallit näkevät ne, ja mallit voivat toimia yksityisessä tai suvereenissa pilvessä, joten data ei koskaan poistu ympäristöstänne.

Lukekaa lisää: MarkkinointiLinkki tähän kysymykseen

Jokaisella agentilla on oma identiteettinsä ja juuri oikeaan aikaan -tunnuksensa, työkalut ovat kehoteinjektio- ja työkalujen myrkytys -suojakaiteiden takana, ja jokainen toiminto lokitetaan.

Lukekaa lisää: AsiakastukiLinkki tähän kysymykseen

Pääsy noudattaa rooleja ja se lokitetaan, data pysyy lain vaatimassa paikassa, ja alustat on suunniteltu GDPR:ää ja MENA-alueen henkilötietojen suojalakeja varten.

Lukekaa lisää: Henkilöstö ja osaaminenLinkki tähän kysymykseen

Vaatimustenmukaisuus kuuluu organisaatiollenne ja sille, miten se toimii. Suunnittelemme ja rakennamme järjestelmät läpäisemään sovellettavat auditoinnit, dokumentoimme valvonnan ja tuemme tiimejänne niiden arvioinneissa.

Lukekaa lisää: Lakiasiat, riskit ja vaatimustenmukaisuusLinkki tähän kysymykseen

Tekoälyn hallinnalla, suojakaiteilla ja algoritmisen riskin auditoinneilla sekä tallenteilla siitä, mitä kukin malli ja agentti teki, jotta arvioinnilla on todisteita, joiden pohjalta työskennellä.

Lukekaa lisää: Lakiasiat, riskit ja vaatimustenmukaisuusLinkki tähän kysymykseen

Kyllä. Mallit voivat toimia ilmaraotettuina, paikallisesti tai alueellisessa suvereenissa pilvessä, käyttöoikeudet huomioivalla haulla, joka pakottaa käyttöoikeudet ennen kuin mikään malli näkee datan.

Lukekaa lisää: Lakiasiat, riskit ja vaatimustenmukaisuusLinkki tähän kysymykseen