Maksut, agenttinen kaupankäynti (AP2) ja POS
Korttimaksut, agenttinen kassa ja myymälät yhdistettyinä päätteeltä kirjanpitoon
Kun myymälät, kassat ja kirjanpito ovat eri mieltä
Korttimaksu koskettaa useita järjestelmiä muutamassa sekunnissa: päätettä tai kassaa, yhdyskäytävää, kortinhyväksyjää, korttijärjestelmää ja kortin liikkeeseenlaskijaa. Rahat ja kulut saapuvat myöhemmin tilitystiedostoissa, jotka jonkun on sovitettava ERP:nne myynteihin.
Kun myymälät, verkkokassat ja ERP synkronoivat yön yli erissä, varasto ylimyy kampanjoiden aikana ja tilityserot kertyvät eri kortinhyväksyjiltä. Kassa hidastuu kiireisimpinä hetkinä. Nyt myös tekoälyagentit alkavat ostaa asiakkaiden puolesta.
Mikä muuttuu teille
Yksi näkymä varastoon ja myyntiin
Myynnit, palautukset, hinnat ja varasto samassa tahdissa jokaisessa myymälässä, verkkokaupassa ja ERP:ssä, reaaliajassa eikä yön yli.
Tilitykset, jotka täsmäävät
Tilitys- ja kulutiedostot jokaiselta kortinhyväksyjältä sovitettuina automaattisesti myynteihin, erot lueteltuina tiimillenne.
Valmiina agenttiseen kaupankäyntiin
Kassa, joka voi vastaanottaa maksuja tekoälyagenteilta todennettavalla tallenteella siitä, mihin asiakas valtuutti.
Mitä toimitamme
Yhdyskäytävän, kortinhyväksyjän ja korttiverkon yhdistäminen
Valtuutus-, veloitus-, hyvitys- ja peruutusvirrat ISO 8583:n, ISO 20022:n tai tarjoajan rajapinnan kautta, usean kortinhyväksyjän orkestroinnilla ja jokainen vastauskoodi käsiteltynä.
AP2 ja kryptografisesti valtuutettu kassa
AP2 on avoin protokolla, joka antaa tekoälyagentin maksaa asiakkaan puolesta. Kryptografisesti allekirjoitetut valtuutukset tallentavat, mihin asiakas suostui, ja integroimme ne kassaanne.
EMV- ja SoftPOS-päätteet
EMV-siru- ja lähimaksupäätteet sekä SoftPOS, joka hyväksyy lähimaksukortit tavallisella puhelimella tai tabletilla, yhdistettyinä POS- tai kioskiohjelmistoosi.
Tilitystiedostojen automatisoitu käsittely
Vastaanottajien tilitys- ja kulutiedostot kerättyinä, validoituina, auditoituina ja muutettuina kirjauksiksi, jotka ERP:nne osaa täsmäyttää.
Reaaliaikainen POS- ja ERP-synkronointi
Myynnit, palautukset, hinnoittelu, kampanjat ja varastotasot synkronoituna jokaisen myymälän ja ERP:n välillä tapahtumavirtautuskerroksen kautta.
Tokenointi ja PCI DSS -laajuus
Korttinumerot korvattuina tokeneilla ja pidettyinä poissa POS:stanne ja ERP:stä, kirjallinen näkemys siitä, mitkä järjestelmät jäävät PCI DSS -laajuuteen.
Sertifiointi ja käyttöönotto
Testiskriptit ja todisteet kunkin tarjoajan sertifiointiin, pilotti muutamassa myymälässä ja sitten käyttöönotto myymälä kerrallaan päivittäisiä summia vertaillen.
Miten työskentelemme
Yhden myynnin seuraaminen
Seuraamme myyntiä kassalta tai verkkokassasta kirjanpitoon talous-, myymälä- ja IT-tiimienne kanssa ja sovimme laajuuden.
Integraation suunnittelu
Valitsemme protokollat, tokenointitavan ja viestivirrat ja kirjoitamme rajapintamäärittelyn.
Rakentaminen ja testaus
Rakennamme maksu-, tilitys- ja POS-virrat automatisoiduin testein, mukaan lukien hylkäykset, aikakatkaisut ja hyvitykset.
Sertifiointi tarjoajan kanssa
Ajamme tarjoajan testitapaukset sen testiympäristössä ja korjaamme sen, minkä sertifiointi löytää.
Pilotti ja käyttöönotto
Otamme käyttöön ensin muutamassa myymälässä tai kanavassa, vertaamme summia päivittäin ja otamme sitten käyttöön myymälä kerrallaan.
Valvonta ja tuki
Seuraamme hyväksymisasteita, tilitystiedostoja ja myymäläkirjauksia ja hoidamme tarjoajien muutokset niiden ilmoittamisen mukaan.
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
Korttimaksut: valtuutus kassalla, selvitys myöhemmin, täsmäytys ERP:ssä
Pääte tai verkkokassa kysyy yhdyskäytävältä, yhdyskäytävä kortinhyväksyjältä ja kortinhyväksyjä ohjaa korttijärjestelmälle ja liikkeellelaskijalle. Selvitystiedostot saapuvat myöhemmin ja ne täsmäytetään myyntiin ja palkkioihin ERP:ssä. Aikakatkaisu laukaisee peruutuksen, jotta asiakasta ei veloiteta kahdesti.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 8 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta EMV-pääte tai verkkokassa kohteeseen Maksuyhdyskäytävä: Valtuutuspyyntö protokollan EMV · REST/JSON kautta (ensisijainen kulku).
- Kohteesta Maksuyhdyskäytävä kohteeseen Kortinhyväksyjä: Valtuutus protokollan ISO 8583 kautta (ensisijainen kulku).
- Kohteesta Kortinhyväksyjä kohteeseen Korttijärjestelmä ja liikkeellelaskija: Ohjattu liikkeellelaskijalle protokollan ISO 8583 kautta (ensisijainen kulku).
- Kohteesta Kortinhyväksyjä kohteeseen Maksuyhdyskäytävä: Hyväksytty tai hylätty protokollan ISO 8583 kautta (asynkroninen).
- Kohteesta Kortinhyväksyjä kohteeseen Integraatiokerros: Selvitys- ja palkkiotiedostot protokollan SFTP kautta (asynkroninen).
- Kohteesta Integraatiokerros kohteeseen ERP: Selvitetyt myynnit, palkkiot ja maksatukset protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Maksuyhdyskäytävä kohteeseen EMV-pääte tai verkkokassa: Ei vastausta ajoissa: automaattinen peruutus protokollan ISO 8583 0400 kautta (poikkeuspolku).
- Kohteesta Integraatiokerros kohteeseen Maksuoperaatioiden tiimi: Selvityksen poikkeama tai takaisinveloitus (poikkeuspolku).
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
POS:sta ERP:iin: jokainen myynti kirjataan kerran
Myynti kulkee kassoilta ERP:iin tapahtumina, ja hinnat ja varasto kulkevat takaisin. Yhteyden katkaissut myymälä jatkaa myyntiä ja ottaa kiinni. Epäonnistunut kirjaus yritetään uudelleen ja annetaan sitten ihmiselle.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 8 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta POS-päätteet kohteeseen Myymälä- tai POS-pilvipalvelin: Myynti, palautukset ja mitätöinnit (ensisijainen kulku).
- Kohteesta Myymälä- tai POS-pilvipalvelin kohteeseen Integraatiokerros: Myyntitapahtumat ja päivän päätössummat tapahtumajonon kautta protokollan REST/JSON kautta (asynkroninen).
- Kohteesta Integraatiokerros kohteeseen ERP: Myynti ja varastosiirrot kirjattu protokollan OData · REST/JSON kautta (ensisijainen kulku).
- Kohteesta ERP kohteeseen Integraatiokerros: Hinnat, kampanjat ja nimiketiedot API:n tai tiedostoviennin kautta protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Myymälä- tai POS-pilvipalvelin: Hinta- ja varastopäivitykset protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Uudelleenyritysjono: Kirjaus epäonnistui (poikkeuspolku).
- Kohteesta Uudelleenyritysjono kohteeseen Integraatiokerros: Yritetty uudelleen (poikkeuspolku).
- Kohteesta Uudelleenyritysjono kohteeseen Myymäläoperaatioiden tiimi: Yhä epäonnistuu: hälytys yksityiskohtineen (poikkeuspolku).
Standardit ja protokollat
Tuotteen tai tarjoajan nimeäminen ei tarkoita kumppanuutta sen kanssa.
- Ohjelmointikielet
- Go
- Kehykset
- Node.js
- Data ja analytiikka
- Apache Kafka
- Tietokannat
- Redis
- DevOps ja havaittavuus
- Kubernetes
- Pankkistandardit ja -kanavat
- ISO 20022
- Maksut
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Näyttö tuotannosta
Monibrändiselle GCC-alueen vähittäiskauppa- ja kauppakeskuskonsernille korvasimme yön yli ajettavat eräskriptit reaaliaikaisella POS- ja ERP-synkronoinnilla. Yhdistimme myös usean kortinhyväksyjän maksut automaattisella tilityksellä ja rakensimme varaston varauspalvelun salamyyntien huippuja varten.
Miten aloittaa
Selkeät tarjoaja- ja myymälävaatimukset etenevät suoraan tarjoukseen. Uusi maksualusta tai agenttinen kassa alkaa yleensä Blueprint Studiossa.
Mitä tapahtuu seuraavaksi
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Polun valinta
Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.
Tekoälynatiivit tuotetiimit
Hallinnoituja, monialaisia seniori-insinöörien tiimejä, joilla on käytössään agenttipohjaiset koodaus- ja QA-työkalut.
Kiinteisiin tuloksiin perustuvat projektit ja ympärivuorokautiset hallinnoidut palvelut
Kiinteälaajuinen, välitavoitteisiin perustuva toimitus nimetyin toimitusten vastuuhenkilöin sekä ympärivuorokautiset sovellusten hallinnoidut palvelut SLA-hallinnan alaisuudessa.
Kysymyksiä ja vastauksia
Työskentelettekö suoraan ISO 8583:n kanssa?
Kyllä, kun kortinhyväksyjä tai käsittelijä tarjoaa sen. ISO 8583 on kehys eikä yksi muoto: jokainen kortinhyväksyjä julkaisee oman määrittelynsä kentistä ja viestityypeistä. Rakennamme sen määrittelyn pohjalta, käsittelemme valtuutukset, peruutukset ja ilmoitusviestit ja testaamme jokaisen vastauskoodin.
Mikä AP2 on, ja tarvitsemmeko sitä nyt?
Agent Payments Protocol (AP2) on avoin protokolla tekoälyagenttien tekemille maksuille. Jokaisessa ostossa on allekirjoitetut valtuutukset, jotka näyttävät, mihin asiakas valtuutti, joten kauppiaat, liikkeeseenlaskijat ja kortinhyväksyjät voivat luottaa siihen ja auditoida sen. Jos tekoälyagentit todennäköisesti asioivat luonanne, voimme tehdä kassastanne AP2-valmiin nykyisten virtojenne rinnalle.
Miten pienennätte PCI DSS -laajuuttamme?
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.
Voimmeko hyväksyä kortteja puhelimilla päätteiden sijaan?
Kyllä, SoftPOSilla. Lähimaksukortit ja lompakot hyväksytään tuetulla puhelimella tai tabletilla kortinhyväksyjänne tai tarjoajanne sertifioidun maksusovelluksen kautta. Integroimme sovelluksen POS-, myynti- ja tilitysvirtoihinne kuten minkä tahansa päätteen.
Mitä tapahtuu, kun myymälä menettää yhteyden?
Myymälä jatkaa myyntiä. Myynnit tallennetaan paikallisesti ja lähetetään ERP:hen, kun yhteys palaa, kukin yksilöllisellä tunnisteella, jotta mitään ei kirjata kahdesti. Voivatko korttimaksut jatkua yhteydettömänä, riippuu kortinhyväksyjänne säännöistä ja riskinsietokyvystänne, ja suunnittelemme sen kanssanne.
Hoidatteko hyvitykset ja takaisinveloitukset?
Kyllä. Hyvitykset ja peruutukset ovat osa rakentamiamme maksuvirtoja. Takaisinveloituksia varten tuomme kortinhyväksyjän riitatiedostot ja yhdistämme jokaisen alkuperäiseen myyntiin ja tilitykseen. Tiiminne saa luettelon käsiteltäväksi todisteet liitettyinä.
Valmiina rakentamaan? Pyytäkää tarjous.
Lähettäkää vaatimuksenne tai tarjouspyyntönne. Arkkitehtimme validoivat ne ja palauttavat sitovan tarjouksen, jonka laajuus on kiinteä.
Mitä tapahtuu seuraavaksi
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Sitova tarjous
Teille tehdään arkkitehtuurin validointi ilman kustannuksia, minkä jälkeen saatte sitovan, kiinteän laajuuden tarjouksen kolmen ja viiden arkipäivän kuluessa: välitavoitteet, arkkitehtuuri, tiimirakenne ja palvelutasot. Allekirjoitamme kanssanne salassapitosopimuksen (NDA) pyynnöstä ennen kuin jaatte vaatimuksenne.
Käynnistys
Kun allekirjoitatte, suunnittelutiimimme aloittaa Sprint 0:n viiden ja kymmenen arkipäivän kuluessa sopimuksen allekirjoituksesta.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.