drwskincare.com

Masalahnya

Aplikasi seluler hanya separuh yang terlihat. Di belakangnya duduk pertanyaan yang sebenarnya menentukan apakah sebuah bisnis bisa memercayai angkanya sendiri: siapa yang boleh menjual, dengan harga berapa, di bawah promo yang mana, dan uangnya mendarat ke mana.

Mesin promo adalah bagian tersulitnya. Diskon bertumpuk, sebagian terikat jenjang pelanggan dan sebagian terikat produk, sebagian hanya sah pada tanggal tertentu — dan pesanan yang dimundurkan ke bulan lalu harus dihargai dengan aturan yang berlaku saat itu, bukan aturan yang berlaku sekarang. Salah di sini tidak menghasilkan galat, melainkan pembukuan yang diam-diam keliru.

Pendekatannya

Satu penyelesai memegang harga, dan semuanya — seluler, kasir web, etalase — melewatinya. Promo dievaluasi di server terhadap tanggal transaksi DAN tanggal hari ini, jadi pesanan mundur tidak bisa meminjam kampanye hari ini, dan imbalan dihitung ulang alih-alih dipercaya dari klien.

Di sekelilingnya berdiri sisa platformnya: permukaan `/api/pos/*` khusus untuk aplikasi seluler dengan token bearer, pelingkupan per toko, dan kunci idempoten; masuk tunggal lewat Google dan Apple; dompet loyalitas dan koin; penerimaan barang dan transfer stok antar toko; serta pelaporan untuk jaringan distribusi di atasnya.

Semuanya swa-host. Dorongan ke main membangun image Docker, mengirimnya ke registry, dan runner di VPS kami sendiri membuat ulang kontainernya. Tidak ada platform terkelola yang berdiri di antara bisnis dan datanya.

Hasilnya

Berjalan di produksi di drwskincare.com, melayani POS seluler, kasir web, dan etalase publik dari satu basis kode dan satu basis data.

Karena harga punya satu pemilik, selisih kini menjadi kutu dengan satu tempat untuk diperiksa, bukan tiga implementasi untuk dibandingkan.