Oracle 14.7 Payments Co-განლაგებული ინტეგრაციის მომხმარებლის სახელმძღვანელო

Corporate Lending – Payments Co-deployed Integration User Guide

2022 წლის ნოემბერი
Oracle Financial Services Software Limited

ორაკლის პარკი
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 ლექსიკონი აქვს მოდულში გამოყენებული ფუნქციების/ეკრანის ID-ების ანბანური ჩამონათვალი სწრაფი ნავიგაციისთვის გვერდის მითითებით.

აკრონიტები და აბრევიატურა

აბრევიატურა	აღწერა
API	აპლიკაციის პროგრამირების ინტერფეისი
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	Oracle Banking კორპორატიული დაკრედიტება
OL	Oracle Lending
ROFC	Oracle FLEXCUBE დანარჩენი
სისტემა	თუ სხვაგვარად არ არის მითითებული, ის ყოველთვის ეხება Oracle FLEX- CUBE Universal Banking Solutions სისტემას
WSDL	Web სერვისების აღწერილობის ენა

ხატების ლექსიკონი
ეს მომხმარებლის სახელმძღვანელო შეიძლება ეხებოდეს ყველა ან ზოგიერთ ქვემოთ მოცემულ ხატს.

კორპორატიული დაკრედიტება – გადახდების ინტეგრაცია CoDeployed Setup-ში
ეს თავი შეიცავს შემდეგ განყოფილებებს:

• ნაწილი 2.1, „შესავალი“
• განყოფილება 2.2, „მომსახურება OBCL-ში“
• განყოფილება 2.3, „მომსახურება OBPM-ში“

შესავალი
შეგიძლიათ Oracle Banking Corporate Lending-ის (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-ში ინახავთ აქტიურ ჩანაწერს ყველა საჭირო ველით და „გარე სისტემა“ „გარე სისტემის მოვლა“ ეკრანზე. მაგampინარჩუნებს გარე სისტემას, როგორც "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"

გადახდის სისტემა
მიუთითეთ გადახდის სისტემა. მაგampლე, "ინტბანკინგი"

ELCM სისტემა
მიუთითეთ ELCM სისტემა. მაგample, "OLELCM"

OBCL ინტეგრაციის სისტემა
მიუთითეთ გარე სისტემა. მაგample, “OLINTSYS”, UBS სისტემასთან ინტეგრაციისთვის.

ბლოკის ჯაჭვის სისტემა
მიუთითეთ ბლოკჩეინის სისტემა. მაგamp"OLBLKCN".

გადახდის ქსელის კოდი
მიუთითეთ ქსელი, რომლის მეშვეობითაც OBPM უნდა გაიგზავნოს გამავალი შეტყობინება სესხის გასაცემად. მაგample, "SWIFT".

ინტეგრაციის პარამეტრების შენარჩუნება
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი აპლიკაციის ხელსაწყოთა ზოლის ზედა მარჯვენა კუთხეში ველში „OLDINPRM“ აკრეფით და დააწკაპუნეთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ შეინახეთ აქტიური ჩანაწერი ყველა საჭირო ველით და სერვისის სახელით, როგორც „PMSinglePaymentService“ „ინტეგრაციის პარამეტრების შენარჩუნება“ ეკრანზე.

ფილიალის კოდი
მიუთითეთ როგორც „ALL“ იმ შემთხვევაში, თუ ინტეგრაციის პარამეტრები საერთოა ყველა ფილიალისთვის. ან შეინარჩუნეთ ინდივიდუალური ფილიალები.

გარე სისტემა
მიუთითეთ გარე სისტემა, როგორც 'INTBANKING'.

გარე მომხმარებელი
მიუთითეთ მომხმარებლის ID, რომელიც გადაეცემა გადახდის მოთხოვნისას OBPM-ს.

სერვისის დასახელება
მიუთითეთ სერვისის სახელი, როგორც 'PMSinglePayOutService'.

კომუნიკაციის არხი
მიუთითეთ საკომუნიკაციო არხი როგორც 'Web სერვისი'.

კომუნიკაციის რეჟიმი
მიუთითეთ კომუნიკაციის რეჟიმი, როგორც 'ASYNC'.

საკომუნიკაციო ფენა
მიუთითეთ საკომუნიკაციო ფენა, როგორც აპლიკაცია.

WS სერვისის სახელი
მიუთითეთ web სერვისის სახელი, როგორც 'PMSinglePayOutService'.

WS ბოლო წერტილი URL
მიუთითეთ სერვისების WSDL, როგორც „გადახდის ერთჯერადი გადახდის სერვისი“ WSDL ბმული.

WS მომხმარებელი
შეინარჩუნეთ OBPM მომხმარებელი ყველა ფილიალზე წვდომით და ავტომატური ავტორიზაციის ობიექტზე.

მომხმარებელთა მოვლა
მომხმარებლის მოვლა (OLDCUSMT) სავალდებულოა. თქვენ უნდა შექმნათ ჩანაწერი ამ ეკრანზე ბანკისთვის. „პირველადი BIC“ და „ნაგულისხმევი მედია“ უნდა იყოს „SWIFT“ SWIFT შეტყობინებების გენერირებისთვის.

ანგარიშსწორების ინსტრუქციის მოვლა
NOSTRO ანგარიში უნდა შეიქმნას ბანკისთვის, რომელშიც მსესხებელს და მონაწილეს (ორივეს) უნდა ჰქონდეთ თავიანთი CASA ანგარიში. ეს უნდა იყოს შედგენილი LBDINSTR-ში და გადახდის/მიღების ანგარიში უნდა იყოს NOSTRO. თქვენ უნდა აირჩიოთ NOSTRO ანგარიში გადახდის და მიღების ანგარიშების ველებში, მაგრამ მსესხებელს არ შეუძლია ჰქონდეს NOSTRO ანგარიში, მხოლოდ ბანკს შეუძლია ჰქონდეს NOSTRO საბანკო ანგარიში და თქვენ უნდა აირჩიოთ გადახდა და მიღება, როგორც BANK id. ეს ჩანაცვლებულია შიდა ხიდით GL ტრანზაქციის შესრულებისას. შეინახეთ კონტრაქტი ყველა საჭირო ველით "ანგარიშსწორების ინსტრუქციების მოვლა" ეკრანზე (LBDINSTR). ანგარიშსწორების ინსტრუქციების შესახებ დამატებითი ინფორმაციისთვის იხილეთ სესხის სინდიკაციის მომხმარებლის სახელმძღვანელო.

ინტერსისტემა Bridge GL
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფეთ 'OLDISBGL' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნეთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ ინახავთ აქტიურ ჩანაწერს ყველა საჭირო ველით და „გარე სისტემა“ როგორც „INTBANKING“ „Inter-system 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
მიუთითეთ წინასწარ დაფინანსებული გადახდების GL იგივე, რაც Inter System Bridge GL-ში შენარჩუნებული

OLDISBGL OBCL-სთვის.
OBPM ჩამოწერს გაცემული სესხის თანხას ამ GL-დან და აკრედიტებს მითითებულ ნოსტროს გადახდის შეტყობინების გაგზავნისას.

საჭიროა შეტყობინება
აირჩიეთ "შეტყობინებების საჭიროება" გამშვები ველი.

გარე შეტყობინებების რიგი
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფოთ 'PMDEXTNT' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნოთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ ინახავთ აქტიურ ჩანაწერს ყველა საჭირო ველით "გარე შეტყობინებების რიგის" ეკრანზე.

მასპინძელი და წყარო კოდი
მიუთითეთ საწყისი კოდი, როგორც 'INTBANKING'. მასპინძლის კოდი ხდება ნაგულისხმევი წყაროს კოდის საფუძველზე. კარიბჭის გარე სისტემის დაყენება უნდა გაკეთდეს წყაროს კოდისთვის "INTBANKING".

საკომუნიკაციო ტიპი
აირჩიეთ კომუნიკაციის ტიპი როგორც 'Web სერვისი

შეტყობინებების სისტემის კლასი
აირჩიეთ შეტყობინებების სისტემის კლასი, როგორც „OFCL“.

Webსერვისი URL
მოცემული მასპინძლის კოდისა და წყაროს კოდის კომბინაციისთვის, a web სერვისი URL უნდა იყოს შენახული OL სერვისთან (FCUBSOService), რათა მიიღოთ შეტყობინებების ზარი OBPM-დან OBCL-ზე.

სერვისი
მიუთითეთ webმომსახურება, როგორც "FCUBOLService".

წყაროს ქსელის უპირატესობა
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფოთ 'PMDSORNW' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნოთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ ინახავთ აქტიურ ჩანაწერს "წყაროს ქსელის პრეფერენციების დეტალური" ეკრანზე. პრიორიტეტი სხვადასხვა გადახდის ქსელებისთვის, რომლის მეშვეობითაც OBCL იწყებს გადახდის მოთხოვნას, უნდა შენარჩუნდეს ამ ეკრანზე იმავე წყაროს კოდებისთვის.

მასპინძელი და წყარო კოდი
მიუთითეთ საწყისი კოდი, როგორც 'INTBANKING'. მასპინძლის კოდი ხდება ნაგულისხმევი წყაროს კოდის საფუძველზე. კარიბჭის გარე სისტემის დაყენება უნდა გაკეთდეს წყაროს კოდისთვის "INTBANKING".

ქსელის კოდი
მიუთითეთ ქსელის კოდი, როგორც 'SWIFT'. ეს არის იმისათვის, რომ OBPM-მა გაუშვას SWIFT შეტყობინება სესხის გაცემის ოდენობისთვის.

გარიგების ტიპი
მიუთითეთ ტრანზაქციის ტიპი, როგორც „გამავალი“, SWIFT შეტყობინების გასაგზავნად.

ქსელის წესების შენარჩუნება
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფეთ 'PMDNWRLE' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნეთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ ინახავთ აქტიურ ჩანაწერს ყველა საჭირო ველთან ერთად "ქსელის წესების დეტალური" ეკრანზე OBCL მოთხოვნის შესაბამის ქსელში გადასატანად. ქსელის წესების შენარჩუნების შესახებ დამატებითი ინფორმაციისთვის იხილეთ Payments Core მომხმარებლის სახელმძღვანელო.

ECA სისტემის მოვლა
დარწმუნდით, რომ შექმნით გარე საკრედიტო დამტკიცების შემოწმების სისტემას (DDA სისტემა) STDECAMT ეკრანზე. მიაწოდეთ საჭირო წყაროს სისტემა, სადაც ECA შემოწმება ხდება, როგორც ეს ნაჩვენებია ქვემოთ მოცემულ ეკრანზე. თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი აკრიფეთ 'PMDECAMT' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნეთ მიმდებარე ისრის ღილაკზე. ასახეთ ზემოთ აღნიშნული ECA სისტემა "გარე კრედიტის დამტკიცების სისტემის დეტალურად" ეკრანზე.

Inqueue JNDI სახელი
მიუთითეთ რიგში JNDI სახელი, როგორც 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI სახელი
მიუთითეთ გასასვლელი რიგის JNDI სახელი, როგორც 'MDB_QUEUE'.

Q Profile
Q Profile უნდა შენარჩუნდეს აპლიკაციის სერვერზე შექმნილი MDB რიგის მიხედვით. Q Profile უნდა იყოს IP მისამართით, სადაც შეიქმნა JMS რიგი. OBPM სისტემა აგზავნის ECA მოთხოვნას DDA სისტემაში ამ MDB რიგების მეშვეობით. ECA სისტემის ტექნიკური მომსახურების შესახებ დამატებითი ინფორმაციისთვის იხილეთ Oracle Banking Payments.

ძირითადი მომხმარებლის სახელმძღვანელო.
Queue Profile მოვლა
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფოთ 'PMDQPROF' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნოთ მიმდებარე ისრის ღილაკზე.

შენიშვნა
დარწმუნდით, რომ შეინარჩუნებთ Queue Profile "Queue Pro"-შიfile მოვლის ეკრანი.

პროfile ID
მიუთითეთ Queue Connection profile ID.

პროfile აღწერა
დააკონკრეტე პრო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-ის მეშვეობით, რათა დაასრულოს ECA დამუშავება OBPM-ში.

სააღრიცხვო სისტემის მოვლა
თქვენ შეგიძლიათ გამოიძახოთ ეს ეკრანი, აკრიფოთ 'PMDACCMT' ველში განაცხადის ხელსაწყოების ზოლის ზედა მარჯვენა კუთხეში და დააწკაპუნოთ მიმდებარე ისრის ღილაკზე. ეს არის იმის საშუალება, რომ OBPM-მა განათავსოს სააღრიცხვო ჩანაწერები (Dr ISBGL & Cr Nostro Ac) DDA სისტემაში, SWIFT შეტყობინების გაგზავნისას.

შენიშვნა
დარწმუნდით, რომ თქვენ უნდა შეინარჩუნოთ საჭირო სააღრიცხვო სისტემა ეკრანზე "გარე საბუღალტრო სისტემის დეტალები". გარდა ამისა, შეინახეთ ანგარიშის სისტემის რუქები სააღრიცხვო სისტემისა და ქსელებისთვის (PMDACMAP)

Inqueue JNDI სახელი
მიუთითეთ რიგის JNDI სახელი, როგორც 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI სახელი
მიუთითეთ outqueue JNDI სახელი, როგორც 'MDB_QUEUE'.

Q Profile
Q Profile უნდა შენარჩუნდეს აპლიკაციის სერვერზე შექმნილი MDB რიგის მიხედვით. Q Profile უნდა იყოს IP მისამართით, სადაც შეიქმნა JMS რიგი. OBPM სისტემა აქვეყნებს საბუღალტრო გადაცემის მოთხოვნას ამ MDB რიგების მეშვეობით.

შენიშვნა
OBPM ააშენებს Accounting Handoff მოთხოვნას დეტალებით და გამოაქვეყნებს 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-ს ყველა ანგარიშს ანგარიშის ტიპისთვის OUR და მოქმედ ნორმალურ ანგარიშებს ანგარიშის ტიპისთვის THEIR. სიაში ნაჩვენები ანგარიშის ვალუტა უნდა შეესაბამებოდეს მითითებულ ვალუტას.

პირველადი ანგარიში
აირჩიეთ ეს ველი, რათა მიუთითოთ, არის თუ არა ანგარიში ძირითადი ანგარიში. შეგიძლიათ დაამატოთ მრავალი ანგარიში. მაგრამ მხოლოდ ერთი ანგარიში შეიძლება იყოს მონიშნული, როგორც ძირითადი ანგარიში. ეს მიუთითებს, რომ ანგარიში, რომელიც მონიშნულია როგორც ძირითადი ანგარიში, არის ძირითადი ანგარიში შენახული „მასპინძლის კოდის, ბანკის კოდის, ვალუტის“ კომბინაციისთვის.

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 უნდა იყოს შეტანილი, მაშინ Include/Exclude დროშა უნდა მიუთითებდეს „გამორიცხვა“ და არცერთი MT არ უნდა იყოს არჩეული შეტყობინების ტიპში.
• დეტალების ბადე. ეს ნიშნავს "გამორიცხვა - არაფერი", ანუ ყველა MT კატეგორიაში შედის RMA+ ავტორიზაციაში.
• თუ შეტყობინებების კატეგორიაში ყველა MT უნდა გამოირიცხოს, მაშინ Include/Exclude დროშა უნდა მიუთითებდეს „Include“ და არცერთი MT არ უნდა იყოს ნაჩვენები შეტყობინების ტიპში.
• დეტალების ბადე. ეს ნიშნავს „შეიცავს – არაფერს“, ანუ არცერთი MT არ შედის RMA+ ავტორიზაციაში.
• ეკრანზე არ უნდა იყოს ჩამოთვლილი შეტყობინებების რომელიმე კატეგორია, რომელიც დაუშვებელია როგორც ემიტენტი ბანკის მიერ გაცემული RMA+ ავტორიზაციის ნაწილი. როგორც ზემოთ აღინიშნა, არსებული ავტორიზაციის ნებისმიერი ცვლილება დასაშვებია მხოლოდ სათაო ოფისიდან
• გამომცემისა და კორესპონდენტის BIC-ების და RMA ტიპის არჩეული წყვილისთვის შემდეგი ატრიბუტების შეცვლა დაიშვება -
• RMA სტატუსი – სტატუსი შეიძლება შეიცვალოს ნებისმიერ ხელმისაწვდომ ვარიანტზე – ჩართული, გაუქმებული, წაშლილი და უარყოფილი.

შენიშვნა
სინამდვილეში, RMA სტატუსი არ შეიძლება შეიცვალოს ნებისმიერ ვარიანტზე, რადგან ეს დამოკიდებულია იმაზე, თუ ვინ არის გამომცემელი BIC, მიმდინარე სტატუსი და სხვა ფაქტორები. თუმცა, სტატუსის ეს ცვლილებები ხდება SAA-ს RMA/RMA+ მოდულში და Modification Facility მხოლოდ Ops-ის მომხმარებლებისთვის არის დაშვებული, ხელით გაიმეორონ სტატუსი ამ ტექნიკურ მომსახურებაში (თუ ისინი ვერ დაელოდებიან RMA-ს შემდეგ ატვირთვას).

• Valid From Date – შეიძლება დაყენდეს ახალი (შეცვლილი) თარიღი, რომელიც აღემატება არსებულ „ვალიდამდე“ თარიღს.
• Valid to Date – შეიძლება დაყენდეს ახალი თარიღი, რომელიც აღემატება ახალ „ვალიდიდან“ თარიღს.
• არსებული შეტყობინების კატეგორიისა და/ან შეტყობინების ტიპების წაშლა.
• შეტყობინებების ახალი კატეგორიის და/ან შეტყობინების ტიპის დამატება, Include/Exclude ინდიკატორთან ერთად.

ახალი ავტორიზაციის შექმნა შესაძლებელი იქნება არსებული ავტორიზაციის კოპირებით და შემდეგ მისი შეცვლით. არსებული ავტორიზაციების ცვლილებები, ისევე როგორც ახალი ავტორიზაციების შექმნა დასჭირდება სხვა მომხმარებლის ან მწარმოებლის მიერ დამტკიცებას (თუ ფილიალი და მომხმარებელი მხარს უჭერს ავტომატური ავტორიზაციის საშუალებას).

საერთო ძირითადი მოვლა
ინტეგრაციისთვის საჭიროა შემდეგი საერთო ძირითადი ტექნიკური სამუშაოების შესრულება.

• მომხმარებელთა მოვლა
• შექმენით მომხმარებლები STDCIFCR-ში.
• ანგარიშის მოვლა
• შექმენით ანგარიშები (CASA / NOSTRO) STDCRACC-ში.
• NOTSRO ანგარიში უნდა შეიქმნას ბანკისთვის, რომელშიც მსესხებელს აქვს CASA ანგარიში.
• გენერალური ლეჯერის მოვლა
• შექმენით გენერალური წიგნი STDCRGLM-ში.
• გარიგების კოდი Maintenance
• შექმენით ტრანზაქციის კოდი 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
• OLDINPRM ……………………..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-განლაგებული ინტეგრაციის მომხმარებლის სახელმძღვანელო

ცნობები

• მომხმარებლის სახელმძღვანელო