Oracle 14.7 Payments Co-deployed Integration User Guide
Կորպորատիվ վարկավորում – Վճարումներ Համատեղ ինտեգրման Օգտագործողի ուղեցույց
2022 թվականի նոյեմբեր
Oracle Financial Services Software Limited
Oracle Park
Western Express մայրուղուց դուրս
Գորեգաոն (Արևելք)
Մումբայ, Մահարաշտրա 400 063
Հնդկաստան
Համաշխարհային հարցումներ.
Հեռ.՝ +91 22 6718 3000
Ֆաքս՝+91 22 6718 3001
www.oracle.com/financialservices/
Հեղինակային իրավունք © 2007, 2022, Oracle և/կամ նրա դուստր ձեռնարկությունները: Բոլոր իրավունքները պաշտպանված են: Oracle-ը և Java-ն Oracle-ի և/կամ նրա դուստր ձեռնարկությունների գրանցված ապրանքանիշերն են: Այլ անունները կարող են լինել իրենց համապատասխան սեփականատերերի ապրանքանիշերը:
ԱՄՆ ԿԱՌԱՎԱՐՈՒԹՅԱՆ ՎԵՐՋԻՆ Օգտագործողները. Oracle-ի ծրագրերը, ներառյալ ցանկացած օպերացիոն համակարգը, ինտեգրված ծրագրակազմը, սարքավորումների վրա տեղադրված ցանկացած ծրագիր և/կամ փաստաթղթեր, որոնք տրամադրվում են ԱՄՆ կառավարության վերջնական օգտագործողներին, «առևտրային համակարգչային ծրագրեր» են՝ համաձայն Դաշնային ձեռքբերման կանոնակարգի և հատուկ գործակալության։ լրացուցիչ կանոնակարգեր.
Որպես այդպիսին, ծրագրերի օգտագործումը, կրկնօրինակումը, բացահայտումը, փոփոխումը և հարմարեցումը, ներառյալ ցանկացած օպերացիոն համակարգը, ինտեգրված ծրագրակազմը, սարքավորումների վրա տեղադրված ցանկացած ծրագիր և/կամ փաստաթղթերը, ենթակա են լիցենզիայի պայմաններին և ծրագրերի համար կիրառելի լիցենզիայի սահմանափակումներին: . Այլ իրավունքներ չեն տրամադրվում ԱՄՆ կառավարությանը:
Այս ծրագրաշարը կամ սարքաշարը մշակված է տեղեկատվության կառավարման տարբեր ծրագրերում ընդհանուր օգտագործման համար: Այն մշակված չէ կամ նախատեսված չէ որևէ էականորեն վտանգավոր ծրագրերում օգտագործելու համար, ներառյալ այնպիսի ծրագրեր, որոնք կարող են ստեղծել անձնական վնասվածքների վտանգ: Եթե դուք օգտագործում եք այս ծրագրաշարը կամ սարքաշարը վտանգավոր ծրագրերում, ապա դուք պատասխանատու կլինեք ձեռնարկելու բոլոր համապատասխան սխալների անվտանգությունը, պահուստավորումը, ավելորդությունը և այլ միջոցներ՝ դրա անվտանգ օգտագործումն ապահովելու համար: Oracle Corporation-ը և նրա դուստր ձեռնարկությունները հրաժարվում են որևէ պատասխանատվությունից վտանգավոր ծրագրերում այս ծրագրաշարի կամ սարքաշարի օգտագործման հետևանքով պատճառված վնասների համար:
Այս ծրագրաշարը և հարակից փաստաթղթերը տրամադրվում են լիցենզային պայմանագրով, որը պարունակում է օգտագործման և բացահայտման սահմանափակումներ և պաշտպանված են մտավոր սեփականության մասին օրենքներով: Բացառությամբ այն դեպքերի, որոնք ուղղակիորեն թույլատրվում է ձեր լիցենզիայի պայմանագրով կամ թույլատրվում է օրենքով, դուք չեք կարող օգտագործել, պատճենել, վերարտադրել, թարգմանել, հեռարձակել, փոփոխել, լիցենզավորել, փոխանցել, տարածել, ցուցադրել, կատարել, հրապարակել կամ ցուցադրել որևէ մաս՝ ցանկացած ձևով, կամ ցանկացած միջոցով: Այս ծրագրաշարի հակադարձ ճարտարագիտությունը, ապամոնտաժումը կամ ապամոնտաժումը, բացառությամբ այն դեպքերի, երբ օրենքով պահանջվում է փոխգործունակության համար, արգելված է:
Այստեղ պարունակվող տեղեկատվությունը ենթակա է փոփոխման առանց ծանուցման և երաշխավորված չէ, որ դրանք առանց սխալների են: Եթե որևէ սխալ եք գտնում, խնդրում ենք դրանք գրավոր հայտնել մեզ: Այս ծրագրաշարը կամ սարքաշարը և փաստաթղթերը կարող են ապահովել երրորդ կողմերի բովանդակության, արտադրանքի և ծառայությունների մասին տեղեկատվություն կամ տեղեկատվություն: Oracle Corporation-ը և նրա մասնաճյուղերը պատասխանատվություն չեն կրում և ուղղակիորեն հրաժարվում են երրորդ կողմի բովանդակության, ապրանքների և ծառայությունների վերաբերյալ ցանկացած տեսակի երաշխիքներից: Oracle Corporation-ը և նրա դուստր ձեռնարկությունները պատասխանատվություն չեն կրի որևէ կորստի, ծախսերի կամ վնասների համար, որոնք առաջացել են երրորդ կողմի բովանդակություն, ապրանքներ կամ ծառայություններ ձեր մուտքի կամ օգտագործման պատճառով:
Ներածություն
Այս փաստաթուղթը նախատեսված է օգնելու ձեզ ծանոթացնել Oracle Banking կորպորատիվ վարկավորման և 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 | Ֆունկցիայի ID բառարան ունի մոդուլում օգտագործվող Function/Screen ID-ների այբբենական ցանկը՝ արագ նավարկելու համար էջերի հղումներով: |
Հանրագումարներն ու կարճաժամկետները
Հապավում | Նկարագրություն |
API | Հավելվածի ծրագրավորման ինտերֆեյս |
FCUBS | Oracle FLEXCUBE Universal Banking |
OBCL | Oracle Banking կորպորատիվ վարկավորում |
OL | Oracle վարկավորում |
ROFC | Oracle FLEXCUBE-ի մնացած մասը |
Համակարգ | Եթե այլ բան նախատեսված չէ, այն միշտ պետք է վերաբերի Oracle FLEX- CUBE Universal Banking Solutions համակարգին: |
WSDL | Web Ծառայությունների նկարագրության լեզու |
Սրբապատկերների բառարան
Օգտագործողի այս ձեռնարկը կարող է վերաբերել ստորև նշված բոլոր պատկերակներին կամ դրանցից մի քանիսին:
Կորպորատիվ վարկավորում – Վճարումների ինտեգրում CoDeployed Setup-ում
Այս գլուխը պարունակում է հետևյալ բաժինները.
- Բաժին 2.1, «Ներածություն»
- Բաժին 2.2, «Սպասարկում OBCL-ում»
- Բաժին 2.3, «Սպասարկում OBPM-ում»
Ներածություն
Դուք կարող եք ինտեգրել Oracle Banking կորպորատիվ վարկավորումը (OBCL) Oracle Banking Payment արտադրանքի (OBPM) հետ: Այս երկու արտադրանքները համատեղ տեղակայված միջավայրում ինտեգրելու համար դուք պետք է հատուկ սպասարկում կատարեք OBCL, Payments և Common Core-ում:
Սպասարկում OBCL-ում
Oracle Banking Corporate Lending-ի (OBCL) և Oracle Banking Payments-ի (OBPM) միջև ինտեգրումը հնարավորություն է տալիս փոխանցել վարկի տրամադրումը միջսահմանային վճարումների միջոցով՝ ստեղծելով SWIFT MT103 և MT202 հաղորդագրություններ:
Արտաքին համակարգի սպասարկում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «GWDETSYS» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով կից սլաքի կոճակը: Դուք պետք է սահմանեք արտաքին համակարգ ճյուղի համար, որը շփվում է OBCL-ի հետ՝ օգտագործելով ինտեգրման դարպաս:
Նշում
Համոզվեք, որ OBCL-ում ակտիվ գրառում եք պահում բոլոր անհրաժեշտ դաշտերով և «Արտաքին համակարգ» «Արտաքին համակարգի սպասարկում» էկրանին: Նախample,, պահպանել արտաքին համակարգը որպես «INTBANKING»:
Հայց
- Պահպանեք այն որպես հաղորդագրության ID:
- Հարցման հաղորդագրություն
- Պահպանեք այն որպես ամբողջական էկրան:
- Պատասխան հաղորդագրություն
- Պահպանեք այն որպես ամբողջական էկրան:
- Համակարգի արտաքին հերթեր
- Պահպանեք In & Response JMS հերթերը: Սրանք այն հերթերն են, որտեղ OBCL-ը տեղադրում է SPS հարցումը XML OBPM-ին:
- Արտաքին համակարգի սպասարկման մասին լրացուցիչ տեղեկությունների համար տե՛ս Common Core – Gateway User: Ուղեցույց.
Մասնաճյուղերի սպասարկում
Դուք պետք է մասնաճյուղ ստեղծեք «Branch Core Parameter Maintenance» (STDCRBRN) էկրանում: Այս էկրանն օգտագործվում է մասնաճյուղի հիմնական մանրամասները գրավելու համար, ինչպիսիք են մասնաճյուղի անվանումը, մասնաճյուղի կոդը, մասնաճյուղի հասցեն, շաբաթական արձակուրդը և այլն: Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «STDCRBRN» հավելվածի գործիքագոտու վերևի աջ անկյունում գտնվող դաշտում և սեղմել կից սլաքի կոճակը:
Դուք կարող եք նշել հյուրընկալող յուրաքանչյուր ստեղծված մասնաճյուղի համար: Տարբեր ժամային գոտիների համար հյուրընկալող պահելու համար տես..
Oracle Banking Payments Core օգտվողի ձեռնարկ:
Նշում
Մի զույգ մասնաճյուղեր, որոնք կարող են կատարել միջճյուղային վճարումներ, պետք է պահպանվեն նույն հյուրընկալողի ներքո:
Հոսթի պարամետրի պահպանում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PIDHSTMT» հավելվածի գործիքագոտու վերևի աջ անկյունում գտնվող դաշտում և սեղմել հարակից սլաքի կոճակը:
Նշում
- OBCL-ում համոզվեք, որ պահպանում եք հոսթի պարամետրը ակտիվ գրառումով՝ բոլոր անհրաժեշտ դաշտերով:
- «OBCL ինտեգրման համակարգը» նախատեսված է UBS ինտեգրման համար 360-ի և առևտրի ինտեգրման համար: «Վճարային համակարգը» նախատեսված է OBPM-ի ինտեգրման համար, և «INTBANKING»-ը պետք է ընտրվի:
Հյուրընկալող կոդը
Նշեք հյուրընկալողի կոդը:
Հյուրընկալողի նկարագրություն
Նշեք հյուրընկալողի հակիրճ նկարագրությունը:
Հաշվապահական համակարգի կոդը
Նշեք հաշվապահական հաշվառման համակարգի կոդը: Նախample, «OLINTSYS»
Վճարային համակարգ
Նշեք վճարային համակարգը: Նախample, «INTBANKING»
ELCM համակարգ
Նշեք ELCM համակարգը: Նախample, «OLELCM»
OBCL ինտեգրման համակարգ
Նշեք արտաքին համակարգը: Նախample, «OLINTSYS», UBS համակարգին ինտեգրվելու համար:
Block Chain System
Նշեք բլոկչեյն համակարգը: Նախample «OLBLKCN».
Վճարային ցանցի կոդը
Նշեք ցանցը, որի միջոցով OBPM-ն ուղարկում է ելքային հաղորդագրություն՝ վարկի տրամադրման համար: Նախample, «SWIFT»:
Ինտեգրման պարամետրերի պահպանում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «OLDINPRM» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմել հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ ակտիվ գրառում եք պահում բոլոր պահանջվող դաշտերով և ծառայության անվանումով որպես «PMSinglePaymentService» «Ինտեգրման պարամետրերի սպասարկում» էկրանին:
Մասնաճյուղի ծածկագիր
Նշեք որպես «ALL» այն դեպքում, երբ ինտեգրման պարամետրերը ընդհանուր են բոլոր ճյուղերի համար: Կամ Պահպանեք առանձին մասնաճյուղեր:
Արտաքին համակարգ
Նշեք արտաքին համակարգը որպես «INTBANKING»:
Արտաքին օգտագործող
Նշեք Օգտատիրոջ ID-ն, որը պետք է փոխանցվի OBPM-ին վճարման հարցում:
Ծառայության անվանումը
Նշեք ծառայության անունը որպես «PMSinglePayOutService»:
Հաղորդակցման ալիք
Նշեք կապի ալիքը որպես «Web Ծառայություն».
Հաղորդակցման ռեժիմ
Նշեք կապի ռեժիմը որպես «ASYNC»:
Հաղորդակցման շերտ
Նշեք հաղորդակցման շերտը որպես հավելված:
WS ծառայության անվանումը
Նշեք web ծառայության անվանումը որպես «PMSinglePayOutService»:
WS վերջնակետ URL
Նշեք ծառայությունների WSDL-ը որպես «Payment Single Payment Service» WSDL հղում:
WS օգտվող
Պահպանեք OBPM օգտվողին բոլոր մասնաճյուղերի հասանելիությամբ և ավտոմատ թույլտվության հաստատմամբ:
Հաճախորդների սպասարկում
Հաճախորդների սպասարկումը (OLDCUSMT) պարտադիր է: Դուք պետք է գրանցեք այս էկրանին բանկի համար: «Առաջնային BIC»-ը և «Default Media»-ն պետք է լինի «SWIFT»՝ SWIFT հաղորդագրություններ ստեղծելու համար:
Հաշվարկային հրահանգների սպասարկում
NOSTRO հաշիվը պետք է ստեղծվի այն բանկի համար, որում վարկառուն և մասնակիցը (երկուսն էլ) պետք է ունենան իրենց CASA հաշիվը: Սա պետք է քարտեզագրվի LBDINSTR-ում և վճարման/ստանալու հաշիվը պետք է լինի NOSTRO: Վճարման և ստացման հաշիվների դաշտերում դուք պետք է ընտրեք NOSTRO հաշիվ, բայց վարկառուն չի կարող ունենալ NOSTRO հաշիվ, միայն բանկը կարող է ունենալ NOSTRO բանկային հաշիվ, և դուք պետք է ընտրել Վճարել և ստանալ որպես BANK id: Գործարքը կատարելիս սա փոխարինվում է ներքին կամուրջով GL-ով: Պահպանեք հակառակ կողմին բոլոր պահանջվող դաշտերով «Հաշվարկային հրահանգների սպասարկում» էկրանին (LBDINSTR): Հաշվարկների վերաբերյալ ցուցումների վերաբերյալ լրացուցիչ տեղեկությունների համար տե՛ս Վարկի սինդիկատի Օգտագործողի ձեռնարկը:
Inter system Bridge GL
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «OLDISBGL» հավելվածի գործիքների տողի վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ ակտիվ գրառում եք պահում բոլոր պահանջվող դաշտերով և «Արտաքին համակարգը» որպես «INTBANKING» «Միջհամակարգային Bridge GL Maintenance» էկրանին:
Արտաքին համակարգ
Նշեք արտաքին համակարգի անվանումը որպես «INTBANKING»:
Մոդուլի ID
Նշեք մոդուլի կոդը որպես «OL»:
Գործարքի արժույթ
Նշեք գործարքի արժույթը «ALL» կամ որոշակի արժույթ:
Գործարքների մասնաճյուղ
Նշեք գործարքի մասնաճյուղը որպես «ALL» կամ կոնկրետ մասնաճյուղ:
Ապրանքի կոդը
Նշեք ապրանքի կոդը որպես «ALL» կամ կոնկրետ ապրանք:
Գործառույթ
Նշեք գործարքի գործառույթի ID-ները որպես «ALL» կամ հատուկ գործառույթի ID:
ISB GL
Նշեք Inter System Bridge GL-ը, որտեղ OBCL-ից վարկ է փոխանցվում վարկի տրամադրման համար: Նույն GL-ը պետք է պահպանվի OBPM-ում հետագա մշակման համար:
Սպասարկում OBPM-ում
Աղբյուրի սպասարկում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDSORCE» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ ակտիվ գրառում եք պահում բոլոր անհրաժեշտ դաշտերով «Աղբյուրի սպասարկման մանրամասն» էկրանին:
Աղբյուրի կոդը
Նշեք աղբյուրի կոդը: Օրինակ՝ample 'INTBANKING'.
Հոսթի կոդը
Հոսթի կոդը լռելյայնացված է ավտոմատ կերպով՝ հիմնվելով մասնաճյուղի վրա:
Թույլատրվում են կանխավճարային վճարումներ
Ընտրեք «Թույլատրված կանխավճարային վճարումներ» վանդակը:
Կանխավճարային վճարումներ GL
Նշեք Prefunded Payments GL-ը, նույնը, ինչ Inter System Bridge GL-ում պահպանվում է
OLDISBGL OBCL-ի համար:
OBPM-ն այս GL-ից գանձում է տրամադրված վարկի գումարը և վճարում է նշված Nostro-ին վճարման հաղորդագրություն ուղարկելիս:
Պահանջվում է ծանուցում
Ընտրեք «Պահանջվում է ծանուցում» վանդակը:
Արտաքին ծանուցման հերթ
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDEXTNT» հավելվածի գործիքների տողի վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ պահպանում եք ակտիվ գրառում «Արտաքին ծանուցումների հերթում» էկրանի բոլոր պահանջվող դաշտերով:
Հոսթ և աղբյուրի կոդը
Նշեք աղբյուրի կոդը որպես «INTBANKING»: Հյուրընկալող կոդը լռելյայն է ստանում՝ հիմնվելով սկզբնական կոդի վրա: Դարպասի արտաքին համակարգի կարգավորումը պետք է կատարվի «INTBANKING» սկզբնական կոդի համար:
Կապի տեսակը
Ընտրեք կապի տեսակը որպես «Web Ծառայություն
Ծանուցման համակարգի դաս
Ընտրեք ծանուցման համակարգի դասը որպես «OFCL»:
WebԾառայություն URL
Տրված հյուրընկալող կոդի և աղբյուրի կոդի համակցության համար, ա web սպասարկում URL OBPM-ից OBCL ծանուցման զանգ ստանալու համար անհրաժեշտ է պահպանել OL ծառայության (FCUBSOService) հետ:
Ծառայություն
Նշեք webծառայություն որպես «FCUBSOService»:
Աղբյուրի ցանցի նախապատվությունը
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDSORNW» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ ակտիվ գրառում եք պահպանում «Աղբյուր ցանցի նախապատվությունը մանրամասն» էկրանին: Տարբեր վճարային ցանցերի նախապատվությունը, որոնց միջոցով OBCL-ն սկսում է վճարման հարցումը, պետք է պահպանվի այս էկրանին նույն սկզբնական կոդերի համար:
Հոսթ և աղբյուրի կոդը
Նշեք աղբյուրի կոդը որպես «INTBANKING»: Հյուրընկալող կոդը լռելյայն է ստանում՝ հիմնվելով սկզբնական կոդի վրա: Դարպասի արտաքին համակարգի կարգավորումը պետք է կատարվի «INTBANKING» սկզբնական կոդի համար:
Ցանցի կոդը
Նշեք ցանցի կոդը որպես «SWIFT»: Սա հնարավորություն է տալիս OBPM-ին գործարկել SWIFT հաղորդագրություն վարկի տրամադրման գումարի համար:
Գործարքի տեսակը
Նշեք Գործարքի տեսակը որպես «Ելքային», SWIFT հաղորդագրությունը դուրս ուղարկելու համար:
Ցանցի կանոնների պահպանում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDNWRLE» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ դուք ակտիվ գրառում եք պահում բոլոր անհրաժեշտ դաշտերով «Ցանցի կանոնների մանրամասն» էկրանում՝ OBCL հարցումը համապատասխան ցանց ուղղորդելու համար: Ցանցի կանոնների պահպանման մասին լրացուցիչ տեղեկությունների համար տե՛ս Payments Core Օգտագործողի ուղեցույցը:
ECA համակարգի սպասարկում
Համոզվեք, որ դուք ստեղծել եք արտաքին վարկի հաստատման ստուգման համակարգ (DDA համակարգ) STDECAMT էկրանին: Տրամադրեք անհրաժեշտ աղբյուրի համակարգը, որտեղ ECA ստուգումը տեղի է ունենում, ինչպես նշված է ստորև ներկայացված էկրանում: Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDECAMT» հավելվածի գործիքների տողի վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը: Քարտեզագրեք վերը նշված ECA համակարգը «Արտաքին վարկերի հաստատման համակարգի մանրամասն» էկրանին:
Հերթագրել JNDI Անուն
Հերթում նշեք JNDI անունը որպես «MDB_QUEUE_RESPONSE»:
Outqueue JNDI Անուն
Նշեք դուրս հերթի JNDI անունը որպես «MDB_QUEUE»:
Q Profile
Q Profile պետք է պահպանվի App Server-ում ստեղծված MDB հերթի համաձայն: Q Profile պետք է լինի IP հասցեով, որտեղ ստեղծվել է JMS հերթը: OBPM համակարգը ուղարկում է ECA հարցումը DDA համակարգին այս MDB հերթերի միջոցով: ECA համակարգի սպասարկման մասին լրացուցիչ տեղեկությունների համար տե՛ս Oracle Banking Payments:
Օգտագործողի հիմնական ուղեցույց:
Հերթ Profile Տեխնիկական սպասարկում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDQPROF» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Նշում
Համոզվեք, որ պահպանում եք Queue Pro-նfile «Queue Pro»-ումfile Սպասարկման էկրան:
Profile ID
Նշեք Queue Connection pro-ըfile ID.
Profile Նկարագրություն
Նշեք կողմfile նկարագրությունը
Օգտագործողի ID
Նշեք օգտվողի ID-ն:
Գաղտնաբառ
Նշեք գաղտնաբառը:
Նշում
Օգտատիրոջ ID-ն և գաղտնաբառը օգտագործվում են հերթի նույնականացման համար: Սա ապահովում է, որ արտաքին համակարգին թույլատրվում է միայն կարդալ կամ view հաղորդագրությունների հերթում տեղադրված հաղորդագրությունները:
Համատեքստի մատակարար URL
Հերթի պրոfile պահանջում է համատեքստի մատակարար URL հավելվածի սերվերի, որտեղ հերթը
ստեղծված։ Մնացած բոլոր պարամետրերը նույնն են, ինչ վերը նշված է:
Նշում
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-ի միջոցով՝ OBPM-ում ECA մշակումն ավարտելու համար:
Հաշվապահական հաշվառման համակարգի սպասարկում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDACCMT» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը: Սա հնարավորություն է տալիս OBPM-ին փակցնել հաշվապահական գրառումները (Dr ISBGL & Cr Nostro Ac) DDA համակարգում՝ SWIFT հաղորդագրություն ուղարկելիս:
Նշում
Համոզվեք, որ դուք պետք է պահպանեք պահանջվող հաշվապահական համակարգը «Արտաքին հաշվապահական համակարգի մանրամասն» էկրանին: Բացի այդ, պահպանեք Հաշվային համակարգի քարտեզագրումը հաշվապահական համակարգի և ցանցերի համար (PMDACMAP)
Հերթագրել JNDI Անուն
Նշեք հերթի JNDI անունը որպես «MDB_QUEUE_RESPONSE»:
Outqueue JNDI Անուն
Նշեք ելքային JNDI անունը որպես «MDB_QUEUE»:
Q Profile
Q Profile պետք է պահպանվի App Server-ում ստեղծված MDB հերթի համաձայն: Q Profile պետք է լինի IP հասցեով, որտեղ ստեղծվել է JMS հերթը: OBPM համակարգը տեղադրում է Հաշվապահական հաշվառման հանձնման հարցումը այս MDB հերթերի միջոցով:
Նշում
OBPM-ը կառուցում է Հաշվապահական հաշվառման հանձնման հարցումը մանրամասներով և փակցնում MDB_QUEUE: Հաշվապահական հաշվառման համակարգը GWMDB-ի միջոցով ձգում է դարպասի հարցումը և ներսում կանչում Արտաքին Հաշվապահական հարցումը: Գործընթացն ավարտվելուն պես, Հաշվապահական համակարգը փակցնում է պատասխանը gateway infra-ի միջոցով MDB_QUEUE_RESPONSE: MDB_QUEUE_RESPONSE-ը կազմաձևված է վերառաքման հերթով որպես jms/ ACC_ENTRY_RES_BKP_IN: Այս հերթը ներքուստ քաշում է պատասխանը OBPM MDB-ի միջոցով՝ OBPM-ում հաշվապահական հաշվառման մշակումն ավարտելու համար:
Արտարժույթի թղթակցի սպասարկում
SWIFT / Անդրսահմանային վճարումների համար բանկը պետք է պահպանի արժույթի թղթակիցը, այսինքն՝ բանկի թղթակիցներին, որպեսզի վճարումը կարողանա ճիշտ ուղղորդվել: Վճարման շղթան կառուցված է արժույթի թղթակցային սպասարկման միջոցով: Բանկը կարող է ունենալ մի քանի արժույթի թղթակիցներ նույն արժույթի համար, սակայն որոշակի թղթակիցը կարող է նշվել որպես հիմնական թղթակից, որպեսզի վճարումն ուղղվի այդ բանկի միջոցով, թեև կան բազմաթիվ թղթակից բանկեր:
Արտարժույթի թղթակցային սպասարկումը (PMDCYCOR) օգտագործվում է վճարային շղթայի շենքում Միջսահմանային վճարումների համար: Սա հյուրընկալող մակարդակի սպասարկում է: Արժույթը, Բանկի BIC-ը և Հաշվի համարը կարող են պահպանվել թղթակցի համար: Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDCYCOR» հավելվածի գործիքագոտու վերին աջ անկյունում գտնվող դաշտում և սեղմելով կից սլաքի կոճակը: Պահպանեք AWI-ի կամ AWI-ի արժույթի թղթակիցը այս էկրանին:
Հյուրընկալող կոդը
Համակարգը ցուցադրում է մուտք գործած օգտատիրոջ ընտրված մասնաճյուղի հյուրընկալող կոդը:
Բանկի կոդը
Ընտրեք Բանկի կոդը ցուցադրվող արժեքների ցանկից: Ընտրված BIC կոդը ցուցադրվում է այս դաշտում:
Արժույթ
Նշեք արժույթը: Որպես այլընտրանք, ընտրանքների ցանկից կարող եք ընտրել արժույթը: Ցանկը ցուցադրում է համակարգում պահպանվող բոլոր վավեր արժույթները:
Առաջնային թղթակցային ստուգում
Այս վանդակը, եթե այս թղթակիցը հիմնական արժույթի թղթակիցն է: Հաշվի տեսակի համակցության համար կարող է լինել միայն մեկ հիմնական արժույթի թղթակից՝ արժույթը: Հաշվի տեսակը Ընտրեք հաշվի տեսակը: Ցանկը ցույց է տալիս հետևյալ արժեքները.
- Մեր- Հաշիվը պահվում է Բանկի ծածկագրի դաշտում համապատասխան մուտքագրմամբ:
- Նրանց- Հաշիվը պահվում է Բանկի կոդի դաշտում թղթակցային մուտքագրմամբ պրոցեսինգային բանկում (Nostro հաշիվ):
Հաշվի տեսակը
Նշեք հաշվի տեսակը որպես Մեր – Թղթակիցի Նոստրո, որը պահպանվում է մեր գրքերում:
Հաշվի համարը
Բանկի կոդի դաշտում նշեք թղթակցային մուտքագրման հետ կապված հաշվի համարը նշված արժույթով: Որպես այլընտրանք, ընտրանքների ցանկից կարող եք ընտրել հաշվի համարը: Ցանկում ցուցադրվում են բոլոր Nostro հաշիվները ՄԵՐ տիպի հաշվի համար և վավեր նորմալ հաշիվները՝ ՆՐԱՆՑ տիպի հաշվի համար: Ցանկում ցուցադրվող հաշվի արժույթը պետք է լինի նույնը, ինչ նշված արժույթը:
Առաջնային հաշիվ
Ընտրեք այս վանդակը՝ նշելու, թե արդյոք հաշիվը Հիմնական հաշիվն է: Դուք կարող եք ավելացնել բազմաթիվ հաշիվներ: Բայց միայն մեկ հաշիվ կարող է նշվել որպես Հիմնական հաշիվ: Սա ցույց է տալիս, որ հիմնական հաշիվը նշված է որպես «Հյուրընկալող կոդ, բանկի կոդ, արժույթ» համակցության հիմնական հաշիվը:
Պահանջվում է MT 210?
Ընտրեք այս վանդակը՝ ցույց տալու համար, թե արդյոք MT 210-ը պահանջվում է ուղարկել արժութային թղթակցին այն սցենարներում, որտեղ այն ավտոմատ կերպով ստեղծվում է, ինչպես Արտագնա MT 200/MT 201-ի սերունդը: Միայն այս վանդակը ընտրելու դեպքում, համակարգը ստեղծում է MT210:
Հաշտեցում Արտաքին հաշիվների պահպանում
Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PXDXTACC» հավելվածի գործիքների տողի վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
Պահպանեք Vostro հաշվի համարը (Նոստրոյի համարժեք), որը պահպանվում է Թղթակիցների գրքերում: Սա կուղարկվի 53B-ում tag MT103 և MT202 շապիկի հաղորդագրություններում:
- Հաշտեցման դաս
- Պահպանեք այն որպես NOST:
- Արտաքին սուբյեկտ
- Նշեք թղթակցի BIC-ը:
- Արտաքին հաշիվ
- Նշեք Vostro հաշվի համարը:
- Հաշիվ GL
Նշեք Nostro հաշվի համարը: Սա պետք է գոյություն ունենա STDCRACC-ում որպես Nostro հաշիվ:
RMA կամ RMA Plus Մանրամասներ
Հարաբերությունների կառավարման Հավելվածի մանրամասները պետք է պահպանվեն այստեղ և պետք է տրամադրվեն Հաղորդագրությունների կատեգորիան և հաղորդագրությունների տեսակները: Թղթակիցը պետք է լինի մեր բանկի BIC կոդը (ուղիղ կապի համար): Դուք կարող եք կանչել այս էկրանը՝ մուտքագրելով «PMDRMAUP» հավելվածի գործիքների տողի վերին աջ անկյունում գտնվող դաշտում և սեղմելով հարակից սլաքի կոճակը:
RMA գրառումների տեսակը
Համակարգը ցույց կտա, արդյոք սա RMA կամ RMA+ թույլտվության գրառում է, որը հիմնված է վերբեռնված կամ ձեռքով ստեղծված RMA թույլտվության գրառման մանրամասների վրա:
Նշում
Եթե բեռնված RMA file ներառել կամ բացառել է Հաղորդագրությունների տեսակները Հաղորդագրությունների տարբեր կատեգորիաներում, ապա դա կլինի RMA+ ռեկորդ: Եթե ոչ, ապա ռեկորդը RMA ռեկորդ է:
Թողարկող
Արժեքների առկա ցանկից ընտրեք բանկի մասնաճյուղի պահանջվող BIC-ը, որը տրամադրել է բոլոր կամ որոշակի հաղորդագրությունների տեսակները (RMA+-ի դեպքում) ստանալու թույլտվություն:
RMA տեսակը
Նշեք RMA տեսակը: Ընտրեք թողարկված և ստացվածի միջև բացվող ցանկից:
Վավերական է ամսաթվից
Նշեք RMA-ի թույլտվության վավերականության մեկնարկի ամսաթիվը
Թղթակից
Արժեքների ցանկից ընտրեք բանկի մասնաճյուղի BIC-ը, որը թույլտվություն է ստացել թողարկող բանկից:
RMA կարգավիճակը
Ընտրեք RMA-ի կարգավիճակը բացվող ցանկից: Ընտրանքները միացված են, չեղարկված, ջնջված և մերժված:
Նշում
RMA վավերացման համար օգտագործվում են միայն «Միացված» RMA թույլտվությունները:
Վավերական է մինչ օրս
Նշեք RMA-ի թույլտվության վավերականության ավարտի ամսաթիվը: Հաղորդագրության կատեգորիայի մանրամասների ցանց
Հաղորդագրությունների կատեգորիա
Ընտրեք անհրաժեշտ Հաղորդագրությունների Կատեգորիան բացվող ցանկից:
Ներառել/բացառել դրոշը
Եթե սա ստեղծվում է որպես RMA+ գրառում, ընտրեք դրոշակը յուրաքանչյուր Հաղորդագրության կատեգորիայի համար՝ նշելով «Ներառել» կամ «Բացառել» մեկ կամ մի քանի կամ ԲՈԼՈՐ Հաղորդագրությունների տեսակները (MT), որոնք լիազորված են Թողարկող բանկի կողմից:
Հաղորդագրության տեսակի մանրամասները
Հաղորդագրության տեսակը
Եթե սա ստեղծվում է որպես RMA+ գրառում, ապա նշեք «Ներառված» կամ «Բացառված» Հաղորդագրությունների տեսակների ցանկը, որոնք պետք է ավելացվեն յուրաքանչյուր Հաղորդագրությունների կատեգորիայի համար:
Նշում
- Եթե Հաղորդագրությունների կատեգորիայի բոլոր MT-ները պետք է ներառվեն, ապա Ներառել/Բացառել դրոշը պետք է նշի «Բացառել» և հաղորդագրության տեսակում չպետք է ընտրվի ոչ մի MT:
- Մանրամասների ցանց: Սա կնշանակի «Բացառել – Ոչինչ», այսինքն՝ կատեգորիայի բոլոր MT-ները ներառված են RMA+ թույլտվության մեջ:
- Եթե հաղորդագրությունների կատեգորիայի բոլոր MT-ները պետք է բացառվեն, ապա Include/Exclude դրոշը պետք է նշի «Include» և ոչ մի MT չպետք է ցուցադրվի հաղորդագրության տեսակի մեջ:
- Մանրամասների ցանց: Սա կնշանակի «Ներառել – Ոչինչ», այսինքն՝ կատեգորիայի ՄՏ-ներից ոչ մեկը ներառված չէ RMA+ թույլտվության մեջ:
- Էկրանի վրա չպետք է նշվի Հաղորդագրությունների որևէ կատեգորիա, որը չի թույլատրվում որպես Թողարկողի բանկի կողմից տրված RMA+ թույլտվությունների մաս: Ինչպես նշվեց վերևում, առկա թույլտվությունների ցանկացած փոփոխություն թույլատրվում է միայն գլխամասային գրասենյակից
- Թողարկողի և համապատասխան BIC-ների և RMA տեսակի ընտրված զույգի համար թույլատրվում է փոխել հետևյալ հատկանիշները.
- RMA կարգավիճակ – Կարգավիճակը կարող է փոխվել ցանկացած առկա ընտրանքով՝ Միացված, Չեղյալ, Ջնջված և Մերժված:
Նշում
Իրականում, RMA կարգավիճակը չի կարող փոխվել որևէ տարբերակի, քանի որ դա կախված է նրանից, թե ով է թողարկողը BIC-ը, ընթացիկ կարգավիճակը և այլ գործոններ: Այնուամենայնիվ, կարգավիճակի այս փոփոխությունները տեղի են ունենում SAA-ի RMA/RMA+ մոդուլում, և Փոփոխության հնարավորությունը թույլատրվում է միայն Ops օգտվողներին ձեռքով կրկնօրինակել կարգավիճակը այս սպասարկման մեջ (եթե նրանք չեն կարող սպասել մինչև հաջորդ RMA վերբեռնումը):
- Valid From Date – Կարող է սահմանվել նոր (փոփոխված) ամսաթիվ, որն ավելի մեծ է, քան գոյություն ունեցող «Valid To» ամսաթիվը:
- Valid To Date – Կարող է սահմանվել նոր ամսաթիվ, որն ավելի մեծ է, քան Նոր «Valid From» Ամսաթիվը:
- Հաղորդագրությունների առկա կատեգորիայի և/կամ Հաղորդագրությունների տեսակների ջնջում:
- Հաղորդագրությունների նոր կատեգորիայի և/կամ Հաղորդագրության տեսակի ավելացում՝ Ներառել/Բացառել ցուցիչի հետ միասին:
Նոր թույլտվություն հնարավոր կլինի ստեղծել՝ պատճենելով գոյություն ունեցող թույլտվությունը և այնուհետև փոփոխելով այն: Գոյություն ունեցող թույլտվությունների փոփոխությունները, ինչպես նաև նոր թույլտվությունների ստեղծումը պետք է հաստատվի մեկ այլ օգտատիրոջ կամ ստեղծողի կողմից (եթե մասնաճյուղը և օգտատերը աջակցում են Ավտո-լիազորման հնարավորությունը):
Ընդհանուր հիմնական սպասարկում
Ինտեգրման համար անհրաժեշտ է կատարել հետևյալ ընդհանուր հիմնական սպասարկումները.
- Հաճախորդների սպասարկում
- Ստեղծեք հաճախորդներին STDCIFCR-ում:
- Հաշվի սպասարկում
- Ստեղծեք հաշիվներ (CASA / NOSTRO) STDCRACC-ում:
- NOTSRO հաշիվը պետք է ստեղծվի այն բանկի համար, որտեղ վարկառուն ունի CASA հաշիվ:
- Գլխավոր մատյանների պահպանում
- Ստեղծեք գլխավոր գիրքը STDCRGLM-ում:
- Գործարքի ծածկագրի սպասարկում
- Ստեղծեք գործարքի կոդը STDCRTRN-ում:
- OBPM-ն օգտագործելու OFCUB ամսաթվերը
- Պահպանեք IS_CUSTOM_DATE պարամետրը որպես «Y» cstb_param աղյուսակում:
- Պահպանեք OBCL_EXT_PM_GEN պարամետրը որպես «Y» CSTB_PARAM-ում՝ հարցումը OBPM-ին փոխանցելու համար
- Դրանով OBPM-ը որպես գործարքի ամրագրման ամսաթիվ կօգտագործի «Այսօր» sttm_dates-ից:
- BIC կոդի մանրամասների սպասարկում
- BIC կոդը ստանդարտացված միջազգային նույնացուցիչ է, որն օգտագործվում է անձանց նույնականացման և վճարման հաղորդագրությունները ուղղորդելու համար: Դուք կարող եք սահմանել բանկային կոդեր «BIC կոդի մանրամասներ» էկրանի միջոցով (ISDBICDE):
- Այլ վճարումների պահպանում
- Այցելեք Oracle Banking Payments Core Օգտագործողի ձեռնարկը, մյուս օրվա 0 սպասարկման համար:
- Վերոնշյալ էկրանների վերաբերյալ մանրամասն տեղեկությունների համար տե՛ս Oracle Banking Payments Core օգտագործողի ձեռնարկը:
Ֆունկցիայի ID բառարան
- G GWDETSYS …………………….2-1
- L LBDINSTR ………………………2-6
- OLDCUSMT …………………….2-6
- ՕԼԴԻՆՊՐՄ ……………………..2-5
- OLDISBGL ………………………2-6
- P PIDHSTMT ………………………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 User Guide