Ketentuan

Halaman ini merangkum aturan operasional yang berlaku di Onalar. Aturan-aturan ini sengaja dibuat agar tagihan, pengiriman, dan penutupan dokumen selalu konsisten dengan apa yang benar-benar terjadi di lapangan.

Membuat workspace baru

Workspace baru dapat dibuat dari halaman pendaftaran. Pendaftaran memakai nomor WhatsApp agar identitas owner dapat diverifikasi sebelum workspace disiapkan.

1. Masukkan nomor WhatsApp dan minta kode verifikasi.
2. Masukkan kode 6 digit yang dikirim melalui WhatsApp.
3. Isi nama usaha dan kode perusahaan.
4. Buat akun owner, setujui Syarat & Ketentuan serta Kebijakan Privasi, lalu kirim pendaftaran.
5. Tunggu sampai status berubah menjadi Workspace Anda siap, kemudian masuk melalui app.onalar.com.

Ketentuan pendaftaran:

• Satu nomor WhatsApp hanya dapat menjadi owner untuk satu tenant aktif.
• Email bersifat opsional dan bukan jalur verifikasi pendaftaran.
• Kode perusahaan terdiri dari 8–20 karakter a-z dan 0-9, tanpa spasi atau simbol, serta harus unik.
• Password owner minimal 8 karakter.
• Workspace mendapat trial 30 hari untuk seluruh modul.

Jika kode tidak datang, tunggu masa jeda sebelum meminta ulang dan pastikan nomor WhatsApp benar. Jika penyiapan workspace gagal dan halaman menawarkan pengulangan, kirim ulang pendaftaran dengan data yang sama. Untuk kegagalan terminal, hubungi dukungan Onalar dan jangan membuat pendaftaran berulang dengan nomor lain.

Penagihan mengikuti qty terkirim

Prinsip utamanya sederhana: tagih apa yang benar-benar keluar dari gudang. Invoice dibentuk dari jumlah (qty) yang terkirim, bukan dari jumlah yang dipesan di SO. Jadi customer ditagih sesuai barang yang ia terima.

Aturan per baris

Penagihan dihitung per baris, sehingga satu SO campuran bisa diproses otomatis tanpa pemilahan manual.

Diskon dan pajak ikut skala qty

Bila qty pada sebuah baris turun ke jumlah terkirim, diskon dan pajak ikut menyesuaikan secara proporsional (terkirim dibanding dipesan). Nilai tagihan tetap adil terhadap barang yang keluar.

Penagihan sebagian

• Baris yang belum terkirim (0) dilewati dari invoice.
• Bila belum ada satu pun yang terkirim, invoice tidak bisa diterbitkan.
• Untuk PK, invoice baru bisa diterbitkan setelah semua pengiriman selesai atau sisa order ditutup melalui Tutup SO Kurang.
• Satu SO hanya boleh memiliki satu invoice aktif.

Tiga cara Sales Order berakhir

Tutup SO Kurang (short-close) dipakai saat sebagian sudah terkirim tetapi sisanya tidak akan dipenuhi. Fitur ini tersedia untuk SO PK, memerlukan alasan wajib, dan bagian yang sudah terkirim tetap utuh. DO yang masih berstatus siap harus diselesaikan atau dibatalkan sebelum SO ditutup kurang.

Tutup Kurang berbeda dari Batal: Batal dipakai untuk order yang belum dipenuhi, sedangkan Tutup Kurang mempertahankan jumlah yang sudah terkirim agar dapat ditagih.

Aturan penagihan PD dan PT

• PD ditagih satu invoice per SO. Penagihan bertahap untuk PD belum ada, dan satu SO juga diblokir agar tidak tertagih dua kali.
• PT terbit langsung. Invoice PT diterbitkan langsung, sedangkan PK dan PD dimulai dari status Draft.

Disiplin master data

Langkah membuat atau mengonfirmasi dokumen akan diblokir bila master data wajib belum lengkap, misalnya gudang, alamat kirim, sopir, atau supplier dan armada yang valid. Bila terblokir, lengkapi dulu master datanya atau pilih opsi yang valid sebelum melanjutkan.

Halaman ini menjelaskan alur operasional. Detail akuntansi internal tidak dibahas di dokumentasi publik.