Satu fail, satu benang, dari kaunter ke keputusan.
Perunding menghantar pelan melalui portalnya sendiri dan mencetak label sampul. Kaunter menerima, dan jam piagam bermula. Sampul itu berjalan ke jabatan teknikal, diimbas di setiap tangan yang memegangnya, dan setiap pergerakan menulis satu peristiwa jejak. Kertas masih berjalan; yang hilang hanyalah keraguan tentang di mana ia berada.
Lajur kiri ialah status sebenar yang disimpan sistem. Satu jadual peralihan memerintah kesemuanya, jadi peralihan yang tiada dalam jadual itu mustahil, siapa pun yang meminta.
Perunding memilih projek dan keluarga pelan. Senarai semak dokumen terus dijana, dan qrToken dicetak pada saat ini juga: label mesti wujud sebelum sampul dimeterai.
Sistem enggan menghantar selagi ada dokumen wajib tanpa fail. Dokumen yang diisytiharkan tiba secara fizikal tidak disekat: ia dalam sampul, dan sampul belum sampai ke kaunter.
Detik yang penting: nombor permohonan dijana, tarikh terima dicatat, dan tarikh sasaran dikira daripada hari bekerja piagam jenis itu. Jam piagam bermula di sini, bukan semasa hantar.
Dengan sebab yang wajib ditulis. Perunding membaiki dan fail itu boleh masuk semula ke ulasan tanpa kehilangan benang perbualannya.
Pegawai jabatan yang menerima sampul mengimbas labelnya. Imbasan merekod jagaan (jabatan mana memegang pelan, sejak bila) dan sengaja tidak mengubah status. Dua fakta berlainan.
Pembetulan ialah permohonan baharu, bukan suntingan: sampul sendiri, label sendiri, senarai semak sendiri. Jabatan mesti kekal boleh melihat apa yang disemaknya kali pertama.
Fail yang diterima diedarkan kepada jabatan dalaman dan agensi teknikal dalam pusingan bernombor. Setiap agensi memulangkan pendiriannya.
Diluluskan, diluluskan bersyarat, atau ditolak. Keputusan jawatankuasa ialah satu-satunya penulis status muktamad. Tiada skrin lain boleh meluluskan fail, yang bermakna surat keputusan dan status sistem tidak boleh bercanggah.
Antara muka berasingan dengan pengesahannya sendiri. Tiada kaunter yang perlu menaip semula borang, dan perunding melihat status failnya tanpa menelefon.
Pelan berjalan secara fizikal. Label QR ialah satu-satunya tempat kedua-dua dunia itu bersentuh, dan sebab itu ia dijana sebelum sampul dimeterai, bukan selepas.
Label ialah sehelai A4 yang dijana pelayan atas permintaan: kod QR, nombor rujukan, keluarga pelan, lot dan firma dieja sekelilingnya, supaya pegawai bilik mel boleh mengasingkan sampul tanpa mengimbasnya langsung.
Token itu rawak, bukan diterbitkan daripada nombor permohonan, dan tidak pernah berubah: label yang sudah melekat pada sampul tidak boleh dipanggil balik.
Mengetahui jabatan mana memegang lukisan ialah fakta yang berlainan daripada mengetahui di mana ulasan berada. Sistem menyimpannya berasingan dengan sengaja: satu sampul boleh berpindah tiga kali tanpa status permohonan bergerak walau sekali, dan itu bukan kesilapan.
Setiap keluarga pelan mempunyai matriks dokumennya sendiri. Perunding mengisytiharkan dokumen mana tiba secara elektronik dan mana yang berjalan dalam sampul, dan sistem menghormati perbezaan itu di pintu hantar.
Kaunter membuat satu keputusan sahaja, terima atau kembalikan, tetapi keputusan itulah yang menjana nombor rasmi dan memulakan jam.
Skrin butiran mengumpul apa yang biasanya bertaburan pada tiga sistem: keadaan semasa, apa yang telah berlaku, dan apa yang telah dikatakan.
Fail yang diterima diedarkan kepada jabatan dalaman dan agensi teknikal luar. Setiap pusingan dinomborkan, jadi pusingan kedua tidak memadam apa yang dikatakan pada pusingan pertama.
Data rujukan yang dimiliki majlis, diselenggara oleh majlis. Tiada satu pun daripadanya memerlukan pembangunan semula untuk diubah.
Pembangunan di atas lot bertanah: hakmilik, mukim, daerah, dan pemilik tanah. Bernombor PRJ-YYYY-NNNNNN. Portal perunding tidak pernah melihat pemiliknya.
Arkitek, jurutera dan perancang berdaftar, dengan badan pendaftaran, nombor pendaftaran dan tarikh tamat sijil amalan.
Penerima edaran ulasan: jabatan dalaman majlis dan agensi teknikal luar, diurus sebagai satu daftar.
Langkah mana pergi ke kumpulan mana. Ditakrifkan sebagai data, dengan log peralihan yang menunjukkan setiap langkah yang benar-benar berjalan.
Menu setiap pegawai dibina daripada pemberian yang dipegang kumpulannya. Kod modul ialah identiti kebenaran itu sendiri dan tidak pernah berubah selepas dihantar.
Teks yang dihantar kepada perunding pada setiap peristiwa, disunting oleh majlis dan bukan tertanam dalam kod.
Format dan kaunter bagi setiap keluarga nombor. Nombor permohonan berjalan setiap tahun mengikut jenis pelan.
Aplikasi kaunter mengalamatkan segalanya dengan token, tidak pernah dengan id — telefon yang baru mengimbas hanya memegang token dan tiada apa-apa lagi. Ketiga-tiganya memanggil kaedah perkhidmatan yang sama, jadi ada satu buku peraturan, bukan dua.
| Konsol staf | Terimaan kaunter, senarai dan butiran permohonan, edaran ulasan, daftar dan tetapan. Angular 19. |
|---|---|
| Portal perunding | Pendaftaran, draf, muat naik, label sampul, perbualan dan penjejakan status. Pengesahan berasingan daripada konsol. |
| Aplikasi kaunter | Satu skrin, kamera dahulu, untuk telefon pegawai jabatan. Mengimbas label, kemudian terima, kembalikan atau catat. |
| Pelayan | Spring Boot 3.3.5 · Java 21 · PostgreSQL |
| Asas bersama | Identiti dan kebenaran, jejak audit, notifikasi, nombor rasmi, storan dokumen, sandaran berkala dan versi: semuanya datang bersama setiap modul Rebana. |
Kami pasang satu contoh dengan keluarga pelan, agensi dan senarai semak majlis anda sendiri, dan jalankan satu fail dari draf ke keputusan bersama pasukan OSC anda.
Mohon demoDipasang di premis atau pada awan majlis · data contoh disediakan · sesi pertama lebih kurang satu jam