Program Studi Bisnis Digital · FEB Undip
Perencanaan Sumber Daya Perusahaan Pertemuan 9: Modul Sales dalam ERP — Sales Process dan Point of Sale (POS) Systems Bagaimana ERP mengintegrasikan proses penjualan — dari penawaran harga sampai kasir toko — menjadi satu alur data yang mengalir tanpa putus.
RPS minggu 10 · 2x50 menit
Selamat datang kembali, Anda sudah melewati UTS dan sekarang kita masuk ke bagian kedua mata kuliah: modul-modul fungsional ERP. Hari ini kita bahas modul Sales — jantung dari perusahaan mana pun, karena tanpa penjualan tidak ada pendapatan yang bisa diproses modul lain. Bayangkan Anda membeli baju di Uniqlo: begitu kasir men-scan barcode, sistem ERP di belakang layar sudah mencatat penjualan, mengurangi stok gudang, dan menyiapkan data untuk laporan keuangan — semua dalam hitungan detik. Di pertemuan ini Anda akan belajar dua hal besar: alur proses sales secara umum di ERP (Order-to-Cash), dan secara khusus bagaimana Point of Sale atau POS bekerja di titik penjualan langsung seperti minimarket dan toko ritel. Bagian 1 dari 3
Fondasi Sales Process dalam ERP
Mengenal alur Order-to-Cash: dari penawaran harga sampai uang masuk ke rekening perusahaan.
Bagian pertama ini adalah fondasi yang harus Anda kuasai sebelum masuk ke detail teknis. Kita akan mulai dari pertanyaan paling dasar: apa sebenarnya yang dilakukan modul Sales dalam sebuah sistem ERP, dan mengapa perusahaan sebesar Astra International atau sekecil UMKM sekalipun butuh proses ini terstruktur rapi. Anda akan melihat bahwa proses penjualan bukan sekadar "jual barang, terima uang" — ada rangkaian langkah administratif yang kalau tidak dikelola dengan baik bisa menyebabkan kerugian, misalnya barang dikirim tapi tagihan lupa dibuat. Siapkan diri Anda untuk memahami istilah Order-to-Cash yang akan menjadi kerangka berpikir kita sepanjang bagian ini. Tujuan Pembelajaran Hari Ini Sub-CPMK A
O2C
Order-to-Cash
Mahasiswa mampu menjelaskan tahapan proses penjualan dalam ERP dari penawaran harga hingga penerimaan pembayaran.
Sub-CPMK B
POS
Point of Sale
Mahasiswa mampu menganalisis cara kerja sistem POS dan integrasinya secara real-time dengan modul ERP lain.
Fokus tambahan: menghitung komponen harga jual (diskon, PPN) dan komisi sales sebagai bagian dari proses transaksi penjualan.
Mari kita samakan target belajar Anda hari ini supaya jelas apa yang akan diuji nanti. Pertama, Anda harus bisa menjelaskan urutan proses Order-to-Cash dengan bahasa Anda sendiri, bukan menghafal istilah asing tanpa paham maknanya. Kedua, Anda harus paham bagaimana kasir di sebuah toko — katakanlah Indomaret dekat kos Anda — sebenarnya terhubung ke sistem pusat perusahaan secara real-time setiap kali transaksi terjadi. Ketiga, saya juga akan mengajak Anda menghitung sendiri komponen harga jual dengan diskon dan pajak, supaya Anda tidak hanya paham konsep tapi juga bisa mengaplikasikan angka riil seperti yang terjadi di lapangan. Mengapa Proses Sales Harus Terintegrasi? Tanpa ERP, data penjualan tersebar di banyak sistem terpisah — rawan selisih, keterlambatan, dan kerugian .
Sales mencatat pesanan di Excel Gudang tidak tahu stok sudah dijanjikan ke pelanggan lain Finance terlambat menagih karena tidak tahu barang sudah dikirim Sales order otomatis mengecek ketersediaan stok Gudang menerima instruksi pengiriman otomatis Invoice terbit otomatis begitu barang keluar Coba bayangkan Anda bekerja di sebuah UMKM fesyen yang mulai berkembang pesat lewat Tokopedia dan Shopee. Kalau tim sales mencatat pesanan di spreadsheet terpisah dari tim gudang, sangat mungkin terjadi barang yang sama dijanjikan ke dua pembeli berbeda karena data stok tidak sinkron — ini yang disebut oversell dan bisa merusak reputasi toko. Dengan ERP, begitu sales order dibuat, sistem langsung mengecek stok riil di gudang sehingga kejadian seperti ini bisa dicegah. Ini adalah alasan mendasar mengapa modul Sales tidak bisa berdiri sendiri, ia harus "bicara" dengan modul Inventory dan Finance secara otomatis dan real-time. Alur Order-to-Cash (O2C) Rangkaian proses standar penjualan dalam ERP, dari kontak pertama dengan pelanggan sampai kas diterima.
1 Inquiry & Quotation 2 Sales Order 3 Credit Check 4 Delivery & Shipping 5 Billing & Invoice 6 Payment O2C = tulang punggung modul Sales; tiap langkah menghasilkan dokumen yang otomatis memicu langkah berikutnya.
Perhatikan diagram ini baik-baik karena akan menjadi kerangka acuan kita sepanjang bagian pertama kuliah hari ini. Order-to-Cash dimulai dari calon pelanggan bertanya harga, misalnya sebuah kantor ingin membeli 50 unit laptop dan meminta penawaran harga ke distributor resmi Lenovo. Setelah harga disepakati, penawaran itu dikonversi menjadi sales order, lalu sistem mengecek apakah pelanggan punya batas kredit yang cukup, baru kemudian barang dikirim, tagihan diterbitkan, dan akhirnya pembayaran diterima. Yang membuat ERP istimewa adalah setiap dokumen di setiap langkah — quotation, sales order, delivery note, invoice — saling terhubung secara otomatis, sehingga Anda bisa menelusuri satu transaksi dari ujung ke ujung hanya dengan satu nomor referensi. Tahap Awal: Inquiry, Quotation, Sales Order Pelanggan menanyakan ketersediaan & estimasi harga produk. Belum ada komitmen.
Perusahaan mengajukan penawaran resmi (harga, syarat pembayaran, jangka waktu berlaku).
Pelanggan setuju → dokumen mengikat yang memicu proses gudang & keuangan.
Glosarium: Sales Order (SO) adalah dokumen komitmen resmi penjualan dalam ERP — berbeda dari quotation yang sifatnya masih penawaran.
Mari kita perlambat di tiga istilah kunci ini karena sering tertukar oleh mahasiswa yang baru belajar ERP. Inquiry adalah tahap paling awal ketika pelanggan sekadar bertanya-tanya, contohnya Anda mengirim pesan ke toko online di Tokopedia menanyakan "kak, warna merah masih ada?" — itu inquiry, belum ada janji apa pun. Quotation adalah ketika penjual memberi penawaran resmi dengan harga dan syarat jelas, mirip ketika sebuah event organizer meminta penawaran harga sewa sound system dari beberapa vendor sebelum memilih satu. Begitu pelanggan bilang "oke, saya ambil", quotation itu dikonversi menjadi sales order dalam sistem ERP, dan inilah titik penting karena sejak saat itu sistem mulai mengunci stok dan memicu proses-proses berikutnya secara otomatis. Master Data yang Mendukung Proses Sales Sales order tidak berdiri sendiri — ia menarik data dari tiga master data utama.
Customer Master
CM
Alamat pengiriman, batas kredit, riwayat pembayaran pelanggan.
Material Master
MM
Kode barang, satuan, harga dasar, dan data stok per gudang.
Pricing Condition
PC
Aturan diskon, pajak, dan syarat harga khusus per pelanggan/produk.
Ingat kembali materi arsitektur ERP dan RDBMS yang sudah Anda pelajari di pertemuan-pertemuan awal — konsep master data itu sekarang kita terapkan langsung ke modul Sales. Customer master menyimpan semua informasi tentang pelanggan, misalnya alamat pengiriman kantor cabang BCA di Semarang beserta batas kredit yang diizinkan perusahaan Anda untuknya. Material master menyimpan data setiap produk yang dijual, termasuk kode unik dan harga dasar, sehingga sales tidak perlu mengetik ulang deskripsi barang setiap kali membuat order. Pricing condition adalah yang paling menarik karena di sinilah aturan diskon dan pajak disimpan — begitu sales order dibuat, sistem otomatis menarik data ini untuk menghitung harga akhir tanpa perlu dihitung manual oleh staf sales. Hitung dari Nol: Harga Jual dengan Diskon & PPN Toko elektronik menjual laptop harga dasar Rp 8.000.000 dengan diskon promo 5%, lalu dikenai PPN efektif 11% (PMK 131/2024).
Langkah Perhitungan Nilai 1. Harga dasar produk diberikan Rp 8.000.000 2. Diskon promo 5% 5% × Rp 8.000.000 − Rp 400.000 3. Harga setelah diskon Rp 8.000.000 − Rp 400.000 Rp 7.600.000 4. PPN efektif 11% 11% × Rp 7.600.000 Rp 836.000 5. Total dibayar pelanggan Rp 7.600.000 + Rp 836.000 Rp 8.436.000
Total Diterima Kasir
Rp 8.436.000
Sistem ERP menghitung ini otomatis dari pricing condition
Sekarang mari kita hitung bersama, langkah demi langkah, supaya Anda paham bahwa angka yang muncul di layar kasir bukan sihir melainkan hasil kalkulasi berlapis yang sudah diprogram di pricing condition. Kita mulai dari harga dasar laptop delapan juta rupiah, lalu dikurangi diskon promo lima persen yang menghasilkan potongan empat ratus ribu rupiah, sehingga harga setelah diskon menjadi tujuh juta enam ratus ribu rupiah. Setelah itu baru dikenakan PPN efektif sebelas persen sesuai PMK 131/2024, bukan dua belas persen penuh karena itu hanya berlaku untuk barang mewah kena PPnBM, sehingga pajaknya delapan ratus tiga puluh enam ribu rupiah. Perhatikan bahwa dalam ERP urutan ini penting — diskon dihitung dulu sebelum pajak, karena pajak dikenakan atas dasar pengenaan pajak setelah diskon, bukan atas harga awal. Bagian 2 dari 3
Kontrol & Integrasi Sales dengan Modul Lain
Credit management, ketersediaan stok, dan komisi sales — bagaimana modul Sales "bicara" dengan modul lain.
Setelah Anda memahami alur dasar Order-to-Cash, kita masuk ke bagian yang lebih menantang: bagaimana sistem ERP mengontrol risiko dan memastikan integrasi antar-modul berjalan mulus. Anda akan belajar mengapa sebuah sales order bisa saja diblokir otomatis oleh sistem meskipun stok tersedia, dan bagaimana staf sales bisa mendapat komisi yang dihitung otomatis dari sistem tanpa perlu rekap manual di akhir bulan. Bagian ini penting karena menunjukkan kekuatan sesungguhnya dari ERP: bukan hanya mencatat transaksi, tapi juga menegakkan aturan bisnis perusahaan secara konsisten. Siapkan diri Anda untuk kasus kedua yang akan kita hitung bersama tentang komisi sales. Credit Management: Menjaga Risiko Piutang Sebelum sales order diproses lebih lanjut, ERP mengecek batas kredit (credit limit) pelanggan.
Sistem menjumlahkan piutang berjalan + order baru Bandingkan dengan batas kredit yang disetujui Jika melebihi → order otomatis diblokir menunggu persetujuan finance Distributor sembako memberi batas kredit Rp 50 juta ke sebuah warung grosir. Piutang berjalan Rp 45 juta, order baru Rp 10 juta → total Rp 55 juta > limit → order tertahan otomatis.
Fitur credit management ini sering luput dari perhatian mahasiswa, padahal ini salah satu contoh paling nyata bagaimana ERP melindungi perusahaan dari risiko kerugian finansial. Bayangkan Anda bekerja sebagai admin sales di distributor sembako yang melayani ratusan warung grosir di Semarang; tanpa sistem otomatis, sangat mudah lupa bahwa salah satu pelanggan sudah menunggak banyak dan tetap memproses order baru untuknya. Dengan credit management di ERP, begitu total piutang plus order baru melebihi batas kredit yang disetujui manajemen, sistem otomatis mengunci order tersebut dan meminta persetujuan tambahan dari bagian keuangan. Ini adalah contoh nyata bagaimana modul Sales tidak berjalan sendirian, melainkan selalu berkoordinasi dengan modul Financial Management yang sudah Anda pelajari sebelumnya. Available-to-Promise (ATP): Janji yang Bisa Ditepati ATP mengecek stok riil dikurangi yang sudah dijanjikan ke pelanggan lain, sebelum sales order dikonfirmasi.
Stok Gudang 100 unit − Sudah Dijanjikan 30 unit = Tersedia (ATP) 70 unit Tanpa ATP, perusahaan berisiko oversell — menjanjikan barang yang sebenarnya sudah habis dijanjikan ke pelanggan lain.
Konsep Available-to-Promise ini menjawab pertanyaan penting: bagaimana ERP mencegah sebuah gudang menjanjikan barang yang sama dua kali? Perhatikan contoh di layar, gudang punya seratus unit barang secara fisik, tetapi tiga puluh unit di antaranya sudah dijanjikan ke sales order pelanggan lain yang belum dikirim, sehingga yang benar-benar bisa dijanjikan ke pelanggan baru hanya tujuh puluh unit. Ini mirip dengan sistem pemesanan tiket kereta di aplikasi KAI Access, di mana kursi yang sudah dipesan orang lain tidak akan ditawarkan lagi ke Anda meskipun secara fisik kursi itu masih kosong di kereta. Tanpa mekanisme ATP semacam ini, perusahaan e-commerce seperti Tokopedia atau Shopee bisa mengalami oversell massal saat flash sale, menjanjikan stok yang sebenarnya sudah habis dan berujung pembatalan pesanan yang merugikan reputasi. Hitung dari Nol: Kuota & Komisi Sales Seorang sales rep target bulanan Rp 200.000.000 , realisasi penjualan Rp 250.000.000 . Komisi 3% dihitung dari kelebihan atas target.
Langkah Perhitungan Nilai 1. Target kuota bulanan diberikan Rp 200.000.000 2. Realisasi penjualan diberikan (dari sales order tercatat) Rp 250.000.000 3. Capaian kuota 250.000.000 ÷ 200.000.000 × 100 125% 4. Kelebihan atas target Rp 250.000.000 − Rp 200.000.000 Rp 50.000.000 5. Komisi 3% dari kelebihan 3% × Rp 50.000.000 Rp 1.500.000
Komisi Diterima Sales Rep
Rp 1.500.000
Capaian kuota 125% — dihitung otomatis dari data sales order ERP
Ini contoh bagaimana data yang sudah masuk ke sales order dapat langsung diolah menjadi laporan kinerja tanpa perlu rekap manual di Excel oleh manajer sales. Kita mulai dari target kuota bulanan dua ratus juta rupiah yang ditetapkan perusahaan, lalu realisasi penjualan sales rep tersebut ternyata dua ratus lima puluh juta rupiah — ini seratus persen berasal dari sales order yang sudah tercatat di sistem ERP sepanjang bulan. Capaian kuotanya kita hitung dengan membagi realisasi dengan target lalu dikali seratus, hasilnya seratus dua puluh lima persen, artinya ia melampaui target. Skema komisi di perusahaan ini memberi tiga persen hanya dari kelebihan di atas target, bukan dari total penjualan, sehingga kelebihan lima puluh juta rupiah dikalikan tiga persen menghasilkan komisi satu juta lima ratus ribu rupiah — perhatikan bahwa skema komisi seperti ini bisa berbeda-beda tiap perusahaan dan biasanya dikonfigurasi di modul HCM yang terhubung dengan data sales. Coba Sendiri: Simulasikan Kuota & Komisi Sales Rep Ubah target kuota, realisasi penjualan, dan tarif komisi, lalu amati bagaimana capaian kuota dan komisi yang diterima berubah.
Ajak satu mahasiswa maju dan turunkan realisasi penjualan sampai di bawah target, lalu perhatikan bahwa komisi menjadi nol karena skema ini hanya membayar kelebihan atas target. Coba juga naikkan tarif komisi dari 3% menjadi 5% dan lihat dampaknya pada total komisi. Latihan ini menunjukkan bagaimana skema insentif bisa dikonfigurasi berbeda-beda dan langsung dihitung otomatis dari data sales order — sekarang mari kita masuk ke bagian terakhir, Point of Sale Systems. Bagian 3 dari 3
Point of Sale (POS) Systems
Dari mesin kasir sederhana ke titik penjualan yang terhubung langsung ke jantung sistem ERP perusahaan.
Kita masuk ke bagian terakhir dan mungkin paling dekat dengan pengalaman Anda sehari-hari sebagai konsumen: sistem Point of Sale atau POS. Setiap kali Anda membayar di Indomaret, Alfamart, atau kasir kafe favorit Anda, sebenarnya Anda sedang berinteraksi langsung dengan ujung dari sistem ERP perusahaan tersebut. Di bagian ini Anda akan belajar bagaimana POS berevolusi dari sekadar mesin hitung uang menjadi terminal yang terintegrasi penuh dengan modul Sales, Inventory, dan Finance secara real-time. Perhatikan baik-baik karena setelah ini kita akan melihat contoh transaksi POS langkah demi langkah agar Anda benar-benar paham apa yang terjadi "di balik layar" setiap kali barcode di-scan. Apa itu Point of Sale (POS)? POS = titik di mana transaksi penjualan ritel terjadi — kombinasi hardware (mesin kasir, scanner) dan software yang terhubung ke ERP.
Mesin kasir berdiri sendiri, tidak terhubung sistem lain Rekap stok & penjualan dilakukan manual tiap akhir hari Data terlambat sampai ke kantor pusat Tiap scan barcode langsung update stok di database pusat Data penjualan real-time terlihat oleh manajemen Metode pembayaran (tunai, QRIS, kartu) tercatat otomatis Anda mungkin sudah familiar dengan kata "kasir", tapi istilah teknis dalam ERP menyebutnya Point of Sale, yaitu titik di mana transaksi ritel benar-benar terjadi antara penjual dan pembeli. Dulu, mesin kasir di toko-toko kelontong bekerja berdiri sendiri, hanya menghitung total belanja dan uang kembalian, sementara pencatatan stok dilakukan manual oleh pemilik toko di buku besar setiap malam. Sekarang, ketika Anda belanja di Indomaret atau Alfamart, setiap kali barcode di-scan, data itu langsung terkirim ke server pusat perusahaan dan memperbarui jumlah stok toko tersebut secara real-time, bahkan bisa memicu otomatis permintaan pengiriman ulang barang dari gudang distribusi kalau stok sudah menipis. Inilah bedanya POS modern: ia bukan sekadar mesin hitung uang, melainkan ujung tombak dari seluruh sistem ERP perusahaan ritel. Arsitektur Integrasi POS ↔ ERP Terminal POS Modul Sales (catat transaksi) Modul Inventory Modul Finance Database Pusat ERP Satu transaksi kasir memicu update di tiga modul sekaligus secara otomatis, tanpa input manual berulang.
Diagram ini menunjukkan apa yang sesungguhnya terjadi ketika kasir menekan tombol "bayar" di terminal POS. Transaksi itu pertama-tama tercatat sebagai sales order singkat di modul Sales, lalu secara otomatis modul Inventory mengurangi jumlah stok barang yang baru saja terjual, dan pada saat bersamaan modul Finance mencatat penerimaan kas atau piutang kartu kredit sesuai metode pembayaran yang dipakai pelanggan. Bayangkan skala ini terjadi ribuan kali per hari di jaringan gerai Alfamart di seluruh Indonesia — tanpa integrasi otomatis semacam ini, mustahil bagi kantor pusat untuk mengetahui stok riil tiap gerai secara real-time. Inilah nilai tambah terbesar ERP dibanding sistem kasir konvensional: satu aksi sederhana di ujung terdepan bisa memicu pembaruan data di seluruh rantai proses bisnis perusahaan secara serentak dan akurat. Walkthrough: Transaksi POS di Minimarket Ikuti tahap demi tahap saat pelanggan membeli 2 barang di kasir minimarket terintegrasi ERP.
Tahap Apa yang Terjadi Modul Terdampak 1. Scan barcode Kasir scan 2 produk; harga & nama barang muncul otomatis dari material master Sales 2. Hitung total Sistem jumlahkan harga, terapkan diskon & PPN otomatis dari pricing condition Sales 3. Pilih pembayaran Pelanggan bayar via QRIS; sistem catat metode & jumlah pembayaran Finance 4. Cetak struk Struk tercetak, transaksi tersimpan dengan nomor referensi unik Sales 5. Update stok Stok gudang toko berkurang 2 unit secara real-time di database pusat Inventory
Mari kita telusuri satu transaksi sederhana yang mungkin sudah ratusan kali Anda alami sebagai konsumen tanpa pernah menyadari kerumitan di baliknya. Ketika kasir men-scan barcode dua produk, misalnya sebotol air mineral dan sebungkus roti, sistem langsung menarik nama dan harga dari material master tanpa kasir perlu mengetik manual. Kemudian sistem menjumlahkan total belanja dan otomatis menerapkan diskon promo jika ada serta PPN sesuai aturan pricing condition yang sudah kita hitung di slide sebelumnya. Begitu Anda memilih membayar dengan QRIS, sistem finance mencatat metode dan jumlah pembayaran tersebut, struk tercetak dengan nomor referensi unik, dan yang terakhir — mungkin bagian paling penting bagi manajemen — stok gudang toko itu langsung berkurang dua unit secara real-time di database pusat, sehingga esok hari sistem sudah tahu kapan waktunya mengirim stok ulang. POS Modern: Analytics & Omnichannel Sales Analytics
Real-time
Manajemen bisa melihat produk terlaris per jam, per gerai, tanpa menunggu laporan akhir bulan — mendukung keputusan restock cepat.
Omnichannel
1 Data
Stok & harga sinkron antara toko fisik dan channel online (Tokopedia, Shopee) dalam satu sistem ERP yang sama.
Contoh nyata: retailer seperti Matahari Department Store menyinkronkan stok toko fisik dan marketplace agar pelanggan tidak membeli barang yang ternyata sudah habis.
POS masa kini tidak berhenti pada fungsi transaksional saja, ia juga menjadi sumber data analitik yang sangat berharga bagi manajemen. Dengan data real-time dari ribuan transaksi POS, manajer regional bisa melihat produk apa yang paling laris di jam tertentu atau gerai tertentu, lalu mengambil keputusan cepat untuk mengirim stok tambahan sebelum kehabisan. Konsep omnichannel juga semakin penting di Indonesia — bayangkan sebuah retailer fesyen yang punya toko fisik di mal sekaligus toko di Tokopedia dan Shopee; tanpa sistem ERP yang menyatukan data stok dari semua channel ini, sangat mungkin terjadi barang yang sama dijual dua kali dan salah satu pembeli kecewa karena pesanannya dibatalkan. Inilah mengapa integrasi POS-ERP bukan sekadar fitur teknis, melainkan keunggulan kompetitif nyata di era belanja daring dan luring yang berbaur. Latihan Diskusi Kelas Berkelompok 3-4 orang. Pilih satu bisnis ritel yang Anda kenal (kafe, minimarket, toko online). Diskusikan dan presentasikan singkat:
Di titik mana proses Order-to-Cash bisa terjadi pada bisnis tersebut? Apa risiko jika sistem POS-nya tidak terhubung ke sistem inventory pusat? Hitung: jika harga produk Rp 50.000, diskon member 10%, PPN 11% — berapa total dibayar pelanggan? Waktu diskusi: 10 menit. Siapkan 1 juru bicara per kelompok.
Sekarang giliran Anda mempraktikkan apa yang sudah kita pelajari, jadi silakan berkumpul dengan tiga sampai empat teman terdekat Anda. Pilih bisnis ritel yang benar-benar Anda kenal dalam kehidupan sehari-hari, bisa kedai kopi langganan Anda, minimarket dekat kos, atau bahkan toko online yang sering Anda beli barangnya. Diskusikan bagaimana proses Order-to-Cash terjadi di bisnis tersebut, lalu pikirkan risiko konkret apa yang muncul kalau sistem kasirnya berdiri sendiri tanpa terhubung ke data stok pusat — misalnya kehabisan stok tanpa disadari pemilik. Jangan lupa kerjakan juga soal hitungan kecil di akhir instruksi, karena ini melatih Anda menerapkan rumus diskon dan PPN yang sudah kita bahas berulang kali hari ini pada angka yang berbeda. Rangkuman: Sales & POS dalam ERP Konsep Inti Order-to-Cash (O2C) Inquiry → Quotation → Sales Order → Delivery → Billing → Payment Credit Management Cegah risiko piutang dengan mengunci order yang melebihi batas kredit ATP Stok riil dikurangi yang sudah dijanjikan = stok yang boleh ditawarkan lagi POS Modern Terminal kasir yang terhubung real-time ke Sales, Inventory, dan Finance
Satu benang merah: setiap transaksi penjualan — besar atau sekecil struk minimarket — mengalir otomatis ke seluruh sistem ERP tanpa input manual berulang.
Mari kita rangkum perjalanan panjang materi hari ini menjadi empat konsep kunci yang harus benar-benar melekat di ingatan Anda. Order-to-Cash adalah kerangka besar proses penjualan dari awal sampai uang diterima, credit management melindungi perusahaan dari risiko piutang macet, ATP memastikan perusahaan tidak menjanjikan barang yang sebenarnya sudah habis dijanjikan ke pihak lain, dan POS modern adalah wajah depan dari semua proses ini yang langsung Anda alami sebagai konsumen. Kalau Anda ingat satu hal saja dari kuliah hari ini, ingatlah bahwa kekuatan ERP bukan pada masing-masing modulnya secara terpisah, melainkan pada bagaimana satu transaksi kecil — seperti struk belanja Anda di Indomaret tadi pagi — bisa otomatis mengalir dan memperbarui data di seluruh perusahaan tanpa ada satu pun staf yang perlu menginput ulang secara manual. Penutup & Persiapan Minggu Depan Modul Customer Relationship Management (CRM) & Knowledge Management — bagaimana ERP mengelola hubungan pelanggan jangka panjang, bukan hanya transaksi sesaat.
Tugas
Baca
Studi kasus CRM ritel
Bawa 1 contoh program loyalitas pelanggan (kartu member, poin reward) yang pernah Anda alami sebagai bahan diskusi minggu depan.
Terima Kasih atas partisipasi Anda hari ini, kita sudah menempuh perjalanan cukup jauh dari alur Order-to-Cash sampai detail transaksi di kasir minimarket. Minggu depan kita akan melanjutkan ke modul Customer Relationship Management dan Knowledge Management, yang akan menjelaskan apa yang terjadi setelah transaksi penjualan selesai — bagaimana perusahaan menjaga hubungan dengan pelanggan agar mereka kembali lagi, mirip program member Indomaret Poin atau MyTelkomsel yang mungkin sudah Anda gunakan. Sebagai persiapan, saya minta Anda membawa satu contoh nyata program loyalitas pelanggan yang pernah Anda alami sendiri, karena kita akan mendiskusikannya sebagai studi kasus pembuka. Sampai jumpa minggu depan, dan jangan ragu menghubungi saya lewat email kampus jika ada pertanyaan tentang materi hari ini.