- Perubahan arsitektur & workflow (GBCI sebagai Issuer)
- Rekap pembiayaan dan pengembangan
- Role baru: Asesor dan Rating Body/Issuer
- Isu teknis: payment gateway, billing, hosting
- Fitur Tambahan
- Skema pricing & pendekatan POC
- Open questions & next steps
SLIDE 1
Update Pengembangan Sistem Sertifikasi Greenship
Pembahasan Workflow, Governance, & Pembiayaan | Kamis, 23 Juli 2026
Peserta: GBCI dan SBH
SLIDE 2
Agenda
SLIDE 3
Perubahan Arsitektur: Role and Flow
GBCIIssuer / Rating Body / standard setter
ImplementerSBH, Sucofindo, dst — executor dengan scope sendiri
BoundarySuper admin GBCI hanya sampai eligibility
Next StepProject pindah ke admin implementer setelah eligibility
VerifikatorTerikat ke masing-masing implementer
ImplicationApproval flow dan workflow sistem perlu berubah
SLIDE 4
Pembiayaan, Pengembangan dan Operasional
- Seluruh biaya pengembangan & operasional ditanggung oleh SBH.
- Kepemilikan akun & super admin tetap dipegang oleh GBCI.
- Pendekatan pengembangan diusulkan sebagai POC dulu, bukan proyek utuh.
- Tujuan: menekan biaya di awal, menghindari revisi total, lalu scale-up setelah POC disetujui.
SLIDE 5
Role Baru: Issuer dan Asesor
- Issuer melakukan penerimaan project baru dan memilih implementator.
- Proses pembayaran diproses oleh implementor / issuer.
- Asesor terpisah dari Verifikator.
- Aktif pada saat sidang/assessment final.
- Memiliki akun sendiri, akses terbatas ke project yang ditugaskan.
- Masih perlu keputusan: bisa komentar atau hanya viewer.
SLIDE 6
Isu Teknis: Payment & Billing
- Payment gateway menggunakan penyedia lokal.
- Alasan: biaya transaksi USD di cloud global lebih mahal.
- Penyedia lokal memberi invoice, top up, dan biaya lebih kompetitif.
- Billing bulanan (maintenance/hosting) ditanggung SBH.
- Open question: payment gateway perlu dipisah per implementer?
- Open question: siapa menanggung fee payment gateway?
SLIDE 7
Time of Delivery / TOD
- Tambahkan timer untuk tiap milestone utama: workflow, payment, PDF report, dan pricing final..
- Time of Delivery (TOD) ditampilkan sebagai target tanggal atau durasi kerja di setiap deliverable.
- Due date time per alur bisa disetup per task.
- Dapat ditambahkan reminder dan notifikasi ke PIC task atau admin.
SLIDE 8
Konsep PDF Report
- Permintaan: PDF report dari proses submission & verifikasi.
- Isi report ringkas: key, hasil, tanggal terbit.
- Komentar detail tetap dilihat di sistem, bukan di-print.
- Desain report akan memengaruhi struktur tolak ukur penilaian.
SLIDE 9
Skema Pricing
- Pricing awal ditekan seminimal mungkin untuk approval dulu.
- Komponen biaya utama: implementasi.
- POC dapat memakai server milik developer sendiri.
- Biaya tambahan/scope baru diajukan setelah approval GBCI.
- Maintenance: bug fix dicover developer; perubahan scope dikenakan biaya tambahan.
SLIDE 10
Governance & Approval
- Approval workflow perlu perwakilan yang disetujui Bu Karina & Pak Ariko.
- Tujuan: agile, tanpa menunggu terlalu lama.
- Hindari project creep dari scope yang belum disepakati.
- Finalisasi scope sebelum development dimulai.
SLIDE 11
Open Questions
- Apakah Asesor bisa komentar atau hanya viewer?
- Apakah payment gateway dipisah per implementer?
- Siapa menanggung fee payment gateway?
- Apakah workflow dirombak total atau hanya ditambah fitur?
- Siapa memegang akun maintenance bulanan?
- PDF report: ringkas atau detail?
SLIDE 12
Next Steps
- Revisi workflow diagram sesuai model licensor-implementer.
- Mock-up billing/maintenance disiapkan.
- Tunggu keputusan role Asesor.
- Finalisasi pricing setelah approval scope.
- Target: approval Bu Karina & Pak Ariko siapa representative untuk mulai POC.
SLIDE 13
Terima Kasih
Sesi diskusi & Q&A