Migrasi RISE with SAP: Checklist Kesiapan 10 Item Sebelum Proyek Dimulai

Keputusan transformasi ke RISE with SAP telah diambil. Saat kontrak siap ditandatangani dan anggaran sedang disusun, seringkali muncul pertanyaan mendasar namun krusial: langkah persiapan apa saja yang harus dilakukan sebelum proyek dimulai?

Berbeda dengan panduan strategis pada umumnya, artikel ini menyajikan 10 poin kesiapan migrasi RISE with SAP yang bersifat praktis dan siap digunakan dalam rapat internal, lengkap dengan rincian penanggung jawab serta peralatan pendukungnya. Meski memahami konteks migrasi ERP ke cloud tetap penting, fokus pembahasan ini adalah pada langkah-langkah persiapan teknis yang menjadi penentu keberhasilan proyek Anda.

Singkatnya, RISE with SAP adalah layanan Business Transformation as a Service yang memindahkan sistem ERP perusahaan ke platform cloud SAP. Melalui satu kontrak berlangganan, Anda mendapatkan akses ke SAP S/4HANA Cloud Private Edition, SAP Business Technology Platform (BTP), dan SAP Business Network, dengan SAP bertindak sebagai penyedia infrastruktur sekaligus penanggung jawab tunggal SLA.

Apa Itu Migrasi RISE with SAP dan Mengapa Butuh Checklist Tersendiri?

RISE with SAP bukan sekadar memindahkan server ke cloud. Ini adalah layanan terpadu (Business Transformation as a Service) yang menggabungkan sistem ERP (SAP S/4HANA Cloud Private Edition), platform pengembangan (SAP BTP), hingga jaringan rantai pasok dalam satu kontrak. Dengan pendekatan ini, SAP bertanggung jawab penuh atas infrastruktur dan layanannya dalam satu perjanjian SLA.

Migrasi ini mengubah model operasional organisasi, bukan sekadar memindahkan teknologi, sehingga membutuhkan persiapan yang berbeda dari instalasi SAP tradisional. Perlu diperhatikan bahwa penawaran paket RISE terus berkembang. Sejak pertengahan 2025, SAP menyederhanakan strukturnya menjadi 'SAP Cloud ERP, private edition'. Beberapa kapabilitas, seperti AI dan alat keberlanjutan, kini tersedia sebagai add-on terpisah. Pastikan Anda merujuk pada dokumen penawaran terbaru dari SAP agar sesuai dengan kebutuhan saat ini.

Mengapa checklist ini sangat krusial? Kebanyakan kegagalan proyek terjadi bahkan sebelum baris kode pertama ditulis. Riset Gartner dan McKinsey menunjukkan bahwa masalah utama proyek ERP bukanlah teknologi, melainkan budaya organisasi dan manajemen perubahan yang kurang matang. Persiapan yang terstruktur membantu Anda mengantisipasi risiko ini sejak awal.

Selain itu, terdapat batasan waktu yang menambah urgensi. Dukungan utama (mainstream maintenance) untuk SAP Business Suite 7 (SAP ERP 6.0) akan berakhir pada 31 Desember 2027. Meskipun tersedia opsi perpanjangan hingga 2030 atau masa transisi hingga 2033, jendela persiapan Anda tetap terbatas. Memahami tenggat ini sangat penting untuk menyusun prioritas proyek Anda.

Apa Saja yang Harus Disiapkan Sebelum Migrasi RISE with SAP?

Sebelum memulai migrasi RISE with SAP, ada 10 aspek krusial yang perlu dipastikan kesiapannya. Hal ini mencakup komitmen sponsor eksekutif, pemetaan sistem, pembersihan data, penyesuaian kode program, serta penggunaan alat SAP Readiness Check. Selain itu, Anda perlu memahami pembagian tanggung jawab, menentukan metode migrasi, menyusun anggaran yang mencakup biaya operasional ganda, menyiapkan manajemen perubahan, serta memilih mitra dan jadwal implementasi yang tepat.

Tabel di bawah ini merangkum seluruh poin tersebut sebagai referensi praktis untuk tim Anda, lengkap dengan rincian penanggung jawab serta alat yang diperlukan.

10 Item Checklist Kesiapan Migrasi RISE with SAP

Berikut penjabaran tiap item dalam checklist migrasi RISE with SAP. Yang membedakan daftar ini dari checklist generik: setiap poin spesifik untuk konteks RISE, menyebut alat bawaannya, pemiliknya, dan jebakan yang sering terlewat.

1. Sponsor eksekutif dan tujuan bisnis terukur. Migrasi RISE with SAP adalah proyek bisnis, bukan proyek IT. Tanpa sponsor di level C dan KPI yang jelas, misalnya mempercepat closing bulanan atau menurunkan biaya operasi, proyek kehilangan arah saat keputusan sulit muncul. Ingat temuan McKinsey: kegagalan transformasi lebih sering soal manusia daripada teknologi.

2. Inventarisasi lanskap sistem dan integrasi. Petakan semua aplikasi yang bertukar data dengan SAP: POS, warehouse management pihak ketiga, e-commerce, bahkan file Excel yang diam-diam menjadi penghubung antar-tim. Integrasi yang tidak terpetakan adalah sumber kejutan biaya terbesar saat cutover.

3. Pembersihan dan validasi data master. Duplikat Business Partner, satuan Material Master yang tidak konsisten, dan Chart of Accounts yang belum harmonis harus dibereskan sebelum data dipindahkan dengan SAP S/4HANA Migration Cockpit (aplikasi Fiori "Migrate Your Data", pengganti LTMC yang sudah deprecated). Penggabungan pelanggan dan vendor lama menjadi konsep Business Partner terpadu kerap menjadi fase tersulit dan paling sering molor dalam migrasi. Memindahkan data kotor hanya memindahkan masalah ke sistem yang jauh lebih mahal.

4. Inventarisasi dan remediasi custom code. Jalankan SAP Custom Code Migration app (aplikasi Fiori) untuk mengidentifikasi kode buatan sendiri yang perlu diadaptasi ke S/4HANA. Sekaligus, ini momen tepat merencanakan pemindahan kustomisasi ke extensibility modern sesuai prinsip SAP Clean Core, yaitu menjaga inti sistem tetap standar agar mudah di-upgrade di masa depan. Lanskap ECC yang sangat terkustomisasi biasanya menyimpan ribuan objek ABAP; mengaudit semuanya lebih awal mencegah pembengkakan biaya 30–50% yang sering dialami proyek yang melewati langkah ini.

5. Jalankan SAP Readiness Check. Ini alat analisis berbasis Fiori yang disediakan SAP gratis bagi pelanggannya, diakses melalui SAP for Me atau SAP Cloud ALM menggunakan akun S-user yang valid. Satu catatan penting: gratis di sini berlaku untuk pelanggan SAP berlisensi dengan kontrak support aktif, bukan untuk publik umum. Hasilnya menganalisis simplification items, dampak custom code, kompatibilitas add-on, dan sizing, lalu menjadi peta perencanaan migrasi Anda.

6. Pahami model tanggung jawab bersama (shared responsibility). SAP mengelola infrastruktur cloud, sistem operasi, basis data, dan monitoring keamanan 24/7. Namun konfigurasi proses bisnis, kualitas dan keamanan data, serta akses pengguna tetap sepenuhnya milik Anda. Ini bagian yang paling sering disalahpahami, dan dibahas lebih dalam pada bagian berikutnya.

7. Pilih pendekatan migrasi dan tetapkan paket. Tiga jalur resmi SAP: greenfield (implementasi baru, desain ulang proses), brownfield (konversi sistem ECC apa adanya), dan Selective Data Transition (SDT, kombinasi keduanya, sering disebut "bluefield" oleh sejumlah implementer, meski nama resminya SDT). Bersamaan dengan ini, tetapkan paket RISE yang sesuai. Survei ISG yang dilaporkan The Register (Februari 2026) menemukan sekitar 34% organisasi memilih brownfield, 18% greenfield penuh, dan hampir separuhnya menempuh jalur campuran.

8. Susun anggaran realistis, termasuk biaya tersembunyi. Selain langganan, implementasi, integrasi, dan pelatihan, jangan lupakan biaya dual-run yang khas pada migrasi RISE with SAP, yaitu menjalankan ECC lama paralel dengan S/4HANA baru. Dalam praktik implementasi enterprise besar, periode dual-run kerap berlangsung 12–24 bulan, dan biaya infrastruktur ganda ini hampir tidak pernah masuk estimasi awal. Secara lisensi, menjalankan keduanya paralel juga memerlukan Parallel Landscape Agreement yang dinegosiasikan dengan SAP lebih dulu.

9. Rencana change management dan komunikasi internal. Libatkan pengguna sejak awal, susun kalender komunikasi, dan rencanakan pelatihan berbasis peran. Studi ISG (via The Register, Februari 2026) menunjukkan hanya sekitar 18% perusahaan yang benar-benar mendesain ulang prosesnya saat pindah ke S/4HANA, sementara hampir 49% memilih sedikit atau tanpa rekayasa ulang dan mempertahankan proses lama. Resistensi adalah variabel yang bisa dikelola, bukan kejutan.

10. Pilih partner implementasi dan susun timeline cutover. Tetapkan milestone dari desain, konfigurasi, migrasi data, testing, pelatihan, go-live, hingga hypercare. Lakukan due diligence terhadap rekam jejak partner, bukan sekadar memilih yang termurah. Menurut studi Horváth (Business Transformation Unlocked, 200 perusahaan, 2025), proyek S/4HANA rata-rata berjalan 30% lebih lama dari rencana dan hanya 8% selesai tepat jadwal, jadi timeline yang realistis sejak awal menghemat banyak rasa sakit.

▢ Placeholder Gambar — IMAGE_02: Diagram tanggung jawab bersama RISE with SAP, dua kolom: kiri "SAP" (biru gelap) berisi infrastruktur/OS/database/monitoring, kanan "Pelanggan" (biru muda) berisi konfigurasi proses/data/akses pengguna; bagian tengah overlap menampilkan kolaborasi saat cutover dan hypercare; gaya diagram bersih, teks Bahasa Indonesia

Siapa Pemilik Setiap Item? Tanggung Jawab Anda vs SAP vs Partner

Inti yang sering keliru dalam migrasi RISE with SAP: RISE bukan berarti "SAP urus semua". Karena RISE adalah layanan cloud terkelola, sebagian organisasi mengira konfigurasi bisnis dan data juga dikelola SAP. Itu salah. SAP mengelola lapisan teknis; pelanggan tetap pemilik penuh atas Customizing, data, dan akses pengguna.

Pembagian ini bersifat kontraktual dan terdokumentasi dalam panduan Roles & Responsibilities SAP. Memahaminya sejak awal mencegah kekosongan tanggung jawab, yaitu situasi di mana sebuah tugas dikira ditangani SAP padahal sebenarnya milik internal Anda. Tabel berikut memperjelasnya.

Di sinilah peran partner implementasi: menjembatani sisi pelanggan. Dalam praktik implementasi RISE di lapangan, partner biasanya menangani konfigurasi, migrasi data, dan pendampingan cutover. Pekerjaan ini secara kontraktual ada di kolom "pelanggan", tetapi membutuhkan keahlian khusus yang jarang dimiliki tim internal sepenuhnya. Catatan praktis: hampir semua organisasi membawa bantuan eksternal untuk transformasi SAP-nya, sehingga kualitas partner kerap menjadi pembeda antara proyek yang terkendali dan yang molor.

Tanda Anda BELUM Siap Memulai Migrasi RISE with SAP

Tidak semua perusahaan yang sudah menandatangani niat migrasi benar-benar siap memulai besok. Memaksakan migrasi RISE with SAP pada organisasi yang belum siap adalah resep paling umum menuju pembengkakan biaya dan jadwal molor. Anda kemungkinan belum siap memulai jika beberapa kondisi berikut masih ada.

• Data master kacau tanpa pemilik yang jelas. Jika tidak ada satu pun orang yang bertanggung jawab atas kualitas data pelanggan, vendor, atau material, migrasi akan mewarisi kekacauan itu, kini di sistem yang jauh lebih mahal.

• Tidak ada sponsor eksekutif yang aktif. Tanpa pemilik di level C yang siap mengambil keputusan sulit dan mengalokasikan sumber daya, proyek akan tersendat saat menghadapi konflik prioritas dengan operasional harian.

• Integrasi kritis belum dipetakan. Bila Anda belum tahu persis aplikasi apa saja yang bertukar data dengan SAP, Anda belum punya gambaran utuh atas ruang lingkup proyek. Ruang lingkup yang kabur adalah sumber biaya yang membengkak.

• Tim tanpa kapasitas waktu. Migrasi menuntut keterlibatan nyata key user dari setiap divisi. Jika semua orang sudah penuh dengan pekerjaan harian, proyek akan kekurangan masukan yang justru paling menentukan.

Sebelum bicara kick-off, bereskan dulu kepemilikan data dan komitmen sponsor. Untuk pelengkap dari sisi sebaliknya, yaitu apa yang harus dihindari selama proyek berjalan, ada baiknya menengok daftar kesalahan umum saat migrasi RISE with SAP yang melengkapi checklist ini.

▢ Placeholder Gambar — IMAGE_03: Timeline horizontal tenggat ECC menuju RISE with SAP dari 2024 hingga 2033, menampilkan milestone mainstream end 2027, extended end 2030, dan transition option 2031–2033, dengan penanda "Mulai proyek sekarang" di posisi 2025–2026; gradasi warna kuning ke oranye ke merah untuk menekankan urgensi, teks Bahasa Indonesia

FAQ (Pertanyaan yang Sering Diajukan)

Apa saja yang harus disiapkan sebelum migrasi RISE with SAP?

Sebelum proyek berjalan, pastikan 10 poin utama ini sudah siap: penunjukan sponsor eksekutif yang berkomitmen, pemetaan sistem, pembersihan data utama, serta penilaian kode program yang ada. Anda juga perlu menjalankan SAP Readiness Check, memahami pembagian tanggung jawab, menentukan metode migrasi yang tepat, menyiapkan anggaran untuk operasional ganda, menyusun strategi perubahan budaya, serta memilih mitra yang berpengalaman untuk menyusun jadwal implementasi.

Apa itu RISE with SAP dan apa saja yang termasuk di dalamnya?

RISE with SAP adalah layanan transformasi bisnis yang menggabungkan ERP SAP S/4HANA Cloud (Private Edition), platform pengembangan (SAP BTP), dan akses ke jaringan bisnis SAP dalam satu kontrak langganan. Sejak pertengahan 2025, SAP menyederhanakan paket ini menjadi 'SAP Cloud ERP, private edition', di mana fitur AI atau keberlanjutan tersedia sebagai tambahan terpisah. Karena paket ini terus diperbarui, pastikan Anda memeriksa rincian terbaru pada kontrak Anda.

Berapa lama waktu yang dibutuhkan untuk migrasi RISE with SAP?

Waktu yang diperlukan sangat bergantung pada skala sistem Anda. Umumnya, metode konversi (brownfield) lebih cepat dibandingkan membangun dari awal (greenfield). Sebagai gambaran umum, proyek perusahaan menengah-besar biasanya memakan waktu antara 12 hingga 24 bulan. Proses persiapan seperti merapikan data dan menyesuaikan kode program sebaiknya dilakukan 2 hingga 4 bulan sebelum proyek resmi dimulai.

Apa itu SAP Readiness Check dan apakah gratis?

SAP Readiness Check adalah alat analisis berbasis Fiori untuk membantu Anda melihat kesiapan sistem sebelum pindah ke S/4HANA. Alat ini memeriksa kecocokan kode kustom, item penyederhanaan, serta ukuran sistem. Bagi pelanggan dengan kontrak dukungan SAP yang aktif, alat ini tersedia tanpa biaya tambahan melalui portal SAP for Me atau SAP Cloud ALM.

Apa perbedaan tanggung jawab pelanggan dan SAP dalam RISE with SAP?

SAP menangani sisi teknis infrastruktur, seperti pengelolaan server, basis data, patching, dan keamanan 24/7. Sementara itu, Anda tetap bertanggung jawab penuh atas konfigurasi proses bisnis, kualitas data, akses pengguna, dan pengembangan aplikasi tambahan. Penting untuk dipahami bahwa meskipun infrastruktur dikelola SAP, kendali atas operasional bisnis tetap ada di tangan Anda.

Kapan SAP ECC berhenti didukung secara resmi?

Dukungan utama untuk SAP ERP 6.0 akan berakhir pada 31 Desember 2027. Setelah tanggal tersebut, tersedia perpanjangan dukungan hingga akhir 2030 dengan biaya tambahan. Untuk kebutuhan yang sangat kompleks, SAP menawarkan opsi transisi khusus hingga 2033 yang dapat mulai dipesan pada 2028. Segera tinjau strategi Anda agar tetap selaras dengan jadwal ini.

Apa saja biaya tersembunyi saat migrasi ke RISE with SAP?

Biaya yang sering terlewatkan meliputi operasional sistem ganda (dual-run) saat masa transisi, pembangunan ulang integrasi dengan sistem pihak ketiga, pembersihan data yang lebih intensif dari perkiraan, serta biaya pelatihan dan manajemen perubahan. Selain itu, jika proyek berjalan melebihi rencana, biaya konsultan tambahan juga perlu diantisipasi sejak awal.

Kesimpulan

Migrasi RISE with SAP yang berhasil hampir selalu ditentukan jauh sebelum go-live, yaitu di tahap persiapan yang tidak glamor: membereskan data master, memetakan integrasi, dan menyepakati siapa memiliki apa. Tenggat 2027 dan 2030 membuat jendela ini terbatas, tetapi terburu-buru tanpa kesepuluh item di atas justru memperbesar risiko gagal. Sebagai SAP Platinum Partner melalui United VARs, dan diakui sebagai Best RISE Partner serta Best Cloud Partner, Soltius merancang dan mengeksekusi migrasi RISE with SAP: mendampingi perusahaan dari penilaian kesiapan hingga dukungan pasca go-live, bukan sebagai pembuat perangkat lunaknya, melainkan sebagai mitra yang menjalankannya.

Untuk mendiskusikan kesiapan migrasi RISE with SAP di perusahaan Anda, kunjungi www.soltius.co.id dan mulai percakapan dengan tim yang telah menjalaninya di lapangan.