Redesign layout tinjauan mengikuti SABH (backlog 8b)

Tanggal: 22 Agustus 2026 · Status: riset selesai, implementasi menunggu 2 keputusan
Sumber: ahu-codebase/ahu-online/protected/modules/sabh/views/perseroan/_formPengisianPerseroan.php (1.535 baris)
Tujuan backlog: notaris memakai pengelompokan yang sudah dia kenal, supaya learning curve rendah.

Pengelompokan SABH yang sebenarnya

Diambil langsung dari <legend> form pengisian perseroan SABH, berikut urutannya:

#	Bagian SABH	Isi
1	Data Perseroan	`nama_perseroan`, `nama_singkat`, `jenis_perseroan`, `npwp_perseroan`, `jangka_waktu`
2	Kedudukan Perseroan	`alamat`, `rt`, `rw`, Provinsi, Kabupaten/Kota, `kecamatan`, `kelurahan`, `kode_pos`, `nomor_telepon_perseroan`, `email_perseroan`, `tahun_buku`
3	Maksud dan Tujuan	pertanyaan Kewirausahaan Sosial (wajib), lalu daftar KBLI
4	Akta Notaris	`notaris`, `no_akta`, `tanggal_akta`, + notaris/akta kedua (`nama_akta_notaris2`, `tanggal_akta2`)
5	Modal Dasar	tabel: Klasifikasi Saham · Nilai Nominal per Lembar · Jumlah Lembar · Total Modal
6	Modal Ditempatkan	tabel serupa
7	Modal Disetor	termasuk `modal_disetorkan_kurs`
8	Pengurus dan Pemegang Saham	satu bagian gabungan
9	Dokumen yang harus diunggah	—

Beda dengan layout tinjauan kita sekarang

flowchart LR subgraph KITA["Layout kita (projector PENDIRIAN_PT)"] A1[data_perseroan] --> A2[akta_notaris] --> A3[notaris_pengganti] A3 --> A4[modal_saham
atomic, 6 skalar] --> A5[pemegang_saham] A5 --> A6[kbli] --> A7[pengurus] --> A8[domisili] --> A9[kontak] end subgraph SABH["Layout SABH"] B1[Data Perseroan] --> B2[Kedudukan Perseroan
+ telepon, email, tahun buku] B2 --> B3[Maksud & Tujuan
+ social enterprise] --> B4[Akta Notaris] B4 --> B5[Modal Dasar] --> B6[Modal Ditempatkan] --> B7[Modal Disetor] B7 --> B8[Pengurus DAN Pemegang Saham
satu bagian] end

Empat selisih yang nyata:

tahun_buku, telepon, dan email milik "Kedudukan Perseroan" di SABH — bukan bagian
terpisah. Bagian kontak kita dan domisili kita sebenarnya satu bagian di mata notaris.
Modal dipecah TIGA (Dasar / Ditempatkan / Disetor) dan masing-masing berbentuk tabel
kelas saham, bukan skalar. Kita punya satu modal_saham atomik berisi 6 skalar.
Pengurus dan Pemegang Saham DIGABUNG jadi satu bagian.
SABH menanyakan dua hal yang tidak kita ekstrak sama sekali: status Kewirausahaan
Sosial (wajib) dan notaris/akta kedua.

Dua keputusan yang perlu Efran

Keputusan 1 — gabungkan lagi Pengurus + Pemegang Saham?

Ini membalik keputusan yang sudah pernah diambil. Catatan di
pt-pendirian-review.ts menyebut pt-smoke1 Item 4 yang justru memisah keduanya, dengan
alasan halaman legacy menampilkan Direksi/Komisaris sebagai bagian sendiri dan Pemegang Saham
sebagai tabel di dalam Modal & Saham.

Jadi ada dua "sistem existing" yang berbeda, dan mereka tidak sepakat: halaman legacy memisah,
SABH menggabung. Backlog menyebut "sistem existing notaris" — kalau yang dimaksud SABH, kita
menggabung dan membalik Item 4.

Rekomendasi: ikuti SABH (gabung), karena SABH-lah yang dipakai notaris sehari-hari. Tapi ini
keputusan lo, bukan gue — membalik keputusan lama diam-diam adalah cara menciptakan
"kenapa dulu dipisah?" enam bulan lagi.

Keputusan 2 — modal dipecah tiga, padahal datanya satu baris

Enam skalar modal kita hidup di satu baris AktaModal, itu sebabnya konfirmasinya atomik
(satu klik membalik semuanya). Memecah tampilan jadi tiga bagian tetap bisa, tapi kontrol
konfirmasinya harus merentang tiga bagian — atau berubah jadi per-field, yang berarti
membongkar confirmMode: "atomic".

Rekomendasi: pecah tampilannya jadi tiga judul di dalam satu bagian yang tetap atomik.
Notaris melihat urutan SABH; mekanisme konfirmasinya tidak perlu ikut berubah.

Yang bisa dikerjakan tanpa menunggu keputusan

Tiga perubahan ini tidak bergantung pada dua keputusan di atas:

Gabung domisili + kontak jadi "Kedudukan Perseroan", dan pindahkan tahun_buku
ke sana dari data_perseroan.
Ganti nama kbli jadi "Maksud dan Tujuan" dan naikkan posisinya ke urutan ke-3.
Urutkan ulang sisanya mengikuti SABH.

Semuanya perubahan pada array sections + SectionSchema di projector — bukan perubahan
shell review engine. Biayanya kecil dibanding dampaknya.

Temuan sampingan yang penting

Kolom "Klasifikasi Saham" di contoh SK kita bukan karangan. SABH memodelkan modal sebagai
tabel kelas saham (Klasifikasi Saham · Nilai Nominal per Lembar · Jumlah Lembar · Total).
Ekstraktor akta kita tidak punya field kelas saham sama sekali, itu sebabnya lampiran SK mock
mengisinya dengan placeholder "Saham Biasa". Jadi ini bukan cacat tampilan — ada satu konsep
SABH yang memang belum kita ekstrak.

Dua field lain yang SABH minta dan kita belum punya: Kewirausahaan Sosial (wajib di SABH)
dan notaris/akta kedua.