| Atribut |
Keterangan |
| Nomor Dokumen |
SOP-SYS-DIM-001 |
| Tanggal Efektif |
6 Agustus 2026 |
| Versi |
1.0 |
| Pihak Pengesah |
Ketua Yayasan Penyelenggaraan Ilahi Indonesia (YPII) |
| Sistem |
Odoo ERP — model data_import (modul ssi_data_import) |
| Kategori Tag |
#SOP #Odoo #DataImport #ImporData |
Memastikan setiap pembaruan data massal pada record model Odoo Yayasan Penyelenggaraan Ilahi Indonesia (YPII) yang bersumber dari berkas xlsx, csv, atau txt dijalankan melalui dokumen Data Import yang terkendali — yaitu perubahan ditinjau lebih dahulu baris demi baris dalam bentuk Preview, melewati persetujuan sebelum ditulis, dan meninggalkan jejak yang dapat ditelusuri kembali dari record model tujuan — sehingga tidak ada perubahan data massal di Odoo YPII yang terjadi tanpa persetujuan dan tanpa riwayat.
- Pemicu (Start Event): Terdapat kebutuhan memperbarui atau membuat sejumlah record pada satu model Odoo YPII secara massal, dan datanya sudah tersedia dalam satu berkas xlsx, csv, atau txt.
- Hasil Akhir (End Event): Dokumen Data Import berstatus Done, nomor dokumen terbit pada field # Document, dan setiap baris data berstatus Done atau Ignored — yang berarti seluruh perubahan yang disetujui sudah tertulis ke record model tujuan, dan baris yang sengaja dilewati sudah tercatat beserta alasannya.
- Berlaku untuk: Seluruh pembaruan data massal di Odoo YPII yang dijalankan melalui menu Data Import → Transactions → Data Imports, atau melalui aksi Start Import pada menu Action tampilan daftar model tujuan, untuk model apa pun yang memiliki Data Import Template aktif.
- Pengecualian:
- Pembuatan dan perubahan data master Data Import Template — penetapan Target Model, File Format, susunan kolom, aturan Matcher, dan opsi pembuatan record baru — berada di luar SOP ini dan menjadi kewenangan Administrator Odoo YPII.
- Perbaikan data yang telanjur salah tertulis ke model tujuan berada di luar SOP ini. Pembatalan dokumen Data Import tidak menarik kembali baris yang sudah berstatus Done; perbaikan dilakukan langsung pada model tujuannya atau melalui dokumen Data Import baru yang menuliskan nilai yang benar (lihat Bagian 7).
- Impor bawaan Odoo melalui tombol Import pada tampilan daftar berada di luar SOP ini. Jalur tersebut menulis langsung ke model tujuan tanpa Preview, tanpa persetujuan, dan tanpa riwayat impor per record, sehingga tidak boleh dipakai untuk pembaruan data massal di Odoo YPII.
- Pemantauan dan penanganan pekerjaan antrean (queue job) yang gagal di tingkat server berada di luar SOP ini dan menjadi kewenangan Administrator Odoo YPII.
- Data Import: Dokumen transaksi di Odoo (model
data_import) yang memperbarui record model apa pun secara massal dari satu berkas sumber, melalui alur Draft → Waiting for Approval → Queue To Done → Done.
- Data Import Template: Data master yang menentukan model tujuan (Target Model), format berkas yang diterima (File Format), pemetaan kolom berkas ke field model tujuan, aturan pencocokan (Matcher), serta apakah record baru boleh dibuat bila tidak ditemukan record yang cocok.
- Import File: Berkas sumber yang diunggah pada dokumen Data Import. Formatnya harus sama dengan File Format pada Template yang dipilih. Berkas dengan isi identik yang masih terpakai dokumen lain ditolak sistem.
- Baris Data: Satu record pada tab Import Data yang mewakili satu baris berkas sumber. Setiap baris data memiliki nilai State dan kolom Preview sendiri.
- Load Data: Tombol pada tab Import Data yang menguraikan Import File menjadi baris data. Hanya tersedia pada status Draft, dan menekannya ulang mengganti seluruh baris data yang ada, bukan menggandakannya.
- Resolve: Tombol pada tab Import Data yang menautkan setiap baris data ke record model tujuan berdasarkan aturan Matcher pada Template, lalu mengisi State dan Preview. Aksi ini hanya membaca dan mencocokkan — tidak ada satu pun perubahan yang ditulis ke model tujuan.
- Preview: Kolom pada baris data berstatus Matched yang menunjukkan perubahan yang akan ditulis ke record model tujuan bila dokumen disetujui.
- Matcher: Aturan pada Data Import Template yang menetapkan kolom berkas mana yang dipakai untuk menemukan record model tujuan. Matcher berstatus Required yang kolomnya kosong membuat baris tersebut berstatus Error.
- Queue To Done: Status dokumen setelah seluruh level persetujuan terpenuhi. Pada status inilah nomor dokumen terbit dan sistem mulai menulis ke model tujuan melalui pekerjaan antrean, satu pekerjaan untuk setiap baris berstatus Matched.
- Stale: Nilai State baris data yang record model tujuannya diubah pihak lain setelah Preview baris tersebut dibentuk. Sistem menolak menimpa nilai yang lebih baru. State ini hanya muncul setelah dokumen mencapai Queue To Done.
- Import History: Aksi pada menu Action record model tujuan yang menampilkan seluruh baris Data Import yang pernah menyentuh record tersebut, lintas dokumen dan tanpa memandang status dokumennya.
- Pelaksana Impor Data: Pengguna Odoo YPII dalam grup Data Import - Workflow / User yang membuat dan menyiapkan dokumen Data Import serta menuntaskan baris data bermasalah.
- Validator Impor Data: Pengguna Odoo YPII dalam grup Data Import - Workflow / Validator yang menyetujui, menolak, membatalkan, dan memulai ulang dokumen Data Import.
- Pelaksana Impor Data: Mengeksekusi Langkah 2.0 sampai dengan Langkah 12.0 serta Langkah 22.0 dan Langkah 24.0 — menyiapkan berkas sumber, membuat dokumen, menjalankan Load Data dan Resolve, memeriksa nilai State seluruh baris data, mengonfirmasi dokumen, menuntaskan baris data bermasalah pada status Queue To Done, serta memverifikasi hasil pada record model tujuan. Di Odoo YPII, Pelaksana Impor Data termasuk dalam grup Data Import - Workflow / User.
- Validator Impor Data: Mengeksekusi Langkah 16.0 sampai dengan Langkah 18.0 — melakukan verifikasi mandiri atas kolom Preview dan memutuskan menyetujui atau menolak dokumen. Peran ini juga menjalankan pembatalan dokumen, pemulaian ulang dokumen ke Draft, pengulangan proses persetujuan, dan reset nomor dokumen. Di Odoo YPII, Validator Impor Data termasuk dalam grup Data Import - Workflow / Validator.
- Sistem Odoo: Menguraikan berkas sumber pada Langkah 6.0, mencocokkan baris data pada Langkah 8.0, menjalankan pemeriksaan kewenangan dan pembentukan record persetujuan pada Langkah 13.0, memindahkan dokumen ke Queue To Done beserta penerbitan nomor dokumen pada Langkah 19.0, menulis perubahan ke model tujuan pada Langkah 20.0, serta memindahkan dokumen ke Done secara otomatis begitu seluruh baris tuntas.
- Administrator Odoo YPII: Menangani permintaan konfigurasi yang tidak dapat diselesaikan Pelaksana Impor Data maupun Validator Impor Data — penambahan atau perbaikan Data Import Template, penyesuaian policy template dan approval template, keanggotaan grup, serta penelusuran pekerjaan antrean yang gagal di tingkat server.
- Pemilik Data Model Tujuan: Bidang atau unit YPII yang bertanggung jawab atas kebenaran data pada model yang menjadi tujuan impor — misalnya Bidang SDM YPII untuk data kepegawaian, Bidang Keuangan YPII untuk data akuntansi. Peran ini menerima eskalasi bila data yang salah telanjur tertulis, dan memutuskan cara perbaikannya.
Bila di Odoo YPII grup Data Import - Workflow / User dan grup Data Import - Workflow / Validator beranggotakan pengguna yang sama, sistem tidak memisahkan pembuat dokumen dari penyetuju dokumen. Pada keadaan tersebut pengendalian sepenuhnya bertumpu pada verifikasi mandiri di Langkah 16.0 sebelum tombol Approve ditekan. Pemisahan tugas dilakukan Administrator Odoo YPII melalui keanggotaan grup Validator, dan SOP ini ditinjau ulang bila pemisahan itu diberlakukan.
- Tersedia sekurang-kurangnya satu Data Import Template aktif yang Target Model-nya adalah model yang akan diperbarui dan File Format-nya sama dengan format berkas sumber.
- Berkas sumber sudah final sebelum dokumen dibuat. Susunan kolomnya sesuai pemetaan pada Template, dan kolom yang dipakai Matcher berstatus Required terisi pada setiap baris.
- Tidak ada dua baris berkas sumber yang menunjuk record model tujuan yang sama. Baris demikian menghasilkan state Conflict, dan Conflict adalah satu-satunya state baris yang menghalangi konfirmasi dokumen.
- Pelaksana Impor Data termasuk dalam grup Data Import - Workflow / User, dan Validator Impor Data termasuk dalam grup Data Import - Workflow / Validator.
- Policy template Standard untuk model Data Import aktif di Odoo YPII, sehingga kewenangan Can Confirm, Can Approve, Can Reject, Can Cancel, dan Can Restart melekat pada status yang benar. Penanda kewenangan dapat diperiksa pengguna sendiri pada tab Policies setiap dokumen.
- Approval template Standard untuk model Data Import aktif dan memiliki sekurang-kurangnya satu level approver berdasarkan grup Data Import - Workflow / Validator.
- Template penomoran dokumen Standard untuk model Data Import terpasang, sehingga nomor dokumen terbit otomatis saat dokumen mencapai Queue To Done.
- Satu dokumen Data Import memproses satu berkas sumber dengan satu Template. Pembaruan yang menyasar lebih dari satu model tujuan dipecah menjadi beberapa dokumen Data Import.
- Berkas dengan isi yang identik dengan berkas yang masih terpakai dokumen Data Import lain akan ditolak saat diunggah. Dokumen lama harus dihapus lebih dahulu bila berkas yang sama memang perlu diproses ulang.
Perubahan yang sudah tertulis bersifat permanen. Baris data yang berstatus Done menyimpan perubahannya secara permanen, bahkan setelah dokumennya dibatalkan. Modul Data Import tidak memiliki mekanisme penarikan kembali. Titik kontrol terakhir yang masih dapat mencegah kesalahan adalah verifikasi kolom Preview pada Langkah 16.0, sebelum tombol Approve ditekan.
1.0 [Start Event] Terdapat kebutuhan memperbarui atau membuat sejumlah record pada satu model Odoo YPII secara massal, dan datanya sudah tersedia dalam satu berkas xlsx, csv, atau txt.
2.0 [Task] Pelaksana Impor Data menyiapkan berkas sumber final dan menetapkan Data Import Template yang akan dipakai, dengan memastikan Target Model Template tersebut adalah model yang akan diperbarui dan File Format-nya sama dengan format berkas sumber.
3.0 [Exclusive Gateway] Apakah tersedia Data Import Template aktif yang sesuai dengan model tujuan dan format berkas sumber?
- 3.A (Jika Tersedia): Lanjut ke Langkah 4.0.
- 3.B (Jika Tidak Tersedia): Pelaksana Impor Data mengajukan pembuatan atau perbaikan Data Import Template kepada Administrator Odoo YPII, lalu kembali ke Langkah 3.0. Penyusunan Template berada di luar SOP ini.
4.0 [User Task] Pelaksana Impor Data membuka menu Data Import → Transactions → Data Imports, menekan tombol Create, mengisi field Date, Template, dan Import File, lalu menekan Save. Untuk memulai dari model tujuannya, dokumen dapat pula dibuka lewat Action → Start Import pada tampilan daftar model tersebut, yang menyaring pilihan Template ke Template yang menyasar model itu. (Panduan teknis lihat: Membuat Data Import)
5.0 [User Task] Pelaksana Impor Data membuka tab Import Data, lalu menekan tombol Load Data.
6.0 [Service Task] Sistem Odoo menguraikan Import File menjadi baris data — satu baris data untuk setiap baris berkas sumber — dan memperbarui penghitung # Data. Belum ada nilai State maupun Preview yang terbentuk pada tahap ini.
7.0 [User Task] Pelaksana Impor Data menekan tombol Resolve pada tab Import Data.
8.0 [Service Task] Sistem Odoo menautkan setiap baris data ke record model tujuan berdasarkan aturan Matcher pada Template, lalu mengisi kolom State setiap baris dan membentuk kolom Preview pada baris berstatus Matched.
Load Data dan Resolve tidak menulis apa pun ke model tujuan. Keduanya hanya menguraikan dan mencocokkan, sehingga aman dijalankan berkali-kali selama dokumen berstatus Draft. Perubahan baru benar-benar ditulis setelah dokumen disetujui.
9.0 [Task] Pelaksana Impor Data memeriksa kolom State seluruh baris data pada tab Import Data, dan mengurutkan daftar berdasarkan kolom tersebut agar baris bermasalah terkumpul.
10.0 [Exclusive Gateway] Apakah masih terdapat baris data berstatus Conflict?
- 10.A (Jika Tidak Ada): Lanjut ke Langkah 11.0.
- 10.B (Jika Ada): Dokumen tidak dapat dikonfirmasi selama masih ada baris Conflict. Pelaksana Impor Data menelusuri field Conflicting Line pada baris bermasalah, memperbaiki berkas sumber agar tidak ada dua baris yang menunjuk record tujuan yang sama, mengunggah ulang berkas tersebut, lalu kembali ke Langkah 5.0. (Panduan teknis lihat: Mengubah Data Import)
11.0 [Exclusive Gateway] Apakah jumlah baris berstatus Matched sudah sesuai rencana pada Langkah 2.0, dan baris berstatus No Match, Multiple Matches, atau Error yang tersisa memang dapat diterima untuk dilanjutkan?
- 11.A (Jika Sesuai): Lanjut ke Langkah 12.0.
- 11.B (Jika Belum Sesuai): Pelaksana Impor Data memperbaiki berkas sumber, atau mengganti Template bila aturan Matcher-nya yang keliru, lalu kembali ke Langkah 5.0. (Panduan teknis lihat: Mengubah Data Import)
Hanya baris berstatus Matched yang akan diterapkan. Baris No Match, Multiple Matches, dan Error tidak menghalangi konfirmasi, tetapi juga tidak menghasilkan perubahan apa pun — baris tersebut akan menahan dokumen di status Queue To Done sampai dituntaskan pada Langkah 22.0. Menyelesaikannya sekarang, selagi dokumen masih Draft, jauh lebih murah daripada menyelesaikannya setelah persetujuan.
12.0 [User Task] Pelaksana Impor Data menekan tombol Confirm pada dokumen, lalu menekan OK pada dialog konfirmasi bertuliskan "Confirm data. Are you sure?". (Panduan teknis lihat: Mengonfirmasi Data Import)
13.0 [Service Task] Sistem Odoo menjalankan Resolve sekali lagi secara otomatis tepat sebelum pemeriksaan kewenangan Can Confirm, memastikan tidak ada baris berstatus Conflict, memindahkan status dokumen menjadi Waiting for Approval, membuat record persetujuan untuk setiap level pada approval template Standard, dan mengisi daftar approver yang menunggu pada field Active Users di tab Approvals.
14.0 [Exclusive Gateway] Apakah dokumen berhasil berpindah ke status Waiting for Approval?
- 14.A (Jika Berhasil): Lanjut ke Langkah 15.0.
- 14.B (Jika Gagal karena Baris Conflict): Resolve otomatis pada Langkah 13.0 memunculkan baris Conflict yang belum tertangkap pada Langkah 10.0. Pelaksana Impor Data kembali ke Langkah 10.B.
15.0 [Exclusive Gateway] Apakah tab Approvals memuat approver aktif pada field Active Users?
- 15.A (Jika Memuat): Lanjut ke Langkah 16.0.
- 15.B (Jika Kosong): Proses persetujuan macet tanpa approver karena dokumen tidak memiliki approval template. Validator Impor Data membuka tab Approvals, memastikan field Approval Template kosong, menekan tombol Restart Approval Process, lalu kembali ke Langkah 15.0. Bila Active Users tetap kosong sesudahnya, masalahnya ada pada approval template atau keanggotaan grup Validator dan dieskalasikan kepada Administrator Odoo YPII. (Panduan teknis lihat: Mengulang Proses Persetujuan Data Import)
16.0 [Task] Validator Impor Data membuka tab Import Data dan memeriksa kolom Preview pada baris berstatus Matched — kolom ini menunjukkan perubahan yang akan ditulis ke record model tujuan — serta mencocokkan jumlah baris Matched dengan rencana pada Langkah 2.0.
Verifikasi mandiri pada Langkah 16.0 adalah titik kontrol terakhir sebelum data ditulis. Setelah dokumen mencapai Queue To Done, baris yang telanjur berstatus Done menyimpan perubahannya secara permanen dan tidak dapat ditarik kembali — bahkan bila dokumennya kemudian dibatalkan.
17.0 [Exclusive Gateway] Apakah dokumen layak disetujui berdasarkan hasil verifikasi Langkah 16.0?
- 17.A (Jika Layak): Lanjut ke Langkah 18.0.
- 17.B (Jika Tidak Layak): Validator Impor Data menolak dokumen, lalu memulai ulang dokumen tersebut agar kembali ke status Draft. Baris data dipertahankan apa adanya, sehingga Pelaksana Impor Data melanjutkan dari Langkah 5.0 dengan berkas sumber atau Template yang sudah diperbaiki. (Panduan teknis lihat: Menolak Data Import dan Memulai Ulang Data Import)
18.0 [User Task] Validator Impor Data menekan tombol Approve pada dokumen, lalu menekan OK pada dialog konfirmasi bertuliskan "Approve data. Are you sure?". Bila approval template memiliki lebih dari satu level, dokumen bertahan di Waiting for Approval sampai seluruh level menyetujui. (Panduan teknis lihat: Menyetujui Data Import)
19.0 [Service Task] Sistem Odoo memindahkan dokumen ke status Queue To Done secara otomatis setelah level persetujuan terakhir disetujui — model ini tidak memiliki tombol Queue To Done tersendiri — menerbitkan nomor dokumen pada field # Document menggantikan nilai /, lalu membuat satu pekerjaan antrean untuk setiap baris data berstatus Matched.
20.0 [Service Task] Sistem Odoo menjalankan setiap pekerjaan antrean, menulis isi Preview baris tersebut ke record model tujuannya, lalu memindahkan baris itu ke state Done, Error, atau Stale.
21.0 [Exclusive Gateway] Apakah dokumen sudah berpindah otomatis ke status Done?
- 21.A (Jika Sudah): Lanjut ke Langkah 24.0. Status Done berarti tidak ada lagi baris berstatus Draft, Matched, Error, atau Stale.
- 21.B (Jika Masih Queue To Done): Masih ada baris data yang belum tuntas. Lanjut ke Langkah 22.0.
22.0 [User Task] Pelaksana Impor Data membuka tab Import Data, mengurutkan daftar berdasarkan kolom State, lalu menuntaskan setiap baris bermasalah dengan salah satu aksi berikut: Edit untuk memperbaiki isi data mentah baris tersebut, Retry untuk mencocokkan dan menerapkan ulang baris tersebut, Ignore untuk melewatinya beserta alasannya, atau Retry All dan Ignore All untuk menangani seluruh baris bermasalah sekaligus. (Panduan teknis lihat: Menangani Baris Data Bermasalah pada Data Import)
Aksi Edit hanya menimpa isi data mentah baris dan mengembalikannya ke Draft; aksi tersebut tidak menjalankan pencocokan maupun penerapan. Tekan Retry setelahnya agar baris tersebut benar-benar diproses.
23.0 [Exclusive Gateway] Apakah seluruh baris data sudah berstatus Done atau Ignored?
- 23.A (Jika Sudah): Kembali ke Langkah 21.0. Dokumen berpindah otomatis ke Done begitu baris terakhir tuntas.
- 23.B (Jika Baris Stale Bertahan Setelah Retry): Validator Impor Data membatalkan dokumen lalu memulai ulangnya ke Draft, kemudian Pelaksana Impor Data menjalankan Resolve kembali — aksi ini mengevaluasi ulang setiap baris Stale dan Error dari awal, sementara baris yang sudah Done atau Ignored dibiarkan apa adanya. Setelah itu proses dilanjutkan dari Langkah 9.0. (Panduan teknis lihat: Membatalkan Data Import dan Memulai Ulang Data Import)
24.0 [Task] Pelaksana Impor Data memverifikasi hasil impor pada model tujuan dengan membuka beberapa record contoh dan menjalankan Action → Import History pada record tersebut, lalu mencatat nomor dokumen Data Import yang tertera pada field # Document sebagai rujukan pembaruan data tersebut. (Panduan teknis lihat: Melihat Riwayat Impor pada Record Model Tujuan)
25.0 [End Event - Success] Dokumen Data Import berstatus Done, nomor dokumen terbit pada field # Document, dan seluruh baris data berstatus Done atau Ignored — perubahan yang disetujui sudah tertulis ke record model tujuan dan dapat ditelusuri kembali lewat Import History.
25.1 [End Event - Alternative] Dokumen Data Import berstatus Rejected atau Cancelled dan tidak ada perubahan yang diterapkan, sepanjang dokumen tersebut belum pernah mencapai Queue To Done. Berkas sumber dapat diproses ulang dari Langkah 4.0 setelah penyebabnya diperbaiki, dengan lebih dahulu menghapus dokumen lama agar berkas yang sama dapat diunggah kembali.
- 4.E1 [Boundary Error - Berkas yang Sama Ditolak Saat Diunggah]: Berkas dengan isi identik masih terpakai dokumen Data Import lain. Pelaksana Impor Data menghapus dokumen lama tersebut lebih dahulu — penghapusan hanya diperbolehkan pada status Draft dan saat field # Document masih bernilai /. (Panduan teknis lihat: Menghapus Data Import)
- 4.E2 [Boundary Error - Penghapusan Ditolak karena Nomor Sudah Terisi]: Field # Document sudah memuat nomor, sehingga dokumen Draft tidak dapat dihapus. Validator Impor Data mengembalikan nilainya menjadi / lebih dahulu. (Panduan teknis lihat: Mereset Nomor Dokumen Data Import)
- 5.E1 [Boundary Error - Berkas Gagal Diuraikan]: Format Import File tidak sesuai File Format pada Template yang dipilih. Pelaksana Impor Data menyimpan ulang berkas sumber dalam format yang benar, atau mengajukan pemeriksaan konfigurasi Template kepada Administrator Odoo YPII.
- 5.E2 [Boundary Error - Tombol Load Data atau Resolve Tidak Muncul]: Status dokumen bukan Draft. Kedua tombol hanya tersedia pada status tersebut. Validator Impor Data mengembalikan dokumen ke Draft lebih dahulu. (Panduan teknis lihat: Memulai Ulang Data Import)
- 11.E1 [Boundary Error - Field Tidak Dapat Diubah dengan Pesan "The operation is under approval process."]: Dokumen sedang berada dalam proses persetujuan. Validator Impor Data membatalkan atau memulai ulang dokumen lebih dahulu sebelum perubahan dilakukan.
- 12.E1 [Boundary Error - Tombol Confirm Tidak Muncul]: Status dokumen bukan Draft, atau pengguna belum masuk grup Data Import - Workflow / User. Pelaksana Impor Data memeriksa field Can Confirm pada tab Policies; bila seluruh kewenangan pada tab tersebut tidak tercentang, jalankan tombol Reload Template Policy lalu periksa kembali. Bila tetap tidak berubah, eskalasikan kepada Administrator Odoo YPII.
- 18.E1 [Boundary Error - Tombol Approve atau Reject Tidak Muncul]: Pengguna bukan approver pada level yang sedang menunggu, atau belum masuk grup Data Import - Workflow / Validator. Periksa field Active Users pada tab Approvals untuk melihat siapa yang berwenang saat ini.
- 20.E1 [Boundary Error - Baris Berstatus Stale]: Record model tujuan diubah pihak lain setelah Preview dibentuk, sehingga sistem menolak menimpanya. Pelaksana Impor Data menilai lebih dahulu apakah perubahan pihak lain tersebut justru yang benar. Bila ya, baris di-Ignore beserta alasannya; bila tidak, baris di-Retry, dan bila masih bertahan tempuh jalur Langkah 23.B.
- 22.E1 [Boundary Error - Dokumen Tetap Queue To Done Setelah Seluruh Baris Ditangani]: Masih ada baris berstatus Draft, Matched, Error, atau Stale yang terlewat. Urutkan tab Import Data berdasarkan kolom State untuk menemukannya. Baris yang sudah Done atau Ignored bersifat final dan menolak seluruh aksi penanganan.
- 24.E1 [Boundary Error - Data Salah Telanjur Tertulis ke Model Tujuan]: Pembatalan dokumen tidak menarik kembali baris yang sudah berstatus Done. Pelaksana Impor Data melaporkan kejadian kepada Pemilik Data Model Tujuan pada hari kerja yang sama, disertai nomor dokumen Data Import dan daftar record yang terdampak — daftar tersebut diperoleh dari tab Import Data dokumen yang bersangkutan. Perbaikan ditempuh dengan mengubah langsung record di model tujuannya, atau dengan dokumen Data Import baru yang menuliskan nilai yang benar. (Panduan teknis lihat: Membatalkan Data Import)
- 24.E2 [Boundary Error - Dokumen Sudah Done Perlu Dibatalkan]: Pembatalan dokumen yang sudah Done hanya dilakukan setelah Pemilik Data Model Tujuan menyetujui, dan hanya berfungsi sebagai penanda administratif — perubahan yang sudah tertulis tetap tertulis. Dokumen yang sudah mencapai Queue To Done atau Done dibatalkan, bukan dihapus.
- Instruksi Kerja Terkait — Operasi Dokumen Data Import:
- Instruksi Kerja Terkait — Alur Persetujuan:
- Instruksi Kerja Terkait — Penanganan Data:
- Indeks Instruksi Kerja: