# Analisis Prosedur Approval & Segregation of Duties (SOD)

Dokumen ini merangkum diskusi mengenai wewenang atasan dalam mengedit dan menyetujui *Sales Order* (SO) dalam konteks efisiensi organisasi dan kontrol internal.

## 1. Tinjauan Kasus
Berdasarkan data masuk dari Sales CRM (Contoh: Pesanan dari Dinas Kehutanan Prov. Kalimantan Utara), terdapat kebutuhan untuk melakukan penyesuaian data (edit) oleh pihak yang memiliki wewenang *approval*.

## 2. Etika Operasional vs. Prinsip SOD
Secara operasional, atasan memiliki wewenang untuk mengoreksi data demi kelancaran bisnis. Namun, berdasarkan prinsip **Segregation of Duties (SOD)**, terdapat risiko jika satu orang melakukan dua fungsi sekaligus:
*   **Fungsi Eksekutor:** Mengubah data (Kuantitas, Varian, Harga).
*   **Fungsi Approver:** Mengesahkan data tersebut untuk diproses.

**Risiko Utama:** Hilangnya kontrol "mata kedua" (*four-eyes principle*), yang berpotensi membuka celah manipulasi data atau kesalahan yang tidak terdeteksi.

---

## 3. Strategi Efisiensi untuk Tim Ramping
Dalam organisasi dengan jumlah karyawan sedikit, kepatuhan kaku seringkali menghambat gerak perusahaan. Berikut adalah alternatif untuk tetap efisien namun aman:

### A. Navigasi Risiko berbasis "Delta Control"
*   **Batasi Ruang Lingkup Edit:** *Approver* hanya diizinkan mengedit **Kuantitas** (menyesuaikan stok) atau **Varian**.
*   **Kunci Harga:** Harga satuan (*unit price*) tetap dikunci oleh sistem agar tidak bisa diubah oleh *approver* tanpa otorisasi tambahan dari Departemen Keuangan.

### B. Gudang sebagai "Last Gatekeeper"
Menempatkan bagian Gudang sebagai fungsi kontrol akhir:
*   Meskipun atasan melakukan edit di sistem, Gudang berhak memverifikasi ulang sebelum barang keluar.
*   Jika terjadi ketidaksesuaian antara fisik dan sistem, Gudang memiliki wewenang untuk melakukan interupsi.

### C. Digital Audit Trail (Wajib)
Sistem CRM harus mencatat setiap perubahan:
*   **Who:** Siapa yang mengubah.
*   **What:** Data sebelum vs sesudah diubah.
*   **Why:** Alasan perubahan (kolom catatan wajib diisi).

---

## 4. Kesimpulan & Rekomendasi
Model yang menggabungkan **fleksibilitas edit oleh atasan** dengan **verifikasi ketat di bagian Gudang** adalah solusi paling pragmatis untuk efisiensi saat ini.

**Langkah Ideal:**
1.  **Jika perubahan minor:** Atasan mengedit -> Sistem mencatat log -> Atasan Approve -> Gudang verifikasi fisik.
2.  **Jika perubahan mayor (Harga/Diskon):** Gunakan tombol **Reject** -> Salesman edit ulang -> Atasan Approve (Menjaga integritas data finansial).

---
*Catatan: Dokumen ini bersifat konsultatif dan perlu disesuaikan dengan kebijakan audit internal masing-masing perusahaan.*