Runcit dan perdagangan omnikanal
Kedai, kedai dalam talian dan ERP bersetuju pada setiap jualan dan setiap SKU, dalam masa nyata.
Mengapa kedai, saluran dalam talian dan ERP terpisah
Peruncit berjalan atas banyak sistem yang mesti bersetuju: kaunter bayaran, kedai web, gudang, penyedia pembayaran dan ERP. Apabila ia terpisah, stok menjadi salah, harga berbeza antara saluran dan kewangan menghabiskan berhari-hari menyelaraskan.
Penyegerakan kelompok semalaman
Kaunter bayaran, kedai web dan ERP bertukar data lewat berjam-jam, jadi stok terlebih jual pada waktu puncak.
Penyelesaian lambat
Penyelesaian kad merentas pemeroleh diselaraskan lewat, dan ketidaksepadanan menelan kos.
Puncak yang merosakkan pembayaran
Promosi dan perayaan membawa trafik yang tidak dapat ditampung sistem perlahan.
Apa yang berubah
Satu versi bagi setiap jualan
Terminal kedai, pembayaran dalam talian dan lejar ERP bersetuju dalam masa nyata.
Stok yang boleh dipercayai
Tahap SKU disegerakkan merentas kedai dan kedai dalam talian semasa ia berubah.
Penyelesaian diselaraskan
Fail penyelesaian diserap dan fi diaudit secara automatik.
Di mana kami bekerja
Apa yang kami bina
- Sambungan POS, aplikasi bahagian belakang dan papan pemuka kedai
- Penyegerakan selamat luar talian antara pelayan kedai dan ibu pejabat
Apa yang kami bina
- Bahagian hadapan e-dagang dan perkhidmatan pesanan
- Beli dalam talian ambil di kedai, pemulangan dan penjejakan pesanan
Integrasi lazim
- Platform e-dagang, pasaran dalam talian, pengangkut dan ERP
Apa yang kami bina, sambung dan lindungi
Integrasi POS dan ERP
Jualan, pemulangan dan jumlah hujung hari dimasukkan ke ERP, dengan harga, promosi dan item dihantar semula ke setiap kedai.
Keterlihatan stok
Satu pandangan stok merentas kedai, gudang dan dalam talian, dikemas kini semasa jualan dan penghantaran berlaku.
Perdagangan dalam talian dan mudah alih
Kedai web dan aplikasi yang berkongsi produk, harga dan stok dengan kedai.
Kesetiaan dan promosi
Program kesetiaan, baucar dan peraturan promosi yang berfungsi dengan cara yang sama dalam setiap saluran.
Alat operasi kedai
Aplikasi untuk kiraan stok, pemindahan, penghantaran dan tugasan kakitangan, dibina untuk digunakan di lantai kedai.
Aplikasi super dan perdagangan bersatu
Satu aplikasi berkonkurensi tinggi untuk beli-belah, pembayaran dan kesetiaan merentas jenama.
Platform POS
Kaunter bayaran dan perkhidmatan awan POS, melalui API, fail eksport atau pelayan kedainya.
Pembayaran kad
Terminal, get laluan dan pemeroleh, dengan fail penyelesaian dipadankan dengan jualan.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo dan lain-lain, untuk item, stok dan kewangan.
Gudang dan pengangkut
Sistem gudang dan API pengangkut untuk pemenuhan, penghantaran dan pemulangan.
Data kad di luar skop
Kami mengekalkan data kad dengan penyedia pembayaran, melalui penokenan dan terminal disulitkan titik ke titik apabila tersedia, yang mengekalkan skop PCI DSS kecil.
Data pelanggan
Data kesetiaan dan pesanan dikumpul dengan persetujuan, disimpan hanya selama diperlukan, dan dikendalikan di bawah GDPR serta undang-undang tempatan yang terpakai.
Peraturan fiskal dan cukai
Di tempat sesebuah negara memerlukan resit fiskal atau e-invois, kami menyambungkan peranti atau platform bertauliah yang dimandatkan dan menyimpan rekod yang diminta.
Cara kami bekerja
Kami menyambungkan sistem itu supaya jualan, stok, harga dan pembayaran bergerak antaranya dengan boleh diharap, dan kami membina aplikasi pelanggan serta alat bahagian belakang di sekelilingnya. Kedai terus menjual apabila rangkaian gagal, dan menyusul apabila ia kembali.
Petakan aliran
Jualan, pemulangan, harga, stok dan pembayaran, antara setiap sistem.
Gantikan kelompok
Peristiwa dialirkan antara POS, kedai dalam talian dan ERP, dengan baris gilir surat mati untuk kegagalan.
Buktikan pada puncak
Ujian beban pada trafik perayaan sebelum pelancaran.
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).
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).
Rekod prestasi
Jenama perusahaan terpilih mewakili sistem, platform dan produk digital lampau dan semasa yang direka bentuk atau disampaikan oleh XSIS, KONG GROUP, CEO kami dan kepimpinan kejuruteraan utama kami sepanjang kerjaya mereka. Semua tanda dagangan pihak ketiga ialah hak milik pemiliknya masing-masing dan dinamakan semata-mata untuk pengenalan portfolio berasaskan fakta.
Cara bermula
Apa yang berlaku seterusnya
Mempersetujui masa
Pasukan kami menghantar e-mel kepada anda untuk mempersetujui masa sesi.
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.
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.
Cara terpantas untuk bermula ialah pakej Sprint kesediaan e-invois mandatori dan ERP, salah satu pakej penglibatan pantas kami.
Dari mana hendak bermulaSoalan dan jawapan
Apa yang berlaku apabila kedai kehilangan sambungan?
Kedai terus menjual. Jualan disimpan secara tempatan dan dihantar apabila sambungan kembali, masing-masing dengan pengenal unik supaya tiada yang dimasukkan dua kali. Kemas kini harga dan stok beratur dengan cara yang sama. Operasi dapat melihat kedai mana yang ketinggalan dan berapa banyak, jadi gangguan panjang terus disedari, bukan ditemui pada hujung bulan.
Sistem POS mana yang boleh anda integrasikan?
Kami mengintegrasikan platform POS melalui apa sahaja yang disediakannya: API awan, pelayan kedai, eksport pangkalan data atau fail. Sebelum menganggar, kami menyemak dokumentasi POS dan sampel datanya, kerana itu menentukan pendekatan. Menamakan platform POS atau ERP di laman ini tidak bermaksud perkongsian dengan vendornya.
Mengapa stok tidak pernah sepadan antara ERP dan kedai?
Biasanya kerana sistem tidak bersetuju tentang masa, unit atau apa yang dikira sebagai pergerakan. Pemulangan, pemindahan, barang rosak dan jualan semasa kiraan stok ialah punca biasa. Kami menjejaki perbezaan, bersetuju dengan satu peraturan bagi setiap jenis pergerakan, dan membina penyegerakan supaya ia merekodkan setiap perubahan berserta sumbernya. Ketidaksepadanan yang tinggal masuk ke senarai semakan dan tidak terkumpul.
Apa yang menentukan kos integrasi runcit?
Bilangan sistem, kedai dan saluran, sejauh mana POS dan ERP mendedahkan datanya, dan berapa banyak pengecualian yang memerlukan peraturan, seperti pemulangan merentas saluran atau pembayaran berpecah. Pelaksanaan kedai demi kedai juga menambah usaha ujian. Kami menganggar selepas menyemak sistem dan sampel transaksi sebenar.
Bolehkah anda melaksanakan tanpa menutup kedai?
Boleh. Kami melancarkan secara berperingkat, bermula dengan kedai perintis, dan menjalankan integrasi baharu bersama proses semasa sehingga jumlah bersetuju. Perubahan di kedai dijadualkan di luar waktu perniagaan sedapat mungkin, dan setiap peringkat mempunyai jalan kembali jika sesuatu tidak berjalan seperti dirancang.
Siapa menyokong integrasi selepas pelancaran?
Kami boleh memantau dan menyokongnya di bawah perjanjian sokongan, atau menyerahkannya kepada pasukan anda dengan dokumentasi, makluman dan buku panduan operasi. Walau apa pun, mesej yang gagal masuk ke baris gilir bersama sebabnya, jadi ia boleh dibaiki dan dimainkan semula dan tidak hilang.
Mulakan dengan perbualan, bukan kontrak.
Beritahu kami apa yang perlu anda bina, sambungkan atau lindungi. Seorang arkitek akan membincangkannya bersama anda, kemudian mengesyorkan dari mana hendak bermula.