Hasil Pencarian  ::  Simpan CSV :: Kembali

"Payment gateway adalah sistem perantara pembayaran secara online. Software Product Line Engineering (SPLE) telah digunakan dalam pengembangan sebuah payment gateway product line yang menyediakan akses ke berbagai layanan dari berbagai vendor payment gateway. Pengembangan dengan SPLE memanfaatkan aspek commonality dan variability yang ada dalam pasangan-pasangan layanan dan vendor tersebut. Payment gateway product line dapat digunakan oleh SPL lain, tetapi seringkali dibutuhkan penambahan atau modifikasi dari konfigurasi fitur untuk menyesuaikan kedua SPL. Untuk menghindari ini, diperlukan Multiple Software Product Line Engineering (MSPLE) agar dapat memanfaatkan fitur-fitur yang sudah tersedia dalam payment gateway product line yang sudah dikembangkan tanpa harus memodifikasi fitur-fitur payment gateway yang sudah ada. Multi Product Line (MPL) adalah sebuah sistem SPL yang terdiri dari beberapa SPL yang saling mempunyai dependensi meskipun tiap SPL dapat berbeda dari aspek teknologi ataupun fungsionalitasnya. Penelitian ini melanjutkan implementasi payment gateway product line agar dapat menjadi bagian dari MPL. Sebagai studi kasus, payment gateway product line akan diintegrasikan dengan product line Amanah sehingga membentuk sebuah MPL. Pada penelitian sebelumnya mengenai payment gateway product line, telah dilakukan generalisasi pemanggilan API vendor agar pengguna dapat memilih vendor secara dinamis. Dalam penelitian ini, dilakukan refactoring untuk proses konfigurasi pemanggilan API vendor tersebut agar memudahkan penambahan fitur dan vendor di masa depan. Dilakukan juga penambahan vendor untuk beberapa layanan serta sedikit refactoring untuk WinVMJ Framework yang digunakan oleh payment gateway product line. Penelitian ini diharapkan dapat digunakan sebagai acuan pengembangan payment gateway product line dan MPL selanjutnya.

---

Payment gateway is an electronic system that acts as an intermediary in financial transactions. Software Product Line Engineering (SPLE) has been used in the development of a payment gateway product line that provides access to a variety of features from multiple payment gateway vendors. SPLE is used in the development by taking advantage of the commonality and variability among the variety of features from different payment gateway vendors. Payment gateway product line, when used by other product lines, often requires extension or modification of the system. Multiple Software Product Line Engineering (MSPLE) can be used as a solution to avoid that problem by making it possible to reuse existing features without the need to modify them. A SPL such as the payment gateway product line can be integrated with or used by another SPL which will form a Multi Product Line (MPL). MPL is a SPL that consists of several self-contained but interdependent SPLs. This research continues the development of payment gateway product line to be able to be a part of a MPL by integrating the payment gateway product line into Amanah product line as a study case. In previous research, generalization of vendor API call configuration is done so that users can choose different vendors dynamically. In this research, some refactoring is done to the vendor API call configuration to simplify the process of adding features or vendors. An additional vendor is also added for some features. Some refactoring is also done for WinVMJ Framework which is used by payment gateway product line. This research is expected to serve as a reference for future payment gateway product line and MPL developments."

"Payment gateway adalah sistem perantara pembayaran secara online. Software Product Line Engineering (SPLE) telah digunakan dalam pengembangan sebuah payment gateway product line yang menyediakan akses ke berbagai layanan dari berbagai vendor payment gateway. Pengembangan dengan SPLE memanfaatkan aspek commonality dan variability yang ada dalam pasangan-pasangan layanan dan vendor tersebut. Payment gateway product line dapat digunakan oleh SPL lain, tetapi seringkali dibutuhkan penambahan atau modifikasi dari konfigurasi fitur untuk menyesuaikan kedua SPL. Untuk menghindari ini, diperlukan Multiple Software Product Line Engineering (MSPLE) agar dapat memanfaatkan fitur-fitur yang sudah tersedia dalam payment gateway product line yang sudah dikembangkan tanpa harus memodifikasi fitur-fitur payment gateway yang sudah ada. Multi Product Line (MPL) adalah sebuah sistem SPL yang terdiri dari beberapa SPL yang saling mempunyai dependensi meskipun tiap SPL dapat berbeda dari aspek teknologi ataupun fungsionalitasnya. Penelitian ini melanjutkan implementasi payment gateway product line agar dapat menjadi bagian dari MPL. Sebagai studi kasus, payment gateway product line akan diintegrasikan dengan product line Amanah sehingga membentuk sebuah MPL. Pada penelitian sebelumnya mengenai payment gateway product line, telah dilakukan generalisasi pemanggilan API vendor agar pengguna dapat memilih vendor secara dinamis. Dalam penelitian ini, dilakukan refactoring untuk proses konfigurasi pemanggilan API vendor tersebut agar memudahkan penambahan fitur dan vendor di masa depan. Dilakukan juga penambahan vendor untuk beberapa layanan serta sedikit refactoring untuk WinVMJ Framework yang digunakan oleh payment gateway product line. Penelitian ini diharapkan dapat digunakan sebagai acuan pengembangan payment gateway product line dan MPL selanjutnya.

---

Payment gateway is an electronic system that acts as an intermediary in financial transactions. Software Product Line Engineering (SPLE) has been used in the development of a payment gateway product line that provides access to a variety of features from multiple payment gateway vendors. SPLE is used in the development by taking advantage of the commonality and variability among the variety of features from different payment gateway vendors. Payment gateway product line, when used by other product lines, often requires extension or modification of the system. Multiple Software Product Line Engineering (MSPLE) can be used as a solution to avoid that problem by making it possible to reuse existing features without the need to modify them. A SPL such as the payment gateway product line can be integrated with or used by another SPL which will form a Multi Product Line (MPL). MPL is a SPL that consists of several self-contained but interdependent SPLs. This research continues the development of payment gateway product line to be able to be a part of a MPL by integrating the payment gateway product line into Amanah product line as a study case. In previous research, generalization of vendor API call configuration is done so that users can choose different vendors dynamically. In this research, some refactoring is done to the vendor API call configuration to simplify the process of adding features or vendors. An additional vendor is also added for some features. Some refactoring is also done for WinVMJ Framework which is used by payment gateway product line. This research is expected to serve as a reference for future payment gateway product line and MPL developments."

"Payment gateway adalah sistem perantara pembayaran secara online. Software Product Line Engineering (SPLE) telah digunakan dalam pengembangan sebuah payment gateway product line yang menyediakan akses ke berbagai layanan dari berbagai vendor payment gateway. Pengembangan dengan SPLE memanfaatkan aspek commonality dan variability yang ada dalam pasangan-pasangan layanan dan vendor tersebut. Payment gateway product line dapat digunakan oleh SPL lain, tetapi seringkali dibutuhkan penambahan atau modifikasi dari konfigurasi fitur untuk menyesuaikan kedua SPL. Untuk menghindari ini, diperlukan Multiple Software Product Line Engineering (MSPLE) agar dapat memanfaatkan fitur-fitur yang sudah tersedia dalam payment gateway product line yang sudah dikembangkan tanpa harus memodifikasi fitur-fitur payment gateway yang sudah ada. Multi Product Line (MPL) adalah sebuah sistem SPL yang terdiri dari beberapa SPL yang saling mempunyai dependensi meskipun tiap SPL dapat berbeda dari aspek teknologi ataupun fungsionalitasnya. Penelitian ini melanjutkan implementasi payment gateway product line agar dapat menjadi bagian dari MPL. Sebagai studi kasus, payment gateway product line akan diintegrasikan dengan product line Amanah sehingga membentuk sebuah MPL. Pada penelitian sebelumnya mengenai payment gateway product line, telah dilakukan generalisasi pemanggilan API vendor agar pengguna dapat memilih vendor secara dinamis. Dalam penelitian ini, dilakukan refactoring untuk proses konfigurasi pemanggilan API vendor tersebut agar memudahkan penambahan fitur dan vendor di masa depan. Dilakukan juga penambahan vendor untuk beberapa layanan serta sedikit refactoring untuk WinVMJ Framework yang digunakan oleh payment gateway product line. Penelitian ini diharapkan dapat digunakan sebagai acuan pengembangan payment gateway product line dan MPL selanjutnya.

---

Payment gateway is an electronic system that acts as an intermediary in financial transactions. Software Product Line Engineering (SPLE) has been used in the development of a payment gateway product line that provides access to a variety of features from multiple payment gateway vendors. SPLE is used in the development by taking advantage of the commonality and variability among the variety of features from different payment gateway vendors. Payment gateway product line, when used by other product lines, often requires extension or modification of the system. Multiple Software Product Line Engineering (MSPLE) can be used as a solution to avoid that problem by making it possible to reuse existing features without the need to modify them. A SPL such as the payment gateway product line can be integrated with or used by another SPL which will form a Multi Product Line (MPL). MPL is a SPL that consists of several self-contained but interdependent SPLs. This research continues the development of payment gateway product line to be able to be a part of a MPL by integrating the payment gateway product line into Amanah product line as a study case. In previous research, generalization of vendor API call configuration is done so that users can choose different vendors dynamically. In this research, some refactoring is done to the vendor API call configuration to simplify the process of adding features or vendors. An additional vendor is also added for some features. Some refactoring is also done for WinVMJ Framework which is used by payment gateway product line. This research is expected to serve as a reference for future payment gateway product line and MPL developments."

"Payment gateway adalah sistem perantara pembayaran secara online. Software Product Line Engineering (SPLE) telah digunakan dalam pengembangan sebuah payment gateway product line yang menyediakan akses ke berbagai layanan dari berbagai vendor payment gateway. Pengembangan dengan SPLE memanfaatkan aspek commonality dan variability yang ada dalam pasangan-pasangan layanan dan vendor tersebut. Payment gateway product line dapat digunakan oleh SPL lain, tetapi seringkali dibutuhkan penambahan atau modifikasi dari konfigurasi fitur untuk menyesuaikan kedua SPL. Untuk menghindari ini, diperlukan Multiple Software Product Line Engineering (MSPLE) agar dapat memanfaatkan fitur-fitur yang sudah tersedia dalam payment gateway product line yang sudah dikembangkan tanpa harus memodifikasi fitur-fitur payment gateway yang sudah ada. Multi Product Line (MPL) adalah sebuah sistem SPL yang terdiri dari beberapa SPL yang saling mempunyai dependensi meskipun tiap SPL dapat berbeda dari aspek teknologi ataupun fungsionalitasnya. Penelitian ini melanjutkan implementasi payment gateway product line agar dapat menjadi bagian dari MPL. Sebagai studi kasus, payment gateway product line akan diintegrasikan dengan product line Amanah sehingga membentuk sebuah MPL. Pada penelitian sebelumnya mengenai payment gateway product line, telah dilakukan generalisasi pemanggilan API vendor agar pengguna dapat memilih vendor secara dinamis. Dalam penelitian ini, dilakukan refactoring untuk proses konfigurasi pemanggilan API vendor tersebut agar memudahkan penambahan fitur dan vendor di masa depan. Dilakukan juga penambahan vendor untuk beberapa layanan serta sedikit refactoring untuk WinVMJ Framework yang digunakan oleh payment gateway product line. Penelitian ini diharapkan dapat digunakan sebagai acuan pengembangan payment gateway product line dan MPL selanjutnya.

---

Payment gateway is an electronic system that acts as an intermediary in financial transactions. Software Product Line Engineering (SPLE) has been used in the development of a payment gateway product line that provides access to a variety of features from multiple payment gateway vendors. SPLE is used in the development by taking advantage of the commonality and variability among the variety of features from different payment gateway vendors. Payment gateway product line, when used by other product lines, often requires extension or modification of the system. Multiple Software Product Line Engineering (MSPLE) can be used as a solution to avoid that problem by making it possible to reuse existing features without the need to modify them. A SPL such as the payment gateway product line can be integrated with or used by another SPL which will form a Multi Product Line (MPL). MPL is a SPL that consists of several self-contained but interdependent SPLs. This research continues the development of payment gateway product line to be able to be a part of a MPL by integrating the payment gateway product line into Amanah product line as a study case. In previous research, generalization of vendor API call configuration is done so that users can choose different vendors dynamically. In this research, some refactoring is done to the vendor API call configuration to simplify the process of adding features or vendors. An additional vendor is also added for some features. Some refactoring is also done for WinVMJ Framework which is used by payment gateway product line. This research is expected to serve as a reference for future payment gateway product line and MPL developments."

"Payment gateway adalah sistem perantara pembayaran secara online. Software Product Line Engineering (SPLE) telah digunakan dalam pengembangan sebuah payment gateway product line yang menyediakan akses ke berbagai layanan dari berbagai vendor payment gateway. Pengembangan dengan SPLE memanfaatkan aspek commonality dan variability yang ada dalam pasangan-pasangan layanan dan vendor tersebut. Payment gateway product line dapat digunakan oleh SPL lain, tetapi seringkali dibutuhkan penambahan atau modifikasi dari konfigurasi fitur untuk menyesuaikan kedua SPL. Untuk menghindari ini, diperlukan Multiple Software Product Line Engineering (MSPLE) agar dapat memanfaatkan fitur-fitur yang sudah tersedia dalam payment gateway product line yang sudah dikembangkan tanpa harus memodifikasi fitur-fitur payment gateway yang sudah ada. Multi Product Line (MPL) adalah sebuah sistem SPL yang terdiri dari beberapa SPL yang saling mempunyai dependensi meskipun tiap SPL dapat berbeda dari aspek teknologi ataupun fungsionalitasnya. Penelitian ini melanjutkan implementasi payment gateway product line agar dapat menjadi bagian dari MPL. Sebagai studi kasus, payment gateway product line akan diintegrasikan dengan product line Amanah sehingga membentuk sebuah MPL. Pada penelitian sebelumnya mengenai payment gateway product line, telah dilakukan generalisasi pemanggilan API vendor agar pengguna dapat memilih vendor secara dinamis. Dalam penelitian ini, dilakukan refactoring untuk proses konfigurasi pemanggilan API vendor tersebut agar memudahkan penambahan fitur dan vendor di masa depan. Dilakukan juga penambahan vendor untuk beberapa layanan serta sedikit refactoring untuk WinVMJ Framework yang digunakan oleh payment gateway product line. Penelitian ini diharapkan dapat digunakan sebagai acuan pengembangan payment gateway product line dan MPL selanjutnya.

---

Payment gateway is an electronic system that acts as an intermediary in financial transactions. Software Product Line Engineering (SPLE) has been used in the development of a payment gateway product line that provides access to a variety of features from multiple payment gateway vendors. SPLE is used in the development by taking advantage of the commonality and variability among the variety of features from different payment gateway vendors. Payment gateway product line, when used by other product lines, often requires extension or modification of the system. Multiple Software Product Line Engineering (MSPLE) can be used as a solution to avoid that problem by making it possible to reuse existing features without the need to modify them. A SPL such as the payment gateway product line can be integrated with or used by another SPL which will form a Multi Product Line (MPL). MPL is a SPL that consists of several self-contained but interdependent SPLs. This research continues the development of payment gateway product line to be able to be a part of a MPL by integrating the payment gateway product line into Amanah product line as a study case. In previous research, generalization of vendor API call configuration is done so that users can choose different vendors dynamically. In this research, some refactoring is done to the vendor API call configuration to simplify the process of adding features or vendors. An additional vendor is also added for some features. Some refactoring is also done for WinVMJ Framework which is used by payment gateway product line. This research is expected to serve as a reference for future payment gateway product line and MPL developments."

"

Perkembangan teknologi internet membuat kebutuhan masyarakat akan pembuatan produk web yang beragam perlu dilakukan secara cepat. Pendekatan software product line engineering (SPLE) dapat menjadi salah satu alternatif yang baik untuk menghadapi tantangan tersebut. Berbagai penelitian telah berhasil mengaplikasikan SPLE untuk pembuatan produk web, namun penelitian tersebut masih dilakukan secara terpisah. Untuk membangun produk web yang utuh, diperlukan integrasi antara komponen front end dan back end, serta kemudahan pemasangan (deployment) produk web agar dapat diakses oleh masyarakat luas. Penelitian ini berhasil menjawab tantangan untuk mengintegrasikan otomatisasi pembuatan komponen produk web tersebut. Penelitian ini juga berhasil mengurangi intervensi manusia saat proses pemasangan produk web dengan mewujudkan Single Sign On berbasis OAuth 2 menggunakan layanan autentikasi Auth0. Penelitian ini juga berhasil membungkus semua komponen produk web beserta manajemen produk dengan membuat aplikasi berbasis antarmuka command line (CLI). Dengan membangun sistem deployment tersebut, estimasi waktu proses pembuatan produk web menggunakan SPLE dapat ditekan dari 16 menit jika dilakukan secara manual menjadi 38 detik.

---

Internet technology advancements are increasing peoples demand on fast and highly varied web products. Software product line engineering (SPLE) approach is a promising alternative to face those challenges. There are currently existing researches that applied SPLE to create web products, unfortunately they were not integrated yet. So, integration issues between those components and seamless web product deployment process are important to think of. Hence, this research successfully tried to answer these problems by integrating the SPLE-based product derivation of back end and front end. This research successfully reduced human intervention in deployment process by creating Single Sign On authentication using Auth0 as an OAuth provider. To wrap up these components, this research also built a command line interface (CLI) app for deployment and product management. By building such deployment system, estimated time to run SPLE-based web product derivation reduced from 16 minutes to 38 seconds.

"

"E-payment merupakan metode pembayaran yang saat ini populer digunakan untuk berbagai transaksi. Hal ini tidak terlepas dari cashless society akibat adanya pandemi COVID-19. Akan tetapi, e-payment belum mampu mencapai tingkat kepercayaan yang baik dari masyarakat pada transaksi e-commerce. Hal ini menjadikan metode pembayaran tunai dengan layanan Cash On Delivery (COD) masih mendominasi transaksi pembayaran C2C e-commerce di Indonesia. Demi mendukung visi misi Blueprint Sistem Pembayaran Indonesia (SPI) oleh Bank Indonesia, penelitian ini bertujuan untuk mengidentifikasi faktor-faktor yang memengaruhi niat pengguna beralih dari pembayaran tunai melalui layanan COD ke e-payment. Penelitian ini menggunakan kerangka Push-Pull-Mooring (PPM) dengan meninjau perspektif risiko COVID-19, penerimaan teknologi, dan teori upaya transaksi. Selanjutnya, penelitian dilakukan dengan pendekatan kuantitatif melalui penyebaran kuesioner ke 546 responden pengguna layanan COD dan e-payment. Hasil analisis data dengan metode CB-SEM, menunjukkan pada aspek push, semua faktor yang ada tidak memiliki pengaruh yang signifikan. Selanjutnya pada aspek pull, semua faktor memiliki pengaruh signifikan. Terakhir pada aspek mooring, hampir semua faktor menunjukkan pengaruh yang signifikan, kecuali switching cost tidak memiliki pengaruh yang signifikan. Penelitian ini dapat menjadi acuan bagi pemegang regulasi sistem pembayaran Indonesia dan penyedia layanan e-payment dalam menyusun regulasi dan strategi untuk mempercepat persebaran transaksi digital di Indonesia.

---

E-payment is currently popularly used for various transactions. This is inseparable from the cashless society due to the COVID-19 pandemic. However, e-payment has not been able to achieve a trustworthy level from the public in e-commerce transactions. Thus, cash payment methods with Cash On Delivery (COD) services still dominate C2C e-commerce payment transactions in Indonesia. To support the vision and mission of Bank Indonesia’s Payment System Blueprint, this study aims to identify the factors that affect users' intention to switch from cash payments through COD services to e-payments. This study uses the Push-Pull-Mooring (PPM) framework integrated with COVID-19 risk, technology acceptance, and transaction effort theory perspectives. This study was carried out by distributing questionnaires to 546 respondents, COD and e-payment services’ users. The results using the CB-SEM method, show that in the push aspect, all factors do not have significant effects. On the pull aspect, all factors have significant effects. On the mooring aspect, almost all factors show significant effects, except that switching costs do not have a significant effect. This research can be a reference for Indonesian payment system regulators and e-payment service providers in formulating regulations and strategies to accelerate the spread of digital transactions in Indonesia."

"Perkembangan teknologi berpengaruhi terhadap perkembangan sistem pembayaran di Indonesia dengan kemunculan dompet elektronik yang merupakan kegiatan penatausahaan sumber dana dari Penyedia Jasa Pembayaran (“PJP”). Secara keseluruhan dalam pelaksanaannya telah berjalan dengan baik, namun terdapat kendala seperti terjadinya kegagalan transfer dana yang dialami oleh konsumen pengguna jasa. Oleh karena itu, skripsi ini membahas mengenai perlindungan konsumen dalam sistem pembayaran dompet elektronik oleh penyelenggara Teknologi Finansial, dalam hal terjadinya kegagalan transfer dana pada dompet elektronik X. Bentuk penelitian pada skripsi ini adalah yuridis-normatif menelaah dan menganalisis ketentuan hukum serta bahan pustaka lainnya yang berhubungan dengan perlindungan konsumen dalam sistem pembayaran dompet elektronik oleh penyelenggara Teknologi Finansial, dalam hal terjadinya kegagalan transfer dana pada dompet elektronik X. Kesimpulan yang didapat atas penelitian skripsi ini adalah (1) pengaturan perlindungan konsumen pada dompet elektronik sebagai salah satu dari PJP terhadap kegagalan transfer dana adalah Undang-Undang Nomor 3 Tahun 2011 tentang Transfer Dana beserta ketentuan pelaksanaannya, Peraturan Bank Indonesia (PBI) Nomor 23/6/PBI/2021 tentang PJP beserta ketentuan pelaksanaannya, dan PBI Nomor 22/20/PBI/2020 tentang Perlindungan Konsumen Bank Indonesia beserta ketentuan pelaksanaannya; dan (2) Implementasi pengaturan perlindungan konsumen dompet elektronik terkait dengan kegagalan transfer dana yang diselenggarakan oleh X sudah dilaksanakan dengan cukup baik. Dari hasil penelitian skripsi ini, penyelenggara perlu memberikan kepastian dari waktu penerimaan dana oleh penerima transfer dana atas perintah transfer dana yang dilakukan oleh pengirim dan Bank Indonesia perlu melakukan pengawasan terhadap ketentuan klausula baku yang dibuat oleh penyelenggara.

---

Technological developments affect the development of the payment system in Indonesia with the emergence of electronic wallets which focuses on activities of administering the source of funds from Payment Service Providers (“PSP”). Overall, the implementation has run well, but there happens certain obstacles such as the failure to transfer funds experienced by consumers who use the services. Therefore, this thesis discusses consumer protection in electronic wallet payment system by Financial Technology organizer in the event of a failure to transfer funds in electronic wallet X. The research form in this thesis is juridical-normative, reviewing and analyzing legal provisions and other library materials that related to consumer protection in electronic wallet payment systems by Financial Technology organizer, in the event of a failure to transfer funds to electronic wallet X. The conclusions obtained from this thesis research are (1) regulation of consumer protection pertaining transfer failures on electronic wallets as one of the PSP are Law Number 3 of 2011 concerning Funds Transfer and its implementing provisions, Bank Indonesia Regulation (PBI) Number 23/6/PBI/2021 concerning PJP and its implementing provisions, and PBI Number 22/20/PBI/2020 concerning Bank Consumer Protection as well as the implementation provisions; and (2) the implementation of electronic wallet consumer protection regulation pertaining to the failure of funds transfers organized by X has been implemented quite well. From the results of this thesis, the organizers need to provide a certainty of time of receival of funds by the beneficiary of the funds transfer on the order of the transfer of funds made by the sender and Bank Indonesia needs to supervise the provisions of the standard clause made by the organizers."

"Payment gateway merupakan salah satu metode transaksi uang yang memproses pembayaran secara otomatis, sehingga dapat membantu organisasi amal untuk mengelola donasi dan distribusi dalam bentuk uang. Setiap organisasi amal dapat menggunakan layanan payment gateway yang bervariatif sesuai kebutuhan dan preferensi. Penggunaan Software Product Line Engineering (SPLE) dapat memfasilitasi hal tersebut, karena SPLE merupakan paradigma yang mengembangkan perangkat lunak berdasarkan persamaan dan perbedaan suatu kumpulan produk. Penelitian ini mengembangkan back-end dari fitur payment gateway menggunakan ABS-Microservices Framework. Frameworkini mengembangkan aplikasi berarsitektur microservices dengan paradigma SPLE. Penggunaan ABS-Microservices Framework dapat meningkatkan reusability dan maintainability dari aplikasi yang dihasilkan. Pengembangan fitur payment gateway memerlukan API Adapter sebagai sarana komunikasi dengan pihak penyedia layanan payment gateway. API Adapter perlu diimplementasikan pada ABS-Microservices agar dapat digunakan pada implementasi fitur payment gateway. Penelitian ini menghasilkan implementasi API Adapter dan fitur payment gateway pada ABS-Microservices. Untuk menguji hasil pengembangan, dilakukan eksperimen terhadap studi kasus AISCO. AISCO merupakan studi kasus yang ditujukan untuk pembuatan situs web organisasi amal. Pengembangan fitur payment gateway menggunakan paradigma SPLE berhasil mengurangi effort yang dibutuhkan untuk implementasi source code, sehingga mengurangieffort untuk pengembangan fitur tersebut pada variasi produk AISCO.

---

Payment gateway is a method of money transactions that processes payments automatically, so it can help charity organizations to manage donations and distributions in cash. Each charity organization can use a variaty of payment gateway services based to their needs and preferences. The use of Software Product Line Engineering (SPLE) can facilitate this, because SPLE is a paradigm that develops software based on similarities and differences in a collection of products. This reserch develops the back-end of payment gateway feature at AISCO with ABS-Microservices Framework. This framework develops an application with microservices architecture and SPLE paradigm. The use of ABS-Microservices Framework can increase the reusability and maintainability of the resulting application. Development of the payment gateway feature requires API Adapter as a means of communication with the payment gateway service provider. API Adapter needs to be implemented on ABS-Microservices so that it can be used in the implementation of payment gateway feature. This research resulted in the implementation of API Adapter and payment gateway features on ABS-Microservices. To test the development results, an AISCO case study was conducted. AISCO is a case study aimed at creating a website for charity organizations. Development of the payment gateway feature using the SPLE paradigm successfully reduce the effort needed for the implementation of source code, therefore reducing effort needed by developer to develop this feature in AISCO’s product variations."

"Berkembangnya teknologi informasi dan komunikasi di berbagai sektor, termasuk pada Sistem Pembayaran, menjadikan pentingnya upaya terhadap pemenuhan keamanan siber. Pelaku industri pembayaran berbasis kartu, seperti merchants, pemroses, acquirers, penerbit, dan penyedia layanan pembayaran, perlu waspada dengan serangan siber yang selalu berkembang tiap saat dan dapat menjadi Insiden Siber. Terdapat peraturan perundang-undangan dan standar industri yang perlu diterapkan untuk mengantisipasi dan menanggulangi Insiden Siber. Indonesia telah memiliki aturan yang mengatur mekanisme operasional Penyelenggara Sistem Elektronik dalam menanggulangi Insiden Siber. Di lain sisi, asosiasi yang menaungi pelaku industri pembayaran berbasis kartu, yaitu PCI, juga telah memberikan panduan kepada anggotanya terkait penanggulangan insiden siber dengan mengeluarkan PCI DSS. Menarik untuk diteliti perbedaan mekanisme operasional dalam menanggulangi Insiden Siber yang diatur oleh pemerintah dengan yang dibuat oleh asosiasi swasta. Sebelum itu, perlu diteliti dulu apakah Sistem Elektronik yang digunakan dapat termasuk sebagai IIV di Indonesia. Lalu, bagaimana keberlakuan dari standar PCI DSS terhadap pelaku industri pembayaran berbasis kartu di Indonesia. Kemudian yang terakhir, bagaimana kesesuaian dari PCI DSS dengan hukum positif di Indonesia tentang penanggulangan insiden siber untuk mengetahui apakah ada tumpang tindih antara keduanya. Hasil penelitian ini menunjukkan bahwa Sistem Elektronik dalam industri pembayaran berbasis kartu, terutama yang berskala besar, memiliki potensi tinggi untuk dikategorikan sebagai IIV mengingat perannya yang krusial dalam transaksi dan ekonomi nasional. PCI DSS yang secara luas diadopsi sebagai praktik terbaik industri adalah relevan dan sejalan dengan regulasi keamanan siber di Indonesia, meskipun tidak bersifat wajib secara hukum, PCI DSS memberikan pedoman yang komprehensif bagi organisasi dalam melindungi data pemegang kartu. Namun, terdapat perbedaan dalam tingkat detail antara PCI DSS dan hukum positif di Indonesia. Oleh karena itu, untuk memastikan keamanan data yang optimal dan kepatuhan terhadap regulasi, entitas yang memproses data pemegang kartu perlu memenuhi baik persyaratan PCI DSS maupun hukum yang berlaku.

---

The development of information and communication technology in various sectors, including the Payment System, makes it important to fulfill cybersecurity efforts. Payment card industry, such as merchants, processors, acquirers, issuers, and service providers, need to be aware of cyber-attacks that are always developing at any time and can become Cyber Incidents. Indonesia already has rules governing the operational mechanisms of Operators in dealing with Cyber Incidents. The Payment Card Industry (PCI) has also provided guidance to its members regarding cyber incident response by issuing a standard, namely PCI DSS. It is interesting to investigate the differences in operational mechanisms in overcoming Cyber Incidents regulated by the government and those made by private associations. Before that, it is necessary to first investigate whether the Electronic System used can be included as IIV in Indonesia. Then, how is the applicability of the PCI DSS to PCI in Indonesia. Finally, how is the compatibility of PCI DSS with law in Indonesia regarding cyber incident countermeasures to find out if there is an overlap between the two. The results of this study show that Electronic Systems in the card-based payment industry, especially large-scale ones, have a high potential to be categorized as IIV given their crucial role in transactions and the national economy. PCI DSS, which is widely adopted as an industry best practice, is relevant and in line with Indonesia's cybersecurity regulations. Although not legally mandatory, PCI DSS provides comprehensive guidelines for organizations in protecting cardholder data. However, there are differences in the level of detail between the PCI DSS and the positive law in Indonesia. Therefore, to ensure optimal data security and regulatory compliance, entities that process cardholder data need to meet both the requirements of PCI DSS and the applicable law.

"