ENGINEERING ENTERPRISE / ODOO 16 · NUSATIV
Membangun workflow Odoo untuk manajemen risiko konstruksi enterprise.
Pengembangan Odoo: workflow backend, autentikasi, perhitungan risiko dan perubahan terarah pada web client.
RINGKASAN PROYEK
Sebuah perusahaan konstruksi BUMN Indonesia membutuhkan risk register, asesmen dan keputusan serah terima proyek yang konsisten dengan aturan otorisasi serta tata kelola. Platform memakai Odoo 16 Community, model risiko kustom dan entitas konstruksi yang memperluas hr.department.
KONTEKS PRODUK / VISUAL BERKETERANGAN
Diedit dari screenshot aplikasi yang diberikan dengan sanitasi berbantuan AI. Ringkasan approval, matriks dan kelompok tingkat risiko mempertahankan struktur sumber; identitas serta nilai operasional diganti data sintetis. Tampilan ini menjelaskan konteks produk, bukan kepengarangan tunggal setiap widget.
ARSITEKTUR SISTEM
Odoo BI → FastAPI / Pydantic → Vertex AI
Otomasi deployment Cloud Run tersedia dalam kode. Diagram ini tidak menyatakan adanya deployment cloud yang aktif.
Arsitektur ini merupakan penjelasan konseptual, bukan peta jaringan produksi. Pencatatan audit memakai cursor independen di database PostgreSQL, bukan server audit terpisah yang telah diverifikasi.
KONTRIBUSI ENGINEERING SAYA
Aksi review: ajukan → setujui atau tolak → restart/ajukan ulang. Pengembalian PHO/FHO ke Active memerlukan peran Super Admin yang ditentukan. Model yang ditinjau memperluas hr.department, bukan project.project.
Saya mengimplementasikan transisi Active → PHO → FHO dengan tier validation. Workflow memeriksa peran pemohon, mensyaratkan review lengkap dan mencatat informasi reviewer di chatter. Penolakan dan pengajuan ulang adalah aksi review, bukan tahap proyek tambahan. Pengembalian proyek PHO/FHO ke Active dibatasi untuk peran Super Admin yang ditentukan.
Saya mengimplementasikan pemeriksaan kompleksitas password, pengingat kedaluwarsa dan penguatan autentikasi. Pencatatan kegagalan login membuka cursor PostgreSQL terpisah dengan autocommit agar penulisan audit terpisah dari transaksi autentikasi yang mungkin di-rollback. Validasi redirect dan header respons menangani masalah web tertentu; mekanisme ini bukan jaminan bebas seluruh kerentanan atau SSO federasi SAML/OAuth.
Saya mengimplementasikan pemilihan skor kuantitatif deterministik: interval mencakup batas bawah, tidak mencakup batas atas, dengan pengecualian batas atas terbesar memakai toleransi floating-point. Hasil tidak bergantung urutan record; batas tidak valid, celah dan tumpang tindih ditolak. Tes regresi Odoo terpisah memeriksa nilai eksposur tersimpan versus tampilan dan perlindungan nilai historis.
Saya mengerjakan kontrol penghapusan risk register yang membedakan permintaan penghapusan dari persetujuan. Pemeriksaan peran mengatur permintaan dan keputusan alih-alih membolehkan aksi destruktif tanpa batas. Tinjauan kode dan tes regresi membuktikan implementasi, bukan penerimaan final klien.
Saya mem-patch FormController Odoo untuk memeriksa peringatan strategi risiko setelah penyimpanan berhasil, memakai layanan ORM dan notifikasi sticky yang tidak memblokir. Perubahan mempertahankan alur penyimpanan normal; ini kustomisasi web client terarah, bukan penulisan ulang frontend.
Saya mengimplementasikan gateway FastAPI dengan model request Pydantic, rate limiter sliding-window dalam memori dan komponen integrasi Vertex AI. Otomasi deployment Cloud Run serta tes tersedia. Bukti ini menunjukkan kode integrasi dan deployment; deployment cloud staging atau produksi yang berhasil belum diverifikasi.
KONTEKS PRODUK / VISUAL BERKETERANGAN
Matriks menampilkan probabilitas dan dampak. Kontribusi yang ditinjau mencakup batas interval deterministik, perhitungan eksposur dan nilai historis tersimpan. Posisi penanda ilustratif bukan hasil produksi.
KONTEKS PRODUK / VISUAL BERKETERANGAN
Referensi antarmuka menampilkan seri dampak dan grafik pemantauan. Tampilan sumber yang diedit AI mengganti nilai operasional dengan satuan demo sintetis dan kategori anonim. Konteks dashboard bukan bukti implementasi pribadi setiap grafik; kode integrasi AI bukan bukti deployment aktif.
DETAIL ENGINEERING
Cursor terpisah dan autocommit memisahkan penulisan audit dari transaksi login. Jalur audit tidak ikut rollback transaksi induk; hal ini tidak membuat pencatatan selalu berhasil atau record menjadi immutable.
Transaksi login → dapat di-rollback
Cursor audit independen → penulisan terpisah
Pemilihan interval menolak konfigurasi ambigu. Pemeriksaan terpisah terhadap nilai tampilan dan tersimpan membantu melindungi record historis saat logika perhitungan berubah.
Eksposur = skala dampak × titik tengah probabilitas × 0,01 × batasan risiko
Sumber tes Odoo TransactionCase beratribusi mencakup hak akses, perhitungan dan transisi workflow; sumber tes browser Playwright juga tersedia. Enam pemeriksaan terisolasi terhadap helper pemilih skor lulus pada peninjauan ini. Suite integrasi Odoo, database dan cloud lengkap tidak dijalankan. Bukti development serta testing/QC tidak boleh dibaca sebagai penerimaan produksi final.
KUALITAS & BUKTI
Perubahan workflow, autentikasi, perhitungan dan web client beratribusi diperiksa dari sumber privat serta riwayat Git.
Lingkup pengembangan Oktober 2026 dilaporkan selesai, dinaikkan ke pengujian, lalu menerima masukan QC. Penerimaan produksi final belum dibuktikan.
Sumber privat dan komunikasi ditinjau untuk studi kasus ini. Tidak ada kode proprietary, record klien atau pesan mentah yang dipublikasikan. Tanggal peninjauan: 29 Oktober 2026.