Aturan kami

Cara kami menjaga angka Anda tetap benar — tertulis, bukan improvisasi.

Aturan kerja kami, ritme harian, siapa boleh melakukan apa, dan bagaimana sistemnya dibangun. Sama untuk setiap klien.

Lima aturan yang lahir dari menjalankan operasi sungguhan.

Kami tidak memulai dari teori. Sebagian besar aturan ini berawal dari error nyata.

  1. 1

    Tahan yang pasti salah, ingatkan yang mungkin salah.

    Kesalahan struktural ditolak. Hal yang butuh penilaian hanya ditahan bila dua sinyal sepakat — satu nilai aneh saja cukup diberi peringatan.

  2. 2

    Tutup hari keesokan paginya, bukan tengah malam.

    Entri terlambat itu normal. Buku ditutup setelah shift malam selesai, lalu dicocokkan dan dicek ulang sebelum jam 8.

  3. 3

    Hari yang sudah ditutup tidak pernah dihapus dan diulang.

    Itu menghitung semuanya dua kali. Hari yang ditutup dibuka kembali, ditutup ulang, dan selisihnya dibawa ke hari-hari berikutnya.

  4. 4

    Perubahan nyata diberi tanggal; koreksi berlaku mundur.

    Harga baru berlaku sejak tanggalnya. Kesalahan yang dibetulkan berlaku juga ke masa lalu, supaya tidak muncul lagi di laporan lama.

  5. 5

    Setiap koreksi dilatih dulu.

    Backup → uji di salinan → verifikasi → baru diterapkan, dengan approver bernama. Guard menolak penerapan yang belum dilatih.

Setiap pagi

Ritme yang sama, setiap hari, untuk setiap klien.

Pekerjaan pemilik berubah dari merangkai dan melacak angka menjadi memutuskan beberapa hal yang memang butuh penilaian.

  1. 06:00

    Hari ditutup

    Kemarin ditutup setelah shift selesai; rekonsiliasi dan pengecekan berjalan.

  2. 07:00

    Exception dipilah

    Dijelaskan, dibetulkan lewat prosedur, atau dibawa ke operations lead Anda.

  3. 08:00

    Laporan pagi

    Ringkasan ke pemilik dan tim operasional: angka kemarin dan hal yang perlu keputusan.

  4. Siang

    Penjagaan

    Form yang belum diisi, stok minus, dan perubahan data dipantau sepanjang hari.

  • MingguanPindai entri terlambat → tutup ulang hari yang berubah → laporan biaya mingguan dengan drill-down
  • MingguanAntrean review harga dibersihkan bersama Anda
  • BulananLaporan biaya & perencanaan pembelian; review ambang batas dan aturan bersama pemilik
  • BulananReview pengguna: staf keluar dinonaktifkan, staf baru dilatih

Kontrol

Siapa melakukan apa — tertulis, bukan diasumsikan.

AI mengerjakan rutinitas. Tapi tidak ada yang menyentuh data live tanpa “go” yang tercatat dari orang bernama.

01
Detect

Pemicu: pesan masuk, jadwal, atau angka yang menyimpang.

  1. 01
    Detect

    Pemicu: pesan masuk, jadwal, atau angka yang menyimpang.

  2. 02
    Suggest

    AI menyiapkan usulan aksi beserta alasannya.

  3. 03
    Approve

    Disetujui sesuai level yang Anda tetapkan untuk aksi itu.

  4. 04
    Act

    Dijalankan di sistem Anda, dan tercatat.

  5. 05
    Measure

    Seberapa sering usulan diterima, plus satu angka hasil.

Sistem
Bisa sendiriMencatat setiap langkah, menjalankan aturan, pengecekan pagi & siang, peringatan, laporan terjadwal
Tidak bolehMembukukan entri yang ditolak guard: salah unit, item tak terpetakan, back-date, buku tidak seimbang
Agen AI
lapisan operasional
Bisa sendiriMembaca catatan, menyelidiki anomali, menyiapkan laporan, melatih koreksi di salinan uji, menyusun perbaikan
Perlu “go” tercatatSetiap perubahan data live, setiap rilis software, setiap pesan tak terjadwal ke tim Anda
Tidak bolehMenerapkan koreksi live yang belum dilatih dalam satu jam terakhir
Approver kami
Perlu “go” tercatatMenyetujui setiap perubahan live dan setiap rilis
Anda
pemilik / operations lead
Bisa sendiriMenetapkan aturan bisnis, meninjau perubahan harga di luar batas
Perlu “go” tercatatIkut menyetujui koreksi yang mengubah angka yang sudah dilaporkan ke Anda

Anda yang menentukan seberapa jauh AI boleh bertindak.

Level approval ditetapkan per aksi. Mulai dari yang ketat, naikkan hanya ketika usulan terbukti akurat.

L0L1L2L3L4

Geser untuk mengatur seberapa jauh AI boleh bertindak

L2Menyiapkan
AI

Menyiapkan draft.

Tim Anda

Menyetujui sebelum dijalankan.

Membuat draft order dari pesan WhatsApp.

Seberapa jauh Anda ingin dilibatkan disepakati di awal. Diam bukan persetujuan.

Setiap koreksi melewati jalur yang sama

  1. 1Backup
  2. 2Dry run di salinan uji
  3. 3Terapkan di salinan uji
  4. 4Verifikasi sebelum–sesudah
  5. 5Dry run live
  6. 6Disetujui
  7. 7Diterapkan & dicatat

Guard menolak penerapan live bila koreksi yang sama belum dilatih di salinan uji dalam satu jam terakhir.

Cara kami memilih solusi

AI adalah anak tangga terakhir, bukan yang pertama.

Setiap temuan Petakan dinilai dengan Skor Peluang, lalu dinaikkan dari anak tangga terbawah. Kami berhenti di anak tangga terendah yang benar-benar menyelesaikan masalah.

Skor Peluang
FrekuensiWaktu per kejadianBiaya kesalahanKejelasan aturanKetersediaan dataRisiko

Banyak masalah selesai di anak tangga 1–4. Itu kabar baik: lebih murah, lebih cepat, lebih mudah dirawat.

  1. 1Hapus

    Apakah langkah ini perlu ada?

    Laporan rangkap yang tidak dibaca siapa pun.

  2. 2Sederhanakan

    Bisakah serah-terima dan approval dikurangi?

    Tiga tanda tangan untuk pembelian kecil.

  3. 3Standarkan

    Apakah format dan aturannya jelas?

    Satu template order untuk semua kanal.

  4. 4Otomasi

    Aturannya pasti? Biarkan mesin menjalankan.

    Rekap penjualan harian dari semua marketplace.

  5. 5AI

    Butuh penilaian? Baru gunakan AI — dengan approval.

    Membaca pesan pesanan bebas menjadi draft order.

Cara kami bekerja dengan Anda

PRIMA, fase demi fase

Apa yang terjadi di setiap fase, apa yang Anda pegang di akhirnya, dan kapan dianggap selesai.

  1. P

    Petakan

    Map2 minggu · harga tetap
    Yang terjadi

    Tim kami menelusuri alur kerja Anda dari ujung ke ujung, di lokasi, bersama orang yang mengerjakannya — setiap tempat stok atau pekerjaan berada, setiap serah-terima, setiap titik kehilangan.

    Yang Anda pegang

    Peta proses satu halaman, daftar titik kehilangan, rekomendasi perbaikan, estimasi jam dan biaya yang bisa dihemat.

    Selesai jika: Alur kerja muat dalam satu halaman dan Anda menyetujuinya.

    Tidak terkunci kontrak besar

    Setelah Petakan, peta proses dan rekomendasinya milik Anda — lanjut atau berhenti di sana. Target: proses pertama berjalan dalam 8–10 minggu.

  2. R

    Rancang

    Design1 minggu
    Yang terjadi

    Petakan alur ke template yang sama untuk setiap klien. Sepakati aturan perlakuan, laporan yang Anda butuhkan, baseline, dan level approval.

    Yang Anda pegang

    Dokumen model, daftar form & laporan, business case — disetujui pemilik proses Anda.

    Selesai jika: Setiap pergerakan di peta punya jenis kejadian, aturan, dan level approval yang tertulis.

  3. I

    Implementasi

    Implement4–6 minggu
    Yang terjadi

    Siapkan sistem Anda sendiri, muat data master dengan skrip yang dicek sebelum menulis, siapkan form — di atas sistem yang sudah Anda pakai.

    Yang Anda pegang

    Sistem siap, form teruji, data master yang sudah Anda periksa.

    Selesai jika: Data master sudah Anda periksa dan setiap form lolos uji di salinan uji.

  4. M

    Mantapkan

    Embed2–4 minggu
    Yang terjadi

    Latih tim dengan bahasa mereka, jalankan paralel dengan cara lama, nyalakan pengecekan pagi. Hitung stok pertama menjadi saldo awal.

    Yang Anda pegang

    Sistem live, tim yang benar-benar memakai, laporan mingguan pertama.

    Selesai jika: Dua kali tutup buku bersih berturut-turut, dan laporan mingguan pertama cocok dengan angka Anda.

  5. A

    Amati

    MeasureBerkelanjutan
    Yang terjadi

    Setiap pagi kemarin ditutup, dicek, dan dilaporkan. Exception ditangani lewat prosedur, lalu dijadikan aturan baru.

    Yang Anda pegang

    Laporan harian, mingguan, bulanan — dan sistem yang makin aman setiap bulan.

    Selesai jika: Berkelanjutan — lalu tambah lokasi, alur, dan laporan baru.

Di balik layar

ERP memodelkan dokumen. Kami memodelkan pekerjaannya.

Untuk tim teknologi Anda: mengapa struktur datanya berbeda, dan mengapa baru sekarang mungkin.

Lihat detail teknis ↓

Sistem transaksi pada umumnya

  • ○Tabel dokumen yang diubah langsung (stok = satu angka yang ditimpa)
  • ○Validasi format, bukan kewajaran
  • ○Tutup buku sekali sebulan
  • ○Koreksi = timpa atau jurnal penyesuaian manual
  • ○Aturan tersimpan di konfigurasi dan kepala konsultan

Platform kami

  • ●Satu identitas per item dalam satu satuan dasar; pack & kode supplier dipetakan per lokasi
  • ●Setiap pergerakan = dokumen + baris jurnal double-entry yang menunjuk ke sumbernya
  • ●Saldo harian per lokasi: tutup = buka + masuk − keluar ± penyesuaian
  • ●Guard membandingkan setiap entri dengan riwayat item itu sendiri
  • ●Koreksi adalah skrip yang dilatih, disetujui, dan dibawa ke hari berikutnya
Sumber→Kejadian→Ledger→Tutup harian→Tampilan

Mengapa sekarang

Agen AI yang bisa memakai tools dan menulis kode

Menyelidiki anomali dan menulis koreksi dulu butuh analis per klien. Kini agen mengerjakan rutinitasnya — tutup harian jadi ekonomis untuk bisnis menengah.

Pagar untuk agen di dekat data produksi

Batas tools, izin terbatas, gerbang approval, dan log lengkap membuat agen bisa bekerja di buku nyata tanpa dipercaya buta.

Arsitektur ledger dengan biaya komoditas

Rekonsiliasi setiap hari per lokasi kini murah — bukan hanya di akhir bulan.

Pencatatan di lapangan

Setiap staf punya ponsel. Form dalam bahasa mereka menaruh pencatatan di tempat pekerjaan terjadi.

Dari angka benar ke keputusan

Analisis hanya sebaik data di bawahnya.

Kami tidak menempelkan dashboard di atas data kotor. Kami membuat data operasionalnya benar dulu.

Sudah berjalan
  • ✓Drill-down dari total biaya ke baris supplier, resep, dan orang di baliknya
  • ✓Persentase biaya per tampilan: masuk · dipakai · tersaji
  • ✓Kehilangan & yield terhadap baseline tiap item
  • ✓Alert drift biaya resep & antrean review harga
Berikutnya
  • →Dekomposisi varians: harga · pemakaian · yield · mix · volume
  • →Analisis sensitivitas “bagaimana jika”
  • →Forecasting kebutuhan
  • →Posting langsung ke sistem akuntansi

FAQ

Pertanyaan lainnya

Bagaimana dengan data kami?+

Data tetap milik Anda. Setiap playbook hanya membaca data yang dibutuhkan, setiap aksi tercatat, dan memory bisa Anda lihat dan hapus.

Bagaimana kalau ternyata tidak cocok?+

Setiap fase punya gerbang keputusan. Setelah Petakan, peta proses dan rekomendasinya milik Anda — Anda boleh berhenti di sana.

Apakah ini menggantikan staf kami?+

Tujuannya mengembalikan waktu tim dari pekerjaan berulang ke pekerjaan yang butuh penilaian. Manusia tetap yang memutuskan.

Mulai dari satu proses.

Dua minggu, harga tetap. Peta proses dan rekomendasinya milik Anda.

Petakan satu proses →