Penyegerakan jualan, stok dan harga POS ke ERP
POS ke ERP: jualan, stok dan harga kekal selaras
Jualan dan pemulangan diposkan daripada setiap kedai, perubahan stok dan harga dihantar semula, dan jumlah akhir hari diselaraskan.
Pelan terperinci
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).
Gambaran keseluruhan
Ini ialah aliran antara daftar tunai di kedai anda dan ERP di belakangnya. Jualan, pemulangan dan pembatalan bergerak naik ke ERP. Harga, promosi, data item dan stok bergerak turun. Apabila kedua-duanya terpesong, kedai menjual pada harga yang salah, angka stok tidak lagi dipercayai dan kewangan menghabiskan tutup buku hujung bulan untuk menyelaraskan.
Reka bentuk rujukan menghantar setiap transaksi kedai sebagai peristiwa melalui lapisan integrasi dengan baris gilir. Lapisan itu memetakan setiap peristiwa kepada dokumen jualan dan inventori ERP dan memposkannya tepat sekali. Ke arah sebaliknya, perubahan dalam ERP dihantar kepada kedai yang memerlukannya, supaya setiap daftar bekerja daripada data yang sama.
Kedai kehilangan sambungan, dan reka bentuk ini menjangkakannya. Kedai atau pelayan awan POS terus menjual dan menyusul apabila talian kembali. Pengeposan yang gagal dicuba semula, dan yang terus gagal diserahkan kepada manusia bersama butirannya, dan bukannya hilang begitu sahaja.
Cara aliran berfungsi
Menjual di daftar tunai
Setiap jualan, pemulangan dan pembatalan direkodkan pada terminal POS bersama pengecam unik, kedai, daftar tunai dan masanya.
Menyimpan di kedai
Kedai atau pelayan awan POS mengumpul transaksi dan menghantarnya sebagai peristiwa, sambil menyimpannya dengan selamat ketika kedai di luar talian.
Memposkan ke ERP
Lapisan integrasi memetakan setiap peristiwa kepada pergerakan jualan dan stok dan memposkannya ke ERP, sambil memeriksa pengecamnya supaya tiada yang diposkan dua kali.
Menghantar harga dan item
Data item, harga dan promosi diterbitkan daripada ERP apabila ia berubah, bersama tarikh dan kedai yang terpakai bagi setiap perubahan.
Mengemas kini setiap kedai
Lapisan itu menyampaikan setiap perubahan kepada kedai yang berkaitan, dan merekodkan kedai mana yang telah mengesahkannya.
Apabila sesuatu gagal
Pengeposan gagal
Kerosakan sementara dicuba semula dengan jeda yang semakin meningkat. Pengeposan yang masih gagal masuk ke baris gilir surat mati, dan pasukan operasi kedai diberi amaran bersama transaksi dan ralatnya.
Kedai menjadi luar talian
Kedai terus berdagang menggunakan data setempatnya. Transaksi disimpan dan dihantar mengikut urutan apabila sambungan kembali, dan kedai yang senyap terlalu lama membangkitkan amaran.
Transaksi tiba dua kali
Setiap transaksi membawa pengecam unik. Lapisan itu mengenali pengulangan dan mengabaikannya, jadi penghantaran semula selepas gangguan tidak pernah menggandakan jualan.
Jumlah kedai dan ERP berbeza
Jumlah akhir hari daripada setiap kedai dibandingkan dengan apa yang diterima ERP. Perbezaan membuka semakan dengan transaksi yang hilang atau berlebihan disenaraikan.
Piawaian dan sistem
- Data dan analitik
- Apache Kafka
- Sistem ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integrasi
- REST
- Webhooks
- RabbitMQ
Soalan dan jawapan
Patutkah jualan diposkan secara masa nyata atau dalam kelompok?
Biasanya sebagai peristiwa yang hampir masa nyata, kerana angka stok dan jualan kemudiannya terkini sepanjang hari. Sesetengah ERP atau lesen menjadikan pengeposan kerap mahal, jadi lapisan itu juga boleh mengelompokkan peristiwa menjadi ringkasan bagi setiap kedai dan tempoh. Kami memilih bersama anda berdasarkan keputusan yang memerlukan data terkini dan apa yang dikendalikan baik oleh ERP.
Bagaimana jumlah akhir hari diselaraskan?
Setiap kedai menghantar jumlah akhir harinya mengikut jenis pembayaran dan jabatan. Lapisan itu membandingkannya dengan transaksi yang diterima ERP bagi kedai dan hari yang sama. Jika sepadan, hari itu ditutup. Jika tidak, semakan menyenaraikan transaksi yang hilang atau berlebihan, supaya pasukan anda dapat membetulkan puncanya dan bukannya memposkan pelarasan.
Bolehkah promosi dan perubahan harga dijadualkan lebih awal?
Boleh. Setiap perubahan harga atau promosi dihantar bersama tarikh dan kedai yang terpakai, lebih awal, supaya daftar tunai bertukar pada saat yang betul tanpa sesiapa di kedai perlu bertindak. Lapisan itu merekodkan kedai mana yang mengesahkan perubahan itu, dan menandakan mana yang tidak.
Bagaimana anda melaksanakan ini di banyak kedai?
Kami bermula dengan perintis di beberapa buah kedai dan membandingkan jumlahnya dengan proses semasa setiap hari. Setelah jumlahnya sepadan, kami melaksanakan secara berkumpulan, mengikut rentak yang dapat disokong oleh pasukan operasi kedai anda. Proses lama kekal tersedia bagi setiap kedai sehingga aliran baharunya terbukti.
Sistem POS dan ERP mana yang sesuai dengan ini?
Reka bentuk ini berfungsi dengan mana-mana POS yang dapat mengeksport transaksi melalui API, peristiwa atau fail, dan dengan ERP seperti SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central dan Odoo. Kami mengesahkan antara muka POS dan ERP khusus anda pada permulaan. Menyebut nama produk tidak bermaksud kami berganding dengan vendornya.
Siapa mengendalikan pengeposan yang gagal setelah ia beroperasi?
Itu dipersetujui sebelum beroperasi. Biasanya pasukan operasi kedai atau kewangan anda mengendalikan ralat perniagaan, seperti item yang tidak dikenali, daripada senarai semakan, dan pasukan teknikal mengendalikan kerosakan dalam aliran itu sendiri. Kami boleh menyediakan sokongan teknikal itu sebagai sebahagian daripada perjanjian berterusan, dengan buku panduan operasi dikongsi bersama pasukan anda.
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.
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.