↑↓ navigate · Space next
Pertemuan 14

Peran Sistem Informasi
dalam Akuntansi & ERP

Pengantar Akuntansi Keuangan untuk Sistem Informasi

Tikno, ST., M.Kom., MCE.

100 Menit SIA · ERP · RBAC · Audit Trail
14

Sepanjang semester ini…

Anda telah melakukan secara manual:

Mencatat jurnal  →  Memposting ke buku besar  →  Menyusun laporan keuangan  →  Menghitung rasio keuangan

Bayangkan sekarang:

10.000 transaksi per hari.

Apakah proses manual masih memungkinkan? Apa solusinya?

Jawaban: Sistem Informasi Akuntansi & ERP

Pertemuan ini menjawab bagaimana teknologi mengotomatisasi seluruh siklus akuntansi.

Apa itu SIA?

Sistem yang mengumpulkan, menyimpan, dan memproses data keuangan untuk menghasilkan informasi bagi pengambil keputusan.

Model IPO — Input → Proses → Output
Komponen Penjelasan Contoh
Input Dokumen sumber (source documents) Faktur, kuitansi, nota beli, slip gaji
Proses Pencatatan & pengolahan data Jurnal, posting, penyesuaian, penutupan
Output Laporan keuangan & manajerial Laba Rugi, Neraca, Laporan Arus Kas
Analogi SI

SIA adalah "backend" dari seluruh proses akuntansi — database, server, dan application layer yang memastikan data keuangan dicatat, disimpan, dan dikomunikasikan dengan benar.

SIA Manual vs SIA Terkomputerisasi

Aspek SIA Manual SIA Terkomputerisasi
Penyimpanan Buku jurnal fisik, kertas, ordner Database digital (SQL, cloud)
Kecepatan Lambat — bergantung manusia Sangat cepat — ribuan transaksi/detik
Risiko Error Tinggi — human error Rendah — validasi input
Keamanan Rentan — akses tidak terkontrol Lebih aman — backup, enkripsi
Audit Trail Sulit — coretan, tipp-ex Otomatis — timestamp setiap perubahan
Biaya Awal Rendah (kertas, alat tulis) Lebih tinggi (hardware, lisensi)
Skalabilitas Terbatas Mudah diskalakan

Empat Tahap Evolusi Sistem Informasi Akuntansi

01
Pembukuan Manual
Buku jurnal fisik, kalkulator — seluruh siklus dikerjakan dengan tangan. Masih ada di UMKM mikro.
Sebelum 1980-an
02
Spreadsheet (Excel / Google Sheets)
Kalkulasi otomatis, tetapi input & posting masih manual. Tidak ada integrasi antar modul.
1980-an – kini
03
Software Akuntansi Khusus
Accurate, Zahir, MYOB, Jurnal.id — siklus akuntansi terotomatisasi, tetapi hanya mencakup modul keuangan.
1990-an – kini
04
ERP Terintegrasi
Odoo, SAP S/4HANA, Oracle NetSuite — seluruh proses bisnis dalam satu platform. Data mengalir otomatis antar modul.
2000-an – kini

Perbandingan Pencatatan Satu Transaksi

Skenario: Penjualan jasa Rp50.000.000 secara kredit

Tahap Proses Waktu Risiko
Manual Tulis faktur → catat jurnal → posting manual → hitung saldo → tulis laporan 15–20 menit Tinggi
Spreadsheet Ketik sheet jurnal → copy-paste ke buku besar → formula hitung saldo 5–8 menit Sedang
Software Input transaksi → software otomatis jurnal, posting, update saldo 1–2 menit Rendah
ERP Buat Sales Order → konfirmasi → otomatis: invoice, catat piutang, update pendapatan, notifikasi penagihan 30 detik Sangat rendah
Perbedaan kritis Tahap 3 vs Tahap 4

Software akuntansi hanya update modul keuangan. ERP memicu seluruh proses: penjualan → persediaan → piutang → gudang → dashboard — otomatis dan real-time.

Enterprise Resource Planning (ERP)

Sistem terintegrasi yang menghubungkan seluruh proses bisnis dalam satu platform. Kata kunci: terintegrasi — semua modul berbagi database yang sama.

💰
Keuangan
GL, AR/AP, Bank Rec
🛒
Penjualan
Quotation → SO → Invoice
📦
Pembelian
PO → GR → Vendor Bill
🏭
Persediaan
Stok, gudang, valuasi
👥
SDM
Payroll, cuti, absensi
🔧
Manufaktur
BOM, work orders
DATABASE TERPUSAT — Single Source of Truth
Semua modul berbagi data yang sama · Tidak ada data silos · Real-time & konsisten

Platform ERP Populer

Platform Tipe Target Harga Catatan
Odoo Open source + berbayar UMKM – menengah besar Gratis (Community); $7,25/user/bln Modular — mulai 1 modul
SAP S/4HANA Enterprise komersial Korporasi besar Ratusan juta – miliaran Rp Standar industri multinasional
Oracle NetSuite Cloud komersial Menengah – besar Langganan cloud Cloud-native, integrasi CRM
MS Dynamics 365 Cloud komersial Menengah – besar $70/user/bln Integrasi Microsoft Office 365
Mengapa penting bagi mahasiswa SI?

Implementasi ERP adalah proyek SI terbesar & paling bernilai di korporasi. Konsultan ERP termasuk profesi dengan bayaran tertinggi di bidang IT. Data BI yang akurat bergantung pada ERP yang terkelola baik.

Modul Keuangan: Jantung ERP

General Ledger Otomatis
  • Setiap transaksi di modul manapun → jurnal otomatis tanpa intervensi manual
  • Neraca Saldo tersedia real-time — klik "Trial Balance"
  • Laporan keuangan ter-generate otomatis — pilih periode, klik "Generate"
AR & AP Otomatis
  • Pelacakan jatuh tempo otomatis — sistem tandai overdue
  • Automated reminder — email otomatis ke pelanggan
  • Laporan aging piutang (30/60/90/120 hari) — satu klik
  • Deteksi pembayaran duplikat otomatis
Bank Reconciliation Otomatis
  • Impor mutasi bank otomatis via API (bank feeds) — Odoo terintegrasi 28.000+ bank
  • AI matching — cocokkan transaksi bank dengan jurnal, akurasi hingga 95%
  • Staf hanya review & setujui — bukan cocokkan manual satu per satu
Recall Pertemuan 2–7

Seluruh siklus akuntansi yang dipelajari — jurnal ↔ buku besar ↔ neraca saldo ↔ laporan keuangan — dijalankan ERP secara otomatis.

Three-Way Matching: Kontrol Internal Otomatis

Dokumen 1
Purchase Order
Qty · Harga · Vendor
Dokumen 2
Goods Receipt
Qty diterima · Kondisi
Dokumen 3
Vendor Invoice
Qty · Total Tagihan
✅ PO = GR = Invoice → Pembayaran disetujui otomatis
⚠️ Tidak cocok → Sistem menolak, eskalasi investigasi
KasusPOGRInvoiceTindakan
Vendor kurang kirim 50 unit 45 unit 50 unit ⚠️ Sistem tolak — GR ≠ Invoice
Harga tidak sesuai Rp2.000.000/unit 50 unit Rp2.200.000/unit ⚠️ Sistem tolak — harga ≠ PO
Tidak ada PO Tidak ada 30 unit 30 unit 🔴 Red flag — potensi fraud

Kontrol Akses Berbasis Peran (RBAC)

Membatasi akses pengguna berdasarkan peran yang ditugaskan. Prinsip utama: Least Privilege — hanya akses minimum yang diperlukan.

Peran Hak Akses Batasan
Kasir Catat penerimaan/pengeluaran kas, cetak kuitansi ❌ Tidak bisa ubah Chart of Accounts, tidak bisa akses laporan
Staf Akuntansi Input jurnal, posting, rekonsiliasi bank ❌ Tidak bisa setujui pengeluaran besar, tidak bisa hapus jurnal
Manajer Keuangan Setujui pengeluaran, review laporan, ubah Chart of Accounts ❌ Tidak bisa ubah konfigurasi sistem
Auditor Lihat seluruh transaksi & laporan ❌ Read-only — tidak bisa ubah data apapun
Admin Sistem Kelola pengguna, peran, konfigurasi teknis ❌ Tidak boleh memiliki peran keuangan (pemisahan tugas)
Analogi SI

RBAC = GRANT/REVOKE di SQL & chmod/chown di Linux. Setiap role memiliki sekumpulan permissions.

RBAC & Pencegahan Fraud

Skenario Fraud Tanpa RBAC Dengan RBAC
Kasir buat vendor fiktif & transfer ke rekening sendiri ✅ Bisa — kasir punya akses buat vendor & proses bayar ❌ Dicegah — kasir tidak bisa buat vendor baru
Staf ubah angka laba untuk manipulasi bonus ✅ Bisa — staf bisa edit jurnal yang sudah diposting ❌ Dicegah — hanya bisa reverse (bukan edit), dan perlu approval manajer
Manajemen ubah laporan audit ✅ Bisa — tidak ada pemisahan ❌ Dicegah — audit trail immutable, tidak bisa dihapus siapapun
Pemisahan Tugas (SoD)

Orang yang mencatat ≠ orang yang menyetujui ≠ orang yang mengaudit

SQL Implementation

GRANT SELECT ON jurnal TO role_auditor;
REVOKE INSERT ON vendor FROM role_kasir;

Jejak Audit (Audit Trail)

Catatan kronologis setiap perubahan data dalam sistem — siapa melakukan apa, kapan, dan apa yang berubah. Sifat: otomatis, immutable, komprehensif.

Elemen Penjelasan Contoh
Siapa (Who) Nama pengguna & peran "Budi (Staf Akuntansi)"
Kapan (When) Timestamp persis perubahan "2025-12-15 14:23:45 WIB"
Apa yang diubah (What) Tabel/field yang berubah "Jurnal #JV-2025-0891, field: nominal"
From–To Nilai sebelum & sesudah "Rp5.000.000 → Rp5.500.000"
Aktivitas Jenis operasi CREATE / UPDATE / DELETE / APPROVE
Analogi: git log versi data keuangan

Sama seperti git log mencatat siapa mengubah kode apa dan kapan, audit trail mencatat siapa mengubah data keuangan apa, kapan, dan dari nilai berapa ke berapa.

Contoh Log Jejak Audit

# Timestamp User / Peran Aksi Objek Detail Perubahan
1 2025-12-15 09:01 Budi / Staf Akuntansi CREATE Jurnal #JV-2025-0891 Dr. Beban Gaji Rp1.200.000.000 / Cr. Kas Rp1.200.000.000
2 2025-12-15 09:15 Budi / Staf Akuntansi UPDATE Jurnal #JV-2025-0891 Nominal: Rp1.200.000.000 → Rp1.250.000.000 (koreksi tunjangan)
3 2025-12-15 10:00 Dewi / Manajer Keuangan APPROVE Jurnal #JV-2025-0891 Setujui jurnal beban gaji Desember 2025
4 2025-12-15 10:01 SYSTEM / Auto-posting POST Buku Besar Beban Gaji +Rp1.250.000.000 · Kas −Rp1.250.000.000
5 2025-12-20 14:30 Rina / Kasir CREATE Penerimaan #RC-2025-1220 Terima dari PT Citra Informatika: Rp80.000.000
6 2025-12-28 11:00 Pak Arif / Auditor READ Laporan Laba Rugi Melihat Lap. Laba Rugi Jan–Des 2025
Kekuatan jejak audit

Auditor dapat filter berdasarkan user, periode, dan jenis aksi → investigasi terarah. Tanpa audit trail, investigasi hanya berdasarkan angka tanpa tahu siapa pelakunya.

Deteksi Anomali melalui Audit Trail

Studi kasus Kasus 2 — cuplikan log November 2025 PT Digitama Solusi

#AnomaliMengapa MencurigakanRisiko Fraud
1 Jurnal duplikat
#JV-1101 & #JV-1102 identik, selisih 1 menit
Dua jurnal nominal, akun, deskripsi sama = indikasi double payment Pembayaran fiktif ke rekening pribadi
2 Self-approval
Andi buat jurnal DAN setujui sendiri
Melanggar pemisahan tugas — RBAC dikonfigurasi salah Buat pengeluaran fiktif tanpa review pihak lain
3 Aktivitas 22:30
Ubah rekening vendor + pembayaran malam hari
Di luar jam kerja, tanpa pengawasan Account hijacking — transfer ke rekening sendiri
4 Ubah vendor → bayar (2 menit)
Baris 6–7 selisih 2 menit
Pola terencana — ubah data vendor langsung diikuti pembayaran Vendor fraud klasik: ubah rekening → bayar → kembalikan
Perbaikan kontrol yang direkomendasikan

Aktifkan duplicate detection · Perbaiki RBAC (hapus hak approve dari staf akuntansi) · Batasan akses jam kerja · Cooling period 48 jam setelah ubah rekening vendor

Lapisan Pengendalian Internal di ERP

PREVENTIF
RBAC — Kontrol Akses Berbasis Peran
Membatasi siapa yang bisa melakukan apa sebelum tindakan terjadi. Kasir tidak bisa menghapus jurnal.
PREVENTIF
Approval Workflow
Pembayaran > Rp10 juta harus disetujui Manajer Keuangan sebelum diproses.
PREVENTIF
Three-Way Matching
Validasi PO = GR = Invoice sebelum pembayaran disetujui. Mencegah pembayaran barang yang tidak dipesan.
DETEKTIF
Audit Trail
Merekam semua aktivitas untuk diperiksa kemudian. Auditor menemukan 15 jurnal tanpa dokumen pendukung.
DETEKTIF
Automated Alert & SIEM
Kirim peringatan saat anomali: "User Budi membuat 50 jurnal dalam 10 menit".
Analogi:

RBAC = pintu dikunci (preventif). Audit trail = kamera CCTV (detektif). Sistem yang hanya punya CCTV tapi pintu tidak dikunci tetap tidak aman.

Akuntansi & Sistem Informasi: Titik Temu

Database Design

Transaksi akuntansi = relasi antar tabel. Debit = kredit ditegakkan melalui database constraints, bukan harapan.

SQL GRANT / REVOKE

RBAC diimplementasikan pada level database. GRANT SELECT ON jurnal TO auditor

Database Triggers

Audit trail diimplementasikan via trigger — INSERT otomatis ke tabel audit_trail setiap kali ada UPDATE pada jurnal_umum.

API & System Integration

ERP menyediakan REST API untuk integrasi: e-commerce ↔ ERP ↔ payment gateway ↔ sistem logistik.

3-Tier Architecture

SIA modern: presentation layer (UI) ↔ business logic layer (aturan akuntansi) ↔ data layer (database).

Immutable Storage

Audit trail butuh append-only logs atau write-once storage. Teknologi: ELK Stack, Splunk, blockchain.

10 Takeaways Pertemuan 14

1 SIA — sistem IPO yang mengotomatisasi siklus akuntansi lengkap
2 4 Tahap evolusi: Manual → Spreadsheet → Software → ERP
3 ERP = satu platform, satu database terpusat, tidak ada data silos
4 Modul keuangan mengotomatisasi GL, AR/AP, bank rec, laporan keuangan
5 Three-way matching mencegah pembayaran barang tidak dipesan/tidak diterima
6 RBAC + least privilege: setiap user hanya akses minimum yang diperlukan
7 Pemisahan tugas: yang catat ≠ yang setujui ≠ yang audit
8 Audit trail: siapa, kapan, apa — otomatis, immutable, kronologis
9 RBAC = preventif, audit trail = detektif — keduanya wajib
10 Tidak semua perlu ERP — pilih sistem sesuai skala & kompleksitas bisnis

Anda telah menyelesaikan
siklus akuntansi penuh.

Perjalanan Pertemuan 1–14
P1: Konsep Dasar P2-4: Jurnal & Buku Besar P5-7: Laporan Keuangan P9-10: Perusahaan Dagang P11-13: Analisis P14: SIA & ERP ← Kita
Pertemuan 15 — Review Komprehensif

Studi kasus terintegrasi yang menghubungkan seluruh materi semester ini — dari jurnal pertama hingga ERP.

Tikno, ST., M.Kom., MCE. · Pengantar Akuntansi Keuangan untuk Sistem Informasi