Memastikan pembatalan dokumen Customer Payment Import Yayasan Penyelenggaraan Ilahi Indonesia
(YPII) yang sudah berstatus Done hanya dilakukan setelah dampaknya terhadap pembayaran
pelanggan yang sudah terbentuk dipertimbangkan dan disetujui — bukan tindakan sepihak yang
meninggalkan pembayaran pelanggan tanpa penanganan.
Prosedur ini dimulai saat muncul permintaan membatalkan sebuah dokumen Customer Payment Import
yang sudah berstatus Done, dan berakhir saat dokumen tersebut berstatus Cancelled —
atau saat permintaan pembatalannya ditolak.
Prosedur ini tidak mencakup pembatalan dokumen yang masih berstatus Draft atau
Waiting for Approval. Pembatalan pada kedua status itu adalah jalur gagal di dalam
Pelaksanaan Customer Payment Import,
dan mekanismenya sama persis (wizard Select Cancel Reason dan antrean pembatalan) — hanya
dampaknya yang berbeda, karena pada status Done pembayaran pelanggan sudah terbentuk.
Prosedur ini tidak mencakup pemakaian kembali dokumen setelah dibatalkan. Jalur itu diatur
Penggunaan Ulang Customer Payment Import yang Ditolak atau Dibatalkan.
Kewenangan Can Cancel pada model ini mencakup status Done tanpa syarat tambahan. Odoo YPII
tidak memasang satu punstatus.check.templatemaupunstate.change.constrain.templateuntuk
Customer Payment Import — satu-satunya penghalang adalah Policy Template Standard, dan
template itu sendiri sudah mengizinkan pembatalan pada status Done. Kelonggaran ini perlu
diimbangi pengendalian prosedural, dan itulah alasan prosedur ini ada.
account.payment) per baris Import Data.CPI/<tahun>/<6 digit>. Pembatalan tidak menghapus| Peran dalam prosedur | Kewenangan teknis di Odoo YPII | Kewenangan yang dipikul |
|---|---|---|
TBD-ORG: jabatan pemohon pembatalan |
— | mengajukan permintaan pembatalan beserta alasan dan buktinya |
TBD-ORG: jabatan penyetuju/pembatal/pemulih |
grup Odoo Customer Payment Import / Validator (19 akun aktif per 25 Agustus 2026); penanda Can Cancel yang berlaku pada status Draft, Waiting for Approval, dan Done | menilai kelayakan, memutuskan, dan menjalankan pembatalan |
| Odoo YPII (Sistem) | — | memproses antrean pembatalan dan memindahkan dokumen ke status Cancelled |
Pelaksana pembatalannya sudah ditentukan konfigurasi: penanda Can Cancel pada Policy
Template Standard hanya diberikan kepada grup Customer Payment Import / Validator,
sehingga tidak ada peran lain di Odoo YPII yang dapat menjalankan langkah 5. Grup itu
beranggotakan 19 pengguna, dan daftarnya identik dengan grup Customer Payment Import / User
— artinya sistem tidak memisahkan pemohon dari pemutus.
TBD-ORG: siapa yang berhak mengajukan permintaan pembatalan dokumen yang sudah Done, dan apakah keputusan Customer Payment Import / Validator masih memerlukan persetujuan tertulis di luar Odoo — mengingat sistem tidak memisahkan pemohon dari pemutus?
TBD-ORG: bentuk dan kelengkapan bukti yang dipersyaratkan.account.payment) yang sudah terbentuk dari dokumen ini, untukPemicu (Start Event): muncul permintaan membatalkan sebuah dokumen Customer Payment Import
yang sudah berstatus Done, misalnya karena Type, Journal, atau berkas sumber yang dipakai
ternyata keliru.
Pelaku (Lanes): TBD-ORG: jabatan pemohon pembatalan · TBD-ORG: jabatan penyetuju/pembatal/pemulih · Odoo YPII (Sistem)
Tipe Task (BPMN): Send Task
Pelaku (Lane): TBD-ORG: jabatan pemohon pembatalan
Input (Data Object): dokumen Customer Payment Import berstatus Done yang dinilai keliru
Aktivitas: Mengajukan permintaan pembatalan secara tertulis kepada TBD-ORG: jabatan penyetuju/pembatal/pemulih, memuat nomor dokumen, alasan pembatalan, dan bukti pendukungnya.
Output (Data Object): permintaan pembatalan tertulis
Serah-terima (Message Flow): permintaan disampaikan kepada TBD-ORG: jabatan penyetuju/pembatal/pemulih
Rincian/turunan: Membatalkan Customer Payment Import
Alur berikutnya (Sequence Flow): → langkah 2
SLA/Durasi: TBD-ORG: berapa hari kerja permintaan pembatalan diajukan sejak kekeliruan ditemukan?
Tipe Task (BPMN): Business Rule Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih
Input (Data Object): permintaan pembatalan tertulis; dokumen berstatus Done
Aktivitas: Memeriksa apakah kekeliruan memang tidak dapat diperbaiki tanpa membatalkan dokumen, dan apakah penanda Can Cancel memang muncul pada dokumen tersebut.
Output (Data Object): penilaian kelayakan pembatalan
Rincian/turunan: Kewenangan Tombol Customer Payment Import
Alur berikutnya (Sequence Flow): → langkah 3
Tipe Gateway: Exclusive (XOR)
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih
Aturan: Disetujui → langkah 4. Ditolak → Akhir Proses "permintaan pembatalan ditolak".
Penggabungan (Merge): — tidak ada; jalur ditolak berakhir pada Akhir Proses miliknya
Tipe Task (BPMN): User Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih
Input (Data Object): daftar pembayaran pelanggan (account.payment) yang terbentuk dari baris Import Data dokumen ini
Aktivitas: Memeriksa apakah ada pembayaran pelanggan yang terbentuk dari dokumen ini sudah di-posting (bila Type-nya ber-Auto Post aktif) atau sudah direkonsiliasi dengan tagihan pelanggan, lalu menuntaskan pembatalan rekonsiliasi yang diperlukan di modul Akuntansi sebelum dokumen ini dibatalkan.
Output (Data Object): seluruh pembayaran pelanggan yang terbentuk dari dokumen ini siap dibatalkan tanpa terhalang rekonsiliasi
Rincian/turunan: Membatalkan Customer Payment Import
Alur berikutnya (Sequence Flow): → langkah 5
Sistem membatalkan setiap pembayaran pelanggan yang terbentuk dari dokumen ini secara
otomatis, satu per satu lewat antrean pekerjaan pada langkah 6 — bukan sesuatu yang perlu
dilakukan manual. Langkah ini semata memastikan tidak ada rekonsiliasi atau posting yang akan
menghalangi pembatalan otomatis tersebut.TBD-ORG: siapa yang bertanggung jawab menuntaskan pembatalan rekonsiliasi pembayaran pelanggan di modul Akuntansi bila diperlukan?
Tipe Task (BPMN): User Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih — kewenangan teknisnya ada pada anggota grup Odoo Customer Payment Import / Validator (19 akun), penanda Can Cancel.
Input (Data Object): dokumen berstatus Done; permintaan pembatalan yang sudah disetujui; pembayaran pelanggan yang sudah dipastikan siap dibatalkan
Aktivitas: Membatalkan dokumen dan memilih alasan pembatalan pada wizard Select Cancel Reason.
Output (Data Object): dokumen berstatus Queue To Cancel
Rincian/turunan: Membatalkan Customer Payment Import
Alur berikutnya (Sequence Flow): → langkah 6
Tipe Task (BPMN): Script Task
Pelaku (Lane): Odoo YPII (Sistem)
Input (Data Object): Alasan pembatalan sudah disimpan dan dokumen Customer Payment Import berstatus Queue To Cancel.
Aktivitas: Sistem menjalankan otomasi pasca-pembatalan untuk dokumen ini.
Output (Data Object): dokumen berstatus Cancelled
Rincian/turunan: Melakukan Otomasi Pasca-Pembatalan Customer Payment Import
Alur berikutnya (Sequence Flow): → langkah 7
Tipe Task (BPMN): Send Task
Pelaku (Lane): TBD-ORG: jabatan penyetuju/pembatal/pemulih
Input (Data Object): dokumen berstatus Cancelled
Aktivitas: Memberitahukan pembatalan beserta akibatnya kepada pihak yang terdampak pembayaran pelanggan yang bersangkutan. Odoo YPII tidak mengirim pemberitahuan otomatis untuk model ini.
Output (Data Object): pemberitahuan tersampaikan
Serah-terima (Message Flow): pemberitahuan kepada pihak terdampak
Alur berikutnya (Sequence Flow): → Akhir Proses "dokumen dibatalkan"
SLA/Durasi: TBD-ORG: kepada siapa pembatalan diberitahukan, dan dalam berapa hari kerja?
Akhir Proses (End Event): dokumen dibatalkan — berstatus Cancelled (jalur normal untuk prosedur ini) · permintaan pembatalan ditolak — dokumen tetap berstatus Done
CPI/<tahun>/<6 digit> tetap tercatat pada dokumen yang Cancelled; yang mengosongkannyaTBD-ORG: apakah keputusan Customer Payment Import / Validator sudah final, atau memerlukan persetujuan tertulis pihak lain di luar Odoo mengingat sistem tidak memisahkan pemohon dari pemutus?TBD-ORG: dokumen/formulir apa yang wajib menyertai permintaan pembatalan, dan di mana disimpan?TBD-ORG: sampai kapan dokumen Done boleh dibatalkan — misalnya dibatasi sebelum periode akuntansi tanggal Date ditutup?TBD-ORG: siapa yang bertanggung jawab menuntaskan rekonsiliasi tersebut bila diperlukan?TBD-ORG: siapa yang dihubungi dan berapa lama menunggu sebelum kasus ini dieskalasikan?TBD-ORG: apakah YPII memisahkan keanggotaan kedua grup tersebut untuk model ini?