Company dan Branch

Tujuan dan pengguna

Menu Company / Branch pada UI dev membuka halaman Branch. Halaman ini memelihara cabang yang dikaitkan dengan Area, identitas kode/nama, lokasi, kontak, rekening, akun, dan penanda HQ. Pengguna yang disarankan adalah System/Master Data Admin dengan konsultasi Operational, Finance, dan Tax. Nama PIC dan pemisahan kewenangan belum ditetapkan OLR.

Setting → General → Company / Branch (#!/setting/company).

Pada daftar, breadcrumb dan heading aktual adalah Branch. Form tambah berada pada #!/setting/company/create dengan heading Add Branch.

Tampilan daftar

Daftar menyediakan Add, Export Excel, pilihan jumlah data 10/25/50/100/All, pencarian, pengurutan, pagination, serta aksi detail, edit, dan hapus per baris. Kolom yang terlihat adalah Area, Code, Name, Address, dan kolom aksi.

Alamat, nama, kode, dan nilai baris ditutup pada salinan visual; tidak digunakan sebagai contoh data bisnis.

NomorElemen yang ditandai
1Add
2Export Excel
3Pilihan jumlah data
4Pencarian
5Kolom Area
6Kolom Code
7Kolom Name
8Kolom Address
9Kolom aksi detail/edit/hapus
10Pagination

Form Add Branch kosong

Bagian identitas dan lokasi

Field/kontrolFakta UI
Area *Pemilih Area dengan kotak pencarian/list.
Code *Textbox kode cabang.
Branch Name *Textbox nama cabang.
Address *Textbox alamat.
Latitude / LongitudeTextbox koordinat.
PetaPeta interaktif dengan Zoom in, Zoom out, Full Screen, dan petunjuk pemindahan marker.
City *Pemilih City dengan kotak pencarian/list.

NomorElemen yang ditandai
1Area wajib
2Code wajib
3Branch Name wajib
4Address wajib
5Latitude
6Longitude
7Kontrol peta

Kontak, rekening, akun, dan status HQ

Field/kontrolFakta UI
Phone / FaxTextbox kontak.
Email *Textbox email wajib.
WebsiteTextbox situs.
No. Rekening 1/2Textbox nomor rekening.
Nama Rekening 1/2Textbox nama rekening.
Bank Rekening 1/2Pemilih Bank.
PlafondTextbox plafond; satuan/aturan belum terverifikasi.
Akun Kas / Akun BankPemilih akun.
Ayat Silang Mutasi Kas/BankPemilih akun silang.
HQ ?Checkbox. Arti aturan HQ belum diputuskan.
Back / SaveKembali atau menyimpan; tidak dijalankan dalam kajian.

NomorElemen yang ditandai
1–3Rekening 1 dan Bank Rekening 1
4–6Rekening 2 dan Bank Rekening 2
7Plafond
8–10Akun Kas, Akun Bank, dan Ayat Silang Mutasi
11Checkbox HQ
12Back
13Save

Form atas dan bawah sama-sama kosong; tidak ada Area, City, Bank, akun, koordinat, atau rekening yang dipilih/diisi.

Prasyarat dan master data

  • Area dan City harus tersedia serta parent-nya benar.
  • Kode/nama cabang harus mengikuti standar legal dan penomoran OLR.
  • Alamat, kontak, email, rekening, akun, dan koordinat harus berasal dari sumber resmi yang disetujui.
  • Dampak ke user scope, dokumen, pajak, rekening, laporan, dan Finance/Accurate harus dipetakan sebelum perubahan.

Prosedur penggunaan yang disarankan

  1. Buka daftar Branch dan gunakan pencarian/sort untuk memeriksa duplikasi.
  2. Cocokkan Area, City, Code, Name, dan Address dengan dokumen organisasi.
  3. Buka Add hanya bila role master data berwenang dan permintaan disetujui.
  4. Isi bagian identitas/lokasi, kontak, rekening, akun, dan HQ sesuai kebijakan; jangan mengisi field yang tidak diwajibkan tanpa aturan owner.
  5. Lakukan pemeriksaan sejawat atas koordinat, email, rekening, dan mapping akun.
  6. Simpan hanya setelah approver dan dampak ke modul lain dikonfirmasi.
  7. Untuk perubahan/hapus, cek transaksi dan laporan yang sudah memakai branch; perlakuan nonaktif versus hapus belum dibuktikan di dev.

Keluaran dan hubungan antarmodul

  • Keluaran: record Branch yang dapat menjadi scope master/transaksi/laporan.
  • Hubungan yang perlu dikonfirmasi: Area, City, user/role, Contacts, Marketing, Operational, Vehicles, Inventory/Warehouse, Finance, pajak, akun, dan nomor dokumen.
  • Tidak ada lampiran yang terlihat pada form kosong.

Checklist penjelasan

  • Area dan City parent benar.
  • Kode, nama, alamat, dan email sesuai dokumen resmi.
  • Koordinat dan peta diperiksa bila dipakai operasional.
  • Rekening dan mapping akun telah ditinjau Finance.
  • Dampak branch ke user scope, transaksi, pajak, dan laporan disetujui.
  • Tidak ada Edit/Delete/Save tanpa otorisasi dan audit trail.

Gap dan batas verifikasi

UI dev membuktikan struktur daftar dan field form, tetapi belum membuktikan validasi, arti checkbox HQ, aturan koordinat/peta, status aktif, detail/edit, audit trail, approval, dampak otomatis ke transaksi, atau sinkronisasi SOLOG–Accurate. Capture final menyamarkan seluruh baris daftar; tidak ada data transaksi atau master yang ditulis ke SOP.