Lewati ke konten
Muara Cipta DigitalPT Muara Cipta Digital
Studi kasus · Retail · DistribusiProyek klien

POS Indo Tehnik

Point of Sale sekaligus mini-ERP yang merangkai alur barang dan alur uang toko elektronik menjadi satu sumber kebenaran.

Klien
Retailer elektronik di Pontianak
Bentuk
Point of Sale & mini-ERP
Industri
Retail · Distribusi
Tahun
[Tahun]
01 — Tantangan

Masalah yang dihadapi.

Operasional toko berjalan di atas pencatatan manual yang terpisah-pisah. Stok, piutang, dan posisi kas masing-masing punya catatan sendiri, sehingga tidak ada satu pun tempat yang bisa menjawab berapa laba sebenarnya dari sebuah transaksi.

02 — Solusi

Yang kami bangun.

Satu sistem yang merangkai seluruh alur secara berurutan — penjualan menerbitkan surat jalan, surat jalan mengeluarkan stok, stok keluar menentukan HPP, HPP menghasilkan profit, pembayaran menggerakkan kas. Setiap mata rantai tercatat, sehingga angka di laporan bisa ditelusuri sampai ke transaksinya.

Ruang lingkup
  • Penjualan tunai dan kredit, surat jalan, retur, promo, cashback, trade-in
  • Pembelian dari pemasok beserta hutang dan pelunasannya
  • Stok multi-gudang dengan transfer antar gudang dan mutasinya
  • Kas dan arus kas — rekening, pemasukan, pengeluaran, transfer
  • Laporan omzet, profit per kategori, dan laporan bulanan
  • Hak akses berjenjang per menu yang diatur lewat data, bukan kode
Teknologi
CodeIgniter 3BladeMySQLDockerTraefikGitLab CI
03 — Rincian

Bagaimana cara kerjanya.

Alur uang dan barang sebagai satu rantai

Penjualan → Surat jalan (SPJ) → Stok keluar → HPP → Pembayaran → Kas

Setiap panah di atas adalah tempat data biasanya hilang pada pencatatan manual. Menyambungkannya berarti pertanyaan “berapa untungnya penjualan kemarin” bisa dijawab tanpa menghitung ulang dari nota.

Satu keputusan yang menentukan akurasi laporan

Jurnal dan laporan memakai tanggal bisnis transaksi, bukan waktu entri dimasukkan ke sistem. Keduanya sering berbeda — nota hari Sabtu bisa baru diinput hari Senin.

Kalau laporan memakai waktu input, omzet akhir bulan akan selalu meleset dan tidak ada yang tahu sebabnya. Memakai tanggal bisnis membuat angka tetap benar meski entri terlambat.

Catatan rekayasa

PHPUnit dan SAST berjalan otomatis di GitLab CI pada setiap Merge Request dan push ke branch integrasi — pintu gerbang sebelum perubahan digabungkan ke sistem yang dipakai setiap hari untuk transaksi sungguhan.

04 — Hasil

Apa yang berubah.

FIFOPerhitungan HPP dan profit otomatis per transaksi
HarianDipakai untuk seluruh transaksi toko
[–]Gudang terkelola [isi dari data aktual]
Layanan yang dipakai di proyek ini

Punya masalah serupa di organisasi Anda?

Ceritakan situasinya. Kami bantu memetakan solusi, ruang lingkup, dan langkah berikutnya.