BAB 4 PERANCANGAN S IS TEM INFORMAS I AKUNTANS I S IKLUS PENDAPATAN PT. TIRTAKENCANA TATAWARNA
4.1
Analysis Document
4.1.1
The Task Perancangan
Sistem Informasi Akuntansi Siklus Pendapatan pada PT.
Tirtakencana Tatawarna akan dimulai dengan pendeskripsian sistem dan prosedur yang diusulkan menggunakan FACTOR dan rich picture.
4.1.1.1 Purpose Pengembangan sistem informasi akuntansi siklus pendapatan pada perusahaan ini dilakukan untuk mendukung pencatatan dan pengendalian internal atas transaksi yang berkaitan dengan siklus pendapatan, dimulai dari prosedur penerimaan pesanan dari pelanggan, prosedur penyiapan dan pengiriman barang kepada pelanggan, penerimaan retur, prosedur penagihan, prosedur penerimaan pembayaran. pencatatan penerimaan kas, hingga pencatatan penyetoran kas ke bank.
4.1.1.2 System Definition Sistem informasi akuntansi siklus pendapatan yang dirancang untuk PT. Tirtakencana Tatawarna ini merupakan alat bantu untuk menangani pencatatan dan pelaporan aktivitas harian perusahaan yang berhubungan dengan siklus pendapatan. Sistem ini menggunakan arsitektur client server. Setiap client dan server menggunakan Personal Computer berbasis Windows dan client akan terhubung pada server dengan
107 menggunakan Local Area Network (LAN). Pengembangan sistem ini dilakukan berdasarkan usulan perbaikan dari permasalahan yang ditemui dalam aktivitas berjalan perusahaan. Untuk lebih jelasnya, system definition dari sistem informasi akuntansi penjualan dan piutang PT. Tirtakencana Tatawarna dapat dilihat pada tabel berikut ini. Tabel 4.1 System Definition dengan kriteria FACTOR Functionality Sistem yang diusulkan ini akan mendukung fungsionalitas perusahaan dalam proses bisnis perusahaan terkait dengan siklus penjualan, dimulai dari pendataan pelanggan baru, pembuatan Sales Order, Surat Jalan, Nota Penjualan, Surat Retur, Bukti Pembayaran, dan laporan-laporan periodik yang dibutuhkan manajemen untuk mendukung dalam pengambilan keputusan Application Kepala Perwakilan, Bagian Administrasi Penjualan, Bagian Domain Gudang, Bagian Pengiriman, Kepala Administrasi dan Keuangan, Bagian Penjualan Condition Perlunya penyesuaian antara piranti lunak dan piranti keras yang dimiliki perusahaan dengan sistem yang akan diimplementasikan. Selain itu, dibutuhkan pelatihan bagi karyawan yang akan menggunakan sistem agar dapat beradaptasi dengan mudah ketika menggunakan sistem ini. Technology M inimal sembilan Personal Computer (PC) yang dilengkapi beberapa peralatan tambahan seperti printer, jaringan LAN, dan fax. Dan piranti lunak yang diperlukan adalah .NET Framework 2.0, sistem operasi M icrosoft Windows XP SP2, dan untuk database menggunakan SQL Server 2000, serta berbagai piranti lunak lainnya untuk mendukung jalannya sistem, yaitu driver yang dibutuhkan untuk menghubungkan PC dengan peralatan lainnya. Objects Pelanggan, Sales Order, Surat Jalan, Nota Penjualan, Surat Retur, Bukti Pembayaran, Bukti Penerimaan Bank, Barang, Sales, Kepala Perwakilan, Bagian Administrasi Penjualan, Bagian Gudang, Bagian Pengiriman, Kepala Administrasi dan Keuangan, Bagian Penjualan Responsibility M endukung kegiatan operasional perusahaan yang berkaitan dalam siklus pendapatan dalam hal pencatatan data-data yang berhubungan dan menghasilkan serta menyediakan informasi yang dibutuhkan oleh perusahaan berkaitan dengan siklus pendapatan.
108 4.1.1.3 Context Problem Domain Prosedur yang diusulkan untuk sistem informasi akuntansi siklus pendapatan di PT. Tirtakencana Tatawarna adalah sebagai berikut : a. Prosedur Penerimaan Pesanan dari Pelanggan Siklus pendapatan pada PT. Tirtakencana Tatawarna dimulai ketika Sales menerima pesanan dari pelanggan. Pelanggan dapat memesan barang melalui Sales yang kanvas, melalui telepon ataupun datang langsung ke perusahaan. Pelanggan yang baru pertama kali melakukan pembelian melalui telepon atau datang ke perusahaan tidak dapat diberikan kredit. Sedangkan untuk pelanggan baru yang membeli melalui Sales yang kanvas dapat diberikan kredit dengan limit yang paling minimum, yaitu sebesar sepuluh juta rupiah. Pesanan dari pelanggan akan dicatat dalam sebuah Catatan Pesanan. Setelah itu, akan dibuat Sales Order yang berisi data pelanggan, barang yang dipesan beserta jumlahnya. Sales Order dibuat sebanyak dua rangkap, dimana rangkap dua akan diberikan kepada pelanggan, dan rangkap satu akan dipegang oleh Sales itu sendiri. Ketika pembuatan Sales Order, secara otomatis sistem akan menghitung apakah sisa kredit pelanggan masih mencukupi untuk dapat dilakukannya penjualan kredit. Apabila sisa kredit mencukupi, maka Sales akan memberikan catatan mengenai nomor Sales Order pada Catatan Pesanan bersangkutan dan memberikan Catatan Pesanan tersebut kepada Bagian Gudang dengan tujuan agar Bagian Gudang dapat menyiapkan barang dan membuat Surat Jalan. Limit kredit pelanggan ditentukan berdasarkan beberapa kriteria, yaitu jumlah nominal rata-rata transaksi, ketepatan dalam pelunasan piutang, rata-rata
109 frekuensi transaksi bulanan, dan loyalitas pelanggan yang diukur dari lamanya berlangganan. Untuk pelanggan baru dan merupakan pelanggan individual untuk tiga transaksi pertama tidak dapat diberikan kredit, sedangkan jika merupakan toko maka diberikan kredit dengan limit paling minimum yaitu sepuluh juta rupiah.
b. Prosedur Pengiriman Barang kepada Pelanggan Setelah Bagian Gudang menerima Catatan Pesanan dari Sales, maka Bagian Gudang akan menyiapkan barang dan kemudian membuat Surat Jalan berdasarkan nomor Sales Order yang tertera dalam Catatan Pesanan dan disesuaikan dengan ketersediaan barang. Surat Jalan akan dibuat tiga rangkap satu dan akan diberikan kepada Bagian Administrasi Penjualan sebagai dasar untuk membuat Nota Penjualan. Setelah Surat Jalan diterima, maka Bagian Administrasi Penjualan akan membuat Nota Penjualan sebanyak tiga rangkap, dimana pendistribusiannya adalah sebagai berikut : •
Rangkap satu akan disimpan sebagai arsip sementara oleh Bagian Administrasi Penjualan untuk dilakukan penjurnalan setelah Surat Jalan rangkap satu dan tiga diterima dari Bagian Pengiriman
•
Rangkap dua akan dikirimkan kepada pelanggan sebagai bukti bahwa telah pelanggan telah melakukan transaksi penjualan secara kredit
•
Rangkap tiga akan diberikan kepada Bagian Faktur untuk diarsip sementara
110 Kemudian Surat Jalan akan diberikan kepada Bagian Pengiriman sebagai pengantar untuk barang yang dikirimkan kepada pelanggan beserta dengan Nota Penjualan rangkap dua dalam amplop tertutup yang ditujukan untuk pelanggan. Dan penjurnalan dilakukan ketika Bagian Pengiriman telah kembali ke kantor dan menyerahkan Surat Jalan rangkap satu kepada Bagian Administrasi Penjualan.
c. Prosedur Penerimaan Retur Penjualan dari Pelanggan Ketika bagian pengiriman telah sampai ke pelanggan bersama dengan barang, maka pelanggan bersama-sama dengan bagian pengiriman akan memeriksa kesesuaian barang yang dikirimkan dengan Surat Jalan yang terlampir. Jika terdapat barang yang rusak atau tidak sesuai dengan pesanan pelanggan maka barang tersebut dapat diretur oleh pelanggan dan kemudian bagian pengiriman akan membuat Catatan Retur atas Surat Jalan yang bersangkutan. Kemudian Surat Jalan rangkap dua akan diberikan kepada pelanggan sebagai bukti bahwa barang telah dikirimkan dan sampai kepada pelanggan. Setelah itu, Surat Jalan rangkap satu dan tiga akan diberikan kepada Kepala Gudang untuk dicek dan diberikan konfirmasi apabila terjadi retur barang. Setelah itu, Bagian Gudang akan membuat Surat Retur sebanyak tiga rangkap sesuai dengan Catatan Retur sebagai bukti bahwa barang retur telah diterima oleh gudang. Selain itu jika setelah hari pengiriman barang, pelanggan menemukan kerusakan pada barang, pelanggan dapat memberikan konfirmasi melalui telepon
111 kepada perusahaan. Kemudian Bagian Pengiriman akan mengambil barang tersebut dan membuatkan Catatan Retur sebagai bukti bahwa barang tersebut telah ditarik dari pelanggan, dan retur barang telah diterima. Selanjutnya, Bagian Gudang akan membuat Surat Retur sebanyak tiga rangkap. Retur hanya dapat diterima paling lama satu minggu setelah tanggal pengiriman. Surat Retur tersebut akan diberikan kepada Bagian Administrasi Penjualan, dan setelah itu akan dibuatkan M emo Kredit sebagai bukti bahwa piutang telah dikurangi. Kemudian Surat Retur rangkap dua dan M emo Kredit akan dikirimkan kepada pelanggan. Surat Retur rangkap satu dikembalikan kepada Bagian Gudang. Sedangkan Surat Retur rangkap tiga akan disimpan oleh Bagian Faktur.
d. Prosedur Penagihan dan Penerimaan Pembayaran dari Pelanggan Jika penjualan dilakukan secara tunai, maka setelah barang dikirimkan pelanggan akan langsung melakukan pembayaran kepada bagian Pengiriman, dan kemudian akan dibuatkan Bukti Pembayaran sebanyak dua rangkap sebagai bukti bahwa pelanggan telah melakukan pembayaran atas barang yang dikirimkan dan Nota Penjualan rangkap satu akan diberikan kepada pelanggan. Sedangkan untuk penjualan kredit, sesuai dengan kebijakan perusahaan seluruh piutang akan jatuh tempo dalam waktu tiga puluh lima hari untuk penjualan cat, sedangkan untuk penjualan mebel ditetapkan empat puluh sembilan hari. Pengecekan umur piutang dilakukan setiap akhir minggu oleh Kepala Administrasi Penjualan dan Keuangan Cabang bersama dengan Kepala Perwakilan dan Sales untuk piutang yang jatuh tempo seminggu kedepan.
112 Kemudian bagian administrasi akan membuat Daftar Piutang tiga rangkap untuk setiap Sales sesuai dengan penjualan yang telah mereka terima masing-masing. Daftar Piutang tersebut didistribusikan sebagai berikut : •
Rangkap satu diserahkan kepada Kepala Bagian Administrasi dan Keuangan
•
Rangkap dua diserahkan kepada Sales
•
Rangkap tiga diarsip di bagian Faktur. Kemudian Sales akan melakukan penagihan sesuai dengan tanggal jatuh
tempo masing-masing piutang dengan membawa Nota Penjualan rangkap satu. Jika pelanggan melunasi pembayarannya, maka Sales akan membuatkan Bukti Pembayaran sebanyak dua rangkap sebagai bukti bahwa pelanggan telah melakukan pembayaran, kemudian Nota Penjualan dan Bukti Pembayaran rangkap satu akan diserahkan kepada pelanggan sebagai bukti bahwa pelanggan telah melunasi piutangnya. Setelah itu, Bukti Pembayaran dan Nota Penjualan rangkap dua beserta uang tunai dan cek yang diterima Sales diserahkan kepada Bagian Administrasi Penjualan untuk dibuatkan Konfirmasi Pembayaran yang akan dikirimkan kepada pelanggan sebagai bukti bahwa pembayaran telah diterima oleh perusahaan dari Sales. Kemudian Bukti Pembayaran rangkap dua beserta seluruh uang tunai dan cek yang diterima diserahkan kepada Kepala Administrasi dan Keuangan untuk dicatat dalam Jurnal Penerimaan Kas dan disetorkan kepada Bank. Setelah itu dicatat dalam Bukti Penerimaan Bank untuk memindahkan jumlah Kas Ditangan kepada Kas dalam Bank.
113 e. Menyiapkan Laporan yang Dibutuhkan Manajemen Setiap akhir bulan, akan dibuat beberapa laporan yang berkaitan dengan siklus pendapatan yang dibutuhkan manajemen dalam pengambilan keputusan dan kebijakan untuk bulan mendatang. Laporan yang akan dihasilkan yaitu Laporan Penjualan, Laporan Retur Penjualan, Laporan Usia Piutang, Laporan Penerimaan Pembayaran, Laporan Penerimaan Bank, Review Limit Kredit, Daftar SO Pending dan Jurnal.
Untuk lebih jelasnya dapat dilihat rich picture prosedur yang diusulkan yang disajikan pada Gambar 4.1 berikut ini.
114
Gambar 4.1 Rich Picture Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna yang Diusulkan
115 Application Domain Sistem yang dirancang ini akan mendukung tugas-tugas karyawan Bagian Penjualan, Bagian Gudang, Bagian Administrasi Penjualan, Bagian Pengiriman, dan Kepala Administrasi dan Keuangan. Tugas-tugas utama application domain adalah melakukan pencatatan yang berhubungan dengan prosedur siklus pendapatan dimulai dari penerimaan pesanan dari pelanggan, pengiriman barang, penerimaan retur, penagihan dan penerimaan pembayaran hingga penyetoran kas ke bank.
116 4.1.2
Problem Domain Analisis problem domain untuk Sistem Informasi Akuntansi Siklus Pendapatan
pada PT. Tirtakencana Tatawarna melibatkan aktivitas analisis terhadap clusters, structures, dan class.
4.1.2.1 Clusters M odel Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna secara keseluruhan terdiri dari beberapa cluster yaitu Barang, Penjualan, Piutang, Penerimaan Kas, dan Penerimaan Bank. Untuk lebih jelasnya berikut adalah gambaran model sistem informasi akuntansi siklus pendapatan yang diusulkan.
cla ss Cluste r Use r + Bag i an Ad mi n istra si Pen j ua la n + Bag i an Gu da ng + Bag i an Gu da ng + Bag i an Pe n gi rim an + Karyaw an + Kep al a Ad mi n istra si da n Ke ua ng an
Pe me sa na n
Ba ra ng
Pengir im an
+ Ba ra n g
+ De tai l _SO
+ Je ni s_ Bara ng
+ Pe l an gg an
+ Me rk
+ Sa l es
+ Ukuran
+ Sa l es_Orde r
+ Deta il _ SJ + Nota _Pe nj u al an + Sura t_ Jal a n
+ Wa rna
+ Passwo rd
R etur
Pe nerima a n Kas
+ De tai l _SR
+ Bu kti _Pe mb aya ran
+ Su rat_ Retu r
+ De tai l _Pe l un asan + De tai l _Pe mb aya ran
Pe ne rima an B ank + Ban k + Bukti_ Pen e ri ma an _B an k + Reken i ng _Ba nk
Gambar 4.2 M odel Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
4.1.2.2 Structure Pada Gambar 4.3 digambarkan struktur “User” yang terdiri dari “Password”, “Karyawan”,
“Sales”,
“Bagian_Pengiriman”,
“Bagian_Gudang”,
“Bagian_Administrasi_Penjualan”, dan “Kepala_Administrasi_dan_Keuangan”, dengan
117 pola hubungan agregasi antara class “Password” dan “Karyawan” yang menggambarkan bahwa setiap “Karyawan” memiliki satu “Password”, dan setiap “Password” memiliki satu “Karyawan”. Selain itu terdapat juga pola hubungan generalisasi antara class “Karyawan”
dengan
class
“Sales”,
“Bagian_Pengiriman”,
“Bagian_Gudang”,
“Bagian_Administrasi_Penjualan”, dan “Kepala_Administrasi_dan_Keuangan” yang menggambarkan
bahwa
“Bagian_Pengiriman”,
class
“Karyawan”
“Bagian_Gudang”,
terdiri
dari
class
“Sales”,
“Bagian_Administrasi_Penjualan”,
dan
“Kepala_Administrasi_dan_Keuangan”. class User
Karyaw an
P assword 1
Bagian G udang
Bagian P engiriman
Bagian Administrasi Penj ualan
1
Kepala Administrasi dan Keuangan
Bagian Gudang
Gambar 4.3 Struktur “User”
Pada Gambar 4.4 digambarkan struktur “Barang” yang terdiri dari “Barang”, “Ukuran”, “Warna”, “M erk”, dan “Jenis_Barang” dengan pola hubungan agregasi yang menggambarkan bahwa setiap “Jenis_Barang” memiliki banyak “M erk”, setiap “M erk” memiliki banyak “Warna”, setiap “Warna” memiliki banyak “Ukuran”, dan setiap “Ukuran” memiliki banyak “Barang”.
118 pkg Barang
Bara ng
Ukuran 1..* 1
Warna 1..*
1
1..* 1
Jen is_Barang
Me rk 1
1..*
Gambar 4.4 Struktur “Barang”
Pada Gambar 4.5 digambarkan struktur “Pemesanan” yang terdiri dari “Pelanggan”, “Sales”, “Sales Order”, dan “Detail_SO”dengan pola hubungan agregasi pada “Sales Order” dengan “Detail_SO” yang menggambarkan bahwa setiap “Sales_Order” memiliki minimal satu hingga banyak “Detail_SO”. Selain itu, terdapat hubungan asosiasi di antara “Sales” dengan “Sales_Order”, dan “Pelanggan” dengan “Sales_Order”. cl as s P emes anan
Pe la nggan
1 1.. * Sa les
S ale s_ Orde r 1
1.. *
Gambar 4.5 Struktur “Penjualan”
De tai l_S O 1
1. .*
119 Pada Gambar 4.6 digambarkan struktur “Pengiriman” yang terdiri dari “Nota_Penjualan”, “Surat_Jalan”, dan “Detail_Surat_Jalan” dengan pola hubungan agregasi pada “Surat_Jalan” dengan “Detail_Surat_Jalan” yang menggambarkan bahwa setiap “Surat_Jalan” memiliki minimal satu hingga banyak “Detail_Surat_Jalan”. Selain itu, terdapat hubungan asosiasi di antara “Nota_Penjualan” dengan “Surat_Jalan”. c las s P engiri ma n
Nota _Pe nj ual an
Sura t_ Ja lan 1
Detail _SJ
1
1
1. .*
Gambar 4.6 Struktur “Pengiriman”
Pada Gambar 4.7 digambarkan struktur “Retur” yang terdiri dari “Surat_Retur”, dan “Detail_Surat_Retur” dengan pola hubungan agregasi pada “Surat_Retur” dengan “Detail_Surat_Retur” yang menggambarkan bahwa setiap “Surat_Retur” memiliki minimal satu hingga banyak “Detail_Surat_Retur”. c las s Retur
Sura t_ Retur
Detail _SR 1
1.. *
Gambar 4.7 Struktur “Retur”
Pada Gambar 4.8 digambarkan struktur “Penerimaan_Kas” yang terdiri dari “Bukti_Pembayaran”, “Detail_Pelunasan”, dan “Detail_Pembayaran” dengan pola hubungan agregasi yang menggambarkan bahwa setiap “Bukti_Pembayaran” memiliki minimal satu hingga banyak “Detail_Pelunasan” dan “Detail_Pembayaran”.
120 cl as s P enerima an Kas
Buk ti_ Pe mbaya ran
De ta il_ Pel unas an 1 ..*
1
Deta il_ Pembayara n 1
1 ..*
Gambar 4.8 Struktur “Penerimaan_Kas”
Pada Gambar 4.9 digambarkan struktur “Penerimaan_Bank” yang terdiri dari “Bukti_Penerimaan_Bank”,
“Rekening_Bank”, dan “Bank” dengan pola hubungan
asosiasi yang menggambarkan bahwa setiap “Bukti_Penerimaan_Bank” berhubungan dengan minimal satu hingga banyak “Rekening_Bank” sementara hubungan antara “Rekening_Bank” dengan “Bank” adalah agregasi shared yang menggambarkan bahwa setiap “Bank” dapat memiliki
nol sampai banyak “Rekening_Bank”, dan setiap
“Rekening_Bank” memiliki satu “Bank”. c las s P enerima an Ba nk
Buk ti_ Pe ne rimaa n_ Bank
Rek ening_ Bank 1
1. .*
Ba nk 0. .* 1
Gambar 4.9 Struktur “Penerimaan_Bank” Gambar 4.10 di bawah ini menunjukkan Class Diagram lengkap dari sistem informasi akuntansi siklus pendapatan yang diusulkan untuk PT. Tirtakencana Tatawarna.
121
Gambar 4.10 Class Diagram Tirtakencana Tatawarna
Sistem Informasi Akuntansi Siklus Pendapatan PT.
4.1.2.3 Classes Password Class ”Password” menggambarkan kumpulan objek dari individu yang memiliki hak akses terhadap sistem secara langsung dalam kegiatan sehari-hari. Pertama-tama akan dilakukan event mendaftar terhadap ”Password”. Setelah itu, ”Password” akan berstatus ”Registered”. Setelah melakukan event login, maka status ”Password” akan berubah menjadi ”Active”. Pada status ini, ”Password” dapat melakukan event mengganti password hingga melakukan event logout.
122 cl as s P ass w ord
Pas sw ord -
use rid : ch ar use rp asswo rd: cha r
+ + + +
m en da fta r() : void lo gin () : void m en gg an ti_p assword () : void lo go ut() : vo id
Gambar 4.11 Class ” Password” s tm Pas sw ord /m en gg an ti_ pa ssword
Ac tiv e
Regis tere d /m e nd aft ar
/l ogi n
/ log ou t
Gambar 4.12 Behavioral Pattern dari Class ”Password” Tabel 4.2 Keterangan Behavioral Pattern dari Class ”Password” Event Attributes M endaftar Userid, password Login Userid, password M engganti_password Userid, password Logout Userid, password
Karyawan Class Karyawan menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan. Pertama-tama akan dilakukan event mendaftar terhadap Karyawan. Setelah itu, Sales akan berstatus ”Registered” hingga Karyawan dalam kondisi resign.
123 cl as s Karyaw an
Karya wa n -
ko de _karya wa n: ch ar n am a_ karya wan : ch ar u seri d: ch ar
Gambar 4.13 Class ”Karyawan”
Bagian_Gudang Class Bagian_Gudang menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan yang bertugas untuk menyiapkan barang yang akan dikirimkan kepada pelanggan sesuai dengan pesanannya. Pertama-tama akan dilakukan event mendaftar terhadap Bagian_Gudang. Setelah itu, Bagian_Gudang akan berstatus ”Registered”. Pada status ini, Bagian_Gudang dapat melakukan event mengirim berulang kali. cl as s Bagi an_Guda ng K arya wa n Ba gia n_ Gudang
Gambar 4.14 Class ”Bagian_Gudang” stm Bagia n_ Guda ng /m en girim
Activ e /m en da fta r
Gambar 4.15 Behavioral Pattern dari Class ”Bagian_Gudang” Tabel 4.3 Keterangan Behavioral Pattern dari Class ”Bagian_Gudang”
124 Event M endaftar M engirim
Attributes Kode_karyawan, nama_karyawan, userid No_SJ, tgl_kirim, no_SO, kode_gudang
Bagian_Pengiriman Class Bagian_Pengiriman menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan yang bertugas untuk melakukan pengiriman barang kepada pelanggan. Pertama-tama akan dilakukan event mendaftar terhadap Bagian_Pengiriman. Setelah itu, Bagian_Pengiriman akan berstatus ”Registered”. Pada status ini, Bagian_Pengiriman dapat melakukan event meretur berulang kali. c las s Bagian_P engirima n K aryawa n Bagia n_ Pengi ri ma n
Gambar 4.16 Class ”Bagian_Pengiriman” stm Bagia n_P engiri ma n /m eretu r
Activ e / me nd af tar
Gambar 4.17 Behavioral Pattern dari Class ”Bagian_Pengiriman” Tabel 4.4 Keterangan Behavioral Pattern dari Class ” Bagian_Pengiriman” Event Attributes M endaftar Kode_karyawan, nama_karyawan, userid M eretur No_SR, no_NP, tgl_retur, kode_pengiriman
Bagian_Administrasi_Penjualan
125 Class Bagian_Administrasi_Penjualan menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan yang bertugas untuk melakukan pencatatan dan pembuatan surat serta pencetakan laporan yang dibutuhkan. Pertama-tama
akan
dilakukan
event
mendaftar
terhadap
Bagian_Administrasi_Penjualan. Setelah itu, Bagian_Administrasi_Penjualan akan berstatus
”Registered”.
Pada status
ini,
Bagian_Administrasi_Penjualan
dapat
melakukan event menjual berulang kali. c las s Bagian_Adminis tra si_ Pe nj ua la n K arya wa n Bagia n_Administrasi _Pe nj uala n
Gambar 4.18 Class ”Bagian_Administrasi_Penjualan” s tm Bagia n_ Adminis tras i_ Penj ua la n / me na gih
Activ e /m en da fta r
Gambar 4.19 Behavioral Pattern dari Class ”Bagian_Administrasi_Penjualan” Tabel 4.5 Keterangan Behavioral Pattern dari Class ”Bagian_Administrasi_Penjualan” Event Attributes M endaftar Kode_karyawan, nama_karyawan, userid M enjual No_NP, no_SJ, tgl_jatuh_tempo, total, jml_PPN, jml_DPP, kode_admin
Kepala_Administrasi_dan_Keuangan
126 Class Kepala_Administrasi_dan_Keuangan menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan yang bertugas untuk melakukan penilaian pelanggan dan menyetorkan uang kas ke bank. Pertama-tama
akan
dilakukan
event
mendaftar
terhadap
Kepala_Administrasi_dan_Keuangan. Setelah itu, Kepala_Administrasi_dan_Keuangan akan berstatus ”Registered”. Pada status ini, Kepala_Administrasi_dan_Keuangan dapat melakukan event menilai dan menyetorkan hingga dalam kondisi resign. c las s Kepala _Adminis tra si_ da n_ Keuanga n K arya wan Kepal a_Administra si _dan_Ke ua ngan
Gambar 4.20 Class ”Kepala_Administrasi_dan_Keuangan” s tm Kepal a_ Administras i_dan_Keuangan /m e nyet orka n
Activ e /m en da fta r
/ me ni lai
Gambar 4.21 Behavioral Pattern dari Class ”Kepala_Administrasi_dan_Keuangan” Tabel 4.6 Keterangan Behavioral Pattern dari Class ”Kepala_Administrasi_dan_Keuangan” Event Attributes M endaftar Kode_karyawan, nama_karyawan, userid M enyetorkan No_BPB, tgl_setor, no_BP, no_slip_setoran, no_rekening_bank, total_setor, kode_kepala_admin M enilai kode_pelanggan, jml_limit_kredit
S ales
127 Class Sales menggambarkan kumpulan objek dari individu yang bekerja dalam perusahaan yang bertugas untuk melakukan penjualan produk kepada pelanggan. Pertama-tama akan dilakukan event mendaftar terhadap Sales. Setelah itu, Sales akan berstatus ”Active”. Pada status ini, Sales dapat melakukan event memesan. cl as s S ale s
Sal es -
kod e_ sal es: ch ar n am a_ sale s: ch ar wil ayah : ch ar
Gambar 4.22 Class ”Sales” s tm Sal es / me m esa n
Ac tiv e / me nd af tar
[ tid ak_ be kerj a_ lag i]
Gambar 4.23 Behavioral Pattern dari Class ”Sales” Tabel 4.7 Keterangan Behavioral Pattern dari Class ”Sales” Event Attributes M endaftar kode_sales, nama_sales, wilayah M emesan no_SO, tgl_SO, kode_pelanggan, jenis_penjualan, status_SO, kode_sales, total
Pelanggan Class Pelanggan menggambarkan kumpulan objek dari individu atau perusahaan yang melakukan pembelian di PT. Tirtakencana Tatawarna. Pada saat transaksi pertama kali, maka Pelanggan akan didaftarkan oleh Sales, kemudian setelah berstatus ”Registered”, Pelanggan dapat melakukan event memesan, dan setelah itu Pelanggan akan berstatus ”Active”. Pada status ini, Pelanggan dapat
128 melakukan event memesan, meretur, mengirim, menilai hingga limit kredit mencapai batas atau tidak memiliki sisa kredit lagi, dan akan kembali ”Active” setelah pelanggan membayar. c las s P ela ngga n
Pel anggan -
ko de _p ela ng ga n: cha r n am a_ pe lan gg an : ch ar a lam a t_p ela ng ga n: cha r ko ta: cha r ko de _p os: ch ar n o_ tel p1 : cha r n o_ tel p2 : cha r n o_ fax: ch ar e ma il: cha r con ta ct _pe rso n: cha r n o_ hp _con tact_ pe rso n: ch ar tg l_ ord er_pe rta m a: cha r n o_ NPWP: ch ar jm l_ lim it _kre dit : l on g jm l_ kre dit_ te rpa kai : l on g jm l_ sisa _kre dit : l on g
Gambar 4.24 Class ”Pelanggan”
s tm Pe langgan /m em e san / me re tur
Re gis te red /m en da fta r
Ac tiv e /m e me san
/ me ng iri m /m en ila i
[ lim it_ kred it_ ha bi s]
/m em ba yar
I na cti v e
Gambar 4.25 Behavioral Pattern dari Class ”Pelanggan” Tabel 4.8 Keterangan Behavioral Pattern dari Class ”Pelanggan” Event Attributes M endaftar kode_pelanggan, nama_pelanggan, alamat_pelanggan,
kota,
129
M emesan M engirim M eretur M embayar M enilai
kode_pos, no_telp1, no_telp2, no_fax, email, contact_person, no_HP_contact_person, tgl_order_pertama, no_NPWP, jml_limit_kredit, jml_kredit_terpakai, jml_sisa_kredit no_SO, tgl_SO, kode_pelanggan, jenis_penjualan, status_SO, kode_sales, total, jml_PPN, jml_DPP No_SJ, tgl_kirim, no_SO, kode_karyawan No_SR, no_NP, tgl_retur No_BP, tgl_bayar, total_bayar kode_pelanggan, jml_limit_kredit
Barang Class Barang menggambarkan kumpulan objek produk yang dijual oleh perusahaan. Pertama-tama, setelah event menerima, Barang akan berstatus ”Available”. Jika merupakan barang baru, maka Barang akan berstatus ”Pending” dan kemudian dilakukan event mendaftar sehingga Barang kembali berstatus ”Available”. Setelah event memesan, maka Barang akan berstatus ”Active”. Pada status ini, barang dapat melakukan event memesan, mengirim dan meretur hingga barang habis. cl as s Bara ng
Ba rang -
Gambar 4.26 Class ”Barang”
ko de _ba ra ng : ch ar ko de _je nis_ ba ra ng : cha r ko de _m erk_ ba ra ng : cha r ko de _wa rna _b aran g: ch ar n o_ ukuran _b ara ng : ch ar ke terang an _l ain : ch ar ta ng ga l_sa ld o_ awa l: ch ar ku an tita s_a wal : i nt q ty_m ini mu m : i nt jm l_ tersed ia: in t h arg a_ satu an : lon g
130 stm Ba ra ng /m emesan
Rec eiv ed /m enerim a
/mem esan
[baran g_ba ru]
/m enda ftar
/ meng irim
Ac tiv e
[b arang _habi s]
/ meret ur
Proce ssed
Gambar 4.27 Behavioral Pattern dari Class ”Barang” Tabel 4.9 Keterangan Behavioral Pattern dari Class ”Barang” Event Attributes M enerima Kode_barang, jml_tersedia M endaftar Kode_barang, kode_jenis_barang, kode_merk_barang, kode_warna_barang, no_ukuran_barang, keterangan_lain, tgl_saldo_awal, kuantitas_awal, qty_minimum, jml_tersedia, harga_satuan M emesan no_SO, kode_barang, qty M engirim No_SJ, no_SO, kode_barang, qty M eretur No_SR, no_NP, kode_barang, qty
Ukuran Class Ukuran menggambarkan kumpulan objek yang menyatakan ukuran produk yang dijual. Setelah event mendaftar maka Ukuran akan berstatus ”Active” hingga barang dengan ukuran tersebut tidak dijual lagi. cl as s Ukura n
Uk ura n -
Gambar 4.28 Class ”Ukuran”
kod e_ uku ran : ch ar uku ra n_ ba ran g: char
131 s tm Ukuran Av ail able /m en da fta r
[ti dak_ di jua l_ lag i]
Gambar 4.29 Behavioral Pattern dari Class ”Ukuran” Tabel 4.10 Keterangan Behavioral Pattern dari Class ”Ukuran” Event Attributes M endaftar Kode_ukuran, ukuran_barang Warna Class Warna menggambarkan kumpulan objek yang menyatakan warna dari produk yang dijual. Setelah event mendaftar maka Warna akan berstatus ”Active” hingga barang dengan warna tersebut tidak dijual lagi. cl as s Wa rna
Warna
-
ko de_ wa rna : ch ar wa rna _b aran g: ch ar
Gambar 4.30 Class ”Warna”
stm Wa rna Av a ila bl e /me nd af tar
[tid ak_ di jua l_l ag i]
Gambar 4.31 Behavioral Pattern dari Class ”Warna” Tabel 4.11 Keterangan Behavioral Pattern dari Class ”Warna” Event Attributes M endaftar Kode_warna, warna_barang
132 Merk Class M erk menggambarkan kumpulan objek yang menyatakan merk dari produk yang dijual. Setelah event mendaftar maka M erk akan berstatus ”Active” hingga barang dengan merk tersebut tidak dijual lagi. cl as s M erk
Me rk -
kod e_ me rk: ch ar m erk_ ba ran g: cha r
Gambar 4.32 Class ”M erk” s tm Me rk Av ai lable /m en da fta r
[ tid ak_ dij ual _la gi ]
Gambar 4.33 Behavioral Pattern dari Class ”M erk” Tabel 4.12 Keterangan Behavioral Pattern dari Class ”M erk” Event Attributes M endaftar Kode_merk, merk_barang
Jenis_Barang Class Jenis_Barang menggambarkan kumpulan objek yang menyatakan jenis dari produk yang dijual. Setelah event mendaftar maka Jenis_Barang akan berstatus ”Active” hingga barang dengan jenis tersebut tidak dijual lagi. cl as s J enis_ Bara ng
J enis_ Ba rang -
Gambar 4.34 Class ”Jenis_Barang”
kod e_ jen is: ch ar je nis_ ba ran g: cha r
133 s tm Je nis _Bara ng Activ e [ti da k_d iju al_ lag i]
/ me nd af tar
Gambar 4.35 Behavioral Pattern dari Class ”Jenis_Barang” Tabel 4.13 Keterangan Behavioral Pattern dari Class ”Jenis_Barang” Event Attributes M endaftar Kode_jenis, jenis_barang
S ales_Order Class Sales_Order menggambarkan kumpulan objek dari form Sales Order yang berfungsi untuk mencatat pesanan dari pelanggan. Class Sales_Order akan berstatus Pending setelah event memesan, kemudian akan dicek limit kredit dari pelanggan yang melakukan pemesanan. Apabila limit kredit pelanggan tidak mencukupi, maka Sales_Order akan ditolak. Dan apabila limit kredit pelanggan mencukupi, makan dicek ketersediaan barang yang dipesan. Apabila barang yang tersedia tidak cukup untuk memenuhi pesanan, maka Sales_Order akan diproses ke sistem pembelian. Dan barang yang ada akan dikirimkan terlebih dahulu. Kekurangan barang akan dikirimkan setelah barang tersedia. cl as s S ale s_ Orde r
Sa les _Order -
Gambar 4.36 Class ”Sales_Order”
n o_ SO: ch ar tg l_ SO: da te je ni s_p en jua lan : ch ar ko de _p ela ng ga n: cha r sta tu s_SO: cha r ko de _sa les: cha r to ta l: lon g ju m lah _p pn : l on g ju m lah _d pp : l on g sta tu s_p rin t: b oo le an
134 s tm Sa les _Order S ending / me ng iri m
[ ba ran g_ te rkiri m_ sem u a]
/m e ng irim
Pe nding / me m esa n
[li mi t_kre di t_t ida k_m e me nu hi ]
Gambar 4.37 Behavioral Pattern dari Class ”Sales_Order” Tabel 4.14 Keterangan Behavioral Pattern dari Class ”Sales_Order” Event Attributes M emesan no_SO, tgl_SO, kode_pelanggan, jenis_penjualan, status_SO, kode_sales, total, jml_PPN, jml_DPP M engirim No_SJ, tgl_kirim, no_SO
Detail Sales Order Gambar berikut menunjukkan class Detail Sales Order dan behavioural patternnya. cl as s De ta il_ Sale s_ Orde r
De tai l_Sa le s_ Order -
no _S O: cha r kod e_ ba ran g: cha r qt y: in t ha rg a_sa tu an : lo ng
Gambar 4.38 Class ”Detail_Sales_Order”
135 s tm Detail _Sa le s_ Orde r S ending /m en gi rim
[ba ran g_ te rkiri m_ sem u a]
/ me ng iri m
Pe nding /m em e san
[lim it _kre di t_t ida k_m e me nu hi]
Gambar 4.39 Behavioral Pattern dari Class ”Detail_Sales_Order” Tabel 4.15 Keterangan Behavioral Pattern dari Class ”Detail_Sales_Order” Event Attributes M emesan no_SO, kode_barang, qty, harga_satuan M engirim No_SJ, kode_barang, qty
Surat_Jalan Class Surat_Jalan merupakan kumpulan objek dari form Surat Jalan yang berfungsi sebagai pengantar barang untuk dikirimkan kepada pelanggan. Setelah event mengirim, maka class Surat _Jalan akan berstatus ”Active” sampai dilakukan event menjual. c las s S ura t_J al an
Surat_J ala n -
Gambar 4.40 Class ”Surat_Jalan”
n o_ SJ: ch ar tg l_ kirim : da te n o_ SO: ch ar sta tu s_p rin t: b oo le an
136 s tm Sura t_ Ja lan Ac tiv e /m en gi rim
/m en agi h
/m eretu r
[p iut an g_ tel ah _d ikurang i]
Returne d
Gambar 4.41 Behavioral Pattern dari Class ”Surat_Jalan” Tabel 4.16 Keterangan Behavioral Pattern dari Class ”Surat_Jalan” Event Attributes M engirim No_SJ, tgl_kirim, no_SO M eretur No_SR, no_SJ, tgl_retur M enagih No_NP, no_SJ, tgl_jatuh_tempo, total, jumlah_DPP
jumlah_PPN,
Detail_Surat_Jalan Berikut ini merupakan gambar class Detail_Surat_Jalan beserta Behavioral Pattern dari class tersebut. cl as s Deta il_ SJ
De tai l_S J -
n o_ SJ: in t ko de_ ba ra ng : cha r q ty: in t
Gambar 4.42 Class ”Detail_Surat_Jalan” stm Detail _SJ
Acti v e /m en gi rim
Re turned /m e ret ur [p iu tan g_ te lah _d ikuran gi]
Gambar 4.43 Behavioral Pattern dari Class ”Detail_Surat_Jalan”
137
Tabel 4.17 Keterangan Behavioral Pattern dari Class ”Detail_Surat_Jalan” Event Attributes M engirim No_SJ, kode_barang, qty M eretur No_SR, kode_barang, qty M enagih No_NP, no_SJ, tgl_jatuh_tempo, jumlah_PPN, jumlah_DPP
Nota_Penjualan Class Nota_Penjualan merupakan kumpulan objek dari form Nota Penjualan yang berfungsi sebagai informasi penjualan dan jumlah yang harus dibayarkan oleh pelanggan sampai pada tanggal tertentu. Class Nota_Penjualan akan berstatus ”Active” setelah event menjual. Pada status ini, apabila dilakukan event meretur maka statusnya akan menjadi ”Returned” dan setelah dilakukan pengurangan piutang akan kembali ”Active” yang kemudian akan dilakukan event membayar. c las s Nota _P enj ual an
Nota_P enj ua lan -
n o_ NP: ch ar n o_ SJ: cha r tg l_ jatu h_ te mp o: da te to ta l: l on g ju m lah _PP N: lon g ju m lah _DP P: lon g sta tu s_ print : b oo lea n sta tu s: cha r
Gambar 4.44 Class ”Nota_Penjualan”
stm Nota_Pe nj ua lan /m emb ayar
/me nag ih
Ac tiv e
Paid /me mb ayar
Gambar 4.45 Behavioral Pattern dari Class ”Nota_Penjualan”
[l una s]
138 Tabel 4.18 Keterangan Behavioral Pattern dari Class ”Nota_Penjualan” Event Attributes M enagih No_NP, no_SJ, tgl_jatuh_tempo, total, jumlah_PPN, jumlah_DPP M embayar No_BP, no_NP, total_bayar
Surat_Retur Class Surat_Retur merupakan kumpulan objek dari form Surat Retur yang berfungsi sebagai dokumen yang berisi mengenai retur atau pengembalian barang yang telah dikirim dari pelanggan. Class Surat_Retur akan berstatus ”Active” setelah terjadi event meretur hingga Nota Penjualan yang bersangkutan dengan Surat_Retur tersebut dibayar lunas. c las s S ura t_Retur
Surat_ Retur -
n o_ SR: char n o_ SJ: ch ar tg l_ ret ur: d ate sta tu s_p rin t: b oo le an
Gambar 4.46 Class ”Surat_Retur” stm Surat_Retur /me mba ya r
Activ e / meretur
Wai ting /men agi h
[lun as]
Gambar 4.47 Behavioral Pattern dari Class ”Surat_Retur”
Tabel 4.19 Keterangan Behavioral Pattern dari Class ”Surat_Retur” Event Attributes M eretur No_SR, no_NP, tgl_retur M enagih No_NP, no_SJ, tgl_faktur M embayar No_BP, tgl_bayar, jumlah_tunai, jumlah_transfer, jumlah_cek/giro, total_bayar
139 Detail_Surat_Retur Berikut ini merupakan gambar class Detail_Surat_Retur beserta Behavioral Pattern dari class tersebut. cl as s Deta il_ SR
Detail_ SR -
no _S R: i nt kod e_ ba ran g: cha r qt y: in t
Gambar 4.48 Class ”Detail_Surat_Retur” stm Detail _SR Acti v e / me re tur
Gambar 4.49 Behavioral Pattern dari Class ”Detail_SR” Tabel 4.20 Keterangan Behavioral Pattern dari Class ”Detail_SR” Event Attributes M eretur No_SR, no_NP, tgl_retur
Bukti_Pembayaran Class Bukti_Pembayaran merupakan kumpulan objek dari form Bukti Pembayaran yang berfungsi sebagai dokumen yang menyatakan pembayaran dari pelanggan. Setelah event membayar, maka Bukti_Pembayaran akan berstatus ”Paid” hingga uang yang didapat dari pembayaran tersebut disetorkan kepada Bank.
140 c las s Buk ti_ Pembayara n
Buk ti_ Pe mbayara n -
n o_ BP: cha r tg l_ ba ya r: da te ko de _p ela ng ga n: cha r ju m lah _t un ai: in t ju m lah _t ran sfer: i nt ju m lah _ce k/giro: in t to ta l_p em b ayara n: in t sta tu s_p rin t: b oo le an
Gambar 4.50 Class ”Bukti_Pembayaran”
s tm Buk ti_ Pe mbaya ran Re corde d / me m ba ya r
/m en yeto rka n
Gambar 4.51 Behavioral Pattern dari Class ”Bukti_Pembayaran” Tabel 4.21 Keterangan Behavioral Pattern dari Class ”Bukti_Pembayaran” Event Attributes M embayar No_BP, tgl_bayar, jumlah_tunai, jumlah_transfer, jumlah_cek/giro, total_bayar M enyetorkan No_BPB, tgl_setor, no_BP, no_slip_setoran, no_rekening_bank, total_setor
Detail_Pembayaran Berikut ini merupakan gambar class Detail_Pembayaran beserta Behavioral Pattern dari class tersebut. cl as s Deta il_ Pembayara n
Detail_ Pe mbayara n -
n o_B P: int n am a_ ba nk: ch ar kot a: cha r n o_reke nin g: cha r ta ng ga l: da te ju ml ah : l on g
Gambar 4.52 Class ”Detail_Pembayaran”
141 s tm Detail _Pe mba ya ran Re corde d / me m ba ya r
/ me nyet orka n
Gambar 4.53 Behavioral Pattern dari Class ”Detail_Pembayaran”
Tabel 4.22 Keterangan Behavioral Pattern dari Class ”Detail_Pembayaran” Event Attributes M embayar No_BP, no_NP, jumlah_tunai, jumlah_transfer, jumlah_cek/giro, total_bayar M enyetorkan No_BPB, tgl_setor, no_BP, no_slip_setoran, no_rekening_bank, total_setor
Detail_Pelunasan Berikut ini merupakan gambar class Detail_Pelunasan beserta Behavioral Pattern dari class tersebut. cl as s De ta il_P eluna sa n
De ta il_ Peluna sa n -
no _BP : cha r no _NP : cha r sisa : lo ng
Gambar 4.54 Class ”Detail_Pelunasan”
s tm Detail _Pe lunas an Rec orded / me mb aya r
Gambar 4.55 Behavioral Pattern dari Class ”Detail_Pelunasan” Tabel 4.23 Keterangan Behavioral Pattern dari Class ”Detail_Pelunasan” Event Attributes M embayar No_BP, tgl_bayar, no_NP, total_NP, sisa
142 Bukti_Penerimaan_Bank Class Bukti_Penerimaan_Bank adalah kumpulan objek dari Bukti Penerimaan Bank yang berfungsi sebagai bukti internal bahwa kas secara fisik telah berpindah menjadi kas dalam bank. Class Bukti_Penerimaan_Bank akan berstatus ”Active” setelah dilakukan event menyetorkan hingga jurnal pemindahan kas telah dicatat. cl as s Buk ti_P enerimaa n_ Bank
Buk ti_ Penerima an_Ba nk -
no _B PB: int ta ng ga l_se tor: d at e no _sl ip_ seto ra n: char no _B P: ch ar no _reke nin g_ ba nk: ch ar to tal _se tor: lo ng
Gambar 4.56 Class ”Bukti_Penerimaan_Bank”
stm Buk ti_ Pe ne rimaa n_ Bank Ac tiv e /m en yeto rka n
[j urn al _te rcat at]
Gambar 4.57 Behavioral Pattern dari Class ”Bukti_Penerimaan_Bank” Tabel 4.24 Keterangan Behavioral Pattern dari Class ”Bukti_Penerimaan_Bank” Event Attributes M enyetorkan No_BPB, tgl_setor, no_BP, no_slip_setoran, no_rekening_bank, total_setor, kode_kepala_admin
Rekening_Bank Class Rekening_Bank merupakan kumpulan objek yang berisi rekening tabungan yang dimiliki oleh perusahaan. Class ini akan berstatus ”Active” setelah event
143 mendaftar. Selama ”Active”, dapat dilakukan event menyetorkan hingga rekening ditutup. cl as s Reke ni ng Bank
Rek ening Ba nk -
no _reke nin g: cha r na m a_ ba nk: ch ar na m a_ pe mil ik_reke nin g: char sal do : l on g
Gambar 4.58 Class ”Rekening_Bank”
stm Rek ening Ba nk /m en yeto rkan
Ac tiv e [reke nin g_ di tut up]
/m en da fta r
Gambar 4.59 Behavioral Pattern dari Class ”Rekening_Bank” Tabel 4.25 Keterangan Behavioral Pattern dari Class ”Rekening_Bank” Event Attributes M endaftar No_rekening, no_bank, nama_pemilik_rekening, saldo M enyetorkan No_BPB, tgl_setor, no_BP, no_slip_setoran, no_rekening_bank, total_setor
Bank Class Bank merupakan kumpulan objek yang berisi bank yang terdaftar oleh perusahaan. Class ini akan berstatus ”Active” setelah event mendaftar..
class Bank
Bank -
Gambar 4.60 Class ”Bank”
no_bank: int nama_bank: char
144
stm Bank Acti v e /m en da fta r
Gambar 4.61 Behavioral Pattern dari Class ”Bank” Tabel 4.26 Keterangan Behavioral Pattern dari Class ”Bank” Event Attributes M endaftar No_bank, nama_bank
4.1.2.4 Events Tabel di bawah ini merupakan Event Table dari Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna yang diusulkan.
145 Tabel 4.27 Event Table Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
4.1.3
+ + +
Bagian Pengiriman
Kepala Administrasi dan Keuangan
Kategori
Bank
Rekening Bank
+ *
Bagian Gudang
Sales
+
Bagian Administrasi Penjualan
User
+ *
Bukti Penerimaan Bank
+
Bukti Pembayaran
+
Surat Retur
Jenis_Barang
+
Nota Penjualan
Merk
+
Surat Jalan
Warna
+ * * * *
Sales Order
Ukuran
Event mendaftar + memesan * mengirim * menagih * meretur * membayar * menilai * menerima menyetorkan login logout mengganti_password
Barang
Pelanggan
Class
+
+
+
+
+
+
+
* + *
* + *
* + *
*
* +
+
*
*
* * *
Application domain
4.1.3.1 Usages 4.1.3.1.1
Actor Table
Terdapat lima actor yang akan menggunakan sistem informasi akuntansi siklus pendapatan ini, yaitu Sales, Bagian Administrasi Penjualan, Bagian Gudang, Bagian Pengiriman, Kepala Administrasi dan Keuangan, dengan memiliki dua puluh tujuh use case dalam sistem informasi akuntansi siklus pendapatan yang dikembangkan ini.
146 Tabel 4.28 dibawah ini menunjukkan hubungan antara actor dengan use case dalam sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna yang diusulkan. Tabel 4.28 Actor Table Sistem Informasi Akuntansi Siklus Pendapatan PT, Tirtakencana Tatawarna Usecase Mendata Pelanggan Menilai Pelanggan Mendata Barang Mendata Jenis Mendata Merk Mendata Warna Mendata Ukuran Mendata Bank Mendata Rekening Bank Membuat Sales Order Membuat Surat Jalan Membuat Nota Penjualan Membuat Surat Retur Membuat Memo Kredit Membuat Daftar Piutang Membuat Faktur Pajak Membuat Bukti Pembayaran Membuat Konfirmasi Pembayaran Membuat Daftar SO Pending Membuat Bukti Penerimaan Bank Membuat Laporan Penjualan Membuat Laporan Retur Penjualan Membuat Laporan Usia Piutang Membuat Laporan Penerimaan Pembayaran Membuat Laporan Penerimaan Bank Membuat Review Limit Kredit Membuat Jurnal
4.1.3.1.2
Sales
Actors Bagian Administrasi Bagian Bagian Kepala Administrasi Penjualan Gudang Pengiriman dan Keuangan
v v v v v v v v v v v v v v v v v v v v v v v v v v v
Actors
Actor specifications dari sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna adalah sebagai berikut.
147 Tabel 4.29 Actor Specification untuk karyawan Sales Sales Tujuan Karyawan yang bertanggung jawab dalam kegiatan mendaftarkan pelanggan baru, penerimaan pesanan dari pelanggan, membuat Sales Order yang ditujukan kepada pelanggan sebagai bukti pemesanan yang telah dilakukan pelanggan, melakukan penagihan kepada pelanggan dan membuatkan Bukti Pembayaran untuk pelanggan sebagai bukti bahwa pelanggan telah melakukan pembayaran atas Nota Penjualan yang ditagihkan. Karakteristik Sales harus memiliki kemampuan berkomunikasi yang baik terutama dalam menawarkan produk kepada pelanggan, memiliki pengetahuan yang baik mengenai produk yang ditawarkan perusahaan, serta pengalaman administratif untuk melakukan pencatatan atas pesanan dan pembayaran. Contoh Sales menerima pesanan penjualan dari pelanggan, kemudian membuat Sales Order yang akan dikirimkan kepada pelanggan dengan menginput data-data yang telah dicatat dalam Catatan Pesanan. Setelah itu, memberikan konfirmasi kepada Bagian Gudang bahwa telah dibuat Sales Order dengan nomor SO/YYYYMM /9999 agar Bagian Gudang dapat menyiapkan barang yang telah dipesan.
Tabel 4.30 Actor Specification untuk karyawan Bagian Administrasi Penjualan Bagian Administrasi Penjualan Tujuan Karyawan yang bertanggung jawab dalam membuat Nota Penjualan, M emo Kredit, menyiapkan tagihan para Sales dengan membuat Daftar Piutang, membuat Faktur Pajak, Konfirmasi Pembayaran, Daftar SO Pending, Laporan Penjualan, Laporan Usia Piutang, Laporan Retur Penjualan, Laporan Penerimaan Pembayaran dan Jurnal. Karakteristik Karyawan Bagian Administrasi Penjualan harus memiliki kemampuan administratif yang baik karena hampir seluruh dokumen dibuat oleh Bagian Administrasi Penjualan. Contoh Setelah menerima Surat Jalan dari Bagian Gudang, maka Bagian Administrasi Penjualan akan membuat Nota Penjualan yang ditujukan kepada pelanggan, sebagai bukti bahwa penjualan telah dilakukan dan kemudian menjurnalnya ke dalam Jurnal Penjualan.
148 Tabel 4.31 Actor Specification untuk karyawan Bagian Gudang Bagian Gudang Tujuan Karyawan yang bertanggung jawab dalam kegiatan pendataan barang baru, jenis barang, merk barang, warna, ukuran, menyiapkan barang yang dipesan oleh pelanggan dan membuat Surat Jalan yang berfungsi sebagai bukti pengeluaran barang dari gudang dan surat pengantar barang untuk pelanggan. Karakteristik Karyawan Bagian Gudang harus memiliki ketelitian dalam menyiapkan dan mengeluarkan barang yang akan dikirimkan kepada pelanggan serta pengalaman administratif untuk mencatat pengeluaran barang dalam Surat Jalan dan mendata barang baru. Contoh Bagian Gudang menerima konfirmasi dari Sales bahwa telah dibuat Sales Order dengan nomor SO/YYYYM M /9999, kemudian Bagian Gudang akan menyiapkan barang yang dipesan tersebut dan membuat Surat Jalan. Tabel 4.32 Actor Specification untuk karyawan Bagian Pengiriman Bagian Pengiriman Tujuan Karyawan yang bertanggung jawab dalam kegiatan pengiriman barang kepada pelanggan, bersama-sama dengan pelanggan mengecek bondisi barang yang dikirim, menerima retur penjualan dari pelanggan dan membuat Surat Retur. Karakteristik Karyawan Bagian Pengiriman harus memiliki ketelitian dalam menghitung dan mengecek kondisi barang yang dikirimkan kepada pelanggan serta pengalaman administratif untuk mencatat penerimaan retur penjualan dalam Surat Retur. Contoh Setelah Bagian Pengiriman menerima Nota Penjualan, Surat Jalan beserta barang, maka Bagian Pengiriman akan mengirimkan barangbarang tersebut kepada pelanggan. Kemudian ketika pelanggan menerima barang, akan dicek kesesuaian serta kondisi barang. Tabel 4.33 Actor Specification untuk karyawan Kepala Administrasi dan Keuangan Kepala Administrasi dan Keuangan Tujuan Karyawan yang bertanggung jawab dalam menilai pelanggan yang ditujukan untuk menetapkan nilai limit kredit pelanggan yang bersangkutan, menyetorkan uang kas yang diterima ke bank, membuat Bukti Penerimaan Bank, membuat Laporan Penerimaan Bank dan membuat Review Limit Kredit. Karakteristik Kepala Administrasi dan Keuangan harus memiliki ketelitian dalam menilai pelanggan dan menghitung uang kas yang diterima untuk disetorkan ke bank. Serta memiliki kemampuan administratif untuk membuat Bukti Penerimaan Bank. Contoh Kepala Administratif dan Keuangan menerima uang kas dan kemudian menyetorkannya ke bank serta mencatatnya dalam Bukti Penerimaan Bank dan membuat jurnal yang diperlukan.
149 4.1.3.1.3
Use Cases
Gambar 4.62 Use case untuk Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
150 Berikut ini adalah Use case Specification yang terdapat dalam sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna Tabel 4.34 Use case Specification untuk “M endata Pelanggan” M endata Pelanggan Use case Use case ini dilakukan apabila pelanggan yang akan melakukan pemesanan barang belum terdaftar dalam sistem. Pendataan pelanggan dilakukan oleh Sales, dengan cara masuk ke menu “M aster”, kemudian pilih “Pelanggan”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Pelanggan dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah Sales dapat menginput data pelanggan yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate kode pelanggan. Dan setelah tombol “Save” ditekan, maka data pelanggan akan tersimpan dalam sistem. Object Pelanggan Function get_data_pelanggan(), get_nama_pelanggan(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_kode_pelanggan(), set_limit_kredit(), addnew(), update(), remove_data_pelanggan(), print()
152
Tabel 4.35 Use case Specification untuk “M enilai Pelanggan” M enilai Pelanggan Use case Use case ini dilakukan untuk menentukan jumlah limit kredit pelanggan. Penilaian pelanggan dilakukan oleh Kepala Administrasi dan Keuangan setiap enam bulan sekali untuk seluruh pelanggan yang terdaftar. Dan bagi pelanggan baru yang melakukan pemesanan ketika Sales kanvas dengan langsung diberikan batas kredit paling minimum yaitu sebesar sepuluh juta rupiah. Sedangkan bagi pelanggan baru lainnya hanya dapat melakukan transaksi secara tunai dalam tiga transaksi pertama, dan kemudian barulah penilaian pelanggan dilakukan oleh Kepala Administrasi dan Keuangan. Namun, sebenarnya Kepala Administrasi dan Keuangan dapat melakukan kegiatan ini kapan saja ketika dibutuhkan penilaian kembali atas pelanggan. Penilaian pelanggan dapat dilakukan dengan cara masuk ke menu “Analisis”, kemudian pilih “Penilaian Pelanggan”. Tampilan windows ketika pertama kali muncul adalah tampilan windows “Penilaian Pelanggan” dengan kotak input yang masih kosong. Kemudian, user harus memilih nama pelanggan terlebih dahulu yang akan dinilai, dan setelah user memilih, maka jumlah limit kredit saat ini akan ditampilkan, kemudia untuk mulai menghitung limit, user harus menekan tombol “Hitung Limit” setelah itu, sistem akan secara otomatis mengambil dan mengolah data-data yang diperlukan, serta menghitung nilai pelanggan. Sehingga secara otomatis dapat ditentukan jumlah limit kredit yang disarankan sesuai dengan nilai akhir dari pelanggan. Apabila disetujui, maka tombol “Save” ditekan dan kemudian sistem akan meng-update jumlah limit kredit dalam atribut pelanggan sesuai dengan jumlah limit kredit yang disarankan tersebut. Object Pelanggan, Nota Penjualan, Bukti Pembayaran Function get_nama_pelanggan(), get_no_pelanggan_dan_limit_kredit(), get_data_penjualan(), calculate_rata-rata_penjualan(), calculate_nilai() get_data_pelunasan(), calculate_jumlah_hari_terlambat(), calculate_frekuensi_penjualan(), calculate_lama_berlangganan() calculate_jumlah_nilai(), set_limit_kredit()
153 Tabel 4.36 Use case Specification untuk “M endata Barang” M endata Barang Use case Use case ini dilakukan apabila barang yang dijual oleh perusahaan belum terdaftar dalam sistem. Pendataan barang dilakukan oleh Bagian Gudang, dengan cara masuk ke menu “M aster”, kemudian pilih “Barang” pada submenu “Barang”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Barang dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah Sales dapat menginput data barang yang dimaksud. Setelah semua data telah dimasukkan, maka sistem akan secara otomatis meng-generate kode barang. Dan setelah tombol “Save” ditekan, maka data barang akan tersimpan dalam sistem. Object Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran Function get_data_barang(), get_last_record(), get_kriteria(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), get_jenis_barang(), get_merk_barang(), get_warna_barang(), get_ukuran(), generate_kode_barang(), addnew(), update(), update_grid(), remove(), print() Tabel 4.37 Use case Specification untuk “M endata Jenis” M endata Jenis Use case Use case ini dilakukan apabila jenis barang yang dijual perusahaan belum terdaftar dalam sistem. Pendataan jenis barang dilakukan oleh Bagian Gudang, dengan cara masuk ke menu “M aster”, kemudian pilih “Jenis Barang” pada submenu “Barang”. Selain itu, apabila ketika mendata barang, jenis barang belum terdapat dalam pilihan, maka dari windows Barang, dapat dilakukan dengan menekan tombol “Add Jenis”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Jenis Barang dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput data Jenis Barang yang dimaksud. Setelah nama jenis barang telah dimasukkan, maka sistem akan secara otomatis meng-generate kode jenis barang. Dan setelah tombol “Save” ditekan, maka data jenis barang akan tersimpan dalam sistem. Object Jenis Barang Function get_data_jenis(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_kode_jenis_barang(), addnew(), update(), update_grid(), remove(), print()
154 Tabel 4.38 Use case Specification untuk “M endata M erk” M endata M erk Use case Use case ini dilakukan apabila merk barang yang dijual perusahaan belum terdaftar dalam sistem. Pendataan merk barang dilakukan oleh Bagian Gudang, dengan cara masuk ke menu “M aster”, kemudian pilih “M erk Barang” pada submenu “Barang”. Selain itu, apabila ketika mendata barang, merk barang belum terdapat dalam pilihan, maka dari windows Barang, dapat dilakukan dengan menekan tombol “Add M erk”. Tampilan windows ketika pertama kali muncul adalah tampilan windows M erk Barang dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput data M erk Barang yang dimaksud. Setelah nama merk barang telah dimasukkan, maka sistem akan secara otomatis meng-generate kode merk barang. Dan setelah tombol “Save” ditekan, maka data merk barang akan tersimpan dalam sistem. Object M erk Function get_data_merk(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_kode_merk_barang(), addnew(), update(), update_grid(), remove(), print() Tabel 4.39 Use case Specification untuk “M endata Warna” M endata Warna Use case Use case ini dilakukan apabila warna barang yang dijual perusahaan belum terdaftar dalam sistem. Pendataan warna barang dilakukan oleh Bagian Gudang, dengan cara masuk ke menu “M aster”, kemudian pilih “Warna Barang” pada submenu “Barang”. Selain itu, apabila ketika mendata barang, warna barang belum terdapat dalam pilihan, maka dari windows Barang, dapat dilakukan dengan menekan tombol “Add Warna”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Warna Barang dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput data Warna Barang yang dimaksud. Setelah nama warna barang telah dimasukkan, maka sistem akan secara otomatis meng-generate kode warna barang. Dan setelah tombol “Save” ditekan, maka data warna barang akan tersimpan dalam sistem. Object Warna Barang Function get_data_warna(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_kode_warna_barang(), addnew(), update(), update_grid(), remove(), print()
155 Tabel 4.40 Use case Specification untuk “M endata Ukuran” M endata Ukuran Use case Use case ini dilakukan apabila ukuran barang yang dijual perusahaan belum terdaftar dalam sistem. Pendataan ukuran barang dilakukan oleh Bagian Gudang, dengan cara masuk ke menu “M aster”, kemudian pilih “Ukuran” pada submenu “Barang”. Selain itu, apabila ketika mendata barang, ukuran barang belum terdapat dalam pilihan, maka dari windows Barang, dapat dilakukan dengan menekan tombol “Add Ukuran”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Ukuran dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput ukuran yang dimaksud. Setelah nama jenis barang telah dimasukkan, maka sistem akan secara otomatis meng-generate kode ukuran. Dan setelah tombol “Save” ditekan, maka data ukuran akan tersimpan dalam sistem. Object Ukuran Function get_ukuran(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_ukuran_barang(), addnew(), update(), update_grid(), remove(), print() Tabel 4.41 Use case Specification untuk “M endata Rekening Bank” M endata Rekening Bank Use case Use case ini dilakukan apabila rekening bank yang dimiliki oleh perusahaan belum terdaftar dalam sistem. Pendataan rekening bank dilakukan oleh Kepala Adminstrasi dan Keuangan, dengan cara masuk ke menu “M aster”, kemudian pilih “Rekening Bank”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Rekening Bank dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput data rekening bank yang dimaksud. Setelah semua data telah dimasukkan, maka tombol “Save” ditekan, kemudian data rekening bank akan tersimpan dalam sistem. Object Rekening Bank, Bank Function get_data_rekening(), get_nama_bank(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), addnew(), remove_data(), update(), update_grid(), print()
156 Tabel 4.42 Use case Specification untuk “M endata Bank” M endata Bank Use case Use case ini dilakukan apabila ada nama bank yang belum terdaftar dalam sistem. Pendataan bank dapat dilakukan oleh Kepala Administrasi dan Keuangan ataupun oleh Sales, dengan cara masuk ke menu “M aster”, kemudian pilih “Bank”. Tampilan windows ketika pertama kali muncul adalah tampilan windows Bank dengan record yang terakhir. Karena itu, user harus menekan tombol “Add” terlebih dahulu, kemudian barulah user dapat menginput data rekening bank yang dimaksud. Setelah semua data telah dimasukkan, maka tombol “Save” ditekan, kemudian data bank akan tersimpan dalam sistem. Object Bank Function get_data_bank(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_bank(), addnew(), update(), remove_data(), print() Tabel 4.43 Use case Specification untuk “M embuat Sales Order” M embuat Sales Order Use case Use case ini dilakukan untuk mencatat pesanan pelanggan sesuai dengan Catatan Pesanan yang telah dibuat sebelumnya. Pembuatan Sales Order dilakukan oleh Sales, dengan cara memilih menu “Transaksi”, kemudian “Sales Order”. Ketika pertama kali dibuka, windows Sales Order akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “Add”. Sistem akan secara otomatis menggenerate nomor Sales Order. Kemudian user tinggal memilih nama pelanggan yang melakukan pemesanan, dan menginput barang apa saja yang dipesan beserta kuantitasnya. Setelah itu, untuk menyimpan Sales Order, ditekan tombol “Save” kemudian sistem akan menghitung sisa kredit pelanggan dan dibandingkan dengan total pemesanan dalam Sales Order. Apabila total kredit memenuhi maka Sales Order akan langsung tersimpan ke dalam sistem. Object Sales Order, Detail Sales Order, Pelanggan, Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran, Sales Function get_last_record(), get_data_pelanggan(), get_nama_sales(), get_detail(), get_data_barang(), get_ukuran_barang(), get_warna_barang(), get_merk_barang(), get_jenis_barang(), get_harga(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_SO(), calculate_subtotal(), get_subtotal(), calculate_grand_total(), calculate_PPN(), calculate_DPP(), addnew(), update(), remove(), print(), update_status_print()
157 Tabel 4.44 Use case Specification untuk “M embuat Surat Jalan” M embuat Surat Jalan Use case Use case ini dilakukan untuk mencatat pengiriman barang kepada pelanggan sesuai dengan pesanan pelanggan yang tercantum dalam Sales Order dengan nomor yang tertera. Pembuatan Surat Jalan dilakukan oleh Bagian Gudang, dengan cara memilih menu “Transaksi” kemudian “Surat Jalan”. Ketika pertama kali dibuka, windows Surat Jalan akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “Add”. Sistem akan secara otomatis menggenerate nomor Surat Jalan. Kemudian user memilih nomor Sales Order yang akan dilakukan pengiriman barang, dan memilih barang apa saja yang dikirim beserta kuantitasnya. Setelah itu, untuk menyimpan Surat Jalan, ditekan tombol “Save” kemudian Surat Jalan akan langsung tersimpan ke dalam sistem. Object Surat Jalan, Sales Order, Detail Surat Jalan, Detail Sales Order, Pelanggan, Sales, Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran Function get_last_record(), get_data_SO(), get_data_pelanggan(), get_nama_sales(), get_detail(), get_data_barang(), get_ukuran(), get_warna(), get_merk_barang(), get_jenis_barang(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_SJ(), get_no_SO(), get_detail_SO(), addnew(), update(), update_stok(), update_status_SO(), remove(), print(), update_status_print()
158 Tabel 4.45 Use case Specification untuk “M embuat Nota Penjualan” M embuat Nota Penjualan Use case Use case ini dilakukan untuk mencatat penjualan barang kepada pelanggan sesuai dengan barang yang dikirimkan dan tercantum dalam Surat Jalan dengan nomor yang tertera. Pembuatan Nota Penjualan dilakukan oleh Bagian Administrasi Penjualan, dengan cara memilih menu “Transaksi” kemudian “Nota Penjualan”. Ketika pertama kali dibuka, windows Nota Penjualan akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “Add”. Sistem akan secara otomatis menggenerate nomor Nota Penjualan. Kemudian user memilih nomor Surat Jalan yang akan dibuatkan Nota Penjualan. Setelah itu, untuk menyimpan Nota Penjualan, ditekan tombol “Save” kemudian Nota Penjualan akan langsung tersimpan ke dalam sistem. Object Nota Penjualan, Surat Jalan, Detail Surat Jalan, Sales Order, Pelanggan, Sales, Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran Function get_last_record(), get_no_SO(), get_no_pelanggan(), get_data_pelanggan(), get_nama_sales(), get_detail(), get_data_barang(), get_ukuran(), get_warna(), get_merk_barang(), get_jenis_barang(), get_harga(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_NP(), get_no_SJ(), get_data_SJ(), calculate_subtotal(), get_subtotal(), calculate_grand_total(), calculate_PPN(), calculate_DPP(), addnew(), update_jml_piutang(), update(), remove(), print(), update_status_print()
Tabel 4.46 Use case Specification untuk “M embuat Faktur Pajak” M embuat Faktur Pajak Use case Use case ini dilakukan ketika dibutuhkan pencetakan atas Faktur Pajak, dimana dokumen ini akan diberikan kepada pelanggan sebagai bukti pajak masukan. Pembuatan Faktur Pajak dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Transaksi” dan “Nota Penjualan” kemudian menekan tombol “Print Faktur Pajak” Object Nota Penjualan, Surat Jalan, Sales Order, Pelanggan Function get_last_record(), get_no_SO(), get_no_pelanggan(), get_data_pelanggan(), get_nama_sales(), get_detail(), get_data_barang(), get_ukuran(), get_warna(), get_merk_barang(), get_jenis_barang(), get_harga(), calculate_PPN(), print()
159 Tabel 4.47 Use case Specification untuk “M embuat Surat Retur” M embuat Surat Retur Use case Use case ini dilakukan untuk mencatat pengembalian barang dari pelanggan. Pembuatan Surat Retur dilakukan oleh Bagian Gudang, dengan cara memilih menu “Transaksi” kemudian “Surat Retur”. Ketika pertama kali dibuka, windows Surat Retur akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “Add”. Sistem akan secara otomatis menggenerate nomor Surat Retur. Kemudian user memilih nomor Surat Jalan yang diretur dan memilih barang yang diretur beserta jumlahnya. Setelah itu, untuk menyimpan Surat Retur, ditekan tombol “Save” kemudian Surat Retur akan langsung tersimpan ke dalam sistem. Object Surat Retur, Nota Penjualan, Surat Jalan, Detail Surat Jalan, Sales Order, Pelanggan, Sales, Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran Function get_last_record(), get_no_SJ(), get_no_SO(), get_no_pelanggan(), get_data_pelanggan(), get_detail(), get_data_barang(), get_ukuran(), get_warna(), get_merk_barang(), get_jenis_barang(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_SR(), get_no_NP(), addnew(), update(), print(), update_status_print() Tabel 4.48 Use case Specification untuk “M embuat M emo Kredit” M embuat M emo Kredit Use case Use case ini dilakukan untuk membuat surat yang menyatakan konfirmasi kepada pelanggan yang melakukan retur sebagai tanda pengurang piutang pelanggan atas pembelian yang dilakukan. Pembuatan M emo Kredit dilakukan oleh Bagian Administrasi Penjualan, dengan cara memilih menu “Transaksi” kemudian “M emo Kredit”. Ketika pertama kali dibuka, windows M emo Kredit akan berisi mengenai record terakhir. Karena itu, untuk membuat baru user harus menekan tombol “Add”. Sistem akan secara otomatis menggenerate nomor M emo Kredit. Kemudian user memilih nomor Surat Retur yang akan dibuatkan M emo Kredit. Setelah itu, untuk mencetak M emo Kredit, ditekan tombol “Print”. Object Surat Retur, Detail Surat Retur, Nota Penjualan, Surat Jalan, Sales Order, Pelanggan, Sales, Barang, Jenis Barang, M erk Barang, Warna Barang, Ukuran Function get_no_SR(), get_data_SR(), get_no_SJ(), get_no_SO(), get_no_pelanggan(), get_data_pelanggan(), get_detail(), get_data_barang(), get_ukuran(), get_warna(), get_merk_barang(), get_jenis_barang(), get_harga(), calculate_subtotal(), get_subtotal(), calculate_grand_total(), calculate_PPN(), calculate_DPP(), print(), update_status_M K()
160 Tabel 4.49 Use case Specification untuk “M embuat Daftar Piutang” M embuat Daftar Piutang Use case Use case ini dilakukan untuk membuat sebuah daftar yang berisi tagihan jatuh tempo dan diberikan kepada sales untuk ditagih. Pembuatan Daftar Piutang dilakukan oleh Bagian Administrasi Penjualan, dengan cara memilih menu “Transaksi” kemudian “Daftar Piutang”. Ketika pertama kali dibuka, windows Daftar Piutang masih dalam tampilan kosong. User cukup memilih tanggal jatuh tempo dan nama sales. Setelah keduanya dipilih, sistem akan memproses dan mencari nota penjualan mana saja yang sudah harus dibayar pelanggan Setelah data ditampilkan, untuk mencetak Daftar Piutang, user menekan tombol “Print”. Object Nota Penjualan, Sales, Surat Retur, Pelanggan, Surat Jalan, Sales Order Function get_nama_sales(), get_data_piutang_jatuh_tempo(), get_data_header_NP(), get_sales(), get_data_pelanggan(), get_total_retur(), calculate_total_tagih() Tabel 4.50 Use case Specification untuk “M embuat Bukti Pembayaran” M embuat Bukti Pembayaran Use case Use case ini dilakukan untuk mencatat penerimaan pembayaran dari pelanggan atas Nota Penjualan yang ditagihkan. Pembuatan Bukti Pembayaran dilakukan oleh Sales, dengan cara memilih menu “Transaksi” kemudian “Bukti Pembayaran”. Ketika pertama kali dibuka, windows Bukti Pembayaran akan berisi record terakhir. Karena itu, untuk membuat baru, user perlu menekan tombol “Add”. Nomor Bukti Pembayaran tidak di-generate secara otomatis oleh sistem, karena user hanya menyalin dari Bukti Pembayaran yang telah diberikan kepada pelanggan sewaktu melakukan penagihan. Setelah itu, dilakukan pengisian data-data yang dibutuhkan mengenai Bukti Pembayaran dan jika ingin menyimpan maka ditekan tombol “Save”. Object Bukti Pembayaran, Detail Pembayaran, Detail Pelunasan, Pelanggan, Nota Penjualan, Surat Retur. Function get_nama_pelanggan(), get_nama_bank(), get_no_NP(), get_last_record(), go_to_first_record(), go_to_previous_record(), go_to_next_record(), go_to_last_record(), generate_no_BP(), get_detail_pelunasan(), get_detail_pembayaran(), get_data_pelanggan(), calculate_total_cek(), calculate_total_terima(), calculate_total_tagih(), calculate_sisa(), addnew(), update()
161 Tabel 4.51 Use case Specification untuk “M embuat Konfirmasi Pembayaran” M embuat Konfirmasi Pembayaran Use case Use case ini dilakukan setelah Bagian Administrasi Penjualan menerima hasil penagihan dari Sales. Konfirmasi Pembayaran akan ditujukan kepada pelanggan sebagai bukti dan untuk mengkonfirmasi bahwa pelanggan telah melakukan pembayaran atas Nota Penjualan. Pembuatan Konfirmasi Pembayaran dilakukan oleh Bagian Administrasi Penjualan, dengan cara memilih menu “Transaksi” kemudian “Konfirmasi Pembayaran”. Ketika pertama kali dibuka, windows Konfirmasi Pembayaran masih dalam tampilan kosong. User hanya tinggal memilih nomor Bukti Pembayaran mana yang akan dicetak Konfirmasi Pembayarannya. Setelah itu, untuk mencetak ditekan tombol “Print”. Object Bukti Pembayaran, Nota Penjualan, Pelanggan Function get_no_BP(), get_data_BP(), get_detail_pelunasan(), get_data_pelanggan(), print() Tabel 4.52 Use case Specification untuk “M embuat Daftar SO Pending” M embuat Daftar SO Pending Use case Use case ini dilakukan jika diperlukan data mengenai Sales Order yang masih berstatus Pending. Sales Order yang berstatus Pending adalah Sales Order yang pesanannya belum semua terkirim ke pelanggan. Pembuatan Daftar SO Pending dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu Lalporan kemudian Daftar SO Pending. Setelah masuk ke Windows Daftar SO Pending, user tinggal memilih tanggal terakhir SO yang masih berstatus Pending. Setelah itu, untuk mencetak, user hanya perlu menekan tombol “Print”. Object Sales Order, Pelanggan, Detail Sales Order, Surat Jalan, Detail Surat Jalan, Pelanggan, Barang, Ukuran, Warna, M erk, Jenis Function get_data_SO_Pending(), get_detail(), print() Tabel 4.53 Use case Specification untuk “M embuat Bukti Penerimaan Bank” M embuat Bukti Penerimaan Bank Use case Use case ini dilakukan untuk mencatat uang kas di tangan yang disetorkan kepada Bank dan pembayaran yang diterima melalui transfer ke Bank. Pembuatan Bukti Penerimaan Bank dilakukan oleh Kepala Administrasi dan Keuangan, dengan cara memilih menu “Transaksi” kemudian “Bukti Penerimaan Bank”. Ketika pertama kali dibuka, windows Bukti Penerimaan Bank berisi record terakhir. User hanya tinggal memilih nomor Bukti Pembayaran mana yang akan dicetak Konfirmasi Pembayarannya. Setelah itu, untuk mencetak ditekan tombol “Print”. Object Bukti Penerimaan Bank, Bukti Pembayaran, Rekening Bank, Bank Function get_last_record(),go_to_first_record(),go_to_previous_record(), go_to_next_record(),go_to_last_record(),generate_no_BPB(), get_data_BP(),calculate_total(),remove(),addnew(),update(),print()
162
Tabel 4.54 Use case Specification untuk “M embuat Laporan Penjualan” M embuat Laporan Penjualan Use case Use case ini dilakukan untuk menghasilkan informasi penjualan pada periode tertentu. Pembuatan Laporan Penjualan dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Laporan” kemudian “Laporan Penjualan” Object Nota Penjualan, Pelanggan Function get_data_NP(), hitung_subtotal(), hitung_total_penjualan(), print() Tabel 4.55 Use case Specification untuk “M embuat Laporan Retur Penjualan” M embuat Laporan Retur Penjualan Use case Use case ini dilakukan untuk menghasilkan informasi mengenai retur penjualan pada periode tertentu. Pembuatan Laporan Retur Penjualan dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Laporan” kemudian “Laporan Retur Penjualan” Object Surat Retur, Pelanggan, Barang, Ukuran, Warna, M erk, Jenis Function get_data_retur(), get_detail(), hitung_subtotal_retur(), hitung_total_retur(), print() Tabel 4.56 Use case Specification untuk “M embuat Laporan Usia Piutang” M embuat Laporan Usia Piutang Use case Use case ini dilakukan untuk menghasilkan informasi mengenai piutang pelanggan pada periode tertentu. Pembuatan Laporan Usia Piutang dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Laporan” kemudian “Laporan Usia Piutang” Object Pelanggan, Nota Penjualan, Bukti Pembayaran Function get_list_pelanggan(), get_data_piutang(), get_tgl_jatuh_tempo(), hitung_hari_terlambat(), hitung_total_piutang_pelanggan(), hitung_total_piutang() Tabel 4.57 Use case Specification untuk “M embuat Laporan Penerimaan Pembayaran” M embuat Laporan Penerimaan Pembayaran Use case Use case ini dilakukan untuk menghasilkan informasi mengenai penerimaan pembayaran pada periode tertentu. Pembuatan Laporan Penjualan dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Laporan” kemudian “Laporan Penerimaan Pembayaran” Object Bukti Pembayaran, Pelanggan Function get_data_BP(), get_detail(), hitung_total_penerimaan(), print()
163 Tabel 4.58 Use case Specification untuk “M embuat Laporan Penerimaan Bank” M embuat Laporan Penerimaan Bank Use case Use case ini dilakukan untuk menghasilkan informasi penyetoran uang kas ke bank pada periode tertentu. Pembuatan Laporan Penjualan dilakukan oleh Kepala Administrasi dan Keuangan dengan cara memilih menu “Laporan” kemudian “Laporan Penerimaan Bank” Object Bukti Penerimaan Bank Function get_data_BP(),print() Tabel 4.59 Use case Specification untuk “M embuat Review Limit Kredit” M embuat Review Limit Kredit Use case Use case ini dilakukan untuk menghasilkan informasi mengenai limit kredit pelanggan pada periode tertentu. Pembuatan Review Limit Kredit dilakukan oleh Kepala Administrasi dan Keuangan dengan cara memilih menu “Laporan” kemudian “Review Limit Kredit” Object Pelanggan Function get_kode,nama,limit_kredit(),print() Tabel 4.60 Use case Specification untuk “M embuat Jurnal” M embuat Jurnal Use case Use case ini dilakukan untuk membuat jurnal pada periode tertentu. Pembuatan Jurnal dilakukan oleh Bagian Administrasi Penjualan dengan cara memilih menu “Laporan” kemudian “Jurnal” Object Nota Penjualan, Surat Retur, Bukti Pembayaran, Bukti Penerimaan Bank Function Get_data_jurnal(), Calculate_debit(), Calculate_kredit(), Calculate_balance(), Print()
4.1.3.2 Function List Tabel 4.61 Function List untuk Sistem Informasi Akuntansi Siklus Pendapatan yang diusulkan Function List Types Complexity Mendata Pelanggan Read, Update, Compute Medium get_data_pelanggan() Read Simple get_nama_pelanggan() Read Simple get_last_record() Read Simple go_to_first_record() Read Simple go_to_previous_record() Read Simple go_to_next_record() Read Simple go_to_last_record() Read Simple generate_kode_pelanggan() Read, Compute Simple set_limit_kredit() Read Simple addnew() Update Simple update() Update Simple remove_data_pelanggan() Update Simple
164 print() Mendata Barang get_data_barang() get_last_record() get_kriteria() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() get_jenis_barang() get_merk_barang() get_warna_barang() get_ukuran() generate_kode_barang() addnew() update() update_grid() remove() print() Mendata Jenis Barang get_data_jenis() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_kode_jenis_barang() addnew() update() update_grid() remove() print() Mendata Merk Barang get_data_merk() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_kode_merk_barang() addnew() update() update_grid() remove() print() Mendata Warna Barang
Read Read, Update, Compute Read Read Read Read Read Read Read Read Read Read Read Read, Compute Update Update Update Update Read Read, Update, Compute Read Read Read Read Read Read Read, Compute Update Update Update Update Read Read, Update, Compute Read Read Read Read Read Read Read, Compute Update Update Update Update Read Read, Update, Compute
Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium
165 get_data_warna() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_kode_warna_barang() addnew() update() update_grid() remove() print() Mendata Ukuran get_ukuran() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_ukuran_barang() addnew() update() update_grid() remove() print() Mendata Rekening Bank get_data_rekening() get_nama_bank() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() addnew() remove_data() update() update_grid() print() Mendata Bank get_data_bank() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_bank() addnew()
Read Read Read Read Read Read Read, Compute Update Update Update Update Read Read, Update, Compute Read Read Read Read Read Read Read, Compute Update Update Update Update Read Read, Update Read Read Read Read Read Read Read Update Update Update Update Read Read, Update, Compute Read Read Read Read Read Read, Compute Update
Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple
166 update() remove_data() print() Membuat S ales Order get_last_record() get_data_pelanggan() get_nama_sales() get_detail() get_data_barang() get_ukuran_barang() get_warna_barang() get_merk_barang() get_jenis_barang() get_harga() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_SO() calculate_subtotal() get_subtotal() calculate_grand_total() calculate_PPN() calculate_DPP() addnew() update() remove() print() update_status_print() Membuat Surat Jalan get_last_record() get_data_SO() get_data_pelanggan() get_nama_sales() get_detail() get_data_barang() get_ukuran() get_warna() get_merk_barang() get_jenis_barang() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_SJ() get_no_SO()
Update Update Read Read, Update, Compute Read Read Read Read Read Read Read Read Read Read Read Read Read Read Read, Compute Compute Read Compute Compute Compute Update Update Update Read Update Read, Update, Compute Read Read Read Read Read Read Read Read Read Read Read Read Read Read Read, Compute Read
Simple Simple Simple Complex Medium Simple Simple Medium Medium Simple Simple Simple Simple Simple Medium Medium Medium Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Complex Medium Medium Simple Simple Medium Medium Simple Simple Simple Simple Medium Medium Medium Medium Simple Simple
167 get_detail_SO() addnew() update() update_stok() update_status_SO() remove() print() update_status_print() Membuat Nota Penjualan get_last_record() get_no_SO() get_no_pelanggan() get_data_pelanggan() get_nama_sales() get_detail() get_data_barang() get_ukuran() get_warna() get_merk_barang() get_jenis_barang() get_harga() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_NP() get_no_SJ() get_data_SJ() calculate_subtotal() get_subtotal() calculate_grand_total() calculate_PPN() calculate_DPP() addnew() update_jml_piutang() update() remove() print() update_status_print() Membuat Surat Retur get_last_record() get_no_SJ() get_no_SO() get_no_pelanggan() get_data_pelanggan() get_detail()
Read Update Update Update Update Update Read Update Read, Update, Compute Read Read Read Read Read Read Read Read Read Read Read Read Read Read Read Read Read, Compute Read Read Compute Read Compute Compute Compute Update Compute, Update Update Update Read Update Read, Update, Compute Read Read Read Read Read Read
Medium Simple Simple Simple Simple Simple Simple Simple Complex Medium Simple Simple Simple Simple Medium Medium Simple Simple Simple Simple Simple Medium Medium Medium Medium Simple Simple Medium Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Complex Medium Simple Simple Simple Simple Medium
168 get_data_barang() get_ukuran() get_warna() get_merk_barang() get_jenis_barang() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_SR() addnew() update() print() update_status_print() Membuat Memo Kredit get_no_SR() get_data_SR() get_no_SJ() get_no_SO() get_no_pelanggan() get_data_pelanggan() get_detail() get_data_barang() get_ukuran() get_warna() get_merk_barang() get_jenis_barang() get_harga() calculate_subtotal() get_subtotal() calculate_grand_total() calculate_PPN() calculate_DPP() print() update_status_M K() Membuat Daftar Piutang get_nama_sales() get_data_piutang_jatuh_tempo() get_data_header_NP() get_sales() get_data_pelanggan() get_total_retur() calculate_total_tagih() Membuat Bukti Pembayaran get_nama_pelanggan() get_nama_bank()
Read Read Read Read Read Read Read Read Read Read, Compute Update Update Read Update Read, Update, Compute Read Read Read Read Read Read Read Read Read Read Read Read Read Compute Read Compute Compute Compute Read Update Read, Compute Read Read Read Read Read Read Compute Read, Update, Compute Read Read
Medium Simple Simple Simple Simple Medium Medium Medium Medium Simple Medium Medium Medium Medium Complex Medium Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Complex Simple Medium Medium Simple Simple Medium Simple Complex Simple Simple
169 get_no_NP() get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() get_detail_pelunasan() get_detail_pembayaran() get_data_pelanggan() generate_no_BP() calculate_total_cek() calculate_total_terima() calculate_total_tagih() calculate_sisa() addnew() update_jumlah_piutang() update() print() Membuat Konfirmasi Pembayaran get_no_BP() get_data_BP() get_detail_pelunasan() get_data_pelanggan() print() Membuat Daftar SO Pending get_data_SO_Pending() get_detail() print() Membuat Bukti Penerimaan Bank Get_last_record() go_to_first_record() go_to_previous_record() go_to_next_record() go_to_last_record() generate_no_BPB() get_data_BP() calculate_total() remove() addnew() update() print() Membuat Laporan Penjualan get_data_NP() hitung_subtotal() hitung_total_penjualan() print()
Read Read Read Read Read Read Read Read Read Read, Compute Compute Compute Compute Compute Update Update Update Read Read Read Read Read Read Read Read Read Read Read Read, Update, Compute Read Read Read Read Read Read, Compute Compute Read Update Update Update Read Read, Compute Read Compute Compute Read
Simple Medium Medium Medium Medium Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Medium Simple Simple Simple Simple
170 Membuat Laporan Retur Penjualan get_data_retur() get_detail() hitung_subtotal_retur() hitung_total_retur() print() Membuat Laporan Usia Piutang
Read, Compute Read Read Compute Compute Read Read, Compute
get_list_pelanggan() get_data_piutang() get_tgl_jatuh_tempo() hitung_hari_terlambat() hitung_total_piutang_pelanggan() hitung_total_piutang() Membuat Laporan Penerimaan Pembayaran get_data_BP() get_detail() hitung_total_penerimaan() print() Membuat Laporan Penerimaan Bank get_data_BP() hitung_total_penerimaan() print() Membuat Review Limit Kredit get_kode,nama,limit_kredit() print() Membuat Jurnal Get_data_jurnal() Calculate_debit() Calculate_kredit() Calculate_balance() Print() Menilai Pelanggan get_nama_pelanggan() get_no_pelanggan_dan_limit_kredit() get_data_penjualan() calculate_rata-rata_penjualan() calculate_nilai() get_data_pelunasan() calculate_jumlah_hari_terlambat() calculate_frekuensi_penjualan() calculate_lama_berlangganan() calculate_jumlah_nilai() set_limit_kredit()
Read Read Read Compute Compute Compute Read, Compute
Complex Medium Medium Simple Simple Simple Very Complex Simple Complex Simple Simple Simple Simple Medium
Read Read Compute Read Read
Simple Simple Simple Simple Simple
Read Compute Read Read Read Read Read, Compute Read Compute Compute Compute Read Read, Compute Read Read Read Compute Compute Read Compute Compute Compute Compute Compute
Simple Simple Simple Medium Simple Simple Medium Simple Simple Simple Simple Simple Complex Simple Simple Medium Medium Simple Medium Medium Medium Simple Simple Simple
171 Membuat Faktur Pajak get_last_record() get_no_SO() get_no_pelanggan() get_data_pelanggan() get_nama_sales() get_detail() get_data_barang() get_ukuran() get_warna() get_merk_barang() get_jenis_barang() get_harga() calculate_PPN() print()
Read, Compute Read Read Read Read Read Read Read Read Read Read Read Read Compute Read
Complex Medium Simple Simple Simple Simple Medium Medium Simple Simple Simple Simple Simple Simple Simple
4.1.3.3 User Interface Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna memiliki rancangan user interface yang user friendly dan menggunakan Bahasa Indonesia serta Bahasa Inggris yang umum. Berikut ini adalah gambar rancangan user interface Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna.
4.1.3.3.1 Dialogue Style Setiap user interface akan memiliki sejumlah windows yang akan digunakan untuk mendukung kegiatan pencatatan transaksi yang berkaitan dengan siklus pendapatan PT. Tirtakencana Tatawarna. Selain untuk pencatatan, sistem yang dirancang menyediakan fasilitas untuk pencetakan dokumen dan laporan yang dibutuhkan oleh perusahaan. Tabel di bawah ini menunjukkan windows yang terdapat dalam sistem yang dirancang beserta hasil printout-nya. Tabel 4.62 Daftar window user interface dan print out
172 Windows Login Menu Utama File o Ganti Password o Logout Master o Pelanggan o Barang o Jenis Barang o M erk Barang o Warna o Ukuran Transaksi o Sales Order o Surat Jalan o Nota Penjualan o Surat Retur o M emo Kredit o Bukti Pembayaran o Bukti Penerimaan Bank Laporan o Laporan Penjualan
o Daftar SO Pending o Laporan Retur Penjualan
o o o o o
Daftar Piutang Konfirmasi Pembayaran Laporan Usia Piutang Laporan Review Limit Kredit Jurnal
o Laporan Penerimaan Pembayaran o Laporan Penerimaan Bank
Print Out
o o o o o o
Data Pelanggan Data Barang Daftar Jenis Barang Daftar M erk Barang Daftar Warna Barang Daftar Ukuran
o o o o o o o o
Sales Order Surat Jalan Nota Penjualan Faktur Pajak Standar Surat Retur M emo Kredit Bukti Pembayaran Bukti Penerimaan Bank
o Laporan Penjualan Umum o Laporan Penjualan Per Pelanggan o Laporan Penjualan Per Barang o Laporan Penjualan Per Sales o Daftar SO Pending o Laporan Retur Penjualan Umum o Laporan Retur Penjualan Perpelanggan o Laporan Retur Penjualan Perbarang o Daftar Piutang o Konfirmasi Pembayaran o Laporan Usia Piutang o Laporan Review Limit Kredit o Jurnal Penjualan o Jurnal Penerimaan Kas o Jurnal Retur o Laporan Penerimaan Pembayaran o Laporan Penerimaan Bank
173 Analisis o Penilaian Pelanggan
o Hasil Penilaian Pelanggan
4.1.3.3.2 Navigation Diagram Gambar 4.63 di bawah ini merupakan Navigation diagram yang menyediakan window – window user interface beserta hubungannya.
Gambar 4.63 Navigation Diagram untuk Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
174 4.1.3.3.3 Rancangan User Interface
Gambar 4.64 Tampilan Window ”Login” Ketika sistem pertama kali dijalankan, user interface yang pertama kali muncul adalah Form Login seperti yang ditampilkan pada Gambar 4.64 Dalam user interface ini, user harus mengisi username dan password yang dimilikinya, dan setelah itu klik tombol ”OK”. Jika username dan password terisi dengan benar, maka user akan dapat masuk ke dalam sistem. Apabila salah satu atau keduanya salah, akan muncul Message Box yang memberitahukan bahwa user melakukan kesalahan entry username atau password sehingga tidak dapat masuk ke dalam sistem.
175
Gambar 4.65 Tampilan Window ”M enu Utama” Jika user berhasil login ke dalam sistem, maka Windows M enu Utama akan tampil seperti yang disajikan pada gambar 4.65 di atas. Windows M enu Utama ini terdiri dari 5 bagian utama, yaitu ”File”, ”M aster”, ”Transaksi”, ”Laporan” dan ”Analisis” yang memiliki bagiannya masing-masing. M enu ”File” terdiri dari submenu ”Ganti Password” dan ”Logout”. M enu ”M aster” terdiri dari submenu ”Pelanggan” dan submenu ”Barang” yang terdiri dari ”Barang”, ”Jenis Barang”, ”M erk Barang”, ”Warna Barang”, dan ”Ukuran”. M enu ”Transaksi” terdiri dari submenu ”Sales Order”, ”Surat Jalan”, ”Nota Penjualan”, ”Surat Retur”, ”M emo Kredit”, ”Bukti Pembayaran”, ”Bukti Penerimaan Bank”. M enu ”Laporan” terdiri dari ”Laporan Penjualan”, ”Daftar SO Pending”, ”Laporan Retur Penjualan”, ”Daftar Piutang”, ”Konfirmasi Pembayaran”,
176 ”Laporan Usia Piutang”, ”Laporan Penerimaan Pembayaran”, ”Laporan Penerimaan Bank”, ”Laporan Review Limit Kredit” dan ”Jurnal”. Sedangkan dalam menu ”Analisis” hanya terdapat submenu ”Penilaian Pelanggan”.
Gambar 4.66 Tampilan Window ”Ganti Password” Window yang ditampilkan pada Gambar 4.66 di atas dapat diakses oleh seluruh user yang memiliki hak akses terhadap sistem. Window ini digunakan apabila user ingin mengganti password yang dimilikinya. Ketika window ini dijalankan, maka Username akan ter-generate secara otomatis sesuai login user pertama kali. User hanya perlu mengentri password lama, password baru dan konfirmasi password. Setelah selesai, untuk menyimpan user menekan ”OK” dan jika user ingin membatalkan dengan menekan ”Cancel”.
177
Gambar 4.67 Tampilan Window ”Pelanggan” Window yang ditampilkan pada Gambar 4.67 di atas diakses oleh Sales dan digunakan untuk mendata pelanggan baru. User menekan tombol ”Add” kemudian mengentri data pelanggan. Selanjutnya, untuk menyimpan data pelanggan tersebut user menekan tombol ”Save” dan sistem akan meng-generate kode pelanggan kemudian menyimpan data pelanggan. Selain mendata pelanggan baru, user dapat melakukan pengubahan data Pelanggan dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Untuk mencari data pelanggan dengan memilih nama pelanggan yang terdapat dalam sistem, user hanya tinggal memilih nama pelanggan yang ada dalam kotak ”Search”. Jika diperlukan menghapus data Pelanggan, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak data pelanggan dengan menekan tombol ”Print”.
178
Gambar 4.68 Tampilan Window ”Barang” Window yang ditampilkan pada Gambar 4.68 di atas diakses oleh Bagian Gudang dan digunakan untuk mendata barang baru. User menekan tombol ”Add” kemudian mengentri data barang. Jika jenis barang, merk, warna atau ukuran tidak terdapat dalam pilihan, maka user dapat melakukan penambahan data yang bersangkutan. Selain mendata barang baru, user dapat melakukan pengubahan data Barang dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Untuk mencari data barang sesuai kriteria, user hanya tinggal memilih kriteria dan memasukkan keyword yang terdapat dalam kotak ”Search”. Jika diperlukan menghapus data Barang, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak data barang dengan menekan tombol “Print”. .
179
Gambar 4.69 Tampilan Window ”Jenis Barang” Window yang ditampilkan pada Gambar 4.69 di atas diakses oleh Bagian Gudang dan digunakan untuk mendata jenis barang baru. User menekan tombol ”Add” kemudian mengentri data jenis barang. Setelah itu, jika user ingin menyimpan data jenis barang, user menekan tombol ”Save”, kemudian sistem akan memvalidasi kode jenis barang dan menyimpan ke dalam sistem. Selain mendata jenis barang baru, user dapat melakukan pengubahan data Jenis Barang dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Jenis Barang, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak Daftar Jenis Barang dengan menekan tombol ”Print”.
180
Gambar 4.70 Tampilan Window ”M erk Barang” Window yang ditampilkan pada Gambar 4.70 di atas diakses oleh Bagian Gudang dan digunakan untuk mendata merk barang baru. User menekan tombol ”Add” kemudian mengentri data merk barang. Setelah itu, jika user ingin menyimpan data merk barang, user menekan tombol ”Save”, kemudian sistem akan meng-generate kode merk barang dan menyimpan ke dalam sistem. Selain mendata merk barang baru, user dapat melakukan pengubahan data M erk Barang dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data M erk Barang, user dapat menekan tombol ”Delete”. User dapat
181 membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak Daftar M erk Barang dengan menekan tombol ”Print”.
Gambar 4.71 Tampilan Window ”Warna Barang” Window yang ditampilkan pada Gambar 4.71 di atas diakses oleh Bagian Gudang dan digunakan untuk mendata warna barang baru. User menekan tombol ”Add” kemudian mengentri data warna barang. Setelah itu, jika user ingin menyimpan data warna barang, user menekan tombol ”Save”, kemudian sistem akan meng-generate kode warna barang dan menyimpan ke dalam sistem. Selain mendata warna barang baru, user dapat melakukan pengubahan data Warna Barang dengan menekan tombol Edit. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan
182 menghapus data Warna Barang, user dapat menekan tombol Delete. User dapat membatalkan pendataan dengan menekan tombol Cancel, dan mencetak Daftar Warna Barang dengan menekan tombol “Print”.
Gambar 4.72 Tampilan Window ”Ukuran Barang” Window yang ditampilkan pada Gambar 4.72 di atas diakses oleh Bagian Gudang dan digunakan untuk mendata ukuran barang baru. User menekan tombol “Add” kemudian sistem akan men-generate nomor ukuran barang, kemudian user mengentri ukuran barang. Setelah itu, jika user ingin menyimpan data ukuran barang, user menekan tombol ”Save”, kemudian sistem akan men-generate kode ukuran barang dan menyimpan ke dalam sistem. Selain mendata ukuran barang baru, user dapat melakukan pengubahan data Ukuran Barang dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user
183 dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Ukuran Barang, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak Daftar Ukuran Barang dengan menekan tombol “Print”.
Gambar 4.73 Tampilan Window ”Bank”
Window yang ditampilkan pada Gambar 4.73 di atas diakses oleh Kepala Administrasi dan Keuangan dan digunakan untuk mendata bank tempat perusahaan memiliki rekening. User menekan tombol “Add” kemudian sistem akan meng-generate nomor bank, dilanjutkan dengan user mengentri data bank. Selanjutnya, untuk menyimpan data bank tersebut user menekan tombol ”Save” dan sistem menyimpan data bank.
184 Selain mendata bank, user dapat melakukan pengubahan data Bank dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Bank, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak Daftar Bank dengan menekan tombol “Print”.
Gambar 4.74 Tampilan Window ”Rekening Bank”
Window yang ditampilkan pada Gambar 4.74 di atas diakses oleh Kepala Administrasi dan Keuangan dan digunakan untuk mendata rekening bank yang dimiliki oleh perusahaan. User menekan tombol “Add” kemudian mengentri data rekening bank. Selanjutnya, untuk menyimpan data rekening bank tersebut user menekan tombol “Save” dan sistem menyimpan data rekening bank.
185 Selain mendata rekening bank baru, user dapat melakukan pengubahan data Rekening Bank dengan menekan tombol Edit. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Rekening Bank, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak Daftar Rekening Bank dengan menekan tombol “Print”.
Gambar 4.75 Tampilan Window ”Sales Order”
Window yang ditampilkan pada Gambar 4.75 di atas diakses oleh Sales ketika menerima pesanan yang datang dari pelanggan. User menekan tombol “Add” kemudian mengentri PO pelanggan, dan memilih jenis penjualan yang akan dilakukan, yaitu tunai
186 atau kredit. Selanjutnya user memilih nama pelanggan dan sistem akan men-generate contact person dan alamat pengiriman. Selanjutnya, user mengentri data pesanan terkait dimulai dari memasukkan nama Sales yang melakukan kanvas keliling ke pelanggan, hingga deskripsi data barang yang dipesan. Pertama user memilih jenis barang yang dijual perusahaan, kemudian sistem men-generate merk berdasarkan jenis barang terpilih. Setelah user memilih merek barang, sistem men-generate warna berdasarkan jenis dan merk terpilih. Hierarki ini terus berlanjut hingga memilih ukuran, yang berdasarkan jenis, merk, dan warna. User mengentri jumlah barang yang akan dikirim dan sistem secara otomatis menghitung grand_total, PPN, dan Dasar Pengenaan Pajak. Setelah selesai mendata pemesanan, user menekan tombol “Save” untuk menyimpan data Sales Order. Selain mendata surat baru, user dapat melakukan pengubahan data Sales Order dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Sales Order, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
187
Gambar 4.76 Tampilan Window ”Surat Jalan”
Window yang ditampilkan pada Gambar 4.76 di atas diakses oleh Bagian Gudang ketika menerima konfirmasi pesanan pelanggan dari Sales. User menekan tombol “Add” kemudian nomor Surat Jalan akan di-generate oleh sistem. User memilih Nomor Sales Order yang akan dibuatkan Surat Jalan. Setelah itu, sistem akan mengakses data Sales Order dan menampilkan tanggal pemesanan dan data pelanggan yang diperlukan untuk mengirim barang, yaitu kode pelanggan, nama pelanggan, contact person dan alamat pengiriman. Selain data pelanggan, sistem juga akan menampilkan data barang yang dipesan dalam Sales Order. Data barang yang ditampilkan yaitu jenis, merk, warna, ukuran dan quantity. Sesuai ketersediaan barang di gudang, user hanya tinggal mengentri quantity
188 barang yang akan dikirimkan kepada pelanggan. Setelah selesai mendata pengiriman, user menekan tombol “Save” untuk menyimpan data Surat Jalan. Selain mendata surat baru, user dapat melakukan pengubahan data Surat Jalan dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Sales Order, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
Gambar 4.77 Tampilan Window ”Nota Penjualan”
Window yang ditampilkan pada Gambar 4.77 di atas diakses oleh Bagian Administrasi Penjualan ketika menerima Surat Jalan dari Bagian Gudang. User menekan
189 tombol “Add” kemudian nomor Nota Penjualan akan di-generate oleh sistem. User memilih Nomor Surat Jalan yang akan dibuatkan Nota Penjualan. Setelah itu, sistem akan mengakses data Surat Jalan dan menampilkan tanggal pengiriman, tanggal faktur, tanggal jatuh tempo dan data pelanggan yang diperlukan untuk mengirim barang, yaitu kode pelanggan, nama pelanggan, contact person dan alamat pengiriman. Selain data pelanggan, sistem juga akan menampilkan data barang yang dikirim dalam Surat Jalan. Data barang yang ditampilkan yaitu jenis, merk, warna, ukuran, quantity, dan harga. Selanjutnya, sistem akan menghitung subtotal, grand total, PPN dan DPP. Setelah selesai mendata, user menekan tombol “Save” untuk menyimpan data Nota Penjualan. Selain mendata surat baru, user dapat melakukan pengubahan data Nota Penjualan dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Nota Penjualan, user dapat menekan tombol Delete. User dapat membatalkan pendataan dengan menekan tombol Cancel, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
190
Gambar 4.78 Tampilan Window ”Surat Retur” Window yang ditampilkan pada Gambar 4.78 di atas diakses oleh Bagian Pengiriman ketika menerima retur barang dari Pelanggan. User menekan tombol “Add” kemudian nomor Surat Retur akan di-generate oleh sistem. User memilih Nomor Nota Penjualan yang akan dibuatkan Surat Retur. Setelah itu, sistem akan mengakses data Nota Penjualan dan menampilkan tanggal Nota Penjualan dan data pelanggan yang diperlukan, yaitu kode pelanggan, nama pelanggan, contact person dan alamat pengiriman. Selain data pelanggan, sistem juga akan menampilkan data barang yang dijual dalam Nota Penjualan. Data barang yang ditampilkan yaitu jenis, merk, warna, ukuran dan quantity. Kemudian user menginput quantity barang yang diretur. Setelah selesai mendata, user menekan tombol “Save” untuk menyimpan data Surat Jalan.
191 Selain mendata surat baru, user dapat melakukan pengubahan data Surat Jalan dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Nota Penjualan, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
Gambar 4.79 Tampilan Window ”M emo Kredit” Window yang ditampilkan pada Gambar 4.79 di atas diakses oleh Bagian Administrasi Penjualan ketika pelanggan meretur barang dan telah diterima Surat Retur dari Bagian Pengiriman. User hanya perlu untuk memilih nomor Surat Retur yang akan dicetak M emo Kredit. Kemudian setelah itu sistem akan mengakses semua data yang
192 diperlukan. M emo Kredit dapat dicetak setelah menekan tombol “Print”. Selain itu, user dapat membatalkan pencetakan dengan menekan tombol ”Cancel”.
Gambar 4.80 Tampilan Window ”Bukti Pembayaran” Window yang ditampilkan pada Gambar 4.80 di atas diakses oleh Sales ketika menerima pembayaran dari Pelanggan. User menekan tombol “Add” kemudian mengentri nomor Bukti Pembayaran. User memilih Nomor Pelanggan yang akan dibuatkan Bukti Pembayaran. Setelah itu, sistem akan mengakses data Nota Penjualan dari Pelanggan yang dipilih dan belum dibayar kemudian menampilkan data pelanggan yang diperlukan, yaitu kode pelanggan, nama pelanggan, contact person dan alamat pengiriman. Sementara Nomor Nota Penjualan tertampung di List Nomor NP yang
193 terdapat di Distribusi Nota. User mengentri rincian pembayaran dari Pelanggan, yaitu jumlah pembayaran dengan tunai, cek, giro ataupun transfer. Jika user ingin menyimpan, maka akan ditekan tombol “Save”. Selain mendata surat baru, user dapat melakukan pengubahan data Surat Jalan dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Bukti Pembayaran, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
Gambar 4.81 Tampilan Window ”Daftar Piutang” Window yang ditampilkan pada Gambar 4.81 di atas diakses oleh Bagian Administrasi Penjualan ketika Sales akan melakukan penagihan kepada Pelanggan. User hanya perlu untuk memilih tanggal periode jatuh tempo dan nama Sales. Kemudian setelah itu sistem akan mengakses semua data yang diperlukan. Daftar Piutang dapat
194 dicetak setelah menekan tombol “Print”. Selain itu, user dapat membatalkan pencetakan dengan menekan tombol ”Cancel”.
Gambar 4.82 Tampilan Window ”Konfirmasi Pembayaran” Window yang ditampilkan pada Gambar 4.82 di atas diakses oleh Bagian Administrasi Penjualan ketika Sales telah menyetorkan uang hasil penagihan dan ingin melakukan konfirmasi atas pembayaran yang telah dilakukan oleh pelanggan yang bersangkutan. User hanya perlu untuk nomor Bukti Pembayaran. Kemudian setelah itu sistem akan mengakses semua data yang diperlukan. Konfirmasi Pembayaran dapat dicetak setelah menekan tombol “Print”. Selain itu, user dapat membatalkan pencetakan dengan menekan tombol ”Cancel”.
195
Gambar 4.83 Tampilan Window ”Bukti Penerimaan Bank” Window yang ditampilkan pada Gambar 4.83 di atas diakses oleh Kepala Administrasi dan Keuangan untuk mencatat jumlah uang kas tunai yang disetorkan ke bank. User menekan tombol “Add” kemudian sistem akan menggenerate nomor Bukti Penerimaan Bank. User mengentri tanggal penyetoran, nomor slip setoran dan rekening bank perusahaan. Setelah itu, sistem akan mengakses data Bukti Pembayaran yang memiliki jumlah kas tunai dan belum disetorkan ke bank dan menampung nomor-nomor Bukti Pembayaran tersebut ke List Bukti Pembayaran yang terdapat dalam Grid Penerimaan Bank. Selanjutnya, user memilih nomor Bukti Pembayaran tersebut dan jumlah uang tunai akan dimunculkan secara otomatis. Jika ada kesalahan, user dapat membatalkannya dengan menekan tombol ”Remove”. Untuk menyimpan data Bukti Penerimaan Bank, user menekan tombol ”Save”.
196 Selain mendata surat baru, user dapat melakukan pengubahan data Bukti Penerimaan Bank dengan menekan tombol ”Edit”. Untuk melihat record sebelumnya, user dapat menggunakan fasilitas navigasi First, Previous, Next, dan Last. Jika diperlukan menghapus data Bukti Pembayaran, user dapat menekan tombol ”Delete”. User dapat membatalkan pendataan dengan menekan tombol ”Cancel”, dan mencetak surat bersangkutan dengan menekan tombol “Print”.
Gambar 4.84 Tampilan Window ”Daftar SO Pending” Window yang ditampilkan pada Gambar 4.84 di atas diakses oleh Bagian Administrasi Penjualan yang secara berkala atau sesuai kebutuhan membutuhkan data Sales Order yang masih berstatus “Pending”. User hanya perlu memilih batas akhir tanggal Sales Order yang belum terkirim. Untuk mencetak Daftar SO Pending, user menekan tombol “Print”.
Gambar 4.85 Tampilan Window ”Laporan Penjualan”
197
Window yang ditampilkan pada Gambar 4.85 di atas diakses oleh user yang secara berkala atau sesuai kebutuhan melakukan pencetakan Laporan Penjualan. User memilih kriteria penyusunan laporan secara umum, berdasarkan pelanggan, sales atau barang. Kemudian user memilih periode awal dan periode akhir laporan yang diinginkan. Setelah itu, user menekan tombol “Print” untuk mencetak Laporan.
Gambar 4.86 Tampilan Window ”Laporan Usia Piutang”
Window yang ditampilkan pada Gambar 4.86 di atas diakses oleh user yang secara berkala atau sesuai kebutuhan melakukan pencetakan Laporan Usia Piutang. User memilih tanggal awal dan tanggal akhir laporan yang diinginkan. Setelah itu, user menekan tombol “Print” untuk mencetak Laporan.
Gambar 4.87 Tampilan Window ”Laporan Retur Penjualan”
198
Window yang ditampilkan pada Gambar 4.87 di atas diakses oleh user yang secara berkala atau sesuai kebutuhan melakukan pencetakan Laporan Retur Penjualan. User memilih periode awal dan periode akhir laporan yang diinginkan. Kemudian user memilih kriteria penyusunan laporan secara umum, berdasarkan pelanggan, atau barang. Setelah itu, user menekan tombol “Print” untuk mencetak Laporan.
Gambar 4.88 Tampilan Window ”Laporan Penerimaan Pembayaran”
Window yang ditampilkan pada Gambar 4.88 di atas diakses oleh user yang secara berkala atau sesuai kebutuhan melakukan pencetakan Laporan Penerimaan Pembayaran. User memilih periode awal dan periode akhir laporan yang diinginkan. Kemudian user memilih kriteria penyusunan laporan secara umum, berdasarkan pelanggan, atau sales. Setelah itu, user menekan tombol “Print” untuk mencetak Laporan.
199
Gambar 4.89 Tampilan Window ”Jurnal”
Window yang ditampilkan pada Gambar 4.89 di atas diakses oleh user yang secara berkala atau sesuai kebutuhan melakukan pencetakan Jurnal. User memilih periode awal dan periode akhir laporan yang diinginkan. Kemudian user memilih jurnal yang akan dicetak, jurnal umum, jurnal penjualan atau jurnal penerimaan kas. Setelah itu, user menekan tombol “Print” untuk mencetak Laporan.
200
Gambar 4.90 Tampilan Window ”Penilaian Pelanggan”
Window yang ditampilkan pada Gambar 4.90 di atas diakses oleh Kepala Administrasi dan Keuangan untuk melakukan penilaian pelanggan baru berdasarkan criteria yang telah ditentukan sebelumnya. User hanya perlu memilih nama pelanggan dan menekan tombol “Hitung Limit Kredit” kemudian sistem akan mengakses data-data yang diperlukan dan menghitung jumlah limit kredit yang diusulkan. Untuk menyimpan, user menekan “Save”, dan untuk mencetak user menekan “Print”.
201
Gambar 4.91 Tampilan Window ”Review Limit Kredit” Window yang ditampilkan pada Gambar 4.91 di atas diakses oleh user secara berkala membutuhkan informasi mengenai limit kredit pelanggan. User hanya perlu menekan tombol “Print” untuk mencetak Review Limit Kredit.
Gambar 4.92 Tampilan Window ”Laporan Penerimaan Bank” Window yang ditampilkan pada Gambar 4.92 di atas diakses oleh user secara berkala membutuhkan informasi mengenai penerimaan bank. User memilih periode awal dan akhir dari laporan yang akan dicetak. User hanya perlu menekan tombol “Print” untuk mencetak Review Limit Kredit.
202 4.1.3.3.4 Print Out
PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 S ukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
SA LES ORDER
No. SO Ta ngg al Pesa n Na ma Sa les
Jen is Pe nju a la n : X XX X X X Na ma P ela ng gan Ala ma t
: SO/YYYYMM/9999 : dd‐mm‐yyy y : x_25_x
Kota Kode Pos Co n ta ct P er so n Telep o n Je n is Ba ra ng xxxxxxxxxxxxxxx
Merk Ba ran g xxxxxxxxxxxxxxxxxxxx
Wa rn a xxxxxxxxxx
U ku ran xxxxxxxxxx
Ju mla h 99 9
: x_50_x : x_100_x : x_20_x : xx xxxx : x_50_x : xx xxxxxx xxxxx
Sa tu a n Ha rga xxxxxxxx Rp 999.999.999,99
Su bto ta l Rp 999.999.999,99
To ta l In clud e PP N 9 9% To ta l s eb e lum PP N
Rp 999.999.999,99 Rp 999.999.999,99 Rp 999.999.999,99
Dise tu ju i o leh ,
Dike ta hu i o leh ,
Dib u at o le h,
(Ke p ala Pe rwa kila n )
(Pe la ng ga n)
(Sa le s)
Temb u san : 1 . Sa les 2 . Pe lan gga n
Gambar 4.93 Rancangan Formulir “Sales Order”
203 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Su kabumi Telp : (0266) 238341, 238343 Fax : (0266) 21879 8
SURAT JALAN No. SJ No. SO Tanggal
Nama Pelanggan : x _50_x Alamat : x _100_x
: S J/YYYYMM/9999
: SO/YYYYMM/9999 : dd‐mm‐yyyy
Kota Kode Pos Contac t Person Telepon Jeni s Barang xxxxxxxxxxxxxxx
Merk Barang xxxxxxxxxxxxxxxxxxxx
Warna xxxxxxxxxx
Uk uran xxxxxxxxxx
: x _20_x : x xxx xx : x _50_x : x xxx xxx xxxx xx Juml ah 999
Di setujui ol eh,
Di ketahui ol eh,
Di buat ol eh,
(Kepal a Gudang)
(Pel ang gan)
(Adm in is tra si )
Tembu san : 1. Kepala Gudang 2. Pelanggan 3. Faktur
Gambar 4.94 Rancangan Formulir “Surat Jalan”
S atuan xxxxxxxx
204 PT. Tirtake ncana Tat awarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
NOTA PENJUALAN No . NP No . SJ Ta ngg al Kirim Na ma Sa les
: NP/ YYYYMM/ 9999 : SJ/ YYYYMM/ 9999 : d d‐mm‐yyyy : x_25_x
Jenis Penjua lan : XXXXXX Na ma Pe langga n Ala mat Ko ta Ko d e Pos
Contact Pe rson Te le pon Je ni s B ara ng xxxxxxxxxxxxxxx
Me rk Ba ran g xxxxxxxxxxxxxxxxxxxx
Wa rn a xxxxxxxxxx
Uku ran xxxxxxxxxx
: x_50_x : x_100_x : x_20_x : xxxxxx : x_50_x : xxxxxxxxxxxxx
Jumla h 999
Sa tua n xxxxxxxx
Ca tata n : 1. B ata s w a ktu pe mba yara n 40 h a ri s e tel a h ta ngga l kir im 2. Pe mba ya ra n di ata s Rp 5.000.00 0,00 ha rap ditra ns fe r ke reke nin g BCA d en gan n o mor 1234567890 ata s n a ma PT Tirt ake ncan a Ta taw arn a a tau me ng gun aka n ce k/ B.G d an d itu ju kan k ep ad a PT. Tirta ken ca n a Tata wa rn a 3. B ata s re tu r ma ks ima l 7 ha ri s e te l ah ta ngg al kirim 4. Ju mlah p e njua lan ya ng ha rus d iba ya rkan ad ala h ya n g jumla h s e tel a h PPN
Ha rga R p999.999.9 99,99
Tota l Inclu de PPN 99% Tota l s eb el u m PPN
Di setujui oleh,
Dike ta hu i o leh ,
Dib ua t o le h,
(Ke pa la Administrasi da n Ke ua nga n)
(Pe la ngga n)
(Ad min is tras i Pe njua lan )
Tembusa n : 1. Ba gian Administr as i Penjuala n 2. Pela ngga n 3. Faktur
Gambar 4.95 Rancangan Formulir “Nota Penjualan”
Sub tota l R p 999.999.999,99
R p 999.999.999,99 R p 999.999.999,99 R p 999.999.999,99
205 PT. Tirtake ncana Tatawarna Jl. Raya Cibolang 3 4 Sukabum i Telp : (0266 ) 238 341, 238 343 Fax : (026 6) 21 8798
SURAT RETUR Jenis Penjualan : XXXXXX No. SR No. SJ Ta nggal Re tur Nama Sa l es
: SR /YYYYMM/99999 : SJ/YYYYMM/9999 : dd‐mm‐yyyy : x_25_x
Nama Pel angga n Al a mat
: x_50_x : x_100_x
Kota Kode Pos Contact Perso n Tel epon
: x_20_x : xxxxxx : x_50_x : xxxxxxxxxxxxx
Jeni s Bara ng xxxxxxxxxxxxxxx
Merk Bara ng xxxxxxxxxxxxxxxxxxxx
Warn a xxxxxxxxxx
Uk uran xxxxxxxxxx
Juml a h 999
Satuan xxxxxxxx
Al as an R etur : x_500_x
Di ke tahui o l eh,
Di b uat o l eh,
(Pel angga n)
(Bagi an Pengi ri ma n)
Tembus an : 1 . Ba gian Adminis tra si P enjualan 2 . Pelangga n 3 . Ba gian pengiriman 4 . Faktur
Gambar 4.96 Rancangan Formulir “Surat Retur”
206 PT. Tirta kencana Tataw arna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
MEMO KREDIT No . SR Ta ngga l Re tur
Je nis B ara n g xxxxxxxxxxxxxxx
: SR /YYYY MM/99 99 : d d‐mm‐ yyyy
Merk B ara n g Wa rna xxxxxxxxxxxxxxxxxxxx xxxxxxxxxx
Uku ran xxxxxxxxxx
Nam a Pela n ggan Ala ma t
: x_50_x : x_100_x
Kota Kod e Po s Con ta ct Per son Tele p on
: x_20_x : xxxxxx : x_50_x : xxxxxxxxxxxxx
Ju mlah 999
Ke tera n gan : R e tur te lah d ite rima d an ju mlah p iu tan g tela h d isesu a ikan
Sa tua n Ha rga xxxxxxxx 999.999.9 99
To ta l In clu d e PPN 99% To ta l se be lu m PP N
Su bto ta l R p 999.9 99.999
R p 999.9 99.999 R p 999.9 99.999 R p 999.9 99.999
Dise tu ju i o le h,
Dib ua t ole h,
(Ke p ala P erwak ilan )
(B a gian Ad minis trasi Pe njua la n)
Tem bu san :
1. Ke pa la Pe rwa kila n 2. Pe lan gga n
Gambar 4.97 Rancangan Formulir ”M emo Kredit”
207
DAFTAR PIUTANG Nam a Sal es : x_25_x Ta nggal A khi r Jatuh Tempo : dd‐m m‐yyy y s /d dd‐mm ‐yyyy No. NP NP/YYYYMM/9999
Nam a Pel an ggan x_50_x
Al amat x _100_x
To tal NP No. SR Total SR 999.999. 999 SR /YYYYMM/9999 Rp999. 999.999, 99
Total
Tembus an : 1. Admi ni stra si P enj ua la n 2. Sal es
Gambar 4.98 Rancangan “Daftar Piutang”
Total Tagi ha n Rp 999.999. 999,99
Rp 999.999. 999,99
Yang m eneri ma,
D i buat o leh ,
(Sal es )
(Adm in is tras i Pe njual an )
208 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukabumi : (0266) 238343 Telp F ax : (0266) 238341
BUKTI PEMBAYA RAN No. BP Tangga l
: BP/YYYY/999999 : dd‐mm‐yyyy
: x_50_x : x_100_x
Na ma P ela n ggan Ala mat
Tel ah d iter ima p em ba ya ra n b eru p a B.G/Ce k/T ran sfe r/Tun a i d e nga n p er incia n se ba ga i b e riku t: Kota No mo r Bukti A/C N ama Bank x_50_x x_ 25 _x x_2 0 _x x_1 5_ x
Unt uk p emb a ya ra n fa ktu r N o. NP Tan gga l NP NP/YYYYMM /9999 dd ‐mm ‐yyyy
Tot al NP No . SR Ju mla h 999 .999.999 SR/YYYYMM/9999 999.999.999
Ta n ggal d d ‐ mm ‐ yyyy
Nila i ( Rp .) 999.9 99.9 99
To ta l B.G / Ce k Ua n g Tu n ai Tra n sfer To ta l Te rima
Rp 999.999.999,99 Rp 999.999.999,99 Rp 999.999.999,99 Rp 999.999.999,99
Tota l Tag ih 999.999.999
T ota l Ba yar 999.999.999
Sisa 999.9 99.9 99
To tal Te rima Rp 999.999.999,99 D isetu jui o leh ,
Ya n g m emb a ya r,
Ya ng me n erim a,
(Ke p ala Ad min istra si da n Ke u an ga n)
( Pela n gga n)
(Sa le s)
Temb u san : 1. Pela n gga n 2. Kep a la Adm inist ra si da n K eu an ga n 3. Sale s 4. Fak tur
Gambar 4.99 Rancangan Formulir “Bukti Pembayaran”
209
PT. Tirtakencana Tataw arna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
KONFIRMA SI PEMBAYARAN : BP/YYYY/999999 : dd‐mm‐yyyy : x_25_x
No. BP
Tanggal BP Nama Sales
No. NP NP/YYYYMM/9999
Tanggal NP dd‐mm‐yyyy
Nama Pel anggan Alamat
: x_50_x : x_100_x
Kota Kode Pos Contact Pers on Tel epon
: x_20_x : xxx xxx : x_50_x : xxx xxxxxxx xxx
Total NP No. SR Rp999.999.999, 99 SR/YYYYMM/9999
Juml ah Rp999.999.999,99
Total Ta gi h Rp999.999.999, 99
Total Teri ma
Total Bayar Sis a Rp999.999.999,99 Rp999.999.999,99
Rp999.999.999,99
Demiki an Konfi rmas i Pi utang i ni kami sampa ikan dengan tujuan sebagai pemberi tahuan bahwa pembayaran telah diteri ma. D i setujui ol eh,
D ibuat ol eh,
(Kepal a Admini s tras i dan Keuangan)
(Admini s tras i Penj ualan)
Gambar 4.100 Rancangan “Konfirmasi Pembayaran”
210 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukabumi Telp : (0 266) 2383 41, 2383 43 Fax : (0266 ) 218 798
BUKTI PENERIMAAN BANK No. Bukti Penerimaan Bank : Tanggal Setor : No. Slip Setoran : No. Rekening Bank : Nama Bank : Atas Nama Rekening :
BPB/YYYYMM/9999 dd ‐ mm ‐ yyyy 99999999999 99999999999 xxxx xxxx xxxx xxxx xxxx x xxxx xxxx xxxx xxxx xxxx xxxxx xx
No. Bukti Pembayaran BP/YYYYMM/9999
Jumlah Rp 999.999.999,99
Total Penerimaan Bank Rp 999.999.999,99 Disetujui oleh,
Dibuat oleh,
(Kepala Perwakilan)
(Kepala Administrasi dan Keuangan)
Tembusan : 1. Kepala Perwakilan 2. Kepala Administrasi dan Keuangan
Gambar 4.101 Rancangan “Bukti Penerimaan Bank”
211 Lem ba r ke ‐1 : Untu k Pemb el i BKP/ Pen e ri ma JKP s eb ag ai bu kti Pa ja k Ma s u kan
FAKTUR PAJAK STANDAR Kode dan Nomor Seri Faktur Pajak : 999.999–99.99999999 Pengusah a Kena Pajak N a m a : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Alamat : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx NPWP : 99.999.999.9‐999.9999 Tanggal P engukuhan PKP : dd ‐ mm ‐ yyyy Pembeli Barang Kena Pajak/Penerima Jasa Kena Pajak N a m a : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Alamat : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx NPWP : 99.999.999.9‐999.9999 NPPKP : 99.999.999.9‐999.9999 No. Urut
Nama Barang Kena Pajak/Jas a Kena Pajak
99
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Harga Jual/Penggantian/ Uang Muka/Termin *) Dikurangi Potongan Harga Dikurangi Uang Muka yang telah diterim a Dasar Pengenaan Pajak PPN = 10% x Dasar Penge naan Pajak
Harga Jual/Penggantian/Uang Muka/Termin (Rp) 999.999.999,99
999.999.999,99 999.999.999,99 999.999.999,99 999.999.999,99 999.999.999,99
Pajak Pen jualan Atas Barang Mewah Tarif 99% 99% 99% 99% Jumlah
DPP Rp. 999.999.999,99 Rp. 999.999.999,99 Rp. 999.999.999,99 Rp. 999.999.999,99
PPn BM R p. 999.999.999,99 R p. 999.999.999,99 R p. 999.999.999,99 R p. 999.999.999,99 R p. 999.999.999,99
*) Coret yang tidak perlu
Gambar 4.102 “Faktur Pajak Standar”
xxxxxxxxxxxxxx, tanggal dd ‐ mm ‐ yyyy
…………………… …………………………… Nama Jabatan
212 PT. Tirtakencana Tatawarna J l. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 F ax : (0266) 218798
DAFTAR SO PENDING No. SO
: SO/YYYYMM/9999
Ta ngga l Pesa n Na ma S ales
: dd‐mm‐yyyy : x_25_x
Na ma Pela ngga n : x_50_x Rinc ian Ba rang Belum Terki rim : Je n is Ba ra ng
Me rk Bar an g
xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxx
No . SO
: SO/YYY YMM/9 99 9
Wa rna xxxxxxxxxx
U kur an xxxxxxxxxx
Ju mla h 99 9
Sa tu a n
Ha rga
xxxxxxxx Rp 999.999.999
Su b to tal Rp 999.999 .999
To tal Rp 999 .999 .99 9,99 Ta n gga l P esa n
: dd ‐mm ‐yyyy
Na ma S ale s
: x_2 5_x
Na ma P ela n gga n
: x_5 0 _x
Rinc ian Ba r an g Belum Te rki rim : Je n is Ba ra ng
Me rk Bar an g
xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxx
No . SO
: SO/YYY YMM/9 99 9
Wa rna xxxxxxxxxx
U kur an xxxxxxxxxx
Ju mla h 99 9
Sa tu a n
Ha rga
xxxxxxxx Rp 999.999.999
Su b to tal Rp 999.999 .999
To tal Rp 999 .999 .99 9,99 Ta n gga l P esa n
: dd ‐mm ‐yyyy
Na ma S ale s
: x_2 5_x
Na ma P ela n gga n
: x_5 0 _x
Rinc ian Ba r an g Belum Te rki rim : Je n is Ba ra ng
Me rk Bar an g
xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxx
Tan ggal C etak :
d d ‐ mm ‐ yyyy
Wa rna xxxxxxxxxx
U kur an xxxxxxxxxx
Ju mla h 99 9
Sa tu a n
Ha rga
xxxxxxxx Rp 999.999.999
Su b to tal Rp 999.999 .999
To tal Rp 999 .999 .99 9,99
Gambar 4.103 Rancangan “Daftar SO Pending”
213 PT. Ti rtake ncana Tatawarna Jl. Raya C ibolang 34 Su kabumi Telp : (0266) 238 341, 238343 Fax : (0 266) 21879 8
LAPORA N PENJUA LA N Periode :
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy
No. Nota Penjualan Tanggal Nama Pelanggan Total Nota No. Surat Retur T angga l T otal Retur Netto Penjualan NP/YYY YMM/9999 dd ‐ mm ‐ y yyy x_50_x Rp. 999.999.999,99 SR/YYYYMM/9999 dd ‐ m m ‐ yyyy Rp. 999.999.999,99 Rp. 999.999.999,99
Ne tto Penjualan Tangg al Ce tak :
dd ‐ mm ‐ y yyy
Gambar 4.104 Rancangan “Laporan Penjualan”
Rp. 999.999.999,99
214 PT. Tirtakencana Tat aw arna Jl. Raya Cibolan g 34 Sukab umi Telp : (0266) 238341, 2383 43 Fax : (0266) 21 8798
LA PORAN PENJUA LA N per PELA NGGA N P eriode :
dd ‐ mm ‐ yyyy s/ d dd ‐ mm ‐ yyyy
N o. Pelangg an : N ama Pelanggan : N o. N ot a Penjualan N P/YYY YMM/9999
P99999 x_50_x Tanggal dd ‐ mm ‐ yyyy
J umlah N ot a N o. Surat Retur Ta ngga l Retur Rp. 999.999.999,99 SR/YYYYMM/9999 dd ‐ mm ‐ yyyy
Jumlah Retur N ett o Penjualan Rp. 999.999.999,99 Rp. 999.999.999,99
Tot al Netto Penjuala n Rp. 999.999.999,99 N o. Pelangg an : N ama Pelanggan : N o. N ot a Penjualan N P/YYY YMM/9999
P99999 x_50_x Tanggal dd ‐ mm ‐ yyyy
J umlah N ot a N o. Surat Retur Ta ngga l Retur Rp. 999.999.999,99 SR/YYYYMM/9999 dd ‐ mm ‐ yyyy
Jumlah Retur N ett o Penjualan Rp. 999.999.999,99 Rp. 999.999.999,99
Tot al Netto Penjuala n Rp. 999.999.999,99 N o. Pelangg an : N ama Pelanggan : N o. N ot a Penjualan N P/YYY YMM/9999
P99999 x_50_x Tanggal dd ‐ mm ‐ yyyy
J umlah N ot a N o. Surat Retur Ta ngga l Retur Rp. 999.999.999,99 SR/YYYYMM/9999 dd ‐ mm ‐ yyyy
Jumlah Retur N ett o Penjualan Rp. 999.999.999,99 Rp. 999.999.999,99
Tot al Netto Penjuala n Rp. 999.999.999,99 T angg al Cetak :
dd ‐ mm ‐ yyyy
Gambar 4.105 Rancangan “Laporan Penjualan per Pelanggan”
215 PT. Tirtakencana Tatawarna Jl. Raya Ci bolang 34 Sukabum i Telp : (0266) 238341, 238343 F ax : (0266) 218798
LAPORAN PENJUALAN per SALES Periode :
dd ‐ mm ‐ y yyy s/d dd ‐ m m ‐ yyyy
No Sal es : S999 Nama Sal es : x_50_x No. Nota Penjualan Tanggal Nama Pelanggan NP/ YYYYMM/ 9999 dd ‐ mm ‐ yyyy x_50_x
Jumlah Nota No. Surat Retur Tanggal Re tur Rp . 999.999.999,99 SR/YYYYMM/9999 d d ‐ mm ‐ yyyy
Jumlah Retur Netto Pe nju al an Rp. 999.999.999,99 Rp . 999.999.999,99
Total Ne tto Pen jual an Rp . 999.999.999,99 No Sal es : S999 Nama Sal es : x_50_x No. Nota Penjualan Tanggal NP/ YYYYMM/ 9999
Nama Pelanggan
dd ‐ mm ‐ yyyy x_50_x
Jumlah Nota
No. Surat Retur
Tanggal Re tur
Rp . 999.999.999,99 SR/YYYYMM/9999 d d ‐ mm ‐ yyyy
Jumlah Retur
Netto Pe nju al an
Rp. 999.999.999,99 Rp . 999.999.999,99
Total Ne tto Pen jual an Rp . 999.999.999,99 No Sal es : S999 Nama Sal es : x_50_x No. Nota Penjualan Tanggal Nama Pelanggan NP/ YYYYMM/ 9999 dd ‐ mm ‐ yyyy x_50_x
Jumlah Nota No. Surat Retur Tanggal Re tur Rp . 999.999.999,99 SR/YYYYMM/9999 d d ‐ mm ‐ yyyy
Jumlah Retur Netto Pe nju al an Rp. 999.999.999,99 Rp . 999.999.999,99
Total Ne tto Pen jual an Rp . 999.999.999,99 Tanggal Cetak :
dd ‐ mm ‐ yyyy
Gambar 4.106 Rancangan “Laporan Penjualan per Sales”
216 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
LAPORAN PEN JUALAN per BARAN G Periode :
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy
Kode Barang : x_50_x No. Nota Pe njualan Tanggal NP/YYYYMM/9999 dd ‐ mm ‐ yyyy
Nama Pel anggan x_50_x
Jumlah Harga Satuan Total 999 999. 999.999 Rp. 999.999.999,99
Total Penjualan atas Barang Kode Barang : x_50_x No. Nota Pe njualan Tanggal NP/YYYYMM/9999 dd ‐ mm ‐ yyyy
Rp. 999.999.999,99
Nama Pel anggan x_50_x
Jumlah Harga Satuan Total 999 999. 999.999 Rp. 999.999.999,99
Total Penjualan atas Barang Kode Barang : x_50_x No. Nota Pe njualan Tanggal NP/YYYYMM/9999 dd ‐ mm ‐ yyyy
Rp. 999.999.999,99
Nama Pel anggan x_50_x
Jumlah Harga Satuan Total 999 999. 999.999 Rp. 999.999.999,99
Total Penjualan atas Barang Total Se luruh Penjual an Tanggal Cetak : dd ‐ mm ‐ yyyy
Rp. 999.999.999,99 Rp. 999.999.999,99
Gambar 4.107 Rancangan “Laporan Penjualan per Barang”
217 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266 ) 23 834 1, 2383 43 Fax : (0266 ) 21 8798
LAPORAN RETUR PENJUALAN Periode :
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy
No. Surat Retur Tanggal Nama Pelanggan SR/YYYYMM/99999 dd ‐ mm ‐ yyyy x_50_x
Tanggal Cetak :
No. N ota Penjualan NP/YYYYMM/99999
Total Retur Rp. 999.999.999,99
Total Retur
Rp. 999.999.999,99
dd ‐ mm ‐ yyyy
Gambar 4.108 Rancangan “Laporan Retur Penjualan”
218 PT. Tirt akencana Tatawarna Jl. Raya Cibolang 34 Sukabum i Telp : (0266) 238341, 238343 Fax : (0266) 218798
LAPORAN RETUR PENJUALAN per PELANGGAN Periode :
dd ‐ mm ‐ yy yy s/d dd ‐ mm ‐ yyyy
No. Pelanggan : Nama Pelanggan : No. Surat Retur SR/YYYYMM/9999
P99999 x_50_x Tanggal Retur dd ‐ mm ‐ yyyy
Jumlah Retur Rp. 999.999.999,99
No. Pelanggan : Nama Pelanggan : No. Surat Retur SR/YYYYMM/9999
P99999 x_50_x Tanggal Retur dd ‐ mm ‐ yyyy
Jumlah Retur Rp. 999.999.999,99
No. Pelanggan : Nama Pelanggan : No. Surat Retur SR/YYYYMM/9999
P99999 x_50_x Tanggal Retur dd ‐ mm ‐ yyyy
Jumlah Retur Rp. 999.999.999,99
Tanggal Cetak :
dd ‐ mm ‐ yyyy
Gambar 4.109 Rancangan “Laporan Retur Penjualan per Pelanggan”
219 PT. Tirtake ncana Tatawarna Jl. Raya Cibolang 3 4 Sukabum i Telp : (0266 ) 238 341, 238 343 Fax : (026 6) 21 8798
LAPORAN RETUR PENJUALAN per BARANG Periode :
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy
Kode Barang : No. Surat Retur NP/YYYYMM/9999
x_50_x Tanggal dd ‐ mm ‐ yyyy
Nama Pelanggan x _50_x
Jumlah 999
Kode Barang : No. Surat Retur NP/YYYYMM/9999
x_50_x Tanggal dd ‐ mm ‐ yyyy
Nama Pelanggan x _50_x
Jumlah 999
Kode Barang : No. Surat Retur NP/YYYYMM/9999
x_50_x Tanggal dd ‐ mm ‐ yyyy
Nama Pelanggan x _50_x
Jumlah 999
Tanggal Cetak :
dd ‐ mm ‐ yyyy
Gambar 4.110 Rancangan “Laporan Retur Penjualan per Barang”
220
PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
LAPORAN USIA PIUTAN G Periode :
dd ‐ mm ‐ yyyy sampai dengan
dd ‐ mm ‐ yyyy
Jatuh Tempo :
dd ‐ mm ‐ yyyy
Kode Pelanggan Nama Pelanggan Belum Jatuh Tempo 0 ‐ 30 hari 31 ‐ 60 hari 61 ‐ 90 hari 91 ‐ 180 hari > 180 hari TOTAL XXXXXX999 x_50_x Rp. 999. 999.999,99 Rp. 999.999.999,99 Rp. 999.999.999,99 Rp. 999.999.999, 99 Rp. 999.999. 999,99 Rp. 999.999.999,99 Rp. 999.999.999,99
Tanggal Cetak :
dd ‐ mm ‐ yyyy
Gambar 4.111 Rancangan “Laporan Usia Piutang”
221
PT . Tirta kenca na Tat awarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
LAPORAN PENERIMAAN PEMBAYARAN Periode :
dd ‐ mm ‐ yy yy s/d dd ‐ mm ‐ yy yy
N o. B u kti Pe mb aya ran : N ama Pela n ggan : T ota l T erima : N o. NP N P/YYY YMM/9999
Ta n ggal NP d d‐m m‐yyyy
N o. B u kti Pe mb aya ran : N ama Pela n ggan : T ota l T erima : N o. NP N P/YYY YMM/9999
R p 999.999.999,99 To ta l NP No . SR J umla h R p 999.999.999,99 S R/YYYYMM Rp 999 .999.999,99
To tal Ta gih Rp 9 99.999 .999,99
To tal B ayar Rp 999.9 99.999 ,99
Sisa R p 999.999.99 9,99
To tal Ta gih Rp 9 99.999 .999,99
To tal B ayar Rp 999.9 99.999 ,99
Sisa R p 999.999.99 9,99
To tal Ta gih Rp 9 99.999 .999,99
To tal B ayar Rp 999.9 99.999 ,99
Sisa R p 999.999.99 9,99
BP/YYYY/999999 x_50_x R p 999.999.999,99
Ta n ggal NP d d‐m m‐yyyy
N o. B u kti Pe mb aya ran : N ama Pela n ggan : T ota l T erima : N o. NP N P/YYY YMM/9999
BP/YYYY/999999 x_50_x
Ta n ggal NP d d‐m m‐yyyy
To ta l NP No . SR J umla h R p 999.999.999,99 S R/YYYYMM Rp 999 .999.999,99
BP/YYYY/999999 x_50_x R p 999.999.999,99 To ta l NP No . SR J umla h R p 999.999.999,99 S R/YYYYMM Rp 999 .999.999,99
Tanggal Ce tak : dd ‐ mm ‐ yyyy
Gambar 4.112 Rancangan “Laporan Penerimaan Pembayaran”
222 PT. Tirtakencana Tatawarna Jl. Raya Cibolang 34 Sukab umi Telp : (0266) 238341, 2 38343 Fax : (026 6) 218798
JURNAL PENJUALAN Periode : Tanggal
d d ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy No. Nota Penjualan
dd ‐ mm ‐ yyyy NP/YYYYMM/9999
Debet
Kredit
Kas
Piutang
Penjualan
PPN Keluaran
Rp 999.999.999,99
Rp 999.999.999,99
Rp 999.999.999,99
Rp 999.999.999,99
Tanggal Cetak : dd ‐ mm ‐ yyy y
Gambar 4.113 Rancangan “Jurnal Penjualan”
223 PT. Tirt ake ncana Tat awarna Jl. Raya Cibolang 34 Sukabumi Telp : (0266) 238341, 238343 Fax : (0266) 218798
JURNAL PENERIMAAN KAS Periode : Tanggal
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy No. Referensi
dd ‐ mm ‐ yyyy
B P/YYYYMM/9999
Tan ggal Cetak :
d d ‐ mm ‐yyyy
Debet Kas Ditangan Kas Bank R p 999.999.999,99
Rp 99 9.999.999,99
Gambar 4.114 Rancangan “Jurnal Penerimaan Kas”
Piutan g Rp 999.999.9 99,99
Kredit Penj ualan
PPN Keluaran
R p 999.999.999,9 9 R p 999.999.999 ,99
224 P T. Tirtakencana Tatawarna Jl. Raya Cibo lang 34 Sukabumi Telp : (0266 ) 238 341, 2383 43 Fax : (0266 ) 2187 98
JURNAL UMUM Periode : Tanggal
dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy No. Referensi
dd ‐ mm ‐ yyyy SR/YYYYMM/9999
Debet Retur Penjualan Kas Bank R p 999.999.999,99
Tanggal Cetak : dd ‐ mm ‐ yyy y
Gambar 4.115 Rancangan “Jurnal Umum”
Rp 999.999.999,99
Kredit Piutang Kas Ditangan Rp 999.999.999,99
Rp 999.999.999,99
225 PT. Tirtake ncana Tatawarna Jl. Raya Cibolang 3 4 Sukabumi Telp : (0266 ) 238 341, 2383 43 Fax : (026 6) 21 8798
REVIEW LIMIT KREDIT Kode Pelanggan Nama Pelanggan KKKKNN9999 x _50_x
Tanggal Cetak : dd ‐ mm ‐ yyyy
Gambar 4.116 Rancangan “Review Limit Kredit”
Jumlah Limit Kredit Rp 999.999.999,99
226 PT. Tir take ncana Tatawar na Jl. Raya Cibolang 3 4 Sukabum i Te lp : (02 66 ) 2 38 34 1, 2 38 34 3 Fax : (0 26 6) 21 87 98
LAPORAN PENERIMAAN BANK Periode : dd ‐ mm ‐ yyyy s/d dd ‐ mm ‐ yyyy No. BPB No. Slip Setoran BPB/YYYYMM/9999 999999999999
No. Rekening 999999999999
Nama Bank Atas Nama Rekening xx xx xx xx xx xx xx xx xx xx x x xx xx xx xx xx xx xx xx xx xx
Jumlah Penyetoran Rp 999.999.999,99
Total Penerimaan Bank Rp 999.999.999,99 Tanggal Cetak
: dd ‐ mm ‐ yyyy
Gambar 4.117 Rancangan “Laporan Penerimaan Bank”
4.1.3.4 Sequence Diagram Berikut ini adalah Sequence Diagram dari masing – masing Use case yang terdapat dalam sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna.
227
Gambar 4.118 Sequence Diagram “Login”
228
Gambar 4.119 Reference Sequence Diagram “Pendataan M aster”
229
Gambar 4.120 Sequence Diagram “Pembuatan Surat Transaksi”
230
Gambar 4.121 Reference Sequence Diagram “Pencetakan Laporan”
231
Gambar 4.122 Sequence Diagram “M engganti Password”
232
Gambar 4.123 Sequence Diagram untuk Use Case “M endata Pelanggan”
233
Gambar 4.124 Reference Sequence Diagram “Navigation Pelanggan”
234
Gambar 4.125 Reference Sequence Diagram “Add Pelanggan”
235
Gambar 4.126 Reference Sequence Diagram “Edit Pelanggan”
236
Gambar 4.127 Reference Sequence Diagram “Input Pelanggan”
237
Gambar 4.128 Sequence Diagram untuk Use Case “M endata Barang”
238
Gambar 4.129 Reference Sequence Diagram “Get Data Barang”
Gambar 4.130 Reference Sequence Diagram “Navigation Barang”
239
Gambar 4.131 Reference Sequence Diagram “Add Barang”
240
Gambar 4.132 Reference Sequence Diagram “Edit Barang”
241
Gambar 4.133 Reference Sequence Diagram “Input Barang”
242
Gambar 4.134 Sequence Diagram untuk Use Case “M endata Jenis”
243
Gambar 4.135 Reference Sequence Diagram “Navigation Jenis”
244
Gambar 4.136 Sequence Diagram untuk Use Case “M endata M erk”
245
Gambar 4.137 Reference Sequence Diagram “Navigation M erk”
246
Gambar 4.138 Sequence Diagram untuk Use Case “M endata Warna”
247
Gambar 4.139 Reference Sequence Diagram “Navigation Warna”
248
Gambar 4.140 Sequence Diagram untuk Use Case “M endata Ukuran”
249
Gambar 4.141 Reference Sequence Diagram “Navigation Ukuran”
250
Gambar 4.142 Sequence Diagram untuk Use Case “M endata Rekening Bank”
251
Gambar 4.143 Reference Sequence Diagram “Navigation Rekening Bank”
252
Gambar 4.144 Reference Sequence Diagram “Add Rekening Bank”
253
Gambar 4.145 Reference Sequence Diagram “Edit Rekening Bank”
254
Gambar 4.146 Reference Sequence Diagram “Input Rekening Bank”
255
Gambar 4.147 Sequence Diagram untuk Use Case “M endata Bank”
256
Gambar 4.148 Reference Sequence Diagram “Navigation Bank”
257
Gambar 4.149 Reference Sequence Diagram “Add Bank”
258
Gambar 4.150 Reference Sequence Diagram “Edit Bank”
259
Gambar 4.151 Sequence Diagram untuk Use Case “M embuat Sales Order”
260
Gambar 4.152 Reference Sequence Diagram “Get Header SO”
Gambar 4.153 Reference Sequence Diagram “Get Detail SO”
261
Gambar 4.154 Reference Sequence Diagram “Navigation Sales Order”
262
Gambar 4.155 Reference Sequence Diagram “Add Sales Order”
263
Gambar 4.156 Reference Sequence Diagram “Edit Sales Order”
264
Gambar 4.157 Reference Sequence Diagram “Input Sales Order”
265
Gambar 4.158 Reference Sequence Diagram “Select Barang Sales Order”
266
Gambar 4.159 Sequence Diagram untuk Use Case “M embuat Surat Jalan”
267
Gambar 4.160 Reference Sequence Diagram “Get Header SJ”
Gambar 4.161 Reference Sequence Diagram “Get Detail SJ”
268
Gambar 4.162 Reference Sequence Diagram “Navigation Surat Jalan”
269
Gambar 4.163 Reference Sequence Diagram “Add Surat Jalan”
Gambar 4.164 Reference Sequence Diagram “Edit Surat Jalan”
270
Gambar 4.165 Reference Sequence Diagram “Input Surat Jalan”
271
Gambar 4.166 Sequence Diagram untuk Use Case “M embuat Nota Penjualan”
272
Gambar 4.167 Reference Sequence Diagram “Get Header NP”
Gambar 4.168 Reference Sequence Diagram “Get Record Detail NP”
273
Gambar 4.169 Reference Sequence Diagram “Navigation Nota Penjualan”
274
Gambar 4.170 Reference Sequence Diagram “Add Nota Penjualan”
275
Gambar 4.171 Reference Sequence Diagram “Edit Nota Penjualan”
276
Gambar 4.172 Reference Sequence Diagram “Input Nota Penjualan”
277
Gambar 4.173 Sequence Diagram untuk Use Case “M embuat Surat Retur”
278
Gambar 4.174 Reference Sequence Diagram “Get Header SR”
Gambar 4.175 Reference Sequence Diagram “Get Detail SR”
279
Gambar 4.176 Reference Sequence Diagram “Navigation Surat Retur”
280
Gambar 4.177 Reference Sequence Diagram “Add Surat Retur”
281
Gambar 4.178 Reference Sequence Diagram “Edit Surat Retur”
282
Gambar 4.179 Sequence Diagram untuk Use Case “M embuat M emo Kredit”
283
Gambar 4.180 Sequence Diagram untuk Use Case “M embuat Daftar Piutang”
284
Gambar 4.181 Sequence Diagram untuk Use Case “M embuat Bukti Pembayaran”
285
Gambar 4.182 Reference Sequence Diagram “Get Detail Bukti Pembayaran”
Gambar 4.183 Reference Sequence Diagram “Add Bukti Pembayaran”
286
Gambar 4.184 Reference Sequence Diagram “Edit Bukti Pembayaran”
287
Gambar 4.185 Reference Sequence Diagram “Input Bukti Pembayaran”
288
Gambar 4.186 Sequence Diagram untuk Use Case “M embuat Konfirmasi Pembayaran”
289
Gambar 4.187 Sequence Diagram untuk Use Case“M embuat Bukti Penerimaan Bank”
290
Gambar 4.188 Reference Sequence Diagram “Navigation Bukti Penerimaan Bank”
291
Gambar 4.189 Reference Sequence Diagram “Add Bukti Penerimaan Bank”
Gambar 4.190 Reference Sequence Diagram “Edit Bukti Penerimaan Bank”
292
Gambar 4.191 Reference Sequence Diagram “Input Bukti Penerimaan Bank”
293
Gambar 4.192 Sequence Diagram untuk Use Case “M embuat Laporan Penjualan”
294
Gambar 4.193 Sequence Diagram untuk Use Case “M embuat Daftar SO Pending”
295
Gambar 4.194 Sequence Diagram untuk Use Case “M embuat Laporan Usia Piutang”
296
Gambar 4.195 Sequence Diagram untuk Use Case “M embuat Laporan Retur Penjualan”
297
Gambar 4.196 Sequence Diagram untuk Use Case “M embuat Laporan Penerimaan Pembayaran”
298
Gambar 4.197 Sequence Diagram untuk Use Case “M embuat Laporan Penerimaan Bank”
299
Gambar 4.198 Sequence Diagram untuk Use Case “M embuat Review Limit Kredit”
300
Gambar 4.199 Sequence Diagram untuk Use Case “M embuat Jurnal”
301
Gambar 4.200 Sequence Diagram untuk Use Case “M enilai Pelanggan”
302 4.1.3.5 Technical Platform Sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna dikembangkan dengan menggunakan personal computer (PC) dan menggunakan bahasa pemrograman Microsoft Visual Studio 2005 dan menggunakan SQL Server 2000 sebagai database enginer-nya. User interface yang digunakan sesuai dengan standard windows. Sistem dioperasikan dengan menggunakan mouse dan keyboard.
4.1.4
Recommendation
4.1.4.1 The system’s userfulness and feasibillity Sistem yang diusulkan dapat membantu dan mempermudah user dalam pencatatan transaksi penjualan, piutang usaha, penerimaan kas dan penyetoran kas serta dapat menghasilkan laporan yang dibutuhkan oleh pihak manager seperti Laporan Penjualan, Laporan Retur Penjualan, Laporan Usia Piutang, Laporan Penerimaan Pembayaran, Laporan Penerimaan Bank dan Jurnal.
4.1.4.2 Strategy Sistem informasi yang dikembangkan ini akan diimplementasikan terlebih dahulu pada karyawan junior baru kemudian diimplementasikan pada tingkat yang lebih tinggi untuk mengetahui apakah sistem yang dirancang dapat digunakan dan sudah sesuai dengan kebutuhan user.
303 4.1.4.3 Development Economy Sistem yang dirancang ini memerlukan pengembangan usaha dari dua orang sistem analis, dua orang programmer, satu orang database specialist dan satu orang tester setiap bulannya sebelum sistem ini layak dioperasikan oleh user. Tabel 4.63 Spesifikasi biaya pengembangan Sumber Daya System Analyst Programmer Database Specialist
Jumlah 2 orang 2 orang 1 orang
Lama Total 6 minggu Rp 13.500.000 2 bulan Rp 16.000.000 1 bulan Rp 4.000.000 Total biaya Rp 33.500.000 Sumber : Indonesia Salary Handbook 2008/09 (www.kellyservices.co.id)
4.2
Design Document
4.2.1
The Task
Biaya per bulan Rp 4.500.000 Rp 4.000.000 Rp 4.000.000
4.2.1.1 Purpose Tujuan dari perancangan sistem ini adalah untuk mempermudah pekerjaan administrasi dalam siklus pendapatan pada PT. Tirtakencana Tatawarna dengan cara mempermudah pencatatan transaksi penerimaan pesanan dari pelanggan, pengeluaran dan pengiriman barang, penagihan piutang, pencatatan retur, pencatatan penerimaan pembayaran, pencatatan penyetoran uang kas ke bank dan memperkuat pengendalian internal atas transaksi yang berhubungan dengan siklus pendapatan.
4.2.1.2 Correction to the analysis Dari hasil analisis lebih lanjut terhadap perancangan sistem informasi akuntansi siklus pendapatan PT. Tirtakencana Tatawarna, ternyata diperlukan beberapa perbaikan. Perbaikan ini dilakukan dengan cara melakukan revisi atas class diagram yang telah
304 dibuat sebelumnya sehingga menghasilkan class diagram baru. Dalam class diagram baru ini, terdapat tiga class baru yaitu class Login, class Arus_Barang, dan class Penilaian_Pelanggan.
4.2.1.3 Quality Goals Perancangan kriteria sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna lebih ditekankan pada Usable dan Correct. Sistem yang usable sangat dibutuhkan agar sistem dapat digunakan pada saat implementasi. Selain itu, kriteria Correct harus terpenuhi sehingga sistem yang dirancang dan dikembangkan ini dapat memenuhi kebutuhan perusahaan. Dan juga kriteria Comprehensible diperlukan agar sistem mudah dipahami oleh User sehingga dapat implementasi sistem dapat berjalan dengan baik. Kriteria lainnya seperti Secure diperlukan untuk menjaga keamanan data perusahaan dan mencegah pengaksesan data perusahaan untuk pihak-pihak internal maupun eksternal perusahaan yang tidak memiliki hak otorisasi. Sistem juga harus memenuhi kriteria Efficient, baik dalam hal waktu maupun sumber daya karena sistem ini akan digunakan untuk mencatat transaksi rutin yang berkaitan dengan siklus pendapatan. Kriteria Reusable diperlukan untuk memungkinkan subsistem dari sistem informasi akuntansi siklus pendapatan yang dirancang dapat digunakan pada sistem yang lain.Selain itu, kriteria Interoperable juga memiliki prioritas yang penting agar sistem yang dirancang dapat dihubungkan dengan sistem lainnya yang berhubungan dengan kegiatan bisnis PT. Tirtakencana Tatawarna. Kriteria Maintainable dan Flexible mendapatkan prioritas yang rendah, sedangkan kriteria Portable dianggap kurang relevan dengan sistem yang dirancang.
305 Kriteria Reliable dan Testable dianggap dapat otomatis terpenuhi karena telah didukung dengan kriteria Usable, Correct dan Comprehensible yang diletakkan dalam prioritas Very Important. Tabel 4.64 Kriteria Perancangan Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna Criterion Very Important Important Less Important Irrelevant Easily Fulfilled √ Usable √ Secure √ Efficient √ Correct √ Reliable √ Maintainable √ Testable √ Flexible √ Comprehensible √ Reusable √ Portable √ Interoperable
4.2.2
Techical Plarform
4.2.2.1 Equipment Sistem ini dirancang dan dikembangkan untuk PC(Personal Computer) yang biasa digunakan di kantor, yang mana di antara Client dengan server akan terhubung dengan menggunakan hub 8 port 10/100M bps. Untuk lebih detailnya spesifikasi Hardware yang sebaiknya digunakan untuk PC akan dijelaskan dalam tabel 4.66 di bawah ini:
306 Tabel 4.65 Spesifikasi peralatan untuk Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna Specification Client Server Processor Intel Core 2 Duo Intel Core i7-965 Processor E4600 Processor Extreme (2.4GHz, 2MB L2 Edition (3.2GHz, 8M B Cache, 800M Hz) L2 Cache, 6.4GT/s Mother Board Support Intel Support Intel Memory 2GB DDR2 667 SDRAM 6GB DDR3 1333MHz RAM Hard Disk Drive 80GB 320GB CD- ROM DVD/CD-RW Combo 16x DVD-ROM Monitor 15" Keyboard dan Mouse Mouse Optical, Keyboard Standard NIC 100M bps 100M bps Sound Card On-Board On-Board Graphic On-Board (M ax. 512 M B) Printer Printer Dot M atrix Operating System Windows Vista Home M icrosoft Windows 2000 Premium (64-Bit) Advanced Server
4.2.2.2 System Software Desain Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna berdasarkan implementasi sistem pada Microsoft Visual Studio 2005 dan SQL Server 2000 sebagai database engine-nya.
4.2.2.3 System Interfaces Dalam mengimplementasikannya, sistem ini juga memerlukan printer yang dapat mencetak pada format surat. Untuk Client karyawan ditiap - tiap bagian akan menggunakan printer dot matrix dan sistem operasi harus dapat menangani interface printer.
307 4.2.2.4 Design Langunge Dokumen-dokumen yang ada dirancang dengan menggunakan notasi UM L (Unified Model Language) yang berorientasi objek dengan menggunakan tools dari Enterprise Architecture 6.5.
4.2.3
Architectu re
4.2.3.1 Component architecture Sistem informasi akuntansi siklus pendapatan PT. Tirtakencana Tatawarna menggunakan arsitektur Client – server dengan bentuk Centralized Data, dimana pada Client terdapat komponen User Interface dan Function, sedangkan pada Server terdapat komponen Model. Setiap Client memiliki komponen function yang digunakan untuk membaca, menghapus, dan mengubah data yang ada di server sesuai hak akses masingmasing melalui User
Interface-nya yang kemudian selanjutnya diproses atau
diperbaharui, dan data yang diperbaharui tersebut akan disimpan di server. Gambar berikut ini menunjukkan arsitektur sistem informasi akuntansi siklus pendapatan PT. Tirtakencana Tatawarna.
308
Gambar 4.201 Component Diagram untuk Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
4.2.3.2 Process Architectu re Deployment Diagram untuk sistem ini dirancang dengan menggunakan centralized pattern, yaitu pada Client terdapat komponen User Interface, Function dan external device, sedangkan pada server hanya terdapat komponen Model. Semua data
309 yang di-input melalui komponen User Interface pada Client 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 dicetak dengan menggunakan printer yang merupakan external device pada Client tersebut.
Gambar 4.202 Deployment Diagram untuk Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
310
Gambar 4.203 Arsitektur Jaringan untuk Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
4.2.3.3 Standard Windows dan pesan kesalahan yang terdapat dalam sistem informasi akuntansi siklus pendapatan PT. Tirtakencana Tatawarna dirancang mengikuti standard Windows. Untuk lebih jelasnya beberapa contoh pesan kesalahan dan menu standar, pada gambar 4.204 berikut ini.
311
Gambar 4.204 Beberapa Contoh Gambar M enu Standar dan Pesan Kesalahan
4.2.4
Component
4.2.4.1 Model Component Model Component menyatakan kebutuhan dari function dan model. Seluruh function akan diimplementasikan dalam operasi yang terdapat dalam Model Component. Tujuan dari Model Component ini adalah untuk mengirimkan data sekarang dan historis ke function, interface dan pengguna sistem
4.2.4.1.1 Structure Gambar 4.205 dibawah ini merupakan Revised Class Diagram dari Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna.
312
Gambar 4.205 Revised Class Diagram Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna
313 4.2.4.1.2 Classes Dalam kasus ini terdapat tiga class baru yang muncul pada revise class diagram, yaitu class Login, class Penilaian Pelanggan dan class Arus Barang. Class Login Purpose : M embatasi hak akses user Attribute : userID, password Operation : login, logout, mengganti_password Class Penilaian Pelanggan Purpose : M enghitung nilai pelanggan untuk menentukan limit kredit pelanggan Attribute : kode_pelanggan, limit_kredit Operation : menilai Class Arus Barang Purpose : mencatat arus keluar masuk barang akibat penjualan dan retur Attribute : kode_barang, jml_masuk, jml_keluar, stok Operation : menerima, mengirim, meretur
4.2.4.2 Function Component 4.2.4.2.1 Structure Gambar 4.206 di bawah ini merupakan gambar Function Component dari sistem yang dirancang.
314
Gambar 4.206 Function Component Diagram dari Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna
315 4.2.4.2.2 Classes Tabel 4.66 Function Component ”Perhitungan_Limit” Name operation M enilai X Read Category -- Active X Passive X Update X Compute -- Signal Purpose M enentukan limit kredit bagi pelanggan dengan cara menghitung nilai dari pelanggan itu sendiri yang ditentukan dari empat factor, yaitu jumlah nominal rata-rata penjualan bulanan, frekuensi penjualan, ketepatan pelunasan, dan loyalitas pelanggan Input data NamaPelanggan Conditions Terdapat objek pelanggan yang sudah tercatat dalam sistem untuk mengetahui seberapa lama pelanggan tersebut telah menjadi pelanggan perusahaan dalam, kondisi ini diperlukan untuk menghitung total nilai dari kriteria loyalitas pelanggan. Selain itu, pelanggan tersebut telah tercatat melakukan transaksi penjualan melalui objek Nota_Penjualan untuk mengetahui seberapa besar frekuensi penjualan bulanan dan jumlah nominal rata-rata penjualan dari pelanggan tersebut. Kemudian diperlukan juga objek Bukti_Pembayaran untuk dibandingkan tanggal pembayaran serta tanggal jatuh tempo yang terdapat dalam Nota Penjualan untuk mengetahui seberapa besar ketepatan pelanggan dalam melunasi piutangnya. Effect M engetahui total nilai pelanggan yang baru terkait dengan penentuan limit kredit yang baru Algorithm Select * from M sPelanggan cboNamaPelanggan.DisplayM ember = NamaPelanggan cboNamaPelanggan.ValueM ember = KodePelanggan Private Sub btnHitungLimit_Clicked() Select TglOrderPertama from M sPelanggan WHERE cboNamaPelanggan.SelectedValue = MsPelanggan.KodePelanggan LamaLangganan = DAY(Now – TglOrderPertama) If LamaLangganan < 91 Then NilaiLoyalitas = 1 ElseIf LamaLangganan > 90 AND LamaLangganan < 181 Then NilaiLoyalitas = 2 ElseIf LamaLangganan > 180 AND LamaLangganan < 361 Then NilaiLoyalitas = 3 ElseIf LamaLangganan > 360 Then NilaiLoyalitas = 4
316 End If Select TotalNP from TrNotaPenjualan WHERE cboNamaPelanggan.SelectedValue = TrNotaPenjualan.KodePelanggan NominalRataRata = SUM (TotalNP) / (M ONTH(Now – TglOrderPertama)) FrekuensiNP = table.Rows.Count / (M ONTH(Now – TglOrderPertama)) If NominalRataRata < 80000001 Then NilaiNominalRataRata = 1 ElseIf NominalRataRata > 80000000 AND NominalRataRata < 32000001 Then NilaiNominalRataRata = 2 ElseIf NominalRataRata > 32000000 AND NominalRataRata < 64000001 Then NilaiNominalRataRata = 3 ElseIf NominalRataRata > 64000000 Then NilaiNominalRataRata = 4 End If If FrekuensiNP < 2 Then NilaiFrekuensiNP = 1 ElseIf FrekuensiNP > 1 AND NominalRataRata < 5 Then NilaiFrekuensiNP = 2 ElseIf FrekuensiNP > 4 AND FrekuensiNP < 8 Then NilaiFrekuensiNP = 3 ElseIf FrekuensiNP > 7 Then NilaiFrekuensiNP = 4 End If Select TglJatuhTempo, TglBayar from TrNotaPenjualan a, TrBuktiPembayaran b WHERE a.KdNP= b.KdNP AND cboNamaPelanggan.SelectedValue = a.KodePelanggan HariTerlambat = DAY(TglBayar – TglJatuhTempo) If HariTerlambat < 1 Then NilaiKetepatan = 4 ElseIf HariTerlambat > 0 AND HariTerlambat < 8 Then NilaiKetepatan = 3 ElseIf HariTerlambat > 7 AND HariTerlambat < 31 Then NilaiKetepatan = 2 ElseIf HariTerlambat > 30 AND HariTerlambat < 61 Then
317 NilaiKetepatan = 1 ElseIf HariTerlambat > 60 Then NilaiKetepatan = 0 End If NilaiPelanggan = (NilaiLoyalitas + NilaiFrekuensiNP + NilaiNominalRataRata + NilaiKetepatan) / 4
Data structures Placement Involved objects Triggering event
If NilaiPelanggan < 1,1 Then LimitKredit = 10000000 ElseIf NilaiPelanggan > 1 AND NilaiPelanggan < 2,1 Then LimitKredit = 40000000 ElseIf NilaiPelanggan > 2 AND NilaiPelanggan < 3,1 Then LimitKredit = 70000000 ElseIf NilaiPelanggan > 3 Then LimitKredit = 100000000 End If End Sub KodePelanggan : char(50) LimitKredit : money(12) PerhitunganLimit Pelanggan, Nota Penjualan, Bukti Pembayaran
Tabel 4.67 Function Component ”Pembayaran_Piutang” Name operation M embayar X Read Category -- Active X Passive -- Update X Compute -- Signal Purpose M enentukan distribusi Nota Penjualan untuk sejumlah uang yang telah dibayarkan oleh pelanggan Input data NamaPelanggan, JumlahKas, JumlahCek, JumlahTransfer Conditions Terdapat objek Nota Penjualan yang memiliki atribut kode_SJ yang, dimana dalam kode_SJ tersebut memiliki kode_SO yang memiliki kode_pelanggan yang sama seperti yang diinput oleh user dan kode_NP tersebut berstatus ”Unpaid”. Selain itu untuk menghitung apakah piutang perlu dikurangi karena terjadi retur, harus terdapat kode_SR yang kode_NP nya sama dengan kode_NP yang terpilih. Effect M enghasilkan distribusi Nota Penjualan yang dibayar dan mengetahui jumlah piutang pelanggan yang baru Algorithm Kodepelanggan = cboPelanggan.SeletedValue TotalBayar = JumlahKas + JumlahCek + JumlahTransfer Select Kode_NP, Total_NP, Kode_SR, Total_Retur from TrNotaPenjualan a, TrSuratJalan b, TrSalesOrder c, TrSuratRetur
318 d WHERE c.Kode_Pelanggan = kodepelanggan AND b.Kode_SO = c.Kode_SO AND a.Kode_SJ = b.Kode_SJ AND a.StatusPembayaran = “Unpaid” AND a.Kode_NP = d.Kode_NP
Data structures
Placement Involved objects Triggering event
TotalPenagihan = Total_NP - TotalRetur NamaPelanggan : char(50) JumlahKas : money(12) JumlahCek : money(12) JumlahTransfer : money(12) PembayaranPiutang Pelanggan, Nota Penjualan, Bukti Pembayaran, Surat Retur
Tabel 4.68 Function Component ”PencetakanLaporanPenjualan” Name operation M encetak_laporan_penjualan X Read Category -- Active X Passive -- Update X Compute -- Signal Purpose M encetak Laporan Penjualan yang dilakukan perusahaan sesuai periode laporan. Input data Periode_awal, periode_akhir Conditions Terdapat objek Nota Penjualan yang memiliki atribut tanggal_NP di antara periode awal dan periode akhir, serta terdapat objek Pelanggan dan Barang yang memiliki no_SO yang sama dengan no_SJ yang terdapat di Nota Penjualan yang bersangkutan. Effect M enghasilkan laporan Nota Penjualan untuk periode yang ditentukan sesuai kebutuhan perusahaan Algorithm If JenisLaporan = 0 then SELECT NoNP, TglNP, NamaPelanggan, TotalNP, NoSR, TglSR, TotalSR, NettoSales FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND a.TglNP >= [PeriodeAwal] AND a.TglNP <= [PeriodeAkhir] AND NettoSales = TotalNP – TotalSR GrandTotalNP = SUM (NettoSales)
319 Else If JenisLaporan = 1 then SELECT NoNP, TglNP, NamaPelanggan, TotalNP, NoSR, TglSR, TotalSR, NettoSales FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND NettoSales = TotalNP - TotalSR GROUP BY d.NamaPelanggan WHERE a.TglNP >= [PeriodeAwal] AND a.TglNP <= [PeriodeAkhir] GrandTotalNP = SUM (NettoSales) Else If JenisLaporan = 2 then SELECT NoNP, TglNP, NamaPelanggan, TotalNP, NoSR, TglSR, TotalSR, NettoSales, NamaSales FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e, Sales f WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND f.kodeSales = e.kodeSales GROUP BY d.NamaSales WHERE a.TglNP >= [PeriodeAwal] AND a.TglNP <= [PeriodeAkhir] GrandTotalNP = SUM (NettoSales) Else SELECT NoNP, TglNP, NamaPelanggan, Jumlah, HargaSatuan, Total FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e, Barang f WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND f.kodeBarang = c.kodeBarang GROUP BY f.kodeBarang
320
Data structures Placement Involved objects Triggering event
WHERE a.TglNP >= [PeriodeAwal] AND a.TglNP <= [PeriodeAkhir] GrandTotalNP = SUM (NettoSales) periodeAwal : datetime periodeAkhir : datetime PencetakanLaporanPenjualan Pelanggan, Nota Penjualan, Surat Retur, Sales, Barang
Tabel 4.69 Function Component ”PencetakanLaporanReturPenjualan” Name operation M encetak_laporan_retur_penjualan Category -- Active X Read X Passive -- Update X Compute -- Signal Purpose M encetak Laporan Retur Penjualan yang dilakukan perusahaan sesuai periode laporan. Input data Periode_awal, periode_akhir Conditions Terdapat objek Retur Penjualan yang memiliki atribut tanggal_SR di antara periode awal dan periode akhir, serta terdapat objek Pelanggan dan Barang yang memiliki no_SO yang sama dengan no_SJ yang terdapat di Surat Retur yang bersangkutan. Effect M enghasilkan laporan retur penjualan untuk periode yang ditentukan sesuai kebutuhan perusahaan Algorithm If JenisLaporan = 0 then SELECT NoSR, TglSR, NamaPelanggan, NoNP, TotalSR FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND b.TglSR >= [PeriodeAwal] AND b.TglSR <= [PeriodeAkhir] GrandTotalRetur = SUM (TotalSR) Else If JenisLaporan = 1 then SELECT NoNP, TglNP, NamaPelanggan, TotalNP, NoSR, TglSR, TotalSR, NettoSales FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e WHERE
321 c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND NettoSales = TotalNP - TotalSR GROUP BY d.NamaPelanggan WHERE b.TglSR >= [PeriodeAwal] AND b.TglSR <= [PeriodeAkhir] GrandTotalRetur = SUM (TotalSR)
Data structures Placement Involved objects Triggering event
Else SELECT NoNP, TglNP, NamaPelanggan, Jumlah, HargaSatuan, Total FROM NotaPenjualan a, SuratRetur b, SuratJalan c, Pelanggan d, SalesOrder e, Barang f WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND f.kodeBarang = c.kodeBarang GROUP BY f.kodeBarang WHERE b.TglSR >= [PeriodeAwal] AND b.TglSR <= [PeriodeAkhir] GrandTotalRetur = SUM (TotalSR) periodeAwal : datetime periodeAkhir : datetime PencetakanLaporanReturPenjualan Pelanggan, Nota Penjualan, Surat Retur, Sales, Barang
Tabel 4.70 Function Component ”PencetakanLaporanUsiaPiutang” Name operation M encetak_laporan_usia_piutang X Read Category -- Active X Passive -- Update X Compute -- Signal Purpose M encetak Laporan Usia Piutang yang dilakukan perusahaan sesuai periode laporan. Input data Periode_awal, periode_akhir Conditions Terdapat objek Nota Penjualan yang memiliki atribut tanggal_NP di antara periode awal dan periode akhir dan berstatus ”Unpaid”, serta terdapat objek Pelanggan yang memiliki no_SO yang sama dengan no_SJ yang terdapat di Nota Penjualan yang bersangkutan.
322 Effect Algorithm
Data structures Placement Involved objects Triggering event
M enghasilkan laporan usia piutang untuk periode yang ditentukan sesuai kebutuhan perusahaan SELECT NoPelanggan, NamaPelanggan, BlmJT, JT30hr, JT60hr, JT90hr, JT180hr, JT6bln, Total FROM NotaPenjualan a, SuratJalan c, Pelanggan d, SalesOrder e WHERE c.noSJ = a.noSJ AND b.noSJ = a.noSJ AND e.noSO = c.noSO AND d.kodePelanggan = e.kodePelanggan AND BlmJT = SUM (Total NP) WHERE a.TglJT > PeriodeAkhir AND JT30hr = SUM (Total NP) WHERE a.TglJT - PeriodeAkhir < 31 AND JT60hr = SUM (Total NP) WHERE a.TglJT - PeriodeAkhir > 30 AND a.TglJT - PeriodeAkhir < 61 AND JT90hr = SUM (Total NP) WHERE a.TglJT - PeriodeAkhir > 60 AND a.TglJT - PeriodeAkhir < 91 AND JT180hr = SUM (Total NP) WHERE a.TglJT - PeriodeAkhir > 90 AND a.TglJT - PeriodeAkhir < 181 AND JT6bln = SUM (Total NP) WHERE a.TglJT - PeriodeAkhir > 180 AND Total = BlmJT + JT30hr + JT60hr + JT90hr + JT180hr + JT6bln periodeAwal : datetime periodeAkhir : datetime PencetakanLaporanUsiaPiutang Pelanggan, Nota Penjualan
Tabel 4.71 Function Component ”PencetakanLaporanPenerimaanPembayaran” Name operation M encetak_laporan_pembayaran X Read Category -- Active X Passive -- Update X Compute -- Signal Purpose M encetak Laporan Penerimaan Pembayaran yang dilakukan perusahaan sesuai periode laporan. Input data Periode_awal, periode_akhir Conditions Terdapat objek Bukti Pembayaran yang memiliki atribut tanggal_BP di antara periode awal dan periode akhir, serta terdapat objek Pelanggan yang memiliki no_SO yang sama dengan no_SJ yang terdapat di Nota Penjualan yang terdapat di Bukti Pembayaran yang bersangkutan. Effect M enghasilkan laporan penerimaan pembayaran untuk periode yang ditentukan sesuai kebutuhan perusahaan
323 Algorithm
Data structures Placement Involved objects Triggering event
4.2.5
SELECT NoBP, NamaPelanggan, NoNP, TglNP, TotalNP, NoSR, TotalRetur, TotalTagih, TotalBayar, Sisa FROM BuktiPembayaran a, DetailPelunasan b, NotaPenjualan c, SuratRetur d, SuratJalan e, Pelanggan f, SalesOrder g WHERE b.noBP = a.noBP AND c.noNP = b.noNP AND e.noSJ = c.noSJ AND g.noSO = e.noSO AND e.noSJ = d.noSJ AND f.kodePelanggan = g.kodePelanggan GROUP BY a.noBP WHERE b.TglBP >= [PeriodeAwal] AND b.TglBP <= [PeriodeAkhir] TotalTagih = TotalNP – TotalRetur Sisa = TotalTagih - TotalBayar GrandTotalRetur = SUM (TotalBP) periodeAwal : datetime periodeAkhir : datetime PencetakanLaporanReturPenjualan Pelanggan, Nota Penjualan, Surat Retur, Sales, Barang
User – Interface Component Gambar 4.207 dibawah ini menunjukkan bahwa setiap windows dan hasil print-
out akan diimplementasikan menjadi sebuah class dengan satu object. Setiap class windows dan print-out mewarisi karakteristik umum dari library User - Interface standard. Ketika sistem dijalankan, class control akan menghasilkan object dimana kontrol diberikan. Object control menangani menu utama dan mendelegasikan kontrol ke object User Interface lainnya.
324
Gambar 4.207 ”User Interface Component” 4.2.6
Recommendations
4.2.6.1 The system usefulness Perancangan dari sistem informasi akuntansi penjualan dan piutang usaha akan memenuhi krietria yang paling penting dengan catatan sebagai berikut : Tabel 4.72 Kriteria Sistem Informasi Akuntansi Siklus Pendapatan pada PT. Tirtakencana Tatawarna Criterion System Usefulness Usable Sistem dapat digunakan sesuai dengan kebutuhan perusahaan Secure Sistem yang dirancang dapat menjamin keamanan untuk mencegah terjadinya pengambilan data yang disimpan di server dari pihak – pihak yang tidak memiliki hak otorisasi Efficient Dengan adanya sistem ini, proses bisnis siklus pendapatan menjadi lebih efisien baik dalam pencatatan maupun pengendalliannya
325 Correct
Sistem dapat digunakan untuk membantu administrasi proses bisnis siklus pendapatan di perusahaan Comprehensible Sistem yang dirancang mudah dimengerti dan dapat digunakan oleh User yang memiliki hak akses Reusable Subsistem yang dirancang dapat digunakan untuk merancang sistem informasi lainnya Interoperable Sistem yang dirancang dapat dihubungkan dengan sistem lainnya yang terkait dengan kegiatan bisnis perusahaan
4.2.6.2 Plan for Initiating Use Sebelum digunakan sistem harus di-install terlebih dahulu dan dilakukan pengaturan dalam spesifikasinya untuk dapat dijalankan. Kemudian User akan diberikan buku panduan yang berisi langkah – langkah penggunaan sistem baik dalam bentuk CD(Compact Disk) maupun dalam bentuk print-out. Selanjutnya akan User akan diberikan pelatihan tentang cara penggunaan sistem agar para User mendapatkan pemahaman dan pengertian yang memadai mengenai cara kerja dari sistem yang baru ini sehingga mereka dapat berpartisipasi dan mendukung penerapan sistem baru serta dapat menggunakan sistem dengan baik. Pelatihan akan dilakukan setiap harinya dengan durasi 90 menit selama satu minggu. Setelah itu akan dilakukan pengujian sistem, apakah sistem telah sesuai atau memenuhi kebutuhan User.
4.2.6.3 Implementation Plan Sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna yang telah dirancang ini direncanakan akan dikonversikan dengan menggunakan metode paralel selama kurang lebih enam bulan. Hal ini dimaksudkan untuk mengurangi resiko yang mungkin terjadi ketika sistem yang
326 lama dikonversikan ke sistem yang baru seperti misalnya perbedaan hasil atau sistem yang tidak dapat dijalankan dengan baik serta untuk menguji keandalan sistem yang diusulkan. Untuk gambaran lebih jelasnya, rencana implementasi sistem informasi akuntansi siklus pendapatan pada PT. Tirtakencana Tatawarna, dapat dilihat pada tabel 4.94 berikut :
Tabel 4.73 Gantt Chart Rencana Implementasi Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna Durasi No K egiatan Minggu 1 Analisis 4 2 Design 4 3 Coding 6 4 Testing 2 5 Pengadaan hardware 1 6 Pengadaan software 1 7 Pengadaan network 1 8 Training 1 9 Implementasi 4 Total 24
1 2 3
4 5 6 7
Minggu 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
4.3. Database S istem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna Tabel 4.74 sampai Tabel 4.94 di bawah ini menunjukkan tabel database yang akan digunakan dalam Sistem Informasi Akuntansi Siklus Pendapatan PT. Tirtakencana Tatawarna.
327 Tabel 4.74 Tabel Data M sPassword Database TKTW_Revenue Tabel MsPassword Keterangan Tabel ini digunakan untuk menyimpan semua data yang berupa userID dan password yang digunakan oleh tiap user untuk dapat mengakses sistem. Primary Key UserID Foreign Key No Field Tipe Data Panjang Deskripsi 1 UserID varchar 30 UserID sebagai tanda identifikasi user agar dapat mengakses sistem sesuai dengan hak akses masing-masing user. 2 Password varchar 20 Password user. Tabel 4.75 Tabel Data M sKaryawan Database TKTW_Revenue Tabel MsKaryawan Keterangan Tabel ini digunakan untuk menyimpan semua data karyawan yang bekerja di PT. Tirtakencana Tatawarna Primary Key KdKaryawan Foreign Key UserID No Field Tipe Data Panjang Deskripsi 1 Kode_Karyawan char 8 Nomor karyawan. Empat digit pertama adalah TKTW. Empat digit terakhir adalah nomor urut karyawan. 2 Nama char 50 Nama karyawan 3 Bagian char 30 Bagian tempat karyawan bekerja 4 UserID char 30 UserID sebagai tanda identifikasi user agar dapat mengakses sistem sesuai dengan hak akses masing-masing user.
328 Tabel 4.76 Tabel Data M sPelanggan Database TKTW_Revenue Tabel MsPelanggan Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data pelanggan Primary Key Kode_pelanggan Foreign Key No Field Tipe Data Panjang Deskripsi 1 Kode_Pelanggan char 10 Kode Pelanggan. Empat digit pertama menunjukkan wilayah pelanggan, dua digit setelahnya adalah dua huruf awal nama pelanggan, dan empat digit terakhir merupakan nomor urut pelanggan 2 Nama_Pelanggan char 50 Nama pelanggan 3 Alamat char 200 Alamat pelanggan 4 Kota char 50 Kota 5 Kode_Pos char 6 Kode pos 6 No_Telp1 char 13 Nomor telepon pelanggan 7 No_Telp2 char 13 Nomor telepon pelanggan 8 No_Fax char 13 Nomor fax 9 Contact_Person char 50 Contact person 10 No_HP_Contact_Person char 12 No handphone contact person dari pelanggan 11 Tgl_Order_Pertama datetime 8 Tanggal pertama kali pelanggan melakukan pemesanan 12 No_NPWP char 15 No NPWP pelanggan 13 Jml_Limit_Kredit long 12 Jumlah limit kredit pelanggan 14 Jml_Kredit_Terpakai long 12 Jumlah piutang pelanggan 15 Jml_Sisa_Kredit long 12 Sisa kredit pelanggan
329 Tabel 4.77 Tabel Data M sBarang Database TKTW_Revenue Tabel MsBarang Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data barang Primary Key Kode_Barang Foreign Key Kode_Jenis_Barang, Kode_M erk_Barang, Kode_Warna_Barang, No_Ukuran_Barang No Field Tipe Data Panjang Deskripsi 1 Kode_Barang char 14 Kode barang di mana 4 digit pertama merupakan kode jenis, 4 digit berikutnya adalah kode merek, 3 digit berikutnya adalah kode warna dan 3 digit terakhir merupakan nomor urut ukuran barang. 2 Kode_Jenis_Barang char 4 Kode jenis barang 3 Kode_M erk_Barang char 4 Kode merk barang 4 Kode_Warna_Barang char 3 Kode warna barang 5 No_Ukuran_Barang int 3 Kode ukuran yang merupakan no urut setiap ukuran yang didata. 6 Keterangan_Lain char 150 Keterangan tambahan lain 7 Tgl_Saldo_Awal datetime 10 Tanggal penginputan barang yang pertama 8 Qty_Awal int 3 Kuantitas persediaan awal pada saat diinput. 9 Qty_M in int 2 Kuantitas minimal barang atau titik pemesanan ulang (ROP). 10 Jml_Tersedia int 3 Kuantitas barang yang tersedia saat ini. 11 Harga_Satuan int 3 Kuantitas maksimal yang dibolehkan. Tabel 4.78 Tabel Data M sBank Database TKTW_Revenue Tabel MsBank Keterangan Tabel ini digunakan untuk mencatat dan meyimpan semua data bank perusahaan. Primary Key No_Bank Foreign Key No Field Tipe Data Panjang Deskripsi 1 No_Bank char 3 Nomor urut bank 2 Nama_Bank char 20 Nama bank
330 Tabel 4.79 Tabel Data M sRekening Database TKTW_Revenue Tabel MsRekening Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data rekening perusahaan. Primary Key No_Rekening Foreign Key No_Bank No Field Tipe Data Panjang Deskripsi 1 No_Rek char 20 Nomor rekening 2 No_Bank int 3 Nomor urut bank 3 Atas_Nama char 50 Nama pemegang rekening 4 Nama_Rek char 30 Nama rekening yang terdiri dari kombinasi nama pemegang rekening dan nama bank. Tabel 4.80 Tabel Data M sJenis Database TKTW_Revenue Tabel MsJenis Keterangan Tabel ini digunakan untuk mencatat dan meyimpan semua data jenis barang yang dijual oleh perusahaan Primary Key Kode_Jenis_Barang Foreign Key No Field Tipe Data Panjang Deskripsi 1 Kode_Jenis_Barang char 4 Kode jenis barang 2 Jenis_Barang char 15 Jenis barang Tabel 4.81 Tabel Data M sM erk Database TKTW_Revenue Tabel MsM erk Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data merk barang yang dijual oleh perusahaan Primary Key Kode_M erk_Barang Foreign Key No Field Tipe Data Panjang Deskripsi 1 Kode_M erk_Barang char 4 Kode merk barang 2 M erk_Barang char 15 M erk barang
331 Tabel 4.82 Tabel Data M sWarna Database TKTW_Revenue Tabel MsWarna Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data warna barang yang dijual oleh perusahaan Primary Key Kode_Warna_Barang Foreign Key No Field Tipe Data Panjang Deskripsi 1 Kode_Warna_Barang char 3 Kode warna barang 2 Warna_Barang char 15 Warna barang Tabel 4.83 Tabel Data M sUkuran Database TKTW_Revenue Tabel MsUkuran Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data ukuran barang yang dijual oleh perusahaan Primary Key No_Ukuran_Barang Foreign Key No Field Tipe Data Panjang Deskripsi 1 No_Ukuran_Barang int 3 Nomor ukuran barang 2 Ukuran_Barang char 15 Ukuran barang Tabel 4.84 Tabel Data TrSalesOrder Database TKTW_Revenue Tabel TrSalesOrder Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data yang berhubungan dengan pemesanan pelanggan Primary Key Kode_SO Foreign Key No_Karyawan, Kode_Pelanggan No Field Tipe Data Panjang Deskripsi 1 Kode_SO char 14 Kode Sales Order dengan format SO/YYYYM M /9999 SO = Sales Order YYYY = menunjukkan tahun pembuatan dokumen SO MM = menunjukkan bulan pembuatan dokumen SO 9999 = nomor urut SO 2 Tgl_SO datetime 15 Ukuran barang 3 Kode_Pelanggan char 10 Kode pelanggan yang memesan 4 Total_SO Long 9 Jumlah pemesanan termasuk PPNdalam rupiah 5 Jumlah_PPN Long 9 Jumlah pajak pertambahan nilai 6 Jumlah_DPP Long 9 Jumlah Dasar Pengenaan Pajak
332 Tabel 4.85 Tabel Data TrSalesOrder_Detail Database TKTW_Revenue Tabel TrSalesOrder_Detail Keterangan Tabel ini digunakan untuk mencatat dan meyimpan semua data barang yang dipesan oleh pelanggan Primary Key Kode_SO, Kode_Barang Foreign Key Kode_SO, Kode_Barang No Field Tipe Data Panjang Deskripsi 1 Kode_SO char 14 Kode Sales Order dengan format SO/YYYYM M /9999 SO = Sales Order YYYY = menunjukkan tahun pembuatan dokumen SO MM = menunjukkan bulan pembuatan dokumen SO 9999 = nomor urut SO 2 Kode_Barang char 14 Kode barang yang dipesan 3 Qty Int 3 Jumlah barang yang dipesan Tabel 4.86 Tabel Data TrSuratJalan Database TKTW_Revenue Tabel TrSuratJalan Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data yang berhubungan dengan pengiriman barang ke pelanggan Primary Key Kode_SJ Foreign Key Kode_SO No Field Tipe Data Panjang Deskripsi 1 Kode_SJ char 14 Kode Surat Jalan dengan format SJ/YYYYM M /9999 SJ = Surat Jalan YYYY = menunjukkan tahun pembuatan dokumen SJ MM = menunjukkan bulan pembuatan dokumen SJ 9999 = nomor urut SJ 2 Kode_SO char 14 Kode Sales Order yang menjadi dasar pembuatan Surat Jalan 3 Tgl_Kirim Datetime 8 Tanggal pengiriman barang
333 Tabel 4.87 Tabel Data TrSuratJalan_Detail Database TKTW_Revenue Tabel TrSuratJalan_Detail Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data barang yang dikirimkan kepada pelanggan Primary Key Kode_SJ, Kode_Barang Foreign Key Kode_SJ, Kode_Barang No Field Tipe Data Panjang Deskripsi 1 Kode_SJ char 14 Kode Surat Jalan dengan format SJ/YYYYM M /9999 SJ = Surat Jalan YYYY = menunjukkan tahun pembuatan dokumen SJ MM = menunjukkan bulan pembuatan dokumen SJ 9999 = nomor urut SJ 2 Kode_Barang char 14 Kode barang yang dikirimkan kepada pelanggan Tabel 4.88 Tabel Data TrNotaPenjualan Database TKTW_Revenue Tabel TrNotaPenjualan Keterangan Tabel ini digunakan untuk mencatat dan meyimpan semua data penjualan Primary Key Kode_NP Foreign Key Kode_SJ No 1
Field Kode_NP
Tipe Data char
Panjang 14
2
Kode_SJ
char
14
3 4
Tgl_NP Tgl_Jatuh_Tempo
datetime datetime
8 8
5
Total_NP
long
9
6
Jumlah_PPN
long
9
7
Jumlah_DPP
long
9
Deskripsi Kode Nota Penjualan dengan format NP/YYYYM M /9999 NP = Nota Penjualan YYYY = menunjukkan tahun pembuatan dokumen NP MM = menunjukkan bulan pembuatan dokumen NP 9999 = nomor urut NP Kode Surat Jalan yang menjadi dasar pembuatan Nota Penjualan Tanggal Nota Penjualan Batas akhir pembayaran Nota Penjualan Jumlah penjualan yang harus dibayar oleh pelanggan Jumlah pajak pertambahan nilai yang harus dibayar Jumlah dasar pengenaan pajak
334 Tabel 4.89 Tabel Data TrSuratRetur Database TKTW_Revenue Tabel TrSuratRetur Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data pengembalian barang dari pelanggan Primary Key Kode_SR Foreign Key Kode_SJ No Field Tipe Data Panjang Deskripsi 1 Kode_SR Char 14 Kode Surat Retur dengan format SR/YYYYMM /9999 SR = Surat Retur YYYY = menunjukkan tahun pembuatan dokumen SR MM = menunjukkan bulan pembuatan dokumen SR 9999 = nomor urut SR 2 Kode_SJ Char 14 Kode Surat Jalan yang menjadi dasar pembuatan Surat Retur 3 Tgl_Retur Datetime 8 Tanggal terjadinya retur 4 Total_Retur Long 9 Jumlah pengurangan piutang Tabel 4.90 Tabel Data TrSuratRetur_Detail Database TKTW_Revenue Tabel TrSuratRetur_Detail Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data barang yang diretur oleh pelanggan Primary Key Kode_SR, Kode_Barang Foreign Key Kode_SR, Kode_Barang No Field Tipe Data Panjang Deskripsi 1 Kode_SR char 14 Kode Surat Retur dengan format SR/YYYYMM /9999 SR = Surat Retur YYYY = menunjukkan tahun pembuatan dokumen SR MM = menunjukkan bulan pembuatan dokumen SR 9999 = nomor urut SR 2 Kode_Barang char 14 Kode barang yang diretur 3 Qty Int 3 Jumlah barang yang diretur
335 Tabel 4.91 Tabel Data TrBuktiPembayaran Database TKTW_Revenue Tabel TrBuktiPembayaran Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data pembayaran dari pelanggan Primary Key Kode_BP Foreign Key Kode_Pelanggan No Field Tipe Data Panjang Deskripsi 1 Kode_BP char 12 Kode Bukti Pembayaran dengan format BP/YYYY/9999 BP = Bukti Pembayaran YYYY = menunjukkan tahun pembuatan dokumen BP 9999 = nomor urut BP 2 Kode_Pelanggan char 10 Kode pelanggan yang membayar 3 Tgl_Pembayaran datetime 8 Tanggal pembayaran 4 Jumlah_Tunai Long 9 Total uang kas yang diterima 5 Jumlah_Transfer Long 9 Total pembayaran secara transfer 6 Total_Cek/BG Long 9 Total pembayaran melalui cek/giro 7 Total_Pembayaran Long 9 Total pembayaran yang diterima Tabel 4.92 Tabel Data TrBuktiPembayaran_DetailBayar Database TKTW_Revenue Tabel TrBuktiPembayaran_DetailBayar Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data mengenai rincian pembayaran pelanggan yang melalui cek dan bilyet giro Primary Key Kode_BP, No_Cek/BG Foreign Key Kode_BP No Field Tipe Data Panjang Deskripsi 1 Kode_BP char 12 Kode Bukti Pembayaran dengan format BP/YYYY/9999 BP = Bukti Pembayaran YYYY = menunjukkan tahun pembuatan dokumen BP 9999 = nomor urut BP 2 No_Cek/BG char 14 Nomor cek atau giro yang diberikan pelanggan 3 Jumlah Long 9 Nilai nominal yang tertera dalam cek atau giro
336 Tabel 4.93 Tabel Data TrBuktiPembayaran_DetailLunas Database TKTW_Revenue Tabel TrBuktiPembayaran_DetailLunas Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data mengenai rincian pelunasan Nota Penjualan dari pelanggan Primary Key Kode_BP, Kode_NP Foreign Key Kode_BP, Kode_NP No Field Tipe Panjang Deskripsi Data 1 Kode_BP char 12 Kode Bukti Pembayaran dengan format BP/YYYY/9999 BP = Bukti Pembayaran YYYY = menunjukkan tahun pembuatan dokumen BP 9999 = nomor urut BP 2 Kode_NP char 14 Kode Nota Penjualan yang dilunasi 3 Jumlah_NP_yang_dibayar long 9 Jumlah Nota Penjualan yang dilunasi Tabel 4.94 Tabel Data Tr_BuktiPenerimaanBank Database TKTW_Revenue Tabel Tr_BuktiPenerimaanBank Keterangan Tabel ini digunakan untuk mencatat dan menyimpan semua data yang berhubungan dengan pemindahan uang kas di tangan ke rekening bank Primary Key Kode_BPB, Kode_BP Foreign Key Kode_BP, No_Rek No Field Tipe Data Panjang Deskripsi 1 Kode_BPB char 15 Kode Bukti Penerimaan Bank dengan format BPB/YYYYMM /9999 BPB = Bukti Penerimaan Bank YYYY = menunjukkan tahun pembuatan dokumen BPB MM = menunjukkan bulan pembuatan dokumen BPB 9999 = nomor urut BPB 2 No_Rek char 20 Nomor rekening bank milik perusahaan yang dituju 3 Kode_BP char 14 Kode bukti pembayaran dimana uang tunai dari bukti pembayaran tersebut disetorkan ke bank. 4 Total_BPB Long 9 Jumlah uang tunai yang disetorkan