IMPLEMENTASI WEB SERVICE DALAM MENDUKUNG  E-PROCUREMENT BERBASIS MULTIPLAT FORM

Ahmad Irsyadur R; Fitri Marissa; Indra Dharma

doi:10.53567/spirit.v10i2.103

IMPLEMENTASI WEB SERVICE DALAM MENDUKUNG E-PROCUREMENT BERBASIS MULTIPLAT FORM

Ahmad Irsyadur R, Fitri Marissa, Indra Dharma

Abstract

^Â

¹Mahasiswa, Universitas Widyagama Malang, Jl Patimura 6 no. 149 Batu 65315,(tlp: 0341-468921e-mail: diajeng17mn@gmail.com)

²^,Dosen Pengajar,Jurusan Teknik Informatika Universitas Widyagama Malang, Jln. Borobudur35Malang (telp: 0341-468921; e-mail: fitrimarisa@widyagama.ac.id)

^3,Dosen Pengajar,Jurusan Teknik Informatika Universitas Widyagama Malang, Jln. Borobudur 35 Malang (telp: 0341-468921; e-mail: indra.dharma@gmail.com

Abstract : Di era globalisasi saat ini tegnologi digital dan internet banyak bermanfaat khususnya dalam pengolahan data dan berkomunikasi. Semakin luasnya akses internet oleh masyarakat khususnya dipelaku bisnis kontruksi dan manufactur telah menjadikan E-Procurement ini fleksibel diterapkan dan menjadi suatu kebutuhan bagi perusahaan yang modern,Â system penelitian ini memanfaatkan tegnologi untuk meningkatkan efektifitas dan efisiensi system pengadaan barang/jasa (E-Procurement) di lingkungan PT.Indomarine, dimana saat ini system berbasis E-Procurement ini masih belum diterapkan dilingkungan perusahaan sehingga secara efektifitas komunikasi dengan vendor membutuhkan waktu cukup lama, contohnya dalam permintaan surat penawaran kebutuhan kepada vendor, Procurement harus mengirimkan satu persatu email dan juga terkadang memakai Fax dalam mengirimkan dokument, dengan system ini diharapkan dengan hanya membuat satu surat penawaran ke vendor tujuan, sudah mewakili dan terkirim ke semua vendor sesuai bidang masing-masing yang telah terdaftar, begitu juga saat barang datang dalam pengecekan suatu kebutuhan apakah sudah sesuai dengan Purchase Order yang telah di setujui oleh kedua belah pihak, dengan system penelitian ini Procurement dan juga Quality Control dapat dengan mudah check list menggunakan aplikasi berbasis Android.

Kata Kunci: E-Procurement, Multiplatform,Web Service, Aplikasi Mobile, Database.

Full Text:

PDF (Bahasa Indonesia)

References

. Ahmad Shonhajia, S. J. (2010). E-PROCUREMENT PADA PT. GAJAH TUNGGAL TBK. Jurnal Sistem Informasi, 1-7. Tanggal Akses 18 Agustus 2018

. Akhmad1.Adriansyah, T. (n.d.). ANALISIS DAN PERANCANGAN SISTEM E-PROCUREMENT. Jurnal Sistem Informasi, 1-26. Tanggal Akses 18 Agustus 2018

. Arfanti.Avilla Cahya, M. (2014). PELAKSANAAN SISTEM E-PROCUREMENT DALAM PENGADAAN BARANG/JASA PEMERINTAHAN UNTUK MENCEGAH TERJADINYA PERSEKONGKOLAN TENDER. Jurnal Ilmia, 1-22. Tanggal Akses 18 Agustus 2018

. Dhanta, R. (2010). PENGANTAR ILMU KOMPUTER. SURABAYA: Indah.

. Gany Audyati, S. (2011). PENCARIAN DATA BUKU DI PERPUSTAKAAN BERBASIS PHP. Tegnologi Informasi, 14-15.

. Haryanto, H. S. (2013). SISTEM INFORMASI E-PROCUREMENT PADA PDAM SURYA SEMBADA KOTA SURABAYA. SISTEM INFORMASI, 1. Tanggal Akses 18 Agustus 2018

. KOSASI, S. (2015). PERANCANGAN SISTEM LELANG ONLINE DALAM PENGADAAN BARANG DAN JASA. Sistem Informasi, 1-7. Tanggal Akses 18 Agustus 2018

. Kosasi, S. (n.d.). PERANCANGAN ARSITEKTUR SISTEM INFORMASI E-PROCUREMENT MENGGUNAKAN METODE VALUE MATRIK PADA PT.CIPTA KARYA BERSATU. Sistem Informasi, 1-10. Tanggal Akses 18 Agustus 2018

. Kurniawan.Erick. (2014). IMPLEMENTASI REST WEB SERVICE UNTUK SALES ORDER DAN SALES TRACKING BERBASIS MOBILE. EKSIS, 1-12. Tanggal Akses 18 Agustus 2018

. Rossita Arum Nurchana, A. S. (n.d.). EVEKTIFITAS E-PROCUREMENT DALAM PENGADAAN BARANG/JASA. Jurnal Administrasi Publik (JAP), Vol.2, No.2, 355-359. Tanggal Akses 18 Agustus 2018

. Safaat, N. (2012). PEMROGRAMAN APLIKASI MOBILE SMARTPHONE DAN TABLET PC BERBASIS ANDROID. Bandung. Tanggal Akses 18 Agustus 2018

IMPLEMENTASI WEB SERVICE DALAM MENDUKUNG

E-PROCUREMENT BERBASIS MULTIPLAT FORM

Ahmad Irsyadur R1), Fitri Marissa2),Indra Dharma3)

Fakultas Teknik, Teknik Informatika, Universitas Widyagama Malang

Email : ahmad.irsyad04@gmail.com1), fitrimarisa@widyagama.ac.id2), indra.dharma@gmail.com3)

Abstract : Di era globalisasi saat ini tegnologi digital dan internet banyak bermanfaat khususnya dalam pengolahan data dan berkomunikasi. Semakin luasnya akses internet oleh masyarakat khususnya dipelaku bisnis kontruksi dan manufactur telah menjadikan E-Procurement ini fleksibel diterapkan dan menjadi suatu kebutuhan bagi perusahaan yang modern, system penelitian ini memanfaatkan tegnologi untuk meningkatkan efektifitas dan efisiensi system pengadaan barang/jasa (E-Procurement) di lingkungan PT.Indomarine, dimana saat ini system berbasis E-Procurement ini masih belum diterapkan dilingkungan perusahaan sehingga secara efektifitas komunikasi dengan vendor membutuhkan waktu cukup lama, contohnya dalam permintaan surat penawaran kebutuhan kepada vendor, Procurement harus mengirimkan satu persatu email dan juga terkadang memakai Fax dalam mengirimkan dokument, dengan system ini diharapkan dengan hanya membuat satu surat penawaran ke vendor tujuan, sudah mewakili dan terkirim ke semua vendor sesuai bidang masing-masing yang telah terdaftar, begitu juga saat barang datang dalam pengecekan suatu kebutuhan apakah sudah sesuai dengan Purchase Order yang telah di setujui oleh kedua belah pihak, dengan system penelitian ini Procurement dan juga Quality Control dapat dengan mudah check list menggunakan aplikasi berbasis Android.

Kata Kunci: E-Procurement, Multiplatform,Web Service, Aplikasi Mobile, Database.

PENDAHULUAN

Menurut Wikipedia : E-Procurement adalah pembelian business-to-business (B2B) dan penjualan barang dan jasa melalui internet maupun sistem-sistem informasi dan jaringan lain, seperti Electronic Data Interchange (EDI) dan Enterprise Resource Planning (ERP). Sebagai sebuah bagian penting dari banyak situs B2B, E-Precurement juga kadang disebutkan oleh istilah-istilah lain misalnya supplier exchange. Secara khusus, situs-situs web E-Precurement memungkinkan user yang memenuhi syarat dan terdaftar untuk mencari para pembeli atau penjual barang dan jasa. Tergantung pada pendekatannya, para pembeli atau penjual dapat menentukan harga atau mengundang tawaran. Transaksi-transaksi dapat dimulai dan diakhiri. Pembelian yang sedang berjalan dapat memenuhi permintaan customer untuk diskon jumlah atau penawaran khusus. Software E-Precurement memungkinkan otomatisasi beberapa pembelian dan penjualan. Perusahaan-perusahaan yang berpartisipasi berharap dapat mengendalikan inventori-inventori secara lebih efektif, mengurangi biaya pembelian agen, dan meningkatkan siklus manufaktur. E-Precurement diharapkan dapat diintegrasikan dengan tren Supply Chain Management yang terkomputerisasi. Sumber lain menyebutkan bahwa E-Procurment atau lelang secara elektronik adalah proses pengadaan barang/jasa dalam lingkup industrial maupun lainnya yang menggunakan perangkat tegnologi informasi dan komunikasi dalam setiap proses dan langkanya. Secara umum, E-Procurement dapat dilakukan melalui 2 cara, yaitu e-tendeirng dan e-purchasing.Instrument ini memanfaatkan fasilitas tegnologi komunikasi dan informasi meliputi pelanggan

umum secara electronic, seperti pengadaan barang berskala besar maupun kecil, seperti contoh nya di perusahan PT.Indomarine dalam pengadaan barang untuk kebutuhan material proyek sourching/procurement melakukan pencarian vendor barang sesuai kebutuhan.

Di era globalisasi sekarang ini, teknologi informasi dan komunikasi memegang peranan penting dalam aspek kehidupan, ada beberapa bidang yang dapat memanfaatkan kemajuan tegnologi informasi dan komunikasi antara lain, dalam bidang kesehatan, dalam bidang ekonomi, pendidikan, sampai pada bidang Industrial.

Persoalan yang sama juga terjadi pada PT.Indonesian Marine. Perusahaan ini bergerak dibidang Engineering, Manufacture, dan Contruction khusunya Boiler dalam pelelangan kebutuhan barang/jasa seperti material masih menggunakan email dan telepon selular sebagai medianya. Sehingga dalam segi waktu Procurement akan tidak efektif jika setelah melakukan pencarian vendor masih harus kirim email/fax satu persatu kepada vendor yang bersangkutan. Didalam system ini diharapkan bisa menghasilkan output efisiensi dan mempermudah sekaligus sebagai second opinion untuk melakukan proses tendering kebutuhan material dalam berbagai aplikasi multiplatform, dimana secara garis besar aplikasi ini sudah terintegrasi dengan beberapa vendor penyedia material sehingga Procurement tidak perlu mengirimkan spesifikasi yang dibutuhkan secara satu persatu.

Keadaan ini mendorong sebuah gagasan untuk merancang suatu system yang menjadi latar belakang untuk disajikan dalam penelitian ini yang berjudul â€œImplementasi Web Service Dalam Mendukung E-Procurement Berbasis Multiplatformâ€.

KAJIAN LITERATUR

1 E-Procurement

Beberapa definisi E-Precurement dari berbagai sumber yaitu :

a. Electronic Procurement (E-Precurement) di definisikan sebagai penggunaan teknologi informasi untuk mempermudah business-to-bussiness (B2B) bertransaksi pembelian untuk bahan/barang dan jasa (Wu et al, 2007). Penerapan tegnologi system informasi untuk memfasilitasi proses pengadaan (procurement) secara terpadu merupakan fenomena yang terus mendapat perhatian dari para manajer, bahkan secara khusus menjadi bahan kajian akademik.

b. Menurut Kantor Manajemen Informasi Pemerintah Australia (Australian Government Information Management, AGIMO): E-Precurement merupakan pembelian antar-bisnis (business-to-business, B2B) dan penjualan barang dan jasa melalui internet.

c. Menurut daftar kata X-Solution: E-Precurement merupakan sebuah istilah dari pengadaan (procurement) atau pembelian secara elektronik. E-Precurement merupakan bagian dari e-bisnis dan digunakan untuk mendesain proses pengadaan berbasis internet yang dioptimalkan dalam sebuah perusahaan. E-Precurement tidak hanya terkait dengan proses pembelian itu saja tetapi juga meliputi negosiasi-negosiasi elektronik dan pengambilan keputusan atas kontrak-kontrak dengan pemasok. Karena proses pembelian disederhanakan dengan penanganan elektronik untuk tugas-tugas yang berhubungan dengan operasi, tugas-tugas yang berhubungan dengan stategi dapat diberi peran yang lebih penting dalam proses tersebut. Pengadaan barang/jasa mengandung pengertian adanya transaksi, sehingga diperlukan adanya persyaratan yaitu adanya identitas, kesepakatan, pertukaran dokumen dan pengesahan.

Untuk itu dalam transaksi elektronik diperlukan:

a. Identitas, mencakup user ID dan password

b. Pengamanan sistem terhadap registered and authorized client, aplikasi dan kelancaran komunikasi transfer data

c. Alat pengesahan administrasi, seperti materai digital dan tanda tangan digital.

2. Aplikasi Berbasis Web

Dalam rekayasa perangkat lunak, web application adalah Ia juga merupakan suatu aplikasi perangkat lunak computer yang dikodekan dalam bahasa yang didukung penjelajah web (seperti ASP,HTML, Java, Java Script, PHP, Python, Ruby dll) dan bergantung pada penjelajah tersebut untuk menampilkan aplikasi.

Aplikasi web menjadi popular karena kemudahan tersedianya aplikasi klien untuk mengaksesnya, penjelajah web, yang kadang disebut sebagai suatu thin client (Klien Tipis).Kemampuan untuk memperbarui dan memelihara aplikasi web tanpa harus mendistribusikan dan mengistalasi perangkat lunak pada kemungkinan ribuan computer klien merupakan alas an kunci popularitasnya.

2 Aplikasi Mobile

Aplikasi Mobile adalah proses pengembangan aplikasi untuk perangkat genggam seperti PDA, asisten digital perusahaan atau telepon genggam.Aplikasi ini sudah ada pada telepon selama manufactur, atau didownload oleh pelanggan dari took aplikasi dan dari distribusi perangkat lunak mobile platform yang lain.

Menurut Lee,Schneider & Schell (2004), berikut beberapa anggapan yang salah mengenai mobile application :

a. Pengembangan mobile applications dianggap lebih mudah.

Masyarakat merasa pengembangan aplikasi untuk perangat mobile jauh lebih mudah.Tapi kenyataanya lebih sulit.

b. Pengembangan aplikasi untuk mobile lebih cepat.Terdapat gagasan bahwa mengembangkan aplikasi pada perangkat mobile entah bagaimana lebih cepat.Padahal sebenarnya ,mungkin tidak lebih cepat atau lebih lambar dibandingkan upaya pengembangan aplikasi lain.Itu semua tergantung pada kerumitan aplikasi yang dikembangkan dan beberapa factor yang lain.

Pengembangan aplikasi mobile lebih murah.Baik pengembangan aplikasi mobile maupun perangkat tidak semuanya harus murah. Pernagkat mobile itu sendiri tidak murah jika anda membandingkan biaya PC Pocket atau tablet PC dengan computer desktop yang terhubung.Pada saat anda selesai membeli pocket PC dan semua aksesorsnya, ia mungkin sama mahalnya dengan desktop (dan mungkin lebih mahal).

3 Web Service

Web service adalah aplikasi sekumpulan data (database), perangkat lunak (software) atau bagian dari perangkat lunak yang dapat diakses secara remote oleh berbagai piranti dengan sebuah perantara tertentu. Secara umum,web service dapat diidentifikasikan dengan menggunakan URL seperti hanya web pada umumnya. Namun yang membedakan web service dengan web pada umumnya adalah interaksi yang diberikan oleh web service. Berbeda dengan URL web pada umumnya, URL web service hanya menggandung kumpulan informasi, perintah, konfigurasi atau sintaks yang berguna membangun sebuah fungsi-fungsi tertentu dari aplikasi.

Web Service Rest yang diperkenalkan oleh Roy Fielding. REST menggunakan arsitektur Client-Server dimana ketika ada permintaan dari client ke server maka server akan memprosesnya kemudian mengembalikan respon. Setiap transaksi berdiri sendiri dan tidak berhubungan dengan transaksi sebelumnya dan semua data yang dibutuhkan dalam untuk memproses permintaan ada didalam permintaan tsb, data session dari client tidak dikelola oleh server, karena itu pula respon server bersifat independen. Dengan prinsip ini juga maka REST menjadi sederhana dan ringan. Aplikasi web yang menggunakan prinsip ini disebut RESTful web service, RESTful web service menggunakan metode http GET, PUT, POST dan DELETE untuk mengambil, membuat, mengupdate dan menghapus resource. Resource ini sendiri diidentifikasi sebagai URL (Uniform Resource Identifier). Dalam penerapannya, REST lebih banyak digunakan untuk web service yang berorientasi pada resource. Maksudnya orientasi pada sumber daya adalah orientasi yang menyediakan sumber daya sebagai layanannya dan bukan kumpulan-kumpulan dari aktifitas yang mengolah sumber daya itu. Bentuk web service menggunakan REST style sangat cocok digunakan sebagai backend dari aplikasi berbasis mobile karena cara aksesnya yang mudah dan hasil data yang dikirimkan berformat JSON sehingga ukuran file menjadi lebih kecil.

Web Service pada umumnya digunakan untuk melakukan respon dan request yang dilakukan antara client dan server. Sebagai contoh, seorang pengguna layanan web tertentu mengetikkan alamat url web untuk membentuk sebuah request. Request akan sampai pada server, diolah dan kemudian disajikan dalam bentuk sebuah respon. Dengan singkat kata terjadilah hubungan client-server secara sederhana.

Sedangkan pada web service hubungan antara client dan server tidak terjadi secara langsung. Hubungan antara client dan server dijembatani oleh file web service dalam format tertentu. Sehingga akses terhadap database akan ditangani tidak secara langsung oleh server, melainkan melalui perantara yang disebut sebagai web service. Peran dari web service ini akan mempermudah distribusi sekaligus integrasi database yang tersebar di beberapa server sekaligus.

METODE PENELITIAN

1. Analisa Metodologi Penelitian

2 Metode Pengembangan System

Disini yang digunakan untuk pembangunan ini adalah system life cycle development (SDLC) yang berbasiskan waterfall strategy. Dalam pengembangannya metode waterfall memiliki beberapa tahapan yang berurut yaitu: requirement (analisis kebutuhan), design system (desain sistem), Coding (pengkodean) & Testing (pengujian), Penerapan Program, pemeliharaan. Tahapan tahapan dari metode waterfall adalah sebagai berikut :

2. Analisis Kebutuhan

Tahap ini pengembang sistem diperlukan komunikasi yang bertujuan untuk memahami perangkat lunak yang diharapkan oleh pengguna dan batasan perangkat lunak tersebut. Tahapan ini dilakukan dengan melakukan wawancara dan studi literatur secara langsung kepada divisi Procurement dan juga divisi Quality Control untuk mendapatkan data yang akurat untuk diaplikasikan didalam system yang akan dibuat.

Pada penelitian ini terdapat beberapa analisa, diantaranya :

No Software hardware

Sublime Text Laptop ASUS Core i5

JDK 1.8 RAM 4 GB

Post Man Laptop ASUS i5

XAMPP Server Operasi sistem windows 7

Google Chrome / Mozilla Firefox Developer Smartphone android Dan Web Base

Tabel 3.1.Kebutuhan tools software / tools hardware

3. Desain Sistem

Spesifikasi kebutuhan dari tahap sebelumnya akan dipelajari dalam fase ini dan desain sistem disiapkan. Desain Sistem membantu dalam menentukan perangkat keras (hardware) dan sistem persyaratan dan juga membantu dalam mendefinisikan arsitektur sistem secara keseluruhan.Dalam tahapan ini dilakukan desain system digambarkan dengan menggunakan Data Flow Diagram (DFD), Use Case Diagram, atau Uified Modelling Language (UML) guna untuk menggambarkan.

4. TahapPembuatan Aplikasi

Pada tahap ini, sistem pertama kali dikembangkan di program kecil yang disebut unit, yang terintegrasi dalam tahap selanjutnya. Pada tahap ini dilakukan coding dengan diterjemahkan kedalam bahasa pemograman. Pada penelitian ini menggunakan bahasa pemograman berbasis web, dan juga Mobile.

5. Tahap Pengujian Aplikasi

Seluruh unit yang dikembangkan dalam tahap implementasi diintegrasikan ke dalam sistem setelah pengujian yang dilakukan masing-masing unit. Setelah integrasi seluruh sistem diuji untuk mengecek setiap kegagalan maupun kesalahan, dan juga pengujian/testing untuk mengetahui apakah aplikasi berjalan sesuai dengan requirement dan memenuhi semua aspek yang diharapkan oleh pengguna serta dapat berjalan dengan semestinya.Pada tahap ini akan dicari kekurangan untuk selanjutnya diperbaiki dan disempurnakan dengan melibatkan user langsung dalam hal ini divisi procurement (pangadaan) dan juga divisi Quality Control.

6. Perancangan Sistem

Perancangan system akan dibagi menjadi beberapa tahap yang akan meliputi :

Rancangan Layanan Web Service Antar Aplikasi Pada E-Procurement Berbasis Multiplatform

Gambar 3.1, Proses Requestor Dan Response Data Web Service

Pada gambar 3.1 menjelaskan bagaimana komunikasi antar client (Aplikasi e-Procurement Web, dan Mobile) dimana client mobile akan menggunakan web service sebagai jembatan untuk menghubungkan ke Database. Untuk merepresentasikan kontak antara requestor dan provider atau kode client dan kode server , secara teknis dapat digunakan beberapa standart protocol yang sudah ada, yaitu SOAP WSDL.

7 Flowchart Sistem Yang Berjalan

Gambar 3.2, Flowchart Pengadaan Barang/Material Yang Berjalan

8 Permasalahan yang dihadapi

Dari gambaran proses bisnis tersebut, permasalahan yang dihadapi dapat di identifikasikan sebagai berikut:

Proses bagian procurement dalam melakukan permintaan penawaran barang/material ke vendor/supplier dilakukan secara looping dengan mengirimkan satu per satu email/fax ke vendor/supplier, hal ini sangatlah tidak efektif jika jumlah vendor/supplier lebih dari 1.

Proses inspeksi barang/material saat datang masih menggunakan kertas, sehingga dalam hal ini tidaklah mendukung program yang dicanangkan perusahan untuk paper less.

9 Flowchat Sistem Pengadaan Barang/Material Usulan

Gambar 3.3, Flowchart Pengadaan Barang/Material Usulan

Dari system usulan tersebut dapat kita simpulkan bahwa permasalahan yang dihadapi bisa di selesaikan dengan cara sebagai berikut :

Proses bagian procurement dalam melakukan permintaan penawaran barang/material ke vendor/supplier dilakukan dengan satu proses pengiriman saja, yang selanjutnya system akan secara otomatis membroadcast ke daftar vendor sesuai komoditi yang vendor jual.

Proses inspeksi barang/material saat datang dapat dilakukan menggunakan aplikasi mobile android, sehingga perusahaan bisa menghemat kertas dan system bisa membantu mewujudkan program paperless yang sedang dicanangkan oleh perusahaan saat ini.

10 Use Case Diagram

Use Case adalah pemodelan yang menggambarkan bagaimana proses-proses secara bisnis dalam â€œImplementasi Web Service Dalam Mendukung E-Procurement Berbasis Multiplatformâ€

Gambar 3.4, Use Case Diagram

No Actor Keterangan

Sourching/Procurement Merupakan sebuah actor yang memiliki hak akses untuk melakukan input permintaan penawaran pembelian barang, seleksi vendor, membuat dan menerbitkan purchase order (PO) dan menambahkan data vendor/supplier ke system.

Vendor/Supplier Merupakan sebuah actor yang menyediakan dan memberikan sebuah penawaran barang/produk.

Warehouse/Gudang Merupakan sebuah actor yang bertugas melakukan penerimaan barang dan juga membuat sebuah form RIR (Receiving Report Inspection)

Quality Control Merupakan sebuah actor yang bertugas melakukan pemeriksaan layak dan tidak layaknya sebuah barang yang telah di order dari supplier.

Tabel 3.1 Rancangan Use Case Diagram

11 Perancangan Dan Relasi Tabel

Gambar 3.5, Relasi Tabel

HASIL DAN PEMBAHASAN

1 Halaman Input Tender

Setelah login sebagai user procurement, pada halaman ini user procurement bisa menerbitkan tender, dengan mengacu pada PPB (Permintaan Pembelian Barang), yang telah di minta oleh user departement lain untuk proses pembelian, setelah input tender berhasil akan secara otomatis terbroadcast ke semua vendor yang telah di kelompokkan berdasarkan tipe komoditi masing-masing vendor.

Gambar 4.2, Halaman Input Tender

2 Halaman Input Penawaran Vendor

Setelah login aplikasi vendor akan bisa melakukan input penawaran yang didapat, seperti tampak gambar dibawah ini, dalam demo ini ada 2 vendor yang mendapatkan notifikasi untuk mengikuti tender, yaitu CV.IrsyadIT dan CV.AnugraPratama.

Halaman Input Penawaran Vendor CV.AnugraPratama

Gambar 4.4, Halaman Input Form Penawaran Vendor CV.AnugraPratama

Gambar 4.5, Halaman Input Form Penawaran Vendor CV.IrsyadIT

No Tender : Kolom ini akan dipilih oleh vendor yang berisikan No Tender yang sedang berjalan, dalam demo program ini peneliti contohkan No Tender TDR/IM/I/08/001.

No Penawaran Vendor : No ini mengikuti aturan baku dari vendor yang akan menawarakan barangnya, dalam demo program ini No Penawaran Vendor adalah ANG/08/09/01 (Untuk AnugraPratama) dan IrsyadIT IRS/08/01

Vendor AnugraPratama (masing-masing vendor) akan mengisi harga satuan barang sesuai harga kesediaan vendor.

Diskon : masing-masing vendor berhak atau tidak untuk memberikan diskon pada penawarannya.

Begitu tombol kirim diklik maka penawaran dari vendor tersebut akan masuk dalam list penawaran masuk tender pada procurement.

3 Halaman List Calon Pemenang

Di halaman ini telah di tampilkan halaman calon pemenang tender, dimana untuk vendor yang ditampilkan sebagai pemenang adalah harga yang paling murah dari Harga Total yang sudah termasuk PPN, dari data itulah user procurement bisa menerbitkan Purchase Order (PO), dari demo kali ini terdapat 2 vendor yang menawarkan/mengikuti tender, dan untuk vendor pemenang adalah CV.AnugraPratama dengan harga total Rp.11.001.100,00 lebih murah dari CV.IrsyadIT dengan harga total Rp.11.990.000,00.

Gambar 4.7, Halaman List Vendor Calon Pemenang

4 Halaman Create Purchase Order (PO)

Pada menu halaman calon pemenang vendor sebelumnya terdapat menu Create PO, user procurement akan create sebuah Purchase Order (PO), jika sudah ada data calon pemenang vendor, diaplikasi ini telah terbentuk No Po PO/IMSBY/I/08/001 seperti gambar dibawah ini :

Gambar 4.7, Halaman Input Create Purchase Order 1

5 Halaman Input/Create RIR (Receiving Inspection Report)

Begitu juga dengan user warhouse sebelum bisa masuk pada system aplikasi diwajibkan untuk login terlebih dahulu, pada salah satu menu warehouse terdapat menu untuk create sebuah RIR (Receiving Inspection Report), form RIR disini berfungsi untuk memeriksa material yang sudah di purchase order (PO) dari hasil seleksi vendor sebagai pemenang tender, form ini user warehouse setelah input sebuah RIR (Receiving Inspection Report) akan memasukkan Qty sesuai Surat Jalan yang pertama barang diterima dari vendor oleh warehouse dan menghasilkan RIR dengan No RIR RIR/WH/I/08/001.

Gambar 4.9, Halaman Input RIR (Receiving Inspection Report) 1

Keterangan :

No Purchase Order : User warehouse akan memilih No Po yang telah terinput oleh user procurement untuk dibuatkan Form RIR (Receiving Inspection Report).

Qty SJ merupakan inputan yang wajib disi sesuai surat jalan yang diterima oleh user warehouse pertama barang dikirim.

6 Halaman Login Android Aplikasi Quality Control

Sebelum bisa masuk aplikasi user mobile quality control wajib untuk melakukan login aplikasi dengan halaman sebagai berikut :

Gambar 4.10, Halaman Login QC

Gambar dibawah menunjukkan data token sebelum proses login, token ini yang berfungsi sebagai kunci agar mendapatkan akses untuk melakukan request selanjutnya.

Gambar 4.11, No Token Sebelum Login

Gambar 4.12, No Token Sesudah Login

Dari kedua gambar diatas bisa dilihat dan disimpulkan bahwa dalam setiap proses untuk mendapatkan akses melakukan request no token akan selalu berubah.

7 Halaman input RIR (Receiving Input Report)

Dalam halaman ini proses awal user quality control mula-mula akan memasukkan No RIR yang akan diperiksa, dalam contoh demo kali ini No RIR yang di input adalah RIR/WH/I/08/001 yang sudah dibuat sebelumnya, disitu juga tercapture no token yang baru sesuai data diatas.

Gambar 4.13, Input No RIR

8 Halaman Proses Input RIR

Pada halaman ini user quality control mulai input RIR mulai dari Qty Terima, Status, dan Remark, dengan menggunakan method â€œGETâ€ .

Gambar 4.14, Input RIR

Keterangan :

Input No RIR : user warehouse akan menginput No RIR yang telah di buat oleh user warehouse tadi, dalam demo ini No RIR yang dimaksud adalah RIR/WH/I/08/001 yang selanjutnya akan melakukan proses pencarian data dengan mengeklik tombol GO.

No PO (Purchase Order) : No RIR yang telah dibuat tadi merupakan No PO dengan nomor PO/IMSBY/I/08/001.

Qty Terima : jumlah yang diterima oleh quality control yang menyesuaikan dengan No PO.

Status : Ada Accept dan Reject, jika accept artinya barang yang terima oleh user quality control sudah sesuai jumlahnya dengan yang di Qty PO.

Remark : catatan yang diisi oleh user quality control jika ada beberapa catatan yang perlu di input.

Dalam halaman ini proses submit telah dilakukan dan akan muncul halaman pop up DONE, yang artinya data sudah terinput ke dalam system, dapat dilihat juga dalam kotak orange terdapat data dalam bentuk JSON yang telah terinput ke database, data JSON tersebut adalah dihasilkan untuk pertukaratan data menuju ke Database yang melewati Web Service.

Gambar 4.15, Notifikasi Input Berhasil

KESIMPULAN

Berdasarkan hasil penelitian dan pembahasan maka dapat diperoleh kesimpulan sebagai berikut :

Dengan adanya E-Procurement ini, pihak pengadaan barang lebih efektif dan dipermudah untuk melakukan tender penawaran barang kepada vendor yang sudah ditentukan dan dikelompokan sebelumnya, dari pada sebelumnya yang mereka masih menggunakan fax atau email dengan mengirimkan satu-persatu dari kepada vendor.

Dengan adanya mobile aplikasi yang berjalan pihak quality control tidak perlu lagi untuk printing menggunakan kertas dan mengisi secara manual, user quality control cukup mengetikkan NO RIR (Receiving Inspection Report) yang selanjutnya akan tampil item yang perlu untuk di inspeksi/diperiksa.

Peran web service dalam aplikasi ini sebagai jembatan antara platform berbasis web base dan juga aplikasi mobile quality control untuk penukaran data yang dibutuhkan seperti data purchase order dengan data RIR (Receiving Inpection Report).

DAFTAR PUSTAKA