BAB IV HASIL DAN ANALISIS - 12.60.0141 Thomas Hammer Wahyudi BAB IV

BAB IV HASIL DAN ANALISIS Pada Bab ini akan dibahas hasil dari analisis, perancangan dan

  pengembangan sistem informasi akuntansi berbasis teknologi menggunakan metode Model Driven Development (MDD). Metode tersebut digunakan untuk mendesain dan mengembangkan sistem informasi akuntansi agar dapat disesuaikan dan diaplikasikan dalam kegiatan usaha manufaktur Lunpia Dua Warna.

  Perancangan dan pengembangan sistem informasi akuntansi berbasis teknologi pada Lunpia Dua Warna dilakukan dengan tahap-tahap sebagai berikut :

4.1 Identifikasi Masalah

  Tahap awal yaitu mengidentifikasi masalah

• – masalah yang ada, menentukan tujuan proyek, dan mengidentifikasi resiko yang dapat terjadi selama pengembangan sistem informasi Lunpia Dua Warna, sehingga dapat disimpulkan apakah proyek pengembangan sistem informasi layak dan dapat diselesaikan.

  Wawancara dan observasi dilakukan terhadap pemilik dan lokasi usaha Lunpia Dua Warna untuk mengetahui sistem kegiatan usaha yang ada, sistem pencatatan yang digunakan, kendala yang dialami selama usaha, dan sistem akuntansi dan pelaporan yang diterapkan.

  Hasil wawancara dan observasi digunakan untuk mengidentifikasi masalah yang ada dalam usaha Lunpia Dua Warna, dari hasil tersebut, ditemukan masalah-masalah sebagai berikut : 1.

  Tingkat kesalahan pencatatan masih tinggi karena pencatatan dilakukan secara manual

  2. Pencatatan hanya dilakukan terhadap kegiatan penjualan.

  3. Pemilik hanya dapat mengira-ngira laba per bulan sehingga tidak terlihat jelas laba asli dari usaha.

  4. Karyawan dapat melakukan manipulasi pencatatan penjualan.

4.2 Tahap Analisis Masalah

  Permasalahan dikaji lebih dalam dengan analisis menggunakan matrik sebab-akibat untuk mengetahui akar permasalahan dengan harapan nantinya dapat menentukan kebutuhan sistem dan arah pengembangan sistem untuk mengatasi permasalah tersebut.

  

Lunpia Dua Warna

No Sebab Akibat Solusi

  Pencatatan masih Merancang sistem

  1

   Besar kemungkinan dilakukan secara akuntansi berbasis terjadi kesalahan manual teknologi informasi pencatatan yang sesuai dengan

   Membutuhkan biaya kebutuhan usaha lebih untuk media pencatatan ketika sudah habis.

  Tidak melakukan Merancang sistem

  2

   Tidak dapat pencatatan pada pencatatan produksi mengendalikan kegiatan produksi berbasis teknologi yang informasi persediaan terintegrasi  Karyawan dapat memanipulasi catatan penjualan

  

3 Dokumen disimpan Mendesain proses input

   Dokumen mudah dalam bentuk fisik dan pengendalian rusak dan hilang transaksi berbasis teknologi informasi.

  4 Tidak ada laporan Membuat laporan-

   Pemilik tidak kinerja usaha laporan yang mengetahui secara dibutuhkan seperti pasti jumlah laba atau laporan keuangan, rugi dari usaha laporan pembelian,  Pemilik kesulitan laporan produksi, dan mengambil keputusan laporan penjualan yang jangka pendek dan berbasis teknologi panjang dengan integrasi sistem nilai asset,liabilitas, dan ekuitas yang dimiliki informasi.

Tabel 4.1. Matriks Sebab-Akibat

4.3 Tahap Analisis Kebutuhan Sistem

  

Kebutuhan Sistem Lunpia Dua Warna

Input Proses Output

   Sistem Persediaan Memproses arus persediaan

   Laporan Data Output berupa

  Output berupa laporan pembelian, laporan penjualan, laporan produksi, dan laporan persediaan

  Usaha

   Laporan Aktivitas

  Output berupa laporan laba rugi, laporan perubahan modal, dan neraca

   Sistem Penjualan  Laporan Keuangan

   Sistem Produksi Memproses data kebutuhan bbb, btkl, dan bop

   Form Login Input otorisasi pengguna sistem

  Setelah menganalisis masalah yang ditemukan, maka dapat dilakukan analisis kebutuhan sistem. Kebutuhan sistem Lunpia Dua Warna meliputi kebutuhan input, output, dan proses. Dapat dilihat pada tabel berikut :

   Sistem Akses Memproses otorasi akses ke sistem

   Form Data Pelanggan Input informasi data

   Form Data Supplier Input informasi data supplier

   Form Data Karyawan Input informasi data karyawan

   Form Menu Input pilihan menu sistem

   Sistem Pembelian Memproses transaksi pembelian pelanggan

   Form Data Produksi Input informasi data dan biaya produksi

  Memproses transaksi pelunasan hutang

   Sistem Laporan Memproses kebutuhan informasi untuk laporan usaha. laporan data karyawan, laporan data supplier, laporan data pelanggan

  Memproses data pelanggan

  Pelanggan

   Sistem Data

  Memproses data supplier

  Supplier

   Sistem Data

  Memproses data karyawan

  Karyawan

   Sistem Data

  Hutang

   Form Data Produk Input data produk

   Sistem Pembayaran

   Form Laporan Input pilihan laporan- laporan Memproses transaksi penjualan

   Form Buku Besar Input informasi akun- akun

   Form Kas Keluar Input informasu pengeluaran kas

   Form Kas Masuk Input informasi pemasukan kas

   Form Data BOP Input informasi biaya overhead pabrik

   Form Data Penjualan Input data penjualan

   Form Data Pembelian Input data pembelian

   Form Data Kategori Input data kategori

   Form Data Satuan Input data satuan

Tabel 4.2. Analisis Kebutuhan Sistem Akuntansi

4.4 Tahap Desain

4.4.1 Desain Data

  Desain data dilakukan dengan tujuan memberikan konsep panduan untuk membuat database. Desain tersebut disajikan berupa Entity-Relation Diagram (ERD) yang kemudian dilakukan analisis terhadap komponen-komponen, struktur dan relasi antar tabel sehingga dapat menjadi suatu database. Berikut desain data untuk Lunpia Dua Warna :

Gambar 4.1 ERD Sistem Lunpia Dua Warna

1. ERD Penjualan

Gambar 4.2 Entity-Relation Diagram Penjualan 2. ERD PembelianGambar 4.3 Entity-Relation Diagram Pembelian

3. ERD Pelunasan Hutang

Gambar 4.4 Entity-Relation Diagram Pelunasan Hutang 4. ERD Arus KasGambar 4.5 Entity-Relation Diagram Arus Kas

  5. ERD Produksi

Gambar 4.6 Entity-Relation Diagram Produksi

  6. ERD Jurnal dan Buku Besar

Gambar 4.7 Entity-Relationship Diagram Jurnal dan Buku Besar

7. ERD Penjualan Konsinyasi

Gambar 4.8 Entity-Relationship Diagram Penjualan Konsinyasi

4.4.2 Struktur Database

  Sebuah database dirancang untuk memenuhi kebutuhan sistem informasi. Pada suatu database terdiri dari kumpulan data yang saling terkait yang didalamnya terdapat deskripsi sebagai informasi dari entitas yang bersangkutan. Berdasarkan ERD yang ada, struktur database untuk penelitian ini adalah sebagai berikut : 1.

   Login Atribut Tipe Data Field Size Keterangan

  Username Short text

  10 PK Password Short text

  10

2. BOP Atribut Tipe Data Field Size Keterangan

  Kode BOP Short text

  20 PK Nama BOP Short text

  60 Satuan BOP Short text

  20 FK BOP per unit - Currency 3.

   Pemakaian BOP Atribut Tipe Data Field Size Keterangan

  Kode Produksi Short text

  20 PK Kode BOP Short text

  20 FK Nama BOP Short text

  60 Satuan BOP Short text

  20 FK

• BOP per unit Currency 4.

   Buku Besar Master Atribut Tipe Data Field Size Keterangan

  Kode Rekening Short text

  20 PK Nama Rekening Short text

  60 Tipe Buku Besar Short text

  20

• Saldo Awal Currency Mutasi Debet - Currency - Mutasi Kredit Currency - Saldo Akhir Currency

5. Jurnal Atribut Tipe Data Field Size Keterangan

  Kode Transaksi Short text

  20 PK

• Nomor Urut Number Nomor Bukti Short text

  20 FK Tipe Jurnal Short text

  20 FK Nomor Buku Besar Short text

  20 FK

• Tanggal Transaksi Date/Time Tanggal Posting - Date/Time
• Jumlah Currency Keterangan Short text

  50 6.

   Jurnal Memorial Atribut Tipe Data Field Size Keterangan

  Kode Jurnal Short text

  20 PK Tanggal - Date/Time Keterangan Short text

  20 7.

   Jurnal Memorial Detail Atribut Tipe Data Field Size Keterangan

  Kode Jurnal Short text

  20 PK Nomor Rekening Short Text

  20 FK Nama Akun Short text

  20

• Debit Currency - Kredit Currency

8. Kas Keluar Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 PK

• Tanggal Date/Time Keterangan Short text

  60

• Total Kas Currency 9.

   Kas Keluar Detail Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 FK

• Jumlah Currency Nomor Rekening Short text

  20 FK Keterangan Short text

  60 10.

   Kas Masuk Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 PK Tanggal Date/Time Keterangan Short text

  60 Total Kas Currency

11. Kas Masuk Detail Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 FK Jumlah Currency Nomor Rekening Short text

  20 FK Keterangan Short text

  60 12.

   Kategori Atribut Tipe Data Field Size Keterangan

  Kode Kategori Short text

  20 PK Nama Kategori Short text

  60 13.

   Pelanggan Atribut Tipe Data Field Size Keterangan

  Kode Pelanggan Short text

  20 PK Nama Pelanggan Short text

  60 Jenis Kelamin Short text

  20 Alamat Short text 100 No.Telp Number -

14. Pegawai Atribut Tipe Data Field Size Keterangan

  Kode Pegawai Short text

  20 PK Nama Pegawai Short text

  60 Jenis Kelamin Short text

  20 Alamat Short text 100 No.Telp Number Gaji Currency Bagian Short text

  20 15.

   Pemakaian BTKL Atribut Tipe Data Field Size Keterangan

  Kode Produksi shorttext

  20 PK Kode Pegawai Shorttext

  20 FK Nama Pegawai shorttext

  60 Biaya - Currency 16.

   Pelunasan Hutang Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 PK Tanggal Bayar Date/Time Supplier Short text

  20 FK Keterangan Short text

  60 Total Faktur Currency Total Bayar Currency

17. Pelunasan Hutang Detail1 Atribut Tipe Data Field Size Keterangan

  Nomor Bukti Short text

  20 FK Nomor Faktur Short text

  20 FK Tagihan Currency Jumlah Bayar Currency 18.

   Pembelian Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 PK Tanggal Faktur Date/Time Supplier Short text

  20 FK Total Currency 19.

   Pembelian Detail Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 FK Nama Barang Short text

  20 FK Harga Currency Satuan Short text

  20 FK Quantity Number Subtotal Currency

20. Penjualan Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 PK Tanggal Faktur Date/Time Total Faktur Currency 21.

   Penjualan Detail Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 FK Nama Barang Short text

  20 FK Harga Currency Satuan Short text

  20 FK Quantity Number Subtotal Currency 22.

   Penjualan Konsinyasi Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 PK Tanggal Faktur Date/Time Komisi Short text

  20 HPP Short text

  20 Total Faktur Currency

  60

23. Penjualan Konsinyasi Detail Atribut Tipe Data Field Size Keterangan

  Nomor Faktur Short text

  20 FK Nama Barang Short text

  20 FK Harga Currency Satuan Short text

  20 FK Quantity Number Subtotal Currency 24.

   Produk/BB/BP/BT Atribut Tipe Data Field Size Keterangan

  Kode Barang Short text

  20 PK Nama Barang Short text

  20 Kategori Barang Short text

  20 FK Harga Beli Currency Stock Number Satuan Short text

  20 FK Expired Date/Time Supplier Short text

  20 FK

25. Pemakaian Bahan Baku/Penolong Atribut Tipe Data Field Size Keterangan

  Kode Produksi shorttext

  20 PK Kode BB/BP Shorttext

  20 FK Nama BB/BP shorttext

  60 Satuan shorttext

  20 FK

• Biaya currency SubTotal - currency 26.

   Produksi Atribut Tipe Data Field Size Keterangan

  Kode Produksi Short text

  20 PK Kode Resep Short text

  20 FK Tanggal Produksi Date/Time - Nama Barang Short text

  20

• Total Produksi Number Satuan Short text

  20 FK

• Expired Date/Time 27.

   Satuan Atribut Tipe Data Field Size Keterangan

  Kode Satuan Short text

  20 PK Nama Satuan Short text

  60

28. Supplier Atribut Tipe Data Field Size Keterangan

  Kode Supplier Short text

  20 PK Nama Supplier Short text

  60 Alamat Short text 100 E-mail Short text

  60 Contact Person Short text

  60

• No.Telp Number - No.Hp Number 29.

   Type Atribut Tipe Data Field Size Keterangan

  Kode Tipe Short text

  20 PK Nama Tipe Short text

  60

4.4.3 Desain Proses

  Tahap ini menampilkan gambaran proses pengolahan data input hingga data output. Data Flow Diagaram (DFD) digunakan sebagai media untuk menampilkan informasi tentang tahapan merubah input menjadi output pada sistem yang baru.

4.4.3.1 Diagram Konteks Sistem Lunpia Dua Warna

  Data Diri Data Diri Supplier

  Pegawai

  Faktur Pembelian Sistem Informasi Order Pembelian

  Lunpia Dua Warna Input Data Akun Data Diri

  Input Data Transaksi Input Data Produksi Pelanggan Owner

  Faktur Laporan Keuangan Penjualan Laporan Data

  Laporan Aktivitas Usaha

Gambar 4.9 Diagram Konteks Sistem Informasi

4.4.3.2 Dekomposisi Sistem Lunpia Dua Warna

  Sistem Informasi Akuntansi Lunpia Dua Warna

  1

  2

  3 Input Data Aktivitas Usaha Laporan

  1.1

  3.1

  2.1 Produk/BB/BP/ Laporan Produksi

  BT Keuangan

  1.2

  2.2

  3.2 Pegawai Pembelian Laporan Aktivitas Usaha

  1.3

  2.3 Supplier Penjualan

  3.3 Laporan Data

  1.4

  2.3.1 Pelanggan Penjualan

  2.3.2

  1.5 Penjualan BOP Konsinyasi

  1.6

  2.4 Buku Besar Pelunasan Hutang

Gambar 4.10 Dekomposisi Sistem Informasi Akuntansi

4.4.3.3 DFD Level 0 Sistem Lunpia Dua Warna

  Pegawai Supplier Pelanggan Owner

  Produk/BB/ BP/BT BOP Pegawai

  Pelanggan Supplier Pembelian Penjualan

  Produksi Pelunasan Hutang

  Buku Besar

  

2

Aktivitas Usaha

  3 Laporan

Gambar 4.11 DFD Level 0 Sistem Informasi Akuntansi

  Data Diri Master Data Laporan - Laporan

1 Input Data

  Subsistem Aktivitas Usaha Produksi

  Owner

  2.1 Produksi Pemakaian BB

  Produk/BB/ BP/BT BOP Pegawai

  Produksi Pemakaian BTKL Pemakaian BOP

  Buku Besar Jurnal

  Kas Keluar

  Supplier

  Pembelian Jurnal

  Buku Besar

  Pegawai

  2.2 Pembelian Produk/BB/ BP/BT

  Pembelian BB/BP Pembelian Detail

BP/BT

  Pelanggan Penjualan

  2.3 Penjualan Kas Masuk

  Pegawai

  Penjualan Produk/BB/

  Penjualan Detail Jurnal Buku Besar

  Pelunasan Hutang

  2.4 Pelunasan Hutang Supplier

  Pelunasan Hutang Detail Kas Keluar

  Jurnal Buku Besar Penjualan

  Konsinyasi Supplier

  Pembayaran Hutang Owner

  Subsistem Laporan Buku Besar

  Jurnal

  3.1 Kas Masuk Laporan Keuangan Kas Keluar

  Pelunasan Hutang Pembelian

  3.2 Laporan

  Owner

  Aktivitas Usaha Produksi Penjualan

  Penjualan Konsinyasi

  3.3 Laporan Data

  BOP

  Produk/BB/

BP/BT

  Pegawai

  Pelanggan

  Supplier

Gambar 4.13 DFD Level 0 Subsistem Laporan

4.4.3.4 DFD Level 1 Penjualan

4.4.4 Desain Interface

  Pada tahap ini dilakukan desain tampilan input dan output pada sistem yang baru untuk mempermudah pengguna (user) dalam memakai sistem.

4.4.4.1 Desain Form

1. Form Login

  Pengguna diharuskan login terlebih dahulu untuk mengakses system.

Gambar 4.15 Desain Interface Login Field Input Control Keterangan

  Username Completeness Check Field harus terisi Password Completeness Check Field harus terisi

  Keterangan :  Pengguna memasukkan username dan password pada kolom masing-masing dengan benar untuk dapat masuk ke system melalui tombol Login.

   Jika pengisian username atau password salah, maka akan muncul message box “Username/Password anda salah.”

2. Menu

Gambar 4.16 Desain Interface Menu Field Input Control Keterangan

  Data terhubung dengan tombol Form Reference Check yang di pilih. Keterangan :  Pada layar Menu menampilkan tombol-tombol yang berfungsi untuk menampilan form yang di inginkan. Setelah menekan tombol yang diinginkan maka akan muncul layar baru sesuai dengan tombol yang di pilih. (Contoh: menekan tombol Buku Besar, maka muncul layar Form Buku Besar)  Tombol Logout digunakan untuk keluar dan kembali ke layar Login.

3. Form Buku Besar

Gambar 4.17 Desain Interface Form Buku Besar

  

Field Input Control Keterangan

Completeness Check Field harus terisi.

  Nomor Rekening Redundansi Test Sistem menolak jika kode sudah terdaftar.

  Sequence Check Kode harus berurutan Nama Rekening Completeness Check Field harus terisi Tipe

  Completeness Check Validity Check

  Field harus terisi Harus memilih dari pilihan yang tersedia

  Saldo Awal Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  Mutasi Debet Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  Mutasi Kredit Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  Saldo Akhir Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  Keterangan :  Field Tipe akan menampilkan pilihan jenis akun, seperti : Asset, Liabilitas, Pendapatan, Ekuitas, dan Beban.

   Setelah mengisi semua Field, data dapat disimpan dengan menekan tombol Save. Tekan tombol Clear untuk menghapus input di semua field, dan tombol Close untuk menutup layar. (Contoh : 101, Kas, Asset, 25.000.000, 1.500.000, 0, 26.500.000)

4. Form Pelanggan

Gambar 4.18 Desain Interface Form Pelanggan Field Input Control Keterangan

  Kode Completeness Check Redundansi Test Sequence Check Field harus terisi.

  Sistem menolak jika kode sudah terdaftar. Kode harus berurutan

  Nama Pelanggan Completeness Check Alphabet Check

  Field harus terisi Harus berupa alphabet

  Jenis Kelamin Completeness Check Validity Check

  Field harus terisi Harus memilih dari pilihan yang tersedia

  Alamat Completeness Check Field harus terisi No. Telp

  Completeness Check Numeric Check

  Field harus terisi Input berupa angka Keterangan :  Pelanggan yang sudah sering melakukan pembelian, data diri mereka dapat di input kedalam sistem untuk mempermudah pendataan pelanggan juga memberikan pelayanan terbaik untuk pelanggan setia.

   Input data pelanggan dengan mengisikan data pelanggan pada field yang sudah tersedia, kemudian klik tombol

  

Save untuk menyimpan data tersebut. (Contoh :

  PLG0001, Karenina, Perempuan, Ungaran, 082138540766)

5. Form Pegawai

Gambar 4.19 Desain Interface Form Pegawai

  Field Input Control Keterangan

  Kode Completeness Check Redundansi Test Sequence Check Field harus terisi.

  Sistem menolak jika kode sudah terdaftar. Kode harus berurutan

  Nama Pegawai Completeness Check Alphabet Check

  Field harus terisi Harus berupa alphabet

  Jenis Kelamin Completeness Check Validity Check

  Field harus terisi Harus memilih dari pilihan yang tersedia

  Alamat Completeness Check Field harus terisi No. Telp

  Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  Gaji Completeness Check Format Check

  Field haris terisi Harus sesuai format

  currency

  Bagian Completeness Check Field harus terisi Keterangan :

   Input data pegawai dilakukan melalui Form Pegawai dengan mengisi semua field yg ada kemudian menekan tombol Save untuk menyimpan data pegawai tersebut. (contoh : PGW0001, Nani, Perempuan, Jl. Gabahan, 089976438755, Rp. 1.500.000, Produksi)

6. Form Supplier

Gambar 4.20 Desain Interface Form Supplier Field Input Control Keterangan

  Kode Completeness Check Redundansi Test Sequence Check Field harus terisi.

  Sistem menolak jika kode sudah terdaftar. Kode harus berurutan

  Nama Supplier Completeness Check Field harus terisi Alamat Completeness Check Field harus terisi E-mail Completeness Check Field harus terisi Contact Person Completeness Check Field harus terisi No. Telp

  Completeness Check Numeric Check

  Field harus terisi Input berupa angka

  HP Completeness Check Numeric Check

  Field haris terisi Input berupa angka Keterangan :  Sama seperti form-form sebelumnya, pengguna diharuskan mengisi semua field yang ada dengan tepat, setelah itu klik tombol Save untuk menyimpan data. (contoh : SP001, Max Digi Print, Jl. MT Haryono, maxdigiprint@gmail.com, Genta, 0243558904, 085145590781) 7.

   Form Produk/BB/BP/BT

Gambar 4.21 Desain Interface Form Produk/BB/BP/BT Field Input Control Keterangan Completeness Check Field harus terisi.

  Kode Redundansi Test Sistem menolak jika

  Sequence Check Kode harus berurutan Nama Produk/BB/BP/BT Completeness Check Field harus terisi

  Completeness Check Field harus terisi Validity Check Harus memilih dari

  Kategori pilihan yang tersedia

  Master Reference Field terhubung dengan tabel Kategori Completeness Check Field harus terisi

  Harga Beli Format Check Harus sesuai format currency Completeness Check Field harus terisi

  Harga Jual Format Check Harus sesuai format currency Completeness Check Field harus terisi

  Stock Numeric Check Input berupa angka Completeness Check Field haris terisi

  Satuan Validity Check Harus memilih dari pilihan yang tersedia Completeness Check Field harus terisi

  Expired Format Check Harus sesuai format Date/Time

  Completeness Check Field harus terisi Supplier Validity Check Harus memilih dari pilihan yang tersedia

  Keterangan :  Kategori/jenis persedian terdiri dari : Barang Jadi, Barang Setengah Jadi, Barang Titipan, Bahan Baku, dan Bahan Pelengkap.

   Field Kategori, Satuan, dan Supplier akan menampilkan pilihan dengan membaca tabel Kategori, Satuan dan Supplier sebagai referensi.

   Contoh : BGT001, Wingko Babat Rasa Coklat, Barang Titipan, Rp 0, Rp 25.000, 5, pack, 25/04/2017, Lela Wingko.

8. Form Pembelian

Gambar 4.22 Desain Interface Form Pembelian Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah No Faktur terdaftar.

  Sequence Check Kode harus berurutan Tanggal Completeness Check Format Check

  Field harus terisi Sesuai dengan format date/time

  Quantity Completeness Check Numeric Check

   Dalam satu faktur pembelian dapat terderi dari beberapa macam item yang di beli.

   Form pembelian digunakan untuk input data pembelian seperti, bahan baku dan bahan penolong.

  Field harus terisi Keterangan :

  Tipe Bayar Completeness Check

  Field harus terisi Harus berupa angka

  Subtotal Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Field haris terisi Harus memilih dari pilihan yang tersedia

  Supplier Completeness Check Validity Check Master Reference

  Satuan Completeness Check Validity Check

  Field harus terisi Sesuai dengan format currency

  Completeness Check Format Check

  Field harus terisi Harga

  Nama Barang Completeness Check

  Field harus terisi Harus berupa angka

  Total Faktur Completeness Check Numeric Check

  Field harus terisi Harus memilih dari pilihan yang tersedia Field terhubung dengan tabel Supplier

   Field Supplier akan menampilkan pilihan dengan membaca tabel Supplier sebagai referensi.

   Untuk menginput data pembelian, pengguna dapat mengisi field yang sudah tersedia lalu menekan tombol Save. (Contoh : PB0001, 25/01/2017, Max Digi Print, 150.000, Label Merk, 75.000, rim, 2, 150.000, tunai)

 Jurnal yang akan terbentuk atas transaksi pembelian :

Persediaan BG0001 150.000 Kas 150.000

• Nilai didapatkan dari field Total Faktut 9.

   Form Penjualan

Gambar 4.23 Desain Interface Form Penjualan Field Input Control Keterangan No Faktur Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah terdaftar. Sequence Check Kode harus berurutan Completeness Check Field harus terisi Validity Check Harus memilih dari pilihan yang

  Pelanggan tersedia Master Reference Field terhubung dengan tabel

  Pelanggan Completeness Check Field harus terisi

  Tanggal Format Check Sesuai dengan format date/time Completeness Check Field harus terisi

  Total Numeric Check Harus berupa angka Completeness Check

  Nama Barang Field harus terisi Completeness Check Field haris terisi Validity Check Harus memilih dari pilihan yang

  Satuan tersedia Master Reference Field terhubung dengan tabel

  Satuan Completeness Check Field harus terisi

  Quantity Numeric Check Harus berupa angka Completeness Check Field harus terisi

  Harga Format Check Sesuai dengan format currency Completeness Check Field harus terisi

  Total Numeric Check Harus berupa angka

  Keterangan :  Form penjualan digunakan untuk menginput data penjualan, baik penjualan produk sendiri maupun produk titipan karena menggunakan metode tidak terpisah.

   Field Pelanggan akan menampilkan pilihan dengan membaca tabel Pelanggan sebagai referensi.

   Pengguna mengisi field yang tersedia dengan informasi penjualan dan kemudian menekan tombol Save untuk menyimpan data penjualan. (contoh : PJ0001, Toko, 11/01/2017, 90.000, Lunpia Ayam, pack, 1,90.000, 90.000)  Field Total akan terisi otomatis dengan nilai penjumlahan dari kolom Total pada subform.

   Jurnal yang terbentuk atas transaksi penjualan : Kas 90.000

  Penjualan 90.000 HPP 22.860

  Persediaan Lunpia Ayam 22.860

• Nilai kas dan penjualan di dapatkan dari field Total *Perhitungan HPP : 2.286x10 = 22.860

10. Form Penjualan Konsinyasi

Gambar 4.24 Desain Interface Penjualan Konsinyasi Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah No Faktur terdaftar.

  Sequence Check Kode harus berurutan Completeness Check Field harus terisi Validity Check Harus memilih dari pilihan yang

  Pelanggan tersedia Master Reference Field terhubung dengan tabel

  Pelanggan Tanggal Completeness Check Format Check

  Field harus terisi Sesuai dengan format date/time

  Total Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Nama Barang Completeness Check

  Field harus terisi Satuan

  Completeness Check Validity Check Master Reference

  Field haris terisi Harus memilih dari pilihan yang tersedia Field terhubung dengan tabel Satuan

  Quantity Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Harga Completeness Check Format Check

  Field harus terisi Sesuai dengan format currency

  Total Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Keterangan :  Form penjualan konsinyasi digunakan untuk menginput data penjualan barang titipan yang menggunakan metode tidak terpisah.

   Field Pelanggan akan menampilkan pilihan dengan membaca tabel Pelanggan sebagai referensi.

   Pengguna mengisi field yang tersedia dengan informasi penjualan dan kemudian menekan tombol Save untuk menyimpan data penjualan. (contoh : PK0001, Toko, 11/01/2017, 15%, 2, 25.000, 50.000)

   Field Total akan terisi otomatis dengan nilai penjumlahan dari kolom Subtot pada subform.

   Field HPP akan terisi otomatis dengan perhitungan : Nilai Field Total

• – (Nilai Field komisi*Nilai Field Total)

   Jurnal yang terbentuk atas transaksi penjualan : Kas 50.000 Penjualan 50.000 Hpp 42.500 Hutang Pengamanat 42.500

• Nilai Kas dan Penjualan diperoleh dari Field Total, sedangkan nilai HPP dan Hutang Pengamanan diperoleh dari field HPP

11. Form Kas Masuk

Gambar 4.25 Desain Interface Form Kas Masuk Field Input Control Keterangan

  No Bukti Completeness Check Redundansi Test Sequence Check Field harus terisi.

  Sistem menolak jika kode sudah terdaftar. Kode harus berurutan

  Tanggal Completeness Check Format Check

  Field harus terisi Sesuai dengan format date/time

  Keterangan Completeness Check

  Field harus terisi Total Kas

  Completeness Check Numeric Check

  Field haris terisi Harus berupa angka

  No. Rek Completeness Check Field harus terisi Jumlah

  Completeness Check Field harus terisi

  Numeric Check Harus berupa angka Completeness Check

  Keterangan Field harus terisi Keterangan :

   Kas yang diterima dapat diinput ke sistem melalui pengisian form kas masuk  Satu nomor bukti dapat terdiri dari beberapa pemasukkan.

   Pengguna diharuskan mengisi semua field yang ada untuk mendata kas masuk. (contoh : KM0001, 10/01/2017, tambahan modal dari owner, 10.500.000, 5-100, 10.500.000, lain-lain)  Field Total akan terisi secara otomatis dengan menjumlahkan nilai kolom Jumlah pada subform.

   Jurnal yang terbentuk atas input kas masuk : Kas 10.500.000

  Modal 10.500.000 *Nilai di dapatkan dari field Total.

12. Form Kas Keluar

Gambar 4.26 Desain Interface From Kas Keluar Field Input Control Keterangan

  No Bukti Completeness Check Redundansi Test Sequence Check Field harus terisi.

  Sistem menolak jika kode sudah terdaftar. Kode harus berurutan

  Tanggal Completeness Check Format Check

  Field harus terisi Sesuai dengan format date/time

  Keterangan Completeness Check Field harus terisi Total Kas

  Completeness Check Numeric Check

  Field haris terisi Harus berupa angka

  No. Rek Completeness Check Master Reference

  Field harus terisi Fiel terhubung dengan tabel Buku Besar

  Jumlah Completeness Check Numeric Check

  Field harus terisi Harus berupa angka Keterangan Completeness Check Field harus terisi Keterangan :

   Jumlah Kas yang dikeluarkan dapat diinput ke sistem melalui pengisian form kas masuk  Satu nomor bukti dapat terdiri dari beberapa pengeluaran  Pengguna diharuskan mengisi semua field yang ada untuk mendata kas masuk. (contoh : KK0001, 31/01/2017, penjualan konsinyasi, 1.500.000, 3-200, 1.500.000, bulan januari)  Jurnal yang terbentuk atas input kas keluar :

  Hutang Pengamanat 1.500.000 Kas 1.500.000

13. Form Pelunasan Hutang

Gambar 4.27 Desain Interface Form Pelunasan Hutang Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah No Bukti terdaftar.

  Sequence Check Kode harus berurutan Completeness Check Field harus terisi

  Tanggal Format Check Sesuai dengan format date/time Completeness Check Field harus terisi

  Supplier Validity Check Harus memilih dari pilihan yang tersedia

  Master Reference Field terhubung dengan tabel Supplier

  Keterangan Completeness Check

  Field harus terisi Total Faktur

  Completeness Check Format Check

  Field haris terisi Sesuai dengan format currency

  Total Bayar Completeness Check Format Check

  Field haris terisi Sesuai dengan format currency

  No. Faktur Completeness Check Master Reference

  Field harus terisi Field terhubung dengan tabel Pembelian

  Tagihan Completeness Check Format Check

  Field harus terisi Sesuai dengan format currency

  Jumlah Bayar Completeness Check Format Check

  Field harus terisi Sesuai dengan format currency

  Keterangan :  Pengisian field tanggal bisa dilakukan dengan cara menekan icon kalender untuk memilih tanggal, kemudian field akan terisi sesuai dengan format dan tanggal yang di pilih.

   Field Supplier akan menampilkan pilihan dengan membaca tabel Supplier sebagai referensi.

   Field Total Faktur akan terisi otomatis dengan nilai penjumlahan dari kolom Tagihan pada subform  Field Total Bayar akan terisi otomatis dengan nilai penjumlahan dari kolom Jumlah Bayar pada subform.

   Contoh input : PH0001, 01/02/2017, Bu Shanti, bahan, PB0002, tagihan-490.000, jumlah bayar- 490.000)  Jurnal yang terbentuk dari pelunasan hutang :

  Hutang Dagang 490.000 Kas 490.000

• Nilai diperoleh dari field Total Bayar 14.

   Form Jurnal Memorial

Gambar 4.28 Desain Interface Form Jurnal Memorial Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah Kode terdaftar.

  Sequence Check Kode harus berurutan Tanggal Completeness Check Field harus terisi

  Format Check Sesuai dengan format date/time Keterangan

  Completeness Check Field harus terisi

  No. Rek Completeness Check Master Reference

  Field harus terisi Field terhubung dengan tabel Buku Besar

  Nama Completeness Check

  Field harus terisi Debit

  Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Kredit Completeness Check Numeric Check

  Field harus terisi Harus berupa angka

  Keterangan :  Diketahui adanya selisih BOP, dimana BOP dibebankan sebesar Rp 200.000,- sedangkan BOP sesungguhnya Rp 250.000,-. Sehingga perlu dilakukan penyesuaian terhadap BOP.

   Jurnal memorial untuk penyesuaian BOP : BOP dibebankan 200.000 HPP 50.000 BOP sesungguhnya 250.000

   Data jurnal diatas diinput pada subform setelah mengisi field Kode, Tanggal, dan Keterangan (contoh : JM0001, 31/01/2017, Penyesuaian BOP)

15. Form BOP

Gambar 4.29 Desain Interface Form BOP Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah Kode terdaftar.

  Sequence Check Kode harus berurutan Nama Completeness Check Field harus terisi

  Completeness Check Field harus terisi Satuan Master Reference Field terhubung dengan tabel

  Satuan Completeness Check Field harus terisi

  Tarif Numeric Check Harus berupa angka

  Keterangan :  Mengisi Field untuk menginput data BOP. (contoh :

  BOP0001, Listrik, Kwh, 1.250)

16. Form Produksi

Gambar 4.30 Desain Interface Form Produksi Field Input Control Keterangan Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah Kode terdaftar.

  Sequence Check Kode harus berurutan Completeness Check Field harus terisi

  Tanggal Format check Harus sesuai dengan format date/time Completeness Check Field harus terisi

  Barang Master Reference Field terhubung dengan tabel Produk/BB/BP/BT

  Jumlah Completeness Check Field harus terisi

  Numeric Check Harus berupa angka Satuan

  Biaya Completeness Check Format check

  Field harus terisi Harus sesuai dengan format currency

  Completeness Check Format check

  Nama Completeness Check Field harus diisi Biaya

  Field harus terisi Field terhubung dengan tabel Pegawai

  Kode Pegawai Completeness Check Master Reference

  Field harus terisi Harus sesuai dengan format currency

  Subtot Completeness Check Format check

  Field harus terisi Harus sesuai dengan format currency

  Field harus terisi Field terhubung dengan tabel Satuan

  Completeness Check Master Reference

  Satuan Completeness Check Master Reference

  Field harus terisi Harus berupa angka

  Completeness Check Numeric Check

  Nama Bahan Completeness Check Field harus diisi Jumlah

  Field harus terisi Field terhubung dengan tabel Produk/BB/BP/BT

  Kode Bahan Completeness Check Master Reference

  Field harus terisi Harus sesuai dengan format date/time

  Expired Completeness Check Format Check

  Field harus terisi Field terhubung dengan tabel Satuan

  Kode BOP Completeness Check Field harus terisi

  Master Reference Field terhubung dengan tabel BOP

  Completeness Check Nama BOP Field harus diisi

  Completeness Check Field harus terisi Tarif Format check Harus sesuai dengan format currency

  Completeness Check Field harus terisi Subtot Format check Harus sesuai dengan format currency

  Keterangan :  Pada form Produksi, tersedia field-field untuk input data-data produksi yang dilakukan berupa biaya bahan baku dan pembantu, biaya tenaga kerja langsung, dan biaya overhead yang terpakai saat produksi.

   Contoh jurnal untuk mencatat biaya-biaya produksi * :

• untuk produksi minimal per-hari, 100 buah Jurnal untuk biaya bahan baku : Persediaan barang setengah jadi 122.000

  Persediaan Rebung (5kg) 70.000 Persediaan Gula (1/2kg) 7.000 Persediaan Telur (1kg) 23.000 Persediaan Daging Ayam (1/2kg) 22.000 Jurnal untuk biaya tenaga kerja langsung : Persediaan barang setengah jadi 33.334

  Tenaga Kerja Langsung 33.334 Jurnal untuk biaya overhead : Persediaan barang setengah jadi 60.000

  Overhead Pabrik 60.000 Jurnal untuk Lunpia Ayam sudah jadi : Persediaan Lunpia Ayam 215.334 Persediaan barang setengah jadi 215.334 17.

   Form Kategori

Gambar 4.31 Desain Interface Form Kategori Field Input Control Keterangan Kode Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah terdaftar. Sequence Check Kode harus berurutan

  Nama Completeness Check Field harus terisi

  Keterangan :  Form Kategori digunakan untuk input data kategori barang/persediaan seperti, bahan baku, bahan pembantu, barang titipan, barang dagang.

   Mengisi field yang tersedia untuk menginput data kategori kemudian klik tombol Save untuk menyimpan. (contoh : KG0001. Bahan Baku)

18. Form Satuan

Gambar 4.32 Desain Interface Form Satuan Field Input Control Keterangan Kode Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah terdaftar. Sequence Check Kode harus berurutan

  Nama Completeness Check Field harus terisi

  Keterangan :  Form Satuan digunakan untuk input data satuan seperti, gram, pack, lembar, kg, buah.

   Mengisi field yang tersedia untuk menginput data satuan kemudian klik tombol Save untuk menyimpan. (contoh : ST0001. gram) 19.

   Form Type

Gambar 4.33 Desain Interface Form Type Field Input Control Keterangan Kode Completeness Check Field harus terisi.

  Redundansi Test Sistem menolak jika kode sudah terdaftar. Sequence Check Kode harus berurutan

  Nama Completeness Check Field harus terisi

  Keterangan :  Form Type digunakan untuk input data tipe akun seperti,

  Asset, Liabilitas, Ekuitas, Pendapatan, dan Beban  Mengisi field yang tersedia untuk menginput data satuan kemudian klik tombol Save untuk menyimpan. (contoh : TP0001. Asset) 20.

   Form Laporan

Gambar 4.34 Desain Interface Form Laporan Field Input Control Keterangan

  Periode Validity Check Memilih dari pilihan yang tersedia Laporan Reference Check Data terhubung dengan tombol yang di pilih.

  Keterangan :  Pilih laporan apa yang ingin ditampilkan, lalu klik Show untuk menampilkan laporan.

4.4.4.2 Desain Output LUNPIA DUA WARNA Laporan Data Barang

  Periode April 2017 Kode Kategori Nama Barang Satuan Jumlah

  BG0001 Barang Dus Box Pack

  90 BG0002 Barang Plastik Putih Kecil Pack 100 BG0003 Barang Plastik Putih Tanggung Pack 100 BG0004 Barang Label Merk Rim

  4 BGJ0001 Barang Jadi Lunpia Ayam (Goreng) Buah

  5 BGJ0002 Barang Jadi Lunpia Ayam (Basah) Buah

  5 BGB0001 Bahan Baku Rebung Kg

  10 BGB0002 Bahan Baku Timun Kg

  15 BGP0001 Bahan Penolong Minyak Goreng Liter

  10 LUNPIA DUA WARNA

Laporan Pegawai

  

Periode April 2017

Kode Nama Pegawai Jenis Kelamin Alamat No.Telp Gaji Bagian

  PG0001 Owner Laki-laki Jl Jagalan 082138100455 Owner PG0002 Monika Perempuan

  

Jl. Gajah Mada

089978345211 1,500,000 Penjualan PG0003 Lela Perempuan Jl. Jagalan Malang

  082139400657 1,000,000 Produksi PG0004 Shanti Perempuan

Jl. Gabahan

081967558911 1,000,000 Produksi

  LUNPIA DUA WARNA Laporan Supplier Periode April 2017

  Kode Nama Supplier Alamat Contact Person No.Hp SP001 Max Digi Print Jl. MT Haryono Genta 085145590781 SP002 Ngatimah Jl. Serayu Yudi 081265013822 SP003 Kumala Jl. Gabahan Nani 089875298765

LUNPIA DUA WARNA

  

Laporan Pelanggan

Periode April 2017

  Jenis Kelamin Kode Nama Supplier Alamat No.Hp Laki-laki

PG0001 Toko Semarang 082138100455

  Ungaran 082138540766 PG0002 Karenina Perempuan Banyumanik 082235546298 PG0003 Donny Laki-laki Semarang 081851004556 PG0004 Haryono Laki-Laki

LUNPIA DUA WARNA

  

Laporan Pembelian