Sistem ERP Masa Depan: Agenda Riset

Benedict Bender, Clementine Bertheau dan Norbert Gronau

Jurusan Informatika Bisnis, Universitas Potsdam, Agustus Bebel Str. 89, 14489 Potsdam, Jerman

Kata kunci: ERP, Enterprise Resource Planning, Sistem Perusahaan, Arsitektur Tiga Tingkat, Model Arsitektur Referensi,
Masalah, Agenda Penelitian.

Abstrak: Makalah ini menyajikan agenda penelitian tentang sistem ERP generasi saat ini yang dikembangkan berdasarkan
tinjauan literatur tentang masalah sistem ERP saat ini. Masalah disajikan mengikuti siklus hidup ERP. Pada
langkah selanjutnya, masalah yang teridentifikasi dipetakan pada model arsitektur referensi sistem ERP
yang merupakan perluasan dari model arsitektur three-tier yang banyak digunakan dalam praktik. Agenda
penelitian disusun sesuai dengan model arsitektur referensi dan membahas masalah yang diidentifikasi
terkait data, infrastruktur, adaptasi, proses, dan lapisan antarmuka pengguna.
1 PENGANTAR
Bender, B., Bertheau, C. dan Gronau, N.

Sistem ERP Masa Depan: Sebuah Agenda Penelitian.

Transformasi digital serta pengembangan lebih

DOI: 10.5220/0010477307760783
lanjut dari produk dan layanan yang ada menetapkan Dalam Prosiding Konferensi Internasional keISBN: 978-989-758-509-8 -23 tentang Sistem Informasi
persyaratan baru untuk kelas sistem perusahaan Perusahaan (ICEIS 2021)

yang mendominasi di perusahaan, sistem ERP.
Persyaratan ini sebagian berasal dari masalah yang
terkait dengan arsitektur sistem ERP, cara sistem
diimplementasikan yang terkait erat dengan aspek
dan tingkat penyesuaian.
Kecuali untuk tantangan yang terkait dengan
sistem itu sendiri, lanskap bisnis yang berubah
menimbulkan persyaratan baru pada sistem ERP.
Misalnya, kemunculan Industrial Internet of things
(IIoT) memungkinkan proses dan pengambilan
keputusan didukung oleh data yang dikumpulkan
selama operasi (Lazarev dan Nekrasov 2017;
Bragalia et al. 2019).
Sejauh ini, penelitian tentang sistem ERP
sebagian besar berfokus pada fase implementasi dan
pasca implementasi dan faktor penentu keberhasilan
yang sesuai (misalnya Mahraz et al., 2020;
Poluektova et al., 2018; Zare Ravasan dan
Mansouri, 2016). Sementara perspektif berorientasi
siklus hidup ini sangat penting untuk praktik,
masalah yang terkait dengan desain arsitektur sistem
ERP generasi saat ini tidak terlalu penting dalam
pertimbangan sebelumnya. Dengan demikian,
masalah ERP tidak ditangani secara holistik. Ini
mengarah pada masalah bahwa desain sistem, yang
mungkin menjadi akar dari banyak masalah selama
implementasi sistem dan
776 operasi, mungkin tidak dikaitkan dengan
arsitektur sistem ERP yang relatif stabil.
Melalui tinjauan literatur, masalah dengan
generasi sistem ERP saat ini secara sistematis
diidentifikasi dan dipetakan ke model arsitektur
referensi sistem ERP. Temuan terkait
diintegrasikan ke dalam agenda penelitian.
Integrasi siklus hidup dan perspektif arsitektur
dapat memandu konseptualisasi sistem perusahaan
generasi berikutnya.
Makalah ini disusun dalam empat bagian.
Pilihan berikut memperkenalkan kerangka
arsitektur dan atribut masalah yang diidentifikasi
dalam literatur. Bagian tiga menyajikan agenda
penelitian, sedangkan bagian empat menyimpulkan
makalah.
2 MASALAH SISTEM ERP SAAT
INI
Agenda penelitian tentang sistem ERP masa depan
dipusatkan di sekitar model arsitektur referensi
sistem ERP. Berbeda dengan pendekatan
sebelumnya, idenya adalah untuk secara sistematis
mengelompokkan masalah yang diidentifikasi
sesuai dengan tingkat arsitektur sistem yang
berbeda. Dengan demikian, pendekatan ini
memungkinkan untuk mengaitkan tantangan terkait
dengan domain penelitian masing-masing dan
mengembangkan solusi yang sesuai. Akhirnya,
integrasi temuan memungkinkan mendorong
 Sistem ERP Masa Depan: Agenda Riset

diskusi tentang generasi masa depan sistem ERP adaptasi yang mencakup semua adaptasi yang
dalam hal arsitektur. dilaksanakan secara individual untuk perusahaan (ibid.).

2.2 Temuan dari Sastra

Untuk mendapatkan pemahaman tentang keadaan
penelitian saat ini tentang masalah yang berakar pada
pemilihan, implementasi, dan siklus hidup sistem ERP
serta desain dan arsitekturnya, tinjauan literatur
- Volume 2, halaman 776-783
dilakukan. Untuk tujuan ini, database Web of Science
hak cipta2021 oleh SCITEPRESS – Publikasi Sains dan Teknologi, Lda. Seluruh hak cipta

2.1 Latar Belakang Teoretis ditanyai. Kata kunci termasuk "ERP" ATAU
"Perencanaan Sumber Daya Perusahaan" DAN
Model arsitektur referensi oleh Andresen dan Gronau
"masalah" ATAU "masalah". Karena fokus tinjauan
(2005) yang dipertimbangkan dalam artikel ini
terletak pada literatur saat ini, rentang waktu terbatas
merupakan perluasan dari arsitektur three-tier yang
pada lima tahun terakhir (2016 - 2020). Selain itu,
banyak digunakan dalam praktik. Arsitektur three-tier
artikel berpengaruh sentral diidentifikasi melalui
mengikuti generasi sistem ERP two-tier, divisi
penelitian referensi ke belakang. Tinjauan pustaka
clientserver sederhana (Bahssas et al., 2015). Untuk
dimaksudkan untuk mewakili dan oleh karena itu
arsitektur ERP tiga tingkat, lebih banyak lapisan
berfungsi sebagai dasar untuk mengembangkan agenda
ditentukan. Yaitu presentasi atau user interface,
penelitian (Cooper 1988). Kelengkapan tidak ditujukan.
aplikasi, dan database (Bahssas et al., 2015; Qin dan
Berikut ini, literatur yang mengidentifikasi masalah
Wei, 2013). Antarmuka pengguna atau lapisan
dengan sistem ERP atau menanganinya disajikan.
presentasi membentuk bagian penghubung antara
Masalah dipusatkan sesuai dengan domain masalah dan
sistem dan pengguna. Dialog yang dipicu oleh
fase.
pengguna melalui antarmuka pengguna diterima di
lapisan ini. Lapisan aplikasi atau fungsionalitas
menggabungkan algoritma pusat perangkat lunak.
Komponen perangkat lunak terstruktur pada lapisan
ini dan sumber daya serta transaksi dijalankan dan
dikelola di sini. Ini termasuk pemrosesan data, yang
dibaca dari dan ditulis ke database. Pada lapisan basis
data, manipulasi dilakukan pada data yang disimpan.
Data dikelola dalam sistem database, yang biasanya
relasional dalam generasi sistem ERP saat ini
(Plattner 2009).
Model arsitektur referensi diperpanjang
diperkenalkan oleh Andresen dan Gronau (2005) Gambar 1: Lapisan arsitektur Sistem Enterprise menurut
untuk mengatasi kurangnya kemampuan beradaptasi Andresen dan Gronau (2005).
yang datang bersama dengan desain tradisional
sistem ERP (lihat Gambar 1). Menurut penulis,
2.2.1 Masalah Terkait Kustomisasi
arsitektur sistem ERP (harus) menentukan tingkat
tambahan selain lapisan yang disebutkan. Lapisan Meskipun sistem ERP adalah paket perangkat lunak
tambahan ini adalah lapisan kontrol, yang terletak di standar, juga dikenal sebagai produk komersial
antara lapisan presentasi dan fungsionalitas, lapisan (COTS), beberapa penyesuaian selalu diperlukan untuk
infrastruktur yang berada di bawah lapisan basis data, memenuhi persyaratan fungsional dan proses dari
dan lapisan adaptasi yang merupakan lapisan organisasi pelaksana. Oleh karena itu, topik ini sangat
penampang. Lapisan kontrol adalah tempat proses menarik bagi komunitas penelitian (Daneva, 2014;
bisnis harus dipantau, dan konsistensi internal Light, 2005;
dipastikan. Lapisan kontrol harus menyediakan Parthasarathy dan Sharma, 2017; Zare Ravasan dan
kemungkinan untuk memodelkan proses bisnis Mansouri, 2016). Kustomisasi dapat bermacammacam
dengan bahasa pemodelan tertentu. Tergantung pada dan terminologi yang digunakan secara luas yang
arsitektur sistem ERP masing-masing, proses membedakan antara konfigurasi dan modifikasi tidak
dipetakan melalui mesin alur kerja, yang merupakan cukup untuk memperkirakan upaya terkait yang
bagian dari lapisan aplikasi. Lapisan infrastruktur diperlukan untuk implementasi dan pemeliharaan
mencakup keputusan mengenai distribusi dan (Brehm et al., 2001). Menyesuaikan sistem ERP dapat
topologi. Penampang ke semua lapisan adalah lapisan menjadi masalah dalam berbagai cara karena
meningkatkan kompleksitas perangkat lunak itu sendiri
dan proyek implementasi. Dengan penyesuaian, risiko

777
ICEIS 2021 - Konferensi Internasional ke-23 tentang Sistem Informasi Perusahaan

penyebaran dan peningkatan kesulitan meningkat. (Schäffer dan Leyh 2016). Penelitian lain berfokus pada
Kustomisasi berat bahkan dapat menyebabkan kegunaan yang buruk yang menghambat peningkatan
kegagalan proyek (ibid.). Kustomisasi basis data dan produktivitas (Babaian et al., 2017) dan masalah
kode sumber khususnya dapat menyebabkan interoperabilitas dan integrasi yang dapat disebabkan
masalah yang berkaitan dengan kualitas perangkat oleh interoperabilitas semantik (Badr et al., 2016) dan
lunak (Parthasarathy dan Sharma, 2017). aspek lingkungan, teknis, manajerial serta organisasi
2.2.2 Masalah Terkait Pemilihan ERP (Banaeianjahromi et al., 2016).
Mempertimbangkan kekhususan industri
Pemilihan ERP secara komprehensif diteliti sebagai manufaktur, masalah lebih lanjut terjadi. Misalnya,
masalah pengambilan keputusan multi-kriteria yang sistem ERP tampaknya tidak cukup mendukung
kompleks untuk menemukan sistem ERP yang pemantauan proses produksi karena hanya menyediakan
paling cocok dengan proses organisasi tanpa perlu informasi sintetik tentang input dan output proses. Itu
modifikasi dalam hal upaya penyesuaian (Ayağ dan membuatnya perlu untuk menutup kesenjangan antara
Yücekaya, 2019; Hinduja dan Pandey, 2019 ). ERP dan sistem manajemen produksi (Krótkiewicz et
Tentu, beberapa penelitian berhubungan dengan al., 2019). Semakin pentingnya industri 4.0 yang
ketidakcocokan sistem ERP setelah seleksi yang memerlukan antara lain lebih banyak informasi yang
merupakan masalah umum dalam praktek (Wu et al., tersedia membawa persyaratan baru untuk sistem ERP
2007). Meningkatnya penggunaan komputasi awan yang belum terpenuhi dalam praktiknya (Braglia et al.,
juga mempengaruhi pasar ERP. Perusahaan yang 2019; Lazarev dan Nekrasov, 2017) seperti standar
memilih sistem ERP baru dihadapkan pada keamanan yang lebih tinggi (Elkhawas dan Azer,
keputusan apakah akan mengoperasikannya di 2018). ).
tempat atau di cloud. Penelitian terbaru dikhususkan
sebagian hanya untuk sistem cloud ERP dan
implikasi serta risiko terkait seperti kesesuaian dan 2.3 Pemetaan Masalah
penyesuaian fungsionalitas, migrasi data, perubahan Terlepas dari pertimbangan berorientasi siklus hidup
organisasi, sistem ERP, yang mendominasi literatur sebelumnya,
sebagian besar masalah yang diidentifikasi dalam
2.2.3 Masalah Terkait Implementasi ERP literatur dapat dipetakan ke lapisan model referensi
Setelah pemilihan sistem ERP yang sukses, tantangan (Tabel 1). Ikhtisar berikut disaring untuk masalah yang
berikutnya bagi perusahaan adalah fase implementasi dapat dikaitkan dengan lapisan tertentu dari sistem
yang bisa lebih kompleks, sulit, dan berisiko, ERP. Fokus ini memungkinkan untuk lebih
terutama untuk UKM (Leu dan Lee, 2017; mengembangkan arsitektur sistem perusahaan yang
Poluektova et al., 2018). Faktor-faktor yang dapat membantu menyelesaikan asal usul masalah
menyebabkan kegagalan antara lain: upaya potensial pada tingkat arsitektur sistem perusahaan.
kustomisasi yang berat, rekayasa ulang proses bisnis Karena aspek-aspek tersebut yang semata-mata
yang buruk, kualitas konsultan yang buruk, dan memfokuskan proyek ERP tidak dipertimbangkan
kurangnya dukungan manajemen puncak (ibid.). untuk agenda penelitian tentang isu-isu arsitektur dari
generasi sistem ERP saat ini.
2.2.4 Masalah Terkait Penggunaan ERP Tabel 1 menunjukkan bahwa masalah yang
diidentifikasi dalam literatur dipetakan dengan model
Setelah implementasi, pada fase penggunaan, referensi arsitektur (lihat bagian 2.1).
beberapa perusahaan mengalami kesulitan dalam
menyadari manfaat penerapan sistem ERP. Ini karena
perusahaan tidak memiliki kompetensi untuk
menentukan manfaat yang diharapkan sebelum Tabel 1: Masalah yang diidentifikasi dalam literatur per
implementasi dan untuk memantau keberhasilan dan lapisan.
kegagalan (Anaya, 2019). Pengguna kunci dapat Masalah Referensi kam P F D Say a A
memainkan peran penting sebagai manajer u
pengetahuan untuk realisasi manfaat dalam fase ini Kualitas data Zong dkk. x x
(Maas et al., 2016). Peningkatan ERP menjadi proses (2017)
pemeliharaan yang khas dalam fase penggunaan
Kegunaan yang Babaian dkk. x
dianggap sebagai masalah yang kompleks seperti
buruk (2017)
pemilihan ERP (Goman dan Koch, 2018). Ini
mencakup langkah-langkah serupa seperti rekayasa Integrasi dan Badar dkk. x
interoperabilita (2016)
persyaratan, evaluasi opsi, dan identifikasi
s Banaeianjahrom
dependensi (ibid.).
i dkk. (2016)
Standar Elkhawas dan x x x
2.2.5 Masalah Lebih Lanjut
keamanan Azer (2018)
Masalah lain yang dibahas dalam literatur tentang Persyaratan Krótkiewicz x x x
sistem ERP adalah masalah kualitas data (master) pemantauan (2019)
(Zong et al., 2017) dan manajemen data master
778
 Sistem ERP Masa Depan: Agenda Riset

Tingkat Brehm, Heinzel x x sistem ERP untuk penerimaan dan keberhasilan proyek
kustomisasi dan Markus telah disorot (Masa'deh et al., 2019).
(2001) Dengan meningkatnya kemungkinan dan tuntutan
Persyaratan dari Bragalia dkk. x x x terhadap operasi seluler, kelompok sistem ERP dapat
Industri (2019) menambahkan desain responsif dan pendekatan berbasis
4.0 Lazarev dan web dalam portofolio mereka. Sementara banyak sistem
Nekrasov masih mengandalkan arsitektur klien yang kaya,
(2017) generasi terbaru dari sistem perusahaan berfokus pada
Cloud ERP Hinduja dan xx x x frontend berbasis web seperti pendekatan berbasis
Pandey HTML5 yang hanya memerlukan lingkungan browser
(2019) standar untuk pengoperasiannya.
Sorheller Akhirnya, kelompok sistem ERP dapat mendukung
dkk. bentuk interaksi yang lebih baru, yang tidak hanya
(2018)
Saa dkk. (2017)
bergantung pada bentuk yang telah ditentukan
ener dkk (2016) sebelumnya. Teknologi yang tersedia dalam bentuk
pengenalan suara memungkinkan operasi yang lebih
Masalah Parthasarathy x x
interaktif dengan sistem ERP. Penyedia sistem ERP
kualitas dan
perangkat lunak Sharma (2017)
disarankan untuk tidak mengembangkan solusi mereka
sendiri, tetapi untuk memberikan keterampilan domain
Persyaratan Ibrahim dkk. x
khusus untuk sistem mereka untuk menggabungkan
kustomisasi (2017)
teknologi yang sudah mapan dengan kekhasan domain.
Daneva (2014)
Ravasan dan
Mansur (2016) 3.2 Kontrol Proses Bisnis
Cahaya (2001)
Jumlah 1 17 7 4 2
Proses Bisnis bervariasi antar perusahaan. Sementara
beberapa domain seperti akuntansi keuangan sangat
3 AGENDA PENELITIAN diatur dan distandarisasi, operasi di domain seperti
Sementara literatur sebelumnya berfokus pada fase logistik dan manufaktur bervariasi antar perusahaan.
tertentu dari siklus hidup ERP, kami meminta Perbedaan ini mungkin merupakan keunggulan
pertimbangan lapisan arsitektur sistem ERP modular kompetitif perusahaan (Lengnick-Hall et al. 2004).
untuk menyelesaikan tantangan yang ada. Dengan Sistem ERP perlu mendukung dan mempertahankan
asumsi bahwa banyak tantangan yang ada berakar keunggulan kompetitif perusahaan. Khusus untuk
pada fondasi arsitektur sistem ERP, penyedia sistem perusahaan dengan perangkat lunak yang
tertarik pada bagaimana sistem ERP dapat lebih maju dikembangkan secara individual, mempertahankan
untuk memenuhi persyaratan pelanggan yang lebih keunggulan kompetitif mereka adalah perhatian utama
baru. ketika mempertimbangkan penggunaan paket
Analisis pertama dari masalah generasi sistem perangkat lunak standar, seperti sistem ERP
ERP saat ini menunjukkan bahwa masalah yang (Lengnick-Hall et al. 2004).
paling mendesak terjadi di sekitar database dan Untuk mendukung kemampuan beradaptasi dari
model data. Jumlah masalah yang sama terkait operasi perusahaan individu, sistem ERP harus
dengan lapisan fungsional. Baris berikutnya adalah memungkinkan proses yang dapat dikonfigurasi ulang.
masalah yang terkait dengan lapisan infrastruktur Untuk melakukannya, sistem ERP dapat menyediakan
diikuti oleh lapisan adaptasi. Lebih sedikit masalah proses standar mereka sebagai kombinasi layanan
terjadi di sekitar antarmuka pengguna dan mikro yang digabungkan menuju proses bisnis
penyimpanan dan lapisan kontrol, yang bahkan tidak menggunakan pendekatan pemodelan. Untuk ini, notasi
tersedia untuk semua sistem ERP yang ada. standar seperti BPMN dapat berkontribusi pada akal
sehat dalam kategori sistem masing-masing.
3.1 Antarmuka pengguna
Pendekatan "pemodelan alih-alih pemrograman" dapat
Antarmuka pengguna sistem ERP tertinggal di memandu kemajuan masa depan dalam domain sistem
belakang kategori sistem lain mengenai kemampuan ERP. Semakin banyak penyedia sistem menambahkan
beradaptasi dengan kebutuhan pengguna individu. fungsionalitas perancang alur kerja dalam sistem
Dalam hal ini, pengembangan di masa depan dapat mereka. Hal ini memungkinkan pengguna sistem untuk
berfokus pada kebutuhan kelompok pengguna menambahkan prosedur khusus ke proses standar yang
khusus, seperti pengguna muda dan tua atau ada. Namun, terutama mengenai proses inti dalam
pengguna pemula dan lanjutan. Sejauh ini, sistem ERP, kemampuan beradaptasi yang mudah
individualisasi sistem perusahaan umumnya terikat untuk kondisi khusus terbatas.
pada penggunaan favorit dan sejenisnya. Konsep
holistik yang berfokus pada adopsi jarang tersedia.
Meskipun demikian, pentingnya kegunaan untuk

779
ICEIS 2021 - Konferensi Internasional ke-23 tentang Sistem Informasi Perusahaan

3.3 Kegunaan permintaan analitis (Meyer et al. 2015). Penelitian di

masa depan dapat memberikan konsep untuk
Mengenai fungsionalitas Sistem ERP, berbagai menyediakan lingkungan data terintegrasi atau hibrid
aspek menarik dari sudut pandang akademis dan yang memungkinkan kinerja yang diperlukan terkait
bisnis. Dengan munculnya sistem perangkat lunak dengan persyaratan transaksional dan analitis. mereka
yang sangat khusus, misalnya, untuk logistik dan tidak membahas masalah struktural database relasional
manufaktur serta sistem CRM yang berhubungan terkait permintaan analitis (Meyer et al. 2015).
dengan pelanggan, pertanyaan mengenai peran masa Penelitian di masa depan dapat memberikan konsep
depan sistem ERP muncul. Sementara dari generasi untuk menyediakan lingkungan data terintegrasi atau
awal sistem ERP, fungsi bisnis yang berbeda hibrid yang memungkinkan kinerja yang diperlukan
digabungkan, pengaturan masa depan mungkin terkait dengan persyaratan transaksional dan analitis.
melibatkan sistem perusahaan yang kurang mereka tidak membahas masalah struktural database
terintegrasi dengan sistem khusus tambahan. ERP relasional terkait permintaan analitis (Meyer et al.
kemudian berfungsi sebagai titik pusat integrasi. Ini 2015). Penelitian di masa depan dapat memberikan
juga menimbulkan persyaratan mengenai konsep untuk menyediakan lingkungan data terintegrasi
interoperabilitas sistem ERP dan rekan-rekan khusus atau hibrid yang memungkinkan kinerja yang diperlukan
mereka. terkait dengan persyaratan transaksional dan analitis.
Meskipun standarisasi sistem ERP merupakan Sistem perusahaan dan database secara khusus
keuntungan utama, faktor keberhasilan utama dari dihadapkan pada bidang ketegangan antara
operasi sistem adalah pemenuhan persyaratan domain standardisasi dan individualisasi. Dengan tujuan sistem
khusus seperti di industri otomotif atau kesehatan. ERP untuk mengintegrasikan produk yang berbeda ke
Sejauh ini, strategi implementasi ERP standar dalam satu model data yang koheren, mereka mungkin
industri belum dikembangkan di masa lalu (Ali dan gagal untuk mengatasi spesifik individu dari domain
Miller 2011). Dalam hal ini, tingkat standardisasi dan terkait. Sementara misalnya, satu produk mungkin
spesialisasi yang tepat tetap menjadi tantangan produk makanan yang berasal dari resep, produk lain
penting bagi penyedia sistem. Juga, konsep sistem mungkin mesin yang terdiri dari bill of material.
yang memungkinkan fungsionalitas generik dengan Sementara standardisasi memberikan banyak
spesialisasi domain patut mendapat perhatian lebih keuntungan mengenai perlakuan seragam produk
lanjut. Dengan munculnya arsitektur platform terkait, mungkin gagal untuk menutupi kompleksitas
perangkat lunak, generasi sistem masa depan yang terus meningkat dan spesialisasi produk. Bentuk-
mungkin juga memungkinkan kontribusi pihak ketiga bentuk baru yang memungkinkan kombinasi
dalam bentuk modul perangkat lunak (misalnya, standarisasi dan mencakup kekhasan produk harus
ekstensi, add-on) sebagai bagian dari infrastruktur diidentifikasi dalam penelitian masa depan.
perangkat lunak modular (Tiwana et al. 2010). Basis data sistem ERP perlu lebih adaptif dan
otomatis. Sementara banyak pendekatan basis data
3.4 Basis Data / Model Data bergantung pada struktur yang telah ditentukan
sebelumnya, potensi mengenali pola dalam struktur
Banyak masalah yang diidentifikasi terkait dengan data dan entri data yang ada belum sepenuhnya
lapisan data dan model data terkait yang akan dibahas terwujud. Manajemen data master untuk waktu yang
dalam penelitian masa depan. Lapisan data dalam lama telah menjadi tantangan sistem perusahaan. Untuk
sistem ERP berfungsi sebagai representasi permanen memperbaiki masalah terkait, fungsi yang sesuai dapat
dari transaksi bisnis. Untuk melakukannya, sistem diimplementasikan pada tingkat model data. Oleh
perusahaan biasanya mengandalkan sistem basis data karena itu, temuan dari bidang terkait seperti AI dan
relasional. Sistem basis data relasional telah lama pembelajaran mesin harus disesuaikan dengan konteks
menjadi standar di bidang aplikasi perusahaan struktur data sistem perusahaan.
(Plattner 2009). Namun, database relasional baru- Dengan meningkatnya kompleksitas lanskap sistem
baru ini mengungkapkan kelemahan mengenai saat ini, interoperabilitas menjadi topik mendesak
persyaratan baru. Peningkatan volume data lainnya. Tidak semua perusahaan memiliki alat
merupakan tantangan terkait permintaan analitis pada Integrasi Aplikasi Perusahaan (EAI) yang tersedia dan
arsitektur database yang ada. Dari perspektif yang sistem ERP biasanya menawarkan beberapa
lebih luas, permintaan dalam sistem perusahaan dapat kemungkinan untuk mengelola dan mengadaptasi
dikategorikan ke dalam proses transaksional (OLTP) antarmuka ke sistem lain.
dan analitis (OLAP). Sementara database relasional
berkinerja baik pada proses transaksional, mereka
3.5 Infrastruktur
tidak melakukannya pada permintaan analitik yang Mengenai lapisan infrastruktur, tiga aspek
kompleks (Plattner 2009). Sejauh ini kelemahan diidentifikasi. Infrastruktur perangkat keras modern
biasanya diimbangi dengan peningkatan sumber daya memberikan peningkatan daya untuk pemrosesan.
dalam hal perangkat keras dan pendekatan seperti Misalnya, arsitektur prosesor baru memungkinkan
database dalam memori. Sementara peningkatan pemrosesan paralel secara besar-besaran (Wust et al.
sumber daya memungkinkan pemrosesan permintaan 2012). Sistem perusahaan modern harus dapat
database yang lebih cepat, mereka tidak mengatasi memanfaatkan keuntungan terkait untuk operasinya.
masalah struktural database relasional terkait
780
 Sistem ERP Masa Depan: Agenda Riset

Untuk melakukannya, arsitektur perangkat lunak 4 KESIMPULAN

dari sistem ERP perlu disesuaikan. Dalam hal ini,
penelitian masa depan dapat menganalisis arsitektur Makalah posisi ini mengusulkan agenda penelitian
sistem dan menilai seberapa jauh sistem ERP saat untuk mengatasi masalah yang ada dengan generasi
ini menggunakan kemungkinan terkait. Selain itu, sistem ERP saat ini. Masalah terbaru diidentifikasi
konsepsi arketipe arsitektur memungkinkan dalam literatur dan disajikan menurut pertimbangan
pengurangan prinsip-prinsip desain untuk arsitektur berorientasi siklus hidup ERP tradisional.
sistem modern. Banyak masalah selama pemilihan, implementasi,
Sistem ERP sebagai contoh perangkat lunak pusat dan penggunaan ERP dapat dikaitkan dengan desain
di perusahaan harus memungkinkan skalabilitas dan arsitektur sistem. Dengan demikian, penulis
operasi bisnis terkait. Skalabilitas diperlukan dalam meminta pertimbangan arsitektur sistem perusahaan
jangka panjang, misalnya ketika perusahaan tumbuh sebagai akar masalah terkait. Untuk melakukannya,
dari waktu ke waktu, serta dalam waktu singkat, masalah yang ada dipetakan pada model arsitektur
misalnya pada saat volume transaksi tinggi seperti referensi lima lapis. Dengan itu, penelitian masa depan
belanja Natal. Selain itu, skalabilitas diperlukan ke mungkin dikhususkan untuk masalah terkait di domain
atas dan ke bawah. Studi masa depan mungkin yang lebih khusus daripada pertimbangan sistem ERP
mengidentifikasi arsitektur sistem mana yang bekerja secara keseluruhan. Solusi khusus kemudian dapat
dengan baik terkait dengan skalabilitas dan diintegrasikan ke dalam arsitektur sistem menyeluruh.
mengembangkan prinsip arsitektur yang Isu diidentifikasi untuk infrastruktur, database,
berkontribusi pada skalabilitas sistem ERP. fungsional, kontrol proses bisnis, antarmuka pengguna,
Dengan munculnya penyediaan perangkat lunak dan lapisan adaptasi. Indikasi untuk penelitian lebih
berbasis cloud dan penawaran Software as a Service lanjut diberikan. Agenda penelitian yang disajikan
(SaaS), pengguna ERP saat ini dan calon pengguna mungkin mendorong diskusi tentang peran masa depan
dihadapkan pada pertanyaan jenis penyediaan yang dan arsitektur sistem ERP.
paling cocok untuk mereka (Hinduja dan Pandey
2019). Sementara beberapa persyaratan, serta
peraturan, dapat membatasi penggunaan layanan
cloud, opsi ini mungkin menarik bagi banyak
REFERENSI
pengguna. Dalam hal ini, penelitian dan praktik Ali, M., Miller, L. 2017. Implementasi Sistem ERP di
diminta untuk mengembangkan model keputusan Perusahaan Besar - Tinjauan Literatur Sistematis. Jurnal
Manajemen Informasi Perusahaan. 30. 10.1108/JEIM-
yang memungkinkan identifikasi penyediaan ERP
07-2014-0071.
yang paling sesuai dengan target mereka. Anaya, L., 2019. Sejauh mana penerapan pendekatan
manajemen manfaat untuk sistem ERP layak dilakukan?
3.6 Adaptasi Procedia Ilmu Komputer, 164, 33–38.
https://doi.org/10.1016/ j.procs.2019.12.151
Kemungkinan adopsi dalam domain ERP pentingAndresen, K., Gronau, N., 2005. "Konsep kemampuan
untuk implementasi serta fase operasi. beradaptasi untuk sistem perencanaan sumber daya
Selama implementasi sistem, desain sistem ERP perusahaan-kerangka komponen." Prosiding AMCIS
2005: 150.
perlu memungkinkan adopsi sistem secara
Ayağ, Z., Yücekaya, A., 2019. Pendekatan GRA Berbasis
keseluruhan serta pada setiap lapisan. Misalnya, ANP Fuzzy untuk Mengevaluasi Paket ERP: Jurnal
adopsi lapisan pengalaman pengguna memungkinkan Internasional Sistem Informasi Perusahaan, 15(1), 45–
kebutuhan khusus pengguna untuk memungkinkan 68. https://doi.org/10.4018/IJEIS.2019010103
penggunaan sistem yang lebih efektif. Adopsi tingkat Babaian, T., Lucas, W., Chircu, AM, & Power, N., 2017.
proses bisnis melibatkan proses bisnis yang dapat Visualisasi Interaktif untuk Tugas di Tempat Kerja.
dikonfigurasi ulang. Dalam hal fungsionalitas sistem Dalam S. Hammoudi, LA Maciaszek, MM Missikoff, O.
perusahaan, dimungkinkan untuk menambahkan Camp, & J. Cordeiro (Eds.), Sistem Informasi
fungsionalitas tambahan atau menyertakan sistem Perusahaan (hlm. 389–413). Penerbitan Internasional
khusus. Dari perspektif keseluruhan, sistem ERP Springer.
Badr, NM, Elabd, E., & Abdelkader, HM, 2016. Kerangka
harus menyeimbangkan kekuatan standarisasi mereka
Berbasis Semantik untuk Memfasilitasi Integrasi dalam
dengan kemungkinan untuk mendukung Sistem ERP. Prosiding Konferensi Internasional ke-10
masingmasing perusahaan, operasi mereka, dan tentang Informatika dan Sistem - INFOS '16, 35–42.
pengguna. https://doi.org/10.1145/2908446.2908490 Bahssas, DM,
Selama tahap operasi, sistem perlu beradaptasi AlBar, AM, & Hoque, Md. R., 2015. Sistem Perencanaan
dengan keadaan yang lebih baru. Sejauh ini, Sumber Daya Perusahaan (ERP): Desain, Tren, dan
penerapan versi sistem yang lebih baru masih Penerapan. Tinjauan Manajemen Teknologi Internasional,
menjadi masalah umum dalam pengoperasian sistem 5(2), 72. https://doi.org/10.2991/itmr.2015.5.2.2
ERP (Barth dan Koch, 2019). Upgrade terkait sering Banaeianjahromi, N., Kahkonen, T., Alanne, A., &
Smolander, K., 2016. Hambatan Integrasi Selama
dianggap sebagai proyek ekstensif dengan banyak
Pengembangan ERP. Konferensi Internasional Hawaii
biaya yang terlibat (ibid.). ke-49 tahun 2016 tentang Ilmu Sistem (HICSS), 4697–
4706. https://doi.org/10.109/HICSS.2016.582

781
ICEIS 2021 - Konferensi Internasional ke-23 tentang Sistem Informasi Perusahaan

Barth, C., Koch, S. 2019. Faktor penentu keberhasilan Leu, J.-D., Lee, LJ-H., 2017. Implementasi perencanaan
dalam proyek peningkatan ERP. Manajemen Industri sumber daya perusahaan (ERP) menggunakan
& Sistem Data, Vol. 119 No.3, hlm. 656-675. metodologi rekayasa nilai dan alat Six Sigma. Sistem
https://doi.org/10.1108/IMDS-01-2018-0016 Informasi Perusahaan, 11(8), 1243–1261.
Braglia, M., Castellano, D., Marrazzini, L., & Song, D., https://doi.org/10.1080/17517575.2016.1215537
2019. Tinjauan berkelanjutan, (Q, r) model inventaris Light, B., 2005. Melampaui 'ketidaksesuaian' sebagai alasan
untuk item yang memburuk dengan permintaan acak untuk kustomisasi paket ERP. Komputer di Industri,
dan lead time positif. Komputer & Riset Operasi, 109, 56(6), 606–619.
102-121. https://doi.org/10.1016/j.cor.2019.04.019 https://doi.org/10.1016/j.compind.2005.02.0 08
Brehm, L., Heinzl, A., Markus, ML, 2001. Menjahit ERP Maas, J.-B., van Fenema, PC, & Soeters, J., 2016. ERP
Sistem: Sebuah Spektrum Pilihan dan Implikasinya. sebagai inovasi organisasi: Pengguna kunci dan
Konferensi Internasional Hawaii tentang Ilmu Sistem, manajemen pengetahuan lintas batas. Jurnal Manajemen
9. Pengetahuan, 20(3), 557–577.
Cooper, HM, 1988. Pengorganisasian sintesis https://doi.org/10.1108/JKM-05-2015-0195
pengetahuan: Sebuah taksonomi tinjauan literatur. Mahraz, M.-I., Benabbou, L., & Berrado, A., 2020.
Pengetahuan dalam masyarakat, 1(1), 104. Kompilasi dan Analisis Faktor-Faktor Keberhasilan
Daneva, M. 2014. Memahami Penggunaan Kembali Penting untuk Implementasi ERP. Jurnal Internasional
Fungsional Persyaratan ERP di Sektor Sistem Informasi Perusahaan, 16(2), 107–133.
Telekomunikasi: Studi Empiris. Pada Konferensi https://doi.org/10.4018/IJEIS.2020040107
Bersama 2014 Lokakarya Internasional tentang Masa'deh, R., Almajali, D., Alrowwad, A., & Obeidat, B.,
Pengukuran Perangkat Lunak dan Konferensi 2019. Peran Infrastruktur Manajemen Pengetahuan
Internasional tentang Proses Perangkat Lunak dan dalam Meningkatkan Kepuasan Kerja: Perspektif Negara
Pengukuran Produk, 216–221. Berkembang. https://doi.org/ 10.28945/4169s
https://doi.org/ 10.1109/IWSM.Mensura.2014.42 Meyer, R., Banova, V., Danciu, A., Prutscher, D., & Krcmar,
Elkhawas, AI, Azer, MA, 2018. Perspektif Keamanan di H., 2015. Menilai kesesuaian database memori dalam
RAMI 4.0. Dalam Konferensi Internasional ke-13 konteks perusahaan. Pada 2015 International Conference
tentang Teknik dan Sistem Komputer (ICCES), 151- on Enterprise Systems (ES) (hlm. 78-89). IEEE.
156. https://doi.org/10.1109/ICCES.2018.8639235 Parthasarathy, S., Sharma, S., 2017. Dampak kustomisasi
Goman, M., Koch, S., 2018. Agregasi multiplikatif untuk atas kualitas perangkat lunak dalam proyek ERP: Sebuah
pengambilan keputusan peningkatan ERP. Konferensi studi empiris. Jurnal Kualitas Perangkat Lunak,
Ilmiah Internasional ke-59 tahun 2018 tentang 25(2), 581–598. https://doi.org/10.1007/s11219-
Teknologi Informasi dan Ilmu Manajemen 0169314-x Plattner, H., 2009. Pendekatan basis data
Universitas umum untuk OLTP dan OLAP menggunakan basis data
Teknik Riga (ITMS), 1–7. kolom dalam memori. Dalam Prosiding Konferensi
https://doi.org/10.1109/ITMS.2018.855 2962 Internasional ACM SIGMOD 2009 tentang
Hinduja, A., Pandey, M., 2019. Pendekatan Fuzzy Pengelolaan data.
MCDM Intuitionistic Terintegrasi untuk Memilih Poluektova, N., Klebanova, T., & Guryanova, L., 2018.
Sistem ERP Berbasis Cloud untuk UKM. Jurnal Penilaian Risiko Proyek Sistem Infokomunikasi
Internasional Teknologi Informasi & Pengambilan Perusahaan Menggunakan Bayesian Networks. Pada
Keputusan, Konferensi Ilmiah-Praktik Internasional 2018 Masalah
18(06), 1875–1908. Infokomunikasi. Sains dan Teknologi (PIC S&T), 31–
https://doi.org/10.1142/S0219622019500378 34. https://doi.org/
Huang, T., Yokota, A. 2019. Menciptakan model 10.1109/INFOCOMMST.2018.8632150
penilaian keselarasan bisnis-ERP melalui tiga Qin, Y., Wei, J., 2013. Solusi Enterprise ERP Berdasarkan
perusahaan Jepang. Jurnal Manajemen Proses Bisnis, Arsitektur Six-Tier. Pada Konferensi Internasional 2013
25(4), 738–756. https://doi.org/10.1108/BPMJ-03- tentang Ilmu Komputasi dan Informasi, 616–618.
2017-0068 https://doi.org/10.1109/ICCIS.20 13.169
Krótkiewicz, M., Wojtkiewicz, K., Jod\lowiec, M., Saa, P., Moscoso-Zea, O., Costales, AC, & Lujan-Mora, S.,
Skowroński, J., & Zaręba, M., 2019. Informasi 2017. Masalah keamanan data di Softwareas-a-Service
Ontologis sebagai Bagian dari Perangkat Lunak ERP berbasis cloud. Dalam Konferensi Iberia ke-12
Pemantauan Berkelanjutan untuk Deteksi Kesalahan tentang Sistem dan Teknologi Informasi (CISTI), 1–7.
Produksi. Di NT Nguyen, FL Gaol, T.-P. Hong, & B. https://doi.org/10.23919/CISTI.2017.7975779
Trawiński (Eds.), Sistem Informasi dan Basis Data Schäffer, Thomas, dan Christian Leyh., 2016. Kualitas data
Cerdas (hlm. 89-102). Penerbitan Internasional master di era digitalisasi menuju kualitas data master
Springer. antarorganisasi dalam jaringan nilai: Identifikasi
Lazarev, A., Nekrasov, I., 2017. Model matematika untuk masalah. Dalam Konferensi Internasional tentang Sistem
penjadwalan sumber daya perusahaan: Kompleksitas Perencanaan Sumber Daya Perusahaan. Springer, Cham,
pendekatan kunci untuk perumusan masalah. Pada 2016.
tahun 2017 Konferensi Internasional Kesepuluh ener, U., Gökalp, E., & Eren, PE, 2016. Sistem Informasi
Pengembangan Sistem Skala Besar (MLSD), 1-5. Perusahaan Berbasis Cloud: Penentu Adopsi dalam
https://doi.org/ Konteks Organisasi. Dalam G. Dregvaite & R.
10.1109/MLSD.2017.8109650 Damasevicius (Eds.), Teknologi Informasi dan
Lengnick-Hall, CA, Lengnick-Hall, ML, & Perangkat Lunak (hlm. 53–66). Peloncat Penerbitan
AbdinnourHelm, S., 2004. Peran modal sosial dan Internasional.
intelektual dalam mencapai keunggulan kompetitif Sørheller, VU, Høvik, EJ, Hustad, E., & Vassilakopoulou, P.,
melalui sistem perencanaan sumber daya perusahaan 2018. Menerapkan solusi cloud ERP: Tinjauan masalah
(ERP). Jurnal Manajemen Rekayasa dan Teknologi, sosioteknik. Procedia Ilmu Komputer, 138, 470-477.
21(4), 307330. https://doi.org/10.1016/j.procs.2018.10.065

782
 Sistem ERP Masa Depan: Agenda Riset

Tiwana, A., Konsynski, B., & Bush, AA, 2010. Komentar

penelitian—Evolusi platform: Evolusi bersama
arsitektur platform, tata kelola, dan dinamika
lingkungan. Penelitian Sistem Informasi, 21(4),
675687.
Wu, J.-H., Shin, S.-S., & Heng, MSH, 2007. Sebuah
metodologi untuk analisis ketidakcocokan ERP.
Informasi & Manajemen, 44(8), 666–680.
https://doi.org/10.1016/ j.im.2007.09.001
Wust, J., Boese, JH, Renkes, F., Blessing, S., Krueger, J.,
& Plattner, H., 2012. Pencatatan yang efisien untuk
beban kerja perusahaan pada database dalam memori
berorientasi kolom. Dalam Prosiding konferensi
internasional ACM ke-21 tentang Manajemen
Informasi dan Pengetahuan (hlm. 2085-2089).
Zare Ravasan, A., & Mansouri, T., 2016. Pemodelan faktor
kegagalan kritis ERP dinamis dengan FCM di seluruh
fase siklus hidup proyek. Perencanaan & Pengendalian
Produksi, 27(2), 65–82. https://doi.org/10.1080/09537
287.2015.1064551
Zong, W., Wu, F., Chu, L.-K., & Sculli, D., 2017.
Identifikasi sekitar duplikat catatan material dalam
sistem ERP. Sistem Informasi Perusahaan, 11(3), 434–
451. https://doi.org/10.1080/ 17517575.2015.1065513

783