Menu yang muncul di sisi kiri berbeda-beda tergantung peran akun Anda. Kalau ada menu yang disebut di panduan ini tapi tidak terlihat di layar Anda, berarti memang bukan wewenang peran Anda.

Semua foto bukti — foto kerusakan pada Claim, foto barang saat dipinjamkan dan saat dikembalikan, serta foto barang di gudang — harus dipotret saat itu juga. Mengambilnya dari berkas yang sudah ada di komputer tidak lagi bisa, kecuali untuk Admin. Pengecualian (7 Okt 2026): foto Claim dan Pinjam Demo (saat dipinjamkan maupun dikembalikan) boleh diunggah dari berkas di komputer/laptop — di HP tetap langsung membuka kamera.

Alasannya sederhana: foto ini adalah bukti kondisi barang pada saat kejadian, dan dipakai AI, Brand, serta supplier untuk mengambil keputusan. Gambar lama yang tinggal dipilih dari folder tidak bisa dipertanggungjawabkan sebagai bukti.

• Di HP — tidak ada yang berubah. Menekan kotak foto langsung membuka kamera bawaan HP seperti biasa. Hasilnya juga paling tajam, jadi memakai HP tetap cara yang paling dianjurkan.
• Di komputer/laptop — menekan kotak foto sekarang membuka jendela kamera dengan tampilan langsung dari webcam. Arahkan ke objeknya lalu tekan 📸 Jepret. Fotonya langsung masuk ke slot yang sedang Anda isi.
• Pertama kali browser akan bertanya izin memakai kamera — pilih Izinkan. Kalau sudah terlanjur ditolak, klik ikon gembok/kamera di sebelah alamat situs untuk mengubahnya.
• Punya lebih dari satu kamera (mis. webcam tambahan)? Tombol 🔄 di jendela kamera memindahkannya.
• Menyeret berkas dari folder ke kotak foto juga sudah ditutup, dengan alasan yang sama.

Lampu kamera padam sendiri begitu jendelanya ditutup atau foto sudah diambil — kamera tidak dibiarkan menyala di latar belakang.

Di bagian bawah Detail Claim, Detail Peminjaman, dan Detail Special Order ada Histori Aktivitas — catatan siapa mengubah apa dan kapan. Ini yang dibuka begitu muncul pertanyaan “kok statusnya bisa begini?” atau “siapa yang menerima barangnya?”

Tiap kejadian punya tiga lapis:

• Baris tebal — kejadiannya, mis. “Direview”, “Barang dikembalikan”, atau “Status diubah: Validated → Order To Supplier”.
• Baris abu — siapa yang melakukan (dan di Special Order, barang mana yang terpengaruh).
• Kotak bergaris — catatan kejadiannya, kalau ada. Di sinilah muncul hasil review AI, kondisi barang saat kembali, nomor invoice, nomor STO/STI, atau jawaban customer.

Kalimatnya sudah diterjemahkan. Dulu bagian ini menampilkan kode mesin apa adanya — UNDER_REVIEW → WAITING_BRAND_CONFIRMATION di klaim, atau CUSTOMER_RESPONDED:... di Special Order. Kode aslinya tetap tersimpan di database karena dipakai aplikasi; yang berubah hanya cara menampilkannya.

Histori Aktivitas sengaja tidak ikut saat Detail Claim atau Detail Peminjaman diunduh jadi PDF — itu catatan internal, bukan bagian dari berkas bukti yang dikirim ke brand atau supplier.

Daftar Claim, Daftar Pinjam, dan Daftar Special Order bekerja dengan cara yang sama. Empat hal ini berlaku di ketiganya:

• Kotak pencarian menerima potongan. Tidak harus nomor lengkap — sebagian nama produk atau nama customer pun cukup.
• Saringan bekerja BERSAMAAN dengan pencarian. Keduanya menyempit, bukan saling menggantikan. Inilah sebab paling sering hasil terasa “kosong padahal datanya ada”: masih ada saringan lain yang menyala.
• Export Excel mengikuti apa yang sedang tampil, bukan seluruh data. Jadi saring dulu — misalnya Overdue saja — baru tekan Export.
• Tombol Sync menarik ulang data dari server. Aplikasi sudah menyegarkan sendiri, jadi Sync hanya perlu ditekan kalau Anda baru mengubah sesuatu dari perangkat lain.

Daftar panjang dipotong per halaman supaya tetap ringan. Tombol halamannya muncul di bawah tabel hanya kalau barisnya memang lebih dari satu halaman.

Ini yang paling sering disangka data hilang. Tiap halaman daftar hanya memuat yang masih berjalan; begitu selesai, datanya pindah sendiri ke halaman berikutnya.

Jadi kalau sebuah nomor tidak ketemu di daftarnya, telusuri halaman berikutnya sesuai tahapnya sebelum menyimpulkan datanya tidak ada. Cara tercepat: tanyakan nomornya ke AI Assistant, atau buka Riwayat modul yang bersangkutan.

Tiga form punya tombol Kirim Pemberitahuan WhatsApp yang membawa Anda keluar ke WhatsApp di tengah pengisian:

• Buat Pinjam Demo — Pinjam Claim maupun Pinjam Umum
• Konfirmasi Pengembalian barang demo
• Serahkan ke Customer pada Claim

Begitu berpindah ke WhatsApp, halaman aplikasi bisa ditutup sendiri oleh HP untuk menghemat memori. Dulu itu berarti seluruh isian hilang — foto, tanggal, catatan, dan pilihan konfirmasinya. Sekarang tidak lagi: isiannya disimpan otomatis, dan begitu Anda membuka form yang sama lagi semuanya kembali, lengkap dengan fotonya.

Anda akan melihat kotak kuning “Isian sebelumnya dilanjutkan” di atas form. Kalau memang ingin mengisi dari nol, tekan tombol Mulai ulang (atau Kosongkan form) di kotak itu.

Kapan isiannya hilang? Hanya pada tiga keadaan: setelah Anda menekan Submit / Konfirmasi dan datanya benar-benar tersimpan, setelah Anda menekan Mulai ulang, atau kalau draf itu sudah lebih dari 7 hari tidak disentuh.

Halaman pertama setelah login. Isinya ringkasan tiga modul: Klaim, Pinjam Demo, dan Special Order — masing-masing dengan angka ringkas di atas dan tabel data terbaru di bawahnya.

• Tombol Detail di tiap baris membuka data lengkapnya langsung dari Dashboard.
• Tombol Lihat Semua → membuka halaman modul terkait.
• Angka Overdue pada Pinjam Demo dihitung dari tanggal estimasi kembali yang sudah lewat padahal barang belum dikembalikan. Tanggalnya ditandai merah.
• Data diperiksa ulang otomatis setiap 30 detik — Anda tidak perlu me-refresh halaman.
• Filter tanggal di kanan atas mengatur seluruh isi Dashboard sekaligus — angka ringkas, grafik, maupun tabelnya. Tersedia pilihan cepat (hari ini, 7 hari, 30 hari) atau rentang bebas.
• Tiga grafik tren (Klaim, Pinjam Demo, Special Order) berbentuk grafik garis dan ikut berubah mengikuti filter tanggal itu. Arahkan kursor ke titiknya untuk melihat angka per tanggal. Judul kecil di bawah tiap grafik menunjukkan rentang yang sedang ditampilkan.

Di sebelah kiri filter tanggal ada filter Store. Memilih satu store membuat seluruh Dashboard menampilkan store itu saja — angka ringkas, Total Nilai, ketiga grafik, sampai angka kecil di tab Claim, Pinjam Demo, dan Special Order.

• Hanya Admin yang melihatnya. Staf Toko dan Store Manager tidak perlu — datanya memang sudah otomatis disaring ke toko sendiri (lihat keterangan biru di atas Dashboard).
• Isinya hanya store yang sudah pernah submit claim, pinjam demo, atau special order. Store yang belum punya data satu pun tidak ikut muncul, jadi tidak ada pilihan yang pasti berujung nol.
• Bekerja bersamaan dengan filter tanggal. Keduanya menyempit, bukan saling menggantikan — mis. SCBD + 7 hari berarti klaim SCBD dalam tujuh hari terakhir saja.
• Saat sebuah store dipilih, kotaknya menyala. Itu pengingat bahwa angka yang sedang Anda lihat bukan angka keseluruhan. Pilih Semua Store untuk kembali.

Nama store yang panjang terpotong di kotaknya supaya tombol di sebelahnya tidak terdorong turun. Arahkan kursor ke kotak itu untuk melihat nama lengkapnya.

Di bagian bawah Dashboard ada dua blok yang dibuat untuk ditindaklanjuti, bukan sekadar dibaca. Setiap poin selalu tersusun dari tiga lapis yang sama:

• Temuan — apa yang terjadi, selalu dengan angkanya (mis. "3 klaim terbuka lebih dari 14 hari, yang tertua 22 hari").
• Dampak — kenapa itu penting bagi pekerjaan Anda kalau dibiarkan.
• Tindakan — langkah yang harus dikerjakan, selalu diawali kata kerja (Hubungi, Eskalasi, Audit, Tagih), dilengkapi siapa pemiliknya dan tenggatnya, serta warna prioritas: merah = tinggi, kuning = sedang, abu = rendah.

Selain angka mentah, analisanya juga membaca umur pekerjaan yang menggantung (dikelompokkan, bukan dirata-rata, supaya kasus paling lama tidak tersembunyi), konsentrasi (produk/store penyumbang terbesar), titik macet Special Order, dan arah 7 hari terakhir dibanding 7 hari sebelumnya.

Semua angka pada blok ini diambil dari data yang sedang tampil di Dashboard — termasuk mengikuti filter tanggal yang sedang aktif.

AI Assistant adalah asisten yang bisa diajak mengobrol — ada di menu kiri (di HP: tombol Lainnya). Ia membantu tiga hal: menyiapkan pembuatan Claim, Pinjam Demo, dan Special Order; memantau status ketiganya; serta menjawab pertanyaan seputar aplikasi ini.

Alur penanganan produk customer yang rusak/bermasalah, dari pengajuan di toko sampai selesai. Perhatikan siapa yang mengerjakan tiap langkah.

Di jendela Detail Claim ada dua tombol di kanan atas: PDF ID dan PDF EN. Isinya, tata letaknya, dan mutu fotonya sama persis — yang berbeda hanya bahasanya. Berkasnya disusun untuk dikirim ke brand/supplier:

• Halaman 1 — Informasi Claim, Store Staff, dan Kronologi Kerusakan.
• Halaman 2 — seluruh foto kerusakan pada resolusi aslinya, satu halaman penuh dan tanpa dipotong.
• Menyusul bila ada: halaman Arsip Foto Barang Defect (foto kirim & terima gudang) dan halaman Hasil Review AI beserta skor keyakinannya.

Histori aktivitas sengaja tidak ikut ke PDF — itu catatan internal, bukan bagian dari berkas bukti. Klik foto mana pun di layar untuk melihatnya besar; dari situ berkas aslinya di Drive juga bisa dibuka.

Apa yang ikut diterjemahkan pada PDF EN. Seluruh judul kartu dan nama baris (mis. Informasi Claim menjadi Claim Information, Kronologi Kerusakan menjadi Damage Chronology), ditambah kronologi kerusakan dan hasil review AI yang ditulis dalam Bahasa Indonesia.

• Tidak diterjemahkan — nama customer, nama brand, kode SKU, serial number, nomor invoice, nomor klaim, tanggal, dan harga. Semuanya disalin apa adanya supaya tetap cocok dengan dokumen asli.
• PDF EN perlu waktu beberapa detik lebih lama karena teksnya diterjemahkan dulu; tombolnya menampilkan tulisan Menerjemahkan… selama proses itu.
• Kalau terjemahan gagal (mis. jaringan putus), PDF tetap dibuat — bagian yang gagal diterjemahkan tetap tampil dalam Bahasa Indonesia, dan muncul pemberitahuan singkat.
• Nama berkasnya berbeda supaya tidak tertukar: Detail-Claim-<nomor>.pdf untuk versi Indonesia dan Claim-Detail-<nomor>-EN.pdf untuk versi Inggris.

Tampilan di layar tetap Bahasa Indonesia apa pun tombol yang Anda tekan — yang berbahasa Inggris hanya berkas yang terunduh.

Pada Serahkan ke Customer, tombol pemberitahuan membawa Anda keluar ke WhatsApp. Isian Anda tidak hilang saat kembali — lihat bab Cara Memulai → “Keluar ke WhatsApp? Isian Anda dilanjutkan”.

Daftar Claim hanya memuat klaim yang masih berjalan; yang sudah selesai pindah ke Ready To Ship, Gudang KLM, lalu Riwayat Claim. Cara mencari, menyaring, dan meng-export sama untuk ketiga halaman daftar — dijelaskan di bab Cara Memulai → “Mencari & menyaring di halaman daftar”.

Di bagian bawah Detail Claim ada Histori Aktivitas: siapa mengubah status apa dan kapan, lengkap dengan catatannya — termasuk hasil review AI dan alasan penolakan. Cara membacanya sama untuk ketiga modul dan dijelaskan di bab Cara Memulai → “Membaca Histori Aktivitas”.

Untuk klaim yang disetujui penggantian barang, menu Claim → Pengganti Claim (di bawah Gudang KLM) melacak barang penggantinya: dari dipesan ke supplier, tiba di gudang, dikirim ke toko, sampai diterima toko. Daftarnya otomatis berisi klaim yang punya barang pengganti — tidak perlu input ulang.

• Timeline pengiriman terisi otomatis mengikuti status klaim (Disetujui → Tiba di gudang → Dikirim ke toko → Diterima/selesai).
• Tahap “Dipesan ke supplier” diisi manual oleh Admin lewat tombol ✓ Update: centang Sudah dipesan, lalu isi Supplier (otomatis mengikuti brand barang pengganti) dan No. PO (wajib). Tanggal pesan tercatat otomatis.
• Store Staff/Manager bisa membuka halaman ini untuk memantau (read-only), terbatas pada klaim toko sendiri — tombol Update tidak muncul untuk mereka.

Pencatatan peminjaman barang demo ke customer. Ada dua jenis:

Buka Detail pada sebuah peminjaman, lalu tekan PDF ID atau PDF EN di kanan atas. Dokumen ini dipakai untuk serah terima barang, jadi isinya sengaja ringkas:

• Halaman 1 — status peminjaman, alur tanggal (pinjam, estimasi kembali, kembali sebenarnya beserta ketepatannya), produk yang dipinjam, informasi lengkap, ringkasan durasi, dan status verifikasi customer.
• Halaman 2 — dua foto bukti (saat pinjam dan saat kembali) pada resolusi aslinya, satu halaman penuh. Inilah pegangan kalau nanti ada beda pendapat soal kondisi barang.

Pada PDF EN, istilah baku ikut berubah — Ketepatan menjadi Punctuality, Telat 3 hari menjadi Late by 3 days, kondisi Cukup Baik menjadi Fair — sementara nama customer, SKU, nama produk, dan tanggal tetap apa adanya. Isi Catatan yang Anda tulis sendiri ikut diterjemahkan.

Peminjaman tanpa catatan tidak perlu menunggu apa pun: PDF EN-nya langsung jadi. Nama berkas versi Inggris ditandai Demo-Loan-Detail-<nomor>-EN.pdf.

Barisnya sendiri ikut berwarna menurut Est. Kembali, jadi yang mendesak terlihat saat menyapu daftar — tidak perlu membaca tanggalnya satu per satu.

• Merah — estimasi kembalinya sudah lewat. Statusnya juga berubah jadi OVERDUE otomatis, tidak perlu diubah manual.
• Kuning — jatuh tempo hari ini atau besok. Inilah yang paling berguna: masih sempat diingatkan sebelum jadi telat.
• Tanpa warna — masih lama, atau sudah dikembalikan.

Selain warna latar, tiap baris berwarna diberi garis tebal di tepi kiri — supaya tetap terbaca oleh yang sulit membedakan merah dan kuning. Warnanya ikut mode terang maupun gelap, dan aturan yang sama berlaku pada tampilan kartu di HP.

Baik saat membuat peminjaman maupun saat Konfirmasi Pengembalian, tombol pemberitahuan membawa Anda keluar ke WhatsApp. Isian dan foto tidak hilang saat kembali — lihat bab Cara Memulai → “Keluar ke WhatsApp? Isian Anda dilanjutkan”.

Daftar Pinjam memuat peminjaman yang belum kembali; begitu ditekan Kembalikan, datanya pindah ke Riwayat Pinjam. Saringan Semua Status → Overdue memendekkan daftar jadi tinggal yang perlu ditelepon. Cara mencari, menyaring, dan meng-export sama untuk ketiga halaman daftar — dijelaskan di bab Cara Memulai → “Mencari & menyaring di halaman daftar”.

Di bagian bawah Detail Peminjaman ada Histori Aktivitas: kapan peminjaman dicatat dan siapa yang mencatatnya, lalu kapan barangnya kembali dan siapa yang menerima — berikut kondisi barang saat itu. Isinya lebih pendek daripada di Claim dan Special Order, dan alasannya dijelaskan di bab Cara Memulai → “Membaca Histori Aktivitas”.

Pemesanan khusus barang yang tidak tersedia di toko. Alurnya paling panjang karena melibatkan supplier, gudang, dan customer.

Tiap tahap punya warnanya sendiri supaya posisi sebuah order terbaca sekilas tanpa membaca tulisannya satu per satu. Urutan warnanya mengikuti alur — dari ungu di awal sampai hijau saat selesai:

Warnanya: Submitted ungu, Validated biru, Order To Supplier oranye, Shipped amber, Warehouse Received biru langit, Store Received teal, Ready For Pickup lime, Completed hijau, Rejected merah, Cancelled abu-abu, dan Change Order merah muda.

Kalau satu order berisi beberapa barang dan sebagiannya sudah selesai, kolomnya menampilkan "2/3 Selesai". Warnanya mengikuti tahap barang yang paling tertinggal, bukan yang sudah selesai.

Di bagian bawah Detail Special Order ada Histori Aktivitas — termasuk jawaban customer atas pertanyaan lanjut/ganti/batal. Cara membacanya sama untuk ketiga modul dan dijelaskan di bab Cara Memulai → “Membaca Histori Aktivitas”.

Cara mencari, menyaring, dan meng-export sama untuk ketiga halaman daftar — dijelaskan di bab Cara Memulai → “Mencari & menyaring di halaman daftar”.

Menu Klaim → Gudang KLM. Berisi barang klaim yang dikirim dari toko ke gudang.

• Barang yang sedang dalam perjalanan bertanda IN_TRANSIT.
• Tekan Konfirmasi Penerimaan, isi kondisi barang dan nomor STI, unggah foto, lalu simpan. Klaim terkait otomatis menjadi Closed.
• Nomor STR, STO, dan STI tercatat agar bisa ditelusuri kembali.

Di form Tambah/Edit User, bagian Akses Toko berisi checklist toko yang boleh diakses akun itu. Akun toko wajib punya minimal satu; toko utama diturunkan otomatis dari daftar ini. Saat membuat data (klaim, pinjam, SPO), user dengan banyak toko memilih tokonya di form. Server tetap mengunci data ke daftar ini — checklist di layar bukan sumber izinnya. Setiap perubahan akses tercatat di audit.

Saat menekan 💾 Simpan, muncul bar progres berpersen dengan tahap nyata: Mengirim data ke server → Server sudah menyimpan (dan mengganti password bila diisi) → Memastikan perubahan tersimpan — aplikasi membaca ulang daftar user dan mencocokkan barisnya — → Tersimpan ✓, baru jendela tertutup. Selama itu jendela terkunci: tombol ✕ dan Batal tidak bisa dipakai dan menutup tab memunculkan peringatan. Kalau gagal (server menolak, jaringan putus, atau data yang dibaca ulang belum sama), bar berubah merah dengan alasannya dan kunci dilepas supaya Anda bisa memperbaiki lalu Simpan lagi, atau Batal.

Induk menu 📈 Sales berisi tujuh halaman untuk memantau dan menggerakkan penjualan. Semuanya membaca data transaksi kasir yang sama; akun toko otomatis hanya melihat tokonya sendiri, Admin dan Management melihat nasional dan bisa menyaring per toko. Angka di semua halaman ini memakai Realisasi = total penjualan, dan PROMOTION GOODS tidak dihitung sebagai target.

Sejak 16 Sep 2026 target dan pencapaiannya dipisah: kartu Sales Target ada di halaman Sales Breakdown Target & Strategy (di atas bagan strategi), kartu Sales Achievement ada di halaman Sales Tracking Performance & Insight (tepat di bawah bagan struktur; mengklik toko atau salesman di bagan otomatis menyaringnya ke toko itu). Keduanya memakai saringan Bulan + Tahun (targetnya bulanan, jadi periodenya selalu satu bulan penuh; bulan yang belum punya target tampil kelabu bertanda tanpa target), toko, kategori, brand.

• Sales Target — kartu angka target (Rp & unit, jumlah toko & salesman bertarget) dan Breakdown Target: target nasional dipecah bertingkat Nasional → CM (Cluster Manager) → Toko → Salesman, tanpa angka realisasi. Ada dua tab: Per Struktur Organisasi dan Per Kategori Toko. Klik sebuah kotak untuk membuka level di bawahnya; arahkan kursor untuk melihat dasar angkanya; Lihat versi tabel menampilkan bentuk tabel bertingkat. Tombol Approve (Admin/Management) mengunci breakdown sebagai target resmi — badge di sebelahnya menunjukkan status persetujuannya.
• Sales Achievement — kartu angka target, realisasi, pencapaian (%), dan selisihnya; Grafik Target vs Realisasi dan Pencapaian per toko — batang yang menyimpang ke kanan/kiri dari garis 100%, jadi toko yang tertinggal langsung terlihat; dan AI Sales Target & Achievement Insight — kesimpulan otomatis: temuan (dengan angka) → dampak → tindakan. Kalau AI sedang tidak tersedia, bagian ini tetap terisi dari perhitungan aplikasi sendiri.

Dasbor kinerja penjualan berstruktur seperti Sales Strategy: bagan Nasional → CM → Toko → Salesman (klik simpul untuk membentangkan dan memuat kinerjanya), ubin KPI untuk simpul terpilih (penjualan, invoice, rata-rata invoice, diskon — dengan ▲▼ terhadap periode pembanding), lalu AI Sales Insight, grafik tren, Panel Mutu Data, kategori/brand, tabel kinerja toko dan kinerja salesman, dan produk teratas — semuanya dihitung untuk simpul itu. Saat memuat, ada bar progres berpersen — datanya besar, jadi butuh beberapa detik.

Peringkat salesman per bulan + tahun (saringan di atas, bisa juga per grade, toko, kategori, brand). Tiga teratas tampil di podium; tabel di bawahnya diurutkan dari pencapaian tertinggi. Jumlah pelanggan dihitung sebagai orang (satu nomor HP = satu pelanggan), bukan jumlah transaksi. Animasi "balapan peringkat" saat memuat hanya hiasan — angkanya tetap dari data.

• Modul pelatihan berisi video, slide, PDF, dan quiz. Admin/Management membuatnya lewat editor di halaman ini; video dan slide dimasukkan sebagai tautan (YouTube, Google Drive, Slides, Canva) yang ditanam langsung di halaman.
• Quiz dikerjakan salesman untuk mendapat nilai; hasil dan riwayatnya tercatat per orang.
• AI membuat soal quiz dari materi yang diunggah — Admin cukup menekan tombolnya, memeriksa soalnya, lalu menerbitkan.
• Setiap modul baru yang diterbitkan memunculkan notifikasi di aplikasi salesman.

Kalender tahunan yang mewarnai tanggal promo/event. Klik sebuah tanggal untuk melihat promo yang berlangsung; klik promo untuk membuka detailnya: periode, SKU yang ikut, budget, sales, dan ROI. Angka sales dihitung otomatis dari transaksi kasir dalam periode promo (sesuai lingkup toko) — tidak diketik manual.

• Sales Target — kartu di atas bagan: target bulanan & Breakdown Target (lihat bab Sales Target & Sales Achievement).
• Referensi Strategi per Level — bagan Nasional → CM → Toko → Salesman; klik simpul untuk melihat strategi level itu. Sejak 16 Sep 2026 strateginya dijangkarkan ke target bulan yang dipilih di kartu Sales Target: strip posisi terhadap target (target, realisasi, sisa, laju per hari yang dibutuhkan vs laju saat ini, proyeksi akhir bulan, status Di jalur/Tertinggal), lalu langkah menuju target — anak level mana yang menanggung sisa terbesar, berapa transaksi yang dibutuhkan, customer (VIP, berisiko lepas, dormant) dan kategori mana yang paling mungkin menutup sisa — disusul arah/pagar struktural (nasional & CM) atau langkah prioritas (toko & salesman). Bagan dan strateginya mengikuti toko yang diklik pada kartu target di atasnya (bulan berjalan; kartu Sales Target & Breakdown Target disembunyikan sejak 20 Sep 2026) — halaman ini tidak punya pemilih toko sendiri; klik kartu toko lain, atau ✕ / simpul Nasional untuk kembali ke semua toko → bagan & panel ikut berubah. Di tiap panel ada 🤖 Rekomendasi AI menuju target: AI menyusun ringkasan, 4–6 langkah (tindakan, dasar angka, penanggung jawab, tenggat), risiko, dan rencana per minggu untuk sisa hari — dari fakta yang dihitung aplikasi, tanpa mengarang angka/nama dan tanpa saran diskon. Jawaban dipakai ulang sampai hari berganti; kalau AI sedang tidak tersedia, langkah "dari data" tetap tampil.
• Item Priority per Level — produk/brand yang layak didorong beserta peringkat nasional (▲▼) dan dasar perhitungannya.
• Customer prioritas — daftar pelanggan yang paling layak dihubungi (skor × nilai tahunan).

Induk menu 🛎️ Customer Management membantu salesman mengenal dan menjaga pelanggannya. Semua analisis dihitung dari transaksi kasir (dengan koreksi untuk toko yang cakupan ID pelanggannya rendah) dan selalu menampilkan dasar angkanya — tidak ada angka yang dikarang.

Halaman ini tersusun dari kartu A–I di bawah empat angka ringkas (Total Customer, Nilai Total, Rata-rata, Nilai Tengah):

• A. Info Apa yang Masih Diperlukan — data pelanggan yang belum lengkap (HP, email, minat, brand, dsb.), diurutkan dari yang paling berdampak pada nilai.
• B. Pengelompokan Berdasarkan Perilaku Beli — Inti / Sering–Nilai Kecil / Besar Sesekali / Belum Berkembang / Pasif (lebih dari 90 hari tidak belanja). Tiap kelompok memuat "yang perlu dilakukan".
• C. Kontribusi Customer Berdasarkan Nilai dan D. Brand & Produk yang Layak Diprioritaskan.
• E. Risiko Lepas — prediksi dari ritme belanja tiap orang: kalau jeda sejak belanja terakhir sudah jauh melampaui kebiasaannya, ia ditandai berisiko. Ini yang dipakai untuk kampanye "ajak kembali".
• F. Kemungkinan Customer Ganda — satu orang yang tercatat dua kali (nomor HP sama, nama mirip, toko/salesman sama). Aplikasi memberi skor dan menyandingkan datanya; Anda memutuskan Gabung atau Beda orang, dan keputusan itu diingat.
• G. Nilai 12 Bulan ke Depan & Potensi Tergali — proyeksi nilai tiap pelanggan setahun ke depan dan berapa yang masih bisa digali. Untuk toko yang cakupan ID-nya terlalu rendah, statusnya jujur ditandai "buta" alih-alih memberi angka menyesatkan.
• H. Kesehatan Hubungan Salesman ↔ Customer — apakah pelanggan masih dipegang salesman yang sama, sudah lama tidak disapa, atau pengampunya sudah tidak aktif.
• I. Usulan Kampanye Minggu Ini — aplikasi mengusulkan kampanye mingguan dari data (ajak kembali, cegah turun, produk pelengkap, alih brand, promo, ulang kategori), lengkap dengan daftar customer per toko. Manajer menyetujui yang layak; yang disetujui menjadi tugas salesman.

Menu 🏬 Store → Stock on Hand menampilkan stok per toko. Akun toko dikunci ke tokonya; akun banyak toko mendapat pemilih toko di atas. Admin bisa melihat semua toko.

• Kotak cari dengan saran otomatis — ketik nama artikel/SKU, lalu pilih dari daftar saran.
• Saringan kategori dan brand; kartu KPI di atas tabel artikel.
• Stok Mati, Kurang & Usulan Pindah Stok — tiap artikel diberi status: stok mati (belum pernah terjual di toko itu & tidak laris di toko mana pun), lambat laku (lama tak terjual / kelebihan), belum bergerak (laris di toko lain), kurang, habis, atau sehat, dari perbandingan stok dengan penjualan 90 hari dan setahun. Bagian usulan pindah menyarankan memindahkan stok dari toko yang kelebihan ke toko yang kurang untuk artikel yang sama — nilainya diurutkan dari yang terbesar. Ini usulan; keputusan dan pemindahan fisiknya tetap lewat prosedur biasa.

Menu Play Better Passport (di bawah induk 🛎️ Customer Management sejak 19 Sep 2026; Admin, atau akun toko yang diberi menunya) menampilkan "paspor" seorang pelanggan: masukkan nomor HP, dan muncul kartu berisi Current Bag Snapshot (perlengkapan yang dimiliki), Journey History (riwayat pembelian), dan tombol AI Customer Insight.

• AI Customer Insight bertab: Purchase Behavior (R/F/M dibanding seluruh basis pelanggan), Purchase Trend 12 bulan dengan sumbu waktu sungguhan, Affinity (kategori/brand kesukaan), dan Next Best Product. "Sekarang" dihitung dari tanggal terakhir di data, bukan jam server, supaya semua pelanggan tidak tiba-tiba tampak menjauh saat umpan data tertunda.
• FitClub (tombol di kartu paspor, di atas AI Customer Insight) membuka halaman pemain FitClub. Tahap 1 = Customer Profile (informasi dasar pemain: personal, profil pemain, frekuensi bermain, skor, gaya bermain, club utama, pengalaman fitting, perlengkapan, catatan; ringkasan profil otomatis & status); tahap 2 = Pre-Fitting Physical Check (formulir statis: data fisik, grip, address & posture, mobilitas, keterbatasan, setup stik saat ini, hasil static fitting, observasi & status fitter — disimpan per tanggal, ukuran dasarnya tersalin ke profil pemain); tahap 3 = FitLab Studio: profil pemain → sesi Driver atau Iron → konfigurasi (1 baseline + maksimal 3 kandidat) → data shot (unggah CSV launch monitor atau isi manual) → statistik deterministik dengan gate bukti (jumlah shot minimal) → pendapat AI yang boleh abstain bila bukti kurang → keputusan fitter (disimpan sebagai snapshot) → laporan. Angka statistik dihitung aplikasi, AI hanya memberi tafsir.

Menu Trade In (Admin, atau akun toko yang diberi menunya) mengelola penilaian (appraisal) stik bekas yang ditukar-tambah pelanggan.

Menu Cashier Management → Dashboard Cashier (Admin dan keluarga akun toko: Store Staff/Manager, Cashier Manager, dst.; akun toko otomatis hanya melihat tokonya) memantau uang hasil penjualan sampai benar-benar sampai ke pusat. Sumber penjualannya adalah transaksi kasir per metode bayar (MOP); sumber setorannya adalah catatan yang diinput toko di halaman ini — tidak ada sumber lain, jadi kedisiplinan mencatat = kedisiplinan yang terukur.