TA : Sistem Informasi Akuntansi dan Pengendalian Piutang Pada PT. Kusumantara Graha Jayatrisna.

(1)

SISTEM INFORMASI AKUNTANSI DAN PENGENDALIAN PIUTANG PADA PT. KUSUMANTARA GRAHA JAYATRISNA

TUGAS AKHIR

Nama : Ananta Raditya Murti NIM : 07.41010.0093 Program : S1 (Strata Satu) Jurusan : Sistem Informasi

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA

2012

STIKOM


(2)

TUGAS AKHIR

Diajukan sebagai salah satu syarat untuk menyelesaikan Program Sarjana Komputer

Oleh:

Nama : Ananta Raditya Murti NIM : 07.41010.0093 Program : S1 (Strata Satu) Jurusan : Sistem Informasi

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA

2012

STIKOM


(3)

The blessing of the Lord makes one rich, and He adds no sorrow with it (Proverbs 10:22)

STIKOM


(4)

menyayangiku

STIKOM


(5)

x

DAFTAR ISI

Halaman

ABSTRAK ... vii

KATA PENGANTAR ... viii

DAFTAR ISI...x

DAFTAR TABEL... xix

DAFTAR GAMBAR ... xxii

DAFTAR LAMPIRAN... xxix

BAB I PENDAHULUAN...1

1.1 Latar Belakang Masalah ... 1

1.2 Perumusan Masalah ... 3

1.3 Pembatasan Masalah... 3

1.4 Tujuan ... 3

1.5 Sistematika Penulisan ... 4

BAB II LANDASAN TEORI ...6

2.1 Sistem Informasi... 6

2.2 Analisis & Perancangan Sistem... 6

2.3 Dasar Akuntansi ... 7

2.4 Siklus Transaksi... 8

2.5 Siklus Pengeluaran ... 9

2.6 Siklus Pendapatan Perusahaan... 9

2.7 Akuntansi Pada Perusahaan Manufaktur ... 9

2.7.1 Sistem Akuntansi Pokok ... 10

2.7.2 Sistem Akuntansi Piutang ... 11

STIKOM


(6)

xi

C. Aging Schedule... 15

D. Penggunaan Komputer untuk Manajemen Kredit ... 16

2.7.3 Sistem Akuntansi Utang... 16

2.7.4 Sistem Akuntansi Biaya ... 17

2.7.5 Sistem Penerimaan Kas... 18

2.7.6 Sistem Pengeluaran Kas ... 19

2.8 Tingkat BungaFlat... 20

2.9 Laporan Keuangan... 21

2.9.1 Jenis dan Fungsi Laporan Keuangan... 21

2.9.2 Unsur Laporan Keuangan ... 22

2.10 Sistem Informasi Akuntansi ... 23

2.11 Diagram Aliran Data (DAD)... 26

2.12 Entity Relationship Diagram(ERD)... 28

2.13 Basis Data ... 29

2.14 Structure Query Language(SQL)... 30

2.15 Teknik Pengumpulan Data... 32

2.15.1 Teknik Observasi Langsung... 32

2.15.2 Teknik Komunikasi Langsung ... 32

2.16 Testing dan Implementasi Sistem ... 32

2.16.1 White Box Testing... 33

2.16.2 Black Box Testing... 34

BAB III ANALISIS DAN PERANCANGAN SISTEM ...35

STIKOM


(7)

xii

3.1 Analisis Sistem ... 35

3.1.1 Observasi... 36

A. Deskripsi Pekerjaan Entitas Dalam ... 36

B. Penggunaan Aplikasi Komputer... 36

3.1.2 Wawancara... 37

A. Proses Bisnis Perusahaan ... 37

B. Kondisi Bisnis dan Keuangan Secara Umum... 38

3.2 Perancangan Sistem ... 40

3.2.1. Block Diagram... 40

3.2.2. Diagram Aliran Data ... 42

A. Diagram Berjenjang ... 42

B. Context Diagram... 43

C. DAD level 0 Sistem Informasi Akuntansi dan Pengendalian Piutang ... 44

D. DAD level 1 subsistem Pemeliharaan Data Kavling... 46

E. DAD level 1 subsistem Pemeliharaan Data Pengguna... 46

F. DAD level 1 subsistem Pemeliharaan Data Suplier ... 47

G. DAD level 1 subsistem Pemeliharaan Data Konfigurasi Rekening... 47

H. DAD level 1 subsistem Transaksi Penjualan ... 47

I. DAD level 1 subsistem Transaksi Pembelian ... 48

J. DAD level 1 subsistem Transaksi Penerimaan ... 49

K. DAD level 1 subsistem Transaksi Pengeluaran ... 50

L. DAD level 1 subsistem Pelaporan Arus Kas ... 51

M. DAD level 1 subsistem Pelaporan Umur Piutang ... 52

STIKOM


(8)

xiii

P. DAD level 2 subsistem Transaksi Pemesanan Kavling ... 53

Q. DAD level 2 subsistem Transaksi Pengesahan Pesanan Kavling ... 54

R. DAD level 2 subsistem Transaksi Pembatalan Pesanan Kavling ... 55

S. DAD level 2 subsistem Transaksi Pembatalan Penjualan Kavling ... 56

T. DAD level 2 subsistem Transaksi Serah Terima Kavling... 56

U. DAD level 2 subsistem Transaksi Pemesanan Barang... 57

V. DAD level 2 subsistem Transaksi Penerimaan Barang... 57

W. DAD level 2 subsistem Transaksi PenerimaanBooking Fee Dan UM ... 58

X. DAD level 2 subsistem Transaksi Penerimaan Realisasi KPR ... 58

Y. DAD level 2 subsistem Transaksi Penerimaan Rekening ... 59

Z. DAD level 2 subsistem Transaksi Penerimaan Angsuran... 59

AA. DAD level 2 subsistem Transaksi Pengeluaran Kas ... 60

AB. DAD level 2 subsistem Transaksi Pembayaran Utang... 61

AC. DAD level 2 subsistem Transaksi Pencatatan Biaya Produksi... 62

3.2.3. Entity Relationship Diagram(ERD)... 62

A. Conceptual Data Model... 62

B. Physical Data Model... 62

3.3 Struktur Basis Data ... 65

3.3.1. Tabel Konfigurasi... 65

STIKOM


(9)

xiv

3.3.2. Tabel MstBank ... 67

3.3.3. Tabel MstBarang... 67

3.3.4. Tabel MstBiayaTambahan ... 68

3.3.5. Tabel MstDepartment... 68

3.3.6 Tabel MstDetailGroup ... 68

3.3.7. Tabel MstGroup ... 69

3.3.8 Tabel MstPengguna... 69

3.3.9 Tabel MstKavling... 69

3.3.10. Tabel MstPenghuni ... 70

3.3.11. Tabel MstProject ... 70

3.3.12. Tabel MstRekeningAkun ... 71

3.3.13. Tabel MstSatuan... 71

3.3.14. Tabel MstSuplier... 71

3.3.15. Tabel MstTipe ... 72

3.3.16 Tabel DetailPemesananBarang... 73

3.3.17. Tabel PemesananBarang ... 73

3.3.18 Tabel TransDepositBG ... 74

3.3.19 Tabel TransDetailHPP... 75

3.3.20 Tabel TransDetailJurnal ... 75

3.3.21. Tabel TransDetailPembayaranSuplier ... 75

3.3.22. Tabel TransDetailPenerimaanKavling ... 76

3.3.23 Tabel TransDetailTambahanBiaya ... 77

3.3.24 Tabel TransJurnal ... 77

3.3.25 Tabel TransPembatalan ... 77

STIKOM


(10)

xv

3.3.28 Tabel TransPenerimaanKavling ... 79

3.3.29 Tabel TransPenerimaanRekening... 79

3.3.30 Tabel TransPenjualanKavling ... 80

3.3.31 Tabel TransSerahTerima ... 82

3.3.32 Tabel TransPeriode... 82

3.3.33 Tabel TransHistoriLabaRugi ... 82

3.4 Desain Antarmuka ... 83

3.4.1 FormMaster Project ... 83

3.4.2 FormMaster Tipe ... 84

3.4.3 FormMaster Kavling... 84

3.4.4 FormMaster Biaya Tambahan... 85

3.4.5 FormMaster Barang ... 85

3.4.6 FormMaster Suplier ... 86

3.4.7 FormMaster Pengguna ... 86

3.4.8 FormMaster Group... 87

3.4.9 FormMaster Departemen ... 87

3.4.10 FormMaster Bank ... 88

3.4.11 FormMaster Konfigurasi... 88

3.4.12 FormTransaksi Pemesanan Kavling ... 89

3.4.13 FormTransaksi Pembatalan Penjualan ... 89

3.4.14 FormTransaksi Serah Terima... 90

3.4.15 FormTransaksi Catatan Piutang Pelanggan ... 91

STIKOM


(11)

xvi

3.4.16 FormTransaksi Penerimaan Piutang ... 92

3.4.17 FormTransaksi Pembelian ... 92

3.4.18 FormTransaksi Pencatatan Utang ... 93

3.4.19 FormTransaksi Pengeluaran Kas Tunai ... 94

3.4.20 FormTransaksi Pengeluaran Kas Kredit ... 94

3.4.21 FormTransaksi Pencatatan Biaya Pembangunan Kavling... 95

3.4.22 Surat Bukti Kas Masuk ... 96

3.4.23 Surat Bukti Kas Keluar ... 97

3.4.24 Surat Pesanan Kavling ... 97

3.4.25 Surat Permintaan Pembelian Barang... 98

3.4.26 Surat Tanda Terima Barang ... 99

3.4.27 Laporan Kas Masuk ... 100

3.4.28 Laporan Kas Keluar ... 101

3.4.29 Laporan Rencana Penerimaan Kas... 102

3.4.30 Laporan Rencana Pengeluaran Kas... 103

3.4.31 Laporan Umur Piutang... 104

3.4.32 Laporan Rekap Penjualan Kavling... 104

3.4.33 Laporan Laba Rugi... 105

3.5 Desain Uji Sistem ... 106

BAB IV IMPLEMENTASI DAN EVALUASI...113

4.1 Kebutuhan Sistem ... 113

4.1.1 Kebutuhan Perangkat Keras ... 113

4.1.2 Kebutuhan Perangkat Lunak ... 113

4.2 Implementasi ... 113

STIKOM


(12)

xvii

4.2.3 FormPemesanan Kavling ... 116

4.2.4 FormVerifikasi Pemesanan Kavling ... 121

4.2.5 FormPemesanan Barang ... 124

4.2.6 FormPenerimaan Barang ... 127

4.2.7 FormPenerimaanBooking Feedan Uang Muka... 129

2.4.8 FormPembayaran Angsuran ... 132

4.2.9 FormDetail Pembayaran Angsuran... 133

4.2.10 FormPenerimaan Realisasi KPR... 137

4.2.11 FormSerah Terima ... 140

4.2.12 FormPenerimaan Rekening... 143

4.2.13 FormDetail Penerimaan Rekening... 146

4.2.14 FormPembatalan Penjualan ... 147

4.2.15 FormPengeluaran Tunai... 149

4.2.16 FormCatatan Utang... 152

4.2.17 FormPembayaran Kredit ... 156

4.2.18 FormDetail Pembayaran Kredit ... 159

4.2.19 FormPembayaran Lain-Lain ... 160

4.2.20 FormPengeluaran Biaya Kavling... 162

4.2.21 FormLaporan Penerimaan Kavling... 163

4.2.22 FormLaporan Penerimaan Rekening ... 167

4.2.23 FormLaporanAging Schedule... 170

4.2.24 FormLaporan Pengeluaran Kas... 171

STIKOM


(13)

xviii

4.2.25 FormLaporan Rencana Pengeluaran Kas... 172

4.2.26 FormLaporan Biaya Pembangunan Kavling... 173

4.2.27 FormLaporan Rencana Arus Kas... 175

4.2.28 Form Laporan Laba Rugi ... 176

4.3 Evaluasi ... 177

4.3.1 Proses PerhitunganDown Payment(Uang Muka)... 177

4.3.2 Proses Perhitungan BungaFlat... 178

4.3.3 Proses Perhitungan Denda Keterlambatan Angsuran ... 180

4.3.4 Proses Perhitungan denda keterlambatan iuran rekening... 182

4.3.5 Proses Perhitungan Pengakuan Penjualan... 183

BAB V PENUTUP ...186

5.1 Kesimpulan ... 186

5.2 Saran ... 187

DAFTAR PUSTAKA ...188

BIODATA PENULIS ...190

LAMPIRAN...191

STIKOM


(14)

xix

Tabel 3.1 Konfigurasi... 65

Tabel 3.2 MstBank ... 67

Tabel 3.3 MstBarang... 67

Tabel 3.4 MstBiayaTambahan ... 68

Tabel 3.5 MstDepartment ... 68

Tabel 3.6 MstDetailGroup ... 68

Tabel 3.7 MstGroup ... 69

Tabel 3.8 MstPengguna... 69

Tabel 3.9 MstKavling... 69

Tabel 3.10 MstPenghuni ... 70

Tabel 3.11 MstProject ... 71

Tabel 3.12 MstRekeningAkun ... 71

Tabel 3.13 MstSatuan... 71

Tabel 3.14 MstSuplier... 72

Tabel 3.15 MstTipe ... 72

Tabel 3.16 DetailPemesananBarang ... 73

Tabel 3.17 PemesananBarang ... 73

Tabel 3.18 TransDepositBG... 74

Tabel 3.19 TransDetailHPP ... 75

Tabel 3.20 TransDetailJurnal ... 75

Tabel 3.21 TransDetailPembayaranSuplier ... 76

Tabel 3.22 TransDetailPenerimaanKavling ... 76

STIKOM


(15)

xx

Tabel 3.23 TransDetailTambahanBiaya... 77

Tabel 3.24 TransJurnal... 77

Tabel 3.25 TransPembatalan ... 78

Tabel 3.26 TransPembayaranSuplier ... 78

Tabel 3.27 TransPenerimaanBarang ... 79

Tabel 3.28 TransPenerimaanKavling... 79

Tabel 3.29 TransPenerimaanRekening ... 80

Tabel 3.30 TransPenjualanKavling... 80

Tabel 3.31 TransSerahTerima... 82

Tabel 3.32 TransPeriode ... 82

Tabel 3.33 TransHistoriLabaRugi... 83

Tabel 3.34 Model Pengujian ... 106

Tabel 4.1Test case Login... 114

Tabel 4.2Test casepemesanan kavling ... 116

Tabel 4.3Test caseverifikasi pemesanan kavling ... 121

Tabel 4.4Test casepemesanan barang ... 123

Tabel 4.5Test casepenerimaan barang ... 127

Tabel 4.6Test casepenerimaanbooking feedan uang muka ... 130

Tabel 4.7Test casepembayaran angsuran ... 133

Tabel 4.8Test casepenerimaan realisasi KPR ... 137

Tabel 4.9Test caseserah terima kavling ... 140

Tabel 4.10Test casetransaksi penerimaan rekening ... 144

Tabel 4.11Test casepembatalan penjualan ... 147

Tabel 4.12Test casepengeluaran tunai ... 149

STIKOM


(16)

xxi

Tabel 4.15Test casepembayaran lain-lain ... 160

Tabel 4.16Test casepengeluaran biaya kavling... 162

Tabel 4.17Test caselaporan penerimaan kavling ... 164

Tabel 4.18Test caselaporan penerimaan rekening ... 167

Tabel 4.19Test caselaporan umur piutang ... 170

Tabel 4.20Test caselaporan pengeluaran kas ... 171

Tabel 4.21Test caselaporan rencana pengeluaran kas... 172

Tabel 4.22Test caselaporan biaya pembangunan kavling... 173

Tabel 4.23Test caselaporan rencana arus kas ... 175

Tabel 4.24Test caselaporan laba rugi... 176

STIKOM


(17)

xxii

DAFTAR GAMBAR

Halaman

Gambar 2.1 Siklus Hidup Pengembangan Sistem... 7

Gambar 2.2 Hubungan antara Siklus-siklus Transaksi ... 8

Gambar 2.3 Kegiatan Perusahaan Manufaktur ... 9

Gambar 2.4 Unsur Sistem Akuntansi Pokok. ... 10

Gambar 2.5 Sistem Piutang Dagang ... 13

Gambar 2.6 Model Siklus Transaksi SIA. ... 24

Gambar 2.7 Gerak maju model-model dari logika ke fisik... 27

Gambar 3.1 Diagram Rencana Penelitian ... 35

Gambar 3.2Block DiagramSIA dan Pengendalian Piutang ... 40

Gambar 3.3 Diagram Berjenjang SIA dan Pengendalian Piutang ... 43

Gambar 3.4Context DiagramSIA dan Pengendalian Piutang ... 44

Gambar 3.5 DAD Level 0 SIA dan Pengendalian Piutang ... 45

Gambar 3.6 DAD level 1 subsistem Pemeliharaan Data Kavling. ... 46

Gambar 3.7 DAD level 1 subsistem Pemeliharaan Data Pengguna... 46

Gambar 3.8 DAD level 1 subsistem Pemeliharaan Data Suplier... 47

Gambar 3.9 DAD level 1 subsistem Pemeliharaan Data Konfigurasi Rekening. ... 47

Gambar 3.10 DAD level 1 subsistem Transaksi Penjualan ... 48

Gambar 3.11 DAD level 1 subsistem Transaksi Pembelian ... 49

Gambar 3.12 DAD level 1 subsistem Transaksi Penerimaan ... 50

Gambar 3.13 DAD level 1 subsistem Transaksi Pengeluaran ... 51

Gambar 3.14 DAD level 1 subsistem Pelaporan Arus Kas... 52

Gambar 3.15 DAD level 1 subsistem Pelaporan Umur Piutang ... 52

STIKOM


(18)

xxiii

Gambar 3. 18 DAD level 2 subsistem Transaksi Pemesanan Kavling ... 54

Gambar 3.19 DAD level 2 subsistem Transaksi Pengesahan Pesanan Kavling ... 55

Gambar 3.20 DAD level 2 subsistem Transaksi Pembatalan Pesanan Kavling ... 55

Gambar 3.21 DAD level 2 subsistem Transaksi Pembatalan Penjualan Kavling... 56

Gambar 3.22 DAD level 2 subsistem Transaksi Serah Terima Kavling... 56

Gambar 3.23 DAD level 2 subsistem Transaksi Pemesanan Barang... 57

Gambar 3.24 DAD level 2 subsistem Transaksi Penerimaan Barang... 57

Gambar 3.25 DAD level 2 subsistem Transaksi PenerimaanBooking Feedan Uang Muka...58

Gambar 3.26 DAD level 2 subsistem Transaksi Penerimaan Realisasi KPR ... 59

Gambar 3.27 DAD level 2 subsistem Transaksi Penerimaan Rekening ... 59

Gambar 3.28 DAD level 2 subsistem Transaksi Penerimaan Angsuran... 60

Gambar 3.29 DAD level 2 subsistem Transaksi Pengeluaran Kas ... 61

Gambar 3.30 DAD level 2 subsistem Transaksi Pembayaran Utang... 61

Gambar 3.31 DAD level 2 subsistem Transaksi Pencatatan Biaya Produksi ... 62

Gambar 3.32Conceptual Data Model... 63

Gambar 3.33Physical Data Model... 64

Gambar 3.34 DesainFormMaster Proyek. ... 83

Gambar 3.35 DesainFormMaster Proyek. ... 84

Gambar 3.36 DesainFormMaster Kavling... 84

Gambar 3.37 DesainFormMaster Biaya Tambahan... 85

Gambar 3.38 DesainFormMaster Barang ... 85

STIKOM


(19)

xxiv

Gambar 3.39 DesainFormMaster Suplier ... 85

Gambar 3.40 DesainFormMaster Pengguna ... 85

Gambar 3.41 DesainFormMaster Group... 87

Gambar 3.42 DesainFormMaster Departemen ... 87

Gambar 3.43 DesainFormMaster Bank ... 88

Gambar 3.44 DesainFormMaster Konfigurasi... 88

Gambar 3.45 DesainFormTransaksi Pemesanan Kavling. ... 89

Gambar 3.46 DesainFormTransaksi Pembatalan Penjualan... 90

Gambar 3.47 DesainFormTransaksi Serah Terima Kavling... 91

Gambar 3.48 DesainFormKartu Piutang ... 91

Gambar 3.49 DesainFormTransaksi Penerimaan Piutang ... 92

Gambar 3.50 DesainFormTransaksi Pemesanan Barang... 93

Gambar 3.51 DesainFormTransaksi Pencatatan Utang ... 93

Gambar 3.52 DesainFormTransaksi Pengeluaran Kas Tunai ... 94

Gambar 3.53 DesainFormTransaksi Pengeluaran Kas Kredit ... 95

Gambar 3.54 DesainFormPencatatan Biaya Pembangunan Kavling... 96

Gambar 3.55 Desain Surat Bukti Kas Masuk ... 96

Gambar 3.56 Desain Surat Bukti Kas Keluar ... 97

Gambar 3.57 Desain Surat Pesanan Kavling ... 98

Gambar 3.58 Desain Surat Permintaan Pembelian Barang... 99

Gambar 3.59 Desain Surat Tanda Terima Barang ... 100

Gambar 3.60 Desain Laporan Kas Masuk ... 101

Gambar 3.61 Desain Laporan Kas Keluar ... 102

Gambar 3.62 Desain Laporan Rencana Penerimaan Kas... 103

STIKOM


(20)

xxv

Gambar 3.65 Desain Laporan Rekap Penjualan Kavling... 104

Gambar 3.66 Desain Laporan Laba Rugi... 105

Gambar 4.1Form Login... 114

Gambar 4.2 TampilanForm Logingagal... 115

Gambar 4.3FormUtama ... 115

Gambar 4.4FormPemesanan KavlingTabInformasi Pembeli ... 117

Gambar 4.5FormPemesanan KavlingTabDetail Rumah... 118

Gambar 4.6FormPemesanan KavlingTabTambahan ... 118

Gambar 4.7FormPemesanan KavlingTabSistem Pembayaran ... 119

Gambar 4.8 Pemesanan kavling sukses. ... 119

Gambar 4.9 Surat Pesanan Kavlingtest case3... 120

Gambar 4.10 Surat Pesanan Kavlingtest case4... 120

Gambar 4.11FormVerifikasi pemesanan kavling ... 122

Gambar 4.12Inputnomor piutang kavling ... 122

Gambar 4.13 Penyimpanan data pesanan kavling disetujui sukses ... 122

Gambar 4.14 Alasan pembatalan ... 123

Gambar 4.15Formpemesanan pembelian barang... 125

Gambar 4.16 Gagal menyimpan pesanan pembelian barang ... 125

Gambar 4.17 Data pesanan pembelian barang tersimpan ... 126

Gambar 4.18 Surat pesanan pembelian barang (PO) ... 126

Gambar 4.19 Pembatalan pemesanan pembelian barang ... 126

Gambar 4.20Formpenerimaan barang. ... 128

STIKOM


(21)

xxvi

Gambar 4.21Pop-uppenerimaan barang... 128

Gambar 4.22 Penyimpanan penerimaan barang berhasil ... 129

Gambar 4.23 Surat tanda terima... 129

Gambar 4.24 Penerimaanbooking feedan uang muka ... 131

Gambar 4.25 Penerimaanbooking feedan uang muka berhasil ... 131

Gambar 4.26 Penerimaanbooking feedan uang muka gagal ... 132

Gambar 4.27 Bukti penerimaan kasbooking feedan uang muka ... 132

Gambar 4.28Formpembayaran angsuran ... 133

Gambar 4.29Formdetail pembayaran tepat waktu. ... 135

Gambar 4.30Formdetail pembayaran melebihi jatuh tempo... 135

Gambar 4.31 Surat penerimaan angsuran tanpa denda. ... 136

Gambar 4.32 Surat penerimaan angsuran dengan denda ... 136

Gambar 4.33Form pop-updata pembayaran angsuran disimpan ... 137

Gambar 4.34Form pop-uptidak dapat menyimpan data pembayaran ... 137

Gambar 4.35Formpenerimaan realisasi KPR. ... 138

Gambar 4.36Form pop-updata pembayaran realisasi KPR gagal disimpan ... 139

Gambar 4.37Form pop-updata pembayaran realisasi KPR disimpan... 139

Gambar 4.38 Surat bukti penerimaan kas realisasi KPR ... 140

Gambar 4.39Formserah terima kavling ... 142

Gambar 4.40Form generatenomor akun piutang rekening... 142

Gambar 4.41Form pop-upverifikasi simpan data serah terima... 143

Gambar 4.42Form pop-updata serah terima kavling disimpan... 143

Gambar 4.43Formpenerimaan rekeningtabdata penghuni... 145

Gambar 4.44Formpenerimaan rekeningtabdetail pembayaran... 145

STIKOM


(22)

xxvii

Gambar 4.47 Surat bukti penerimaan rekening... 147 Gambar 4.48Formpembatalan transaksi ... 148 Gambar 4.49Form pop-updata pembatalan transaksi gagal disimpan ... 149 Gambar 4.50Form pop-updata pembatalan transaksi disimpan... 149 Gambar 4.51Formpembayaran tunai suplier. ... 150 Gambar 4.52Form pop-updata pembayaran tunai suplier disimpan... 151 Gambar 4.53 Surat pembayaran suplier secara tunai ... 151 Gambar 4.54Formcatatan utangtabdata transaksi... 153 Gambar 4.55Formcatatan utangtabjadwal pembayaran. ... 154 Gambar 4.56Form pop-uptambah detail bayar 1 ... 154 Gambar 4.57Form pop-uptambah detail bayar 2 ... 155 Gambar 4.58Form pop-uptambah detail bayar 3 ... 155 Gambar 4.59 Berhasil menambahkan detail pembayaran utang ... 156 Gambar 4.60Form pop-upjadwal pembayaran utang disimpan ... 156 Gambar 4.61Formpembayaran kredittabdata pembelian... 158 Gambar 4.62Formpembayaran kredittabdetail pembayaran. ... 158 Gambar 4.63Formdetail pembayaran kredit ... 159 Gambar 4.64Form pop-updata pembayaran kredit disimpan. ... 159 Gambar 4.65 Surat pembayaran suplier ... 160 Gambar 4.66Formpembayaran lain-lain ... 161 Gambar 4.67Form pop-updata pembayaran lain-lain disimpan. ... 161 Gambar 4.68Formbiaya pembangunan kavling... 163

STIKOM


(23)

xxviii

Gambar 4.69Form pop-updata biaya pembangunan kavling disimpan ... 163 Gambar 4.70 Laporan penerimaan kas (kavling) semua periode... 165 Gambar 4.71 Laporan penerimaan kas (kavling) periode tertentu... 165 Gambar 4.72 Laporan rencana penerimaan kas (kavling) semua periode ... 166 Gambar 4.73 Laporan rencana penerimaan kas (kavling) periode tertentu ... 166 Gambar 4.74 Laporan penerimaan kas (rekening) semua periode... 168 Gambar 4.75 Laporan penerimaan kas (rekening) periode tertentu... 169 Gambar 4.76 Laporan rencana penerimaan kas (rekening) semua periode ... 169 Gambar 4.77 Laporan rencana penerimaan kas (rekening) periode tertentu ... 170 Gambar 4.78 Laporan umur piutang ... 171 Gambar 4.79 Laporan pengeluaran kas... 172 Gambar 4.80 Laporan rencana pengeluaran kas ... 173 Gambar 4.81 Laporan biaya pembangunan kavling semua kavling ... 174 Gambar 4.82 Laporan biaya pembangunan kavling kriteria tertentu... 175 Gambar 4.83 Laporan rencana arus kas ... 176 Gambar 4.84 Laporan laba rugi periode 2011. ... 177 Gambar 4.85 Proses perhitungan uang muka... 178 Gambar 4.86 Proses perhitungan bungaflat1 ... 180 Gambar 4.87 Proses perhitungan bungaflat2 ... 180 Gambar 4.88 Proses perhitungan denda pembayaran angsuran... 182 Gambar 4.89 Proses perhitungan denda keterlambatan pembayaran iuran ... 183 Gambar 4.90Formpenyesuaian penjualan kavling... 185 Gambar 4.91 Penyesuaian penjualan kavling pada laporan laba rugi... 185

STIKOM


(24)

xxix

Lampiran 1. Surat Pesanan Kavling... 191 Lampiran 2. Surat Pesanan Kavling (lanjutan) ... 192 Lampiran 3. Laporan Rencana Penerimaan Kas ... 193 Lampiran 4. Laporan Keterlambatan Pembayaran... 194 Lampiran 5.Purchase Order... 195 Lampiran 6. Laporan Umur Piutang ... 196 Lampiran 7. Laporan Rencana Pengeluaran Kas ... 197 Lampiran 8. Laporan Rekap Biaya Pembangunan Kavling... 198 Lampiran 9. Laporan Rencana Arus Kas ... 199 Lampiran 10. Laporan Laba Rugi ... 200

STIKOM


(25)

vii

ABSTRAK

PT. Kusumantara Graha Jayatrisna adalah anak perusahaan Kusuma Agrowisata Group yang bergerak dibidang arsitektur dan sipil. Saat ini perusahaan mengalami permasalahan dalam hal pengendalian penerimaan kas dari piutang. Tercatat sebesar 1,6% piutang terlambat diterima antara 1 sampai dengan 30 hari, 1,3% piutang terlambat diterima antara 31 sampai dengan 60 hari, 1,2% piutang terlambat diterima antara 61 sampai dengan 90 hari, 1,5% piutang terlambat diterima lebih dari 90 hari. Hal itu mengakibatkan penerimaan kas dari piutang tidak sesuai dengan rencana yang telah dibuat.

Berdasarkan permasalahan diatas, dibuatlah sistem informasi akuntansi dan pengendalian piutang dalam bentuk aplikasi komputer yang mampu mengendalikan piutang sehingga penerimaan kas dari piutang tidak mengalami keterlambatan.

Aplikasi sistem informasi akuntansi dan pengendalian piutang menghasilkan informasi piutang pelanggan (laporan penerimaan kas dari piutang, laporan rencana penerimaan kas dari piutang, laporan umur piutang), utang perusahaan (laporan pengeluaran kas, laporan rencana pengeluaran kas), laporan rencana arus kas, dan laporan laba rugi.

Dengan adanya sistem ini, penerimaan kas dari piutang menjadi tepat waktu, sehingga permasalahan tidak seimbangnya antara kas masuk dan kas keluar perusahaan dapat teratasi.

Kata Kunci : Sistem Informasi Akuntansi, Arus Kas, Piutang.

STIKOM


(26)

BAB I PENDAHULUAN

1.1 Latar Belakang Masalah

PT. Kusumantara Graha Jayatrisna adalah anak perusahaan Kusuma Agrowisata Group yang bergerak dibidang arsitektur dan sipil yang didirikan pada tanggal 21 November 1996. Untuk mendukung pekerjaan perusahaan terdapat 4

bagian divisi utama, yaitu Teknik, Finance & Accounting, HRD, dan Marketing.

Terdapat 3 siklus utama dalam proses bisnis perusahaan yang meliputi siklus pengeluaran, siklus konversi, dan siklus pendapatan.

Produk utama perusahaan yang ditawarkan kepada konsumen adalah rumah dan villa. Beberapa proyek yang saat ini sedang dikerjakan oleh perusahaan adalah kompleks perumahaan Kusuma Villa Agro, Pesanggrahan Kusuma, Tasikmadu, dan Kusuma Estate. Dalam proses penjualan rumah, perusahaan tidak menyediakan unit yang siap huni. Perusahaan hanya menyediakan kavling beserta desain rumah pada saat awal penjualan rumah. Apabila terjadi transaksi penjualan, maka perusahaan akan membangun rumah sesuai dengan desain dan spesifikasi yang disepakati antara perusahaan dan pelanggan. Sedangkan untuk menangani proses penjualan, perusahaan menggunakan dua metode pembayaran yaitu melalui kredit secara KPR dan

melalui kredit kepada perusahaan atau disebutIn House.

Saat ini perusahaan mengalami permasalahan dalam hal pengendalian

penerimaan kas dari piutang. Berdasarkan Laporan Piutang Rumah Melalui In

HousePT. Kusumantara Graha Jayatrisna Periode Juni 2011 tercatat sebesar 1,6%

1

STIKOM


(27)

2

piutang terlambat diterima antara 1 sampai dengan 30 hari, 1,3% piutang terlambat diterima antara 31 sampai dengan 60 hari, 1,2% piutang terlambat diterima antara 61 sampai dengan 90 hari, dan 1,5% piutang terlambat diterima lebih dari 90 hari. Hal itu mengakibatkan penerimaan kas dari piutang tidak sesuai dengan rencana penerimaan kas yang telah dibuat.

Dengan adanya permasalahan tersebut, dibutuhkan sebuah solusi Sistem Informasi Akuntansi dan Pengendalian Piutang pada PT. Kusumantara Graha Jayatrisna. Sistem tersebut menghasilkan informasi dan laporan-laporan yang dapat mengendalikan penerimaan piutang dari pelanggan. Informasi dan laporan tersebut meliputi: informasi jadwal penerimaan angsuran rumah yang digunakan untuk mengetahui jadwal pembayaran pelanggan sesuai periode yang ditentukan, laporan rencana penerimaan piutang yang digunakan untuk memantau tanggal jatuh tempo piutang masing-masing pelanggan, laporan umur piutang yang digunakan untuk memantau umur piutang pelanggan, dan laporan keterlambatan pembayaran piutang yang digunakan untuk memantau keterlambatan penerimaan piutang pelanggan. Dengan adanya pengendalian piutang, perusahaan dapat meminimalkan kerugian yang diakibatkan oleh keterlambatan penerimaan kas dari piutang pelanggan.

Selain itu sistem juga dapat mengelola data transaksi pembelian dan data penerimaan barang dan material. Data-data tersebut digunakan untuk menyusun rencana pengeluaran kas perusahaan berupa utang yang berasal dari pembelian barang dan material kepada suplier. Dengan adanya fasiltas pengendalian penerimaan piutang dan pengendalian pengeluaran kas maka perencanaan arus kas perusahaan dapat disusun sesuai dengan transaksi yang terjadi.

STIKOM


(28)

1.2 Perumusan Masalah

Berdasarkan Latar Belakang Masalah, maka permasalahan dapat dirumuskan sebagai berikut:

1. Bagaimana menghasilkan Sistem Informasi Akuntansi dan Pengendalian Piutang pada PT. Kusumantara Graha Jayatrisna yang dapat mengatur penerimaan kas dan pengeluaran kas perusahaan?

2. Bagaimana menghasilkan informasi piutang pelanggan, utang perusahaan,

rencana penerimaan kas, rencana pengeluaran kas, dan laporan laba rugi

perusahaan?

1.3 Batasan Masalah

Batasan dalam pembuatan sistem ini adalah sebagai berikut:

1. Sistem tidak menangani teknis pelaksanaan dan pengawasan produksi secara

langsung baik kontrol persediaan material maupun kontrol detail

perkembangan pembangunan rumah.

2. Sistem tidak menangani proses penggajian, namun hanya mencatat jumlah beban gaji karyawan dan beban gaji tenaga kerja produksi yang telah dibayarkan oleh perusahaan.

3. Sistem hanya menghasilkan laporan laba rugi sebagai laporan keuangan.

1.4 Tujuan

1. Menghasilkan Sistem Informasi Akuntansi dan Pengendalian Piutang pada PT. Kusumantara Graha Jayatrisna yang dapat mengatur penerimaan kas dan pengeluaran kas perusahaan.

STIKOM


(29)

4

2. Menghasilkan informasi piutang pelanggan, utang perusahaan, rencana penerimaan kas, rencana pengeluaran kas, dan laporan laba rugi perusahaan.

1.5 Sistematika Penulisan

Dalam penyusunan Tugas Akhir dengan judul Sistem Informasi Akuntansi dan Pengendalian Piutang pada PT. Kusumantara Graha Jayatrisna, digunakan sistematika penulisan sebagai berikut:

BAB I : PENDAHULUAN

Bab ini menjabarkan tentang latar belakang masalah, perumusan masalah, pembatasan masalah, tujuan, serta sistematika penulisan yang menjadi dasar pembuatan Sistem Informasi Akuntansi dan Pengendalian Piutang pada PT. Kusumantara Graha Jayatrisna.

BAB II : LANDASAN TEORI

Bab ini menjabarkan teori-teori yang sesuai dan digunakan untuk membuat aplikasi yang sesuai dengan permasalahan yang terjadi. Teori-teori tersebut yaitu: Sistem Informasi, Analisis dan Perancangan Sistem,

Dasar Akuntansi, Siklus Transaksi, Siklus Pengeluaran, Siklus

Pendapatan Perusahaan, Akuntansi Pada Perusahaan Manufaktur, Sistem

Akuntansi Piutang, Tingkat Bunga Flat, Laporan Keuangan, Sistem

Informasi Akuntansi, Diagram Aliran Data, Entity Relationship

Diagram, Database, Structure Query Language, Teknik pengumpulan data dan Testing dan Implementasi Sistem.

BAB III : ANALISIS DAN PERANCANGAN SISTEM

Bab ini menjabarkan tentang tahap-tahap dan cara yang yang digunakan untuk analisis serta perancangan sistem. Dalam analisis sistem

STIKOM


(30)

digunakan metode pengumpulan data berupa wawancara, observasi lapangan, dan pengumpulan laporan-laporan transaksi keuangan perusahaan. Hasil analisis sistem tersebut digunakan sebagai dasar perancangan sistem yang dibuat dalam bentuk Diagram Alir Data,

struktur tabel basis data, Entity Relationship Diagram, dan desain

antarmuka pengguna.

BAB IV : IMPLEMENTASI DAN EVALUASI

Bab ini menjabarkan tentang implementasi sistem yang telah dihasilkan. Sistem yang diimplementasikan diuji dan dievaluasi hingga memenuhi kebutuhan perusahaan dalam menyelesaikan masalah pengendalian arus kas.

BAB V : PENUTUP

Bab ini menjabarkan kesimpulan dari pengembangan sistem yang telah diimplementasi dan dievaluasi, serta saran untuk pengembangan selanjutnya sehingga kekurangan dalam sistem ini dapat diperbaiki dan disempurnakan dikemudian hari.

STIKOM


(31)

6

BAB II

LANDASAN TEORI

2.1 Sistem Informasi

Sistem Informasi adalah serangkaian prosedur formal dimana data dikumpulkan, diproses menjadi informasi dan didistribusikan ke para pengguna (Hall, 2007: 9). Sistem Informasi menganjurkan penggunaan teknologi komputer di dalam organisasi untuk menyajikan informasi kepada pemakai (Bodnar, 1996). Sistem Informasi berbasis komputer merupakan sekelompok perangkat keras dan perangkat lunak yang dirancang untuk mengubah data menjadi informasi yang bermanfaat.

2.2 Analisis & Perancangan Sistem

Analisis sistem dilakukan dengan tujuan untuk dapat mengidentifikasi dan mengevaluasi permasalahan yang terjadi dan kebutuhan yang diharapkan, sehingga dapat diusulkan perbaikannya. Penganalisis sistem secara sistematis menilai bagaimana fungsi bisnis dengan cara mengamati proses input dan pengolahan data serta proses output informasi untuk membantu peningkatan proses-proses organisasional.

Perancangan sistem merupakan penguraian suatu sistem informasi yang utuh ke dalam bagian komputerisasi, mengidentifikasi dan mengevaluasi permasalahan, menentukan kriteria, menghitung konsistensi terhadap kriteria yang ada, serta mendapatkan hasil atau tujuan dari masalah tersebut serta mengimplementasikan seluruh kebutuhan operasional dalam membangun aplikasi.

6

STIKOM


(32)

Menurut Kendall (2007: 11), Analisis dan Perancangan Sistem dipergunakan untuk menganalisis, merancang, dan mengimplementasikan peningkatan-peningkatan fungsi bisnis yang bisa dicapai melalui penggunaan sistem informasi terkomputerisasi.

Gambar 2.1Siklus Hidup Pengembangan Sistem (Kendall, 2007: 11)

2.3 Dasar Akuntansi

Definisi akuntansi dapat dirumuskan dari dua sudut pandang, yaitu definisi dari sudut pemakai jasa akuntansi, dan dari sudut proses kegiatannya (Jusup, 2002: 4). Ditinjau dari sudut pemakainya, akuntansi dapat didefinisikan sebagai suatu disiplin yang menyediakan informasi yang diperlukan untuk melaksanakan kegiatan secara efisien dan mengevaluasi kegiatan-kegiatan suatu organisasi. Informasi yang dihasilkan akuntansi diperlukan untuk membuat perencanaan yang efektif, pengawasan dan pengambilan keputusan oleh manajemen; dan pertanggungjawaban organisasi kepada para investor, kreditur, badan pemerintah dan sebagainya. Sedangkan apabila ditinjau dari sudut kegiatannya, akuntansi dapat didefinisikan sebagai proses pencatatan, penggolongan, peringkasan, pelaporan, dan penganalisisan data keuangan suatu organisasi. Definisi ini

STIKOM


(33)

8

menunjukkan bahwa kegiatan akuntansi merupakan tugas yang kompleks dan menyangkut bermacam-macam kegiatan. Pada dasarnya akuntansi harus:

1. Mengidentifikasikan data mana yang berkaitan atau relevan dengan keputusan yang akan diambil.

2. Memproses atau menganalisis data yang relevan.

3. Mengubah data menjadi sebuah informasi yang dapat digunakan untuk pengambilan keputusan.

2.4 Siklus Transaksi

Terdapat tiga siklus transaksi yang memproses sebagian besar aktivitas ekonomi perusahaan, yaitu siklus pengeluaran, siklus konversi, dan siklus pendapatan (Hall, 2007: 65). Siklus-siklus ini ada dalam semua jenis bisnis, baik yang mencari laba maupun yang nirlaba.

Gambar 2.2Hubungan antara Siklus-siklus Transaksi (Hall, 2007: 65)

STIKOM


(34)

2.5 Siklus Pengeluaran

Siklus pengeluaran mencakup fungsi-fungsi yang diperlukan dalam perolehan barang dan jasa yang digunakan untuk menjalankan operasi. Siklus pengeluaran mencakup perolehan barang untuk dijual kembali atau digunakan dalam produksi, perolehan jasa-jasa perorangan, dan perolehan aktiva dan peralatan. Fungsi-fungsi umum mencakup pemilihan pemasok, permintaan, pembelian, penerimaan, dan utang dagang (Bodnar, 1996).

2.6 Siklus Pendapatan Perusahaan

Siklus pendapatan mencakup fungsi-fungsi yang dibutuhkan untuk mengubah produk atau jasa menjadi (pendapatan dari) pelanggan. Siklus tersebut erat kaitannya dengan aktivitas penjualan barang yang dilakukan perusahaan. Fungsi-fungsi yang umum dalam siklus pendapatan meliputi pemberian kredit, penerimaan dan pemrosesan order, pengiriman barang, dan piutang dagang (Bodnar, 1996).

2.7 Akuntansi Pada Perusahaan Manufaktur

Perusahaan pabrik adalah perusahaan yang kegiatannya mengolah bahan baku menjadi barang jadi kemudaian menjual barang jadi tersebut (Soemarso, 2004: 270). Kegiatan khusus dalam perusahaan manufaktur, yang disebut dengan kegiatan produksi tampak pada gambar 2.3

.

Gambar 2.3Kegiatan Perusahaan Manufaktur (Soemarso, 2004: 270)

STIKOM


(35)

10

Kegiatan pokok perusahaan manufaktur terdiri dari: desain dan pengembangan produk, pengolahan bahan baku menjadi produk jadi, dan penjualan produk jadi kepada pembeli. Untuk menangani kegiatan pokok perusahaan, umumnya dirancang sistem akuntansi yang terdiri dari: Sistem Akuntansi Pokok, Sistem Akuntansi Piutang, Sistem Akuntansi Utang, Sistem Akuntansi Kas, dan Sistem Akuntansi Biaya (Mulyadi, 2001: 15).

2.7.1 Sistem Akuntansi Pokok

Sistem akuntansi dalam perusahaan manufaktur terdiri atas formulir atau dokumen, jurnal, buku besar, buku pembantu, dan laporan. Unsur-unsur sistem akuntansi ini dirancang oleh manajemen untuk menyajikan informasi keuangan bagi kepentingan pengelolaan perusahaan dan pertanggungjawaban keuangan kepada pihak luar perusahaan (seperti investor, kreditur, dan Kantor Pelayanan Pajak).

Dokumen Pendukung Dokumen

Sumber Jurnal

Buku Pembantu

Buku Besar

Laporan Keuangan

Gambar 2.4Unsur Sistem Akuntansi Pokok (Mulyadi, 2001: 15)

Dokumen sumber adalah dokumen yang datanya dipakai sebagai sumber pencatatan ke dalam catatan akuntansi (jurnal dan buku pembantu). Dokumen pendukung adalah dokumen yang menguatkan data yang dicantumkan di dalam dokumen sumber. Dokumen sumber dan dokumen pendukung yang dipakai sebagai dasar pencatatan dalam catatan akuntansi merupakan keluaran berbagai sistem berikut ini: (1) Sistem Akuntansi Piutang, (2) Sistem Akuntansi Utang, (3)

STIKOM


(36)

Sistem Akuntansi Penggajian dan Pengupahan, (4) Sistem Akuntansi Biaya, (5) Sistem Akuntansi Kas, (6) Sistem Akuntansi Persediaan, dan (7) Sistem Akuntansi Aktiva Tetap. Masing-masing sistem tersebut terdiri dari jaringan prosedur.

2.7.2 Sistem Akuntansi Piutang

Sistem Akuntansi Piutang dirancang untuk mencatat transaksi terjadinya piutang dan berkurangnya piutang (Mulyadi, 2001: 16). Terjadinya piutang berasal dari transaksi penjualan kredit dan berkurangnya piutang berasal dari transaksi retur penjualan dan penerimaan kas dari piutang. Transaksi berkurangnya piutang yang timbul dari transaksi penerimaan kas dari piutang dikelompokkan dalam sistem akuntansi kas. Kegiatan penjualan kredit dimulai dengan diterimanya order dari pelanggan, kemudian dilanjutkan dengan permintaan persetujuan pembelian kredit, pengiriman barang, penagihan, pencatatan piutang, dan berakhir dengan distribusi penjualan.

A. Arus Transaksi dalam Sistem Piutang Dagang

Arus transaksi dalam sistem piutang dagang erat kaitannya dengan proses penerimaan kas, proses penagihan, proses kredit, buku besar, dan piutang dagang itu sendiri. Pada penerimaan kas, slip nota pengiriman uang pelanggan dikirimkan oleh departemen penerimaan kas ke departemen piutang dagang untuk dibukukan. Departemen piutang dagang tidak mempunyai akses ke kas atau cek yang berkaitan dengan nota pengiriman uang pelanggan. Faktur, memo kredit, dan penyesuaian faktur lain didistribusikan ke departemen piutang dagang untuk dibukukan ke rekening pelanggan. Ini memungkinkan adanya pemisahan

fungsi-STIKOM


(37)

12

fungsi. Departemen penagihan tidak mempunyai akses langsung ke catatan-catatan piutang dagang.

Departemen piutang dagang bertanggung jawab untuk membuat buku besar tambahan piutang dagang. Rekening pengendalian dibuat di departemen buku besar. Debet dan kredit dibukukan ke rekening pelanggan dari berbagai sumber nota pengiriman uang, faktur dan sebagainya yang diterima dari departemen penagihan dan penerimaan kas. Ini memungkinkan adanya pemisahan fungsi-fungsi. Secara periodik, rekening pelanggan dikirim secara langsung ke pelanggan oleh departemen piutang dagang. Pemrosesan periodik termasuk penyajian neraca saldo umur piutang dagang untuk ditelaah oleh departemen kredit. Jenis lain laporan kredit pelanggan disajikan berdasarkan kebutuhan perusahaan.

Fungsi departemen kredit dalam sistem aplikasi piutang dagang mencakup pengesahan pengembalian dan potongan penjualan dan penyesuaian-penyesuaian lain terhadap rekening pelanggan, penelaahan dan pengesahan neraca saldo umur piutang untuk memastikan kelayakan piutang, dan pembuatan memo penghapusan pembebanan piutang tak tertagih.

Departemen buku besar membuat akun pengendalian piutang dagang. Debet dan kredit dibukukan ke akun pengendalian piutang dagang dari jurnal tanda bukti atau pengendalian total yang diterima dari departemen penagihan dan penerimaan kas. Jumlah ini direkonsiliasikan ke pengendalian total yang dikirimkan ke buku besar secara langsung dari departemen piutang dagang. Rekonsiliasi ini merupakan pengendalian yang penting dalam sistem aplikasi piutang dagang.

STIKOM


(38)

Gambar 2.5Sistem Piutang Dagang (Bodnar, 1996: 273)

B. Kebijakan Kredit dan Pengendalian Piutang

Manajemen piutang dimulai dengan keputusan apakah perusahaan akan memberi kredit atau tidak. Selanjutnya, piutang yang timbul harus dimonitor agar tidak melebihi batas yang diijinkan. Tingkat piutang yang tinggi akan mengurangi arus kas dan piutang tak tertagih akan mengurangi keuntungan dari penjualan. Oleh karena itu manajemen piutang yang efektif ikut mempengaruhi tingkat keuntungan dan risiko perusahaan (Atmaja, 2003: 395).

STIKOM


(39)

14

Menurut Weston (1992: 455) dalam menilai resiko kredit, seorang manajer kredit dapat melakukan penilaian lima-C dari calon pelanggannya, yaitu kepribadian (character), kemampuan (capacity), modal (capital), jaminan (collateral), dan kondisi (condition). Penilaian tersebut dapat dijabarkan sebagai berikut:

1. Kepribadian, digunakan untuk memperkirakan kemungkinan bahwa pelanggan mau memenuhi kewajibannya. Faktor ini sangat penting karena setiap transaksi kredit merupakan janji untuk membayar. Para manajer kredit yang berpengalaman seringkali menekankan kepribadian sebagai faktor yang sangat penting dalam penilaian kredit.

2. Kemampuan, merupakan penilaian subyektif atas kemampuan pelanggan untuk membayar. Kemampuan ini diukur dengan catatan prestasi bisnis pelanggan dimasa lampau, yang didukung dengan pengamatan di lapangan atas pabrik atau toko dan metoda kegiatan usahanya.

3. Modal, diukur dengan posisi keuangan perusahaan secara umum yang disimpulkan dari analisis rasio keuangan, dengan penekanan khusus pada nilai modal perusahaan yang berwujud.

4. Jaminan, diberikan oleh pelanggan dalam bentuk aktiva sebagai jaminan keamanan atas kredit yang diberikan.

5. Kondisi, berhubungan dengan dampak kecenderungan ekonomi secara umum terhadap perusahaan atau perkembangan khusus di sektor ekonomi tertentu yang mungkin berpengaruh terhadap kemampuan pelanggan untuk memenuhi kewajibannya.

STIKOM


(40)

Keberhasilan atau kegagalan suatu perusahaan sangat tergantung pada permintaan terhadap produk perusahaan tersebut. Semakin tinggi penjualan semakin tinggi keuntungan yang diperoleh (seharusnya demikian). Penjualan perusahaan tergantung pada banyak faktor: sebagian dapat dikontrol sebagian lagi tidak. Faktor-faktor yang dapat dikendalikan misalnya: harga jual, kualitas produk, periklanan dan kebijakan kredit. Kebijakan kredit terdiri atas 4 variabel: 1. Periode kredit yakni jangka waktu kredit yang diberikan. Menaikkan periode

kredit pada umumnya dapat mendongkrak penjualan, namun ada biaya perubahan bagi perusahaan, misalnya pembayaran tertunda.

2. Standar kredit yakni merujuk pada kemampuan keuangan minimal yang harus dimiliki calon penerima kredit serta jumlah kredit yang tersedia bagi masing-masing pelanggan.

3. Kebijakan pengumpulan yakni merujuk pada prosedur-prosedur yang digunakan oleh perusahaan untuk menagih piutang yang sudah jatuh tempo. 4. Kebijakan diskon untuk pembayaran yang dipercepat, termasuk didalamnya

jumlah dan periode diskon.

Sedangkan untuk memonitor piutang perusahaan umumnya ada 3 metode yang digunakan: (1) Days Sales Outstanding, (2) Aging Schedule, dan (3) Payments pattern(Atmaja, 2003: 398-399).

C. Aging Schedule

Aging Schedule atau umur piutang adalah jangka waktu sejak dicatatnya transaksi penjualan sampai dengan saat dibuatnya daftar piutang (Soemarso, 2004: 346). Dengan adanya informasi umur piutang dapat diketahui berapa lama piutang suatu pelanggan telah berlalu dan dikelompokkan menurut umur. Biasanya umur

STIKOM


(41)

16

piutang dikelompokkan menurut jumlah hari tertentu. Misalnya piutang yang berumur 1-30 hari; 31-60 hari; dan seterusnya. Saldo piutang untuk satu pelanggan mungkin termasuk dalam satu atau lebih kelompok umur piutang.

D. Penggunaan Komputer untuk Manajemen Kredit

Berdasarkan sifatnya, manajemen kredit mengharuskan penggunaan komputer dalam pengendaliannya. Manajemen kredit memerlukan informasi tentang penagihan, kompilasi, penyimpanan, analisis dan mendapatkan kembali informasi. Oleh karena informasi yang tepat tentang arus dana sangat penting bagi manajemen kredit, maka diperlukan pemrosesan informasi yang efisien (Weston, 1992: 465).

Penggunaan komputer untuk manajemen piutang dagang akan menyediakan alat informasi yang bernilai bagi manajer kredit. Yang termasuk dalam catatan komputer adalah besarnya piutang dagang saat ini, maksimum kredit yang dapat diberikan kepada pelanggan, dan catatan pembayaran di masa lampau. Komputer dapat memberikan informasi tentang piutang dagang yang sudah jatuh tempo, memberikan catatan para pelanggan yang sudah mendekati maksimum kredit dan mengambil keputusan kredit secara selektif.

2.7.3 Sistem Akuntansi Utang

Sistem Akuntansi Utang dirancang untuk mencatat transaksi terjadinya utang dan berkurangnya utang (Mulyadi, 2001: 16). Terjadinya utang berasal dari transaksi pembelian kredit dan berkurangnya utang berasal dari transaksi retur pembelian dan pelunasan utang. Transaksi pelunasan utang dikelompokkan ke dalam sistem akuntansi kas. Kegiatan pembelian kredit dimulai dengan

STIKOM


(42)

diajukannya permintaan pembelian barang ke fungsi pembelian, kemudian dilanjutkan dengan permintaan penawaran harga dan pemilihan pemasok, pengiriman order pembelian kepada pemasok terpilih, penerimaan barang yang dibeli, pencatatan utang yang timbul dari transaksi pembelian dan berakhir dengan distribusi pembelian.

Kegiatan retur pembelian dimulai dengan pembuatan memo debet oleh fungsi pembelian, kemudian dilanjutkan dengan pengiriman barang kepada pemasok, pencatatan berkurangnya utang karena transaksi retur pembelian dan berakhir dengan distribusi pembelian (Mulyadi, 2001: 17).

2.7.4 Sistem Akuntansi Biaya

Sistem akuntansi biaya dirancang untuk menangani pengendalian produksi dan pengendalian biaya (Mulyadi, 2001: 17). Biaya-biaya yang timbul akibat proses produksi adalah:

1. Biaya Pabrik

Biaya-biaya yang terjadi dalam pabrik selama suatu periode disebut biaya pabrik. Pada dasarnya biaya pabrik dapat dikelompokkan menjadi tiga (Soemarso, 2004: 271):

a. Biaya bahan baku yaitu biaya untuk barang-barang yang dapat dengan mudah dan langsung diidentifikasikan dengan barang jadi.

b. Biaya buruh langsung adalah biaya untuk buruh yang menangani secara langsung proses produksi atau yang dapat diidentifikasikan langsung dengan barang jadi.

c. Biaya overhead (pabrikasi) adalah biaya-biaya pabrik selain bahan baku dan buruh langsung. Biaya ini tidak dapat diidentifikasi secara langsung

STIKOM


(43)

18

dengan barang yang dihasilkan. Contoh biaya pabrikasi adalah (1) bahan pembantu (kadang-kadang disebut bahan tidak langsung) misalnya perlengkapan pabrik (mur, baut, dan pelitur dalam perusahaan mebel); (2) buruh tidak langsung yaitu buruh yang pekerjaannya tidak dapat diidentifikasikan langsung dengan barang yang dihasilkan misalnya gaji mandor; (3) pemeliharaan dan perbaikan; (4) listrik, air, telepon.

2. Biaya Produksi

Biaya Produksi adalah biaya yang dibebankan dalam proses produksi selama suatu periode. Biaya ini terdiri dari persediaan dalam proses awal ditambah biaya pabrik. Termasuk dalam biaya produksi adalah biaya-biaya yang dibebankan pada persediaan dalam proses pada akhir periode (Soemarso, 2004: 271).

3. Harga Pokok Produksi

Biaya barang yang telah diselesaikan selama suatu periode disebut harga pokok produksi barang selesai atau disingkat dengan harga pokok produksi (Soemarso, 2004: 272). Harga pokok ini terdiri dari biaya pabrik ditambah persediaan dalam proses awal periode dikurangi persediaan dalam proses akhir periode. Harga pokok produksi selama suatu periode dilaporkan dalam laporan harga pokok produksi. Laporan ini merupakan bagian dari harga pokok penjualan.

2.7.5 Sistem Penerimaan Kas

Penerimaan kas perusahaan berasal dari dua sumber utama, yaitu penerimaan kas dari penjualan tunai dan penerimaan kas dari piutang (Mulyadi, 2001: 455). Semua transaksi yang menambah jumlah uang kas dicatat dalam buku

STIKOM


(44)

penerimaan kas. Selain dari penjualan tunai dan penerimaan kas dari piutang, uang kas dapat diterima dari berbagai sumber misalnya setoran modal dari pemilik dan pencairan kredit bank. Kas mencakup mata uang dan kertas-kertas berharga seperti cek. Dalam sebagian besar bisnis, cek menggantikan sejumlah besar uang tunai. Transaksi-transaksi kas juga dapat berlangsung elektronis secara total, yang tidak melibatkan mata uang maupun cek (Bodnar, 1996: 320).

Tujuan dasar setiap aplikasi penerimaan kas adalah meminimalkan kemungkinan kerugian. Prosedur-prosedur seperti penyimpanan segera penerimaan kas, sentralisasi penanganan kas, penyelenggaraan saldo kas minimal, dan pencatatan segera atas transaksi-transaksi kas merupakan teknik-teknik pengendalian yang mendasar (Bodnar, 1996: 320).

2.7.6 Sistem Pengeluaran Kas

Pengeluaran kas dalam perusahaan dilakukan dengan menggunakan cek. Pengeluaran kas yang tidak dapat dilakukan dengan cek (biasanya karena jumlahnya relatif kecil), dilaksanakan melalui dana kas kecil (Mulyadi, 2001: 509). Pengeluaran kas dengan cek memiliki kebaikan ditinjau dari pengendalian intern berikut ini:

1. Dengan digunakannya cek atas nama, pengeluaran cek akan dapat diterima oleh pihak yang namanya sesuai dengan yang ditulis pada formulir cek. Dengan demikian pengeluaran kas dengan cek menjamin diterimanya cek tersebut oleh pihak yang dimaksud oleh pihak pembayar.

2. Dilibatkannya pihak luar, dalam hal ini bank, dalam pencatatan transaksi pengeluaran kas perusahaan. Dengan digunakannya cek dalam setiap pengeluaran kas perusahaan, transaksi pengeluaran kas direkam juga oleh

STIKOM


(45)

20

bank, yang secara periodik mengirimkan rekening koran bank kepada perusahaan nasabahnya. Rekening koran bank inilah yang dapat digunakan oleh perusahaan untuk memeriksa ketelitian catatan transaksi kas perusahaan yang direkam di dalam jurnal penerimaan dan pengeluaran kas.

3. Jika sistem perbankan mengembalikan cancelled check kepada check issuer, pengeluaran kas dengan cek memberikan manfaat tambahan bagi perusahaan yang mengeluarkan cek dengan dapat digunakannya cancelled check sebagai tanda terima kas dari pihak yang menerima pembayaran. Dengan digunakannya cek dalam pengeluaran kas, check issuerakan secara otomatis menerima tanda penerimaan kas dari pihak yang menerima pembayaran. Cancelled check sebagai tanda terima pembayaran lebih andal karena di dalam endorsment terkait pihak bank yang merupakan pihak yang independen bagi pembayar maupun bagi penerima pembayaran.

Dokumen yang digunakan dalam sistem akuntansi pengeluaran kas dengan cek adalah bukti kas keluar, cek, dan permintaan cek.

2.8 Tingkat BungaFlat

Tingkat Bunga adalah harga dari penggunaan uang atau bisa juga dipandang sebagai sewa atas penggunaan uang untuk jangka waktu tertentu. (Boediono, 1985: 2). Bunga Flat merupakan bunga dengan sistem jumlah pembayaran pokok dan bunga kredit besarnya sama setiap bulan. Untuk menghitung jumlah bunga angsuran menggunakan bunga flat (Pantouw, 2008: 35), digunakan rumus:

Total Bunga = P x I x N ... (2.1) Bunga Per Bulan = Total Bunga / B ... (2.2)

STIKOM


(46)

Besar Angsuran = (P + Total Bunga) / B ... (2.3) Keterangan:

P = Pokok Kredit

I = Suku Bunga per tahun N= Jangka waktu kredit (tahun) B= Jangka waktu kredit (Bulan)

Perhitungan dengan contoh kredit sebesar Rp. 12.000.000 dengan masa cicilan 12 bulan menggunakan perhitungan bungaflat6%:

Total Bunga = Rp. 12.000.000 x 0,06 x 1 = Rp. 720.000 Bunga Per Bulan = Rp. 720.000 / 12 = Rp. 60.000

Besar Angsuran = (Rp. 12.000.000 + Rp. 720.000) / 12 = Rp. 1.060.000

2.9 Laporan Keuangan

Tujuan laporan keuangan ialah menyediakan informasi yang menyangkut posisi keuangan, kinerja, dan perubahan posisi keuangan suatu perusahaan. Laporan keuangan ini bermanfaat bagi sejumlah besar pemakai dalam pengambilan keputusan ekonomi (Usman, 2004: 18).

2.9.1 Jenis dan Fungsi Laporan Keuangan

Jenis dan fungsi laporan keuangan adalah sebagai berikut:

1. Neraca, menggambarkan jumlah aktiva, kewajiban, dan modal pemilik dari suatu perusahaan pada tanggal tertentu.

2. Laporan Harga Pokok Produksi, menggambarkan perhitungan harga pokok barang yang telah selesai diproduksi selama satu periode.

STIKOM


(47)

22

3. Laporan Laba/Rugi, menggambarkan hasil-hasil yang telah dicapai oleh perusahaan dan juga menunjukkan beban-beban yang terjadi selama periode tertentu. Rumus persamaan Laba:

Laba = Pendapatan – Biaya ... (2.4) 4. Laporan Perubahan Modal, menggambarkan sumber dan penggunaan modal

atau alasan-alasan yang menyebabkan perubahan modal perusahaan. Rumus perubahan modal:

Modal = (Modal Awal + Tambahan Modal + Laba) – Prive ... (2.5) 5. Laporan Arus Kas, menggambarkan aliran keluar dan masuknya kas

perusahaan yang terjadi dalam periode tertentu (Usman, 2004: 20).

2.9.2 Unsur Laporan Keuangan

Laporan keuangan menggambarkan dampak keuangan dari transaksi dan peristiwa lain yang diklasifikasikan dalam beberapa kelompok besar menurut karakteristik ekonominya. Unsur yang berkaitan dengan penguraian kinerja dalam laporan laba/rugi ialah pendapatan dan beban.

Unsur-unsur yang berkaitan langsung dengan pengukuran posisi keuangan adalah:

1. Aktiva, adalah sumber daya yang dikuasai perusahaan sebagai hasil dari peristiwa masa lalu dan dari manfaat ekonomi yang diharapkan akan diperoleh perusahaan pada masa yang akan datang.

2. Kewajiban, merupakan utang perusahaan masa kini yang timbul dari peristiwa masa lalu. Penyelesaian utang mengakibatkan arus keluar dari sumber daya perusahaan yang mengandung manfaat ekonomi (aktiva).

STIKOM


(48)

3. Modal/Ekuitas, adalah hak residual atas aktiva perusahan setelah dikurangi semua kewajiban.

4. Pendapatan, adalah kenaikan manfaat ekonomi selama periode akuntansi dalam bentuk penambahan aktiva atau pengurangan kewajiban yang mengakibatkan kenaikan modal yang tidak berasal dari kontribusi peranan modal.

5. Biaya, adalah manfaat ekonomi selama suatu peroide akuntansi dalam bentuk arus keluar atau berkurangnya aktiva. Dengan kata lain, kewajiban yang mengakibatkan penurunan ekuitas yang tidak menyangkut pembagian kepada peranan modal.

2.10 Sistem Informasi Akuntansi

Sistem Informasi Akuntansi adalah sebuah sistem berbasis komputer yang dirancang untuk mengolah data akuntansi menjadi informasi. Istilah Sistem Informasi Akuntansi meliputi beragam aktivitas yang berkaitan dengan siklus-siklus pemrosesan transaksi perusahaan (Bodnar, 1996: 6). Meskipun tidak ada dua organisasi yang identik, tetapi sebagian besar mengalami jenis kejadian ekonomi yang serupa. Kejadian-kejadian ini menghasilkan transaksi-transaksi yang dapat dikelompokkan menjadi empat siklus aktivitas bisnis yang umum.

STIKOM


(49)

24

Kejadian-kejadian ekonomik

Siklus Pendapatan

Siklus Pengeluaran

Siklus Produksi

Siklus Keuangan

Siklus Pelaporan Keuangan

Laporan Keuangan

Gambar 2.6 Model Siklus Transaksi SIA (Bodnar, 1996: 7)

Siklus pemrosesan transaksi terdiri sari satu atau lebih sistem-sistem aplikasi. Sistem aplikasi memproses transaksi-transaksi yang berkaitan secara logis. Siklus pendapatan perusahaan umumnya mencakup sistem aplikasi yang meliputi entri pesanan pelanggan, penagihan, piutang dagang, dan pelaporan penjualan. Siklus pengeluaran umumnya mencakup sistem aplikasi yang meliputi pemilihan dan permohonan pemasok, pembelian, utang dagang, dan penggajian. Siklus produksi (konversi) mencakup sistem-sistem aplikasi yang meliputi pengendalian dan pelaporan produksi, akuntansi biaya produksi, dan pengendalian persediaan. Siklus keuangan perusahaan mencakup sistem aplikasi yang berkaitan dengan pengendalian dan manajemen kas, manajemen utang, dan administrasi pensiun karyawan (Bodnar, 1996: 7)

Meskipun secara alamiah berhubungan dengan keuangan, sebagian besar transaksi juga menghasilkan data statistik yang dibutuhkan manajemen. Penerimaan pesanan penjualan dan penerimaan barang dari pembekal adalah

STIKOM


(50)

contoh dari transaksi-transaksi bisnis. Sistem informasi akuntansi dirancang dan diimplementasikan bukan hanya untuk memproduksi saldo buku besar dari laporan keuangan yang disajikan, tetapi juga menghasilkan beragam informasi manajemen dan operasional yang tidak berkaitan dengan akuntansi (Bodnar, 1996: 7).

Dibandingkan dengan sistem manual, sistem akuntansi berbasis komputer memberikan banyak keuntungan (Jusup, 2002: 440), diantaranya:

1. Sistem Komputer dapat menghasilkan informasi yang jauh lebih cepat bila dibandingkan dengan sistem manual, karena komputer dapat melaksanakan pekerjaan pada saat yang bersamaan dengan kecepatan tinggi.

2. Sebagai akibat proses pengerjaan yang cepat, maka volume transaksi yang diolah menjadi jauh lebih banyak , dan volume hasil yang dapat diperoleh juga semakin banyak.

3. Tingkat ketelitian komputer jauh lebih tinggi daripada ketelitian manusia. Oleh karena itu pemakaian komputer akan sangat banyak mengurangi kekeliruan.

4. Dengan menggunakan sistem akuntansi dengan komputer, maka posting akan dilakukan secara otomatis. Hal ini akan sangat mengurangi pekerjaan pembukuan. Selain itu tingkat ketelitiannya pun jauh lebih tinggi. Pemakaian komputer menjamin posting dilakukan secara tepat. Komputer juga dapat mencegah terjadinya pembukuan ganda, pembukuan kedalam rekening yang salah, pendebetan yang dibukukan menjadi pengkreditan (atau sebaliknya), dan pembukuan dengan jumlah yang salah.

STIKOM


(51)

26

5. Dalam sistem akuntansi dengan komputer, laporan-laporan dikerjakan secara otomatis. Komputer dapat melakukan proses penjurnalan, posting, penyusunan laporan keuangan, dan laporan-laporan khusus untuk manajemen secara otomatis.

6. Sistem komputerisasi dapat mengerjakan berbagai dokumen yang digunakan dalam perusahaan, seperti: faktur, laporan piutang bulanan, cek gaji, dan laporan pendapatan karyawan.

2.11 Diagram Aliran Data (DAD)

DAD berfungsi untuk merepresentasikan proses-proses data di dalam organisasi. Pendekatan aliran data menekankan pada logika yang mendasari sistem (Kendall, 2007: 263). Pendekatan aliran data memiliki empat kelebihan utama melalui penjelasan naratif mengenai cara data-data berpindah disepanjang sistem, yaitu:

1. Kebebasan dari menjalankan implementasi teknis sistem yang terlalu dini. 2. Pemahaman lebih jauh mengenai keterkaitan satu sama lain dalam sistem dan

subsistem.

3. Mengkomunikasikan pengetahuan sistem yang ada dengan pengguna melalui diagram aliran data.

4. Menganalisis sistem yang diajukan untuk menentukan apakah data-data dan proses yang diperlukan sudah ditetapkan.

Diagram aliran data dikategorikan baik sebagai logika maupun fisik. Diagram aliran data logika memfokuskan pada bisnis serta bagaimana bisnis tersebut beroperasi dan tidak berhubungan dengan bagaimana sistem tersebut dibangun. Melainkan menggambarkan peristiwa-peristiwa bisnis yang dilakukan

STIKOM


(52)

serta data-data yang diperlukan dan dihasilkan setiap peristiwa tersebut (Kendall, 2007: 275). Sebaliknya, diagram aliran data fisik menunjuk bagaimana sistem tersebut akan diimplementasikan, termasuk perangkat keras, perangkat lunak, berkas-berkas dan orang-orang yang terlibat dalam sistem.

Idealnya, sistem yang dikembangkan dengan cara menganalisis sistem yang ada (DAD logika yang ada) dan kemudian menambahkan fitur-fitur dimana sistem yang baru harus dimasukkan (DAD logika yang diajukan). Terakhir, metode terbaik untuk mengimplementasikan sistem yang baru (DAD fisik) harus dikembangkan (Kendall, 2007: 275).

Gambar 2.7Gerak maju model-model dari logika ke fisik (Kendall, 2007: 276)

Untuk mengembangkan suatu diagram aliran data, langkah yang harus dilakukan pertama kali adalah membangun sebuah diagram aliran data logika untuk sistem yang ada. Ada beberapa keuntungan dengan menggunakan model logika, di antaranya ialah:

1. Komunikasi yang lebih baik dengan pengguna. 2. Sistem yang lebih stabil.

3. Pemahaman yang lebih baik mengenai bisnis bagi penganalisis sistem.

STIKOM


(53)

28

4. Fleksibilitas dan pemeliharaan.

5. Pengurangan redundansi dan kreasi yang lebih mudah mengenai model fisik (Kendall, 2007: 278)

Bila model dari sistem baru sudah lengkap, maka bisa digunakan untuk menciptakan sebuah diagram aliran data fisik untuk sistem yang baru. Diagram aliran data fisik menunjukkan bagaimana sistem akan dikonstruksi. Keuntungan menggunakan model fisik dalam perancangan diagram alir di antaranya:

1. Mengklarifikasikan proses-proses mana yang manual dan yang mana yang otomatis.

2. Menggambarkan proses-proses secara lebih mendetail dibanding DAD logika. 3. Mengurutkan proses-proses yang harus dilakukan menurut urutan tertentu. 4. Mengidentifikasi penyimpanan data sementara.

5. Menetapkan nama-nama aktual dari berkas-berkas danprintout-nya.

2.12 Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) adalah sebuah pemodelan untuk mendesain database. Tanpa ERD bisa dipastikan pembuatan database berjalan lama dan tidak teratur (Budiharto, Rahardi, 2005: 2). ERD dipopulerkan oleh Peter Chen pada tahun 1976. Pada proses pendesainan database, hal yang harus diperhatikan adalah membuat relasi-relasi yang benar di antara tabel. Pendokumentasian desain database mutlak dilakukan dengan baik agar mudah di dalam pengembangan dan perbaikan di kemudian hari.

Entity Relationship Diagram ini diperlukan agar dapat menggambarkan hubungan antar entity dengan jelas, dapat menggambarkan batasan jumlah entity dan partisipasi antar entity, mudah dimengerti pemakai dan mudah disajikan oleh

STIKOM


(54)

perancang database. Untuk itu Entity Relationship Diagram dibagi menjadi dua jenis model, yaitu:

a. Conceptual Data Model (CDM)

Conceptual Data Model(CDM) adalah jenis model data yang menggambarkan hubungan antar tabel secara konseptual.

b. Physical Data Model (PDM)

Physical Data Model (PDM) adalah jenis model data yang menggambarkan hubungan antar tabel secara fisikal.

Beberapa hubungan dalam penggambaran Entity Relationship Diagram (Kendall, 2007), yaitu:

a. One to Many: hubungan dari satu ke banyak, masing-masing record dalam tabel primer mungkin sejumlah pasangan dalam tabel hubungan.

b. One to One: hubungan 1-1, masing - masing record dalam tabel primer memiliki 1recordyang paling cocok dengan tabel hubungan.

c. Many to Many: hubungan banyak ke banyak, masing - masing record dalam setiap tabel dihubungkan dengan sejumlahrecorddalam tabel lainnya.

2.13 Basis Data

Menurut Yuswanto (2005: 2), database (basis data) merupakan sekumpulan data yang berisi informasi yang saling berhubungan. Pengertian ini sangat berbeda antara database Relasional dan Non-Relasional. Pada database Non-Relasional, sebuahdatabasehanya merupakan sebuahfile.

Menurut Marlinda (2004: 1), database adalah suatu susunan/kumpulan data operasional lengkap dari suatu organisasi/perusahaan yang diorganisir atau dikelola dan disimpan secara terintegrasi dengan menggunakan metode tertentu

STIKOM


(55)

30

menggunakan komputer sehingga mampu menyediakan informasi optimal yang diperlukan pemakainya.

Penyusunan satudatabasedigunakan untuk mengatasi masalah– masalah pada penyusunan data yaitu redundansi dan inkonsistensi data, kesulitan pengaksesan data, isolasi data untuk standarisasi,multiple user (banyak pemakai), security (masalah keamanan), masalah integrasi (kesatuan), dan masalah data independence(kebesaran data).

Basis data diakses atau dimanipulasi dengan menggunakan perangkat lunak paket yang disebut dengan Database Management System (DBMS). Semua DBMS memiliki pengolah bahasa deskripsi data yang digunakan untuk menciptakan database, serta pengolah database yang menyediakan isi database bagi pemakai.

2.14 Structure Query Language (SQL)

SQL adalah bahasa yang digunakan untuk memanipulasi dan memperoleh data dari sebuah database relasional. SQL membantu seorang developer atau administrator melakukan hal-hal berikut :

a. Mengubah struktur sebuahdatabase. b. Mengubah pengaturan keamanan sistem.

c. Memberikan hak akses kepada pengguna untuk mengakses database atau tabel.

d. Memperoleh informasi daridatabase.

Perintah-perintah SQL secara umum dapat dikelompokkan menjadi lima macam, yaitu :

STIKOM


(56)

1. Data Definition Language(DDL)

Adalah perintah SQL yang digunakna untuk menjelaskan objek dari database. Dengan kata lain DDL digunakan untuk mendefinisikan kerangka database. Prinsipnya adalah:

a. Create: untuk membuat/menciptakan obyekdatabase. b. Alter: untuk memodifikasi/mengubah obyekdatabase. c. Drop: untuk menghapus obyekdatabase.

d. Obyek database yang dimaksud terdiri dari database, tabel, index, dan view.

2. Data Manipulating Language (DML)

Adalah perintah yang digunakan untuk mengoperasikan atau memanipulasi isi database. SQL menyediakan 4 perintah DML:

a. Select:digunakan untuk mengambil data daridatabase b. Delete:digunakan untuk menghapus data padadatabase c. Insert:menambahkan data kedatabase

d. Update:memodifikasi data kedatabase 3. Security

Adalah perintah-perintah yang digunakan untuk menjamin keamanan data. Antara lain terdiri atas:

a. Grant:memberi akses kepada user tertentu untuk akses kedatabase. b. Revoke:mencabut hak akses dariuser.

4. Integrity

Adalah perintah-perintah yang digunakan untuk menjaga kesatuan data. Contoh:recover tabel: untuk memperbaiki tabel padadatabase

STIKOM


(57)

32

5. Auxilliary

Adalah perintah-perintah pelengkap atau tambahan seperti: unload dan rename.

2.15 Teknik pengumpulan data

Menurut Utama (1999: 40), teknik pengumpulan data terdiri dari empat golongan utama yaitu: (1) Teknik observasi langsung, (2) Teknik observasi tak langsung, (3) Teknik komunikasi langsung, (4) Teknik komunikasi tak langsung.

2.15.1 Teknik observasi langsung

Teknik observasi langsung merupakan teknik pengumpulan data dimana peneliti mengadakan pengamatan langsung (tanpa alat) terhadap gejala-gejala subyek yang diteliti, baik pengamatan yang dilakukan dalam situasi sebenarnya maupun situasi buatan yang khusus dibuat.

2.15.2 Teknik komunikasi langsung

Teknik komunikasi langsung merupakan teknik pengumpulan data dengan jalan mengadakan komunikasi langsung dengan subyek penelitian dan situasi (benar/ buatan).

2.16 Testing dan Implementasi Sistem

Menurut Standar ANSI/IEEE 1059, testing adalah proses menganalisa suatu entitas software untuk mendeteksi perbedaan antara kondisi yang ada dengan kondisi yang diinginkan dan mengevaluasi fitur-fitur dari entitas sebuah software.

STIKOM


(58)

Menurut Romeo (2003:3), testing software adalah proses mengoperasikan softwaredalam suatu kondisi yang dikendalikan untuk:

1. Verifikasi.

Pengecekan atau pengetesan entitas-entitas, termasuk software, untuk pemenuhan dan konsistensi dengan melakukan evaluasi hasil terhadap kebutuhan yang telah ditetapkan.

2. Mendeteksi error.

Menentukan apakah sesuatu hal terjadi bilamana tidak seharusnya terjadi atau suatu hal tersebut tidak terjadi dimana seharusnya mereka ada.

3. Validasi.

Memeriksa apakah spesifikasi yang ditetapkan telah memenuhi keinginan atau kebutuhan pengguna yang sebenarnya.

Menurut Romeo (2003:33), Test Case merupakan suatu uji coba yang dilakukan berdasarkan pada suatu inisialisasi, masukan, kondisi ataupun hasil yang telah ditentukan sebelumnya. Adapun kegunaan dari test case ini, adalah sebagai berikut:

a. Untuk melakukantestingkesesuaian suatu komponen terhadap spesifikasi. b. Untuk melakukan testing kesesuaian suatu komponen terhadap disain.

2.16.1 White Box Testing

White box testing atau glass box testing atau clear box testing adalah suatu metode disain test case yang menggunakan struktur kendali dari disain prosedural. Metode disaintest caseini dapat menjamin:

1. Semuapath(jalur) yang independen/terpisah dapat diuji coba setidaknya sekali uji coba.

STIKOM


(59)

34

2. Semua logika keputusan dapat diuji coba dengan jalur yang salah atau jalur yang benar.

3. Semualoopdapat diuji coba terhadap batasannya dan ikatan operasionalnya. 4. Semua struktur internal data dapat diuji coba untuk memastikan validasinya.

2.16.2 Black Box Testing

Black box testingataubehavioral testingatauspecification-based testing, input/output testing atau functional testing dilakukan tanpa sepengetahuan detil struktur internal dari sistem atau komponen yang diuji coba. Black box testing berfokus pada kebutuhan fungsional pada software, berdasarkan spesifikasi kebutuhan darisoftware.

Dengan adanya black box testing, perekayasa software dapat menggunakan sekumpulan kondisi masukan yang dapat secara penuh memeriksa keseluruhan kebutuhan fungsional pada suatu program. Kategorierror yang dapat diketahui melaluiblack box testing, antara lain:

1. Fungsi yang hilang atau tidak benar. 2. Errordari antar-muka.

3. Errordari struktur data atau aksesexternal database. 4. Errordari kinerja atau tingkah laku.

5. Errordari inisialisasi dan terminasi.

STIKOM


(60)

BAB III

ANALISIS DAN PERANCANGAN SISTEM

3.1 Analisis Sistem

Dalam membuat Tugas Akhir ini, terdapat beberapa tahapan yang dilakukan. Tahapan tersebut disajikan dalam gambar 3.1

Pengumpulan Data dan Informasi (Observasi &

Wawancara)

Analisa Data dan

Informasi Studi Literatur

Perumusan Masalah Menetapkan

Tujuan Penelitian

Penggambaran Proses Bisnis

Perusahaan

Perancangan Basis Data

Perancangan Diagram Alir Data

Perancangan Desain I/O Pembuatan

Prototype Sistem

White Box Testing Black Box Testing Implementasi Sistem

Keimpulan & Saran

Gambar 3.1 Diagram Rencana Penelitian

Untuk memperoleh informasi secara mendalam akan kondisi perusahaan saat ini, maka dilakukan metode pengumpulan data dengan cara observasi terhadap sistem yang berjalan dan wawancara terhadap Finance Manager dan Accounting Supervisor. Hal ini bertujuan untuk mendapatkan informasi berupa alur proses bisnis yang terjadi pada perusahaan, deskripsi pekerjaan

masing-35

STIKOM


(61)

36

masing bagian dalam perusahaan, hingga kendala yang dihadapi perusahaan dalam operasional usahanya saat ini.

3.1.1 Observasi

Berdasarkan observasi yang dilakukan, diperoleh informasi-informasi tentang kondisi perusahaan saat ini. Hal tersebut antara lain:

A. Deskripsi Pekerjaan Entitas Dalam

1. Bagian yang bertugas melaksanakan pengelolaan data piutang adalah bagian Account Receiveable (AR).

2. Bagian AR dibagi menjadi 2, yaitu AR Rumah dan AR Rekening. AR Rumah melaksanakan pengelolaan data piutang rumah sedangkan AR Rekening bertugas melaksanakan pengelolaan data piutang program rekening dan administrasi pencatatan pada perusahaan.

3. Masing-masing bagian AR saat ini juga merangkap sebagai bagian penagihan. 4. Bagian AR saat ini dilaksanakan oleh seorang karyawan.

B. Penggunaan Aplikasi Komputer

1. Saat ini perusahaan telah memakai aplikasi pencatatan transaksi berbasis komputer.

2. Aplikasi yang ada berfungsi untuk menjurnal setiap transaksi pengeluaran ataupun pendapatan.

3. Data-data transaksi lain, seperti data pelanggan dan data pesanan kavling tidak tersimpan dalam aplikasi tersebut.

4. Laporan yang dihasilkan oleh aplikasi berupa laporan jurnal piutang dan laporan jurnal utang.

STIKOM


(62)

3.1.2 Wawancara

Berdasarkan wawancara dengan Finance Manager dan Accounting Supervisor diperoleh informasi sebagai berikut:

A. Proses Bsnis Perusahaan

1. Pada saat proses penjualan rumah kepada pelanggan, selain membuat Surat Pesanan Kavling, bagian Marketing juga membuat sebuah surat Perjanjian Jual Beli Rumah Secara Angsuran. Surat tersebut berisi nota kesepahaman jual beli rumah, dan ditanda tangani oleh pihak Pembeli, Marketing, Penjamin, dan Manager Operasional Perusahaan.

2. Surat Perjanjian Jual Beli Rumah Secara Angsuran nantinya disimpan oleh pihak Marketing dan Accounting, sebagai bukti penjualan rumah.

3. AR Rumah saat ini menangani piutang penjualan rumah, sedangkan AR Rekening bertugas menangani setiap piutang rekening pelanggan.

4. Rekening yang dikelola AR Rekening meliputi rekening air, listrik, taman, keamanan, telepon, dan sampah. Namun untuk rekening air, listrik, dan telepon pelanggan juga dapat melakukan pembayaran langsung kepada pihak yang terkait (PDAM, PLN, TELKOM). Sedangkan untuk iuran taman, keamanan, dan sampah merupakan iuran wajib penghuni rumah kepada perusahaan setiap bulan.

5. Bagian Penagihan (dirangkap oleh AR), setiap bulan menagih piutang kepada pelanggan.

6. Untuk melakukan kegiatan penagihan, AR setiap bulan membuat rencana penagihan.

STIKOM


(63)

38

7. Karena aplikasi tidak mendukung pecatatan history pembayaran pelanggan, AR membuat jadwal pembayaran dengan merekap data-data pembayaran setiap bulan dan mencocokkan dengan data-data piutang pelanggan.

8. Saat ini tidak terdapat laporan yang mampu memberikan informasi tentang status piutang pelanggan secara detail (laporan umur piutang pelanggan, laporan jumlah piutang pelanggan, laporan history pembayaran pelanggan). Informasi piutang pelanggan hanya tampak pada laporan jurnal piutang. 9. Apabila terjadi keterlambatan atau gagal bayar oleh pelanggan, akan

dilakukan pembicaraan khusus oleh bagian AR, Finance Manager, dan General Manager untuk mencari solusi. Solusi terakhir untuk permasalahan tersebut adalah pemakaian Debt Collector.

10. Siklus pengeluaran (selain biaya operasional), terjadi karena permintaan pembelian barang oleh pihak Teknik. Pembelian tersebut dapat berupa material barang maupun logistik untuk keperluan pembangunan rumah.

11. Sebelum dilakukan transaksi pembelian, dokumen pemesanan (PO) diperiksa oleh General Manager.

12. Laporan keuangan yang disajikan dalam Laporan Manajemen setiap bulannya meliputi Neraca, Laba/Rugi, Cash Flow, dan Analisa Keuangan.

B. Kondisi Bisnis dan Keuangan Secara Umum

Masalah yang saat ini dihadapi oleh perusahaan adalah manajemen pengendalian arus kas. Untuk penerimaan kas dari piutang tercatat sebesar 1,6% piutang terlambat diterima antara 1 sampai dengan 30 hari, 1,3% piutang terlambat diterima antara 31 sampai dengan 60 hari, 1,2% piutang terlambat

STIKOM


(64)

diterima antara 61 sampai dengan 90 hari, dan 1,5% piutang terlambat diterima lebih dari 90 hari.

Keterlambatan penerimaan tersebut berdampak pada terhambatnya proses pembangunan kavling. Karena dalam pembangunan kavling, dibutuhkan biaya-biaya yang sumber pengeluarannya berasal dari penerimaan kas (piutang). Hal tersebut juga berpengaruh dalam pengakuan penjualan kavling. Karena pengakuan penjualan kavling didasarkan atas tingkat kemajuan pembangunan kavling pada periode tertentu.

Kendala dari sistem yang ada pada perusahaan saat ini adalah masalah pengendalian kas dan sumber daya manusia. Sistem saat ini belum dapat melakukan kontrol terhadap kas perusahaan. Selain menimbulkan pekerjaan yang berulang (merekap jumlah pengeluaran dan penerimaan bila dibutuhkan), sistem saat ini belum mampu menghasilkan laporan-laporan yang berkaitan dengan arus kas. Dengan adanya sistem baru yang dibangunan, akan membantu perusahaan dalam aspek:

1. Informasi

Sistem yang baru dapat memenuhi kebutuhan informasi arus kas perusahaan. Laporan yang dihasilkan yaitu: Laporan Rekap Penjualan, Laporan Penerimaan Piutang, Laporan Rencana Penerimaan Kas (Piutang Kavling dan Piutang Rekening), Laporan Pengeluaran Kas, Laporan Rencana Pengeluaran Kas, Laporan Umur Piutang, Laporan Biaya Pembangunan Kavling (Produksi), dan Laporan Laba Rugi. Laporan yang dihasilkan tersebut digunakan perusahaan untuk pengendalian arus kas perusahaan. Sedangkan sistem yang lama belum dapat menghasilkan laporan-laporan tersebut.

STIKOM


(65)

40

2. Kinerja

Sistem yang baru saat ini dapat memberikan laporan-laporan yang sesuai dengan kebutuhan perusahaan saat itu juga ketika dibutuhkan. Berbeda dengan sistem yang lama yang masih memerlukan proses rekap data secara manual. 3. Penyimpanan Data

Data-data yang telah disimpan dapat digunakan lagi sehingga apabila ketika perusahaan membutuhkan informasi, data yang telah disimpan dapat diolah dan ditampilkan sebagai sebuah informasi yang berguna.

3.2 Perancangan Sistem 3.2.1 Block Diagram

Berdasarkan analisa yang telah dilakukan, dapat dirancang sebuah solusi model pengembangan sistem yang akan menjadi dasar dalam perancangan sistem selanjutnya. Secara umum model pengembangan tersebut digambarkan dalam block diagram pada gambar 3.2

Sistem Informasi Akuntansi dan Pengendalian Piutang

P enc atatan Tran sa ksi H a si l Ma suk a n Data Penjualan Kavling Data Pembelian Barang dan Material Pencatatan Piutang Pelanggan Pencatatan Pengeluaran Kas Data Biaya Produksi Data Perkembangan Pembangunan Kavling Pencatatan Biaya Produksi Penyesuaian Pengakuan Penjualan Laporan Penerimaan Piutang Laporan Rencana Penerimaan Piutang Laporan Pengeluaran Kas Laporan Rencana Pengeluaran Kas Laporan Laba Rugi Laporan Biaya Pembangunan Kavling Laporan Rekap Gaji Karyawan Data Penerimaan Piutang Pencatatan Penerimaan Piuatng Laporan Umur Piutang

Gambar 3.2 Block Diagram SIA dan Pengendalian Piutang

STIKOM


(1)

F. Pembangunan The Kusuma Pinus Tipe 170 nomor F02 = 20% G. Pembangunan The Kusuma Pinus Tipe 170 nomor S02 = 0% H. Pembangunan Pesanggrahan Kusuma Tipe 54 nomor J04 = 10%

Total perkembangan = (20% + 100% + 5% + 10% + 5% + 20% + 0% + 10%) / 8 = 21,25%

I. Harga jual Pesanggrahan Kusuma Tipe 87 nomor L04 = 481.653.206 J. Harga jual Pesanggrahan Kusuma Tipe 45 nomor J01 = 339.692.261 K. Harga jual Pesanggrahan Kusuma Tipe 87 nomor L02 = 481.653.206 L. Harga jual The Kusuma Pinus Tipe 380 nomor R05 = 2.736.069.938 M. Harga jual The Kusuma Pinus Tipe 170 nomor V02 = 1.310.467.338 N. Harga jual The Kusuma Pinus Tipe 170 nomor F02 = 1.329.467.338 O. Harga jual The Kusuma Pinus Tipe 170 nomor S02 = 1.309.467.338 P. Harga jual Pesanggrahan Kusuma Tipe 54 nomor J04 = 370.112.464 Total utang penjualan = 481.653.206 + 339.692.261 + 481.653.206 +

2.736.069.938 + 1.310.467.338 + 1.329.467.338 + 1.309.467.338 + 370.112.464

= 8.358.583.089

Pengakuan penjualan = 21,25% x 8.358.583.089 = 1.776.198.906

Gambar 4.90 merupakan gambar form penyesuaian penjualan kavling. Data pada uji coba perhitungan manual sesuai dengan data pada form penyesuaian kavling.

STIKOM


(2)

Gambar 4.90Formpenyesuaian penjualan kavling

Gambar 4.91 merupakan gambar laporan laba rugi dengan jumlah penjualan kavling sesuai dengan proses perhitungan pengakuan penjualan kavling secara manual yaitu sebesar Rp. 1.776.198.906,00.

Gambar 4.91Penyesuaian penjualan kavling pada laporan laba rugi

STIKOM


(3)

BAB V PENUTUP

5.1 Kesimpulan

Setelah dilakukan uji coba dan evaluasi terhadap aplikasi sistem informasi akuntansi dan pengendalian piutang pada PT. Kusumantara Graha Jayatrisna, maka dapat disimpulkan:

1. Aplikasi Sistem Informasi Akuntansi dan Pengendalian Piutang yang dihasilkan dapat mengendalikan penerimaan kas dari piutang. Pengendalian piutang pelanggan ditunjukkan dengan adanya fasilitas transaksi penerimaan booking fee dan down payment, transaksi pembayaran angsuran In House, transaksi pelunasan KPR, transaksi pembatalan penjualan, dan laporan-laporan yang mendukung proses penagihan kepada pelanggan seperti laporan rencana penerimaan kas dan laporan umur piutang. Pengendalian arus kas tampak pada laporan rencana arus kas, dimana dengan adanya laporan rencana arus kas, maka penjadwalan pengeluaran kas dapat disesuaikan dengan rencana penerimaan kas perusahaan.

2. Aplikasi Sistem Informasi Akuntansi dan Pengendalian Piutang yang dihasilkan dapat memberikan informasi-informasi pendukung seperti informasi piutang (laporan penerimaan kas dari piutang, laporan rencana penerimaan kas dari piutang, laporan umur piutang), informasi utang perusahaan (laporan pengeluaran kas, laporan rencana pengeluaran kas), laporan rencana arus kas, dan laporan laba rugi.

186

STIKOM


(4)

5.2 Saran

Saran yang dapat diberikan kepada peneliti berikutnya apabila ingin mengembangkan sistem yang telah dibuat agar menjadi lebih baik adalah sebagai berikut:

1. Sistem dapat dikembangkan berbasis websehingga memungkinkan pelanggan untuk melihat informasi piutang dan melakukan pembayaran piutang secara online.

2. Sistem dapat dikembangkan dengan menambahkan fitur SMS Gateway yang dapat digunakan untuk menginformasikan jadwal pembayaran, memberikan ucapan kepada pelanggan, dan menginformasikan informasi perusahaan lainnya yang berkaitan dengan pelanggan.

STIKOM


(5)

DAFTAR PUSTAKA

Atmaja, Lukas Setia. 2003.Manajemen Keuangan. Yogyakarta: Andi Offset. Bank Indonesia. 2012. Memahami Bunga Kredit.Dipetik tanggal April 13, 2012,

dari Bank Sentral Republik Indonesia:

http://www.bi.go.id/NR/rdonlyres/B7E418EC-FE5B-49F3-95DC-0F9980F76942/1481/MemahamiBungaKredit.pdf.

Bank Indonesia. 2012. Perhitungan Bunga Kredit dengan Angsuran. Dipetik tanggal April 26, 2012, dari Bank Sentral Republik Indonesia:

http://www.bi.go.id/NR/rdonlyres/2A652EC8-89C1-4851-8816-95E9FBCD4FF0/1473/PerhitunganBungaKreditdenganAngsuran.pdf.

Bodnar, George H. & William S. Hopwood. 1996. Sistem Informasi Akuntansi Buku Satu.Jakarta: Salemba Empat.

Boediono. 1985.Pengantar Ekonomi No. 5 EKONOMI MONETER, Seri Sinopsis.

Yogyakarta: BPFE.

Budiharto, Widodo. & Saftian Rahardi. 2005. Aplikasi Database Oracle 10g dengan VB6/VB.NET.Jakarta: PT. Elex Media Komputindo.

Hall, James. 2007.Sistem Informasi Akuntansi, Edisi 4.Jakarta: Salemba Empat. Jusup, AL. Haryono. 2002. Dasar-Dasar Akuntansi Jilid 1 Edisi 6. Yogyakarta:

Bagian Penerbitan Sekolah Tinggi Ilmu Ekonomi YKPN.

Kendall, Kenneth E. & Kendall Julie E. 2007. Analisis dan Perancangan Sistem.

Jakarta: PT. Indeks.

Marlinda, Linda. 2004.Sistem Basis Data. Yogyakarta: Andi Offset. Mulyadi. 2001.Sistem Akuntansi, Edisi Ketiga.Jakarta: Salemba Empat.

Pantouw, Ellen. 2008. 230+ Sumber Pinjaman untuk Usaha Anda. Yogyakarta: Gradien Mediatama.

Proborini, A. L. 2012. Aplikasi Perhitungan Angsuran dan Bunga Menggunakan Ms. Excel. Dipetik April 13, 2012, dari Musthika Aksara:

http://musthika-aksara.blogspot.com/2011/03/aplikasi-perhitungan-angsuran-dan-bunga.html.

Romeo. 2003. Testing dan Implementasi Sistem, Edisi Pertama. Surabaya: STIKOM.

Soemarso. 2004.Akuntansi Suatu Pengantar. Jakarta: Salemba Empat.

STIKOM


(6)

Usman, Burhanuddin A, Et al. 2004.Mahir Akuntansi. Bandung: Ganeca Exact. Utama, I Gede Arya. 1999.Metodologi Penelitian.Surabaya: STIKOM Surabaya. Weston, J. Fred. & Copeland Thomas E. 1992. Manajemen Keuangan Edisi

Kedelapan.Jakarta: Binarupa Aksara.

Yuswanto. & Subari. 2005. Mengolah Database dengan SQL Server 2000. Jakarta: Prestasi Pustaka.

STIKOM