BAB 4 PERANCANGAN USULAN SISTEM PENJUALAN DAN PENERIMAAN KAS PT BINTANG TOEDJOE. 4.1 Prosedur Penjualan dan Penerimaan Kas Usulan

Transkripsi

1 83 BAB 4 PERANCANGAN USULAN SISTEM PENJUALAN DAN PENERIMAAN KAS PT BINTANG TOEDJOE 4. Prosedur Penjualan dan Penerimaan Kas Usulan Sistem penjualan dan penerimaan kas PT Bintang Toedjoe dimulai dengan melakukan transaksi penjualan barang kepada customer, yaitu distributor-distributor, dan dimayoritaskan kepada PT Enseval Putra Megatrading. Proses transaksi penjualan finished good pada saat ini dapat dirinci sebagai berikut :. Customer mengeluarkan purchase order (PO) kepada bagian Marketing dimana bagian Marketing kemudian akan membuat sales order (SO) berdasarkan PO tersebut. SO di PT. Bintang Toedjoe terbagi dua yaitu : SO Lokal Sales Order Lokal ditujukan untuk transaksi penjualan dimana barang yang dipesan dikirim hanya di dalam wilayah Indonesia SO Ekspor Sales Order Ekspor ditujukan untuk transaksi penjualan dimana barang yang dipesan akan dikirim ke luar negeri selain wilayah Indonesia. 2. Jika SO mendapat persetujuan dari kepala bagian Marketing dan kepala bagian Product Planning Inventory Control (PPIC) maka bagian PPIC akan mempersiapkan barang yang akan didistribusikan dan membuat delivery order (DO) yang akan diberikan kepada kepala bagian PPIC untuk mendapat persetujuan.

2 84 3. Apabila DO telah disetujui oleh kepala bagian PPIC maka barang akan dikirimkan ke customer oleh dan transaksi akan tercatat di General Ledger. 4. DO, SO serta PO akan diberikan ke bagian Finance dan bagian Finance akan mencetak invoice untuk customer atas transaksi tersebut. 5. Bagian Finance akan melakukan konfirmasi atas pembayaran terhadap transaksi tersebut, Jika invoice atas transaksi tersebut telah dibayar, maka bagian Finance akan memberikan kuitansi berdasarkan invoice atas transaksi tersebut 6. Jika bukti pembayaran telah diterima dan disetujui, maka akan dicatat di General Ledger dan Account Receivable dari customer tersebut berkurang Sistem retur PT Bintang Toedjoe, apabila ada barang yang rusak, maka customer akan mengembalikan barang tersebut ke bagian PPIC beserta dengan invoice nya, setelah dilakukan pengecekan oleh bagian PPIC, maka akan dibuat surat keterangan retur penjualan, kemudian dikirim ke bagian finance, untuk dibuat credit memo dengan pilihan tukar barang atau potong bon, bila dipilih potong bon, maka akan mengurangi piutang dari customer.

3 85 Gambar 4. Gambar Rich Picture Penjualan dan Penerimaan Kas usulan Gambar 4.2 Gambar Rich Picture Retur usulan

4 Usulan Untuk Mengatasi Permasalahan. Sistem yang baru akan memiliki kemampuan untuk menangani proses order dan proses retur, penyediaan data retur yang tepat sehingga dapat diketahui setiap barang yang di retur berasal dari invoice yang mana, dan kemudian akan dibuat Credit Memo. 2. Pemecahan masalah pada perusahaan dilakukan dengan cara mengembangkan aplikasi dalam sistem informasi akun penjualan dan penerimaan kas. Aplikasi yang baru akan mempunyai master harga sendiri per setiap jenis barang dan per customer. 3. Variasi diskon yang tersedia di aplikasi baru ini akan lebih bervariasi, dimana pengguna dapat membuat variasi diskon berdasarkan jumlah barang, waktu pembayaran, maupun persentase. 4. Pada aplikasi yang baru, pada saat entry sales order, telah dapat diketahui pembayaran hutang yang sudah jatuh tempo dan juga dapat dilakukan setting batas kredit maksimal per customer sehingga jika telah mencapai batas kredit maksimal, maka tidak dapat melakukan proses entry sales order. 4.3 Architecture Design 4.3. Criteria Perancangan kriteria sistem informasi akuntansi penjualan dan penerimaan kas PT Bintang Toedjoe terutama ditekankan pada kriteria usable (dapat diterapkan pada saat implementasi), correct (dirancang sesuai dengan kebutuhan ), dan comprehensible (kemudahan mempelajari sistem), karena tanpa pemenuhan ketiga kriteria ini sistem tidak memberikan manfaat yang signifikan kepada perusahaan. Sedangkan kriteria efficient ( terjadi efisiensi dalam kegiatan

5 87 perusahaan setelah penerapan sistem), reliable (dapat diandalkan untuk mempertahankan keutuhan data agar sistem dapat menghasilkan laporan yang dapat diandalkan), dan fleible (sampai sejauh mana sistem dapat mengikuti perubahan) merupakan kriteria penting yang bersifat membantu kelancaran jalannya sistem. Karakteristik secure, maintainable, dan testable mendapatkan prioritas yang rendah, sementara karakteristik reusable, portable, dan interoperable merupakan karakteristik yang tidak memiliki relevansi atau hubungan dengan sistem informasi penjualan dan penerimaan kas yang diusulkan. Criterion Usable Secure Efficient Correct Reliable Maintainable Testable Fleible Comprehensible Reusable Portable Interoperable Very Important Important Less Important Irrelevant Easily fulfilled Tabel 4. Tabel kriteria sistem informasi akuntansi penjualan dan penerimaan kas Component architecture Sistem informasi akuntansi penjualan dan penerimaan kas PT Bintang Toedjoe menggunakan arsitektur client-server dengan bentuk centralized data dimana pada client terdapat komponen user interface dan function, sedangkan

6 88 pada server hanya terdapat komponen model. Gambar berikut ini menunjukkan arsitektur sistem informasi akuntansi penjualan dan penerimaan kas PT Bintang Toedjoe. Gambar 4.3 Gambar Component Diagram Process Architecture Deployment diagram dirancang dengan menggunakan centralized pattern dimana pada client terdapat komponen user interface, function

7 89 sedangkan pada server terdapat komponen model. Semua data yang diinput melalui komponen user interface client akan diproses oleh klien itu sendiri melalui komponen function pada klien, kemudian server akan menampung segala input dari client untuk dibaca dan diproses melalui komponen function dan model yang ada pada server. Gambar 4.4 Gambar Deployment Diagram

8 Gambar 4.5 Gambar Arsitektur Jaringan 90

9 9 4.4 Component Design 4.4. Model Component Dalam perancangan sistem, terdapat beberapa perbaikan terhadap analysis document yang dibuat sebelumnya. Berdasarkan event table, maka class diagram direvisi menghasilkan class diagram baru, yaitu ditambahnya kelas credit memo Class Class Event Sales Order Delivery Order Invoice Bukti Kas Masuk Piutang Retur Penjualan Karyawan Pelanggan Barang Karyawan Marketing Karyawan PPIC Karyawan Finance Memesan + * * * Mengirim + * + * menyiapkan + * * Mencatat * * * * mengupdate * * * * * Meretur * * * * * Tabel 4.2 Tabel Event Table

10 Gambar 4.6 Gambar Revised Class Diagram 92

11 Behavior Credit Memo Kelas CreditMemo menggambarkan event dimana setelah karyawan finance menerima surat keterangan retur penjualan dari karyawan PPIC, maka akan menyiapkan credit memo, yang akan memotong piutang atau menukarnya dengan barang. Gambar dibawah ini menunjukkan pola behavioral dari kelas Credit Memo. Gambar 4.7 Gambar statechart kelas CreditMemo Function Component Komponen model menyatakan kebutuhan function dan kebutuhan model. Terdapat beberapa komponen function dalam perancangan sistem informasi akuntansi penjualan dan penerimaan kas PT Bintang Toedjoe yaitu analisa umur piutang, mencetak laporan penjualan, mencetak laporan retur penjualan, dan mencetak laporan penerimaan kas, sedangkan seluruh function yang lainnya dapat diimplementasikan dalam operasi dalam komponen model.

12 94 Function <<component>> Function <<component>> Function <<component>> Function <<component>> LaporanPenerimaanKas LaporanTransaksiPenjualan AnalisaUmurPiutang LaporanReturPenjualan +cetaklaporanpenerimaankas() +cetaklaporanpenjualan() +analisaumurpiutang() +cetaklaporanreturpenjualan() Component <<model>> Karyawan -KodeKaryawan : String -NamaKaryawan : String -Password : String -Jabatan : String KaryawanFinance KaryawanPPIC KaryawanMarketing +menyiapkan() +mengupdate()..* +mengirim() +memesan() +mengupdate() +meretur()..* 0..*..* Invoice -NoInvoice : String -TglJatuhTempo : Date -NoSO : String -IDCustomer : String -LimitKredit : String -JumlahHutang : String -KodeBarang : String -NamaBarang : String -Satuan : String -Jumlah : String -Quantity : String -Harga : String -Discount : String -Potongan : String -NamaMarketing : String -NamaPembuatInvoice : String +menyiapkan()..*..*..*..* BuktiKasMasuk -NoBuktiKasMasuk : String -TglBuktiKasMasuk : Date -NoInvoice : String -NamaCustomer : String -NamaBank : String -NomorGiro/Cek : String -Nominal : String..* DeliveryOrder -NoDO : String -TglDO : Date -NoSO : String -IDCustomer : String -AlamatKirim : String -KodeBarang : String -NamaBarang : String -Satuan : String -Jumlah : String -Quantity : String -NamaPengirim : String -NamaPembuat : String +mengirim()..* Barang -KodeBarang : String -NoBarang : String -NamaBarang : String -MerekBarang : String -KategoriBarang : String -TglPemberianHarga : Date -Satuan : String -Quantity : String -Harga : String -MinimumStock : String -KodeLokasi : String -Tempat : String -Keterangan : String +mengirim() +mengupdate() ReturPenjualan -TglRetur : Date -NoRetur : String -Metode : Boolean -NoInvoice : String -Keterangan : String..* DetilRetur -NamaBarang : String -Quantity : String..* 0..* SalesOrder -NoSO : String -TglSO : Date -IDCustomer : String -LimitKredit : String -MataUang : String -NamaMarketing : String -NamaPembuatSO : String +memesan()..* DetilSO -JumlahHutang : String -KodeBarang : String -NamaBarang : String -Satuan : String -Jumlah : String -Quantity : String -Harga : String -Discount : String -Potongan : String Pelanggan -IDCustomer : String -NamaCustomer : String -AlamatCustomer : String -AlamatKirim : String -Wilayah : String -Telepon : String -LimitKredit : String -ContactPerson : String -HP : String -Faimile : String +memesan() +meretur()..* CreditMemo -Metode -NoRetur : String -TglCreditMemo : Date -NoInvoice : String -Keterangan : String -NamaGudang : String -NamaCustomer : String -Alamat : String -KodeBarang : String -NamaBarang : String -Satuan : String -Quantity : String -JumlahRetur : String -Harga : String -Keterangan : String +meretur() Piutang -NamaCustomer : String -JenisPembayaran : String -NomorCek/Giro : String -NamaBank : String -Nominal : String -TglCek : Date -TglPembayaran : Date -TotalPiutang : String -PiutangYgDibayar : String -SisaBayar : String -NamaPembuat : String +mengupdate() Gambar 4.8 Gambar FunctionComponent

13 Connecting Component Connecting Component digunakan untuk mengukur coupling dan cohesion yang ada, pada sistem PT Bintang Toedjoe diperlukan operation call sebagai berikut : Gambar 4.9 Gambar Connecting Component Objek Compute mempunyai operation menghitung, yang akan memanggil operation mencatat pada class Invoice, sehingga hanya diperlukan satu operation tetapi melibatkan dua class. Menghubungkan class dengan calling operation dapat menyebabkan low coupling.