P. 1
2008-1-00011-AKSI-Bab 4.1

2008-1-00011-AKSI-Bab 4.1

|Views: 15|Likes:

More info:

Published by: Ifaa Musdaliifah Sese on May 09, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

11/21/2013

pdf

text

original

Sections

  • Masing-masing client terhubung ke server dan menggunakan PC (Personal
  • Laporan Penerimaan Barang rangkap ke-3 beserta copy surat jalan yang
  • Daftar Kebutuhan Bahan Baku ”DKBB”. Class "SPP” mempunyai hubungan
  • Pembelian PT. Siaga Ratindotama. Hubungan class ”Gudang” dengan class ”SPP”
  • Permintaan pembelian yang dilakukan apabila jumlah yang diminta pada DKBB
  • DKBB
  • Class “DKBB” merupakan kumpulan Daftar Kebutuhan Bahan Baku yang
  • Pembelian (SPP). Gambar 4.18 menunjukkan event dimana class “SPP” terjadi
  • Pembelian (SOP). Gambar 4.19 menunjukkan event dimana class “SOP” terjadi
  • Barang (LPB). Gambar 4.20 menggambarkan event dimana class “LPB” terjadi
  • Gambar 4.21 menunjukkan event dimana class “Retur” terjadi ketika bahan baku
  • Update Bahan Baku *
  • Object BahanBaku
  • Function Print Laporan Pembelian
  • Function Print Laporan Retur Pembelian
  • Function Print Laporan Saldo Utang
  • Function Print Laporan Analisis Kinerja Pemasok
  • Input data Kode_BahanBaku
  • Read Stok_tersedia
  • Read Stok_Pengaman
  • View Alert ROP
  • Informasi akuntansi pembelian bahan baku PT. Siaga Ratindotama. Berikut
  • Laporan Retur Pembelian
  • Laporan Saldo Utang
  • Laporan Analisis Kinerja Pemasok
  • Gambar 4.47 Window “Reminder ROP”

BAB 4 Perancangan Sistem Informasi Akuntansi Pembelian bahan baku PT.

Siaga Ratindotama

4.1

Analysis Document

4.1.1 The Task 4.1.1.1 Purpose Pengembangan sistem informasi akuntansi pembelian bahan baku pada PT. Siaga Ratindotama dilakukan untuk mengoptimalisasi proses pencatatan transaksitransaksi pembelian dan utang usaha perusahaan serta melakukan update terhadap persediaan bahan baku, mulai dari permintaan pembelian dari bagian gudang, pemesanan pembelian, penerimaan barang pesanan, retur pembelian, pencatatan utang, sampai pencatatan pembayaran, dimana sebelumnya sistem pembelian perusahaan masih manual. PT. Siaga Ratindotama membutuhkan suatu sistem informasi akuntansi yang akurat, tepat waktu dan dapat diandalkan untuk mendukung proses-proses yang berhubungan dengan pembelian bahan baku, dimana dengan adanya informasi yang diolah dalam bentuk laporan dapat membantu perusahaan dalam mengambil keputusan yang bersifat strategis. Dengan sistem informasi akuntansi ini diharapkan kinerja bagian pembelian dapat lebih efektif dan efisien dan bagian pembelian juga dapat memantau tingkat persediaan bahan baku melalui sistem. Sistem dapat melakukan update secara otomatis terhadap persediaan setelah dilakukannya pembelian dan memberikan

80 alert terhadap persediaan bahan baku yang telah mencapat reorder point sehingga kegiatan pembelian dapat segera dilaksanakan.

4.1.1.2 System Definition Sistem informasi akuntansi pembelian bahan baku yang digunakan PT. Siaga Ratindotama sebagai alat bantu untuk menangani proses pembelian bahan baku perusahaan mulai dari adanya permintaan pembelian, pemesanan pembelian, penerimaan barang pesanan, retur pembelian, pencatatan utang sampai dengan pencatatan pembayaran. Sistem ini merupakan sistem semi terkomputerisasi yang berkaitan dengan persediaan bahan baku perusahaan. Sistem menggunakan arsitektur client server yang terhubung dalam jaringan LAN (Local Area Network). Masing-masing client terhubung ke server dan menggunakan PC (Personal Computer) berbasis windows. Pengembangan dilakukan untuk mengatasi permasalahan yang ditemui dalam sistem berjalan perusahaan yang selama ini masih manual. Untuk lebih jelasnya, system definition dari sistem informasi akuntansi pembelian bahan baku PT. Siaga Ratindotama dapat dilihat pada tabel berikut ini.

81 Tabel 4.1 System Definition dengan kriteria FACTOR Functionality Mendukung kegiatan operasional pembelian dengan adanya pencatatan dan pengendalian internal serta tersedianya laporan-laporan yang memadai dan informasi yang reliable atas proses pembelian mulai dari permintaan pemesanan, pemesanan pembelian penerimaan barang pesanan, retur pembelian, pembayaran. Application Domain Condition Karyawan pembelian, karyawan gudang, karyawan finance, karyawan akuntansi. Sistem informasi akuntansi pembelian ini dikembangkan berdasarkan usulan untuk mengatasi permasalahan yang di temukan dalam proses pembelian perusahaan berjalan yang masih manual. Technology Menggunakan beberapa PC (Personal Computer) yang dihubungkan dengan menggunakan jaringan LAN (Local Area Network) dan dengan penambahan beberapa device umum lainnya seperti printer dan fax. Objects Karyawan, bahan baku, pemasok, Daftar Kebutuhan Bahan Baku(DKBB), Surat Permintaan Pembelian(SPP), Surat Order Pembelian(SOP), Laporan Penerimaan Barang(LPB), retur, dan utang. Responsibility Media komunikasi dan alat administrasif yang efisien dan dapat di andalkan dalam pencatatan dan penyediaan informasi pembelian. – informasi dalam kegiatan operasional pencatatan utang, sampai pencatatan

1. Data-data permintaan pembelian disimpan di dalam database permintaan pembelian oleh bagian gudang.1.3 Context 4. Prosedur Permintaan Pembelian Bagian gudang melakukan permintaan pembelian kepada bagian pembelian berdasarkan Daftar Kebutuhan Bahan baku dari bagian perencanaan produksi dan apabila terdapat bahan baku yang mencapai titik ROP (Reorder Point) yang masing-masing dapat diuraikan sebagai berikut: ¾ Bagian gudang menerima Daftar Kebutuhan Bahan Baku dari bagian perencanaan produksi dan melakukan entry Daftar Kebutuhan Bahan Baku tersebut ke dalam sistem. bagian gudang dapat segera melakukan permintaan pembelian dan membuat Surat Permintaan Pembelian.1. Siaga Ratindotama adalah sebagai berikut: a.1 Problem Domain Prosedur yang diusulkan penulis terhadap sistem pembelian di PT. Rangkap pertama diserahkan kepada bagian pembelian dan rangkap ke-2 diserahkan kepada bagian akuntansi. Bagian Gudang akan membuat Surat Permintaan Pembelian sebanyak 2 rangkap.82 4.1. . Jika persediaan bahan baku yang dibutuhkan tidak tersedia atau tidak mencukupi maka bagian gudang akan membuat Surat Permintaan Pembelian.3. ¾ Terdapat suatu reminder atau alert yang aktif pada sistem sehingga pada saat terdapat bahan baku yang mencapai titik ROP (Reorder Point). yang akan secara otomatis memeriksa bahan baku yang tersedia di gudang.

dan rangkap ke-3 diserahkan kepada bagian akuntansi. Data-data pesanan pembelian disimpan dalam database order pembelian oleh bagian pembelian. Surat Order Pembelian rangkap ke-1 dikirimkan kepada pemasok melalui fax. kemudian bagian gudang dengan diawasi oleh bagian pembelian memeriksa secara fisik kiriman barang . c.83 b. bagian pembelian akan memilih pemasok yang menawarkan harga yang paling menguntungkan dengan syarat pembayaran yang diinginkan. rangkap ke-2 diserahkan kepada bagian gudang sebagai dokumen dasar untuk menerima bahan baku dari pemasok. Prosedur Pemesanan Pembelian Bagian pembelian memproses permintaan pembelian dari bagian gudang dan menghubungi pemasok untuk meminta Surat Penawaran Harga yang dilakukan agar perusahaan mendapatkan harga bersaing dari pemasok dengan syarat pembayaran yang diinginkan. Setelah dokumen yang dibandingkan sesuai. Setelah mendapatkan Surat Penawaran Harga dari pemasok. Bagian pembelian kemudian membuat Surat Order Pembelian sebanyak 3 rangkap untuk melakukan pesanan pembelian kepada pemasok yang dipilih. Prosedur Penerimaan Persediaan Bagian gudang menerima kiriman persediaan bahan baku yang dipesan dari pemasok disertai dengan surat jalan dari pemasok. Bagian gudang membandingkan Surat Order Pembelian rangkap ke-2 yang diterima sebelumnya dari bagian pembelian dengan surat jalan dari pemasok.

84 yang diterimanya termasuk dari segi kuantitas. bagian akuntansi akan melakukan pencatatan utang atas pembelian ke dalam sistem. Apabila sesuai. Bagian pembelian menerima faktur dari pemasok lalu memeriksa dan membandingkannya dengan data-data Order Pembelian pada database. . Setelah menerima Laporan Penerimaan Barang rangkap ke-2. Pembuatan LPB dengan menggunakan sistem akan secara otomatis mengubah kuantitas persediaan bahan baku pada sistem berdasarkan kuantitas bahan baku yang diterima. bagian gudang membuat Laporan Penerimaan Barang sebanyak 3 rangkap sebagai bukti bahwa bahan baku telah diterima. Setelah perhitungan fisik selesai dan ternyata semuanya sesuai. rangkap ke-3 diberikan kepada bagian pembelian beserta dengan copy surat jalan. Data-data penerimaan disimpan dalam database penerimaan bahan baku oleh bagian gudang. berat/timbangan dan kualitas barang yang diterima serta kesesuaiannya dengan dokumen yang ada. rangkap ke-2 diberikan kepada bagian akuntansi. bagian akuntansi akan membandingkannya dengan Surat Order Pembelian (SOP) rangkap ke-3 dan Surat Permintaan Pembelian rangkap ke-2 yang diterima sebelumnya. Kemudian bagian pembelian akan menyerahkan faktur tersebut kepada bagian akuntansi. Bagian gudang bertanggung jawab untuk menyimpan dan mengatur tata letak penyimpanan bahan baku. dan Laporan Penerimaan Barang rangkap ke-3 beserta copy surat jalan yang diterima dari bagian gudang. Rangkap ke-1 diberikan kepada pemasok.

Nota Retur rangkap ke-2 diserahkan ke bagian pembelian beserta Tanda Terima Retur dari Pemasok. Pembuatan Nota Retur dengan menggunakan sistem akan sekaligus mengubah kuantitas persediaan bahan baku yang berkurang akibat adanya retur. Nota retur rangkap ke-1 diserahkan kepada pemasok dan kemudian pemasok akan memberikan dokumen Tanda Terima Retur sebagai bukti bahwa retur bahan baku telah diterima. maka bagian gudang akan membuat Nota Retur sebanyak 3 rangkap sebagai bukti bahan baku yang akan diretur. Data-data retur pembelian disimpan dalam database retur pembelian. retur akan mengurangi utang atas pembelian terhadap pemasok tersebut Setelah menerima perintah retur dari bagian pembelian. Retur biasanya akan ditukar dengan bahan baku yang sama tetapi dalam kondisi tertentu. Bagian pembelian kemudian menghubungi pemasok melalui telepon untuk konfirmasi atas retur pembelian tersebut. bagian pembelian akan mengubah status retur menjadi telah diterima yang sekaligus akan mengubah kuantitas persediaan bahan baku berdasarkan bahan baku yang diterima. Prosedur Retur Pembelian Apabila terdapat bahan baku yang rusak atau tidak sesuai dengan pesanan maka bagian gudang akan melakukan konfirmasi kepada bagian pembelian mengenai bahan baku yang akan di retur. Berdasarkan dokumen tersebut. Untuk retur pembelian yang mengurangi utang pembelian maka bagian pembelian akan membuat dokumen Nota Debit sebanyak 2 rangkap .85 d. misalnya pemasok tidak dapat mengganti barang yang diretur.

Daftar Utang yang telah diotorisasi dan dokumen terkait kemudian diserahkan kepada bagian finance. Nota Retur rangkap ke-3 diserahkan kepada bagian akuntansi. bagian finance melakukan pembayaran kepada pemasok dengan cara transfer atau cek. e. Nota retur rangkap ke-3 dan Nota Debit rangkap ke-2 digunakan oleh bagian akuntansi sebagai dasar untuk melakukan pencatatan atas transaksi retur yang diperlukan. melakukan pencatatan. dan Nota Debit) kepada manajer keuangan untuk diperiksa dan diotorisasi. Kemudian bagian finance akan menyimpan data-data mengenai pembayaran ke dalam database. kemudian menyerahkannya beserta dokumendokumen terkait (Surat Permintaan Pembelian. rangkap ke-2 diberikan kepada bagian akuntansi. Setiap bulan bagian akuntansi akan mencetak Daftar Utang yang mendekati jatuh temponya. dan rangkap ke-2 diserahkan kepada bagian akuntansi. Surat Order Pembelian. Bagian finance kemudian memasukkan data-data pembayaran ke dalam sistem dan mencetak Bukti Pembayaran sebanyak 2 rangkap. Nota Debit rangkap ke-1 diberikan kepada pemasok melalui fax. Berdasarkan Daftar Utang dan dokumen yang diterima. Prosedur Pembayaran dan utang usaha Bagian akuntansi akan menyesuaikan dokumen-dokumen yang diterimanya. Faktur. Rangkap pertama dari bukti pembayaran tersebut diberikan kepada pemasok. Laporan Penerimaan Barang. .86 untuk mengurangi utang pembelian. dan menyimpan data-data utang yang timbul akibat pembelian bahan baku yang dilakukan ke dalam database utang.

Pada saat melakukan register. Dan apabila terdapat data pemasok yang sudah tidak diperlukan lagi. dan Jurnal. maka bagian pembelian dapat menghapusnya. bagian pembelian akan memasukkan detail bahan baku yang bersangkutan. Apabila terjadi peningkatan atau penurunan tingkat permintaan. Kemudian bagian finance akan mencap Lunas dokumen-dokumen yang berkaitan dengan transaksi tersebut. berdasarkan kebijakan perusahaan. Dokumendokumen terkait beserta Bukti pembayaran rangkap ke-2 dan tanda terima pembayaran dari pemasok yang telah dicap lunas dikembalikan kepada bagian akuntansi. Laporan Analisis Kinerja Pemasok. Untuk lebih jelasnya. berikut gambar Rich picture sistem informasi akuntansi pembelian bahan baku yang diusulkan. Apabila terjadi perubahan identitas atau data pemasok. bagian pembelian akan melakukan register atas bahan baku tersebut. maka bagian pembelian dapat mengubah dan melakukan update terhadap data pemasok tersebut. . Bila bahan baku yang akan dipesan belum ada pada master bahan baku. Laporan Saldo Utang.87 Setelah menerima pembayaran. Bagian pembelian juga bertugas untuk menambahkan data-data pemasok yang dijadikan sebagai pemasok bahan baku. Setiap akhir bulan bagian akuntansi akan mencetak Laporan Pembelian. Laporan Retur Pembelian. maka bagian pembelian dapat melakukan perubahan nilai ROP dan EOQ pada sistem sesuai dengan keadaan yang sedang dihadapi. pemasok akan menyerahkan tanda terima pembayaran kepada bagian finance.

Gambar 4.1 Rich Picture sistem informasi akuntansi pembelian bahan baku yang diusulkan 88 .

2 Application Domain Sistem Informasi Akuntansi Pembelian Bahan baku yang diusulkan dapat mendukung tugas-tugas dan tanggung jawab karyawan bagian gudang. Siaga Ratindotama secara keseluruhan terdiri dari beberapa cluster yaitu karyawan. Adanya tampilan menu memudahkan user sistem dalam menggunakan sistem ini.1.3. Tugas-tugas utama dalam application domain yaitu permintaan pembelian.89 4. bagian pembelian. pemasok. 4.2 Model sistem informasi akuntansi Pembelian PT.1. penerimaan pesanan. Gambar 4.1. Siaga Ratindotama. Siaga Ratindotama 89 .1 Cluster Model sistem informasi akuntansi pembelian pada PT. pemesanan pembelian. penerimaan. Untuk lebih jelasnya gambar 4.2 berikut adalah gambaran model sistem informasi akuntansi pembelian PT. dan utang usaha.2.1. bahan baku. pencatatan utang dan pembayarannya serta pencetakan laporan-laporan. retur pembelian. bagian akuntansi. pemesanan. dan bagian finance.2 Problem Domain 4.

4 Struktur “Pemasok” Pada gambar 4.3 Struktur “Karyawan” Pada gambar 4.90 4.1. Gambar 4. generalisasi ataupun agregasi.2 Structure Struktur “Karyawan” dengan pola hubungan generalisasinya yang menggambarkan karyawan yang akan menggunakan sistem informasi akuntansi pembelian perusahaan. Seperti yang terlihat pada gambar 4. Gambar 4.4 terlihat struktur tunggal dari pemasok tanpa pola hubungan asosiasi. generalisasi. Gambar 4.2.3. ataupun agregasi.5 Struktur ”Bahan_Baku” .5 terlihat struktur tunggal dari bahan baku tanpa pola hubungan asosiasi.

class Surat Order Pembelian ”SOP”.8 digambarkan struktur “Utang_usaha” yang hanya terdiri dari class ”Utang” tanpa pola hubungan asosiasi.6 terlihat struktur Pemesanan yang terdiri dari class Surat Permintaan Pembelian ”SPP”.91 Pada gambar 4. Gambar 4. Gambar 4.7 Struktur “Penerimaan” Pada gambar 4. dan class Daftar Kebutuhan Bahan Baku ”DKBB”. 1 class ”SPP” dapat mengakses satu sampai banyak class ”SOP” dan 1 class ”DKBB” dapat mengakses 0 sampai banyak class ”SPP” .6 Struktur “Pemesanan” Pada gambar 4. Class "SPP” mempunyai hubungan asosiasi dengan class ”SOP” dan class ”DKBB”. Class ”LPB” mempunyai hubungan asosiasi dengan class ”Retur”. generalisasi ataupun agregasi. Gambar 4.8 Struktur “Utang_usaha” .7 terlihat bahwa struktur ”Penerimaan” terdiri dari class ”LPB” dan class ”Retur”.

Class “Bahan_Baku” mempunyai hubungan agregasi dengan class “Pemasok” karena pemasok merupakan penyedia bahan baku. Dan hubungan antara class “LPB” dengan class “Bahan_Baku” menunjukkan pembuatan LPB secara otomatis akan menimbulkan update atas persediaan bahan baku. Permintaan pembelian yang dilakukan apabila jumlah yang diminta pada DKBB tidak mencukupi digambarkan dengan hubungan antara class ”Gudang” dengan class ”DKBB” dan class ”DKBB” dengan class ”SPP”. Hubungan antara class “Gudang” dengan class “Retur” dan class “Retur” dengan class “LPB” dan class “Retur” dengan class “Bahan_Baku” terjadi ketika retur pembelian dilakukan.92 Pada Gambar 4. . Hubungan class ”Gudang” dengan class ”SPP” dan class ”SPP dengan class ”Bahan_Baku” terjadi ketika transaksi permintaan pembelian dilakukan pada saat bahan baku tertentu telah mencapai titik ROP. Siaga Ratindotama. Selanjutnya hubungan antara class “Gudang” dengan class “LPB” dan class “LPB” dengan class “SOP” yang terjadi ketika transaksi penerimaan pembelian dilakukan. Dilanjutkan dengan hubungan asosiasi antara class ”Pembelian” dengan class ”SOP” dan class ”SOP” dengan class ”SPP” dan class ”SOP” dengan class ”Pemasok” yang terjadi ketika transaksi pemesanan pembelian dilakukan. Hubungan antara class ”DKBB” dengan class ”Bahan_Baku” menunjukkan pengecekan atas ketersediaan bahan baku yang dibutuhkan berdasarkan DKBB. Hubungan antara class “Pembelian dengan class “Retur” dan class “Retur” dengan class “Utang” terjadi ketika bagian pembelian membuat Nota debit yang menimbulkan update atas utang pembelian akibat retur yang terjadi.9 menunjukkan Class diagram Sistem Informasi Akuntansi Pembelian PT.

93 Hubungan antara class “Akuntansi” dengan class “Utang” dan class “Utang” dengan class “LPB” terjadi ketika pencatatan atas pembelian dilakukan.2. Selanjutnya hubungan antara class “Finance” dengan class “Utang” terjadi ketika pembayaran atas utang dilakukan. Gambar 4.9 Class Diagram Sistem Informasi Akuntansi Pembelian Bahan Baku 4.1.3 Classes Karyawan .

Gambar 4. dan saat terjadinya retur pembelian.10 Class “Karyawan” dan statechart diagramnya Class “Gudang” merupakan kumpulan objek-objek dari karyawan yang melakukan permintaan pembelian. class ”Pembelian”.11 menunjukkan model keterlibatan class “Gudang” dalam event saat permintaan pembelian diajukan.10 dibawah menunjukkan class ”Karyawan” dan statechart diagramnya. Class ”Karyawan mengeneralisasikan property dan behaviornya kepada class ”Gudang”.94 Class “Karyawan” merupakan kumpulan objek – objek dari orang yang berkerja pada PT. dan class ”Finance”. Gambar 4. menerima pesanan pembelian dari pemasok. pesanan diterima dari pemasok. class ”Akuntansi”. dan melakukan retur pembelian. Gambar 4.11 Class “Gudang” dan statechart diagramnya . Siaga Ratindotama yang terkait dengan sistem informasi akuntansi pembelian bahan baku. Gambar 4.

dan saat terjadinya retur pembelian. Gambar 4. Gambar 4. Gambar 4. pembuatan daftar utang.12 Class “Pembelian” dan statechart diagramnya Class “Akuntansi” merupakan kumpulan objek-objek dari karyawan yang bertugas melakukan pencatatan atas transaksi pembelian. .12 menunjukkan model keterlibatan class “Pembelian” dalam event saat pemesanan pembelian diajukan kepada pemasok. membuat daftar utang dan membuat laporan-laporan terkait. selama proses pembelian.13 menunjukkan model keterlibatan class “Akuntansi” dalam event saat pencatatan utang atas pembelian. dan pada saat laporan setiap akhir bulan dibuat.95 Class “Pembelian” merupakan kumpulan objek-objek dari karyawan yang mengurus pembelian mulai dari pemesanan pembelian kepada pemasok hingga pengupdatean data bahan baku dan pemasok pada sistem.

96 Gambar 4.13 Class “Akuntansi” dan statechart diagramnya

Class “Finance” merupakan kumpulan objek-objek dari karyawan yang bertugas melakukan pembayaran utang atas pembelian. Gambar 4.14 menunjukkan model keterlibatan class “Finance” dalam event saat pencatatan pembayaran utang.

Gambar 4.14 Class “Finance” dan statechart diagramnya

Bahan_Baku Class “Bahan_Baku” merupakan kumpulan objek-objek dari bahan baku yang dibeli oleh perusahaan dari pemasok. gambar 4.15 menunjukkan model keterlibatan class “Bahan_Baku” dalam event mulai dari diregister dalam sistem, dan kemudian akan dilakukan update secara berulang dalam sistem.

Gambar 4.15 Class “Bahan_Baku” dan statechart diagramnya

97 Pemasok Class “Pemasok” merupakan kumpulan objek-objek dari orang atau perusahaan darimana perusahaan membeli pasokan bahan bakunya. Gambar 4.16 menunjukkan model keterlibatan class “Pemasok” dalam event mulai dari dimasukkan ke dalam daftar kontak perusahaan, dan kemudian akan dilakukan update secara berulang di dalam sistem sesuai kebutuhan.

Gambar 4.16 Class “Pemasok” dan statechart diagramnya

DKBB Class “DKBB” merupakan kumpulan Daftar Kebutuhan Bahan Baku yang diajukan oleh bagian perencanaan produksi kepada bagian gudang untuk meminta bahan baku yang dibutuhkan dalam proses produksi. Gambar 4.17 menunjukkan event dimana class “DKBB” terjadi ketika dilakukan entry data-data DKBB yang diajukan oleh bagian perencanaan produksi ke dalam sistem, dan kemudian disimpan di dalam sistem.

98

Gambar 4.17 Class “DKBB” dan statechart diagramnya

SPP Class “SPP” merupakan kumpulan dokumen-dokumen Surat Permintaan Pembelian (SPP). Gambar 4.18 menunjukkan event dimana class “SPP” terjadi ketika dibuat pada saat bahan baku perlu dibeli, dan kemudian dapat dicetak.

Gambar 4.18 Class “SPP” dan statechart diagramnya SOP Class “SOP” merupakan kumpulan dokumen-dokumen Surat Order Pembelian (SOP). Gambar 4.19 menunjukkan event dimana class “SOP” terjadi ketika dibuat setelah permintaan pembelian bahan baku diterima, kemudian disimpan dan dapat dicetak.

kemudian disimpan dan dapat dicetak.20 Class “LPB” dan statechart diagramnya Retur .99 Gambar 4.19 Class “SOP” dan statechart diagramnya LPB Class “LPB” merupakan kumpulan dokumen-dokumen Laporan Penerimaan Barang (LPB).20 menggambarkan event dimana class “LPB” terjadi ketika pesanan pembelian bahan baku diterima. Gambar 4. Gambar 4.

21 menunjukkan event dimana class “Retur” terjadi ketika bahan baku yang dibeli akan diretur kembali kepada pemasok. ketika pencatatan atas utang dilakukan oleh bagian .100 Class “Retur” merupakan kumpulan dokumen-dokumen yang berhubungan dengan retur barang yang terjadi yaitu nota retur untuk retur dengan penggantian bahan baku serupa dan nota debit untuk retur yang mengurangi utang pembelian.22 menunjukkan event dimana class “Utang” terjadi. dan kemudian dibuat nota retur untuk bahan baku yang akan diganti dengan bahan baku yang sama atau nota debit untuk bahan baku yang akan mengurangi utang pembelian pada kondisi tertentu. Kemudian disimpan dan dapat dicetak. Gambar 4. Gambar 4. Gambar 4.21 Class “Retur” dan statechart diagramnya Utang Class “Utang” merupakan kumpulan utang-utang perusahaan terhadap pemasok yang timbul akibat transaksi pembelian.

1.101 akuntansi berdasarkan transaksi yang terjadi.4 Events Berikut ini merupakan event table dari sistem informasi akuntansi pembelian bahan baku PT. . kemudian disimpan dan dilakukan update atas utang ketika terjadi retur yang mengurangi jumlah utang.2. Siaga Ratindotama seperti yang terlihat pada tabel 4.2.22 Class “Utang” dan statechart diagramnya 4. Gambar 4.

2 Event table sistem informasi akuntansi pembelian bahan baku PT.Siaga Ratindotama Akuntansi Karyawan Class Event Dibuat Register Update data Login Logout * + + + + + + + + + + BahanBaku Pembelian Pemasok Finance Gudang DKBB + + + + + + + Membuat DKBB Membuat SPP Mebuat SOP Membuat LPB Membuat nota retur Membuat nota debit Mencatat Utang Membuat Daftar Utang Membuat laporan-laporan Mencatat Pembayaran Memasukkan detail transaksi Menyimpan Mencetak Update Pemasok Update Bahan Baku Update Utang Dihapus Keterangan: + * * * * * * * * * * + + + + + + + Retur * + * SOP LPB SPP + * + * * * * + * * + * * + * * + + + + + Utang .102 Tabel 4.

Contoh Pada saat ada bahan baku tertentu yang mencapai ROP (titik pemesanan kembali) atau pada saat bahan baku yang diminta dalam Daftar Kebutuhan Bahan Baku tidak mencukupi. bagian akuntansi dan bagian finance dengan enam belas use case di dalam sistem informasi akuntansi tersebut yang akan digambarkan dalam use case diagramnya.2 Actors Actor Specification dari sistem informasi pembelian bahan baku pada PT.1.103 “ + ” untuk event yang terjadi nol sampai satu kali “ * ” untuk event yang terjadi nol sampai berulang kali 4.3. dan melakukan retur pembelian jika terjadi retur. yaitu karyawan bagian gudang. bagian . 4.3 Application Domain 4.3.3 Actor specification untuk “Karyawan Gudang” Gudang Tujuan Karyawan yang bertanggung jawab untuk melakukan permintaan pembelian.1. penerimaan bahan baku yang dipesan dari pemasok. bagian pembelian.3.1.1. serta memiliki pengetahuan dan ketelitian untuk mengecek kualitas dan kuantitas bahan baku yang diterima dari pemasok.1. Karakteristik Karyawan gudang harus mengetahui kebutuhan bahan baku perusahaan dan melakukan permintaan pembelian secara tepat.1 Usages 4. Siaga Ratindotama adalah sebagai berikut: Tabel 4.1 Overview Terdapat 4 aktor yang akan menggunakan sistem informasi akuntansi pembelian ini.1.

Table 4. Bagian gudang menggunakan sistem untuk membuat SPP dan sistem akan mencatat karyawan gudang yang membuat SPP tersebut.104 gudang akan melakukan pemesanan kembali.4 Actor specification untuk “Karyawan Pembelian” Pembelian Tujuan Karyawan yang bertanggung jawab untuk melakukan pesanan pembelian kepada pemasok. Selain itu bagian pembelian juga bertanggung jawab dalam melakukan register. Karakteristik Karyawan pembelian harus mengetahui bahwa bahan baku yang akan dipesan benar-benar sesuai dengan kebutuhan perusahaan dan melakukan pencatatan transaksi pembelian ke dalam sistem dengan tepat. melakukan update. menangani transaksi pembelian yang terjadi. dan menghapus data-data bahan baku dan pemasok. Contoh Bagian pembelian membuat Surat Order Pembelian (SOP) berdasarkan Surat Permintaan Pembelian (SPP) dari bagian gudang dengan mengentry data-data transaksi pesanan pembelian tersebut ke dalam sistem dan mengirimkannya dengan fax ke pemasok yang dipilih. . dan membuat nota debit jika terjadi retur pembelian yang mengurangi utang.

5 Actor specification untuk “Karyawan Akuntansi” Akuntansi Tujuan Karyawan yang bertanggung jawab untuk mencatat utang. Karakteristik Karyawan akuntansi harus memiliki ketelitian dalam mencatat utang. Contoh Bagian akuntansi mencatat utang yang timbul dari transaksi pembelian ke dalam sistem dan mencetak laporan-laporan yang dibutuhkan untuk keperluan pengambilan keputusan. . membuat Daftar Utang. dan mencetak laporan-laporan yang berkaitan dengan transaksi pembelian pada setiap akhir periode atau sesuai dengan kebutuhan perusahaan. Disamping itu bagian akuntansi menggunakan sistem untuk mencetak laporan-laporan yang dibutuhkan. memastikan validitas utang yang timbul dari transaksi pembelian dan mengecek tanggal jatuh tempo masing-masing utang sehingga pembayaran dapat dilakukan secara tepat waktu.105 Tabel 4.

Karakteristik Karyawan finance harus memiliki ketelitian dalam membayarkan jumlah utang yang tepat kepada pemasok yang tepat dan menjamin keakuratan data-data pembayaran yang dimasukkan ke dalam sistem. Contoh Bagian finance melakukan pembayaran atas utang sesuai dengan Daftar Utang dari bagian akuntansi dan mencatat pembayaran utang yang telah dilakukannya ke dalam sistem.106 Tabel 4.3.6 Actor specification untuk “Karyawan Finance” Finance Tujuan Karyawan finance bertanggung jawab untuk melakukan pembayaran utang kepada pemasok dan mencatat pembayaran utang yang dilakukannya. 4.3 Use cases Gambar 4. Sistem akan mencatat bagian finance yang melakukan pembayaran utang yang bersangkutan.1. .1. Siaga Ratindotama.23 menunjukkan use case diagram dari perancangan sistem informasi akuntansi pembelian bahan baku PT.

Siaga Rationdotama .107 Gambar 4.23 Use Case Diagram Sistem Informasi Akuntansi Pembelian Bahan Baku PT.

seperti yang dapat dilihat pada tabel 4. Siaga Ratindotama. Jika bahan baku yang diminta tersedia maka akan dilakukan pemisahan bahan baku yang dibutuhkan dan sistem akan melakukan update atas persediaan bahan baku secara otomatis. Jika tidak tersedia atau tidak mencukupi. Bagian gudang akan menlakukan entry data-data DKBB tersebut ke dalam sistem dan sistem akan mengecek apakah bahan baku yang dibutuhkan masih tersedia dan mencukupi.23.7 Usecase Specification “Mengentry DKBB” Membuat DKBB Usecase Menjelaskan proses entry data-data yang yang ada di DKBB yang diserahkan oleh bagian perencanaan produksi untuk meminta bahan baku yang akan digunakan dalam proses produksi. Karyawan Add.108 Berikut ini merupakan use case specification dari usecase yang terdapat pada Sistem informasi akuntansi pembelian bahan baku PT. Tabel 4. Object Function Actor DKBB. Save DKBB Gudang .7 sampai 4. maka sistem akan secara otomatis menghitung jumlah bahan baku yang kurang dan akan dilakukan permintaan pembelian. Cancel. BahanBaku.

Jika permintaan pembelian dilakukan berdasarkan ketidakcukupan bahan baku atas DKBB. Print SPP Actor Gudang .8 Usecase Specification “Membuat SPP” Membuat SPP Usecase Menjelaskan proses pembuatan SPP. Kode_BahanBaku dan No_DKBB yang diperlukan (jika ada). bagian gudang akan membuat SPP ketika terdapat reminder dari sistem mengenai bahan baku mana saja yang telah mencapai titik pemesanan kembali. Jika permintaan pembelian dilakukan berdasarkan ROP. Object SPP. Cancel. maka data-data mengenai bahan baku yang tidak mencukupi yang sebelumnya telah dimasukkan sesuai dengan DKBB akan muncul pada form SPP. Save. DKBB. Selanjutnya dilakukan validasi atas No_SPP. dimulai ketika terdapat bahan baku tertentu yang mencapai titik pemesanan kembali (ROP) atau ketika bahan baku yang dibutuhkan sesuai DKBB tidak mencukupi.109 Tabel 4. Dan bagian gudang akan mengecek dan menyesuaikannya. Karyawan Function Add. BahanBaku. Kemudian bagian gudang akan menyesuaikan dan melakukan entry permintaan pembelian yang bersangkutan.

SOP. BahanBaku. SPP. Setelah itu bagian pembelian dapat mennyimpan data-data SOP ke dalam sistem dan mencetaknya. Pemasok. Object Actor LPB. BahanBaku.10 Usecase Specification “Membuat LPB” Membuat LPB Usecase Menjelaskan proses pembuatan LPB oleh bagian gudang setelah memeriksa kualitas dan kuantitas bahan baku pesanan yang diterima dari pemasok sesuai dengan spesifikasi pada SOP. LPB dapat disimpan dan jika semua bahan baku pesanan telah diterima LPB tersebut dapat dicetak.110 Tabel 4. Bagian pembelian akan melakukan input nama pemasok yang dipilih. Print LPB . Karyawan Function Add. Cancel. sistem akan melakukan validasi atas semua data apakah telah dimasukkan dengan benar. Save. Kemudian bagian gudang akan memasukkan jumlah masingmasing barang yang diterima. Cancel. Object SOP. Pembuatan LPB akan menimbulkan update atas persediaan bahan baku berdasarkan kuantitas yang diterima. Sistem akan melakukan validasi terhadap nomor SOP dan secara otomatis keluar detail barang-barang yang dipesan dalam SOP. Sistem akan secara otomatis menghitung subtotal dan totalnya setelah semua data telah diisi dengan lengkap. Print SOP Actor Gudang Tabel 4. Pemasok. Setelah selesai.9 Usecase Specification “Membuat SOP” Membuat SOP Usecase Menjelaskan proses pembuatan SOP. Save. Karyawan Gudang Function Add. dan memasukkan harga bahan baku yang akan dibeli berdasarkan Surat Penawaran Harga dari pemasok yang dipilih. dimulai ketika bagian pembelian membuat SOP berdasarkan SPP yang diterimanya dari bagian gudang. Bagian gudang akan memasukkan nomor surat jalan dan memilih nomor SOP yang bersangkutan.

Kemudian bagian pembelian memasukkan detail dari bahan baku yang akan diretur. Save. Karyawan Function Add. Cancel.111 Tabel 4. Setelah bahan baku pengganti diterima dari pemasok. LPB. Object Retur.11 Usecase Specification “Membuat Nota Retur” Membuat Nota Retur Usecase Menjelaskan proses pembuatan Nota Retur oleh bagian gudang. sistem akan melakukan update jumlah bahan baku yang tersedia. Setelah disimpan. Print Nota Retur Actor Gudang . SOP. menyimpan dan mencetaknya. BahanBaku. bagian pembelian mengubah status retur menjadi telah diterima yang sekaligus akan menimbulkan update atas persediaan bahan baku yang berubah akibat penerimaan bahan baku pengganti. diawali ketika bagian gudang menerima perintah retur dari bagian pembelian. Bagian gudang akan memilih nomor LPB yang berkaitan dengan bahan baku yang akan diretur. Sistem akan melakukan validasi nomor LPB untuk mengetahui detail bahan baku dan pemasok pada SOP. Pemasok.

Save BahanBaku Actor Pembelian . Cancel. Kemudian Nota Debit tersebut disimpan dan dicetak. bagian pembelian akan memasukkan data bahan baku tersebut dan sebelumnya mengecek data bahan baku tersebut apakah sudah terdaftar di sistem. BahanBaku. Object BahanBaku Function Add. setelah input data bahan baku tersebut valid.13 Usecase Specification “Register Bahan Baku” Register Bahan Baku Usecase Menjelaskan proses registrasi bahan baku ke dalam sistem. Pembuatan Nota Debit akan secara otomatis menimbulkan update atas utang yang berubah akibat terjadinya retur yang mengurangi utang. Karyawan Function Add. Dimulai ketika akan dilakukan pembelian bahan baku yang belum terdaftar di sistem. Jika belum. Pada masing-masing bahan baku dapat ditentukan nilai ROP dan EOQ nya berdasarkan kebijakan perusahaan. LPB. Object Retur.112 Tabel 4. dan menghitung jumlah utang pembelian yang harus didebit. Utang. Cancel. Pemasok. Print Nota Debit Actor Pembelian Tabel 4. Dimulai ketika bagian pembelian menerima Nota Retur dari bagian gudang. melakukan validasi nomor Retur untuk mengetahui detail retur tersebut. akan disimpan di dalam database. edit.12 Usecase Specification “Membuat Nota Debit” Membuat Nota Debit Usecase Menjelaskan proses pembuatan Nota Debit oleh bagian pembelian ketika terjadi retur pembelian yang mengurangi utang pembelian. Save.

Karyawan akuntansi akan memasukkan data-data yang dibutuhkan.113 Tabel 4. Cancel. Dimulai ketika akan dilakukan pembelian bahan baku kepada pemasok yang belum terdaftar di sistem. Object Utang. Object Pemasok Function Add.15 Usecase Specification “Mencatat Utang” Mencatat Utang Usecase Menjelaskan proses pencatatan utang yang timbul akibat transaksi pembelian bahan baku perusahaan oleh bagian akuntansi. Pemasok. kemudian sistem akan melakukan validasi nomor SOP dan nomor Nota Debit (jika ada) serta menghitung total utang. Diawali ketika bagian akuntansi menerima dokumen-dokumen terkait dengan transaksi pembelian. Save Pemasok Actor Pembelian Tabel 4. edit. Save Utang Actor Akuntansi . LPB. akan disimpan di dalam database. bagian pembelian akan memasukkan data pemasok tersebut dan sebelumnya mengecek data pemasok tersebut apakah sudah terdaftar di di sistem. Karyawan Function Add. kemudian disimpan dalam sistem. SPP.14 Usecase Specification “Register Pemasok” Register Pemasok Usecase Menjelaskan proses registrasi pemasok ke dalam sistem. Cancel. setelah input data-data yang berhubungan dengan pemasok valid. Jika belum. Retur. SOP.

Karyawan Print Daftar Utang Akuntansi Tabel 4. Karyawan akuntansi memasukkan periode dan memilih jenis laporannya berdasarkan tanggal. menghitung total utang tersebut dan menampilkannya. Object SOP. Sistem akan mengecek SOP yang tanggalnya berada diantara periode yang dimasukkan.114 Tabel 4.17 Usecase Specification “Membuat Laporan Pembelian” Membuat Laporan Pembelian Usecase Menjelaskan proses pencetakan Laporan Pembelian yang dilakukan oleh bagian akuntansi. menghitung total pembelian. bahan baku atau pemasok.16 Usecase Specification “Membuat Daftar Utang” Membuat Daftar Utang Usecase Menjelaskan proses pembuatan Daftar Utang yang merupakan daftar dari utang-utang yang sudah mendekati jatuh temponya. Pemasok. Kemudian karyawan akuntansi akan laporan tersebut. Kemudian karyawan akuntansi akan mencetak Daftar Utang tersebut. dan menampilkannya. Pemasok. Bagian akuntansi akan memasukkan periode tanggal jatuh tempo utang yang akan dilunasi dan sistem akan melakukan validasi utang yang tanggal jatuh temponya berada diantara periode yang dimasukkan. Object function Actor Utang. BahanBaku. Karyawan mencetak Function Print Laporan Pembelian Actor Akuntansi .

Karyawan akuntansi memasukkan periode dan memilih jenis laporannya berdasarkan tanggal. Kemudian karyawan akuntansi akan mencetak laporan tersebut. Sistem akan mengecek Retur yang tanggal returnya berada diantara periode yang dimasukkan. Sistem akan mengecek saldo utang perusahaan pada periode yang dimasukkan dan menghitung total utang perusahaan baik itu per periode maupun per pemasok. dan menampilkannya. Karyawan Function Print Laporan Retur Pembelian Actor Akuntansi Tabel 4.19 Usecase Specification “Membuat Laporan Saldo Utang” Membuat Laporan Saldo Utang Usecase Menjelaskan proses Pencetakan Laporan saldo Utang oleh bagian akuntansi. bahan baku atau pemasok. Pemasok. Karyawan akuntansi memasukkan periode dan memilih jenis laporannya berdasarkan tanggal atau pemasok. menghitung total retur. Karyawan Function Print Laporan Saldo Utang Actor Akuntansi .115 Tabel 4. Pemasok.18 Usecase Specification “Membuat Laporan Retur Pembelian” Membuat Laporan Retur Pembelian Usecase Menjelaskan proses pencetakan Laporan Retur Pembelian oleh bagian akuntansi. Kemudian karyawan akuntansi akan mencetak laporan tersebut. Object Retur. BahanBaku. Object Utang. Retur.

Retur. Karyawan akuntansi memasukkan periode laporan. jurnal pengeluaran kas. Kemudian karyawan akuntansi akan mencetak laporan tersebut. atau jurnal umum. Karyawan Function Print Jurnal Actor Akuntansi . Karyawan akuntansi memasukkan periode jurnal dan memilih jenis jurnal.116 Tabel 4. Kemudian bagian akuntansi akan mencetak jurnal tersebut. Pemasok.21 Usecase Specification “Membuat Jurnal” Membuat Jurnal Usecase Menjelaskan proses pembuatan Jurnal yang dilakukan oleh bagian akuntansi. BahanBaku. Utang. dan Utang pada dokumen-dokumen terkait yang berada pada periode yang bersangkutan dan menyusunnya dalam format jurnal. sistem akan melakukan validasi periode jurnal dan mengambil data yang dibutuhkan dari class SOP. Object SOP.20 Usecase Specification “Membuat Laporan Analisis Kinerja Pemasok” Membuat Laporan Analisis Kinerja Pemasok Usecase Menjelaskan proses pembuatan Laporan Analisis Kinerja Pemasok setiap bulannya yang dilakukan oleh bagian akuntansi. LPB. baik itu jurnal pembelian. Karyawan Function Print Laporan Analisis Kinerja Pemasok Actor Akuntansi Tabel 4. Retur. sistem akan melakukan validasi periode laporan dan menghitung waktu pengiriman dan banyaknya retur yang terjadi untuk masing-masing pemasok yang melakukan transaksi dengan perusahaan. Object Pemasok. LPB. Retur. SOP.

kemudian menyimpan dan mencetak bukti pembayaran utang tersebut. Save. Siaga Ratindotama. Sistem akan melakukan validasi kode utang untuk menampilkan detail-detail dari utang yang dibayar. karyawan Function Add.117 Tabel 4. . Pemasok.22 Usecase Specification “Mencatat Pembayaran Utang” Mencatat Pembayaran Utang Usecase Menjelaskan proses pencatatan pembayaran utang yang dilakukan oleh bagian finance. Karyawan finance melakukan pembayaran kepada pemasok dan kemudian mencatat pembayaran yang dilakukannya ke dalam sistem. Print Bukti Pembayaran Actor Finance Berikut ini merupakan sequence diagram untuk masing-masing usecase yang terdapat dalam sistem informasi akuntansi pembelian bahan baku PT. Cancel. Object Utang. Karyawan finance memasukkan data-data yang dibutuhkan.

118 Gambar 4.24 Sequence untuk usecase “Membuat DKBB” .

119 Gambar 4.25 Sequence untuk usecase “Membuat SPP” (Berdasarkan DKBB) .

26 Sequence untuk usecase “Membuat SPP” (Berdasarkan ROP Bahan baku) .120 Gambar 4.

121 Gambar 4.27 Sequence untuk usecase “Membuat SOP” .

122 Gambar 4.28 Sequence untuk usecase “Membuat LPB” .

29 Sequence untuk usecase “Membuat Nota Retur” .123 Gambar 4.

124 Gambar 4.30 Sequence untuk usecase “Membuat Nota Debit” .

125 Gambar 4.31 Sequence untuk usecase “Register Bahan Baku” .

32 Sequence untuk usecase “Register Pemasok” .126 Gambar 4.

127 Gambar 4.33 Sequence untuk usecase “Mencatat Utang” .

34 Sequence untuk usecase “Membuat Daftar Utang” .128 Gambar 4.

129 Gambar 4.35 Sequence untuk usecase “Membuat Laporan Pembelian” .

36 Sequence untuk usecase “Membuat Laporan Retur Pembelian” .130 Gambar 4.

37 Sequence untuk usecase “Membuat Laporan Saldo Utang” .131 Gambar 4.

132 Gambar 4.38 Sequence untuk usecase “Membuat Laporan Analisis Kinerja Pemasok” .

39 Sequence untuk usecase “Membuat Jurnal” .133 Gambar 4.

134 Gambar 4.40 Sequence untuk usecase “Mencatat Pembayaran Utang” .

Save DKBB Add. Compute Read. Compute Read. Update. Compute Read Read.1. Update Read.2 Function List Berikut ini merupakan Function list dari sistem informasi pembelian bahan baku PT.135 4. Update. Update. Save Nota Retur Print Nota Retur Add. Update Read. Compute Read.23 Function List Sistem Informasi Akuntansi Pembelian Bahan Baku PT. Update. Compute Read. Save LPB Print LPB Add. Save Pemasok Add. Edit. Update Read Read. signal Read. Update. Compute Read Complexity Medium Simple Simple Medium Simple Medium simple Medium Simple Medium Simple Simple Complex Simple Medium Medium Medium Medium Medium Medium Type Read. Compute . Compute Read Read.23. Compute Read. Save Nota Debit Print Nota Debit Add. Compute. Compute Read. Update. pada tabel 4. Save SOP Print SOP Add. Compute Read Read. Save BahanBaku Alert ROP Add.3. Save Bukti Pembayaran Print Bukti Pembayaran Medium Medium Simple Read. Compute Read Read. Save SPP Print SPP Add. Save Utang Print Daftar Utang Print Laporan Pembelian Print Laporan Retur Pembelian Print Laporan Saldo Utang Print Laporan Analisis Kinerja Pemasok Print Jurnal Add. Siaga Ratindotama. Update. Edit. Siaga Ratindotama Function List Add. Compute Read. Tabel 4.

24 Function specifications untuk function “Alert ROP” Name operation Category Alert ROP X Active . dan ROP. Effect Mengetahui adanya bahan baku yang mencapai titik pemesanan ulang (ROP) sehingga dapat dilakukan pemesanan kembali.136 Tabel 4.Passive _ Update X Read X Compute X Signal Purpose Untuk memberikan alert/reminder apabila terdapat bahan baku yang mencapai titik pemesanan ulang (ROP) Input data Conditions Kode_BahanBaku Terdapat objek Bahan Baku dengan Kode_BahanBaku tertentu. Algorithm Read Bahan_Baku Read Stok_tersedia Read Stok_Pengaman Read ROP If (Stok_tersedia – Stok_Pengaman) = ROP View Alert ROP View daftar bahan baku yang ROP If (Stok_tersedia – Stok_Pengaman) != ROP Read Bahan_Baku Data structures Placement Involved objects Triggering event Printed form BahanBaku . Stok_pengaman. objek bahan baku tertentu tersebut mempunyai Stok_tersedia.

Berikut gambaran design user interface Sistem Informasi akuntansi pembelian bahan baku. tetapi istilah-istilah bahasa inggris juga banyak digunakan dalam rancangan antar muka Sistem Informasi akuntansi pembelian bahan baku PT.25. Siaga Ratindotama menggunakan bahasa Indonesia sebagai bahasa resminya. 4.3. Selain itu.3 User Interface Sistem Informasi Akuntansi pembelian bahan baku PT. Siaga Ratindotama.1. sistem juga menyediakan fasilitas untuk keperluan pencetakan informasi yang diperlukan oleh berbagai pihak dalam perusahaan misalnya pihak management dan karyawan untuk memperoleh informasi yang dibutuhkan.3.137 4. Siaga Ratindotama. Tabel 4.1.3.1 Dialogue Style Setiap user interface memiliki sejumlah windows yang digunakan untuk mendukung proses pencatatan transaksi pembelian bahan baku PT. Berikut ini merupakan daftar window user interface dan hasil pencetakannya pada tabel 4.25 Daftar window user interface dan print out Windows Login Menu Utama File Login Logout Ganti Password Master Master Bahan Baku Print Outs .

138 Master Pemasok Master Karyawan Transaksi Permintaan Pembelian Pesanan Pembelian Penerimaan Bahan Baku Retur Pembelian Utang Pencatatan utang Laporan Laporan Pembelian Surat Permintaan Pembelian (SPP) Surat Order Pembelian (SOP) Laporan Penerimaan Barang (LPB) Nota Retur Pembelian Nota Debit Daftar Utang Bukti Pembayaran Laporan Pembalian Berdasarkan Tanggal Laporan Pembelian Berdasarkan Bahan Baku Laporan Pembelian Berdasarkan Pemasok Laporan Retur Pembelian Berdasarkan Tanggal Laporan Retur Pembelian Berdasarkan Bahan Baku Laporan Retur Pembelian Berdasarkan Pemasok Laporan Saldo Utang Berdasarkan Tanggal Laporan Saldo Utang Berdasarkan Pemasok Laporan Analisis Kinerja Pemasok Jurnal Pembelian Jurnal Pengeluaran Kas Jurnal Umum Laporan Retur Pembelian Laporan Saldo Utang Laporan Analisis Kinerja Pemasok Jurnal .

3. Gambar 4.1.2 Overview Gambar 4.41 merupakan navigation diagram yang menggambarkan window user interface beserta hubungan antara window interface satu dengan lainnya.41 Navigation Diagram sistem informasi akuntansi pembelian bahan baku PT.3. Siaga Ratindotama .139 4.

3.140 4.1.42 Window “Login” Gambar 4.3 Examples Gambar 4.3.43 Window “Ganti Password” .

44 Windows “Menu Utama” .141 Gambar 4.

142 Gambar 4.45 Window “Master Pemasok” .

143 Gambar 4.46 Window “Master Bahan Baku” .

47 Window “Reminder ROP” Gambar 4.48 Window “Master Karyawan” .144 Gambar 4.

49 Window “View Transaksi Permintaan Pembelian” .145 Gambar 4.

146 Gambar 4.50 Window “Entry Daftar Kebutuhan Bahan Baku” .

147 Gambar 4.51 Window “Surat Permintaan Pembelian (SPP)” .

52 Window “View Transaksi Pesanan Pembelian” .148 Gambar 4.

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->