Ritel dan perdagangan omnichannel
Toko, etalase online, dan ERP yang selaras pada setiap penjualan dan setiap SKU, secara waktu nyata.
Mengapa toko, kanal online, dan ERP tidak lagi selaras
Peritel menjalankan banyak sistem yang harus saling selaras: kasir, toko online, gudang, penyedia pembayaran, dan ERP. Ketika sistem itu tidak lagi selaras, stok menjadi salah, harga berbeda antarkanal, dan fungsi keuangan menghabiskan berhari-hari untuk merekonsiliasi.
Sinkronisasi batch semalam
Kasir, toko online, dan ERP bertukar data terlambat beberapa jam, sehingga stok terjual melebihi ketersediaan pada saat puncak.
Penyelesaian yang lambat
Penyelesaian kartu lintas acquirer direkonsiliasi terlambat, dan selisihnya menimbulkan biaya.
Puncak trafik yang membuat checkout gagal
Promosi dan hari besar mendatangkan trafik yang tidak dapat ditangani sistem yang lambat.
Yang berubah
Satu versi untuk setiap penjualan
Terminal toko, checkout online, dan buku besar ERP selaras secara waktu nyata.
Stok yang dapat dipercaya
Tingkat SKU tersinkronisasi di seluruh toko dan etalase online saat perubahan terjadi.
Penyelesaian terekonsiliasi
Berkas penyelesaian diserap dan biaya diaudit secara otomatis.
Tempat kami bekerja
Yang kami bangun
- Ekstensi POS, aplikasi back-office, dan dasbor toko
- Sinkronisasi yang aman saat offline antara server toko dan kantor pusat
Yang kami bangun
- Front end e-commerce dan layanan pesanan
- Ambil di toko, pengembalian, dan pelacakan pesanan
Integrasi tipikal
- Platform e-commerce, marketplace, pengangkut, dan ERP
Yang kami bangun, hubungkan, dan amankan
Integrasi POS dan ERP
Penjualan, pengembalian, dan total akhir hari dicatat ke ERP, sementara harga, promosi, dan item dikirim balik ke setiap toko.
Visibilitas stok
Satu tampilan stok di seluruh toko, gudang, dan online, diperbarui saat penjualan dan pengiriman terjadi.
Perdagangan online dan seluler
Toko online dan aplikasi yang berbagi produk, harga, dan stok dengan toko.
Loyalitas dan promosi
Program loyalitas, voucher, dan aturan promosi yang berlaku sama di setiap kanal.
Alat operasi toko
Aplikasi untuk penghitungan stok, transfer, pengiriman, dan tugas staf, dirancang untuk dipakai di lantai toko.
Super-app dan perdagangan terpadu
Satu aplikasi dengan konkurensi tinggi untuk belanja, pembayaran, dan loyalitas di seluruh merek.
Platform POS
Kasir dan layanan cloud POS, melalui API, berkas ekspor, atau server toko.
Pembayaran kartu
Terminal, gateway, dan acquirer, dengan berkas penyelesaian yang dicocokkan dengan penjualan.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo, dan lainnya, untuk item, stok, dan keuangan.
Gudang dan pengangkut
Sistem gudang dan API pengangkut untuk pemenuhan pesanan, pengiriman, dan pengembalian.
Data kartu di luar cakupan
Kami menyimpan data kartu pada penyedia pembayaran, melalui tokenisasi dan terminal terenkripsi titik ke titik bila tersedia, sehingga cakupan PCI DSS tetap kecil.
Data pelanggan
Data loyalitas dan pesanan dikumpulkan dengan persetujuan, disimpan hanya selama diperlukan, dan ditangani menurut GDPR serta hukum lokal yang berlaku.
Aturan fiskal dan pajak
Jika suatu negara mewajibkan kuitansi fiskal atau e-faktur, kami menghubungkan perangkat atau platform bersertifikat yang diwajibkan dan menyimpan catatan yang diminta.
Cara kami bekerja
Kami menghubungkan sistem-sistem itu agar penjualan, stok, harga, dan pembayaran berpindah di antaranya secara andal, dan kami membangun aplikasi pelanggan serta alat back office di sekitarnya. Toko tetap berjualan saat jaringan gagal, lalu menyusul saat jaringan kembali.
Petakan alurnya
Penjualan, pengembalian, harga, stok, dan pembayaran, di antara semua sistem.
Gantikan pemrosesan batch
Event mengalir antara POS, etalase toko, dan ERP, dengan antrean pesan gagal untuk kegagalan.
Buktikan pada puncak
Uji beban pada volume trafik festival sebelum peluncuran.
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).
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).
Rekam jejak
Merek enterprise terpilih mewakili sistem, platform, dan produk digital yang historis maupun yang sedang berjalan, yang dirancang atau disampaikan oleh XSIS, KONG GROUP, CEO kami, dan kepemimpinan rekayasa utama kami sepanjang karier mereka. Semua merek dagang pihak ketiga adalah milik pemiliknya masing-masing dan disebutkan semata-mata untuk identifikasi portofolio yang faktual.
Cara memulai
Yang terjadi selanjutnya
Menyepakati waktu
Tim kami mengirim email kepada Anda untuk menyepakati waktu sesi.
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.
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.
Cara tercepat untuk memulai adalah paket Sprint kesiapan e-faktur wajib dan ERP, salah satu paket penugasan cepat kami.
Mulai dari manaPertanyaan dan jawaban
Apa yang terjadi jika koneksi toko terputus?
Toko tetap berjualan. Transaksi penjualan disimpan secara lokal dan dikirim saat koneksi kembali, masing-masing dengan pengenal unik agar tidak ada yang dicatat dua kali. Pembaruan harga dan stok mengantre dengan cara yang sama. Tim operasional dapat melihat toko mana yang tertinggal dan seberapa besar, sehingga gangguan yang lama langsung terlihat, bukan baru ditemukan pada penutupan bulanan.
Sistem POS apa yang dapat Anda integrasikan?
Kami mengintegrasikan platform POS melalui apa pun yang tersedia: API cloud, server toko, ekspor basis data, atau berkas. Sebelum menyusun estimasi, kami menelaah dokumentasi POS dan sampel datanya, karena itulah yang menentukan pendekatan. Penyebutan platform POS atau ERP di situs ini tidak berarti kemitraan dengan vendornya.
Mengapa stok tidak pernah cocok antara ERP dan toko?
Biasanya karena sistem berbeda pandangan soal waktu, satuan, atau apa yang dihitung sebagai pergerakan. Pengembalian, transfer, barang rusak, dan penjualan saat penghitungan stok adalah penyebab umum. Kami menelusuri perbedaannya, menyepakati satu aturan untuk setiap jenis pergerakan, dan membangun sinkronisasi agar setiap perubahan tercatat bersama sumbernya. Selisih yang tersisa masuk ke daftar tinjauan, bukan menumpuk.
Apa yang menentukan biaya integrasi ritel?
Jumlah sistem, toko, dan kanal, seberapa baik POS dan ERP membuka datanya, serta berapa banyak pengecualian yang memerlukan aturan, seperti pengembalian lintas kanal atau pembayaran terbagi. Penerapan toko demi toko juga menambah beban pengujian. Kami menyusun estimasi setelah menelaah sistem dan sampel transaksi nyata.
Dapatkah Anda menerapkan tanpa menutup toko?
Ya. Kami meluncurkan secara bertahap, dimulai dari toko percontohan, dan menjalankan integrasi baru berdampingan dengan proses yang berjalan sampai totalnya cocok. Perubahan di toko dijadwalkan di luar jam operasional bila memungkinkan, dan setiap tahap memiliki jalur pengembalian jika ada yang tidak berjalan sesuai rencana.
Siapa yang menangani dukungan integrasi setelah peluncuran?
Kami dapat memantau dan mendukungnya melalui perjanjian dukungan, atau menyerahkannya kepada tim Anda beserta dokumentasi, notifikasi, dan panduan operasi (runbook). Dalam kedua kasus, pesan yang gagal masuk ke antrean beserta alasannya, sehingga dapat diperbaiki dan diproses ulang, bukan hilang.
Mulai dengan percakapan, bukan kontrak.
Sampaikan apa yang perlu Anda bangun, hubungkan atau amankan. Arsitek kami membahasnya bersama Anda, lalu menyarankan titik awal.