BAB 11

SISTEM PERENCANAAN SUMBER DAYA PERUSAHAAN

A. APA ITU ERP?

Sistem ERP adalah beberapa paket modul perangkat lunak yang berkembang terutama
dari sistem perencanaan sumber daya manufaktur tradisional (MRP II). Tujuan dari ERP adalah
untuk mengintegrasikan proses-proses kunci dari organisasi seperti entri order, manufaktur,
pengadaan dan hutang, penggajian, dan sumber daya manusia. Dengan demikian, sistem
komputer tunggal dapat melayani kebutuhan unik dari setiap area fungsional. Merancang satu
sistem yang melayani semua orang adalah usaha besar-besaran. Di bawah model tradisional,
setiap area atau departemen fungsional memiliki sistem komputer sendiri yang dioptimalkan
dengan cara melakukan bisnis hariannya. ERP menggabungkan semua ini ke dalam satu sistem
terintegrasi yang mengakses satu basis data untuk memfasilitasi pembagian informasi dan
untuk meningkatkan komunikasi di seluruh organisasi.
Untuk mengilustrasikan, pertimbangkan model tradisional untuk perusahaan manufaktur
yang diilustrasikan pada Gambar 11-1. Perusahaan ini menggunakan arsitektur basis data
tertutup, yang mirip dalam konsep dengan model flat-file dasar. Ketika seorang pelanggan
menempatkan pesanan, pesanan dimulai perjalanan berbasis kertas di sekitar perusahaan di
mana ia dikunci dan rekeyed ke dalam sistem dari beberapa departemen yang berbeda. Tugas-
tugas yang berlebihan ini menyebabkan penundaan dan pesanan yang hilang, serta
meningkatkan kesalahan entri data. Selama transit melalui berbagai sistem, status pesanan
mungkin tidak diketahui kapan saja. Kurangnya komunikasi yang efektif antara sistem dalam
model tradisional sering merupakan konsekuensi dari proses desain sistem yang terfragmentasi.
Setiap sistem cenderung dirancang sebagai solusi untuk masalah operasional yang spesifik
daripada sebagai bagian dari strategi keseluruhan. Lebih jauh lagi, karena sistem yang
dirancang in-house muncul secara independen dan dari waktu ke waktu, mereka sering
dibangun pada platform teknologi yang berbeda dan tidak kompatibel. Dengan demikian,
prosedur dan program khusus perlu dibuat sehingga sistem mainframe yang lebih tua
menggunakan file datar dapat berkomunikasi dengan sistem terdistribusi yang lebih baru yang
menggunakan database nasional. Tambalan khusus perangkat lunak juga diperlukan untuk
memungkinkan sistem komersial dari vendor yang berbeda untuk berkomunikasi satu sama lain
serta dengan sistem kustom yang dikembangkan in-house. Meskipun komunikasi antara sistem
campur aduk seperti itu dimungkinkan, itu sangat terfragmentasi dan tidak kondusif untuk
operasi yang efisien.

1. Aplikasi Inti ERP

Fungsionalitas ERP jatuh ke dalam dua kelompok aplikasi umum: aplikasi inti dan
aplikasi analisis bisnis. Aplikasi inti adalah aplikasi yang secara operasional mendukung
kegiatan bisnis sehari-hari. Jika aplikasi ini gagal, bisnis juga akan gagal. Aplikasi inti yang
khas tidak terbatas pada penjualan dan distribusi, perencanaan bisnis, perencanaan produksi,
kontrol lantai toko, dan logistik. Aplikasi inti juga disebut aplikasi pemrosesan transaksi online
(OLTP) . Gambar 11-2 mengilustrasikan fungsi-fungsi ini diterapkan pada perusahaan
manufaktur.
Fungsi penjualan dan distribusi menangani entri pesanan dan penjadwalan pengiriman.
Ini termasuk memeriksa ketersediaan produk untuk memastikan pengiriman tepat waktu dan
memverifikasi batas kredit pelanggan.
Bisnis perencanaan terdiri dari meramalkan permintaan, merencanakan produksi produk,
dan merinci informasi routing yang menggambarkan urutan dan tahapan dari proses produksi
yang sebenarnya. Perencanaan kapasitas dan perencanaan produksi bisa sangat rumit; oleh
karena itu, beberapa ERP menyediakan alat simulasi untuk membantu manajer memutuskan
bagaimana menghindari kekurangan bahan, tenaga kerja, atau fasilitas pabrik. Setelah jadwal
produksi master selesai, data dimasukkan ke dalam modul MRP (bahan perencanaan
kebutuhan), yang menyediakan tiga bagian kunci informasi: laporan pengecualian, daftar
persyaratan bahan, dan daftar permintaan persediaan. Laporan pengecualian mengidentifikasi
situasi potensial yang akan menghasilkan produksi ulang, seperti pengiriman material yang
terlambat.
Kontrol lantai gedung melibatkan penjadwalan produksi terperinci, pengiriman, dan
aktivitas biaya pekerjaan yang terkait dengan proses produksi yang sebenarnya. Akhirnya,
aplikasi logistik bertanggung jawab untuk memastikan pengiriman tepat waktu kepada
pelanggan. Ini terdiri dari persediaan dan manajemen gudang, serta pengiriman barang.
Kebanyakan ERP juga memasukkan kegiatan pengadaan mereka dalam fungsi logistik.

2. Pengolahan Analisis Online

Sebuah ERP lebih dari sekadar sistem pemrosesan transaksi yang rumit. Ini adalah alat
pendukung keputusan yang memasok manajemen dengan informasi real-time dan
memungkinkan keputusan tepat waktu yang diperlukan untuk meningkatkan kinerja dan
mencapai keunggulan kompetitif. Pengolahan analitik online (OLAP) termasuk dukungan
keputusan, pemodelan, pengambilan informasi, pelaporan / analisis ad hoc, dan analisis what-
if.
Namun aplikasi analisis bisnis diperoleh atau diturunkan, sebagai pusat fungsi sukses
gudang data. Sebuah gudang data adalah database yang dibangun untuk pencarian cepat,
pencarian, kueri ad hoc, dan kemudahan penggunaan. Data biasanya diekstraksi secara berkala
dari database operasional atau dari layanan informasi publik. Sistem ERP bisa ada tanpa
memiliki gudang data; secara bersamaan, organisasi yang belum menerapkan ERP dapat
menggunakan gudang data. Trennya, bagaimanapun, adalah bahwa organisasi yang serius
tentang keunggulan kompetitif menyebarkan keduanya. Arsitektur data yang direkomendasikan
untuk implementasi ERP termasuk database operasional dan data warehouse yang terpisah.

B. KONFIGURASI SISTEM ERP

1. Konfigurasi Server
Kebanyakan sistem ERP didasarkan pada model client-server, yang akan dibahas secara
rinci di Bab 12. Singkatnya, model client-server adalah bentuk topologi jaringan di mana
komputer pengguna atau terminal (klien ) mengakses program dan data ERP melalui komputer
host yang disebut server. Server mungkin terpusat, tetapi klien biasanya berlokasi di beberapa
lokasi di seluruh perusahaan. Dua arsitektur dasar adalah model dua-tier dan model tiga-tier,
seperti yang dijelaskan pada bagian berikut.
a. Model Dua Tingkat
Dalam tipe model dua tingkat, server menangani tugas aplikasi dan basis data.
Komputer klien bertanggung jawab untuk menyajikan data kepada pengguna dan
meneruskan masukan pengguna kembali ke server. Beberapa vendor ERP menggunakan
pendekatan ini untuk aplikasi jaringan area lokal (LAN) yang permintaannya pada server
dibatasi untuk populasi pengguna yang relatif kecil.
b. Model Tiga Tingkat
Basis data dan fungsi aplikasi dipisahkan dalam model three-tier. Arsitektur ini khas
dari sistem ERP besar yang menggunakan jaringan area luas (WAN) untuk konektivitas
di antara pengguna. Memuaskan permintaan klien membutuhkan dua atau lebih koneksi
jaringan. Awalnya, klien menjalin komunikasi dengan server aplikasi. Server aplikasi
kemudian memulai koneksi kedua ke server database.
2. OLTP Versus OLAP Servers
 Ketika mengimplementasikan sistem ERP yang akan menyertakan data warehouse,
perbedaan yang jelas perlu dibuat antara persaingan jenis pemrosesan data: OLTP dan OLAP.
Peristiwa OLTP terdiri dari sejumlah besar transaksi yang relatif sederhana, seperti
memperbarui catatan akuntansi yang disimpan dalam beberapa tabel terkait. Misalnya, sistem
entri pesanan mengambil semua data yang berkaitan dengan pelanggan tertentu untuk
memproses transaksi penjualan. Data yang relevan dipilih dari tabel pelanggan, tabel faktur,
dan tabel item baris terperinci. Setiap tabel berisi kunci tertanam (yaitu, nomor pelanggan),
yang digunakan untuk menghubungkan baris di antara tabel yang berbeda. Kegiatan
pemrosesan transaksi melibatkan memperbarui saldo terkini pelanggan dan memasukkan
catatan baru ke dalam tabel Faktur dan Item Baris. Hubungan antara catatan dalam transaksi
OLTP tersebut umumnya sederhana, dan hanya beberapa catatan yang benar-benar diambil atau
diperbarui dalam satu transaksi. OLAP dapat dicirikan sebagai transaksi online yang:
 Mengakses data dalam jumlah sangat besar (misalnya, beberapa tahun data penjualan).
 Analisis hubungan di antara banyak jenis elemen bisnis seperti penjualan, produk, wilayah
geografis, dan saluran pemasaran.
 Libatkan data agregat seperti volume penjualan, anggaran dolar, dan pengeluaran dolar.
 Bandingkan data agregat selama periode waktu hierarkis (misalnya, bulanan, triwulanan,
tahunan).
 Presentasikan data dalam perspektif yang berbeda seperti penjualan menurut wilayah, saluran
distribusi, atau produk.
 Libatkan perhitungan yang rumit di antara elemen-elemen data seperti laba yang diharapkan
sebagai fungsi dari hasil penjualan untuk setiap jenis saluran penjualan di wilayah tertentu.
 Menanggapi permintaan pengguna dengan cepat sehingga mereka dapat mengejar proses
pemikiran analitis tanpa penundaan sistem.
Contoh transaksi OLAP adalah agregasi data penjualan menurut wilayah, jenis produk,
dan saluran penjualan. Aplikasi OLAP harus dapat mendukung analisis ini secara online dengan
respons cepat.
Perbedaan antara OLAP dan OLTP dapat diringkas sebagai berikut. Aplikasi OLTP
mendukung tugas-tugas mission-critical melalui query sederhana dari database operasional.
Aplikasi OLAP mendukung tugas penting manajemen melalui penyelidikan analitis dari
asosiasi data yang rumit yang ditangkap di gudang data. OLAP dan OLTP memiliki persyaratan
khusus yang berada dalam konflik langsung. Gambar 11-5 menunjukkan bagaimana arsitektur
client-server memungkinkan organisasi untuk menyebarkan aplikasi yang terpisah dan khusus
dan server database untuk menyelesaikan kebutuhan manajemen data yang saling bertentangan
ini. Server OLAP mendukung operasi analitis umum termasuk konsolidasi, drill-down, dan
slicing dan dicing.
Konsolidasi adalah agregasi atau roll-up data. Misalnya, data kantor penjualan dapat
digulirkan ke kabupaten dan kabupaten digulung ke daerah.
Drill-down memungkinkan memilah data untuk mengungkapkan rincian yang mendasari yang
menjelaskan fenomena tertentu. Sebagai contoh, pengguna dapat menelusuri dari total hasil
penjualan untuk suatu periode untuk mengidentifikasi produk yang sebenarnya dikembalikan
dan alasan untuk pengembaliannya.
Slicing and dicing memungkinkan pengguna untuk memeriksa data dari sudut pandang yang
berbeda. Satu potong data mungkin menunjukkan penjualan di setiap wilayah. Potongan lain
mungkin menyajikan penjualan berdasarkan produk di seluruh wilayah. Mengiris dan
memotong sering dilakukan sepanjang sumbu waktu untuk menggambarkan tren dan pola.
Server OLAP memungkinkan pengguna untuk menganalisis hubungan data yang
kompleks. Server database OLAP harus efisien saat menyimpan dan memproses data
multidimensi. Sebaliknya, database relasional untuk operasi dimodelkan dan dioptimalkan
untuk menangani aplikasi OLTP. Mereka berkonsentrasi pada keandalan dan kecepatan
pemrosesan transaksi, daripada membutuhkan dukungan keputusan.
3. Konfigurasi Database
Sistem ERP terdiri dari ribuan tabel database. Setiap tabel dikaitkan dengan proses bisnis
yang dikodekan ke dalam ERP. Tim implementasi ERP, yang mencakup pengguna kunci dan
teknologi informasi (TI) profesional, memilih tabel dan proses database spesifik dengan
mengatur switch dalam sistem. Menentukan bagaimana semua switch perlu ditetapkan untuk
konfigurasi tertentu memerlukan pemahaman yang mendalam tentang proses yang ada yang
digunakan dalam operasi bisnis. Seringkali, bagaimanapun, memilih pengaturan tabel
melibatkan keputusan untuk merekayasa ulang proses perusahaan sehingga mereka mematuhi
praktik bisnis terbaik yang digunakan. Dengan kata lain, perusahaan biasanya mengubah
prosesnya untuk mengakomodasi ERP daripada memodifikasi ERP untuk mengakomodasi
perusahaan.
4. Perangkat Lunak Bolt-On
Banyak organisasi telah menemukan bahwa perangkat lunak ERP saja tidak dapat
mendorong semua proses perusahaan. Perusahaan-perusahaan ini menggunakan berbagai
perangkat lunak bolt-on yang disediakan oleh vendor pihak ketiga. Keputusan untuk
menggunakan perangkat lunak baut membutuhkan pertimbangan yang cermat. Sebagian besar
vendor ERP terkemuka telah masuk ke dalam pengaturan kemitraan dengan vendor pihak
ketiga yang menyediakan fungsionalitas khusus. Pendekatan yang paling tidak berisiko adalah
memilih bolt-on yang didukung oleh vendor ERP. Beberapa organisasi, bagaimanapun,
mengambil pendekatan yang lebih independen. Domino's Pizza adalah contohnya.
a. Domino's Pizza
Domino telah menggunakan Prescient Systems Inc., yang terhubung ke sistem
PeopleSoft ERP dan aplikasi lain sebelum menerapkan ERP. Perusahaan tidak ingin
menghentikan aplikasi yang ada, tetapi menemukan bahwa sistem warisan membutuhkan
bidang data yang tidak disediakan oleh ERP. Misalnya, sistem perutean memberi tahu
pengemudi truk yang ingin dikunjungi dan dalam urutan apa. Sistem ERP tidak memiliki
bidang data untuk menentukan urutan berhenti pengiriman. Sistem pergudangan memerlukan
informasi ini, bagaimanapun, untuk memberi tahu loader apa yang harus dimasukkan ke dalam
truk dan dalam urutan apa. Memiliki kepercayaan pada staf TI di-rumah, manajemen Domino
memutuskan untuk mengambil langkah yang relatif drastis memodifikasi perangkat lunak ERP
untuk memasukkan bidang-bidang ini.
b. Rantai Pasokan Manajemen
Pengembangan lain yang terkait dengan masalah perangkat bolt-on adalah konvergensi
cepat antara ERP dan fungsi perangkat lunak. Perangkat lunak Rantai pasokan manajemen
(SCM) adalah contohnya. Rantai pasokan adalah serangkaian kegiatan yang terkait dengan
memindahkan barang dari tahap bahan baku ke konsumen. Ini termasuk pengadaan,
penjadwalan produksi, pemrosesan order, manajemen persediaan, transportasi, pergudangan,
layanan pelanggan, dan meramalkan permintaan barang. Sistem SCM adalah tipe aplikasi
perangkat lunak yang mendukung tugas ini. SCM berhasil mengoordinasikan dan
mengintegrasikan kegiatan ini ke dalam proses yang lebih sederhana. Selain area fungsional
utama dalam organisasi, SCM menghubungkan semua mitra dalam rantai, termasuk vendor,
operator, perusahaan logistik pihak ketiga, dan penyedia sistem informasi. Organisasi dapat
mencapai keunggulan kompetitif dengan menghubungkan kegiatan dalam rantai pasokannya
secara lebih efisien dan efektif daripada para pesaingnya.
C. DATA WAREHOUSING
Data pergudangan (data warehousing) adalah salah satu masalah TI yang paling cepat
berkembang untuk bisnis saat ini. Tidak mengherankan, fungsi data warehousing sedang
dimasukkan ke dalam semua sistem ERP terkemuka. Sebuah gudang data adalah database
relasional atau multidimensional yang dapat menghabiskan ratusan gigabyte atau bahkan
terabyte dari penyimpanan disk. Ketika gudang data diatur untuk satu departemen atau fungsi,
sering disebut data mart. Daripada berisi ratusan gigabyte data untuk seluruh perusahaan, data
mart mungkin hanya memiliki puluhan gigabyte data.
Proses pergudangan data melibatkan ekstraksi, konversi, dan standarisasi data
operasional organisasi dari ERP dan sistem warisan dan memuatnya ke dalam arsip pusat —
gudang data. Setelah dimuat ke gudang, data dapat diakses melalui berbagai permintaan dan
alat analisis yang digunakan untuk penambangan data. Sebagian besar organisasi menerapkan
data warehouse sebagai bagian dari inisiatif TI strategis yang melibatkan sistem ERP.
Menerapkan data warehouse yang sukses melibatkan menginstal proses untuk mengumpulkan
data secara berkelanjutan, mengaturnya menjadi informasi yang bermakna, dan
mengirimkannya untuk evaluasi. Proses data warehouse memiliki tahapan-tahapan penting
berikut ini:
● Memodelkan data untuk gudang data
● Mengekstrak data dari database operasional
● Membersihkan data yang diekstraksi
● Mentransformasi data ke dalam model gudang
● Memuat data ke dalam basis data gudang

1. Data Pengelolaan Untuk Data Warehouse

Bab 9 dan 10 menekankan pentingnya normalisasi data untuk menghilangkan tiga
anomali yang serius: pembaruan, penyisipan, dan anomali penghapusan. Normalisasi data
dalam database operasional diperlukan untuk mencerminkan secara akurat interaksi dinamis
antar entitas. Atribut data terus diperbarui, atribut baru ditambahkan, dan atribut usang dihapus
secara teratur. Meskipun basis data yang sepenuhnya dinormalisasi akan menghasilkan model
fleksibel yang diperlukan untuk mendukung banyak pengguna dalam lingkungan operasional
yang dinamis ini, tetapi juga menambah kompleksitas dalam hal itu diterjemahkan menjadi
inefisiensi kinerja.
 Warehouse Terdiri dari Data Denormalized
Karena ukuran besar dari data warehouse, inefisiensi tersebut dapat menghancurkan.
Gabungan tiga arah antara tabel dalam data warehouse besar mungkin membutuhkan waktu
yang sangat lama untuk diselesaikan dan mungkin tidak diperlukan. Dalam model data
warehouse, hubungan antar atribut tidak berubah. Karena data historis bersifat statis, tidak ada
yang diperoleh dengan membangun tabel dinormalisasi dengan tautan dinamis.

2. Menghasilkan Data Dari Database Operasional

Ekstraksi data adalah proses pengumpulan data dari database operasional, file flat, arsip,
dan sumber data eksternal. Database operasional biasanya tidak berfungsi ketika ekstraksi data
terjadi untuk menghindari ketidakstabilan data. Karena ukurannya yang besar dan kebutuhan
untuk transfer yang cepat untuk meminimalkan waktu henti, sedikit atau tidak ada konversi data
terjadi pada titik ini. Teknik yang disebut mengubah pengambilan data dapat secara dramatis
mengurangi waktu ekstraksi dengan menangkap hanya data yang baru dimodifikasi. Perangkat
lunak ekstraksi membandingkan database operasional saat ini dengan gambar data yang diambil
pada transfer data terakhir ke gudang. Hanya data yang telah berubah sementara yang
ditangkap.
 Mengekstrak data Snapshots versus Data Stabilized
Transaction yang disimpan dalam database operasional melalui beberapa tahapan ketika
peristiwa ekonomi terjadi. Misalnya, transaksi penjualan pertama kali mendapat persetujuan
kredit, kemudian produk dikirim, kemudian penagihan terjadi, dan akhirnya pembayaran
diterima. Setiap kejadian ini mengubah keadaan transaksi dan akun terkait seperti inventaris,
piutang, dan uang tunai. Fitur utama dari data warehouse adalah bahwa data yang terkandung
di dalamnya berada dalam keadaan tidak stabil dan stabil. Biasanya, data transaksi dimuat ke
gudang hanya ketika aktivitas pada mereka telah selesai. Hubungan yang mungkin penting
antara entitas dapat, bagaimanapun, tidak ada dari data yang ditangkap dalam keadaan stabil
ini.

3. Membersihkan Data Yang Diekstraksi

Pembersihan data melibatkan penyaringan atau memperbaiki data yang tidak valid
sebelum disimpan di warehouse. Clerical, entri data, dan kesalahan program komputer dapat
membuat data tidak logis seperti jumlah inventaris negatif, nama salah eja, dan bidang kosong.
Pembersihan data juga melibatkan transformasi data ke dalam istilah bisnis standar dengan nilai
data standar. Data sering digabungkan dari beberapa sistem yang menggunakan ejaan yang
sedikit berbeda untuk mewakili istilah umum, seperti cust, cust_id, atau cust_no. Beberapa
sistem operasional mungkin menggunakan istilah yang sepenuhnya berbeda untuk merujuk
pada entitas yang sama. Sumber aplikasi dapat menggunakan istilah yang samar-samar atau
sulit dipahami karena sejumlah alasan. Aplikasi komersial juga dapat menetapkan nama-nama
atribut yang terlalu generik untuk kebutuhan pengguna gudang data. Bisnis yang membeli data
komersial, seperti informasi kinerja kompetitif atau survei pasar, perlu mengekstrak data dari
format apa pun yang disediakan sumber eksternal dan mengaturnya kembali sesuai dengan
konvensi yang digunakan di data warehouse. Selama proses pembersihan, oleh karena itu,
atribut yang diambil dari beberapa sistem perlu diubah menjadi standar bisnis yang seragam.
Ini cenderung menjadi kegiatan yang mahal dan padat karya, tetapi salah satu yang sangat
penting dalam membangun integritas data di warehouse.

4. Mengubah Data Ke Dalam Model Warehouse

Sebuah data ware haosu terdiri dari data detail dan ringkasan. Untuk meningkatkan
efisiensi, data dapat diubah menjadi tampilan ringkasan sebelum dimuat ke dalam gudang.
Sebagai contoh, banyak pembuat keputusan mungkin perlu melihat angka penjualan produk
diringkas mingguan, bulanan, triwulanan, atau setiap tahun. Mungkin tidak praktis untuk
meringkas informasi dari data detail setiap kali pengguna membutuhkannya. Sebuah gudang
data yang berisi tampilan ringkasan data yang paling sering diminta dapat mengurangi jumlah
waktu pemrosesan selama analisis
Sebuah data warehouse akan sering memberikan beberapa tampilan ringkasan
berdasarkan data rinci yang sama seperti pelanggan atau produk. Misalnya, beberapa tampilan
ringkasan yang berbeda dapat dihasilkan dari data detail pesanan penjualan. Ini mungkin
termasuk ringkasan berdasarkan produk, pelanggan, dan wilayah. Dari pandangan seperti itu,
seorang analis dapat menelusuri data detail yang mendasari. Banyak masalah bisnis
memerlukan tinjauan data detail untuk sepenuhnya mengevaluasi tren, pola, atau anomali yang
ditampilkan dalam laporan yang dirangkum. Juga, satu anomali dalam data detail dapat
memanifestasikan dirinya secara berbeda dalam tampilan ringkasan yang berbeda.

5. Memasukkan Data Ke Data Data Warehouse

Sebagian besar organisasi telah menemukan bahwa keberhasilan penyimpanan data
mensyaratkan bahwa data warehouse dibuat dan dipelihara secara terpisah dari database
operasional (pemrosesan transaksi).
 Efisiensi internal
Salah satu alasan untuk data warehouse terpisah adalah bahwa persyaratan struktural
 dan operasional pemrosesan transaksi dan sistem data mining pada dasarnya berbeda,
sehingga tidak praktis untuk menjaga data operasional (saat ini) dan arsip dalam database
yang sama. Sistem pemrosesan transaksi membutuhkan struktur data yang mendukung
kinerja, sedangkan sistem data mining membutuhkan data yang diatur dengan cara yang
memungkinkan pemeriksaan luas dan deteksi tren yang mendasarinya.
 Integrasi Sistem Legacy
Pengaruh lanjutan dari sistem warisan adalah bahwa data warehouse harus
bergantung pada operasi. Dengan beberapa perkiraan, lebih dari 70 persen data bisnis
untuk perusahaan besar masih berada di lingkungan mainframe. Struktur data yang
digunakan oleh sistem ini sering tidak sesuai dengan arsitektur alat penambangan data
modern. Oleh karena itu, data transaksi yang disimpan dalam database navigasi dan
sistem Metode Akses Penyimpanan Virtual sering berakhir di perpustakaan pita besar
yang terisolasi dari proses keputusan. Sebuah data warehouse terpisah menyediakan
tempat untuk mengintegrasikan data dari warisan dan sistem kontemporer ke dalam
struktur umum yang mendukung analisis seluruh entitas.
 Konsolidasi Data Global
Munculnya ekonomi global telah membawa perubahan mendasar dalam struktur
organisasi bisnis dan telah sangat mengubah persyaratan informasi dari entitas bisnis.
Kompleksitas bisnis yang unik menantang para pembuat keputusan di perusahaan global.
Sebuah data warehouse terpusat yang terpisah adalah sarana efektif untuk
mengumpulkan, menstandardisasi, dan mengasimilasi data dari berbagai sumber.
Kesimpulannya, pembuatan warehouse data yang terpisah dari sistem operasional adalah
konsep mendasar data warehouse. Banyak organisasi sekarang mempertimbangkan
sistem data warehouse untuk menjadi komponen kunci dari strategi sistem informasi
mereka. Dengan demikian, mereka mengalokasikan sumber daya yang cukup untuk
membangun data warehouse bersamaan dengan sistem operasional yang sedang
dilaksanakan.

6. Keputusan yang Didukung oleh Data Warehouse

Dengan membuat data warehouse yang fleksibel dan ramah, hal itu dapat diakses oleh
banyak pengguna akhir. Beberapa keputusan yang didukung oleh data warehouse pada
dasarnya tidak berbeda dari dukungan database tradisional. Penggunaan informasi lainnya,
seperti analisis multidimensi dan visualisasi informasi, tidak mungkin dilakukan dengan sistem
tradisional. Beberapa pengguna data warehouse membutuhkan laporan rutin berdasarkan
pertanyaan tradisional. Pembuatan informasi standar secara otomatis mengurangi aktivitas
akses terhadap data warehouse dan akan meningkatkan efisiensinya dalam menangani
kebutuhan yang lebih esoterik.
Kemampuan drill-down adalah teknik analisis data yang berguna terkait dengan
penambangan data. Analisis drill-down dimulai dengan ringkasan pandangan data yang
dijelaskan sebelumnya. Ketika anomali atau tren menarik diamati, pengguna melakukan latihan
turun ke tampilan tingkat yang lebih rendah dan akhirnya ke data detail yang mendasari.
Tentunya, analisis semacam itu tidak dapat diantisipasi seperti laporan standar. Kemampuan
drill-down adalah fitur OLAP alat data mining yang tersedia bagi pengguna. Alat untuk
penambangan data berkembang dengan cepat untuk memenuhi kebutuhan pembuat keputusan
untuk memahami perilaku unit bisnis dalam kaitannya dengan entitas kunci termasuk
pelanggan, pemasok, karyawan, dan produk. Laporan standar dan kueri yang dihasilkan dari
tampilan ringkasan dapat menjawab banyak pertanyaan, tetapi kemampuan mencari tahu
mengapa dan bagaimana pertanyaan.

7. Mendukung Keputusan Chain Supply Chain Dari Data Warehouse

Alasan utama untuk data warehouse adalah untuk mengoptimalkan kinerja bisnis.
Dengan menyediakan pelanggan dan pemasok informasi yang mereka butuhkan ketika mereka
membutuhkannya, perusahaan dapat meningkatkan hubungannya dan memberikan layanan
yang lebih baik. Keuntungan potensial bagi organisasi pemberi terlihat dalam rantai pasokan
yang lebih responsif dan efisien. Dengan menggunakan teknologi Internet dan aplikasi OLAP,
sebuah organisasi dapat berbagi gudang data dengan mitra dagangnya dan, pada dasarnya,
memperlakukan mereka seperti divisi perusahaan.

D. RISIKO TERKAIT DENGAN IMPLEMENTASI ERP

Manfaat dari ERP dapat signifikan, tetapi mereka tidak bebas risiko bagi organisasi.
Sistem ERP bukanlah peluru perak yang akan, memecahkan masalah organisasi. Jika itu terjadi,
tidak akan pernah ada kegagalan ERP, tetapi ada banyak gegalan yang tejadi. Bagian ini
membahas beberapa masalah risiko yang perlu dipertimbangkan.

1. Implementasi Big Bang Versus Phased-In

Metode big bang lebih ambisius dan berisiko. Organisasi yang mengambil pendekatan
ini berusaha untuk mengalihkan operasi dari sistem lama mereka ke sistem baru dalam satu
peristiwa yang mengimplementasikan ERP di seluruh perusahaan. Meskipun metode ini
memiliki kelebihan tertentu, ini telah dikaitkan dengan berbagai kegagalan sistem. Karena
sistem ERP baru berarti cara-cara baru dalam melakukan bisnis, membuat seluruh organisasi di
papan dan dalam sinkronisasi dapat menjadi tugas yang menakutkan. Pada hari pertama
implementasi, tidak seorang pun di dalam organisasi akan memiliki pengalaman dengan sistem
baru. Dalam arti, semua orang di perusahaan adalah peserta pelatihan yang sedang mempelajari
pekerjaan baru.
Sistem baru ERP pada awalnya akan bertemu dengan oposisi karena melibatkan
kompromi. Dalam banyak kasus, sistem ERP tidak memiliki jangkauan fungsionalitas maupun
keakraban sistem warisan yang mereka gantikan. Juga, karena sistem tunggal sekarang
melayani seluruh organisasi, individu di titik input data sering menemukan diri mereka
memasuki jauh lebih banyak data daripada yang mereka lakukan sebelumnya dengan sistem
warisan yang fokusnya lebih sempit.
Karena gangguan yang terkait dengan big bang, pendekatan bertahap telah muncul
sebagai alternatif yang sangat populer. Ini sangat cocok untuk organisasi yang beragam yang
unitnya tidak berbagi proses dan data umum. Dalam jenis perusahaan ini, sistem ERP
independen dapat dipasang di setiap unit bisnis dari waktu ke waktu untuk mengakomodasi
periode penyesuaian yang diperlukan untuk asimilasi. Proses dan data umum, seperti fungsi
buku besar, dapat diintegrasikan ke seluruh organisasi tanpa mengganggu operasi di seluruh
perusahaan.
Organisasi yang tidak terdiversifikasi juga dapat menggunakan pendekatan bertahap.
Implementasi biasanya dimulai dengan satu atau lebih proses kunci, seperti entri pesanan.
Tujuannya adalah untuk meningkatkan dan menjalankan ERP bersamaan dengan sistem
warisan. Karena lebih banyak fungsi organisasi diubah menjadi ERP, sistem warisan secara
sistematis dipensiunkan. Untuk sementara, ERP dihubungkan ke sistem warisan. Selama
periode ini, tujuan integrasi sistem dan rekayasa ulang proses, yang mendasar bagi model ERP,
tidak dapat dicapai. Untuk memanfaatkan sepenuhnya ERP, rekayasa ulang proses masih perlu
dilakukan. Kalau tidak, organisasi akan mengganti sistem warisan lama dengan yang baru dan
mahal.

2. Opposisi Untuk Perubahan Dalam Budaya Bisnis

Agar berhasil, semua bidang fungsional organisasi perlu dilibatkan dalam menentukan
budaya perusahaan dan dalam mendefinisikan persyaratan sistem baru. Kemauan dan
kemampuan perusahaan untuk melakukan perubahan terhadap besarnya implementasi ERP
merupakan pertimbangan penting. Jika budaya perusahaan sedemikian rupa sehingga
perubahan tidak ditoleransi atau diinginkan, maka implementasi ERP tidak akan berhasil.
Budaya teknologi juga harus dinilai. Organisasi yang kekurangan staf pendukung teknis untuk
sistem baru atau memiliki basis pengguna yang tidak terbiasa dengan teknologi komputer
menghadapi kurva pembelajaran yang lebih curam dan kemungkinan penghalang yang lebih
besar untuk penerimaan sistem oleh karyawannya.

3. Memilih ERP Yang Salah

Karena sistem ERP adalah sistem prefabrikasi, pengguna perlu menentukan apakah ERP
tertentu sesuai dengan budaya organisasi mereka dan proses bisnisnya. Alasan umum untuk
kegagalan sistem adalah ketika ERP tidak mendukung satu atau beberapa proses bisnis yang
penting. Perusahaan tekstil memiliki kebijakan mempertahankan dua harga untuk setiap item
persediaan yang dijualnya. Satu harga digunakan untuk pasar domestik, dan harga kedua, yang
empat kali lebih tinggi, adalah untuk penjualan ekspor. ERP yang diterapkan oleh pengguna
tidak dirancang untuk memungkinkan dua harga berbeda untuk barang inventaris yang sama.
Perubahan yang diperlukan untuk membuat pekerjaan ERP sangat luas dan mahal. Gangguan
sistem yang serius dihasilkan dari pengawasan ini. Selanjutnya, memodifikasi program ERP
dan basis data dapat memperkenalkan kesalahan pemrosesan yang potensial dan dapat
membuat pembaruan sistem menjadi versi yang lebih sulit.
 Goodness of Fit
Management perlu memastikan bahwa ERP yang mereka pilih tepat untuk
perusahaan. Tidak ada sistem ERP tunggal yang mampu menyelesaikan semua masalah
dari semua organisasi. Misalnya, SAP R / 3 dirancang terutama untuk perusahaan
manufaktur dengan proses yang sangat mudah diprediksi yang relatif mirip dengan
produsen lain. Ini mungkin bukan solusi terbaik untuk organisasi berorientasi layanan
yang memiliki kebutuhan besar untuk kegiatan terkait pelanggan yang dilakukan melalui
Internet. Ketika proses bisnis benar-benar unik, sistem ERP harus dimodifikasi untuk
mengakomodasi perangkat lunak khusus industri (bolt-on) atau untuk bekerja dengan
sistem warisan yang dibuat khusus. Beberapa organisasi, seperti penyedia layanan
telekomunikasi, memiliki operasi penagihan unik yang sistem ERP off-the-rak tidak
dapat memuaskan. Sebelum memulai perjalanan ERP, manajemen organisasi perlu
menilai apakah itu dapat direkayasa dan harus merekayasa ulang praktik bisnisnya di
sekitar model standar.

 Masalah Sistem Skalabilitas

Jika manajemen organisasi mengharapkan volume bisnis meningkat secara
substansial selama masa sistem ERP, maka ada masalah skalabilitas yang perlu
ditangani. Skalabilitas adalah kemampuan sistem untuk tumbuh dengan lancar dan
ekonomis sesuai kebutuhan pengguna. Kebutuhan pengguna berkaitan dengan aktivitas
terkait volume seperti volume pemrosesan transaksi, volume entri data, volume output
data, volume penyimpanan data, atau peningkatan populasi pengguna. Untuk
mengilustrasikan skalabilitas, empat dimensi skalabilitas penting: ukuran, kecepatan,
beban kerja, dan biaya transaksi. Dalam menilai kebutuhan skalabilitas untuk suatu
organisasi, masing-masing dimensi ini harus dipertimbangkan dalam hal skala linier
ideal.

4. Memilih Konsultan yang Salah

Menerapkan sistem ERP adalah peristiwa yang sebagian besar organisasi akan
mengalami hanya sekali. Keberhasilan proyek bergantung pada keterampilan dan pengalaman
yang biasanya tidak ada di rumah. Karena ini, hampir semua implementasi ERP melibatkan
perusahaan konsultan luar, yang mengkoordinasikan proyek, membantu organisasi untuk
mengidentifikasi kebutuhannya, mengembangkan spesifikasi persyaratan untuk ERP, memilih
paket ERP, dan mengelola cutover. Konsultasi ERP telah berkembang menjadi pasar $ 20 miliar
per tahun. Biaya untuk implementasi tipikal biasanya antara tiga dan lima kali biaya lisensi
perangkat lunak ERP.
Perusahaan konsultan dengan praktik ERP besar kadang-kadang sangat kekurangan
sumber daya manusia. Keluhan yang sering terjadi adalah bahwa perusahaan konsultan
menjanjikan profesional berpengalaman, tetapi memberikan pelatihan yang tidak merata.
Mereka dituduh menggunakan manuver umpan-dan-beralih untuk mendapatkan kontrak. Pada
wawancara perjanjian awal, perusahaan konsultan memperkenalkan konsultan utama mereka,
yang canggih, berbakat, dan persuasif. Klien setuju dengan kesepakatan dengan perusahaan,
tetapi salah mengasumsikan bahwa individu-individu ini, atau orang lain dengan kualifikasi
serupa, akan benar-benar menerapkan sistem. Ada beberapa cara yang harus dilakukan
manajemen agar tidak salah dalam memilih konsultan dari luar, sebagai berikut:
 Wawancara staf yang diusulkan untuk proyek dan buat rancangan kontrak terperinci
yang menetapkan anggota tim konsultan mana yang akan ditugaskan untuk tugas-
tugas itu.
 Tetapkan secara tertulis bagaimana perubahan staf akan ditangani.
 Melakukan pemeriksaan referensi dari anggota staf yang diusulkan.
 Sejajarkan kepentingan konsultan dengan kepentingan organisasi dengan
menegosiasikan skema upah-untuk-kinerja berdasarkan pencapaian pencapaian
tertentu dalam proyek.
 Tetapkan tanggal pengakhiran yang pasti bagi konsultan untuk menghindari
pengaturan konsultasi menjadi tidak berkesudahan, yang menghasilkan
ketergantungan dan aliran biaya tanpa henti.

5. Biaya Tinggi Dan Pembengkakan Biaya

Total biaya kepemilikan (TCO) untuk sistem ERP sangat bervariasi dari perusahaan ke
perusahaan. Untuk penerapan sistem sedang hingga besar, biayanya berkisar dari ratusan ribu
hingga ratusan juta dolar. TCO mencakup perangkat keras, perangkat lunak, layanan konsultasi,
biaya personil internal, instalasi, dan peningkatan dan pemeliharaan ke sistem untuk 2 tahun
pertama setelah implementasi. Risiko datang dalam bentuk biaya yang tidak diperkirakan dan
tidak terduga. Beberapa masalah yang lebih sering dialami terjadi di bidang-bidang pelatihan,
pengujian dan integrasi sistem, dan konversi database.

 Kembangkan Ukuran Kinerja

Karena ERP sangat mahal untuk diterapkan, banyak manajer sering kecewa dengan
kurangnya penghematan biaya yang mereka capai dalam jangka pendek. Bahkan, banyak
kritik tentang keberhasilan relatif ERP berkaitan dengan apakah mereka memberikan
manfaat yang lebih besar daripada biaya mereka. Untuk menilai manfaat, manajemen
harus tahu apa yang mereka inginkan dan butuhkan dari ERP. Mereka kemudian harus
menetapkan ukuran kinerja utama seperti pengurangan tingkat persediaan, perputaran
persediaan, stok habis, dan waktu pemenuhan pesanan rata-rata yang mencerminkan
harapan mereka. Untuk memantau kinerja di bidang-bidang utama tersebut, beberapa
organisasi membentuk kelompok penilaian nilai independen yang melapor ke
manajemen puncak. Meskipun kegagalan keuangan pada ERP akan memakan waktu
bertahun-tahun, dengan mengembangkan indikator kinerja yang terfokus dan terukur,
perspektif operasional pada keberhasilannya dapat dikembangkan.

6. Gangguan Untuk Pengoperasian

Sistem ERP dapat mendatangkan malapetaka di perusahaan yang menginstalnya. Dalam
survei Deloitte Consulting dari 64 perusahaan Fortune 500, 25 persen dari perusahaan yang
disurvei mengakui bahwa mereka mengalami penurunan kinerja dalam periode segera setelah
implementasi. Rekayasa ulang proses bisnis yang sering menyertai implementasi ERP adalah
penyebab masalah kinerja yang paling sering dikaitkan. Secara operasional, ketika bisnis
dimulai di bawah sistem ERP, semuanya terlihat dan bekerja secara berbeda dari cara yang
dilakukannya dengan sistem warisan. Periode penyesuaian diperlukan agar setiap orang
mencapai titik nyaman pada kurva pembelajaran. Bergantung pada budaya organisasi dan sikap
terhadap perubahan di dalam perusahaan, penyesuaian bisa lebih lama di beberapa perusahaan
daripada di perusahaan lain. Daftar organisasi besar yang telah mengalami gangguan serius
termasuk Dow Chemical, Boeing, Dell Computer, Apple Computer, Whirlpool Corporation,
dan Manajemen Limbah. Kasus yang paling terkenal dalam pers adalah Hershey Foods
Corporation, yang mengalami kesulitan memproses pesanan melalui sistem ERP barunya dan
tidak dapat mengirim produk.
E. IMPLIKASI UNTUK PENGENDALIAN INTERNAL DAN AUDIT
1. Otorisasi Transaksi
Manfaat utama dari sistem ERP adalah arsitektur yang terintegrasi secara ketat. Namun,
struktur ini juga menimbulkan potensi masalah untuk otorisasi transaksi. Misalnya, bill of
materials mendorong banyak sistem manufaktur. Jika prosedur untuk pembuatan bill of
material tidak dikonfigurasi dengan benar, setiap komponen yang menggunakan bill of material
dapat terpengaruh. Tantangan bagi auditor dalam memverifikasi otorisasi transaksi adalah
untuk memperoleh pengetahuan rinci tentang konfigurasi sistem ERP serta pemahaman
menyeluruh tentang proses bisnis dan arus informasi antar komponen sistem.
2. Pemisahan Tugas
Keputusan operasional dalam organisasi berbasis ERP didorong ke titik sedekat mungkin
dengan sumber acara. Proses manual yang biasanya membutuhkan pemisahan tugas, oleh
karena itu, sering dihilangkan dalam lingkungan ERP. Misalnya, pengawas toko dapat
memesan persediaan dari pemasok dan personel penerima penerimaan dapat mengirimkan
kwitansi inventori ke catatan inventaris secara waktu nyata. Organisasi yang menggunakan
sistem ERP harus membuat alat keamanan, audit, dan kontrol baru untuk memastikan tugas
dipisahkan dengan benar.
3. Pengawasan
Perangkap implementasi ERP yang sering dikutip adalah bahwa manajemen tidak
sepenuhnya memahami dampaknya terhadap bisnis. Setelah ERP berjalan, hanya tim pelaksana
yang memahami cara kerjanya. Karena tanggung jawab tradisional mereka akan diubah,
pengawas perlu memperoleh pemahaman teknis dan operasional yang ekstensif tentang sistem
baru. Biasanya, ketika sebuah organisasi menerapkan ERP, banyak tanggung jawab
pengambilan keputusan ditekan ke tingkat lantai toko. Filosofi ERP yang diberdayakan
karyawan tidak boleh menghilangkan pengawasan sebagai kontrol internal. Sebaliknya, harus
memberikan manfaat efisiensi yang substansial. Supervisor harus memiliki lebih banyak waktu
untuk mengelola lantai toko dan, melalui peningkatan kemampuan pemantauan, meningkatkan
rentang kendali mereka.
4. Catatan Akuntansi
Sistem ERP memiliki kemampuan untuk merampingkan seluruh proses pelaporan
keuangan. Kenyataannya, banyak organisasi dapat dan memang menutup buku mereka setiap
hari. Data OLTP dapat dimanipulasi dengan cepat untuk menghasilkan entri buku besar,
piutang dan ringkasan hutang, dan konsolidasi keuangan untuk pengguna internal dan eksternal.
Kontrol batch tradisional dan jejak audit tidak lagi diperlukan dalam banyak kasus. Risiko ini
dikurangi dengan peningkatan akurasi entri data melalui penggunaan nilai default, pengecekan
silang, dan tampilan data pengguna yang ditentukan.
Terlepas dari teknologi ERP, beberapa risiko untuk akurasi catatan akuntansi mungkin
masih ada. Karena antarmuka yang dekat dengan pelanggan dan pemasok, beberapa organisasi
menjalankan risiko bahwa data yang rusak atau tidak akurat dapat diteruskan dari sumber
eksternal ini dan merusak basis data akuntansi ERP. Akibatnya, pembersihan data yang ketat
adalah kontrol yang penting. Program scrubber khusus digunakan sebagai antarmuka antara
ERP dan sistem pengekspor untuk mengurangi risiko ini dan memastikan bahwa data yang
paling akurat dan terkini sedang diterima.
5. Verifikasi Independen
Karena sistem ERP menggunakan OLTP, tradisional, kontrol verifikasi independen
seperti rekonsiliasi nomor kontrol batch (lihat Bab 17) tidak banyak berfungsi. Demikian pula,
rekayasa ulang proses untuk meningkatkan efisiensi juga mengubah sifat verifikasi independen.
Misalnya, pencocokan three-way tradisional dari pesanan pembelian, menerima laporan, dan
faktur dan penulisan cek berikutnya mungkin sepenuhnya otomatis dalam lingkungan ERP.
Auditor internal juga memainkan peran penting dalam lingkungan ini dan perlu memperoleh
latar belakang teknis yang menyeluruh dan pemahaman yang komprehensif tentang sistem
ERP. Upaya verifikasi independen yang sedang berlangsung dapat dilakukan hanya oleh tim
yang berpengalaman dalam teknologi ERP.
6. Kontrol Akses
Keamanan akses adalah salah satu masalah kontrol yang paling penting dalam
lingkungan ERP. Tujuan dari pengendalian akses ERP adalah untuk menjaga kerahasiaan data,
integritas, dan ketersediaan. Kelemahan keamanan dapat menyebabkan kesalahan transaksi,
penyimpangan, korupsi data, dan pernyataan yang keliru dalam laporan keuangan. Juga, akses
yang tidak terkendali memaparkan organisasi ke penjahat cyber yang mencuri dan kemudian
menjual data penting ke pesaing. Oleh karena itu, administrator keamanan perlu mengontrol
akses ke tugas dan operasi yang memproses atau memanipulasi data perusahaan yang sensitif.
 Model Kontrol Akses
Secara tradisional, pemilik sumber daya sistem (data, fungsi, dan proses)
memberikan hak istimewa akses secara individu kepada pengguna berdasarkan tingkat
kepercayaan dan deskripsi pekerjaan individu. Kontrol akses biasanya dicapai melalui
daftar kontrol akses (atau token akses) dalam aplikasi pengguna. Daftar kontrol akses
menentukan ID pengguna, sumber daya yang tersedia bagi pengguna, dan tingkat izin
yang diberikan seperti hanya baca, edit, atau buat. Meskipun model ini memungkinkan
penugasan hak akses khusus untuk individu, itu cukup tidak fleksibel. Volume belaka
dan berbagai kebutuhan hak akses dalam lingkungan ERP modern menghadirkan beban
administrasi yang signifikan. Setiap model akses-hibah harus secara efisien bersaing
dengan karyawan baru, perubahan pada hak istimewa yang ada yang dibawa oleh
promosi dan transfer individu dari satu departemen ke departemen lain, dan pemutusan
hubungan kerja. Untuk memenuhi tuntutan ini, sistem ERP modern menggunakan
kontrol akses berbasis peran (RBAC), yang akan dibahas selanjutnya.
 Peran Berbasis Access Control (RBAC)
Peran adalah teknik formal untuk pengelompokan bersama pengguna sesuai dengan
sumber daya sistem yang mereka butuhkan untuk melakukan tugas-tugas mereka ditugaskan.
Perhatikan dari gambar bagaimana teknik ini memberikan izin akses ke peran yang dimainkan
individu dalam organisasi daripada langsung ke individu. Oleh karena itu, lebih dari satu
individu dapat ditugaskan untuk peran dan seperangkat izin akses yang telah ditetapkan. Juga,
seorang individu dapat ditugaskan lebih dari satu peran, tetapi dapat masuk ke sistem hanya di
bawah satu peran pada satu waktu. Dengan demikian, RBAC nyaman menangani hubungan
banyak-ke-banyak antara pengguna dan perizinan dan memfasilitasi menangani secara efisien
dengan sejumlah besar karyawan.
ERP datang dengan peran yang telah ditetapkan dengan izin yang telah ditetapkan
sebelumnya. Administrator dan manajer lini juga dapat membuat peran baru, memodifikasi
peran yang ada, dan menghapus peran yang tidak lagi diperlukan. Menciptakan peran
melibatkan atribut peran berikut:
1. Satu set tanggung jawab bisnis yang ditetapkan untuk dilakukan dalam peran
2. Kompetensi teknis yang diperlukan untuk melakukan peran
3. Transaksi tertentu (izin) yang diperlukan untuk melaksanakan tanggung jawab lain
7. Isu Pengendalian Internal Terkait Dengan Peranan ERP
Meskipun RBAC adalah mekanisme yang sangat baik untuk mengelola kontrol akses
secara efisien, proses pembuatan, modifikasi, dan penghapusan peran adalah masalah
pengendalian internal yang menjadi perhatian bagi manajemen dan auditor. Poin-poin berikut
ini menyoroti masalah utama:

1. Penciptaan peran yang tidak perlu

2. Aturan akses paling sedikit harus diterapkan pada tugas izin
3. Memonitor pembuatan peran dan kegiatan pemberian izin

8. Perencanaan Kontingensi
Implementasi ERP menciptakan lingkungan dengan satu titik kegagalan, yang menempatkan
organisasi beresiko dari kegagalan peralatan, sabotase, atau bencana alam. Untuk mengendalikan risiko
ini suatu organisasi membutuhkan rencana kontingensi yang efektif yang dapat dipanggil dengan cepat
jika terjadi bencana.