> For the complete documentation index, see [llms.txt](https://docs.diro.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.diro.app/bantuan/faq.md).

# Pertanyaan Umum & Kendala

## Slot tidak muncul di storefront

Ini kendala nomor satu. Periksa berurutan, jangan ubah banyak hal sekaligus.

```mermaid
flowchart TD
  A["Slot tidak muncul"] --> B{"Layanan aktif<br/>& terhubung ke cabang?"}
  B -->|"Tidak"| B1["Aktifkan layanan,<br/>tambahkan ke cabang"]
  B -->|"Ya"| C{"Hari itu aktif di<br/>jadwal mingguan?"}
  C -->|"Tidak"| C1["Aktifkan hari &<br/>tambahkan slot waktu"]
  C -->|"Ya"| D{"Ada jadwal tanggal<br/>tertentu di tanggal itu?"}
  D -->|"Ya"| D1["Jadwal itu menimpa<br/>jadwal mingguan.<br/>Periksa isinya"]
  D -->|"Tidak"| E{"Resource yang ditugaskan<br/>tersedia jam itu?"}
  E -->|"Tidak"| E1["Perbaiki jadwal<br/>resource"]
  E -->|"Ya"| F{"Sudah lewat batas<br/>waktu booking?"}
  F -->|"Ya"| F1["Kurangi batas waktu<br/>booking minimum"]
  F -->|"Tidak"| G{"Kapasitas slot<br/>sudah penuh?"}
  G -->|"Ya"| G1["Naikkan kapasitas atau<br/>tambah resource"]
```

**Penting:** jam operasional cabang **tidak** memengaruhi slot. Mengubahnya tidak akan memunculkan atau menyembunyikan slot. Yang menentukan hanya jadwal layanan dan ketersediaan resource.

## Saya ubah jadwal mingguan, tapi tanggal tertentu tidak ikut berubah

Benar, memang begitu perilakunya. Tanggal yang punya jadwal tanggal tertentu — termasuk hasil **Materialize** — berdiri sendiri dan tidak mengikuti jadwal mingguan lagi.

Perbaikannya: ubah tanggal-tanggal itu di tab Jadwal Tanggal Tertentu, atau hapus lalu materialize ulang. Lihat [Mengatur Jadwal Layanan](/operasional/jadwal-layanan.md).

## Bagaimana cara menutup satu tanggal saja?

Buat entri di tab **Jadwal Tanggal Tertentu** untuk tanggal itu, lalu nonaktifkan statusnya. Karena menimpa jadwal mingguan, tanggal tersebut jadi tertutup.

## Bagaimana membuat jadwal bulanan?

Tidak ada aturan perulangan bulanan otomatis. Masukkan tanggal-tanggalnya sebagai satu entri jadwal tanggal tertentu berbentuk **daftar tanggal**. Lihat contoh 4 di [Mengatur Jadwal Layanan](/operasional/jadwal-layanan.md).

## Provider saya tidak muncul sebagai pilihan

Tiga penyebab, urut dari yang paling sering:

1. Provider belum ditugaskan ke slot waktu tersebut di jadwal layanan.
2. Jadwal ketersediaan provider tidak mencakup jam itu.
3. Provider sudah terisi booking lain pada jam yang sama.

## Saya sudah menambahkan staf, tapi dia tidak muncul di storefront

Staf dan provider berbeda. **Staf** adalah akun untuk login ke portal. **Provider** adalah orang yang mengerjakan booking dan tampil di storefront. Kalau orang tersebut melayani pelanggan, daftarkan juga sebagai resource berjenis provider di **Data Master → Resources → Item Resource**.

## Kelas saya cepat penuh padahal kapasitasnya 20

Hampir selalu **mode kapasitas** yang salah. Kalau kelompok resource dipasang `per item`, kapasitas diambil dari jumlah instruktur — bukan dari angka 20 di jadwal. Empat instruktur berarti kelas terbatas empat orang.

Untuk kelas yang dipimpin satu instruktur, modenya harus **shared**. Lihat [Resource: Provider & Ruangan](/operasional/resource.md).

## Booking bisa masuk melebihi jumlah terapis saya

Kebalikan dari kasus di atas: modenya `shared` padahal seharusnya `per item`. Pada `shared`, kapasitas diambil dari angka di jadwal slot dan jumlah terapis tidak membatasi.

Untuk layanan satu-lawan-satu, pakai **per item**, dan pastikan setiap terapis atau ruangan terdaftar sebagai item terpisah.

## Semua instruktur muncul di setiap kelas

Pada mode `shared`, setiap slot jadwal harus menandai siapa yang bertugas. Instruktur yang tidak mengajar di slot itu harus ditandai **tidak aktif** pada slot tersebut. Kalau semua dibiarkan aktif, seluruh daftar muncul di setiap kelas.

## Add-on saya tidak muncul di checkout

Periksa apakah item itu didaftarkan sebagai **Item Tambahan** (Data Master → Item Tambahan), bukan sebagai resource. Pemilih add-on di halaman checkout membaca daftar Item Tambahan. Resource jenis add-on yang salah tempat tidak akan muncul di sana.

## Ada dua filter provider dengan nama orang yang sama

Anda punya dua kelompok resource yang bisa dibooking berisi orang yang sama. Storefront menampilkan satu chip filter per kelompok, jadi keduanya muncul.

Gabungkan ke satu kelompok, lalu **nonaktifkan** kelompok yang lama — jangan dihapus, agar booking lama tetap utuh.

## Saya tidak bisa membuat booking di jam yang saya mau dari portal

Portal memakai aturan ketersediaan yang sama persis dengan storefront, dan tidak ada tombol untuk memaksanya. Kalau slot penuh atau tidak tersedia, tombol simpan dinonaktifkan.

Perbaikannya di jadwal, bukan di form booking: naikkan kapasitas slot, tambah resource, atau buka jam tersebut di jadwal layanan. Lihat [Mengatur Jadwal Layanan](/operasional/jadwal-layanan.md).

## Pelanggan walk-in bayar tunai, bagaimana mencatatnya?

Buat bookingnya dari portal dengan metode **Bayar di Kasir**. Setelah uang diterima, buka detail booking → **Tagih Pembayaran** → pilih **Bayar di Kasir**. Booking tercatat lunas tanpa melalui gateway pembayaran. Lihat [Membuat Booking dari Portal](/booking/booking-dari-portal.md).

## Nomor pelanggan sudah ada tapi saya terlanjur buat data baru

Saat membuat pelanggan baru dari portal, sistem memeriksa nomor telepon lebih dulu dan menawarkan pelanggan yang sudah ada bila ketemu. Kalau tawaran itu terlewat, gabungkan datanya lewat menu Pelanggan — atau hubungi tim DIRO bila sudah ada booking di kedua data.

## Jawaban form kustom pelanggan tidak terlihat di detail booking

Benar. Jawaban tersimpan di profil pelanggan dan dipakai untuk mengisi otomatis form berikutnya, tetapi belum ditampilkan di detail booking maupun ekspor. Untuk informasi yang perlu dibaca tim saat melayani, gunakan catatan booking. Lihat [Form Booking Kustom](/operasional/form-booking.md).

## Pelanggan bilang sudah bayar, tapi bookingnya kadaluarsa

Ini terjadi kalau konfirmasi dari bank datang setelah batas waktu pembayaran lewat. Sistem memulihkan booking semacam ini otomatis lewat proses rekonsiliasi. Tunggu beberapa saat, lalu periksa kembali. Kalau setelah itu masih belum pulih, catat kode bookingnya dan hubungi tim DIRO.

## Ada transaksi di riwayat tapi tidak ada bookingnya

Normal untuk pembelian **paket atau membership**. Pelanggan membeli kredit terlebih dulu; bookingnya baru terbentuk saat kredit ditukarkan. Uangnya tidak hilang. Lihat [Rekonsiliasi Pembayaran](/laporan/rekonsiliasi.md).

## Kuota voucher berkurang padahal bookingnya batal

Kuota dikembalikan otomatis saat booking dibatalkan atau pembayarannya kadaluarsa. Kalau angkanya belum berubah, muat ulang halaman — pengembalian berjalan mengikuti perubahan status booking.

## Saldo saya belum bisa ditarik

Periksa apakah dana masih di **saldo tertahan**. Dana baru pindah ke saldo aktif **H+3** setelah pembayaran diterima. Hanya saldo aktif yang bisa dicairkan. Lihat [Wallet & Penarikan Dana](/pembayaran-and-keuangan/wallet-dan-penarikan.md).

## Penarikan otomatis saya belum jalan hari ini

Penarikan otomatis berjalan setiap hari pukul **23.00 WIB** atas saldo yang sudah aktif saat itu. Saldo yang baru aktif setelah jam tersebut ikut jadwal hari berikutnya.

## Staf saya tidak bisa melihat sebuah menu

Menu mengikuti hak akses perannya. Buka **Data Master → Staf & Peran**, periksa modul yang dimaksud, dan pastikan tingkat aksesnya bukan "tanpa akses". Perubahan berlaku setelah staf tersebut memuat ulang portalnya.

## Saya tidak ingin staf bisa mencairkan dana

Set modul **Saldo** ke "tanpa akses" pada peran mereka. Hanya peran dengan akses ke modul ini yang bisa mengajukan penarikan.

## Storefront saya tidak menampilkan halaman tertentu

Periksa **Situs → Situs Web**. Menyembunyikan sebuah menu di sana hanya menyembunyikan tautannya. Kalau halamannya kosong, isi dulu kontennya — misalnya katalog paket yang belum diisi akan tampil kosong.

## Masih ada kendala?

Siapkan tiga hal ini sebelum menghubungi tim DIRO, supaya lebih cepat ditangani:

1. **Kode booking** atau nomor invoice yang bermasalah.
2. **Kapan** kejadiannya, sedekat mungkin ke jam persisnya.
3. **Tangkapan layar** dari yang Anda lihat.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.diro.app/bantuan/faq.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.