לוגו של אורקל

מדריך למשתמש של Oracle 14.7 Payments Integration Co-deployed

Oracle-14-7-Payments-Co-deployed-Integration-product

הלוואות לחברות - מדריך למשתמש באינטגרציה בפריסה משותפת של תשלומים

נובמבר 2022
Oracle Financial Services Software Limited

אורקל פארק
מחוץ לכביש המהיר של ווסטרן אקספרס

גורגאון (מזרח)
מומבאי, מהרשטרה 400 063

הוֹדוּ
פניות ברחבי העולם:
טלפון: +91 22 6718 3000
פקס:+91 22 6718 3001
www.oracle.com/financialservices/

זכויות יוצרים © 2007, 2022, Oracle ו/או שותפיה. כל הזכויות שמורות. Oracle ו-Java הם סימנים מסחריים רשומים של Oracle ו/או החברות הקשורות לה. שמות אחרים עשויים להיות סימנים מסחריים של בעליהם בהתאמה.
משתמשי קצה של ממשלת ארה"ב: תוכניות אורקל, לרבות כל מערכת הפעלה, תוכנה משולבת, כל תוכנה המותקנת על החומרה ו/או תיעוד, הנמסרות למשתמשי קצה ממשלת ארה"ב הן "תוכנת מחשב מסחרית" תחת תקנת הרכישה הפדרלית הרלוונטית וספציפית לסוכנות תקנות משלימות.

ככזה, שימוש, שכפול, חשיפה, שינוי והתאמה של התוכנות, לרבות כל מערכת הפעלה, תוכנה משולבת, כל תוכנה המותקנת על החומרה ו/או תיעוד, יהיו כפופים לתנאי הרישיון ולהגבלות הרישיון החלות על התוכנות. . לא ניתנות זכויות אחרות לממשלת ארה"ב.

תוכנה או חומרה זו פותחה לשימוש כללי במגוון יישומי ניהול מידע. זה לא פותח או מיועד לשימוש ביישומים מסוכנים מטבעם, לרבות יישומים שעלולים ליצור סיכון לפציעה אישית. אם אתה משתמש בתוכנה או בחומרה זו ביישומים מסוכנים, אז אתה תהיה אחראי לנקוט בכל אמצעי הבטיחות, הגיבוי, היתירות ושאר האמצעים המתאימים כדי להבטיח שימוש בטוח בהם. Oracle Corporation ושותפיה מתנערים מכל אחריות לכל נזק שייגרם משימוש בתוכנה או בחומרה זו ביישומים מסוכנים.

תוכנה זו ותיעוד קשור מסופקים תחת הסכם רישיון המכיל הגבלות על שימוש וחשיפה ומוגנים על ידי חוקי קניין רוחני. למעט כפי שמותר במפורש בהסכם הרישיון שלך או מותר בחוק, אינך רשאי להשתמש, להעתיק, לשכפל, לתרגם, לשדר, לשנות, לתת רישיון, לשדר, להפיץ, להציג, לבצע, לפרסם או להציג חלק כלשהו, ​​בכל צורה שהיא, או בכל דרך שהיא. הנדסה לאחור, פירוק או דה-קומפילציה של תוכנה זו, אלא אם כן נדרש על פי חוק ליכולת פעולה הדדית, אסורים.

המידע הכלול במסמך זה נתון לשינויים ללא הודעה מוקדמת ואינו מתחייב להיות נקי מטעויות. אם אתה מוצא שגיאות, אנא דווח לנו עליהן בכתב. תוכנה או חומרה ותיעוד אלה עשויים לספק גישה או מידע על תוכן, מוצרים ושירותים מצדדים שלישיים. Oracle Corporation ושותפיה אינם אחראים ומתנערים מפורשות מכל אחריות מכל סוג הנוגעת לתוכן, מוצרים ושירותים של צד שלישי. Oracle Corporation ושותפיה לא יהיו אחראים לכל הפסד, עלויות או נזקים שייגרמו עקב הגישה או השימוש שלך בתוכן, במוצרים או בשירותים של צד שלישי.

מָבוֹא

מסמך זה נועד לעזור לך להכיר את השילוב של Oracle Banking Lending Corporate ו-Oracle Banking Payments במערך פריסה משותפת. מלבד מדריך למשתמש זה, תוך שמירה על הפרטים הקשורים לממשק, אתה יכול להפעיל את העזרה הרגישה להקשר הזמינה עבור כל שדה. זה עוזר לתאר את המטרה של כל שדה במסך. ניתן לקבל מידע זה על ידי הצבת הסמן על השדה הרלוונטי ולחיצה על המקש במקלדת. 1.2

קהל
מדריך זה מיועד לתפקידי המשתמש/המשתמשים הבאים:

תַפְקִיד פוּנקצִיָה
שותפים ליישום לספק שירותי התאמה אישית, תצורה והטמעה

נגישות לתיעוד
למידע על המחויבות של אורקל לנגישות, בקר ב-Oracle Accessibility
תָכְנִית webאתר ב http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

אִרגוּן
מדריך זה מאורגן בפרקים הבאים:

פֶּרֶק תֵאוּר
פרק 1 הַקדָמָה נותן מידע על הקהל המיועד. זה גם מפרט את הפרקים השונים המכוסים במדריך למשתמש זה.
פרק 2 פרק זה עוזר לך לפרוס יחד את מוצר Oracle Banking Lending Corporate ו-Oracle Banking Payments במופע אחד.
פרק 3 מילון זיהוי פונקציה יש רשימה אלפביתית של מזהי פונקציות/מסך המשמשים במודול עם הפניות לדפים לניווט מהיר.

ראשי תיבות וקיצורים

נוֹטָרִיקוֹן תֵאוּר
ממשק API ממשק תכנות יישומים
FCUBS Oracle FLEXCUBE בנקאות אוניברסלית
OBCL Oracle Banking הלוואות לחברות
OL אורקל הלוואות
ROFC שאר אורקל FLEXCUBE
מַעֲרֶכֶת אלא אם צוין אחרת, היא תמיד תתייחס למערכת Oracle FLEX-CUBE Universal Banking Solutions
WSDL Web שירותים תיאור שפת

מילון מונחים של אייקונים
מדריך למשתמש זה עשוי להתייחס לכל הסמלים הבאים או לחלקם.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (1)

הלוואות לחברות - שילוב תשלומים ב-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 שאתה מנהל רישום פעיל עם כל השדות הנדרשים ו'מערכת חיצונית' במסך 'תחזוקת מערכת חיצונית'. למשלample,, לשמור על מערכת חיצונית בתור "INTBANKING".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (2)

בַּקָשָׁה

  • שמור אותו כמזהה הודעה.
  • הודעה בקשה
  • שמרו עליו כמסך מלא.
  • הודעת תגובה
  • שמרו עליו כמסך מלא.
  • תורי מערכת חיצוניים
  • שמור על תורי In & Response JMS. אלו הם התורים שבהם OBCL מפרסמת את ה-XML של בקשת SPS ל-OBPM.
  • למידע נוסף על תחזוקת מערכת חיצונית, עיין ב- Common Core – User Gateway. מַדְרִיך.

תחזוקת סניפים
עליך ליצור סניף במסך 'תחזוקת פרמטר ליבת סניף' (STDCRBRN). מסך זה משמש ללכידת פרטי סניף בסיסיים כמו שם הסניף, קוד הסניף, כתובת הסניף, חופשה שבועית וכן הלאה. אתה יכול להפעיל מסך זה על ידי הקלדת 'STDCRBRN' בשדה בפינה השמאלית העליונה של סרגל הכלים של היישום ולחץ על לחצן החץ הסמוך.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (3)

אתה יכול לציין מארח עבור כל סניף שנוצר. כדי לשמור על מארח עבור אזורי זמן שונים, עיין...
מדריך למשתמש הליבה של Oracle Banking Payments.

פֶּתֶק
יש לשמור זוג סניפים שיכולים לבצע תשלומים בין-סניפים תחת אותו מארח.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (4)

תחזוקת פרמטר מארח
אתה יכול להפעיל מסך זה על ידי הקלדת 'PIDHSTMT' בשדה בפינה השמאלית העליונה של סרגל הכלים של היישום ולחץ על לחצן החץ הסמוך.

פֶּתֶק

  • ב-OBCL, ודא שאתה שומר על פרמטר המארח עם רשומה פעילה עם כל השדות הנדרשים.
  • 'מערכת האינטגרציה OBCL' מיועדת לאינטגרציה של UBS עבור 360 ושילוב סחר. 'מערכת תשלום' מיועדת לשילוב OBPM, ויש לבחור ב'INTBANKING'.Oracle-14-7-Payments-Co-deployed-Integration-fig- (5)

קוד מארח
ציין את קוד המארח.

תיאור מארח
ציין את התיאור הקצר עבור המארח.

קוד מערכת הנהלת חשבונות
ציין את קוד מערכת הנהלת החשבונות. למשלample, "OLINTSYS"

מערכת תשלומים
ציין את מערכת התשלומים. למשלample, "INTBANKING"

מערכת ELCM
ציין את מערכת ELCM. למשלample, "OLELCM"

מערכת אינטגרציה OBCL
ציין את המערכת החיצונית. למשלample, "OLINTSYS", לאינטגרציה עם מערכת UBS.

מערכת שרשרת בלוק
ציין את מערכת הבלוקצ'יין. למשלample "OLBLKCN".

קוד רשת תשלום
ציין את הרשת דרכה OBPM לשלוח את ההודעה היוצאת, לתשלום הלוואה. למשלample, "SWIFT".

תחזוקת פרמטרי אינטגרציה
אתה יכול להפעיל מסך זה על ידי הקלדת 'OLDINPRM' בשדה בפינה השמאלית העליונה של סרגל הכלים של היישום ולחץ על לחצן החץ הסמוך.

פֶּתֶק
ודא שאתה שומר על רישום פעיל עם כל השדות הנדרשים ושם השירות בתור "PMSinglePaymentService" במסך 'תחזוקת פרמטרי אינטגרציה'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (6)

קוד סניף
ציין כ'ALL' במקרה שפרמטרי האינטגרציה משותפים לכל הסניפים. או לשמור על סניפים בודדים.

מערכת חיצונית
ציין את המערכת החיצונית בתור 'INTBANKING'.

משתמש חיצוני
ציין את זיהוי המשתמש שיועבר בבקשת התשלום ל-OBPM.

שם השירות
ציין את שם השירות בתור 'PMSinglePayOutService'.

ערוץ תקשורת
ציין את ערוץ התקשורת בתור 'Web שֵׁרוּת'.

מצב תקשורת
ציין את מצב התקשורת בתור 'ASYNC'.

שכבת תקשורת
ציין את שכבת התקשורת כיישום.

שם שירות WS
ציין את web שם השירות בתור 'PMSinglePayOutService'.

נקודת קצה WS URL
ציין את ה-WSDL של השירותים כקישור WSDL 'שירות תשלום יחיד לתשלום'.

משתמש WS
שמור על משתמש OBPM עם גישה לכל הסניפים ומתקן הרשאה אוטומטית.

תחזוקת לקוחות
תחזוקת לקוחות (OLDCUSMT) היא חובה. עליך ליצור רשומה במסך זה עבור הבנק. 'BIC ראשי' ו'מדיה ברירת מחדל' צריכים להיות 'SWIFT' כדי ליצור הודעות SWIFT.

תחזוקת הוראת הסדר
יש ליצור חשבון NOSTRO עבור הבנק שבו ללווה ולמשתתף (שניהם) צריכים להיות חשבון CASA שלהם. יש למפות את זה ב-LBDINSTR וחשבון תשלום/קבל צריך להיות NOSTRO. אתה צריך לבחור חשבון NOSTRO בשדות תשלום וקבלה של חשבונות, אבל ללווה לא יכול להיות חשבון NOSTRO, רק לבנק יכול להיות חשבון בנק NOSTRO ואתה צריך לבחור שלם וקבל כמזהה בנק. זה מוחלף על ידי גשר פנימי GL בזמן ביצוע העסקה. שמור על הצד הנגדי עם כל השדות הנדרשים במסך 'תחזוקת הוראות הסדר' (LBDINSTR). למידע נוסף על הוראות הפשרה, עיין במדריך למשתמש של הפצת הלוואות.

בין מערכת Bridge GL
אתה יכול להפעיל מסך זה על ידי הקלדת 'OLDISBGL' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

פֶּתֶק
ודא שאתה מנהל רישום פעיל עם כל השדות הנדרשים ו'מערכת חיצונית' בתור 'INTBANKING' במסך 'תחזוקת גשר GL בין מערכות'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (7)

מערכת חיצונית
ציין את שם המערכת החיצונית בתור 'INTBANKING'.

מזהה מודול
ציין את קוד המודול בתור 'OL'.

מטבע עסקה
ציין את מטבע העסקה 'ALL' או מטבע ספציפי.

סניף עסקה
ציין את ענף העסקה בתור 'ALL' או ענף ספציפי.

קוד מוצר
ציין את קוד המוצר בתור 'ALL' או מוצר ספציפי.

פוּנקצִיָה
ציין את מזהי פונקציית העסקה בתור 'ALL' או מזהה פונקציה ספציפי.

ISB GL
ציין Inter System Bridge GL, שבו מועבר אשראי מ-OBCL עבור תשלום הלוואה. יש לשמור על אותו GL ב-OBPM להמשך עיבוד.

תחזוקה ב-OBPM

תחזוקת מקור
אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDSORCE' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

פֶּתֶק
ודא שאתה מנהל רישום פעיל עם כל השדות הנדרשים במסך 'פרטי תחזוקת מקור'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (8)

קוד מקור
ציין את קוד המקור. לְשֶׁעָבַרample 'INTBANKING'.

קוד מארח
קוד מארח מוגדר אוטומטית על סמך הסניף.

תשלומים ממומנים מראש מותרים
בחר בתיבת הסימון 'תשלומים ממומנים מראש'.

תשלומים ממומנים מראש GL
ציין את GL Payments Prefunded זהה ל-Inter System Bridge GL המתוחזק ב

OLDISBGL עבור OBCL.
OBPM מחייב את סכום ההלוואה שחולק מ-GL זה וזוכה את הנוסטרו שצוין בעת ​​שליחת הודעת התשלום.

נדרשת הודעה
בחר בתיבת הסימון 'נדרשת הודעה'.

תור הודעות חיצוני
אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDEXTNT' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

פֶּתֶק
ודא שאתה מנהל רישום פעיל עם כל השדות הנדרשים במסך "תור הודעות חיצוני".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (9)

מארח וקוד מקור
ציין את קוד המקור בתור 'INTBANKING'. קוד המארח מקבל ברירת מחדל על סמך קוד המקור. יש לבצע את הגדרת המערכת החיצונית של השער עבור קוד מקור "INTBANKING".

סוג תקשורת
בחר את סוג התקשורת בתור 'Web שֵׁרוּת

כיתת מערכת הודעות
בחר את מחלקת מערכת ההתראות בתור 'OFCL'.

Webשֵׁרוּת URL
עבור שילוב נתון של קוד מארח וקוד מקור, א web שֵׁרוּת URL צריך לתחזק עם שירות OL (FCUBSOLService) כדי לקבל שיחת הודעה מ-OBPM ל-OBCL.

שֵׁרוּת
ציין את webשירות בתור 'FCUBSOLService'.

העדפת רשת מקור
אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDSORNW' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (10)

פֶּתֶק
ודא שאתה שומר על רישום פעיל במסך 'פרטי העדפת רשת מקור'. ההעדפה לרשתות תשלום שונות דרכן OBCL יוזמת בקשת תשלום צריכה להישמר במסך זה עבור אותם קודי מקור.

מארח וקוד מקור
ציין את קוד המקור בתור 'INTBANKING'. קוד המארח מקבל ברירת מחדל על סמך קוד המקור. יש לבצע את הגדרת המערכת החיצונית של השער עבור קוד מקור "INTBANKING".

קוד רשת
ציין את קוד הרשת בתור 'SWIFT'. זאת כדי לאפשר ל-OBPM להפעיל הודעת SWIFT עבור סכום תשלום ההלוואה.

סוג עסקה
ציין את סוג העסקה כ'יוצא', כדי לשלוח את הודעת SWIFT החוצה.

תחזוקת כללי רשת
אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDNWRLE' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

פֶּתֶק
ודא שאתה מנהל רישום פעיל עם כל השדות הנדרשים במסך 'פרטי כלל רשת' כדי לנתב את בקשת ה-OBCL לרשת המתאימה. למידע נוסף על תחזוקת כללי רשת, עיין במדריך למשתמש ליבת תשלומים.

תחזוקת מערכת ECA
ודא שאתה יוצר מערכת בדיקת אשראי חיצונית (מערכת DDA) במסך STDECAMT. ספק את מערכת המקור הנדרשת שבה מתרחשת בדיקת ה-ECA כפי שמצוין במסך למטה. אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDECAMT' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך. מיפוי מערכת ECA המוזכרת לעיל במסך 'מערכת אישור אשראי חיצוני מפורט'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (10)Oracle-14-7-Payments-Co-deployed-Integration-fig- (12)

תור JNDI שם
ציין את שם ה-JNDI בתור 'MDB_QUEUE_RESPONSE'.

שם JNDI יציאה בתור
ציין את שם ה-JNDI של תור היציאה בתור 'MDB_QUEUE'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (13)

Q Profile
Q Profile יש לתחזק בהתאם לתור MDB שנוצר בשרת האפליקציות. Q Profile צריך להיות עם כתובת IP שבה נוצר תור JMS. מערכת OBPM מפרסמת את בקשת ה-ECA למערכת DDA דרך תורי MDB אלו. למידע נוסף על תחזוקת מערכת ECA, עיין ב-Oracle Banking Payments.

מדריך למשתמש ליבה.
Queue Profile תַחזוּקָה
אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDQPROF' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

פֶּתֶק
ודא שתחזק את Queue Profile ב-'Queue Profile מסך תחזוקה.

מִקצוֹעָןfile ID
ציין את המקצוען Queue Connectionfile תְעוּדַת זֶהוּת.

מִקצוֹעָןfile תֵאוּר
ציין את המקצועןfile תֵאוּר

מזהה משתמש
ציין את מזהה המשתמש.

סִיסמָה
ציין את הסיסמה.

פֶּתֶק
זיהוי משתמש וסיסמה משמשים לאימות תור. זה מבטיח למערכת החיצונית מותר רק לקרוא או view ההודעות שפורסמו בתור הודעות.

ספק הקשר URL
מקצוען בתורfile דורש את ספק ההקשר URL של שרת היישומים שבו התור
נוצר. כל שאר הפרמטרים זהים לאמור לעיל.

פֶּתֶק
OBPM בנה את בקשת ה-ECA עם פרטים ופרסם ב-MDB_QUEUE. מערכת DDA דרך GWMDB מושכת את בקשת השער ומתקשרת פנימית לתהליך חסימת ה-ECA כדי ליצור או לבטל את בלוק ה-ECA. לאחר השלמת התהליך, מערכת DDA מפרסמת את התגובה דרך שער אינפרא ל-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.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (14)

פֶּתֶק
ודא שאתה צריך לתחזק את מערכת הנהלת החשבונות הנדרשת במסך 'פרטי מערכת חשבונאות חיצונית'. בנוסף, שמור על מיפוי מערכת חשבונות עבור מערכת החשבונאות והרשתות (PMDACMAP)

תור JNDI שם
ציין את שם ה-JNDI בתור 'MDB_QUEUE_RESPONSE'.

שם JNDI יציאה בתור
ציין את שם ה-JNDI של היציאה בתור 'MDB_QUEUE'.

Q Profile
Q Profile יש לתחזק בהתאם לתור MDB שנוצר בשרת האפליקציות. Q Profile צריך להיות עם כתובת IP שבה נוצר תור JMS. מערכת OBPM מפרסמת את הבקשה להעברת חשבונות דרך תורי MDB אלה.

פֶּתֶק
OBPM בנה את הבקשה להעברת חשבונות עם פרטים ופרסם ב-MDB_QUEUE. מערכת הנהלת חשבונות באמצעות GWMDB מושכת את בקשת השער וקוראת פנימית לבקשת החשבונאות החיצונית. לאחר השלמת התהליך, מערכת הנהלת החשבונות מפרסמת את התגובה דרך השער אינפרא אל MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE מוגדר עם תור מסירה מחדש בתור jms/ACC_ENTRY_RES_BKP_IN. תור זה מושך באופן פנימי את התגובה דרך OBPM MDB להשלמת עיבוד העברת חשבונות ב-OBPM.

תחזוקת כתב מטבע
עבור תשלומים SWIFT / חוצי גבולות, על הבנק לתחזק את כתב המטבע, כלומר את הכתבים של הבנק, כך שניתן יהיה לנתב את התשלום כראוי. שרשרת התשלומים נבנית באמצעות תחזוקת כתב המטבע לבנק יכולים להיות מספר כתבי מטבע לאותו מטבע אך ניתן לסמן כתב מסוים ככתב ראשי כך שהתשלום מנותב דרך אותו בנק למרות שישנם מספר בנקים מתכתבים.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (15)

תחזוקת כתבי מטבע (PMDCYCOR) משמשת בבניית שרשרת תשלומים עבור תשלומים חוצי גבולות. זוהי תחזוקה ברמת מארח. ניתן לשמור מטבע, בנק BIC ומספר חשבון עבור הכתב. אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDCYCOR' בשדה בפינה השמאלית העליונה של סרגל הכלים של היישום ולחיצה על לחצן החץ הסמוך. שמור את כתב המטבע של AWI או AWI במסך זה.

קוד מארח
המערכת מציגה את קוד המארח של הסניף הנבחר של המשתמש המחובר.

קוד בנק
בחר את קוד הבנק מרשימת הערכים המוצגת. קוד BIC שנבחר מוצג בשדה זה.

מַטְבֵּעַ
ציין את המטבע. לחלופין, תוכל לבחור את המטבע מרשימת האפשרויות. הרשימה מציגה את כל המטבעות התקפים שנשמרו במערכת.

בדיקת כתב ראשי
תיבה זו אם כתב זה הוא כתב המטבע הראשי. יכול להיות רק כתב מטבע ראשי אחד עבור השילוב של סוג חשבון, מטבע. סוג חשבון בחר את סוג החשבון. הרשימה מציגה את הערכים הבאים:

  • החשבון שלנו מתוחזק עם קלט הכתב בשדה קוד הבנק.
  • החשבון שלהם מתוחזק על ידי קלט הכתב בשדה קוד הבנק בבנק המעבד (חשבון נוסטרו).

סוג חשבון
ציין את סוג החשבון שלנו - הנוסטרו של הכתב שמתוחזק בספרים שלנו.

מספר חשבון
ציין את מספר החשבון המשויך לקלט הכתב בשדה קוד בנק במטבע שצוין. לחלופין, תוכל לבחור את מספר החשבון מרשימת האפשרויות. הרשימה מציגה את כל חשבונות Nostro עבור סוג חשבון OUR וחשבונות רגילים חוקיים עבור סוג חשבון THEIR. מטבע החשבון המוצג ברשימה צריך להיות זהה למטבע שצוין.

חשבון ראשי
בחר בתיבת סימון זו כדי לציין אם החשבון הוא החשבון הראשי. אתה יכול להוסיף מספר חשבונות. אבל רק חשבון אחד יכול להיות מסומן כחשבון ראשי. זה מציין שהחשבון המסומן כחשבון ראשי הוא חשבון המפתח לשילוב 'קוד מארח, קוד בנק, מטבע' שנשמר.

נדרש MT 210?
בחר בתיבת סימון זו כדי לציין אם MT 210 נדרש להישלח לכתב המטבע בתרחישים שבהם הוא נוצר אוטומטית כמו יצירת MT 200/MT 201 יוצאת. רק אם תיבת סימון זו מסומנת, המערכת מייצרת את ה-MT210

התאמת חשבונות חיצוניים תחזוקת
אתה יכול להפעיל מסך זה על ידי הקלדת 'PXDXTACC' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (16)

שמור על מספר חשבון ווסטרו, (שווה ערך לנוסטרו) שנשמר בספרי הכתב. זה יישלח ב-53B tag בהודעות כיסוי MT103 ו-MT202.

  • מעמד פיוס
  • שמור את זה בתור NOST.
  • ישות חיצונית
  • ציין את ה-BIC של הכתב.
  • חשבון חיצוני
  • ציין את מספר חשבון Vostro.
  • חשבון GL

ציין את מספר חשבון Nostro. זה אמור להתקיים ב-STDCRACC כחשבון נוסטרו.

פרטי RMA או RMA Plus
יש לשמור כאן את פרטי היישום לניהול קשרים ולספק את קטגוריית ההודעות וסוגי ההודעות המותרים. הכתב צריך להיות קוד ה-BIC של הבנק שלנו (לקשר ישיר). אתה יכול להפעיל מסך זה על ידי הקלדת 'PMDRMAUP' בשדה בפינה השמאלית העליונה של סרגל הכלים של יישומים ולחיצה על לחצן החץ הסמוך.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (17)

סוג רשומת RMA
המערכת תציין אם זו רשומת הרשאות RMA או RMA+ על סמך הפרטים של רשומת הרשאת ה-RMA שהועלתה או שנוצרה באופן ידני.

פֶּתֶק
אם ה-RMA שהועלה file כלל או לא נכלל בסוגי הודעות בקטגוריות הודעות שונות, אז זו תהיה רשומת RMA+. אם לא, הרשומה היא רשומת RMA.

מנפיק
בחר את ה-BIC הנדרש של סניף הבנק שהנפיק את ההרשאה לקבל את כל או סוגי הודעות מסוימים (במקרה של RMA+) מרשימת הערכים הזמינה.

סוג RMA
ציין את סוג RMA. בחר בין הונפק לבין התקבל מהתפריט הנפתח.

תקף מתאריך
ציין את תאריך ההתחלה של תוקף הרשאת RMA

כַתָב
בחר את BIC של סניף הבנק, שקיבל את ההרשאה מהבנק המנפיק מרשימת הערכים.

סטטוס RMA
בחר את הסטטוס של ה-RMA מהתפריט הנפתח. האפשרויות הן מופעל, מבוטל, נמחק ונדחה.

פֶּתֶק
רק הרשאות RMA 'מופעלות' משמשות לאימות RMA.

תקף עד היום
ציין את תאריך הסיום של תוקף הרשאת RMA. רשת פרטי קטגוריית הודעה

קטגוריית הודעות
בחר את קטגוריית ההודעות הנדרשת מהתפריט הנפתח.

כלול/אל תכלול דגל
אם זה נוצר כרשומה RMA+, בחר את הדגל עבור כל קטגוריית הודעה המציינת 'כלול' או 'אל תכלול' של אחד או מרובים או כל סוגי ההודעות (MTs) המורשים על ידי הבנק המנפיק.

פרטי סוג ההודעה

סוג הודעה
אם זה נוצר כרשומה RMA+, ציין רשימה של 'כלול' או 'לא נכלל' של סוגי ההודעות שיתווספו עבור כל קטגוריית הודעה.

פֶּתֶק

  • אם יש לכלול את כל ה-MTs בתוך קטגוריית הודעה, הדגל 'כלול/אל תכלול' אמור לציין "אל תכלול" ואין לבחור MTs בסוג ההודעה
  • רשת פרטים. המשמעות היא 'אל תכלול – כלום' כלומר כל ה-MTs בקטגוריה כלולים בהרשאת RMA+.
  • אם יש להחריג את כל ה-MTs בתוך קטגוריית הודעה, דגל הכללה/אל תכלול צריך לציין "כלול" ואין להציג MTs בסוג ההודעה
  • רשת פרטים. המשמעות היא 'כלול – כלום' כלומר אף אחד מה-MTs בקטגוריה אינו כלול בהרשאת RMA+.
  • המסך לא אמור לרשום קטגוריית הודעות שאינה מותרת כחלק מהרשאות RMA+ שהונפקו על ידי הבנק המנפיק. כאמור, כל שינוי בהרשאות הקיימות מותרים רק מהמשרד הראשי
  • עבור צמד ה-BIC של מנפיק וכתב וסוג RMA שנבחר, התכונות הבאות יורשו להשתנות -
  • סטטוס RMA - ניתן לשנות את הסטטוס לכל אחת מהאפשרויות הזמינות - מופעל, מבוטל, נמחק ונדחה.

פֶּתֶק
במציאות, לא ניתן לשנות את סטטוס ה-RMA לשום אופציה מכיוון שזה תלוי במי ה-BIC המנפיק, בסטטוס הנוכחי ובגורמים נוספים. עם זאת, שינויי סטטוס אלו מתרחשים במודול RMA/RMA+ של SAA ומתקן השינוי מותיר רק למשתמשי Ops לשכפל באופן ידני את הסטטוס בתחזוקה זו (אם הם לא יכולים לחכות עד להעלאת ה-RMA הבאה).

  • תקף מתאריך - ניתן להגדיר תאריך חדש (שונה) הגדול מתאריך 'תקף עד' הקיים.
  • תקף עד תאריך - ניתן להגדיר תאריך חדש שגדול מתאריך 'תקף מ' חדש.
  • מחיקת קטגוריית הודעות ו/או סוגי הודעות קיימים.
  • הוספת קטגוריית הודעה חדשה ו/או סוג הודעה יחד עם מחוון כלול/אי הכללה.

ניתן יהיה ליצור הרשאה חדשה על ידי העתקת הרשאה קיימת ולאחר מכן שינוי אותה. שינויים בהרשאות קיימות וכן יצירת הרשאות חדשות ידרשו אישור על ידי משתמש אחר או על ידי היצרן (אם הסניף והמשתמש תומכים במתקן הרשאה אוטומטית).

תחזוקת ליבה משותפת
יש לבצע את תחזוקה הליבה הנפוצה הבאה לצורך אינטגרציה.

  • תחזוקת לקוחות
  • צור את הלקוחות ב-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.

מילון זיהוי פונקציה

  • G GWDETSYS ………………….2-1
  • L LBDINSTR …………………………2-6
  • O 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 Integration Co-deployed

הפניות

השאר תגובה

כתובת האימייל שלך לא תפורסם. שדות חובה מסומנים *