Pembayaran, perdagangan agentik (AP2), dan POS
Pembayaran kartu, checkout agentik, dan toko yang terhubung dari terminal sampai buku besar
Ketika toko, checkout, dan buku besar tidak selaras
Satu pembayaran kartu menyentuh beberapa sistem dalam hitungan detik: terminal atau checkout, gateway, acquirer, skema kartu, dan penerbit. Dana dan biaya baru tiba kemudian dalam berkas penyelesaian yang harus direkonsiliasi seseorang dengan penjualan di ERP Anda.
Ketika toko, checkout online, dan ERP disinkronkan dalam batch tiap malam, stok terjual berlebih saat promosi dan selisih penyelesaian menumpuk di berbagai acquirer. Checkout melambat pada saat paling sibuk. Kini agen AI juga mulai membeli atas nama pelanggan.
Yang berubah bagi Anda
Satu pandangan atas stok dan penjualan
Penjualan, pengembalian, harga, dan stok selaras di setiap toko, toko online, dan ERP, secara waktu nyata, bukan dalam batch tiap malam.
Penyelesaian yang cocok
Berkas penyelesaian dan biaya dari setiap acquirer dicocokkan otomatis dengan penjualan, dan selisihnya dicantumkan untuk tim Anda.
Siap untuk perdagangan agentik
Checkout yang dapat menerima pembayaran dari agen AI dengan catatan yang dapat diverifikasi atas apa yang diotorisasi pelanggan.
Yang kami sediakan
Konektivitas gateway, acquirer, dan jaringan kartu
Alur otorisasi, penangkapan, pengembalian dana, dan pembalikan melalui ISO 8583, ISO 20022, atau API penyedia, dengan orkestrasi multi-acquirer serta penanganan setiap kode respons.
AP2 dan checkout mandat kriptografis
AP2 adalah protokol terbuka yang memungkinkan agen AI membayar atas nama pelanggan. Mandat yang ditandatangani secara kriptografis mencatat apa yang disetujui pelanggan, dan kami mengintegrasikannya ke checkout Anda.
Terminal EMV dan SoftPOS
Terminal chip EMV dan terminal nirsentuh, serta SoftPOS yang menerima kartu nirsentuh di ponsel atau tablet biasa, terhubung ke perangkat lunak POS atau kios Anda.
Pemrosesan berkas penyelesaian secara otomatis
Berkas penyelesaian dan biaya dari acquirer dikumpulkan, divalidasi, diaudit, dan diubah menjadi pencatatan yang dapat dicocokkan ERP Anda.
Sinkronisasi POS ke ERP secara waktu nyata
Penjualan, pengembalian, harga, promosi, dan tingkat stok disinkronkan antara setiap toko dan ERP melalui lapisan streaming peristiwa.
Tokenisasi dan cakupan PCI DSS
Nomor kartu diganti dengan token dan dijauhkan dari POS serta ERP Anda, disertai uraian tertulis tentang sistem mana yang tetap berada dalam cakupan PCI DSS.
Sertifikasi dan penerapan
Skrip pengujian dan bukti untuk sertifikasi setiap penyedia, pilot di beberapa toko, lalu penerapan toko demi toko dengan total harian dibandingkan.
Cara kami bekerja
Ikuti satu penjualan
Kami menelusuri satu penjualan dari kasir atau checkout sampai buku besar bersama tim keuangan, toko, dan TI Anda, lalu menyepakati cakupannya.
Rancang integrasi
Kami memilih protokol, pendekatan tokenisasi, dan alur pesan, lalu menulis spesifikasi antarmuka.
Bangun dan uji
Kami membangun alur pembayaran, penyelesaian, dan POS dengan pengujian otomatis, termasuk penolakan, timeout, dan pengembalian dana.
Sertifikasi dengan penyedia
Kami menjalankan kasus uji penyedia di lingkungan pengujiannya dan memperbaiki temuan sertifikasinya.
Pilot, lalu terapkan
Kami meluncurkan di beberapa toko atau kanal lebih dulu, membandingkan total harian, lalu menerapkan toko demi toko.
Pantau dan dukung
Kami memantau tingkat persetujuan, berkas penyelesaian, dan pencatatan toko, serta menangani perubahan penyedia begitu diumumkan.
Gulir ke samping untuk melihat seluruh gambar.
Pembayaran kartu: diotorisasi di kasir, diselesaikan kemudian, direkonsiliasi di ERP
Terminal atau pembayaran online mengirim permintaan ke gateway pembayaran, gateway pembayaran mengirim permintaan ke acquirer, dan acquirer meneruskan ke skema kartu dan penerbit. Berkas penyelesaian tiba kemudian dan dicocokkan dengan penjualan dan biaya di ERP. Waktu tunggu habis memicu pembalikan sehingga nasabah tidak pernah ditagih dua kali.
- Alur utama
- Asinkron
- Jalur pengecualian
Alur dalam 8 langkah
Alur, langkah demi langkah
- Dari Terminal EMV atau pembayaran online ke Gateway pembayaran: Permintaan otorisasi, melalui EMV · REST/JSON (alur utama).
- Dari Gateway pembayaran ke Acquirer: Otorisasi, melalui ISO 8583 (alur utama).
- Dari Acquirer ke Skema kartu dan penerbit: Diteruskan ke penerbit, melalui ISO 8583 (alur utama).
- Dari Acquirer ke Gateway pembayaran: Disetujui atau ditolak, melalui ISO 8583 (asinkron).
- Dari Acquirer ke Lapisan integrasi: Berkas penyelesaian dan biaya, melalui SFTP (asinkron).
- Dari Lapisan integrasi ke ERP: Penjualan, biaya, dan pembayaran keluar yang telah diselesaikan, melalui REST/JSON (alur utama).
- Dari Gateway pembayaran ke Terminal EMV atau pembayaran online: Tidak ada respons pada waktunya: pembalikan otomatis, melalui ISO 8583 0400 (jalur pengecualian).
- Dari Lapisan integrasi ke Tim operasional pembayaran: Selisih rekonsiliasi atau chargeback (jalur pengecualian).
Gulir ke samping untuk melihat seluruh gambar.
POS ke ERP: setiap penjualan dicatat sekali
Penjualan mengalir dari kasir ke ERP sebagai event, dan harga serta stok mengalir kembali. Toko yang menjadi offline tetap berjualan dan menyusul. Pencatatan yang gagal dicoba ulang, lalu diserahkan kepada petugas.
- Alur utama
- Asinkron
- Jalur pengecualian
Alur dalam 8 langkah
Alur, langkah demi langkah
- Dari Terminal POS ke Toko atau server cloud POS: Penjualan, pengembalian dan pembatalan (alur utama).
- Dari Toko atau server cloud POS ke Lapisan integrasi: Event penjualan dan total akhir hari, melalui antrean event, melalui REST/JSON (asinkron).
- Dari Lapisan integrasi ke ERP: Penjualan dan pergerakan stok dicatat, melalui OData · REST/JSON (alur utama).
- Dari ERP ke Lapisan integrasi: Harga, promosi dan data item, melalui API atau ekspor berkas, melalui REST/JSON (alur utama).
- Dari Lapisan integrasi ke Toko atau server cloud POS: Pembaruan harga dan stok, melalui REST/JSON (alur utama).
- Dari Lapisan integrasi ke Antrean percobaan ulang: Pencatatan gagal (jalur pengecualian).
- Dari Antrean percobaan ulang ke Lapisan integrasi: Dicoba ulang (jalur pengecualian).
- Dari Antrean percobaan ulang ke Tim operasional toko: Masih gagal: peringatan disertai detail (jalur pengecualian).
Standar dan protokol
Menyebut nama produk atau penyedia tidak berarti kami bermitra dengannya.
- Bahasa
- Go
- Kerangka kerja
- Node.js
- Data dan analitik
- Apache Kafka
- Basis data
- Redis
- DevOps dan observabilitas
- Kubernetes
- Standar dan kanal perbankan
- ISO 20022
- Pembayaran
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Bukti di produksi
Untuk grup ritel dan mal multi-merek di GCC, kami menggantikan skrip batch tiap malam dengan sinkronisasi POS ke ERP secara waktu nyata. Kami juga menyatukan pembayaran multi-acquirer dengan penyelesaian otomatis, dan membangun layanan reservasi inventaris untuk puncak flash sale.
Cara memulai
Kebutuhan penyedia dan toko yang sudah jelas langsung diolah menjadi proposal. Platform pembayaran baru, atau checkout agentik, biasanya dimulai di Blueprint Studio.
Yang terjadi selanjutnya
Sesi pra-konsultasi
sesi pra-konsultasi online gratis selama 30 menit: kami membahas sasaran, sistem, dan kendala Anda.
Tinjauan kesiapan
Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.
Memilih jalur
Proyek yang lingkupnya sudah siap menerima proposal yang mengikat dalam 3–5 hari kerja. Proyek pada tahap konsep dimulai di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak terdokumentasi, atau perlu integrasi dimulai dengan diagnostik senilai 1–2 minggu. Blueprint Studio dan diagnostik masing-masing memiliki biaya tetap yang dicantumkan dalam proposal.
Penyampaian dalam lima tahap
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.
Tim produk AI-native
Pod produk lintas fungsi yang terkelola, berisi insinyur senior, dan dilengkapi kerangka kerja pengodean agentik dan QA.
Proyek dengan luaran tetap dan layanan terkelola 24/7
Penyampaian berbasis lingkup tetap dan tonggak, dengan pemimpin penyampaian yang disebutkan namanya, serta layanan terkelola aplikasi 24/7 di bawah tata kelola SLA.
Pertanyaan dan jawaban
Apakah Anda bekerja langsung dengan ISO 8583?
Ya, jika acquirer atau pemroses menyediakannya. ISO 8583 adalah kerangka kerja, bukan satu format: setiap acquirer menerbitkan spesifikasinya sendiri untuk bidang dan jenis pesan. Kami membangun berdasarkan spesifikasi tersebut, menangani otorisasi, pembalikan, dan pesan advice, serta menguji setiap kode respons.
Apa itu AP2, dan apakah kami memerlukannya sekarang?
Agent Payments Protocol (AP2) adalah protokol terbuka untuk pembayaran yang dilakukan oleh agen AI. Setiap pembelian membawa mandat bertanda tangan yang menunjukkan apa yang diotorisasi pelanggan, sehingga merchant, penerbit, dan acquirer dapat memercayai dan mengauditnya. Jika agen AI kemungkinan berbelanja melalui Anda, kami dapat menyiapkan proses pembayaran Anda agar siap AP2 di samping alur yang Anda gunakan saat ini.
Bagaimana Anda mengurangi cakupan PCI DSS kami?
Kami tidak dapat menghapus PCI DSS, tetapi kami dapat mengurangi bagian dari lingkungan Anda yang terkena cakupannya. Halaman pembayaran terkelola, enkripsi titik ke titik di terminal, dan token gateway menjaga nomor kartu tetap di luar POS, ERP, dan gudang data Anda. Kami mendokumentasikan aliran data untuk asesor Anda.
Bisakah kami menerima kartu di ponsel, bukan di terminal?
Ya, dengan SoftPOS. Kartu dan dompet nirsentuh diterima di ponsel atau tablet yang didukung melalui aplikasi pembayaran tersertifikasi dari acquirer atau penyedia Anda. Kami mengintegrasikan aplikasi tersebut dengan POS, alur penjualan, dan alur penyelesaian Anda seperti terminal lainnya.
Apa yang terjadi jika toko kehilangan koneksi?
Toko tetap dapat berjualan. Transaksi penjualan disimpan secara lokal dan dikirim ke ERP saat koneksi kembali, masing-masing dengan pengenal unik agar tidak ada yang tercatat dua kali. Apakah pembayaran kartu dapat berlanjut secara offline bergantung pada aturan acquirer Anda dan selera risiko Anda, dan kami merancangnya bersama Anda.
Apakah Anda menangani pengembalian dana dan chargeback?
Ya. Pengembalian dana dan pembalikan merupakan bagian dari alur pembayaran yang kami bangun. Untuk chargeback, kami mengimpor laporan sengketa dari acquirer dan menautkan setiap laporan ke penjualan dan penyelesaian aslinya. Tim Anda menerima daftar untuk ditindaklanjuti, beserta bukti yang dilampirkan.
Siap membangun? Ajukan proposal.
Kirimkan kebutuhan Anda atau RFP. Arsitek kami memvalidasinya dan mengembalikan proposal yang mengikat dengan lingkup tetap.
Yang terjadi selanjutnya
Tinjauan kesiapan
Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.
Proposal yang mengikat
Setelah validasi arsitektur tanpa biaya, Anda menerima proposal yang mengikat dengan lingkup tetap dalam 3–5 hari kerja: tonggak, arsitektur, struktur tim, dan SLA. Kami menandatangani perjanjian kerahasiaan (NDA) dengan Anda atas permintaan, sebelum Anda membagikan kebutuhan Anda.
Mobilisasi
Setelah Anda menandatangani, pod rekayasa kami memulai Sprint 0 dalam 5–10 hari kerja setelah penandatanganan kontrak.
Penyampaian dalam lima tahap
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.