LAPORAN

PELATIHAN KERJA PADA INDUSTRI ( PKPI )

ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA

PENGEMBANGAN PROTOTYPE SISTEM PEMBAYARAN SPP
DENGAN MENGGUNAKAN VIRTUAL ACCOUNT DI PT. GOSANTHA
GLOBAL YOGYAKARTA

Disusun Oleh:
Nama Mahasiswa : Heru Aprianto
No Mahasiswa : 171051019
Jurusan : Informatika
Fakultas : Teknologi Industri

LEMBAGA PENELITIAN DAN PENGABDIAN KEPADA MASYARAKAT

(LPPM)
INSTITUT SAINS & TEKNOLOGI AKPRIND
YOGYAKARTA
2020

iv
 ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA
PENGEMBANGAN PROTOTYPE SISTEM PEMBAYARAN SPP
DENGAN MENGGUNAKAN VIRTUAL ACCOUNT DI PT. GOSANTHA
GLOBAL YOGYAKARTA
SYSTEM DESIGN ARCHITECTURE IN THE DEVELOPMENT OF SPP
PAYMENT SYSTEM PROTOTYPE USING VIRTUAL ACCOUNT AT PT.
GOSANTHA GLOBAL YOGYAKARTA

Laporan Pelatihan Kerja pada Industri (PKPI) ini telah disusun sebagai salah satu
syarat kelengkapan kurikulum pada Jurusan Informatika, Fakulktas Teknologi
Industri, Institut Sains & Teknologi AKPRIND Yogyakarta.

Disusun oleh:

Nama Mahasiswa : Heru Aprianto

Nomor Mahasiswa : 171.051.1019
Jurusan : Informatika
Fakultas : Teknologi Industri

LEMBAGA PENELITIAN DAN PENGABDIAN KEPADA MASYARAKAT

(LPPM)
INSTITUT SAINS & TEKNOLOGI AKPRIND
YOGYAKARTA
2020

ii
 HALAMAN PENGESAHAN INSTITUT

ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA PENGEMBANGAN

PROTOTYPE SISTEM PEMBAYARAN SPP DENGAN MENGGUNAKAN
VIRTUAL ACCOUNT DI PT. GOSANTHA GLOBAL YOGYAKARTA

Telah disemninarkan dalam seminar Pelatihan Kerja Pada Industri (PKPI) pada Jurusan
Informatika, Fakultas Teknologi Industri, Institut Sains dan Teknologi AKPRIND
Yogyakarta.
Pada,
Hari :
Tanggal :
Disetujui,
Di : Yogyakarta
Tanggal :
Oleh,

Ketua Jurusan Informatika Dosen Pembimbing

Erfanti Fatkhiyah, S.T., M.Cs. Muhammad Sholeh, ST.,M.T.

NIP : 00.1273.564.E NIK : 94 1269 498.E
Menyetujui,
Mengetahui,

Kepala Lembaga Penelitian dan Pengabdian Kepada Masyarakat

Prof. Dr. Ir. Sudarsono, M.T.

NIP : 00.1273.564.E

iii
 HALAMAN PENGESAHAN DARI PERUSAHAAN

Kegiatan Pelatihan Kerja Pada Industri (PKPI) yang dilaksanakan oleh :

Nama : Heru Aprianto
No. Mahasiswa : 171.051.1019
Instansi : Institut Sains dan Teknologi AKPRIND
Yogyakarta
Dengan judul pelaksanaan kegiatan,
ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA PENGEMBANGAN
PROTOTYPE SISTEM PEMBAYARAN SPP DENGAN MENGGUNAKAN
VIRTUAL ACCOUNT DI PT. GOSANTHA GLOBAL YOGYAKARTA

Dan dilaksanakan pada,

Waktu : 1 Oktober 2020 s.d 1 Desember 2020
Tempat : PT. Gosantha Global Yogyakarta
Jl. Mawar I No.3 Baciro Kec. Gondokusuman,
Kota Yogyakarta, Daerah Istimewa Yogyakarta
55225.

Yogyakarta, 4 Desember 2020

Menyetujui,

Direktur Operasional Staf Pembimbing

Agung Budi Kuncoro, S.Kom. Tri Adi Wibowo

 SURAT PERNYATAAN BUKAN PLAGIAT

Yang bertanda tangan dibawah ini,

Nama Mahasiswa : Heru Aprianto
Nomor Mahasiswa : 171.051.1019
Jurusan : Informatika
Fakultas : Teknologi Industri
Perguruan Tinggi : Institut Sains dan Teknologi AKPRIND
Yogyakarta

Menyatakan bahwa laporan Pelatihan Kerja Pada Industri (PKPI) dengan judul,
ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA
PENGEMBANGAN PROTOTYPE SISTEM PEMBAYARAN SPP
DENGAN MENGGUNAKAN VIRTUAL ACCOUNT DI PT. GOSANTHA
GLOBAL YOGYAKARTA
Adalah benar – benar asli dan belum pernah dibuat oranag lain, kecuali yang diacu
dalam daftar pustaka pada laporan ini.

Demikian pernyataan ini dibuat, apabila dikemudian hari terbukti bahwa yang
bersangkutan melakukan plagiarisme terhadap karya orang lain, maka yang
bersangkutan bersedia menerima sanksi akademik.

Yang menyatakan,

Heru Aprianto
Yogyakarta, 4 Desember 2020
 KATA PENGANTAR

Alhamdulillahirobbil‘alamin, puji dan syukur penulis panjatkan kehadirat

Allah SWT yang telah memberikan rahmat dan hidayah-Nya, sehingga penulis
dapat menyelesaikan Laporan pelatihan kerja pada industri ( PKPI ) dengan judul
“ ARSITEKTUR DESAIN SISTEM KEBUTUHAN PADA
PENGEMBANGAN PROTOTYPE SISTEM PEMBAYARAN SPP
DENGAN MENGGUNAKAN VIRTUAL ACCOUNT DI PT. GOSANTHA
GLOBAL YOGYAKARTA ”. Laporan PKPI ini disusun sebagai salah satu
syarat kelengkapan kurikulum pada jurusan Informatika, Fakulktas Teknologi
Industri, Institut Sains & Teknologi AKPRIND Yogyakarta sekaligus untuk
mengembangkan pengetahuan.
Penulis ucapkan terima kasih kepada berbagai pihak yang telah membantu
dan mendukung penyelesaian tulisan ini, antara lain:
1. Bapak Ir. Amir Hamzah, M.T. Rektor Institut Sains & Teknologi
AKPRIND Yogyakarta;
2. Bapak Dr. Ir. Toto Rusianto, M.T. Dekan Fakultas Teknologi Industri,
Institut Sains & Teknologi AKPRIND Yogyakarta;
3. Ibu Erfanti Fatkhiyah, S.T., M.Cs. Ketua Jurusan Teknik Informatika;
Institut Sains & Teknologi AKPRIND Yogyakarta;
4. Bapak Prof. Dr. Ir. Sudarsono, MT., Ketua Lembaga Penelitian dan
Pengabdian pada Masyarakat (LPPM), Institut Sains & Teknologi
AKPRIND Yogyakarta;
1. Bapak Muhammad Sholeh, ST.,M.T. Dosen Pembimbing;
2. Bapak Agung Budi Kuncoro, S.Kom. Direktur Operasional PT.Gosantha
Global Yogyakarta;
3. Tri Adi Wibowo Staf Pembimbing yang memudahkan selama pelaksanaan
PKPI di PT.Gosantha Global Yogyakarta;
 4. Keluarga, kerabat, sahabat dan teman seperjuangan; serta
5. Berbagai pihak yang telah membantu.

Penulis menyadari bahwa kemampuan dalam menulis masih banyak

kekurangan. Untuk itu penulis mohon maaf dan dengan kerendahan hati, kami
bersedia menerima kritik saran yang bersifat membangun untuk perbaikan di masa
mendatang.

Yogyakarta, 4 Desember 2020

Penulis
 DAFTAR ISI

HALAMAN PENGESAHAN INSTITUT.............................................................iii

HALAMAN PENGESAHAN DARI PERUSAHAAN..........................................iv
SURAT PERNYATAAN BUKAN PLAGIAT.......................................................v
KATA PENGANTAR............................................................................................vi
DAFTAR ISI........................................................................................................viii
DAFTAR GAMBAR...............................................................................................x
DAFTAR TABEL...................................................................................................xi
INTISARI..............................................................................................................xii
ABSTRACT...........................................................................................................14
BAB I PENDAHULUAN......................................................................................15
1.1. Latar Belakang Masalah..........................................................................15
1.2. Rumusan Permasalahan...........................................................................16
1.3. Batasan Permasalahan..............................................................................16
1.4. Tujuan PKPI............................................................................................17
1.5. Manfaat PKPI..........................................................................................17
1.6 Tinjauan Pustaka......................................................................................18
1.7. Landasan Teori........................................................................................20
1.7.1. Faspay..............................................................................................20
1. Faspay Bussiness................................................................................20
2. Faspay
Billing.....................................................................................20
3. Faspay
Express....................................................................................20
4. Faspay
SendMe...................................................................................21
1.7.2. Virtual Account................................................................................21
 1.7.3. Squence Diagram.............................................................................21
1.7.4. API (Application Programming Interface ).....................................22
1.7.5. User Interface ( UI ).........................................................................23
1.7.6. Database...........................................................................................23
1.7.7. JSON ( JavaScript Object Notation )...............................................24
BAB II TINJAUAN PERUSAHAAN...................................................................25
2.1. Profil Perusahaan.....................................................................................25
1. Software Production................................................................................25
2. Custom Software Development...............................................................26
3. System Integration...................................................................................26
4. Hardware and Software Consulting........................................................26
BAB III METODOLOGI PENELITIAN..............................................................27
3.1. Lokasi dan Objek Penelitian....................................................................27
3.1.1. Lokasi Penelitian..............................................................................27
3.2. Bahan dan Alat Penelitian........................................................................29
3.2.1. Bahan Penelitian..............................................................................29
3.2.2. Alat Penelitian..................................................................................30
3.3. Metode Pengumpulan Data......................................................................30
3.4. Metode Analisa Sistem............................................................................31
3.5. Langkah dan Diagram Alir Langkah Penelitian......................................31
3.6. Diagram Pemodelan Sistem(UML).........................................................32
3.6.1. Workflow Transaction debit............................................................32
3.7. Rancangan Antarmuka Sistem.................................................................36
3.7.1. Halaman Login.................................................................................36
3.7.2. Halaman Home Page........................................................................37
3.7.3. Halaman Menu Pembayaran...........................................................
37
3.7.4 Halaman List Menu Biaya SPP........................................................
38
3.7.5 Halaman Detail Pembayaran............................................................. 3
 3.7.6 Menu Tagihan .................................................................................
40
BAB IV HASIL DAN PEMBAHASAN...............................................................41
4.1 Hasil.........................................................................................................41
4.1.1 Halaman Login....................................................................................
43
4.1.2 Tampilan Menu Utama........................................................................
43
4.1.3 Halaman List Biaya SPP.....................................................................
43
4.1.4 Halaman Detail Pembayaran..............................................................
44
4.1.5 Menu Tagihan.....................................................................................
45
1. tbl_detail_pembayaran.............................................................................46
2. tbl_pembayaran........................................................................................46
3. tbl_siswa..................................................................................................46
4. tbl_tagihan...............................................................................................47
5. tbl_tarif.....................................................................................................47
4.2. Pembahasan.............................................................................................65
4.2.1. Kelebihan Sistem.............................................................................65
1. Kenyamanan.......................................................................................65
2. Tersedia Banyak Cara Pembayaran....................................................66
3. Pencatatan Transaksi..........................................................................66
4. Otorisasi Lebih Cepat.........................................................................66
5. Dapat Dilakukan Dimana Saja...........................................................66
6. Sekolah Lebih Terlihat Profesional....................................................67
7. Transaksi yang Lebih Aman...............................................................67
4.2.2. Kekurangan Sistem..........................................................................67
4.2.3. Penerapan Sistem.............................................................................67
4.2.4. Pengembangan Sistem.....................................................................68
BAB V PENUTUP.................................................................................................69
 5.1 Kesimpulan..............................................................................................69
5.2 Saran........................................................................................................69
DAFTAR PUSTAKA
LAMPIRAN BERITA ACARA PKPI

DAFTAR GAMBAR

Gambar 3.1.1 1 Foto bersama karyawan PT.Gosantha Global Yogyakarta......27

Gambar 3.1.1 2 Proses pembuatan arsitektur desain.........................................28
Gambar 3.1.1 3 Penyerahan plakat kepada perusahaan.....................................28
Gambar 3.1.2 1 Halaman documentation faspay...............................................29
YGambar 3.5 1 Diagram alir..............................................................................31
YGambar 3.6.1 1 Workflow Transaction debit..................................................33
YGambar 3.6.2 1 Squence Two Step Transacttion............................................34
YGambar 3.6.3 1 Squence channel permata.....................................................35
YGambar 3.7.1 1 Tampilan Halaman Login......................................................37
YGambar 3.7.2 1 Tampilan Halaman Home Page.............................................37
YGambar 3.7.3 1 Tampilan menu pembayaran SPP..........................................38
YGambar 3.7.4 1 Tampilan list biaya SPP.........................................................39
Gambar 3.7.5 1 Tampilan Halaman detail pembayaran................................... 39
Gambar 3.7.6 1 Menu tagihan ......................................................................... 40
YYGambar 4.1.1 1 Tampilan halaman login......................................................43
YGambar 4.1.2 1 Tampilan menu utama...........................................................44
YGambar 4.1.3 1 Tampilan Mennu pembayaran SPP.......................................44
YGambar 4.1.4 1 Tampilan list biaya SPP.........................................................45
Gambar 4.1.5 1 Tampilan Halaman detail pembayaran................................... 46
YGambar 4.1.6 1 Tampilan Halaman Tagihan SPP...........................................46
YGambar 4.1.6 1 Struktur relasi database.........................................................48
YGambar 4.1.7.1 1 Contoh request post data.....................................................55
Gambar 4.1.7.1 2 Contoh penggunaan response post data................................56
YGambar 4.1.7.3 1 Contoh penggunaan request payment noftification............61
Gambar 4.1.7.3 2 Contoh Penggunaan Response Payment Notification...........63

DAFTAR TABEL

YTabel 3.6.2 1 Data squence two step transaction.................................................34

YTabel 3.6.3 1 Data Squence channel permata
........................................................36
YTabel 4.1.6 1 Detail
pembayaran............................................................................47
Tabel 4.1.6 2 Pembayaran......................................................................................47
Tabel 4.1.6 3 Siswa................................................................................................47
Tabel 4.1.6 4 Tagihan............................................................................................48
Tabel 4.1.6 5 Tarif..................................................................................................48
YTabel 4.1.7.1 1 URL Endpoint Post
Data...............................................................50
Tabel 4.1.7.1 2 Request Parameter Post Data........................................................50
Tabel 4.1.7.1 3 Response Parameter Post Data......................................................56
YTabel 4.1.7.2 1 URL Endpoint Redirect
Process....................................................58
Tabel 4.1.7.2 2 Request Parameter Redirect Process.............................................58
YTabel 4.1.7.3 1 Request parameter payment
notification.......................................60
Tabel 4.1.7.3 2 Response Parameter Payment Notification...................................63
YTabel 4.1.7.4 1 Request Parameter URL
Notification............................................65

INTISARI

Penggunaan Teknologi Informasi dan Komunikasi ( TIK ) di bidang

pendidikan bisa dikatakan belum maksimal. Salah satunya adalah pada bagian
sistem pengelolaan data pembayaran SPP di beberapa sekolah. Sebagaian besar
sekolah – sekolah masih menggunakan pembayaran SPP dengan sistem manual.
Sehingga dengan pembanyaran yang belum terkomputerisasi tersebut dapat
mempersulit siswa yang ingin membayar SPP ke sekolah yang dituju.
Berdasarkan permasalahan diatas, maka Pelatihan Kerja Pada Industri ( PKPI )
ini bertujuan untuk membuat prototype arsitektur desain pada pengembangan
sistem informasi pembayaran SPP sekolah.
 Metode penelitian yang digunakan adalah Research and Development
(R&D) dengan model waterfall untuk pengembangannya yang meliputi empat
tahap, yaitu analisis, desain, implementasi, dan pengujian. Sistem informasi
berbasis web ini dikembangankan menggunakan PHP dan MySQL, serta pada
tampilan antarmuka menggunakan CI ( Code Igniter ). Pada pengujuan ini
digunakan Quality Assurance ( QA ).
Hasil penelitian ini adalah : (1) Desain Arsitektur system. (2) Algoritma
Program (3) Implementasi atau pembuatan program. (4) Quality Assurance
( QA ).

Kata Kunci: Sistem Informasi Pembayaran SPP, prototype, arsitektur, waterfall.

 ABSTRACT

It can be said that the use of Information and Communication Technology

(ICT) in the education sector has not been optimal. One of them is in the part of
the SPP payment data management system in several schools. Most schools still
use manual tuition payments. So that the computerized payment can make it
difficult for students who want to pay tuition fees to the target school. Based on
the above problems, the Job Training in Industry (PKPI) aims to create a design
architecture prototype in the development of the school tuition payment
information system.
The research method used is Research and Development (R&D) with a
waterfall model for its development which includes four stages, namely analysis,
design, implementation and testing. This web-based information system was
developed using PHP and MySQL, and the interface uses CI (Code Igniter). In
this test, Quality Assurance (QA) is used.
The results of this study are: (1) system architecture design. (2) Program
Algorithm (3) Implementation or programming. (4) Quality Assurance (QA).

Keywords: SPP Payment Information System, prototype, architecture, waterfall.

 BAB I
PENDAHULUAN

1.1. Latar Belakang Masalah

Perkembangan di bidang TIK adalah perkembangan yang paling pesat di
era saat ini. Dilansir dalam Wikipedia, TIK mencakup dua aspek yaitu
teknologi informasi dan teknologi komunikasi. Teknologi informasi meliputi
segala hal yang berkaitan dengan proses, penggunaan sebagai alat bantu,
manipulasi, dan pengelolaan informasi. Sedangkan teknologi komunikasi
adalah segala sesuatu yang berkaitan dengan penggunaan alat bantu untuk
memproses dan mengirim data dari perangkat yang satu ke lainnya. (Huda,
2020)
Perkembangan Teknologi Infromasi ini sudah merambah diberbagai
bidang, salah satunya adalah bidang pendidikan. Yang sudah dimulai dari
memasukkan data siswa dengan system aplikasi dan bahkan ada juga yang
sudah menggukan apliaksi untuk melihat hasil raport. Begitu luasnya
perkembangan internet saat ini. Pendidik memang dituntut harus mengusasi
teknologi yang berkembang saat ini, karena penggunaan teknologi tersebut
pasti akan sangat membantu baik dari segi pendidik maupun dari segi
siswanya. Dan tentunya kualitas pendidikan didalam sekolah tersebut pun
juga akan lebih maksimal. Begitu juga pada system pembayaran SPP yang
harus bisa disesuaikan dengan perkembangan teknologi saat ini.
Pada saat ini sebagian besar sekolah – sekolah masih menggunakan
pembayaran SPP dengan system manual. Sekolah yang belum menerapkan
pencatatan pembayaran yang terkomputerisasi menimbulkan resiko seperti
kesalahan pencatatan data administrasi pembayaran. Bila terjadi transaksi
pembayaran, bagian bendahara harus mencatat pada kartu pembayaran SPP
siswa, dan kemudian bendahara merekap ulang data pembayaran SPP tersebut
kedalam sebuah buku besar, yang ditulis secara manual sehingga terkadang
menyebabkan kesalahan dalam perhitungan data dan pembuatan laporan
 (Ayudia & Gata, 2018). Dengan pembayaran menggunakan system manual
tersebut juga dapat mempersulit siswa yang ingin membayar dana sekolah.
Terlebih dimasa pandemi seperti saat ini, siswa tidak bisa membayar SPP
secara langsung, semua diarahkan ke teknologi. Tentunya akan lebih bagus
jika sekolah – sekolah menerapkan system pembayaran SPP dengan online
atau dengan memanfaatkan teknologi, salah satunya dengan memanfaatkan
aplikasi pemabayaran SPP.
Berdasarkan pada permasalahan diatas, maka dapat diketahui bahwa
untuk mempermudah siswa dalam melakukan pembayaran SPP dan untuk
memudahkan administrasi sekolah dalam pendataan sehingga perlu
dirancangnya sebuah aplikasi pembayaran SPP di sekolah – sekolah. Maka
pada Pelatihan Kerja Pada Indrustri ( PKPI ) ini dibuatnya prototype
arsitektur desain pada pembayaran SPP dengan menggunakan Virtual
Account.

1.2. Rumusan Masalah

Berdasarkan latar belakang masalah yang telah dikemukakan diatas, maka
permasalah yang akan dibahas adalah pembuatan desain arsitektur pada
sistem pembayaran SPP dengan Virtual Account untuk menjawab
permasalahan yang ada pada latar belakang diatas.

1.3. Batasan Masalah

Pada penelitian ini hanya membatasi ruang lingkup sebagai berikut ;
1. Desain arsitektur pada sistem pembayaran SPP dengan Virtual
Acount dikhususkan untuk merancang pembuatan aplikasi
pembayaran SPP dengan Virtual Acount yang ada di PT.Gosantha
Global Yogyakarta.
2. Penelitian ini hanya dibuat untuk prototype dari aplikasi pembayaran
SPP dengan Virtual Acount.
 3. Untuk perancangan aplikasi sistem pembayaran SPP dengan Virtual
Acount dibuat secara terpisah oleh tim dari PT.Gosantha Global
Yogyakarta.

1.4. Tujuan PKPI

Tujuan dari Pelatihan Kerja Pada Industri ( PKPI ) ini adalah sebagai berikut ;
1. Mempelajari tentang penggunaan Virtual Account dengan provider
Faspay.
2. Membuat arsitektur desain sistem pembayaran SPP dengan Virtual
Account.
3. Merancang desain User Interface ( UI ) pembayaran SPP dengan
Virtual Account.
4. Merancang Struktur database yang dibuat dalam sistem pembayaran
SPP dengan Virtual Account.
5. Membuat API desain pada pembayaran SPP dengan Virtual Account.
6. Memenuhi persyaratan akademik untuk kegiatan Pelatihan Kerja
pada Industri (PKPI) di Institut Sains & Teknologi AKPRIND
Yogyakarta.

1.5. Manfaat PKPI

Manfaat yang diharapkan dari PKPI ini meliputi manfaat bagi instansi,
institut, dan penulis, dapat dijabarkan sebagai berikut,
1. Manfaat bagi instansi, antara lain:
a. Sebagai bentuk pengabdian instansi kepada masyarakat
khususnya dalam bidang pendidikan.
b. Sebagai bahan pertimbangan bagi instansi dalam menentukan
sumber daya manusia dan mengembangkan bisnis.
2. Manfaat bagi institut, antara lain:
a. Sebagai upaya memperluas dan memperkuat hubungan dan
kerjasama antara institut dan instansi.
3. Manfaat bagi penulis, antara lain:
 a. Sebagai sarana memperoleh pengetahuan dan pengalaman baru,
baik secara teknis maupun non-teknis, dalam dunia kerja.
b. Sebagai usaha nyata untuk membangun hubungan, mempelajari
industri, mengembangkan potensi pribadi, dan mempersiapkan
diri untuk memasuki dunia kerja.
1.6 Tinjauan Pustaka
Pelatihan Kerja Pada Industri (PKPI) ini mengacu kepada beberapa
pustaka berupa artikel jurnal hasil penelitian yang relevan, yaitu penelitian
oleh (Account, 2016), (Yusran, 2020), dan (Andri, S, 2019).
Tuti Nurhaeni, Khanna Tiara, Dwiki Fahliandhini ( Universitas Raharja,
2016) dalam penelitian berjudul “RANCANGAN VIRTUAL ACCOUNT
SEBAGAI MEDIA PEMBAYARAN PADA PERGURUAN TINGGI
RAHARJA” memaparkan penelitian tentang kebutuhan akan data dan sistem
informasi yang dapat diakses dan digunakan secara efisien sangat dibutuhkan
pada saat ini disesuaikan dengan perkembangan teknologi yang ada untuk
dapat mewujudkan hal tersebut maka setiap proses yang ada harus menunjang
dan dilakukan secara komputerisasi dan sistematik agar memudahkan dalam
proses kerja di perusahaan tersebut. penelitian ini menggunakan metode mind
mapping dan analisa SWOT. Menggunakan sistem pembayaran secara online
lebih efisien, aman, nyaman dan cepat dibandingkan dengan pembayaran
secara manual yang diterapkan pada Perguruan Tinggi Raharja sebelumnya.
Pengembangan sitem pembayaran pembayaran menggunakan virtual account
memudahkan mahasiswa dalam melakukan pembayaran. Sistem pembayaran
virtual account ini sangat efisien untuk mahasiswa karena mudahnya
menghafal nomor virtual account jika ingin melakukan transaksi pembayaran
perkuliahan dan juga aman untuk mahasiswa. Dengan menggunakan virtual
pembayaran perkuliahan menjadi lebih aman, efektif karena mahasiswa tidak
perlu mengantri ke bagian kasir setelah melakukan transfer pembayaran
perkuliahan, dan dengan menggunakan virtual account data jumlah
pembayaran setiap mahasiswa akan ditampilkan ketika sedang melakukan
transfer pembayaran jadi tidak menimbulkan pembayaran yang kurang
maupun lebih ketika sedang melakukan transfer pembayaran.
Abdur Rochman, Achmad Sidik , Nada Nazahah ( Dosen STMIK Bina
Sarana Global dan Mahasiswa STMIK Bina Sarana Global, 2020 ) pada
penelitian yang berjudul “ PERANCANGAN SISTEM INFORMASI
ADMINISTRASI PEMBAYARAN SPP SISWA BERBASIS WEB DI SMK
AL-AMANAH “ menyampaikan bahwa Sistem administrasi pembayaran SPP
siswa yang berjalan saat ini masih dilakukan secara manual dari segi
pencatatan data dengan menggunakan sebuah buku besar. Kendala yang
terdapat dalam sistem berjalan saat ini mengenai administrasi pembayaran
SPP yang sering menyita waktu lama ketika proses antrian pembayaran
disetiap bulannya. Dan terkadang dapat mengakibatkan salah perhitungan
data dalam pembuatan laporan. Hasil laporan disajiakan kurang optimal
karena masih disimpan didalam sebuah buku dan bagian bendahara harus
mengurutkan satu persatu dari seluruh data yang ada sampai data yang
diinginkan ditemukan saat pembuatan hasil laporan yang akan diberikan
kepada pimpinan sekolah. Disamping itu pihak Wali murid juga tidak dapat
mengetahui apakah uang pembayaran SPP yang diberikan, sudah dibayarkan
oleh putra-putrinya kepihak sekolah atau belum. Sehingga sistem yang
berjalan saat ini belum efektif dan efisien. Dirancangkan sebuah sistem yang
terkomputerisasi yang memudahkan dalam proses administrasi pembayaran
SPP siswa menggunakan metode pendekatan Object Oriented Analys and
Design (OOAD) yang dinotasikan dengan Unified Modeling Language
(UML), menggunakan bahasa pemograman PHP dan MySQL sebagai media
databasenya sesuai dengan kebutuhan sistem dalam pembuatan aplikasi
berbasis web.
Mamok Andri S. ( Manajemen Informatika - AMIK HASS, 2019 ) dalam
penelitian yang berjudul “ RANCANG BANGUN APLIKASI
PEMBAYARAN SPP PADA SMAN 2 MAJALAYA MAMOK ”
memaparkan bahawa penelitian yang telah dilakukan dengan perancangan
aplikasi bantu, maka permasalahan yang ada telah teratasi dengan kehadiran
 aplikasi tersebut. Sehingga dapat diambil beberapa kesimpulan, diantaranya
adalah dengan adanya perangkat lunak ini, proses pencarian data siswa yang
telah dilakukan oleh seorang bendahara dapat dilakukan dengan mudah.
Dengan perangkat lunak ini, proses penyimpanan data dan transaksi
pembayaran spp yang di lakukan oleh seorang bendahara dapat disimpan
dalam database. Pembuatan laporan dapat dilakukan dengan mudah dan tepat.
1.7. Landasan Teori
1.7.1. Faspay
Faspay adalah penyedia online payment gateway yang membantu
dan memberi solusi kepada online merchant untuk mempermudah proses
pembayaran. Tujuan utama Faspay adalah memungkinkan merchant
untuk menerima semua jenis pembayaran dalam bentuk apapun yang
mereka inginkan baik itu pembayaran melalui platform transaksi debit
maupun transaksi menggunakan kartu kredit ( https://faspay.co.id/docs/,
diakses tanggal 1 Desember 2020 pukul 15.45 WIB ). Berdasarkan
jenisnya, faspay dibagi menjadi 4 yakni :
1. Faspay Bussiness
Faspay Bussiness Adalah faspay dapat menerima
pembayaran secara online melalui chanel debit atau
kredit yang terdiri dari berbagai metode seperti  Internet
Banking, Mobile Banking,Virtual Account,e-Money,
Retail Payment, Kartu Kredit hingga Kredit Online.
2. Faspay Billing
Faspay Billing adalah mengirim tagihan kepada
pelanggan lewat email dan platform chat yang dapat
digunakan ke semua model bisnis baik yang memiliki
website atau tidak dapat menerima pembayaran online
dalam hitungan menit dengan berbagai channel
pembayaran. Dapat juga untuk menjadwalkan tagihan
atau mengelola pembayaran berulang.
3. Faspay Express
 Faspay Express adalah untuk membuat dan
mengolah data transaksi billing yang sebelumnya
dilakukan proses integrasi. Komunikasi antara system
merchant dengan system Faspay menggunakan metode
POST data. Untuk halaman pembayaran akan diredirect
ke halaman Faspay.
4. Faspay SendMe
Faspay SendMe adalah faspay yang Dapat
melakukan proses pengiriman dana secara bersamaan
dalam satu waktu ke berbagai bank di Indonesia.

1.7.2. Virtual Account

Virtual account adalah nomor identifikasi pelanggan perusahaan
yang dibuka oleh bank atas permintaan perusahaan untuk selanjutnya
diberikan oleh perusahaan kepada pelanggannya (perorangan maupun
non perorangan) sebagai nomor rekening tujuan penerimaan
(collection).6 Pelanggan tidak perlu mendaftar karena secara otomatis
akan memiliki nomor virtual account yang unik dan berbeda satu dengan
yang lainnya saat registrasi pada perusahaan yang bersangkutan.
(Soekanto et al., n.d.)
Virtual account adalah sebuah akun khusus yang diciptakan
untuk mengetahui dan mengidentifikasi suatu pembayaran secara
langsung yang berwujud nomor virtual. Nomor virtual ini bersifat unik,
artinya setiap nasabah mempunyai nomor yang berbeda dengan dengan
nasabah lain. Nomor virtual ini sebagai pengganti nomor rekening bank.
Bentuk transaksi keuangan yang sering menggunakan teknologi virtual
account biasanya berupa transaksi yang berulang dalam periode waktu
tertentu, misalnya pembayaran angsuran, iuran bulanan siswa, iuran
asuransi dan lainnya. Kemajuan teknologi modern seperti virtual account
ini diciptakan untuk memberikan manfaat dan kemudahan dalam
pencatatan transaksi dan pengelolaan keuangan dalam tata kelola
keuangan pada suatu perusahaan.

1.7.3. Squence Diagram

Sequence diagram menggambarkan kelakuan objek pada use case
dengan mendeskripsikan waktu hidup objek dan pesan yang dikirimkan
dan diterima antar objek. Gambaran sequence diagram dibuat minimal
sebnayak pendefinisan use case yang memiliki proses sendiri atau yang
penting semua use case yang telah didefinisikan interaksi jalannya pesan
sudah dicakup pada sequence diagram sehingga semakin banyak use case
yang didefinisikan, maka sequence diagram yang harus dibuat juga
semakin banyak (Wira et al., 2019).
Sequence Diagram dapat digunakan sebagai perkakas dalam
perancangan antarmuka pemakai. Ada dua hal yang dapat
dilakukan dengan Sequence Diagram, pertama untuk menguraikan
sebuah proses bisnis menjadi aktivitas-aktivitas yang lebih kecil
untuk mengidentifikasi kebutuhan interaksi pemakai pada masing-
masing aktivitas tersebut. Penggunaan kedua, Sequence Diagram
digunakan pada setiap interaksi untuk menganalisa perilaku
sistem informasi dalam rangka untuk merancang tampilan pada
interaksi tersebut.
Sequence diagram menggambarkan kelakuan objek pada use case
dengan mendeskripsikan waktu hidup objek dan pesan yang dikirimkan
dan diterima antar objek. Gambaran sequence diagram dibuat minimal
sebnayak pendefinisan use case yang memiliki proses sendiri atau yang
penting semua use case yang telah didefinisikan interaksi jalannya pesan
sudah dicakup pada sequence diagram sehingga semakin banyak use case
yang didefinisikan, maka sequence diagram yang harus dibuat juga
semakin banyak (Wira et al., 2019).

1.7.4. API (Application Programming Interface )

 API (Application Programming Interface) adalah suatu
“penghubung” yang memungkinkan suatu aplikasi untuk berinteraksi
dengan aplikasi lainnya dan berbagi data. Banyaknya sistem, aplikasi.
kebutuhan pengguna, mekanisme yang berbeda tetapi memerlukan data
yang sama. Mekanisme pengiriman data dapat distandarisasi melalui
API. Dengan cara ini, developer dapat menawarkan berbagai macam data
yang dapat developer lain mengerti, serta mereka dapat menggunakan
sistem mereka sendiri (Suhendra et al., 2020).
Tujuan penggunaan dari API adalah untuk saling berbagi data
antar aplikasi yang berbeda tersebut, Tujuan penggunaan API lainnya
yaitu untuk mempercepat proses pengembangan aplikasi dengan cara
menyediakan sebuah function yang terpisah sehingga para developer
tidak perlu lagi membuat fitur yang serupa.

1.7.5. User Interface ( UI )

User interface adalah bagian visual dari website, aplikasi
software atau device hardware yang memastikan bagaimana seorang
user berinteraksi dengan aplikasi atau website tersebut serta bagaimana
informasi ditampilan di layarnya. User interface sendiri menggabungkan
konsep desain visual, desain interasi, dan infrastruktur informasi. Tujuan
dari user interface adalah untuk meningkatkan usability dan tentunya
user experience.
Desain User Interface yang baik memiliki karakteristik
standarisasi terhadap sifat antarmuka yang berbeda, integrasi antara
aplikasi dan perangkat lunak, konsistensi terhadap suatu aplikasi dan
portabilitas yang merupakan dimungkinkan data dikonversi pada
berbagai perangkat keras dan perangkat lunak. Antarmuka pengguna
sendiri selalu dikaitkan dengan tampilan layar, sebab desain yang baik
menjadi indikator terpenting untuk membuat pengguna merasa tertarik
menggunakan website tersebut. Selain itu juga faktor estetika perangkat,
waktu respon dan konten menjadi bagian terpenting untuk terciptanya
User Interface yang baik.(Hartawan, 2019)

1.7.6. Database
Basis data atau Database adalah kumpulan informasi yang
disusun dan merupakan suatu kesatuan yang utuh yang disimpan di
dalam perangkat keras (komputer) secara sistematis sehingga dapat
diolah menggunakan perangkat lunak. Dengan sistem tersebut data yang
terhimpun dalam suatu database dapat menghasilkan informasi yang
berguna.(Swara & Pebriadi, 2016).
Basis data merupakan aspek yang sangat penting dalam sistem
informasi karena berfungsi sebagai gudang penyimpanan data untuk
diolah lebih lanjut. Basis data menjadi penting karena dapat
mengorganisasi data, menghidari duplikasi data, menghindari hubungan
antar data yang tidak jelas dan juga update yang rumit.
Proses memasukkan dan mengambil data ke dan dari media
penyimpanan data memerlukan perangkat lunak yang disebut dengan
sistem manajemen basis data (database management system | DBMS).
DBMS merupakan sistem perangkat lunak yang memungkinkan
pengguna basis data (database user) untuk memelihara, mengontrol dan
juga mengakses data secara praktis dan efisien.

1.7.7. JSON ( JavaScript Object Notation )

JSON adalah salah satu bahasa markup yang dapat melakukan
pertukaran data dimana JSON ini dibuat berdasarkan javascript dan
pastinya sintaknya lebih ke javascript. Dengan membuat sebuah JSON
sama halnya dengan kita membuat sebuah object pada javascript itu
sendiri. Di dalam membuat JSON pasti kita bakal berkenalan dengan
yang namanya array pada javascript sehingga memudahkan bagi para
deveploper/programmer (Sudirman, 2016) .
Fungsi JSON kurang lebih sama dengan XML. Sebelum JSON
diciptakan, format bahasa markup ini sering digunakan dengan
 JavaScript dalam AJAX (asynchronous JavaScript and XML) untuk
penyimpanan dan perpindahan data. Berkat gabungan keduanya,
developer dapat membuat halaman website di mana informasinya dapat
diperbarui tanpa harus memuat ulang halaman tersebut. Ini sudah
menjadi hal yang umum, terutama dengan menjamurnya tren aplikasi
web.

BAB II
TINJAUAN PERUSAHAAN

2.1. Profil Perusahaan

Nama Instansi : PT. Gosantha Global Yogyakarta.
Alamat : Jl. Mawar I No.3 Baciro Kec. Gondokusuman,
Kota Yogyakarta, Daerah Istimewa Yogyakarta
55225.
Telepon : 0274 563465
Website : https://gosantha.com/
Bagian PKPI : Sistem analis (documentation dan quality
assurance).
Pembimbing PKPI : Tri Adi Wibowo

PT. Gosantha Global sebagai perusahaan yang bergerak di industri jasa

dalam bidang teknologi informasi dan komunikasi (TIK) yang berdiri secara
resmi dalam bentuk perseroan sejak Agustus 2013, berusaha untuk membantu
mencarikan solusi yang tepat terhadap permasalahan yang dihadapi oleh
organisasi pada saat melakukan rekayasa proses bisnis (business process
reengineering) berbasis sistem informasi (SI) dengan menggunakan teknologi.
PT. Gosantha Global didukung dengan sumber daya manusia yang berlatar
belakang SI dan TIK yang telah berpengalaman dan selalu berpedoman pada
perkembangan SI dan TIK terkini, sehingga akan menjadi salah satu jamiman
utama bagi klien untuk mencapai hasil yang ingin dicapai pada saat melakukan
rekayasa proses bisnisnya. Perusahaan ini berlokasi di Jl. Mawar I No. 3 Baciro
Yogyakarta.
Di perusahaan PT. Gosantha Global Yogyakarta memiliki beberapa
layanan yang berhubungandengan teknologi informasi, yakni :
1. Software Production
PT Gosantha Global membangun beberapa produk software
yang berkualitas dan berkelanjutan. Produk-produk tersebut antara
lain Accounting System, E-Government, Administration Workflow,
dan Asset Maintenance.
2. Custom Software Development
Organisasi dan perusahaan selalu berkembang secara
dinamis, membutuhkan solusi-solusi sistem informasi yang juga
selalu berkembang, untuk itu PT Gosantha Global memberikan
layanan pembangunan suatu sistem informasi secara custom,
menyesuaikan dengan kebutuhan pengguna. Dengan pembuatan
sistem yang custom, pengguna mendapatkan solusi-solusi yang tepat
bagi kebutuhannya.
3. System Integration
Pemanfaatan IT dengan penggunaan sistem informasi telah
meluas di banyak organisasi dan perusahaan, berbagai jenis sistem
telah dipakai, sering kali organisasi dan perusahaan mempunyai
sistem yang terdiri dari sistem-sistem yang terpisah, hal ini
menyebabkan kurang efisiensi dan kekuratan informasi. PT
Gosantha Global memberikan solusi berupa integrasi antar sistem
untuk mendapatkan kesatuan informasi yang diinginkan.
4. Hardware and Software Consulting
Dalam implementasi sistem informasi dibutuhkan pula
infrastruktur yang bersifat hardware, baik terminal untuk pengguna,
server, maupun networking-nya. PT Gosanta Global memberikan
 layanan perancangan dan pembangunan infrastruktur tersebut sesuai
kebutuhan dan teknologi yang berkembang.

BAB III
METODOLOGI PENELITIAN

3.1. Lokasi dan Objek Penelitian

3.1.1. Lokasi Penelitian
Penelitian dilaksanakan di tempat kerja saat kegiatan PKPI, yakni PT.
Gosantha Global Yogyakarta yang beralamatkan Jl. Mawar I No.3 Baciro Kec.
Gondokusuman, Kota Yogyakarta, Daerah Istimewa Yogyakarta 55225, dengan
jangka waktu pelaksanaan kegiatan PKPI yakni 2 bulan dimulai dari tanggal 1
Oktober 2020 sampai dengan 1 Desember 2020, dengan mengikuti standar
rutinitas karyawan mulai dari pembagian tempat, waktu, dan tugas.
Pada gambar 3.1.1 1 merupakan foto bersama karyawan pada sub bagian
program PT. Gosantha Global Yogyakarta.
 Gambar 3.1.1 Foto bersama karyawan PT.Gosantha Global Yogyakarta

Pada gambar 3.1.1 2 merupakan proses pembuatan arrsitektur desain

sistem pembayaran SPP dengan Virtual Account di PT.Gosantha Global
Yogyakarta.

Gambar 3.1.1 Proses pembuatan arsitektur desain

 Sedangkan pada gambar 3.1.1 3 merupakan penyerahan plakat sebagai
tanda terimakasih dan kenang – kenangan untuk perusahaan yang di wakili oleh
Bapak Agung Budi Kuncoro, S.Kom. selaku Direktur Operasional PT. Gosantha
Global Yogyakarta.

Gambar 3.1.1 Penyerahan plakat kepada perusahaan

3.1.2. Objek Penelitian

Objek yang diteliti adalah website https://faspay.co.id/docs/ di sisi
Faspay Bussiness dengan beberapa batasan terutama dalam hal perancangan
dan pengembangan. Untuk tampilan halaman website ditunjukkan pada
Gambar 3.1.2 1 dimana terdapat sebuah menu Faspay Bussiness yang
digunakan dalam jenis pembayaran SPP dengan menggunakan Virtual
Account.
 Gambar 3.1.2 Halaman documentation faspay

Didalam documentation Faspay tersebut terdapat beberapa jenis,

yakni ada faspay bussines, faspay billing, faspay express dan faspay
sendme. Pada penelitian ini digunakan faspay bussines untuk media
pembayarannya.

3.2. Bahan dan Alat Penelitian

3.2.1. Bahan Penelitian
Bahan yang digunakan dalam penelitian ini berupa data-data yang ada
pada website https://faspay.co.id/docs/ khsusnya di bagian faspay bussines.
Data tersebut berdasarkan data yang nantinya akan dimodifikasi untuk
digunakan sebagai media pembayaran SPP dengan Virtual Account.

3.2.2. Alat Penelitian

Peralatan yang digunakan dalam penelitian ini meliputi piranti keras dan
lunak, yang dapat dijabarkan sebagai berikut:
1. Piranti Keras (Hardware), meliputi:
a. Laptop, dan
b. Piranti pendukung lainnya.
2. Piranti Lunak (Software)
 a. Visual Paradigm, untuk membuat Squence diagram.
b.MYSQL, untuk manajemen database,
c. UML, untuk merancang diagram,
d. Balsamiq, untuk perancangan desain antarmuka, dan
e. Piranti pendukung lainnya.

3.3. Metode Pengumpulan Data

Pengumpulan data dalam penelitian ini dilakukan dengan beberapa
metode, di antaranya:
1. Studi dan pengkajian pustaka, metode ini digunakan untuk
mengumpulkan data pustaka penelitian sebelumnya yang relevan serta
teori-teori dan konsep-konsep yang relevan dalam pembuatan sistem
informasi pengelolaan buku tamu. Pustaka diperoleh dari buku, jurnal,
dan internet.
2. Observasi, metode ini digunakan untuk menentukan, memilah,
mengumpulkan, dan mengkaji ulang data-data yang dibutuhkan dalam
pembuatan arsitektur desain sistem pembayaran SPP dengan Virtual
Account. Data diperoleh dari hasil analisis di PT. Gosantha Global
Yogyakarta.
3. Diskusi langsung, metode ini digunakan untuk mengumpulkan data
tentang proses perancangan dan alur kerja sistem informasi
pembayaran SPP dengan Virtual Account. Diskusi dilakukan bersama
pembimbing lapangan.

3.4. Metode Analisa Sistem

Pembuatan arsitektur desain sistem pembayaran SPP dengan Virtual
Account berbasis web di PT. Gosantha Global Yogyakarta menggunakan
metode pendekatan objek dengan menggunakan diagram pemodelan UML
(Unified Modeling Language), oleh karena dengan metode ini dapat
merepresentasikan sebuah permasalahan dari dunia nyata ke dalam objek-
objek dan aktivitas-aktivitas. Oleh karena menggunakan pemodelan UML,
 sistem menjelaskan objek yang ada beserta aktivitasnya, hubungan antar
objek, pengaruh antar aktivitas, serta entitas dan kelas yang dibutuhkan dalam
tahap pengembangan.

3.5. Langkah dan Diagram Alir Langkah Penelitian

Langkah penelitian dapat digambarkan dalam diagram alir/flowchart
beserta dengan keterangan setiap langkah dengan urut dan jelas.

Gambar 3.5 Diagram alir

Keterangan :

1. Tahap Pengumpulan Data, mendefinisikan dan mencari kebutuhan

sumber sumber-sumber data seperti manusia, metode dan anggaran
yang bersifat umum.
 2. Tahap Analisa Sistem, menentukan permasalahan serta mencari
solusinya, merepresentasikan permasalahan ke dalam objek, dan
menentukan peran yang dapat dilakukan objek.
3. Tahap Desain Sistem, menentukan desain sistem yang mudah untuk
dimengerti oleh objek.
4. Tahap Pembuatan Sistem, menentukan sistem yang akan dibuat lalu
direpresentasikan ke dalam pembuatan sistem beserta metode yang
tepat.
5. Tahap Pengujian Sistem, melakukan pengujian sistem yang sudah
dikembangkan, menentukan kelebihan dan kekurangan sistem, dan
menentukan kelayakan sistem.
6. Tahap Implementasi, merepresentasikan sistem ke dalam dunia nyata
dan menguji secara berkala.
7. Tahap Penyusunan Laporan, menuliskan seluruh alur sistem dalam
bentuk laporan beserta metode yang digunakan.

3.6. Diagram Pemodelan Sistem(UML)

3.6.1. Workflow Transaction debit
Pada workflow ini user atau siswa melakukan login ke merchant ( web
pembayaran SPP ), jika login berhasil makan akan diarahkan untuk memilih
pembayaran SPP, sekaligus memilih metode pembayaran dan melakukan check
out. Informasi transaksi user yang berisi data siswa dan data pembayaran
dikirim ke server merchant. Server merchant mengirimkan data informasi
pembayaran tersebut ke server faspay. Faspay merespon informasi transaksi
dengan memberikan TRX_ID ke server merchant. Server merchant akan
mengirimkan kembali informasi transaksi ke server faspay berupa informasi
TRX_ ID (ID transaksi) dan query string. Faspay akan mengirim data dan
menerima data informasi transaksi dari Bank / payment channel. Jika
pembayaran sudah berhasil, server merchant mendapatkan status transaksi.
 Gambar 3.6.1 Workflow Transaction debit

3.6.2. Squence Two Step Transacttion

Pada faspay bussines terdapat 2 jenis transaksi payment channel, yaitu
one step transaction dan two step transaction. Payment channel yang akan
digunakan pada pembayaran SPP adalah Permata.Net dengan menggunakan
Virtual Account. Karena pada one step transaction hanya bisa digunakan untuk
transaksi dengan Permata.Net manual sehingga dipilihlah two step transaction
yang bisa digunakan untuk pembayaran dengan Virtual Account.
Two step transaction merupakan jenis pembayaran yang nantinya akan
diarahkan ke halaman Faspay. Pada saat melakukan pembayran user tidak di
redirect ke halaman pembayaran secara langsung. Transaksi bisa melalui
media lain misal lewat ATM untuk pembayarannya. Pada two step transaction
user akan memberikan data pada halaman web merchant setelah itu user akan
di redirect dari halaman web merchant ke halaman Faspay. Halaman Faspay
akan menampilkan pilihan payment channel yang dapat dipilih oleh user.
Sistem akan menunggu user menyelesaikan pembayaran yang dilakukan
terpisah. Faspay akan menerima notifikasi pembayaran dari channel transaksi
dan memberikan informasi notifikasi ke user apakah transaksi sukses atau
gagal.

Gambar 3.6.2 Squence Two Step Transacttion

Tabel 3.6.2 Data squence two step transaction

Post data Merchant mengirimkan data ke faspay

berupa informasi data siswa dan data
pembayaran.
Post data response Faspay menerima data informasi data siswa
dan data pembayaran dari merchant dan
dikirimkan kembali ke merchant dengan
kode respon (kode Virtual Account).
Redirect Merchant akan mengalihkan halaman ke
faspay, dan siswa dapat memilih jenis
faspay channel.
 Inquiry Jika faspay channel sudah dipilih maka akan
mendapatkan kode respon ( kode Virtual
Account ) yang nantinya digunakan untuk
melakukan pembayaran secara terpisah.
Payment notification Jika pembayaran secara terpisah sudah
berhasil maka faspay dan merchant akan
mendapat notifikasi transaksi pembayaran.

3.6.3. Squence Permata.Net

Gambar 3.6.3 Squence channel permata

Tabel 3.6.3 Data Squence channel permata
Process Case Action
Post data Setelah user ceckout Post data ke faspay.
dan pilih permata Kemudian merchant akan
untuk pembayaran mendapat kode respon
( kode Virtual Account ) dari
faspay dan merchant
menyimpan kode tersebut.
Redirect Setelah merchant Merchant akan mengalihkan
mendapat kode respon ke URL Permata net.
data dari faspay Login ke web permata untuk
melakukan pembayaran.
Permata akan mengirimkan
informasi transaksi
pembayarn ke faspay
Payment Faspay akan Merchant menyiapkan URL
notification memberikan notifikasi untuk menerima notifikasi
ke merchant ketika dari faspay.
mendapat respon dari
permata
Callback Saat user selesai Merchant menyiapkan url
melakukan notifikasi transaksi berhasil
pembayaran dan faspay akan
mengirimkan data detail
transaksi ke url tersebut.
3.7. Rancangan Antarmuka Sistem
3.7.1. Halaman Login
Rancangan halaman login adalah form yang digunakan oleh user agar
dapat masuk ke sistem dengan cara memasukkan data username dan
password. Rancangan halaman login yang ditunjukkan pada Gambar 3.7.1 1
dibawah ini :
 Gambar 3.7.1 Tampilan Halaman Login

3.7.2. Halaman Home Page

Gambar 3.7.2 1 menunjukkan rancangan halaman utama merupakan
rancangan tampilan sistem yang menunjukkan informasi tentang sistem
pembayaran SPP dengan menggunakan Virtual Account di PT.Gosantha Global
Yogyakarta.

Gambar 3.7.2 Tampilan Halaman Home Page

3.7.3. Halaman Menu Pembayaran

Rancangan tampilan menu pembayaran merupakan halaman yang
digunakan untuk melakukan transaksi pembayaran SPP dengan mengeklik
 menu pembayaran nantinya akan muncul halaman biaya SPP dari bulan januari
samapai dengan bullan desember beserta nominal setiap bulannya. Ketika
sudah selesai memilih biaya pemabayaran maka nanti akan diarahkan ke
halaman list biaya yang sudah dipilih.

Gambar 3.7.3 Tampilan menu pembayaran SPP

3.7.4. List Menu Biaya SPP

Pada tampilan list biaya SPP ini terdapat biaya yang harus dibayarkan
sesuai yang telah dipilih. Didalamnya terdapat nominal disetiap bulan yang
harus dibayarkan. Untuk pembayaran SPP bisa dengan memilih bulan yang
ingin dibayarkan. Pemilihan pembayaran SPP bisa lebih dari satu pilihan.
Misal jika ingin membayar SPP di bulan januari sampai maret maka tinggal
memilih biaya tersebut. Dan disana terdapat total biaya yang nantinya akan
didimpan diwaktu pembayaran.
 Gambar 3.7.4 Tampilan list biaya SPP

3.7.5 Halaman Detail Pembayaran

Pada halaman ini terdapat detail dari data user yang ingin membayar SPP.
Didalamnya berisi nama nis, nama user, metode pembayaran yang digunakan,
total bayar serta bulan spp yang ingin dibayarakan. Nantinya halaman tersebut
akan diarahkan ke halaman detail tagihan.

Gambar 3.7.5 Tampilan Detail Pembayaran

3.7.6 Menu Tagihan

Pada menu tagihan ini akan ada informasi detail tagihan yang dimana
merupakan hasil dari pemilihan biaya pembayaran SPP sebelumnya. Nantinya
disana akan terdapat juga kode Virtual Account yang secara otomatis tampil di
menu tagihan setelah pemilihan biaya pembayaran SPP selesai. Kode Virtual
Account tersebut digunakan untuk melakukan pembayaran secara terpisah,
artinya pembayaran dilakukan di ATM terdekat.

Gambar 3.7.6 Tampilan menu Tagihan SPP

 BAB IV
HASIL DAN PEMBAHASAN

4.1 Hasil
Sistem pembayaran SPP dengan menggunakan Virtual Account ini
dibangun dengan sistem berbasis web. Perancangan Sistem pembayaran SPP
dengan menggunakan Virtual Account ini dibagi menjadi beberapa bagian ,
diantaranya;
1. SE ( System Explorasi ) dimana pada bagian ini mendapat beberapa
tugas dalam perancangannya, yakni membuat squence diagram,
riset tentang pembayaran dengan faspay yang menggunakan vitual
account, membuat desain UI ( User Interface ) , membuat struktur
database dan membuat API desain untuk sistem tersebut.
2. Sistem analais, pada bagian ini membuat requiretmen atau diskripsi
kebutuhan sistem yang akan dibuat, membuat modul – modul atau
fitur dari sistem tersebut dan membuat flowchart sistemnya.
3. Coding atau pembuatan program, yang dimana pada pembuatan
program ini menggunakan CI ( code ignitier ) sebagai
Frameworknya.
4. QA ( quality Assurance ) melakukan pengujian dengan
menggunakan metode Software Testing Life Cycle (STLC) .
Pada penelitian ini penulis mendapatkan bagian SE ( System Explorasi )
yang nantinya akan memuat tentang hasil dari squence metode pembayaran,
squence channel yang digunakan, rancangan UI desain, Hasil implementasi
UI serta struktur database yang digunakan untuk membangun sistem
pembayaran SPP dengan Virtual Account.
4.1.1. Halaman Login
Pada tampilan halaman login ini tidak berbeda jauh dengan
rancangan desain UI. Disini ditambahkan juga logo dari perusahaan
yakni PT. Gosantha Global Yogyakarta. Didalamnya terdapat kolom
username dan password serta link untuk mendaftar akun baru. Link
daftar tersebut ditambahkan apabila siswa lupa atau belum memiliki akun
untuk login ke sistem pembayaran SPP. Untuk UI desain di halaman
daftar sama seperti menu login, hanya saja didalamnya perlu
memasukkan password 2 kali untuk memastikan bahwa password yang
dimasukkan sudah benar.

Gambar 4.1.1 Tampilan halaman login

4.1.2. Tampilan Menu Utama

Di menu utama ini terdapat beberapa menu yakni menu
pembayaran SPP dan Tagihan SPP. Pada bagian pojok kanan atas
terdapat profil user yang didalamnya terdapat menu profile , settings dan
logout.
 Gambar 4.1.2 Tampilan menu utama

4.1.3. Menu Pembayaran SPP

Pada menu pembayaran ini nantinya akan diarahkan untuk memilih
daftar biaya pembayaran dimulai dari bulan januari sampai dengan bulan
desember beserta dengan nominal tiap – tiap bulannya. Jika nanti
pemilihan biaya yang akan dibayar sudah dipilih, maka akan tampil di
menu list biaya pembayaran sesuai dengan biaya yang telah dipilih
sebelumnya.
 Gambar 4.1.3 Tampilan Mennu pembayaran SPP
4.1.4. Halaman List Menu Biaya SPP
Halaman biaya spp ini menampilkan data bulan yang sudah dipilih
beserta dengan jumlah, harga dan total dari keseluruhan biaya yang harus
dibayarkan. Disana terdapat juga menu hapus data yang berfungsi untuk
menghapus data jika salah input, menu lanjut pilih spp berfungsi untuk
menambah pembayaran spp perbulannya dan pembayaran untuk
dialihkan ke halaman detail pembayaran.

Gambar 4.1.4 Tampilan list menu biaya spp

4.1.5. Halaman Detail Pembayaran

Pada halaman detail pemabayaran ini terdapat detail dari transaksi
tersebut. Yang isinya berupa nis , nama , metode pembayaran yang
digunakan, total bayar serta item biaya perbulan yang sudah dipilih
sebelumnya. Ketika detail pembayaran tersebut sudah benar, maka nanti
akan di arahkan ke halaman detail tagihan.
 Gambar 4.1.5 Tampilan detail pembayaran

4.1.6. Halaman Tagihan SPP

Dihalaman tagihan SPP ini merupakan detail dari pembayaran SPP
yang sudah dipilih sebelumnya. Didalam halaman tagihan SPP ini terdapat
NIS ( kode induk yanga ada pada setiap siswa ), tanggal, TRX-ID
( identitas transaksi yang dilakukan ), Kode virtual Account ( kode Virtual
Account ini otomatis didapatkan ketika sudah selesai memilih biaya SPP
dan dilanjutkan ke tombol button pembayaran ) dan nominal .

Gambar 4.1.6 Tampilan Halaman Tagihan SPP

4.1.7. Basisdata Sistem Pembayaran SPP
Pada pembuatan sistem pembayaran SPP dengan Virtual Account ini
menggunakan beberapa table, diantaranya; tbl_detail_pembayaran,
tbl_pembayaran, tbl_siswa, tbl_tagihan dan tbl_tarif. Struktur masing –
masing table ditunjukkan pada table dibawah ini;

Tabel 4.1.6 Detail pembayaran

1. tbl_detail_pembayaran
Kolom Jenis
id_detail_pembayaran (Utama) int(11)
id_tagihan int(11)
nominal int(11)

Tabel 4.1.6 Pembayaran

2. tbl_pembayaran
Kolom Jenis
id_pembayaran (Utama) int(11)
tanggal date
nis int(11)
time_post varchar(25
0)
time_respon varchar(25
0)
trx_id int(11)
va int(11)
nominal int(11)
status varchar(25
0)

Tabel 4.1.6 Siswa

3. tbl_siswa
Kolom Jenis
id_siswa int(11)
nis (Utama) int(11)
nama_siswa varchar(150)
tempat_lahir varchar(150)
tgl_lahir date
jenis_kelamin varchar(150)
 email varchar(150)
no_hp int(11)
alamat varchar(150)
password varchar(255)
hak_akses int(11)

Tabel 4.1.6 Tagihan

4. tbl_tagihan
Kolom Jenis
id_tagihan (Utama) int(11)
nis int(11)
id_tarif int(11)
nominal int(11)

Tabel 4.1.6 Tarif

5. tbl_tarif
Kolom Jenis
id_tarif (Utama) int(11)
nama_item varchar(200)
nominal_tarif int(11)

Gambar 4.1.6 Struktur relasi database

4.1.8. API Desain Permata.Net
4.1.8.1. Post Data
Proses ini digunakan untuk melihat mengirimkan data transaksi
dari merchant ke Faspay. Proses post data ini dilakukan saat merchant
request parameter dan kemudian Faspay akan merespon permintaan
tersebut.

1. URL Endpoint Post Data

URL Endpoint ini digunakan sebagai URL balikan yang akan
memproses data yang di post dari system merchant. Terdapat 2
URL yang perlu digunakan yaitu Production dan Development.
Untuk pelaksanaan testing atau UAT dapat menggunakan URL
development.

Tabel 4.1.7.1 URL Endpoint Post Data

Type Production Development

XML https://web.faspay.co.id/p https://dev.faspay.co.id/pws/3

ws/300011/383xx000101 00011/183xx00010100000
00000

JSON https://web.faspay.co.id/c https://dev.faspay.co.id/cvr/3

vr/300011/10 00011/10

2. Request Parameter Post Data

Request parameter merupakan parameter-parameter yang harus
disediakan oleh system merchant untuk dapat integrasi post data
dengan system Faspay.
Tabel 4.1.7.1 Request Parameter Post Data

Parameter Data M/O/C Description

Type

Request Alfanumer Mandatory Request Description

ic (50)

Merchant_id Numeric Mandatory Merchant Code From

(5) Faspay = BOI

Merchant Alfanumer Mandatory Merchant Name

ic (32)

bill_no Alfanumer Mandatory Order Number

ic (32)

bill_reff Alfanumer Optional Booking

ic (32) Number/reffrence (can
fill same with order
no)

bill_date Datetime Mandatory Transaction/ Order

YYYY- Date
MM-DD
HH:MM:S
S

bill_expired Datetime Mandatory Payment Expiring

YYYY- Date (max 30 days)
MM-DD
HH:MM:S
S

bill_desc Alfanumer Mandatory Transaction

ic (128) Description

bill_currency Char (3) Mandatory Currency, Mustbe

 'IDR'

bill_gross Numeric Optional Order Nominal

(15) without tax

bill_tax Numeric Optional Tax (IDR)

(15)

bill_miscfee Numeric Optional Miscellaneous fee

(15)

bill_total Numeric Mandatory Total Nominal

(15)

payment_cha Numeric Mandatory Payment Channel

nnel (3) Code

pay_type Alfanumer Mandatory Payment code :

ic (1) 1: Full Settlement
2: Installment
3: Mixed 1 & 2

cust_no Alfanumer Mandatory Customer Number

ic (32)

cust_name Alfanumer Mandatory Customer Name

ic (128)

bank_user_id Alfanumer Optional Customer User ID on

ic (128) bank’s services (ex :
KlikBCA User Id)

Msisdn Numeric Mandatory Customer Mobile

(64) Phone

Email Alfanumer Mandatory Email

ic (128)

Terminal Numeric Mandatory Terminal Origin

(2) 10. Web
 20. MobApp
Blackberry
21. MobApp Android
22. MobAppiOS
23. MobApp
Windows
24. MobApp Symbian
30. TabApp
BlackBerry
31. TabApp Android
32. TabAppiOS
33. TabApp Windows

billing_addre Alfanumer Optional billing_address

ss ic (200)

billing_addre Alfanumer Optional Billing City

ss_city ic (50)

billing_addre Alfanumer Optional Billing Addres Region

ss_region ic (100)

billing_addre Alfanumer Optional Billing Address State

ss_state ic (100)

billing_addre Alfanumer Optional Billing Address Pos

ss_poscode ic (10) Code

billing_addre Alfanumer Optional Billing Address

ss_country_c ic (10) Country Code
ode

receiver_nam Alfanumer Optional Receiver Name

e_for_shippin ic (100)
g

shipping_add Alfanumer Optional Shipping Address

ress ic (200)

shipping_add Alfanumer Optional Shipping Address City

ress_city ic (50)

shipping_add Alfanumer Optional Shipping Address

ress_region ic (100) Region

shipping_add Alfanumer Optional Shipping Address

ress_state ic (100) State

shipping_add Alfanumer Optional Shipping Address Pos

ress_poscode ic (10) Code

shipping_add Alfanumer Optional Shipping Address

ress_country ic (10) Country Code
_code

Product Alfanumer Mandatory Item Name

ic (50)

Amount Numeric Mandatory Item Price

(15)

Qty Alfanumer Mandatory Item Quantity

ic (50)

payment_pla Numeric Mandatory Payment code

n (1) 1: Full Settlement
2: Installement

tenor Numeric Mandatory Installment Tenor

(2) 00: Full Payment
03: 3 months
06: 6 months
12: 12 months

merchant_id Numeric Mandatory Merchant Id From

(5) Payment Channel
 ex : MID from BCA
Credit Card

Reserve1 Alfanumer Optional

ic (50)

Reserve2 Alfanumer Optional

ic (50)

Signature Alfanumer Mandatory sha1(md5(user_id

ic (100) merchant + password
merchant + bill_no))

3. Contoh Penggunaan Request Post Data

 Gambar 4.1.7.1 Contoh request post data

4. Response Parameter Post Data

Response parameter merupakan parameter-parameter yang
akan dikirimkan oleh system Faspay sebagai respon atas request
parameter yang sudah dikirimkan oleh system merchant. Jika ada
parameter yang belum sesuai / nilainya salah maka transaksi
tersebut akan di reject di sistem Faspay.
Tabel 4.1.7.1 Response Parameter Post Data

Parameter Data M/O/C Description

Type

Response Alfanum Mandatory Response Name

eric (50)

trx_id Numeric Mandatory Transaction ID di

(16) generate oleh Faspay
(Media Indonusa) untuk
digunakan saat
melakukan pembayaran
dalam payment channel
catatan: Unique
Transaction ID untuk 1
 hari atau selama belum
dibayar dan belum
expired

Merchant_i Numeric Mandatory Merchant Code

d (5)

Merchant Alfanum Mandatory Merchant Name

eric (32)

bill_no Alfanum Mandatory Order No

eric (32)

Response_C Numeric Mandatory Response Code

ode (2) 00 Success

Response_ Alfanum Mandatory Response Code

Desc eric (32) Description

5. Contoh Penggunaan Response Post Data

Gambar 4.1.7.1 Contoh penggunaan response post data

4.1.8.2. Redirect process
 Redirect process merupakan proses setelah merchant menerima
response dari Faspay, merchant menerima TRX_ID (ID transaksi) dan
kemudian merchant menyimpan TRX_ID tersebut dan melakukan redirect.

1. URL Endpoint Redirect Process

URL Endpoint ini digunakan sebagai URL balikan yang akan
memproses data yang di redirect dari system merchant. Terdapat
2 URL yang perlu digunakan yaitu Production dan Development.
Untuk pelaksanaan testing atau UAT dapat menggunakan URL
development.

Tabel 4.1.7.2 URL Endpoint Redirect Process

Production Development

https://web.faspay.co.id/pws/1 https://dev.faspay.co.id/pws/100
00003/2830000010100000/<si 003/0830000010100000/<sign>
gn>?queryString ?queryString

2. Request Parameter Redirect Process

Request parameter merupakan parameter-parameter yang
harus disediakan oleh system merchant untuk dapat redirect
process dengan system Faspay.

Tabel 4.1.7.2 Request Parameter Redirect Process

Parameter Data Type M/O/C Description

trx_id Numeric Mandator Transaction ID di

(16) y generate oleh
Faspay (Media
Indonusa) untuk
digunakan saat
melakukan
 pembayaran
dalam payment
channel
catatan: Unique
Transaction ID
untuk 1 hari atau
selama belum
dibayar dan belum
expired

Merchant_i Numeric (5) Mandator Merchant Code

d y

bill_no Alfanumeri Mandator Order Number

c (16) y

Signature Alfanumeri Mandator sha1(md5((user_i

c y d + password +
bill_no))

3. Contoh hit redirect ke URL faspay dari merchant :

https://dev.faspay.co.id/pws/100003/0830000010100000/e0ba
1b2dc29ab4cb4221df092f44b1c4e6f45c63?
trx_id=3100440033666278&merchant_id=31004&bill_no=3
1004001

4.1.7.3. Payment Notification

Merupakan proses untuk mengirimkan notifikasi pembayaran
dari Faspay ke merchant. Payment notifikasi dikirim melalui URL
merchant yang sebelumnya sudah disiapkan, yaitu URL untuk
menerima hit notifikasi transaksi. Faspay akan mengirim response
payment notif sebanyak 3 kali.
1. URL Endpoint Payment Notification
URL Endpoint ini digunakan sebagai URL balikan yang
akan memproses data yang di inquiry dari system merchant.
Terdapat 2 URL yang perlu digunakan yaitu Production dan
Development. Untuk pelaksanaan testing atau UAT dapat
menggunakan URL development.

2. URL Endpoint
URL – Merchant : https://Merchant>/api

3. Request parameter payment notification

Request parameter payment notification merupakan
parameter-parameter yang dikirimkan Faspay ke merchant
untuk inquiry payment notification.

Tabel 4.1.7.3 Request parameter payment notification

Parameter Data M/O/C Description

Type

Request Alfanum Optional Request Name

eric (50)

trx_id Numeric Mandato Transaction ID di generate oleh

(16) ry Faspay (Media Indonusa)
untuk digunakan saat
melakukan pembayaran dalam
payment channel
catatan: Unique Transaction ID
untuk 1 hari atau selama belum
dibayar dan belum expired

merchant_id Numeric Mandato Merchant Code

 (5) ry

Merchant Alfanum Mandato Merchant Name

eric (32) ry

bill_no Alfanum Mandato Order Number

eric (32) ry

payment_re Alfanum Optional would be fill if the payment

ff eric (32) has been made

Payment_da Datetime Mandato customer payment date would

te YYYY- ry be fill if the payment has been
MM-DD made
HH:MM:
SS

payment_st Char (1) Mandato Payment Status

atus_code ry 0 Belum diproses
1 Dalam proses
2 Payment Sukses
3 Payment Gagal
4 Payment Reversal
5 Tagihan tidak ditemukan
7 Payment Expired
8 Payment Cancelled
9 Unknown

payment_st Alfanum Mandato Payment description

atus_desc eric (32) ry

bill_total Numeric Mandato Billing total of transaction

ry

payment_tot Numeric Mandato Payment total of transaction

al ry
 payment_ch Numeric Mandato Payment channel code
annel_uid ry

payment_ch Alfanum Mandato Payment channel description

annel eric (32) ry

Signature Alfanum Mandato Sha1(md5(user_id+password +

eric ry bill_no +
payment_status_code))

4. Contoh Penggunaan Request Payment Notification

Gambar 4.1.7.3 Contoh penggunaan request payment noftification

5. Response Parameter Payment Notification

Response parameter merupakan parameter-parameter
yang akan dikirimkan oleh system Faspay sebagai respon atas
request parameter yang sudah dikirimkan oleh system
merchant. Jika ada parameter yang belum sesuai / nilainya
salah maka transaksi tersebut akan di reject di sistem Faspay.

Tabel 4.1.7.3 Response Parameter Payment Notification

 Parameter Data M/O/C Description
Type

trx_id Numeric Mandatory Transaction ID di

(16) generate oleh Faspay
(Media Indonusa)
untuk digunakan saat
melakukan
pembayaran dalam
payment channel
catatan: Unique
Transaction ID untuk
1 hari atau selama
belum dibayar dan
belum expired

Merchant_i Numeric Mandatory Channel Code From

d (15) Faspay

bill_no Alfanumer Mandatory Order Number

ic (32)

response_co Alfanumer Mandatory Response code

de ic (2)

response_de Alfanumer Mandatory Response Description

sc ic (50)

response_da Datetime Mandatory Response date

te

6. Contoh Penggunaan Response Payment Notification

 Gambar 4.1.7.3 Contoh Penggunaan Response Payment Notification

4.1.7.4 URL Callback

URL Callback ini merupakan proses jika transaksi merchant
sudah selesai dibayar oleh pelanggan dan merchant sudah
mendapatkan notifikasi status transaksi. Selanjutnya pihak bank
(payment channel) akan otomatis meredirect ke URL callback
merchant untuk menginformasikan bahwa transaksi sudah selesai.
URL callback di provide oleh merchant.

1. Contoh URL merchant yang di hit oleh Faspay

https://dev2.faspay.co.id/merchantpage_v2/billing/proces
s/thankyou?
trx_id=8985999990013136&merchant_id=99999&merc
hant=FASPAY+STORE&bill_no=4370&bill_ref=4370
&bill_total=10000&bank_user_name=FaspayTest&statu
s=0&signature=0da33ad07fe9980f7b7ff70a964803e821a
86866

2. Request Parameter URL Notification

Request parameter URL notification merupakan
parameter-parameter yang dikirimkan Faspay ke merchant
untuk inquiry URL notification.
Tabel 4.1.7.4 Request Parameter URL Notification

Parameter Data Type M/O/C Description

merchant_id Numeric Mandatory Merchant Code

(15)

bill_no Alfanumeri Mandatory Order Number

c (32)

Request Alfanumeri Optional Request Name

c (50)

trx_id Numeric Mandatory Transaction ID di generate

(16) oleh Faspay (Media
Indonusa) untuk
digunakan saat melakukan
pembayaran dalam
payment channel.
catatan: Unique
Transaction ID untuk 1
hari atau selama belum
dibayar dan belum expired

bill_reff Alfanumeri Mandatory bill_refference

c (20)

bill_total Numeric Mandatory bill_total

payment_re Alfanumeri Optional Payment reference

ff c (16)

Payment_da Datetime Mandatory Payment date

te

bank_user_ Alfanumeri Mandatory Channel customer name

name c (40)

Status Char (1) Mandatory Payment status

 Signature Alfanumeri Mandatory Sha1(md5(user_id+passwo
c rd + bill_no +
payment_status_code))

4.2. Pembahasan
4.2.1. Kelebihan Sistem
Kelebihan yang dimiliki oleh sistem pembayaran SPP dengan Virtual
Account adalah sebagai berikut;

1. Kenyamanan
Keuntungan pertama yang dirasakan jika sekolah
menggunakan akses pembayaran online adalah kenyamanan
pembayaran bagi siswa. Dengan bertransaksi online, siswa anda
tak perlu repot membawa uang tunai, karena transaksi ini dapat
dilakukan secara langsung lewat ATM atau bahkan dengan
menggunakan gadget dan akses internet.

2. Tersedia Banyak Cara Pembayaran

Pembayaran melalui karsir kampus sangat menguras
tenaga dan memakan banyak waktu, karena sistem pembayaran
yang manual dan banyak kesulitan. Sistem
pembayaran online terdiri dari banyak cara pembayaran dan
memudahkan mahasiswa. Pembayaran dapat dilakukan di teller
Bank, ATM, Ibank Personal/Mobile Banking serta e-channel bank
lainnya.
3. Pencatatan Transaksi
Dengan bertansaksi secara online, semua mutasi anggaran
sekolah akan tercatat dengan baik, akurat serta dapat diakses kapan
saja. Dengan begitu, para pegawai sekolah anda dapat fokus
dengan tugas yang lebih penting lagi, karena pencatatan sudah
terekam. Jadi pelaporan ke pimpinan pun menjadi lebih mudah.

4. Otorisasi Lebih Cepat

Dengan membayar online, proses otorisasi yang biasanya
memakan waktu saat melakukan pembayaran, dan antrian yang
panjang, kini lebih cepat dilakukan. Transaksi pembayaran uang
sekolah dapat lebih cepat diselesaikan karena pengecekan sudah
secara otomatis.

5. Dapat Dilakukan Dimana Saja

Dengan menggunakan akses pembayaran online, siswa
dapat melakukan transaksi dimana saja, termasuk saat siswa diluar
kota. Hal ini tentu berbeda dengan penggunaan uang cash yang
mengharuskan siswa anda pergi ke kampus hanya untuk
melakukan pembayaran atau her regestrasi, padahal waktu liburan
sekolah masih panjang dan mereka masih di kampung halaman
yang jauh dari sekolah.

6. Sekolah Lebih Terlihat Profesional

Sekolah yang mengikuti kemajuan teknologi, dapat dilihat
dari sistem yang dipakai saat ini, dengan menggunakan sistem
yang handal dapat menunjukan bahwa sekolah tersebut profesional.
Salah satu sistem yang mendukung kemajuan sekolah dengan
menggunakan pembayaran online untuk transaksi siswanya, tentu
sekolah akan lebih terlihat profesional dan kredebilitas kampus
terjaga. Bahkan sistem pembayaran online ini dapat mempermudah
 pendaftar atau siswa baru dalam pembayaran, dan sudah pasti
branding sekolah pun meningkat.

7. Transaksi yang Lebih Aman

Salah satu kelemahan uang tunai yaitu rawan pencurian.
Sementara jika siswa menggunakan metode pembayaran online,
misalnya dengan kartu debit atau kredit, siswa hanya tinggal
melaporkan kepada penerbit kartu untuk dilakukan pemblokiran.
Dalam hal ini, tentu saja setiap penerbit kartu memiliki kebijakan.

4.2.2. Kekurangan Sistem

Kekurangan yang dimiliki oleh sistem pembayaran SPP dengan Virtual
Account adalah sebagai berikut;
1. Pada pembayaran SPP dengan Virtual Account ini hanya terdapat
menu pembayaran SPP dan Tagihan SPP saja.
2. Desain UI ( User Interface ) tidak disertakan dengan detail,
misalkan mencantumkan desain dibagian profil siswa dan
sebagainya.
3. Tampilan sistem pembayaran SPP masih kurang menarik.
4.2.3. Penerapan Sistem
Sistem yang diteliti, yaitu sistem pembayaran SPP dengan Virtual
Account dapat digunakan oleh siswa – siswi yang masih sekolah guna
membayar SPP diskolah masing masing. Sistem yang selanjutnya digunakan
oleh PT. Gosantha Global Yogyakarta dalam penerapan nyata bersama
dengan sekolah – sekolah dalam mendukung pengembangan sistem tersebut.

4.2.4. Pengembangan Sistem

Sistem yang diteliti, yaitu sistem pembayaran SPP dengan Virtual
Account dapat dikembangkan lebih lanjut bersama dengan proses
penggunaannya, oleh karena sistem menggunakan arsitektur yang fleksibel,
struktur data yang teratur, dan faktor pendukung lainnya dari segi teknis.
 Selain itu sistem ini dapat dikembangkan lebih lanjut agar menu – menu yang
terdapat di sistem tersebut bisa bertambah sesuai dengan penggunaanya.

BAB V
PENUTUP

5.1 Kesimpulan
Kesimpulan yang diperoleh dari penelitian terhadap arsitektur desain
sistem pembayaran SPP dengan Virtual Account ini adalah sebagai berikut:
1. Sistem yang dikembangkan tersebut diteliti untuk memenuhi kegiatan
PKPI di PT.Gosantha Global Yogyakarta.
2. Sistem dikembangkan untuk memenuhi operasi pembayaran SPP dengan
mengguanakan Virtual Account.
5.2 Saran
Oleh karena sistem yang diteliti belum sepenuhnya sempurna, maka
terdapat beberapa penyempurnaan, perbaikan, dan pengembangan, terhadap
sistem informasi ini, antara lain :

1. Aplikasi ini dapat dikembangkan pada bagian menu utama , karena disana
hanya terdapat 2 menu saja, yakni menu pembayaran SPP dan menu
Tagihan SPP. Sehingga akan lebih bagus jika ditambahkan lagi menu –
menu yang mendukung untuk sistem pembayaran SPP tersebut.
2. Aplikasi tersebut dapat dikembangkan dengan versi mobile. Karena saat
ini aplikasi tersebut baru dirancang berbasis web. Sehingga akan lebih
efisien jika dibuat berbasis mobile.
3. Penambahan fitur – fitur yang ada pada sistem pembayaran SPP tersebut
bisa ditambahkan lagi agar lebih menarik.
4.
 DAFTAR PUSTAKA

Abdul Aziz, W. B. (2013, Desember). Pemanfaatan Web Service Moodle Berbasis

REST-JSON untuk Membangun Moodle Online Learning Extension berbasis
Android. JURNAL ITSMART, 2, 2.
Abdul Rohman, F. T. (2011). Sistem Informasi Pengelolaan Buku Tamu di Dinas
Komunikasi dan Informatika Provinsi Jawa Barat. Bandung: Fakultas Teknik
dan Ilmu Komputer – Universitas Komputer Indonesia Bandung.
Android Studio. (2015). Dipetik November 29, 2019, dari Android Developer:
http://developer.android.com/sdk/
Astri Denaya, T. D. (2018). EFEKTIVITAS PELAKSANAAN SISTEM
INFORMASI MANAJEMEN KEPEGAWAIAN (SIMPEG) DI BKD
PROVINSI JAWA TENGAH. Journal of Public Policy and Management
Review, 3.
Christian, A., Hesinto, S., & Agustina3. (2018). Rancang Bangun Website Sekolah
Dengan Menggunakan Framework Bootstrap. Jurnal SISFOKOM, 6.
Enterprise, J. (2015). Mengenal PHP Menggunakan Framework Laravel. Jakarta: PT
Alex Media Komputindo.
Hartanti, F. Y. (2018). Rancang Bangun Dashboard Admin Pemantauan. 8.
Hernita. (2009). Panduan Praktis Menguasai Pemrograman Web dengan JavaScript
2009. Semarang: Wahana Komputer.
Mahastama, A. W. (2015). Web Service. Dipetik November 29, 2019, dari
http://lecturer.ukdw.ac.id/~mahas/dossier/ati
Muslihudin, M., & Oktafianto. (2016). Analisis dan Perancangan Sistem Informasi
Menggunakan Model Terstruktur dan UML. Yogyakarta: Penerbit Andi.
Muslihudin, M., & Oktafianto. (2016). Analisis dan Perancangan Sistem Informasi
Menggunakan Model Terstruktur dan UML. Yogyakarta: Penerbit Andi.
Nugroho, B. (2004). PHP dan MySQL dengan editor Dreamweaver MX. Yogyakarta:
ANDI.
Permadi, T. (2014). Rancang Bangun Sistem Informasi Aplikasi Buku Tamu pada
PT.PLN (PERSERO) APJ KEDIRI. Surabaya: Fakultas Teknologi dan
Informatika - Institut Bisnis dan Informatika STIKOM Surabaya.
Saputra, A. (2012). Membangun Aplikasi Toko Online dengan PHP dan SQL.
Jakarta: PT Alex Media Komputindo.
Satyaputra, A. (2017). Java for Beginner with Eclipse 4.2 Juno. Yogyakarta: Graha
Ilmu.
Subhan. (2011). Perancangan Sistem Informasi Pengisian Buku Tamu pada Badan
Arsip dan Perpustakaan Provinsi Aceh. Banda Aceh: STMIK U’BUDIYAH
Indonesia Banda Aceh.
Sutabri, T. (2012). Konsep Sistem Informasi. Jakarta: Penerbit ANDI.
Tani, E., Bagre, B., & Adam, S. (2018). Perancangan Sistem Informasi Kepegawaian
PT Sederhana Karya. SENSITEK 2018, 1.
Valmai, A. I., & Santoso, H. B. (2014). SISTEM INFORMASI KEPEGAWAIAN.
Jurnal EKSIS, 13.
Wahyudi, D. (2003). Memb Situs Menggunakan PHP Website. Jakarta: PT Elex
Media Komputindo.
LAMPIRAN BERITA ACARA PKPI