BAB 4 PERANCANGAN SISTEM

BAB 4 PERANCANGAN S IS TEM

4.1

Analysis Document

4.1.1

The Task

4.1.1.1 Purpose Pengembangan sistem informasi akuntansi pembelian dan utang usaha untuk PT. Enomoto Srikandi Industries dilakukan dengan tujuan untuk mengoptimalkan proses pencatatan transaksi-transaksi yang berkaitan dengan pembelian dan utang usaha perusahaan. M ulai dari aktivitas permintaan pembelian, pesanan pembelian ke pemasok, penerimaan barang pesanan, retur pembelian, pencatatan transaksi pembayaran atas pembelian tunai dan pencatatan utang atas pembelian kredit berikut retur dan pembayarannya. Selain itu, dengan menggunakan sistem ini, bagian terkait juga dapat melakukan pemantauan terhadap tingkat persediaan bahan baku. Sistem dapat melakukan update secara otomatis terhadap persediaan setelah dilakukannya pembelian dan memberikan peringatan terkait persediaan bahan baku yang telah mencapai titik reorder point sehingga kegiatan pembelian dapat segera dilaksanakan.

4.1.1.2 System Definition Sistem informasi akuntansi pembelian dan utang usaha ini dirancang dan dibangun untuk mendukung proses pencatatan transaksi-transaksi terkait proses pembelian dan utang usaha perusahaan sehari-hari, serta mendukung juga untuk mengintegrasikan data dalam proses pembuatan laporan pembelian, utang dan laporan terkait lainnya sehingga memungkinkan untuk menghasilkan laporan dalam waktu yang

96 relatif cepat, dan memiliki tingkat keakuratan data yang baik. Sistem dibangun dalam jaringan lokal (LAN) dengan menggunakan platform PC (personal computer). Pengembangan dilakukan pada aplikasi berdasarkan usulan perbaikan untuk mengatasi permasalahan yang terjadi dalam sistem berjalan. Berikut, system definition dari sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries, dapat dilihat pada tabel 4.1. Tabel 4.1 System definition dengan kriteria FACTOR Functionality M endukung aktifitas pembelian dan utang usaha perusahaan, dengan adanya pencatatan dan pengendalian internal serta tersedianya laporan-laporan yang memadai dan informasi yang reliable atas proses pembelian mulai dari permintaan pemesanan, pemesanan pembelian, penerimaan barang pesanan, retur, pencatatan utang, sampai pencatatan pembayaran. Application Karyawan Bagian purchasing, bagian Gudang, bagian Kasir, Domain dan Staf Keuangan dan Akuntansi. Conditions Sistem ini dikembangkan sesuai kebutuhan untuk menangani transaksi pembelian barang dan utang usaha serta transaksi terkait lainnya. Sistem digunakan sebagai sarana yang mendukung kinerja dari para user yang telah memahami konsep pembelian barang, penerimaan barang, retur, proses terkait pencatatan transaksi dan pembayaran tunai dan utang. Technology M enggunakan platform PC (personal computer) yang dihubungkan menggunakan jaringan LAN (Local Area Network) dan ditambah device umum lain seperti printer. Objects Karyawan, Barang, Pemasok, Pembelian, Penerimaan, Utang Usaha, Pembayaran Responsibility M enghasilkan suatu informasi yang cepat dan tepat bagi pihak yang membutuhkan, serta dapat membantu mengatasi permasalahan yang timbul pada aktifitas pembelian dan utang usaha.

97 4.1.1.3 Context 4.1.1.3.1

Problem Domain meng entry data BAPnB setelah brg diterima

Staf Gudang

persedi aan bah an baku

BAPnB (2) NRP (2 ) + TTR

BAPn B (3)+ surat j alan

mene rima d an me me riksa barang 6

p ermi nta an p embelia n 1

mengentry da ta SPH dari pemaso k NRP (2)

N RP (1)+ brg yg d iretur 7

$

PR PO (2) $ $

Purchasing SPH

PO (3)

meminta penawa ran harga 2 memberi p enawaran 3

konfirmasi retur

Nota De bit (2 )

Nota Deb it (1) NRP (1)

me me san b arang 4

faktur+ su rat jal an

kiri m b arang pen gganti+ TTR

SPPH ki rim b arang+ surat ja lan 5

BAPnB (1)

PO (1)

Pe masok fa ktur

ta gihan

Staf Keua ngan & Akunting

mencatat transaksi utang

PO+faktu r+ BAPnB+ surat jala n+ Nota De bit (cap luna s)

men gembali kan dokumen +kwitansi ta nda teri ma 10

mengi ri m Daftar Uta ng 8

$

Cek 9

$

kwi tan si tand a teri ma

$

Kasir PO+ faktur+ BAPnB+ surat ja lan+ Nota Debit

PR PO SPPH SPH BAPnB TTR

$

mengen try d ata transaksi pembayaran

: Purchase Requisition : Purchase Orde r : Surat Pe rmintaan Penawaran Harga : Surat Pe nawar an Harga : Berita Acara Penerimaan Bara ng : Ta nda Terima Retur

Gambar 4.1 Rich picture prosedur pembelian dan utang usaha yang diusulkan

98 Prosedur yang diusulkan terhadap sistem pembelian dan utang usaha pada PT. Enomoto Srikandi Industries dapat dilihat pada Gambar 4.1. Awalnya terdapat suatu reminder yang aktif di bagian Gudang pada saat terdapat barang yang telah mencapai titik pemesanan ulang (reoder point atau ROP). Setelah bagian Gudang mengaksesnya, maka sistem akan menampilkan barang-barang yang mencapai ROP tersebut. Kemudian bagian Gudang diminta untuk segera membuat purchase requisition (PR). Dalam sistem, user tinggal mengentry barang yang tidak tersedia tersebut dan menyimpannya dalam database purchase requisition yang ada dalam sistem. Selanjutnya purchase requisition dapat dicetak dan dibuat sebanyak dua rangkap. Dokumen ini sebelumnya akan diperiksa dahulu oleh M anajer Produksi, untuk kemudian diotorisasi. Selanjutnya purchase requisition ditujukan ke bagian Purchasing. Bila barang yang akan dipesan belum terdaftar pada master barang, bagian Purchasing akan meregister barang tersebut terlebih dahulu. Pada saat meregister, juga akan dimasukkan detail barang. Apabila terjadi peningkatan atau penurunan tingkat permintaan, maka bagian Purchasing dapat mengubah detail barang dengan melakukan penghitungan terhadap ROP dan EOQ-nya yang disesuaikan dengan keadaan yang sedang dihadapi. Bagian Purchasing juga bertugas menambahkan data pemasok baru serta melakukan update atas data pemasok apabila memang terjadi perubahan, misalnya perubahan alamat, nomor telepon, dan lain-lain. Dan apabila terdapat data pemasok yang sudah tidak diperlukan lagi, maka bagian Purchasing dapat menghapusnya dari database. Selanjutnya, berdasarkan purchase requisition dari bagian Gudang, bagian Purchasing akan membuat dokumen Surat Permintaan Penawaran Harga (SPPH), yang

99 digunakan untuk melakukan permintaan penawaran harga ke pemasok. Sebelumnya SPPH akan diotorisasi terlebih dahulu oleh M anajer Purchasing, lalu dikirim ke pemasok. Kemudian, Surat Penawaran Harga yang datang dari pemasok akan diperiksa, dan yang memenuhi syarat akan dilakukan negosiasi lebih lanjut dengan pemasok yang bersangkutan. Setelah tercapai kesepakatan, bagian Purchasing akan membuka sistem untuk memasukkan data purchase order berdasarkan Surat Penawaran Harga yang yang sebelumnya telah dientry ke dalam sistem. Setelah selesai, sistem akan menampilkan hasil purchase order, yang selanjutnya bisa dicetak untuk dikirim kepada pemasok. Purchase order ini dicetak sebanyak empat rangkap, untuk pemasok, Gudang, dan Staf Keuangan & Akuntansi serta arsip. Pemasok akan mengirimkan barang yang dipesan, dan akan diterima oleh bagian Gudang. Selanjutnya bagian Gudang akan memeriksa barang secara keseluruhan, beserta kelengkapan dokumen penyertanya. Bagian Gudang akan mencocokkan deskripsi barang diterima dengan data pada purchase order rangkap dua. Setelah semuanya sesuai, bagian Gudang akan mencatat data penerimaan barang ke database Bukti Acara Penerimaan Barang (BAPnB) yang ada dalam sistem. Pembuatan BAPnB dengan menggunakan sistem akan secara otomatis mengubah kuantitas persediaan bahan baku pada sistem berdasarkan kuantitas bahan baku yang diterima. Selanjutnya BAPnB akan dicetak sebanyak empat rangkap dan dikirim masing masing ke bagian Kasir, Staf Keuangan & Akuntansi, bagian Purchasing dan rangkap terakhir untuk diarsip. Copy surat jalan juga akan sertakan dalam dokumen yang akan diteruskan ke bagian Purchasing.

100 Disaat yang sama, bagian Purchasing juga menerima faktur dari pemasok atas barang yang telah dikirim. Faktur dan surat jalan akan diperiksa dan dicocokkan dengan data pada PO dan BAPnB rangkap tiga yang telah diterima sebelumnya. Bila sesuai, faktur dan copy surat jalan akan diteruskan ke bagian Staf Keuangan & Akuntansi. Dan apabila ditemukan ketidaksesuaian dalam dokumen, bagian Purchasing akan melakukan konfirmasi ulang kepada pemasok untuk meluruskan perbedaan yang ada. Staf Keuangan & Akuntansi kemudian memeriksa surat jalan yang kemudian akan dibandingkan dengan PO rangkap tiga dan BAPnB rangkap dua yang telah diterima sebelumnya. Apabila sesuai, kemudian Staf Akuntansi akan melakukan pencatatan atas semua transaksi pembelian baik secara tunai maupun kredit (utang) ke dalam sistem. Sedangkan apabila ditemukan ketidaksesuaian pada dokumen, maka Staf Keuangan & Akuntansi akan melakukan konfirmasi pada pemasok dan bagian terkait lainnya untuk meluruskan perbedaan yang ada. Selanjutnya, bagian Gudang yang dibantu oleh staf Quality Control akan melakukan pengecekan terhadap kualitas dan kuantitas bahan baku yang telah sampai di gudang. Staf Quality Control akan memastikan kualitas bahan baku ini telah sesuai dengan kriteria pesanan. Apabila terdapat bahan baku yang rusak atau tidak sesuai dengan pesanan, maka bagian Gudang akan melakukan konfirmasi pada bagian Purchasing terkait bahan baku tersebut. Selanjutnya bagian Purchasing akan menghubungi pemasok untuk konfirmasi atas retur pembelian tersebut. Retur biasanya akan ditukar dengan bahan baku yang sama. Tetapi dalam kondisi tertentu, dimana pemasok tidak dapat mengganti barang yang diretur, retur akan mengurangi utang atas pembelian terhadap pemasok tersebut.

101 Setelah menerima perintah retur dari bagian Purchasing, maka bagian Gudang akan membuat Nota Retur sebanyak empat rangkap. Pembuatan Nota Retur dengan menggunakan sistem akan sekaligus mengubah kuantitas persediaan bahan baku yang berkurang akibat adanya retur secara otomatis. Nota Retur rangkap satu akan diserahkan kepada pemasok dan pemasok akan mengirimkan dokumen Tanda Terima Retur sebagai bukti bahwa retur bahan baku telah diterima. Nota Retur rangkap dua diserahkan pada Staf Keuangan dan Akuntansi. Nota Retur rangkap tiga diserahkan ke bagian Purchasing beserta Tanda Terima Retur dari pemasok. Berdasarkan dokumen tersebut, bagian Purchasing akan mengubah status retur menjadi telah diterima yang sekaligus akan mengubah kuantitas persediaan bahan baku berdasarkan barang yang diterima. Dan Nota Retur rangkap empat akan disimpan sebagai arsip oleh bagian Gudang. Untuk retur yang mengurangi utang pembelian, maka bagian Purchasing akan membuat dokumen Nota Debit sebanyak tiga rangkap. Nota Debit rangkap satu diberikan pada pemasok melalui fax, rangkap dua diberikan pada Staf Keuangan & Akuntansi. Dan Nota Debit rangkap tiga akan disimpan sebagai arsip. Selanjutnya, Nota Retur rangkap dua dan Nota Debit rangkap dua akan digunakan oleh Staf Keuangan & Akuntansi sebagai dasar untuk melakukan pencatatan atas transaksi retur. Staf Keuangan & Akuntansi dapat mencetak rekapitulasi Daftar Utang setiap saat sesuai kebutuhan. Laporan rekapitulasi Daftar Utang ini nantinya akan diserahkan beserta dokumen-dokumen terkait (seperti PR, PO, BAPnB, faktur dan Nota Debit) kepada M anajer Keuangan dan Akuntansi untuk kemudian diperiksa dan diotorisasi dalam rangka penyelenggaraan pembayaran atas utang usaha tiap mendekati tanggal jatuh tempo.

102 Daftar Utang yang telah diotorisasi oleh M anajer Keuangan dan Akuntansi beserta dokumen terkait kemudian diserahkan pada bagian Kasir. Berdasarkan Daftar Utang dan dokumen yang diterima, bagian Kasir melakukan pembayaran kepada pemasok dengan cara transfer atau cek. Bagian Kasir kemudian memasukkan data-data pembayaran ke dalam sistem dan mencetak Bukti Pembayaran sebanyak tiga rangkap. Rangkap satu diberikan pada pemasok, rangkap dua diserahkan pada Staf Keuangan & Akuntansi, serta rangkap tiga sebagai arsip. Setelah menerima pembayaran, pemasok akan menyerahkan kwitansi tanda terima pembayaran pada bagian Kasir. Kemudian bagian Kasir akan memberi tanda lunas dokumen-dokumen yang berkaitan dengan transaksi tersebut. Dokumen-dokumen terkait beserta Bukti Pembayaran rangkap dua dan kwitansi tanda terima pembayaran dari pemasok yang telah diberi tanda lunas, dikembalikan pada Staf Keuangan & Akuntansi. Setiap akhir bulan, Staf Keuangan & Akuntansi akan mencetak Laporan Pembelian Tunai dan Kredit, Laporan Retur Pembelian, Laporan Saldo Utang, Laporan Analisis Kinerja Pemasok, dan Jurnal.

4.1.1.3.2

Application Domain Sistem informasi akuntansi pembelian dan utang usaha yang diusulkan akan

dapat mendukung tugas-tugas karyawan bagian Gudang, bagian Purchasing, Staf Keuangan & Akuntansi dan bagian Kasir. Tugas-tugas utama dalam application domain yaitu permintaan pembelian, pesanan pembelian, penerimaan barang, retur pembelian, pencatatan pembayaran atas pembelian tunai dan pencatatan utang atas pembelian kredit berikut retur dan pembayarannya.

103 4.1.2

Problem Domain

4.1.2.1 Cluster M odel sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries terdiri dari tujuh cluster, yaitu karyawan, pemasok, barang, pemesanan, penerimaan, utang usaha dan pencatatan stok persediaan. Berikut merupakan model cluster sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Indutries, lihat Gambar 4.2. cd Cl us ter Karya wa n

Pembelia n

P enerima an

+ Gud an g

+ PO

+ BAPn B

+ Ka ryawa n

+ PR

+ NRP

+ Ka sir

+ SPH

+ Pu rcha sing

+ SPPH

+ Sta fKe u& Akun

Bara ng

Uta ng Us aha

Pemas ok

+ Ba ran g

+ Pem a sok

+ Uta ng

Pe mba ya ran + B ukti Baya r

Gambar 4.2 Cluster sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries 4.1.2.2 Structure Struktur

“Karyawan”

dengan

pola

hubungan

generalisasinya

yang

menggambarkan karyawan yang akan menggunakan sistem informasi akuntansi pembelian dan utang usaha perusahaan, digambarkan seperti pada Gambar 4.3.

104 c d Ka ryaw an Karyaw a n

Guda ng

Ka si r

S tafKeu&Ak un

P urc ha sing

Gambar 4.3 Struktur “Karyawan” Pada Gambar 4.4 berikut, terlihat struktur tunggal dari “Barang” tanpa pola hubungan asosiasi, generalisasi, ataupun agregasi. c d Ba rang Ba rang

Gambar 4.4 Struktur “Barang” Pada Gambar 4.5 terlihat struktur tunggal dari “Pemasok” tanpa pola hubungan asosiasi, generalisasi, ataupun agregasi. cd Pe mas ok P emas ok

Gambar 4.5 Struktur “Pemasok” Pada Gambar 4.6 terlihat bahwa struktur “Pembelian” terdiri dari class Purchase requisition (“PR”), Surat Permintaan Penawaran Harga (“SPPH”), dan Surat Penawaran Harga (“SPH”), Purchase order (“PO”). Satu class “PR” memiliki struktur asosiasi

105 dengan satu atau banyak class “SPPH”. Satu class “SPPH” memiliki struktur asosiasi dengan satu class “SPH”. Satu class “SPH” memiliki struktur asosiasi dengan satu class “PO”. cd Pembelian PR

SPPH

1

SPH

0..*

1

0..1

PO

1

0..1

Gambar 4.6 Struktur “Pembelian” Pada Gambar 4.7 terlihat bahwa struktur “Penerimaan” terdiri dari class Bukti Acara Penerimaan Barang (“BAPnB”) dan Nota Retur Pembelian (“NRP”). Dimana satu class “BAPnB” mempunyai hubungan asosiasi dengan class “NRP”. c d Pe ne rimaa n BAP nB

NRP 1

0 ..*

Gambar 4.7 Struktur “Penerimaan” Pada Gambar 4.8 terlihat struktur “Utang Usaha” yang hanya terdiri dari class “Utang”, tanpa ada pola hubungan asosiasi, generalisasi ataupun agregasi. c d Utang Usa ha Utang

Gambar 4.8 Struktur “Utang Usaha”

106 Pada Gambar 4.9 terlihat struktur “Pembayaran” yang hanya terdiri dari class “BuktiBayar”, tanpa ada pola hubungan asosiasi, generalisasi ataupun agregasi. c d Pe mba ya ran Buk tiBa ya r

Gambar 4.9 Struktur “BuktiBayar”

Pada Gambar 4.10 menunjukkan class diagram sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries. Hubungan class Gudang dengan class PR dan class PR dengan class Barang terjadi ketika transaksi permintaan pembelian dilakukan pada saat bahan baku tertentu telah mencapai titik ROP. Kemudian, dilanjutkan dengan hubungan asosiasi antara class Purchasing dengan class PO, class PO dengan class PR, class PO dengan class Pemasok, class SPPH dengan SPH, class SPPH dengan PR, dan class SPH dengan PO. Semua terjadi ketika transaksi pemesanan pembelian dilakukan. Selanjutnya hubungan antara class Gudang dengan class BAPnB dan class BAPnB dengan class PO yang terjadi ketika transaksi penerimaan pembelian dilakukan. Dan hubungan antara class BAPnB dengan class Barang menunjukkan pembuatan BAPnB secara otomatis akan menimbulkan perubahan atas jumlah persediaan bahan baku. Hubungan antara class Gudang dengan class NRP, class NRP dengan class BAPnB, dan class NRP dengan class Barang terjadi ketika prosedur retur pembelian dilakukan. Hubungan antara class Pembelian dengan class NRP dan class NRP dengan class Utang terjadi dalam situasi khusus, ketika bagian Purchasing membuat Nota Debit

107 yang menimbulkan update atas utang pembelian akibat retur yang terjadi. Hubungan antara class StafKeu&Akun dengan class Utang dan class Utang dengan class BAPnB terjadi ketika pencatatan atas pembelian dilakukan. Selanjutnya hubungan antara class Kasir dengan class Utang terjadi ketika dilakukan prosedur pembayaran atas utang dilakukan.

108 c d Class Dia gram Keteranga n PR = Purch ase Order SPPH = Su rat Pe rmi ntaan Penawaran Harga SPH = Su ra t Penawaran Harga PO = Pu rchase O rd er BAPnB = Bukti Acara Pen eri maan Barang NRP = No ta Retur Pembe li an

Ka ryaw an

Gud ang

Pur chas ing

Kasir

Sta fKeu &Aku n 1

1

1

1

1

1

1

1

1..*

1

Barang

Pemas ok

1..*

NRP

Utang 0..*

1

1 1

1 1..*

1..*

1..*

1

1 Bu ktiBayar 1..*

1..*

1..*

1 PR

1..*

SPPH

1

0..*

1

1

1 ..*

SPH

0..1

1

1

*

PR_detail

SPPH_d eta il

BAPnB

1

0..1

1

*

1..*

PO

1

1 ..*

1 * PO_d eta il

1 * BAPnB_de tail

1

1

Gambar 4.10 Class diagram sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries

109 4.1.2.3 Classes Karyawan Class Karyawan menggeneralisasikan property dan behaviournya kepada class Purchasing, Gudang, Kasir dan StafKeu&Akun. Gambar 4.11 dibawah menunjukkan class Karyawan. cd Cl as s Karya wa n -

A lam at Krywn : va rchar Ja ba tan : va rcha r K ota : va rcha r Nam aKrywn: varch ar NIK: ch ar P asswo rd: cha r T ele po n: varch ar T glL ah ir: da te

Gambar 4.11 Class Karyawan

s m Karyaw a n / direg iste r

a cti v e

Gambar 4.12 behavioural pattern class Karyawan

Tabel 4.2 Keterangan behavioural pattern class Karyawan Operations Attributes diregister NIK, NamaKrywn, Alamat, TglLahir, Telepon, Jabatan, Password

110 Purchasing Class Purchasing menggambarkan event meregister pemasok, kemudian selama berstatus aktif, Purchasing akan melakukan event memesan, meretur dan menerima barang. cd Ka ryaw an Purc ha sing

Gambar 4.13 Class Purchasing

s m P urc ha sing /m em il ih /m en eri ma /m em esa n

/m em esa n

activ e

/m e nawar

/m e ne rim a

/m e ret ur

Gambar 4.14 behavioural pattern class Purchasing

Tabel 4.3 Keterangan behavioural pattern class Purchasing Operations Attributes memilih KodeSPH, KodePemasok memesan NoPO, KodeSupplier, KodeKrywn, KodePemasok, KodeBrg, QtyPesan, HargaBrg, Discount, Total, Subtotal, PPN, GrandTotal menawar KodePR, KodeSPPH, KodePemasok, KodeBrg menerima NoBAPnB, NoPO meretur NoNRP, TglNRP, NoBAPnB, KodePemasok, KodeBrg, QtyRetur, HargaBrg, DiscPercent, Total, SubTotal, Discount, PPN, GrandTotal

111 Gudang Class Gudang menggambarkan event meminta pembelian barang, menerima, menghitung, meretur dan menyesuaikan jumlah persediaan barang antara kuantitas yang ada pada sistem dan yang ada secara fisik di gudang.

cd Ka ryaw an Guda ng

Gambar 4.15 class Gudang

s m Guda ng /m e mi nta

/ m e min ta

a cti v e

/m ere tur

/m en erim a

/m e ne rim a

Gambar 4.16 behavioural pattern class Gudang

Tabel 4.4 Keterangan behavioural pattern class Gudang Operations Attributes meminta NoPR, TglPR, NIK, KodeBrg, QtyM inta meretur NoNRP menerima NoBAPnB, TglBAPnB, NoSuratJalan, TglSuratJalan, KodePemasok, KodeBrg, QtyPesan, QtyTerima, QtyKurang

112 Kasir Class Kasir merupakan kumpulan objek-objek karyawan yang bertugas melakukan kegiatan pembayaran utang. Gambar 4.17 menunjukkan class Kasir. Serta Gambar 4.18 menunjukkan behavioural pattern dari class Kasir dalam event pembayaran utang. cd Ka ryaw an Ka sir

Gambar 4.17 class Kasir

s m Kas ir / me reco rd_ bu ktiB ayar

/ m e mb ayar

activ e

/m erecord_ bu ktiBa ya r

/m em ba ya r

Gambar 4.18 behavioural pattern class Kasir

Tabel 4.5 Keterangan behavioural pattern class Kasir Operations Attributes merecord_buktiBayar NoBuktiBayar,TglBayar, KodePemasok, KodeUtang, NoFaktur, TglJatuhTempo, JumlahUtang, JumlahBayar membayar NoCek, NoTagihan, NoFaktur, KodeUtang, KodePemasok, TglJatuhTempo

113 S tafKeu&Akun Pada Gambar 4.19 dan Gambar 4.20 adalah gambar dari class StafKeu&Akun berikut keterangan keterlibatan class tersebut dalam event saat pencatatan utang dan pada saat pembuatan laporan setiap akhir periode.

cd Ka ryaw an S tafKeu&Ak un

Gambar 4.19 class StafKeu&Akun

s m StafKeu&Ak un /m en ge lua rka n_ lap ora n

/m e ng elu arkan _d aft ar_ ut an g

a ctiv e

/ m e ng elu arkan _la po ra n

/m en ge lu arka n_ da fta r_u ta ng

Gambar 4.20 behavioural pattern class StafKeu&Akun

Tabel 4.6 Keterangan behavioural pattern class StafKeu&Akun Operations Attributes mengeluarkan_daftar_utang TglJatuhTempo, NamaPemasok, KodeUtang, TglUtang, JmlUtang mengeluarkan_laporan JenisLaporan, TglCetak, PeriodeLaporan

114 Pemasok Class Pemasok menggambarkan event dimana karyawan bagian Purchasing mendaftarkan pemasok untuk yang pertama kali saat hendak dilakukan pembelian oleh perusahaan. Selama pemasok berstatus aktif, event dimana karyawan bagian Purchasing memesan ke pemasok, melakukan retur, mengubah data pemasok, sampai event dimana barang telah diterima dari pemasok. cd Cl as s Pe ma sok -

Al am at : varch ar Ba nk: varch ar Ko de Pe ma sok: cha r Ko ta : va rchar Na m aKo nt ak: va rcha r Na m aPe m asok: varch ar No Fa x: va rch ar No Re k: va rch ar No Te lp1 : va rcha r No Te lp2 : va rcha r NP WP : va rch ar

Gambar 4.21 class Pemasok

sm P emas ok / di pe san / d ire tur / d ip ilih

/ di da fta rkan

ac tiv e

/ d ini lai

/ dit eri ma

/ d iub ah

Gambar 4.22 behavioural pattern class Pemasok

115 Tabel 4.7 Keterangan behavioural pattern class Pemasok Operations Attributes didaftarkan KodePemasok, NamaPemasok, Alamat, NoTelp, Kota, NoFax, NamaKontak, Bank, NoRekening, NPWP diubah KodePemasok, NamaPemasok, KodeBrg, Alamat, NoTelp, Kota, NoFax, NamaKontak, Bank, NoRekening dipesan KodePemasok, NoPO diretur KodePemasok, NoNRP dinilai diterima dipilih

KodePemasok, NamaPemasok, LeadTime, KualitasBrg, HargaBrg KodePemasok, NoBAPnB, NoPO KodePemasok, NamaPemasok, NoSPH

Barang Class Barang menggambarkan event dimana Barang didaftarkan, dipesan pada saat event karyawan memesan ke Pemasok dan event diterima, diretur, dan disesuaikan ketika terjadi stok opname. c d Cl as s Ba rang -

B iayaP esa n: lo ng B iayaS im pa n: lon g DayQtyReq ui red : i nt E OQ: in t Jm lSto kPe ng am an : i nt Jm lTe rsed ia : i nt K od eBrg : va rcha r L ea dTi me : int M in im um Sto k: int Nam aBrg: varch ar P eri odQt yReq uired: in t ROP: i nt S atu an : va rcha r

Gambar 4.23 class Barang

116 sm Bara ng / di retu r

/ di pe san

av ail able

/ di da fta r

/ di terim a

Gambar 4.24 behavioural pattern class Barang

Tabel 4.8 Keterangan behavioural pattern class Barang Operations Attributes didaftarkan KodeBrg, NamaBrg, Satuan, QtyTersedia, QtyStokPengaman dipesan KodeBrg, NoPO, TglPO,NamaBrg, QtyPesan diterima NoBAPnB, TglBAPnB, KodeBrg, QtyPesan, QtyTerima, QtyKurang diretur NoNRP, TglNRP, KodeBrg, QtyRetur

Purchase requisition (PR) Class PR menggambarkan event dimana karyawan bagian Gudang membuat permintaan pembelian dan event dimana persediaan barang yang diminta ditambahkan ke daftar purchase requisition sampai seluruh barang yang diperlukan tercatat seluruhnya, dan digunakan sebagai dasar untuk berlangsungnya event memesan barang. c d Cl as s PR -

NIK: cha r NoPR: ch ar S tat usPe m bSP PH: bo ole an T glDipe rlu kan : da te T glP R: da te

Gambar 4.25 class PR

117 sm PR / m em in ta

av a ila ble

/ me ng aj ukan _p en awara n_ ha rga

Gambar 4.26 behavioural pattern class PR

Tabel 4.9 Keterangan behavioural pattern class PR Operations Attributes mengajukan_penawaran_harga NoPR, TglPR, NIK, KodeBrg, QtyM inta memesan NoPR

Purchase requisition detail (PR detail) Gambar berikut menunjukkan class PR detail dan behavioural patternnya. cd Cl ass PR_deta il -

Ko de Brg : ch ar Na m aBrg: va rcha r No PR: cha r QtyM in ta: in t Sa tu an : varch ar

Gambar 4.27 class PR detail s m P R_detail /m em in ta

/m e mi nta

a v ai lable

/m eng aj uka n_ pe na waran _ha rg a

Gambar 4.28 behavioural pattern class PR detail

Tabel 4.10 Keterangan behavioural pattern class PR detail Operations Attributes mengajukan_penawaran_harga NoPR, TglPR, NIK, KodeBrg, QtyM inta memesan NoPR

118 Surat Permintaan Penawaran Harga (S PPH) Gambar 4.29 dan Gambar 4.30 menunjukkan class SPPH dan menggambarkan behavioural patternnya. cd Cl as s SPPH -

Ko de Pe ma sok: cha r Na m aPe m asok: varch ar NI K: ch ar No PR: cha r No SPP H: ch ar Tg lDi pe rlu ka n: d ate Tg lSP PH: da te

Gambar 4.29 class SPPH

s m S PPH /m em in ta _p en awa ra n

de cided

/m en ye tu jui _p en awa ra n

av a ila ble

/ me ng iri m_ pe na waran /m en ol ak

Gambar 4.30 behavioural pattern class SPPH

Tabel 4.11 Keterangan behavioural pattern class SPPH Operations Attributes meminta_penawaran NoSPPH, TglSPPH, NoPR, TglPR, TglDibutuhkan menyetujui_penawaran NoSPPH, TglSPPH, NoPR, TglPR, TglDibutuhkan, KodePemasok menolak NoSPPH, TglSPPH, NoPR, TglPR, TglDibutuhkan, KodePemasok mengirim_penawaran NoSPPH, TglSPPH, NoPR, TglPR, TglDibutuhkan, KodePemasok

119 Surat Permintaan Penawaran Harga detail (S PPH detail) Gambar berikut menunjukkan class SPPH detail dan behavioural patternnya.

cd Cl ass SPP H_deta il -

Ko de Brg : i nt Na m aBrg : va rcha r No SPP H: i nt QtyPe san : i nt Sa tu an : varch ar

Gambar 4.31 class SPPH detail

sm SP PH detail /menyetuj ui_penawaran

/m emi nta_penawaran

/mem inta_penawaran

decided

/m enyetuj ui _penawaran

/menol ak

rejected

available

/m engi ri m_penawaran

/mengiri m _penawaran

/m enol ak

/m enol ak

Gambar 4.32 behavioural pattern class SPPH detail

Tabel 4.12 Keterangan behavioural pattern class SPPH detail Operations Attributes meminta_penawaran NoSPPH, KodeBrg, QtyPesan menyetujui_penawaran NoSPPH, KodeBrg, QtyPesan menolak NoSPPH, KodeBrg, QtyPesan mengirim_penawaran NoSPPH, KodeBrg, QtyPesan

120 Surat Penawaran Harga (S PH) Gambar 4.33 dan Gambar 4.34 menunjukkan class SPH dan behavioural patternnya. cd Cl as s SP H -

K od ePe ma sok: varch ar Nam aPe m aso k: varch ar NIK: ch ar NoSPH: ch ar NoSPP H: ch ar S tat usPe mb PO: bo ole an S tat usSPH: b oo le an T erm : va rcha r T glDipe rlu kan : d ate T glS PH: da te

Gambar 4.33 class SPH

s m S PH / me ne rim a _p en awa ran

av a ila bl e

/m ela kuka n_ ne go siasi

approv ed

/m en utu p_ pe na waran

/m en ola k

Gambar 4.34 behavioural pattern class SPH

Tabel 4.13 Keterangan behavioural pattern class SPH Operations Attributes menerima_penawaran NoSPH, KodePemasok, TermOfPayment menolak NoSPH, KodePemasok, TermOfPayment melakukan_negosiasi TermOfPayment menutup_penawaran NoSPH, TglSPH, KodePemasok, TermOfPayment

121 Surat Penawaran Harga detail (S PH detail) Gambar berikut menunjukkan class SPH detail dan behavioural patternnya. cd Cl as s SPH_deta il -

Ha rg aSa tua n: lo ng Ko de Brg : ch ar Na m aBrg: va rcha r No SPH: cha r QtyPe san : i nt To ta l: lon g

Gambar 4.35 class SPH detail

s m S PH_ de tai l /m ela kuka n_ ne go siasi

/m en erima _p en awara n

/m en eri ma _p en awa ra n

a v a ila ble

/m en ol ak

rej e cte d

/me la kuka n_ ne go siasi

a pprov e d

/m en utu p_ pe na waran /m en utu p_ pe na waran

/m en ol ak

Gambar 4.36 behavioural pattern class SPH detail

Tabel 4.14 Keterangan behavioural pattern class SPH detail Operations Attributes menerima_penawaran NoSPH, TglSPH, KodeBrg, QtyPesan, HargaBrg, KodePemasok menolak NoSPH, TglSPH, KodeBrg, QtyPesan, HargaBrg, KodePemasok melakukan_negosiasi KodeBrg, QtyPesan, HargaBrg, KodePemasok menutup_penawaran KodeBrg, QtyPesan, HargaBrg

122 Purchase order (PO) Purchase order menggambarkan event dimana karyawan bagian Purchasing melakukan pemesanan barang kepada pemasok. Class PO dan behavioural patternnya digambarkan pada Gambar 4.37 dan Gambar 4.38 sebagai berikut. c d Cl as s PO -

DiscPerce nt : in t Gran dTo ta l: l on g Je nisP em ba ya ra n: varch ar K od ePe m asok: cha r NIK: cha r NoPO: cha r NoSP H: ch ar P PN: in t T glDipe rlu kan : d at e T glJa tuh Te mp o: da te T glP O: d at e T glS PH: da te

Gambar 4.37 class PO

s m PO /m em e san

dec ide d

/m en ye tu jui _p em esa na n

av a ila bl e

/m eng aj uka n_ pe san an /m e no lak

Gambar 4.38 behavioural pattern class PO

Tabel 4.15 Keterangan behavioural pattern class PO Operations Attributes memesan NoPO, TglPO, NoSPH, KodePemasok, Discount, Total, SubTotal, PPN, GrandTotal menyetujui_pemesanan NoPO, TglPO, Discount, Total, SubTotal, PPN, GrandTotal menolak NoPO, TglPO, Discount, Total, SubTotal, PPN, GrandTotal mengajukan_pesanan NoPO, TglPO, KodePemasok, Discount, Total, SubTotal, PPN, GrandTotal

123 Purchase order detail (PO detail) Class PO detail dan behavioural patternnya digambarkan pada Gambar 4.39 dan Gambar 4.40 sebagai berikut. cd Cl ass PO_deta il -

Ha rg aBrg : lon g Ko de Brg : ch ar Na m aBrg : va rcha r No PO: ch ar QtyPe san : i nt Sa tu an : varch ar To ta l: lon g

Gambar 4.39 class PO detail

sm P O_deta il /m eng aj uka n_ pe san an

/m em e san

de ci de d

/m enye tuj ui_ pe m esa na n

a v a ila ble

/m en ga juka n_ pe san an /m en ola k

Gambar 4.40 behavioural pattern class PO detail

Tabel 4.16 Keterangan behavioural pattern class PO detail Operations Attributes memesan KodeBrg, QtyPesan, HargaBrg menyetujui_pemesanan NoPO, KodeBrg, QtyPesan, HargaBrg menolak NoPO, KodeBrg, QtyPesan, HargaBrg mengajukan_pesanan NoPO, KodeBrg, QtyPesan, HargaBrg

124 Bukti Acara Penerimaan Barang (BAPnB) Class BAPnB menggambarkan event dimana ketika ada penerimaan barang yang dipesan, BAPnB menjadi available. Ketika berstatus available, BAPnB akan menggambarkan event menerima, dan mengubah jumlah stok persediaan barang. cd Cl as s BAPnB -

Ko de Pe ma sok: char NI K: ch ar No BAP nB: cha r No PO: char No Su rat Ja lan : ch ar St atu s: ch ar Tg lBA PnB: d ate Tg lPO: d ate

Gambar 4.41 class BAPnB

s m BAPnB /m e ne rim a_ brg

/m en yetu jui _p en eri ma an _b rg av ail able

a pprov e d

/m en ola k

/m en gu ba h_ pe rsed ia an

proc es se se d

/m eretu r

Gambar 4.42 behavioural pattern class BAPnB

Tabel 4.17 Keterangan behavioural pattern class BAPnB Operations Attributes menerima_brg NoBAPnB, TglBAPnB, NoSuratJalan menolak NoBAPnB, TglBAPnB, NoSuratJalan meretur NoBAPnB, TglBAPnB, NoNRP, NoSuratJalan menyetujui_penerimaan_brg NoBAPnB, TglBAPnB, NoSuratJalan, KodePemasok mengubah_persediaan NoBAPnB, TglBAPnB, KodeBrg

125 Bukti Acara Penerimaan Barang detail (BAPnB detail) Gambar berikut menunjukkan class BAPnB detail dan behavioural patternnya. cd Cl as s BAPnB_detail -

K ete ran ga n: varch ar K od eBrg : ch ar NoBAP nB: cha r Qt yBrgDi terim a: int Qt yBrgKu ra ng : in t Qt yPe san : int S atu an : va rcha r

Gambar 4.43 class BAPnB detail

s m BAPnB_detail /m en gu ba h_ pe rsed ia an

/m en eri ma _b rg

dec ide d

/m e nyetu ju i_p en erim aa n_ brg

/m en ola k

proc es se se d

a v ai lable

/ me ng ub ah _p ersed iaa n /m eretu r

/ me re tur

Gambar 4.44 behavioural pattern class BAPnB detail

Tabel 4.18 Keterangan behavioural pattern class BAPnB detail Operations Attributes menerima_brg NoBAPnB, KodeBrg, QtyPesan menolak NoBAPnB, KodeBrg, QtyPesan meretur NoNRP, KodeBrg, QtyRetur menyetujui_penerimaan_brg NoBAPnB, KodeBrg, QtyPesan, QtyTerima, QtyKurang, Keterangan mengubah_persediaan KodeBrg, QtyBrg, QtyTerima

126 Nota Retur Pembelian (NRP) Class NRP menggambarkan event dimana karyawan bagian Purchasing melakukan prosedur retur barang untuk kemudian mengirimnya kepada pemasok, menyesuaikan jumlah persediaan barang yang ada. cd Cl ass NRP -

Di scP ercen t: in t Gra nd To tal: lo ng Ko de Pe ma sok: char No BAP nB: cha r No NRP : cha r PP N: int Tg lBA PnB: d ate Tg lNRP: d at e

Gambar 4.45 class NRP sm NRP /m en girim _brg

/me retur

deci ded

/m enyetu jui_ retu r

a v aila be

/m eng uba h_p ersedi aan

/m engi rim_ brg /m enol ak

Gambar 4.46 behavioural pattern class NRP

Tabel 4.19 Keterangan behavioural pattern class NRP Operations Attributes meretur NoNRP, KodePemasok, KodeBrg, NamaBrg, QtyRetur, GrandTotal menyetujui_retur NoNRP, KodeBrg, NamaBrg, QtyRetur, HargaBrg, Discount, Total, SubTotal, PPN mengubah_persediaan KodeBrg, QtyRetur, QtyBrg menolak NoBAPnB, TglBAPnB, QtyPesan, QtyTerima, QtyKurang mengirim_brg NoNRP, KodeBrg, NamaBrg, QtyRetur, HargaBrg, Discount, Total, SubTotal, PPN

127 BuktiBayar Gambar berikut menunjukkan class BuktiBayar dan behavioural patternnya. c d Cl as s Buk tiBa ya r -

Jm lBa yar: lo ng K od eBB : cha r K od ePe m asok: cha r K od eUt an g: ch ar NIK: cha r T glB ayar: d ate

Gambar 4.47 class BuktiBayar sm Buk tiBa yar /me m ba ya r

/ me m baya r

a v ail able

Gambar 4.48 behavioural pattern class BuktiBayar

Tabel 4.20 Keterangan behavioural pattern class BuktiBayar Operations Attributes membayar KodeBuktiBayar, KodeUtang, KodePemasok, JmlBayar, TglBayar, NIK

128 Utang Pada Gambar 4.49 dibawah menunjukkan class Utang. Dan Gambar 4.50 menggambarkan event dimana class Utang terjadi ketika utang dicatat berdasarkan faktur, dan pada saat terjadi retur pembelian kredit, maka utang akan dikurangi, dan berakhir saat dilakukan pembayaran atas utang tersebut. cd Cl as s Utang -

Jm lUta ng : l on g Ko de BB: cha r Ko de Pe ma sok: varch ar Ko de Uta ng : ch ar No BAP nB: cha r No ND: in t No NRP : cha r Tg lBA PnB : d ate Tg lBa yar: da te Tg lJat uh Tem po : da te Tg lPO: d ate Tg lUt an g: da te

Gambar 4.49 class Utang s m Utang / me ne rim a_ brg

/ me ne rim a _b rg

/m e mb aya r

av a ila bl e

/m em ba ya r

/ me ng ecek_ no ta Deb it

Gambar 4.50 behavioural pattern class Utang Tabel 4.21 Keterangan behavioural pattern class Utang Operations Attributes menerima_brg NoBAPnB, NoFaktur, KodeUtang, TglJatuhTempo, KodePemasok, JmlUtang, SaldoUtang mengecek_notaDebit NoBAPnB, NoNRP, NoNotaDebit, KodeUtang, TglJatuhTempo, SaldoUtang membayar KodeUtang, TglJatuhTempo, NoBAPnB, NoPO, SaldoUtang

129 4.1.2.4 Events Berikut merupakan event table dari sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries seperti yang terlihat pada Tabel 4.22.

130

Utang

BuktiBayar

NRP

BAPnB detail

PO detail

SPH detail

SPPH detail

PR detail

* *

BAPnB

*

* * +

PO

*

SPH

*

SPPH

Barang

*

PR

Pemasok

StafKeu&Akun

+

Kasir

+

Gudang

Event masuk_kerja pulang_kerja mengubah_password mendaftar menawar meretur mengirim_brg menyetujui_retur memilih memesan menerima_brg menyetujui_penerimaan_brg mengubah_persediaan mengirim_pesanan menyetujui_pemesanan menerima_penawaran menyetujui_penawaran melakukan_negosiasi menutup_penawaran meminta_penawaran meminta menolak mengirim_penawaran membayar mengeluarkan_daftar_utang mengeluarkan_laporan

Karyawan

Class

Purchasing

Tabel 4.22 Event table sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries

* * * * *

* * *

+

*

+

* + + +

+ + +

* *

*

*

* *

+ +

* *

+

*

+

* + +

*

* * * * *

+

*

* * *

+

+

+

* *

*

*

* * *

*

Utang

BuktiBayar

NRP

BAPnB detail

PO detail

SPH detail

SPPH detail

PR detail

BAPnB

PO

SPH

SPPH

PR

Event mengecek_notaDebit merecord_buktiBayar * menilai * mengubah * meminta_penawaran “ + ” untuk event yang terjadi nol sampai satu kali

Barang

Pemasok

StafKeu&Akun

Kasir

Gudang

Karyawan

Class

Purchasing

131

*

+

* “ * “ untuk event yang terjadi nol sampai berulang kali

132 4.1.3

Application Domain

4.1.3.1 Usages 4.1.3.1.1

Overview Terdapat empat actor yang akan menggunakan sistem informasi

akuntansi pembelian dan utang usaha ini, yaitu karyawan bagian Gudang, bagian Purchasing, bagian Kasir dan Staf Keuangan & Akuntansi, dengan memiliki tujuh belas use case di dalam sistem informasi akuntansi pembelian dan utang usaha tersebut yang akan digambarkan dalam use case diagramnya. Tabel berikut menunjukkan hubungan actor dengan use case dalam sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries. Tabel 4.23 Actor table sistem informasi akuntansi pembelian dan utang usaha Actors Staf Use cases Keuangan Bagian Bagian Kasir Purchasing Gudang & Akuntansi M enambah data barang √ M enambah data pemasok √ M embuat PR √ M embuat SPPH √ M embuat SPH √ M embuat PO √ M embuat BAPnB √ M embuat Nota Retur Pembelian √ M embuat Nota Debit √ M encatat utang √ M embuat daftar utang √ M encatat pembayaran utang √ M embuat laporan pembelian √ M embuat laporan retur √ M embuat laporan saldo utang √ M embuat laporan analisis √ kinerja pemasok M embuat jurnal √

133 4.1.3.1.2

Actors Actor specification dari sistem informasi pembelian dan utang usaha pada

PT. Enomoto Srikandi Industries adalah sebagai berikut. Tabel 4.24 Actor specification untuk karyawan bagian Purchasing Purchasing Tujuan : Karyawan yang memiliki tanggung jawab untuk melakukan pesanan pembelian kepada pemasok, menangani transaksi pembelian yang terjadi, dan membuat nota debit jika terjadi retur pembelian yang mengurangi utang. Selain itu, bagian ini juga bertanggung jawab dalam melakukan pendaftaran, melakukan prosedur update data bahan baku dan data pemasok. Karakteristik : Karyawan Purchasing harus mengetahui bahwa bahan baku yang akan dipesan telah benar-benar sesuai dengan kebutuhan perusahaan dan melakukan pencatatan transaksi pembelian ke dalam sistem dengan tepat. Contoh : Bagian Purchasing membuat purchase order (PO) berdasarkan purchase requisition (PR), dari bagian Gudang dengan meng-entry data-data transaksi pesanan pembelian tersebut ke dalam sistem dan mengirimkannya dengan fax ke pemasok yang telah dipilih sebelumnya.

Tabel 4.25 Actor specification untuk karyawan bagian Gudang Gudang Tujuan : Karyawan yang bertanggung jawab melakukan prosedur permintaan pembelian, penerimaan barang yang dipesan dari pemasok, dan melakukan retur pembelian jika terjadi retur atas pembelian. Karakteristik : Karyawan bagian Gudang harus mengetahui kebutuhan bahan baku perusahaan dan melakukan permintaan pembelian secara tepat, serta memiliki penbetahuan dan ketelitian untuk mengecek kualitas dan kuantitas bahan baku yang diterima dari pemasok. Contoh : Bagian Gudang menerima barang kiriman dari pemasok, kemudian membuat Bukti Acara Penrimaan Barang (BAPnB) berdasarkan Surat Jalan dari pemasok dan sistem akan mencatat bagian Gudang yang menangani penerimaan barang tersebut.

Tabel 4.26 Actor specification untuk karyawan bagian Kasir Kasir Tujuan : Karyawan ini bertanggung jawab untuk melakukan pembayaran utang kepada pemasok dan mencatat pembayaran atas utang yang telah dilakukan. Karakteristik : Karyawan bagian Kasir harus memiliki ketelitian dalam membayarkan jumlah utang yang tepat kepada pemasok yang tepat dan menjamin keakuratan data pembayaran yang dimasukkan ke dalam sistem.

134 Contoh : Bagian Kasir melakukan pembayaran atas utang sesuai dengan Daftar Utang dari Staf Keuangan & Akuntansi dan mencatat pembayaran utang yang telah dilakukannya ke dalam sistem.

Tabel 4.27 Actor specification untuk Staf Keuangan &Akuntansi S taf Keuangan &Akuntansi Tujuan : Karyawan yang bertanggung jawab untuk mencatat utang, membuat Daftar Utang, dan mencetak laporan-laporan yang berkaitan dengan transaksi pembelian pada setia akhir periode atau sesuai dengan kkebutuhan perusahaan. Karakteristik : Karyawan ini harus memiliki ketelitian dalam melakukan prosedur pencatatan utang. Selain itu harus memastikan validitas utang yang timbul dari transaksi pembelian dan mengecek tanggal jatuh tempo masingmasing utang, sehingga pembayaran dapat dilakukan secara tepat waktu.disamping itu, bagian ini menggunakan sistem untuk mencetak laporanlaporan yang dibutuhkan. Contoh : Staf Keuangan &Akuntansi mencatat utang yang timbul dari transaksi pembelian ke dalam sistem dan mencetak laporan-laporan yang dibutuhkan untuk keperluan pengambilan keputusan oleh pihak manajemen.

4.1.3.1.3

Use Cases Berikut akan digambarkan mengenai use case diagram dari perancangan

sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries, seperti yang dapat dilihat pada Gambar 4.51 berikut ini.

135 u d Use Case Mo del

Sist em Infor masi Akuntansi Pembelian dan Utang Usaha PT. Enomot o Srikandi Industries

membu at SPPH

menc atat u ta ng

memb uat SPH

membu at Daftar Utang

membu at PO

me mbua t Lap oran Pe mb elia n

memb uat No ta Deb it

me mbua t Lap ora n Re tu r Pe mb elia n

Purch asing

mena mbah d ata pema sok

Staf Keu ang an & Ak untan si

me mbua t L apo ran Saldo Utang

me mbua t La pora n Analisis Kin erj a Pe maso k mena mbah d ata bara ng

membu at Ju rna l

membu at PR

membu at BAPnB Gu dan g

menc atat pe mbayara n utang

me mbua t Nota Retu r Pe mbelian

Kasir

Gambar 4.51 Use case untuk sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries

Keterangan : PO = PR = SPPH = SPH = BAPnB =

Purchase Order Purchase Requisition Surat Permintaan Penawaran Harga Surat Penawaran Harga Bukti Acara Penerimaan Barang

136 Berikut merupakan use case specification dari use case yang terdpat pada sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries, dapat dilihat pada Tabel 4.28 sampai Tabel 4.44. Tabel 4.28 Usecase specification “M embuat SPPH” Membuat S PPH Use case : SPPH dibuat oleh bagian Purchasing. User tinggal menekan tombol “New”, selanjutnya tanggal dan nomor kode SPPH akan digenerate secara otomatis dari sistem. Karyawan tinggal memasukka nama pemasok dan sistem akan menampilkan data pemasok secara otomatis. Selanjutnya karyawan diminta mengentry kode PR, dan memilih kode barang dari PR yang bersangkutan.kolom jumlah dientry oleh karyawan. Karyawan dapat menekan tombol tambah ( “+” ) untuk menambah data barang pada detail SPPH. Selanjutnya data akan tersimpan saat menekan tombol “save”. Dan untuk mencetaknya, user dapat menekan tombol “print”. Objects : SPPH, PR, Pemasok Functions : update SPPH, read PR, read Pemasok

Tabel 4.29 Usecase specification “M embuat SPH” Membuat S PH Use case : SPH dibuat oleh karyawan Purchasing saat menerima balasan SPPH berupa surat penawaran harga langsung dari pemasok, atau berupa hasil negosiasi yang telah dilakukan lewat telepon. Untuk membuat SPH, user hanya perlu memasukkan kode SPPH yang ingin dibuatkan SPH-nya, selanjutnya bagian Purchasing perlu memasukkan harga-harga yang tercantum dalam surat penawaran harga dari pemasok atau hasil negosiasi tadi. Objects : SPH, SPPH Functions : update SPH, read SPPH

Tabel 4.30 Usecase specification “M embuat PO” Membuat PO Use case : Purchase order dibuat oleh bagian Purchasing berdasarkan purchase requisition yang ada. Bagian Purchasing akan menginput nama pemasok yang akan dituju, menambah data-data barang yang dipesan ke dalam daftar barang yang dipesan, berdasarkan pemasok yang dipilih. Harga masing-masing barang diinput berdasarkan data yang ada dalam Surat Penawaran Harga dari pemasok yang sudah pernah disimpan sebelumnya. Sistem akan secara otomatis menghitung total, sub total, discount, pajak, dan grand totalnya. Setelah semua data diisi lengkap, bagian Purchasing dapat menyimpan ke dalam database. Objects : PO, Barang, Pemasok Functions : update PO, compute PO, read Barang

137 Tabel 4.31 Usecase specification “M embuat Nota Debit” Membuat Nota Debit Use case : M enjelaskan proses pembuatan Nota Debit oleh bagian Purchasing ketika terjadi retur pembelian yang menurangi utang pembelian. Dimulai ketika bagian Purchasing menerima Nota Retur Pembelian (NRP) dari bagian Gudang, melakukan validasi nomor NRP untuk mengetahui detail retur tersebut, dan menghitung jumlah utang pembelian yang harus didebit. Kemudian Nota Debit tersebut akan secara otomatis menimbulkan update atas utang yang berubah akibat terjadinya retur yang mengurangi utang. Objects : NRP, Pemasok, BAPnB, Barang, Utang Functions : update Nota Debit, update Utang, read BAPnB, read Pemasok, read Barang.

Tabel 4.32 Usecase specification “M enambah data pemasok” Menambah data pemasok Use case : M enambah data pemasok dilakukanoleh bagian Purchasing saat terdapat pemesanan barang yang akan dilakukan kepada pemasok yang belum pernah terdaftar sebelumnya. Setelah mengentry data-data yang berhubungan dengan pemasok sudah benar, maka selanjutnya data akan disimpan ke dalam database. Objects : Pemasok Functions : update Pemasok

Tabel 4.33 Usecase specification “M enambah data barang” Menambah data barang Use case : M enambah data barang oleh bagian Purchasing di saat terdapat barang yang belum terdaftar sebelumnya. Bagian Purchasing akan memasukkan data barang dan melakukan pengecekan terhadap data barang tersebut, apakah barang sudah terdaftar di dalam sistem atau belum. Jika belum, maka data tersebut akan disave kedalam database. Objects : Barang Functions : update Barang

Tabel 4.34 Usecase specification “M encatat pembayaran utang” Mencatat pembayaran utang Use case : M enjelaskan proses pencatatan pembayaran utang yang dilakukan oleh bagian Kasie. Karawan ini akan melakukan pembayaran kepada pemasok, kemudian mencatat pembayaran yang dilakukannya ke dalam sistem. Sistem akan melakukan validasi kode utang untuk menampilkan detil-detil dari utang yang dibayar. Kasir kemudian memasukkan data-data yang dibutuhkan, kemudian menyimpan dan mencetak bukti pembayaran utang tersebut. Objects : Utang, Pemasok Functions : update Utang, print Bukti Pembayaran

138 Tabel 4.35 Usecase specification “M embuat PR” Membuat PR Use case : Purchase requisition dibuat dan dientry oleh bagian Gudang di saat terdapat item barang yang mengalami kondisi minimum stock yang mengharuskan diadakannya pemesanan kembali (kondisi reorder point) purchase requisition juga dapat dibuat berdasarkan form permintaan pengiriman barang yang berasal dari bagian Produksi. Purchase requisition juga dapat diEdit dengan kondisi bahwa puchase order atas purchase requisition yang dimaksud belum pernah dibuat atau dikeluarkan sebelumnya. Objects : PR, Barang Functions : update PR, read Barang

Tabel 4.36 Usecase specification “M embuat BAPnB” Membuat BAPnB Use case : M embuat BAPnB dilakukan oleh bagian Gudang di saat bagian Gudang menerima item barang dari pemasok sesuai dengan spesifikasi yang terdapat pada PO. Bagian Gudang akan mengentry nomor Surat Jalan dan tanggal Surat Jalan, dan memilih nomor PO. Sistem akan memvalidasi nomor PO, dan otomatis keluar detail dari barang-barang yang dipesan dalam PO. Kemudian bagian Gudang akan menginput jumlah masing-masing barang yang diterima dan jumlah barang yang masih kurang. Barang seringkali dikirim oleh pemasok dalam beberapa tahap pengiriman, sehingga satu PO biasanya mempunyai beberapa BAPnB. Setelah selesai mengentry BAPnB, selanjutnya data-data tersebut akan disimpan ke dalam database. Sistem juga akan menghitung nilai ROP dan mengupdatenya ke dalam item barang yang bersangkutan di master barang. Objects : BAPnB, Barang Functions : update BAPnB, compute Barang, read Barang

Tabel 4.37 Usecase specification “M embuat Nota Retur Pembelian” Membuat Nota Retur Pembelian Use case : Nota Retur Pembelian (NRP) dibuat oleh bagian Gudang, diawali ketika bagian Gudang menerima perintah retur dari bagian Pembelian. Bagian Gudang akan memilih nomor BAPnB yang berkitan dengan bahan baku yang akan diretur. Sistem akan melakukan validasi nomor BAPnB untuk mengetahui detail bahan baku dan pemasok pada PO. Kemudian bagian Gudang memasukkan detail dari bahan baku yang akan diretur, menyimpan dan mencetaknya. Setelah disimpan, sistem akan melakukan update jumlah bahan baku yang tersedia. Setelah bahan baku pengganti diterima dari pemasok, bagian pembelian mengubah status retur menjadi telah diterima yang sekaligus akan menimbulkan update atas persediaan bahan baku yang berubah akibat penerimaan bahan baklu pengganti. Objects : NRP, PO, Pemasok, BAPnB, Barang Functions : update NRP, read BAPnB, read Barang, read Pemasok

139 Tabel 4.38 Usecase specification “M encatat utang” Mencatat utang Use case : M enjelaskan proses pencatatan utang yang timbul akibat transaksi pembelian kredit oleh Staf Keuangan & Akuntansi. Diawali ketika Staf Keuangan & Akuntansi menerima dokumen-dokumen terkait dengan transaksi pembelian, kemudian sistem akan melakukan validasi nomor PO, dan nomor Nota Debit (jika ada) serta menghitung total utang. Selanjutnya akan memasukkan data-data yang dibutuhkan, kemdian akan disimpan dalam database sistem. Objects : Utang, PR, PO, BAPnB, NRP, Pemasok Functions : update Utang, read PR, read PO, read NRP, read Pemasok

Tabel 4.39 Usecase specification “M encatat Daftar Utang” Membuat Daftar Utang Use case : M enjelaskan proses pembeuatan Daftar Utang yang merupakan daftar dari utang-utang yang sudah mendekati jatuh temponya. Staf Keuangan & Akuntansi akan memasukkan periode tanggal jatuh tempo utang yang akan dilunasi dan sistem akan melakukan validasi utang yang tanggal jatuh temponya berada diantara periode yang dimasukkan, menghitung total utang tersebut dan menampilkannya. Selanjutnya Daftar Utang yang telah selesai dibuat akan dicetak. Objects : Utang, Pemasok Functions : print Daftar Utang

Tabel 4.40 Usecase specification “M embuat Laporan Pembelian” Membuat Laporan Pembelian Use case : M enjelaskan proses membuat Laporan Pembelian. Staf Keuangan & Akuntansi memilih jenis laporannya akan dibuat berdasarkan barang atau pemasok, kemudian memilih periode laporan yang diinginkan. Selanjutnya laporan yang telah selesai dibuat akan dicetak. Objects : PO, Laporan Pembelian Functions : print Laporan Pembelian

Tabel 4.41 Usecase specification “M embuat Laporan Retur Pembelian” Membuat Laporan Retur Pembelian Use case : M enjelaskan proses membuat Laporan Retur Pembelian. Staf Keuangan & Akuntansi memilih jenis laporan yang akan dibuat, apakah berdasarkan barang atau pemasok dan memilih periode yang diinginkan. Kemudian laporan tersebut akan dicetak. Objects : NRP, Laporan Retur Pembelian Functions : print Laporan Retur Pembelian

140 Tabel 4.42 Usecase specification “M embuat Laporan Saldo Utang” Membuat Laporan S aldo Utang Use case : M enjelaskan proses pencetakan Laporan Saldo Utang oleh Staf Keuangan & Akuntansi. Pertama akan dimasukkan periode, lalu laporan akan segera disusun berdasarkan pemasok. Sistem akan mengecek saldo utang perusahaan pada periode yang dimasukkan dan menghitung total utang perusahaan. Kemudian laporan tersebut akan dicetak. Objects : Utang, Pemasok, NRP Functions : print Laporan Saldo Utang

Tabel 4.43 Usecase specification “M embuat Laporan Analisis Kinerja Pemasok” Membuat Laporan Analisis Kinerja Pemasok Use case : M enjelaskan proses pembuatan Laporan Analisis Kinerja Pemasok setiap bulannya yang dilakukan oleh Staf Keuangan & Akuntansi. Kartawan ini kemudian akan memasukkan periode laporan, sistem akan melakukan validasi periode laporan dan menghitung waktu pengiriman dan banyaknya retur yang terjadi untuk masing-masing pemasok yang melakukan transaksi dengan perusahaan. Selanjutnya Staf Keuangan & Akuntansi akan mencetak laporan tersebut. Objects : Pemasok, PO, BAPnB, Barang Functions : print Laporan Analisis Kinerja Pemasok

Tabel 4.44 Usecase specification “M embuat Jurnal” Membuat Jurnal Use case : M enjelaskan proses permbuatan Jurnal yang dilakukan oleh Staf Keuangan & Akuntansi. Karyawan ini memasukkan periode jurnal dan memilih jenis jurnal, baik itu jurnal pembelian, atau jurnal perngeluaran kas. Siste akan melakukan validasi periode jurnal dan mengambil data yang dibutuhkan dari class PO, NRP, dan Utang pada dokumen-dokumen terkait lainnya yang berada pada periode yang bersangkutan dan menyusunnya dalam format jurnal. Selanjutnya Jurnal tersebut akan dicetak. Objects : PO, BAPnB, NRP, Utang, Pemasok Functions : print Jurnal

141 4.1.3.2 Function List Berikut ini merupakan function list dari sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries, seperti terlihat pada Tabel 4.45 sebagai berikut. Tabel 4.45 Function List dari sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries Funtion List Types Complexity M embuat PR Read, Update Medium Update Simple • Add, edit, delete PR Update Simple • Save data PR Read Medium • Print PR M embuat SPPH Read, Update Medium Update Simple • Add, edit, delete PR Update Simple • Save data PR Read Medium • Print PR M embuat SPH Read, Update Medium Update Simple • Add, edit, delete PR Update Simple • Save data PR Read Medium • Print PR M embuat PO Read, Update Very Complex Compute Medium • Calculate PO Compute Complex • Calculate nilai ROP Compute Complex • Calculate EOQ M embuat BAPnB Read, Update Complex M embuat Nota Retur Pembelian Read, Update Medium Compute Medium • Calculate NRP M embuat Nota Debit Read, Update, Compute Medium M enambah Data Barang Update Medium M enambah Data Pemasok Update Medium M encatat Utang Read, Update, Compute Medium M embuat Daftar Utang Read, Update Medium M embuat Laporan Pembelian Read, Update Medium M embuat Laporan Retur Pembelian Read, Update Medium M embuat Laporan Saldo Utang Read, Update Medium M embuat Laporan Analisis Kinerja Read, Update Very Complex Pemasok M embuat Jurnal Read, Update Medium M encatat Pembayaran Utang Read, Update, Compute Medium

142 4.1.3.3 User Interface Sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries memiliki rancangan

antarmuka yang user friendly, serta

menggunakan Bahasa Indonesia dan Bahasa Inggris yang umum. Berikut adalah gambaran disain user interface sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries.

4.1.3.3.1

Dialogue Style Setiap user interface akan memiliki sejumlah windows yang akan digunakan

untuk mendukung keigatan pencatatan transaksi pembelian dan pengelolaan utang usaha PT. Enomoto Srikandi Industries. Selain itu sistem juga menyediakan fasilitas pencetakan yang dibutuhkan oleh berbagai pihak dalam perusahaan untuk memperoleh informasi yang dibutuhkan. Tabel 4.46 menunjukkan overview dari user interface windows dan hasil cetakannya. Tabel 4.46 Daftar window user interface dan hasil print out Windows Printouts Login Menu Utama File • Login • Logout • Ganti Password Master • M aster Barang • M aster Pemasok • M aster Karyawan Transaksi • Permintaan Pembelian • Permintaan Penawaran Harga • •

Penawaran Harga Pemasok Pesanan Pembelian

• • • •

Purchase Requisition (PR) Surat Permintaan Penawaran Harga (SPPH) Surat Penawaran Harga (SPH) Purchase Order (PO)

143 •

Penerimaan Barang

•

•

Retur Pembelian

• •

Bukti Acara Penerimaan Barang (BAPnB) Nota Retur Pembelian (NRP) Nota Debit

• •

Daftar Utang Bukti Pembayaran

•

Laporan Pembelian Tunai dan Kredit Laporan Retur Pembelian Laporan Saldo Utang Laporan Analisis Kinerja Pemasok Jurnal Pembelian Jurnal Pengeluaran Kas

Utang • Daftar Utang Laporan • Pembelian • • •

Retur Pembelian Saldo Utang Analisis Kinerja Pemasok

Jurnal

4.1.3.3.2

• • • • •

Overview Gambar 4.52 menunjukkan navigation diagram yang menyediakan overview

dari user interface beserta penjelasannya, sebagai berikut.

144 C il c kEx it

Login

Menu Ut ama

enter

c los e

Click OK

Click Ex ti

Mast er B arang cl ick "Mast er Barang"

clic k "Permint aan Pembelian

Permintaan Pembelian

c lick "D af tar Ut ang"

Daft ar U tang

click "Ex it"

clic k "Exit" c lick "Ex it"

clic k "Master Pemasok"

click "Permintaan Penaw aran Harga"

click "Ex it"

Permintaan Penawaran H arga

c lick "Penc at at an Utang"

Mast er Pemas ok

clic k "Mast er Kary aw an"

Mast er Kary awan

clic k "Exit " clic k "Pesanan Pembelian"

P es anan Pembelian

cl ick "Exit "

Lap Pembelian Kredit

cl ick "Exit "

Lap Retur by Barang c lick "Ex it"

click "Laporan R et ur Berdas arkan Pemasok"

cli ck "Pembay aran"

clic k "B uk ti Pembay aran"

clic k "Exit "

cl ick "Laporan P embelian Kredit"

clic k "Laporan Retur Berdasarkan Barang"

Penawaran Harga Pemasok

cl ick "Exit "

Lap Pembelian Tunai

cl ick "Exit "

Penc atatan Utang

click "Ex it" clic k "Penaw aran Harga P emasok"

clic k "Laporan Pembelian Tunai"

c lick "Laporan Analis is K inerja Pemas ok"

Bukt i Pembayaran

clic k "E xit"

c lick "Laporan Saldo Ut ang"

Lap Retur by Pemasok

clic k "Exit "

Lap Analis is Kinerja c lick P emasok "Ex it"

Lap Saldo U tang

cli ck "Exit "

Lap J urnal

c lick "Exit "

Penerimaan Barang cl ick "Penerim aan Barang"

clic k "Exit" Retur Pembelian c lick "R etur Pembelian"

c lick "Exit "

clic k "Not a D ebit "

c lick "Nota D ebit "

N ot a Debit

c lick "Exit "

Gambar 4.52 Navigation Diagram

click "Laporan Jurnal"

145

Gambar 4.53 Window “Login” User meng-entry username dan password yang dimiliki pada UI login tersebut. Lalu tekan tombol “OK”, apabila benar, maka sistem akan menerima akses, dan user dapat masuk ke dalam aplikasi. Bila ingin membatalkan login, user dapat menekan tombol “Cancel”.

Gambar 4.54 Window “Ganti Password” User Interface ini digunakan untuk mengganti password dari user. Pertama user harus mengentry password lamanya, lalu entry password baru, serta mengentry ulang password baru yang diinginkan. Apabila verifikasi berhasil dilakukan terhadap password yang bersangkutan, maka sistem akan menyimpan password baru user tersebut secara otomatis ke dalam database.

146

Gambar 4.55 Windows “M enu Utama”

147 Bila user yang bersangkutan telah berhasil login, maka akan tampil menu utama seperti yang disajikan pada Gambar 4.55. Form menu utama ini terdiri dari lima bagian utama, yaitu menu “File”, “M aster”, “Transaksi”, menu “Utang” dan menu “Laporan”, dengan masing-masing instancenya seperti yang tampak pada Gambar 4.55. Namun, tidak setiap user dapat melakukan akses terhadap setiap menu yang ada pada form menu utama ini. Setiap user mempunyai batasan-batasan hak akses yang disesuaikan dengan tugasnya masing-masing. Hal ini dilakukan untuk menjaga pengendalian intern agar tetap berjalan dengan baik. Untuk user yang login sebagai bagian Purchasing, maka hanya bisa mengakses ke menu-menu yang berkaitan dengan tugas pemesanan pembelian, seperti membuat purchase order, surat permintaan penawaran harga, dan surat penawaran harga. Semua ini terdapat dalam menu utama “Transaksi”. Selain itu, bagian Purchasing juga dapat melakukan penambahan dan perubahan pada data pemasok dan data barang pada menu utama “M aster”, yaitu master barang dan master pemasok. Bagian Gudang hanya dapat melakukan akses sesuai tugasnya yaitu membuat purchase requisition, membuat nota retur, dan membuat surat penerimaan barang. Semua submenu ini terdapat pada menu utama “Transaksi”. Bagian Kasir hanya bisa melakukan akses untuk mencatat pembayaran atas utang. Kasir dapat menuju menu “Utang” lalu memilih submenu “Bukti Pembayaran” untuk melakukan pencatatan. Sedangkan Staf Keuangan dan Akuntansi memiliki hak untuk mengakses segala sesuatu yang berhubungan dengan pembuatan laporan. Seperti pembuatan laporan pembelian, laporan retur, saldo utang, dan analisis kinerja pemasok. Semua bentuk laporan ini terdapat pada menu “Laporan”. Staf Keuangan dan Akuntansi punya akses

148 untuk pembuatan berbagai jurnal yang ada, seperti jurnal atas pembelian dan jurnal pengeluaran kas. Selain itu, staf ini juga punya hak untuk mengakses menu “Utang” untuk melakukan pencatatan atas utang dan membuat Daftar Utang. Khusus untuk operasi-operasi yang ada pada menu “File”, semua user memiliki hak akses untuk bisa mengakses menu ini, yaitu setiap user dapat melakukan operasi logout dan mengubah password.

149

Gambar 4.56 Window ”M aster Barang” Window ini hanya dapat diakses oleh bagian Purchasing. Pada master barang, akan ditampilkan data dari barang-barang yang sebelumnya pernah dientry oleh user. Disini user dapat melakukan berbagai operasi terhadap data barang, seperti operasi add, edit dan delete. User juga dapat melakukan pencarian terhadap data suatu barang, dengan memainkan operasi “search” yang terdapat pada bagian paling atas UI ini.

150 Untuk melakukan pencarian, user hanya perlu memilih dasar pencarian dan memasukkan kata kunci, lalu menekan tombol “Search”, maka sistem akan secara otomatis mencari data barang yang dimaksud ke dalam database. Untuk melakukan penambahan data barang baru, user hanya perlu menekan tombol “Add”, yang secara otomatis akan membuat setiap textbox dan grid menjadi clear. Selanjutnya user dapat melakukan penambahan data sesuai keinginan. Bila telah selesai user dapat menekan tombol “Save”, dan bila ingin membatalkan, tinggal menekan tombol “Cancel”.

Gambar 4.57 Window ”Reminder ROP” Tampilan ini akan otomatis keluar saat ditemukan barang tertentu yang telah mencapai titik pemesanan kembali. UI ini akan muncul saat user bagian Gudang melakukan akses pada sistem, untuk mengingatkan user yang bersangkutan untuk segera melakukan pemesanan kembali atas barang yang dicantumkan dalam daftar tersebut.

151

Gambar 4.58 Window “M aster Pemasok” Window ini hanya dapat diakses oleh bagian Purchasing. Pada window master pemasok, akan ditampilkan data dari pemasok-pemasok yang sebelumnya pernah dientry oleh user, yaitu bagian Purchasing. Disini user dapat melakukan berbagai operasi terhadap data para pemasok, seperti operasi add, edit dan delete. User juga dapat melakukan pencarian terhadap data suatu barang, dengan memainkan operasi “search”

152 yang terdapat pada bagian paling atas UI ini. Untuk melakukan pencarian, user hanya perlu memilih dasar pencarian dan memasukkan kata kunci, lalu menekan tombol “Search”, maka sistem akan secara otomatis mencari data pemasok yang dimaksud ke dalam database. Untuk melakukan penambahan data pemasok baru, user hanya perlu menekan tombol “Add”, yang secara otomatis akan membuat setiap textbox menjadi clear. Selanjutnya user dapat melakukan penambahan data sesuai keinginan. Bila telah selesai user dapat menekan tombol “Save”, dan bila ingin membatalkan, tinggal menekan tombol “Cancel”.

153

Gambar 4.59 Window ”M aster Karyawan” Window ini hanya dapat diakses oleh admin. Pada window master karyawan, akan ditampilkan data dari setiap karyawan yang bekerja pada perusahaan. Dis ini user dapat melakukan berbagai operasi terhadap data para karyawan, seperti operasi add, edit dan delete. User juga dapat melakukan pencarian terhadap data seorang karyawan, dengan memainkan operasi “search” yang terdapat pada bagian paling atas UI ini. Untuk melakukan pencarian, user hanya perlu memilih dasar pencarian dan memasukkan kata kunci, lalu menekan tombol “Search”, maka sistem akan secara

154 otomatis

mencari

data karyawan

yang

dimaksud

ke dalam database

lalu

menampilkannya. Untuk melakukan penambahan data karyawan baru, user hanya perlu menekan tombol “Add”, yang secara otomatis akan membuat setiap textbox menjadi clear. Selanjutnya user dapat melakukan penambahan data sesuai keinginan. Bila telah selesai user dapat menekan tombol “Save”, dan bila ingin membatalkan, tinggal menekan tombol “Cancel”.

155

Gambar 4.60 Window “Permintaan Pembelian” Tampilan window purchase requisition disini dipakai oleh bagian Gudang untuk membuat surat permintaan pemesanan barang. Untuk membuat PR (purchase requisition) yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor PR dan tanggal PR, yang tetap disabled, yang akan segera melakukan generate secara otomatis.

156 Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan penambahan atau pengubahan data. Di UI ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat user membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user tinggal menekan tombol “-“. Pada UI juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user juga dapat melakukan pencetakan atas PR yang diinginkan dengan menekan tombol “Print”.

157

Gambar 4.61 Window “Permintaan Penawaran Harga” Tampilan surat permintaan penawaran harga disini dipakai oleh bagian Purchasing untuk membuat surat permintaan penawaran harga (SPPH) yang akan diajukan pada pemasok. Untuk membuat SPPH yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor SPPH dan tanggal SPPH, yang segera melakukan generate secara otomatis.

158 Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di user interface ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user tinggal menekan tombol “-“. Pada user interface juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user juga dapat melakukan pencetakan atas SPPH yang diinginkan dengan menekan tombol “Print”.

159

Gambar 4.62 Window “Penawaran Harga Pemasok” Tampilan penawaran harga pemasok disini dipakai oleh bagian Purchasing untuk membuat surat penawaran harga (SPH) yang akan diajukan pada pemasok. SPH ini dibuat berdasarkan surat penawaran harga yang diperoleh dari pemasok. SPH disini

160 berguna untuk merecord harga dan term of payment yang sudah disepakati antara pihak perusahaan dengan pemasok, yang nantinya akan digunakan sebagai dasar pembuatan pemesanan barang ke pemasok. Seperti user interface transaksi lainnya, untuk membuat SPH yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera berstatus clear, kecuali textbox untuk nomor SPH dan tanggal SPH, yang akan segera melakukan generate secara otomatis. User hanya perlu mengentry nomor SPPH yang terkait, maka form akan menampilkan data yang berhubungan dengan SPPH tersebut. User hanya perlu mengentry-kan barang-barang yang ingin dipesan pada pemasok. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di user interface ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user tinggal menekan tombol “-“. Pada user interface juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user juga dapat melakukan pencetakan atas SPH yang diinginkan dengan menekan tombol “Print”.

161

Gambar 4.63 Window “Pesanan Pembelian” Tampilan pesanan pembelian disini dipakai oleh bagian Purchasing untuk membuat purchase order (PO) yang akan diajukan pada pemasok. PO ini dibuat berdasarkan SPH yang sebelumnya telah disetujui oleh pihak yang berwenang.

162 Seperti UI sebelumnya, untuk membuat PO yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor PO dan tanggal PO, yang akan segera digenerate secara otomatis. User hanya perlu mengentry nomor SPH yang terkait, maka form akan menampilkan data yang berhubungan dengan SPH tersebut. Selanjutnya user hanya perlu mengentrykan barang-barang yang ingin dipesan pada pemasok. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Pada user interface ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user tinggal menekan tombol “-“. Pada tampilan ini juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user juga dapat melakukan pencetakan atas PO yang diinginkan dengan menekan tombol “Print”.

163

Gambar 4.64 Window “Penerimaan Barang” Tampilan penerimaan barang disini dipakai oleh bagian Gudang untuk membuat Bukti Acara Penerimaan Barang (BAPnB). Seperti pada UI sebelumnya, untuk membuat BAPnB yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor BAPnB dan tanggal BAPnB, yang akan segera melakukan generate secara otomatis. User hanya perlu mengentry nomor PO yang terkait, maka

164 form akan menampilkan data yang berhubungan dengan PO tersebut. Selanjutnya user hanya perlu mengentry-kan barang kiriman pemasok yang telah sampai di gudang. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di UI ini terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user hanya perlu menekan tombol “-“. Pada tampilan ini terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record BAPnB pertama, record terakhir, record setelah maupun record BAPnB yang sebelumnya. Selain itu, user juga dapat melakukan pencetakan atas BAPnB yang diinginkan dengan menekan tombol “Print”.

165

Gambar 4.65 Window “Retur Pembelian” Tampilan pencatatan retur pembelian disini dipakai oleh bagian Gudang untuk membuat Nota Retur Pembelian (NRP) yang akan diajukan pada pemasok karena terdapat barang kiriman pemasok yang tidak sesuai dengan pesanan perusahaan.

166 Seperti UI sebelumnya, untuk membuat NRP yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor NRP dan tanggal NRP, yang akan segera melakukan generate secara otomatis. User hanya perlu mengentry nomor BAPnB yang terkait, maka form akan menampilkan data yang berhubungan dengan BAPnB tersebut. User hanya perlu mengentry-kan barang-barang yang ingin direturkan pada pemasok. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di UI ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, user dapat menekan tombol “-“. Pada UI juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user dapat mencetak Nota Retur yang diinginkan dengan menekan tombol “Print”. Untuk tambahan, pada form di pojok kiri bawah, terdapat tombol “Nota Debit”, yang dapat memudahkan user untuk segera membuat nota debit atas transaksi retur yang pernah terjadi. Jadi user tidak perlu keluar ke menu utama dahulu untuk bisa mengakses form nota debit, tapi dapat langsung diakses dari form nota retur yang bersangkutan.

167

Gambar 4.66 Window “Nota Debit” Tampilan nota debit disini dipakai oleh bagian Purchasing untuk membuat Nota Debit (ND) yang akan diajukan pada pemasok karena terkait retur yang pernah

168 dilakukan perusahaan pada pemasok yang bersangkutan. Nota debit ini digunakan untuk mengurangi nominal utang perusahaan pada pemasok, karena terjadi suatu kondisi dimana waktu terjadi retur, pemasok terkait tidak dapat memenuhi untuk mengirim barang penggantinya. Seperti UI sebelumnya, untuk membuat Nota Debit yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk nomor Nota Debit dan tanggal Nota Debit, yang akan segera melakukan generate secara otomatis. User hanya perlu mengentry nomor NRP yang terkait, maka form akan menampilkan data yang berhubungan dengan NRP tersebut. User hanya perlu mengentry-kan barang-barang yang ingin direturkan pada pemasok, beserta kuantitas barang returnya. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di UI ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, user dapat menekan tombol “-“. Pada UI juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data sebelumnya. Selain itu, user juga dapat mencetak Nota Debit yang diinginkan dengan menekan tombol “Print”.

169

Gambar 4.67 Window “Pencatatan Utang” Tampilan pencatatan utang disini dipakai oleh bagian Kasir untuk merecord setiap transaksi utang yang pernah dilakukan perusahaan pada pemasok.

170 Seperti UI sebelumnya, untuk membuat pencatatan utang yang baru, user tinggal menekan tombol “Create New”, maka setiap textbox dan grid akan segera dibersihkan, kecuali textbox untuk kode utang yang akan segera melakukan generate secara otomatis. User hanya perlu mengentry nomor BAPnB yang terkait, maka form akan menampilkan data yang berhubungan dengan BAPnB tersebut. Saat user menekan tombol “Create New” atau “Edit”, maka hal ini akan membuat tombol “Save” dan “Cancel” menjadi aktif. User dapat menekan tombol “Save” untuk melakukan penyimpanan atau menekan “Cancel” untuk melakukan pembatalan pengubahan. Di UI ini juga terdapat tombol “+” dan “-“ yang digunakan untuk melakukan operasi penambahan dan penghapusan suatu baris yang ada dalam grid secara mudah. Jadi saat ucer membutuhkan baris (row) yang baru, tinggal menekan tombol “+”, dan bila sebaliknya terdapat data detail yang ingin dihapus, maka user tinggal menekan tombol “-“. Pada UI juga terdapat empat tombol navigasi yang digunakan untuk melihat record dari data utang yang bersangkutan. Antara lain untuk melihat record data pertama, record terakhir, record setelah maupun record data utang sebelumnya. Untuk tambahan, pada form di pojok kiri bawah, terdapat tombol “Pembayaran”, yang dapat memudahkan user untuk segera mengakses form pembayaran. Dengan menekan tombol ini, akan segera dapat membuka form pembayaran untuk membuat bukti atas pembayaran yang telah terjadi.

171

Gambar 4.68 Window “Daftar Utang” Pada form daftar utang, user, yang merupakan Staf Keuangan dan Akuntansi, dapat melihat rekapitulasi dari daftar utang yang dihimpun dari periode tertentu. User pun dapat melakukan pencarian atas daftar utang perusahaan dari periode yang diinginkan yang akan disertai data pendukungnya secara lengkap yang akan disajikan di grid yang sudah disediakan. User juga dapat melakukan proses pencetakan dengan menekan tombol “Print” yang sudah tersedia. Dan tombol “Exit” apabila user ingin keluar dari form.

172

Gambar 4.69 Window “Reminder Tanggal Jatuh Tempo Utang” Reminder ini merupakan peringatan yang akan diterima oleh user bagian Kasir akan adanya utang yang hampir mencapai tanggal jatuh tempo. Dengan adanya reminder ini, bagian Kasir akan dapat dengan mudah mengetahui jika ada utang yang hampir jatuh tempo, untuk kemudian segera menyiapkan pembayaran. Pada grid akan ditampilkan daftar utang yang hampir jatuh tempo, dan bagian Kasir diminta untuk segera melakukan pembayaran kepada pemasok yang bersangkutan.

173

Gambar 4.70 Window “Bukti Pembayaran” Tampilan form bukti pembayaran disini dipakai oleh bagian Kasir untuk merecord setiap transaksi pembayaran atas utang yang pernah dilakukan perusahaan pada pemasok. Pada tampilan ini, user antara lain dapat melakukan pembuatan bukti pembayaran baru, operasi pengeditan dengan menekan tombol “edit”, serta menekan tombol “Delete” untuk melakukan penghapusan record. User juga dapat mencetak bukti bayar ini dengan menekan tombol “Print”.

174

Gambar 4.71 Window “Laporan Pembelian Tunai Berdasarkan Pemasok” Untuk membuat laporan pembelian, ataupun laporan lainnya seperti laporan retur, laporan saldo utang, laporan analisa kinerja pemasok dan membuat jurnal, staf Keuangan dan Akuntansi akan dihadapkan pada bentuk form yang kurang lebih sama, begitu juga dengan fungsi-fungsi yang ada didalamnya. Untuk memulai pembuatan laporan pembelian, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data pembelian yang diperlukan untuk membuat dan mencetak laporan yang diinginkan user. Laporan pembelian tunai yang dihasilkan akan diurutkan berdasarkan pemasok secara otomatis oleh sistem.

175

Gambar 4.72 Window “Laporan Pembelian Tunai Berdasarkan Barang” M enu ini digunakan user yang terkait untuk membuat laporan pembelian tunai yang akan diurutkan berdasarkan barang. Untuk memulai pembuatan laporan ini, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data pembelian yang diperlukan, mengurutkannya berdasarkan barang, lalu mencetaknya.

Gambar 4.73 Window “Laporan Pembelian Kredit Berdasarkan Pemasok” M enu ini digunakan user yang terkait untuk membuat laporan pembelian kredit yang akan diurutkan berdasarkan pemasok. Untuk memulai pembuatan laporan ini, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data pembelian kredit yang diperlukan, mengurutkannya berdasarkan pemasok, lalu mencetaknya.

176

Gambar 4.74 Window “Laporan Pembelian Kredit Berdasarkan Barang” M enu ini digunakan user yang terkait untuk membuat laporan pembelian kredit yang akan diurutkan berdasarkan barang. Untuk memulai pembuatan laporan ini, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data pembelian kredit yang diperlukan, mengurutkannya berdasarkan barang, lalu mencetaknya.

Gambar 4.75 Window “Laporan Retur Berdasarkan Pemasok” M enu ini digunakan user yang terkait untuk membuat laporan atas retur pembelian yang akan diurutkan berdasarkan pemasok. Untuk memulai pembuatan laporan, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data retur pembelian yang diperlukan, mengurutkannya berdasarkan pemasok, lalu mencetaknya.

177

Gambar 4.76 Window “Laporan Retur Berdasarkan Barang” M enu ini digunakan user yang terkait untuk membuat laporan atas retur pembelian yang akan diurutkan berdasarkan barang. Untuk memulai pembuatan laporan ini, user hanya perlu memasukkan periode laporan yang diinginkan, mulai dari periode awal dan periode akhirnya, lalu tekan tombol “OK” untuk melakukan eksekusi. M aka sistem akan secara otomatis mengumpulkan data retur pembelian yang diperlukan, mengurutkannya berdasarkan barang, lalu mencetaknya.

Gambar 4.77 Window “Laporan Analisis Kinerja Pemasok” M enu “Laporan Analisis Kinerja Pemasok” ini digunakan oleh staf Keuangan dan Akuntansi untuk membuat rekapitulasi data yang dapat menampilkan laporan mengenai kinerja pemasok dari waktu ke waktu. User perlu untuk menginput periode yang diinginkan, yaitu periode awal dan akhirnya, kemudian tekan tombol “OK” untuk melakukan eksekusi. Selanjutnya akan dicetak laporan rekapitulasi yang diinginkan sesuai dengan periode waktu yang dimasukkan pada sistem.

178

Gambar 4.78 Window “Laporan Saldo Utang” M enu “Laporan Saldo Utang” ini digunakan oleh staf Keuangan dan Akuntansi untuk membuat rekapitulasi data dari saldo utang dari waktu ke waktu yang akan diurutkan berdasarkan nama pemasok. User hanya perlu untuk menginput periode yang diinginkan, yaitu periode awal dan akhirnya, kemudian tekan tombol “OK” untuk melakukan eksekusi. Selanjutnya akan dicetak laporan rekapitulasi atas saldo utang yang diinginkan sesuai dengan periode waktu yang dimasukkan pada sistem.

Gambar 4.79 Window “Laporan Jurnal Pembelian M enu “Laporan Jurnal Pembelian”, digunakan oleh staf Keuangan dan Akuntansi untuk mencetak jurnal pembelian yang disusun berdasarkan periode yang diinginkan. User perlu untuk menginput periode yang diinginkan, yaitu periode awal dan akhirnya, kemudian tekan tombol “OK” untuk melakukan eksekusi. Selanjutnya akan dicetak jurnal pembelian yang diinginkan sesuai dengan periode waktu yang dimasukkan pada sistem.

179

Gambar 4.80 Window “Laporan Jurnal Pengeluaran Kas” M enu “Laporan Jurnal Pengeluaran Kas”, digunakan oleh staf Keuangan dan Akuntansi untuk mencetak jurnal pembelian yang disusun berdasarkan periode yang diinginkan. User perlu untuk menginput periode yang diinginkan, yaitu periode awal dan akhirnya, kemudian tekan tombol “OK” untuk melakukan eksekusi. Selanjutnya akan dicetak jurnal pengeluaran kas yang diinginkan sesuai dengan periode waktu yang dimasukkan pada sistem.

180

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

PURCHAS E REQUIS ITION No. PR

: 999/PR/mm/yy

Kode Barang xx999

Nama Barang xxxxxx

Dibuat oleh,

Bagian Gudang

cc.

Tgl. PR Tgl. Dibutuhkan

: dd/mm/yyyy : dd/mm/yyyy

Satuan xxxxx

Qty 99

Disetujui oleh,

M anajer Produksi

: 1. Bagian Purchasing 2. File

Gambar 4.81 Rancangan Formulir “Purchase Requisition (PR)”

181

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

S URAT PERMINTAAN PENAWARAN HARGA Pemasok

No. SPPH Tgl. SPPH

: xxxxxx

: 999/SPPH/mm/yy : dd/mm/yyyy

Kontak Personil : xxxxxx Telp. : xxxxxx Fax : xxxxxx Kode Barang xx999

Nama Barang xxxxxx

Term of payment

Satuan xxxxx

Qty 99

: xxxxxx

Diketahui & Disetujui,

M anajer Purchasing

Gambar 4.82 Rancangan Formulir “Surat Permintaan Penawaran Harga (SPPH)”

182

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

S URAT PENAWARAN HARGA Pemasok

No. SPH Tgl. SPH

: xxxxxx

: 999/SPH/mm/yy : dd/mm/yyyy

Kontak Personil : xxxxxx Telp. : xxxxxx Fax : xxxxxx

Kode Barang xx999

Nama Barang xxxxxx

Term of payment

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Total 999.999

: xxxxxx

Dibuat oleh,

Bagian Purchasing

Gambar 4.83 Rancangan Formulir “Surat Penawaran Harga (SPH)”

183

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

PURCHAS E ORD ER Pemasok

No. PO Date

: xxxxxx

: 999/PO/mm/yy : dd/mm/yyyy

Kontak Personil : xxxxxx Telp. : xxxxxx Fax : xxxxxx

Kode Barang xx999

Nama Barang xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

SUB TOTAL DISCOUNT PPN GRAND TOTAL

Delivery Date Term of payment Delivery place

Total 999.999

999.999 999.999 999.999 999.999

: dd/mm/yyyy : xxxxxx : xxxxxx

PT. Enomoto Srikandi Industries

Disetujui oleh : (Supplier)

M anaging Director

(Signature & Stamp/Date)

cc.

: 1. Supplier 2. Bagian Gudang 3. Staf Keuangan & Akuntansi 4. File

Gambar 4.84 Rancangan Formulir “Purchase Order (PO)”

184

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

BUKTI AC ARA PEN ERIMAAN BARANG No. BAPnB No. PO

: 999/BAPnB/mm/yy : 999/PO/mm/yy

Tgl. BAPnB : dd/mm/yyyy Tgl. PO : dd/mm/yyyy

Pemasok

: xxxxxx xxxxxx

Tgl. diterima : dd/mm/yyyy

No. Surat Jalan : xx9999

Kode Barang xx999

Nama Barang xxxxxx

Satuan xxxxx

Qty Pesan 99

Qty Terima 99

Qty Kurang 99

Keterangan xxxxxxx

Bekasi, mm/dd/yyyy Dibuat oleh,

Bagian Gudang

cc.

: 1. Bagian Kasir 2. Staf Keuangan & Akuntansi 3. Bagian Purchasing 4. File

Gambar 4.85 Rancangan Formulir “Bukti Acara Penerimaan Barang (BAPnB)”

185

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

NOTA RETUR PEMBELIAN No. NRP

: 999/NRP/mm/yy

Tgl. NRP

: dd/mm/yyyy

No. PO : 999/PO/mm/yy No. BAPnB : 999/BAPnB/mm/yy

Tgl. PO Tgl. BAPnB

: dd/mm/yyyy : dd/mm/yyyy

Pemasok

No. Surat Jalan Pemasok : xx9999

: xxxxxx xxxxxx Kontak Personil : xxxxxx Telp. : xxxxxx Fax : xxxxxx Kode Barang xx999

Nama Barang xxxxxx

Satuan xxxxx

Qty Retur 99

Status Barang Pengganti xxxxxxx

Dibuat oleh,

Bagian Gudang

cc.

: 1. Pemasok 2. Staf Keuangan & Akuntansi 3. Bagian Purchasing 4. File

Gambar 4.86 Rancangan Formulir “Nota Retur Pembelian (NRP)”

186

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

NOTA DEBIT No. ND

: 999/ND/mm/yy

Tgl. ND

: dd/mm/yyyy

No. NRP : 999/NRP/mm/yy No. PO : 999/PO/mm/yy No. BAPnB : 999/BAPnB/mm/yy

Tgl. NRP : dd/mm/yyyy Tgl. PO : dd/mm/yyyy Tgl. BAPnB : dd/mm/yyyy

Pemasok

No. Faktur Pemasok

: xxxxxx xxxxxx Kontak Personil : xxxxxx Telp. : xxxxxx Fax : xxxxxx

Kode Barang xx9999

Nama Barang xxxxxx

Satuan xxxxx

Rekening utang kami kepada saudara telah kami debit sejumlah yang tertera pada memo ini karena adanya retur pembelian kepada saudara sesuai dengan kesepakatan sebelumnya.

Qty Retur 99

: xx9999

Harga Satuan 999.999

Total 999.999

SUB TOTAL DISCOUNT PPN GRAND TOTAL

999.999 999.999 999.999 999.999

Dibuat oleh,

Bagian Purchasing cc.

: 1. Pemasok 2. Staf Keuangan & Akuntansi 3. File

Gambar 4.87 Rancangan Formulir “Nota Debit (ND)”

187

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

BUKTI PEMBAYARAN Dibayarkan Kepada : xxxxxx Bank No. Rek. Pemasok

Kode Utang xx9999

Tgl Bayar : dd/mm/yyyy No. Bukti Bayar : xx9999

: xxxxxx : 999999

No. Faktur Pemasok xx9999

Tgl Utang dd/mm/yyyy

Tgl Jatuh Tempo dd/mm/yyyy

Jumlah Utang 999.999

Jumlah Bayar 999.999

Saldo Utang

cc.

Dibuat oleh,

Diketahui & Disetujui,

Bagian Kasir

M anajer Keuangan & Akuntansi

999.999

Penerima

: 1. Pemasok 2. Staf Keuangan & Akuntansi 3. File

Gambar 4.88 Rancangan Formulir “Bukti Pembayaran”

188

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

DAFTAR UTANG Periode dd/mm/yyyy s/d dd/mm/yyyy

Tgl Jatuh Tempo dd/mm/yyyy

Nama Pemasok xx9999

Kode Utang xx9999

Tgl Utang mm/dd/yyyy

Term Pembayaran

Saldo Utang

cc.

Jumlah Utang 999.999 999.999

Dibuat oleh,

Diketahui & Disetujui,

Staf Keuangan & Akuntansi

M anajer Keuangan & Akuntansi

: 1. File

Gambar 4. 89 Rancangan Formulir “Daftar Utang”

189 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN PEMBELIAN TUNAI DAN KREDIT Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx No. PO

Tgl. PO

999/PO/mm/yy

dd/mm/yyyy

Tgl. Jatuh Tempo dd/mm/yyyy

Kode Barang xx9999

Nama Barang xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.90 Rancangan “Laporan Pembelian Tunai dan Kredit”

Total 999.999 999.999

190 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN PEMBELIAN TUNAI BERD AS ARKAN PEMAS OK Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx No. PO

Tgl. PO

999/PO/mm/yy

dd/mm/yyyy

Kode Barang xx9999

Nama Barang xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.91 Rancangan “Laporan Pembelian Tunai Berdasarkan Pemasok”

Total 999.999 999.999

191 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN PEMBELIAN TUNAI BERD AS ARKAN BARANG Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Barang - Nama Barang : xx9999 / xxxxxx No. PO

Tgl. PO

999/PO/mm/yy

dd/mm/yyyy

Nama Pemasok xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.92 Rancangan “Laporan Pembelian Tunai Berdasarkan Barang”

Total 999.999 999.999

192 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN PEMBELIAN KREDIT BERDAS ARKAN PEMAS OK Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx No. PO

Tgl. PO

999/PO/mm/yy

dd/mm/yyyy

Tgl. Jatuh Tempo dd/mm/yyyy

Kode Barang xx9999

Nama Barang xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.93 Rancangan “Laporan Pembelian Kredit Berdasarkan Pemasok”

Total 999.999 999.999

193 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN PEMBELIAN KREDIT BERDAS ARKAN BARANG Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Barang - Nama Barang : xx9999 / xxxxxx No. PO

Tgl. PO

999/PO/mm/yy

dd/mm/yyyy

Tgl. Jatuh Tempo dd/mm/yyyy

Nama Pemasok xxxxxx

Satuan xxxxx

Qty 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.94 Rancangan “Laporan Pembelian Kredit Berdasarkan Barang”

Total 999.999 999.999

194 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN RETUR PEMBELIAN BERDAS ARKAN PEMAS OK Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx Tgl. Retur

No. Retur

No. PO

dd/mm/yyyy

999/NRP/mm/yy

Nama Barang 999/PO/mm/yy xxxxxx

Satuan xxxxx

Qty Retur 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.95 Rancangan “Laporan Retur Pembelian Berdasarkan Pemasok”

Total 999.999 999.999

Status Barang Pengganti

195 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN RETUR PEMBELIAN BERDAS ARKAN BARANG Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Barang - Nama Barang : xx9999 / xxxxxx Tgl. Retur

No. Retur

dd/mm/yyyy

999/NRP/mm/yy

No. PO

Nama Pemasok 999/PO/mm/yy xxxxxx

Satuan xxxxx

Qty Retur 99

Harga Satuan 999.999

Jumlah Harga 999.999

Disc (%) 99

PPN (%) 99

Grand Total

Gambar 4.96 Rancangan “Laporan Retur Pembelian Berdasarkan Barang”

Total 999.999 999.999

Status Barang Pengganti

196 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN S ALDO UTANG BERDAS ARKAN PEMAS OK Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx Kode Utang xx999

Tgl. Utang dd/mm/yyyy

Tgl. Jatuh Tempo dd/mm/yyyy

Tanggal Bayar dd/mm/yyyy

Bank xxxxx

No. Bukti Bayar xx9999

Jumlah Faktur 999.999

Nota Debit 999.999

Jumlah Utang 999.999

Jumlah Bayar 999.999

Saldo Utang 999.999

Grand Total

999.999

999.999

999.999

999.999

999.999

Gambar 4.97 Rancangan “Laporan Saldo Utang Berdasarkan Pemasok”

197 PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158 LAPORAN EVALUAS I KIN ERJA PEMAS OK Periode dd/mm/yyyy s/d dd/mm/yyyy Print Date: dd/mm/yyyy Kode Pemasok - Nama Pemasok : xx9999 / xxxxxx Kode Barang xx999

Nama Barang xxxxx

Tgl. Tgl. Janji Terima Terima dd/mm/yyyy dd/mm/yyyy

▲Selisih (hari) 99

Qty Order 99

Qty Terima 99

Gambar 4.98 Rancangan “Laporan Analisis Kinerja Pemasok”

Qty Status Brg Retur Pengganti 99 xxxxxx

198

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

JURN AL PENGELUARAN KAS Periode dd/mm/yyyy s/d dd/mm/yyyy Page 1 of 1 Tanggal

Keterangan

dd/mm/yyyy

xxxxxx

No. Bukti 999/BY/mm/yy

Jumlah

Debit Utang Usaha 999.999

Kredit Kas 999.999

999.999

999.999

Dibuat oleh,

Staf Keuangan & Akuntansi

Gambar 4.99 Rancangan Formulir “Jurnal Pengeluaran Kas”

199

PT. ENOMOTO SRIKANDI INDUSTRIES MM2100 INDUSTRIAL TOWN BLOCK B-4-1. GANDAM EKAR CIBITUNG BEKASI Phone : (021) 8980160 Fax : (021) 8980158

JURN AL PEMBELIAN Periode dd/mm/yyyy s/d dd/mm/yyyy Page 1 of 1 Debit Tanggal dd/mm/yyyy

Keterangan xxxxxx

No. Bukti

Persediaan

999/BY/mm/yy 999.999

Jumlah

Kredit Utang Diskon Usaha 999.999 999.999

999.999

Dibuat oleh,

Staf Keuangan & Akuntansi

Gambar 4.100 Rancangan Formulir “Jurnal Pembelian”

999.999

200 4.1.3.3.3

Sequence Diagram Berikut merupakan sequence diagram untuk masing-masing use case yang

terdapat dalam sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries.

201 sd Purc ha se Re quisition Bara ng

PR

PR Deta il

Gu da ng UI PR cre ate Gri d PR Detai l crea te

ge tLa stReco rd () loop

g etLa stReco rdDe ta i l() re turnDe tai l

re turn

a lt [Ne ed L oo k at Fi rst Reco rd ] ref

Look a t First Pur chas e Re quis ition Rec or d

[Ne ed L oo k at La st Reco rd ] re f

Look at La st Pur chas e Requis ition Rec ord

[Ne ed L oo k at Previ ou s Reco rd ] re f

Look at Pre v ious Pur chas e Requis ition Rec ord

[Ne ed L oo k at Next Reco rd ] re f

Look at Nex t Purchas e Re quis ition Rec or d

[Ne ed Cre ate Ne w Pu rcha se Re qu isiti on ] ref

Cr ea te New Purc ha se Re quisition

[Ne ed Ed i t Pu rch ase Req ui si ti on ] ref

Edit Pur chas e Requis ition

[Ne ed Se arch] re f

Se ar ch Purc ha se Re quisition

[Ne ed De l ete] cl i ckDe l ete d el e te () de le te()

[Pri nt]

[Exi t]

cl ickPri n t

cl ickExit

Gambar 4.101 Sequence untuk use case “M embuat Purchase Requisition”

202 sd Search Purchas e Requis ition UI Purchase Requisitio n

Grid PR Deta il

PR

PR Det ail

Pu rcha sin g Cb o Search List create

loo p

ge tNoPR() return

selectSearchNoPR select()

entryKeyword

clickSearch g etSearchRecord()

lo op

g etSearchRecordDeta il() re turn

ret urn

Gambar 4.102 Sequence untuk use case “M embuat PR” (Tombol “Search”)

s d Look a t Firs t Purchas e Requi sition Re cord UI Pu rcha se Re qu isit ion

Grid PR Det ail

PR

PR De tai l

Gu da ng

cli ck_ "<<" ge tFi rstRe cord () loop

g et First Reco rdDeta il() re tu rn

re tu rn

Gambar 4.103 Sequence untuk use case “M embuat PR” (Tombol “<<”)

203 s d Look a t Las t P urc ha se Re qui sition Re cord UI Pu rcha se Re qu isiti on

Grid PR Deta il

PR

PR De tai l

Gu da ng

cli ck_ ">>" ge tL astRecord () loop

g et La stRe co rdDeta il() retu rn

retu rn

Gambar 4.104 Sequence untuk use case “M embuat PR” (Tombol “>>”)

sd Look a t Nex t Purchas e Requis ition Rec ord UI Pu rcha se Re qu isiti on

Gri d P R De tai l

PR

P R De tai l

Gu da ng

cl ick_ ">" g etNextRe xord () loop

g etNe xtRe co rd Det ail () retu rn

re tu rn

Gambar 4.105 Sequence untuk use case “M embuat PR” (Tombol “>”)

204 s d Look a t P rev i ous P urc ha se Requi sition Re cord UI Pu rcha se Re qu isiti on

Gri d P R De tai l

PR

PR De tai l

Gu da ng

cl ick_"<" ge tPre viou sRe co rd() loop

g et Pre vi ou sRecordDe ta il() retu rn

re tu rn

Gambar 4.106 Sequence untuk use case “M embuat PR” (Tombol “<”)

205 sd Cre ate New Purc has e Requisition G ri d PR

Barang

PR

PR Detai l

Gu da ng

cre ate

UI Purchase Req ui si ti o n

rel oa dCl ea r()

ge tNo PRTe ra khi r() re tu rn

g ene rateNoPR() setPRDa te()

en tryTang ga lDi bu tu hka n() cre ate

Cb o Nama Barang

loop ge tNa maBrg() re tu rn

sel ectNama Brg () se le ctNa maBrg() sel ect() e ntryQ ty e ntryQ ty() e ntry() en trySta tu sPemb ua ta nSPPH

alt [Ne ed New Row]

cli ck_ "+" add NewRow() ad dRow()

[Ne ed to Del ete Sel ected Ro w] cl ick_ "-" de le te Sel ectedRo w() de le te Row()

opt [Save] cli ckSave save() save () [Cance l]

cl i ckCance l

Gambar 4.107 Sequence untuk use case “M embuat PR” (Tombol “Create New”)

206 s d Edit Purc hase Requ is itio n UI Pu rchase Requ isi tio n

Grid PR Detai l

Barang

PR

PR Deta il

Gud ang

cli ckEd it rel oa dEnabl ed() edi tTg lDi butuhka n create

Cbo Nama Barang

lo op getNamaBrg () return e di tNamaBrg edi tNamaBrg() edi t() edi tQty ed itQty() edi tStatusPembu ata nSPPH a lt [Need New Row]

cl ick_" +" addNewRow() ad dRow()

[Need Del ete Sel ected Ro w] cl ick_" -"

del eteSele ctedRow() de leteRow()

opt

cl ickSave save()

[Save]

save()

[Can ce l] cli ckCancel

Gambar 4.108 Sequence untuk use case “M embuat PR” (Tombol “Edit”)

207 sd SPP H S PPH

SPP H D et ail

PR

P em asok

P urchasing U I S PPH c reate Grid S PPH Detai l creat e

get Last Record()

loop

getLastR ec ordDetai l

return

return

alt [N eed S earch] ref

Search SPP H

[N eed Look at First SP PH] ref

Look at First SPPH Record

[N eed Look at Next SP PH] ref

Look at Next SPP H Record

[N eed Look at Last SP PH] ref

Look at Last SP PH Record

[N eed Look at Prev ious SPP H] ref

Look at Previous S PPH Record

[N eed C reate N ew SP PH] ref

Create N ew SP PH

[N eed E dit] ref

E di t SPPH

[N eed D elete] cl ic kD elete delete() delet e()

[print] prnt

[ex it]

exi t

Gambar 4.109 Sequence untuk use case “M embuat SPPH”

Barang

208 sd Se arc h SPPH UI SPPH

G rid SPPH Deta il

SPPH

SPPH Detai l

Pu rch asi ng Cb o No SPPH cre ate

loop

ge tNoSPPH() retu rn

cho ose SearchNo SPPH cho ose ()

e ntryKe yword

cl ickSearch ge tSe archRe co rd()

loop

ge tSe archRe co rd Detai l () return

return

Gambar 4.110 Sequence untuk use case “M embuat SPPH” (Tombol “Search”)

s d Look a t Firs t SP PH Rec ord UI SPPH

Grid SPPH De tai l

SPPH

SPP H De ta il

P urch asin g

cli ck_ "<<" g etFirst Reco rd() l oop

ge tFirstRecordDe ta il() retu rn

re tu rn

Gambar 4.111 Sequence untuk use case “M embuat SPPH” (Tombol “<<”)

209 sd Look a t Las t S PPH Rec ord UI SPPH

Grid SPP H De tai l

SPPH

SPP H De ta il

Pu rcha sin g

cli ck_ ">>" ge tL astRecord () loop

g et La stRe co rdDeta il() re tu rn

ret urn

Gambar 4.112 Sequence untuk use case “M embuat SPPH” (Tombol “>>”)

s d Look a t Nex t SP PH Rec ord UI SPPH

Gri d S PPH Det ail

SPPH

SPP H De ta il

P urcha sin g

cl ick_">" g etNextRe cord () loop

ge tNe xt Reco rDe tai l() re tu rn

re tu rn

Gambar 4.113 Sequence untuk use case “M embuat SPPH” (Tombol “>”)

210 s d Look a t P rev i ous S PPH Rec ord UI SPPH

Grid SPPH De tai l

SPP H

SPP H De ta il

P urcha sin g

cl ick_"<" g et Previo usRecord() loop

g et Previo usDeta il() ret urn

re turn

Gambar 4.114 Sequence untuk use case “M embuat SPPH” (Tombol “<”)

211 s d Cre ate Ne w SPPH Pem a so k

PR

Bar an g

SPPH

SPPH Det ail

Pu rch asing UI SPPH cre ate

rel oa dCle ar( ) ge tNoSPPHT er akhi r() re tu rn

ge ne rat eNoSPPH() se tT gl SPPH( )

cre at e

Cb o Nam a Pe ma so k

loo p

ge tNam a Pem aso k() re tu rn

ch oo se Nam aPe m asok ch oo se () Cb o No PR crea te

l oo p ge tNoPR() re tu rn ch oo se NoPR ch oo se ()

Gr id SPPH De ta il cre ate Cb o Na m a Brg crea te

l oo p ge tNam aBr g() re tu rn cho ose Nam ab rg cho oseNa m aBrg () ch oo se ()

en tryQ ty en tryQ ty()

a lt [ Nee d Ne w Row] cl ick_" +" a dd NewRo w() [ Nee d De let e Se le cted Ro w] cl ick_" -" d el ete Sele cte dRo w()

o pt [ Save ] clickSave save () save () [ Can cel] clic kCa nce l

Gambar 4.115 Sequence untuk use case “M embuat SPPH” (Tombol “Create New”)

212 s d Edit SPPH UI SPPH

Pe m asok

PR

Ba ra ng

SPPH

SPPH De tai l

Pu rch asin g cl ickEd it re lo ad Ena ble d () cre ate

Cbo Nam a Pe m asok

lo o p g et Nam aPe m asok() ret urn cho ose Na m aPe m asok

ch oo se() Cbo No PR crea te

lo op

g etNo PR() ret ur n

cho oseNo PR ch oo se () Gri d SPPH De ta il cre ate Cb o Nam a Brg cre ate

l oo p g et Na m aBrg () re tur n

g e tNam aBg r() ch oo se Nam a Brg cho ose Nam aBr g() e ntr yQty en tryQ ty() a lt [Ne ed New Row] click_ "+ " ad dNe wRo w() ad dRo w()

[Ne ed Del et e Ro w] click_" -" d el ete Sel ect ed Row() de le teRo w()

o pt [Sa ve] cli ckSa ve sa ve () sa ve( ) [Ca nce l] cl ickCan cel

Gambar 4.116 Sequence untuk use case “M embuat SPPH” (Tombol “Edit”)

213 s d SPH SPH

SPH Detail

Purchasing UI SPH crea te Grid SPH Detai l cre ate

g etLastRecord()

loo p

g etLastRecordDetai l() return

return

alt [Ne ed Search ] r ef

Sea rch SPH

[Ne ed Loo k At F irst Re co rd ] re f

Lo ok at Fir st SPH Rec ord

[Ne ed Loo k At L ast Re co rd ] ref

Look a t La st SPH Rec ord

[Ne ed Loo k At Ne xt Re co rd ] ref

Look a t Next SPH Recor d

[Ne ed Loo k At Previ ous Record] r ef

Lo ok at Pre v iou s SPH Recor d

[Ne ed Crea te New] r ef

Cre ate Ne w SPH

[Ne ed Edit] ref

Ed it SPH

[Ne ed Dele te ] cl ickDel ete d ele te () de le te ()

[Pri nt] cl ickPrin t

Prin te d SPH create

cl ickCl ose

pri nt() cl ose ()

[Exi t]

cl ickExi t

Gambar 4.117 Sequence untuk use case “M embuat SPH”

214 sd S earch SP H UI S PH

Grid SP H Detail

SPH

S PH Detail

P urc hasing Cbo No S PH create

loop

getNoS PH() return

chooseSearchNoS PH c hoose() entryK eyword clickSearch getS earchRecord() loop

getS earchRecordDetail() return

return

Gambar 4.118 Sequence untuk use case “M embuat SPH” (Tombol ”Search”)

s d Look a t Firs t SP H Re cord UI SPH

Grid SPH De tai l

SPH

SP H

P urcha sin g

click_"<<" ge tFirstRecord() loop

g etFirstRecordDe ta il() ret urn

retu rn

Gambar 4.119 Sequence untuk use case “M embuat SPH” (Tombol ”<<”)

215 s d Look a t Las t S PH Rec ord UI SPH

Grid SPH De tai l

SPH

SP H

P urcha sin g

click_">>" ge tL astRecord() l oop

g etL astRecordDe ta il() ret urn

retu rn

Gambar 4.120 Sequence untuk use case “M embuat SPH” (Tombol ”>>”)

s d Look a t Nex t SP H Re cord UI SPH

Grid SPH De tai l

SPH

SP H

P urcha sin g

click_ ">" g etNextRe cord ()

loop

ge tNextRecordDe ta il() ret urn

retu rn

Gambar 4.121 Sequence untuk use case “M embuat SPH” (Tombol ”>”)

216 sd Look a t P rev i ous SP H Re cord UI S PH

Grid SPH Det ail

S PH

SP H

Pu rcha sin g

click_"<" ge tPre vi ou sReco rd()

loop

ge tPrevio usRe co rd Det ail () re turn

re turn

Gambar 4.122 Sequence untuk use case “M embuat SPH” (Tombol ”<”)

217 sd Create New SP H UI SP H

S PPH

S PP H Detai l

S PH

SP H Det ail

P urc hasing

cl ic k_"Creat e New"

reloadClear() Cbo No SP PH c reat e

l oop get NoSP PH() ret urn

sel ect NoS PP H selec t()

Grid SP H Det ail create

Cbo Nama B rg creat e

get Nam aBrg() loop

getDetai l() return

ret urn selec tNamaB rg sel ect Nam aBrg() selec t()

ent ry HargaSat uan entryHargaS at uan()

cal cul ateTot al()

ent ry St atusS PH entry St atusP embuat anP O

ent ry TermOf Pay ment

alt [Need New Row] c li ck_"+" addNewRow() [Delet e Row] c li ck_"-" delet eSel ect edRow()

opt [ Sav e]

c li ckS ave sav e() save()

[ Canc el] c li ckCancel

Gambar 4.123 Sequence untuk use case “M embuat SPH” (Tombol ”Create New”)

218 sd E di t S PH UI SPH

SPPH

S PPH D et ai l

SPH

SPH De ta il

Pu rch a si ng

cl ickEd it

re lo a dE na b le d( ) Cb o No SPPH cr ea te

l oop

g et No SPPH( ) re t ur n

ed i tNo SPPH e d it( ) G ri d SPH Det a il cr ea te Cbo Nama Br g cre a te

g et Na maBr g () loop

ge t Det a il( ) re tu rn

re t ur n e di tNa ma Brg e d itN ama Br g( ) e d it( )

ed i tHa rg a Sat ua n e d itHa r ga Sa tu a n( )

ca lcu la t eTo ta l () e d it Sta tu sSPH

ed it Sta tu sPe mb ua ta n PO

e d itTe r mOf Pay me nt a lt [ Nee d Ne w Ro w] cli ck_ "+" a d dNe wR ow( )

[ Nee d De le t e Sel e cte d Ro w] cli ck_"- " d e le te Se le ct ed Ro w()

opt [ Sav e]

cl ickSa ve sa ve () sav e( )

[ Can ce l] cl ickCa n ce l

Gambar 4.124 Sequence untuk use case “M embuat SPH” (Tombol ”Edit”)

219 sd Purchase Order PO

P O Detai l

S PH

Pem asok

Purchasi ng UI Purchase Order creat e Gri d PO Det ail create

get Last Record()

l oop

get LastRecordDet ail () ret urn

return

al t [ Need Search] ref

S earch P urchase Order

[ Need Look at P revious Record] ref

Look at P revi ous P urchase Order Recor d

[ Need Look at Last Record] ref

Look at Last PurchaseOrder Record

[ Need Look at Next Record] ref

Look at Next Purchase Order Record

[ Need Look at Fi rst Record] ref

Look at Fi rst Purchase Order Record

[ Need Create New P urchase Order] ref

Create New P urchaseOrder

[ Need Edi t] ref

Edi t Purchase Order

[ Need Del ete] cli ckDelet e del et e() del ete()

[ Print ] cli ckP ri nt [ Exit ] cli ckE xi t

Gambar 4.125 Sequence untuk use case “M embuat PO”

B arang

220 sd Search Purchase Order UI Purc hase Order

G rid PO Detail

PO

PO Detail

Purc hasing Cbo No PO create

loop

getNoPO() return

chooseSearc NoPO choose()

entry Keyword

clickSearc h getSearchRecord()

loop

getSearchRecordDetail() return

return

Gambar 4.126 Sequence untuk use case “M embuat PO” (Tombol ”Search”)

s d Look a t Firs t Purchas e Orde r Re cord UI Purch ase Ord er

Grid PO Det ail

PO

PO Det ail

Pu rcha sin g

click_ "<<" g etFirst Reco rd() l oop

g et First Reco rdDeta il() re tu rn

ret urn

Gambar 4.127 Sequence untuk use case “M embuat PO” (Tombol ”<<”)

221 s d Look a t Las t P urc ha se Orde r Re cord UI Purch ase Ord er

Grid PO Det ail

PO

PO Det ail

Pu rcha sin g

click_ ">>" ge tLa stRe cord ()

loop

ge tL astRe cord De tai l() re tu rn

ret urn

Gambar 4.128 Sequence untuk use case “M embuat PO” (Tombol ”>>”)

s d Look a t Nex t Purchas e Orde r Re cord UI Purch ase Ord er

Grid PO Det ail

PO

PO Det ail

Pu rcha sin g

cli ck_ ">" g etNextRe cor() loop

g etNextRe co rd Det ail () re tu rn

ret urn

Gambar 4.129 Sequence untuk use case “M embuat PO” (Tombol ”>”)

222 s d Look a t P rev i ous P urc ha se Orde r Re cord UI Purch ase Ord er

Grid PO De ta il

PO

PO Det ail

P urch asin g

cli ck_ "<" g etP revio usRecord()

loop

ge tPrevio usRe cord De tai l() ret urn

ret urn

Gambar 4.130 Sequence untuk use case “M embuat PO” (Tombol ”<”)

223 s d Cr eat e New Pur ch ase Or der Pem asok Pu rcha sin g

SPH

PO

Bara ng

PO Det ail

UI Pur chase Orde r cre ate

rel oad Clea r()

g etNoPur chaseO rde rT era kh ir() ret urn

ge ner ate No PO()

se tT glPO( ) Cb o Na ma Pem asok

cre ate

loo p

g etNa ma Pe ma so k() re tur n

cho oseNam aPem asok

ch oose( ) Cbo No SPH cr eate

loo p

ge tNoSPH() r etu rn

ch ooseNo SPH ch oo se ()

Gri d PO De tail creat e Cbo Na ma Br g crea te

lo op

g etNam aBrg () ret urn

ch ooseNa ma Brg choo se Nama Brg() cho ose() en tryQty e ntryQt y() ch oo se Jeni sPem ba yara n en tryT glJa tuh T emp o en tryDiscou nt ent ryPPN calcu lat eT ota l()

calcu lat eSub To tal( )

calcu lat eDiscoun t()

calcu lat ePPN( )

calcu lat eGra nd To tal( )

a lt [ Ne ed Ne w Row] cl ick_ "+ " a ddNewRow() [ Ne ed De let e Sel ecte d Row] cli ck_ "-" d ele teSe lecte dRow()

opt [Save] clickSa ve sa ve() save( ) [Cance l]

clickCan cel

Gambar 4.131 Sequence untuk use case “M embuat PO” (Tombol ”Create New”)

224 s d Edit Purc ha se Ord er UI Pur cha se O rde r

Pem a so k

SPH

Bar an g

PO

PO Deta il

Pu rch asin g clickEd it r elo ad Ena bl ed () Cbo Nam a Pe m asok

cre at e

loo p

g et Nam aPe m asok() re tur n

ch oo seNa ma Pem a so k ch oo se()

Cbo No SPH c rea te

lo op

g etNo SPH() re tur n

cho o se NoSPH ch oo se ()

G rid PO Deta il cr ea te Cbo Na ma Brg cre at e

loo p g et Nam aBr g() r etu rn cho ose Nam aBr g ch oo se Nam a Brg( ) c ho ose( ) en tryQ ty en try Qty( ) ch oo seJe ni sPe m ba yar an e ntr yT glJ atu hT e m po en tryDi sco un t e n tryPPN ca lcu la teT o ta l()

ca lcu la teSu bT o ta l() ca lcu la teDi sco un t()

ca lcu la tePPNl( )

ca lcu la teG ra nd T ota l()

a lt [ Ned d Ne w Ro w] cl ick_" +" ad dNe wRow()

[ Nee d De le te Sele cte d Row] cl ick_" -" de let eSe lec ted Row()

o pt [ Save ]

c lickSave sa ve () save ()

[ Can cel] c an cel

Gambar 4.132 Sequence untuk use case “M embuat PO” (Tombol ”Edit”)

225 sd BAPnB BAPn B

BAPn B Deta i l

Gud an g UI B APnB crea te

crea te

Gri d BAPnB Deta i l

ge tLa stReco rd()

loop

g etL astRe cord Deta il () retu rn De ta i l

re turn

alt [Nee d Se arch] ref

Sea rc h BAPnB

[Nee d L oo k At Fi rst Re cord ] r ef

Look a t First BAPnB Rec or d

[Nee d L oo k At L ast Re cord ] re f

Look a t Las t BA PnB Re cord

[Nee d L oo k At Ne xt R ecord ] re f

Look a t Ne xt BAPnB R ec ord

[Nee d L oo k At Pre vio us Reco rd ] r ef

Look a t Pr ev ious BAPnB Re cord

[Nee d Ed it] r ef

Edit BAPnB

[Nee d Crea te Ne w] re f

Cre ate Ne w BAPnB

[Del e te ] cli ckDe l ete d el e te () d el e te ()

[Pri n t]

cl ickPrin t Pri nte d BAPn B crea te p rin t() cli ckC lo se cl ose()

[Exit]

cl i ckExi t

Gambar 4.133 Sequence untuk use case “M embuat BAPnB”

226 sd Sea rc h BAP nB UI BA PnB

Gri d B APnB Deta il

BAPn B

BAP nB De ta i l

Gud a ng Cb o No BA PnB cre ate

loop

ge tN oBAPn B() retu rn

ch oo se Se archNo BAPn B ch oo se () e n tryKe yword cl i ckSe arch g etSe arch Reco rd()

loop

ge tSea rch Re cord Deta il () re turn

re turn

Gambar 4.134 Sequence untuk use case “M embuat BAPnB” (Tombol ”Search”)

sd Look a t Firs t BAPnB Rec ord BAPn B

Grid BAPn B Det ail

BAPn B

BAPn B Deta il

Gu da ng

cli ck_ "<<" ge tFirstRecord()

loop

g et FirstRe co rd Deta il() ret urn

ret urn

Gambar 4.135 Sequence untuk use case “M embuat BAPnB” (Tombol ”<<”)

227 s d Look a t Las t BAPnB Re cord BAP nB

Grid BAPn B De tai l

BA PnB

BAPn B Deta il

Gud an g

cli ck_ "<<"

ge tL astRecord() loop

g etL ast Reco rdDeta il() ret urn

re turn

Gambar 4.136 Sequence untuk use case “M embuat BAPnB” (Tombol ”>>”)

sd Look a t Nex t BAPnB Rec ord BAPn B

Grid BAPn B Det ail

BAPn B

BAPn B Deta il

Gu da ng

click">"

ge tNe xt Reco rd()

loop

ge tNe xt Reco rdDe ta il() re tu rn

ret urn

Gambar 4.137 Sequence untuk use case “M embuat BAPnB” (Tombol ”>”)

228 sd Look a t P rev i ous BAPnB Re cord

BA PnB

Grid BAPn B Det ail

BAP nB

BAPn B Deta il

Gu da ng

cli ck_ "<"

g etP revio usRecord()

l oop

g et Pre vi ou sRecordDe ta il() re tu rn

retu rn

Gambar 4.138 Sequence untuk use case “M embuat BAPnB” (Tombol ”<”)

229 sd Create New BAP nB UI B AP nB

BA PnB

PO

P O Det ail

Gudang

cli ck_"Create New"

rel oadCl ear() get NoBA PnB Terakhi r() ret urn

generat eNoBA PnB()

setT glB APnB () Cbo No PO create

loop

getNoP O() ret urn

sel ectNoPO selec t()

ent ry Surat Jal an Grid BA PnB Det ail

c reate

Cbo Nama Brg create

getNam aBrg() l oop getDet ail () return return sel ect NamaB rg select Nam aBrg() selec t()

entryQty Terim a ent ryQt yT erim a() c alcul ateQty Kurang()

ent ry Keterangan entryKet erangan()

alt [Need New Row] cl ic k_"+" addNewRow() [Need Del ete Selec ted Row] cl ic k_"-" del eteSel ect edRow()

opt [S ave] cl ic kS ave save() [Cancel] cl ic kCancel

Gambar 4.139 Sequence untuk use case “M embuat BAPnB” (Tombol ”Create New”)

230 sd E di t BA PnB UI BA PnB

PO

PO D etail

BAP nB

BAP nB Detai l

Gudang

c lic k_"Edit "

reloadEnabl ed() Cbo N o PO creat e

l oop

getN oP O() return

edit NoPO edi t()

c reate

Gri d B APnB D etail

Cbo Nama Brg creat e

getNam aBrg() loop

getD et ail () return

return edit NamaB rg editN amaBrg() edi t()

editQt yT erim a edi tQty Teri ma()

calc ulateQt yKurang()

ent ryK eterangan edi tKet erangan()

alt [N eed New Row ] c li ck_"+" addN ewRow ()

[N eed Delet e S el ect ed Row ] c li ck_"-" del eteSel ectedR ow()

opt [S av e]

c li ckS av e save() save()

[C anc el]

cli ckC anc el

Gambar 4.140 Sequence untuk use case “M embuat BAPnB” (Tombol ”Edit”)

231 s d NRP NRP

BAPn B

BAPnB Deta il

G uda ng UI NRP create G ri d NRP create

ge tLa stRecord() ge tRe la te dBAPn B()

lo op

g etRe la te dBAPnBDetail () return

return

alt [Nee d Se arch] ref

Se arc h NRP

[Nee d Loo k a t Fi rst Record] ref

Lo ok at Fir st NRP Re cor d

[Nee d Loo k a t La st Record] re f

Lo ok at L ast NRP Reco rd

[Nee d Loo k a t Next Record] re f

Loo k a t Nex t NRP Rec ord

[Nee d Loo k a t Previo us Record] ref

Look a t Prev iou s NRP Reco rd

[Nee d Crea te Ne w] r ef

Cre ate Ne w NRP

[Nee d Ed it] re f

Edit NRP

[Prin tDel ete] cli ckDel ete

del ete()

[Prin t] cl ickPrin t Pri nted NRP cre ate

prin t() cl ickCl ose cl ose () [Exit]

cl ickExi t

Gambar 4.141 Sequence untuk use case “M embuat Nota Retur Pembelian (NRP)”

232 sd Sea rch NRP UI NRP

Gri d NRP Det ail

NRP

BA P nB

BA P nB Det ai l

Gudang Cbo No NRP create

l oop

get NoNRP() ret urn

ch ooseSea rchNoNRP choose() entryK eyword cli ckSearch g etS earchRecord() get Re lat edBA P nBl ()

l oop

g etS earchRecordRelat edBA P nBDeta il () return

ret urn

Gambar 4.142 Sequence untuk use case “M embuat NRP” (Tombol ”Search”)

sd Look at First NRP Record UI NRP

G rid NRP Detail

NRP

B AP nB

BA PnB Detail

Gudang

click_" <<" getFirstRec ord() getRelatedB APnB () loop

getFirstRec ordRelatedBA PnBDetail() return

return

Gambar 4.143 Sequence untuk use case “M embuat NRP” (Tombol ”<<”)

233 sd Look at Last NRP Record UI NRP

Grid NRP Detail

NRP

BAP nB

B APnB Detail

Gudang

click_" >>"

getLastRecord() getRelatedB AP nB () loop getLastRecordRelatedBA PnBDetail() return

return

Gambar 4.144 Sequence untuk use case “M embuat NRP” (Tombol ”>>”)

sd Look at Next NRP Record UI NRP

Grid NRP Detail

NRP

BAP nB

BA PnB Detail

Gudang

c lick_">"

getNextRecord() getRelatedBAP nB ()

loop

getNex tRec ordRelatedBA PnBDetail() return

return

Gambar 4.145 Sequence untuk use case “M embuat NRP” (Tombol ”>”)

234 s d Look a t Pre v ious NRP Re cord UI NRP

Gri d NRP De tai l

NRP

BAPn B

B APn B De tai l

Gu da n g

cl i ck_ "<" ge tPre vi ou sReco rd() g etRe l a te d BAPn B()

loop ge tPre vi ou sReco rdB APn B De tai l () re tu rn

retu rn

Gambar 4.146 Sequence untuk use case “M embuat NRP” (Tombol ”<”)

235 sd Create New NR P U I NRP

BA PnB

BA PnB Detai l

NRP

Gudang

c li ck_"Creat e New "

rel oadC lear() Cbo N o BA PnB c reat e

loop getNoB APnB () ret urn selec tNoA PnB sel ect () selec tSt atusBrgPenggant i Gri d N RP Detai l c reate

C bo Nama Brg creat e

getR el atedBA PnB() loop getNam aB rg() ret urn

return selec tNam aB rg sel ect NamaBrg() sel ec t() ent ry Qt yR et ur entryQty Ret ur()

entryK et erangan ent ry Keterangan()

al t [Need N ew R ow] c li ck_"+" addN ew Row()

[Need D elete Selec ted ow ] c li ck_"-" del eteSel ec tedRow ()

opt [Sav e] c li ckSav e sav e() [Canc el ] c li ckCanc el

Gambar 4.147 Sequence untuk use case “M embuat NRP” (Tombol ”Create New”)

236 sd E dit NRP UI NRP

BA PnB

B AP nB Detai l

NRP

Gudang

c li ck_"E dit "

rel oadEnabl ed() Cbo No B AP nB c reat e

loop get NoB AP nB() ret urn edi tNoBA PnB edit () edi tS tat usBrgPengganti Grid NRP Det ail c reat e

Cbo Nama Brg create

get Rel atedB AP nB() l oop

getNamaB rgl () return

ret urn edit Nam aBrg edi tNamaB rg() edi t()

edit Qty Ret ur edi tQt yRetur() edi tK eterangan edit Ket erangan()

al t [ Need New Row] c li ck_"+" addNewRow() [ Del ete Row] c li ck_"-" del eteS elec teddRow(

opt [S ave]

c li ckS ave save()

[Cancel ] c li ckCancel

Gambar 4.148 Sequence untuk use case “M embuat NRP” (Tombol ”Edit”)

237 s d ND NRP

BAPn B

BAPn B Detail

Purcha sin g UI Nota Deb it create

Grid No ta Debi t create

getNDL astRe cord() g etRel atedBAPnB()

loop

g etL astRe cordRel atedBAPn BDetai l () return

return

alt [Ne ed Se arch] ref

Se arch ND

[Ne ed Look at First Record] ref

L ook at F irs t ND Record

[Ne ed Look at Last Record] re f

L ook at La st ND Rec ord

[Ne ed Look at Ne xt Record] ref

Look at Ne xt ND Reco rd

[Ne ed Look at Previo us Re co rd] re f

Look at Pr ev iou s ND Re cord

[Ne ed Create New] re f

Create New ND

[Ne ed Ed it] ref

Edit ND

[De lete] cli ckDel ete d el ete ND()

[Pri nt] cl ickPri nt create

Prin te d Nota De bit

p ri nt() cl ickClo se cl ose() [Exi t]

cl ickExit

Gambar 4.149 Sequence untuk use case “M embuat Nota Debit (ND)”

238 sd Search ND UI Nota Debi t

NRP

BAP nB

BAP nB Detai l

Purchasing Cbo No Nota Debi t

create

loop

getNoND() return

chooseSearchNoND choose() cl ickKeyword()

cl i ckSearch getS earchRecord() getRel atedBAP nB () loop

getSearc hRecordRel atedBA PnBDetai l () return

return

Gambar 4.150 Sequence untuk use case “M embuat Nota Debit” (Tombol ”Search”)

sd Look at First ND Record UI Nota Debit

Grid NRP Detail

NRP

B AP nB

B AP nB Detail

Purchasing

click_"<<" getNDFirstRecord() getRelatedBA PnB()

loop

getFirstRecordRelatedBA PnBDetail() return

return

Gambar 4.151 Sequence untuk use case “M embuat Nota Debit” (Tombol ”<<”)

239 sd Look at Last ND Record UI Nota Debit

Grid NRP Detail

NRP

B AP nB

B AP nB Detail

P urchasing

click_">>"

getNoNDLastRecord() getRelatedBA PnB()

loop

getLastRecordRelatedB AP nBDetail() return

return

Gambar 4.152 Sequence untuk use case “M embuat Nota Debit” (Tombol ”>>”)

sd Look at Next ND Record UI Nota Debit

Grid NRP Detail

NRP

BAPnB

BAPnB Detail

Purchasing

click_">" getNoNDNextRecord() getRelatedBAPnB()

loop

getNextRecordRelatedBAPnBDetail() return

return

Gambar 4.153 Sequence untuk use case “M embuat Nota Debit” (Tombol ”>”)

240 sd Look at P revious ND Record UI Nota Debit

Grid NRP Detail

NRP

B APnB

BA PnB Detail

Purchasing

click"<"

getNoNDPreviousRecord() getRelatedB AP nB ()

loop

getPreviousRecordRelatedB APnB Detail() return

return

Gambar 4.154 Sequence untuk use case “M embuat Nota Debit” (Tombol ”<”)

241 s d Cre a te New ND UI Nota De bi t

NRP

BAPn B

BAPnB De ta il

Nota De bi t

Purc ha si ng

cl ick_" Cre at e New"

rel oa dCl ea r() Cb o No NRP cre at e

loop

g et NoNRP() re tu rn

sel ect NoNRP

se le ct() Gri d NRP Det ail cr ea te Cbo Na ma Br g cre at e

g etNa m aBr g() ge tRe lat ed BAPnB( ) loop g et Deta il( ) re tu rn re tur n re tu rn sel ect Nam a Brg se le ctNam a Brg () sel ect ()

calc ula te Sub Tot al ()

calc ula te Disco un t()

calc ula te PPN()

calc ula te Gr an dTo ta l()

a lt [ Nee d New Ro w] c lick_ "+ " a dd NewRo w() [ Nee d Dele te Se lec ted Ro w] cl ick_" -" de le te Se le cte dRo w()

opt [ Save ] clickSa ve sa ve( ) [ Can cel ] cli ckCa n cel

Gambar 4.155 Sequence untuk use case “M embuat Nota Debit” (Tombol ”Create New”)

242 sd E di t ND UI N ot a De bi t

NRP

BA PnB

BAPn B De ta il

No ta De bi t

Pur ch asin g

c lic k_ "Ed it"

re lo a d Ena b le d( ) Cb o No NRP cre a te

loop ge t NoNR P() re tu r n Se le ctNo NRP se le ct( ) G ri d NRP D et ai l cre a te

Cb o Na maB rg cr ea te

g et Nam aBr g( ) g e tRe la te d BAPn B() loop

g e tDe ta il () r et ur n

r et ur n r e tu rn se le ct Nama Br g se le ctNa ma Brg (0 se le ct ()

ca lc ul at eS ub To ta l()

ca lc ul at eD isco un t( )

ca lc ul at eP PN()

ca lc ul at eG ra n dT ot al ()

al t [ Ne ed N ew Ro w] cl ick_ "+" ad d Ne wRo w() [ Ne ed D el et e Sel ec te d Ro w] cl ick_ "- " d el et eS el ec te dRo w( )

opt [ Sa ve ]

c lickSa ve sa ve ()

[ Ca nc el ] c lic kC an ce l

Gambar 4.156 Sequence untuk use case “M embuat Nota Debit” (Tombol ”Edit”)

243 s d menambah da ta ba rang Baran g P urcha sin g UI M aste r Ba ra ng crea te

Grid Ba ran g cre ate

ge tBa ra ng () re turn retu rn

a lt [ Nee d Add Ne w Record] ref

Add New Ba rang

[ Nee d Edi t Re cord ] ref

Edi t Ba rang

[ Nee d Sea rch] re f

Se arc h Bara ng

[ Nee d Del ete ] clickDe le te de let e() [ Exit]

cl ickExit

Gambar 4.157 Sequence untuk use case “M enambah Data Barang”

244 sd Search Baran g UI M aster Barang

Gri d Barang

Baran g

Purchasing Cbo Nama Brg crea te

loop

getNam aBrg() retu rn

chooseSearchNamaBrg choose() entryKeyword

clickSearch getSearchReco rd() getDeta il() return return

Gambar 4.158 Sequence untuk use case “M enambah Data Barang” (Tombol “Search”)

245 s d Add New Ba ra ng UI M aster Ba rang

Ba ra ng

Pu rch a si n g

cl i ckAd d

rel o ad Cl e ar()

e ntryKo d eBrg

entryN am aB rg Cb o S atu an cre ate

loop

g etSa tua n Ba ra n g() retu rn

sel e ctSa tu a n se l ec t()

e ntryHa rga Sa tua n

e ntrySto kTe rse d ia

e n tryS to kM i ni m um

en try Le ad Ti m e

en tryPerm i nta an Ha ri an

en trySto kPe n ga ma n

cl i ck_ " Cou n t ROP" co un tROP() en tryPe rm i nta a nPe rTa hu n

en tryBi aya Pe sa n

e n tryB ia ya Si mp a n

cl i ck_ " cou n t EOQ" co un tEOQ()

opt [Sa ve ] cl i ckS ave sa ve() [Ca n cel ] cl ickCa nce l

Gambar 4.159 Sequence untuk use case “M enambah Data Barang” (Tombol “Add”)

246 sd Edit Ba ra ng UI Ma ster Ba ra n g

Ba ran g

P urcha si n g

cl ickEdi t

rel oa d Ena b le d () ed i tKod eB rg

ed i tN ama Brg Cb o S el ect cre ate

loop

g etSa tua n() re turn

sel e ctSa tua n se l ect()

e di tHa rga Satu an

ed i tStokT erse d ia

ed i tS to kM in i mu m

en tryL ea d Ti me

e ntryStokPen g am an

en tryPerm in taa nH ari an

cl i ck_ "C ou nt ROP" cou ntROP() e ntryPe rm i nta an PerTa h un

en tryBia ya Pesan

e n tryBi a yaSi m pa n

cl ick_" Co un t EOQ" cou ntEOQ()

opt [S ave ]

cl i ckSa ve save ()

[C an cel ]

cli ckCan cel

Gambar 4.160 Sequence untuk use case “M enambah Data Barang” (Tombol “Edit”)

247 sd me nambah da ta pema sok P ema sok Pu rch asing cre ate

UI M aster Pema sok Grid Pem asok crea te

g etPe maso k() retu rn retu rn alt [Nee d Se arch] re f

Searc h Pemas ok

[Nee d Ad d Ne w Record ] re f

Add New Pemasok

[Nee d Ed it Re co rd] re f

Edit Pemasok

[Nee d De lete ] clickDele te de lete ()

[Exit]

cli ckExit

Gambar 4.161 Sequence untuk use case “M enambah Data Pemasok”

248 sd Search Pemasok UI Master Pemaosk

Grid Pemasok

Pemasok

Purc hasing

c reate

Cbo Nama Pemasok

loop

getNamaPemasok() return

chooseSearc hNamaPemasok choose()

entry Key word

clickSearch getSearchRecord() return return

Gambar 4.162 Sequence untuk use case “M enambah Data Pemasok” (Tombol “Search”)

249 sd Add New Pemasok UI Master Pemasok

Pemasok

Purchasing

clickAdd

reloadClear()

entryKodePemasok

entryNamaPemasok

entryAlamat Cbo Kota create

loop

getKota() return

selectKota select()

entryKontakPersonil

entryNoT elp1

entryNoT elp2

entryNoFax Cbo Bank create

loop

getBank() return

selectBank select()

opt [Save]

clickSave save()

[Cancel] clickCancel

Gambar 4.163 Sequence untuk use case “M enambah Data Pemasok” (Tombol “Add”)

250 sd Edit Pemasok UI Master Pemasok

Pemasok

Purchasing

clickEdit

reloadEnabled()

editKodePemasok

editNamaPemasok

editAlamat Cbo Kota create

loop

getKota() return

selectKota select()

editKontakPersonil

editNoTelp1

editNoTelp2

editNoFax Cbo Bank create

loop

getBank() return

selec tBank selec t()

opt [Save]

clickSave sav e()

[Cancel]

clic kCancel

Gambar 4.164 Sequence untuk use case “M enambah Data Pemasok” (Tombol “Edit”)

251 s d me nc at at ut an g Uta ng

Grid Pe nca ta tan u tan g

BAPn B

BAPn B de ta il

PO

Pem aso k

Sta fKeu &Aku n UI Pe nca ta tan Uta ng

cr ea te

g et NoUta ng T er akhir () ret urn ()

ge ne ra teNo Uta ng ()

setT g lUta ng () Cb o No BAPnB cr ea te

ge tNo BAPn B() re tur n sele ctNo BAPn B sele ct() g et BAPn B() ge tRel ate dNo PO() g et Na m a&Ko de Pem aso k() r etu rn re tu rn

lo op

ge tDe tai l() re tur n

ret urn

ge tNoNo ta Deb it() re tu rn se lect Jen isPem ba ya ran

en try T glJa tu hT e mp o

cal cul ate Jum la hUt an g()

a lt [ Crea te New] re f

Cre at e Ne w Uta ng

[ Nee d Ed it] re f

Edit Utan g

[ Pem ba yar an ] re f

[ Dele te ]

Buk ti Pe mba yaran

cli ckDe le te de le te( )

[ Exit] c lickExit

Gambar 4.165 Sequence untuk use case “M encatat Utang”

No ta Deb it

252 sd S earch Utang UI P encat atan Ut ang

Grid Ut ang Detai l

Utang

B AP nB

BA PnB det ail

S taf Keu& Akun Cbo No Utang c reat e

l oop

getNoUt ang() ret urn

c hooseSearchNoUt ang choose() entryK eyword c li ckS earc h getS earc hRec ord() get Rel atedB AP nB()

loop

get Det ail () ret urn

return

Gambar 4.166 Sequence untuk use case “M encatat Utang” (Tombol “Search”)

253 sd Cre at e New Uta ng U I Pe n cat at an Ut an g

Uta n g

G rid P en ca ta ta n Uta n g

BAPnB

BAPn B d e ta il

PO

Pe maso k

No ta De b it

Sta fKe u& Aku n

c lickCr ea te Ne w r el oa d Cle ar () g e tNo Uta n gTe ra khi r() re tu rn

g e ne ra te No Uta ng () se tTg lUt an g () Cb o No BAPn B

cr ea te

ge tNo BAPn B() re tu rn

ch o ose No BAPnB ch o ose ()

ge tBAPn B( ) ge tNo PO () g et Na ma &Ko d ePe ma so k() r et ur n r et ur n g e tDe ta il( ) re tu rn

re tu rn ge tNo ta De bi t() re tu rn

e n try Jen isPe mb aya ra n

en tr yJa tu hTe mp o

c al cul at eSa ld o Uta ng ()

opt [Sa ve ] cl ickSa ve

save () [Ca n cel ] c lickCa n cel

Gambar 4.167 Sequence untuk use case “M encatat Utang” (Tombol “Create New”)

254 sd Edi t Utang UI Pencatat an Ut ang

BAPn B

PO

Ut ang

Nota Debi t

St afKeu&Akun

cli ckEd it

rel oadEna bled () Cbo No BAPnB cre ate

l oop get NoBAPnB() retu rn sele ct NoBAPnB sel ect () ge tSel ect edRecord() get Rel at edRecord () re turn re turn get Nota Deb it () ret urn()

edi tJeni sPemb aya ran e dit T glJat uhT em po

cal cula teJum la hUtang ()

opt [Save]

cl ickSave

save()

[Cancel ] cl ickCancel

Gambar 4.168 Sequence untuk use case “M encatat Utang” (Tombol “Edit”)

255 sd Da ftar Uta ng Uta n g Sta fK eu &Aku n U I D afta r Uta n g cre a te Grid Da fta r Uta ng c re a te

sel e ctPe ri o d eAwal Ja tuh Te mp o

sel e ctPe ri o d eAkh irJa tuh Te mp o

a lt [Ne e d Se a rch Re co rd] cli ck_" Se arch " g etSe a rchRe co rdL i st() re tu rn re turn

[Ne e d Pri n t] cl i ckPri n t cre ate

Pri n ted Da fta r Utan g

p ri n t() cl ickCl o se cl ose()

[Ex it] cl i ckE xit

Gambar 4.169 Sequence untuk use case “M embuat Daftar Utang”

256 sd M embuat La poran Pembe lia n PO

PO De tai l

Sta fKe u&A kun

crea te

UI L apo ra n P em be lia n

sele ct Period eAwa l

sele ct Period eAkh ir

get Dat aPO() l oop

ge tDet ail () retu rn Deta il

retu rn

ca lcula teT ota lPe mb eli an()

al t [Pri nt]

clickOK cre ate

Prin te d L ap ora n Pem be lia n

p rin t() cli ckCl ose cl ose ()

[Exit] cli ckExit

Gambar 4.170 Sequence untuk use case “M embuat Laporan Pembelian”

257 s d M embua t Lapora n Retur Pe mbe lia n NRP

NRP Det ail

S taf Keu &Aku n

cre ate

UI La po ra n Retu r Pem b eli an

sele ctPe rio de Awa l

sele ctPe rio de Akhi r

ge tSel ecte dDa ta () loop ge tDe tai l() retu rn Det ail

re tu rn

calcul ate To tal Ret ur()

a lt [P rin t] clickOK

cre ate

Print ed La po ra n Re tur

p rin t() cl ickClo se cl ose ()

[E xi t] cli ckE xi t()

Gambar 4.171 Sequence untuk use case “M embuat Laporan Retur Pembelian”

258 sd M embuat La poran Sa ldo Utang Utang

Pe masok

NRP

StafKe u&Aku n

crea te

UI La pora n aldo Utan g

se lectPeriod eAwal

se lectPeriod eAkhir

get SelectedDat a() ge tRelate dPema sok() re turn g etNota De bit() re turn return

calculate SaldoUta ng()

alt [Prin t]

clickOK create

Prin ted La pora n Saldo Utang

p rint() cli ckClose cl ose() [Exit] clickExit

Gambar 4.172 Sequence untuk use case “M embuat Laporan Saldo Utang”

259 sd M em bu at La po ra n An al i si s Ki n erj a Pe mas o k Pem aso k

PO

Ba ra ng

B APnB

N RP

St a fKe u &Aku n

crea te

UI La po ran Ana l isis K in erj a Pe m asok

se le ct Peri od eAwa l

se le ct Peri od eAkhi r

g et Da ta Pe m asok()

re t urn()

ge t Dat aP O() g et Re l at ed Bara ng () re t urn ge t Rel a te dB APnB() re tu rn g et Re la t ed Ret u r() re t urn re t urn()

al t [ Prin t ] cl ickOK Pri n t ed L ap ora n crea t e

An al i si s Ki ne rj a Pem aso k

pri nt () cl i ckCl o se cl o se ()

[ Exi t] cli ckExit

Gambar 4.173 Sequence untuk use case “M embuat Laporan Analisis Kinerja Pemasok”

260 sd M embuat J urnal PO

BAPnB

Pemo ask

Utan g

St afKeu&Akun UI Jurn al creat e

sele ct Pe ri odeAwal

sele ct Pe ri odeAkhi r

gene rat eHal ama n()

getSel ected PO() get Rel at edBAPnB() ret urn get Rela tedNam a&KodePem asok() ret urn ret urn() get Kod e&T gl &Jum l ahUtan g() retu rn get No&Tgl &Jum l ahRetu r() re turn

calcul ate Jum l ah()

al t [Print ]

cli ckOK

Pri nted Jurnal creat e

pri nt () cli ckCl ose cl ose() [Exit ]

cli ckExi t

Gambar 4.174 Sequence untuk use case “M embuat Jurnal”

NRP

261 sd Bukti Bayar Utang Kasir

create

UI Pencatatan Utang

selectKodeUtang clickPembayaran

c reate

UI Bukti Pembayaran Grid Bukti Bayar c reate

getSelectedKodeUtang() return return

alt [Need Search] ref

Search BB

[Need Edit] ref

Edit BB

[Need Delete] clickDelete delete() [Print] clic kPrint create

Printed Form Bukti Bay ar

print() clickClose close()

[Exit]

c lickExit

Gambar 4.175 Sequence untuk use case “M encatat Pembayaran Utang”

262 sd Searc h BB UI BuktiBayar

Grid BB Detail

Utang

Kasir Cbo No BB create

loop

getNoBB() retur n

chooseSearchNoBB cho ose () entryKe yword clickSearch getSearchRecord () return retu rn

Gambar 4.176 Sequence untuk use case “M encatat Pembayaran Utang” (Tombol “Search”)

263 sd Edit BB UI Bukti Bayar

Utang

Pem asok

Kasir

clickEdit

reloadEnabled()

Cbo Kode Utang create

getKodeUtang() return editKodeUtan g edit()

getSelectedUtan g() getRelatedNama&Bank&NoRekPe masok() return return

editJumlahBayar

calculateSald oUtang()

opt [Save] clickSave save()

[Cancel] clickCancel

Gambar 4.177 Sequence untuk use case “M encatat Pembayaran Utang” (Tombol “Edit”)

264 4.1.3.4 The Technical Platform Sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries akan dikembangkan untuk PC dengan menggunakan bahasa pemrograman Microsoft VisualBasic.Net dan dioperasikan dalam lingkungan Windows yang didukung Microsoft SQL Server 2000 sebagai database engine-nya. User interface yang digunakan sesuai dengan windows standard. Sistem dioperasikan dengan menggunakan mouse dan keyboard.

4.1.4

Recommendations

4.1.4.1 The System’s Usefulness and Feasibility Sistem informasi dan akuntansi pembelian dan utang usaha yang dikembangkan akan dapat membantu para pemakainya untuk mengoptimalisasi fungsi pencatatan transaksi-transaksi yang berkaitan dengan aktivitas pembelian dan utang usaha perusahaan. Selain itu, sistem juga dapat diandalkan dalam menghasilkan laporan-laporan penyerta mengenai transaksi-transaksi pembelian dan utang usaha perusahaan, yang digunakan untuk mengontrol transaksi-transaksi tersebut serta mendukung pihak manajemen dalam pengambilan keputusan yang berkaitan dengan perkembangan bisnis perusahaan.

4.1.4.2 Strategy Sistem informasi akuntansi dan utang usaha ini akan diimplementasikan secara bertahap, mulai dari tahap percobaan untuk mengetahui sejauh mana kapabilitas sistem ini dapat diandalkan untuk memenuhi kebutuhan para pemakainya di dalam perusahaan.

265 4.1.4.3 Development Economy Sistem yang dirancang ini memerlukan sumber daya dua orang system analyst, dua orang programmer¸ dan satu orang database specialist untuk mengembangkan sistem lebih jauh, sebelum sistem ini layak dioperasikan oleh user. Tabel 4.47 Spesifikasi Biaya Pengembangan Sumber Jumlah Biaya Lama Total Daya per bulan Pekerjaan Biaya (1) (2) (3) (4) (5) System Analyst 2 orang Rp 4.500.000,2 bulan Rp 18.000.000,Programmer 2 orang Rp 4.000.000,2 bulan Rp 16.000.000,Database Specialist 1 orang Rp 4.000.000,2 bulan Rp 8.000.000,Total Rp 42.000.000,Sumber : Indonesia Salary Handbook 2008/09 (www.kellyservices.co.id)

4.2

Design Document

4.2.1

The Task

4.2.1.1 Purpose Sistem ini dibuat dengan tujuan untuk memudahkan proses pembelian dan pengelolaan utang usaha PT. Enomoto Srikandi Industries, dengan mempercepat dan mengoptimalkan pencatatan transaksi terkait seperti permintaan pembelian, pesanan pembelian kepada pemasok, penerimaan barang dari pemasok, retur pembelian, pencatatan pembayaran atas utang. Serta mempermudah pengendalian atas seluruh transaksi tersebut dengan menghasilkan informasi yang dapat dicetak dalam bentuk laporan dengan tingkat akurasi yang baik.

4.2.1.2 Correction to The Analysis Dari hasil analisis lebih lanjut terhadap perancangan sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries, ternyata ditemukan

266 beberapa langkah perbaikan yang perlu dilakukan sebagai tindak lanjut dari analisis yang telah dilakukan. Perbaikan dilakukan dengan cara merevisi class diagram yang telah dibuat sebelumnya, sehingga menghasilkan class diagram yang baru. Class baru yang diperlukan adalah class SPH detail, dan NRP detail.

4.2.1.3 Quality Goals Penentuan kriteria pada sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries yang dirancang ini, ditekankan pada kriteria usable dan correct. Sistem yang usable diperlukan agar sistem dapat digunakan dan disesuaikan dengan kebutuhan

perusahaan untuk membantu mempermudah

proses bisnis

perusahaan. Sistem yang correct diperlukan untuk menghasilkan data-data transaksi dengan lebih akurat sesuai dengan kebutuhan perusahaan. Kriteria lainnya yang juga penting adalah efficient, secure, reliable, testable dan comprehensible. Kriteria efficient, baik dalam hal waktu dan sumber daya dibutuhkan karena sistem digunakan untuk mencatat transaksi pembelian bahan baku perusahaan sehari-hari. Kriteria secure dibutuhkan untuk menghindari ancaman yang berasal dari pihak internal maupun eksternal perusahaan yang tidak memiliki hak otorisasi. Kriteria reliable diperlukan untuk mempertahankan integritas data agar dapat menghasilkan laporan yang dibutuhkan. Kriteria testable diperlukan untuk dapat memastikan bahwa sistem yang dirancang tersebut sudah siap untuk menangani setiap kebutuhan perusahaan. Kriteria comprehensible dibutuhkan agar sistem mudah dipahami oleh user. Kriteria lain diletakkan pada prioritas yang lebih rendah seperti kriteria maintainable, reusable, flexible. Sedangkan portable dan interopable dianggap kurang relevan karena sistem dirancang untuk technical platform yang bersifat lebih spesifik.

267 Tabel 4.48 Kriteria perancangan sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries Criterion Very Important Less Irrelevant Easy Important Important Fulfilled Usable √ Secure √ Efficient √ Correct √ Reliable √ Maintainable √ Testable √ Flexible √ Comprehensible √ Reusable √ Portable √ Interopable √

4.2.2

Technical Platform

4.2.2.1 Equipment Sistem informasi akuntansi pembelian dan utang usaha ini dirancang dan dikembangkan untuk PC, dimana antara client dan server akan terhubung dengan menggunakan hub 8 port 10/100M bps. Untuk lebih detailnya spesifikasi hardware yang akan digunakan untuk PC, terdapat pada tabel berikut ini: Tabel 4.49 Spesifikasi peralatan Specification Client Server Processor Intel Pentium4 1,8 Ghz Intel Pentium4 3 Ghz Mother Board M obo support Pentium4 M obo support Pentium4 Memory 256 M B 2 GB Hard Disk Drive 40 GB 80 GB Floppy Disk (optional) 1.44M B 1.44M B Monitor 15” 15” Keyboard dan Mouse standar standar NIC 100M bps 100M bps Printer Dot M atrix Dot M atrix Operating System Microsoft Windows XP Microsoft Windows 2000 Professional Advanced Server

268 4.2.2.2 System Software Perancangan sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries berdasarkan implementasi sistem pada Microsoft VisualBasic.Net dan menggunakan Microsoft SQL Server 2000 sebagai database enginenya.

4.2.2.3 System Interface Sistem tetap memanfaatkan PC, printer dan system interface lainnya yang sudah ada sebelumnya, hanya perlu dilakukan penambahan beberapa unit PC, serta printer dan system interface lainnya yang diperlukan serta dilakukan beberapa perbaikan untuk lainnya yang diperlukan serta dilakukan beberapa perbaikan untuk system interface yang sudah ada agar dapat disesuaikan dengan implementasi sistem yang baru.

4.2.2.4 Design Language Perancangan dokumen menggunakan notasi UM L (Unified Modelling Language) diagram yang berorientasi objek

dengan

menggunakan

bahasa pemrograman

VisualBasic.Net.

4.2.3

Architectu re

4.2.3.1 Component Architecture Sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries menggunakan pola arsitektur client-server dengan jenis distribusi centralized data, dimana pada setiap event terdapat komponen user interface dan function, dan pada server terdapat komponen model. M asing-masing client memiliki

269 komponen function yang berguna untuk membaca dan mengakses data yang berada pada server melalui user interfacenya untuk kemudian diproses dan dilakukan proses update di tempatnya masing-masing. Sedangkan server bertanggung jawab untuk menyimpan data-data yang telah diproses dan di-update tersebut. Gambar 4.178 berikut menunjukkan arsitektur sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries. id Component M odel client Gudang

client Purchasing

User Interface User Interface

Function Function

Server

Model

client StafKeu&Akun

client Kasir

User Interface

User Interface

Function

Function

Gambar 4.178 Component Diagram

270 4.2.3.2 Process Architectu re Deployment diagram dirancang dengan menggunakan centralized pattern, dimana pada client terdapat komponen user interface, function dan external device, sedangkan pada server terdapat komponen model. Semua data yang diinput melalui komponen user interface pada client akan diproses oleh client tersebut melalui komponen function pada client, kemudian server akan menampung segala input dari client melalui komponen model pada server. Hasil output data pada client akan dicetak dengan menggunakan printer yang merupakan external device pada client tersebut. Lebih jelasnya dapat dilihat pada Gambar 4.179 berikut ini.

271 dd Deployment M odel

Cl ien t Pur chasi ng Cl ie nt Gudang Syste m Interface User I nterface

User Interface

System I nter face

P ri nte rObj ect

Fun cti on

F uncti on

S erv er

«devi ce»

P rin terOb j ect

«d evi ce » P rinter

Pri nter System I nterface

Mo del

Cli ent Kasi r Cl ien t StafKeu&Akun User I nterface

System In terface S ys tem I nterfa ce

Pri nterObj ec t

Function

Functi on

Use r I nte rface

Pr interObj ec t

«device» Pri nte r

«device» Pri nter

Gambar 4.179 Deployment Diagram

4.2.3.3 Standards Perancangan windows sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries mengikuti standard windows. Untuk lebih jelasnya, berikut beberapa contoh dari menu standarnya.

272

ne xt

last

simpan record

<

>

>>

Save

Create New

Edit

Del ete

Print

Exit

membu at record baru

men g-edit record

menghapus record

first

previous

<<

men cetak record

mencet ak record

membatalkan pemb uata n record

Cancel -

+

menambah baris baru

menghapu s baris

Gambar 4.180 Tombol standar dalam sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries

4.2.4

Component

4.2.4.1 Structure Berdasarkan analisis sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries maka dilakukan beberapa perubahan hiongga menghasilkan class diagram yang telah direvisi. Gambar 4.181 berikut merupakan gambar class diagram hasil revisi.

273 c d Clas s Ka rya wa n Kete ran ga n PR SPPH SPH PO BAPn B NRP

= Purch ase Ord er = Su rat Pe rmi nta an Pe nawa ran Harga = Sur at Pe nawar an Ha rga = Pur chase Orde r = Bu kt i Acara Pene rim aan Bara ng = Not a Ret ur Pem be lia n

Guda ng

-

Alam atKrywn : va rchar Jab ata n: varch ar Kota : va rcha r

-

Nam aKrywn: varch ar NIK: ch ar Passwor d: char T ele pon : va rcha r T glL ahi r: d ate

+ + +

m asuk_ke rja () : void m eng uba h_ passwo rd() : vo id pu lan g_ker ja() : voi d

St afKeu &Ak un

Pu rc ha sin g

+ m em int a() : voi d + m en erim a( ) : vo id + m er etur () : void 1 1

1 1

+ +

me me sa n() : void me mil ih() : vo id

+ + +

me nawa r() : void me ner ima () : void me retu r() : voi d

Ka sir + +

+ +

me mb ayar () : void 1 me reco rd_ buktiBaya r() : void

me nge lua rkan_ daf tar_ uta ng( ) : vo id me nge lua rkan_ lap ora n() : void 1 1 ..*

1 Ut ang NRP

1 -

1. .*

1.. * Bar an g -

Biaya Pe sa n: lon g

-

Biaya Sim pa n: lon g DayQtyReq uir ed: int EOQ: int Jml St okPe nga ma n: int Jml Te rse dia : i nt Kode Brg: varch ar

-

Le adT im e: int Mi nim um St ok: in t Nam aBrg: varch ar Perio dQtyRe qui red: in t ROP: in t Satu an: varch ar

+ + + +

Pem as ok

did aft arkan( ) : vo id dip esan( ) : vo id dir etu r() : void dit erim a() : vo id 1. .*

-

Ala ma t: va rcha r Ba nk: va rchar Ko dePe masok: char

-

Ko ta: varch ar Na ma Ko nta k: varch ar Na ma Pe ma so k: varch ar No Fax: varch ar No Re k: varch ar No Te lp1 : va rcha r No Te lp2 : va rcha r

-

NPWP: varch ar

+ + + + +

d ida fta rka n() : voi d d ini lai( ) : vo id d ipe sa n() : voi d d ipi lih( ) : vo id d ire tur( ) : vo id

1

Discou nt: int Gr and T otal : lo ng Kod ePem asok: ch ar NoBAPnB: ch ar

-

NoNRP: ch ar PPN: in t T gl BAPnB: dat e T gl NRP: date

0 ..*

+ m en giri m_b rg( ) : vo id + m en gub ah_ pe rse dia an( ) : vo id + m en ola k() : voi d + m en yetu jui_ retu r() : void + m ere tur () : vo id

*

1

-

Harg aBrg: lo ng Kod eBrg: cha r NoNRP: cha r

-

QtyRe tur: int Satu an: var char Satu sBrg Pe ng gan ti: varch ar T ota l: l ong

0. .*

+

m eng irim _b rg() : voi d

+ + + +

m eng uba h_ per se diaa n() : vo id m eno lak() : void m enye tuju i_r etu r() : void m ere tur() : vo id

SPH

-

NIK: char No PR: char Sta tusPem bSPPH: boo lea n

-

Kod ePem asok: cha r Nam aPem asok: va rcha r NIK: ch ar NoPR: ch ar NoSPPH: cha r

-

T g lDiper lukan : da te T g lPR: da te

-

T glDip erlu ka n: dat e T glSPPH: da te

+ + +

m em inta _pe na wa ran () : void m eng irim _p ena waran () : void m eno lak() : void

+

m enye tuju i_p en awara n() : void

+ m em esan () : void + m em int a_p en awara n() : voi d

T glJa tuh Te mp o: dat e T glPO: da te T glUta ng: da te

+ + +

me mb aya r() : void me ne rim a_b rg() : vo id me ng ecek_n ota De bit () : vo id

1. .*

1

-

Kode Pema so k: varch ar Nam aPem asok: var char NIK: cha r NoSPH: cha r NoSPPH: char Statu sPem bPO: bo ole an

-

Statu sSPH: b ool ean T erm : va rcha r T glDip erlu ka n: date T glSPH: da te

+

me lakukan _ne go sia si( ) : vo id

+ + +

me ne rima _p ena waran () : void me no lak() : void me nu tup_ pe nawa ran( ) : vo id

-

Jm lBaya r: lo ng Kod eBB: ch ar Kod ePem asok: ch ar Kod eUta ng: cha r

-

NIK: char T gl Ba yar: da te

+ m em ba yar() : voi d

1. .* PO

1

SPPH

PR

-

1

Bu ktiBa yar

1 1..*

NoFa kt ur: char NoND: in t NoNRP: cha r Sald oUtan g: lon g T glBAPnB: d ate T glBaya r: date

1

0.. 1

1

-

1

1

1 ..*

Kode BB: cha r Kode Pem aso k: var char Kode Utan g: ch ar NIK: ch ar NoBAPn B: cha r

NRP_de tail

+ d ite rim a() : void + d iub ah () : vo id

1. .*

-

1 0 ..1 + + + +

1..*

Discoun t: int Gra nd To tal: lo ng Jen isPe mb ayar an: varch ar Kod ePem asok: ch ar NIK: ch ar NoPO: char NoSPH: cha r PPN: in t T glDip erl uka n: da te T glJa tuh T emp o: da te T glPO: da te T glSPH: d ate m em esan( ) : vo id m eng aju ka n_p em esana n() : vo id m eno lak() : void m enye tuj ui_p em esana n() : vo id

1. .*

BAPnB

1

1.. * -

Kod ePem asok: cha r NIK: ch ar NoBAPn B: ch ar NoPO: char NoSur atJal an: cha r T glBAPnB: d ate

-

T glPO: da te

+ + + + +

m ene rim a_b rg( ) : vo id m eng uba h_ per se diaa n() : vo id m eno lak() : void m enye tuju i_p en erim aa n_b rg() : vo id m ere tur() : vo id

1 1

1 1

* PR_d eta il 1 -

Ko deBrg : ch ar Na maBrg : va rcha r No PR: char Q tyMin ta: in t Sa tuan : va rcha r

+ m em esan () : void + m em int a_p en awara n() : voi d

*

*

*

SPPH_d eta il + + + +

Ko deBrg : in t Na ma Br g: va rcha r No SPPH: in t Q tyPesan: int Sa tua n: va rcha r m em in ta_p en awara n() : voi d m en gir im_ pen awar an() : vo id m en ola k( ) : vo id m en yetu jui_ pe nawar an( ) : vo id

*

SPH_ det ail -

Harg aBrg: lo ng Kod eBrg: cha r

-

Nam aBrg: var char NoSPH: cha r QtyPe san : i nt Satu an: var char T ota l: l ong

+

m ela kukan _n ego sia si () : void

+ + +

m ene rim a_p en awara n() : voi d m eno lak() : void m enu tup _pe na wa ran () : void

PO _de tai l -

Harg aBrg : lo ng Kod eBrg: cha r Nam aBrg : var char NoPO: char

-

QtyPe sa n: i nt Satu an : var char T ota l: lon g

+ +

m em esan( ) : vo id m eng aju ka n_p esan an() : vo id

+ +

m eno lak() : void m enye tuj ui_p em esana n() : vo id

BAPnB_d eta il -

Ket eran ga n: varcha r Kod eBrg: cha r Nam aBrg : va rchar

-

NoBAPnB: ch ar Qt yBr gDiter ima : in t Qt yBr gKura ng: int Qt yPe sa n: int Sat uan : va rcha r

+

m en erim a_ brg () : vo id

+ + + +

m en gub ah_ pe rse dia an( ) : vo id m en olak() : voi d m en yetuj ui_ pen rim aan _b rg() : voi d m ere tur( ) : vo id 1

Gambar 4.181 Revised class diagram

274 4.2.4.2 Classes Berikut adalah spesifikasi class-class, atribut, dan operation utama yang terdapat dalam revised class diagram sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries. 1. SPH_detail Purpose

: M encatat informasi detail barang dari Surat Penawaran Harga yang berasal dari pemasok

Attribute

: HargaBrg, KodeBrg, NoSPH, QtyPesan

Operation

: menambah

2. NRP_detail Purpose

: M encatat informasi bahan baku yang akan di retur ke pemasok

Attribute

: Discount, HargaBrg, KodeBrg, NoNRP, QtyRetur, Total

Operation

: menambah, menghapus

Selanjutnya adalah gambar function component-nya, dapat dilihat pada Gambar 4.182, sebagai berikut.

275 cd C lass <> Mod el

<< component> > Function

K aryawan Kete rangan PR = P urchase Orde r SP PH = Su rat Perm intaan P enawara n Harga SP H = Surat Penaw aran H arga PO = Purchase Order BA PnB = Bu kti A car a Peneri maan Ba rang NR P = Nota R etur P embelian

-

A lamatK rywn: varchar Jaba tan: varchar K ota: varchar N amaK rywn: varchar N IK: cha r P assword : ch ar T elepon: var char T glLahir: date

EOQ

+ m asuk_kerja() : vo id + m engubah_p assw ord() : void + p ulang_kerja() : void

Gudang + + + + +

P urcha sing + + 1 + + + +

meminta() : voi d menerima( ) : vo id menghitun g() : void menyesuai kan() : void meretur() : void 1

1

1

Kasir

memesa n() : void memilih() : void menawa r() : void 1 mendaftar() : void menerima() : void meretur() : void 1

+ + +

-

:

+

penghitung an_EOQ() : void

-

:

+

penghitung an_ROP () : void

ROP

StafK eu& Akun

mem bayar() : void 1 men cata t() : void men ghitung() : void

+ +

mencatat() : vo id menge luarkan_ laporan() : void 1 1..* U tang

N RP

1 ..*

1..* Ba rang P emasok

-

BiayaP esan: long BiayaS impan: lon g DayQtyRequir ed: int EOQ: int JmlStokPenga man: int JmlTersedia: int Kode Brg: varchar LeadT ime: int Minimum Stok: int Nama Brg: varchar Perio dQtyR equired: in t ROP: int Satua n: varch ar

-

A lamat: varchar B ank: va rcha r K odeP emaso k: char K ota: varchar N amaK ontak: var char N amaP emaso k: varchar N oFax: varchar N oRe k: varchar N oTe lp1: varchar N oTe lp2: varchar N PW P: varchar

+ + + + +

didaftarkan() : void dipesan() : void diretur() : void disesuaika n() : void diterima() : vo id

+ + + + + +

d idaftarka n() : void d inilai() : void d ipilih() : void d iretur() : void d iterima() : void d iubah() : void

1..*

1..*

1

-

DiscP ercent: int GrandTota l: long KodeP emasok: char NoB AP nB: char NoN RP : char PP N: int TglB AP nB: da te TglN RP : date

+ + + +

menerima () : void menghitun g() : void menyesua ikan() : void meretur() : void

1 -

0..*

N RP _detail *

1

-

HargaB rg: long KodeB rg: char NoN RP : ch ar Qt yR etur: int Satuan : va rcha r SatusBrgP engganti : va rcha r Total: long

+ +

menambah () : void menghapu s() : void

JmlB aya r: long JmlU tang: long K odeBB : char K odePe masok: varch ar K odeUta ng: char N oBA PnB : char N oFaktu r: ch ar N oND : int N oNR P: char S aldoUt ang: long T glBA PnB : date T glBayar: d ate T glJatuhTem po: date T glPO: date T glUtan g: date

Penc etakan

1 mem bayar() : void men cata t() : void men gurangi_uta ng() : void

+ + +

1

1 B uktiBa yar 1..*

1

1

-

JumlahB ayar: long Ko dePema sok: cha r Ko deUtang : ch ar No BuktiBayar: char Tg lBayar: date

+

memb ayar () : void

1..* 1..*

1..* SP H S PP H PR -

NIK : ch ar NoP R: char StatusPemb SPP H: boolean TglD iperluka n: date TglP R: date

+ +

meminta() : void meminta_pe nawara n() : void

1

0..*

-

KodeP emaso k: char NamaP emasok: varchar NIK: cha r NoP R: char 1 NoS PPH : char TglD iperluka n: date TglS PPH : date

+ +

memilih() : void meminta() : void

* 1

1

+

Ko deBrg: char Na maBrg: varchar No PR: cha r QtyMinta: int Sa tuan: varchar menam bah() : void

+ + +

K odeP emasok: varchar N amaP emaso k: varchar N IK: char N oSP H: char N oSP PH : char S tatusPembP O: boolean S tatusSPH : boole an T erm: varchar T glDi perlukan : date T glSP H: date m enerima() : void m enetapkan_harga() : void n egosiasi_harga() : voi d

1

0 ..1 + +

D iscPercent: int GrandT otal: lon g JenisPemba yara n: varch ar K odePe masok: char N IK: char N oPO: char N oSP H: char 1 P PN : int T glDipe rlukan: d ate T glJatuhTem po: date T glPO: date T glSP H: da te

B APn B

1..*

-

KodeP emasok: char NIK : char NoB AP nB: char NoP O: cha r NoS uratJalan: char TglB AP nB: da te TglP O: date

+ + +

memesan() : void menerima( ) : vo id menyesuai kan() : void

-

Ke terangan: varchar Ko deBrg: char No BAP nB: cha r QtyBrgD iterima: in t QtyBrgK urang: int QtyPesan: int Sa tuan: varchar

+ +

menam bah() : void mengh apus() : void

mem esan() : void men daftar() : void

*

P R_deta il 1 -

0..1 -

1..*

PO

1..* 1..*

1

SP PH _detail -

Ko deBrg: i nt Na maBrg: varchar No SPP H: i nt QtyPesan: int Sa tuan: varchar

+ +

menam bah() : void mengu rangi() : void

1

*

* PO_detail

B AP nB_d etail

SP H_det ail -

HargaS atuan: long KodeB rg: char NamaB rg: varchar NoS PH : ch ar Qt yP esan: int Total: long

-

Harga Brg: lon g Kode Brg: char Nama Brg: varchar NoP O: ch ar QtyP esan : int Satua n: varch ar Total : long

+

menambah () : void

+

menamba h() : void 1

Gambar 4.182 Function component

-

:

+ + + + +

ceta k_Jurnal() : void ceta k_LapA nalisa Kinerja( ) : vo id ceta k_LapP embelian () : void ceta k_LapR eturP emb() : void ceta k_LapS aldoU tang() : void

276

Operation Category

Purpose Input data

Conditions

Effect Algorithm

Tabel 4.50 Operation specification “Penghitungan ROP” Penghitungan ROP _X_ Active __ Update __ Passive _X_ Read _X_ Compute __ Signal Untuk menghitung nilai ROP masing-masing barang KodeBrg, NoPO, tlgPO, QtyPesan, NoBAPnB, tglBAPnB

Terdapat objek barang dengan kode barang tertentu dan safety stock, objek tersebut juga mempunyai objek PO untuk mengetahui tanggal barang dipesan dan mengetahui jumlah barang yang dipesan, objek BTM untuk mengetahui tanggal barang diterima untuk menghitung lead time. M engetahui nilai ROP (titik pemesanan kembali) untuk menetukan kapan barang harus dipesan kembali. Read Barang Cek KodeBrg Cek StokPengaman Find NoPO Cek tglPO Cek QtyPesan Find noBAPnB Cek tglBAPnB Find Barang where QtyBrgKurang = 0 Result tglBAPnB Hitung ROP ROP = QtyPesan * (jmlhari(tglBAPnB-tglPO)) + StokPengaman Return ROP

Data structures Placement Printed form Involved objects Barang, BAPnB, PO Triggering event

277 Tabel 4.51 Operation specification “Penghitungan EOQ” Penghitungan EOQ _X_ Active __ Update __ Passive _X_ Read _X_ Compute __ Signal Purpose Untuk menghitung nilai EOQ masing-masing barang Input data KodeBrg, NoPO, dayQtyRequired, QtyPesan, HargaBrg Conditions Terdapat objek barang dengan kode barang tertentu dan dayQtyRequired tertentu, objek barang tertentu tersebut mempunyai objek PO untuk mengetahui jumlah barang yang dipesan dan harga barang. Effect M engetahui nilai EOQ masing-masing barang untuk menentukan QtyPesan pada PO. Algorithm Read Barang Cek KodeBrg Cek dayQtyRequired Find NoPO Cek QtyBeli Cek HargaBrg then Hitung EOQ sqrt ( (2 * (QtyBeli*300) * (Harga*1/100) ) / ((Harga*5/100) * 1- (QtyBeli/TingkatPermintaanHarian)) ) Data structures Placement Printed form Involved objects Barang, PO Triggering event Operation Category

Tabel 4.52 Operation specification “M encetak Laporan Pembelian” Operation M encetak Laporan Pembelian Category __ Active __ Update _X_ Passive _X_ Read _X_ Compute __ Signal Purpose M encetak laporan pembelian barang yang dilakukan perusahaan. Input data KodeBrg, NoPO, HargaBrg, QtyPesan Conditions Terdapat objek barang dengan kode barang tertentu, objek barang tertentu tersebut mempunyai objek PO sebagai bukti terjadinya pembelian barang. Effect M engetahui jumlah pembelian barang oleh perusahaan selama periode tertentu.

278 Algorithm

Open Laporan Pembelian Read Barang Find KodeBrg yang dibeli Find NoPO If KodeBrg.Brg = KodeBrg.PO View tglPO, NoPO, KodeBrg, NamaBrg, satuan, NamaPemasok, QtyPesan, HargaBrg, Discount, Total Compute GrandTotal Close

Data structures Placement Printed Laporan Pembelian Involved objects Barang, PO Triggering event

Tabel 4.53 Operation specification “M encetak Laporan Retur Pembelian” Operation M encetak Laporan Retur Pembelian Category __ Active __ Update _X_ Passive _X_ Read _X_ Compute __ Signal Purpose Untuk mencetak laporan retur pembelian barang yang dilakukan perusahaan. Input data KodeBrg, NoNRP, HargaBrg, QtyRetur Conditions Terdapat objek barang dengan kode barang tertentu, objek barang tertentu tersebut mempunyai objek retur sebagai bukti terjadinya pembelian barang. Effect M engetahui jumlah retur pembelian barang oleh perusahaan selama periode tertentu. Algorithm Open Laporan Retur Pembelian Read Barang Find KodeBrg yang diretur Find NoNRP If KodeBrg.Brg = KodeBrg.NRP View tglNRP, NoNRP, KodeBrg, NamaBrg, satuan, NamaPemasok, QtyRetur, HargaBrg, Discount, Total, keterangan Compute GrandTotal Close Data structures Placement Printed Laporan Retur Pembelian Involved objects Barang, NRP Triggering event

279 Tabel 4.54 Operation specification “M encetak Laporan Saldo Utang” Operation M encetak Laporan Saldo Utang Category _X_ Active _X_ Update __ Passive _X_ Read _X_ Compute __ Signal Purpose M enghitung saldo utang perusahaan kepada pemasok yang terjadi akibat pembelian bahan baku Input data KodeUtang, NamaPemasok, JmlUtg, JmlBayar, NoND Conditions

Effect Algorithm

Terdapat objek pemasok dengan kode pemasok tertentu, objek pemasok tertentu tersebut mempunyai objek utang dimana terdapat jumlah utang awal yang merupakan saldo utang awal, nota debit yang mengurangi saldo utang, dan jumlah bayar yang juga mengurangi saldo utang. M engetahui jumlah saldo utang perusahaan secara keseluruhan maupun terhadap pemasok tertentu selama periode tertentu. Open Laporan Saldo Utang Read Pemasok Find KodePemasok yang memiliki utang Find KodeUtang Find NoND If KodePemasok.Pemasok = KodePemasok.Utang View tglUtang, tglJatuhTempo, kodeUtang, tglBayar, NamaPemasok, NamaBank, NoBB, JmlUtang, GrandTotal.Retur, jmlBayar Compute GrandTotal Close

Data structures Placement Printed Laporan Saldo Utang Involved objects Pemasok, Utang Triggering event

280 Tabel 4.55 Operation specification “M encetak Laporan Analisis Kinerja Pemasok” Operation M encetak Laporan Analisis Kinerja Pemasok Category __ Active __ Update _X_ Passive _X_ Read _X_ Compute __ Signal Purpose Untuk mencetak laporan analisis kinerja pemasok Input data KodePemasok, KodeBrg, t glPO, tglBAPnB, QtyPesan, QtyTerima, QtyRetur, keterangan Conditions Terdapat objek pemasok dengan kode pemasok tertentu, objek pemasok tertentu tersebut mempunyai objek PO dan objek BAPnB sebagai bukti bahwa perusahaan telah melakukan transaksi pembelian barang dengan pemasok tersebut dan mempunyai objek NRP, jika pernah dilakukan retur, yang sifatnya optional. Effect M engetahui kinerja pemasok yang melakukan transaksi dengan perusahaan pada periode tertentu. Algorithm Open Laporan Analisis Kinerja Pemasok Read Pemasok Find KodePemasok yang melakukan transaksi dengan perusahaan Find NoPO Find NoBAPnB Find NRP If KodePemasok.Pemasok = KodePemasok.PO View kodePemasok, namaPemasok, kodeBrg, namaBrg, satuan, tglPO, tglBAPnB, QtyPesan, QtyTerima, QtyRetur, keterangan Compute LeadTime = tglBAPnB – tglPO (hari) Close Data structures Placement Printed Laporan Analisis Kinerja Pemasok Involved objects Pemasok, PO, BAPnB, NRP Triggering event

281

Operation Category

Purpose Input data Conditions

Effect Algorithm

Tabel 4.56 Operation specification “M encetak Jurnal” M encetak Jurnal __ Active __ Update _X_ Passive _X_ Read _X_ Compute __ Signal Untuk mencetak jurnal KodePemasok, KodeBrg, t glPO, tglBAPnB, QtyPesan, QtyTerima, QtyRetur, keterangan Terdapat objek pemasok dengan NoPO tertentu, objek PO tertentu tersebut harus mempunyai objek BAPnB dan objek Utang sebagai bukti bahwa transaksi pembelian benar-benar telah dilakukan, serta objek NRP, jika pernah terjadi retur pembelian, yang sifatnya optional. M engetahui pencatatan jurnal dari transaksi pembelian yang dilakukan selama periode tertentu Open Jurnal Read PO Find NoPO yang masuk dalam periode tertentu Find NoPO Find NoBAPnB Find NRP Find KodeUtang If Select Jurnal Pembelian If NoPO.PO = NoPO.BAPnB = NoPO.Utang View TglBAPnB

Pembelian dari NamaPemasok

NoFaktur

Subtotal.PO

Discount.PO

If Select Jurnal Pengeluaran Kas If NoPO.PO = NoPO.Utang and ada NoBB View TglBay ar

Pembayaran ke NamaPemasok

Compute Jumlah Close Data structures Placement Printed Jurnal Involved objects PO, BAPnB, NRP, Utang Triggering event

NoBB

JmlBy r.Utang

GrandTotal.PO

282 4.2.4.3 Database Sistem Informasi Akuntansi Pembelian dan Utang Usaha Perancangan database yang akan digunakan dalam sistem dapat didasarkan pada class diagram yang ada. Setiap class dapat diwakilkan oleh sebuah tabel yang akan menyimpan semua informasi yang berhubungan dengan class tersebut. Adapun tabel yang diperlukan berjumlah 17 tabel. Tabel-tabel tersebut antara lain Karyawan, Barang, Pemasok, Utang, BuktiBayar, PR, PR_detail, SPPH, SPPH_detail, SPH, SPH_detail, PO, PO_detail, BAPnB, BAPnB_detail, NRP, NRP_detail. Untuk lebih jelasnya mengenai field-field dari setiap tabel dapat dilihat pada bahasan berikut ini. Nama Tabel

: Karyawan

Primary key

: NIK

Foreign key

:-

Tabel 4.57 Tabel Karyawan No Field Tipe Data Panjang Deskripsi 1 NIK char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. 2 NamaKarywn varchar 25 Nama karyawan 3 AlamatKarywn varchar 50 Alamat tempat tinggal karyawan 4 Kota varchar 15 Kota tempat tinggal karyawan 5 Jabatan varchar 25 Jabatan karyawan 6 TglLahir datetime 8 Tanggal lahir karyawan 7 Telepon varchar 15 Telepon karyawan 8 Password varchar 10 Password karyawan

283 Nama Tabel

: Barang

Primary key

: KodeBrg

Foreign key

:-

No 1

Field KodeBrg

2 3 4 5 6 7 8 9 10 11 12 13

NamaBrg Satuan LeadTime DayQtyRequired EOQ ROP JmlStokPengaman JmlTersedia M inimumStok PeriodQtyRequire BiayaPesan BiayaSimpan

Tabel 4.58 Tabel Barang Tipe Data Panjang Deskripsi char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. varchar 25 Nama barang varchar 10 Satuan barang int 4 Waktu jeda pengiriman barang int 8 Tingkat kebutuhan harian int 8 Economic Order Quantity int 8 Reorder Point int 8 Safety stock int 8 Jumlah stok barang tersedia int 8 Jumlah stok minimum int 8 Tingkat kebutuhan per periode long 12 Biaya per kali pemesanan long 12 Biaya penyimpanan barang

Nama Tabel

: Pemasok

Primary key

: KodePemasok

Foreign key

:-

No 1

Field KodePemasok

2 3 4 5 6 8 9 10 11

NamaPemasok Alamat Kota NamaKontak NoTelp NoFax Bank NoRek NPWP

Tabel 4.59 Tabel Pemasok Tipe Data Panjang Deskripsi char 6 Kode pemasok. Dua digit pertama adalah kode dari pemasok, empat digit terakhir nomor urut pemasok. varchar 25 Nama pemasok varchar 50 Alamat pemasok varchar 15 Kota pemasok varchar 25 Kontak Personil varchar 15 Nomor telepon pemasok varchar 15 Nomor fax pemasok varchar 25 Bank pemasok varchar 20 Nomor rekening bank varchar 25 Nomor Pokok Wajib Pajak

284 Nama Tabel

: Utang

Primary key

: KodeUtang

Foreign key

: NIK, NoBAPnB, KodeBB, KodePemasok, NoNRP, NoND

Tabel 4.60 Tabel Utang No Field Tipe Panjang Deskripsi Data 1 KodeUtang char 9 Kode utang. Dengan tiga digit pertama adalah nomor urut utang, dua digit kode dari utang, dan empat digit terakhir adalah bulan dan tahun utang. 2 KodeBAPnB char 12 Kode BAPnB. Dengan tiga kode pertama adalah nomor urut BAPnB, lima digit kode dari BAPnB, dan empat digit terakhir adalah bulan dan tahunnya. 3 KodePemasok char 6 Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. 4 KodeBB char 9 Kode bukti bayar. Dengan tiga kode pertama adalah nomor urut bukti pembayaran, dua digit kode dari bukti pembayaran, dan empat digit terakhir adalah bulan dan tahunnya. 5 NIK char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. 6 NoFaktur varchar 15 Nomor faktur pemasok 7 NoND char 9 Kode NotaDebit. Dengan tiga kode pertama adalah nomor urut ND, dua digit kode dari ND, dan empat digit terakhir adalah bulan dan tahunnya. 8 NoNRP char 10 Kode NRP. Dengan tiga kode pertama adalah nomor urut NRP, tiga digit kode dari NRP, dan empat digit terakhir adalah bulan dan tahunnya. 9 SaldoUtang long 12 Jumlah saldo utang 10 TglBAPnB datetime 8 Tanggal BAPnB 11 TglJatuhTempo datetime 8 Tanggal jatuh tempo 12 TglPO datetime 8 Tanggal PO 13 TglUtang datetime 8 Tanggal Utang

285 Nama Tabel

: BuktiBayar

Primary key

: KodeBB

Foreign key

: KodeUtang, kodePemasok, NIK

No 1

Field KodeBB

2

KodeUtang

3

KodePemasok

4

NIK

5 6

TglBayar JmlBayar

Tabel 4.61 Tabel BuktiBayar Tipe Data Panjang Deskripsi char 9 Kode bukti bayar. Dengan tiga kode pertama adalah nomor urut bukti pembayaran, dua digit kode dari bukti pembayaran, dan empat digit terakhir adalah bulan dan tahunnya. char 9 Kode utang. Dengan tiga digit pertama adalah nomor urut utang, dua digit kode dari utang, dan empat digit terakhir adalah bulan dan tahun utang. char 6 Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. datetime 8 Tanggal pembayaran long 12 Jumlah pembayaran

286 Nama Tabel

: PR

Primary key

: NoPR

Foreign key

: NIK

No 1

Field NoPR

2

NIK

3 4 5

StatusPembSPPH TglDiperlukan TglPR

Tabel 4.62 Tabel PR Tipe Data Panjang Deskripsi char 9 Kode PR. Dengan tiga kode pertama adalah nomor urut PR, dua digit kode dari PR, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. boolean 1 Status pembuatan SPPH datetime 8 Tgl diperlukan datetime 8 Tanggal PR

Nama Tabel

: PR_detail

Primary key

: NoPR, KodeBrg

Foreign key

:-

No 1

Field NoPR

2

KodeBrg

3 4 5

NamaBrg QtyM inta Satuan

Tabel 4.63 Tabel PR_detail Tipe Data Panjang Deskripsi char 9 Kode PR. Dengan tiga kode pertama adalah nomor urut PR, dua digit kode dari PR, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. varchar 25 Nama barang int 8 Jumlah barang yang diminta varchar 10 Satuan barang

287 Nama Tabel

: SPPH

Primary key

: NoSPPH

Foreign key

: NoPR, NIK

No 1

Field NoSPPH

Tabel 4.64 Tabel SPPH Tipe Data Panjang Deskripsi char 11 Kode SPPH. Dengan tiga kode pertama adalah nomor urut SPPH, empat digit kode dari SPPH, dan empat digit terakhir adalah bulan dan tahunnya.

2

NoPR

char

9

3

NIK

char

7

4

KodePemasok

char

6

5 6 7

NamaPemasok TglDiperlukan TglSPPH

varchar datetime datetime

25 8 8

Kode PR. Dengan tiga kode pertama adalah nomor urut PR, dua digit kode dari PR, dan empat digit terakhir adalah bulan dan tahunnya. Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. Nama pemasok Tanggal barang diperlukan Tanggal SPPH

288 Nama Tabel

: SPPH_detail

Primary key

: NoSPPH, KodeBrg

Foreign key

:-

No 1

Field NoSPPH

2

KodeBrg

3 4 5

NamaBrg QtyPesan Satuan

Tabel 4.65 Tabel SPPH_detail Tipe Data Panjang Deskripsi char 11 Kode SPPH. Dengan tiga kode pertama adalah nomor urut SPPH, empat digit kode dari SPPH, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. varchar 25 Nama barang int 8 Jumlah barang yang dipesan varchar 10 Satuan barang

Nama Tabel

: SPH

Primary key

: NoSPH

Foreign key

: NoSPPH, NIK

No Field 1 NoSPH

2

NoSPPH

3

NIK

4

KodePemasok

Tabel 4.66 Tabel SPH Tipe Data Panjang Deskripsi char 10 Kode SPH. Dengan tiga kode pertama adalah nomor urut SPH, tiga digit kode dari SPH, dan empat digit terakhir adalah bulan dan tahunnya. char 11 Kode SPPH. Dengan tiga kode pertama adalah nomor urut SPPH, empat digit kode dari SPPH, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. char 6 Kode pemasok. Dengan dua digit

289

5 6 7 8 9 10

NamaPemasok StatusPembPO StatusSPH Term TglDiperlukan TglSPH

varchar boolean boolean varchar datetime datetime

Nama Tabel

: SPH_detail

Primary key

: NoSPH, KodeBrg

Foreign key

:-

No Field 1 NoSPH

2

KodeBrg

3 4 5 6 7

NamaBrg QtyPesan Satuan HargaBrg Total

25 1 1 100 8 8

pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. Nama pemasok Status pembuatan PO Status persetujuan SPH Syarat-syarat pembayaran Tanggal barang diperlukan Tanggal SPH

Tabel 4.67 Tabel SPH_detail Tipe Data Panjang Deskripsi char 10 Kode SPH. Dengan tiga kode pertama adalah nomor urut SPH, tiga digit kode dari SPH, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. varchar 25 Nama barang int 8 Jumlah barang yang dipesan varchar 10 Satuan barang long 12 Harga satuan barang long 12 Total harga pemesanan barang

290 Nama Tabel

: PO

Primary key

: NoPO

Foreign key

: NoSPH, NIK, KodePemasok

No 1

Field NoPO

2

NoSPH

3

KodePemasok

4

NIK

5 6 7 8 9 10 11 12

Discount PPN GrandTotal JenisPembayaran TglDiperlukan TglJatuhTempo TglPO TglSPH

Tabel 4.68 Tabel PO Tipe Data Panjang Deskripsi char 9 Kode PO. Dengan tiga kode pertama adalah nomor urut PO, dua digit kode dari PO, dan empat digit terakhir adalah bulan dan tahunnya. char 10 Kode SPH. Dengan tiga kode pertama adalah nomor urut SPH, tiga digit kode dari SPH, dan empat digit terakhir adalah bulan dan tahunnya. char 6 Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. char 7 Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. int 3 Potongan harga dalam persentase int 3 Pajak Pertambahan Nilai long 12 Total harga keseluruhan varchar 15 Jenis pembayaran datetime 8 Tanggal barang diperlukan datetime 8 Tanggal jatuh tempo datetime 8 Tanggal PO datetime 8 Tanggal SPH

291 Nama Tabel

: PO_detail

Primary key

: NoPO, KodeBrg

Foreign key

:-

No 1

Field NoPO

2

KodeBrg

3 4 5 6 7

NamaBrg QtyPesan Satuan HargaBrg Total

Tabel 4.69 Tabel PO_detail Tipe Data Panjang Deskripsi char 9 Kode PO. Dengan tiga kode pertama adalah nomor urut PO, dua digit kode dari PO, dan empat digit terakhir adalah bulan dan tahunnya. char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. varchar 25 Nama barang int 8 Jumlah barang yang dipesan varchar 10 Satuan barang long 12 Harga satuan barang long 12 Total harga

Nama Tabel

: BAPnB

Primary key

: NoBAPnB,

Foreign key

: NoPO, NIK, KodePemasok

No Field 1 NoBAPnB

2

NoPO

3

KodePemasok

Tabel 4.70 Tabel BAPnB Tipe Data Panjang Deskripsi char 12 Kode BAPnB. Dengan tiga kode pertama adalah nomor urut BAPnB, lima digit kode dari BAPnB, dan empat digit terakhir adalah bulan dan tahunnya. char 9 Kode PO. Dengan tiga kode pertama adalah nomor urut PO, dua digit kode dari PO, dan empat digit terakhir adalah bulan dan tahunnya. char 6 Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok.

292 4

NIK

5 6 7

TglBAPnB TgPO NoSuratJalan

char

7

datetime datetime varchar

8 8 20

Nama Tabel

: BAPnB_detail

Primary key

: NoBAPnB, KodeBrg

Foreign key

:-

No Field 1 NoBAPnB

2

KodeBrg

3 4 5 6 7 8

NamaBrg Satuan QtyPesan QtyBrgDiterima QtyBrgKurang Keterangan

Nomor Induk Karyawan. Dengan tiga digit pertama adalah kode bagian dari karyawan, dan empat digit terakhir adalah nomor urut dari karyawan. Tanggal BAPnB Tanggal PO Nomor surat jalan pemasok

Tabel 4.71 Tabel BAPnB_detail Tipe Data Panjang Deskripsi char 12 Kode BAPnB. Dengan tiga kode pertama adalah nomor urut BAPnB, lima digit kode dari BAPnB, dan empat digit terakhir adalah bulan dan tahunnya. char

7

varchar varchar int int int varchar

25 10 8 8 8 50

Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. Nama barang Satuan barang Jumlah barang yang dipesan Jumlah barang yang diterima Jumlah barang kurang Keterangan barang yang diterima

293 Nama Tabel

: NRP

Primary key

: NoNRP

Foreign key

:-

No 1

Field NoNRP

2

NoBAPnB

3

KodePemasok

4 5 6 7 8

TglBAPnB TglNRP Discount PPN GrandTotal

Tabel 4.72 Tabel NRP Tipe Data Panjang Deskripsi char 10 Kode NRP. Dengan tiga kode pertama adalah nomor urut NRP, tiga digit kode dari NRP, dan empat digit terakhir adalah bulan dan tahunnya. char 12 Nomor Kode BAPnB. Dengan tiga kode pertama adalah nomor urut BAPnB, lima digit kode dari BAPnB, dan empat digit terakhir adalah bulan dan tahunnya. char 6 Kode pemasok. Dengan dua digit pertama adalah kode dari pemasok, dan empat digit terakhir nomor urut pemasok. datetime 8 Tanggal BAPnB datetime 8 Tanggal NRP int 3 Potongan Harga int 3 Pajak Pertambahan Nilai long 12 Total harga keseluruhan

294 Nama Tabel

: NRP_detail

Primary key

: NoNRP, KodeBrg

Foreign key

:-

Tabel 4.73 Tabel NRP_detail Field Tipe Panjang Deskripsi Data NoNRP char 10 Kode NRP. Dengan tiga kode pertama adalah nomor urut NRP, tiga digit kode dari NRP, dan empat digit terakhir adalah bulan dan tahunnya. KodeBrg char 7 Kode barang. Dengan tiga digit pertama adalah kode dari barang, dan empat digit terakhir adalah nomor urut barang. StatusBrgPengganti varchar 25 Nama barang QtyPesan int 8 Jumlah barang yang dipesan Satuan varchar 10 Satuan barang HargaBrg long 12 Harga satuan barang QtyRetur int 8 Jumlah barang yang diretur

No 1

2

3 4 5 6 7

4.2.5

User-Interface Component Pada gambar berikut menunjukkan setiap windows dan hasil print akan

diimplementasikan sebagai suatu class dengan satu object. Class “window” dan class “print” mewarisi karakteristik umum dari library user interface standard. Ketika sistem dijalankan, class “control” menghasilkan object dimana control diberikan. Control object menangani menu umum dan mendelegasikan control object user interface lainnya.

295 i d UI Compone nt Comp onent UI

Control

Comp onent Wi ndow Componen t Pr int

Ga nti Password

L ogin

M ast er Barang

M ast er Pema sok

M enu Utam a

Master Karyawan

Pena wa ran Harga Pe masok

Permi nt aan Pem bel ia n

Permi nt aan Pe nawaran Harg a

Peneri ma an Barang

Pesan an Pe mbe li an

Ret ur Pe mbe li an

Bukti Pem bayara n

Laporan Pe mbe li an T una i dan Kredi t

Daft ar Utan g

Lapo ran Ret ur T unai d an Kredi t

Nota Debi t

La pora n An ali si s Ki nerj a Pem asok

PR

PO

No ta Re tur

SPPH

SPH

BAPnB

Daft ar Utan g

Nota Debi t

Bukt i Pem bayaran

Laporan Pem bel ian Tu nai dan Kre dit

L aporan Sal do Ut ang

L aporan Anal isi s Ki nerja Pem asok

Lapo ran Ret ur Pem bel ian

Jurnal Pem bel ian

Jurn al Pen gelu ara n Kas

Compone nt UI Li brary

Wind ow

Pri nt

Gambar 4.183 User interface component

296 4.2.6

Recommendations

4.2.6.1 The System’s Usefulness Sistem informasi akuntansi yang dirancang ini diharapkan dapat memenuhi beberapa kriteria penting sebagai berikut: •

Usable Sistem

yang

dirancang

diharapkan

dapat

digunakan

oleh

user

menggunakan user interface dan disesuaikan dengan kebutuhan perusahaan pada saat diimplementasi. Kriteria ini dievaluasi melalui pengetesan versi pertama yang dilakukan di awal untuk menguji user dalam pemakaian user interface yang ada. •

Correct Sistem harus sesuai dengan kebutuhan user dan harus dapat mendukung kebutuhan perusahaan dalam proses pembelian dan pengelolaan utang usaha dengan tepat.

•

Comprehen sible Sistem dapat dipahami dan digunakan dengan mudah oleh para usernya.

•

Secure Sistem harus dapat menjamin keamanan data-data yang disimpan dalam sistem dari akses yang tidak terotorisasi baik dari internal maupun eksternal perusahaan.

•

Efficient Sistem harus efisien dalam mendukung pencatatan dan pengendalian proses pembelian dan pengelolaan utang usaha.

297 •

Reliable Sistem dapat menghasilkan informasi yang lebih akurat dan lebih dapat diandalkan, sesuai dengan kebutuhan perusahaan.

•

Testable Sistem yang dirancang harus benar-benar disiapkan untuk dapat memenuhi kebutuhan perusahaan di masa datang. Karena setiap data transaksi dan data lain yang akan menjadi bagian sistem ini sangatlah krusial bagi kelangsungan bisnis perusahaan.

4.2.6.2 Plan for Initiating Use Sebelum digunakan, sistem akan diinstall terlebih dahulu dan disetting spesifikasinya untuk dapat menjalankan sistem tersebut. Kemudian user akan diberikan buku manual sebagai petunjukpenggunaan sistem baik dalam bentuk tercetak maupun dalam bentuk disket atau CD, atau bila perlu dilakukan pelatihan kepada user mengenai cara penggunaan sistem agar mereka mendapatkan pemahaman dan pengertian mengenai cara kerja dari sistem yang baru sehingga mereka dapat ikut berpartisipasi dan mendukung dalam menerapkan sistem yang baru. Selanjutnya sistem akan dites apakah sudah sesuai dengan kebutuhan dari user. Dan secara berkala, perusahaan sendiri yang akan memaintenance sistemnya.

298 4.2.6.3 Implementation Plan Sistem informasi akuntansi pembelian dan utang usaha PT. Enomoto Srikandi Industries direncanakan akan dikonversikan dengan menggunakan metode paralel. Hal tersebut sebagai usaha untuk mengurangi tingkat resiko yang mungkin terjadi saat proses peralihan dari sistem lama ke sistem yang baru. Pada Tabel 4.74 dapat dilihat rencana implementasi sistem informasi akuntansi pada PT. Enomoto Srikandi Industries, sebagai berikut.

No

1.

2.

3. 4. 5.

Tabel 4.74 Rencana jadwal implementasi sistem informasi akuntansi pembelian dan utang usaha pada PT. Enomoto Srikandi Industries M inggu Kegiatan Durasi 1 2 3 4 5 6 7 8 9 10 11 12 (M inggu) Pengadaan 4 hardware, software dan jaringan Instalasi 2 hardware, software dan jaringan Testing 4 Training 2 Evaluasi 2 Total 14

13

14