Memastikan dokumen School Fee Waiver Yayasan Penyelenggaraan Ilahi Indonesia (YPII) yang
berstatus Rejected atau Cancelled hanya dihidupkan kembali oleh pihak yang berwenang,
dengan data yang sudah diperbaiki, sehingga keringanan biaya sekolah bagi siswa yang bersangkutan
tetap dapat diproses tanpa mengulang kesalahan yang sama.
Prosedur ini dimulai saat sebuah dokumen School Fee Waiver berstatus Rejected atau
Cancelled akan dipakai kembali, dan berakhir saat dokumen tersebut kembali berjalan lewat
prosedur pelaksanaan — atau saat diputuskan dibiarkan pada status gagalnya.
Kedua status gagal dicakup prosedur ini, karena penanda kewenangan Can Restart pada Policy
Template Standard (policy.template_detail id 792) berlaku untuk Rejected maupun
Cancelled sekaligus.
Prosedur ini tidak mengulang langkah pelaksanaan. Begitu dokumen kembali berstatus Draft,
sisanya identik dengan
Pelaksanaan School Fee Waiver,
yang dipanggil sebagai satu langkah pada bagian akhir.
Prosedur ini tidak berlaku untuk dokumen yang sudah berstatus Done. Tidak ada jalur
pembatalan maupun pemulihan dari status Done di Odoo YPII — lihat catatan
Pelaksanaan School Fee Waiver
mengenai ketiadaan SOP pembatalan untuk dokumen yang sudah selesai.
| Peran dalam prosedur | Kewenangan teknis di Odoo YPII | Kewenangan yang dipikul |
|---|---|---|
TBD-ORG: jabatan pengisi peran pemohon |
grup Odoo School Fee Waiver / User (86 akun aktif per 25 Agustus 2026); penanda Can Confirm | mengusulkan pemakaian ulang, memperbaiki data dokumen, dan mengajukannya kembali |
TBD-ORG: jabatan pengisi peran penyetuju/pembatal/pemulih |
grup Odoo School Fee Waiver / Validator (4 akun aktif per 25 Agustus 2026, tiga di antaranya berjabatan Tata Usaha); penanda Can Restart pada status Rejected dan Cancelled, serta Can Input Manual Document Number pada status Draft | memutuskan dan menjalankan pemulaian ulang, serta mereset nomor dokumen |
TBD-ORG: pemetaan grup Odoo School Fee Waiver / User dan / Validator ke jabatan resmi YPII belum ditetapkan.
Pemicu (Start Event): sebuah dokumen School Fee Waiver berstatus Cancelled atau
Rejected akan dipakai kembali untuk memberikan keringanan biaya sekolah kepada siswa yang
sama.
Pelaku (Lanes): TBD-ORG: jabatan pemohon · TBD-ORG: jabatan penyetuju/pembatal/pemulih
Tipe Gateway: Exclusive (XOR)
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih
Input (Data Object): dokumen berstatus Cancelled atau Rejected; sebab kegagalannya
Aturan: Dipakai ulang → langkah 2. Dibuat dokumen baru → Akhir Proses "dokumen dibiarkan gagal", lalu keringanan yang sama diajukan sebagai dokumen School Fee Waiver baru lewat Pelaksanaan School Fee Waiver.
Penggabungan (Merge): — tidak ada
Catatan: TBD-ORG: kriteria kapan dokumen gagal dipakai ulang dan kapan harus dibuat dokumen baru — misalnya berdasarkan lamanya dokumen menganggur, atau berat-ringannya perbaikan data.
Tipe Task (BPMN): User Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih — kewenangan teknisnya ada pada anggota grup Odoo School Fee Waiver / Validator (4 akun), penanda Can Restart.
Input (Data Object): dokumen berstatus Cancelled atau Rejected; keputusan pemakaian ulang
Aktivitas: Mencatat lebih dulu sebab kegagalan dokumen di tempat lain bila jejaknya masih dibutuhkan, karena Cancellation reason terhapus begitu dokumen dihidupkan kembali, lalu mengembalikan dokumen ke status Draft.
Output (Data Object): dokumen berstatus Draft; Cancellation reason kosong bila dokumen berasal dari Cancelled; # Document tetap memakai nomor lama
Rincian/turunan: Memulai Ulang School Fee Waiver
Alur berikutnya (Sequence Flow): → langkah 3
SLA/Durasi: TBD-ORG: batas waktu pemulaian ulang sejak keputusan pada langkah 1.
Alasan pembatalan hilang begitu dokumen dihidupkan kembali (untuk dokumen yang berasal
dari Cancelled). Untuk dokumen yang berasal dari Rejected, dokumen ini tidak memiliki
field alasan penolakan tersendiri — jejaknya hanya ada pada riwayat persetujuan
(approval.approval) atau catatan chatter. Catat sebabnya di tempat lain sebelum
menjalankan langkah 2 bila jejaknya masih dibutuhkan.TBD-ORG: di mana jejak sebab kegagalan diarsipkan — catatan pada tab Note, pesan chatter, atau lampiran?
Tipe Task (BPMN): User Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih — kewenangan teknisnya ada pada anggota grup Odoo School Fee Waiver / Validator (4 akun), penanda Can Input Manual Document Number.
Input (Data Object): dokumen berstatus Draft dengan nomor lama
Aktivitas: Mereset nomor dokumen bila kebijakan YPII menghendaki dokumen pakai-ulang memperoleh nomor baru. Bila nomor lama dipertahankan, langkah ini dilewati.
Output (Data Object): # Document bernilai / dan akan terbit ulang saat dokumen mencapai On Progress, atau tetap memakai nomor lama
Rincian/turunan: Mereset Nomor Dokumen School Fee Waiver
Alur berikutnya (Sequence Flow): → langkah 4
Catatan: Konfigurasi Odoo YPII sudah menentukan mekanismenya: menghidupkan kembali
dokumen tidak mereset nomornya, dan satu-satunya jalan mereset adalah penanda Can Input
Manual Document Number yang hanya dimiliki grup School Fee Waiver / Validator pada status
Draft. Karena itu nilai bawaan langkah ini adalah nomor lama dipertahankan, dan reset
hanya dilakukan bila kebijakan menghendaki. TBD-ORG: apakah YPII menghendaki dokumen yang dipakai ulang memperoleh nomor baru, atau nomor lama dipertahankan agar riwayatnya menyatu?
Tipe Task (BPMN): User Task
Pelaku (Lane): TBD-ORG: jabatan pemohon
Input (Data Object): dokumen berstatus Draft; sebab kegagalan dokumen
Aktivitas: Memeriksa dan memperbaiki data header (mis. Type, Reason, Billing Source, Payment Term, atau rentang Start Date/End Date) atau isi tab Lines sesuai sebab kegagalannya.
Output (Data Object): dokumen berstatus Draft dengan data yang sudah diperbaiki
Rincian/turunan: Mengubah School Fee Waiver
Alur berikutnya (Sequence Flow): → langkah 5
SLA/Durasi: TBD-ORG: berapa hari kerja perbaikan data diselesaikan sejak dokumen dihidupkan kembali?
Tipe Task (BPMN): Call Activity
Pelaku (Lane): TBD-ORG: jabatan pemohon · TBD-ORG: jabatan penyetuju/pembatal/pemulih
Input (Data Object): dokumen berstatus Draft dengan data yang sudah diperbaiki
Aktivitas: Menjalankan kembali prosedur pelaksanaan atas dokumen ini, mulai dari pengajuan sampai dokumen berstatus Done.
Output (Data Object): dokumen berstatus Done, atau kembali gagal
Rincian/turunan: Pelaksanaan School Fee Waiver
Alur berikutnya (Sequence Flow): → Akhir Proses "dokumen selesai"
Akhir Proses (End Event): dokumen selesai — berstatus Done setelah dipakai ulang · dokumen dibiarkan gagal — tetap berstatus Cancelled atau Rejected
TBD-ORG: kapan dokumen yang gagal dipakai ulang, kapan harus dibuat dokumen baru?TBD-ORG: apakah keduanya diperlakukan sama pada prosedur ini, atau ada syarat/kewenangan pakai-ulang yang berbeda di antara keduanya?TBD-ORG: siapa yang berhak menghidupkan kembali dokumen yang berakhir gagal — apakah sama dengan grup Validator saat ini?TBD-ORG: sampai kapan dokumen batal atau ditolak masih boleh dipakai ulang?TBD-ORG: apakah siswa atau orang tua yang sebelumnya diberi tahu tentang penolakan/pembatalan keringanan perlu diberi tahu lagi bahwa dokumen dipakai kembali?TBD-ORG: setelah berapa kali kegagalan berulang pada dokumen yang sama, pemakaian ulangnya dihentikan dan dieskalasikan — dan kepada siapa?SOP-28b9488cDT-af7f8f8bDT-d4ccdb82