TA : Penerapan Teknologi Deploy ke Internet Untuk Sistem Informasi Pembelian Dengan Metode Penjadwalan MRP Pada PT. ISPAT INDO.
DENGAN METODE PENJADWALAN MRP PADA PT ISPAT INDO
Oleh :
Nama : Ismail Fanani
NIM : 00.41010.0143
Program : S1 (Strata Satu)
Jurusan : Sistem Informasi
SEKOLAH TINGGI
MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA
(2)
ABSTRAKSI ………...……… v
KATA PENGANTAR ……….. vi
DAFTAR ISI ………. ix
DAFTAR TABEL ………...……… xi
DAFTAR GAMBAR ……… xiii
DAFTAR LAMPIRAN ………. xv
BAB I PENDAHULUAN ………...……… 1
1.1 Latar Belakang Masalah ………...………… 1
1.2 Perumusan Masalah ………...…….… 2
1.3 Pembatasan Masalah ………...…….. 3
1.4 Tujuan ………...……… 3
1.5 Sistematika Penulisan ………... 4
BAB II LANDASAN TEORI ………...……... 5
2.1.1 Sistem Informasi…………...…... 5
2.1.2 Sistem Pembelian...……...………... 7
2.1.3 Metode peramalan MRP ( Material Requirements Planning )... 8 2.1.4 Teori Client – Server... 18
2.1.5 Architecture Deploy Ke Internet... 18
2.2.1 Sistem Informasi Manajemen... 22
2.2.2 Oracle 9i... 22
2.2.3 Oracle Forms & Reports... 22
(3)
3.1 Analisa Sistem Lama.………...…….... 26
3.2 Dokumen Flow....………...………... 27
3.3 Data Flow Diagram... 30
3.4 Perancangan Proses MRP... 37
3.4 Entity Relational Diagram... 42
3.5 Struktur Database... 46
BAB IV IMPLEMENTASI DAN EVALUASI………...…………. 68
4.1 Implementasi……. ……….. ………... 68
4.2 Kebutuhan Sistem....……….…... 68
4.3 Instalasi Program da Pengaturan Sistem... 69
4.4 Penjelasan Pemakaian Progarm... 69
4.5 Uji Coba dan Evaluasi Sistem... 85
BAB V PENUTUP ………... 87
5.1 Kesimpulan ………... 87
5.2 Saran ………... 87
Halaman DAFTAR PUSTAKA ………... 88
LAMPIRAN ……….. 89
(4)
1.1 Latar Belakang Masalah
Pada era pasar bebas serta perdagangan global yang tidak mengenal
jarak dan waktu, arus informasi telah mengalami kemajuan yang sangat pesat dan
mempengaruhi semua dunia usaha, baik usaha kecil maupun usaha besar. Dunia
usaha saat ini mempunyai suatu cara atau strategi yang dapat meningkatkan usaha
mereka baik dalam hal keuangan, sumber daya manusia, dan kinerja karyawan
pada masing – masing bagian, hal tersebut membutuhkan sebuah solusi untuk
mengatasi masalah tersebut yaitu berupa perbaikan sistem informasi dan sarana
teknologi berbasis komputer.
Kemajuan teknologi yang pesat akhir – akhir ini dan seiring makin
banyaknya informasi yang dibutuhkan seorang manajer untuk memantau
usahanya maka dibutuhkan suatu sistem informasi yang bisa memberikan
informasi yang cepat, tepat dan akurat dalam hal pembelian baik bahan baku
maupun bahan penunjang lainnya
Sistem informasi pembelian di ISPAT INDO pada saat ini sudah
terkomputerisasi namun belum semuanya berjalan lancar dan masih banyak
kekurangan, antara lain sistem yang ada saat ini belum online, sehingga setiap
client harus menginstall software Oracle untuk menjalankan program aplikasi,
sistem yang berjalan saat ini belum memiliki sistem pendukung keputusan
(Decision Suport System) atau metode penjadwalan untuk pembelian, tidak adanya pemberitahuan dari sistem kapan waktunya untuk melakukan pembelian
(5)
kembali atas lead time pada setiap item kebutuhan sehingga sering terjadi Not in Stock (Tidak ada persediaan) dan sering terjadi keterlambatan pembelian bahan baku yang mengakibatkan produksi tidak berjalan, program yang ada kurang
mudah digunakan (kurang user friendly) hal tersebut mengakibatkan sering terjadi kesalahan dalam memasukan data
Sistem Informasi pembelian (Purchasing) ini akan menggunakan aplikasi
terbaru dari vendor Oracle yaitu suatu teknologi internet yang akan
menggabungkan pemrograman Java dengan Form Developer sehingga aplikasi
yang dibuat bisa berjalan di atas Browser internet dan tentu saja jaringan LAN
maupun WAN
Dengan adanya perbaikan sistem informasi dan penggunaan teknologi
java applet ini diharapkan dapat mengatasi permasalahan yang terjadi pada bagian
pembelian, dan pembuatan laporan bisa lebih efektif sehingga manager bisa lebih
cepat dalam memperoleh informasi yang diperlukannya untuk memonitor
aktivitas pada masing – masing bagian.
1.2 Perumusan Masalah
Dari uraian - uraian diatas terdapat suatu permasalahan yang dapat
dirumuskan yaitu :
1. Bagaimana menerapkan teknologi deploy ke internet untuk sistem informasi
pembelian ?
2. Bagaimana membuat sistem informasi pembelian dengan metode
(6)
1.3 Pembatasan Masalah
Adapun pembatasan masalah yang digunakan :
1. Sistem informasi pembelian ini membuat modul tentang pembelian bahan
baku produksi dan barang kebutuhan perusaahan lainnya.
2. Sistem ini digunakan untuk malakukan proses pemesanan dan pembelian
barang ke supplier.
3. Sistem ini akan memberikan laporan mulai proses awal pembelian sampai
proses pembelian selesai.
4. Sistem informasi pembelian ini disertai dengan metode penjadwalan MRP
yang berdasarkan pada Bill Of Material (BOM) dari semua item material. 5. Sistem ini akan di deploy ke internet dengan menggunakan software Oracle
WebDb sehingga dapat diakses dengan menggunakan browser, misal
Internet Explorer.
1.4 Tujuan
Tujuan dari pembuatan tugas akhir ini adalah:
1. Membuat suatu sistem informasi pembelian (Purchasing) yang lebih baik dan diharapkan dapat mempermudah untuk malakukan proses pembelian
barang, mengolah data transaksi pembelian, dan membuat laporan
pembelian serta maintenance stock, sehingga tidak sampai terjadi keterlambatan pembelian bahan produksi.
2. Membuat sarana untuk memonitor aktivitas pembelian serta pemesanan
barang dari tiap departemen melalui sistem informasi yang berjalan di
(7)
1.5 Sistematika Penulisan
BAB I : PENDAHULUAN
Bab ini membicarakan latar belakang masalah, perumusan
masalah, batasan masalah, tujuan serta sistematika penulisan.
BAB II : LANDASAN TEORI
Bab ini membahas teori yang dipergunakan dalam membantu
memecahkan masalah serta teori ilmu yang terkait.
BAB III : METODE PENELITIAN
Bab ini berisi penjelasan tentang metode penelitian atau
perancangan sistem yang dipergunakan untuk mendukung
Aplikasi Sistem Informasi Pembelian Dengan Metode
Penjadwalan MRP Pada PT ISPAT INDO.
BAB IV : IMPLEMENTASI DAN EVALUASI
Bab ini berisi penjelasan tentang desain dan implementasi dari
sistem yang dibuat yang dijabarkan dengan menggunakan
bantuan flowchart, DFD serta ERD dan juga penjelasan dari
rancangan input dan outputnya.
BAB V : PENUTUP
Bab ini berisikan kesimpulan dan saran yang diambil sesuai
(8)
2.1 Landasan Teori tentang Permasalahan 2.1.1 Sistem informasi
Sistem Informasi dapat didefinisikan sebagai suatu sistem yang dibuat
oleh manusia yang terdiri dari komponen – komponen dalam organisasi untuk
menyampaikan suatu tujuan, yaitu menyajikan informasi.
Komponen sistem informasi tersebut terdiri dari :
a. Hardware, terdiri dari perangkat keras komputer, peripheral komputer dan
jaringan.
b. Software, merupakan kumpulan dari perintah atau fungsi yang ditulis dengan
aturan tertentu, untuk memerintah komputer melaksanakan tugas tertentu.
c. Data, merupakan komponen dasar dari informasi yang akan diproses lebih
lanjut untuk menghasilkan informasi.
d. Manusia, yang terlibat dalam komponen manusia seperti, operator, pimpinan
sistem informasi dan sebagainya.
Kegiatan didalam sistem informasi pada umumnya mencakup :
a. Prosedur, seperti dokumentasi prosedur / proses sistem, buku penuntun
operasional (aplikasi) dan teknis.
b. Input, menggambarkan kegiatan untuk menyediakan data yang akan diproses.
c. Proses, menggambarkan bagaimana suatu data diproses untuk menghasilkan
suatu informasi yang bernilai tambah.
d. Output, suatu kegiatan untuk menghasilkan laporan dari proses tersebut diatas.
(9)
e. Penyimpanan, suatu kegiatan untuk memelihara dan meyimpan data.
f. Kontrol, ialah aktivitas untuk menjamin bahwa sistem informasi tersebut
berjalan sesuai dengan yang diharapkan.
Sebuah sistem informasi mempunyai siklus hidup, yang apabila telah
mencapai siklus akhir perlu diganti atau dikembangkan. Pengembangan sistem
informasi dapat diartikan menyusun suatu sistem yang baru untuk menggantikan
sistem yang lama secara keseluruhan atau memperbaiki sistem yang telah ada.
Sistem yang lama perlu diganti disebabkan karena beberapa hal, yaitu :
1. Adanya permasalahan yang timbul pada sistem lama, antara lain :
a. Ketidak beresan
Ketidakberesan yang terjadi dalam sistem yang lama disebabkan sistem
tidak dapat beroperasi sesuai dengan yang diharapkan.
b. Pertumbuhan Organisasi
Pertumbuhan organisasi yang menyebabkan harus disusunnya sistem yang
baru. Pertumbuhan organisasi diantaranya adalah kebutuhan organisasi
yang semakin luas, volume pengolahan data yang semakin meningkat,
perubahan prinsip akuntansi yang baru. Karena adanya perubahan ini,
maka menyebabkan sistem yang lama tidak efektif lagi sehingga tidak
dapat memenuhi informsi yang dibutuhkan manajemen.
2. Untuk meraih kesempatan – kesempatan (oportinities)
Dengan berkembangnya dunia teknologi informasi, pertumbuhan perangkat
keras komputer, perangkat lunak serta teknologi komunikasi yang begitu cepat
maka organisasi merasakan bahwa teknologi informasi semakin perlu
(10)
mendukung proses pengambilan keputusan yang dilakukan manajemen.
Dalam keadaan pasar bersaing, kecepatan memperoleh informasi atau efisiensi
waktu sangat menentukan berhasil atau tidaknya stategi atau rencana - rencana
yang telah disusun untuk meraih kesempatan – kesempatan yang ada.
Kesempatan – kesempatan ini dapat berupa peluang – peluang pasar,
pelayanan yang meningkat, pelanggan, dan lain sebagainya.
3. Adanya instruksi – instruksi (directives)
Penyusunan sistem yang baru juga dapat terjadi karena adanya instruksi –
instruksi dari pimpinan atau dari luar organisasi, seperti peraturan pemerintah.
Karena adanya permasalahan, kesempatan atau instruksi, maka sistem yang
baru perlu dikembangkan untuk memecahkan permasalahan – permasalahan
yang timbul.
2.1.2 Sistem pembelian (Purchasing)
Sistem pembelian adalah kegiatan untuk memperoleh barang dari
pemasok yang dilakukan oleh bagian pembelian yang bertanggung jawab atas
kuantitas dan kualitas dari barang yang tersedia pada waktu dibutuhkan dengan
harga yang sesuai. Kegiatan pembelian dalam suatu perusahaan meliputi :
a. Pembelian barang secara tunai atau kredit.
b. Pembelian aktiva produksi untuk digunakan dalam kegitan produksi.
c. Membeli barang dan jasa lain sehubungan dengan kegiatan perusahaan.
Proses pencatatan transaksi pembelian dilakukan oleh bagian pembelian,
dan data yang tersimpan adalah :
a. Jumlah persediaan akan otomatis bertambah sesuai dengan jumlah masing –
(11)
b. Jumlah hutang akan bertambah secara akumulatif sebesar jumlah pembelian,
jika pembelian dilakukan secara kredit.
Berhasilnya pembelian yang dilakukan, merupakan kemampuan
perusahaan tersebut untuk mengadakan bahan - bahan dan jasa - jasa dengan biaya
yang rendah, dan sesuai dengan tujuan yang ingin dicapai seperti kualitas,
penyerahan dan pelayanan yang diinginkan. Oleh karena itu bagian pembelian
harus dapat mencari dan memilih dengan teliti supplier yang tepat dengan harga
yang pantas.
2.1.3 Metode peramalan MRP ( Material Requirements Planning )
Perencanaan kebutuhan material (Material Requirements Planning
=MRP) adalah metode penjadwalan untuk purchased planned orders dan
manufactured planned orders. MRP berhubungan dengan sistem pengontrolan tentang order dari manufaktur dan pembelian untuk memperoleh material yang
tepat, dari sumber yang tepat, untuk penempatan yang tepat, dan pada waktu yang
tepat pula.
Dalam situasi manufaktur, permintaan akan bahan baku, komponen, sub
rakitan dan sebagainya tergantung pada rencana produksi untuk produk akhir.
Karena itu untuk menentukan berapa banyak komponen atau bagian yang akan
dibutuhkan dalam setiap periode mendatang dalam cakupan waktu perencanaan
jika kita harus mengetahui produksi untuk produk akhir. MRP memanfaatkan
informasi tentang kebergantungan pada permintaan untuk memanajemen
(12)
Kebutuhan permintaan dalam MRP dibagi menjadi 2 yaitu :
1. Permintaan Independen (tidak tergantung)
Yaitu kebutuhan akan item tersebut tidak tergantung pada jumlah item yang
lain
2. Permintaan Dependen (tergantung)
Yaitu kebutuhan akan item tersebut tergantung pada jumlah item yang lain
pada level yang lebih tinggi, komponen dan bahan baku yang jumlahnya
didapatkam dari perkalian antara perencanaan produksi pada level akhir
dengan kebutuhan tiap komponen.
Input dan Output dari MRP
Gambar 2.1 Input dan Output dari MRP
Input MRP :
1. Master Production Schedule (Jadwal induk produksi)
MPS
MRP
Bill Of Material Item Master
(13)
Didasarkan pada kebutuhan permintaan dependen dari setiap produk akhir.
MPS merupakan proses alokasi untuk membuat sejumlah produk yang
diinginkan dengan memperhatikan kapasitas yang dimiliki.
2. Item Master (status persediaan)
Menggambarkan status semua item yang ada dalam persediaan. pencatatan
item harus dijaga agar selalu menggambarkan keadaan yang paling akhir.
3. Bill of Material
Berisi informasi tentang hubungan komponen satu dengan yang lainnya, juga
menginformasikan kebutuhan tiap komponen untuk membentuk produk akhir.
4. Lead Time
Dibedakan menjadi :
a. Lead time Purchasing
Selang waktu antara barang mulai dipesan dari supplier sampai barang di
terima dari pabrik.
b. Lead Time Manufacturing
Selang waktu antara barang mulai diproduksi sampai barang tersebut jadi
dan siap untuk digunakan.
Output MRP :
1. MRP action Report
Memberikan informasi kepada perencana tentang item - item yang perlu
mendapatkan perhatian segera dan merekomondasikan tindakan yang perlu
(14)
2. Purchase
Adalah berapa banyak kebutuhan material (sub assembly) yang harus di pesan
dari supplier untuk memenuhi kebutuhan produksi.
3. Work Order / Productions
Memproduksi material yang dibutuhkan untuk memenuhi kebutuhan sendiri.
Komponen – Komponen MRP :
a. Gross Requirement (GR= Kebutuhan Kotor)
Total permintaan yang diharapkan dari suatu item atau bahan baku untuk
masing - masing periode waktu.
b. Lead Time (LT = Waktu Tenggang)
Merupakan jangka waktu yang dibutuhkan sejak MRP menyarankan suatu
pesanan sampai item yang dipesan siap digunakan.
c. Schedule Orders Receipts (SR=Jadwal Penerimaan)
Jumlah item yang akan diterima pada suatu periode sebagai order yang telah
dipesan dari suplier.
d. Planned Order Receipts (POR = Rencana Penerimaan)
Jumlah dari pemesanan yang direncanakan dalam suatu periode, jumlah ini
tergantung dari kebtuhan bersih (NRt).
e. Project On Hand (POH =Persediaan Awal)
Menyatakan jumlah persediaan yang tersedia pada suatu periode waktu
tertentu. Ditetapkan dengan rumus :
(15)
f. Net Requirement (NR = Kebutuhan Bersih)
Kebutuhan yang sebenarnya pada masing - masing periode untuk memenuhi
kebutuhan gross requirement. Ditetapkan dengan rumus:
NRt = GRt – SRt – POHt-1 g. Lot Size (LS = Jumlah Pemesanan)
Merupakan kuantitas pesanan (order quantity) dari item yang memberitahukan MRP berapa banyak kuantitas yang harus dipesan.
h. Safety Stock (SS = Stock Minimum)
Merupakan Stock pengaman yang ditetapkan oleh perencana MRP untuk
mengatasi fluktuasi dalam permintaan.
i. Planning Horizon (PH = Periode Perencanaan)
Merupakan banyaknya waktu periode ke depan yang tercakup dalam
perencanaan MRP.
j. Project Available (PA = Jumlah yang Tersedia)
Merupakan kuantitas yang diharapkan ada dalam inventori pada akhir periode.
Ditetapkan dengan rumus :
Project Available = On-Hand pada awal periode (atau Project Available
periode sebelumnya) + Schedule Receipt periode sekarang + Planned Order Receiptsperiode sekarang – Gross Requirementsperiode sekarang.
k. Net Requirements (NR = Kebutuhan Bersih)
Merupakan kekurangan material yang diproyeksikan untuk periode ini.
Dihitung berdasar formula berikut :
Net Requirements = Gross Requirements + Allocation + Safety Stock – Scheduled Receipts – Project Available pada akhir periode lalu.
(16)
Catatan : Allocation adalah item atau material yang telah dialokasikan untuk keperluan produksi spesifik di masa mendatang tetapi belum
dipergunakan.
l. Planned Orders Release (PORel = Rencana Pemesanan)
Informasi yang menunjukan item apa, berapa banyak dan kapan dibutuhkan.
Rumus yang digunakan :
PORel = PORt + L
Penggunaan komponen - komponen MRP dapat diterapkan dalam
contoh kasus berikut, Bila diketahui :
Lead Time : 3 weeks Lot Size : 1000
On Hand : 550 Safety Stock : 0
Planning Horizon : 5 minggu Allocation : 0
Gross Requirements :
Periode 1 = 250 4 = 350
2 = 500 5 = 400
3 = 200
Schedule Receipt pada periode ke 2 = 1000
Dari data diatas dapat dilakukan perhitungan sebagai berikut :
Project On Hand periode 1 = 550 + 0 – 250 = 300
Project On Hand periode 2 = 300 + 1000 – 500 =800
Project On Hand periode 3 = 800 + 0 – 200 = 600
Project On Hand periode 4 = 600 + 0 – 350 =250
(17)
Pada periode 5 hasilnya adalah negatif berarti kita telah memperkirakan akan
terjadi kekurangan item sebanyak 150 unit. Maka Net Requirements pada periode ke 5 adalah 150 unit dan Planned Order Receipts adalah 1000 unit sesuai dengan angka lot size, sehingga Planned Order Release adalah 1000 dengan lead time 3 dihitung mundur (backward).
Project Available pada akhir periode 1 = 550 + 0 + 0 - 250 = 300
Project Available pada akhir periode 2 = 300 + 1000 + 0 – 500 = 800
Project Available pada akhir periode 3 = 800 + 0 + 0 – 200 = 600
Project Available pada akhir periode 4 = 600 + 0 + 0 - 350 = 250
Project Available pada akhir periode 5 = 250 + 0 + 1000 – 400 =850 Hasil dari perhitungan dapat ditunjukan dalam tabel MRP sebagai berikut :
Time Periods (Weeks)
1 2 3 4 5
Gross Requirement 250 500 200 350 400
Schedule Receipt 1000
Project On Hand 300 800 600 250 -150
Project Available 300 800 600 250 850
Net Requirements 150
Planned Order 1000
Receipts
Planned Order Release 1000
(18)
Langkah - Langkah Dasar dalam penyusunan Proses MRP
1. Netting (kebutuhan bersih) : Proses perhitungan kebutuhan bersih untuk setiap perioda selama horison perencanaan.
2. Lotting (kuantitas pesanan) : Proses penentuan besarnya ukuran jumlah pesanan yang optimal untuk sebuah item, berdasarkan kebutuhan bersih
yang dihasilkan.
Beberapa alternatif yang digunakan dalam menentukan ukuran Lot
sizing ini adalah :
1. Fixed Order Quantity (EOQ) : Pendekatan menggunakan konsep jumlah pemesanan tetap karena keterbatasan akan fasilitas. Misal : kemampuan
gudang, transportasi, kemampuan supplier dan pabrik. Jadi dalam menentukan
ukuran lot berdasarkan intuisi atau pengalaman sebelumnya.
2. Lot for Lot (LFL) : Pendekatan menggunakan konsep atas dasar pesanan diskrit dengan pertimbangan minimasi dari ongkos simpan, jumlah yang
dipesan sama dengan jumlah yang dibutuhkan. Misal : Lead
Time =1 minggu, Holding cost =$2/unit/minggu, setup cost = $200
dan lot size=1. dengan table awal sebagai berikut :
0 1 2 3 4 5 6 7 8 9 10
GR 35 30 40 0 10 40 30 0 30 55
(19)
Jawab :
0 1 2 3 4 5 6 7 8 9 10
GR 35 30 40 0 10 40 30 0 30 55
OH 35 0 0 0 0 0 0 0 0 0 0
NR 30 40 10 40 30 30 55
POR 30 40 10 40 30 30 55
PORel 30 40 10 40 30 30 55
Biaya setup adalah : 7 * $200 = 1400
Biaya hold : 0 (tidak ada inventori)
Total Biaya = $1400
3. Least Unit Cost (LUC) : Pendekatan menggunakan konsep pemesanan dengan
ongkos unit perkecil, dimana jumlah pemesanan ataupun interval pemesanan
dapat bervariasi. Keputusan untuk pemesanan didasarkan : ongkos perunit
terkecil = (ongkos pesan perunit) + (ongkos simpan perunit).
4. Economic Order Quantity (EOQ) : Pendekatan menggunakan konsep
minimasi ongkos simpan dan ongkos pesan. Ukuran lot tetap berdasarkan
hitungan minimasi tersebut. Untuk kasus deterministik diformulasikan sebagai
berikut :
TC (Q) = Purchase cost + order cost + holding cost
TC (Q) = P * D + (C * D) / Q) + (h * Q) / 2
Keterangan :
Q = Lot size atau jumlah pesanan (unit); D = Demand per planning horison
C = Biaya order per order ; h = Biaya simpan per unit per planning horison
Dengan derivatif total cost terhadap Q, maka didapat :
(20)
DTC/dQ = -(C * D)/Q + h/2
Syarat Optimal titik kritis dTC / dQ = 0, maka didapatkan : Q =
h D C. . 2
5. Period Order Quantity (POQ) : Pendekatan menggunakan konsep jumlah pemesanan ekonomis agar dapat dipakai pada periode bersifat permintaan
diskrit, teknik ini dilandasi oleh metode EOQ. Dengan mengambil dasar
perhitungan pada metode pesanan ekonomis maka akan diperoleh besarnya
jumlah pesanan yan harus dilakukan dan interval periode pemesanannya
adalah setahun. Unit item yang ada dalam EOQ di konversikan dalam
banyaknya periode. EOI = EOQ/D =
h D D D C . . . . 2
6. Part Period Balancing (PPB) : Pendekatan menggunakan konsep ukuran lot ditetapkan bila ongkos simpannya sama atau mendekati ongkos pesannya.
7. Silver Mean (SM) : Menitik beratkan pada ukuran lot yang harus dapat meminimumkan ongkos total per-perioda. Dimana ukuran lot didapatkan
dengan cara menjumlahkan kebutuhan beberapa periode yang berturut - turut
sebagai ukuran lot yang tentatif (Bersifat sementara), penjumlahan dilakukan
terus sampai ongkos totalnya dibagi dengan banyaknya periode yang
kebutuhannya termasuk dalam ukuran lot tentatif tersebut meningkat.
8. Offsetting (rencana pemesanan) : Bertujuan untuk menentukan kuantitas pesanan yang dihasilakan proses lotting. Penentuan rencana saat pemesanan
ini diperoleh dengan cara mengurangkan saat kebutuhan bersih yang harus
(21)
9. Exploding : Merupakan proses perhitungan kebutuhan kotor untuk tingkat (level) yang lebih bawah dalam suatu struktur produk, serta didasarkan atas
rencana pemesanan.
2.1.4 Teori client – server
Konfigurasi client-server (two-tier architecture) memisahkan aplikasi dan database dalam dua komputer. Dalam hal ini melibatkan suatu komputer
server yang berfungsi sebagai back end tempat database berada dan komputer client (front end) untuk aplikasi. Dengan konfigurasi ini aplikasi lebih berat di client daripada di server. Aplikasi client bertanggung jawab meminta dan
menampilkan data, sedangkan server bertanggung jawab mamberikan data yang
diminta. Ketika client mengirim permintaan data ke server, server manerima dan
mengeksekusi perintah SQL. Hasil perintah kemudian dikirim kembali ke client.
2.1.5 Architecture deploy ke internet
Deploy Form ke internet merupakan cara menempatkan suatu aplikasi
didalam server (terpusat) sehingga client (user ) dapat menjalankan aplikasi
tersebut dengan menggunakan sebuah interface standar seperti web browser.
Komunikasi antara client dan server dilakukan melalui perantara Forms applet dan
forms server. Forms server mengirim semua instruksi applet yang dibutuhkan ke
(22)
Client User Interface
Services
Application | Aplication Data
Bisnis | Services
Logic Services | | listener
Application | Aplication Data
Bisnis | Services
Logic Services | |
Gambar.2.2 Architecture of Web Developer/2000 Forms Application
Gambar 2.3 Process Flow Diagram of Developer/2000 Forms on the Web
WEB BROWSER WEB SERVER FORMS CLIENT APPLET FORMS SERVER LISTENER FORMS SERVER Send URL provided by user
Retrieve HTML page specified by URL
Dowload Forms client Applet
Retrieve HTML page and send it to client
Start Forms Client Applet
Request a Forms Server Connection
Pass Connection request to the Forms Server
Open Connection Return Connection
Socket Pass connection socket to client Direct
connection establieshed
(23)
Form Services terdiri dari tiga komponen utama yaitu :
1. Forms Applet, secara otomatis akan melakukan download ke client dan ditampilkan di web browser.
2. Forms Listener, merupakan pihak yang menghubungkan antara web browser di client dengan database server.
3. Forms Runtime Engine, juga merupakan penghubung antara web browser di client dengan database server.
(24)
Gambar 2.5 Forms Service Proses Flow
User atau client mengakses form application yang akan dijalankan, halaman HTML dan Java archive file yang memuat forms applet akan di
download ke client. Forms applet akan mengirim permintaan ke listener, forms
listener akan mengontak forms Runtime Engine dan akan terhubung ke proses runtime forms service, dengan runtime engine, listener akan mengirim informasi
ke forms applet, dan forms applet akan secara langsung terhubung dengan runtime
engine. Komunikasi secara langsung akan terjadi antara Forms applet dan
Runtime Engine dengan membebaskan listener dan forms applet akan di
tampilkan di browser. Aplikasi akan berjalan pada runtime engine dengan
(25)
2.2 Landasan Teori tentang Ilmu yang Terkait 2.2.1 Sistem informasi manajemen
Sistem Informasi Manajemen didefinisikan sebagai metode yang
diorganisasikan untuk menyediakan informasi masa lalu, masa kini, dan proyeksi
masa yang akan datang yang berhubungan dengan kegiatan internal dan eksternal
organisasi. Sistem Informasi Manajemen yang mendukung perencanaan, kontrol,
dan fungsi – fungsi operasional suatu organisasi dengan memberikan informasi
yang tepat untuk mendukung pengambilan keputusan dalam pencapaian tujuan
organisasi.
2.2.2 Oracle 9i
Oracle 9i merupakan software database yang sangat handal dalam
melakukan pengolahan data, karena sudah menganut RDBMS (Relational
Database Management System) System yang memungkinkan kita untuk mengolah dan mamanipulasi data secara relational di dalam database. Oracle 9i memiliki
banyak keistimewaan diantaranya client-server environtment, multiuser, hight security, distributed system,web based system dan masih banyak keistimewaan yang lainnya.
2.2.3 Oracle form & report
Oracle Forms & Report merupakan bahasa pemrograman yang bisa
digunakan untuk membuat Graphical User Interface (GUI). Dengan Oracle Forms
& Reports , secara mudah kita bisa melakukan drag dan drop pada objek - objek
yang akan kita gunakan kemudian kita menuliskan coding program yang
(26)
Sebagai media desain interface dari program yang akan dibuat, dalam berinteraksi
bagi usernya. Penggunaan Oracle Forms dalam pembuatan program dilakukan
karena software ini mudah dalam melakukan pengolahan data yang tersimpan di
database Oracle dan mempunyai sifat fleksibel terhadap perubahan - perubahan
bentuk data.
Gambar 2.6 Jendela selamat datang di Form Builder
Pada jendela selamat datang di Form Builder seperti pada gambar 2.7
diatas kita dapat melakukan pilihan apakah akan memilih untuk langsung
mendisain sebuah form ataukah kita ingin belajar dahulu. Pada menu disain kita
(27)
1. Menggunakan Data Block Wizard.
Gambar 2.7 Data Block Wizard
Bila kita memilih option ini maka kita akan dibimbing untuk membuat sebuah
form baru. Kita tinggal mengikuti langkah – langkah yang sudah diberikan
oleh Data Block Wizard
2. Membuat form secara manual.
Bila memilih option ini maka proses pembuatan form baru sama seperti yang
ada pada Developer / 2000, yaitu secara manual tanpa ada langkah –
langkahnya.
3. Membuka form yang sudah ada.
(28)
Proses pengeditan pada tampilan, dapat kita lakukan melalui Canvas
Views.
(29)
3.1 Analisa Sistem Lama
Pada sistem lama terdapat beberapa kelemahan yaitu :
1. Sistem lama kurang efisien dan efektif, karena masih ada beberapa bagian
yang dilakukan secara.manual. Sehingga masih banyak data dan informasi
yang dihasilkan kurang akurat, hal ini dapat mempersulit manager dalam
mengambil keputusan.
2. Sistem yang ada saat ini belum online, sehingga setiap client harus
menginstall software Oracle untuk menjalankan program aplikasi,
3. Sistem yang berjalan saat ini belum memiliki sistem pendukung keputusan
(Decision Suport System) dalam hal ini metode penjadwalan untuk pembelian. 4. Karena tidak adanya sistem penjadwalan pembelian yang sistematis maka
sering terjadi Not in Stock (Tidak ada persediaan) dan sering terjadi
keterlambatan pembelian bahan baku yang mengakibatkan delay dalam
produksi.
5. Program yang ada kurang mudah digunakan (kurang user friendly) hal
tersebut mengakibatkan sering terjadi kesalahan dalam memasukan data oleh
user.
Dalam proses analisa sistem yang ada, agar memudahkan pemahaman
masalah, dapat digambarkan dengan menggunakan suatu dokumen flow, sehingga
proses – proses yang ada dapat terdefinisi dengan jelas dan mudah dipahami.
(30)
3.2 Dokumen Flow
Dokumen Flow adalah suatu penjabaran singkat mengenai suatu sistem informasi. Dokumen flow mempunyai alur yang jelas dan dokumentasi yang
nantinya dapat digunakan sebagai bahan laporan kepada instansi - instansi yang
terkait maupun ke lembaga - lembaga terkait yang memerlukan.
Prosedur maintenance sistem informasi pembelian barang ini dapat dijabarkan menjadi dua yaitu dokumen flow secara manual dan terkomputerisasi.
3.2.1 Dokumen flow pembelian barang yang lama
X Department Purchase Department Store Department Supplier
Start
Create Indent
2
Items For Indent 2
Store Remark
2 Item Which 1 Approved by Store Item/indent had
Approved by HOD
Approve Indent
Indent has Approved
Create RFQ (Requisition For Quotation) RFQ RFQ Create/input Suppliers Quotation Quotation Suppliers Quotation Suppliers Rate Negoitation Comparative Of Price
Supplier Final Rate Approval
Create PO
3 2
Purchase Order 3 RFQ Received
Create Quotation
Approve by HOD (Head Of Department)
Item Which Approved by Store
Items/indent Appr by HOD
End Items For Indent 1
N N N Stock Sumary Available Stock Available Stock
Purchase Document Flow
Supplier which Approved
Purchase Order 1 N
Purchase Order 2
(31)
Semua proses pembelian barang ke supplier yang dilakukan atas
permintaan departemen manapun dimulai dari indent, indentor akan mengecek
barang yang tersedia di gudang / Store, baik itu barang yang digunakan sebagai bahan produksi maupun yang non produksi.
Setelah di setujui pihak store, indent akan diteruskan ke bagian
Purchasing untuk diproses lebih lanjut. Departemen purchase akan mengirim penawaran awal (Request For Quotation) ke supplier berdasar data pembelian sebelumnya, setelah mendapat quotation dari supplier purchaser akan melakukan negoisasi dengan supplier yang bersangkutan. Kemudian akan ditentukan supplier
mana barang tersebut akan di beli. Dan selanjutnya akan dilakukan proses
perjanjian pembelian.
Barang yang datang dari supplier tidak akan lansung di terima oleh
departemen yang indent, malainkan akan diterima di bagian store yang
selanjutnya akan dilakukan pengecekan dan penerbitan issue slip oleh store. Dan proses tersebut tidak akan dibahas dalam sistem ini.
(32)
3.2.2 Dokumen flow pembelian barang yang baru
X Department Purchase Department Store Department Supplier
Create Indent Start Stock Summary MRP Report
Store Remark Stock Summary
Approve by HOD (Head Of Department) Approve Indent Create RFQ (Requisition For Quotation) Indent has Approved RFQ RFQ N RFQ Received Create Quotation Quotation Create / input
Suppliers Quotation Suppliers Quotation Suppliers Rate Negoitation Comparative Of Price
Supplier Final Rate Approval Supplier which Approved Create Purchase Order 3 2
Purchase Order 1 Draft Order
PO Approval By HOD N
Purchase Order 2
Purchase Order 3
End Indent Slip 2
Indent Slip 1
N
Indent Slip 2
RFQ DataBase Quotation DataBase Rate Nego DataBase Indent DataBase Indent DataBase Indent DataBase Final Price DataBase PO DataBase
Gambar 3.2 Dokumen Flow Pembelian Barang Yang Baru
Dijelaskan pada gambar 3.2 bahwa untuk malakukan indent,
departemen tersebut bisa mendapatkan informasi dari data persediaan barang di
gudang dan dari laporan MRP (Material Requirements Planning) khusus untuk
(33)
Customer Sales Department Production Department Start Order From Customer Order From Customer Create/ Input Sales Order Approve Sales Order Create Production Schedule Generate MRP MRP Report Primary MRP Report Pegging Sales Order DataBase Sales Order DataBase Production DataBase BOM Master Item End
3.2.3 Dokumen flow MRP
Gambar 3.3 Dokumen Flow Material Requirements Planning
Sesuai dengan gambar 3.3 proses MRP dimulai dari pemesanan barang
oleh customer. Setelah pemesanan tersebut disetujui maka akan dibuatkan jadwal
induk produksinya yang sekaligus juga merupakan input dari proses MRP. Sedangkan output nya adalah berupa laporan MRP primary dan MRP pegging
yang nantinya dapat digunakan sebagai bahan pertimbangan dalam membuat
indent dan order barang ke supplier.
3.3 Data Flow Diagram
Data Flow Diagram merupakan perangkat yang digunakan pada
metodologi pengembangan sistem yang terstruktur. Data Flow Diagram dapat
menggambarkan seluruh kegiatan - kegiatan yang terdapat pada sistem secara
jelas, selain itu Data Flow Diagram juga mampu menggambarkan komponen -
(34)
akan dikembangkan. Berikut adalah gambaran DFD dari Analisa Sistem Informasi
Pembelian Dengan Metode Penjadwalan MRP.
3.3.1 Contex diagram
Diagram ini menggambarkan rancangan global / keseluruhan dari proses
yang ada pada DFD.
Indent and PO Approval Comparative of Price
Quotation
RFQ PO Indent Appr By HOD
Store Remark
Store Remark Indent
Indent
Stock Summary
Stock Summary 0
Purchasing Information System
+
Others Department
Store Supplier
Head Of Department Purchasing
Gambar 3.4 Contex Diagram
Pada gambar 3.4 diatas dapat dilihat bahwa contex diagram ini terdiri
dari satu proses yaitu Purchasing Information System. Dan terdiri dari empat
entity yang keempatnya dapat menggunakan sistem tersebut. Penjelasan mengenai empat entity tersebut adalah :
1. Others Department Entity : Merupakan pihak atau bagian yang memulai proses awal pemesanan barang dalam hal ini melakukan indent
barang. Bagian ini bisa berupa departemen manapun yang ada di ISPAT
(35)
2. Store Entity : Merupakan pihak yang meberikan informasi mengenai data barang, diantaranya kondisi barang, status barang
dan lain sebagainya. Selain itu store juga melakukan proses verifikasi
terhadap barang - barang yang akan di indent oleh suatu departemen.
3. Purchase Department Entity : Merupakan pihak penerima indent yang sudah di setujui oleh store maupun oleh departemen yang indent itu sendiri,
juga merupakan pihak yang merupakan perantara antara perusahaan dengan
supplier, Purchase Department akan melakukan proses pembelian ke
supplier tersebut.
4. Supplier Entity : Merupakan bagian yang memberikan quotation sebagai jawaban dari RFQ yang dikirim oleh pihak purchase, juga
menerima data pembelian sebagai output dari proses.
3.3.2 HIPO (Hierarchy Plus Input – Process - Output)
Merupakan alat Bantu untuk merancang dan mendokumentasikan siklus
pengembangan sistem. 0 Purchasing Information System 1 Purchasing 2 Report 1.1 Indent 1.3 Supplier Quotation 1.6 Supplier Final Rate
Approval
1.2 Request For Quotation
1.4 Supplier Rate Negoitation 1.5 Purchase Order 2.1 Indent Status 2.3 Indent Approved 2.2 Comperative Statement Of Price
2.4 Item Stock 2.5 Purchase Order Details 2.6 Purchase Order Status Sumary 2.7 Purchaser Wise Sumary 2.8 Material Requirement Planning 2.9 Pending Purchase Order Period Wise 1.1.1
Indent Cancelation and Editing
1.1.2 Store Remark
(36)
3.3.3 DFD Level 0
(37)
Pada gambar 3.6 diatas, DFD level 0 terdiri dari proses purchasing
(pembelian), dan Report (laporan). Dalam setiap proses akan menerima input dan output dari entity lain dan pada akhirnya sebagian data - data tersebut akan
digunakan sebagai input untuk pembuatan laporan.
3.3.4 DFD Level 1 Purchasing
(38)
Seperti terlihat pada gambar 3.7 DFD level 1 purchasing, proses
Pembelian di jelaskan sebagai berikut :
a. Proses di awali pembuatan indent atau permintaan oleh departemen
manapun , yang sebelumnya departemen tersebut sudah mendapat informasi
tentang persedian dan kondisi barang berupa report dari system.
b. Setelah departemen membuat indent, pihak store akan melakukan verifikasi
(Store Remark) terhadap item - item yang akan di indent. Jika diperlukan pihak store juga akan memberikan catatan yang ditujukan kepada pimpinan
departemen indentor mengenai item yang diindent tersebut.
c. Verifikasi dari store akan diterima oleh pimpinan departemen yang indent,
dan menyetujui indent tersebut.
d. Setelah disetujui oleh Department Head maka selanjutnya indent akan
diperiksa dan Approve oleh pimpinan departemen pemebelian (HOD
Purchase). Indent berhenti disini dan dilanjutkan dengan proses menuju
Purchase Order.
e. Dalam Purchase Order dimulai dengan pembuatan Request For Quotation, permintaan atau penawaran awal yang akan diberikan ke beberapa supplier.
f. Kemudian purchaser akan menerima Quotation (penawaran dari supplier)
dan menginputkannya ke dalam sistem. Setelah menerima quotation
purchaser dan supplier akan melakukan negoisasi.
g. Hasil akhir dari negoisasi dengan pihak supplier akan diinputkan ke sistem
dan akan digunakan untuk mengolah report Comparative Of Price, report atau laporan ini akan digunakan untuk menentukan kepada supplier mana
(39)
h. Setelah pimpinan departemen pembelian menerima laporan perbandingan
harga dan menyetujiuinya, maka langkah selanjutnya adalah pembuatan
draft order.
i. Untuk menjadi purchase order maka draft tersebut harus di setujui oleh
pimpinan departemen, setelah menjadi purchase order maka selanjutnya
akan diberikan ke supplier yang telah disetujui.
3.3.5 DFD Level 1 Reports
(40)
Dalam gambar 3.8 diatas, sebagian besar report ditujukan ke Purchase
Department, dan ada beberapa yang di tujukan ke departemen yang lain. Dalam
DFD tersebut terdapat proses MRP (Material Requirement Planning). Output dari
MRP ini akan bisa digunakan sebagai acuan oleh suatu departemen dalam
melakukan pemesanan barang dan sebagai bahan pertimbangan oleh departemen
pembelian.
3.4 Perancangan Proses MRP
Perencanaan kebutuhan material (Material Requirements Planning
=MRP) adalah metode penjadwalan untuk purchased planned orders dan
manufactured planned orders. MRP berhubungan dengan sistem pengontrolan tentang order dari manufaktur dan pembelian untuk memperoleh material yang
tepat, dari sumber yang tepat, untuk penempatan yang tepat, dan pada waktu yang
tepat pula.
3.4.1 Langkah - langkah proses MRP
1. Netting (kebutuhan bersih) : Proses perhitungan kebutuhan bersih untuk setiap perioda selama horison perencanaan.
2. Lotting (kuantitas pesanan) : Proses penentuan besarnya ukuran jumlah pesanan yang optimal untuk sebuah item, berdasarkan kebutuhan bersih
yang dihasilkan.
Beberapa alternatif yang digunakan dalam menentukan ukuran Lot
(41)
1. Fixed Order Quantity (EOQ) : Pendekatan menggunakan konsep jumlah pemesanan tetap karena keterbatasan akan fasilitas. Misal : kemampuan
gudang, transportasi, kemampuan supplier dan pabrik. Jadi dalam menentukan
ukuran lot berdasarkan intuisi atau pengalaman sebelumnya.
2. Lot for Lot (LFL) : Pendekatan menggunakan konsep atas dasar pesanan diskrit dengan pertimbangan minimasi dari ongkos simpan, jumlah yang
dipesan sama dengan jumlah yang dibutuhkan. Misal : Lead
Time =1 minggu, Holding cost =$2/unit/minggu, setup cost = $200
dan lot size=1. dengan table awal sebagai berikut :
0 1 2 3 4 5 6 7 8 9 10
GR 35 30 40 0 10 40 30 0 30 55
OH 35
Jawab :
0 1 2 3 4 5 6 7 8 9 10
GR 35 30 40 0 10 40 30 0 30 55
OH 35 0 0 0 0 0 0 0 0 0 0
NR 30 40 10 40 30 30 55
POR 30 40 10 40 30 30 55
PORel 30 40 10 40 30 30 55
Biaya setup adalah : 7 * $200 = 1400
Biaya hold : 0 (tidak ada inventori)
Total Biaya = $1400
3. Least Unit Cost (LUC) : Pendekatan menggunakan konsep pemesanan dengan
(42)
dapat bervariasi. Keputusan untuk pemesanan didasarkan : ongkos perunit
terkecil = (ongkos pesan perunit) + (ongkos simpan perunit).
4. Economic Order Quantity (EOQ) : Pendekatan menggunakan konsep
minimasi ongkos simpan dan ongkos pesan. Ukuran lot tetap berdasarkan
hitungan minimasi tersebut. Untuk kasus deterministik diformulasikan sebagai
berikut :
TC (Q) = Purchase cost + order cost + holding cost
TC (Q) = P * D + (C * D) / Q) + (h * Q) / 2
Keterangan :
Q = Lot size atau jumlah pesanan (unit); D = Demand per planning horison
C = Biaya order per order ; h = Biaya simpan per unit per planning horison
Dengan derivatif total cost terhadap Q, maka didapat :
TC (Q) = P * D + (C * D) / Q + (h * Q) / 2
DTC/dQ = -(C * D)/Q + h/2
Syarat Optimal titik kritis dTC / dQ = 0, maka didapatkan : Q =
h D C. . 2
5. Period Order Quantity (POQ) : Pendekatan menggunakan konsep jumlah pemesanan ekonomis agar dapat dipakai pada periode bersifat permintaan
diskrit, teknik ini dilandasi oleh metode EOQ. Dengan mengambil dasar
perhitungan pada metode pesanan ekonomis maka akan diperoleh besarnya
jumlah pesanan yan harus dilakukan dan interval periode pemesanannya
adalah setahun. Unit item yang ada dalam EOQ di konversikan dalam
banyaknya periode. EOI = EOQ/D =
h D D D C . . . . 2
(43)
6. Part Period Balancing (PPB) : Pendekatan menggunakan konsep ukuran lot ditetapkan bila ongkos simpannya sama atau mendekati ongkos pesannya.
7. Silver Mean (SM) : Menitik beratkan pada ukuran lot yang harus dapat meminimumkan ongkos total per-perioda. Dimana ukuran lot didapatkan
dengan cara menjumlahkan kebutuhan beberapa periode yang berturut - turut
sebagai ukuran lot yang tentatif (Bersifat sementara), penjumlahan dilakukan
terus sampai ongkos totalnya dibagi dengan banyaknya periode yang
kebutuhannya termasuk dalam ukuran lot tentatif tersebut meningkat.
8. Offsetting (rencana pemesanan) : Bertujuan untuk menentukan kuantitas pesanan yang dihasilakan proses lotting. Penentuan rencana saat pemesanan
ini diperoleh dengan cara mengurangkan saat kebutuhan bersih yang harus
tersedia dengan waktu ancang - ancang (Lead Time).
9. Exploding : Merupakan proses perhitungan kebutuhan kotor untuk tingkat (level) yang lebih bawah dalam suatu struktur produk, serta didasarkan atas
rencana pemesanan.
Dalam sistem hal ini, proses generate MRP akan menggunakan teknik
lot for lot dalam menentukan lot size-nya. Alasan menggunakan teknik ini adalah
konsep tersebut didasarkan pada pesanan diskrit dengan pertimbangan minimasi
dari ongkos simpan, jumlah yang dipesan sama dengan jumlah yang dibutuhkan,
(44)
3.4.2 Input MRP
Ada 3 inputan MRP yang di gunakan dalam sistem ini,
1. Jadwal Induk Produksi (Master production schedule)
2. Bill Of Material
3. Status persediaan (Inventory Master File atau Inventory Status Record )
Jadwal induk produksi di identifikasi berdasrkan permintaan produk
akhir setiap periodenya oleh customer. Hal terpenting dalam menyusun MPS
adalah penentuan planning horizon, yaitu periode waktu yang akan digunakan
dalam penjadwalan.
3.4.3 Output MRP
1. Planned Order Schedule (Jadwal Pesanan Terencana) adalah penentuan jumlah kebutuhan meterial serta waktu pemesanannya untuk masa yang akan datang.
2. Order Release Report (Laporan Pengeluaran Pesanan) berguna bagi pembeli yang akan digunakan untuk bernegoisasi dengan pemasok, dan berguna juga bagi Manajer manufaktur, yang akan digunakan untuk mengontrol proses produksi.
3. Changes to planning Orders (Perubahan terhadap pesanan yang telah
direncanakan) adalah yang merefleksikan pembatalan pesanan, pengurangan pesanan, pengubahan jumlah pesanan.
4. Performance Report (Laporan Penampilan) suatu tampilan yang menunjukkan
sejauh mana sistem bekerja, kaitannya dengan kekosongan stock dan ukuran
(45)
3.5 Entity Relational Diagram
ERD merupakan suatu desain sistem yang digunakan untuk
merepresentasikan, menentukan dan mendokumentasikan kebutuhan – kebutuhan
untuk sistem pemrosesan database. ERD juga menyediakan bentuk untuk
menunjukkan struktur keseluruhan dari data pemakai Dalam perancangan sistem
ini telah terbentuk ERD yang merupakan lanjutan dari pembuatan desain dengan
menggunakan DFD. Dalam ERD data - data tersebut digambarkan dengan
menggunakan simbol Entity. Dalam perancangan sistem ini terdapat beberapa
entity yang saling terkait untuk menyediakan data - data yang dibutuhkan oleh sistem yaitu :
1) Currency_conv, menyimpan data konversi dari tiap mata uang yang ada, data
diinputkan setiap periode tertentu.
2) Mst_company, menyimpan data master suatu perusahaan dalam hal ini PT
ISPAT INDO itu sendiri. Merupakan tabel master relation.
3) Mst_country, menyimpan data master Negara - negara yang telah terdaftar.
4) Mst_currency, menyimpan data master mata uang dari semua negara.
5) Mst_customer, menyimpan semua data master customer PT ISPAT INDO.
Baik berupa alamat, contact person maupun atribut yang lain.
6) Ms_department, menyimpan data master departemen yang ada di ISPAT
INDO beserta atribut – atribut yang dimilikinya.
7) Mst_freight, menyimpan data master perusahaan penyedia jasa transportasi
yang digunakan oleh ISPAT INDO untuk mengangkut material.
8) Mst_grade, menyimpan data master grade dari suatu produk yang di produksi
(46)
9) Mst_item, menyimpan data master item yang digunakan baik bahan baku
maupun yang bukan bahan baku
10)Mst_supplier, menyimpan data master supplier dari PT ISPAT INDO beserta
semua attribute yang bersangkutan.
11)Mst_product, menyimpan data master product yang diproduksi.
12)Mst_reason, menyimpan data master nama - nama purchaser.
13)Mst_requirement_area, menyimpan data master area per department. Suatu
department dikelompokan berdasarkan suatu area tertentu.
14)Mst_sup_item, menyimpan data item - item yang disedikan oleh tiap supplier.
Tabel ini berelasi dengan mst_item dan mst_supplier.
15)Mst_MPS, menyimpan data master jadwal produksi.
16)Mst_BOM, menyimpan data master Bill Of Material.
17)Mst_MRP, menyimpan data master jadwal kebutuhan material. Yang
merupakan hasildari perhitungan proses MRP.
18)Mk_users, menyimpan data user login dan berelasi langsung dengan tabel
mst_department
19)Hd_mat_requisition, meyimpan data header proses indent. Dimana
didalamnya berelasi dengan beberapa table yang berkaitan.
20)Hd_purchase_RFQ, menyimpan data header proses RFQ. Berelasi langsung
dengan tabel mst_supplier dan table - table proses indent.
21)Hd_supp_quote, menyimpan data header proses quotation.
22)Hd_pur_order, menyimpan data header proses purchasing.
(47)
24)Hd_receipt, menyimpan data header proses penerimaan, dalam hal ini hanya
digunakan sebagai pengecekan bagi proses yang lain.
25)Hd_sup_rejection, menyimpan data header proses reject barang.
26)Indent_mail, menyimpan data proses cancel atau close indent.
27)Dt_mat_requisition, menyimpan data detil proses indent.
28)Dt_purchase_RFQ, menyimpan data detil proses RFQ.
29)Dt_sup_quote, menyimpan data detil proses quotation.
30)Dt_sup_price, menyimpan data detil proses approval quotation.
31)Dt_sup_rejection, menyimpan data detil proses reject.
32)Dt_pur_order, menyimpan data detil proses purchasing
33)Dt_receipt, menyimpan data detil proses receipt (penerimaan).
34)Dt_sales_order, menyimpan data detil proses sales.
35)Dt_indent_raised, menyimpan data detil proses store remark.
36)Dt_BOM, menyimpan data detil dari Bill of Material.
37)Dt_MRP, menyimpan data detil proses MRP.
38)Stock_summary, menyimpan data stock barang yang ada di gudang.
Pada gambar berikut dijelaskan tentang relasi – relasi antar tabel dalam
perancangan Sistem Informasi Pembelian dalam bentuk Conseptual Data Model
(48)
(49)
3.6 Struktur Database
Struktur Database merupakan penjabaran dan penjelasan database
tersebut, dari fungsi masing - masing table sampai masing - masing field yang ada dalam table. Adapun struktur database yang telah dibuat berdasarkan Entity Relational Diagram, yaitu :
1. Nama : Mst_company
Fungsi : Menyimpan data master suatu perusahaan dalam hal ini
PT ISPAT INDO itu sendiri.
. Tabel 3.1 Tabel Mst_company
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK Kode Perusahaan
VC_COMPANY_NAME VARCHAR2(30) Nama Perusahaan
VC_ADDRESS1 VARCHAR2(30)
VC_ADDRESS2 VARCHAR2(30)
VC_ADDRESS3 VARCHAR2(30)
VC_CITY VARCHAR2(30)
VC_STATE VARCHAR2(30)
VC_COUNTRY VARCHAR2(30)
VC_CST_NO VARCHAR2(20)
DT_CST_DATE DATE
VC_LST_NO VARCHAR2(20)
DT_LST_DATE DATE
VC_TELEPHONE1 VARCHAR2(30)
VC_TELEPHONE2 VARCHAR2(30)
CH_AUTH_REQD CHAR(1)
VC_PAN_NO VARCHAR2(25)
VC_TAN_NO VARCHAR2(25)
VC_TDS_CIRCLE VARCHAR2(50)
CH_ACTIVE CHAR(1)
VC_IEC_NO VARCHAR2(20)
VC_ADDRESS4 VARCHAR2(30)
VC_ADDRESS5 VARCHAR2(30)
VC_ADDRESS6 VARCHAR2(30)
VC_ADDRESS7 VARCHAR2(30)
VC_CLASS_CODE VARCHAR2(4)
VC_FAX_NO VARCHAR2(30)
VC_EMAIL_NO VARCHAR2(30)
VC_CHALLAN_NO VARCHAR2(4)
(50)
2. Nama : Currency_conv
Fungsi : Menyimpan data konversi dari tiap mata uang yang ada
Tabel 3.2 Tabel Currency_conv
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_CURRENCY_CODE NUMBER(3) PK2 Kode Mata uang
DT_MOD_DATE DATE Tanggal Update
NU_CONV_FACTOR NUMBER(18,8) Nilai Konveris
3. Nama : Mst_country
Fungsi : Menyimpan data master Negara - negara yang telah
terdaftar.
Tabel 3.3 Tabel Mst_country
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_COUNTRY_CODE NUMBER(9) PK2
VC_COUNTRY_NAME VARCHAR2(50)
4. Nama : Mst_currency
Fungsi : Menyimpan data mata uang dari semua negara.
Tabel 3.4 Tabel Mst_currency
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_CURRENCY_CODE NUMBER(3) PK2
VC_CURR_DESCRIPTION VARCHAR2(15)
VC_CURRENCY_FLAG VARCHAR2(1) Flag yang aktif
(51)
5. Nama : Mst_customer
Fungsi : Menyimpan semua data master customer PT ISPAT
INDO.
Tabel 3.5 Tabel Mst_customer
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_CUSTOMER_CODE NUMBER(6) PK2
VC_CUSTOMER_NAME VARCHAR2(50) PK3
VC_BILL_ADDRESS1 VARCHAR2(30) Alamat Customer
VC_BILL_CITY VARCHAR2(30)
VC_BILL_STATE VARCHAR2(30)
VC_BILL_COUNTRY VARCHAR2(30)
VC_BILL_PIN_CODE VARCHAR2(20)
VC_TELEPHONE VARCHAR2(25)
VC_EMAIL VARCHAR2(30)
VC_FAX_NO VARCHAR2(25)
VC_BANK_NAME VARCHAR2(30)
VC_BANK_ADDRESS1 VARCHAR2(30)
VC_BANK_CITY VARCHAR2(30)
VC_BANK_STATE VARCHAR2(30)
VC_BANK_COUNTRY VARCHAR2(30)
VC_BANK_PIN_CODE VARCHAR2(20)
VC_CONTACT_PERSON VARCHAR2(30)
VC_CONTACT_PERSON_PHONE VARCHAR2(22)
VC_CATEGORY_CODE VARCHAR2(4)
NU_ACCOUNT_CODE NUMBER(6) Nilai Account Cust
NU_CURRENCY_CODE NUMBER(3)
VC_VENDOR_CODE NUMBER(6)
CH_EXPLOC CHAR(1) Type Export /Import
NU_ADVANCE_ACCOUNT NUMBER(6)
NU_MAX_TOLERANCE NUMBER(13,3)
VC_CHEQUE_NAME VARCHAR2(50) Nama Uniq
(52)
6. Nama : Ms_department
Fungsi : Menyimpan data master departemen yang ada di ISPAT
INDO
Tabel 3.6 Tabel Mst_department
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
VC_DEPT_CODE VARCHAR2(5) PK2 Kode Departemen
VC_DEPT_NAME VARCHAR2(50)
VC_PROJ_FLAG VARCHAR2(1) Flag Project Dept
VC_DEPT_HEAD1 VARCHAR2(5) Kode Pimpinan
VC_DEPT_HEAD2 VARCHAR2(5) Kode Wakil
VC_DEPT_TYPE VARCHAR2(1) Type Dari Dept
VC_LINE VARCHAR2(1)
7. Nama : Mst_freight
Fungsi : Menyimpan data master perusahaan penyedia jasa
transportasi yang digunakan oleh ISPAT INDO untuk
mengangkut material.
Tabel 3.7 Tabel Mst_freight
Column Type Constraint FK Table FK Column Keterangan
NU_FREIGHT_CODE NUMBER(9) PK1 Kode Freight
VC_FREIGHT_NAME VARCHAR2(100) Nama Freight
VC_FREIGHT_TYPE VARCHAR2(30)
8. Nama : Mst_grade
Fungsi : Menyimpan data master grade dari suatu produk yang di
produksi oleh ISPAT INDO.
Tabel 3.8 Tabel Mst_grade
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1 Mst_company VC_COMP_CODE
VC_GRADE_CODE VARCHAR2(15) PK2 Kode Grade
VC_TYPICAL VARCHAR2(50) Type Grade
(53)
9. Nama : Mst_item
Fungsi : Menyimpan data master item yang digunakan baik bahan
baku maupun yang bukan bahan baku.
Tabel 3.9 Tabel Mst_item
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
VC_ITEM_CODE VARCHAR2(12) PK2 Kode Item
VC_ITEM_DESC VARCHAR2(50) Nama Item
NU_BASIC_PRICE NUMBER(13,2) Harga Awal
NU_MAX_QTY NUMBER(12,3)
NU_MIN_QTY NUMBER(12,3)
NU_SAFE_QTY NUMBER(12,3)
VC_VED_CLASS VARCHAR2(1) Standard item
VC_UNIT VARCHAR2(12)
VC_CLASSIFICATION VARCHAR2(4) Kelompok item
VC_NATURE VARCHAR2(4)
VC_IMPORT_FLG VARCHAR2(1) Flag Import
NU_LEAD_TIME NUMBER(3)
VC_BIN_NO VARCHAR2(6)
VC_PURCHASER VARCHAR2(4) Nama Purchaser
OSUSER VARCHAR2(15)
MACHINE VARCHAR2(64)
LOGTIME VARCHAR2(15)
VC_DEPT_CODE VARCHAR2(5) Dept yang Pesan
VC_ACTIVE VARCHAR2(1) Status Active
DT_CREATE_DATE DATE
10.Nama : Mst_supplier
Fungsi : Menyimpan data master supplier dari PT ISPAT INDO.
Tabel 3.10 Tabel Mst_Supplier
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_SUPPLIER_CODE NUMBER(6) PK2
VC_SUPPLIER_NAME VARCHAR2(50)
VC_SHIP_ADDRESS1 VARCHAR2(30)
VC_SHIP_ADDRESS2 VARCHAR2(30)
VC_SHIP_ADDRESS3 VARCHAR2(30)
VC_SHIP_CITY VARCHAR2(30)
VC_SHIP_STATE VARCHAR2(30)
(54)
VC_SHIP_PIN_CODE VARCHAR2(20)
VC_TELEPHONE VARCHAR2(25)
VC_EMAIL VARCHAR2(30)
VC_FAX_NO VARCHAR2(25)
VC_BANK_NAME VARCHAR2(30)
VC_BANK_BRANCH_NAME VARCHAR2(30)
VC_BANK_ADDRESS1 VARCHAR2(30)
VC_BANK_ADDRESS2 VARCHAR2(30)
VC_BANK_ADDRESS3 VARCHAR2(30)
VC_BANK_CITY VARCHAR2(30)
VC_BANK_STATE VARCHAR2(30)
VC_BANK_COUNTRY VARCHAR2(30)
VC_BANK_PIN_CODE VARCHAR2(20)
VC_CONTACT_PERSON VARCHAR2(30)
VC_CONTACT_PERSON_PHONE VARCHAR2(22)
VC_BILL_ADDRESS1 VARCHAR2(30)
VC_BILL_ADDRESS2 VARCHAR2(30)
VC_BILL_ADDRESS3 VARCHAR2(30)
VC_BILL_CITY VARCHAR2(30)
VC_BILL_STATE VARCHAR2(30)
VC_BILL_COUNTRY VARCHAR2(50)
VC_BILL_PIN_CODE VARCHAR2(20)
VC_LICENSE_NO VARCHAR2(25)
VC_CST_NO VARCHAR2(20)
DT_CST_DATE DATE
VC_LST_NO VARCHAR2(20)
DT_LST_DATE DATE
VC_CATEGORY_CODE VARCHAR2(4)
VC_TYPE VARCHAR2(1)
NU_CREDIT_DAYS NUMBER(3)
VC_TELEX CHAR(9)
VC_RATING CHAR(1)
NU_DLY_DAYS NUMBER(3)
NU_ACCOUNT_CODE NUMBER(6)
NU_CURRENCY_CODE NUMBER(3)
VC_COUNTRY_CODE VARCHAR2(3)
VC_PAN_NO VARCHAR2(25)
OSUSER VARCHAR2(15)
MACHINE VARCHAR2(64)
LOGTIME VARCHAR2(15)
LOGDATE DATE
NU_ADVANCE_ACCOUNT NUMBER(6)
VC_CHEQUE_NAME VARCHAR2(50)
DT_CREATE_DATE DATE
VC_ACTIVE VARCHAR2(1)
(55)
DT_CREATED_DATE DATE
DT_MODIFIED_DATE DATE
VC_REPORT_FLAG VARCHAR2(1)
11.Nama : Mst_product
Fungsi : Menyimpan data master product yang diproduksi.
Tabel 3.11 Tabel Mst_product
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
VC_PRODUCT_CODE VARCHAR2(12) PK2 Kode Product
VC_PRODUCT_NAME VARCHAR2(31) Nama Product
VC_CUSTOMER_PART _NO VARCHAR2(20) NU_CUSTOMER_COD E NUMBER(6)
VC_PRODUCT_UNIT VARCHAR2(12)
NU_PRODUCT_COST NUMBER(13,2) Biaya Produksi (opt)
NU_PRODUCT_RATE NUMBER(13,2)
NU_PRODUCT_QOH NUMBER(10,3)
CH_PRODUCT_TYPE CHAR(1) Tipe Product
NU_RATE_QTY NUMBER(20,3) Harga Jual Produk
QOH_DATE DATE
VC_REMARK VARCHAR2(500) Keterangan Produk
NU_QTY_REQUIRED NUMBER(10,3)
VC_CLASSIFICATION VARCHAR2(4)
VC_GROUP_CODE VARCHAR2(4)
VC_SUB_GROUP VARCHAR2(4)
VC_SIZE VARCHAR2(4)
VC_UNIT_CODE VARCHAR2(4)
VC_BIN_NO VARCHAR2(6)
VC_PURCHASER VARCHAR2(4)
NU_STD_WT NUMBER(21,6) Berat Standad
VC_ACTIVE VARCHAR2(1) Status Aktif
VC_PRODUCT_SRL NUMBER(4)
NU_CARTON_WT NUMBER(10,5)
VC_GRP3_CODE VARCHAR2(2)
(56)
12.Nama : Mst_reason
Fungsi : Menyimpan data master nama - nama purchaser.
Tabel 3.12 Tabel Mst_reason
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
VC_REASON_CODE VARCHAR2(4) Pk2 Kode Purchaser
VC_REASON_DESC VARCHAR2(30) Nama Purchaser
VC_REASON_FLG VARCHAR2(1) Flag Purchaser
NU_LIMIT NUMBER(18,2)
VC_AUTH_CODE VARCHAR2(5)
VC_FLAG VARCHAR2(1) Status
13.Nama : Mst_requirement_area
Fugsi : Menyimpan data master area per department.
Tabel 3.13 Tabel Mst_requirement_area
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1 Mst_company VC_COMP_CODE
NU_AREA_CODE NUMBER(6) Kode area
VC_AREA_DESC VARCHAR2(30) Nama Area
VC_STRUCT_CODE VARCHAR2(4) Kode Departemen
NU_PERCENT_A NUMBER(6,2)
NU_PERCENT_B NUMBER(6,2)
NU_PERCENT_SMS NUMBER(6,2)
14.Nama : Mst_sup_item
Fungsi : Menyimpan data item - item yang disedikan supplier.
Tabel 3.14 Tabel Mst_sup_item
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
NU_SUPPLIER_CODE NUMBER(6) PK2 Kode Supplier
VC_ITEM_CODE VARCHAR2(12) PK3 Kode Item
NU_QUANTITY NUMBER(10,3) Jumalh
NU_PRICE NUMBER(13,3)
NU_REJ_ALLOW NUMBER(4,2) Junalg Reject
NU_LEAD_TIME NUMBER(3)
(57)
15.Nama : Mk_users
Fungsi : Menyimpan data user login.
Tabel 3.15 Tabel Mk_users
Column Type Constraint FK Table FK Column Keterangan
CH_USER_CODE VARCHAR2(5) PK1 Kode User
VC_USER_NAME VARCHAR2(30) Nama User
VC_PASSWORD VARCHAR2(30)
CH_USER_ACTIVE CHAR(1) Status
VC_DEPT_CODE VARCHAR2(5) Kode Departemen
DT_LAST_UPD DATE
NU_VALID_DAY NUMBER(5) Expired Date
VC_NAME VARCHAR2(50)
DT_LOGIN DATE
VC_COMP_CODE VARCHAR2(2) PK2,FK1 Mst_company VC_COMP_CODE
VC_LEVEL VARCHAR2(50)
16.Nama : Mst_MPS
Fungsi : Menyimpan data master jadwal produksi.
Tabel 3.16 Tabel Mst_MPS
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company VC_COMP_CODE
VC_PRODUCT_CODE VARCHAR2(12) FK2 Mst_Product Vc_product_code Kode Product
VC_ORDER_NO VARCHAR2(12) Sales Order
DT_MPS_DATE DATE
VC_PERIODE DATE Periode Production
NU_QTY NUMBER(20)
NU_WEIGHT NUMBER(20)
VC_IMP_LOC CHAR(1) Import / local
VC_MPS_NO VARCHAR2(12) PK2 No MPS
VC_BOM_CODE VARCHAR2(12)
VC_REMARK VARCHAR2(100) Ketarangan
(58)
17.Nama : Mst_BOM
Fungsi : Menyimpan data master Bill Of Material.
Tabel 3.17 Tabel Mst_BOM
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_product VC_COMP_CODE
VC_BOM_CODE VARCHAR2(12) PK2 Kode BOM
VC_PRODUCT_CODE VARCHAR2(12) PK3,FK2 Mst_product Vc_product_code Kode Produk
VC_GRADE VARCHAR2(15) Grade Produk
VC_REMARK VARCHAR2(15)
DT_CREATE_DATE DATE
18.Nama : Mst_MRP
Fungsi : Menyimpan data master jadwal kebutuhan material.
Tabel 3.18 Tabel Mst_MRP
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1 Mst_mps VC_COMP_CODE
VC_MRP_NO VARCHAR2(12) PK2 No MRP
DT_MRP_DATE DATE
NU_QTY NUMBER(20)
VC_MPS_NO VARCHAR2(12) FK1 Mst_mps Vc_mps_no
VC_ITEM_CODE VARCHAR2(12) PK3
NU_LEAD_TIME NUMBER(20)
19.Nama : Hd_mat_requisition
Fungsi : Meyimpan data header proses indent.
Tabel 3.19 Tabel Hd_mat_requisition
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK1 MST_REQUIREMENT_AREA Vc_comp_code
NU_AREA_CODE NUMBER(6) FK2 MST_REQUIREMENT_AREA Nu_area_code
VC_REQUISITION_NO VARCHAR2(13) PK2
DT_REQUISITION_DATE DATE
VC_PUR_FLG VARCHAR2(1)
VC_CANCEL_FLG VARCHAR2(1)
VC_ISSUE_FLG VARCHAR2(1)
VC_STRUCT_CODE VARCHAR2(4) Fk3 MST_REQUIREMENT_AREA Vc_struct_code
CH_CAP_REV VARCHAR2(1)
(59)
CH_AUTH_FLAG CHAR(1)
VC_AUTH_CODE VARCHAR2(5)
VC_REMARKS VARCHAR2(50)
NU_MRS_VALUE NUMBER(18,2)
VC_CWO_NO VARCHAR2(20)
VC_REQUEST_USER VARCHAR2(50)
VC_PUR_INSTRUCTIONS VARCHAR2(500 )
DT_APPROVAL DATE
VC_IMPORT_LOCAL VARCHAR2(1)
OSUSER VARCHAR2(15)
MACHINE VARCHAR2(64)
LOGTIME VARCHAR2(15)
LOGDATE DATE
VC_APPR_USER VARCHAR2(5)
APPR_MACHINE VARCHAR2(64)
APPR_TIME VARCHAR2(15)
APPR_DATE DATE
CHANGE_OSUSER VARCHAR2(15)
CHANGE_MAC VARCHAR2(64)
CHANGE_TIME VARCHAR2(15)
CHANGE_DATE DATE
CH_CLOSE_FLAG VARCHAR2(1)
VC_ISS_DEPT VARCHAR2(4)
DT_CREATE_DATE DATE
VC_STORES_APP VARCHAR2(5)
DT_APPSTR_DATE DATE
VC_REMARK_FLAG VARCHAR2(1)
CREATE_OSUSER VARCHAR2(30)
CREATE_MACHINE VARCHAR2(64)
CREATE_DATE DATE
20.Nama : Hd_purchase_RFQ
Fungsi : Menyimpan data header proses RFQ.
Tabel 3.20 Tabel Hd_purchase_rfq
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 MST_SUPPLIER Vc_comp_code
VC_RFQ_NO VARCHAR2(8) PK2 No RFQ
DT_RFQ_DATE DATE
NU_SUPPLIER_CODE NUMBER(6) FK2 MST_SUPPLIER Nu_supplier_code
VC_RFQ_DESC VARCHAR2(100)
VC_SUPPLIER_NAME VARCHAR2(50)
VC_USER_CODE VARCHAR2(50)
VC_RFQ_NO_REF VARCHAR2(8) No Copy RFQ
(60)
21.Nama : Hd_supp_quote
Fungsi : Menyimpan data header proses quotation.
Tabel 3.21 Tabel Hd_supp_quote
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) Pk1 MST_SUPPLIER Vc_comp_code
NU_SUPPLIER_CODE NUMBER(6) Pk2 MST_SUPPLIER Nu_supplier_code Kode Supplier
VC_QUOTE_NO VARCHAR2(10) Pk3 No Quotation
DT_QUOTE_DATE DATE
VC_RFQ_NO VARCHAR2(13) No RFQ
NU_CREDIT_DAYS NUMBER(3)
NU_DISCOUNT NUMBER(4,2)
NU_FREIGHT NUMBER(13,2) Kode Freight
VC_REMARKS VARCHAR2(500)
NU_DEL_DAYS NUMBER(3)
NU_VALIDITY_PERIOD DATE Periode Harga
VC_PUR_ORD_FLG VARCHAR2(1)
VC_CANCEL_FLG VARCHAR2(1)
VC_FREIGHT_MODE VARCHAR2(1)
NU_INSUR_AMT NUMBER(13,2)
NU_FREIGHT_CODE NUMBER(6)
NU_LEAD_TIME NUMBER(3)
NU_CURRENCY_CODE NUMBER(3)
NU_ADD_COST NUMBER(18,2) Biaya Tambahan
NU_DUTY NUMBER(18,2)
NU_TAX_AMT NUMBER(18,2) Pajak
NU_OTH_VAL NUMBER(18,2) Biaya Lain-lain
VC_TERMS_OF_DEL VARCHAR2(1) Tipe Pengiriman
DT_DELV_DATE DATE
VC_TERMS_OF_PAYME NT
VARCHAR2(30) Tipe pembayaran
VC_VENDOR_FLAG VARCHAR2(1)
VC_TR_FLAG VARCHAR2(1)
VC_PKP_FLAG VARCHAR2(1) Jenis Pajak Pendapatan
VC_IMP_LOC VARCHAR2(1)
DT_CREATED_DATE DATE
OSUSER VARCHAR2(15)
MACHINE VARCHAR2(64)
LOGTIME VARCHAR2(15)
LOGDATE DATE
VC_PAYMENT_REMAR K
VARCHAR2(50)
(61)
22.Nama : Hd_pur_order
Fungsi : Menyimpan data header proses purchasing.
Tabel 3.22 Tabel Hd_pur_order
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Hd_supp_quote Vc_comp_code
VC_ORDER_NO VARCHAR2(8) Pk2 No Order DT_ORDER_DATE DATE
NU_SUPPLIER_CODE NUMBER(6) FK2 Mst_supplier Nu_Supplier_code
VC_QUOTE_NO VARCHAR2(10) FK4 Hd_supp_quote Vc_quote No Quotation VC_ORDER_TYPE VARCHAR2(1) Tipe Order VC_ORDER_CAT VARCHAR2(1)
DT_DEL_DATE DATE Tanggal Kirim VC_TERMS_OF_DEL VARCHAR2(500) Cara Pengiriman VC_REMARKS VARCHAR2(500)
VC_CANCEL_FLG VARCHAR2(1) Status Cancel PO VC_FREIGHT CHAR(1) Nama Freight NU_FREIGHT_VALUE NUMBER(13,2) Nilai Freight NU_FREIGHT_CODE NUMBER(6) Kode Freight VC_TERMS_OF_PAYMENT VARCHAR2(30) Cara Pembayaran VC_PACKING_INSTRUCTION
S
VARCHAR2(30) VC_TRANSPORT_MODE VARCHAR2(10) VC_TRANSPORTER_NAME VARCHAR2(60) NU_PACKING_FORWARDING NUMBER(13,2) VC_AMENDMENT_NO VARCHAR2(8) DT_AMENDMENT_DATE DATE VC_COST_TYPE CHAR(1)
NU_INSUR_AMT NUMBER(13,2) Nilai Asuransi CH_PACK_PERC_AMT CHAR(1)
NU_DISCOUNT NUMBER(4,2)
NU_CURRENCY_CODE NUMBER(3) Kode Mata Uang NU_OTHER_CHARGES NUMBER(13,2) Biaya Cahrge NU_INTERNAL_CHARGES NUMBER(13,2)
VC_IMPORT_LOCAL VARCHAR2(1) VC_RECEIPT_FLAG VARCHAR2(1) VC_VESSEL_NAME VARCHAR2(40) OSUSER VARCHAR2(15) MACHINE VARCHAR2(64) LOGTIME VARCHAR2(15) LOGDATE DATE
DT_APPROVAL DATE Tanggal Approve APPR_MACHINE VARCHAR2(64)
APPR_TIME VARCHAR2(15) APPR_OSUSER VARCHAR2(15)
VC_PURCHASER VARCHAR2(4) Nama yang Approve VC_AUTH_CODE VARCHAR2(5) Kode Autorisasi
(62)
NU_FREIGHT_RATE NUMBER(10,3) Harga Freight NU_SHIP_AGE NUMBER(2)
VC_LC_NO VARCHAR2(20) No Leter Of Credit DT_LC_DATE DATE
DT_LAST_SHIP_DATE DATE DT_LC_EXPIRY_DATE DATE VC_BL_NO VARCHAR2(20) DT_BL_DATE DATE NU_BL_QTY NUMBER(8,3) DT_INSURANCE_DATE DATE VC_INSURANCE_POLICY_NO VARCHAR2(20) VC_LC_OPEN_BANK VARCHAR2(30) VC_LC_ADVICE_BANK VARCHAR2(30) DT_CREATE_DATE DATE VC_CAN_USER VARCHAR2(15) DT_CAN_DATE DATE VC_EMERGENCY_FLG VARCHAR2(1) VC_CAN_MACHINE VARCHAR2(64)
CH_CAP_REV VARCHAR2(1) Tipe standard order NU_WEEKS NUMBER(3)
VC_COUNTRY_CODE VARCHAR2(3)
VC_FOB_PAYER VARCHAR2(1) Freight Of Buy DT_MODIFIED_DATE DATE
NU_TOTAL NUMBER(20,3)
23.Nama : Hd_sales_order
Fungsi : Menyimpan data header proses penjualan produk.
Tabel 3.23 Tabel Hd_sales_order
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company Vc_Comp_code
VC_ORDER_NO VARCHAR2(12) PK2 No Sales Order DT_ORDER_DATE DATE
NU_CUSTOMER_CODE NUMBER(6) FK2 Mst_supplier Nu_supplier_code Kode Customer VC_TRANSPORT_MODE VARCHAR2(35) Mode Transaport VC_TRANSPORTER_NAME VARCHAR2(50)
VC_TERMS_CONDITION VARCHAR2(100) Kondisi tambahan VC_FREIGHT VARCHAR2(35) Pengiriman NU_FREIGHT_VALUE NUMBER(13,2) Biaya Kirim DT_CUSTOMER_ORDER_DATE DATE
CH_ORDER_TYPE CHAR(1) Tipe Order DT_DIRECT_ORDER_DATE DATE
CH_ORDER_FLAG CHAR(1) Status Order NU_CURRENCY_CODE NUMBER(3) Mata Uang DT_EXPIRY_DATE DATE VC_REMARK VARCHAR2(200) Keterangan
(63)
DT_CREATE_DATE DATE
VC_IMP_FLAG VARCHAR2(2) Import atau local order
24.Nama : Hd_receipt
Fungsi : Menyimpan data header proses penerimaan, dalam hal ini
hanya digunakan sebagai pengecekan bagi proses yang lain.
Tabel 3.24 Tabel Hd_receipt
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Mst_company Vc_comp_code VC_RECEIPT_NO VARCHAR2(8) PK2
DT_RECEIPT_DATE DATE
VC_BILL_NO VARCHAR2(12)
VC_CHALLAN_NO VARCHAR2(20) FK2 Hd_mat_requisition Vc_requisition_no DT_CHALLAN_DATE DATE
NU_PARTY_CODE NUMBER(6) VC_TRANSPORTER_CODE VARCHAR2(30) VC_QUALITY_FLG VARCHAR2(1) VC_MAIN_STORE_FLG VARCHAR2(1) DT_BILL_DATE DATE
NU_TOT_QTY NUMBER(18,3) DT_RECEIPT_DATE_QC DATE
DT_RECEIPT_DATE_MS DATE
VC_VEHICLE_TYPE VARCHAR2(20) VC_STRUCT_CODE VARCHAR2(4) NU_CURRENCY_CODE NUMBER(3) NU_CONV_FACTOR NUMBER(18,8) NU_REJ_QTY NUMBER(18,3) OSUSER VARCHAR2(15) MACHINE VARCHAR2(64) LOGTIME VARCHAR2(15)
LOGDATE DATE
VC_LC_NO VARCHAR2(20) VC_BL_NO VARCHAR2(20) DT_CREATE_DATE DATE
VC_RECEIPT_FLAG VARCHAR2(1) NU_TOT_CONTAINER NUMBER VC_LOCATION VARCHAR2(5)
(64)
25.Nama : Hd_sup_rejection
Fungsi : Menyimpan data header proses reject barang.
Tabel 3.25 Tabel hd_sup_rejection
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK Mst_supplier Vc_comp_code VC_CHALLAN_NO VARCHAR2(20) PK2
DT_CHALLAN_DATE DATE VC_RECEIPT_NO VARCHAR2(8)
NU_PARTY_CODE NUMBER(6) FK2 Mst_supplier Nu_supplier_code VC_PARTY_TYPE VARCHAR2(1)
OSUSER VARCHAR2(15) MACHINE VARCHAR2(64) LOGTIME VARCHAR2(15) MAKUSER VARCHAR2(2) LOGDATE DATE DT_CREATE_DATE DATE
26.Nama : Indent_mail
Fungsi : Menyimpan data proses cancel atau close indent.
Tabel 3.26 Tabel Indent_mail
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(3) PK1,FK1 Mst_company Vc_comp_code VC_INDENT_NO VARCHAR2(15) PK2
VC_TYPE VARCHAR2(15) DT_EDITED_DATE DATE
27.Nama : Dt_mat_requisition
Fungsi : Menyimpan data detil proses indent.
Tabel 3.27 Tabel Dt_mat_requisition
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Hd_mat_requisition Vc_comp_Code
NU_AREA_CODE NUMBER(6) Kode Area Dept VC_REQUISITION_NO VARCHAR2(13) PK2,FK2 Vc_requisition_no No Indent VC_ITEM_CODE VARCHAR2(12) PK3 Kode Item VC_UNIT VARCHAR2(12)
NU_QTY_REQUIRED NUMBER(10,3) Jumlah Indent DT_REQUIREMENT_DATE DATE
(65)
NU_CONV_FACTOR NUMBER(10,3) Nila Konversi VC_DEPT_CODE VARCHAR2(5) Kode departemen NU_PRICE NUMBER(18,2)
VC_REMARKS VARCHAR2(500) VC_PURCHASER VARCHAR2(4) Indentor NU_QTY_ORD NUMBER(18,3) VC_SPECS VARCHAR2(500)
CH_FULFILL VARCHAR2(1) Status Fullfill indent CH_APPROVE VARCHAR2(1) Status Approve NU_QTY_RECD NUMBER(18,3)
NU_QTYSTR_REQ NUMBER(10,3) VC_PO_CLOSE VARCHAR2(1) VC_PO_USER VARCHAR2(50) DT_PO_DATE DATE VC_ORDER_NO VARCHAR2(12)
VC_STR_FLAG VARCHAR2(1) Approve Store Dept VC_HOD_REMARKS VARCHAR2(200) Catatan dari HOD
28.Nama : Dt_purchase_RFQ
Fungsi : Menyimpan data detil proses RFQ.
Tabel 3.28 Tabel Dt_purchase_rfq
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Hd_purchase_rfq Vc_comp_code
VC_RFQ_NO VARCHAR2(8) PK2,FK2 Hd_purchase_rfq Vc_rfq_no No RFQ VC_ITEM_CODE VARCHAR2(12) PK3 Kode Item NU_QTY NUMBER(10,3)
VC_QUOT_FLG VARCHAR2(1) Quotation Flag VC_PUR_REQ_NO VARCHAR2(13) PK4 Indent NO VC_DEPT_CODE VARCHAR2(20) Kode Departemen VC_RFQ_DESC VARCHAR2(500) Keterangan RFQ
29.Nama : Dt_sup_quote
Fungsi : Menyimpan data detil proses quotation.
Tabel 3.29 Tabel Dt_sup_quote
Column Type Constraint FK Table FK Column Keterangan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Hd_supp_quote Vc_comp_code
NU_SUPPLIER_CODE NUMBER(6) PK2,FK2 Hd_supp_quote Nu_supplier_code Kode Supplier VC_QUOTE_NO VARCHAR2(10) PK3,FK3 Hd_supp_quote Vc_quote_no No Quotation VC_ITEM_CODE VARCHAR2(12) PK4 Kode item NU_QTY NUMBER(10,3) Jumlah Quotation
(66)
NU_PRICE NUMBER(13,2) Harga dari supplier VC_PUR_ORD_FLAG VARCHAR2(1) Status Order NU_RATE_RP NUMBER(13,2) Harga dalam Rupiah
30.Nama : Dt_sup_price
Fungsi : Menyimpan data detil proses approval quotation.
Tabel 3.30 Tabel Dt_sup_price
Column Type Constraint FK Table FK Column Ketarngan
VC_COMP_CODE VARCHAR2(2) PK1,FK1 Dt_supp_quote Vc_comp_code
NU_SUPPLIER_CODE NUMBER(6) PK2,FK2 Dt_supp_quote Nu_supplier_code Kode Supplier VC_QUOTE_NO VARCHAR2(10) PK3,FK3 Dt_supp_quote Vc_quote_no No Quotation VC_ITEM_CODE VARCHAR2(12) PK4,FK4 Dt_supp_quote Vc_item_code Kode Item NU_RATE NUMBER(18,2) Hraga dari supplier DT_RATE_DATE DATE PK4
OSUSER VARCHAR2(15) MACHINE VARCHAR2(64) LOGTIME VARCHAR2(15) LOGDATE DATE
VC_AUTH_FLAG VARCHAR2(1) Status autorisasi VC_AUTH_USER VARCHAR2(5)
VC_TERMS_OF_PAYMENT VARCHAR2(100) DT_DELV_DATE DATE NU_DEL_WEEKS NUMBER(4) NU_CURRENCY_CODE NUMBER(3) NU_RATE_RP NUMBER(18,2)
31.Nama : Dt_sup_rejection
Fungsi : Menyimpan data detil proses reject.
Tabel 3.31 Tabel Dt_sup_rejection
Column Type Constraint FK Table FK Column
VC_COMP_CODE VARCHAR2(2) PK1,FK1 HD_SUPP_REJECTION Vc_comp_code VC_CHALLAN_NO VARCHAR2(12) PK2,FK2 HD_SUPP_REJECTION Vc_challan_no VC_ORDER_NO VARCHAR2(12) PK3
VC_ITEM_CODE VARCHAR2(12) PK5 VC_LOT_NO VARCHAR2(6)
NU_QTY NUMBER(18,3) NU_QTY_REJECTED NUMBER(18,3)
VC_REASON_MAIN VARCHAR2(4) FK3 Mst_reason Vc_reason_code NU_REJECT_PRICE NUMBER(18,2)
(1)
84
20. Laporan Comparative Statemen Of Prices
Gambar 4.20 Laporan Compartive Statement Of Prices
Lapran Compartive Statement Of Prices digunakan oleh pimpinan departemen pembelian sebagai acuan untuk menentukan akan melakukan order ke supplier mana, karena laporan ini berisi perbandingan harga dari beberapa supplier.
21. Laporan MRP Primary
Gambar 4.21 Laporan MRP Primary
Laporan MRP Primary merupakan laporan utama dari proses MRP yang menyajikan informasi salah satunya mengenai kebutuhan bersih dan kebutuhan
(2)
kotor dari row material untuk memenuhi kebutuhan produksi, di dalamnya juga di berikan informasi mengenai kapan suatu item bahan baku harus di pesan ke supplier dan berapa jumlahnya.
22. Laporan Full level Pegging Report
Gambar 4.22 Laporan Full Level Pegging Report
Lapran Full Level Pegging Report digunakan untuk menelusuri sumber dari kebutuhan kotor untuk suatu item. Perencana dapat menentukan kebutuhan - kebuuhan yang diakibatkan oleh adanya pesanan. Laporan juga bisa digunakan untuk melakukan validasi MRP planned Order.
4.5 Uji Coba dan Evaluasi Sistem
Uji coba sistem menggunakan White Box Testing dan Black Box Testing, hal ini di lakukan untuk menelusuri kemungkinan terjadinya kesalahan pada tingkah laku dan kinerja sistem dan memastikan bahwa semua prosedur logika telah dilalui kemudian akan dapat diketahui jalur logika mana yang tidak benar.
(3)
86
Berdasarkan testing tersebut telah diketahui bahwa sistem ini tidak akan menerima masukan yang tidak sesuai dengan kriteria yang di sediakan, dalam hal ini sistem telah menyediakan List Of Value pada beberapa item tertentu sebagai batasan masukan. Pada saat pembuatan indent mungkin akan terjadi system slow
hal ini dikeranakan proses tersebut menggunkana coding yang tidak terhubung langsung ke database (Non Base Table) selain itu beberapa logika sistem akan tidak dijalankan jika kondisi yang seharusnya tidak dapat terpenuhi di karenakan
system crash.
Pada pembuatan purchase order terdapat proses validasi yang berulang sehingga akan memperpanjang proses. Sedangkan proses MRP periode yang digunakan tidak berdasar pada periode yang ditentukan tetapi menggunakan periode kedepan berdasar pada periode produksi, sehingga masih akan terdapat perhitungan ulang atau double pada periode yang sama, dengan demikian maka output yang diterima juga akan terjadi kesamaan dengan data sebelumnya. Namun hal tersebut akan dapat teratasi jika output di ambil langsung pada report MRP yang telah disediakan.
Sebagai evaluasi sistem, beberapa proses masih membutuhkan pengecekan dan penelusuran terhadap logika yang di gunakan, sehingga output yang dihasilkan akan lebih optimal. Pengurangan jalur valiadasi akan sangat mempengaruhi proses sistem.
Dalam hal ini juga belum bisa diketahui dengan tepat apakah sistem yang telah terintegrasi tersebut menjadikan kinerja lebih baik dari pada sistem yang lama. Hal ini disebabkan tidak adanya proses untuk melakukan uji kinerja sistem secara langsung.
(4)
5.1 Kesimpulan
Pada proses Penerapan Teknologi Deploy Ke Internet Untuk Sistem Informasi Pembelian Dengan Metode Penjadwalan MRP (studi kasus : pada PT ISPAT INDO) dapat diambil beberapa kesimpulan sebagai berikut :
1. Implementasi sistem ini dapat menghasilkan laporan – laporan yang diperlukan, sehingga manager dapat melakukan kontrol dan monitoring aktifitas pembelian pada sistem dengan lebih baik.
2. Dapat mempercepat proses transaksi karena aplikasi dapat diakses melalui browser, transaksi dapat dilakukan dimana saja dan kapan saja selama masih terhubung dengan jaringan komputer pusat.
5.2 Saran
Dalam Penerapan Teknologi Deploy Ke Internet Untuk Sistem Informasi Pembelian Dengan Metode Penjadwalan MRP ini, dapat diajukan beberapa saran, yaitu :
1. Sistem informasi ini tidak hanya bisa diimplementasikan pada bagian pembelian saja, melainkan dapat juga pada bagian yang lain pada setiap departemen di ISPAT INDO.
2. Dalam pengembangan sistem ini nantinya, informasi yang didapat tidak hanya terbatas pada pembelian barang dan persedian barang saja. Tetapi bisa diterapkan pada proses lainnya, seperti penjadwalan produksi, penjadwalan kerja, dll.
(5)
88
3. Diharapkan sistem ini bisa dikembangkan lebih lanjut dengan menggunakan teknologi – teknologi baru, sehingga hasil yang didapatkan benar – benar mampu membantu manager terutama dalam melakukan kontrol pada sistem, dan tentu saja dapat meningkatkan kredibilitas perusahaan.
(6)
Albert Lulushi, 1999, Developer/2000 Forms The Practitioner’s Guide, Prentice Hall PTR Upper Saddle River, New Jersey.
C.Lucas Jr, Henry, 1987, Analisis, Desain, dan Implementasi Sistem Informasi,
Penerbit Erlangga, Jakarta
Gaspersz, Vincent.Dr.M.St, 1998, Production Planning & Inventory Control Berdasarkan Pendekatan Sistem Terintegrasi MRP II dan JIT Menuju Manufakturing 21, PT. Gramedia Pustaka Utama Jakarta, Jakarta
Katherine KS.,ST,S.Yukie G. S.Kom, Buku Panduan Belajar Sistem Informasi Manajemen II, STIKOM, Surabaya
Michael W. Stowe, 1999, Oracle Developer /2000 Handbook,Second Edition, Prentice Hall PTR Upper Saddle River, New Jersey.
Paul Hipsley, 1996, Developing Client/server Aplication With Oracle Developer/2000, SAMS Publishing, St Indianapolis, USA
Reinhard Damopoli , 2002, Administrasi Database Oracle 8i, Elex Media Komputindo, Jakarta
Sofjan Assauri, 1993, Manajemen Produksi Dan Operasi, Edisi Empat, Lembaga Penerbit Fakultas Ekonomi Universitas Indonesia, Jakarta
Winardi, Dr, S.E, 1989, Pengantar tentang Teori Sistem dan Analisis Sistem,