Peta POS & Resep (BOM)

Menu Peta & Resep adalah tempat Anda mengajari sistem apa isi setiap menu — supaya saat laporan POS mencatat sebuah menu terjual, sistem tahu bahan apa yang terpakai dan bisa mengurangi stok secara otomatis. Hanya Admin dan Owner yang bisa membuka dan mengubah halaman-halaman ini.

Navigasi cepat

Baru pertama kali? Baca dari atas — mulai dari model berpikir lalu alur lengkap. Sudah paham dan hanya butuh satu halaman? Loncat langsung:

• 🚀 Alur lengkap (end-to-end) — satu contoh nyata melewati keempat halaman
• 📥 Impor & Ekspor massal (Excel/xlsx) — isi puluhan menu sekaligus, dalam urutan yang benar
• 📖 Halaman 1 — Resep (BOM) — daftar bahan per porsi + Sub-Resep
• ⚖️ Yield Factor — bahan yang menyusut saat dimasak — kapan & berapa angkanya, contoh Ayam Gepuk
• 🗺️ Halaman 2 — Peta Menu — nama POS → Menu Key
• 🎛️ Halaman 3 — Peta Modifier — arti tambahan/varian dari POS
• 🎯 Halaman 4 — Cakupan — cek mana yang belum lengkap
• ⚙️ Tingkat Cakupan (Scope) — Tenant vs Warung

Di sidebar kiri, kelompok menu Peta & Resep punya empat halaman terpisah:

💡 Dulu keempatnya ada di satu halaman panjang; sekarang masing-masing punya halaman sendiri agar lebih ringan dan fokus. Membuka link lama (/dashboard/peta-pos) otomatis diarahkan ke halaman Resep (BOM).

🎓 Pahami dulu: model berpikir Peta & Resep

Analogi sederhana

Bayangkan struk kasir POS mencatat "Nasi Goreng Special" terjual 30 porsi. Sistem tidak tahu otomatis bahwa satu porsi butuh 150 gr nasi + 50 gr ayam + 20 gr bumbu — kecuali Anda mengajarinya lewat Peta Menu dan Resep BOM.

Tanpa itu, laporan stok & HPP tidak bisa menghitung bahan apa yang terpakai dari penjualan tersebut.

Empat halaman = empat pertanyaan yang dijawab sistem

Halaman	Menjawab pertanyaan
Resep (BOM)	"Satu porsi menu ini butuh bahan apa saja, berapa banyak?"
Peta Menu	"Nama di laporan POS ini sebenarnya menu yang mana (kode)?"
Peta Modifier	"Tambahan/varian di POS ini menambah/mengganti bahan apa?"
Cakupan	"Mana yang sudah siap, mana yang masih kurang?"

Bagaimana semuanya tersambung saat menu terjual

Inilah inti model berpikirnya. Saat Anda mengunggah laporan POS, untuk tiap bill sistem menjalankan rantai ini secara otomatis:

Laporan POS masukNama menu + modifier per bill

Cocokkan nama → Menu Keylewat Peta Menu

Ambil resep menulewat Resep BOM

Terapkan modifiertambah/ganti bahan

Stok terpotongbahan berkurang otomatis

Jadi Resep, Peta Menu, dan Peta Modifier adalah "bahan persiapan"; potongan stok yang sesungguhnya terjadi nanti, otomatis, saat laporan POS diunggah — bukan saat Anda menyimpan resep/modifier. (Mengisi halaman-halaman ini tidak langsung mengubah stok.)

Apa itu Menu Key

Menu Key adalah kode internal singkat yang Anda tentukan — misalnya NASI_GORENG — yang menghubungkan nama POS dengan resep. Satu Menu Key boleh dipakai banyak nama POS (mis. "Nasi Goreng", "Nasi Goreng Special", "Nasi Goreng Kombo" memakai resep sama jika bahannya identik).

Urutan paling praktis: isi resepnya dulu di Resep (BOM), lalu petakan nama POS-nya di Peta Menu. Tapi keduanya boleh dikerjakan dalam urutan apa pun — petunjuk ✓/⚠ di tiap halaman mengingatkan bagian yang belum lengkap.

Apa itu Sub-Resep (dan kenapa memudahkan hidup Anda)

Sebuah Sub-Resep adalah resep yang dipakai sebagai bahan di resep lain — biasanya bumbu, saus, atau bahan dasar yang muncul di banyak menu.

Contoh: bumbu rendang Anda dipakai di Rendang Daging, Rendang Ayam, dan Nasi Rendang. Daripada mengetik ulang 8 bahan bumbu di tiga resep, Anda cukup:

Buat Sub-Resep sekaliSR_BUMBU_RENDANG = 8 bahan

Pakai ulang sebagai 1 bahanResep menu cukup tulis: SR_BUMBU_RENDANG

Ubah sekali, berlaku semuaResep bumbu berubah → semua menu ikut

Aturan penamaan: Menu Key Sub-Resep harus diawali SR_ — mis. SR_BUMBU_RENDANG, SR_SAUS_KACANG. Itulah cara sistem mengenali bahwa sebuah kode adalah Sub-Resep, bukan menu jual biasa. Di form Resep (BOM), cukup pilih tab Sub-Resep pada kolom Menu Key — awalan SR_ otomatis terkunci, jadi Anda hanya mengetik sisanya.

Sub-Resep hanya boleh satu tingkat. Sebuah Sub-Resep (SR_…) boleh berisi bahan biasa (Item), tapi tidak boleh berisi Sub-Resep lain. Jadi SR_SAUS tidak bisa menunjuk SR_BUMBU. Kalau dicoba, sistem menolak: "SR tidak boleh menunjuk SR — nesting maksimal 1 level".

Dua jenis "belum siap" — beda penanganannya

Status	Artinya	Yang perlu dilakukan
Menu Belum Terpeta	Nama POS belum ada di Peta Menu	Tambah baris di Peta Menu
Resep Kosong	Nama POS sudah dipetakan, tapi resepnya masih kosong	Isi bahan di Resep (BOM)

Sistem tidak boleh mengira resep kosong = resep nol bahan — itu akan mengacaukan laporan stok. Selama resep masih kosong, stok untuk menu itu tidak dihitung.

Sumber belajar

• Apa itu Bill of Materials (BOM)? — penjelasan sederhana
• Resep standar & food cost untuk restoran (bahasa sederhana)

Alur lengkap: dari menu baru sampai stok terpotong

Bagian ini menyatukan keempat halaman dalam satu contoh nyata — ikuti berurutan untuk membuat satu menu siap hitung dari nol. Kita pakai contoh: menu "Ayam Bakar" yang punya tambahan "Extra Tahu" di POS.

✅ Checklist satu menu siap: (1) resep terisi di Resep BOM · (2) nama POS terpetakan di Peta Menu · (3) semua modifier menu itu terklasifikasi di Peta Modifier · (4) muncul di potongan stok setelah unggah POS · (5) bersih di Cakupan.

Impor & Ekspor massal (file Excel/xlsx)

Mengisi satu per satu lewat formulir cocok untuk menambah sedikit. Kalau Anda harus memasukkan puluhan menu sekaligus — misalnya saat menyiapkan outlet baru — pakai impor file Excel (.xlsx). Setiap halaman (Peta Menu, Resep, Peta Modifier) punya tiga tombol di kotak atas:

🎓 Pahami dulu: kerjakan dalam urutan ini

Kenapa ada urutan

Ketiga halaman saling merujuk lewat Menu Key. Resep dan Modifier baru bermakna kalau Menu Key-nya sudah dikenal dari Peta Menu. Jadi isi Peta Menu lebih dulu, baru Resep, baru Modifier — persis seperti di alur lengkap, hanya saja kali ini lewat file Excel.

1. Peta MenuTetapkan Menu Key — fondasi yang dirujuk dua halaman lain

2. Resep (BOM)Susun bahan per porsi untuk Menu Key tadi

3. Peta ModifierBeri arti tambahan/varian, terakhir

Kotak panduan di tiap halaman juga menulis urutan ini — Anda akan lihat "Langkah 1 dari 3" di Peta Menu, "Langkah 2 dari 3" di Resep, dan "Langkah 3 dari 3" di Peta Modifier.

Begini tampilan kotak tombolnya (contoh di Peta Menu — perhatikan teks "Langkah 1 dari 3"):

💡 Untuk Resep: kalau satu baris dalam satu Menu Key salah (mis. kode bahan tidak dikenal), seluruh resep menu itu dibatalkan — sama seperti aturan "satu menu sekali simpan" di Halaman 1. Perbaiki baris itu di Excel, lalu impor ulang.

🔒 Impor/ekspor menulis ke katalog saja — sama seperti mengisi formulir, ini tidak mengubah angka food cost / HPP. Stok baru terpotong nanti saat laporan POS diunggah.

Halaman 1 — Resep (BOM)

Buka menu Peta & Resep → Resep (BOM) di sidebar. Di sinilah Anda mengisi bahan-bahan (dan jumlahnya per porsi) untuk setiap Menu Key.

Cara kerjanya sekali jalan: Anda menumpuk dulu semua baris bahan ke dalam sebuah daftar (Daftar Bahan), baru menekan satu tombol Simpan Resep — seluruh bahan tersimpan bersamaan dalam satu kali simpan. Kalau ada satu baris yang salah, seluruh resep itu batal (tidak ada yang setengah tersimpan), dan sistem menyebut baris ke berapa yang bermasalah.

A. Mengisi resep biasa (bahan dari katalog)

Yield Factor — bahan yang menyusut saat dimasak

Yield Factor adalah angka kecil di tiap baris bahan yang menjawab satu pertanyaan praktis: "Berapa bahan mentah yang harus saya beli supaya, setelah dimasak/dibersihkan, tersisa sebanyak yang tertulis di resep?" Nilai bawaannya 1.000 — artinya tidak ada susut: yang Anda tulis di Qty/Porsi = persis yang terpakai. Anda menaikkannya hanya untuk bahan yang berkurang beratnya antara saat dibeli dan saat disajikan.

💡 Inti yang harus dipahami: Qty/Porsi adalah berat matang/bersih yang masuk ke piring; Yield Factor adalah pengali yang mengubahnya jadi berat mentah yang benar-benar Anda keluarkan dari stok. Stok dipotong sebesar Qty/Porsi × Yield Factor per porsi — jadi makin besar susutnya, makin besar Yield Factor-nya.

Sekilas — kapan pakai angka berapa:

⚖️ Yield Factor di MBS selalu ≥ 1.000. Sistem memakainya untuk susut — stok dipotong Qty/Porsi × Yield, jadi angka di bawah 1 akan mengurangi potongan stok dan menyembunyikan biaya. Untuk bahan yang justru mengembang (nasi, mie rebus), jangan turunkan Yield ke bawah 1 — isi Qty/Porsi dengan berat mentahnya dan biarkan Yield 1.000 (lihat catatan beras di contoh Ayam Gepuk).

🎓 Pahami dulu: kenapa ada Yield Factor & cara menghitungnya

Kenapa berat mentah ≠ berat matang

Banyak bahan menyusut saat diproses — air menguap saat digoreng, lemak meleleh, kulit & tulang dibuang, sayur layu. Yang Anda beli dan simpan di stok adalah berat mentah; yang masuk ke porsi pelanggan adalah berat matang/bersih yang lebih kecil. Kalau resep hanya mencatat berat matang, stok Anda akan terpotong terlalu sedikit dan laporan food cost jadi lebih murah dari kenyataan.

Yield Factor menjembatani keduanya:

Berat mentahyang Anda beli & simpan di stok

Dimasak / dibersihkanmenyusut: air, lemak, tulang

Berat matangyang masuk ke porsi (Qty/Porsi)

Rumusnya — pakai angka asli dapur

Cara termudah menemukan Yield Factor: timbang sebelum & sesudah, lalu

Rumus Yield Factor

Yield Factor = Berat Mentah ÷ Berat Matang

Contoh: 100 gr ayam mentah → setelah digoreng tersisa 80 gr.

Yield Factor = 100 ÷ 80 = 1.250

Artinya: untuk menyajikan 80 gr ayam matang, stok dipotong 80 × 1.250 = 100 gr mentah. ✔

⚖️ Selalu ≥ 1.000. Karena bahan menyusut (mentah selalu ≥ matang), Yield Factor tidak pernah di bawah 1. Kalau Anda menghitung angka di bawah 1, kemungkinan besar berat mentah & matang tertukar.

Dua cara memakainya — pilih salah satu, jangan dua-duanya

Ada dua gaya mengisi resep, dan keduanya benar asal konsisten:

Gaya	Qty/Porsi diisi…	Yield Factor	Cocok kalau…
A. Tulis berat matang + Yield	berat matang/bersih	angka susut (>1)	Anda menimbang porsi jadi (mis. 80 gr ayam)
B. Tulis berat mentah langsung	berat mentah	biarkan 1.000	Anda sudah tahu takaran belanja mentahnya

⚠️ Jangan campur. Kalau Qty/Porsi sudah Anda isi berat mentah, jangan lagi menaikkan Yield Factor — nanti stok terpotong dobel dan food cost melonjak palsu.

Contoh nyata: menu Ayam Gepuk Pak Gembus

Pakai Gaya A (tulis berat matang + Yield). Untuk satu porsi Ayam Gepuk (AYAM_GEPUK), operator menimbang porsi matang lalu mengisi Yield Factor dari rasio susut tiap bahan:

Cara membaca tiap baris — dari pengalaman dapur, bukan rumus baku (timbang sendiri untuk angka warung Anda):

• Ayam — 1.250. Digoreng kering ala gepuk: 100 gr mentah jadi ±80 gr matang (air & lemak hilang). 100 ÷ 80 = 1.250. Inilah bahan yang paling penting diberi Yield Factor — porsinya besar dan harganya mahal, jadi salah sedikit langsung menggeser food cost.
• Minyak — 1.000. Yang benar-benar terserap ke ayam (mis. 15 ml) sudah Anda timbang sebagai pemakaian bersih. Minyak penggorengan yang dipakai berulang bukan per porsi — jangan masukkan seluruh wajan ke satu porsi. Jadi biarkan 1.000.
• Sambal — 1.000. Sudah dihitung sebagai Sub-Resep matang (SR_SAMBAL_BAWANG) — susutnya, kalau ada, sebaiknya ada di dalam resep sambal itu, bukan di sini. Cukup 1.000.
• Lalapan — 1.100. Kol & timun dibuang sebagian (bonggol, ujung). 44 gr beli untuk sajikan 40 gr bersih → ±1.100. Kecil, tapi konsisten.
• Beras → nasi — kasus khusus. Beras justru mengembang (bukan menyusut) saat jadi nasi. Lihat catatan di bawah.

🍚 Bahan yang MENGEMBANG (nasi, mie rebus) — jangan pakai Yield < 1 di sini. Yield Factor di MBS dirancang untuk susut (selalu ≥ 1). Untuk beras, pilih Gaya B: isi Qty/Porsi = berat beras mentah yang benar-benar Anda keluarkan dari stok per porsi (mis. 90 gr beras untuk sepiring nasi) dan biarkan Yield 1.000. Tulis nilai matang hanya sebagai catatan, jangan dijadikan Yield < 1 — itu akan mengurangi potongan stok dan menyembunyikan biaya beras Anda. (Baris 0.450 di tabel atas sengaja ditandai "lihat catatan" supaya Anda tidak menyalinnya mentah-mentah.)

🧪 Cek cepat sebelum simpan: kalikan Qty/Porsi × Yield di kepala — apakah hasilnya masuk akal sebagai belanja mentah per porsi? Untuk ayam: 80 × 1.25 = 100 gr mentah → wajar. Kalau hasilnya aneh (mis. 320 gr ayam mentah per porsi), berarti Yield-nya kebablasan.

B. Membuat & memakai Sub-Resep

Sub-Resep dibuat di form yang sama — bedanya cuma di tab Menu Key (pilih Sub-Resep, yang mengunci awalan SR_) dan urutan pengerjaannya. Selalu simpan Sub-Resep dulu, baru pakai di menu lain (sistem hanya mau memakai Sub-Resep yang sudah tersimpan).

Mengapa harus SR_? Sistem memakai awalan SR_ untuk mengenali sebuah kode sebagai Sub-Resep. Tanpa awalan itu, kode dianggap menu biasa dan tidak akan muncul di dropdown "Pilih Sub-Resep".

Membaca tabel Resep Tersimpan (kelompok per menu)

Di bawah form ada tabel Resep Tersimpan. Tabel ini dikelompokkan per Menu Key — satu baris untuk satu menu, bukan satu baris untuk satu bahan. Tiap baris menampilkan Menu Key, jumlah bahan (mis. 3 bahan), dan Scope.

• Tekan di kiri sebuah baris untuk membuka dan melihat daftar bahannya; tekan untuk menutup lagi.
• Saat dibuka, tiap bahan tampil dengan nama jelasnya (mis. Daging Sapi · RM012, Bumbu Rendang · SR_BUMBU_RENDANG) — bukan kode acak — beserta jumlah per porsinya.
• Untuk menghapus satu bahan, tekan ikon sampah () di baris bahan tersebut.
• Kotak pencarian di atas tabel mencari berdasarkan Menu Key, nama menu, atau kode/nama bahan. Anda juga bisa mengurutkan lewat kepala kolom Menu Key / Bahan, dan berpindah halaman di bawah tabel.

Halaman 2 — Peta Menu

Buka menu Peta & Resep → Peta Menu. Di sinilah Anda menghubungkan nama menu persis dari laporan POS dengan Menu Key internal. Nama POS harus diketik sama persis seperti yang muncul di laporan POS (termasuk huruf besar-kecilnya).

Untuk menghapus peta menu yang salah, tekan ikon sampah () di baris yang bersangkutan.

Satu Menu Key bisa dipakai banyak nama POS. Misalnya "Nasi Goreng", "Nasi Goreng Biasa", dan "Nasi Goreng Special (tanpa cabai)" semuanya bisa dipetakan ke NASI_GORENG kalau resep bahannya sama persis.

Halaman 3 — Peta Modifier

Buka menu Peta & Resep → Peta Modifier. Laporan POS sering punya modifier (varian/tambahan) di belakang nama menu — misalnya "pedas sedang", "potong dada", "Extra Tahu", "bungkus". Di halaman ini Anda memberi tahu sistem arti tiap modifier, supaya saat menu terjual, modifiernya ikut menambah atau mengganti bahan dengan benar.

🧠 Ingat model berpikirnya: menyimpan modifier tidak langsung memotong stok. Potongannya terjadi otomatis saat laporan POS diunggah, sebagai bagian dari rantai explosion.

Lima kelas modifier — pilih yang benar

Tiap modifier diberi satu Kelas. Kelas inilah yang menentukan apa yang diisi di kolom berikutnya:

💡 Kolom "Aksi" berubah mengikuti Kelas. Untuk ADDON/PACKAGING/CUT muncul pemilih Item (langsung nama bahan — bukan kode). Untuk SPICE muncul pemilih Sub-Resep. Untuk NOISE kolom itu hilang karena memang tidak perlu. Anda tidak perlu lagi menempel kode/ID mentah seperti dulu.

🔧 Modifier yang belum diklasifikasi akan muncul di ember Modifier Belum Terklasifikasi pada halaman Cakupan — itu daftar PR Anda di sini.

Halaman 4 — Cakupan

Buka menu Peta & Resep → Cakupan. Halaman ini menampilkan seberapa banyak menu POS yang sudah terpetakan dan terisi resepnya, sekaligus menunjukkan mana yang masih belum lengkap. Inilah papan periksa Anda — kerjakan sampai bersih.

Tingkat Cakupan (Scope)

Semua baris di halaman-halaman ini (resep, peta menu, peta modifier) bisa diatur di tingkat Tenant (berlaku semua outlet) atau Warung tertentu. Pilih di kolom Tingkat di tiap formulir sebelum menyimpan.

• Tenant (global) — paling umum. Satu resep berlaku di semua outlet.
• Warung — buat hanya kalau resep di satu outlet berbeda. Outlet mewarisi pengaturan tenant otomatis; baris tingkat Warung akan menggantikan baris tenant untuk menu itu (bukan menggabung) — jadi salin ulang seluruh bahan menu itu kalau Anda meng-override per outlet.