Oracle 14.7 Payments Co-deployed Integration ຄູ່ມືຜູ້ໃຊ້

ການໃຫ້ກູ້ຢືມຂອງບໍລິສັດ – ການຊໍາລະຮ່ວມກັນ ຄູ່ມືຜູ້ໃຊ້ປະສົມປະສານ

ເດືອນພະຈິກ 2022
Oracle Financial Services Software Limited

ສວນສາທາລະນະ Oracle
ປິດທາງດ່ວນດ່ວນຕາເວັນຕົກ

Goregaon (ຕາເວັນອອກ)
Mumbai, Maharashtra 400 063

ປະເທດອິນເດຍ
ສອບຖາມຂໍ້ມູນທົ່ວໂລກ:
ໂທລະສັບ: +91 22 6718 3000
ແຟັກ:+91 22 6718 3001
www.oracle.com/financialservices/

ສະຫງວນລິຂະສິດ © 2007, 2022, Oracle ແລະ/ຫຼື ສາຂາຂອງມັນ. ສະຫງວນລິຂະສິດທັງໝົດ. Oracle ແລະ Java ແມ່ນເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ Oracle ແລະ/ຫຼື ສາຂາຂອງມັນ. ຊື່ອື່ນອາດຈະເປັນເຄື່ອງຫມາຍການຄ້າຂອງເຈົ້າຂອງຂອງເຂົາເຈົ້າ.
ຜູ້ໃຊ້ຂອງລັດຖະບານສະຫະລັດ: ໂປຣແກຣມ Oracle, ລວມທັງລະບົບປະຕິບັດການ, ຊອບແວປະສົມປະສານ, ໂປຣແກຣມໃດໆກໍຕາມທີ່ຕິດຕັ້ງຢູ່ໃນຮາດແວ, ແລະ/ຫຼື ເອກະສານ, ສົ່ງໃຫ້ຜູ້ໃຊ້ສຸດທ້າຍຂອງລັດຖະບານສະຫະລັດແມ່ນ "ຊອບແວຄອມພິວເຕີທາງການຄ້າ" ພາຍໃຕ້ກົດລະບຽບຂອງ Federal Acquisition Regulation ແລະອົງການສະເພາະ. ລະບຽບການເສີມ.

ດັ່ງນັ້ນ, ການນໍາໃຊ້, ການຊໍ້າຊ້ອນ, ການເປີດເຜີຍ, ການແກ້ໄຂ, ແລະການປັບຕົວຂອງໂປລແກລມ, ລວມທັງລະບົບປະຕິບັດການ, ຊອບແວປະສົມປະສານ, ໂປຼແກຼມໃດໆທີ່ຕິດຕັ້ງຢູ່ໃນຮາດແວ, ແລະ / ຫຼືເອກະສານ, ຈະຕ້ອງຢູ່ພາຍໃຕ້ຂໍ້ກໍານົດໃບອະນຸຍາດແລະຂໍ້ຈໍາກັດໃບອະນຸຍາດທີ່ໃຊ້ກັບໂຄງການ. . ບໍ່ມີສິດອື່ນໃດຖືກມອບໃຫ້ລັດຖະບານສະຫະລັດ.

ຊອບແວຫຼືຮາດແວນີ້ຖືກພັດທະນາສໍາລັບການນໍາໃຊ້ທົ່ວໄປໃນຫຼາຍໆຄໍາຮ້ອງສະຫມັກການຄຸ້ມຄອງຂໍ້ມູນ. ມັນບໍ່ໄດ້ຖືກພັດທະນາຫຼືມີຈຸດປະສົງສໍາລັບການນໍາໃຊ້ໃນຄໍາຮ້ອງສະຫມັກອັນຕະລາຍໃດໆ, ລວມທັງຄໍາຮ້ອງສະຫມັກທີ່ອາດຈະສ້າງຄວາມສ່ຽງຕໍ່ການບາດເຈັບສ່ວນບຸກຄົນ. ຖ້າທ່ານໃຊ້ຊອບແວນີ້ຫຼືຮາດແວໃນແອັບພລິເຄຊັນທີ່ເປັນອັນຕະລາຍ, ຫຼັງຈາກນັ້ນທ່ານຈະຕ້ອງຮັບຜິດຊອບໃນການປະຕິບັດຄວາມລົ້ມເຫລວທີ່ເຫມາະສົມ, ການສໍາຮອງຂໍ້ມູນ, ການຊ້ໍາຊ້ອນ, ແລະມາດຕະການອື່ນໆເພື່ອຮັບປະກັນການນໍາໃຊ້ທີ່ປອດໄພຂອງມັນ. Oracle Corporation ແລະສາຂາຂອງຕົນປະຕິເສດຄວາມຮັບຜິດຊອບຕໍ່ຄວາມເສຍຫາຍໃດໆທີ່ເກີດຈາກການນໍາໃຊ້ຊອບແວນີ້ຫຼືຮາດແວໃນແອັບພລິເຄຊັນທີ່ເປັນອັນຕະລາຍ.

ຊອບແວນີ້ ແລະເອກະສານທີ່ກ່ຽວຂ້ອງແມ່ນສະໜອງໃຫ້ພາຍໃຕ້ຂໍ້ຕົກລົງໃບອະນຸຍາດທີ່ມີຂໍ້ຈຳກັດໃນການນຳໃຊ້ ແລະການເປີດເຜີຍ ແລະຖືກປົກປ້ອງໂດຍກົດໝາຍຊັບສິນທາງປັນຍາ. ຍົກເວັ້ນການອະນຸຍາດຢ່າງຊັດເຈນໃນຂໍ້ຕົກລົງໃບອະນຸຍາດຂອງທ່ານຫຼືອະນຸຍາດໂດຍກົດຫມາຍ, ທ່ານບໍ່ສາມາດນໍາໃຊ້, ຄັດລອກ, ຜະລິດໃຫມ່, ແປ, ອອກອາກາດ, ດັດແກ້, ໃບອະນຸຍາດ, ສົ່ງ, ແຈກຢາຍ, ວາງສະແດງ, ປະຕິບັດ, ເຜີຍແຜ່, ຫຼືສະແດງສ່ວນໃດສ່ວນຫນຶ່ງ, ໃນຮູບແບບໃດກໍ່ຕາມ, ຫຼືໂດຍວິທີໃດກໍ່ຕາມ. ວິສະວະກໍາດ້ານຫລັງ, ການຖອດປະກອບ, ຫຼືການລວບລວມຊອບແວນີ້, ເວັ້ນເສຍແຕ່ຕ້ອງການໂດຍກົດຫມາຍສໍາລັບການເຮັດວຽກຮ່ວມກັນ, ແມ່ນຫ້າມ.

ຂໍ້​ມູນ​ທີ່​ມີ​ຢູ່​ນີ້​ແມ່ນ​ມີ​ການ​ປ່ຽນ​ແປງ​ໂດຍ​ບໍ່​ມີ​ການ​ແຈ້ງ​ການ​ແລະ​ບໍ່​ໄດ້​ຮັບ​ປະ​ກັນ​ວ່າ​ຈະ​ບໍ່​ມີ​ຄວາມ​ຜິດ​ພາດ​. ຖ້າ​ຫາກ​ທ່ານ​ພົບ​ເຫັນ​ຄວາມ​ຜິດ​ພາດ​ໃດໆ​, ກະ​ລຸ​ນາ​ລາຍ​ງານ​ໃຫ້​ພວກ​ເຮົາ​ເປັນ​ລາຍ​ລັກ​ອັກ​ສອນ​. ຊອບແວ ຫຼືຮາດແວ ແລະເອກະສານນີ້ອາດຈະໃຫ້ການເຂົ້າເຖິງ ຫຼືຂໍ້ມູນກ່ຽວກັບເນື້ອຫາ, ຜະລິດຕະພັນ, ແລະການບໍລິການຈາກພາກສ່ວນທີສາມ. Oracle Corporation ແລະບໍລິສັດໃນເຄືອຂອງຕົນບໍ່ຮັບຜິດຊອບ ແລະປະຕິເສດຢ່າງຈະແຈ້ງກ່ຽວກັບການຮັບປະກັນທຸກປະເພດກ່ຽວກັບເນື້ອຫາ, ຜະລິດຕະພັນ ແລະການບໍລິການຂອງພາກສ່ວນທີສາມ. Oracle Corporation ແລະສາຂາຂອງມັນຈະບໍ່ຮັບຜິດຊອບຕໍ່ການສູນເສຍ, ຄ່າໃຊ້ຈ່າຍ, ຫຼືຄວາມເສຍຫາຍທີ່ເກີດຂຶ້ນອັນເນື່ອງມາຈາກການເຂົ້າເຖິງຫຼືການນໍາໃຊ້ເນື້ອໃນ, ຜະລິດຕະພັນ, ຫຼືການບໍລິການພາກສ່ວນທີສາມຂອງທ່ານ.

ແນະນຳ

ເອກະສານນີ້ຖືກອອກແບບມາເພື່ອຊ່ວຍໃຫ້ເຈົ້າຮູ້ຈັກກັບການເຊື່ອມໂຍງຂອງ Oracle Banking Corporate Lending ແລະ Oracle Banking Payments ໃນການຕິດຕັ້ງຮ່ວມກັນ. ນອກ ເໜືອ ຈາກຄູ່ມືຜູ້ໃຊ້ນີ້, ໃນຂະນະທີ່ຮັກສາລາຍລະອຽດທີ່ກ່ຽວຂ້ອງກັບການໂຕ້ຕອບ, ທ່ານສາມາດຮຽກຮ້ອງການຊ່ວຍເຫຼືອທີ່ລະອຽດອ່ອນໃນສະພາບການທີ່ມີຢູ່ສໍາລັບແຕ່ລະພາກສະຫນາມ. ນີ້ຊ່ວຍອະທິບາຍຈຸດປະສົງຂອງແຕ່ລະພາກສະຫນາມພາຍໃນຫນ້າຈໍ. ທ່ານສາມາດໄດ້ຮັບຂໍ້ມູນນີ້ໂດຍການວາງຕົວກະພິບໃສ່ພາກສະຫນາມທີ່ກ່ຽວຂ້ອງແລະກົດປຸ່ມເທິງແປ້ນພິມ. 1.2

ຜູ້ຊົມ
ຄູ່​ມື​ນີ້​ແມ່ນ​ມີ​ຈຸດ​ປະ​ສົງ​ສໍາ​ລັບ​ບົດ​ບາດ​ຜູ້​ໃຊ້ / ຜູ້​ໃຊ້​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ບົດບາດ	ຟັງຊັນ
ຄູ່ຮ່ວມງານການຈັດຕັ້ງປະຕິບັດ	ໃຫ້ບໍລິການການປັບແຕ່ງ, ການຕັ້ງຄ່າ ແລະການປະຕິບັດ

ການເຂົ້າເຖິງເອກະສານ
ສໍາລັບຂໍ້ມູນກ່ຽວກັບຄໍາຫມັ້ນສັນຍາຂອງ Oracle ຕໍ່ກັບການເຂົ້າເຖິງ, ເຂົ້າໄປເບິ່ງ Oracle Accessibility
ໂຄງການ webສະຖານທີ່ຢູ່ http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

ອົງການຈັດຕັ້ງ
ຄູ່​ມື​ນີ້​ໄດ້​ຖືກ​ຈັດ​ເປັນ​ບົດ​ຕໍ່​ໄປ​ນີ້​:

ບົດ	ລາຍລະອຽດ
ບົດທີ 1	ຄໍານໍາ ໃຫ້ຂໍ້ມູນກ່ຽວກັບຜູ້ຊົມທີ່ມີຈຸດປະສົງ. ມັນຍັງສະແດງລາຍການບົດຕ່າງໆໃນຄູ່ມືຜູ້ໃຊ້ນີ້.
ບົດທີ 2	ບົດນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດນຳໃຊ້ຜະລິດຕະພັນການໃຫ້ກູ້ຢືມຂອງບໍລິສັດ Oracle Banking ແລະ Oracle Banking Payments ຮ່ວມກັນໄດ້ໃນຕົວຢ່າງດຽວ.
ບົດທີ 3	Function ID ຄໍາສັບ ມີລາຍຊື່ຕົວໜັງສືຂອງ Function/Screen ID ທີ່ໃຊ້ໃນໂມດູນທີ່ມີການອ້າງອີງໜ້າສຳລັບການນຳທາງໄວ.

ຄຳ ຫຍໍ້ແລະ ຄຳ ຫຍໍ້

ຕົວຫຍໍ້	ລາຍລະອຽດ
API	Application Programming Interface
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	ການໃຫ້ກູ້ຢືມຂອງບໍລິສັດ Oracle Banking
OL	ສິນເຊື່ອ Oracle
ROFC	ສ່ວນທີ່ເຫຼືອຂອງ Oracle FLEXCUBE
ລະບົບ	ເວັ້ນເສຍແຕ່ ແລະລະບຸໄວ້ເປັນຢ່າງອື່ນ, ມັນຈະອ້າງອີງເຖິງ Oracle FLEX- CUBE Universal Banking Solutions ລະບົບສະເໝີ
WSDL	Web ພາສາລາຍລະອຽດການບໍລິການ

ຄຳສັບຂອງໄອຄອນ
ຄູ່ມືຜູ້ໃຊ້ນີ້ອາດຈະອ້າງອີງເຖິງທັງໝົດ ຫຼືບາງໄອຄອນຕໍ່ໄປນີ້.

ການໃຫ້ກູ້ຢືມຂອງບໍລິສັດ – ການເຊື່ອມໂຍງການຈ່າຍເງິນໃນການຕິດຕັ້ງ CoDeployed
ບົດ​ນີ້​ປະ​ກອບ​ດ້ວຍ​ພາກ​ສ່ວນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ພາກ​ທີ 2.1, “ການ​ນໍາ​ສະ​ເຫນີ”
• ພາກທີ 2.2, “ການບຳລຸງຮັກສາໃນ OBCL”
• ພາກທີ 2.3, “ການບຳລຸງຮັກສາໃນ OBPM”

ແນະນຳ
ທ່ານສາມາດເຊື່ອມໂຍງ Oracle Banking Corporate Lending (OBCL) ກັບຜະລິດຕະພັນການຈ່າຍເງິນ Oracle Banking (OBPM). ເພື່ອປະສົມປະສານທັງສອງຜະລິດຕະພັນນີ້ໃນສະພາບແວດລ້ອມທີ່ປະສົມປະສານ, ທ່ານຈໍາເປັນຕ້ອງເຮັດການບໍາລຸງຮັກສາສະເພາະໃນ OBCL, ການຈ່າຍເງິນ, ແລະ Common Core.

ການບໍາລຸງຮັກສາໃນ OBCL
ການເຊື່ອມໂຍງລະຫວ່າງ Oracle Banking Corporate Lending (OBCL) ແລະ Oracle Banking Payments (OBPM) ຊ່ວຍໃຫ້ທ່ານສາມາດສົ່ງເງິນກູ້ຢືມຜ່ານການຈ່າຍເງິນຂ້າມຊາຍແດນໂດຍການສ້າງຂໍ້ຄວາມ SWIFT MT103 ແລະ MT202.

ບໍາລຸງຮັກສາລະບົບພາຍນອກ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'GWDETSYS​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​. ທ່ານຈໍາເປັນຕ້ອງກໍານົດລະບົບພາຍນອກສໍາລັບສາຂາທີ່ຕິດຕໍ່ສື່ສານກັບ OBCL ໂດຍໃຊ້ປະຕູການເຊື່ອມໂຍງ.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າໃນ OBCL ທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວທີ່ມີທຸກຂົງເຂດທີ່ຕ້ອງການແລະ 'ລະບົບພາຍນອກ' ໃນຫນ້າຈໍ 'ການບໍາລຸງຮັກສາລະບົບພາຍນອກ'. ຕົວຢ່າງample,, ຮັກສາລະບົບພາຍນອກເປັນ "INTBANKING".

ຮ້ອງຂໍ

• ຮັກສາມັນເປັນ ID ຂໍ້ຄວາມ.
• ຮ້ອງຂໍຂໍ້ຄວາມ
• ຮັກສາມັນເປັນເຕັມຈໍ.
• ຂໍ້ຄວາມຕອບ
• ຮັກສາມັນເປັນເຕັມຈໍ.
• ຄິວລະບົບພາຍນອກ
• ຮັກສາຄິວໃນການຕອບສະ ໜອງ JMS. ເຫຼົ່ານີ້ແມ່ນແຖວ, ບ່ອນທີ່ OBCL ປະກາດຄໍາຮ້ອງຂໍ SPS XML ກັບ OBPM.
• ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການບໍາລຸງຮັກສາລະບົບພາຍນອກ, ອ້າງອີງເຖິງ Common Core – Gateway User. ຄູ່ມື.

ການບຳລຸງຮັກສາສາຂາ
ທ່ານຈໍາເປັນຕ້ອງສ້າງສາຂາໃນຫນ້າຈໍ 'Branch Core Parameter Maintenance' (STDCRBRN). ໜ້າຈໍນີ້ໃຊ້ສໍາລັບການຈັບລາຍລະອຽດສາຂາພື້ນຖານເຊັ່ນ: ຊື່ສາຂາ, ລະຫັດສາຂາ, ທີ່ຢູ່ສາຂາ, ວັນພັກຜ່ອນປະຈຳອາທິດ, ແລະອື່ນໆ. ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'STDCRBRN​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ທ່ານສາມາດກໍານົດໂຮດສໍາລັບທຸກໆສາຂາທີ່ສ້າງຂຶ້ນ. ເພື່ອຮັກສາເຈົ້າພາບສໍາລັບເຂດເວລາທີ່ແຕກຕ່າງກັນ, ເບິ່ງ..
ຄູ່ມືຜູ້ໃຊ້ຫຼັກຂອງ Oracle Banking Payments.

ໝາຍເຫດ
ຄູ່ສາຂາທີ່ສາມາດເຮັດທຸລະກໍາການຈ່າຍເງິນລະຫວ່າງສາຂາຄວນໄດ້ຮັບການຮັກສາໄວ້ພາຍໃຕ້ເຈົ້າພາບດຽວກັນ.

Host Parameter Maintenance
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PIDHSTMT​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ

• ໃນ OBCL, ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາພາລາມິເຕີຂອງເຈົ້າພາບດ້ວຍບັນທຶກການເຄື່ອນໄຫວທີ່ມີທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການ.
• 'ລະບົບການເຊື່ອມໂຍງ OBCL' ແມ່ນສໍາລັບການເຊື່ອມໂຍງ UBS ສໍາລັບ 360 ແລະການເຊື່ອມໂຍງການຄ້າ. 'ລະບົບການຈ່າຍເງິນ' ແມ່ນສໍາລັບການເຊື່ອມໂຍງກັບ OBPM, ແລະ 'INTBANKING' ຕ້ອງໄດ້ຮັບການເລືອກ.

ລະຫັດເຈົ້າພາບ
ລະບຸລະຫັດເຈົ້າພາບ.

ຄໍາອະທິບາຍເຈົ້າພາບ
ລະບຸຄໍາອະທິບາຍສັ້ນໆສໍາລັບເຈົ້າພາບ.

ລະຫັດລະບົບບັນຊີ
ລະບຸລະຫັດລະບົບບັນຊີ. ຕົວຢ່າງample, "OLINTSYS"

ລະບົບການຈ່າຍເງິນ
ລະບຸລະບົບການຈ່າຍເງິນ. ຕົວຢ່າງample, "INTBANKING"

ລະບົບ ELCM
ລະບຸລະບົບ ELCM. ຕົວຢ່າງample, "OLELCM"

ລະບົບການເຊື່ອມໂຍງ OBCL
ລະບຸລະບົບພາຍນອກ. ຕົວຢ່າງample, "OLINTSYS", ສໍາລັບການເຊື່ອມໂຍງກັບລະບົບ UBS.

ລະບົບຕ່ອງໂສ້ຕັນ
ລະບຸລະບົບ blockchain. ຕົວຢ່າງampຈາກ "OLBLKCN".

ລະຫັດເຄືອຂ່າຍການຈ່າຍເງິນ
ລະບຸເຄືອຂ່າຍໂດຍຜ່ານທີ່ OBPM ສົ່ງຂໍ້ຄວາມຂາອອກ, ສໍາລັບການຊໍາລະເງິນກູ້. ຕົວຢ່າງample, "SWIFT".

ການຮັກສາຕົວກໍານົດການປະສົມປະສານ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'OLDINPRM​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວທີ່ມີທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການແລະຊື່ການບໍລິການເປັນ "PMSinglePaymentService" ໃນຫນ້າຈໍ 'Integration Parameters Maintenance'.

ລະຫັດສາຂາ
ລະບຸເປັນ 'ALL' ໃນກໍລະນີທີ່ຕົວກໍານົດການລວມແມ່ນທົ່ວໄປສໍາລັບທຸກສາຂາ. ຫຼືຮັກສາສາຂາສ່ວນບຸກຄົນ.

ລະບົບພາຍນອກ
ລະບຸລະບົບພາຍນອກເປັນ 'INTBANKING'.

ຜູ້ໃຊ້ພາຍນອກ
ລະບຸ ID ຜູ້ໃຊ້ທີ່ຈະສົ່ງຜ່ານຄໍາຮ້ອງຂໍການຈ່າຍເງິນໃຫ້ OBPM.

ຊື່ບໍລິການ
ລະບຸຊື່ການບໍລິການເປັນ 'PMSinglePayOutService'.

ຊ່ອງທາງການສື່ສານ
ລະບຸຊ່ອງທາງການສື່ສານເປັນ 'Web ບໍລິການ'.

ຮູບແບບການສື່ສານ
ລະບຸຮູບແບບການສື່ສານເປັນ 'ASYNC'.

ຊັ້ນການສື່ສານ
ລະບຸຊັ້ນການສື່ສານເປັນແອັບພລິເຄຊັນ.

ຊື່ບໍລິການ WS
ລະບຸ web ຊື່ການບໍລິການເປັນ 'PMSinglePayOutService'.

WS Endpoint URL
ລະບຸ WSDL ຂອງການບໍລິການເປັນ 'ການບໍລິການການຈ່າຍເງິນດຽວການຈ່າຍເງິນ' ການເຊື່ອມຕໍ່ WSDL.

ຜູ້ໃຊ້ WS
ຮັກສາຜູ້ໃຊ້ OBPM ດ້ວຍການເຂົ້າເຖິງທຸກສາຂາແລະສະຖານທີ່ອະນຸຍາດອັດຕະໂນມັດ.

ການດູແລລູກຄ້າ
ການບໍາລຸງຮັກສາລູກຄ້າ (OLDCUSMT) ແມ່ນບັງຄັບ. ທ່ານຈໍາເປັນຕ້ອງສ້າງບັນທຶກໃນຫນ້າຈໍນີ້ສໍາລັບທະນາຄານ. 'BIC ຫຼັກ' ແລະ 'ສື່ເລີ່ມຕົ້ນ' ຄວນເປັນ 'SWIFT' ເພື່ອສ້າງຂໍ້ຄວາມ SWIFT.

ການ​ສ້ອມ​ແປງ​ຄໍາ​ແນະ​ນໍາ​ການ​ຕັ້ງ​ຖິ່ນ​ຖານ​
ບັນຊີ NOSTRO ຈໍາເປັນຕ້ອງສ້າງສໍາລັບທະນາຄານທີ່ຜູ້ກູ້ຢືມແລະຜູ້ເຂົ້າຮ່ວມ (ທັງສອງ) ຄວນມີບັນຊີ CASA ຂອງເຂົາເຈົ້າ. ອັນນີ້ຈໍາເປັນຕ້ອງມີແຜນທີ່ຢູ່ໃນ LBDINSTR ແລະບັນຊີການຈ່າຍເງິນ/ຮັບຄວນຈະເປັນ NOSTRO. ທ່ານຈໍາເປັນຕ້ອງເລືອກບັນຊີ NOSTRO ໃນຊ່ອງຈ່າຍແລະຮັບບັນຊີ, ແຕ່ຜູ້ກູ້ຢືມບໍ່ສາມາດມີບັນຊີ NOSTRO, ພຽງແຕ່ທະນາຄານສາມາດມີບັນຊີທະນາຄານ NOSTRO ແລະທ່ານຈໍາເປັນຕ້ອງເລືອກ Pay and Receive as BANK id. ອັນນີ້ຖືກແທນທີ່ດ້ວຍຂົວພາຍໃນ GL ໃນຂະນະທີ່ເຮັດທຸລະກໍາ. ຮັກສາພາກສ່ວນຕ້ານກັບທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການໃນຫນ້າຈໍ 'ການຊໍາລະຄໍາແນະນໍາການບໍາລຸງຮັກສາ' (LBDINSTR). ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບຄໍາແນະນໍາກ່ຽວກັບການຊໍາລະເງິນ, ເບິ່ງຄູ່ມືຜູ້ໃຊ້ Syndication ເງິນກູ້.

ລະບົບ Inter Bridge GL
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'OLDISBGL​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວກັບທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການແລະ 'ລະບົບພາຍນອກ' ເປັນ 'INTBANKING' ໃນຫນ້າຈໍ 'Inter-system Bridge GL Maintenance'.

ລະບົບພາຍນອກ
ລະບຸຊື່ລະບົບພາຍນອກເປັນ 'INTBANKING'.

ID ໂມດູນ
ລະບຸລະຫັດໂມດູນເປັນ 'OL'.

ສະກຸນເງິນການເຮັດທຸລະກໍາ
ລະບຸສະກຸນເງິນທຸລະກໍາ 'ALL' ຫຼືສະກຸນເງິນສະເພາະ.

ສາຂາທຸລະກໍາ
ລະບຸສາຂາທຸລະກໍາເປັນ 'ALL' ຫຼືສາຂາສະເພາະ.

ລະຫັດຜະລິດຕະພັນ
ລະບຸລະຫັດຜະລິດຕະພັນເປັນ 'ALL' ຫຼືຜະລິດຕະພັນສະເພາະ.

ຟັງຊັນ
ລະບຸລະຫັດຟັງຊັນທຸລະກຳເປັນ 'ALL' ຫຼື id ຟັງຊັນສະເພາະ.

ISB GL
ກໍານົດ Inter System Bridge GL, ບ່ອນທີ່ສິນເຊື່ອຈາກ OBCL ສໍາລັບການຊໍາລະເງິນກູ້ແມ່ນໂອນ. GL ດຽວກັນຕ້ອງໄດ້ຮັບການຮັກສາໄວ້ໃນ OBPM ສໍາລັບການປຸງແຕ່ງຕື່ມອີກ.

ການບໍາລຸງຮັກສາໃນ OBPM

ການບໍາລຸງຮັກສາແຫຼ່ງ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDSORCE​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວທີ່ມີທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການໃນຫນ້າຈໍ 'ລາຍລະອຽດການບໍາລຸງຮັກສາແຫຼ່ງ'.

ລະຫັດແຫຼ່ງ
ລະບຸລະຫັດແຫຼ່ງ. ຕົວຢ່າງample 'INTBANKING'.

ລະຫັດເຈົ້າພາບ
ລະຫັດໂຮດແມ່ນເລີ່ມຕົ້ນໂດຍອັດຕະໂນມັດໂດຍອີງໃສ່ສາຂາ.

ອະນຸຍາດໃຫ້ຈ່າຍເງິນລ່ວງໜ້າ
ເລືອກກ່ອງກາໝາຍ 'ການຊໍາລະລ່ວງໜ້າທີ່ອະນຸຍາດ'.

ການຈ່າຍເງິນລ່ວງໜ້າ GL
ລະບຸການຊໍາລະລ່ວງໜ້າ GL ຄືກັນກັບ Inter System Bridge GL ທີ່ຮັກສາໄວ້

OLDISBGL ສໍາລັບ OBCL.
OBPM ຫັກຈຳນວນເງິນກູ້ທີ່ຈ່າຍແລ້ວຈາກ GL ນີ້ ແລະໃຫ້ສິນເຊື່ອ Nostro ທີ່ລະບຸໃນການສົ່ງຂໍ້ຄວາມການຈ່າຍເງິນ.

ຕ້ອງການແຈ້ງການ
ເລືອກກ່ອງໝາຍ 'ຕ້ອງການການແຈ້ງເຕືອນ'.

ແຖວການແຈ້ງເຕືອນພາຍນອກ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDEXTNT​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວທີ່ມີທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການໃນຫນ້າຈໍ "ຄິວການແຈ້ງເຕືອນພາຍນອກ".

ເຈົ້າພາບແລະລະຫັດແຫຼ່ງ
ລະບຸລະຫັດແຫຼ່ງທີ່ເປັນ 'INTBANKING'. ລະຫັດໂຮດໄດ້ຮັບຄ່າເລີ່ມຕົ້ນໂດຍອີງໃສ່ລະຫັດແຫຼ່ງ. ການຕິດຕັ້ງລະບົບທາງນອກປະຕູທີ່ຈະເຮັດສໍາລັບລະຫັດແຫຼ່ງ “INTBANKING”.

ປະເພດການສື່ສານ
ເລືອກປະເພດການສື່ສານເປັນ 'Web ການບໍລິການ

ປະເພດລະບົບການແຈ້ງເຕືອນ
ເລືອກຊັ້ນລະບົບການແຈ້ງເຕືອນເປັນ 'OFCL'.

Webການບໍລິການ URL
ສໍາລັບການລວມລະຫັດ Host ແລະລະຫັດແຫຼ່ງ, a web ການບໍລິການ URL ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ຮັກ​ສາ​ໄວ້​ກັບ OL ການ​ບໍ​ລິ​ການ (FCUBSOLService​) ເພື່ອ​ໄດ້​ຮັບ​ການ​ໂທ​ແຈ້ງ​ການ​ຈາກ OBPM ກັບ OBCL​.

ການບໍລິການ
ລະບຸ webບໍລິການເປັນ 'FCUBSOLSservice'.

ການຕັ້ງຄ່າເຄືອຂ່າຍແຫຼ່ງ
ທ່ານສາມາດເອີ້ນໜ້າຈໍນີ້ໄດ້ໂດຍການພິມ 'PMDSORNW' ໃນຊ່ອງຂໍ້ມູນຢູ່ມຸມຂວາເທິງຂອງແຖບເຄື່ອງມືແອັບພລິເຄຊັນ ແລະຄລິກໃສ່ປຸ່ມລູກສອນທີ່ຢູ່ຕິດກັນ.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວຢູ່ໃນຫນ້າຈໍ 'Source Network Preference Detailed'. ຄວາມຕ້ອງການສໍາລັບເຄືອຂ່າຍການຈ່າຍເງິນຕ່າງໆໂດຍຜ່ານທີ່ OBCL ເລີ່ມຕົ້ນການຮ້ອງຂໍການຈ່າຍເງິນຕ້ອງໄດ້ຮັບການຮັກສາຢູ່ໃນຫນ້າຈໍນີ້ສໍາລັບລະຫັດແຫຼ່ງດຽວກັນ.

ເຈົ້າພາບແລະລະຫັດແຫຼ່ງ
ລະບຸລະຫັດແຫຼ່ງທີ່ເປັນ 'INTBANKING'. ລະຫັດໂຮດໄດ້ຮັບຄ່າເລີ່ມຕົ້ນໂດຍອີງໃສ່ລະຫັດແຫຼ່ງ. ການຕິດຕັ້ງລະບົບທາງນອກປະຕູທີ່ຈະເຮັດສໍາລັບລະຫັດແຫຼ່ງ “INTBANKING”.

ລະຫັດເຄືອຂ່າຍ
ລະບຸລະຫັດເຄືອຂ່າຍເປັນ 'SWIFT'. ນີ້ແມ່ນເພື່ອເຮັດໃຫ້ OBPM ກະຕຸ້ນຂໍ້ຄວາມ SWIFT ສໍາລັບຈໍານວນການຊໍາລະເງິນກູ້.

ປະເພດທຸລະກໍາ
ລະບຸປະເພດທຸລະກໍາເປັນ 'ຂາອອກ', ເພື່ອສົ່ງຂໍ້ຄວາມ SWIFT ອອກ.

ການຮັກສາກົດລະບຽບເຄືອຂ່າຍ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDNWRLE​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາບັນທຶກການເຄື່ອນໄຫວກັບທຸກຊ່ອງຂໍ້ມູນທີ່ຕ້ອງການໃນຫນ້າຈໍ 'Network Rule Detailed' ເພື່ອສົ່ງຄໍາຮ້ອງຂໍ OBCL ໄປຫາເຄືອຂ່າຍທີ່ກ່ຽວຂ້ອງ. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຮັກສາກົດລະບຽບເຄືອຂ່າຍ, ເບິ່ງຄູ່ມືຜູ້ໃຊ້ຫຼັກການຈ່າຍເງິນ.

ການຮັກສາລະບົບ ECA
ໃຫ້ແນ່ໃຈວ່າທ່ານສ້າງລະບົບການກວດສອບການອະນຸມັດສິນເຊື່ອພາຍນອກ (ລະບົບ DDA) ໃນຫນ້າຈໍ STDECAMT. ສະໜອງລະບົບແຫຼ່ງທີ່ຈຳເປັນທີ່ການກວດສອບ ECA ເກີດຂຶ້ນຕາມທີ່ລະບຸໄວ້ໃນໜ້າຈໍຂ້າງລຸ່ມນີ້. ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDECAMT​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​. ແຜນທີ່ລະບົບ ECA ທີ່ກ່າວມາຂ້າງເທິງນີ້ຢູ່ໃນໜ້າຈໍ 'ລະບົບການອະນຸມັດສິນເຊື່ອພາຍນອກໂດຍລະອຽດ'.

Inqueue ຊື່ JNDI
ລະບຸຊື່ໃນຄິວ JNDI ເປັນ 'MDB_QUEUE_RESPONSE'.

Outqueue ຊື່ JNDI
ລະບຸແຖວອອກ JNDI ຊື່ເປັນ 'MDB_QUEUE'.

Q Profile
Q Profile ຕ້ອງໄດ້ຮັບການຮັກສາໄວ້ຕາມ MDB Queue ທີ່ສ້າງຂຶ້ນໃນ App Server. Q Profile ຕ້ອງຢູ່ກັບທີ່ຢູ່ IP ບ່ອນທີ່ JMS Queue ໄດ້ຖືກສ້າງຂື້ນ. ລະບົບ OBPM ປະກາດຄໍາຮ້ອງຂໍ ECA ກັບລະບົບ DDA ຜ່ານແຖວ MDB ເຫຼົ່ານີ້. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການບໍາລຸງຮັກສາລະບົບ ECA, ອ້າງອີງເຖິງ Oracle Banking Payments.

ຄູ່ມືຜູ້ໃຊ້ຫຼັກ.
ແຖວ Profile ບໍາລຸງຮັກສາ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDQPROF​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຮັກສາ Queue Profile ໃນ 'Queue Profile ຫນ້າ​ຈໍ​ການ​ບໍາ​ລຸງ​ຮັກ​ສາ​.

ໂປຣfile ID
ລະບຸ Queue Connection profile ID.

ໂປຣfile ລາຍລະອຽດ
ລະບຸຜູ້ຊ່ຽວຊານfile ລາຍລະອຽດ

ID ຜູ້ໃຊ້
ລະບຸ ID ຜູ້ໃຊ້.

ລະຫັດຜ່ານ
ລະບຸລະຫັດຜ່ານ.

ໝາຍເຫດ
ID ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານຖືກໃຊ້ເພື່ອກວດສອບຄວາມຖືກຕ້ອງຂອງຄິວ. ນີ້ຮັບປະກັນລະບົບພາຍນອກແມ່ນອະນຸຍາດໃຫ້ພຽງແຕ່ອ່ານຫຼື view ຂໍ້ຄວາມທີ່ປະກາດຢູ່ໃນແຖວຂໍ້ຄວາມ.

ຜູ້ໃຫ້ບໍລິການບໍລິບົດ URL
ແຖວໂປຣfile ຕ້ອງການຜູ້ໃຫ້ບໍລິການບໍລິບົດ URL ຂອງ Application Server ບ່ອນທີ່ຄິວ
ສ້າງ. ຕົວກໍານົດການອື່ນໆທັງຫມົດແມ່ນຄືກັນກັບທີ່ໄດ້ກ່າວມາຂ້າງເທິງ.

ໝາຍເຫດ
OBPM ສ້າງຄຳຮ້ອງຂໍ ECA ດ້ວຍລາຍລະອຽດ ແລະໂພສໃສ່ MDB_QUEUE. ລະບົບ DDA ຜ່ານ GWMDB ດຶງການຮ້ອງຂໍປະຕູແລະໂທຫາພາຍໃນຂະບວນການບລັອກ ECA ເພື່ອສ້າງຫຼືຍົກເລີກການບລັອກ ECA. ເມື່ອຂະບວນການສໍາເລັດແລ້ວ, ລະບົບ DDA ປະກາດຄໍາຕອບຜ່ານ gateway infra ກັບ MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE ຖືກຕັ້ງຄ່າດ້ວຍຄິວການຈັດສົ່ງຄືນເປັນ jms/ ACC_ENTRY_RES_BKP_IN. ຄິວນີ້ແມ່ນພາຍໃນດຶງການຕອບໂຕ້ຜ່ານ OBPM MDB ເພື່ອສໍາເລັດການປະມວນຜົນ ECA ໃນ OBPM.

ບໍາລຸງຮັກສາລະບົບບັນຊີ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDACCMT​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​. ນີ້ແມ່ນເພື່ອໃຫ້ OBPM ປະກາດລາຍການບັນຊີ (Dr ISBGL & Cr Nostro Ac) ກັບລະບົບ DDA, ໃນການສົ່ງຂໍ້ຄວາມ SWIFT.

ໝາຍເຫດ
ໃຫ້ແນ່ໃຈວ່າທ່ານຕ້ອງການຮັກສາລະບົບບັນຊີທີ່ຕ້ອງການໃນຫນ້າຈໍ 'ລະບົບບັນຊີພາຍນອກລາຍລະອຽດ'. ນອກຈາກນັ້ນ, ຮັກສາແຜນທີ່ລະບົບບັນຊີສໍາລັບລະບົບບັນຊີ ແລະເຄືອຂ່າຍ (PMDACMAP)

Inqueue ຊື່ JNDI
ລະບຸຊື່ສອບຖາມ JNDI ເປັນ 'MDB_QUEUE_RESPONSE'.

Outqueue ຊື່ JNDI
ລະບຸຊື່ JNDI ອອກເປັນ 'MDB_QUEUE'.

Q Profile
Q Profile ຕ້ອງໄດ້ຮັບການຮັກສາໄວ້ຕາມ MDB Queue ທີ່ສ້າງຂຶ້ນໃນ App Server. Q Profile ຕ້ອງຢູ່ກັບທີ່ຢູ່ IP ບ່ອນທີ່ JMS Queue ໄດ້ຖືກສ້າງຂື້ນ. ລະບົບ OBPM ປະກາດການຮ້ອງຂໍການມອບບັນຊີຜ່ານແຖວ MDB ເຫຼົ່ານີ້.

ໝາຍເຫດ
OBPM ສ້າງການຮ້ອງຂໍການບັນຊີ Handoff ທີ່ມີລາຍລະອຽດແລະສົ່ງໄປທີ່ MDB_QUEUE. ລະບົບການບັນຊີຜ່ານ GWMDB ດຶງຄໍາຮ້ອງຂໍປະຕູແລະໂທຫາພາຍໃນຄໍາຮ້ອງຂໍບັນຊີພາຍນອກ. ເມື່ອຂະບວນການສໍາເລັດແລ້ວ, ລະບົບການບັນຊີຈະປະກາດຄໍາຕອບຜ່ານ gateway infra ກັບ MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE ຖືກຕັ້ງຄ່າດ້ວຍຄິວການຈັດສົ່ງຄືນເປັນ jms/ ACC_ENTRY_RES_BKP_IN. ຄິວນີ້ພາຍໃນດຶງຄໍາຕອບຜ່ານ OBPM MDB ເພື່ອໃຫ້ສໍາເລັດການປະມວນຜົນບັນຊີ Handoff ໃນ OBPM.

ການຮັກສາຜູ້ສື່ຂ່າວສະກຸນເງິນ
ສໍາລັບການຈ່າຍເງິນຜ່ານ SWIFT / ຂ້າມຊາຍແດນ, ທະນາຄານຄວນຮັກສາຜູ້ສື່ຂ່າວຂອງສະກຸນເງິນເຊັ່ນ: ນັກຂ່າວຂອງທະນາຄານເພື່ອໃຫ້ການຈ່າຍເງິນສາມາດຖືກໂອນໄປຢ່າງຖືກຕ້ອງ. ລະບົບຕ່ອງໂສ້ການຊໍາລະແມ່ນສ້າງຂຶ້ນໂດຍໃຊ້ການບໍາລຸງຮັກສາຕົວແທນຂອງສະກຸນເງິນ ທະນາຄານສາມາດມີຜູ້ສື່ຂ່າວຫຼາຍສະກຸນເງິນສໍາລັບສະກຸນເງິນດຽວກັນແຕ່ຜູ້ສື່ຂ່າວສະເພາະສາມາດຖືກຫມາຍເປັນຜູ້ສື່ຂ່າວຕົ້ນຕໍເພື່ອໃຫ້ການຈ່າຍເງິນຖືກໂອນຜ່ານທະນາຄານນັ້ນເຖິງແມ່ນວ່າມີທະນາຄານຕົວແທນຫຼາຍ.

ການຮັກສາຕົວແທນຂອງສະກຸນເງິນ (PMDCYCOR) ຖືກນໍາໃຊ້ໃນການກໍ່ສ້າງລະບົບຕ່ອງໂສ້ການຈ່າຍເງິນສໍາລັບການຈ່າຍເງິນຂ້າມຊາຍແດນ. ນີ້ແມ່ນການຮັກສາລະດັບເຈົ້າພາບ. ສະກຸນເງິນ, ທະນາຄານ BIC ແລະເລກບັນຊີສາມາດເກັບຮັກສາໄວ້ສໍາລັບຜູ້ສື່ຂ່າວ. ທ່ານສາມາດເອີ້ນຫນ້າຈໍນີ້ໄດ້ໂດຍການພິມ 'PMDCYCOR' ໃນຊ່ອງຂໍ້ມູນຢູ່ມຸມຂວາເທິງຂອງແຖບເຄື່ອງມືຄໍາຮ້ອງສະຫມັກແລະຄລິກໃສ່ປຸ່ມລູກສອນທີ່ຢູ່ຕິດກັນ. ຮັກສາ AWI ຫຼື AWI's Currency Correspondent ໃນຫນ້າຈໍນີ້.

ລະຫັດເຈົ້າພາບ
ລະບົບສະແດງລະຫັດໂຮດຂອງສາຂາທີ່ເລືອກຂອງຜູ້ໃຊ້ທີ່ເຂົ້າສູ່ລະບົບ.

ລະຫັດທະນາຄານ
ເລືອກລະຫັດທະນາຄານຈາກບັນຊີລາຍຊື່ຂອງຄ່າທີ່ສະແດງ. ລະຫັດ BIC ທີ່ເລືອກຈະສະແດງຢູ່ໃນຊ່ອງຂໍ້ມູນນີ້.

ສະກຸນເງິນ
ລະບຸສະກຸນເງິນ. ອີກທາງເລືອກ, ທ່ານສາມາດເລືອກສະກຸນເງິນຈາກບັນຊີລາຍຊື່ທາງເລືອກ. ບັນຊີລາຍຊື່ສະແດງສະກຸນເງິນທີ່ຖືກຕ້ອງທັງຫມົດທີ່ຮັກສາຢູ່ໃນລະບົບ.

ກວດສອບນັກຂ່າວຂັ້ນຕົ້ນ
ກ່ອງນີ້ຖ້ານັກຂ່າວນີ້ແມ່ນຜູ້ສື່ຂ່າວສະກຸນເງິນຕົ້ນຕໍ. ສາມາດມີຕົວແທນສະກຸນເງິນຕົ້ນຕໍອັນດຽວສໍາລັບການລວມຂອງປະເພດບັນຊີ, ສະກຸນເງິນ. ປະເພດບັນຊີ ເລືອກປະເພດບັນຊີ. ລາຍການສະແດງຄ່າຕໍ່ໄປນີ້:

• ບັນ​ຊີ​ຂອງ​ພວກ​ເຮົາ​ຮັກ​ສາ​ໄວ້​ດ້ວຍ​ການ​ປ້ອນ​ຂໍ້​ມູນ​ຂອງ​ນັກ​ຂ່າວ​ໃນ​ພາກ​ສະ​ຫນາມ​ລະ​ຫັດ​ທະ​ນາ​ຄານ​.
• ບັນຊີຂອງເຂົາເຈົ້າຮັກສາໄວ້ໂດຍການປ້ອນຂໍ້ມູນຂອງນັກຂ່າວໃນຊ່ອງລະຫັດທະນາຄານກັບທະນາຄານປະມວນຜົນ (ບັນຊີ Nostro).

ປະເພດບັນຊີ
ລະບຸປະເພດບັນຊີເປັນ Our – the Nostro of the Correspondent which is maintained in our books.

ເລກບັນຊີ
ລະບຸໝາຍເລກບັນຊີທີ່ກ່ຽວຂ້ອງກັບການປ້ອນຂໍ້ມູນຂອງຜູ້ສື່ຂ່າວໃນຊ່ອງລະຫັດທະນາຄານໃນສະກຸນເງິນທີ່ລະບຸ. ອີກທາງເລືອກ, ທ່ານສາມາດເລືອກເລກບັນຊີຈາກບັນຊີລາຍຊື່ທາງເລືອກ. ບັນຊີລາຍຊື່ສະແດງບັນຊີ Nostro ທັງໝົດສໍາລັບປະເພດບັນຊີຂອງພວກເຮົາ ແລະບັນຊີປົກກະຕິທີ່ຖືກຕ້ອງສໍາລັບປະເພດບັນຊີຂອງເຂົາເຈົ້າ. ສະກຸນເງິນບັນຊີທີ່ສະແດງຢູ່ໃນລາຍການຄວນຈະຄືກັນກັບສະກຸນເງິນທີ່ລະບຸ.

ບັນຊີຫຼັກ
ເລືອກກ່ອງໝາຍນີ້ເພື່ອລະບຸວ່າບັນຊີນັ້ນແມ່ນບັນຊີຫຼັກຫຼືບໍ່. ທ່ານສາມາດເພີ່ມບັນຊີຫຼາຍບັນຊີ. ແຕ່ບັນຊີດຽວສາມາດຖືກໝາຍເປັນບັນຊີຫຼັກໄດ້. ນີ້ຊີ້ໃຫ້ເຫັນວ່າບັນຊີທີ່ຖືກຫມາຍເປັນບັນຊີຕົ້ນຕໍແມ່ນບັນຊີທີ່ສໍາຄັນສໍາລັບການລວມກັນ 'ລະຫັດເຈົ້າພາບ, ລະຫັດທະນາຄານ, ສະກຸນເງິນ' ທີ່ຮັກສາໄວ້.

MT 210 ຕ້ອງການ?
ເລືອກກ່ອງກາໝາຍນີ້ເພື່ອຊີ້ບອກວ່າຕ້ອງສົ່ງ MT 210 ໄປຫາຜູ້ສື່ຂ່າວສະກຸນເງິນໃນສະຖານະການທີ່ມັນຖືກສ້າງໂດຍອັດຕະໂນມັດຄືກັບການຜະລິດ Outbound MT 200/MT 201. ພຽງແຕ່ຖ້າກ່ອງກາໝາຍນີ້ຖືກເລືອກ, ລະບົບຈະສ້າງ MT210.

Reconciliation ການຮັກສາບັນຊີພາຍນອກ
ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PXDXTACC​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ຮັກສາເລກບັນຊີ Vostro, (ທຽບເທົ່າກັບ Nostro) ທີ່ຮັກສາໄວ້ໃນປຶ້ມຂອງນັກຂ່າວ. ນີ້ຈະຖືກສົ່ງໄປໃນ 53B tag ໃນຂໍ້ຄວາມປົກຫຸ້ມຂອງ MT103 & MT202.

• ຫ້ອງຮຽນ Reconciliation
• ຮັກສາມັນເປັນ NOST.
• ໜ່ວຍງານພາຍນອກ
• ລະບຸ BIC ຂອງນັກຂ່າວ.
• ບັນຊີພາຍນອກ
• ລະບຸໝາຍເລກບັນຊີ Vostro.
• ບັນຊີ GL

ລະບຸໝາຍເລກບັນຊີ Nostro. ອັນນີ້ຄວນຈະມີຢູ່ໃນ STDCRACC ເປັນບັນຊີ Nostro.

ລາຍລະອຽດ RMA ຫຼື RMA Plus
ລາຍລະອຽດຄໍາຮ້ອງສະຫມັກການຄຸ້ມຄອງຄວາມສໍາພັນຈະຖືກຮັກສາໄວ້ຢູ່ທີ່ນີ້ແລະອະນຸຍາດໃຫ້ປະເພດຂໍ້ຄວາມແລະປະເພດຂໍ້ຄວາມຖືກສະຫນອງໃຫ້. ນັກຂ່າວຄວນຈະເປັນລະຫັດ BIC ຂອງທະນາຄານຂອງພວກເຮົາ (ສໍາລັບການພົວພັນໂດຍກົງ). ທ່ານ​ສາ​ມາດ​ຮຽກ​ຮ້ອງ​ຫນ້າ​ຈໍ​ນີ້​ໂດຍ​ການ​ພິມ 'PMDRMAUP​' ໃນ​ພາກ​ສະ​ຫນາມ​ຢູ່​ແຈ​ເທິງ​ຂວາ​ຂອງ​ແຖບ​ເຄື່ອງ​ມື Application ແລະ​ການ​ຄລິກ​ໃສ່​ປຸ່ມ​ລູກ​ສອນ​ຕິດ​ຕໍ່​ກັນ​.

ປະເພດບັນທຶກ RMA
ລະບົບຈະຊີ້ບອກວ່ານີ້ແມ່ນບັນທຶກການອະນຸຍາດ RMA ຫຼື RMA+ ໂດຍອີງໃສ່ລາຍລະອຽດຂອງບັນທຶກການອະນຸຍາດ RMA ທີ່ອັບໂຫຼດ ຫຼືສ້າງດ້ວຍຕົນເອງ.

ໝາຍເຫດ
ຖ້າ RMA ອັບໂຫລດ file ໄດ້ລວມຫຼືຍົກເວັ້ນປະເພດຂໍ້ຄວາມໃນປະເພດຂໍ້ຄວາມທີ່ແຕກຕ່າງກັນ, ຫຼັງຈາກນັ້ນນີ້ຈະເປັນການບັນທຶກ RMA+. ຖ້າບໍ່ແມ່ນ, ບັນທຶກແມ່ນບັນທຶກ RMA.

ຜູ້ອອກ
ເລືອກ BIC ທີ່​ຕ້ອງ​ການ​ຂອງ​ສາ​ຂາ​ທະ​ນາ​ຄານ​ທີ່​ໄດ້​ອອກ​ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​ໄດ້​ຮັບ​ທັງ​ຫມົດ​ຫຼື​ປະ​ເພດ​ຂໍ້​ຄວາມ​ໂດຍ​ສະ​ເພາະ (ໃນ​ກໍ​ລະ​ນີ RMA+​) ຈາກ​ບັນ​ຊີ​ລາຍ​ການ​ຂອງ​ຄ່າ​ທີ່​ມີ​ຢູ່​.

ປະເພດ RMA
ລະບຸປະເພດ RMA. ເລືອກລະຫວ່າງການອອກແລະໄດ້ຮັບຈາກເມນູເລື່ອນລົງ.

ໃຊ້ໄດ້ຕັ້ງແຕ່ວັນທີ
ລະບຸວັນທີເລີ່ມຕົ້ນຂອງຄວາມຖືກຕ້ອງຂອງການອະນຸຍາດ RMA

ນັກຂ່າວ
ເລືອກ BIC ຂອງສາຂາທະນາຄານ, ເຊິ່ງໄດ້ຮັບການອະນຸຍາດຈາກທະນາຄານຜູ້ອອກບັນຊີລາຍການມູນຄ່າ.

ສະຖານະ RMA
ເລືອກສະຖານະຂອງ RMA ຈາກເມນູເລື່ອນລົງ. ທາງ​ເລືອກ​ແມ່ນ​ເປີດ​ໃຊ້​ງານ​, ຖອນ​ຄືນ​, ລົບ​ແລະ​ປະ​ຕິ​ເສດ​.

ໝາຍເຫດ
ມີພຽງແຕ່ການອະນຸຍາດ RMA 'ເປີດໃຊ້ງານ' ເທົ່ານັ້ນທີ່ໃຊ້ສໍາລັບການກວດສອບ RMA.

ໃຊ້ໄດ້ຈົນເຖິງວັນທີ
ລະບຸວັນທີສິ້ນສຸດຂອງຄວາມຖືກຕ້ອງຂອງການອະນຸຍາດ RMA. ຕາຕະລາງລາຍລະອຽດປະເພດຂໍ້ຄວາມ

ໝວດໝູ່ຂໍ້ຄວາມ
ເລືອກປະເພດຂໍ້ຄວາມທີ່ຕ້ອງການຈາກເມນູເລື່ອນລົງ.

ຮວມ/ຍົກເວັ້ນທຸງ
ຖ້າອັນນີ້ຖືກສ້າງເປັນບັນທຶກ RMA+, ເລືອກທຸງສຳລັບແຕ່ລະໝວດໝູ່ຂໍ້ຄວາມທີ່ຊີ້ບອກ 'ລວມ' ຫຼື 'ຍົກເວັ້ນ' ຂອງໜຶ່ງ ຫຼືຫຼາຍປະເພດ ຫຼືທັງໝົດ (MTs) ທີ່ໄດ້ຮັບອະນຸຍາດຈາກທະນາຄານຜູ້ອອກບັດ.

ລາຍລະອຽດປະເພດຂໍ້ຄວາມ

ປະເພດຂໍ້ຄວາມ
ຖ້າອັນນີ້ຖືກສ້າງເປັນບັນທຶກ RMA+, ໃຫ້ລະບຸລາຍຊື່ຂອງ 'ລວມ' ຫຼື 'ຍົກເວັ້ນ' ປະເພດຂໍ້ຄວາມທີ່ຈະເພີ່ມສໍາລັບແຕ່ລະປະເພດຂໍ້ຄວາມ.

ໝາຍເຫດ

• ຖ້າ MTs ທັງຫມົດພາຍໃນຫມວດຂໍ້ຄວາມຈະຖືກລວມເອົາ, ທຸງ Include/Exclude ຄວນຊີ້ບອກວ່າ "Exclude" ແລະບໍ່ມີ MTs ຄວນຖືກເລືອກຢູ່ໃນປະເພດຂໍ້ຄວາມ.
• ຕາຕະລາງລາຍລະອຽດ. ອັນນີ້ໝາຍຄວາມວ່າ 'ຍົກເວັ້ນ – ບໍ່ມີຫຍັງ' ເຊັ່ນວ່າ MTs ທັງໝົດຢູ່ໃນໝວດໝູ່ແມ່ນລວມຢູ່ໃນສິດອະນຸຍາດ RMA+.
• ຖ້າ MTs ທັງຫມົດພາຍໃນຫມວດຂໍ້ຄວາມຈະຖືກຍົກເວັ້ນຫຼັງຈາກນັ້ນທຸງ Include / Exclude ຄວນຊີ້ບອກວ່າ "ລວມ" ແລະບໍ່ມີ MTs ຄວນຈະຖືກສະແດງຢູ່ໃນປະເພດຂໍ້ຄວາມ.
• ຕາຕະລາງລາຍລະອຽດ. ນີ້ຫມາຍຄວາມວ່າ 'ລວມ - ບໍ່ມີຫຍັງ' ie ບໍ່ມີ MTs ພາຍໃນປະເພດໄດ້ຖືກລວມເຂົ້າໃນການອະນຸຍາດ RMA+.
• ໜ້າຈໍບໍ່ຄວນບອກໝວດໝູ່ຂໍ້ຄວາມທີ່ບໍ່ອະນຸຍາດໃຫ້ເປັນສ່ວນໜຶ່ງຂອງການອະນຸຍາດ RMA+ ທີ່ທະນາຄານຜູ້ອອກໃຫ້. ດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ການດັດແກ້ໃດໆຕໍ່ກັບການອະນຸຍາດທີ່ມີຢູ່ແມ່ນອະນຸຍາດຈາກຫ້ອງການໃຫຍ່ເທົ່ານັ້ນ
• ສໍາລັບຄູ່ທີ່ເລືອກຂອງ BICs ແລະຜູ້ສື່ຂ່າວ BICs ແລະ RMA ທີ່ເລືອກ, ຄຸນລັກສະນະຕໍ່ໄປນີ້ຈະຖືກອະນຸຍາດໃຫ້ປ່ຽນແປງ -
• ສະ​ຖາ​ນະ RMA – ສະ​ຖາ​ນະ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ປ່ຽນ​ແປງ​ເປັນ​ທາງ​ເລືອກ​ໃດ​ຫນຶ່ງ​ທີ່​ມີ – ເປີດ​ໃຊ້​ງານ​, ຖອນ​ຄືນ​, ລຶບ​ແລະ​ປະ​ຕິ​ເສດ​.

ໝາຍເຫດ
ໃນ​ຄວາມ​ເປັນ​ຈິງ, ສະຖານະ RMA ບໍ່ສາມາດປ່ຽນເປັນທາງເລືອກໃດໆຍ້ອນວ່າມັນຂຶ້ນກັບວ່າໃຜເປັນຜູ້ອອກ BIC, ສະຖານະພາບປະຈຸບັນແລະປັດໃຈອື່ນໆ. ແນວໃດກໍ່ຕາມ, ການປ່ຽນແປງສະຖານະເຫຼົ່ານີ້ເກີດຂຶ້ນໃນໂມດູນ RMA/ RMA+ ຂອງ SAA ແລະສະຖານທີ່ດັດແປງແມ່ນອະນຸຍາດໃຫ້ຜູ້ໃຊ້ Ops ຊໍ້າຄືນສະຖານະການດ້ວຍຕົນເອງໃນການບໍາລຸງຮັກສານີ້ (ຖ້າພວກເຂົາບໍ່ສາມາດລໍຖ້າຈົນກ່ວາການອັບໂຫລດ RMA ຕໍ່ໄປ).

• Valid From Date – ວັນ​ທີ​ທີ່​ມີ​ການ​ປ່ຽນ​ແປງ​ໃຫມ່​ທີ່​ມີ​ຫຼາຍ​ກ​່​ວາ​ທີ່​ມີ​ຢູ່​ແລ້ວ 'Valid To' ວັນ​ທີ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ກໍາ​ນົດ​.
• Valid To Date – ວັນ​ທີ​ໃຫມ່​ທີ່​ຫຼາຍ​ກ​່​ວາ​ວັນ​ທີ 'ຖືກ​ຕ້ອງ​ຈາກ' ໃຫມ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ.
• ການລຶບປະເພດຂໍ້ຄວາມທີ່ມີຢູ່ ແລະ/ຫຼື ປະເພດຂໍ້ຄວາມ.
• ການເພີ່ມໝວດໝູ່ຂໍ້ຄວາມໃໝ່ ແລະ/ຫຼື ປະເພດຂໍ້ຄວາມພ້ອມກັບຕົວຊີ້ບອກລວມ/ຍົກເວັ້ນ.

ການອະນຸຍາດໃຫມ່ອາດຈະເປັນໄປໄດ້ໂດຍການຄັດລອກການອະນຸຍາດທີ່ມີຢູ່ແລ້ວແລະຫຼັງຈາກນັ້ນດັດແກ້ດຽວກັນ. ການແກ້ໄຂການອະນຸຍາດທີ່ມີຢູ່ແລ້ວເຊັ່ນດຽວກັນກັບການສ້າງການອະນຸຍາດໃຫມ່ຈະຕ້ອງມີການອະນຸມັດຈາກຜູ້ໃຊ້ອື່ນຫຼືໂດຍຜູ້ຜະລິດ (ຖ້າສາຂາແລະຜູ້ໃຊ້ສະຫນັບສະຫນູນສະຖານທີ່ການອະນຸຍາດອັດຕະໂນມັດ).

ການຮັກສາຫຼັກທົ່ວໄປ
ການບໍາລຸງຮັກສາຫຼັກທົ່ວໄປຕໍ່ໄປນີ້ຈໍາເປັນຕ້ອງປະຕິບັດສໍາລັບການລວມ.

• ການດູແລລູກຄ້າ
• ສ້າງລູກຄ້າໃນ STDCIFCR.
• ການຮັກສາບັນຊີ
• ສ້າງບັນຊີ (CASA / NOSTRO) ໃນ STDCRACC.
• ບັນຊີ NOTSRO ຈໍາເປັນຕ້ອງສ້າງສໍາລັບທະນາຄານທີ່ຜູ້ກູ້ຢືມມີບັນຊີ CASA.
• ການຮັກສາບັນຊີລາຍການທົ່ວໄປ
• ສ້າງບັນຊີລາຍການທົ່ວໄປໃນ STDCRGLM.
• ການຮັກສາລະຫັດທຸລະກໍາ
• ສ້າງລະຫັດທຸລະກໍາໃນ STDCRTRN.
• OBPM ເພື່ອໃຊ້ວັນທີ OFCUB
• ຮັກສາພາຣາມິເຕີ IS_CUSTOM_DATE ເປັນ 'Y' ໃນຕາຕະລາງ csb_param.
• ຮັກສາພາຣາມິເຕີ OBCL_EXT_PM_GEN ເປັນ 'Y' ໃນ CSTB_PARAM ເພື່ອສົ່ງຄໍາຮ້ອງຂໍໃຫ້ OBPM
• ໂດຍນີ້, OBPM ຈະໃຊ້ 'ມື້ນີ້' ຈາກ sttm_dates ເປັນວັນທີຈອງທຸລະກໍາ.
• ການຮັກສາລາຍລະອຽດລະຫັດ BIC
• ລະຫັດ BIC ເປັນຕົວລະບຸມາດຕະຖານສາກົນ ແລະໃຊ້ເພື່ອລະບຸຕົວຕົນ ແລະເພື່ອສົ່ງຂໍ້ຄວາມການຈ່າຍເງິນ. ທ່ານສາມາດກໍານົດລະຫັດທະນາຄານຜ່ານຫນ້າຈໍ 'ລາຍລະອຽດລະຫັດ BIC' (ISDBICDE).
• ການຮັກສາການຈ່າຍເງິນອື່ນໆ
• ອ້າງອີງຄູ່ມືຜູ້ໃຊ້ຫຼັກການຈ່າຍເງິນ Oracle Banking, ສໍາລັບການບໍາລຸງຮັກສາອີກ 0 ມື້.
• ສໍາລັບຂໍ້ມູນລະອຽດຢູ່ໃນໜ້າຈໍທີ່ກ່າວມາຂ້າງເທິງ, ເບິ່ງຄູ່ມືຜູ້ໃຊ້ຫຼັກຂອງ Oracle Banking Payments.

Function ID ຄໍາສັບ

• G GWDETSYS ………………….2-1
• L LBDINSTR ……………………2-6
• O OLDCUSMT ………………….2-6
• OLDINPRM …………………..2-5
• OLDISBGL ……………………2-6
• P PIDHSMT ……………………2-3
• PMDACCMT ………………..2-14
• PMDCYCOR ………………. 2-15
• PMDECAMT ……………….. 2-12
• PMDEXTNT …………………. 2-8
• PMDNWRLE ………………. 2-10
• PMDQPROF ………………. 2-12
• PMDRMAUP ………………. 2-17
• PMDSORCE ………………… 2-7
• PMDSORNW……………….. 2-9
• PXDXTACC ……………….. 2-16
• S STDCRBRN …………………. 2-2
• STDECAMT ……………….. 2-11

ດາວໂຫຼດ PDF: Oracle 14.7 Payments Co-deployed Integration ຄູ່ມືຜູ້ໃຊ້

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້