APLIKASI MONITORING RETUR PENJUALAN UNTUK MEMINIMALISIR REJECT PAJAK BERBASIS WEB DI PT ENSEVAL PUTERA MEGATRADING TBK BANDUNG Gunawan, ST., M.Kom., MOS., MTA. 1, Devi Triatna 2 Kosentrasi Teknik Informatika Program Studi Manajemen Informatika POLITEKNIK KOMPUTER NIAGA LPKIA Jln. Soekarno Hatta No. 456 Bandung 40266, Telp. +62 22 75642823, Fax. +62 22 7564282 Email : gunawan.lpkia@gmail.com 1 devidview@gmail.com 2 Abstrak PT ENSEVAL PUTERA MEGATRADING TBK BANDUNG yang beralamat di Jl. Soekarno Hatta No.344, Kb. Lega, Bojongloa Kidul, Kota Bandung, Jawa Barat 40235. PT Enseval Putera Megatrading Tbk adalah perusahaan yang bergerak di bidang distribusi dan sebagai pemasok produk obat-obatan, barang konsumsi, peralatan kedokteran, kosmetik dan barang dagang lainnya ke setiap cabang perusahaan. Masalah yang dibahas penelitian ini adalah pencatatan data stok yang berjalan di bagian gudang perusahaan. Aplikasi Pencatatan Data Stok, Keluar dan Masuknya Stok PT Enseval Bandung memiliki tugas melakukan penglolaan barang meliputi masalah pengolahan data barang, data stok keluar, dan stok masuk serta laporan seluruh aktivitas. Kata kunci : Aplikasi Pencatatan Data stok masuk dan keluar stok 1. Pendahuluan Pada PT. ENSEVAL PUTERA MEGATRADING TBK yang belum terdapatnya perangkat lunak untuk melakukan pendataan Stok, tidak adanya report dan pencatatan masih dilakukan secara tertulis dengan menggunakan kertas, dan menjadi hambatan untuk melakukan pengecekan data direktorat yang mengambil dalam melakukan pengambilan kertas. Dari latar belakang di atas dapat di kaji oleh penulis, adalah bagaimana cara pendataan dan permintaan menjadi sesuatu alur kerja yang bisa memudahkan dan mempercepat proses dalam Pandataan Stok Masuk dan Pengluaran kertas. 1.Proses pendataan barang masih dilakukan secara tertulis dalam form tertentu/buku. 2.Dalam pencarian data sulit dilakukan dan membutuhkan waktu yang lama. 3.Belum tersedianya laporan. Pembuatan aplikasi di PT. ENSEVAL PUTERA MEGATRADING TBK ini, diberikan batas dan lingkup agar lebih terarah dalam mencapai tujuan. Adapun lingkup dan batasan sebagai berikut : 1.Pendataan saat pengambilan barang yang dilakukan direktorat. 2. Monitoring data stok barang, 3. Entry keluar stok. 4. Entry masuk stok. 5. Report data mutasi masuk dan keluar. Tujuan dari pembuatan perangkat lunak ini adalah untuk mempermudah pendataan persediaan stok, permintaan barang direktorat, serta menampilkan report disetiap permintaan dan keluarnya barang. Dengan membuat perangkat lunak ini diharapkan dapat mengatasi permasalahan yang ada. Untuk lebih rincinya tujuan yang diharapkan atara lain : 1. Memudahkan admin dalam mengelola Pendataan Stok Barang. 2. Memonitoring Data Stok Barang. 3. Menampilkan report stok, masuk barang dan keluarnya barang. 2. DasarTeori Dalam perusahaan setiap manajer operasional dituntut untuk dapat mengelola dan mengadakan persediaan agar terciptanya efektifitas dan efisiennya kegiatan operasional. 1. Rangkuti (2007:2) menyatakan bahwa persediaan adalah bahan-bahan, bagian yang disediakan, dan bahan-bahan dalam proses yang
terdapat di suatu perusahaan untuk proses bisnis perusahaan. 2. Baroto (dalam Riggs, 1976) menyatakan bahwa persediaan adalah komponen yang disimpan dalam antisipasinya terhadap pemenuhan permintaan. 3. Analisis Dan Perancangan 3.1 Analisis Data 3.1.1 Relasi Database Table 4 Data Flow Diagram Gambar 1 Relasi Database 2.1.2 Conceptual Data Model Table 5 DFD Data Stok Gambar 2 CDM Table 6 DFD Stok Masuk DATA ST PERMINTAA PIMPI DAT UD Mai A DATA INFORMASI PERMINTAAN INFORMASI DATA PERMINTAA PERMINTAAN SURAT MEMO 0 SIS INVEN + LAPORAN SURAT JALAN LAPORA LAPORAN LAPORAN PERMINTAA DIREKT BARANG DATA KELUAR BAG. GUDA EKSP Table 7 DFD Stok Keluar Gambar 3 Context Diagram
3.6 Perancangan Antar Muka 3.6.1 Struktur Menu Gambar 8 Rancangan Halaman Stok Keluar Tampilan tersubut merupakan menu Barang,dimana petugas bisa menginputkan data barang. Gambar 5 Stuktur Menu 3.7 Pseudocode Nama Kegunaan Input Output Algoritma Login Hak akses Petugas Username dan Password Halaman Utama Input username Input password Gambar 6 Rancangan Halaman Login Tampilan tersubut merupakan suatu awal petugas untuk menggunakan aplikasi. If username=ada dan password=ada Masuk halaman user If username=tidak dan password=tidak ada pesan login gagal Masuk halaman login Else pesan login gagal Masuk halaman login Gambar 7 Pseudocode Login Gambar 7 Rancangan Halaman Lihat Data Stok Tampilan tersubut merupakan menu Data Stok, dimana bisa melihat faktur. 4.1 Implementasi 4.1.1 Lingkup dan Batasan Implementasi Ruang lingkup dan batasan implementasi terdiri dari penjelasan ruang lingkup dan batasan implementasi, termasuk modul program yang akan diimplementasikan, fungsional sistem dan lain sebagainya termasuk lingkungan implementasi. 1. Aplikasi yang dibuat adalah aplikasi berbasis web yang terfokus pada monitoring retur penjualan disebuah perusahaan. 2. Aplikasi yang dibuat dapat memberikan hasil faktur yang diretur dan digunakan beberapa kali retur sehingga user dapat mengetahui faktur ini sudah tidak bisa digunakan dan tidak terjadi reject pajak. 3. Validasi pada setiap text field, button pada setiap form di dalam program. 4. Menyimpan data aplikasi ke dalam database.
3.2 Implementasi Antar Muka Gambar 8 Halaman Login Gambar 9 Pengunaan Menu Form Barang Gambar 10 Pengunaan Menu Form Faktur 4.2 Pengujian Setelah proses implementasi perangkat lunak, proses selanjutnya adalah pengujian untuk dapat memastikan bahwa fungsionalitas aplikasi dapat berjalan dengan baik dan sesuai dengan harapan. 4.2.1 Lingkup dan Lingkungan Lingkup dan lingkungan pengujian aplikasi berdasarkan fitur sebagai dasar penilaian terhadap aplikasi yang dibuat diantaranya: 1. Web hanya dapat diakses oleh admin atau petugas dan petugas disini berasal dari divisi akunting 2. Pengujian yang dilakukan seputar fungsional, alur atau proses bisnis dan antarmuka. No Skenario Pengujian 1 Memasukan username & password 2 Isi sesusai form barang 3 Petugas menginputkan data faktur yang baru 4 Petugas terlebih dahulu menyalaraska n no faktur 5 Petugas akan melihat faktur yang sudah beberapa kali di retur dan harga jualnya habis 6 Admin menginputkan data user baru Hasil yang di harapka n Login kemenu sesusai hak akses Data barang berehasil tersimpan Data tersebut berhasil tersimpan ke database Data faktur sama dan dapat diretur sesusai dengan apa yang akan diretur Faktur tersebut tidak dapat diretur karena sudah melebihi harga jualnya agar tidak terjadi reject pajak User berhasil terbuat dan data berhasil tersimpan ke database Kesimpula n 4.2.3 Hasil Pengujian
5. Kesimpulan 5.1 Kesimpulan Berdasarkan analisa, implementasi dan pengujian yang telah dilakukan pada perangkat lunak aplikasi ini, dapat ditarik kesimpulan sebagai berikut: 1. Dengan diterapkannya aplikasi di perusahaan ini akan mepermudahkan petugas dalam mencari faktur. 2. Dengan aplikasi ini juga memungkinkan tidak terjadinya rejeck pajak pada perusahaan. 5.2 Saran Berdasarkan Praktek Kerja Lapangan yang telah dilaksanakan oleh penulis, penulis mencoba memberikan saran yang sekiranya dapat diterima dan bermanfaat, yaitu : 1. Program Aplikasi dapat dikembangkan kembali dari segi fitur, penggunaan, dan kemampuan yang terdapat di aplikasi ini agar lebih baik lagi. DAFTAR PUSTAKA [1] A.S, Rosa, et all. 2011, Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur dan Berorientasi Objek), MODULA, Bandung [2] Supono, et all. 2016, Pemograman Web dengan Menggunakan PHP dan Framework Codeigniter, Deepublish, Yogyakarta [3] Aswandi, 2006, Aplikasi Berbasis Web, http://aswandi.or.id/2006/01/20/aplikasi-berbasisweb, (Diakses tanggal 5 Agustus 2017) [4] Firstiana Putri Kesumawardhani, 2015, Abstrak http://digilib.unila.ac.id/15780/1/abstrak.pdf, (Diakses tanggal 17 Agustus 2017) [5] Hengky W.Pramana, Aplikasi https://carapedia.com/pengertian_definisi_aplikasi_ info2062.html, (Diakses tanggal 26 April 2017) [6] Jurnal Consulting Indonesia, 2014 2017, Retur Penjualan,https://jurnal.id/id/guidebooks/cetakretur-penjualan, (Diakses tanggal 6 Agustus 2017) [7] Oxfam, Monitoring http://www.ruangpintar.com/2016/10/definisipengertian-monitoring-menurut.html,(diakses tanggal 20 April 2016) [8] R. Santoso Brotodihadrjo, 2013, Pajak http://www.pengertianahli.com/2013/08/pengertianpajak-menurut-para-ahli.html, (Diakses tanggal 20 April 2017) [9] Raymond McLeod, 2014, Metode Prototype https://www.scribd.com/doc/58298607/pengertian- Prototype,(Diakses tanggal 26 April 2017)