Tim IT sudah punya semua peralatan yang dijanjikan untuk menjaga inti tetap bersih: ABAP Cloud, SAP BTP, model extensibility berjenjang. Namun enam bulan setelah workshop, permintaan kustomisasi tetap mengalir deras dengan alasan yang itu-itu saja: “proses kita unik”, “user tidak mau berubah”, “lebih cepat kalau di-custom saja”. Yang gagal bukan teknologinya. Yang gagal adalah fit-to-standard, dan itu adalah persoalan budaya, bukan konfigurasi. Artikel ini membedah mengapa penerapan SAP Clean Core tersandung pada resistensi manusia, lima pola penolakan yang paling sering muncul, serta cara meresponsnya tanpa jatuh ke dogma “haram meng-custom”.
Ringkas: Fit-to-standard adalah pendekatan menyesuaikan proses bisnis agar cocok dengan praktik terbaik bawaan SAP, alih-alih memodifikasi software agar cocok dengan cara kerja lama. Ia menjadi inti clean core karena tanpa kesediaan mengurangi kustomisasi, alat teknis seperti ABAP Cloud dan SAP BTP tidak akan menjaga inti tetap bersih. SAP menyebutnya pergeseran ke pola pikir “why not standard”.
Apa itu fit-to-standard dan mengapa ia jantung dari clean core?
Fit-to-standard adalah keputusan sadar menjadikan proses standar SAP sebagai titik awal, lalu menyesuaikan cara kerja perusahaan ke sana, bukan sebaliknya. Ia jantung clean core karena semua alat teknis untuk menjaga inti tetap bersih baru berguna jika organisasi bersedia berhenti meminta modifikasi. Tanpa itu, alatnya menganggur.
SAP membingkainya sebagai perubahan pertanyaan: dari “bagaimana kita memaksa sistem agar cocok dengan cara kerja historis kita?” menjadi “bagaimana kita memanfaatkan proses standar agar lebih gesit dan efisien?” (SAP Learning, Managing Clean Core for SAP Cloud ERP, diakses 2026). Yang pertama memindahkan beban ke software; yang kedua memindahkan beban ke proses.
Perlu ditegaskan agar tidak salah paham: fit-to-standard bukan mengharamkan kustomisasi. Ia berarti standar sebagai default, dan deviasi sebagai pengecualian yang disengaja serta terdokumentasi. Menyajikannya sebagai “dilarang meng-custom” akan ditolak pemilik proses berpengalaman, dan mereka benar menolaknya. Ketika standar jadi jawaban awal dan setiap penyimpangan harus membuktikan diri, inti sistem punya peluang tetap bersih saat waktunya upgrade.
Mengapa hambatannya budaya, bukan teknologi
Hambatan terberat clean core jarang bersifat teknis. Menurut pengamatan praktisi industri, penghalang justru muncul dari organisasi: tekanan jadwal delivery, governance yang kurang sumber daya, resistensi budaya terhadap proses standar, dan kebiasaan meraih custom code saat kebutuhan baru muncul. Alatnya sudah matang; keputusan untuk memakainya yang belum tentu diambil.
Sudut ini pengamatan praktisi, bukan studi terkontrol, jadi bacalah sebagai pandangan lapangan. IgniteSAP mencatat banyak organisasi “melebih-lebihkan kebutuhan kustomisasi ERP” dan mengasumsikan alur kerjanya terlalu rumit untuk fungsi standar SAP, padahal seringnya itu sekadar kebiasaan lama, bukan diferensiasi nyata (IgniteSAP, Resistance to Standardization in SAP Projects, Januari 2025). Akarnya: keputusan meng-custom dibuat pemilik proses bisnis, bukan tim IT, dan didorong rasa aman terhadap yang sudah dikenal.
Resistensi ini pun jarang tampak sebagai penolakan terbuka. Lebih sering ia hadir sebagai kompromi diam-diam: satu permintaan kustomisasi disetujui “supaya proyek jalan dulu”, lalu disusul permintaan berikutnya. Tanpa disiplin, kustomisasi merayap kembali, dan fase pasca go-live jadi titik paling rawan karena tim implementasi mundur dan perhatian pindah ke proyek lain. Karena itulah clean core lebih dari strategi teknis; ia komitmen organisasi yang harus terus dijaga.
Momen paling menentukan untuk pola pikir ini biasanya datang saat proyek besar. Ketika perusahaan menjalankan migrasi ERP ke cloud dengan pendekatan greenfield, mereka praktis membangun ulang dari standar: peluang emas menyetel ulang kebiasaan sebelum ia mengeras kembali.
Bagaimana meyakinkan pemilik proses bisnis menerima proses standar?
Cara paling efektif bukan berdebat opini, melainkan menggantinya dengan fakta dan biaya. Tunjukkan bagaimana proses sebenarnya berjalan lewat data, kaitkan tiap permintaan custom dengan beban maintenance berulang dan risiko upgrade, sesuaikan pesan per audiens, dan hadirkan sponsor eksekutif di ruang keputusan. Debat “proses kita unik” pun bisa diuji.
Di sinilah process mining berguna. SAP Signavio dapat menganalisis bagaimana proses benar-benar berjalan dari data transaksi, lalu membandingkannya dengan model referensi standar lewat conformance checking untuk menyorot deviasi. Perlu dicatat, Signavio adalah alat, bukan wasit: ia memberi fakta soal seberapa jauh proses menyimpang, tetapi keputusan standar-vs-custom tetap di tangan governance dan manusia. Nilainya di situ: argumen “kita selalu begini” jadi bisa ditimbang dengan angka.
Untuk logika keputusannya, praktisi lapangan sering menyederhanakannya menjadi “two-question test”. Perlu jujur, istilah ini bukan frasa resmi SAP. SAP Learning memakai klasifikasi tiga kategori (Standard, Enhanced, Custom) dan hanya membolehkan deviasi untuk tiga alasan: kepatuhan industri, kewajiban regulasi lokal, dan kapabilitas pembeda pasar yang bernilai terukur. “Two-question test” hanyalah cara populer menuruni tangga itu:
| Langkah | Pertanyaan | Jika “ya” | Jika “tidak” |
|---|---|---|---|
| 1 | Bisakah proses standar SAP memenuhinya? | Pakai standar (fit-to-standard) | Lanjut ke langkah 2 |
| 2 | Cukupkah ekstensi bersih (Level A/B di luar inti)? | Bangun ekstensi bersih, terdokumentasi | Lanjut ke uji justifikasi |
| 3 | Termasuk 3 alasan sah? (kepatuhan / regulasi lokal / pembeda pasar bernilai terukur) | Deviasi sadar via ekstensi bersih + governance | Tolak permintaan; adopsi standar |
Model extensibility clean core yang diformalkan SAP sejak Agustus 2025 (Level A hingga D) memberi bahasa objektif untuk langkah kedua: Level A memakai released API yang upgrade-safe, sementara Level D (modifikasi inti) “tidak direkomendasikan” dan menumpuk utang teknis. Pertanyaan “bisa di-custom nggak?” pun berubah jadi lebih tajam: di level mana, dan siapa menanggung risikonya.
Lima pola resistensi fit-to-standard dan cara meresponsnya
Resistensi fit-to-standard biasanya muncul sebagai lima kalimat yang berulang. Mengenalinya sebagai pola, bukan keluhan acak, memudahkan Anda merespons: tiap kalimat punya penyebab sebenarnya, dan tiap penyebab punya penawar yang cocok.
| Kalimat yang sering diucapkan | Penyebab sebenarnya | Penawar |
|---|---|---|
| “Proses kita unik” | Keunikan dilebih-lebihkan; kebiasaan lama dikira diferensiasi | Uji dengan process mining (SAP Signavio): tunjukkan seberapa jauh menyimpang dan apakah keunikan itu nyata |
| “User tidak mau berubah” | Ketidakpahaman dan rasa tak aman, bukan penolakan murni | Pelatihan berbasis skenario dan advokat internal; komunikasikan “apa untungnya bagi saya” |
| “Lebih cepat di-custom saja” | Fokus biaya sekali, mengabaikan utang berulang | Kaitkan tiap custom ke biaya maintenance dan risiko upgrade (Level A–D) |
| “Kita selalu begini” | Keterikatan legacy dan tekanan jadwal | Sponsor eksekutif menegaskan default = standar; keputusan terdokumentasi |
| “Vendor bilang bisa di-custom” | Governance lemah, tak ada beban pembuktian | “Why not standard”: lulus uji standar dulu, ekstensi Level A/B kemudian, dengan persetujuan governance |
Hampir semua penawar bersifat komunikasi dan governance, bukan teknis. Pesannya perlu disesuaikan per audiens: ke eksekutif, bicara penghematan dan skalabilitas; ke tim IT, bicara keandalan sistem dan berkurangnya beban perawatan. Pelatihan pun lebih melekat bila berbasis skenario nyata.
Satu catatan dari pengalaman implementasi: resistensi paling reda ketika sponsor eksekutif ikut duduk di ruang keputusan proses, bukan sekadar meneken anggaran di akhir. Kehadiran itu mengubah “why not standard” dari slogan tim IT jadi kebijakan perusahaan.
Kapan proses “unik” Anda memang layak dipertahankan
Bagian ini jarang ditulis, padahal penting: fit-to-standard bukan “standar buta”. Ada tiga kondisi ketika menyimpang dari standar SAP justru keputusan yang benar: kepatuhan industri, kewajiban regulasi lokal, dan keunggulan kompetitif sejati yang bernilai bisnis terukur. Kuncinya bukan menolak semua deviasi, melainkan memastikan tiap deviasi adalah pilihan sadar.
SAP mengakui ketiga alasan itu, dan praktisi menambahkan operasi sangat terspesialisasi yang standarnya memang tidak memadai. Di Indonesia, contoh sah untuk “regulasi lokal” mudah dibayangkan: integrasi ke sistem perpajakan nasional atau kewajiban pelaporan sektoral bisa menuntut penyesuaian yang tidak ada di standar global. Ini ilustrasi kategori, bukan resep; kebutuhan tiap perusahaan tetap harus diverifikasi sendiri.
Yang membedakan deviasi sehat dari kustomisasi liar adalah bagaimana ia diwujudkan. Deviasi yang benar dibangun sebagai ekstensi bersih di luar inti (idealnya Level A atau B) sehingga inti S/4HANA tetap upgrade-safe dan keputusannya terdokumentasi. Deviasi yang buruk memodifikasi inti diam-diam dan baru terasa akibatnya saat upgrade berikutnya terhambat. Perbedaannya bukan apakah Anda menyimpang, melainkan apakah menyimpang dengan mata terbuka.
Ada manfaat sampingan yang sering terlewat: proses konsisten menghasilkan data konsisten. Ketika mayoritas divisi berjalan di atas proses standar yang sama, laporan lintas fungsi jadi lebih tepercaya, fondasi sebelum berinvestasi serius di business intelligence. Standar bukan hanya soal upgrade mulus, tetapi juga soal angka yang bisa dipercaya.
FAQ (Pertanyaan yang Sering Diajukan)
Apa itu fit-to-standard?
Fit-to-standard adalah pendekatan menyesuaikan proses bisnis agar cocok dengan praktik terbaik bawaan SAP, alih-alih memodifikasi software agar cocok dengan cara kerja lama. SAP membingkainya sebagai pergeseran pola pikir: dari “bagaimana mengubah sistem agar sesuai kebiasaan kami” menjadi “bagaimana memanfaatkan proses standar agar lebih gesit”. Tanpanya, alat clean core seperti ABAP Cloud dan SAP BTP tidak akan menjaga inti tetap bersih.
Mengapa clean core lebih soal budaya daripada teknologi?
Karena alatnya sudah tersedia dan matang, tetapi keputusan untuk tidak meng-custom ada di tangan pemilik proses bisnis, bukan tim IT. Menurut pengamatan praktisi (IgniteSAP), hambatan terberat justru organisasi: tekanan jadwal, governance kurang sumber daya, resistensi ke standar, dan kebiasaan meraih custom code. Teknologi bisa dibeli; kesediaan mengubah cara kerja harus dikelola lewat komunikasi, pelatihan, dan sponsor eksekutif.
Apa itu mindset “why not standard”?
Mindset “why not standard” menjadikan proses standar SAP sebagai titik awal default, dan hanya membolehkan deviasi bila ada justifikasi kuat. Secara praktis, ia membalik beban pembuktian: bukan lagi “kenapa tidak di-custom”, melainkan “kenapa tidak pakai standar”. Dengan begitu kustomisasi menjadi pengecualian yang disengaja dan terdokumentasi, bukan refleks setiap kali muncul kebutuhan baru.
Bagaimana menangani pemilik proses yang menolak standar?
Ganti debat opini dengan fakta dan biaya. Gunakan process mining seperti SAP Signavio untuk menunjukkan seberapa jauh proses menyimpang dari standar. Kaitkan tiap permintaan custom dengan biaya maintenance berulang dan risiko upgrade, bukan biaya sekali. Sesuaikan pesan per audiens, sertakan sponsor eksekutif, lalu dokumentasikan keputusannya.
Kapan menyimpang dari standar SAP dibenarkan?
SAP membolehkan deviasi untuk tiga alasan: kepatuhan industri, kewajiban regulasi lokal, dan kapabilitas pembeda pasar yang memberi nilai bisnis terukur. Praktisi menambahkan operasi sangat terspesialisasi yang standarnya tak memadai. Kuncinya, penyimpangan harus keputusan sadar dan terdokumentasi, diwujudkan lewat ekstensi bersih (Level A/B di luar inti), bukan menyerah pada setiap permintaan atau memodifikasi inti.
Apa peran change management dalam clean core?
Change management menentukan apakah prinsip clean core benar-benar dijalankan atau hanya jadi slide presentasi. Perannya: menyelaraskan pemilik proses lewat komunikasi per audiens, pelatihan berbasis skenario, advokat internal, dan sponsor eksekutif di ruang keputusan. Tanpa oversight ini, praktisi mengingatkan kustomisasi perlahan merayap kembali setelah go-live.
Kesimpulan
Peralatan clean core (ABAP Cloud, SAP BTP, model extensibility A–D) hari ini sudah matang. Yang menentukan sukses atau gagal bukan lagi kelengkapan alat, melainkan kesediaan pemilik proses bisnis mengubah cara kerjanya, dan itu pekerjaan budaya. Kenali lima pola resistensi, ganti opini dengan data lewat process mining, kaitkan tiap custom dengan utang jangka panjang, dan jaga agar deviasi tetap menjadi pilihan sadar lewat ekstensi bersih. Sebagai SAP Platinum Partner melalui United VARs, Soltius mendampingi perusahaan pada fase fit-to-standard dan adopsi pengguna, dari workshop Business Blueprint hingga dukungan pasca go-live, dengan fokus pada keputusan yang bisa dipertanggungjawabkan, bukan sekadar sistem yang menyala.
Untuk mendiskusikan kesiapan fit-to-standard dan change management SAP di perusahaan Anda, kunjungi soltius.co.id.
