Inventory tabel

Inventory terdiri dari data produk, aturan pesanan, dan ketersediaan. Ketiganya menjawab pertanyaan yang berbeda.

Kolom Price berisi nominal. Tanpa aturan satuan, Rp2.200.000 bisa berarti per hari, per perjalanan, atau harga satu paket. Kolom Availability berisi kapasitas dan jadwal. Modul menghubungkan data itu ke perhitungan pesanan.

Contoh: 1 kendaraan × 8 hari × Rp2.200.000 = Rp17.600.000. Jumlah armada yang dipakai tetap 1 kendaraan, selama periode sewa. Durasi delapan hari tidak berarti delapan kendaraan.

Simulasi memeriksa hitungan. Quote menghitung penawaran. Booking/reservasi memakai kapasitas. Menghitung harga saja belum membuktikan kendaraan sudah dipesan.

Pada Rental Kendaraan, sistem menyusun modul di belakang form. Anda tidak perlu memilih template atau merangkai sembilan modul sendiri. Mata uang form rental saat ini adalah Rupiah (IDR).

Gunakan Custom jika membutuhkan tarif per perjalanan, aturan overtime khusus, resource bersama antarpenawaran, banyak jenis biaya bersyarat, atau tarif di luar kemampuan form Rental. Mengganti nama penawaran tidak otomatis menambahkan aturan baru.

Aturan sewa pada satu inventory Rental berlaku untuk seluruh kendaraan di dalamnya. Jika sebagian kendaraan memakai hari kalender dan sebagian memakai 24 jam, pisahkan ke dua inventory atau gunakan Custom dengan aturan per baris.

1. Buka AI Agent Room → Inventory pada bisnis/workspace yang tepat.

2. Klik Add Inventory → Tabel.

3. Pada Tipe inventory atau Jenis pengaturan, pilih Rental Kendaraan. Istilah di tampilan bisa mengikuti bahasa aplikasi.

4. Pada Armada & Tarif, isi Nama inventory rental, misalnya Armada Jakarta. Deskripsi inventory boleh diisi sebagai ringkasan katalog.

5. Isi kendaraan pertama. Untuk kendaraan berikutnya, klik Tambah kendaraan.

6. Buka Aturan Sewa, tentukan durasi, zona waktu, batas sewa, dan pembayaran jika diperlukan.

7. Jalankan Coba hitung sewa untuk contoh permintaan customer.

8. Isi Form Pesanan AI dan pilih metode pemrosesan pada Invoicing.

9. Setelah seluruh data benar, pilih Aktif — dapat dipakai AI, lalu Simpan Inventory / Save Changes.

Jika masih menyiapkan data, simpan sebagai Draft. Mengubah status ke Aktif tanpa menekan Simpan belum menyimpan perubahan ke server.

Untuk latihan, gunakan nama yang jelas seperti Uji Rental. Simulasi dalam editor tidak membuat booking. Percakapan AI yang mengonfirmasi pesanan dapat masuk ke alur transaksi sebenarnya.

Satu baris adalah satu jenis penawaran. Klik judul kendaraan untuk membuka atau menutup detailnya.

Isi angka tarif tanpa teks Rp atau pemisah ribuan. Form akan menampilkan format mata uang pada ringkasan.

Jumlah armada tersedia adalah kapasitas total, bukan jumlah sisa setelah booking. Jika punya tiga kendaraan dan satu sedang disewa, tetap isi 3; sisa dihitung dari pemakaian yang tercatat. Menurunkannya menjadi 2 dapat membuat kapasitas berkurang dua kali.

Form Rental saat ini memerlukan minimal satu kendaraan dan kapasitas positif. Form ini belum menyediakan tombol khusus perawatan atau penonaktifan sementara kendaraan. Jangan memasukkan angka 0 sebagai pengganti status perawatan lalu menganggap konfigurasi sudah valid.

Buka Deskripsi, foto & biaya yang termasuk pada kendaraan.

Catatan termasuk dan di luar tarif menjadi informasi untuk AI. Menulis tol Rp100.000 pada catatan tidak otomatis menambahkan Rp100.000 ke kalkulasi. Untuk biaya otomatis, gunakan field terstruktur yang tersedia atau modul Biaya, diskon & pajak pada Custom.

Catatan termasuk/di luar tarif pada form Rental dibatasi 255 karakter per field. Gunakan kalimat singkat dan spesifik. Jika aturan bisnis panjang, simpan penjelasan tambahan pada deskripsi atau Knowledge Base; nominal yang perlu dihitung sebaiknya tetap memiliki aturan terstruktur.

Pada Aturan Sewa, isi Cara menghitung satu hari sewa, Zona waktu operasional, Minimal sewa (hari), dan Maksimal sewa (hari). Batas maksimal harus sama dengan atau lebih besar dari batas minimal.

Per tanggal kalender

Harga mengikuti tanggal, bukan selisih jam. Centang Tanggal pengembalian ikut dihitung jika tanggal akhir juga menjadi satu hari tagihan.

Pilih aturan sesuai kebijakan bisnis. Jangan memilih berdasarkan total yang ingin terlihat pada satu pesanan saja.

Per 24 jam sejak pengambilan

Tanggal dan jam pengambilan/pengembalian diperlukan. Senin pukul 09.00 sampai Selasa pukul 09.00 = 1 hari. Sampai Selasa pukul 10.00 = 25 jam, dibulatkan menjadi 2 hari.

Form Rental saat ini memakai pembulatan ke hari berikutnya. Tarif overtime per jam, masa toleransi, atau aturan seperti “terlambat tiga jam baru tambah satu hari” belum tersedia sebagai field sederhana. Gunakan Custom atau review tim untuk aturan yang tidak terwakili; jangan menganggap sistem memberi toleransi otomatis.

Gunakan WIB, WITA, atau WIT sesuai operasi bisnis. Batas durasi tagihan dan jadwal kapasitas harus tetap konsisten. Aturan tagihan tidak menggantikan pengecekan bentrok booking.

Lepas kunci / tanpa supir: tarif dasar hanya untuk kendaraan. Pilihan supir dan penginapan supir tidak berlaku.

Supir sudah termasuk tarif: biaya supir sudah diwakili tarif kendaraan. AI tidak perlu menambahkan biaya supir harian lagi. Penginapan masih dapat menjadi tambahan terpisah jika diperlukan.

Customer bisa memilih supir: tarif dasar berlaku untuk lepas kunci. Jika customer memilih Dengan supir, tambahan harian dihitung sebagai jumlah kendaraan × hari sewa × tambahan supir per hari. Pilihan customer perlu diketahui sebelum total final tersedia.

Contoh: 2 kendaraan × 3 hari × tarif dasar Rp500.000 = Rp3.000.000. Tambahan supir Rp200.000/hari menghasilkan 2 × 3 × Rp200.000 = Rp1.200.000. Total kendaraan dan supir Rp4.200.000.

Penginapan dihitung berdasarkan jumlah malam yang dimasukkan, bukan otomatis sama dengan hari sewa. Dalam simulasi, centang Tambahkan biaya penginapan supir dan isi jumlah malam. Untuk dua kendaraan, tarif penginapan dikalikan jumlah kendaraan. Jika layanan supir opsional dan customer memilih lepas kunci, biaya penginapan supir tidak berlaku.

Biaya luar kota tidak otomatis muncul hanya karena customer menyebut nama kota. AI perlu memakai informasi perjalanan dan aturan yang dikonfigurasi, termasuk apakah penginapan diperlukan dan berapa malam.

Pada Rental, aktifkan Minta uang muka (DP) atau Minta deposit / jaminan. Pada Custom, pengaturan ini berada di modul Pembayaran & jaminan.

DP adalah bagian dari harga. Total Rp18.650.000 dengan DP 30% menghasilkan DP Rp5.595.000 dan sisa Rp13.055.000. Total tidak berubah menjadi Rp24.245.000.

Deposit terpisah dari harga. Jika jaminan Rp500.000, tampilkan harga Rp18.650.000 dan jaminan Rp500.000 secara terpisah. Jangan menghitungnya sebagai tambahan tarif sewa.

Pada simulasi, DP dan sisa pembayaran adalah nilai berdasarkan aturan, bukan bukti customer telah membayar. Mengaktifkan deposit mendeklarasikan nominal jaminan; pengaturan ini belum membuat sistem baru untuk pemotongan jaminan, pengembalian dana, atau rekonsiliasi otomatis. Proses tersebut mengikuti prosedur bisnis dan fitur pembayaran yang digunakan.

Data yang diisi

Jalankan simulasi

1. Pilih Hiace, jumlah 1 kendaraan.

2. Isi pengambilan 12 Oktober 2026 dan pengembalian 19 Oktober 2026.

3. Tekan Hitung sewa: dasar sewa harus Rp17.600.000 untuk 8 hari.

4. Jika perjalanan memerlukan 7 malam penginapan, isi 7, centang tambahan penginapan, lalu hitung ulang.

BBM, tol, parkir, dan makan supir belum masuk total karena hanya dinyatakan sebagai biaya di luar tarif. Jumlah malam 7 pada contoh adalah input perjalanan ini, bukan aturan bahwa seluruh sewa delapan hari selalu memerlukan tujuh malam.

Rental menyediakan Coba hitung sewa → Hitung sewa. Custom menyediakan Simulasi pesanan → Hitung contoh pesanan di tab Modul & Simulasi.

Periksa empat keluaran: dasar harga dan tambahan; jumlah satuan yang ditagih; jumlah resource yang digunakan; serta DP, sisa pembayaran, deposit dan input yang masih kurang.

Uji beberapa permintaan, bukan satu saja:

• Jumlah 1 dan 2 produk/kendaraan.

• Durasi minimum, maksimum, dan di luar batas.

• Tanggal akhir dihitung dan tidak dihitung, sesuai aturan yang dipilih.

• Dengan dan tanpa opsi tambahan.

• Kondisi biaya cocok dan tidak cocok.

• Data customer atau pilihan belum lengkap.

Jika konfigurasi/input berubah, hitung ulang. Pesan “Lengkapi …” berarti ada input yang diperlukan; itu tidak selalu berarti tarif tidak ada.

Simulasi dapat dijalankan pada Draft dan memakai ID sementara sebelum penyimpanan. Simulasi tidak memeriksa kapasitas aktual, menahan armada, membuat invoice, atau mengirim pesan customer. Setelah hitungan benar, simpan dan uji alur AI serta booking secara terpisah.

1. Buat inventory Tabel dan pilih Custom.

2. Isi nama dan deskripsi inventory.

3. Di Data Tabel, buat kolom nama, deskripsi, harga, dan kolom kapasitas/jadwal jika diperlukan. Isi minimal satu produk.

4. Di Modul & Simulasi, pilih rangkaian awal sesuai bisnis lalu klik Pasang template. Template hanya titik awal pengaturan; sesudahnya semua modul yang tersedia dapat diubah.

5. Isi Satuan & ukuran dan Harga. Hubungkan Harga ke kolom nominal produk yang benar.

6. Pasang Waktu & jadwal jika tarif/pemakaian bergantung waktu. Pasang Stok & resource jika pemenuhan membutuhkan kapasitas.

7. Tambahkan pilihan, biaya, pembayaran dan persyaratan hanya jika diperlukan.

8. Tentukan pemenuhan, form pesanan dan metode invoicing.

9. Jalankan simulasi, periksa Kesiapan per produk, ubah status ke Published, lalu Simpan.

Anda dapat memilih template sederhana lalu melepas modul yang tidak diperlukan dan memasang modul lain. Template tidak otomatis mengisi seluruh sel produk, stok, jadwal, atau field customer.

Untuk tarif berbeda tiap produk, gunakan sumber Kolom harga produk. Nominal dalam aturan akan berlaku pada aturan yang memakai nominal itu, termasuk seluruh baris yang mewarisinya. Pilihan kedua cocok jika tarif memang sama untuk seluruh produk terkait.

Pada Custom, klik tombol tambah kolom di tabel, pilih jenis, isi nama, dan konfigurasi yang relevan. Nama kolom sebaiknya menjelaskan isi: Harga per buah, Stok buah, Kapasitas per slot.

Tag “Available” tidak membuktikan tersedia untuk delapan hari. Availability dan reservasi perlu diperiksa untuk seluruh periode.

Peran semantik kolom membantu sistem mengenali nama produk, harga dasar, ringkasan, atau informasi lain. Pilih peran yang sesuai bila tersedia. Peran semantik memperjelas isi kolom; satuan tagihan tetap ditentukan melalui modul.

Jika ada lebih dari satu kolom Price, pilih sumber harga secara eksplisit pada modul Harga. Jangan mengharapkan AI menentukan sendiri apakah kolom itu harga normal, harga diskon, atau tarif tambahan.

Kolom Availability pada Custom memiliki dua jenis pengaturan utama.

Jadwal berulang

Gunakan untuk konsultasi, klinik, salon, kelas, atau layanan dengan hari/jam operasional. Tentukan hari buka, rentang jam, periode mulai/akhir bila diperlukan, serta tanggal libur/blackout.

Pembagian slot menentukan unit pemesanan dalam rentang itu. Contoh Senin–Jumat, 09.00–17.00, interval 60 menit menghasilkan delapan waktu mulai per hari. Dengan kapasitas 2 per slot, setiap slot dapat melayani dua unit yang sesuai.

Per hari berarti kapasitas mengikuti slot pada hari itu. Per periode berarti kuota digabung dalam periode yang dikonfigurasi. Gunakan sesuai cara bisnis membatasi kapasitas, lalu cek hasil Monitoring. Jeda yang disarankan antar sesi membantu konteks penjadwalan; jangan menganggap setiap informasi saran adalah pembatas wajib otomatis.

Kalender rental

Gunakan untuk kendaraan, kamar, alat atau barang yang ditahan selama periode pemakaian. Isi jumlah unit, durasi minimum/maksimum, satuannya, buffer antar sewa jika tersedia, dan pengaturan blok jadwal.

Buffer adalah jeda untuk persiapan di antara pemakaian. Buffer pada Availability mempengaruhi pemeriksaan jadwal; buffer tidak otomatis menambah hari yang ditagih.

Form Rental Kendaraan menyusun kalender rental dan mengaktifkan blok jadwal ketika disimpan. Form sederhana belum menampilkan semua pengaturan Availability seperti buffer. Untuk kebutuhan tersebut, gunakan Custom. Sesuaikan modul waktu/resource dan Availability; tarif per malam tidak boleh disimpulkan hanya dari nama kolom jadwal.

Contoh dua dus, harga Rp10.000 per buah, konversi 12: tagihan = 2 × 12 × Rp10.000 = Rp240.000.

Konversi tagihan dan konversi stok diatur terpisah. Jika 1 dus memakai 12 buah stok, faktor resource juga harus 12. Mengubah satuan tagihan saja tidak mengubah konsumsi stok.

Peserta, jumlah produk, durasi, dan kebutuhan resource tidak selalu sama. Untuk sewa satu kendaraan dengan 14 penumpang, jumlah kendaraan adalah 1. Jangan menandai jumlah pesanan sebagai jumlah peserta kecuali produk memang dijual per peserta.

Tentukan Dasar harga dan Sumber nominal terlebih dahulu.

Pada Sumber nominal, pilih Kolom harga produk untuk mengambil nominal setiap baris, atau Nominal dalam aturan untuk tarif yang disimpan di aturan. Pastikan harga yang diisi sesuai satuan tagihan, bukan total contoh pesanan.

Harga tetap per pesanan tidak dikalikan jumlah secara otomatis. Jika paket dijual Rp500.000 per paket dan dua paket harus Rp1.000.000, gunakan Per jumlah dengan satuan paket, bukan Tetap per pesanan.

Harga bertingkat

Satu tarif untuk seluruh jumlah / volume: 1–9 buah Rp10.000, mulai 10 buah Rp9.000; 12 buah × Rp9.000 = Rp108.000.

Tarif per tingkatan / graduated: 9 buah pertama Rp10.000, sisanya Rp9.000; 12 buah = Rp90.000 + Rp27.000 = Rp117.000.

Isi batas atas secara meningkat dan gunakan batas kosong untuk tier terakhir tanpa batas. Pilih dasar tier berdasarkan jumlah atau jumlah × durasi. Dua mode tersebut menghasilkan nominal berbeda; periksa simulasi di sekitar batas tier.

Modul ini mengatur cara menghitung durasi. Jadwal buka, blackout dan kapasitas tetap mengikuti Availability resource.

Untuk malam, check-in 12 Oktober dan checkout 15 Oktober = 3 malam; checkout tidak menambah malam keempat.

Untuk blok 24 jam pada Custom, pilih Jam/blok jam, Durasi untuk satu tarif = 24, Kelipatan durasi = 24, pembulatan Ke atas. Dua puluh lima jam menjadi 48 jam pembulatan, yaitu 2 unit tarif.

Jika memilih “Harus sesuai kelipatan”, input yang tidak tepat ditolak untuk dikoreksi, bukan diberi harga toleransi. Modul waktu dapat dipakai untuk jadwal resource walaupun harga Per jumlah dan tidak dikalikan jam, seperti sesi konsultasi.

Resource adalah barang, kendaraan, kamar, kursi, staf atau kapasitas lain yang diperlukan untuk memenuhi produk.

Pilih Kurangi stok untuk barang habis pakai, atau Tahan selama periode untuk kapasitas yang kembali dapat digunakan setelah periode selesai.

Contoh tiga dus dengan faktor 12 memakai 36 buah stok. Contoh satu paket acara dapat memakai satu ruang secara tetap dan konsumsi per peserta dari resource lain.

Resource eksternal perlu sudah disimpan agar mempunyai ID dan dapat dipilih. Resource harus berada di bisnis/tenant yang sama. Pastikan setiap resource memiliki kapasitas/jadwal yang dapat diperiksa.

Jika penawaran “Avanza lepas kunci” dan “Avanza + supir” memakai armada fisik yang sama, buat satu resource armada bersama lalu arahkan kedua produk ke sana melalui Custom. Mengisi masing-masing baris dengan 3 armada independen akan menggandakan kapasitas yang terlihat.

Referensi resource dilindungi saat penghapusan. Lepaskan atau pindahkan referensi terlebih dahulu sebelum menghapus tabel/baris yang masih dipakai oleh produk lain.

Buat kelompok pilihan, misalnya Layanan supir, Ukuran, atau Jenis pengiriman. Setiap kelompok memiliki ID pilihan, nama, status wajib, dan daftar opsi. Customer memilih satu opsi per kelompok.

Setiap opsi memiliki ID, nama, nominal tambahan, dasar biaya dan penanda Termasuk harga dasar.

Jika opsi sudah termasuk harga dasar, tandai Termasuk harga dasar supaya tidak ditagih lagi. Pilihan wajib yang belum diketahui menghasilkan permintaan input customer, bukan total final yang diasumsikan.

Gunakan ID sederhana dan stabil seperti layanan_supir, tanpa_supir, dengan_supir. Kondisi pada biaya atau resource dapat merujuk options.layanan_supir. Mengubah ID setelah modul lain menggunakannya dapat memutus kondisi tersebut; periksa seluruh referensi dan simulasi.

Buat komponen dengan nama yang mudah dikenali customer, jenis Tambahan/Diskon/Pajak, dasar hitung, nominal, dan kondisi jika diperlukan.

Urutannya adalah tambahan → diskon → pajak. Dalam tahap yang sama, urutan komponen mempengaruhi Subtotal berjalan. Harga dasar berarti dasar tarif utama; Subtotal berjalan berarti hasil yang telah diproses sampai komponen itu.

Contoh dasar Rp1.000.000, tambahan Rp100.000, diskon 10% dari subtotal berjalan: diskon Rp110.000, hasil Rp990.000. Jika sebuah komponen pajak contoh 10% diterapkan ke hasil itu, nominalnya Rp99.000 dan total Rp1.089.000. Angka pajak ini hanya contoh kalkulasi; isi kebijakan yang benar untuk bisnis Anda.

Centang Berlaku otomatis jika kondisi cocok untuk komponen yang wajib saat syaratnya terpenuhi. Jika tidak dicentang, komponen perlu dipilih dalam pesanan. Jangan mengharapkan komponen opsional selalu ditagih.

Untuk penginapan, gunakan Field pesanan jumlah_malam dan tarif per malam; centang pengali jumlah produk jika biaya berlaku per kendaraan. Field seperti calendar_nights merupakan selisih tanggal otomatis; itu tidak selalu berarti jumlah malam penginapan yang benar-benar dipakai.

Kondisi tersedia pada biaya, resource dan persyaratan. Isi Field pesanan, operator, tipe nilai dan nilai pembanding.

Operator mencakup Sama dengan, Tidak sama, Minimal, Lebih dari, Maksimal, Kurang dari, serta Ada dalam daftar. Nilai Ya/tidak berbeda dari teks "true"; gunakan tipe yang sesuai.

Contoh diskon lama sewa: field periods, operator Minimal, tipe Angka, nilai 7. Contoh persetujuan luar kota: field luar_kota, operator Sama dengan, tipe Ya/tidak, nilai Ya.

Operator Ada dalam daftar memakai daftar JSON, misalnya ["Jakarta", "Bogor"]. Jangan memasukkan teks terpisah koma tanpa format daftar jika field meminta JSON.

Field turunan dihitung backend dari pesanan. Anda tidak mengisi periods sendiri untuk mengubah total. Jika field tambahan belum tersedia, AI perlu memperoleh input yang relevan sebelum aturan dapat dievaluasi lengkap.

Modul Persyaratan & persetujuan membedakan empat jenis kebutuhan.

Data customer/dokumen menggunakan nama Field pesanan. Selaraskan key-nya dengan form dan input pesanan. Persyaratan juga dapat bersyarat, misalnya dokumen identitas hanya saat opsi lepas kunci dipilih.

Dokumen dan persetujuan dapat membuat transaksi masuk review tim. Harga yang sudah jelas tetap dapat dihitung/dijelaskan; review tidak selalu berarti seluruh informasi tarif harus ditunda.

Modul Pemenuhan memilih Diambil customer, Diantar/dikirim, Produk digital, Dilayani pada jadwal, atau Review tim. Ini menyatakan cara pemenuhan. Pilihan Diantar tidak otomatis memasang integrasi kurir, dan Produk digital tidak otomatis membuat mekanisme distribusi file baru. Resource tetap diperiksa jika terpasang.

Jika pemenuhan Manual/Review tim, jangan menganggap pilihan Automatic pada invoicing melewati kewajiban review tersebut.

Template awal Custom

Ganti rangkaian dengan template mengganti susunan modul yang sedang diedit. Periksa ulang perubahan sebelum menyimpan. Simpan rangkaian sebagai template menyimpan konfigurasi bernama untuk dipakai ulang di katalog; tersedia maksimal delapan template katalog.

Ekspor mengunduh konfigurasi modul sebagai JSON, bukan seluruh isi tabel. Impor membaca konfigurasi itu, menjadikannya Draft, dan tetap memerlukan pemeriksaan sumber harga/resource pada tabel tujuan. Impor dibatasi sekitar 24 KB. ID resource dari katalog lain belum tentu valid di bisnis Anda.

Aturan katalog dan aturan baris

Aturan utama berlaku untuk seluruh baris. Pada editor form/pengaturan per baris di Data Tabel, Custom dapat memberi override. Modul yang tidak dioverride mengikuti katalog. Override mengganti satu modul secara utuh, bukan menggabungkan setiap field kecil di dalamnya. Jika mengganti Harga, lengkapi seluruh modul Harga yang diperlukan pada baris itu.

Ikuti katalog menghapus override modul terkait. Lepas modul menonaktifkan modul pada pengaturan itu. Ikuti semua aturan katalog menghapus pengaturan lokal keseluruhan. Pastikan tidak ada draft lokal yang tertinggal saat katalog sudah published.

Peran baris membedakan Produk, Resource internal, atau keduanya. Resource internal dipakai untuk kapasitas dan tidak ditawarkan sebagai produk jualan. Baris keduanya dapat dijual sekaligus menjadi resource pemenuhan. Form Rental mengatur kendaraan sebagai keduanya secara otomatis.

Di tab Form Pesanan AI, tentukan data yang dibutuhkan setelah customer ingin memesan. Form utama berlaku pada seluruh isi tabel. Custom juga menyediakan form khusus per baris melalui tombol form di baris terkait.

Gunakan field label yang mudah dipahami dan key yang stabil. Contoh label Alamat penjemputan, key alamat_penjemputan; label Tujuan perjalanan, key tujuan_perjalanan. Tentukan tipe input, wajib/tidak, placeholder dan urutannya.

Field wajib sebaiknya hanya data yang benar-benar dibutuhkan. Nama customer tidak diperlukan sekadar untuk menjelaskan tarif delapan hari. Alamat penjemputan mungkin diperlukan sebelum booking, tetapi tidak selalu sebelum menyebut harga katalog.

Form pesanan mengatur pengumpulan data. Modul persyaratan mengatur kewajiban dalam evaluasi pesanan. Menambahkan sebuah field bebas tidak otomatis menjadikannya pengali biaya; hubungkan melalui modul jika diperlukan.

Metode pemrosesan

Automatic: alur yang memenuhi syarat dapat membuat invoice dan dokumen serta mengirimkannya melalui integrasi yang tersedia setelah konfirmasi customer. Tetap bergantung pada input lengkap, quote yang valid, kapasitas, status aturan, persyaratan, dan konfigurasi invoice/pengiriman.

Manual: data masuk ke Manifest untuk diproses/review tim; tidak mengirim invoice otomatis hanya karena customer mengonfirmasi.

Status Aktif/Published dan metode Automatic adalah dua pengaturan terpisah. Published menyatakan aturan siap digunakan; Automatic menyatakan cara memproses pesanan yang memenuhi syarat.

Rincian modul tersedia dalam data pesanan. Template PDF yang sudah dikustomisasi tidak otomatis ditata ulang oleh pengaturan inventory; periksa apakah template bisnis menampilkan total, DP, deposit dan catatan yang diperlukan dengan benar.

AI dapat mencari produk, membaca struktur dan detail tabel, membaca aturan efektif katalog/baris, serta meminta kalkulasi dari backend. Konfigurasi Rental menggunakan jalur modul yang sama dengan Custom.

Alur yang diharapkan:

1. AI mengenali produk dari permintaan customer dan menemukan baris yang sesuai.

2. AI membaca tarif, satuan, opsi, biaya dan aturan durasi.

3. AI meminta input yang masih kurang, misalnya tanggal, jam untuk sewa 24 jam, layanan supir, atau jumlah malam.

4. Backend menghitung rincian quote dari sumber yang dikonfigurasi.

5. AI menjelaskan biaya, yang termasuk dan belum termasuk.

6. Jika customer ingin memesan, sistem memeriksa data wajib dan kapasitas, lalu mengikuti alur transaksi/review.

Customer tidak perlu memahami ID modul. Gunakan nama produk, deskripsi dan label pilihan yang jelas agar AI dapat menghubungkan bahasa customer dengan konfigurasi.

Data yang kurang dari customer seharusnya ditanyakan ke customer. Aturan bisnis yang belum diketahui, seperti satuan harga ambigu atau diskon tanpa kewenangan, dapat membutuhkan klarifikasi tim/HumanGuide. Modul mengurangi ambiguitas; tidak menjamin setiap respons percakapan selalu sempurna.

Quote yang bergantung pada aturan lama dapat tidak berlaku setelah aturan atau tarif berubah. AI perlu menghitung ulang dari konfigurasi terkini sebelum menyimpan transaksi.

Tarif inventory menjadi dasar katalog untuk menghitung penawaran. Harga akhir yang disepakati dapat mengikuti alur Deal Price dengan sumber/otorisasi yang valid.

Modul diskon dapat menetapkan diskon terstruktur, misalnya 5% untuk lama sewa minimal tujuh hari. Diskon itu diterapkan sesuai konfigurasi dan muncul dalam rincian. Untuk harga khusus di luar aturan, gunakan alur persetujuan/penawaran yang berlaku.

AI tidak memperoleh kewenangan bebas memberikan diskon hanya karena modul Harga sudah dipasang. Sistem saat ini belum menyediakan field khusus batas negosiasi mandiri AI seperti “boleh turun sampai 10% tanpa admin”. Jangan menjanjikan kewenangan tersebut kepada tim sebelum ada konfigurasi yang mendukungnya.

Bedakan harga katalog, diskon terstruktur, dan kesepakatan harga khusus. Saat total disepakati berubah, periksa kembali apakah perubahan hanya pada dasar harga atau total keseluruhan; tambahan, DP dan deposit harus dijelaskan sesuai hasil kalkulasi yang tersimpan.

Buka Inventory → Monitoring. Tab ini membaca inventory, assignment pemakaian, dan reservasi yang masih berlaku.

Untuk rental, pantau total armada, jumlah terpakai, sisa tersedia pada tanggal yang dipilih, serta aktivitas berangkat/kembali dan keterlambatan pada penyewaan yang tercatat sebagai assignment. Gunakan filter tanggal dan jam jika tersedia, pencarian item, serta filter ketersediaan.

Contoh kapasitas tiga kendaraan dengan satu booking dalam periode 12–19 Oktober: pada tanggal yang termasuk periode, pemakaian satu dan sisa dua. Harga delapan hari tidak mengubah kebutuhan menjadi delapan kendaraan.

Reservasi sementara dan terkonfirmasi ikut mempengaruhi angka terpakai. Saat ini ringkasan kapasitas belum memisahkan seluruh status tersebut menjadi kolom khusus. Rincian berangkat, kembali, dan keterlambatan berasal dari assignment; hitungan reservasi saja tidak selalu memiliki detail assignment yang sama.

Klik Muat Ulang Data / Refresh setelah perubahan atau booking. Tab ini tidak menjamin pembaruan otomatis setiap detik. Untuk kepastian satu permintaan beberapa hari, AI perlu memeriksa seluruh periode, bukan hanya melihat satu tanggal pada dashboard.

Tampilan kosong berarti tidak ada tabel/item atau assignment yang dapat ditampilkan pada hasil yang dimuat. Periksa workspace, penyimpanan tabel, baris produk dan refresh. Monitoring bukan log lengkap alasan keputusan AI atau rincian kalkulasi setiap chat.

Barang per buah

1. Buat Custom bernama Produk Toko.

2. Buat/isi kolom Nama produk, Harga per buah (Price), dan Stok (Stock Counter).

3. Isi produk Botol minum, harga Rp50.000, stok 20.

4. Pasang Barang per jumlah. Satuan pesanan dan tagihan buah, minimum/kelipatan 1.

5. Pada Harga, pilih Per jumlah dan sumber kolom Harga per buah.

6. Pada Stok & resource, pilih Kurangi stok, Baris produk yang dipilih, faktor 1 per jumlah pesanan.

7. Tentukan pemenuhan sesuai operasi bisnis, lalu simulasi jumlah 3.

Hasil: 3 × Rp50.000 = Rp150.000, kebutuhan stok 3 buah. Simulasi belum mengurangi stok aktual. Booking/transaksi yang memenuhi alur pemenuhan menggunakan kapasitas melalui sistem yang tersedia.

Barang per dus

Jika harga sumber per buah Rp10.000 dan satu dus berisi 12 buah: satuan pesanan dus, tagihan buah, konversi tagihan 12. Resource stok dalam buah menggunakan faktor 12. Jumlah 2 menghasilkan Rp240.000 dan memakai 24 buah stok.

Alternatifnya, simpan harga Rp120.000 per dus, gunakan satuan tagihan dus dan konversi 1, tetapi faktor resource tetap 12 buah. Kedua pilihan dapat benar jika sumber harga dan konversinya konsisten. Jangan memakai tarif per dus sekaligus konversi tagihan 12; nominal akan berlipat lagi.

1. Buat tabel Laundry dengan Nama layanan dan Harga per kg.

2. Isi Cuci setrika, tarif Rp8.000/kg.

3. Pasang Barang per ukuran.

4. Satuan pesanan/tagihan kg, minimum 0,5, kelipatan 0,1 jika bisnis menerima satu desimal.

5. Harga Per jumlah, sumber kolom Harga per kg.

6. Pemenuhan Review tim jika berat perlu ditimbang sebelum finalisasi.

7. Form pesanan dapat memuat nama, alamat, metode antar/jemput; gunakan kebutuhan yang sesuai bisnis.

Simulasi 2,5 kg menghasilkan 2,5 × Rp8.000 = Rp20.000. Jika memilih kelipatan 0,1, input 2,55 tidak memenuhi langkah yang ditentukan; sesuaikan kebijakan atau input.

Template Barang per ukuran tidak otomatis membuat kuota layanan. Jika bisnis perlu membatasi kapasitas mesin, waktu atau kuota harian, tambahkan resource dan jadwal yang dapat diperiksa. Berat perkiraan customer juga tidak otomatis menjadi hasil timbangan terverifikasi.

1. Buat produk Konsultasi 60 menit, harga Rp300.000 per sesi.

2. Tambahkan Availability jadwal berulang: Senin–Jumat, 09.00–17.00, interval 60 menit. Tambahkan Slot Capacity 1 bila satu sesi dapat dilayani per slot.

3. Pasang Layanan per sesi.

4. Satuan pesanan/tagihan sesi, Harga Per jumlah dengan kolom tarif sesi.

5. Waktu & jadwal berbasis Jam, satu tarif/kelipatan 1; gunakan tanggal dan jam pada pesanan.

6. Resource mode Tahan selama periode, faktor 1 per sesi, pilih resource penyedia layanan.

7. Tentukan pemenuhan Dilayani pada jadwal dan data customer yang diperlukan.

Untuk satu sesi satu jam, harga Rp300.000 dan kebutuhan kapasitas satu slot yang sesuai. Karena harga Per jumlah, durasi bukan pengali tarif harian. Jika Anda menjual per jam, ubah dasar harga menjadi Jumlah × durasi dan tentukan unit tarif jam.

Jangan mencatat dua sesi di waktu sama jika bisnis hanya mempunyai satu penyedia. Gunakan resource bersama untuk layanan berbeda yang memakai penyedia yang sama. Simulasi hitungan tetap perlu diikuti pengecekan availability.

Kamar per malam

1. Buat produk Kamar Deluxe, harga Rp500.000, kapasitas tiga kamar melalui kalender rental yang relevan.

2. Pasang Kamar per malam.

3. Satuan pesanan kamar, tagihan kamar-malam.

4. Harga Jumlah × durasi, sumber harga per kamar per malam.

5. Waktu basis Malam, unit/kelipatan 1, zona waktu sesuai lokasi.

6. Resource terjadwal, faktor 1 per kamar; pemenuhan Dilayani pada jadwal jika sesuai.

7. Simulasi 2 kamar, check-in 12 Oktober, checkout 15 Oktober.

Tagihan = 2 × 3 × Rp500.000 = Rp3.000.000. Resource = 2 kamar selama periode, bukan 6 kamar. Atur Availability yang mendukung kapasitas tersebut dan periksa batas/check-in aktual; modul malam sendiri tidak menambahkan aturan jam check-in hotel.

Sewa alat per hari

Untuk proyektor Rp150.000 per unit per hari, gunakan Resource per periode. Nama satuan unit, tagihan unit-hari, Harga Jumlah × durasi. Isi jumlah proyektor di Availability, pilih kalender atau jam sesuai aturan, dan resource faktor 1.

Jika tiga unit disewa dua hari, total dasar Rp900.000, kebutuhan tiga unit. Jika harga bisnis per 24 jam, ubah Waktu & jadwal menjadi blok 24 jam; jangan membiarkan template hari kalender aktif tanpa peninjauan.

Paket acara

Pasang Paket gabungan untuk contoh satu paket acara seharga Rp2.000.000 per pesanan. Isi Harga Tetap per pesanan dan satuan paket. Buat pilihan lokasi/layanan jika diperlukan dan beri nominal hanya pada tambahan yang memang ditagih.

Jika paket mencakup satu ruang, pasang resource ruang dengan dasar kebutuhan Tetap per pesanan dan faktor 1. Jika konsumsi mengikuti peserta, gunakan resource konsumsi dengan dasar Per peserta. Untuk 20 peserta, kebutuhan konsumsi 20 unit, sementara ruang tetap satu.

Untuk paket yang harganya Rp2.000.000 per paket dan boleh dipesan beberapa paket, gunakan Harga Per jumlah. Template awal bukan pengganti keputusan arti harga.

Jasa desain atau proyek

Pasang Penawaran manual untuk pekerjaan yang nominalnya bergantung scope. Satuan pekerjaan, dasar harga Penawaran tim, pemenuhan Review tim. Form dapat mengumpulkan brief, deadline dan kebutuhan deliverable.

AI dapat menjelaskan informasi yang tersedia dan mengumpulkan kebutuhan. Jangan memaksakan tarif otomatis jika aturan bisnis memang membutuhkan keputusan tim. Setelah nominal disepakati dan diotorisasi, lanjutkan melalui alur Deal Price/transaksi yang berlaku.

Anda tidak perlu menghapus semua tabel lama. Pertahankan tabel/baris yang sudah dipakai agar ID dan referensi transaksi/resource tetap konsisten. Untuk eksperimen, buat tabel uji terpisah.

Tabel tanpa profil Rental tetap membuka Custom. Konversi ke Rental hanya cocok bila struktur dan aturan lama dapat dipetakan dengan aman. Beberapa kondisi seperti aturan Custom kompleks, banyak sumber harga atau baris resource internal dapat membuat konversi ditolak. Jangan menghapus aturan supaya pesan kesalahan hilang tanpa memahami akibatnya.

Rental → Custom mempertahankan data dan modul yang telah disusun agar Anda dapat memperluas aturan. Jika kembali ke Rental tanpa mengubah struktur/aturan Custom dalam editor yang sama, konfigurasi sebelumnya dapat dipulihkan. Setelah mengubah aturan kompleks atau menyimpan sebagai Custom, jangan menganggap form sederhana dapat selalu merepresentasikan seluruh pengaturan itu.

Aturan versi lama dapat menyediakan tombol Konversi ke modul inventory. Hasil konversi menjadi Draft untuk ditinjau sebelum published. Data tabel lama tetap dapat dibaca AI, tetapi satuan tarif yang belum jelas tetap perlu dilengkapi.

Jika dua orang mengedit bersamaan dan penyimpanan ditolak karena versi berubah, muat ulang data terkini, bandingkan perubahan, lalu edit kembali. Jangan menimpa perubahan orang lain dengan payload lama.

AI masih bertanya “harga ini per apa?”

Periksa apakah produk/baris yang dipilih benar, sumber kolom harga terhubung, Satuan dan Harga sudah lengkap, status sudah Aktif/Published, dan perubahan sudah disimpan. Pada Rental, pastikan AI membaca inventory baru yang dikonfigurasi, bukan tabel lama dengan nama mirip. Deskripsi yang bertentangan dengan modul perlu diperbaiki.

Total hari berbeda satu hari

Periksa kalender versus 24 jam, checkbox tanggal akhir, serta zona waktu. Untuk kamar, gunakan Malam. Delapan hari sewa tidak otomatis berarti delapan malam penginapan.

Biaya supir dihitung dua kali

Jika supir sudah termasuk tarif, pilih Supir sudah termasuk. Jangan sekaligus membuat tambahan wajib untuk supir yang sama. Pada Custom, periksa opsi Termasuk harga dasar dan komponen biaya tambahan.

Catatan biaya tidak masuk total

Field informasi bukan formula. Isi tarif terstruktur dan dasar pengali. Penginapan opsional perlu dipilih serta jumlah malam diketahui. Untuk biaya lain, gunakan komponen Custom yang sesuai.

Jumlah resource terlalu besar

Periksa apakah quantity diisi sebagai jumlah kendaraan/produk, faktor resource, dan dasar kebutuhan. Durasi tagihan tidak seharusnya menjadi jumlah armada. Konversi dus dan buah perlu diuji pada tagihan dan stok secara terpisah.

Invoice belum otomatis

Periksa mode Invoicing, published, data/opsi wajib, persetujuan/dokumen, kapasitas, konfirmasi customer dan integrasi invoice/pengiriman. Aturan siap dihitung tidak berarti seluruh persyaratan transaksi otomatis sudah selesai.

Monitoring kosong atau tampak belum berubah

Pastikan bisnis/workspace benar, tabel dan baris sudah disimpan, serta tidak ada pesan gagal memuat. Klik refresh dan pilih tanggal yang sesuai. Barang/resource yang belum dibuat tidak muncul hanya karena template sudah dipasang.

Template impor tidak valid

Periksa JSON, ukuran file, satuan, nominal, kondisi dan ID yang dituju. Pilih ulang sumber harga/resource pada tabel tujuan dan jalankan simulasi. Jangan menggunakan file ekspor sebagai cadangan seluruh data tabel karena hanya memuat modul.

Penawaran lama gagal dipakai

Perubahan tarif/aturan dapat membuat quote lama tidak cocok. Baca konfigurasi terbaru dan hitung ulang sebelum menyimpan pesanan. Hindari mengirim ulang quote identik tanpa memperbaiki input/sumber yang ditolak.

• Nama produk jelas dan tidak tertukar dengan penawaran lain.

• Tarif adalah harga satu unit tagihan, dengan sumber nominal yang benar.

• Satuan, jumlah minimum dan kelipatan sesuai cara bisnis menerima pesanan.

• Durasi, tanggal akhir dan zona waktu sudah diuji.

• Armada/stok adalah kapasitas yang benar dan tidak dihitung ganda antarpenawaran.

• Biaya termasuk, tambahan opsional/wajib dan biaya di luar tarif dijelaskan.

• DP dan deposit terpisah dengan benar dalam simulasi dan tampilan invoice.

• Data customer, dokumen dan persetujuan sesuai kebutuhan pemenuhan.

• Automatic atau Manual dipilih sesuai alur bisnis.

• Simulasi normal, batas durasi, opsi berbeda dan input kurang sudah diperiksa.

• Status Aktif/Published sudah dipilih dan disimpan.

• Uji AI menemukan produk, membaca aturan, menghitung total dan bertanya hanya input yang diperlukan.

• Uji kapasitas pada seluruh periode serta periksa Monitoring sesudah booking.

Jika ada kebutuhan yang belum terwakili, pertahankan Draft atau gunakan alur review tim untuk bagian tersebut. Dokumentasikan kebijakan bisnis secara jelas sebelum mengaktifkan perhitungan otomatis.

Panduan ini menjelaskan kemampuan inventory yang tersedia. Penyiapan integrasi pembayaran, format PDF khusus, dan operasional bisnis mengikuti pengaturan masing-masing layanan.