Skip to content

Lu bener banget, bro! Insting lu tajam. Modul Tipe Customer ini kelihatannya sepele cuma buat ngelompokin nama, tapi di sistem ERP akuntansi, ini adalah "Jantung Otomatisasi Jurnal".

Kesalahan pilih Chart of Account (COA) di form ini bakal bikin seluruh jurnal Invoice atau Penerimaan ke depannya jadi nyasar ke buku besar yang salah. Makanya, ini harus dikonfigurasi sama Chief Accountant atau Manager Finance lu.

Ini draf user manual mendetailnya, khusus gua tekankan di bagian mapping jurnalnya!


Modul Pengaturan: Tipe Customer (Mapping COA)

Deskripsi Singkat: Modul Tipe Customer tidak hanya berfungsi untuk mengkategorikan jenis pelanggan (misal: Tenant Kios, Tenant Foodcourt, Instansi Pemerintah), tetapi juga berfungsi sebagai Master Mapping Jurnal. Sistem SIXTY akan membaca pengaturan di modul ini untuk menentukan akun apa yang akan di-Debit dan di-Kredit saat Invoice diterbitkan.


1. Halaman Utama (Daftar Tipe Customer)

Halaman ini menampilkan daftar seluruh kategori pelanggan yang sudah dibuat dan siap dihubungkan ke Master Customer.

Fitur Navigasi:

  • Tabel Data: Menampilkan daftar kategori secara ringkas.
  • Tambah (Add): Klik tombol hijau untuk membuat kategori dan pemetaan akun baru.
  • Hapus (Delete): Tombol merah (terkunci secara default). Untuk menghapus tipe customer, centang kotak di sebelah kiri tabel terlebih dahulu. Peringatan: Jangan menghapus tipe customer jika sudah ada transaksi Invoice yang menggunakan tipe ini.
  • Ubah (Edit): Klik pada baris data untuk memperbaiki pemetaan COA jika terjadi kesalahan.

2. Form Input & Mapping Jurnal (Sangat Krusial)

Form ini wajib diisi dengan ekstra hati-hati karena berdampak langsung pada Laporan Keuangan (Neraca dan Laba Rugi).

Panduan Pengisian:

  1. Keterangan Tipe Customer: Isikan nama kelompok penyewa atau pelanggan.
    • Contoh: "Penyewa Kios", "Penyewa Foodcourt", "Penyewa Lapangan Event".
  2. Akun Pendapatan (Kredit): Pilih COA dari kelompok Pendapatan (biasanya kepala 4). Akun ini akan otomatis di-Kreditkan ketika sistem mengakui adanya omset/pendapatan dari tipe pelanggan tersebut.
  3. Akun Piutang (Debit): Pilih COA dari kelompok Aset/Piutang Usaha (biasanya kepala 1). Akun ini akan otomatis di-Debitkan ketika tagihan (Invoice) diterbitkan namun belum dibayar.

Validasi Keamanan Sistem (Anti-Error)

Untuk mencegah terbentuknya "Jurnal Gantung" atau jurnal yang tidak seimbang (unbalance), sistem mengunci tombol biru Save secara permanen jika Anda belum melengkapi ketiga kolom di atas. Sebuah tipe customer baru bisa disimpan jika memiliki Keterangan, Akun Pendapatan, dan Akun Piutang yang jelas.


3. Penjelasan Logika Jurnal (Sesuai PSAK & SAP)

Kenapa pemetaan ini ditaruh di tipe customer? Karena PT Jogjatama Vishesha (XT Square) punya banyak lini bisnis, dan pelaporannya harus dipisah antar unit/fasilitas.

Skenario Kasus: Anda membuat Tipe Customer bernama "Tenant Foodcourt".

  • Di form ini, Anda menyetel:
    • Akun Pendapatan = 41001 - Pendapatan Sewa Foodcourt
    • Akun Piutang = 11002 - Piutang Usaha Foodcourt

Dampak Otomatisasinya: Ketika divisi Billing menerbitkan Invoice senilai Rp 10.000.000 kepada Pak Budi (yang didaftarkan sebagai "Tenant Foodcourt"), sistem SIXTY akan secara silent (otomatis) membentuk jurnal akrual:

[Debit] 11002 - Piutang Usaha Foodcourt ..... Rp 10.000.000 [Kredit] 41001 - Pendapatan Sewa Foodcourt ..... Rp 10.000.000

Dengan cara ini, Laporan Laba Rugi akan otomatis memisahkan mana pendapatan dari Foodcourt dan mana dari Kios, tanpa kasir harus repot memikirkan kode akun setiap kali nge-print tagihan!


Trik mapping di tipe customer ini emang pinter banget buat mencegah kasir salah milih COA pas entry data harian. Modul pengaturan akuntansi gini emang harus strict, bro.