1 PIHAK DI PASAR ERP

Organisasi yang bermaksud menerapkan ERP akan bertemu tiga pihak di pasar ERP:
pemasok perangkat lunak, mitra implementasi, dan penyedia layanan aplikasi. Dalam
bab ini, peran masing-masing pihak akan dijelaskan. Untuk setiap pihak, produk dan
kontribusi disajikan, serta perkembangan utama di bagian pasar mereka.

1.1 Pemasok perangkat lunak ERP

Ratusan perusahaan mengklaim mereka dapat menawarkan sistem ERP [ERP,

2014]. Namun pasar didominasi oleh sejumlah kecil pemasok perangkat lunak yang
memiliki pangsa pasar yang besar. Pemasok perangkat lunak ini menyediakan sistem
yang sesuai dengan karakteristik ERP: mereka mewujudkan integrasi data dan
menawarkan dukungan untuk proses praktik terbaik.

Sebelum sistem ERP dapat ditawarkan di pasar, ribuan pengembang

perangkat lunak telah menghabiskan waktu pemrograman mereka selama beberapa
tahun untuk merancang dan membangun sistem [K&K, 2006]. Pemasok ERP biasanya
menawarkan pelanggan mereka perjanjian lisensi, yaitu hak untuk menginstal dan
menggunakan perangkat lunak ERP. Perjanjian lisensi biasanya berlaku untuk jumlah
pengguna, komputer, lokasi atau badan hukum yang disepakati. Lisensi sebagian besar
dibeli untuk jangka waktu yang tidak terbatas. Selain perjanjian lisensi, pelanggan
biasanya menandatangani perjanjian pemeliharaan, di mana lisensi untuk versi baru
dari sistem disertakan. Dalam versi baru, pemasok ERP memasukkan inovasi teknologi,
perubahan undang-undang, fungsi baru, dan koreksi kesalahan. Kontrak pemeliharaan
sebenarnya sangat diperlukan, karena sistem ERP kehilangan nilainya ketika versi baru
tidak dapat disediakan bagi pengguna.

Awalnya, lisensi diperoleh untuk sistem ERP secara keseluruhan. Dalam

beberapa tahun terakhir, pemasok perangkat lunak ERP telah membagi sistem mereka
ke dalam modul-modul di mana lisensi terpisah dapat atau harus dibeli. Sebagai contoh:
sebuah perusahaan manufaktur dapat memutuskan untuk membeli lisensi untuk
manufaktur dan modul keuangan untuk semua karyawannya, sementara itu membeli
lisensi untuk modul penggajian hanya untuk karyawannya dari departemen sumber
daya manusia.

Pada Gambar 3.1, sepuluh pemasok ERP disajikan. Dalam grafik pendapatan
per perusahaan digambarkan, dalam miliaran dolar AS. Dalam kasus di mana nama
pemasok tidak sama dengan nama sistem ERP yang disuplai, nama sistem digunakan.
Dalam grafik, pendapatan untuk tahun 2002, 2007 dan 2012 diberikan. Informasi
tersebut dikumpulkan dari laporan tahunan. Untuk dua perusahaan, yaitu Oracle dan
Microsoft, ERP bukan satu-satunya sumber pendapatan, karena mereka juga
menawarkan produk dan layanan lainnya. Untuk perusahaan lain, ERP adalah satu-
satunya atau sejauh ini sumber pendapatan terbesar mereka. Pendapatan ERP terdiri
dari pendapatan lisensi untuk semua pemasok, dan pendapatan dari layanan ERP untuk
beberapa dari mereka.

Angka tersebut mengungkapkan tren kompetitif utama di pasar. Pertama, ini

menunjukkan bahwa SAP adalah pemasok ERP terbesar. Pada tahun 2002 perusahaan
Jerman ini merealisasikan pendapatan 7,7 miliar dolar AS; pada 2007 pendapatan ini
hampir dua kali lipat, dan pada 2012 hampir tiga kali lipat. SAP tidak hanya tumbuh
dalam pendapatan absolut, tetapi juga menyerap sebagian besar pertumbuhan pasar
total. Pada tahun 2002 pangsa pasar perusahaan adalah 56%, pada tahun 2012 pangsa
pasar ini dimiliki meningkat 69%

Tren kedua di pasar adalah konsolidasi pemasok. Pada tahun 2002, Peoplesoft,
Oracle dan JD Edwards adalah lima pemain teratas di pasar. Pada tahun-tahun
sesudahnya, pertempuran akuisisi sengit terjadi antara ketiga pemasok Amerika ini.
Peoplesoft pertama kali mengakuisisi JD Edwards, dan Oracle kemudian mengakuisisi
Peoplesoft [Oracle, 2006]. Ketiga perusahaan sekarang semuanya beroperasi dalam
konglomerat Oracle. Meskipun akuisisi besar, Oracle belum mampu secara serius
menantang posisi nomor satu SAP: perusahaan gabungan menyadari lebih sedikit
pendapatan ERP pada 2012 daripada perusahaan individu pada tahun 2002.

Tidak hanya Oracle telah mengakuisisi pemasok ERP lain pada tahun-tahun
antara 2002 dan 2012. Para pemain kecil di pasar mengalami penurunan pendapatan
dan kurangnya profitabilitas selama tahun-tahun itu, yang membuat mereka rentan
untuk diambil alih. Kebanggaan Belanda, Baan, dijual tiga kali antara tahun 2005 dan
2012, pertama ke Invensys [Invensys, 2003], kemudian ke SSA Global [SSA Global,
2005], yang akibatnya diakuisisi oleh Infor [SSA Global, 2006]. Pada tahun 2005,
Intentia Swedia, pemilik sistem ERP yang disebut Movex, harus memungkinkan
pendanaan dan pengaruh yang luas dari seorang pemodal ventura setelah serangkaian
tahun-tahun yang merugi. Setelah ini, perusahaan diakuisisi oleh Lawson Software
[Lawson, 2006], yang pada gilirannya diakuisisi oleh Infor pada tahun 2011 [Infor,
2013]. Hingga 2005, Geac adalah perusahaan Kanada independen yang memasok
sistem ERP JBA dan terdaftar di AS. Pada tahun 2005, perusahaan juga diakuisisi oleh
Infor [Cowley, 2005]. Setelah serangkaian akuisisi ini, Infor sekarang menawarkan
berbagai sistem ERP, seperti Baan, Movex, Lawson, dan JBA. Pada 2012, perusahaan
merealisasikan pendapatan 2,7 miliar dolar AS dan menjadi nomor dua di pasar. Satu-
satunya perusahaan yang lebih kecil yang tidak terpengaruh oleh serangkaian akuisisi
adalah pemasok ERP Amerika QAD, dengan produknya MFG-Pro.
 Tren ketiga di pasar adalah kejenuhan pasar untuk ERP di organisasi yang
lebih besar, yang telah memaksa pemasok untuk fokus pada segmen pasar lainnya.
Pemasok ERP Sage adalah perusahaan Inggris yang menargetkan segmen usaha kecil
dan menengah (atau: UKM) di pasar. Perusahaan ini berhasil di segmen ini, dan
pendapatan dan keuntungannya telah tumbuh secara signifikan selama sepuluh tahun
terakhir. Microsoft memasuki segmen pasar UKM pada tahun 2001, menggunakan
keuntungan besar yang direalisasikannya di pasar lain untuk investasi dalam ERP.
Awalnya, Microsoft tidak berhasil mendirikan bisnis yang menguntungkan. Pada tahun
2002 perusahaan merealisasikan pendapatan sebesar 308 juta US $ dalam bisnis ERP-
nya, dan kerugian yang hampir sama besar, yaitu 301 juta US $. Pada tahun 2003
perusahaan merealisasikan pendapatan sebesar 567 juta US $ dan kerugian sebesar 309
juta US $, pada tahun 2004 pendapatannya adalah 667 juta US $ dan kerugiannya
mencapai 255 juta US $. Pada tahun-tahun setelah 2004, sulit untuk mengikuti apa yang
terjadi, karena Microsoft mengubah struktur organisasinya dan perusahaan tidak lagi
melaporkan secara transparan tentang pendapatan dan profitabilitas ERP-nya. Pada
Gambar 3.1, pendapatan untuk total segmen bisnis perusahaan disajikan untuk 2007
dan 2012; ERP hanya merupakan sebagian kecil dari pendapatan ini.

Persaingan di pasar ERP sangat ketat. Contohnya dapat dilihat pada Gambar
3.2. Melalui anak perusahaannya TomorrowNow, SAP menawarkan kontrak
pemeliharaan untuk sistem ERP yang dipasok oleh Oracle. Pelanggan JD Edwards,
Peoplesoft atau aplikasi CRM milik Oracle Siebel dapat membeli kontrak perawatan
mereka dengan biaya yang lima belas persen lebih rendah daripada biaya yang harus
mereka bayarkan ketika mereka berhadapan langsung dengan Oracle [TomorrowNow,
2007a]. Ketika seorang pelanggan menyetujui kontrak perawatan dengan
TomorrowNow, SAP memperoleh akses ke perangkat lunak dan dokumentasi Oracle
melalui lisensi pelanggan. Ini memberi Oracle kesempatan untuk menuduh SAP intrusi
komputer dan pelanggaran hak cipta dan untuk membawa pesaingnya ke pengadilan
[Volkskrant, 2007]. Setelah kasus pengadilan yang hilang SAP memutuskan pada tahun
2008 untuk menghentikan operasi TomorrowNow [TomorrowNow, 2009]. Oracle
mengklaim ganti rugi sebesar 1,3 miliar US $ [FD, 2010], di mana SAP setuju untuk
membayar 20 juta setelah beberapa kasus pengadilan [US-DOJ, 2011].
 Salah satu alasan persaingan sengit di pasar adalah kenyataan bahwa masing-
masing pemasok menawarkan sistem ERP yang matang dan lengkap. Meskipun
demikian, perbedaan memang ada dalam berbagai persembahan. Pertama, biaya lisensi
dapat bervariasi. Harga yang tepat sangat tergantung pada situasi spesifik pelanggan,
tetapi secara umum pemasok yang lebih kecil lebih murah daripada yang lebih besar.
Perbedaan juga ada dalam berbagai praktik terbaik yang didukung sistem ERP.
Beberapa pemasok telah menyempurnakan praktik terbaik di bidang manufaktur,
sementara yang lain unggul dalam mendukung proses manajemen sumber daya
manusia.

Dalam beberapa tahun terakhir, beberapa pemasok menargetkan segmen

pasar atau industri tertentu. Mereka mencoba memperluas posisi mereka di segmen
UKM, atau membidik industri tertentu. Dengan solusi industri yang disebut mereka
mencoba untuk mendominasi industri seperti otomotif, tekstil atau pemerintah.

Dalam empat puluh tahun keberadaannya, ERP telah menjadi sukses

komersial yang luar biasa. Ribuan perusahaan memutuskan untuk membeli sistem ERP.
Dengan menerapkan sistem ERP mereka ingin meningkatkan manajemen dan operasi
bisnis mereka.

Tentu saja sangat mungkin untuk meningkatkan proses organisasi tanpa

sistem komputer. Praktik terbaik juga dapat diimplementasikan tanpa dukungan sistem
komputer seperti ERP. Namun, integrasi data dewasa ini tidak masuk akal tanpa
dukungan sistem komputer. Integrasi data menjadi lebih penting, tidak hanya antara
pelanggan dan pemasok, tetapi juga dengan pihak lain dalam rantai pasokan, seperti
penyedia layanan, distributor, dan otoritas pengatur. Integrasi data juga dapat berarti
keunggulan kompetitif, jika sejumlah besar data diintegrasikan secara cerdas.
Organisasi karena itu tidak benar-benar punya pilihan, mereka harus mengembangkan
pendekatan untuk integrasi data.

Salah satu pendekatan adalah penerapan sistem ERP yang tersedia di pasar,
tetapi ini bukan satu-satunya cara untuk mewujudkan integrasi data dan menerapkan
praktik terbaik. Organisasi juga dapat membangun sistem ERP mereka sendiri, dan
secara tradisional banyak organisasi telah melakukan ini. Namun, ini adalah pendekatan
yang sangat padat karya, dan tidak akan ada banyak organisasi yang mampu
mempekerjakan tim besar pengembang perangkat lunak yang diperlukan untuk
pendekatan ini.

Mungkin juga bahwa suatu organisasi memiliki proses unik sehingga

pendekatan praktik terbaik akan menghancurkan keunggulan kompetitif. Bagi
perusahaan yang mengalahkan pesaing mereka dengan proses manufaktur mereka yang
canggih, menggunakan praktik terbaik dari ERP mungkin bukan keputusan yang
bijaksana. Untuk perusahaan seperti itu, ERP bukanlah solusi yang jelas. Membangun
solusi yang dibuat khusus, integrasi modul khusus ke dalam sistem ERP standar, atau
pengadaan aplikasi khusus mungkin lebih masuk akal.
 Untuk organisasi yang memutuskan untuk membeli sistem ERP yang tersedia
secara komersial, penting untuk membangun hubungan yang baik dengan pemasok
ERP. Hubungan akan berlangsung beberapa tahun: cakrawala implementasi sistem
ERP setidaknya satu hingga tiga tahun, setelah itu fase pemeliharaan akan mengikuti.
Fase pemeliharaan ini biasanya akan berlangsung setidaknya lima tahun. Setelah sistem
ERP dari pemasok tertentu diimplementasikan, kunci vendor telah dibuat. Karena
cakrawala implementasi yang panjang tidak mungkin untuk mengubah pemasok ERP
dalam semalam [SAP 2000]. Setelah keputusan untuk menerapkan ERP telah diambil,
proses pemilihan pemasok ERP yang rajin oleh karena itu sangat disarankan.

1.2 Mitra implementasi

Setelah pengadaan lisensi untuk sistem ERP biasanya implementasinya, yaitu

persiapan penggunaan operasionalnya, berikut. Baik sistem ERP yang sama sekali baru
dan versi baru dari sistem yang sudah operasional membutuhkan implementasi. Sistem
ERP besar dan kompleks, dan dalam organisasi yang berencana menerapkan ERP,
pengetahuan dan pengalaman yang diperlukan tidak selalu tersedia. Dalam hal itu
organisasi dapat menyewa dukungan dari mitra implementasi, perusahaan konsultan di
pasar yang memiliki spesialisasi dalam implementasi ERP.

Mitra implementasi menawarkan berbagai layanan yang terkait dengan ERP.

Pertama, mereka dapat memberi saran tentang praktik terbaik yang dapat diterapkan
organisasi untuk meningkatkan prosesnya. Setelah ini, mitra implementasi dapat
memodelkan praktik terbaik ini dalam sistem ERP. Ada tiga cara pemodelan:
konfigurasi, lokalisasi, atau adaptasi. Konfigurasi adalah pengaturan parameter dalam
sistem ERP ke nilai yang sesuai. Parameter ini bisa sangat sederhana; contoh parameter
sederhana adalah jumlah hari antara berakhirnya tanggal jatuh tempo faktur dan
pembuatan pengingat. Mereka juga bisa sangat kompleks: konfigurasi beberapa layar
dan fungsi sistem ERP dapat menyebabkan ratusan profil pengguna yang berbeda.

Pelokalan mengubah sistem untuk memenuhi persyaratan untuk wilayah

geografis atau hukum tertentu. Contoh lokalisasi yang hampir selalu dibutuhkan adalah
tata letak faktur. Undang-undang setempat sering mengharuskan bahwa faktur berisi
informasi wajib tertentu, seperti di Belanda nama lengkap badan hukum yang
mengirimkan faktur, atau di Inggris nomor perusahaan. Contoh lokalisasi yang tidak
wajib tetapi sering diinginkan, adalah menambahkan logo perusahaan ke pesanan
pembelian atau faktur.

Adaptasi memperluas fungsionalitas sistem ERP dengan pemrograman.

Adaptasi dapat menjadi satu-satunya solusi ketika sistem ERP tidak cukup mendukung
persyaratan proses penting. Namun, adaptasi memiliki kelemahan yang mempersulit
implementasi versi baru sistem ERP, karena program tidak akan secara otomatis
kompatibel dengan versi ERP baru dan mungkin harus ditulis ulang.
 Selain memberi nasihat tentang pemilihan praktik terbaik dan pemodelan,
mitra implementasi juga dapat memberikan pelatihan bagi pengguna sistem ERP masa
depan. Terakhir, mereka dapat membangun antarmuka antara sistem ERP dan aplikasi
lain, dan mendukung migrasi data dari sistem informasi yang ada ke sistem ERP.

Ada beberapa bentuk kontrak untuk layanan implementasi. Salah satu bentuk
ekstremnya adalah material-waktu. Dalam bentuk kontrak ini prinsipal, yaitu
perusahaan yang ingin mengimplementasikan ERP, mempekerjakan konsultan
implementasi ERP untuk tarif per jam yang disepakati ditambah dengan penggantian
biaya perjalanan dan biaya lainnya. Mitra pelaksana menyediakan layanannya
berdasarkan upaya terbaik dan tidak memiliki insentif untuk menyelesaikan
implementasi secepat mungkin. Risiko melebihi anggaran implementasi atau
melampaui waktu implementasi yang direncanakan terletak sepenuhnya pada kepala
sekolah.

Bentuk kontraktual ekstrem lainnya, yang menempatkan risiko sepenuhnya di

sisi mitra pelaksana, adalah kontrak tanggal-harga-tetap. Mitra pelaksana setuju untuk
menyelesaikan implementasi sebelum tanggal tertentu dan untuk jumlah tetap yang
disepakati. Bentuk kontrak ini memiliki satu kelemahan penting: agar efektif, hasil
yang tepat dari implementasi harus ditentukan terlebih dahulu dan disepakati secara
kontrak, yang untuk implementasi ERP rumit.

Bentuk kontrak campuran, seperti studi pelingkupan bahan waktu diikuti

dengan implementasi harga tetap, menjadi semakin populer. Bentuk lain yang mulai
populer adalah kontrak bonus-malus. Dalam jenis kontrak ini, tanggal target dan
anggaran target disepakati antara kepala sekolah dan mitra pelaksana. Jika
implementasi dilakukan lebih murah atau lebih cepat, mitra implementasi dapat
mengklaim bonus. Jika di sisi lain implementasinya menjadi lebih mahal daripada
anggaran target atau dikirimkan terlambat, kepala sekolah dapat mengklaim malus.
Dengan cara ini, risiko penyimpangan dari biaya yang direncanakan dan tanggal
pengiriman dibagi antara prinsipal dan mitra implementasi, dan kedua belah pihak
memiliki insentif untuk menyelesaikan implementasi tepat waktu dan sesuai anggaran.

Ada beberapa kategori mitra implementasi. Pertama, beberapa pemasok ERP

menawarkan layanan implementasi selain lisensi mereka; Intentia biasa melakukan ini
untuk Movex, Oracle melakukan ini untuk Oracle Financials, dan SAP telah
bereksperimen dengan ini. Kedua, perusahaan konsultan besar yang mempekerjakan
ribuan konsultan manajemen sering memiliki praktik mereka untuk layanan
implementasi untuk satu atau beberapa sistem ERP. Contoh dari perusahaan-
perusahaan ini adalah Accenture dan Konsultan Bisnis IBM. Ketiga, ada perusahaan
konsultan yang lebih kecil yang memiliki antara sepuluh dan seratus konsultan yang
berspesialisasi dalam layanan implementasi untuk satu pemasok ERP tertentu. Contoh
dari perusahaan-perusahaan ini di Eropa adalah Konsultan Manajemen Magnum, yang
berspesialisasi dalam SAP, dan Quistor, yang berspesialisasi dalam JD Edwards.
Akhirnya, ada banyak bisnis satu orang yang menerapkan sistem ERP, kadang-kadang
secara langsung untuk perusahaan yang menerapkan ERP, tetapi lebih sering sebagai
subkontraktor untuk salah satu pihak yang lebih besar.

Pada pandangan pertama, auditor eksternal organisasi adalah kandidat yang

menjanjikan untuk layanan implementasi ERP. Auditor mengenal organisasi dengan
baik dan implementasinya dapat menjadi perpanjangan yang jelas untuk portofolio
layanan yang telah ditawarkan. Namun, karena semakin ketatnya aturan independensi
auditor, sebagian besar auditor tidak akan mau melakukan implementasi ERP untuk
pelanggan di mana mereka juga melakukan audit keuangan.

Mitra pelaksana berbeda dalam kualitas dan harga. Harga tergantung pada
luasnya layanan yang diperlukan. Untuk implementasi ERP internasional mungkin saja
relevan bahwa konsultan implementasi menggunakan pendekatan implementasi yang
seragam dan pada saat yang sama memastikan implementasi sesuai dengan persyaratan
lokal. Pihak yang dapat mengelola implementasi di seluruh dunia ini bukanlah yang
termurah di pasar. Untuk implementasi besar, diperlukan tim konsultan yang cukup
besar yang hanya tersedia di perusahaan konsultan besar. Pihak yang dapat mengelola
implementasi besar umumnya juga memiliki biaya lebih tinggi.

Kualitas layanan seringkali lebih bergantung pada pengalaman dan

pengetahuan konsultan individu daripada pada perusahaan tempat orang ini bekerja.
Jika ada kesesuaian yang baik antara konsultan implementasi individu dan organisasi
pelaksana, mungkin ada baiknya untuk menutup kontrak jangka panjang.

Organisasi juga dapat memilih untuk mengimplementasikan ERP sendiri,

tanpa dukungan mitra implementasi. Pendekatan ini hanya dapat dilakukan ketika
karyawan sendiri sangat akrab dengan implementasi ERP pada umumnya dan sistem
ERP yang dipilih pada khususnya. Ini juga merupakan opsi untuk melakukan
implementasi pertama dengan dukungan mitra implementasi yang luas, dan
mengimplementasikan versi yang lebih baru atau modul tambahan dengan staf sendiri.
Dimungkinkan juga untuk memiliki karyawan sendiri melaksanakan implementasi
sementara mitra implementasi eksternal tersedia atas panggilan.

Untuk perusahaan yang mengontrak mitra ERP, sangat penting untuk

memiliki kondisi sejernih kristal. Biaya dari mitra implementasi merupakan lima puluh
hingga sembilan puluh persen dari total biaya implementasi ERP. Biaya ini juga sulit
dikendalikan, dan biaya implementasi ERP sering melebihi jumlah yang dianggarkan.
[Stefanou, 2001, De Koning, 2004]. Selain itu, kualitas mitra implementasi memiliki
dampak besar pada keberhasilan proyek implementasi. Karena itu penting untuk
membuat pilihan yang dipertimbangkan dengan matang untuk mitra implementasi
tertentu, berdasarkan biaya, kontinuitas, kecocokan pribadi, dan kualitas.
1.3 Penyedia layanan aplikasi

Setelah implementasi, sistem ERP operasional harus terus dijalankan dan

dijalankan, untuk memungkinkan karyawan organisasi yang telah menerapkan ERP
untuk menggunakan sistem dalam pekerjaan sehari-hari mereka. Perusahaan di pasar
yang menawarkan layanan untuk menjaga dan menjalankan sistem ERP disebut
penyedia layanan aplikasi (atau: ASP). ASP menyediakan organisasi dengan sistem
ERP yang tersedia dan dapat diandalkan untuk kelompok pengguna yang telah
ditentukan. Ketersediaan sering diukur sebagai persentase. Contoh dari ketersediaan
yang diperlukan dapat berupa: sistem ERP harus aktif dan berjalan selama 99,99 persen
dari waktu selama jam kantor, diukur lebih dari lima puluh dua minggu per tahun. Ini
berarti bahwa dalam setiap minggu kerja sistem hanya dapat dimatikan kurang dari satu
menit, jika tidak, persyaratan ketersediaan tidak terpenuhi. Agar dapat menjamin
ketersediaan, penyedia layanan aplikasi dapat mengimplementasikan berbagai langkah,
seperti redundansi komponen, pencadangan dan pengembalian data, organisasi
pemeliharaan dan perbaikan, jendela layanan untuk pemeliharaan preventif dan
pemulihan bencana. Saat ini, norma untuk ketersediaan adalah 99,999 persen (atau:
lima sembilan) selama 7 kali 24 jam per minggu.

Selain ketersediaan, keandalan merupakan aspek penting dari kualitas

layanan aplikasi. Langkah-langkah keamanan informasi dapat diambil untuk
memastikan keandalan sistem ERP. Penyedia layanan aplikasi harus memastikan
bahwa informasi dalam sistem ERP hanya dapat diakses oleh pengguna yang telah
diotorisasi oleh organisasi yang memiliki informasi tersebut; selain itu, beberapa
pengguna hanya diperbolehkan untuk melihat informasi, sementara yang lain juga
dapat memperbarui atau menambahkan informasi baru. Penyedia server aplikasi dapat
merangsang keandalan informasi dengan langkah-langkah keamanan, seperti nama
pengguna dan akses yang dilindungi kata sandi, profil pengguna, atau enkripsi data
yang diangkut melalui jaringan eksternal.

Pengguna yang memiliki akses ke sistem ERP akan sering menjadi karyawan
organisasi. Dengan semakin pentingnya integrasi rantai pasokan, akses akan
didistribusikan ke lebih banyak pihak, dan organisasi akan lebih sering memungkinkan
pelanggan atau pemasok mereka mengakses sistem ERP mereka.

Bentuk kontrak yang paling cocok untuk layanan aplikasi adalah perjanjian
tingkat layanan (atau: SLA). Dalam perjanjian tingkat layanan, norma-norma untuk
kualitas layanan yang akan disediakan oleh pemasok disetujui. Sebagian besar harga
tetap disepakati, berpotensi dengan klausul penalti ketika pemasok tidak memenuhi
tingkat layanan yang disepakati secara kontrak.

Selain tingkat layanan, seringkali katalog layanan disetujui, di mana deskripsi

diberikan tentang layanan tambahan yang diberikan penyedia layanan aplikasi
sehubungan dengan sistem ERP. Contoh layanan tersebut adalah otorisasi pengguna
baru, pemasangan workstation baru, pemasangan tambalan, koreksi kesalahan yang
diberikan oleh pemasok ERP, atau penyediaan ruang disk tambahan untuk data. Untuk
layanan ini, penggantian uang sering kali merupakan jumlah tahunan minimum dengan
biaya tetap per layanan yang dijalankan di atas.

Secara tradisional, penyedia layanan aplikasi adalah perusahaan layanan

komputer yang sangat besar, seperti EDS, CSC atau IBM. Perusahaan-perusahaan ini
memiliki pengalaman panjang dalam layanan semacam ini. Mereka sering sudah
menyediakan layanan aplikasi untuk proses administrasi besar, seperti pemrosesan gaji
untuk pemerintah.

Pendatang baru di pasar ASP adalah pialang, yang menghubungkan

pelanggan Eropa ke penyedia layanan aplikasi yang berbasis di negara-negara dengan
upah lebih rendah. Dengan kemajuan komunikasi data yang andal dan murah, saat ini
dimungkinkan untuk mengembangkan layanan aplikasi di negara-negara di mana biaya
tenaga kerja jauh lebih rendah daripada di Eropa Barat atau Amerika Serikat.

Dengan pertumbuhan Internet juga pemain yang lebih kecil telah memasuki
pasar ASP. Di sebagian besar negara, ratusan penyedia layanan internet aktif. Beberapa
dari mereka hanya menawarkan akses e-mail dan Internet, tetapi yang lain telah
memperluas portofolio mereka dengan layanan ERP. Layanan aplikasi ini juga dikenal
sebagai Perangkat Lunak sebagai Layanan (atau: SAAS); ketika mereka ditawarkan
melalui Internet publik, mereka disebut cloud computing.

Tidak sepenuhnya diperlukan untuk melakukan outsourcing layanan aplikasi.

Banyak organisasi memiliki departemen TI mereka sendiri yang dapat menyediakan
layanan aplikasi untuk ERP organisasi dan sistem lainnya. Untuk melakukan ini secara
efektif, diperlukan skala tertentu. Sebuah survei dengan 600 organisasi yang merespons
menunjukkan bahwa sekitar 7,5 persen dari organisasi tersebut mengalihdayakan
layanan aplikasi mereka. Sekitar empat puluh persen dari pengaturan outsourcing ini
termasuk ERP, enam puluh persen lainnya terdiri dari layanan aplikasi lainnya [Bakker,
2006].

Dalam memilih penyedia layanan aplikasi, penting untuk fokus pada biaya
dan kualitas. Tidak bijaksana untuk fokus hanya pada biaya, mengingat fakta bahwa
gangguan pada layanan sering berdampak parah pada organisasi. Di banyak organisasi,
sistem ERP sangat penting untuk menerima pesanan, yang menyiratkan bahwa waktu
henti sistem segera menyebabkan pendapatan yang terlewat. Penting untuk
mengevaluasi biaya tidak tersedianya, dan melakukan pertukaran antara biaya-biaya ini
dan biaya yang dihitung penyedia layanan untuk ketersediaan ketersediaan layanan
aplikasi.

Penting juga selama pemilihan untuk mempertimbangkan bahwa beralih

penyedia layanan aplikasi mahal dan memakan waktu. Untuk alasan ini, kontrak ASP
seringkali memiliki durasi beberapa tahun. Baik penyedia maupun pelanggan harus
berinvestasi dalam hubungan tersebut.
1.4 Ringkasan

Organisasi yang bermaksud menerapkan ERP akan bertemu tiga pihak di pasar ERP.
Pertama, mereka harus memilih pemasok ERP. Pasar ERP didominasi oleh sejumlah
kecil perusahaan yang sangat besar, di mana SAP Jerman adalah yang terbesar.
Meskipun setiap pemasok besar memiliki penawaran ERP lengkap yang mencakup
fungsi luas, beberapa pemasok memiliki solusi yang lebih baik untuk industri tertentu
daripada yang lain. Secara umum, perjanjian lisensi serta perjanjian pemeliharaan
disepakati dengan pemasok ERP yang dipilih.

Kedua, sebagian besar organisasi juga menggunakan mitra implementasi, perusahaan

konsultan yang berspesialisasi dalam ERP. Mitra implementasi menawarkan berbagai
layanan terkait ERP. Saran tentang penggunaan praktik terbaik, model sistem ERP,
melatih pengguna masa depan dan mendukung migrasi, impor atau ekspor data dari
sistem informasi lain. Mitra implementasi dapat berupa praktik dalam perusahaan
konsultan besar, atau perusahaan kecil yang memiliki spesialisasi dalam ERP. Secara
umum, kontrak berdasarkan waktu-material disepakati dengan mitra pelaksana.
Kontrak harga-tetap-tanggal-tetap dan bonus-malus masih jarang.

Akhirnya, sistem ERP dapat dipertahankan dan dijalankan oleh penyedia layanan
aplikasi, yang menjamin ketersediaan dan keandalan sistem ERP untuk kelompok
pengguna yang telah ditentukan. Layanan aplikasi dapat dialihdayakan; dalam hal ini,
kontak multi-tahun sering disepakati berdasarkan perjanjian tingkat layanan. Tidak
semua organisasi mengalihdayakan layanan aplikasi; mereka juga dapat disediakan
oleh departemen TI internal.

Dalam Gambar 3.3, sebuah contoh disajikan yang menyebutkan calon pemasok ERP,
mitra implementasi, dan penyedia layanan aplikasi yang dapat dipilih oleh Kementerian
Pertahanan Belanda untuk proyek ERP mereka.

Tahap akhir proyek ERP Kementerian Pertahanan telah dimulai, Masih dalam balapan:
Baan atau SAP dan CSC, IBM atau Cgey / Logica CMG Sistem erp baru untuk
kementerian Pertahanan adalah Baan atau SAP. Kandidat untuk kemitraan
implementasi adalah tiga pihak: CSC, IBM dan kombinasi Cap Gemini Ernst & Young
/ Logica CMG. Awal musim panas ini kementerian bermaksud untuk menyelesaikan
seleksi.

Pada akhir tahun lalu empat pihak masih bersaing dalam tender Eropa untuk paket erp:
Baan, SAP, Oracle dan IFS Swedia. Kementerian memutuskan untuk melanjutkan
dengan dua pesaing lama, Baan dan SAP. Pada bulan April atau Mei kedua pihak dapat
mempresentasikan sistem mereka, setelah itu keputusan akan diambil musim panas ini,
menurut juru bicara kementerian.

Proses pemilihan untuk mitra koordinasi berjalan secara paralel: integrator sistem yang
akan mengimplementasikan sistem erp. Juru bicara melaporkan bahwa tiga kandidat
bersaing: CSC, IBM dan Cap Gemini Ernst & Young dengan Logica CMG. Para
kandidat ini telah menampilkan diri mereka. Atas dasar perjanjian ini satu pihak akan
ditolak. Setelah ini, kementerian akan bernegosiasi dengan dua lainnya. Pada bulan
Maret, pemilihan akhir akan dilakukan.

Standardisasi

Kementerian mengembangkan rencana ambisius Bitsdef (kebijakan IT standar

pertahanan) pada tahun 1998. Tujuan: menerapkan standar arsitektur ict yang
mengakhiri berbagai sistem yang saat ini ada di pasukan. Ini akan memungkinkan
manajemen yang lebih baik dan implementasi aplikasi baru yang lebih mudah. Salah
satu program yang telah diluncurkan adalah implementasi sistem erp yang menyeluruh,
dengan lima sub-program yang terhubung. Kementerian ingin menggunakan sistem
informasi baru dalam lingkungan erp untuk sumber daya manusia, kedokteran militer,
keuangan, pendidikan dan logistik bahan. Kementerian menunda dimulainya ini sampai
jelas paket erp mana yang dipilih. Pengembangan sistem penggajian baru P & O2000
+ bekerja sama dengan Accenture berlanjut, dan pengiriman direncanakan untuk tahun
2005. Pengiriman versi pertama sedikit tertunda dan sekarang direncanakan untuk akhir
tahun ini. Standarisasi berbagai proses sumber daya manusia di Angkatan Laut,
Angkatan Udara, Angkatan Darat, dan Polisi Militer membutuhkan waktu lebih lama
dari yang diperkirakan.

DTO

Peran divisi ict internal DTO dalam proyek ini masih belum jelas. Keraguan tentang
kemampuan organisasi untuk mengelola proyek sebesar ini adalah salah satu alasan
untuk mempertimbangkan outsourcing. Setelah rencana ini dihapuskan akhir tahun lalu,
kementerian sekarang merancang organisasi Eksekusi TIK Pertahanan (Dictu) yang
akan mengawasi pengembangan kebijakan ict DTO. Operasi penghematan biaya juga
mengancam DTO: dewan politik untuk pertahanan akan membahas rencana itu dalam
beberapa minggu ke depan.

2 ARSITEKTUR ERP DAN IT

Setiap sistem komputer didasarkan pada apa yang disebut arsitektur komputer.
Definisi formal dari arsitektur komputer adalah konsep dasar atau sifat-sifat sistem
dalam lingkungannya yang terkandung dalam elemen, hubungan, dan dalam prinsip-
prinsip desain dan evolusi [IEEE, 2011, hlm. 2].

Bab ini memberikan penjelasan tentang definisi formal arsitektur komputer

ini, serta pengantar hubungan antara sistem ERP dan arsitektur yang mendasarinya. Bab
ini dimulai dengan tiga komponen arsitektur logis ERP. Setelah ini, tiga arsitektur fisik
dijelaskan yang telah sering digunakan untuk ERP dalam beberapa dekade terakhir. Bab
keempat menjelaskan teknologi, tetapi terminologi spesialis dihindari atau dijelaskan.
Bab ini dimaksudkan untuk khalayak luas dan tidak hanya untuk pembaca dengan latar
belakang teknis.
2.1 Arsitektur logis dari sistem ERP

Arsitektur logis dari sistem ERP memiliki tiga elemen: interaksi, elemen basis
data dan logika bisnis. Masing-masing elemen dijelaskan di bagian ini. Arsitektur logis
terdiri dari elemen konseptual saja. Tidak berwujud, Anda tidak dapat menunjuk
elemen-elemen ini atau menyentuhnya.

Elemen pertama, interaksi, menangani pertukaran informasi antara sistem

ERP dan lingkungannya. Contoh interaksi tersebut adalah entri data oleh pengguna
manusia dari sistem. Elemen interaksi juga menjaga pertukaran informasi dengan
sistem lain, seperti Transfer Dana Elektronik dengan sistem komputer bank. Interaksi
dalam kasus-kasus seperti itu sering didasarkan pada pesan yang diberi kode dengan
standar EDI atau XML yang disebutkan dalam bab-bab sebelumnya.

Elemen kedua, database ERP, menangani penyimpanan semua data yang

diperlukan untuk berfungsinya sistem ERP. Semua operasi terkait data, yang
merancang, menambah, memperbarui, memilih dan menghapus data, dikelola oleh
database ERP [Weber, 1999].

Dalam sistem ERP, berbagai kelas data dapat dibedakan. Pertama, sistem
berisi data konfigurasi, juga disebut parameter. Ini ditetapkan selama implementasi dan
hampir tidak pernah berubah setelah itu. Contoh parameter adalah bahasa default di
mana berbagai layar sistem disajikan kepada pengguna. Kelas data kedua dalam sistem
ERP adalah data master. Data-data ini jarang diubah dan tentu saja kurang dari setiap
hari. Contoh data master adalah alamat pelanggan dan pemasok, data produk, dan akun
buku besar. Kelas akhir data adalah data transaksi; mereka diubah terus menerus dan
juga merupakan mayoritas data. Data transaksi dapat berupa pesanan pelanggan,
penerimaan barang, pesanan pembelian, pembayaran dan jadwal produksi.

Basis data ERP menangani masing-masing kelas data ini, dan karena itu mendasar bagi
karakteristik pertama ERP: integrasi data.

Elemen ketiga dari arsitektur logis dari sistem ERP, logika bisnis, memastikan
bahwa proses bisnis didukung dengan baik oleh sistem ERP. Elemen ini terdiri dari
sejumlah besar praktik terbaik, yang diprogram dalam sistem atau dapat dikonfigurasi.

Pelaksanaan praktik terbaik oleh ERP berlangsung dengan cara berikut.

Pertama, data yang diperlukan untuk pelaksanaan praktik terbaik dikumpulkan, baik
dari database ERP atau oleh interaksi. Kemudian, data diproses, perhitungan dibuat,
dan data digabungkan, diubah atau disortir. Akhirnya, hasilnya disimpan dalam
database ERP atau disajikan melalui interaksi. Contoh praktik terbaik adalah
perhitungan ulang jadwal produksi menggunakan metode Available to Promise setelah
pesanan baru ditempatkan, atau menutup tahun keuangan dan membuat neraca dan
laporan laba rugi sesuai dengan aturan akuntansi Prancis.
 Logika bisnis ERP menyadari karakteristik penting kedua dari sistem ERP:
dukungan untuk proses bisnis melalui praktik terbaik.

2.2 Unsur-unsur arsitektur TI fisik

Setiap sistem TI dirancang untuk instalasi pada arsitektur TI fisik. Untuk

menggambarkan arsitektur fisik untuk sistem TI, bagian ini menggunakan klasifikasi
sederhana yang terdiri dari enam elemen: penyimpanan permanen (sebagian besar
ruang disk), penyimpanan sementara (juga dikenal sebagai memori internal), unit
pemrosesan pusat (atau: CPU), data perangkat entri, perangkat data output, dan jaringan
transportasi data. Berbeda dengan arsitektur logis dari sistem ERP, arsitektur fisik tidak
hanya konseptual. Penyimpanan permanen dan sementara, CPU, perangkat entri dan
keluaran data, dan jaringan berwujud.

Dua elemen dalam arsitektur fisik menjaga penyimpanan data. Pertama, ada
penyimpanan data permanen, yang menjamin bahwa data disimpan tanpa perlu listrik
atau sumber daya lainnya. Secara umum, data disimpan dalam disk, tetapi kaset, CD,
DVD, dan perangkat USB juga cocok untuk entri data permanen.

Pertumbuhan luar biasa dalam kapasitas penyimpanan permanen dalam

beberapa dekade terakhir, dikombinasikan dengan penurunan harga yang cepat sangat
luar biasa. Sebagai gambaran: hard disk dengan kapasitas 15 MegaByte berharga € 750
pada 1986, sedangkan USB stick dengan kapasitas 16 GigaByte berharga € 8 pada 2014.
Ini berarti penurunan harga dari € 50.000 menjadi € 0,50 per GigaByte.

Selain penurunan harga yang substansial ini, kecepatan penyimpanan dan

pengambilan dari media modern juga meningkat pesat. Namun, untuk penyimpanan
cepat dan pengambilan data, penyimpanan permanen tidak cukup. Di sini, elemen
kedua dari arsitektur TI fisik diterapkan: penyimpanan data sementara.

Penyimpanan data sementara, juga disebut memori internal, terdiri dari kartu
memori. Perkembangan teknologi yang luar biasa juga terjadi di sini: komputer pribadi
pertama yang tersedia di pasaran pada 1980-an memiliki memori internal 640 KiloByte,
sementara komputer pribadi modern setidaknya seribu kali lipat dari jumlah ini. Jika
dibandingkan dengan penyimpanan permanen, memori internal cepat, tetapi juga mahal.
Itu juga lebih rentan terhadap gangguan daya yang disengaja dan tidak disengaja,
karena data hilang ketika komputer dimatikan.

Prosesor transaksi dalam arsitektur TI biasanya ditandai dengan istilah-istilah

seperti prosesor, unit pemrosesan pusat, atau CPU. CPU memproses informasi dengan
menerapkan perhitungan padanya atau dengan mengatur ulangnya. CPU terdiri dari
semikonduktor pada wafer silikon (ada gambarnya). Kekuatan pemrosesan CPU telah
meningkat secara eksponensial dalam beberapa dekade terakhir. Pada tahun 1965,
Moore merumuskan hukumnya yang terkenal, yang mengatakan bahwa setiap tahun
kekuatan pemrosesan CPU berlipat ganda [Moore, 1965]. Undang-undang ini masih
berlaku hingga hari ini, meskipun para spesialis telah berulang kali mengumumkan
bahwa akhir dari pembangunan sudah dekat. Di seluruh dunia, kepemimpinan pasar
dalam pengembangan dan penyediaan prosesor perusahaan Intel tidak perlu
dipersoalkan lagi.

Perangkat input dan output adalah elemen-elemen dalam arsitektur IT yang

menangani pertukaran informasi antara orang dan komputer. Pada tahun-tahun awal
komputerisasi pertukaran ini diwujudkan dengan menggunakan kartu berlubang. Di sisi
entri data, cara pertukaran data yang tidak efisien ini segera digantikan oleh keyboard.
Sejak Windows diperkenalkan, mouse telah menjadi perangkat yang sangat diperlukan
untuk entri data. Dalam beberapa tahun terakhir, berbagai perangkat entri data telah
dikembangkan, seperti pembaca kode batang, pemindai teks, pemindai iris, dan pena
elektronik. Di masa depan, semua perangkat ini mungkin menjadi usang, ketika
pengenalan suara menjadi lebih canggih dan data akan dimasukkan secara langsung
melalui suara manusia.

Di sisi output data, yaitu pertukaran informasi dari komputer ke orang, kartu
berlubang (punched cards), punched cards adalah selembar kertas kaku yang berisi baik
perintah untuk mengendalikan mesin otomatis atau data utuk aplikasi pengolahan data.
Kedua perintah dan data diwakili oleh ada atau tidak adanya lubang diposisi yang telah
ditentukan. pada awalnya diganti oleh monitor komputer di mana karakter hijau
ditampilkan pada latar belakang hitam (ada gambarnya). Saat ini, monitor komputer
dapat menampilkan jumlah warna yang tak terbatas dalam resolusi sangat tinggi
(gambar komputer modern dengan kualitas gambar yang lebih baik). Perangkat
keluaran lain yang tersedia adalah printer, komplotan, blackberry, ponsel pintar, dan
jam tangan pintar (gambar).

Dengan tingkat teknologi perangkat saat ini, sudah dimungkinkan untuk

mewujudkan integrasi data lanjutan dengan pelanggan, pemasok, dan pihak lain.
Karena peluang yang ditawarkan oleh inovasi teknologi, pemasukan dan keluaran data
akan semakin terwujud tanpa campur tangan manusia, yang berarti bahwa pemasukan
data dan perangkat keluaran akan digunakan lebih sedikit di masa depan.

Ketika berbagai elemen arsitektur TI fisik berada di lokasi yang berbeda,

informasi harus dipindahkan antara lokasi tersebut. Jaringan data menangani hal ini.
Kapasitas dan kecepatan jaringan semacam itu telah mengalami pertumbuhan yang luar
biasa. Belum lama ini bahwa kecepatan 9,6 Kilobit per detik melalui saluran telepon
dapat diterima, sementara hari ini kecepatan 11 Megabit tidak biasa. Secara paralel,
biaya kapasitas jaringan telah turun secara dramatis. Jaringan perusahaan swasta
dengan ketersediaan jauh lebih sedikit dari 100 persen digunakan untuk biaya jutaan
Euro setiap tahun, sementara transportasi data melalui Internet sekarang sudah mungkin
untuk kurang dari seratus Euro per tahun. Pada Gambar 4.1, akses Internet per negara
di negara-negara Eropa kontinental pada tahun 2012 disajikan [Seybert, 2012]. Di
beberapa negara, lebih dari 90 persen individu sudah menggunakan Internet. Jika akses
Internet terus tumbuh, warga Eropa akan selalu on line dalam waktu dekat.
Gambar 4.1 Persentase orang yang menggunakan Internet, di mana saja dan jauh dari
rumah atau bekerja, pada tahun 2012.

Sumber: Seybert [2012]

Sebagai hasil dari inovasi teknologi yang luar biasa, arsitektur fisik IT dengan
kapasitas, kualitas dan kecepatan tinggi tersedia saat ini dengan harga murah. Namun,
aplikasi komputer yang diinstal pada arsitektur ini juga menjadi lebih menuntut. Ini
tentu berlaku untuk sistem ERP. Oleh karena itu masih relevan untuk setiap
implementasi ERP untuk membuat pemetaan yang dirancang dengan baik dari elemen-
elemen logis dari sistem ERP pada elemen-elemen arsitektur TI fisik.

Dalam tiga bagian berikutnya contoh disajikan dari tiga arsitektur TI yang
terkenal dan cara ERP dapat diwakili pada mereka. Perlu dicatat bahwa arsitektur fisik
digambarkan dalam bentuk paling murni. Pada kenyataannya, bentuk-bentuk murni ini
tidak terjadi dan campuran jenis arsitektur sedang digunakan.

Ketika system ERP diinstal pada arsitektur mainframe fisik,prinsip sentralisasi

harus diikuti. Basis data ERP diisntal pada ruang disk mainframe pusat, juga software
dimana logika bisnis telah di program. Perhitungan dan manipulasi data dalam logika
bisnis ERP dilakukan oleh memori internal & pemrosesan yang terpusat. Satu-satunya
elemen arsitektur desentralisasi adalah interaksi yang hadir di situs web dengan
terminal mereka, semua elemen lain dipasang secara terpusat dan dibagikan ke semua
pengguna. Pada gambar 4.2 gambar skematik elemen-arsitektur mainframe disajikan.
Dibagian bawah gambar unsur arsitektur diberi nama serta pemetaan dari elemen ERP
logis pada elemen arsitektur fisik.

Keuntungan utama dari arsitektur mainframe terpusat untuk ERP adalah

kemudahan dengan database dan logika bisnis dapat dibagikan. Misalnya perubahan
dalam logika bisnis diperlukan, baik melalui konfigurasi atau melalui versi baru
software, perubahan ini dapat diinstal secara terpusat dan akan tersedia secara instan
untuk semua pengguna.
 Kerugian utama adalah rentan terhadap penggunaan sampai batas puncak. Ketika
semua pengguna meminta akses ke elemen yang sama pada saat yang sama, kelebihan
beban dapat terjadi dan mainframe dapat menjadi hambatan dalam proses organisasi.
Contoh lalu lintas puncak dapat terjadi selama akhir bulan keuangan atau ketika
kampanye pemasaran yang berhasil menghasilkan angka tinggi yang tidak terduga dari
pesanan.

Arsitektur mainframe telah ada selama beberapa dekade. Prinsip berbagi ruang
disk, memori internal,daya pemrosesan masih berlaku hingga saat ini dan sentralisasi
elemen arsitektur suaatu lokasi pusat data telah lembali popular dalam beberapa tahun
terakhir. Untuk ERP arsitektur terpusat sangat cocok, karena database ERP dan logika
bisnis dpat dengan mudah dibagikan oleh semua ERP. Terminal desentralisasi memiliki
fungsi terbatas untuk standar modern, dan karena ketersediaan kapasitas jaringan murah
dan opsi grafis efisien dari perangkat input dan output modern yang tidak lagi
diperlukan batas lalu lintas jaringan. Terminal dan keyboard telah diganti dengan lebih
canggih.

2.4 ERP pada Arsitektur Server Klien

Pada 1980an muncul arsitektur baru yaitu server klien. Dua kemajuan teknologi
informasi membuat pembelian computer terjangkau bagi hampir setiap organisasi.

Pertama apa yang disebut computer mini atau server ciptaan. Kmputer ini tidak
sekuat mainframe tradhisional, tetapi mereka mampu melayani beberapa ratus
pengguna. Pesaing IBM bergabung dan mengembangkan sistem operasi baru Unix
terutama untuk server-server ini.

Kedua IBM memperkenalkan computer pribadi (atau PC) dipasar. IBM tidak
memberikan uang atau upaya dalam kampanye Charlie Chaplin mereka yang terkenal,
dan PC dengan cepat menembus pasar perkantoran dan mengganti terminal untuk
arsitektur mainframe.

Arsitektur server klien didasarkan pada harapan bahwa semua elemen arsitektur
fisik menjadi lebih murah dan lebih kuat, yang memungkinkan distribusi elemen lebih
tersentralisasi dan lokasi lebih terdesentralisasi. Arsitektur server klien juga dikenal
sebagai arsitektur terdiatribusi. Karena distribusi elemen, kemacetan kinerja dapat
diatasi dan lalu lintas jaringan, yang masih relative mahal di abad terakhir, bisa dibatasi.

Dalam arsitektur server klien pemisahan ketat antara elemen terpusat dan
desentralisasi tidak lebih lama ada. Dalam arsitektur ini, klien adalah workstation
pengguna. Secara umum ini adalah PC yang kuat dengan sejumlah besar memori
internal, ruang disk sendiri, CPU cepat, monitor grafis dan keyboard. PC dengan
spesifikasi kuat ini sering disebut klien gemuk. Severnya s angat kuat dengan
menawarkan penyimpanan data skala besar ke klien. Server juga memiliki memori
internal dan CPU, tetapi hanya digunakan untuk penyimpanan cepat dan pengambilan
data bukan perhitungan untuk pengguna.
 Server dapat ditempatkan secara terpusat, tetapi arsitektur dengan server di setiap
lokasi juga ada.

Dalam kasus ini, server secara teratur bertukar informasi dengan server pusat. Antara
klien dan server, jaringan diinstal. Ini bisa berupa jaringan area lokal yang murah (atau:
LAN) dalam suatu lokasi, atau jaringan area luas yang lebih mahal (atau: WAN) antar
lokasi .

Ketika sistem ERP diinstal pada arsitektur client-server, elemen-elemen ERP

didistribusikan melalui arsitektur IT fisik. Pada Gambar 4.4, sistem ERP dipetakan pada
arsitektur client-server. Basis data ERP diinstal pada ruang disk server. Dimungkinkan
untuk menyimpan data lokal di server lokal, sementara data seluruh organisasi disimpan
di server pusat. Dalam hal ini, database ERP terdistribusi digunakan, dan mekanisme
replikasi diperlukan untuk menyinkronkan data umum.

Gambar 4.4 Elemen ERP logis yang dipetakan pada arsitektur client-server fisik

Dua elemen ERP lainnya, logika bisnis dan interaksi, dieksekusi di sisi klien.
Perhitungan dan manipulasi data dalam logika bisnis ERP ditangani oleh memori
internal dan CPU dari PC pengguna. Elemen interaksi ERP juga tersedia di sisi
pengguna individu dan terdiri dari monitor, keyboard, mouse, dan printer.

Keuntungan utama dari arsitektur client-server adalah penggunaan luas elemen-

elemen yang relatif murah. Server menawarkan kapasitas penyimpanan yang besar
dengan biaya rendah. Klien gemuk menawarkan kemampuan pemrosesan yang kuat
yang tidak perlu dibagi oleh masing-masing pengguna dengan orang lain.
 Namun pemetaan elemen ERP pada arsitektur client-server fisik tidak jelas.
Logika bisnis bersama adalah elemen penting dari ERP. Dalam arsitektur client-server,
salinan model bisnis diperlukan pada setiap PC lokal, karena CPU dan memori internal
klien menjalankan perhitungan dan manipulasi data. Setiap kali logika bisnis diubah,
perubahan ini harus direplikasi ke setiap klien dan setiap server dalam arsitektur. Ini
bisa padat karya dan karena itu mahal, dan hampir tidak mungkin untuk menjamin
bahwa elemen-elemen ERP disinkronkan setiap saat.

Arsitektur client-server telah digunakan secara intensif selama beberapa dekade.

Prinsip yang mendasari elemen murah dan minimalis lalu lintas jaringan yang mahal
tidak lagi berlaku. Pertama, biaya perangkat keras yang lebih rendah tidak selalu lebih
besar daripada biaya sinkronisasi yang lebih tinggi. Kedua, lalu lintas jaringan menjadi
lebih murah, dan karena itu pentingnya upaya minimalisasi lalu lintas menurun.

Beberapa prinsip arsitektur client-server tetap valid. Berbagi ruang disk, yang
merupakan prinsip bahwa arsitektur client-server memiliki kesamaan dengan arsitektur
mainframe, telah menjadi sangat umum. Selain itu, klien yang gemuk, PC yang kuat
untuk pengguna individu, sekarang digunakan di hampir setiap organisasi. Namun ini
terutama digunakan untuk aplikasi produktivitas pribadi, seperti pengolah kata,
spreadsheet, dan alat presentasi. Untuk ERP arsitektur client-server ternyata bukan
menjadi solusi terbaik.

2.5 ERP Pada Arsitektur Browser

Pada 1990-an arsitektur TI baru mulai berkembang: arsitektur browser.

Perkembangan teknologi yang berkelanjutan membuat koneksi komputer dan jaringan
terjangkau tidak hanya untuk perusahaan, tetapi juga untuk konsumen individu dan
rumah tangga. Saat ini, Internet, email, dan media sosial telah menjadi bagian integral
dari kehidupan kita sehari-hari.

Untuk arsitektur browser, jaringan adalah elemen penting. Jaringan tidak lagi
menghubungkan berbagai lokasi perusahaan tunggal, tetapi secara teknis dapat
menghubungkan semua komputer, klien dan server, yang terhubung ke Internet.
Kapasitas jaringan telah meningkat sangat besar, dan harga telah menurun pada saat
yang sama, yang berarti bahwa jaringan tidak lagi menjadi hambatan dalam arsitektur
TI. Melalui manajemen jaringan dan keamanan jaringan suatu organisasi dapat
menentukan mana dari jutaan koneksi potensial yang diperlukan atau berguna untuk
organisasi dan menawarkan koneksi ini kepada pengguna.

Server yang dapat menyediakan ruang disk, memori internal, dan daya
pemrosesan dapat dihubungkan ke jaringan, yang sebanding dengan mainframe yang
disediakan dalam arsitektur tradisional. Elemen baru dalam arsitektur browser adalah
browser, program perangkat lunak yang Program browser mengeksekusi komunikasi
melalui jaringan melalui protokol standar dan efisien yang membutuhkan memori
internal minimal dan daya pemrosesan di sisi klien. Ini berarti bahwa PC yang kuat
tidak lagi diperlukan dalam arsitektur browser, tetapi opsi alternatif seperti ponsel,
ponsel pintar, tablet atau blackberry dapat digunakan sebagai perangkat entri data dan
output. Satu-satunya persyaratan di sisi klien adalah keberadaan browser. Karena
persyaratan minimal ini dalam arsitektur browser, klien sering disebut klien tipis.
diinstal pada perangkat entri dan keluaran data pengguna.

Gambar 4.5 Elemen ERP logis yang dipetakan pada arsitektur browser fisik

Pada Gambar 4.5, tinjauan skematis disajikan tentang pemetaan elemen ERP
pada arsitektur browser. Basis data ERP dan logika bisnis ERP dipasang di server, dan
server ini dapat diakses melalui jaringan. Jaringan ini dapat berupa Internet publik,
jaringan milik perusahaan swasta, atau kombinasi keduanya. Ketika Internet publik
digunakan, ini juga disebut komputasi awan.

Pengguna dapat mengaktifkan interaksi dengan memulai browser mereka,

menghubungkan ke halaman web dari mana server ERP dapat dijangkau dan masuk ke
sistem ERP. Browser dapat diinstal pada PC di lokasi organisasi, tetapi juga di rumah
pengguna, pada ponsel pintar atau pada PC di warnet di suatu tempat di luar negeri.

Keuntungan utama dari arsitektur browser adalah kemudahan yang digunakan

pengguna untuk mendapatkan akses ke database ERP dan logika bisnis ERP.
Pemeliharaan dan manajemen versi dari database dan logika bisnis hanya harus
dilakukan pada satu server. Melalui browser, pengguna selalu memiliki akses ke versi
terbaru. Pemeliharaan di sisi klien jarang diperlukan; selama peramban diinstal dan
dapat mengatur koneksi dengan server dari mana saja di dunia, pengguna dapat bekerja
dengan sistem ERP.
 Arsitektur browser juga memiliki beberapa kelemahan. Pertama, bekerja dari
berbagai lokasi membutuhkan kesadaran keamanan yang tinggi dari pengguna.
Membiarkan koneksi terbuka ke halaman web ERP di bandara jelas tidak diinginkan.
Transportasi data melalui Internet publik tanpa langkah keamanan tambahan juga tidak
disarankan; rute yang akan diikuti oleh data tidak diketahui sebelumnya, dan selama
transportasi data dapat dicegat. Kerugian kedua adalah ketergantungan penuh pada
jaringan: tanpa koneksi jaringan sistem ERP tidak dapat dijangkau. Di Internet publik
tidak ada jaminan ketersediaan yang diberikan, yang berarti bahwa jika ERP sangat
penting, koneksi jaringan alternatif harus tersedia.

Popularitas arsitektur browser mungkin akan meningkat di tahun-tahun

mendatang. Meningkatnya kapasitas dan penurunan harga koneksi jaringan, dan
ketersediaan browser pada perangkat entri dan output data yang semakin banyak
memastikan perkembangan lebih lanjut dan kecanggihan arsitektur browser dalam
dekade mendatang.

4.6 SUMMARY (Ringkasan)

1. Arsitektur logis dari sistem ERP memiliki tiga elemen. Elemen interaksi ERP
menangani pertukaran informasi antara sistem ERP dan lingkungannya. Database ERP
melakukan penyimpanan dan pengambilan semua data yang diperlukan untuk
berfungsinya sistem ERP dengan benar. Logika bisnis ERP terdiri dari sejumlah besar
praktik terbaik, yang diprogram dalam sistem atau dapat dikonfigurasi.

2. Sistem ERP logis harus diinstal pada arsitektur TI fisik. Untuk

menggambarkan arsitektur fisik untuk sistem TI klasifikasi sederhana yang ada dari
enam elemen arsitektur telah disajikan dalam bab ini: penyimpanan permanen
(sebagian besar ruang disk), penyimpanan sementara (juga dikenal sebagai memori
internal), unit pemrosesan pusat (atau: CPU) yang melakukan perhitungan dan
transformasi data, perangkat entri data, perangkat output data, dan jaringan transportasi
data.

3. Ada banyak pilihan berbeda untuk pemasangan sistem ERP pada elemen
arsitektur fisik. Tiga arsitektur terkenal yang telah sering digunakan untuk ERP dalam
beberapa dekade terakhir telah disajikan. Arsitektur mainframe didasarkan pada
pemusatan sebanyak mungkin elemen. Arsitektur client-server di sisi lain
menggunakan unsur-unsur komputer pribadi yang dimiliki pengguna di lokasi kantor
atau pabrik yang didesentralisasi. Dalam arsitektur browser, jaringan adalah elemen
utama yang memberikan pengguna akses ke sistem ERP dari setiap lokasi di mana
mereka memiliki browser dan jaringan yang mereka inginkan.

4. Sebuah komentar kecil dibuat di sini. Agar uraiannya sederhana dan singkat,
ketiga arsitektur tersebut telah dijelaskan dalam bentuknya yang paling murni. Pada
kenyataannya, bentuk-bentuk murni ini mungkin tidak ada dan arsitektur campuran
digunakan.