Panduan Pengguna Integrasi Oracle 14.7 Payments yang Diterapkan Bersama
Panduan Pengguna Integrasi Pinjaman Korporat – Pembayaran yang Diterapkan Bersama
November 2022
Perangkat Lunak Layanan Keuangan Oracle Terbatas
Taman Oracle
Di luar Jalan Raya Western Express
Goregaon (Timur)
Mumbai, Maharashtra 400 063
India
Pertanyaan di Seluruh Dunia:
Telepon: +91 22 6718 3000
Telp:+91 22 6718 3001
www.oracle.com/financialservices/
Hak Cipta © 2007, 2022, Oracle dan/atau afiliasinya. Seluruh hak cipta. Oracle dan Java adalah merek dagang terdaftar dari Oracle dan/atau afiliasinya. Nama lain mungkin merupakan merek dagang dari pemiliknya masing-masing.
PENGGUNA AKHIR PEMERINTAH AS: Program Oracle, termasuk sistem operasi, perangkat lunak terintegrasi, program apa pun yang diinstal pada perangkat keras, dan/atau dokumentasi, yang dikirimkan kepada pengguna akhir Pemerintah AS adalah “perangkat lunak komputer komersial” berdasarkan Peraturan Akuisisi Federal yang berlaku dan peraturan tambahan khusus lembaga.
Dengan demikian, penggunaan, duplikasi, pengungkapan, modifikasi, dan adaptasi program, termasuk sistem operasi, perangkat lunak terintegrasi, program apa pun yang diinstal pada perangkat keras, dan/atau dokumentasi, akan tunduk pada ketentuan lisensi dan pembatasan lisensi yang berlaku untuk program tersebut. Tidak ada hak lain yang diberikan kepada Pemerintah AS.
Perangkat lunak atau perangkat keras ini dikembangkan untuk penggunaan umum dalam berbagai aplikasi manajemen informasi. Perangkat lunak atau perangkat keras ini tidak dikembangkan atau ditujukan untuk penggunaan dalam aplikasi yang secara inheren berbahaya, termasuk aplikasi yang dapat menimbulkan risiko cedera pribadi. Jika Anda menggunakan perangkat lunak atau perangkat keras ini dalam aplikasi berbahaya, maka Anda bertanggung jawab untuk mengambil semua tindakan pengamanan, pencadangan, redundansi, dan tindakan lain yang sesuai untuk memastikan penggunaan yang aman. Oracle Corporation dan afiliasinya melepaskan tanggung jawab apa pun atas segala kerusakan yang disebabkan oleh penggunaan perangkat lunak atau perangkat keras ini dalam aplikasi berbahaya.
Perangkat lunak ini dan dokumentasi terkait disediakan berdasarkan perjanjian lisensi yang memuat pembatasan penggunaan dan pengungkapan serta dilindungi oleh undang-undang kekayaan intelektual. Kecuali sebagaimana diizinkan secara tegas dalam perjanjian lisensi Anda atau diizinkan oleh undang-undang, Anda tidak boleh menggunakan, menyalin, memperbanyak, menerjemahkan, menyiarkan, memodifikasi, memberi lisensi, mengirimkan, mendistribusikan, memamerkan, menjalankan, menerbitkan, atau menampilkan bagian mana pun, dalam bentuk apa pun, atau dengan cara apa pun. Rekayasa balik, pembongkaran, atau dekompilasi perangkat lunak ini, kecuali diwajibkan oleh undang-undang untuk interoperabilitas, dilarang.
Informasi yang tercantum di sini dapat berubah sewaktu-waktu tanpa pemberitahuan dan tidak dijamin bebas dari kesalahan. Jika Anda menemukan kesalahan, harap laporkan kepada kami secara tertulis. Perangkat lunak atau perangkat keras dan dokumentasi ini dapat menyediakan akses ke atau informasi tentang konten, produk, dan layanan dari pihak ketiga. Oracle Corporation dan afiliasinya tidak bertanggung jawab atas dan secara tegas menolak semua jaminan dalam bentuk apa pun terkait konten, produk, dan layanan pihak ketiga. Oracle Corporation dan afiliasinya tidak akan bertanggung jawab atas segala kerugian, biaya, atau kerusakan yang terjadi karena akses atau penggunaan konten, produk, atau layanan pihak ketiga oleh Anda.
Perkenalan
Dokumen ini dirancang untuk membantu Anda memahami integrasi Oracle Banking Corporate Lending dan Oracle Banking Payments dalam pengaturan yang diterapkan bersama. Selain panduan pengguna ini, dengan tetap mempertahankan detail terkait antarmuka, Anda dapat meminta bantuan yang peka terhadap konteks yang tersedia untuk setiap bidang. Ini membantu menjelaskan tujuan setiap bidang dalam layar. Anda dapat memperoleh informasi ini dengan meletakkan kursor pada bidang yang relevan dan menekan tombol pada papan ketik. 1.2
Hadirin
Panduan ini ditujukan untuk Peran Pengguna/Pengguna berikut:
| Peran | Fungsi |
| Mitra Implementasi | Menyediakan layanan penyesuaian, konfigurasi dan implementasi |
Aksesibilitas Dokumentasi
Untuk informasi tentang komitmen Oracle terhadap aksesibilitas, kunjungi Oracle Accessibility
Program websitus di http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Organisasi
Manual ini disusun dalam beberapa bab berikut:
| Bab | Keterangan |
| Bab 1 | Kata pengantar memberikan informasi tentang audiens yang dituju. Ini juga mencantumkan berbagai bab yang tercakup dalam Panduan Pengguna ini. |
| Bab 2 | Bab ini membantu Anda menerapkan bersama produk Oracle Banking Corporate Lending dan Oracle Banking Payments dalam satu contoh. |
| Bab 3 | Glosarium ID Fungsi memiliki daftar abjad ID Fungsi/Layar yang digunakan dalam modul dengan referensi halaman untuk navigasi cepat. |
Singkatan dan Singkatan
| Singkatan | Keterangan |
| API | Antarmuka Pemrograman Aplikasi |
| FCUB | Oracle FLEXCUBE Perbankan Universal |
| OBCL | Pinjaman Perusahaan Perbankan Oracle |
| OL | Pinjaman Oracle |
| ROFC | Sisa Oracle FLEXCUBE |
| Sistem | Kecuali dan ditentukan lain, itu akan selalu mengacu pada sistem Oracle FLEX-CUBE Universal Banking Solutions |
| Bahasa Indonesia: WSDL | Web Bahasa Deskripsi Layanan |
Glosarium Ikon
Panduan pengguna ini mungkin mengacu pada semua atau beberapa ikon berikut.
Pinjaman Korporat – Integrasi Pembayaran dalam Pengaturan CoDeployed
Bab ini berisi bagian-bagian berikut:
- Bagian 2.1, “Pendahuluan”
- Bagian 2.2, “Pemeliharaan di OBCL”
- Bagian 2.3, “Pemeliharaan di OBPM”
Perkenalan
Anda dapat mengintegrasikan Oracle Banking Corporate Lending (OBCL) dengan produk Oracle Banking Payment (OBPM). Untuk mengintegrasikan kedua produk ini dalam lingkungan yang diterapkan bersama, Anda perlu melakukan pemeliharaan khusus di OBCL, Payments, dan Common Core.
Pemeliharaan di OBCL
Integrasi antara Oracle Banking Corporate Lending (OBCL) dan Oracle Banking Payments (OBPM) memungkinkan Anda menyalurkan pinjaman melalui pembayaran lintas batas dengan membuat pesan SWIFT MT103 dan MT202.
Pemeliharaan Sistem Eksternal
Anda dapat memanggil layar ini dengan mengetik 'GWDETSYS' di kolom di sudut kanan atas bilah alat aplikasi dan mengklik tombol panah di sebelahnya. Anda perlu menentukan sistem eksternal untuk cabang yang berkomunikasi dengan OBCL menggunakan gateway integrasi.
Catatan
Pastikan di OBCL Anda menyimpan rekaman aktif dengan semua bidang yang diperlukan dan 'Sistem Eksternal' di layar 'Pemeliharaan Sistem Eksternal'. Misalnyaample,, mempertahankan Sistem Eksternal sebagai “INTBANKING”.
Meminta
- Pertahankan sebagai ID Pesan.
- Permintaan Pesan
- Pertahankan sebagai layar penuh.
- Pesan Tanggapan
- Pertahankan sebagai layar penuh.
- Antrean Sistem Eksternal
- Pertahankan antrian JMS In & Response. Ini adalah antrian tempat OBCL mengirim XML permintaan SPS ke OBPM.
- Untuk informasi lebih lanjut tentang pemeliharaan sistem eksternal, lihat Common Core – Gateway User. Guide.
Pemeliharaan Cabang
Anda perlu membuat cabang di layar 'Branch Core Parameter Maintenance' (STDCRBRN). Layar ini digunakan untuk merekam detail dasar cabang seperti nama cabang, kode cabang, alamat cabang, hari libur mingguan, dan sebagainya. Anda dapat memanggil layar ini dengan mengetik 'STDCRBRN' di kolom di sudut kanan atas bilah alat aplikasi dan mengklik tombol panah di sebelahnya.
Anda dapat menentukan host untuk setiap cabang yang dibuat. Untuk mengelola host untuk zona waktu yang berbeda, lihat..
Panduan Pengguna Inti Oracle Banking Payments.
Catatan
Sepasang cabang yang dapat melakukan pembayaran antar cabang harus dikelola di bawah host yang sama.
Pemeliharaan Parameter Host
Anda dapat memanggil layar ini dengan mengetik 'PIDHSTMT' di kolom pada sudut kanan atas bilah alat aplikasi dan klik tombol panah di sampingnya.
Catatan
- Dalam OBCL, pastikan Anda memelihara parameter host dengan catatan aktif dengan semua bidang yang diperlukan.
- 'Sistem Integrasi OBCL' diperuntukkan bagi integrasi UBS untuk integrasi 360 dan perdagangan. 'Sistem Pembayaran' diperuntukkan bagi integrasi OBPM, dan 'INTBANKING' perlu dipilih.
Kode Tuan Rumah
Tentukan kode host.
Deskripsi Host
Tentukan deskripsi singkat untuk host.
Kode Sistem Akuntansi
Tentukan kode sistem akuntansi. Misalnyaampsaya, “OLINTSYS”
Sistem Pembayaran
Tentukan sistem pembayaran. Misalnyaampsaya, “INTBANKING”
Sistem ELCM
Tentukan sistem ELCM. Misalnyaampaku, “OLELCM”
Sistem Integrasi OBCL
Tentukan sistem eksternal. Misalnyaample, “OLINTSYS”, untuk integrasi dengan sistem UBS.
Sistem Rantai Blok
Tentukan sistem blockchain. Misalnyaampyaitu “OLBLKCN”.
Kode Jaringan Pembayaran
Tentukan Jaringan yang digunakan OBPM untuk mengirim pesan keluar, untuk pencairan pinjaman. Misalnyaampyaitu, “CEPAT”.
Pemeliharaan Parameter Integrasi
Anda dapat memanggil layar ini dengan mengetik 'OLDINPRM' di kolom pada sudut kanan atas bilah alat aplikasi dan klik tombol panah di sampingnya.
Catatan
Pastikan Anda menyimpan catatan aktif dengan semua bidang yang diperlukan dan Nama Layanan sebagai “PMSinglePaymentService” di layar 'Pemeliharaan Parameter Integrasi'.
Kode Cabang
Tentukan sebagai 'SEMUA' jika parameter integrasi bersifat umum untuk semua cabang. Atau Pertahankan cabang-cabang individual.
Sistem Eksternal
Tentukan sistem eksternal sebagai 'INTBANKING'.
Pengguna Eksternal
Tentukan ID Pengguna yang akan diteruskan pada permintaan pembayaran ke OBPM.
Nama Layanan
Tentukan nama layanan sebagai 'PMSinglePayOutService'.
Saluran komunikasi
Tentukan saluran komunikasi sebagai 'Web Melayani'.
Mode Komunikasi
Tentukan mode komunikasi sebagai 'ASYNC'.
Lapisan Komunikasi
Tentukan Lapisan Komunikasi sebagai Aplikasi.
Nama Layanan WS
Tentukan web nama layanan sebagai 'PMSinglePayOutService'.
Titik Akhir WS URL
Tentukan WSDL layanan sebagai tautan WSDL 'Layanan Pembayaran Tunggal Pembayaran'.
Pengguna WS
Berikan pengguna OBPM akses ke semua cabang dan fasilitas otorisasi otomatis.
Pemeliharaan Pelanggan
Pemeliharaan Pelanggan (OLDCUSMT) bersifat wajib. Anda perlu membuat catatan di layar ini untuk bank. 'BIC Utama' dan 'Media Default' harus 'SWIFT' untuk menghasilkan pesan SWIFT.
Pemeliharaan Instruksi Penyelesaian
Akun NOSTRO perlu dibuat untuk bank tempat peminjam dan peserta (keduanya) harus memiliki akun CASA. Akun ini perlu dipetakan di LBDINSTR dan akun bayar/terima harus NOSTRO. Anda perlu memilih akun NOSTRO di kolom akun bayar dan terima, tetapi peminjam tidak dapat memiliki akun NOSTRO, hanya bank yang dapat memiliki akun bank NOSTRO dan Anda perlu memilih Bayar dan Terima sebagai ID BANK. Akun ini digantikan oleh GL internal bridge saat melakukan transaksi. Pastikan pihak lawan memiliki semua kolom yang diperlukan di layar 'Pemeliharaan Instruksi Penyelesaian' (LBDINSTR). Untuk informasi lebih lanjut tentang instruksi penyelesaian, lihat Panduan Pengguna Sindikasi Pinjaman.
Jembatan antar sistem GL
Anda dapat memanggil layar ini dengan mengetik 'OLDISBGL' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda menyimpan catatan aktif dengan semua bidang yang diperlukan dan 'Sistem Eksternal' sebagai 'INTBANKING' di layar 'Pemeliharaan GL Jembatan Antar-sistem'.
Sistem Eksternal
Tentukan nama sistem eksternal sebagai 'INTBANKING'.
ID Modul
Tentukan kode modul sebagai 'OL'.
Transaksi mata uang
Tentukan mata uang transaksi 'SEMUA' atau mata uang tertentu.
Cabang Transaksi
Tentukan cabang transaksi sebagai 'SEMUA' atau cabang tertentu.
Kode Produk
Tentukan kode produk sebagai 'SEMUA' atau produk tertentu.
Fungsi
Tentukan id fungsi transaksi sebagai 'SEMUA' atau id fungsi tertentu.
ISB GL
Tentukan Inter System Bridge GL, tempat kredit dari OBCL untuk pencairan pinjaman ditransfer. GL yang sama perlu disimpan di OBPM untuk pemrosesan lebih lanjut.
Pemeliharaan di OBPM
Pemeliharaan Sumber
Anda dapat memanggil layar ini dengan mengetik 'PMDSORCE' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda menyimpan catatan aktif dengan semua bidang yang diperlukan di layar 'Pemeliharaan Sumber Terperinci'.
Kode sumber
Tentukan kode sumbernya. Contoh:amp'INTBANKING'.
Kode tuan rumah
Kode host ditetapkan secara otomatis berdasarkan cabang.
Pembayaran yang Didanai Sebelumnya Diizinkan
Pilih kotak centang 'Pembayaran Pra-Pendanaan Diizinkan'.
Pembayaran Pra-Pendanaan GL
Tentukan GL Pembayaran Pra-Pendanaan sama dengan GL Jembatan Antar Sistem yang dikelola di
OLDISBGL untuk OBCL.
OBPM mendebit jumlah pinjaman yang dicairkan dari GL ini & mengkredit Nostro yang ditentukan saat mengirimkan pesan pembayaran.
Pemberitahuan Diperlukan
Pilih kotak centang 'Pemberitahuan Diperlukan'.
Antrean Pemberitahuan Eksternal
Anda dapat memanggil layar ini dengan mengetik 'PMDEXTNT' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda menyimpan catatan aktif dengan semua bidang yang diperlukan di layar “Antrian Pemberitahuan Eksternal”.
Host dan Kode Sumber
Tentukan kode sumber sebagai 'INTBANKING'. Kode host akan ditetapkan secara default berdasarkan kode sumber. Pengaturan sistem eksternal gateway akan dilakukan untuk kode sumber “INTBANKING”.
Jenis komunikasi
Pilih jenis komunikasi sebagai 'Web Melayani
Kelas Sistem Notifikasi
Pilih kelas sistem notifikasi sebagai 'OFCL'.
WebMelayani URL
Untuk kombinasi kode Host dan kode Sumber tertentu, web melayani URL perlu dipelihara dengan Layanan OL (FCUBSOLService) untuk mendapatkan panggilan notifikasi dari OBPM ke OBCL.
Melayani
Tentukan weblayanan sebagai 'FCUBSOLService'.
Preferensi Jaringan Sumber
Anda dapat memanggil layar ini dengan mengetik 'PMDSORNW' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda menyimpan catatan aktif di layar 'Source Network Preference Detailed'. Preferensi untuk berbagai jaringan pembayaran yang digunakan OBCL untuk memulai permintaan pembayaran perlu disimpan di layar ini untuk kode sumber yang sama.
Host dan Kode Sumber
Tentukan kode sumber sebagai 'INTBANKING'. Kode host akan ditetapkan secara default berdasarkan kode sumber. Pengaturan sistem eksternal gateway akan dilakukan untuk kode sumber “INTBANKING”.
Kode Jaringan
Tentukan kode jaringan sebagai 'SWIFT'. Ini untuk memungkinkan OBPM memicu pesan SWIFT untuk jumlah pencairan pinjaman.
Jenis Transaksi
Tentukan Jenis Transaksi sebagai 'Keluar', untuk mengirimkan pesan SWIFT.
Pemeliharaan Aturan Jaringan
Anda dapat memanggil layar ini dengan mengetik 'PMDNWRLE' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda menyimpan catatan aktif dengan semua bidang yang diperlukan di layar 'Network Rule Detailed' untuk mengarahkan permintaan OBCL ke jaringan terkait. Untuk informasi lebih lanjut tentang pemeliharaan Aturan Jaringan, lihat Panduan Pengguna Payments Core.
Pemeliharaan Sistem ECA
Pastikan Anda membuat sistem Pemeriksaan Persetujuan Kredit Eksternal (sistem DDA) di layar STDECAMT. Berikan sistem sumber yang diperlukan tempat pemeriksaan ECA dilakukan seperti yang ditunjukkan di layar di bawah ini. Anda dapat memanggil layar ini dengan mengetik 'PMDECAMT' di kolom di sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah di sebelahnya. Petakan sistem ECA yang disebutkan di atas di layar 'Sistem Persetujuan Kredit Eksternal Terperinci'.
Nama JNDI Inqueue
Tentukan Nama JNDI dalam antrian sebagai 'MDB_QUEUE_RESPONSE'.
Nama JNDI Outqueue
Tentukan Nama JNDI antrian keluar sebagai 'MDB_QUEUE'.
Q Profile
Q Profile perlu dipertahankan sesuai dengan Antrean MDB yang dibuat di Server Aplikasi. Q Profile harus menggunakan Alamat IP tempat Antrean JMS telah dibuat. Sistem OBPM mengeposkan permintaan ECA ke sistem DDA melalui antrean MDB ini. Untuk informasi lebih lanjut tentang pemeliharaan Sistem ECA, lihat Pembayaran Perbankan Oracle.
Panduan Pengguna Inti.
Antrean Profile Pemeliharaan
Anda dapat memanggil layar ini dengan mengetik 'PMDQPROF' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Catatan
Pastikan Anda memelihara Queue Profile dalam 'Antrian Profile Layar' Pemeliharaan.
Profile ID
Tentukan Koneksi Antrean profile PENGENAL.
Profile Keterangan
Tentukan profile keterangan
ID Pengguna
Tentukan ID pengguna.
Kata sandi
Tentukan kata sandinya.
Catatan
ID pengguna dan kata sandi digunakan untuk otentikasi antrian. Ini memastikan sistem eksternal hanya diizinkan untuk membaca atau view pesan yang diposting dalam antrean pesan.
Penyedia Konteks URL
Antrean profile membutuhkan penyedia konteks URL dari Server Aplikasi tempat antrian
dibuat. Semua parameter lainnya sama seperti yang disebutkan di atas.
Catatan
OBPM membuat permintaan ECA dengan detail dan mempostingnya ke MDB_QUEUE. Sistem DDA melalui GWMDB menarik permintaan gateway dan memanggil proses blok ECA secara internal untuk membuat atau membatalkan blok ECA. Setelah proses selesai, sistem DDA memposting respons melalui infra gateway ke MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE dikonfigurasi dengan Antrean pengiriman ulang sebagai jms/ ACC_ENTRY_RES_BKP_IN. Antrean ini secara internal menarik respons melalui MDB OBPM untuk menyelesaikan pemrosesan ECA di OBPM.
Pemeliharaan Sistem Akuntansi
Anda dapat memanggil layar ini dengan mengetik 'PMDACCMT' di kolom di sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya. Ini untuk memungkinkan OBPM memposting entri akuntansi (Dr ISBGL & Cr Nostro Ac) ke sistem DDA, saat mengirim pesan SWIFT.
Catatan
Pastikan Anda perlu memelihara sistem akuntansi yang diperlukan di layar 'External Accounting System Detailed'. Selain itu, pelihara Account System Mapping for the Accounting System and Networks (PMDACMAP)
Nama JNDI Inqueue
Tentukan Nama JNDI inqueue sebagai 'MDB_QUEUE_RESPONSE'.
Nama JNDI Outqueue
Tentukan Nama JNDI outqueue sebagai 'MDB_QUEUE'.
Q Profile
Q Profile perlu dipertahankan sesuai dengan Antrean MDB yang dibuat di Server Aplikasi. Q Profile harus menggunakan Alamat IP tempat Antrean JMS telah dibuat. Sistem OBPM mengeposkan permintaan serah terima Akuntansi melalui antrean MDB ini.
Catatan
OBPM membuat permintaan Serah Terima Akuntansi dengan detail dan mempostingnya ke MDB_QUEUE. Sistem Akuntansi melalui GWMDB menarik permintaan gateway dan memanggil permintaan Akuntansi Eksternal secara internal. Setelah proses selesai, sistem Akuntansi memposting respons melalui gateway infra ke MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE dikonfigurasi dengan Antrean pengiriman ulang sebagai jms/ ACC_ENTRY_RES_BKP_IN. Antrean ini secara internal menarik respons melalui OBPM MDB untuk menyelesaikan pemrosesan Serah Terima Akuntansi di OBPM.
Pemeliharaan Koresponden Mata Uang
Untuk pembayaran SWIFT/lintas batas, bank harus memelihara koresponden mata uang, yaitu koresponden bank, sehingga pembayaran dapat disalurkan dengan tepat. Rantai pembayaran dibangun menggunakan pemeliharaan koresponden mata uang. Bank dapat memiliki beberapa koresponden mata uang untuk mata uang yang sama, tetapi koresponden tertentu dapat ditandai sebagai koresponden utama sehingga pembayaran disalurkan melalui bank tersebut meskipun ada beberapa bank koresponden.
Pemeliharaan koresponden mata uang (PMDCYCOR) digunakan dalam pembangunan rantai pembayaran untuk pembayaran lintas batas. Ini adalah pemeliharaan tingkat Host. Mata uang, BIC Bank, dan nomor Rekening dapat dikelola untuk koresponden. Anda dapat memanggil layar ini dengan mengetik 'PMDCYCOR' di kolom di sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah di sebelahnya. Kelola AWI atau Koresponden Mata Uang AWI di layar ini.
Kode Tuan Rumah
Sistem menampilkan kode host cabang yang dipilih dari pengguna yang masuk.
Kode Bank
Pilih Kode Bank dari daftar nilai yang ditampilkan. Kode BIC yang dipilih akan ditampilkan di kolom ini.
Mata uang
Tentukan mata uang. Atau, Anda dapat memilih mata uang dari daftar pilihan. Daftar tersebut menampilkan semua mata uang yang berlaku yang tersimpan dalam sistem.
Pemeriksaan Koresponden Utama
Kotak ini jika koresponden ini adalah koresponden mata uang utama. Hanya boleh ada satu koresponden mata uang utama untuk kombinasi Jenis akun, Mata uang. Jenis akun Pilih jenis akun. Daftar menampilkan nilai berikut:
- Akun Kami dikelola dengan masukan koresponden pada kolom Kode Bank.
- Rekening mereka dikelola oleh koresponden yang memasukkan Kode Bank pada kolom Kode Bank pada Bank Pemroses (rekening Nostro).
Jenis Akun
Tentukan jenis akun sebagai Kami – Nostro Koresponden yang dikelola dalam pembukuan kami.
Nomor Rekening
Tentukan nomor rekening yang terkait dengan masukan koresponden di bidang Kode Bank dalam mata uang yang ditentukan. Atau, Anda dapat memilih nomor rekening dari daftar opsi. Daftar tersebut menampilkan semua rekening Nostro untuk jenis Rekening KAMI dan rekening normal yang valid untuk jenis rekening MEREKA. Mata uang rekening yang ditampilkan dalam daftar harus sama dengan mata uang yang ditentukan.
Akun Utama
Pilih kotak centang ini untuk menunjukkan apakah akun tersebut adalah Akun Utama. Anda dapat menambahkan beberapa akun. Namun, hanya satu akun yang dapat ditandai sebagai Akun Utama. Ini menunjukkan bahwa akun yang ditandai sebagai akun Utama adalah akun utama untuk kombinasi 'Kode Host, Kode Bank, Mata Uang' yang dikelola.
MT 210 diperlukan?
Pilih kotak centang ini untuk menunjukkan apakah MT 210 harus dikirim ke Koresponden Mata Uang dalam skenario di mana MT 200 dibuat secara otomatis seperti pembuatan MT 201/MT 210 Keluar. Hanya jika kotak centang ini dipilih, sistem akan membuat MTXNUMX.
Rekonsiliasi Pemeliharaan Akun Eksternal
Anda dapat memanggil layar ini dengan mengetik 'PXDXTACC' di kolom pada sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang ada di sebelahnya.
Simpan nomor akun Vostro (setara dengan Nostro) yang tercatat di buku Koresponden. Ini akan dikirim dalam 53B tag dalam pesan Sampul MT103 & MT202.
- Kelas Rekonsiliasi
- Pertahankan sebagai NOST.
- Entitas Eksternal
- Tentukan BIC Koresponden.
- Akun Eksternal
- Tentukan Nomor Akun Vostro.
- Akun GL
Tentukan Nomor Rekening Nostro. Nomor ini harus ada di STDCRACC sebagai Rekening Nostro.
Rincian RMA atau RMA Plus
Rincian Aplikasi Manajemen Hubungan harus disimpan di sini dan Kategori Pesan dan Jenis Pesan yang diizinkan harus disediakan. Koresponden harus berupa kode BIC bank kami (untuk hubungan langsung). Anda dapat memanggil layar ini dengan mengetik 'PMDRMAUP' di kolom di sudut kanan atas bilah alat Aplikasi dan mengklik tombol panah yang berdampingan.
Jenis Rekaman RMA
Sistem akan menunjukkan apakah ini adalah catatan otorisasi RMA atau RMA+ berdasarkan rincian catatan otorisasi RMA yang diunggah atau dibuat secara manual.
Catatan
Jika RMA yang diunggah file telah menyertakan atau mengecualikan Jenis Pesan dalam kategori Pesan yang berbeda, maka ini akan menjadi catatan RMA+. Jika tidak, maka catatan tersebut adalah catatan RMA.
Penerbit
Pilih BIC yang diperlukan dari cabang bank yang telah mengeluarkan otorisasi untuk menerima Semua atau jenis pesan tertentu (dalam kasus RMA+) dari daftar nilai yang tersedia.
Tipe RMA
Tentukan Jenis RMA. Pilih antara Diterbitkan dan Diterima dari menu tarik-turun.
Berlaku Sejak Tanggal
Tentukan tanggal mulai validitas otorisasi RMA
Koresponden
Pilih BIC cabang bank yang telah menerima otorisasi dari bank penerbit dari daftar nilai.
Status RMA
Pilih status RMA dari menu drop down. Opsi yang tersedia adalah Enabled (Diaktifkan), Revoked (Dicabut), Deleted (Dihapus), dan Rejected (Ditolak).
Catatan
Hanya otorisasi RMA 'Diaktifkan' yang digunakan untuk validasi RMA.
Berlaku Hingga Saat Ini
Tentukan Tanggal akhir validitas otorisasi RMA. Rincian Kategori Pesan Grid
Kategori Pesan
Pilih Kategori Pesan yang diinginkan dari menu drop down.
Sertakan/Kecualikan Bendera
Jika ini dibuat sebagai rekaman RMA+, pilih tanda untuk setiap kategori Pesan yang menunjukkan 'Sertakan' atau 'Kecualikan' satu atau beberapa atau SEMUA Jenis Pesan (MT) yang diotorisasi oleh bank Penerbit.
Rincian Jenis Pesan
Tipe Pesan
Jika ini dibuat sebagai catatan RMA+, maka tentukan daftar Jenis Pesan 'Termasuk' atau 'Dikecualikan' yang akan ditambahkan untuk setiap Kategori Pesan.
Catatan
- Jika Semua MT dalam Kategori Pesan akan disertakan maka tanda Sertakan/Kecualikan harus menunjukkan “Kecualikan” dan tidak ada MT yang harus dipilih dalam Jenis Pesan
- Kisi-kisi detail. Ini berarti 'Kecualikan – Tidak Ada', yaitu semua MT dalam kategori tersebut disertakan dalam otorisasi RMA+.
- Jika Semua MT dalam Kategori Pesan akan dikecualikan maka tanda Include/Exclude harus menunjukkan “Include” dan tidak ada MT yang boleh ditampilkan dalam Jenis Pesan
- Kisi-kisi detail. Ini berarti 'Sertakan – Tidak Ada', yaitu tidak ada satu pun MT dalam kategori tersebut yang disertakan dalam otorisasi RMA+.
- Layar tidak boleh mencantumkan Kategori Pesan apa pun yang tidak diizinkan sebagai bagian dari otorisasi RMA+ yang dikeluarkan oleh bank Penerbit. Seperti disebutkan di atas, modifikasi apa pun terhadap otorisasi yang ada hanya diizinkan dari Kantor Pusat.
- Untuk pasangan BIC Penerbit dan Koresponden yang dipilih dan Jenis RMA, atribut berikut dapat diubah –
- Status RMA – Status dapat diubah ke salah satu Opsi yang tersedia – Diaktifkan, Dicabut, Dihapus, dan Ditolak.
Catatan
Pada kenyataannya, Status RMA tidak dapat diubah ke opsi apa pun karena bergantung pada siapa BIC Penerbit, status terkini, dan faktor-faktor lainnya. Namun, perubahan status ini terjadi di modul RMA/RMA+ SAA dan fasilitas Modifikasi hanya diperbolehkan bagi pengguna Ops untuk mereplikasi status secara manual dalam pemeliharaan ini (jika mereka tidak dapat menunggu hingga unggahan RMA berikutnya).
- Tanggal Berlaku Sejak – Tanggal baru (yang dimodifikasi) yang lebih besar dari Tanggal 'Berlaku Hingga' yang ada dapat ditetapkan.
- Tanggal Berlaku Hingga – Tanggal baru yang lebih besar dari Tanggal 'Berlaku Mulai' Baru dapat ditetapkan.
- Penghapusan kategori Pesan dan/atau jenis Pesan yang ada.
- Penambahan Kategori Pesan dan/atau Jenis Pesan baru beserta indikator Sertakan/Kecualikan.
Otorisasi baru dapat dibuat dengan menyalin otorisasi yang sudah ada dan kemudian memodifikasinya. Modifikasi terhadap otorisasi yang sudah ada serta pembuatan otorisasi baru memerlukan persetujuan dari pengguna lain atau pembuatnya (jika cabang dan pengguna mendukung fasilitas Otorisasi Otomatis).
Pemeliharaan Inti Umum
Pemeliharaan inti umum berikut perlu dilakukan untuk integrasi.
- Pemeliharaan Pelanggan
- Buat pelanggan di STDCIFCR.
- Pemeliharaan Akun
- Buat Akun (CASA / NOSTRO) di STDCRACC.
- Akun NOTSRO perlu dibuat untuk bank tempat peminjam memiliki akun CASA.
- Pemeliharaan Buku Besar Umum
- Buat Buku Besar di STDCRGLM.
- Pemeliharaan Kode Transaksi
- Buat kode Transaksi di STDCRTRN.
- OBPM akan menggunakan Tanggal OFCUB
- Pertahankan parameter IS_CUSTOM_DATE sebagai 'Y' dalam tabel cstb_param.
- Pertahankan parameter OBCL_EXT_PM_GEN sebagai 'Y' di CSTB_PARAM untuk menyerahkan permintaan ke OBPM
- Dengan ini, OBPM akan menggunakan 'Hari Ini' dari sttm_dates sebagai tanggal pembukuan transaksi.
- Detail Kode BIC Pemeliharaan
- Kode BIC adalah pengenal internasional standar yang digunakan untuk mengidentifikasi entitas dan mengarahkan Pesan Pembayaran. Anda dapat menentukan kode bank melalui layar 'Detail Kode BIC' (ISDBICDE).
- Pemeliharaan Pembayaran Lainnya
- Lihat Oracle Banking Payments Core User Manual, untuk pemeliharaan Hari 0 lainnya.
- Untuk informasi terperinci mengenai layar yang disebutkan di atas, rujuk ke Panduan Pengguna Inti Oracle Banking Payments.
Glosarium ID Fungsi
- G GWDETSYS………………….2-1
- L LBDINSTR ……………………2-6
- O ADAT LAMA ………………….2-6
- OLDINPRM…………………..2-5
- OLDISBGL ……………………2-6
- P PIDHSTMT ……………………2-3
- PMDACCMT ………………………..2-14
- PMDCYCOR ……………………… 2-15
- PMDECMT …………….. 2-12
- PMDEXTNT …………………. 2-8
- PMDNWRLE………………. 2-10
- PROFIL PMDQ ……………… 2-12
- PMDRMAUP ……………… 2-17
- SUMBER PM……………………… 2-7
- PMDSORNW ……………….. 2-9
- PXDXTACC ……………………… 2-16
- S STDCRBRN …………………. 2-2
- STDECAMT………………..2-11
Unduhan PDF: Panduan Pengguna Integrasi Oracle 14.7 Payments yang Diterapkan Bersama