Pembayaran, perdagangan agentik (AP2) dan POS
Pembayaran kad, kaunter bayaran agentik dan kedai yang bersambung dari terminal hingga ke lejar
Apabila kedai, kaunter bayaran dan lejar tidak sehaluan
Satu pembayaran kad menyentuh beberapa sistem dalam beberapa saat: terminal atau kaunter bayaran, get laluan pembayaran, pemeroleh, skim kad dan pengeluar kad. Wang dan fi tiba kemudian dalam fail penyelesaian yang perlu dipadankan dengan jualan dalam ERP anda.
Apabila kedai, kaunter bayaran dalam talian dan ERP disegerakkan dalam kelompok semalaman, stok terlebih jual semasa promosi dan perbezaan penyelesaian menimbun merentas pemeroleh. Kaunter bayaran menjadi perlahan pada waktu paling sibuk. Kini ejen AI juga mula membeli bagi pihak pelanggan.
Apa yang berubah untuk anda
Satu pandangan bagi stok dan jualan
Jualan, pemulangan, harga dan stok selaras di setiap kedai, kedai dalam talian dan ERP, secara masa nyata dan bukan semalaman.
Penyelesaian yang padan
Fail penyelesaian dan fi daripada setiap pemeroleh dipadankan secara automatik dengan jualan, dan perbezaannya disenaraikan untuk pasukan anda.
Sedia untuk perdagangan agentik
Daftar yang boleh menerima pembayaran daripada ejen AI dengan rekod yang boleh disahkan tentang apa yang dibenarkan oleh pelanggan.
Apa yang kami sampaikan
Sambungan get laluan, pemeroleh dan rangkaian kad
Aliran kebenaran, tangkapan, bayaran balik dan pembalikan melalui ISO 8583, ISO 20022 atau API penyedia, dengan orkestrasi berbilang pemeroleh dan setiap kod respons dikendalikan.
Daftar dengan AP2 dan mandat kriptografi
AP2 ialah protokol terbuka yang membolehkan ejen AI membayar bagi pihak pelanggan. Mandat yang ditandatangani secara kriptografi merekodkan apa yang diluluskan oleh pelanggan, dan kami menyepadukannya ke dalam kaunter bayaran anda.
Terminal EMV dan SoftPOS
Terminal cip EMV dan tanpa sentuh, serta SoftPOS, yang menerima kad tanpa sentuh pada telefon atau tablet biasa, disambungkan kepada perisian POS atau kiosk anda.
Pemprosesan fail penyelesaian secara automatik
Fail penyelesaian dan fi pemeroleh dikumpul, disahkan, diaudit dan ditukar menjadi pengeposan yang boleh dipadankan oleh ERP anda.
Penyegerakan POS ke ERP secara masa nyata
Jualan, pemulangan, harga, promosi dan paras stok disegerakkan antara setiap kedai dan ERP melalui lapisan penstriman peristiwa.
Penokenan dan skop PCI DSS
Nombor kad digantikan dengan token dan dijauhkan daripada POS serta ERP anda, dengan pandangan bertulis tentang sistem mana yang masih dalam skop PCI DSS.
Pensijilan dan pelaksanaan berperingkat
Skrip ujian dan bukti bagi setiap pensijilan penyedia, perintis di beberapa buah kedai, kemudian pelaksanaan kedai demi kedai dengan jumlah harian dibandingkan.
Cara kami bekerja
Ikuti satu jualan
Kami mengikuti satu jualan daripada kaunter atau kaunter bayaran dalam talian hingga ke lejar bersama pasukan kewangan, kedai dan IT anda, lalu bersetuju tentang skopnya.
Reka bentuk integrasi
Kami memilih protokol, pendekatan penokenan dan aliran mesej, lalu menulis spesifikasi antara muka.
Bina dan uji
Kami membina aliran pembayaran, penyelesaian dan POS dengan ujian automatik, termasuk penolakan, tamat masa dan bayaran balik.
Dapatkan pensijilan penyedia
Kami menjalankan kes ujian penyedia dalam persekitaran ujiannya dan membaiki apa-apa yang ditemui oleh pensijilannya.
Perintis, kemudian laksana
Kami mula beroperasi di beberapa buah kedai atau saluran dahulu, membandingkan jumlah setiap hari, kemudian melaksanakannya kedai demi kedai.
Pantau dan sokong
Kami memantau kadar kelulusan, fail penyelesaian dan pengeposan kedai, serta mengendalikan perubahan penyedia apabila ia diumumkan.
Tatal ke sisi untuk melihat keseluruhan lukisan.
Pembayaran kad: dibenarkan di kaunter, diselesaikan kemudian, diselaraskan dalam ERP
Terminal atau kaunter pembayaran bertanya kepada get laluan, get laluan bertanya kepada pemeroleh, dan pemeroleh menghalakan kepada skema kad dan pengeluar. Fail penyelesaian tiba kemudian dan dipadankan dengan jualan serta fi dalam ERP. Tamat masa mencetuskan pembalikan supaya pelanggan tidak dicaj dua kali.
- Aliran utama
- Tak segerak
- Laluan pengecualian
Aliran dalam 8 langkah
Aliran, langkah demi langkah
- Dari Terminal EMV atau kaunter pembayaran dalam talian ke Get laluan pembayaran: Permintaan kebenaran, melalui EMV · REST/JSON (aliran utama).
- Dari Get laluan pembayaran ke Pemeroleh: Kebenaran, melalui ISO 8583 (aliran utama).
- Dari Pemeroleh ke Skema kad dan pengeluar: Dihalakan kepada pengeluar, melalui ISO 8583 (aliran utama).
- Dari Pemeroleh ke Get laluan pembayaran: Diluluskan atau ditolak, melalui ISO 8583 (tak segerak).
- Dari Pemeroleh ke Lapisan integrasi: Fail penyelesaian dan fi, melalui SFTP (tak segerak).
- Dari Lapisan integrasi ke ERP: Jualan, fi dan bayaran keluar diselesaikan, melalui REST/JSON (aliran utama).
- Dari Get laluan pembayaran ke Terminal EMV atau kaunter pembayaran dalam talian: Tiada respons dalam masa: pembalikan automatik, melalui ISO 8583 0400 (laluan pengecualian).
- Dari Lapisan integrasi ke Pasukan operasi pembayaran: Ketidaksepadanan penyelesaian atau caj balik (laluan pengecualian).
Tatal ke sisi untuk melihat keseluruhan lukisan.
POS ke ERP: setiap jualan dimasukkan sekali
Jualan mengalir daripada kaunter bayaran ke ERP sebagai peristiwa, dan harga serta stok mengalir balik. Kedai yang terputus sambungan terus menjual dan menyusul. Pengeposan yang gagal dicuba semula, kemudian diserahkan kepada manusia.
- Aliran utama
- Tak segerak
- Laluan pengecualian
Aliran dalam 8 langkah
Aliran, langkah demi langkah
- Dari Terminal POS ke Pelayan kedai atau awan POS: Jualan, pemulangan dan pembatalan (aliran utama).
- Dari Pelayan kedai atau awan POS ke Lapisan integrasi: Peristiwa jualan dan jumlah hujung hari, melalui baris gilir peristiwa, melalui REST/JSON (tak segerak).
- Dari Lapisan integrasi ke ERP: Jualan dan pergerakan stok dimasukkan, melalui OData · REST/JSON (aliran utama).
- Dari ERP ke Lapisan integrasi: Harga, promosi dan data item, melalui API atau eksport fail, melalui REST/JSON (aliran utama).
- Dari Lapisan integrasi ke Pelayan kedai atau awan POS: Kemas kini harga dan stok, melalui REST/JSON (aliran utama).
- Dari Lapisan integrasi ke Baris gilir cubaan semula: Pengeposan gagal (laluan pengecualian).
- Dari Baris gilir cubaan semula ke Lapisan integrasi: Dicuba semula (laluan pengecualian).
- Dari Baris gilir cubaan semula ke Pasukan operasi kedai: Masih gagal: makluman dengan butiran (laluan pengecualian).
Piawaian dan protokol
Menyebut nama produk atau penyedia tidak bermaksud kami berganding dengannya.
- Bahasa pengaturcaraan
- Go
- Kerangka kerja
- Node.js
- Data dan analitik
- Apache Kafka
- Pangkalan data
- Redis
- DevOps dan kebolehcerapan
- Kubernetes
- Piawaian dan saluran perbankan
- ISO 20022
- Pembayaran
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Bukti dalam pengeluaran
Bagi kumpulan runcit dan pusat beli-belah berbilang jenama di GCC, kami menggantikan skrip kelompok semalaman dengan penyegerakan POS ke ERP secara masa nyata. Kami juga menyatukan pembayaran berbilang pemeroleh dengan penyelesaian automatik, dan membina perkhidmatan tempahan inventori untuk puncak jualan kilat.
Cara bermula
Keperluan penyedia dan kedai yang jelas terus ke cadangan. Platform pembayaran baharu, atau kaunter bayaran agentik, biasanya bermula di Blueprint Studio.
Apa yang berlaku seterusnya
Sesi praperundingan
Satu sesi praperundingan dalam talian percuma selama 30 minit: kami meneliti matlamat, sistem dan kekangan anda.
Semakan kesediaan
Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.
Memilih landasan
Projek yang bersedia dari segi skop menerima cadangan mengikat dalam 3 hingga 5 hari perniagaan. Projek pada peringkat konsep bermula di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak didokumenkan atau memerlukan integrasi bermula dengan diagnostik selama 1 hingga 2 minggu. Blueprint Studio dan diagnostik masing-masing mempunyai fi tetap, disebut dalam cadangan.
Penyampaian dalam lima peringkat
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.
Pasukan produk asli AI
Pod terurus merentas fungsi yang dianggotai jurutera kanan, dilengkapi harness pengekodan agentik dan harness QA.
Projek hasil tetap dan perkhidmatan terurus sepanjang masa
Penyampaian skop tetap yang dipacu pencapaian dengan ketua penyampaian yang dinamakan, serta perkhidmatan terurus aplikasi sepanjang masa di bawah tadbir urus SLA.
Soalan dan jawapan
Adakah anda bekerja terus dengan ISO 8583?
Ya, di tempat pemeroleh atau pemproses menawarkannya. ISO 8583 ialah rangka kerja dan bukan satu format: setiap pemeroleh menerbitkan spesifikasi medan dan jenis mesejnya sendiri. Kami membina daripada spesifikasi itu, mengendalikan kebenaran, pembalikan dan mesej nasihat, serta menguji setiap kod respons.
Apakah AP2, dan perlukah kami memilikinya sekarang?
Protokol Pembayaran Ejen (AP2) ialah protokol terbuka bagi pembayaran yang dibuat oleh ejen AI. Setiap pembelian membawa mandat bertandatangan yang menunjukkan apa yang dibenarkan oleh pelanggan, supaya peniaga, pengeluar kad dan pemeroleh boleh mempercayainya dan mengauditnya. Jika ejen AI berkemungkinan membeli daripada anda, kami boleh menyediakan kaunter bayaran anda untuk AP2 bersama aliran semasa anda.
Bagaimana anda mengurangkan skop PCI DSS kami?
Kami tidak dapat menghapuskan PCI DSS, tetapi kami boleh mengurangkan berapa banyak daripada persekitaran anda yang tertakluk kepadanya. Halaman pembayaran dihoskan, penyulitan hujung ke hujung di terminal dan token get laluan menjauhkan nombor kad daripada POS, ERP dan gudang data anda. Kami mendokumenkan aliran data untuk penilai anda.
Bolehkah kami menerima kad pada telefon dan bukan terminal?
Boleh, dengan SoftPOS. Kad tanpa sentuh dan dompet digital diterima pada telefon atau tablet yang disokong melalui aplikasi pembayaran bersijil daripada pemeroleh atau penyedia anda. Kami menyepadukan aplikasi itu dengan aliran POS, jualan dan penyelesaian anda seperti terminal lain.
Apa yang berlaku apabila kedai kehilangan sambungan?
Kedai terus berjualan. Jualan disimpan secara setempat dan dihantar ke ERP apabila sambungan kembali, setiap satu dengan pengecam unik supaya tiada yang dikejakan dua kali. Sama ada pembayaran kad boleh diteruskan di luar talian bergantung kepada peraturan pemeroleh dan selera risiko anda, dan kami merancangnya bersama anda.
Adakah anda mengendalikan bayaran balik dan caj balik?
Ya. Bayaran balik dan pembalikan ialah sebahagian daripada aliran pembayaran yang kami bina. Bagi caj balik, kami mengimport laporan pertikaian pemeroleh dan mengaitkan setiap satu dengan jualan dan penyelesaian asal. Pasukan anda menerima senarai untuk diselesaikan, dengan bukti dilampirkan.
Bersedia untuk membina? Minta cadangan.
Hantar keperluan atau RFP anda. Arkitek kami mengesahkannya dan mengembalikan cadangan mengikat dengan skop tetap.
Apa yang berlaku seterusnya
Semakan kesediaan
Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.
Cadangan mengikat
Selepas pengesahan seni bina tanpa kos, anda menerima cadangan mengikat berskop tetap dalam 3 hingga 5 hari perniagaan: pencapaian, seni bina, struktur pasukan dan SLA. Kami menandatangani perjanjian kerahsiaan (NDA) dengan anda atas permintaan, sebelum anda berkongsi keperluan anda.
Mobilisasi
Setelah anda menandatangani, pod kejuruteraan kami memulakan Sprint 0 dalam 5 hingga 10 hari perniagaan selepas kontrak ditandatangani.
Penyampaian dalam lima peringkat
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.