Anda di halaman 1dari 227

LAPORAN KERJA PRAKTIK (KERJA PRAKTIK LAPANGAN) KS 091335

SOFTWARE TESTING DAN PEMODELAN PROSES BISNIS APLIKASI


INTEGRATED PROCURE-TO-PAY (I-P2P) PADA PT PERTAMINA
(PERSERO)

Oleh :

DESY LASTERINA S NRP. 5212100169


NELLA AMALINA NRP. 5212100173

Dosen Pembimbing
Wiwik Anggraeni, S.Si, M.Kom

Jurusan Sistem Informasi


Fakultas Teknologi Informasi
Institut Teknologi Sepuluh Nopember
Surabaya 2015

1
LAPORAN KERJA PRAKTIK (KERJA PRAKTIK LAPANGAN) KS
091335

SOFTWARE TESTING DAN PEMODELAN PROSES BISNIS


APLIKASI INTEGRATED PROCURE-TO-PAY (I-P2P) PADA PT
PERTAMINA (PERSERO)

Oleh :

DESY LASTERINA S NRP. 5212100169


NELLA AMALINA NRP. 5212100173

Dosen Pembimbing
Wiwik Anggraeni, S.Si, M.Kom

Jurusan Sistem Informasi


Fakultas Teknologi Informasi
Institut Teknologi Sepuluh Nopember
Surabaya 2015

3
LEMBAR PENGESAHAN
Judul Kerja Praktek :
SOFTWARE TESTING DAN PEMODELAN PROSES BISNIS APLIKASI
INTEGRATED PROCURE-TO-PAY (I-P2P) PADA PT PERTAMINA
(PERSERO)

Lokasi : PT Pertamina Jakarta

Tanggal : 27 July 2015 s/d 04 September 2015

Oleh :
Mahasiswa 1 Mahasiswa 2

Desy Lasterina Nella Amalina


NRP. 5212100169 NRP. 5212100173

Mengetahui,

Pembimbing Lapangan Manajer Application


Development Solution

Puput Setiyawan Lukman Siafullah

4
LEMBAR PENGESAHAN
Judul Kerja Praktek :
SOFTWARE TESTING DAN PEMODELAN PROSES BISNIS APLIKASI
INTEGRATED PROCURE-TO-PAY (I-P2P) PADA PT PERTAMINA
(PERSERO)

Lokasi : PT Pertamina Jakarta

Tanggal : 27 July 2015 s/d 04 September 2015

Oleh :
Mahasiswa 1 Mahasiswa 2

Desy Lasterina Nella Amalina


NRP. 5212100169 NRP. 5212100173

Mengetahui,

Pembimbing Kerja Praktik Koordinator Kerja Praktik

Wiwik Anggraeni, S.Si, M.Kom Tony Dwi Susanto, S.T.,M.T..Ph.D


NIP. 197601232001122002 NIP. 197512112008121001

5
KATA PENGANTAR
Puji syukur kami panjatkan atas nikmat dan karunia
yang Tuhan selalu berikan kepada kami, sehingga kami
dapat menyelesaikan kerja praktik dan juga menyelesaikan
laporan atas kerja praktik yang kami lakukan di PT
PERTAMINA (Persero) Jakarta dengan lancar dan baik.
Pembuatan laporan akhir kerja praktik ini kami buat
untuk memenuhi salah satu syarat lulus mata kuliah Kerja
Praktik di Jurusan Sistem Informasi ITS. Judul yang kami
buat untuk laporan ini adalah SOFTWARE TESTING DAN
PEMODELAN PROSES BISNIS APLIKASI INTEGRATED
PROCURE-TO-PAY (I-P2P) PADA PT PERTAMINA
(PERSERO).
Dalam pembuatan laporan ini kami tidak hentinya
mengucapan terima kasih yang setulus-tulusnya kepada
kedua orangtua kami dan keluarga yang selalu mendukung
kami selama berjalannya kerja praktik. Tidak hentinya pula
terimakasih kami ucapakan kepada PT Pertamina, Divisi
Application Development Solution, Team i-P2P Application
dan bapak pembimbing kerja praktik kami tercinta Puput
Setiyawan atas seluruh kesempatan, ilmu, pelajaran,
dukungan dan pengalaman yang diberikan selama
pelaksanaan Kerja Praktik hingga kami dapat
menyelesaikan laporan kerja praktik ini.

6
Dengan segala kerendahan hati, kami menyadari
masih terdapat banyak kekurangan dalam laporan yang
kami susun ini. Akhir kata kami ucapkan terimakasih,
semoga laporan yang kami buat dapat bermanfaat bagi
pembacanya, sehingga diharapkan kritik dan saran demi
kesempurnaan penulisan laporan ini.

Jakarta, Agustus 2015


Penulis

7
DAFTAR ISI
KATA PENGANTAR................................................................ 6
DAFTAR ISI ............................................................................ 8
DAFTAR TABEL ................................................................... 12
DAFTAR GAMBAR ............................................................... 15
PENDAHULUAN .................................................................. 24
1.1 Latar Belakang ..................................................... 24
1.2 Tujuan .................................................................. 26
1.3 Pelaksana Kegiatan.............................................. 26
1.4 Manfaat ............................................................... 26
1.5 Tempat dan Waktu Kerja Praktik ........................ 28
1.6 Sistematika Penulisan Laporan ........................... 28
1.7 Job Description Mahasiswi Kerja Praktik ............ 29
GAMBARAN UMUM PERUSAHAAN ................................... 32
2.1 Pengenalan Singkat ............................................. 32
2.2 Sejarah ................................................................. 33
2.3 Visi dan Misi ........................................................ 34
2.3.1 Visi Perusahaan ............................................ 34
2.3.2 Misi Perusahaan ........................................... 35
2.4 Tujuan Perusahaan .............................................. 35

8
2.5 Tata Nilai Perusahaan.......................................... 35
2.6 Struktur Organisasi .............................................. 37
2.7 Corporate Shared Service (CSS) .......................... 37
2.8 IT Solution............................................................ 40
2.9 Application Development Solution(ADS) ............ 41
TINJAUAN PUSTAKA ........................................................... 43
3.1 Enterprise Resource Planning (ERP) .................... 43
3.2 System Application and Product in Data
Processing (SAP) ............................................................. 44
3.3 E-Procurement .................................................... 45
3.4 Integrated Procure to Pay (i-P2P) ....................... 46
3.5 Software Testing.................................................. 48
3.6 Activity Diagram .................................................. 50
ANALISA DAN PEMBAHASAN ............................................. 52
4.1 Alur Proses Aplikasi I-P2P .................................... 52
4.1.1 Alur Proses Secara Umum............................ 52
4.1.2 Alur Proses Login User ................................. 53
4.1.3 Alur Proses Modul Vendor Management .... 55
4.1.4 Alur Proses Modul Contract Management . 62
4.1.5 Alur Proses Modul Collaborative ................ 64
4.1.6 Alur Proses Modul Sourcing ........................ 78

9
4.2 Implementasi i-P2P ............................................. 88
4.2.1 Vendor Management ................................... 88
4.2.2 Contract Management ............................... 112
4.2.3 Collaborative .............................................. 128
4.2.4 Sourcing ..................................................... 145
4.3 Hasil Testing Aplikasi i-P2P ................................ 172
4.3.1 Daftar Error Pada Tiap Modul i-P2P ........... 173
4.3.2 Prosentasi Daftar Error Pada Modul i-P2P. 180
4.3.3 Hasil Evaluasi User Interface ...................... 181
4.3.4 Prosentasi Hasil Evaluasi User Interface Tiap
Modul i-P2P .............................................................. 193
4.4 Identifikasi Dan Mitigasi Risiko Aplikasi i-P2P ... 194
KESIMPULAN .................................................................... 204
LAMPIRAN ........................................................................ 205
6.1 Aktivitas Kerja Praktik atau Log Book ................ 205
6.1.1 Minggu 1 : 27 - 31 July 2015 ...................... 205
6.1.2 Minggu 2 : 03 - 07 Agustus 2015 ............... 207
6.1.3 Minggu 3 : 10 14 Agustus 2015 ............... 210
6.1.4 Minggu 4 : 17 21 Agustus 2015 ............... 213
6.1.5 Minggu 5 : 24 28 Agustus 2015 ............... 214

10
6.1.6 Minggu 6 : 31 Agustus 04 September 2015
216
6.2 Daftar Relasi ...................................................... 218
6.3 Dokumentasi ..................................................... 221
6.3.1 Foto Soft Launchingi-P2P ........................... 221
6.3.2 Foto Bersama Rekan Kerja di Pertamina ... 222
DAFTAR PUSTAKA ............................................................ 227

11
DAFTAR TABEL
Tabel 1 Job Description ...................................................... 30
Tabel 2 Notasi Diagram Activity ......................................... 50
Tabel 3 Roles Registrasi Vednor......................................... 56
Tabel 4Diagram Activity Update/Upgrade Vendor ............ 57
Tabel 5 Roles Update/Upgrade Vendor ............................. 58
Tabel 6 Roles Contractor Safety Management System
(CSMS) ................................................................................ 61
Tabel 7 Roles TOR .............................................................. 63
Tabel 8 Roles Create PR ..................................................... 65
Tabel 9 Roles Create PR with TOR ..................................... 67
Tabel 10 Roles Create PO ................................................... 69
Tabel 11 Roles Change PO ................................................. 71
Tabel 12 Roles Release PO ................................................. 73
Tabel 13 Diagram Activity : Unrelease PO ......................... 75
Tabel 14 Roles GR .............................................................. 77
Tabel 15 Roles Auction Disposition Tunjuk Langsung dan
Lelang Umum ..................................................................... 79
Tabel 16 Roles Auction Disposition Pemilihan Umum.... 81
Tabel 17 Roles Auction Process Tunjuk Langsung ......... 83
Tabel 18 Roles Auction Process Lelang Umum .............. 85

12
Tabel 19 Roles Auction Process Pemilihan Langsung .... 87
Tabel 20 Metode Lelang .................................................. 119
Tabel 21 Jenis Sampul ...................................................... 120
Tabel 22 Metode Evaluasi ................................................ 122
Tabel 23 Tipe PR ............................................................... 129
Tabel 24 Field Auction Attributes .................................... 151
Tabel 25 Field Auction Attributes .................................... 153
Tabel 26 Field Auction Attributes .................................... 154
Tabel 27Daftar Error Modul Vendor Management ......... 173
Tabel 28Daftar Error Modul Contract Management ....... 176
Tabel 29Daftar Error Modul Collaborative ...................... 177
Tabel 30Daftar Error Modul Sourcing .............................. 178
Tabel 31 Daftar Error UI Modul Vendor Management .... 182
Tabel 32Daftar Error UI Modul Contract Management... 184
Tabel 33Daftar Error UI Modul Collaborative .................. 186
Tabel 34Daftar Error UI Modul Sourcing ......................... 189
Tabel 35 Daftar Error UI Halaman Baseline ..................... 191
Tabel 36 Identifikasi Dan Mitigasi Risiko ......................... 194
Tabel 37 Aktivitas Kerja Praktik Minggu ke-1 .................. 206
Tabel 38 Aktivitas Kerja Praktik Minggu ke-2 .................. 208
Tabel 39 Aktivitas Kerja Praktik Minggu ke-3 .................. 211

13
Tabel 40Aktivitas Kerja Praktik Minggu ke-4 ................... 214
Tabel 41Aktivitas Kerja Praktik Minggu ke-5 ................... 215
Tabel 42Aktivitas Kerja Praktik Minggu ke-6 ................... 217
Tabel 43 Daftar Relasi ...................................................... 218

14
DAFTAR GAMBAR
Gambar 1 Logo PT Pertamina ............................................ 32
Gambar 2 Struktur Organisasi PT.Pertamina ..................... 37
Gambar 3 Struktur Organisasi CSS PT.Pertamina .............. 38
Gambar 4 Struktur Organisasi IT Solution PT.Pertamina .. 40
Gambar 5 Struktur Organisasi ADS PT.Pertamina ............ 42
Gambar 6 Enterprise Resource Planning (ERP).................. 43
Gambar 7 Logo SAP ........................................................... 44
Gambar 8 Logo i-P2P.......................................................... 47
Gambar 9 Modul-Modul i-P2P ........................................... 47
Gambar 10 Alur Proses Secara Umum i-P2P ..................... 52
Gambar 11 Diagram Activity Login User Internal (A)......... 53
Gambar 12 Diagram Activity Login User Eksternal (B) ...... 54
Gambar 13 Diagram Activity Registrasi Vendor ................ 55
Gambar 14 Diagram Activity Contractor Safety
Management System (CSMS) ............................................ 60
Gambar 15 Diagram Activity : Term Of Condition (TOR) ... 62
Gambar 16 Diagram Activity : Create PR ........................... 64
Gambar 17 Diagram Activity : Create PR with TOR ........... 66

15
Gambar 18 Diagram Activity : Create PO ........................... 68
Gambar 19 Diagram Activity : Change PO ......................... 70
Gambar 20 Diagram Activity : Release PO ......................... 72
Gambar 21 Diagram Activity : Unrelease PO ..................... 74
Gambar 22Diagram Activity Goods Receipt (GR) .............. 76
Gambar 23 Diagram Activity Auction Disposition Tunjuk
Langsung dan Lelang Umum .............................................. 78
Gambar 24 Diagram Activity Auction Disposition
Pemilihan Umum ............................................................... 80
Gambar 25 Diagram Activity Auction Process Tunjuk
Langsung ............................................................................ 82
Gambar 26 Diagram Activity Auction Process Lelang
Umum ................................................................................ 84
Gambar 27 Diagram Activity Auction Process Pemilihan
Langsung ............................................................................ 86
Gambar 28 Register Vendor .............................................. 88
Gambar 29 Vendor Bank Detail ......................................... 89
Gambar 30 Vendor Bank Detail ......................................... 90
Gambar 31 Pakta Integritas ............................................... 90
Gambar 32 Pakta Integritas ............................................... 91
Gambar 33 Success Registered Vendor ............................. 91
Gambar 34 Menu Vendor Management ........................... 92

16
Gambar 35 Vendor Registration List .................................. 92
Gambar 36 Detail Vendor Registration .............................. 93
Gambar 37 Approval Regloc .............................................. 93
Gambar 38 Approval MDM ................................................ 94
Gambar 39 Form Purchasing Information ......................... 94
Gambar 40 Notes Information ........................................... 95
Gambar 41 Login ................................................................ 96
Gambar 42 Menu Vendor Management ........................... 96
Gambar 43 Upgrade Vendor .............................................. 97
Gambar 44 Detail Form Upgrade Vendor .......................... 97
Gambar 45 Detail Form Bank ............................................. 98
Gambar 46 Detail Form Kepemilikan Perusahaan
Pemegang Saham............................................................... 99
Gambar 47 Detail Form Kepemilikan Perusahaan Komisaris
............................................................................................ 99
Gambar 48Detail Form Kepemilikan Perusahaan Akta
Perusahaan ...................................................................... 100
Gambar 49 Detail Form Direksi ........................................ 101
Gambar 50 Detail Form Sub Bidang Usaha ...................... 101
Gambar 51 Detail Form Dokumen Pendukung ................ 102
Gambar 52 Detail Form Laporan Keuangan..................... 103
Gambar 53 Detail Form Pajak .......................................... 103
17
Gambar 54 Vendor Id Transaction ................................... 104
Gambar 55 Menu Vendor Management ......................... 105
Gambar 56 List Vendor Update/Upgrade ........................ 105
Gambar 57 Detail Vendor Update/Upgrade .................... 106
Gambar 58 Login .............................................................. 106
Gambar 59 Menu Vendor Management ......................... 107
Gambar 60 CSMS ............................................................. 107
Gambar 61 CSMS ............................................................. 108
Gambar 62 Success CSMS ................................................ 108
Gambar 63 CSMS ............................................................. 109
Gambar 64 CSMS ............................................................. 110
Gambar 65 CSMS ............................................................. 111
Gambar 66 CSMS ............................................................. 111
Gambar 67 Template Category ........................................ 113
Gambar 68 Form TOR Informasi Umum .......................... 113
Gambar 69 Form TOR Persyaratan .................................. 114
Gambar 70 Form TOR Ruang Lingkup .............................. 115
Gambar 71 Form TOR Ruang Lingkup .............................. 115
Gambar 72 Form TOR Harga Kontrak .............................. 116
Gambar 73 Form TOR Jangka Waktu ............................... 116
Gambar 74 Form TOR Asuransi........................................ 117

18
Gambar 75 Form TOR Asuransi........................................ 117
Gambar 76 Form TOR Asuransi........................................ 118
Gambar 77 Form TOR Dokumen Tagihan ........................ 118
Gambar 78 List Subbidang ............................................... 124
Gambar 79 Form TOR Usulan Pengadaan ....................... 125
Gambar 80 Form TOR Upload Dokumen ......................... 125
Gambar 81 Form TOR Metode Evaluasi.......................... 126
Gambar 82 Form TOR Owner Estimate ........................... 126
Gambar 83 Success OE ..................................................... 126
Gambar 84 Print Preview TOR ......................................... 127
Gambar 85 Daftar TOR ..................................................... 127
Gambar 86 Form TOR ...................................................... 128
Gambar 87 PR Header Information ................................. 130
Gambar 88 Requisitioner ................................................. 131
Gambar 89 List of TOR ..................................................... 131
Gambar 90 Form Detail Item Overview ........................... 132
Gambar 91 Form Account Assignment ............................ 132
Gambar 92 Form Services ................................................ 133
Gambar 93 List Draft PR ................................................... 133
Gambar 94 Form PR Approve .......................................... 134
Gambar 95 Form PR Release ........................................... 134

19
Gambar 96 Create PO ...................................................... 135
Gambar 97 List Item ......................................................... 135
Gambar 98 List PR ............................................................ 135
Gambar 99 Item Overview ............................................... 136
Gambar 100 Warning Submit PO ..................................... 136
Gambar 101 Success PO................................................... 137
Gambar 102 Menu Collaborative..................................... 137
Gambar 103 Work List PO ................................................ 138
Gambar 104 Form Attachment PO .................................. 138
Gambar 105 Success PO................................................... 139
Gambar 106 Menu Collaborative..................................... 139
Gambar 107 Form Assign PO ........................................... 140
Gambar 108 Success Assign PO ....................................... 140
Gambar 109 Form Post PO .............................................. 140
Gambar 110 Warning Post PO ......................................... 141
Gambar 111 Menu Collaborative..................................... 141
Gambar 112 GR ................................................................ 142
Gambar 113 Detail Information ....................................... 142
Gambar 114 Detail Information ....................................... 142
Gambar 115 Success Save GR .......................................... 143
Gambar 116 Success Submit GR ...................................... 143

20
Gambar 117 Form Document GR..................................... 143
Gambar 118 Menu Collaborative..................................... 144
Gambar 119 Work List GR ................................................ 144
Gambar 120 Success Approve GR .................................... 145
Gambar 121 Menu Sourcing ............................................ 146
Gambar 122 Auction Disposition ..................................... 146
Gambar 123 Form Disposisi ............................................. 147
Gambar 124 Form Disposisi ............................................. 147
Gambar 125 Menu Sourcing ............................................ 148
Gambar 126 Create Auction Master ................................ 148
Gambar 127 Create Auction Master ................................ 149
Gambar 128 Menu Sourcing ............................................ 149
Gambar 129 List Auction Master ..................................... 150
Gambar 130 Form Master Auction Detail........................ 150
Gambar 131 Form Master Auction Detail........................ 151
Gambar 132 Form Auction Attributes ............................. 154
Gambar 133 Master Auction Detail ................................. 154
Gambar 134 Master Auction Detail ................................. 156
Gambar 135 Master Auction Detail ................................. 156
Gambar 136 Bidder List ................................................... 157
Gambar 137 Master Auction Detail ................................. 157

21
Gambar 138 Auction Activity ........................................... 158
Gambar 139 Auction Activity ........................................... 159
Gambar 140 Auction Activity ........................................... 160
Gambar 141 Auction Activity ........................................... 161
Gambar 142 Submit Lelang Umum .................................. 161
Gambar 143 Auction Activity ........................................... 162
Gambar 144 Proses Prakualifikasi.................................... 163
Gambar 145 Auction Process Detail ................................ 163
Gambar 146 Auction Process Detail ................................ 164
Gambar 147 Proses Aanwijizing....................................... 164
Gambar 148 Proses Aanwijizing....................................... 164
Gambar 149 Proses Penawaran ....................................... 165
Gambar 150 Proses Penawaran ....................................... 166
Gambar 151 Proses Evaluasi Penawaran ......................... 167
Gambar 152 Proses Evaluasi Bidding Price ...................... 168
Gambar 153 Proses Negosiasi.......................................... 168
Gambar 154 Proses Penetaapan Pemenang ................... 169
Gambar 155 Proses Penunjukan Pemenang.................... 170
Gambar 156 Approval Request List ................................. 170
Gambar 157 Approval Request ........................................ 171
Gambar 158 Menu Sourcing ............................................ 171

22
Gambar 159 Auction List.................................................. 172
Gambar 160 Activity Date Revision ................................. 172
Gambar 161 Diagram Prosentasi Error i-P2P................... 180
Gambar 162 Diagram Prosentasi Evaluasi User Interface
.......................................................................................... 193

23
BAB1
PENDAHULUAN
1.1 Latar Belakang
Pengadaan merupakan suatu kegiatan yang berkaitan
dengan pemenuhan/penyediaan sumber daya
(barang atau jasa) pada suatu proyek tertentu
(Setiadi, 2009). Pengadaan barang atau jasa atau yang
lebih dikenal dengan sebutan lelang (procurement)
telah banyak dilakukan oleh perusahaan, termasuk PT
Pertamina.
PT Pertamina sebagai salah satu badan usaha milik
negara yang bergerak dalam bidang energi meliputi
minyak, gas bumi serta energi terbarukan perlu
melakukan pengadaan barang/jasa untuk memenuhi
kebutuhan proses bisnis.
Proses pengadaan barang/jasa yang dilakukan selama
ini masih memiliki banyak kendala yang dirasakan baik
oleh pihak eksternal maupun internal. Dari sisi
eksternal , kendala pertama yang dirasakan adalah
kesulitaan dalam melakukan registrasi dan update
data vendor karena harus datang langsung ke lokasi
Pertamina. Kendala kedua adalah inefisiensi akibat
proses pengadaan yang melibatkan banyak dokumen
hard copy , selain itu vendor juga mengalami
kesulitan memantau status kontrak, tagihan serta
pembayaran. Dari sisi internal kendala yang yang

24
terjadi adalah pihak pertamina tidak dapat
mengetahui proses progress pengadaan secara cepat
dan proses bisnis pengadaan yang tidak terintegrasi.
Untuk mengatasi kendala tersebut, PT Pertamina men
develop sebuah aplikasi procurement yaitu Integrated
Procure to Pay (I-P2P) . Sistem ini nantinya akan
terintegrasi baik untuk korporat dan anak perusahaan
Pertamina. Pembuatan aplikasi ini sebagai salah satu
continous improvement yang dilakukan untuk
meningkatkan nilai-nilai perusahaan dan diharapkan
dengan adanya aplikasi ini proses pengadaan menjadi
efektif dan efisien sehingga dapat meningkatkan
operational excellence perusahaan.
Pada proses pembuatan I-P2P tak dipungkiri sangat
diperlukan pengukuran kualitas sebelum
diimplementasikan, hal ini berfungsi untuk menguji
maturitas dari perangkat lunak. Dengan didasari oleh
kebutuhan tersebut, maka dalam kerja praktik ini
akan dilakukan testing pada aplikasi IP2P. Testing
dilakukan pada fungsionalitas dan user interface yang
ada pada modul IP2P. Selain itu, pada kerja praktik
juga dibuat activity diagram untuk membantu pihak
eksternal maupun internal memahami alur dari
aplikasi I-P2P.

25
1.2 Tujuan
Tujuan dari pelaksanaan kerja praktik pada divisi
Aplication Development Solution adalah sebagai
berikut :
1. Mempelajari alur pengadaan pada Pertamina.
2. Mempelajari penggunaan I-P2P PT Pertamina.
3. Menganalisa kesalahan yang terdapat pada
ip2p.
4. Menganalisa user interface ip2p sesuai dengan
teori interaksi manusia komputer.

1.3 Pelaksana Kegiatan


Desy Lasterina - 5212100169
Mahasiswi Sistem Informasi Institut Teknologi
Sepuluh Nopember (ITS), Surabaya
Nella Amalina - 5212100173
Mahasiswi Sistem Informasi Institut Teknologi
Sepuluh Nopember (ITS), Surabaya

1.4 Manfaat
Adapun manfaat dari penulisan laporan kerja
praktik bagi PT PERTAMINA (Persero) khususnya
pada divisi Application Development Solution adalah
project Integrated Procure to Pay (I-P2P) menjadi
lebih baik dari sisi fungsionalitasnya dan user
interface . Hal ini disebabkan oleh testing yang
dilakukan secara rutin pada I-P2P selama tiga

26
minggu. Dengan adanya testing, maka akan
didapatkan kesalahan (error) pada aplikasi ,
kemudian error tersebut didokumentasikan dan
diberikan kepada pihak Pertamina sehingga pihak
Pertamina dapat memperbaiki error yang ada. Selain
testing, dilakukan evaluasi terhadap user interface
sesuai dengan teori-teori dalam interaksi manusia
komputer sehingga tampilan dari aplikasi IP2P
menjadi lebih baik dan user-friendly. Manfaat kedua
yang didapatkan bagi PT PERTAMINA adalah
kemudahan dalam memahami modul-modul I-P2P
dengan adanya activity diagram. Pada activity
diagram dijelaskan role dan alur setiap aktivitas
pada modul I-P2P.
Selain manfaat bagi PT PERTAMINA, manfaat
yang diharapkan dari penulisan buku lapran kerja
praktik bagi penulis sendiri, yaitu :
1. Memenuhi kewajiban pembuatan laporan
kerja praktik.
2. Menambah pengalaman dan wawasan dalam
dunia kerja .
3. Pembuatan summary hasil laporan kerja pratik
yang dapat digunakan unutuk pembelajaran
bagi penulis kedepannya.

27
1.5 Tempat dan Waktu Kerja Praktik
Nama Instansi : PT Pertamina (Persero)
Divisi : CSS (Corporate Shared Service)
Fungsi : IT Solution , Aplication
Development Solution
Alamat : Jl. Medan Merdeka Timur 1A,
Jakarta 10110
Waktu : 27 Juli 04 September 2015

1.6 Sistematika Penulisan Laporan


Bab I Pendahuluan
Pada Bab I akan dijelaskan mengenai pendahuluan
dan pembuatan laporan kerja praktik, seperti; Latar
belakang masalaha, tujuan, manfaat, ruang lingkup,
waktu dan tempat pelaksanaan, sistematika
penulisan, dan lainnya

Bab II Gambaran Umum Perusahaan


Bab II menjelaskan gambaran secara umum dari
perusahaan tempat pelaksanaan kerja praktik
berlangsung. Beberapa sub bab di dalamnya yaitu;
sejarah singkat, visi misi, nilai-nilai yang ditanamkan,
struktur organisasi.

28
BAB III Tinjauan Pustaka
Bab III menjelaskan mengenai teori yang digunakan
sebagai dasar pengerjaan buku laporan kerja
praktek.

Bab IV Pembahasan
Bab IV menjelaskan mengenai tahapan
pembelajaran yang didapatkan selama kerja praktik
pada PT Pertamina (Persero).

Bab V Penutup
Bab V menjelaskan mengenai penjelasan hasil dari
pembelajaran dan kesimpulan yang didapatkan
selama kerja praktik pada PT Pertamina (Persero).

1.7 Job Description Mahasiswi Kerja Praktik


Pada PT Pertamina (Persero) kami ditempatkan pada
Divisi CSS (Corporate Shared Service), IT Solution di
bagian Aplication Development Solution. Mahasiswi
ditempatkan dalam sebuah proyek dalam lingkup
cukup besar yaitu pembuatan aplikasi i-P2P.

Adapun rincian penugasan yang diterima mahasiswi


selama kerja praktik adalah sebagai berikut :

29
Tabel 1 Job Description

No. Job Description Hasil Yang Diperoleh


Mempelajari Modul Memahami seluruh
dari aplikasi i-P2P proses bisnis yang
untuk PT Pertamina berjalan dalam
dan seluruh anak aplikasi i-P2P dan
perusahannya juga dapat
1
berdasarkan oleh mengimplentasikan
booklet sementara nya pada aplikasi i-
yang telah ada P2P.
dalam bentuk
powerpoint.
Melakukan revisi Booklet diperbaharui.
terhadap booklet
2
jika ada perubahan
dari aplikasi i-P2P.
Implementasi Dapat memberi
aplikasi i-P2P dan masukan untuk
mencari kesalahan memperbaiki aplikasi
3 yang masih ada i-P2P kepada para
dalam aplikasi i-P2P programmer.
dalam bentuk list di
Ms. Excel.
Membuat diagram Dapat
4 activity seluruh menggambarkan
proses pada modul pemahaman

30
aplikasi i-P2P yang terhadap tiap proses
dipelajari mahasiswa bisnis pada tiap
selama kerja praktik. modul aplikasi i-P2P
dan juga diagram
dapat digunakan
untuk dokumentasi
alur proses tiap
modul aplikasi i-P2P.
Membuat daftar Dapat membantu
risiko yang mungkin developer aplikasi
terjadi pada agar dapat
pengimplementasian meminimalisir risiko
5
aplikasi i-P2P terjadi terhadap
kedepannya dan penggunaan apliKasi
memberikan daftar i-P2P.
mitigasi

31
BAB 2
GAMBARAN UMUM PERUSAHAAN
2.1 Pengenalan Singkat

Gambar 1Logo PT Pertamina

PT Pertamina (Persero) merupakan badan usaha


milik negara yang bergerak dalam bidang energi
yang meliputi minyak bumi, gas alam, serta energi
baru dan terbarukan. Dalam era globalisasi untuk
dapat bersaing dengan perusahaan lainnya,
Pertamina menjalankan kegiatan bisnisnya
berdasarkan prinsip prinsip good coorporate
governance.
Pertamina menggunakan landasan yang kokoh
untuk mewujudkan visi dan misi perusahaan dengan
menerapkan tata kelola perusaahaan yang telah
dimiliki dan dipahami oleh perusahaan. Seiring
dengan perkembangan bisnisnya, Pertamina juga
secara terprogram dan terstruktur menjalakan
program sosial dan lingkungan sebagai kepedulian

32
dan tanggung jawab perusahaan kepada seluruh
stakeholdernya.
Sejak tahun 1957, Pertamina menyelenggarakan
usaha minyak dan gas bumi pada sektor hulu hingga
hilir. Bisnis sektor hulu pada Pertamina
dilaksanakan baik di Indonesia maupun luar negeri
meliputi kegiatan di bidang eksplorasi, produksi
serta transmisi minyak dan gas sedangkan bisnis
sektor hilir Pertamina meliputi kegiatan pengolahan
minyak mentah, pemasaran dan niaga produkhasil
minyak, gas dan petrokimia dan bisnis perkapalan
terkait untuk pendistribusian produk Perusahaan .
2.2 Sejarah
Pada tahun 1950-an, Pemerintah Republik
Indonesia mulai menginventariskan sumber
pendapatan negara diantaranya berupa minyak dan
gas. Namun pada saat tu pengelolaan ladang minyak
peninggalan belanda tidak terkendali dan penuh
dengan sengketa.
Selanjutnya PT PERMINA diinstruksikan
untuk menjadi PN PERMINA sebagai tindak lanjut
dari kebijakan Pemerintah. Untuk memperkokoh
perusahaan, Pemerintah menerbitkan UU no 8
tahun 1971 dimana di dalamnya mengatur peran
Pertamina sebagai satu satunya perusahaan milik
negara yang ditugaskan melaksanakan pengusahaan
migas mulai dari mengelola dan menghasilkan migas
33
dari ladang-ladang minyak di seluruh wilayah
Indonesia, mengolahnya menjadi berbagai produk
dan menyediakan serta melayani kebutuhan bahan
bakar minyak & gas di seluruh Indonesia.
Seiring dengan waktu, Pemerintah
menerapkan Undang-Undang No. 22/2001. Paska
penerapan tersebut, Pertamina memiliki kedudukan
yang sama dengan perusahaan minyak lainnya.
Penyelenggaraan kegiatan bisnis PSO tersebut akan
diserahkan kepada mekanisme persaingan usaha
yang wajar, sehat, dan transparan dengan
penetapan harga sesuai yang berlaku di pasar.
Pada 10 Desember 2005, sebagai bagian dari
upaya menghadapi persaingan bisnis, PT Pertamina
mengubah logo dari lambang kuda laut menjadi
anak panah dengan tiga warna dasar hijau-biru-
merah. Logo tersebut menunjukkan unsur
kedinamisan serta mengisyaratkan wawasan
lingkungan yang diterapkan dalam aktivitas usaha
Perseroan.
2.3 Visi dan Misi
Adapun visi dan misi dari PT Pertamina adalah
sebagai berikut :
2.3.1 Visi Perusahaan
Visi dari PT Pertamina adalah menjadi perusahaan
energi nasional kelas dunia.

34
2.3.2 Misi Perusahaan
Misi dari PT Pertamina adalah menjalankan usaha
minyak, gas, serta energi baru dan terbarukan
secara terintegrasi berdasarkan prinsip-prinsip
komersial yang kuat.
2.4 Tujuan Perusahaan
Tujuan dari Pertamina adalah sebagai berikut :

Melakukan usaha energi, yaitu minyak dan


gas bumi, energi baru dan terbarukan, baik di
dalam maupun di luar negeri serta kegiatan
lain yang terkait atau menunjang kegiatan
usaha di bidang energi, yaitu minyak dan gas
bumi, energi baru dan terbarukan.
Pengembangan optimalisasi sumber daya
yang dimiliki Perseroan untuk menghasilkan
barang dan/atau jasa yang bermutu tinggi
dan berdaya saing kuat.
Meraih keuntungan guna meningkatkan nilai
Perseroan dengan menerapkan prinsip-
prinsip Perseroan Terbatas.

2.5 Tata Nilai Perusahaan


PT Pertamina menetapkan enam tata nilai
perusahaan yang menjadi pedoman bagi karyawan
utuk menjalankan perusahaan . Tata nilai Pertamina
adalah sebagai berikut :

35
BERSIH
Dikelola secara profesional, menghindari benturan
kepentingan, tidak menoleransi suap, menjunjung
tinggi kepercayaan dan integritas. Berpedoman
pada asas-asas tata kelola korporasi yang baik.

KOMPETITIF
Mampu berkompetisi dalam skala regional maupun
internasional, mendorong pertumbuhan melalui
investasi, membangun budaya sadar biaya dan
menghargai kinerja.
PERCAYA DIRI
Berperan dalam pembangunan ekonomi nasional,
menjadi pelopor dalam reformasi BUMN, dan
membangun kebanggaan bangsa.
FOKUS PADA PELANGGAN
Berorientasi pada kepentingan pelanggan dan
berkomitmen untuk memberikan pelayanan yang
terbaik kepada pelanggan
KOMERSIAL
Menciptakan nilai tambah dengan orientasi
komersial, mengambil keputusan berdasarkan
prinsip-prinsip bisnis yang sehat.
BERKEMAMPUAN
Dikelola oleh pemimpin dan pekerja yang
profesional dan memiliki talenta dan penguasaan
teknis tinggi, berkomitmen dalam membangun
kemampuan riset dan pengembangan

36
2.6 Struktur Organisasi
Dibawah ini merupakan bagan yang
menggambarkan struktur organisasi dari PT
Pertamina
Direktur Utama

Sekertaris
Komisaris Utama
Perusahaan

Komisaris

Direktur Energi
Direktur Direktur Direktur Direktur
Direktur Hulu Baru
Pengolahan Pemasaran Keuangan SDM & Umum
& Terbarukan

Business Marketing & Financing &


Exploration Gas & Power HR Development
Development Distribution Business Support

Engineering &
Development & Refining Non Fuel Asset
Operation Controller
Technology Operation Marketing Management
Management

Corporate Corporate Shared


Upstream Shipping
Strategic Growth Service

Upstream
Business
Development

Gambar 2 Struktur Organisasi PT.Pertamina

2.7 Corporate Shared Service (CSS)


Pada kesempatan kerja praktik kali ini, kami
ditempatkan pada divisi Corporate Shared Service
divisi IT Solution sub divisi Aplication and
Development Solution . Corporate Shared Service
(CSS) bertanggung jawab untuk menyediakan
layanan teknologi informasi dan komunikasi (TIK)
baik pada Pertamina maupun Anak Perusahaan

37
Pertamina. CSS menangani jenis layanan TIK antara
lain layanan ERP, layanan non-ERP, layanan
teknologi informasi dan layanan proses bisnis. .
Berikut adalah struktur organisasi dari CSS :

Corporate
Shared
Service

Compliance
Business IT
& Internal SPC IT Solution
Demand Operation
Governance

Gambar 3Struktur Organisasi CSS PT.Pertamina

Sebagai divisi penyedia jasa, Corporate Shared


Service (CSS) memiliki tugas pokok dan fungsi
sebagai berikut :
1. Evaluasi ICT Master Plan dan Enterprise
Architecture serta merencanakan dan
menetapkan 40 program ICT sampai
tahun 2018.
2. Penyusunan blueprint dan Service
Oriented Architecture (SOA) untuk
proses bisnis Direktorat Pemasaran dan
Business Process Management

38
3. Implementasi dan pengembangan tata
kelola, Risk Management and
Compliance untuk modul access control.
4. Penerapan Information Security
Management System (ISMS) berupa
pengkajian teknologi dan vendor
selection untuk implementasi program
peningkatan keamanan informasi dan
data.
5. Pelaksanaan Simulasi Disaster Recovery
Plan sebagai salah satu mitigasi risiko.
6. Implemenrasi Identity Management
System untuk standarisasi proses
pengelolaan user id.
7. Pengembangan kapabilitas enterprise
network.
8. Penandatanganan Commitment of IT
Service Excellence untuk mendukung
pencapaian target Pertamina menjadi
ASEAN Energy Champion 2025
Untuk mengukur kinerja dari CSS, telah dilakukan
pengukuran berdasarkan pada standar internasional
antara lain ISO/IEC 27001:2005, ISO/IEC 20000-1:11
dan COBIT .

39
2.8 IT Solution
IT Solution merupakan salah satu dari fungsi dalam
CSS. Dimana IT solution memiliki tanggungjawab
untuk memberikan layanan dukungan, pemeliharaan
dan pengembangan system informasi/aplikasi ERP
dan Non-ERP. Selain itu, IT Solution juga memiliki
fungsi untuk menyusun strategi, arsitektur dan juga
Security Teknologi Informasi yang handal.
Manajemen layanan CSS juga menerapkan
Manajemen Layanan ITIL v3 dan dalam tahap
sertifikasi ISO 20000:2005 yang dikelola oleh IT
Solution.
Berikut ini adalah bagan struktur organisasi dari IT
Solution :

IT Solution

Application Automation Strategy,


IT Service Business
Development & Integration Architecture
Management Solution
Solution Solution & Security

Gambar 4 Struktur Organisasi IT Solution PT.Pertamina

40
Fokus Utama IT Solutions :
1. Dukungan, pengembangan dan pemeliharaan
system aplikasi ERP/Non ERP.
2. Strategi, arsitektur dan keamanan informasi
yang handal.
3. Management layanan TI berstandar pada ISO
2000.

Lima Bidang IT Solutions :


1. Penyediaan layanan SAP modul
2. Pengembangan system informasi/aplikasi
Non ERP untuk bisnis hulu dan korporat
3. Pembangunan aplikasiNon ERP untuk bisnis
hilir
4. Strategi arsitektur system dan security
informasi
5. Manajemen layanan TI

2.9 Application Development Solution(ADS)


Application Development Solution (ADS) merupakan
salah satu divisi dibawah naungan IT Solution. ADS
bertanggungjawab dalam mengembangkan system
dan memelihara informasi/aplikasi ERP dan Non-
ERP untuk bisnis hulu dan hilir.

41
Berikut ini adalah struktur organisasi dari divisi
application development solution :

Application
Development
Solution

Assistant Ast Man Ast Manager Ast Manager Ast Manager


Manager Analyst Enterprise Business Developmen
User Database & Application Application t Project
Interface Collaboration Development Development Control

Gambar 5 Struktur Organisasi ADS PT.Pertamina

42
BAB 3
TINJAUAN PUSTAKA
3.1 Enterprise Resource Planning (ERP)
Enterprise Resource Planning (ERP)
merupakan sebuah system yang berfungsi untuk
mengintegrasikan proses-proses bisnis pada sebuah
perusahaan. Dalam ERP seluruh transaksi atau
aktivitas dalam proses bisnis perusahaan
terintegrasi menjadi satu sehingga seluruh proses
bisnis tersebut bekerja saling beraitan satu sama
lain.

Gambar 6 Enterprise Resource Planning (ERP)

43
Sistem yang diterapkan dalam ERP biasanya
real-time, diamana hanya menggunakan satu
database yang terpusat untuk semua system
sehingga data yang digunakan akurat dan kredibel
dengan proses bisnis lainnya.
3.2 System Application and Product in Data Processing
(SAP)

Gambar 7 Logo SAP

SAP (System Application and Product in Data


Processing) merupakan software Enterprise
Resources Planning (ERP) yang didirikan oleh 5 orang
karyawan IBM di Jerman pada tahun 1972.SAP
berfungsi sebagai tools IT dan manajemen untuk
membantu perusahaan dalam merencanakan dan
menjalankan proses bisnisnya. Selain itu keunggulan
dari SAP juga dapat mendukung integrasi proses
bisnis perusahaan.
Dalam SAP terdapat modul-modul yang
dapat mendukung seluruh transaksi yang berkaitan
dengan proses bisnis dan seluruh modul tersebut

44
bekerja saling berhubungan satu dengan yang
lainnya. Adapun modul-modul yang terdapat pada
SAP adalah sebagai berikut :

SD (Sales & Distribution)


MM (Materials Management)
PP (Production Planning)
FI (Financial Accounting)
CO (Controlling)
QM (Quality Management)
PM (Plant Maintenance)
HR (Human Resources Management)
AM (Asset Management)
PS (Project System)
3.3 E-Procurement
Electronic Procurement merupakan
transaksi pembelian antar bisnis (Business-to-
Business) dan juga transaksi penjualan barang/jasa
melalui internet. Atau dalam pengertian lain E-
Procurement merupakan pengadaan atau
pembelian barang/jasa secara elektronik. Dalam E-
Procurement transaksi tidak hanya mengenai
pembelian/penjualan saja tapi juga proses negoisasi,
pengambilan keputusan serta kontrak-kontrak
dengan vendor juga berjalan secara elektronik.

45
Tujuan dari adanya E-Procurement adalah sebagai
berikut :
1. Meningkatkan efektivitas dan efesiensi
dalam pengadaan barang/jasa.
2. Meningkatkan transparansi dan
akutanbilitas.
3. Memudahkan pelaksanaan proses lelang.
4. Dapat menciptakan situasi yang kondusif
agar terjadi persaingan yang sehat antar
vendor.
Adapun manfaat dari E-Procurement adalah sebagai
berikut :
1. Pelaksanaan pengadaan barang/jasa dapat
berlangsung secara transparan.
2. Tercapainya mutu produk, waktu
pelaksanaan, pemanfaatan dana,
sumberdaya manusia, teknologi dalam
pelaksanaannya.
3. Dapat menghemat biaya pelaksanaan dan
juga dapat mengoptimalkan waktu
pelaksanaan.
4. Mengurangi tenaga sumber daya manusia.
3.4 Integrated Procure to Pay (i-P2P)
Integrated Procure to Pay (i-P2P) merupakan
sebuah aplikasi online yang dikembangkan oleh
divisi Aplication Development Solution Pertamina

46
untuk membantu pencatatan proses bisnis
pengadaan barang dan jasa mulai dari permintaan,
pembuatan lelang, realisasi, pembayaran dan pajak
yang terintegrasi dengan sistem ERP. Aplikasi ini
akan digunakan oleh Pertamina beserta anak
perusahaannya .

Gambar 8 Logo i-P2P

Di dalam aplikasi i-P2Pini memiliki modul-modul dan


feature sebagai berikut :

Vendor
Management

Contract
Collaborative
Management

i-P2P
Invoice, Tax
Sourcing
Payment

Spend
Analysis

Gambar 9 Modul-Modul i-P2P

47
Adapun nilai yang diharapkan dari implementasi i-
P2P adalah sebagai berikut :

Meningkatkan kualitas Partnershipdengan


Mitra Kerja
Biaya dan waktu yang efektif
Transparasi, audit dan keuangan
Kemudahan pemeliharaan dan adjustment
terhadap perubahan regulasi
Kemudahan proses analisis dan evaluasi
Dokumentasi transaksi yang lebih baik dan
paperless-oriented
Integrasi proses procurement
Sumber data tunggal
Keunggulan dan pemenuhan operasional
3.5 Software Testing
Software Testing adalah pengujian yang dilakukan
pada sistem dengan tujuan untuk verifikasi apakah
sistem telah berlaku sebagaimana telah ditetapkan,
mendeteksi error dan validasi apakah sistem sudah
memenuhi keinginan atau kebutuhan dari
pengguna. Terdapat dua metode dalam software
testing yaitu :

White Box Testing


White box testing adalah pengujian yang
dilakukan dengan melihat kode kode
program yang ada untuk memastikan

48
software beroperasi berdasarkan spesifikasi
dan desain yang sudah ditetapkan . Manfaat
pengujian software dengan white box adalah
untuk memastikan :
1. Semua path independen di
eksesuksi minimal satu kali
2. Semua keputusan logika
dieksekusi baik untuk path benar
dan salah
3. Loop dieksekusi pada nilai
batasnya
4. Semua struktur data internal
dicoba untuk memastikan ke
validan dari software

Black Box Testing


Black box testing adalah pengujian perangkat
lunak yang tidak meneliti kode program dari
software tersebut. Blackbox testing
memfokuskan pada kebutuhan fungsional
dari software . Black box testing berusaha
menemukan kesalahan dalam kategori :
1. Fungsionalitas software yang tidak
benar
2. Kesalahan interface
3. Kesalahan dalam struktr data atau
akses database.

49
3.6 Activity Diagram
Menurut Martin Fowler (2005:163) activity diagram
adalah teknik untuk menggambarkan logika
prosedural, proses bisnis dan alur kerja. Dalam
activity diagram terdapat notasi notasi yang
digunakan sebagai berikut :
Tabel 2 Notasi Diagram Activity

No. Gambar Nama Keterangan

1 Titik awal Notasi ini


digunakan sebagai
status awal
aktivitas sistem.
2 Titik Akhir Notasi ini
digunakan untuk
menandakan akhir
dari aktivitas pada
sistem.
3 Activity Notasi ini
digunakan untuk
menggambarkan
proses

4 Decission Notasi ini


digunakan apabila
terdapat pilihan

50
aktivitas lebih dari
satu
5 State Notasi ini
Transition digunakan untuk
menunjukan
aktivitas
selanjutnya
6 Fork Notasi ini
digunakan untuk
menunjukkan
kegiatan yang
dilakukan secara
paralel
7 Join Notasi ini
digunakan untuk
menunjukkan
kegiatan yang
digabungkan.
8 Swimlane Digunakan untuk
memisahkan role
pada sistem.

51
BAB 4
ANALISA DAN PEMBAHASAN

4.1 Alur Proses Aplikasi I-P2P


Pada sub bab ini kami melakukan analisa mengenai
alur proses aplikasi i-P2P. Dimana gambaran alur akan
dijabarkan secara umum dan pada tiap modul.
4.1.1 Alur Proses Secara Umum
Alur proses secara umum ini menjelaskan proses
bisnis umum yang dilakukan dalam aplikasi i-P2P.

TOR PR SOURCING

GR / SA PO CONTRACT

INVOICE and
LOKET VERIFIKATOR
SP3

SPC LEGAL TAX

Gambar 10 Alur Proses Secara Umum i-P2P

52
4.1.2 Alur Proses Login User
4.1.2.1 Diagram Activity Login User Internal (A)

Gambar 11Diagram Activity Login User Internal (A)

Dimana pada alur ini menjelaskan proses login user


internal pertamina yang akan menggunakan
aplikasi i-P2P. User harus memasukan username,
password dan juga memilih domain perusahaan
pertamina. Setelah memasukan username,

53
password dan domain maka user akan login sesuai
user yang dimasukan.
4.1.2.2 Diagram Activity Login User Eksternal (B)

Gambar 12Diagram Activity Login User Eksternal (B)

Dimana pada alur ini menjelaskan proses login user


eksternal yaitu vendor yang akan menggunakan
aplikasi i-P2P. User harus memasukan username
dan password. Setelah memasukan username dan

54
password, maka user akan login sesuai user yang
dimasukan.
4.1.3 Alur Proses Modul Vendor Management
4.1.3.1 Diagram Activity Registrasi VendoR

Gambar 13Diagram Activity Registrasi Vendor

55
Dimana pada alur ini menjelaskan proses vendor
melakukan pendaftaran di aplikasi i-P2P. Dalam
alur ini terdapat 3 peran yang saling berhubungan
yaitu vendor, Regloc dan MDM.
Tabel 3 Roles Registrasi Vednor

User Roles
Vendor Vendor baru mengisikan
data perusahaan secara
umum dan mengisi pakta
integritas serta surat
pernyataan yang kemudian
dicetak dan dikirimkan ke
Pertamina
Regloc Melakukan verifikasi data
pendaftaran dan melakukan
input informasi di i-P2P.
MDM (Master Melakukan verifikasi data
Data yang telah diverifikasi oleh
Maintenance) regloc dan juga mensubmit
data registrasi ke MySAP

56
4.1.3.2 Diagram Activity Update/Upgrade Vendor
B

Tabel 4Diagram Activity Update/Upgrade Vendor

57
Pada diagram activity ini akan digambarkan alur
proses dari update/upgrade vendor. Dimana ada 7
peran yang berkerja disini, yaitu vendor, regloc,
legal, finance, procurement, HSE, dan MDM.
Tabel 5 Roles Update/Upgrade Vendor

User Roles
Vendor Mengisikan dan men-submit
data perusahaan secara
detail (Bank, Kepemilikan
Perusahaan, Direksi, Sub
Bidang Usaha, Dokumen
Pendukung, Laporan
Keuangan, Pajak, CSMS*)
Regloc Melakukan verifikasi data
secara umum. Setelah data
diverifikasi, admin reg loc
akan mensubmit data yang
selanjutnya akan direview
oleh fungsi Keuangan, Legal,
dan HSE.
Legal Melakukan verifikasi data
legalitas perusahaan vendor
Finance Melakukan verifikasi data
keuangan vendor

58
Procurement Melakukan verifikasi data
procurement
HSE Melakukan verifikasi data
CSMS
MDM (Master Submit data vendor SKT ke
Data MySAP
Maintenance)

59
4.1.3.3 Diagram Activity Contractor Safety Management
System (CSMS)

Gambar 14Diagram Activity Contractor Safety Management System (CSMS)

60
Pada diagram activity ini akan digambarkan alur
proses dari CSMS. Dimana ada 3 peran yang
berkerja disini, yaitu vendor, HSE, dan MDM.
Tabel 6 Roles Contractor Safety Management System (CSMS)

User Roles
Vendor Melakukan input data
CSMS.
HSE Melakukan verifikasi data
CSMS.
MDM Melakukan verifikasi data
CSMS setelah HSE
melakukan verifikasi.

61
4.1.4 Alur Proses Modul Contract Management
4.1.4.1 Diagram Activity : Term Of Condition (TOR)

Gambar 15Diagram Activity : Term Of Condition (TOR)

62
Pada diagram activity ini akan digambarkan alur
proses dari TOR. Disini terdapat 2 peran yang
berkerja dalam jalannya proses TOR yaitu Creator
dan Approval.
Tabel 7 Roles TOR

User Roles
Creator Melakukan pembuatan TOR,
melakukan input data yang
diperlukan dan juga memilih
metode evaluasi dan
melakukan permintaan
persetujuan kepada approval.
Approval Melakukan approve/reject
terhadap TOR.

63
4.1.5 Alur Proses Modul Collaborative
4.1.5.1 Diagram Activity : Create PR

Gambar 16Diagram Activity : Create PR

64
Pada diagram activity ini akan digambarkan alur
proses dari pembuatan PR. Dimana ada 3 user
yang berperan dalam proses ini yaitu creator,
reviewer dan releaser.
Tabel 8 Roles Create PR

User Roles
Creator Melakukan pembuatan PR.
Memasukan data-data yang
diperlukan. Dapat merubah
PR dan melakukan submit PR
yang telah dibuat.
Reviewer Melakukan review pada
dokumen PR yang sudah
dibuat. Dan reviewer juga
melakukan approve/reject
pada draft PR.
Releaser Melakukan release PR dan
melakukan pengecheckan
value. Setelah itu releaser juga
melakukan post ke SAP.

65
4.1.5.2 Diagram Activity : Create PR with TOR

Gambar 17Diagram Activity : Create PR with TOR

66
Pada diagram activity ini akan digambarkan alur
proses dari pembuatan PR dengan tahapan
memilih TOR yang sudah ada untuk melakukan
pembuatan PR. Dimana ada 3 user yang berperan
dalam proses ini yaitu creator, reviewer dan
releaser.
Tabel 9 Roles Create PR with TOR

User Roles
Creator Melakukan pembuatan PR
dengan memilih TOR yang
telah ada. Memasukan data-
data yang diperlukan. Dapat
merubah PR dan melakukan
submit PR yang telah dibuat.
Reviewer Melakukan review pada
dokumen PR yang sudah
dibuat. Dan reviewer juga
melakukan approve/reject
pada draft PR.
Releaser Melakukan release PR dan
melakukan pengecheckan
value. Setelah itu releaser juga
melakukan post ke SAP.

67
4.1.5.3 Diagram Activity : Create PO

Gambar 18Diagram Activity : Create PO

68
Pada diagram activity ini akan digambarkan alur
proses dari pembuatan PO. Dimana ada 3 user
yang berperan dalam proses ini yaitu creator,
reviewer dan SPC.
Tabel 10 Roles Create PO

User Roles
Creator Melakukan pembuatan PO.
Memasukan data-data yang
diperlukan. Dapat merubah
PO dan melakukan submit PO
yang telah dibuat.
Reviewer Melakukan review pada
dokumen PO yang sudah
dibuat. Dan reviewer juga
melakukan approve/reject
pada draft PO.
SPC Melakukan pengecheckan
value dan melakukan
assign/reject pada PO. SPC
juga melakukan post PO yang
menghasilkan dokumen akhir
dari PO.

69
4.1.5.4 Diagram Activity : Change PO

Gambar 19Diagram Activity : Change PO

70
Pada diagram activity ini akan digambarkan alur
proses dari melakukan perubahan pada PO.
Dimana ada 3 user yang berperan dalam proses ini
yaitu creator, reviewer dan SPC.
Tabel 11 Roles Change PO

User Roles
Creator Dapat melakukan perubahan
pada draft PO yang telah
dibuat. Creator juga
melakukan submit document
PO.
Reviewer Melakukan review pada
dokumen PO yang sudah
dibuat. Dan reviewer juga
melakukan approve/reject
pada draft PO.
SPC Melakukan pengecheckan
value dan melakukan
assign/reject pada PO. SPC
juga melakukan post PO yang
menghasilkan file PO yang
telah dirubah.

71
4.1.5.5 Diagram Activity : Release PO

Gambar 20Diagram Activity : Release PO

72
Pada diagram activity ini akan digambarkan alur
proses dari release PO. Dimana ada 3 user yang
berperan dalam proses ini yaitu creator, reviewer
dan SPC.
Tabel 12 Roles Release PO

User Roles
Creator Melakukan release PO dan
kemudian melakukan submit
PO.
Reviewer Melakukan review pada
dokumen PO dan reviewer
juga melakukan
approve/reject padaPO.
SPC Melakukan pengecheckan
value dan melakukan
assign/reject pada PO. SPC
juga melakukan post PO yang
menghasilkan file PO yang
telah release.

73
4.1.5.6 Diagram Activity : Unrelease PO

Gambar 21 Diagram Activity : Unrelease PO

74
Pada diagram activity ini akan digambarkan alur
proses dari Unrelease PO. Dimana ada 3 user yang
berperan dalam proses ini yaitu creator, reviewer
dan SPC.
Tabel 13 Diagram Activity : Unrelease PO

User Roles
Creator Melakukan Unrelease PO dan
kemudian melakukan submit
PO.
Reviewer Melakukan review pada
dokumen PO dan reviewer
juga melakukan
approve/reject pada PO.
SPC Melakukan pengecheckan
value dan melakukan
assign/reject pada PO. SPC
juga melakukan post PO yang
menghasilkan file PO yang
telah di Unrelease.

75
4.1.5.7 Diagram Activity Goods Receipt (GR)

Gambar 22Diagram Activity Goods Receipt (GR)

76
Pada diagram activity ini akan digambarkan alur
proses dari Goods Receipt. Dimana ada 2 user yang
berperan dalam proses ini yaitu creator dan
approval.
Tabel 14 Roles GR

User Roles
Creator Melakukan pembuatan GR
dan submit GR.
Approval Melakukan upload dokumen
yang dibutuhkan dan
melakukan approve dan reject
terhadap GR.

77
4.1.6 Alur Proses Modul Sourcing
4.1.6.1 Diagram Activity Auction Disposition Tunjuk
Langsung dan Lelang Umum
Manager Tim Pengadaan

Select TOR

Use TOR and


Change be Auction

Auction Disposition

Select Disposition
Type and PIC Name

Prepare Master
Save Action
Auction

Create Master
Auction

Select Purchasing
Group and
Organization

Save Auction
Master

Input All Form Master


Auction Details

Save Form Master


Auction Details

Submit Master
Auction

Gambar 23Diagram Activity Auction Disposition Tunjuk Langsung


dan Lelang Umum

78
Pada diagram activity ini akan digambarkan alur
proses dari disposisi lelang dengan tipe Tunjuk
Langsung dan Lelang Umum. Dimana ada 2 user
yang berperan dalam proses ini yaitu manager dan
tim pengadaan.
Tabel 15 Roles Auction Disposition Tunjuk Langsung dan Lelang
Umum

User Roles
Manager Melakukan perubahan dari
TOR yang telah ada menjadi
lelang. Lalu manager juga
melakukan disposisi terhadap
lelang.
Tim Melakukan pembuatan
Pengadaan master lelang dan mengisi
seluruh form dari detail
master lelang. Dan juga
melakukan submit terhadap
master lelang.

79
4.1.6.2 Diagram Activity Auction Disposition Pemilihan
Langsung
Manager Tim Pengadaan

Select TOR

Use TOR and


Change be Auction

Auction Disposition

Select Disposition
Type and PIC Name

Prepare Master
Save Action
Auction

Create Master
Auction

Select Purchasing
Group and
Organization

Save Auction
Master

Input All Form Master


Auction Details and
Select Vendor to Join
Auction

Save Form Master


Auction Details

Submit Master
Auction

Gambar 24 Diagram Activity Auction Disposition Pemilihan


Langsung

80
Pada diagram activity ini akan digambarkan alur
proses dari disposisi Pemilihan Langsung. Dimana
ada 2 user yang berperan dalam proses ini yaitu
manager dan tim pengadaan.
Tabel 16 Roles Auction Disposition Pemilihan Umum

User Roles
Manager Melakukan perubahan dari
TOR yang telah ada menjadi
lelang. Lalu manager juga
melakukan disposisi terhadap
lelang.
Tim Melakukan pembuatan
Pengadaan master lelang dan mengisi
seluruh form dari detail
master lelang. Pada lelang tipe
pemilihan langsung, tim
pengadaan melakukan
pemilihan vendor yang akan
mengikuti lelang. Dan tim
pengadaan juga melakukan
submit terhadap master
lelang.

81
4.1.6.3 Diagram Activity Auction Process Tunjuk
Langsung

Gambar 25Diagram Activity Auction Process Tunjuk Langsung

82
Pada diagram activity ini akan digambarkan alur
proses dari proses lelang tipe Tunjuk Langsung.
Dimana ada 2 user yang berperan dalam proses ini
yaitu Vendor dan tim pengadaan.
Tabel 17 Roles Auction Process Tunjuk Langsung

User Roles
Tim Melakukan pemilihan vendor
Pengadaan yang akan ditunjuk langsung,
melakukan pengumuman
lelang, melakukan pembukaan
penawaran melakukan
evaluasi bidding price,
melakukan negoisasi,
menentukan pemenang
lelang, dan mengumumkan
pemenang lelang.
Vendor Mengikuti lelang, melakukan
upload dokumen yang
dibutuhkan dan juga
melakukan download
dokumen yang diperlukan.

83
4.1.6.4 Diagram Activity Auction Process Lelang Umum

Gambar 26Diagram Activity Auction Process Lelang Umum

84
Pada diagram activity ini akan digambarkan alur
proses dari proses lelang tipe Lelang Umum.
Dimana ada 2 user yang berperan dalam proses ini
yaitu Vendor dan tim pengadaan.
Tabel 18 Roles Auction Process Lelang Umum

User Roles
Tim Mengumumankan
Pengadaan pengumuman tentang lelang,
aanwijzing, melakukan
pembukaan penawaran,
melakukan evaluasi bidding
price, melakukan negoisasi,
sanggah, menentukan
pemenang lelang, dan
mengumumkan pemenang
lelang.
Vendor Mengikuti lelang, melakukan
upload dokumen yang
dibutuhkan dan juga
melakukan download
dokumen yang diperlukan.

85
4.1.6.5 Diagram Activity Auction Process Pemilihan
Langsung

Gambar 27Diagram Activity Auction Process Pemilihan Langsung

86
Pada diagram activity ini akan digambarkan alur
proses dari proses lelang tipe Pemilihan Langsung.
Dimana ada 2 user yang berperan dalam proses ini
yaitu Vendor dan tim pengadaan.
Tabel 19 Roles Auction Process Pemilihan Langsung

User Roles
Tim Mengumumankan
Pengadaan pengumuman tentang lelang,
aanwijzing, melakukan
pembukaan penawaran,
melakukan evaluasi bidding
price, melakukan negoisasi,
sanggah, menentukan
pemenang lelang, dan
mengumumkan pemenang
lelang.
Vendor Mengikuti lelang, melakukan
upload dokumen yang
dibutuhkan dan juga
melakukan download
dokumen yang diperlukan.

87
4.2 Implementasi i-P2P
Padas sub bab ini kami akan menjelaskan mengenai
implementasi pada aplikasi i-P2P yang kami lakukan
selama menjalankan kerja praktik di PT Pertamina.
Penjelasan akan dirinci pada tiap modul yang
dipelajari pada aplikasi i-P2P.
4.2.1 Vendor Management
Modul Vendor Management adalah modul yang
berhubungan dengan pengelolaan master data
vendor, dimana vendor dapat mengelola beberapa
datanya sendiri. Dan juga dalam modul ini vendor
dapat melakukan kegiatan dari mulai registrasi,
update/upgrade dan juga CSMS.
4.2.1.1 Register Vendor
Tahap awal vendor dalam Integrated Procure to
Pay adalah melakukan registrasi. Untuk
melakukan registrasi, vendor dapat menekan
menu register vendor.

Gambar 28 Register Vendor

88
Lalu akan muncul tampilan seperti gambar diatas.
Masukkan informasi umum yang bersifat
mandatory yang ditandai dengan kotak kuning,
kemudian masukkan captcha dan tekan save.
Setelah memasukkan informasi umum mengenai
perusahaan vendor, selanjutnya vendor diminta
untuk memasukkan detail bank yang digunakan.
Masukkan informasi mengenai bank yang bersifat
mandatory dan kemudian klik save.

Gambar 29 Vendor Bank Detail

Jika penyimpanan mengenai detail bank vendor


sudah terisi maka akan muncul tampilan seperti
gambar dibawah ini. Pada tahap ini kita dapat
menambahkan bank yang dimiliki , melakukan edit
dari bank yang sudah diinputkan maupun
menghapus bank yang sudah diinputkan. Jika
informasi mengenai bank sudah benar, vendor
dapat melanjutkan ke tahap selanjutnya dengan
menekan tombol next.

89
Gambar 30Vendor Bank Detail

Kemudian akan muncul perjanjian yang harus


dibaca oleh vendor dengan baik baik . Pada
halaman perjanjian ini, vendor diwajibkan
menginputkan nama lengkap direktur dan jabatan
kemudian memberi tanda checklist pada tombol
persetujuan mengenai pakta integritas.

Gambar 31 Pakta Integritas

Setelah membaca, memahami dan menyetujui


pakta integritas yang tertera, vendor dapat
mencetak pakta integritas dengan menekan
tombol print dan menekan submit.

90
Gambar 32Pakta Integritas

Jika berhasil melakukan submit registrasi vendor


maka vendor mendapatkan id register vendor
seperti yang terlihat pada gambar dibawah ini.

Gambar 33 Success Registered Vendor

4.2.1.2 Approval Register Vendor


Jika vendor sudah melakukan registrasi, maka
selanjutnya tugas dari pihak pertamina untuk
menerima atau menolak registrasi vendor
tersebut. Langkah awal yang dilakukan adalah

91
admin regloc melakukan login dan menekan menu
Vendor Management > Registration List.

Gambar 34 Menu Vendor Management

Pada vendor registration list , pilih vendor yang


ingin dilakukan persetujuan atau penolakan
dengan mengklik detail pada kolom action.

Gambar 35 Vendor Registration List

Jika sudah di klik tombol detail maka akan terlihat


detail dari informasi yang sudah diinputkan oleh
vendor saat registrasi.

92
Gambar 36 Detail Vendor Registration

Kemudian admin regloc dapat menginputkan note


dan memilih antara approve atau reject. Jika
admin memilih approve maka registrasi vendor
akan dilanjutkan kepada mdm, sedangkan jika
registrasi ditolak maka vendor melakukan
registrasi ulang.

Gambar 37 Approval Regloc

93
Kemudian approval akan dilakukan lagi oleh MDM.
MDM berkewajiban menginputkan informasi
mandatory pada kotak kuning seperti Search
Term, Service Agent Proc, Company Term Payment
dan Payment Method.

Gambar 38 Approval MDM

Kemudian MDM juga wajib menginputkan


mengenai purchasing information dengan
menekan tombol new.
Akan muncul tampilan form yang harus diisikan
oleh MDM mengenai purchasing information , jika
sudah selesai tekan update.

Gambar 39 Form Purchasing Information

94
Setelah menginputkan informasi mandatory,
MDM menginputkan note . MDM dapat
melakukan approve ataupun reject . Jika MDM
melakukuan approve maka vendor akan
mendapatkan nomor vendor dan dapat
melakukan login, namun jika MDM melakukan
reject maka data registrasi vendor akan
dikembalikan kepada admin regloc.

Gambar 40 Notes Information

4.2.1.3 Update/Upgrade Vendor


Setelah proses registrasi vendor di approve,
vendor wajib melakukan update/upgrade.
Langkah pertama dalam melakukan
update/upgrade adalah melakukan login dengan
menginputkan username dan password.

95
Gambar 41 Login

Kemudian klik menu Vendor Management >


Manage Vendor > Upgrade Vendor.

Gambar 42 Menu Vendor Management

Jika registrasi vendor yang sudah dilakukan pada


tahap sebelumnya berhasil dan diapprove oleh
pertamina maka akan muncul tombol Upgrade SKT
pada kolom action. Namun jika registrasi ditolah ,
update/upgrade tidak akan dapat dilakukan.

96
Gambar 43 Upgrade Vendor

Akan muncul tampilan tab-tab yang harus diisi dan


dilampirkan dokumennya . Tab pertama adalah
tab info yang berisikan informasi umum dari
vendor yang sudah diinputkan pada registrasi ,
pada tahap ini dapat dilakukan perubahan pada
field yang diinginkan kemudian klik save.

Gambar 44 Detail Form Upgrade Vendor

97
Tab berikutnya adalah bank , digunakan untuk
mengisikan informasi bank vendor . Klik save jika
melakukan perubahan pada field yang diinginkan

Gambar 45 Detail Form Bank

Selanjutnya adalah tab kepemilikan perusahaan.


Dalam kepemilikan perusahaan terdapat 3 sub tab
yang disyaratkan diisi . Ketiga sub tab tersebut
adalah sebagai berikut :

Pemegang Saham
Digunakan untuk menginputkan data
pemegang saham perusahaan , input dan
upload field yang dibutuhkan kemudian klik
save.

98
Gambar 46 Detail Form Kepemilikan Perusahaan Pemegang
Saham

Komisaris
Digunakan untuk menginputkan data
pemegang saham perusahaan , input dan
upload field yang dibutuhkan kemudian klik
save untuk melanjutkan atau cancel untuk
membatalkan.

Gambar 47Detail Form Kepemilikan Perusahaan Komisaris

99
Akta Perusahaan
Digunakan untuk menginputkan akta
perusahaan , input dan upload field yang
dibutuhkan kemudian klik save untuk
melanjutkan atau cancel untuk membatalkan.

Gambar 48Detail Form Kepemilikan Perusahaan Akta


Perusahaan

Kemudian tab selanjutnya adalah direksi . Tab


direksi digunakan untuk menginputkan
pimpinan/direksi perusahaan. Input dan upload
dokumen pad field bersifat mandatory yang
ditandai dengan warna kuning.

100
Gambar 49Detail Form Direksi

Kemudian pada tab sub bidang usaha vendor


dapat memilih bidang dan sub bidang usaha yang
sesuai dengan perusahaan.

Gambar 50Detail Form Sub Bidang Usaha

101
Tab selanjutnya yaitu dokumen pendukung
digunakan untuk mengisikan data dokumen
pendukung perusahaan .

Gambar 51 Detail Form Dokumen Pendukung

Kemudian pada tab laporan keuangan kita


menginputkan data keuangan perusahaan untuk
menentukan klasifikasi vendor termasuk kelas
besar, menengah atau kecil.

102
Gambar 52 Detail Form Laporan Keuangan

Pada tab pajak dapat diinputkan data pajak dari


perusahaan kemudian klik save untuk melanjutkan
atau cancel untuk membatalkan.

Gambar 53 Detail Form Pajak

103
Jika sudah selesai klik tab submit dan inputkan
note yang berada pada field berwarna kuning
kemudian klik submit .Ketika submit berhasil maka
akan keluar nomo vendor transaksi seperti gambar
berikut

Gambar 54 Vendor Id Transaction

Proses registrasi akan diverifikasi oleh Pertamina


dan selama proses verifikasi berlangsung, vendor
tidak dapat melakukan perubahan data.
4.2.1.4 Approval Update/Upgrade Vendor
Pada proses approval update/upgrade vendor
terdapat 6 proses approval yaitu mulai dari admin
reg loc kemudian kepada legal, keuangan, HSE,
Procurement lalu MDM.
Untuk approval yang dilakukan setiap user
dilakukan dengan cara yang sama yaitu pertama

104
mengklik menu Vendor management >
Update/Upgrade List .

Gambar 55 Menu Vendor Management

Kemudian Klik detail pada vendor yang ingin di


review

Gambar 56 List Vendor Update/Upgrade

Pada tab detail vendor update/upgrade dapat


dilakukan tiga tindakan yaitu

Approve , untuk melanjutkan proses


Clarification, untuk mengembalikan data
kepada vendor agar diperbaiki
Reject, untuk menolak dokumen vendor .
Sebelum melakukan salah satu tindakan , jangan
lupa untuk menginputkan pesan pada panel New
Notes.

105
Gambar 57 Detail Vendor Update/Upgrade

4.2.1.5 Contractor Safety Management System (CSMS)


CSMS merupakan modul yang digunakan oleh
vendor dengan sub bidang Q (SKT ataupun Non
SKT) untuk mendapatkan penilaian Contractor
Safety Management System. Untuk melakukan
csms , vendor dapat melakukan login dengan
menginputkan username dan password.

Gambar 58 Login

106
Setelah login klik menu vendor management > HSE
Certification > CSMS

Gambar 59 Menu Vendor Management

Akan muncul tampilan seperti berikut kemudian


klik tombol untuk menampilkan pertanyaan

Gambar 60 CSMS

Klik tombol untuk mengisi pertanyaan yang


ada, apabila vendor menjawab ya , maka vendor
diwajibkan untuk mengupload berkas lampitran
untuk mendukung jawaban tersebut . Kemudian

107
klik save untuk melanjutkan ke pertanyaan
berikutnya atau tombol close untuk membatalkan.

Gambar 61CSMS

Apabila user sudah menjawab semua pertanyaan,


CSMS baru dapat di submit. Jika proses submit
berhasil maka sistem akan menampilkan popup
notifikasi berhasil seperti berikut :

Gambar 62 Success CSMS

4.2.1.6 Approval CSMS


Untuk melakukan approval pada CSMS klik menu
Vendor Management > HSE Certification List >
Review Certification. Maka akn muncul tampilan
seperti berikut klik tombol review untuk

108
menampilkan halaman CSMS Review. Klik icon
untuk mereview jawaban pada elemen tertentu.

Gambar 63CSMS

Kemudian klik icon untuk menampilkan


popup edit form. Pada pop up edit form pilih salah
satu nilai pada pannerl review. Apabila diperlukan
ketikkan deskripsi pada kolom deskripi dan jika

sudah selesai dapat mengklik icon untuk


menyimpan hasil review.

109
Gambar 64CSMS

Apabila hasil review > 40 maka user diwajibkan


untuk mereview field verification dengan mengklik

icon untuk menampilkan popup edit form.


Pada pop up edit form pilih salah satu nilai pada
pannerl review. Apabila diperlukan ketikkan
deskripsi pada kolom deskripi dan jika sudah

selesai dapat mengklik icon untuk


menyimpan hasil review.

110
Gambar 65CSMS

Jika sudah selesai maka akan muncul nilai dari


CSMS Revview seperti berikut :

Gambar 66CSMS

111
4.2.2 Contract Management
Modul Contract Management digunakan untuk
membentuk sistem yang mencakup Contract
Repository, Creating Contract & Contract
Monitoring.
4.2.2.1 Create Term Of Reference
Term Of Reference (TOR) atau Kerangka Acuan
Kerja adalah suatu dokumen yang
menginformasikan gambaran umum, latrar
belakang, tujuan, ruang lingkup dan struktur
sebuah proyek pengadaan barang atau jasa yang
telah disusun oleh perusahaan. Untuk membuat
TOR , dapat dilakukan dengan menekan menu
Contract Management > TOR . Selanjutnya pilih
template category . pada TOR terdapat 8 template
category sebagai berikut :
1. OCLC 1 Jasa Konstruksi
2. OCLC 2 Jasa Konsultan
3. OCLC 3 Jasa Umum
4. OCLC 4 Jasa Pemiliharaan
5. OCLC 5 Jasa Pembuatan Software
6. OCLC 6 Jasa Sewa Fasilitas dan Alat
7. OCLC 8.1 Tenaga Kerja Pemborongan
8. OCLC 8.2 Penyedia Tenaga Kerja Jasa
Penunjang

112
Gambar 67 Template Category

Jika sudah memilih salah satu template category


TOR selanjutnya masukkan informasi umum
menegnai TOR yang meliputi judul pekerjaan, latar
belakang dibuatnya pengadaan, manfaat dan
tujuan, direksi pekerjaan, penandatangan kontrak,
alamat, telp, fax dan requisitioner.

Gambar 68 Form TOR Informasi Umum

113
Setelah menginputkan data yang dibutuhkan pada
tab informasi umum, selanjutnya inputkan data
yang dibutuhkan pada persyaratan. Pada tab
persyaratan inputkan kualifikasi dan klasifikasi
perusahaan, tenaga ahli dan lain-lain.

Gambar 69 Form TOR Persyaratan

Tab selanjutnya yang harus diinputkan adalah


ruang lingkup dari TOR . Pada tab Ruang lingkup
terdapat informasi yang perlu diisi yaitu ruang
lingkup perkejaan, deliverables/hasil pekerjaan,
lokasi pekerjaan, hasil dan kewajiban perusahaan,
hak dan kewajiban kontraktor. Untuk
menginputkan data yang diperlukan klik new dan
insert line

114
Gambar 70 Form TOR Ruang Lingkup

Gambar 71Form TOR Ruang Lingkup

Tab harga kontrak digunakan untuk menginput


mengenai pembayaran dan denda. Pada tab harga
kontrak dapat diinputkan cara pembayaran /
termin pembayaran, denda keterlambatan, denda
maksimum dan denda sanksi/tambahan. Untuk
menginputkan data yang diperlukan klik new dan
insert line

115
Gambar 72Form TOR Harga Kontrak

Tab jangka waktu digunakan untuk menginputkan


waktu kontrak dari awal hingga akhir pekerjaan
tersebut selesai. Untu menginputkan jangka
berlaku kontrak bisa diinputkan sesuaiformat hari
minggu bulan tahun atau secara bebas

Gambar 73Form TOR Jangka Waktu

Pengisian pada tab selanjutnya yaitu tab asuransi


berdasarkan pada jenis template category OCLC
yang digunakan. Jika OCLC yang digunakan
merupakan OCLC 1, 3, 4, 5 dan 6 maka
tampilannya akan seperti dibawah ini

116
Gambar 74Form TOR Asuransi

Jika OCLC 2 maka pada tab asuransi tidak ada


pilihan untuk memilih asurasi seperti tampilan
berikut :

Gambar 75 Form TOR Asuransi

Jika OCLC 8.1 maupun 8.2 maka tab asuransi


seperti berikut

117
Gambar 76Form TOR Asuransi

Kemudian pada tab dokumen tagihan, creator


dapat menambahkan dokumen tagihan dengan
menekan insert line atau menghapus dokumen
tagihan yang telah diinput secara otomatis oleh
sistem dengan menekan tombol delete pada
kolom action.

Gambar 77 Form TOR Dokumen Tagihan

118
Tab usulan pengadaan digunakan untuk input
auction attributes. Creator cukup memilih untuk
mengisi form yang ada pada tab usulan pengadaan
seperti :

Jenis Pengadaan
Pada jenis pengadaan , bisa dipilih material
atau service.
Penggunaan Mata Uang
Penggunaan mata uang hanya bisa
menggunakan singgle currency.
Mata Uang
Jenis mata uang yang akan digunakan dalam
pengadaan seperti mata uang
Metode Lelang dan Sampul
Pada metode lelang terdapat tiga pilihan .
Ketiga pilihan tersebut dijabarkan sebagai
berikut :
Tabel 20 Metode Lelang

Metode Lelang Keterangan


Diumumkan melalui
Lelang Umum
media masa agar bisa
diikuti oleh berbagai
Penyedia Barang dan
jasa yang sesuai
dengan sub bidang
lelang tersebut.

119
Pengadaan barang
Pemilihan Langsung
atau jasa yang
ditawarkan kepada
beberapa pihak
terbatas sekurang-
kurangnya dua
penawaran
Pengadaan barang
Tunjuk Langsung
dan jasa yang
dilakukan secara
langsung dengan
menunjuk satu
penyedia barang dan
jasa.
Setelah memilih metode lelang, terdapat tiga
pilihan sampul yang dijabarkan sebagai berikut :
Tabel 21 Jenis Sampul

Jenis Sampul Keterangan


Penyampaian
1 Sampul 1 Tahap
dokumen penawaran
teknis dan penawaran
harga yang dikirim
secara bersama sama.
Penyampaian
2 Sampul 1 Tahap
dokumen penawarn
dimana persyaratan
adi]ministrasi dan

120
teknis dimasukkan
dalam sampul 1 dan
harga penawaran
dimasukkan dalam
sampul 2 , selanjutnya
sampul 1 dan 2 dalam
1 sampul tertutup dan
dikirim secara
bersamaan.
Penyampaian
2 Sampul 2 Tahap
dokumen penawarn
dimana persyaratan
adi]ministrasi dan
teknis dimasukkan
dalam sampul 1 dan
harga penawaran
dimasukkan dalam
sampul 2.
Penyampaiannya
dilakukan dalam dua
tahap secara terpisah
dan dalam waktu yang
berbeda.

Jaminan Pelaksanaan
Jaminan pelaksanaan diinputkan dengan
presentase.

121
Tipe auction
Pada tab usulan pengadaan terdapat dua
pilihan tipe auction yaitu ITEMIZE atau
LUMPSUM.
Metode Evaluasi
Metode Evaluasi penawaran teknis dibagi
menjadi dua yaitu :
a. Metode Evaluasi Scoring
Metode ini dilakukan secara kualitatif
yaitu dengan memberikan
pembobotan kepada setiap faktor
yang sudah ditetapkan. Pada metode
evaluasi scoring terdapat tiga jenis
metode, sebagai berikut :
Tabel 22 Metode Evaluasi

Metode Evaluasi Keterangan


Scoring Merit Point Evaluasi penilaian
penawaran dengan
cara memberikan
nilai angka tertentu
pada setiap unsur
yang dinilai
berdasarkan kriteria
dan nilai yang telah
ditetapkan dalam
dokumen pemilihan

122
penyedia
barang/jasa,
kemudian
membandingkan
jumlah nilai dari
setiap penawaran
peserta dengan
penawaran peserta
lainnya.
Scoring Passing Metode evaluasi
Grade dengan memberikan
ambang batas
terhadap teknis.
Scoring Teknik Metode evaluasi ini
Terbaik dilakukan
berdasarkan nilai
pen

b. Metode Evaluasi Non Scoring


Metode Evaluasi non scoring dilakukan
tanpa menggunakan pembobotan
namun dengan memeriksa dan
membandingkan dokumen
penawaran terhadap pemenuhan
persyaratan yang telah ditetapkan.

123
Bidang/Sub bidang
Untuk menginputkan bidang/sub bidang
sesuai dapat dilakukan dengan melakukan
pencarian pada subbidang code, description
maupun subbidang name.

Gambar 78 List Subbidang

CSMS
CSMS adalah Contractor Safety Management
System . Pilihan dari CSM ada none, low,
medium atau high.
Jika sudah selesai mengisi dapat menekan tombol
save dan melanjutkan ke tab upload dokumen.

124
Gambar 79Form TOR Usulan Pengadaan

Tab upload dokumen berfungsi untuk upload


dokumen yang diperlukan.

Gambar 80Form TOR Upload Dokumen

Jika sudah melakukan upload dokumen, creator


dapat melanjutkan ke form metode evaluasi. Pada
metode evaluasi inputkan passing grade yang
diinginkan kemudian klik Tambah Poin Evaluasi
Teknis untuk input detail penilaian.

125
Gambar 81Form TOR Metode Evaluasi

Klik Next To Owner Estimate untuk melanjutkan


input OE. OE adalah perhitungan perkiraan biaya
pekerjaan yang dihitung secara profesional oleh
Panitia atau Pejabat Pengadaan yang disahkan
oleh Pengguna Barang atau Jasa.
Untuk menginputkan OE klik tambah uraian
pekerjaan kemudian klik untuk input rincian
uraian pekerjaan kemudian klik Finish

Gambar 82Form TOR Owner Estimate

Apabila berhasil, maka akan muncul popup berikut

Gambar 83 Success OE

126
Tab print preview digunakan untuk mengunduh
dan mencetak TOR yang sudah diinputkan pada
tab-tab sebelumnya ke dalam format .pdf

Gambar 84 Print Preview TOR

Apabila sudah selesai kliK Request Approval dan


TOR telah berhasil dibuat dan siap untuk dilakukan
approval .
4.2.2.2 Approval TOR
Jika TOR sudah dibuat, maka tahap selanjutnya
adalah melakukan approve atau reject . Langkah
awal adalah mengklik Contract Management >
TOR. Kemudian pilih TOR yang diinginkan dengan
klik pada kolom action.

Gambar 85 Daftar TOR

127
Akan muncul tampilan seperti dibawah ini untuk
melakukan review namun pada tahap ini tidak
dapat dilakukan edit . Apabila TOR sudah sesuai
dan benar maka dapat dilakukan approve , namu
jika belum dapat dilakukan reject. Apabila TOR di
reject , creator dapat membuat ulang TOR atau
dapat melakukan perubahan TOR yang sudah
dibuat sebelumnya.

Gambar 86 Form TOR

4.2.3 Collaborative
Dalam Modul Collaborative terdapat adanya
electronic catalog (shopping cart), kemudahan
proses approval serta update supplier performance.
Dalam modul ini juga dapat melakukan pembuatan
Purchase Requisition, Purchase Order dan Goods
Receipt.

128
4.2.3.1 Create Purchase Requisition
Purchase Requisition adalah formulir permintaan
persetujuan untuk melakukan pembelian. Untuk
membuat PR dilakukan dengan mengklik menu
Collaborative > Purchase Requisition > Create PR.
Dalam PR terdapat beberapa tipe dokumen
berdasarkan kondisi dan tujuan pengadaannya.
Berikut ini adalah jenis-jenis transaksi PR.
Tabel 23 Tipe PR

Jenis
Tipe PR Kondisi
Transaksi
ZNDA PR Non-Ada Untuk pembayaran
tagihan. PR ini tidak
melalui proses
pengadaan
ZNS PR Direct Untuk pengadaan
Charge material yang
langsung digunakan
(consumed
immediately) atau
langsung dibebankan
ke cost center (direct
charge)
ZPJR PR User Untuk pembelian
Purchase dengan

129
menggunakan panjar
kerja yang nantinya
akan
dipertanggungjawabk
an
ZRV PTMN OA
Requisn
ZS PR Stock Untuk
Item pembelian/pengadaa
n material stock
ZSO PR Service Untuk pengadaan
jasa

Gambar 87 PR Header Information

130
Setelah memasukkan document type. Dapat
dipilih Requisitioner seperti gambar dibawah ini

Gambar 88 Requisitioner

Kemudian klik TOR apabila ingin membuat PR


berdasarkan TOR yang telah dibuat namun creator
juga dapat membuat PR tanpa menggunakan TOR.
Jika sudah megisi document type dan
Requisitioner , Klik TOR dan klik Add untuk memilih
salah satu TOR yang terdapat dalam List of TOR.

Gambar 89 List of TOR

Kemudian klik untuk Input detail Item


Overview dan isi field-field yang bersifat
mandatory. Jika sudah klik save
131
Gambar 90 Form Detail Item Overview

Kemudian pilih tab account assignment , klik .


Pada Edit Form pilih cost center

Gambar 91 Form Account Assignment

Untuk service, pilih tab service terlebih dahulu


kemudian account assignment

132
Gambar 92 Form Services

Klik save untuk menyipan PR yang sudah dibuat


.Draft PR yang sudah di simpan dapat dilihat pada
work list atau list draft.Klik submit untuk sumbit
draft PR.
4.2.3.2 Approval Purchase Requisition
Untuk melihat PR yang sudah di submit dapat
dilakukan dengan cara mengklik menu
Collaborative > Purchase Requisition > Worklist
Draft > PR Draft Submitted.
User dapat mencari draft PR berdasarkan Draft ID,
Draft PR ID atau berdasarkan tanggal.

Gambar 93 List Draft PR

133
Klik pada Draft PR ID untuk membuka detail dari
PR kemudian klik approve untuk menyetujui Draft
PR . Apabila sudah di approve maka PR akan
mendapatkan no SAP.

Gambar 94 Form PR Approve

Jika sudah di approve langkah selanjutnya adalah


release dokumen dengan menekan tombol release
seperti gambar dibawah ini :

Gambar 95Form PR Release

4.2.3.3 Create Purchase Order


Purchase Order berguna untuk melakukan
pembelian material kepada vendor.
Untuk membuat Purchase Order dapat dilakukan
dengan menklik menu Collaborative > Purchase
Order > Create PO.

134
Gambar 96 Create PO

Gambar 97 List Item


Gambar 98 List PR

Pada panel references, field reference type dapat


dipilih Purchase Requisition atau Master Lelang
kemudian pilih Field Ref Number dan Ref Item
Number. Selanjutnya pada panel header pilih
document type dan vendor kemudian klik adopt.
Isikan field mandatory pada tab Basic data dan
Delivery/Invoice

135
Pada Panel Item Overview klik icon kemudian
isi fied mandatory pada tab invoice dan kemudian
isikan tax code lalu klik .

Gambar 99 Item Overview

Jika berhasil menyimpan purchase order yang


sudah dibuat akan muncul notifikasi keberhasilan
seperti berikut. kemudian lanjutkan dengan meng
klik

Gambar 100 Warning Submit PO

Setelah berhasil submit, akan muncul Pesan


Informasi success.

136
Gambar 101 Success PO

4.2.3.4 Approval Purchase Order


Untuk melakukan approve pilih menu Purchase
Order >> Worklist PO >> Worklist PO Draft Create
>> PO Draft Create Submitted.

Gambar 102 Menu Collaborative

Kemudian akan tampil Work List PO Draft Create


Submitted. User dapat melakukan pencarian
berdasarkan Draft ID/ Draft PO atau langsung
mengklik nomor pada kolom Draft PO/PO ID

137
Gambar 103 Work List PO

Akan ditampilkan data data yang sudah dibuat


pada PO , pada tahap ini klik tab attachment
kemudian upload dokumen dan klik

Gambar 104 Form Attachment PO

Setelah di approve akan muncul Pesan Informasi


success daan PO mendapatkan no Remedy Ticket.
Pada tahap ini PO telah berhasil di approve dan
menunggu proses Assign

138
Gambar 105 Success PO

4.2.3.5 Assign PO (Finance)


Untuk melakukan assign terhadap PO klik menu
Purchase Order >> Worklist PO >> Worklist PO
Draft Create >> PO Draft Create SPC Process

Gambar 106 Menu Collaborative

Pilih PO yang ingin di assign , setelah masuk ke


halaman, klik sehingga akan muncul Pesan
Informasi berikut

139
Gambar 107 Form Assign PO

Gambar 108 Success Assign PO

Setelah muncul Pesan Informasi successs, maka


PO telah berhasil di assign untuk selanjutnya
masuk ke proses post.

Gambar 109 Form Post PO

140
Jika proses post berhasil maka akan mendapat
nomor PO sebagai berikut :

Gambar 110 Warning Post PO

4.2.3.6 Create Good Receipts


Good Receipts digunakan untuk menangani proses
pengiriman dan penerimaan material yang di-
deliver vendor sesuai PO atau RO yang mereka
terima.Untuk membuat Good Receipts dapat
dilakukan dengan menekan menu Collaborative >
Good Receipt > Create GR

Gambar 111 Menu Collaborative

141
Kemudian isi field yang bersifat mandatory yang
ditandai dengan kotak berwarna kuning kemudian
klik Adopt Transaction

Gambar 112 GR

Kemudian isi kolom quantity sesuai dengan jumlah


barang yang diterima dan beri tanda centang pada
kolom Item OK.

Gambar 113 Detail Information

Gambar 114Detail Information

Klik icon , jika proses penyimpanan


berhasil maka akan muncul popup notifikasi
keberhasilan seperti berikut

142
Gambar 115 Success Save GR

Kemudian klik icon submit dan tunggu


hingga muncul popup notifikasi keberhasilan

Gambar 116 Success Submit GR

Selanjutnya upload dokumen pada panel


References Information

Gambar 117 Form Document GR

4.2.3.7 Approve GR
Setelah GR dibuat selanjutnya akan dilakukan proses
approval GR . Langkah pertama untuk melakukan
proses ini adalah mengklik menu Collaborative >
Goods Receipt > Work List GR > GR Draft Submitted.

143
Gambar 118 Menu Collaborative

Kemudian dapat dilakukan pencarian GR dengan


menginputkan ID dari Draft GR atau berdasarkan
tanggal pembuatan GR tersebut :

Gambar 119 Work List GR

Jika sudah mendapatkan GR yang sesuai klik pada ID


draft GR maka akan muncul tampilan seperi gambar

144
dibawah ini. Klik icon approve dan tunggu hingga
muncul popup keberhasilan .

Gambar 120 Success Approve GR

4.2.4 Sourcing
Proses pemilihan penyedia barang & jasa yang
dilakukan secara online.
Pada sourcing (lelang) terdapat beberapa fungsi
menu sebagai berikut :

Auction Disposition
Proses disposisi bertahap dari manager
sampai tim pengadaan.
Master Auction
Persiapan proses lelang yang dilakukan oleh
pihak internal Pertamina.
Manage Auction
Pengaturan perubahan jadwal proses lelang.
Process Auction
Proses lelang yang bergantung terhadap jenis
metode lelang yang dipilih seperti lelang
umum, pemilihan langsung atau penunjukan
langsung.

145
List Approval
Proses Approval bertingkat dari pengadaan
hingga manager.
List Registration
Daftar vendor yang melakukan registrasi.
4.2.4.1 Auction Disposition
Untuk melakukan disposisi klik Sourcing > Auction
Disposition

Gambar 121 Menu Sourcing

Akan muncul tampilan auction request list dari


auction disposition . Kemudian klik icon

Gambar 122 Auction Disposition

Jika sudah di klik maka akan tampilan seperti


gambar berikut , klik disposisi dan kemudian pilih
type dan PIC nama pada form header. Disposisi

146
dapat dilakukan kepada organisasi atau tim
pengadaan.

Gambar 123 Form Disposisi

Gambar 124 Form Disposisi

4.2.4.2 Prepare Master Auction


Untuk melakukan persiapan pada master auction
klik menu sourcing > Master Auction > Prepare
Master Auction

147
Gambar 125 Menu Sourcing

Kemudian akan muncul halaman request list dari


create auction master . Jika nilai dari 0E dibawah
50.000.000 dapat dilakukan aksi cash and cary
namun jika melebihi dari 50.000.000 tidak dapat
dilakukan cash and cary sehingga dapatdiberi
centang pada request list dan klik process.

Gambar 126 Create Auction Master

Akan muncul popup create auction master , pada


form ini user cukup memilih purchasing group dan
organization. Kemudian klik save

148
Gambar 127Create Auction Master

Selanjutnya buka menu Sourcing > Master Auction


> Master Auction detail

Gambar 128 Menu Sourcing

149
Pilih auction pada panel auction master dengan
menekan

Gambar 129 List Auction Master

Akan muncul master auction detal, pada master


auction detail sistem akan menampilkan tab menu
dan beberapa tab sudah terisi dengan data yang
diambir dari TOR namun ada beberapa data yang
harus diinput secara manual.

Gambar 130 Form Master Auction Detail

Pada tab auction attributes terdapat beberapa


field yang harus diisi. Field field tersebut adalah
sebagai berikut :

150
Gambar 131Form Master Auction Detail

Tabel 24 Field Auction Attributes

Info
Field Penjelasan
Tambahan
Auction method Digunakan untuk Mandatory
memilih metode
lelang yang terdiri
dari tunjuk
langsung, pemilihan
langsung atau
lelang umum.
Price method Digunakan untuk mandatory
memilih metode
pembayaran yang

151
terdiri dari ITEMIZE
atau LUMPSUM
Negotiation Digunakan untuk Mandatory
method memilih metode
negosiasi
Insurance Digunakan untuk Mandatory
memilih
Only Digunakan untuk Mandatory
distributor/agent memilih antara
distributor atau
agen
CSMS Digunakan untuk Mandatory
memilih
menggunakan csms
/ tidak
CSMS type Pilih tipe score csms Mandatory
Docs Entry Pilih metode Mandatory
method pengumpulan
dokumen
Sub bidang Pilih sub bidang dari Mandatory
parameter perusahaan.
Bank Guarantee Pilih asuransi bank / Mandatory
tidak

152
Selanjutnya klik tab auction attributes dan isikan
field-field tersebut.
Tabel 25 Field Auction Attributes

Info
Field Penjelasan
Tambahan
Auction method Pilih metode lelang Mandatory
Price method Pilih metode mandatory
pembayaran
Negotiation Pilih metode Mandatory
method negosiasi
Insurance Pilih asuransi Mandatory
Only Pilih tipe Mandatory
distributor/agent distributor/agent
CSMS Pilih menggunakan Mandatory
csms / tidak
CSMS type Pilih tipe score csms Mandatory
Docs Entry Pilih metode Mandatory
method pengumpulan
dokumen
Sub bidang Pilih sub bidang dari Mandatory
parameter perusahaan.
Bank Guarantee Pilih asuransi bank / Mandatory
tidak

153
Gambar 132 Form Auction Attributes

Gambar 133 Master Auction Detail

Tabel 26 Field Auction Attributes

Info
Field Penjelasan
Tambahan
Delivery point Input lokasi Mandatory
Price validity Input mandatory

154
Delivery time Input waktu Mandatory
Minimum Input nilai Mandatory
decrement pengurangan
value
Maintenance Input waktu Mandatory
period pengelolaan
Warranty Input periode garansi Mandatory
period

Selanjutnya pada auction documents , hal yang


perlu dilakukan adalah mengupload dokumen
yang dibutuhkan dalam proses lelang . caranya
adalah dengan klik tombol add dokumen untuk
menambahkan dokumen baru sedangkan insert
default dokumen untuk memilih dokumen
standard yang sudah ada yang akan digunakan
dalam proses lelang.

155
Gambar 134 Master Auction Detail

Jika proses lelang secara tunjuk langsung maka


pada tab bidder list klik tombol search vendor
untuk memilih vendor yang akan mengikuti lelang.

Gambar 135Master Auction Detail

Setelah vendor sudah dipilih , tambahkan


dokumen yang diperlukan dengan mengikuti
langkah seperti gambar dibawah ini :
156
Gambar 136 Bidder List

Selanjutnya pada tab schedule input start date


kemudian klik tombol generate date dan klik save
dan submit untuk selanjutnya menynggu proses
approval.

Gambar 137Master Auction Detail

157
Untuk pemilihan langsung dan lelang umum
proses submit terdapat pada pengumuman
lelang.

Gambar 138 Auction Activity

4.2.4.3 Process Auction


Pada proses auction terdapat beberapa aktivitas
yang dilakukan secara bertahap antara pihak
pertamina dengan vendor . Terdapat tiga tipe
lelang yaitu tunjuk langsung, pemilihan langsung
dan lelang umum . Ketiganya memiliki perbedaan
pada process auction . Berikut adalah tampilan
dari ketiga proses lelang

Pemilihan Langsung
Pada pemilihan langsung , beberapa vendor
yang sudah ditunjuk dapat mengikuti lelang.
Perbedaan antara pemilihan langsung dengan

158
tunjuk langsung terletak pada proses lelang
dimana pemilihan langsung memiliki proses
pengumuman lelang, pendaftaran lelang
prakualifikasi , anwijizing dan proses sanggah
sedangkan tunjuk langsung tidak. Perbedaan
pemilihan langsung dengan lelang umum
terletak pada proses pembukaan penawaran
dan evaluasi dimana lelang umum memiliki
proses tersebut sedangkan pemilihan
langsung tidak.

Gambar 139 Auction Activity

Lelang Umum
Pada lelang umum, vendor yang memiliki sub
bidang sama dapat mengikuti lelang umum .
Perbedaan dengan tunjuk langsung terletak pada
pembukaan penawaran dan evaluasi penawaran
sedangkan perbedaan dengan tunjuk langsung

159
terletak pada pengumuman langsung,
pendaftaran lelang, prakualifikasi, anwijizing, dan
sanggah

Gambar 140Auction Activity

Tunjuk Langsung
Pada proses tunjuk langsung, pemenang
vendor sudah ditetapkan oleh pertamina
sehingga pada proses lelang tidak dibutuhkan
pengumuman lelang, pendaftaran lelang,
prakualifikasi, anwijizing dan sanggah.

160
Gambar 141Auction Activity

Untuk itu pada buku laporan kerja praktek ini ,


dijabarkan implementasi lelang hanya dengan
lelang umum. Proses auction yang pertama adalah
pengumuman lelang . Pada tahap ini kita mengatur
tanggal dan waktu pengumuman dan kemudian
klik submit

Gambar 142 Submit Lelang Umum

161
Proses selanjutnya adalah pendaftaran lelang , klik
icon maka akan muncul nama vendor yang
sudah melakukan registrasi beserta tanggal
registrasi

Gambar 143Auction Activity

Selanjutnya proses lelang yang dilakukan adalah


prakualifikasi. Pada proses prakualifikasi, pihak
internal dapat memberikan status memenuhi,
tidak memenuhi atau klarifikasi dan menginputkan
lokasi untuk aanwijizing

162
Gambar 144 Proses Prakualifikasi

Pada proses auction aktivitas dokumen


pengaadaan , klik pada icon . Pada halaman
selanjutnya, akan ditampilkan status download
dokumen oleh vendor dan dapat terlihat jumlah
dokumen yang ter download , user dapat mengklik
detail untuk memperjelas.

Gambar 145 Auction Process Detail

163
Gambar 146Auction Process Detail

Tahap selanjutnya adalah aanwijizing.

Gambar 147 Proses Aanwijizing

Gambar 148Proses Aanwijizing

164
Pada proses selanjutnya akan dilakukan
penawaran, klik tombol pada kolom action maka
akan ditampilkan status dokumen penawaran
yang diupload vendor sudah lengkap atau belum .

Gambar 149 Proses Penawaran

Selanjutnya pada proses pembukaan penawaran

klik tombol untuk mengunduh dokumen dan


klik untuk melihat dokumen lebih detail.
Setealah itu klik open bid Price untuk melihat
penawaran harga yang diberikan oleh vendor.

165
Gambar 150Proses Penawaran

Selanjutnya adalah proses evaluasi penawaran klik


icon .

Pada panel evaluation klik tombol


kemuadian beri penilaian berupa status M, TM
atau klarifikasi dan kemudian klik save all.

166
Gambar 151Proses Evaluasi Penawaran

Kemudian klik tombol Evaluate Bidding Price


untuk evaluasi harga . Pada panel evauation klik

klik tombol kemuadian beri penilaian


berupa status M, TM atau klarifikasi dan kemudian
klik save dan submit.

167
Gambar 152 Proses Evaluasi Bidding Price

Selanjutnya proses negosiasi klik icon pada


kolom action maka akan muncul halaman

negotiation ,klik icon untuk melakukan


negosiasi kemudian klik submit.

Gambar 153 Proses Negosiasi

168
Jika proses negosiasi telah selesai maka
dilanjutkan dengan penetaapan pemenang . Klik
submit untuk meminta approval dalam menetakan
pemenang.

Gambar 154 Proses Penetaapan Pemenang

Setelah ditetapkan berlanjut pada proses


penunjukan pemenang dengan menekan klik
submit untuk meminta approval.

169
Gambar 155 Proses Penunjukan Pemenang

4.2.4.4 List approval


Untuk melakukan approval klik Sourcing > List
Approval. Kemudian klik icon pada kolom
review pada lelang yang diinginkan.

Gambar 156 Approval Request List

Maka akan muncul tampilan approval request.


Pilih tipe dokumen dan dapat dilakukan approve
maupun reject.

170
Gambar 157Approval Request

4.2.4.5 Manage Auction


Manage auction digunakan untuk mengatur waktu
dari proses aktivitas lelang satu per satu , untuk
melakukan pengaturan lelang dapat di klik menu
Sourcing > Manage Auction > Auction Re-
Schedule.

Gambar 158 Menu Sourcing

Klik Revise Activity Date pada kolom Validate pada


lelang yang ingin diatur jadwalnya

171
Gambar 159 Auction List

Kemudian klik edit pada proses yang akan di re


schedule , akan muncul pop up edit form, rubah
tanggal lalu klik update .

Gambar 160 Activity Date Revision

4.3 Hasil Testing Aplikasi i-P2P


Pada sub bab ini penulis melakukan testing terhadap
aplikasi i-P2P. Disini kami mencari error yang masih
ada saat pengimplementasian aplikasi i-P2P. Kami
mencari error terhadap tiap modul yang kami telah

172
aplikasikan selama kerja praktik. Selain error pada
tiap modul, kami juga mencari kesalahan pada User
Interface aplikasi i-P2P. Dimana kesalahan pada User
Interface aplikasi i-P2P ini didasari pada ilmu yang
telah kami pelajari pada mata kuliah Interaksi
Manusia dan Komputer.
4.3.1 Daftar Error Pada Tiap Modul i-P2P
4.3.1.1 Modul Vendor Management
Berikut ini merupakan daftar error yang ada pada
modul vendor management adalah sebagai
berikut :
Tabel 27Daftar Error Modul Vendor Management

No Keterangan Error
Error setelah Cannot insert the value NULL
melakukan return into column 'UserId', table
vendor dan ingin 'DB_IP2P.dbo.aspnet_UsersI
melakukan nRoles'; column does not
1 approve ulang allow nulls. INSERT fails. The
dari REGLOC KE statement has been
MDM. Padahal terminated.
seluruh form
telah diisi.
Menu Create Error Message:
User tidak bisa Object reference not set to
2 digunakan. an instance of an object.
Ketika diklik back home
muncul error baru.

173
Error Message:
The file
'/IP2P_Eksternal/Sources/Ve
ndorManagement/LoginIP2P
.aspx' does not exist.
Email yang sama
masih bisa
3 tembus, jd masih (Tidak ada Error Message)
bisa melakukan
registrasi.
Upgrade vendor
masih dapat di
lakukan (edit)
4 (Tidak ada Error Message)
padahal belum di
lakukan approve
oleh MDM.
Terdapat pilihan
type vendor
pada combo box
Domestic
Manufacture,
5 (Tidak ada Error Message)
harusnya tidak
ada karena untuk
Manufaktur
sudah disediakan
menu sendiri.
Vendor yang
sudah registrasi
6 (Tidak ada Error Message)
tidak dapat login
melalui

174
pengumuman
lelang.
Email yang belum
pernah dipakai
7 (Tidak ada Error Message)
tidak bisa
registrasi.
Tidak bisa (1 0000138016 0000138016
approve MDM S Changes of SAP vendor
untuk Upgrade number 90000138016 > i-
vendor. P2P: have been made) (1
0000138016 LFA1 E Class
type 010, object type LFA1,
8
object 0000138016)(1
0000138016 LFA1 I
Assignment was not created)
(1 0000138016 LFA1 E Error
in: Setting of value)

Vendor tidak bisa


login sama sekali
karena sering
9 (Tidak ada Error Message)
salah password
tapi tidak ada
peringatannya.
Menu vendor
management
10 tidak bisa (Tidak ada Error Message)
berfungsi (balik
ke home terus).

175
4.3.1.2 Modul Contract Management
Berikut ini merupakan daftar error yang ada pada
modul contract management pada bagian Term
Of Condition (TOR) adalah sebagai berikut :
Tabel 28Daftar Error Modul Contract Management

No Keterangan Error
Pada print lampiran D (Tidak ada Error
1
masih muncul NULL. Message)
Pada print preview untuk
cetak TOR kalo ada (Tidak ada Error
2
lampiran yang belum diisi Message)
maka print preview error .
Tidak bisa mengupload Cannot find column
dokumen lampiran (Reload)
3
justifikasi (Tapi setelah
refresh file terupload).
Tidak bisa DELETE Cannot find column
4 dokumen lampiran (Reload)
justifikasi.
Fungsi delete pada
(Tidak ada Error
5 dokumen lampiran lain-
Message)
lain tidak berfungsi.
Dokumen Tagihan
Tambahan ketika
(Tidak ada Error
6 dokumen lebih dari 1
Message)
terus ingin di delete tetapi
data tidak terdelete.

176
Dokumen teknis pada
TOR ketika telah upload
(Tidak ada Error
7 terus mau di edit tapi
Message)
malah dokumen ke
hidden.
Tidak bisa next ke Owner
Estimate ketika memilih (Tidak ada Error
8
Metode Evaluasi Scoring Message)
Passing Grade

4.3.1.3 Modul Collaborative


Berikut ini merupakan daftar error yang ada pada
modul collaborative pada bagian PO, PR dan GR
adalah sebagai berikut :
Tabel 29Daftar Error Modul Collaborative

No Keterangan Error
Tidak bisa melakukan Unable to Release
release PR because internal
1 errorObject reference
not set to an instance of
an object.
Tidak ada list (Tidak ada Error
2
barang/jasa Message)

177
4.3.1.4 Modul Sourcing
Berikut ini merupakan daftar error yang ada pada
modul Sourcing adalah sebagai berikut :
Tabel 30Daftar Error Modul Sourcing

No Keterangan Error
Tidak bisa melanjutkan
proses sourcing ketika (Tidak ada Error
1
memilih metode evaluasi Message)
non scoring.
Error print berita acara. (Tidak ada Error
2
Message)
Hasil Print BOQ tabel (Tidak ada Error
3
berantakan. Message)
Tidak bisa melakukan (Tidak ada Error
4
reject Message)
Cash & carry tombol
disable karena simbol </> (Tidak ada Error
5
terbalik untuk harga diatas Message)
50jt.
Disposisi setelah dari pak
(Tidak ada Error
6 puput terus disposisi ke
Message)
pak tonny gak bisa.
Aktifitas auction, di
penetapan pemenang
harus di approve (Tidak ada Error
7
manager(trainee10) dlu Message)
harusnya gak bisa lanjut ke
aktifitas berikutnya tapi

178
sistem masih bisa lanjut
pada aktifitas selanjutnya.
Schedule auction masih
bisa dirubah-rubah jadi (Tidak ada Error
8
tahap aktifitas auction Message)
tidak berurut.
Tidak bisa generate
schedule pas memilih
(Tidak ada Error
9 metode lelang : Tunjuk
Message)
Langsung dengan 2
SAMPUL 1 TAHAP .
Format surat pernyataan
(Tidak ada Error
10 peserta pengadaan masih
Message)
ada salah.
Status dokumen SIUP pada
tahap pre-qualification (Tidak ada Error
11
NOT UPLOAD padahal Message)
dokumen sudah diupload.
Dokumen akte pendirian
tidak masuk(tidak ada)
dalam dokumen pre- (Tidak ada Error
12
qualification padahal Message)
vendor sudah upload
dokumen akte tersebut.
Vendor tidak bisa upload (Tidak ada Error
13
dokumen pre-qualification. Message)
Vendor tidak bisa Error Caught in
14 mengikuti lelang Page_Error event
dipengumuman lelang.

179
4.3.2 Prosentasi Daftar Error Pada Modul i-P2P

Prosentase Error Pada


Modul i-P2P

6%
24% 29%
VENDOR MANAGEMENT
41%
SOURCING

Gambar 161 Diagram Prosentasi Error i-P2P

Dari prosentasi diagram pie diatas dapat


disimpulkan bahwa jumlah error terbanyak yang
masih sering terjadi adalah pada modul Sourcing
aplikasi i-P2P yaitu sebesar 41%. Dimana pada
modul tersebut memang proses bisnis yang terjadi
cukup rumit dan banyak sehingga kesalahan rentan
terjadi saat pembuatan aplikasi pada bagian modul
sourcing. Setelah modul sourcing jumlah error yang
cukup banyak yaitu pada modul Vendor
Management sebanyak 29% dan diikuti dengan
modul Contract Management sebanyak 24%. Dan
jumlah error paling sedikit yaitu pada modul
Collaborative.

180
4.3.3 Hasil Evaluasi User Interface
Pada aplikasi i-P2P kami melakukan evaluasi
terhadap user interface yang ada sesuai dengan
teori-teori dalam matakuliah interaksi manusia
komputer. Evaluasi tersebut adalah sebagai berikut
ini :

181
4.3.3.1.1 Modul Vendor Management

Tabel 31 Daftar Error UI Modul Vendor Management

User
No Modul Interface Keterangan Saran Referensi
Kotak kuning
1 Update Vendor - Tidak ada Memberikan
pada tab
Tab Submit keterangan keterangan pada
submit
mengenai kotak kotak tersebut
kuning agar user
mengetahui apa
yang seharusnya
diinputkan dalam
kotak kuning
2 Update Vendor Error Error message Error message Morgan,
Tab Submit message mudah miss , dapat ditampilkan Kaufmann.
walaupun sudah dengan dialog 2007. GUI

182
diberi warna boxes atau pop Bloopers
merah ups . 2.0

3 Vendor Error Icon yang terpisah icon lebih baik


Management- message jauh dengan error diletakkan dekat
Update Vendor- message dengan error
tab submit message yang
ditampilkan selain
itu icon juga dapat
diperbesar
4 Register Vendor Dialog box Berada di sebelah Popup box
vendor kiri dan terlalu notifikasi
registration kecil keberhasilan
ditaruh di posisi
tengah sehingga
user dengan

183
mudah
melihatnya.
Kotak diberi Diberikan
5 Register Vendor Kotak
keterangan diisi keterangan
dibawah
apa sebelum kotak
persyaratan
agar user
mengetahui apa
yang harus
diisikan

4.3.3.1.2 Modul Contract Management

Tabel 32Daftar Error UI Modul Contract Management

No Modul User Interface Keterangan Saran Referensi

184
Text field
1 TOR > Tab Text Field Text Field terlalu
diperbesar .
Persyaratan persyaratab kecil tidak sesuai
dengan kebutuhan
untuk menuliskan
persyaratan
2 TOR Metode evaluasi Penggunaan bahasa Keterangan
- TOR yang tidak metode evaluasi
konsisten antara diubah menjadi
bahasa indonesia menggunakan
dengan bahasa bahasa indonesia
inggris
3 TOR Tab Ruang setelah mengklik Setiap Morgan,
Lingkup button button new pada window Kaufmann.
new ruang lingkup harus 2007. GUI
pekerjaan dan memiliki Bloopers
deliverables hasil 2.0

185
kerja memiliki title title yang
bar yang namanya unik
tidak sesuai. Title Allow
bar memiliki nama commands
yang sama antara to set
ruang lingkup window
pekerjaan dengan titles
deliverables

4.3.3.1.3 Modul Collaborative

Tabel 33Daftar Error UI Modul Collaborative

No Modul User Interface Keterangan Saran Referensi


1 Collaborative tombol adopt Tombol adopt Letak adopt harusnya
(po > create po) diletakkan tidak ditaruh dibawah
document type

186
sesuai dengan karena adopt hanya
alurnya bisa dilakukan juga
document type telah
terisi.
Collaborative Combo box Pada field vendor Search dapat
2
(po > create po) vendor dalam form header dilakukan juga
terdapat combo dengan
box yang hanya menginputkan nama
bisa search vendor karena user
menggunakan terkadang tidak
nomor vendor mengingat nomor
vendornya.

3 Collaborative Reff number, Titlebar pada Setiap


(po > create po) Reff Item window tidak window harus
numbe memiliki nama memiliki title
yang sesuai . Title yang unik

187
sama pada window Allow
yang berbeda commands to
set window
titles
Approval PR Tombol Reject Icon Tombol Reject Mengganti icon
4
Release Release tidak reject dengan icon
merepresentasikan yang sesuai seperti
reject. User dapat icon silang.
mengartikan icon
tersebut adalah
release.
Approval PO Tombol reject Icon tombol reject Mengganti icon
5
seperti tombol reject dengan icon
refresh yang sesuai seperti
icon silang.

188
4.3.3.1.4 Modul Sourcing

Tabel 34Daftar Error UI Modul Sourcing

No Modul User Interface Keterangan Saran


Memberikan keterangan
1 sourcing status M Tidak ada
mengenai inisial status yang
>process keterangan
diberikan.
auction > mengenai inisial
Pembukaan status yang
Dokumen ADM diberikan seperti M
& Teknis atau TM
sourcing > Jika setiap tahap terlewati,
2 action Tidak ada pembeda
process auction maka pada kolom action ,
checklist antara tahap yang
button berubah menjadi
sudah terlewati
checklist yang menandakan
dengan yang belum bahwa dokumen yang
terlewati diminta sudah ter upload

189
Process auction Saat menilai dokumen ,
3 Detail tahap Tidak ada notifikasi
seharusnya setelah semua
pra qualifikasi pemberitahuan
di save ada pop up telah
sudah berhasil atau
berhasil
belum
Bidder List Dibawah tabel vendor ada
4 Action Upload Hanya ada icon
petunjuk (warning) agar
upload yang mudah
vendor mengupload
terlewatkan oleh
document
user untuk
mengupload
dokumen.
Bidding Price Use labels, dont use
5 Text field Menggunakan input
controls that look like they
besarnya control untuk
can be edited
penawaran display-only data
Aanwijizing Seharusnya jika user
6 Site Visit Jika memilih tidak
Online memilih untuk tidak
menggunakan site
menggunakan Site-Visit,

190
visit , tetap ada Input dokumen Site-Visit
input dokumen dihilangkan.

4.3.3.1.5 Halaman Baseline

Tabel 35 Daftar Error UI Halaman Baseline

User
No Modul Keterangan Saran Referensi
Interface
1 Login internal Tulisan you Penempatan kotak biru Tulisan sub
are now inkosisten antara internal menu yang
logged in at dan eksternal . ditempatkan
Penempatan kotak biru diatas kotak
Integrated
Procurement pada internal berada biru bila di klik
To Pay System pada sebelah kiri sehingga atau
of Pertamina mengganggu tulisan pada pemindahan
sub menu untuk dibaca kotak biru di sisi
(Kotak biru)
oleh user. sebelah kanan
191
2 Login Vendor Login Tidak ada button close , Menambahkan
sehingga untuk menutup button close
halaman login hanya untuk
dapat dilakukan dengan memudahkan
cara me refresh atau user
menekan simbol i-p2p
3 Main page gambar yang Gambar masih dapat Membuat
login terdapat ditemukan pada internet sendiri design
dalam home yang dapat melanggar hak
cipta

192
4.3.4 Prosentasi Hasil Evaluasi User Interface Tiap
Modul i-P2P
Dari hasil evaluasi diatas dapat dilihat persebaran
kekurangan user interface dari I-P2P . Persebaran
tersebut dapat dilihat pada gambar dibawah ini.

EVALUASI USER INTERFACE I-P2P


Vendor Management

14% 23% Collaborative

27% Contract
23%
13% Sourcing

Baseline

Gambar 162 Diagram Prosentasi Evaluasi User Interface

Kekurangan interface terbannyak berada pada


modul Sourcing dengan prosentase sebesar 27% ,
kemudian diikuti oleh Vendor Managemnt dan
Collaborative dengan prosentase sebesar 23% ,
dan prosentase terakhir adalahBaseline serta
dengan Contract presentase masing masing
sebesar 14 % dan 13%.

193
4.4 Identifikasi Dan Mitigasi Risiko Aplikasi i-P2P

Tabel 36 Identifikasi Dan Mitigasi Risiko

ID Category Risk Cause Mitigation Option Control

D01 Data Kehilangan Gempa Pihak PERTAMINA harus 9. Physical and


Data Bumi menerima risiko yang terjadi Environmental Security
dan memperkecil dampak (ISO 27002)
buruk yang dihasilkan dari
risiko
Melakukan Backup data 9. Physical and
secara berkala pada Environmental Security
lokasi lain (ISO 27002)
Menyediakan Disaster
Recovery Plan

194
ID Category Risk Cause Mitigation Option Control

Banjir Pihak PERTAMINA harus 9. Physical and


menerima risiko yang terjadi Environmental Security
dan memperkecil dampak (ISO 27002)
buruk yang dihasilkan dari
risiko
Kebakaran Melakukan pengamanan 9. Physical and
yang lebih ketat dengan Environmental Security
adanya alat pemadam (ISO 27002)
kebakaran pada tiap ruangan
Pihak PERTAMINA harus 9. Physical and
menerima risiko yang terjadi Environmental Security
dan memperkecil dampak (ISO 27002)
buruk yang dihasilkan dari
risiko

195
ID Category Risk Cause Mitigation Option Control

Infrastrukt Maintenance infrastruktur 9. Physical and


ur Rusak secara berkala Environmental Security
(ISO 27002)
D02 Data Data Dicuri Social Sosialisasi mengenai 6. Organizing Information
Engineerin kerahasiaan data perusahaan Security (ISO 27002)
g kepada karyawan
SQL Memasang script 15.2. Compliance with
Injection pencegah SQL Injection security policies and
Melakukan perbaikan standards and technical
kerentanan website i-P2P compliance (ISO 27002)
Pemblockiran terhadap akses 10.6.2. Security of Network
website yang ilegal Services (ISO 27002)

196
ID Category Risk Cause Mitigation Option Control

Plugin Sosialisai (Pemberitahuan) 6. Organizing Information


Vulnerabilit tentang plugin yang Security
y mempunyai Vulnerability
pada malware.
D03 Data Data diketaui Bruteforce Melakukan pemeriksaan 10.6 Network Security
pihak lain terhadap IP address yang Management
berusaha melakukan
penyerangan
Pemblockiran IP address 10.6.2. Security of Network
pada pelaku penyerangan Services (ISO 27002)
SQL Memasang script 15.2 Compliance with
Injection pencegah SQL Injection security policies and
Melakukan perbaikan standards and technical
kerentanan website i-P2P compliance (ISO 27002)

197
ID Category Risk Cause Mitigation Option Control

Pemblockiran terhadap akses 10.6.2. Security of Network


website yang ilegal Services (ISO 27002)
S01 Software Pelanggaran Lisensi Memperhatikan dan
Hak Cipta Kadaluarsa melakukan pemeriksaan
terhadap tanggal kadaluarsa
S02 Malware Software Melakukan penghapusan 15.2. Compliance with
tidak malware yang menyerang security policies and
berjalan standards and technical
dengan compliance (ISO 27002)
semestinya
S03 Adanya error Serangan Memasang antivirus 10.4 Protection against
pada aplikasi virus malicious and mobile code
system (ISO 27002)
informasi

198
ID Category Risk Cause Mitigation Option Control

S04 Antivirus Lisensi Melakukan pengecheckan 10.4 Protection against


Kadaluarsa penggunaa dan mengupdate antivirus malicious and mobile code
n antivirus secara berkala (ISO 27002)
sudah
habis
Adanya Melakukan pengecheckan 10.4 Protection against
virus yang dan mengupdate antivirus malicious and mobile code
menonaktif secara berkala (ISO 27002)
kan
antivirus
Terhapusn Melakukan pemasangan 10.4 Protection against
ya aplikasi antivirus terbaru malicious and mobile code
antivirus (ISO 27002)

199
ID Category Risk Cause Mitigation Option Control

N01 Network Jaringan Kesalahan Melakukan pengecheckan 11.4 Network Access


bermasalah konfigurasi terhadap jaringan secara control (ISO 27002)
jaringan berkala
N02 Kecepatan Lalu lintas Melakukan pengecheckan 11.4 Network Access
tidak sesuai jaringan terhadap jaringan secara control (ISO 27002)
standar tinggi berkala
H01 Hardware Server Mati Mati lampu Menyediakan supply listrik 9. Physical and
untuk server Environmental Security
(ISO 27002)
Gangguan Menyediakan UPS 9. Physical and
pada Listrik Environmental Security
(ISO 27002)

200
ID Category Risk Cause Mitigation Option Control

H02 Gangguan Pendingin Pemasangan generator 9. Physical and


pada ruangan listrik. Environmental Security
pendingin server (ISO 27002)
ruangan tidak
dingin lagi/
mati
H03 Hilang atau Akses Adanya kartu hak akses 9. Physical and
dicuri ruang untuk membatasi akses pada Environmental Security
server yang ruang server (ISO 27002)
kurang
dibatasi
H04 Adanya Kurangnya Membuat kebijakan 9. Physical and
penggunaan keamanan terkait pelanggaran atas Environmental Security
oleh pihak terhadap hak akses yang tidak (ISO 27002)
PC berwenang

201
ID Category Risk Cause Mitigation Option Control

yang tidak Membuatkan ID


berwenang berbeda-beda pada tiap
pengguna
H05 Mengalami Penggunaa Melakukan backup data 9. Physical and
kerusakan n yang secara berkala dan Environmental Security
tidak benar menyediakan DRC (ISO 27002)
H06 Server down Banyak Membuat kebijakan 10.6.2. Security of Network
akses mengenai batas pengaksesan Services (ISO 27002)
dalam satu akan web.
15.2 Compliance with
waktu
security policies and
standards, and technical
compliance

202
ID Category Risk Cause Mitigation Option Control

P01 People Kurangnya Melanjutka Outsourcing sumber daya 8. Human Resources


sumber daya n ahli jika membutuhkan Security (ISO 27002)
ahli pendidikan tenaga.
ke luar
negeri

203
BAB 5
KESIMPULAN
Dalam proses pembuatan dan pengembangan I-
P2P yang sedang dilaksanakan oleh divisi Application
Development Solution dibawah naungan Corporate
Shared Service, aplikasi ini sudah berjalan sesuai dengan
proses bisnis yang dibutuhkan oleh PT Pertamina dalam
hal pengadaan barang atau jasa. Namun, tidak dipungkiri
masih banyak kesalahan dan kekurangan pada aplikasi I-
P2P seperti user interface yang kurang friendly dan
terjadi bug pada beberapa proses di I-P2P. Selain itu,
dalam proses pembuatan aplikasi I-P2P masih sering
terjadi perubahan pada beberapa modul sehingga
terlihat tidak seusai dengan kebutuhan proses bisnis
yang sudah dicanangkan sejak awal.
Oleh karena itu sebaiknya dalam proses
pembuatan dan pengembangan I-P2P diperlukan
functional requirement dan non functional requirement
yang jelas dan selanjutnya disampaikan kepada seluruh
tim yang terkait pembuatan dan pengembangan I-P2P .
Sehingga semua mengetahui keseluruhan proses bisnis I-
P2P yang dibutuhkan Pertamina dan tidak terjadi
perubahan kebutuhan ditengah pembuatan.

204
BAB 6
LAMPIRAN
Pada bab ini akan dilampirkan seluruh rangkaian
kegiatan serta dokumentasi mahasiswa selama
melaksanakan kegiatan kerja praktik di PT Pertamina
(Persero) Jakarta.
6.1 Aktivitas Kerja Praktik atau Log Book
Pada sub bab ini penulis akan menjabarkan
aktivitas Kerja Praktik yang telah dilakukan, penulis
akanmenjabarkan dalam bentuk mingguan dan
harian. Berikut merupakan aktivitas yang penulis
kerjakan dalam 6 minggu pelaksanaan Kerja
Praktik.
6.1.1 Minggu 1 : 27 - 31 July 2015
Jam kerja Kerja Praktik di PT Pertamina
Pusat Jakarta yaitu hari Senin Jumat pukul
07.00-16.00 WIB. Di minggu pertama Kerja
Praktik, kami ditugaskan menjadi tester dari
sebuah aplikasi yang sedang dalam proses
pembuatan yaitu i-P2P (Integrated Procure To
Pay), tester bertugas untuk mempelajari seluruh
modul-modul yang ada pada i-P2P, melakukan
implementasi aplikasi i-P2P yang nantinya tiap
harinya kami akan melaporkan error yang perlu
diperbaiki pada aplikasi i-P2P, dan melakukan

205
perbaikan pada userguidei-P2P yang sedang
dalam proses pembuatan. Dari tugas tersebut
kami juga dapat mempelajari proses bisnis dari
pembuatan aplikasi i-P2P. Berikut ini merupakan
paparan aktivitas yang kami lakukan pada minggu
pertama :
Tabel 37 Aktivitas Kerja Praktik Minggu ke-1

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 27 July 2015 Briefing penugasan
untuk masa Kerja
Praktik dalam proyek
i-P2P
Mempelajari booklet
overview mengenai
aplikasi i-P2P
Mempelajari booklet
i-P2P modul Vendor
Management
2 Selasa, 28 July 2015 Melanjutkan
mempelajari booklet
i-P2P modul Vendor
Management
Implementasi aplikasi
i-P2P modul awal
yaitu Vendor
Management

206
Hari
Hari, Tanggal Aktivitas
ke-
3 Rabu, 29 July 2015 Melanjutkan
Implementasi aplikasi
i-P2P modul Vendor
Management
Membuat list error
pada modul Vendor
Management
4 Kamis, 30 July 2015 Pelaporan hasil dari
tester yaitu error-
error yang ada pada i-
P2P di modul Vendor
Management
5 Jumat, 31 July 2015 Mulai mempelajari
booklet i-P2P modul
Contract
Management bagian
TOR (Term Of
Reference)

6.1.2 Minggu 2 : 03 - 07 Agustus 2015


Pada minggu kedua ini, kami mulai
melakukan revisi pada booklet yang telah ada.
Langkah-langkah yang kami lakukan untuk
evaluasi yaitu melakukan implementasi Modul
Vendor Management, dimana kesalahan (Error)
yang kami list pada minggu pertama sudah ada

207
yang diperbaiki oleh programmer pada bagian
modul Vendor Management. Lalu kami
melakukan perbaikan pada booklet Vendor
Management tersebut sesuai perubahan yang
telah dilakukan pada modul. Di minggu kedua ini
kami juga sudah mulai melanjutkan mempelajari
modul baru yaitu Contact Management bagian
Term Of Condition (TOR). Setelah kami pelajari
maka kami melakukan implementasi dan mencari
error yang ada agar dapat diperbaiki
programmer. Diminggu ini juga kami melakukan
revisi pada booklet modul Contact Management
bagian Term Of Condition (TOR).
Tabel 38 Aktivitas Kerja Praktik Minggu ke-2

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 03 Agustus Revisi booklet Modul
Vendor Management
2015
Melanjutkan
mempelajari booklet
i-P2P modul Contract
Management bagian
TOR (Term Of
Reference)
2 Selasa, 04 Agustus Implementasi
aplikasi i-P2P modul
2015
Contract
Management bagian

208
Hari
Hari, Tanggal Aktivitas
ke-
TOR (Term Of
Reference)
3 Rabu, 05 Agustus Melanjutkan
Implementasi
2015
aplikasi i-P2P modul
Contract
Management bagian
TOR (Term Of
Reference)
Membuat list error
pada modul modul
Contract
Management bagian
TOR (Term Of
Reference)
4 Kamis, 06 Agustus Pelaporan hasil dari
tester yaitu error-
2015
error yang ada pada i-
P2P di modul
Contract
Management bagian
TOR (Term Of
Reference)
5 Jumat, 07 Agustus Revisi booklet Modul
Contract
2015
Management bagian

209
Hari
Hari, Tanggal Aktivitas
ke-
TOR (Term Of
Reference)

6.1.3 Minggu 3 : 10 14 Agustus 2015


Pada minggu ketiga, kami melanjutkan
mempelajari modul i-P2P yaitu modul
Collaborative bagian PR dan PO. Pada modul ini
kami melakukan implentasi langsung dengan
aplikasi i-P2P. Dimana sama seperti minggu
sebelumnya, kami mencari kesalahan yang ada
pada aplikasi modul Collaborative bagian PR dan
PO. Setelah melakukan implementasi, kami juga
melakukan revisi booklet pada modul
Collaborative bagian PR dan PO. Selain itu pada
hari Kamis dan Jumat di minggu ketiga ini, kami
melakukan latihan dan pemaparan tentang
kegiatan yang akan dilakukan untuk hari rabu
depan, yaitu akan diadakan soft launching
aplikasi i-P2P. Dalam soft launching tersebut,
team i-P2P di beri tugas untuk melakukan demo
tentang aplikasi. Disini kami berencana
melakukan demo dalam bentuk drama agar
menarik.

210
Tabel 39 Aktivitas Kerja Praktik Minggu ke-3

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 10 Agustus Mempelajari booklet
i-P2P modul
2015
Collaborative bagian
PR
Implementasi
aplikasi i-P2P modul
Collaborative bagian
PR
2 Selasa, 11 Agustus Melanjutkan
mplementasi aplikasi
2015
i-P2P modul
Collaborative bagian
PR
Membuat list error
pada aplikasi i-P2P
modul Collaborative
bagian PR
Pelaporan hasil dari
tester yaitu error-
error yang ada pada i-
P2P di modul
Collaborative bagian
PR
3 Rabu, 12 Agustus Mempelajari booklet
i-P2P modul
2015

211
Hari
Hari, Tanggal Aktivitas
ke-
Collaborative bagian
PO dan GR
Implementasi
aplikasi i-P2P modul
Collaborative bagian
PO dan GR
4 Kamis, 13 Agustus Melanjutkan
mplementasi aplikasi
2015
i-P2P modul
Collaborative bagian
PO dan GR
Membuat list error
pada aplikasi i-P2P
modul Collaborative
bagian PO dan GR
Pelaporan hasil dari
tester yaitu error-
error yang ada pada i-
P2P di modul
Collaborative bagian
PO dan GR
Briefingmengenai
soft launching yang
akan diadakan rabu
mendatang

212
Hari
Hari, Tanggal Aktivitas
ke-
5 Jumat, 14 Agustus Revisi booklet Modul
Collaborative bagian
2015
PR, PO dan GR
Melakukan latihan
drama untuk soft
launching aplikasi i-
P2P

6.1.4 Minggu 4 : 17 21 Agustus 2015


Pada minggu keempat kami mendapatkan
hari libur pada senin karena bertepatan pada hari
kemerdekaan Republik Indonesia. Dalam waktu
libur ini, kami gunakan untuk memulai membuat
laporan kerja praktik. Untuk hari kerja pada
minggu keempat ini, kami diberi tugas untuk
membuat diagram activity dari bagian-bagian
pada modul yang telah kami implementasikan
yaitu TOR, PR dan PO. Minggu ini kami juga
mengikuti acara soft launchingdari aplikasi i-P2P.
Soft launching dihadiri oleh orang-orang yang
berperan penting pada pertamina seperti VP dan
direktur dan soft launchingini merupakan acara
penting yang ditunggu-tunggu oleh team i-P2P.
pada minggu ini kami juga sudah memulai
mempelajari modul akhir yaitu sourcing.

213
Tabel 40Aktivitas Kerja Praktik Minggu ke-4

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 17 Agustus LIBUR HARI
2015 KEMERDEKAAN
2 Selasa, 18 Agustus Latihan persiapan
soft launching
2015
aplikasi I-P2P
Pembuatan activity
diagram TOR, PR, PO
dan GR
3 Rabu, 19 Agustus Mengikuti kegiatan
soft launching i-P2P
2015
4 Kamis, 20 Agustus Melanjutkan
pembuatan activity
2015
diagram TOR, PR,
POdan GR
5 Jumat, 21 Agustus Mempelajari booklet
i-P2P modul Sourcing
2015
Implementasi aplikasi
i-P2P modul Sourcing

6.1.5 Minggu 5 : 24 28 Agustus 2015


Minggu kelima ini kami mulai memasuki
modul bagian sourcing. Dimana kami melakukan
hal seperti minggu sebelumnya. Membuat daftar

214
error dan juga membuat activity diagram pada
modul sourcing. Dalam minggu ini juga kami
melakukan revisi terhadap diagram activity TOR,
PR, PO dan GR. Dan juga minggu ini kami
menyelesaikan seluruh laporan dan presentasi
hasil kerja praktik.
Tabel 41Aktivitas Kerja Praktik Minggu ke-5

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 24 Agustus Melanjutkan
mplementasi aplikasi
2015
i-P2P modul Sourcing
Membuat list error
pada aplikasi i-P2P
modul Sourcing
2 Selasa, 25 Agustus Pelaporan hasil dari
tester yaitu error-
2015
error yang ada pada i-
P2P di modul
Sourcing.
Revisi booklet modul
Sourcing
3 Rabu, 26 Agustus Revisi activity
diagram TOR, PR, PO
2015
dan GR
4 Kamis, 27 Agustus Pembuatan activity
diagram bagian
2015
soucing

215
Hari
Hari, Tanggal Aktivitas
ke-
Revisi activity
diagram bagian
soucing

5 Jumat, 28 Agustus Melakukan


pengumpulan
2015
seluruh laporan kerja
praktik
Presentasi hasil kerja
praktik kepada
pertamina

6.1.6 Minggu 6 : 31 Agustus 04 September 2015


Pada minggu keenam ini kami seharusnya
sudah selesai melakukan kerja praktik di pertami
tetapi karena jangka waktu kami kurang untuk
memenuhi syarat kerja praktik maka kami
meminta tugas tambahan yang dapat dikerjakan
dari jarak jauh tanpa harus ke pertamina. Setelah
berdiskusi dengan pembimbing lapangan kami,
maka kami diberikan tugas selama 1 minggu
untuk membuat managemen risiko yaitu
membuat daftar risiko yang dapat terjadi dalam
pengimplementasian aplikasi i-P2P dan juga

216
memberikan mitigasi terhadap risiko tersebut
agar risiko dapat dicegah dan diminimalisir. Hasil
pada minggu ke 6 ini akan kami kirim via email
kepada pembimbing lapangan kami.
Tabel 42Aktivitas Kerja Praktik Minggu ke-6

Hari
Hari, Tanggal Aktivitas
ke-
1 Senin, 31 Agustus Melakukan analisis
risiko yang mungkin
2015
terjadi terhadap
pengimplementasian
aplikasi i-P2P.
2 Selasa, 01 Membuat daftar list
risiko yang mungkin
September 2015
terjadi.
3 Rabu,02 September Memberikan level
terhadap risiko yang
2015
telah di list.
4 Kamis,03 Analisis mitigasi
terhadap risiko.
September 2015
5 Jumat, 04 Membuat daftar list
mitigasi risiko
September 2015
Mengirimkan hasil
kerja minggu ke 6
kepada pembimbing.

217
Dari lampiran mengenai aktivitas kerja praktik yang
telah dilakukan mahasiswi. Terdapat 6 minggu dengan
rincian 30 hari. Dalam 1 hari jam kerja di Pertamina yaitu
8 jam (07.00-16.00). Jadi total waktu yang dijalankan
mahasiswi kerja praktik adalah 5hari kerja(1minggu) x
8jam x 6minggu = 240 jam per 6 minggu yang berarti
memenuhi syarat waktu kerja praktik.
6.2 Daftar Relasi
Pada sub bab daftar relasi ini, penulis akan
menjabarkan daftar relasi yang kami temui selama
kami melakukan kerja Praktik di Pertamina Pusat
Jakarta. Karena dalam kerja praktik ini kami masuk
dalam sebuah poject yaitu pembuatan aplikasi I-
P2P maka team didalam project tidak hanya
pegawai Pertamina saja, melainkan sebagian besar
merupakan outsourcing dari PT Kairos Utama
Indonesia. Berikut ini adalah table daftar relasi
yang kami kenal selama kerja praktik adalah
sebagai berikut :
Tabel 43 Daftar Relasi

Jabatan /
No Nama Email
Perusahaan

1 Lukman Manager lukman@perta


Siafullah Application mina.com
Development

218
Solution /
Pertamina
2 Puput Assistant Manager puputs@perta
Setiyawan Analyst Database mina.com
& Collaboration /
Pertamina
3 TonnyBudi Junior Analyst tbudiman@per
man Database & tamina.com
Collaboration /
Pertamina
4 Eki Junior Analyst eki@pertamin
Siswoyo Enterprise a.com
Application
Development /
Pertamina
5 Fanny Technical Writer / fanny.hafizah
Hafizah Kairos @kairos-it.com
6 Lokih Software mk.lokih@pert
Nahta Developer / Kairos amina.com
7 Ade Software ade.rachmat@
Rachmat Developer / Kairos kairos-it.com
8 Johanes Senior Software mk.johanes.adi
G. Adinata Developer / Kairos nata@pertami
na.com

219
9 Reza Rizky Software rezarizky90@g
Pradana Developer / Kairos mail.com
10 Angga Senior Software mk.angga.pran
Pranata Developer / Kairos ata@pertamin
a.com
11 Budi Arie Senior Software arie.sem@gma
Wibowo Developer / Kairos il.com
12 Steven Software mk.steven.wid
Widharma Developer / Kairos harma@perta
mina.com
13 Randy Software randy.paendon
Paendong Developer / Kairos g@kairos-
it.com
14 M. Software web.mukhlis@
Mukhlis Developer / Kairos pertamina.com
15 Edbert Software mk.edbert.jahj
jahja Developer / Kairos a@pertamina.
com
16 Yosanatan IT Infrastruktur / yosanatan.ma
Manuel Kairos nuel@kairos-
it.com
17 Yofi Okta Business
Jeafri Intelligence /
Kairos

220
18 Syariful Pertamina Traine mk.syariful.miz
Mizan Consultant / an@mitrakerja
Pertamina .pertamina.co
m
19 Hendra Business hendra.listiono
Listiono Intelligence / @abyor.com
Kairos

6.3 Dokumentasi
6.3.1 Foto Soft Launchingi-P2P

Foto 1 Persiapan Sebelum Soft Launching i-P2P

221
Foto 2 Persiapan Setelah Soft Launching Bersama Team i-P2P

6.3.2 Foto Bersama Rekan Kerja di Pertamina

Foto 3 Bersama Programmer i-P2P


222
Foto 4 Bersama Manager ADS

Foto 5 Bersama Pembimbing Lapangan KP

223
Foto 6 Bermasa Team i-P2P

Foto 7 Bersama Team i-P2P

224
Foto 8 Bersama Alumni FTIf ITS di CSS Pertamina

Foto 9 Bersama Programmer i-P2P

225
Foto 10 Bersama Rekan Kerja CSS

Foto 11 Bersama Rekan Kerja Praktik Mahasiswa FTIf ITS

226
DAFTAR PUSTAKA
B, B. (1995). Blackbox Testing. New York: John Wiley &
Sons.
Fasolino, D. L. (2006). Testing Web-Based Applications :
The State of The Art and Future Trends. Elsevier
Journal.
Galitz, W. o. (2007). The Essential Guide to User Interface
Design. WILEY.
Johnson, J. (2007). GUI Bloopers 2.0. Morgan Kaupmann.

Kimbell, A. V. (2013). mySAP ERP For Dummies. John


Wiley & Sons.
Pertamina, P. (2013). Pedoman Pengadaan Barang /
Jasa. Pertamina Drilling Services Indonesia.
Pertamina, P. (2014). Pertamina Annual Report 2014.
Jakarta: PT Pertamina (Persero).
Portal, S. H. (t.thn.). The central place for SAP
documentation. Diambil kembali dari
https://help.sap.com/.
SAP. (t.thn.). Your SAP Training Partner. Diambil kembali
dari LearnSAP.com.
Suparto, F. W. (2009). ERP dan Solusi Bisnis. Yogyakarta:
Graha Ilmu.

227
Wawan, F. (2007). Enterprise Resource Planning :
Menyelaraskan Teknologi Informasi dengan
Strategi Bisnis.

228

Anda mungkin juga menyukai