Guide de l'utilisateur de l'intégration déployée conjointement avec Oracle 14.7 Payments
Guide d'utilisation de l'intégration codéployée des paiements pour les prêts aux entreprises
Novembre 2022
Logiciel de services financiers Oracle Limité
Parc Oracle
À la sortie de l'autoroute Western Express
Goregaon (Est)
Bombay, Maharashtra 400 063
Inde
Enquêtes mondiales :
Téléphone : +91 22 6718 3000
Télécopieur : +91 22 6718 3001
www.oracle.com/financialservices/
Copyright © 2007, 2022, Oracle et/ou ses sociétés affiliées. Tous droits réservés. Oracle et Java sont des marques déposées d'Oracle et/ou de ses filiales. D'autres noms peuvent être des marques déposées de leurs propriétaires respectifs.
UTILISATEURS FINAUX DU GOUVERNEMENT AMÉRICAIN : Les programmes Oracle, y compris tout système d'exploitation, logiciel intégré, tout programme installé sur le matériel et/ou la documentation, fournis aux utilisateurs finaux du gouvernement américain sont des « logiciels informatiques commerciaux » en vertu de la réglementation fédérale sur les acquisitions applicable et des réglementations supplémentaires spécifiques à l'agence.
En tant que tel, l'utilisation, la duplication, la divulgation, la modification et l'adaptation des programmes, y compris tout système d'exploitation, logiciel intégré, tout programme installé sur le matériel et/ou la documentation, seront soumis aux conditions de licence et aux restrictions de licence applicables aux programmes. Aucun autre droit n'est accordé au gouvernement des États-Unis.
Ce logiciel ou matériel a été développé pour une utilisation générale dans le cadre d'applications de gestion des informations. Il n'est pas conçu ni destiné à être utilisé dans des applications dangereuses, notamment celles qui peuvent entraîner des blessures corporelles. Si vous utilisez ce logiciel ou matériel dans le cadre d'applications dangereuses, il vous incombe de prendre toutes les mesures de sécurité, de sauvegarde, de redondance et autres mesures appropriées pour garantir son utilisation en toute sécurité. Oracle Corporation et ses filiales déclinent toute responsabilité quant aux dommages causés par l'utilisation de ce logiciel ou matériel dans le cadre d'applications dangereuses.
Ce logiciel et la documentation associée sont fournis sous un contrat de licence contenant des restrictions d'utilisation et de divulgation et sont protégés par les lois sur la propriété intellectuelle. Sauf autorisation expresse dans votre contrat de licence ou autorisée par la loi, vous ne pouvez pas utiliser, copier, reproduire, traduire, diffuser, modifier, concéder sous licence, transmettre, distribuer, exposer, exécuter, publier ou afficher toute partie, sous quelque forme ou par quelque moyen que ce soit. L'ingénierie inverse, le désassemblage ou la décompilation de ce logiciel, sauf si requis par la loi pour l'interopérabilité, sont interdits.
Les informations contenues dans ce document sont susceptibles d'être modifiées sans préavis et ne sont pas garanties comme étant exemptes d'erreurs. Si vous trouvez des erreurs, veuillez nous les signaler par écrit. Ce logiciel ou ce matériel et la documentation peuvent fournir des informations ou des accès à des contenus, des produits et des services émanant de tiers. Oracle Corporation et ses affiliés déclinent toute responsabilité concernant les garanties de toute sorte concernant les contenus, produits et services tiers. Oracle Corporation et ses affiliés ne sauraient être tenus responsables des pertes, coûts ou dommages causés par l'accès à des contenus, produits ou services tiers, ou par leur utilisation.
Introduction
Ce document est conçu pour vous aider à vous familiariser avec l'intégration d'Oracle Banking Corporate Lending et d'Oracle Banking Payments dans une configuration codéployée. Outre ce manuel d'utilisation, tout en conservant les détails liés à l'interface, vous pouvez appeler l'aide contextuelle disponible pour chaque champ. Cela permet de décrire l'objectif de chaque champ dans un écran. Vous pouvez obtenir ces informations en plaçant le curseur sur le champ concerné et en appuyant sur la touche du clavier. 1.2
Public
Ce manuel est destiné aux utilisateurs/rôles d'utilisateur suivants :
| Rôle | Fonction |
| Partenaires de mise en œuvre | Fournir des services de personnalisation, de configuration et de mise en œuvre |
Accessibilité de la documentation
Pour plus d'informations sur l'engagement d'Oracle en matière d'accessibilité, visitez le site Oracle Accessibility
Programme website à http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Organisation
Ce manuel est organisé selon les chapitres suivants :
| Chapitre | Description |
| Chapitre 1 | Préface donne des informations sur le public visé. Il répertorie également les différents chapitres couverts dans ce manuel d'utilisation. |
| Chapitre 2 | Ce chapitre vous aide à co-déployer les produits Oracle Banking Corporate Lending et Oracle Banking Payments dans une seule instance. |
| Chapitre 3 | Glossaire des identifiants de fonction contient une liste alphabétique des identifiants de fonction/écran utilisés dans le module avec des références de page pour une navigation rapide. |
Acronymes et abréviations
| Abréviation | Description |
| API | Interface de programmation d'application |
| FCUBS | Oracle FLEXCUBE Banque universelle |
| OBCL | Prêts aux entreprises Oracle Banking |
| OL | Prêt Oracle |
| ROFC | Reste d'Oracle FLEXCUBE |
| Système | Sauf indication contraire, il doit toujours faire référence au système Oracle FLEX-CUBE Universal Banking Solutions |
| WSDL | Web Langue de description des services |
Glossaire des icônes
Ce manuel d'utilisation peut faire référence à tout ou partie des icônes suivantes.
Prêts aux entreprises – Intégration des paiements dans la configuration CoDeployed
Ce chapitre contient les sections suivantes :
- Section 2.1, "Introduction"
- Section 2.2, « Maintenances dans OBCL »
- Section 2.3, « Maintenances dans OBPM »
Introduction
Vous pouvez intégrer Oracle Banking Corporate Lending (OBCL) au produit Oracle Banking Payment (OBPM). Pour intégrer ces deux produits dans un environnement co-déployé, vous devez effectuer une maintenance spécifique dans OBCL, Payments et Common Core.
Entretiens en OBCL
L'intégration entre Oracle Banking Corporate Lending (OBCL) et Oracle Banking Payments (OBPM) vous permet d'envoyer le décaissement du prêt via un paiement transfrontalier en générant des messages SWIFT MT103 et MT202.
Maintenance du système externe
Vous pouvez appeler cet écran en tapant « GWDETSYS » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent. Vous devez définir un système externe pour une branche qui communique avec l'OBCL à l'aide d'une passerelle d'intégration.
Note
Assurez-vous que dans OBCL vous maintenez un enregistrement actif avec tous les champs obligatoires et « Système externe » dans l'écran « Maintenance du système externe ». Par exempleample,, maintenir le système externe comme « INTBANKING ».
Demande
- Conservez-le comme identifiant de message.
- Message de demande
- Maintenez-le en plein écran.
- Message de réponse
- Maintenez-le en plein écran.
- Files d'attente du système externe
- Gérer les files d'attente JMS d'entrée et de réponse. Il s'agit des files d'attente dans lesquelles OBCL envoie le XML de la requête SPS à OBPM.
- Pour plus d'informations sur la maintenance du système externe, reportez-vous au Guide de l'utilisateur Common Core – Gateway.
Entretien des succursales
Vous devez créer une branche dans l'écran « Maintenance des paramètres de base de la branche » (STDCRBRN). Cet écran est utilisé pour capturer les détails de base de la branche, comme le nom de la branche, le code de la branche, l'adresse de la branche, les vacances hebdomadaires, etc. Vous pouvez appeler cet écran en saisissant « STDCRBRN » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Vous pouvez spécifier un hôte pour chaque branche créée. Pour gérer l'hôte pour différents fuseaux horaires, reportez-vous à...
Manuel d'utilisation d'Oracle Banking Payments Core.
Note
Une paire de succursales pouvant effectuer des paiements inter-succursales doit être maintenue sous le même hôte.
Maintenance des paramètres de l'hôte
Vous pouvez appeler cet écran en tapant « PIDHSTMT » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Note
- Dans OBCL, assurez-vous de conserver le paramètre hôte avec un enregistrement actif avec tous les champs obligatoires.
- Le « Système d'intégration OBCL » est destiné à l'intégration UBS pour 360 et à l'intégration commerciale. Le « Système de paiement » est destiné à l'intégration OBPM et « INTBANKING » doit être sélectionné.
Code d'hôte
Spécifiez le code hôte.
Description de l'hôte
Spécifiez la brève description de l'hôte.
Code du système comptable
Spécifiez le code du système comptable. Par exempleample, « OLINTSYS »
Système de paiement
Spécifiez le système de paiement. Par exempleample, « INTBANKING »
Système ELCM
Spécifiez le système ELCM. Par exempleample, « OLELCM »
Système d'intégration OBCL
Spécifiez le système externe. Par exempleample, « OLINTSYS », pour l’intégration avec le système UBS.
Système de chaîne de blocs
Spécifiez le système de blockchain. Par exempleample « OLBLKCN ».
Code du réseau de paiement
Spécifiez le réseau via lequel OBPM doit envoyer le message sortant, pour le décaissement du prêt. Par exempleample, « SWIFT ».
Maintenance des paramètres d'intégration
Vous pouvez appeler cet écran en tapant « OLDINPRM » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif avec tous les champs obligatoires et le nom du service comme « PMSinglePaymentService » dans l'écran « Maintenance des paramètres d'intégration ».
Code de la succursale
Spécifiez « ALL » si les paramètres d'intégration sont communs à toutes les branches. Ou conservez les branches individuelles.
Système externe
Spécifiez le système externe comme « INTBANKING ».
Utilisateur externe
Spécifiez l'ID utilisateur à transmettre lors de la demande de paiement à OBPM.
Nom du service
Spécifiez le nom du service comme « PMSinglePayOutService ».
Canal de communication
Spécifiez le canal de communication comme 'Web Service'.
Mode de communication
Spécifiez le mode de communication comme 'ASYNC'.
Couche de communication
Spécifiez la couche de communication comme Application.
Nom du service WS
Précisez le web nom du service comme « PMSinglePayOutService ».
Point de terminaison WS URL
Spécifiez le WSDL des services comme lien WSDL « Service de paiement unique de paiement ».
Utilisateur WS
Maintenir l'utilisateur OBPM avec accès à toutes les branches et fonction d'autorisation automatique.
Entretien client
La maintenance du client (OLDCUSMT) est obligatoire. Vous devez créer un enregistrement dans cet écran pour la banque. « BIC principal » et « Support par défaut » doivent être « SWIFT » pour générer des messages SWIFT.
Maintenance des instructions de règlement
Le compte NOSTRO doit être créé pour la banque dans laquelle l'emprunteur et le participant (tous deux) doivent avoir leur compte CASA. Celui-ci doit être mappé dans LBDINSTR et le compte de paiement/réception doit être NOSTRO. Vous devez sélectionner le compte NOSTRO dans les champs des comptes de paiement et de réception, mais l'emprunteur ne peut pas avoir de compte NOSTRO, seule la banque peut avoir le compte bancaire NOSTRO et vous devez sélectionner Payer et recevoir comme identifiant de banque. Ceci est remplacé par le pont GL interne lors de la transaction. Maintenez la contrepartie avec tous les champs obligatoires dans l'écran « Maintenance des instructions de règlement » (LBDINSTR). Pour plus d'informations sur les instructions de règlement, reportez-vous au Manuel d'utilisation de la syndication de prêts.
Pont inter-système GL
Vous pouvez appeler cet écran en tapant « OLDISBGL » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif avec tous les champs obligatoires et « Système externe » comme « INTBANKING » dans l'écran « Maintenance GL du pont intersystème ».
Système externe
Spécifiez le nom du système externe comme « INTBANKING ».
Identifiant du module
Spécifiez le code du module comme « OL ».
Devise de la transaction
Spécifiez la devise de transaction « TOUS » ou une devise spécifique.
Branche des transactions
Spécifiez la branche de transaction comme « ALL » ou une branche spécifique.
Code produit
Spécifiez le code produit comme « TOUS » ou un produit spécifique.
Fonction
Spécifiez les identifiants de fonction de transaction comme « TOUS » ou un identifiant de fonction spécifique.
ISB GL
Spécifiez un GL de pont intersystème, où le crédit d'OBCL pour un décaissement de prêt est transféré. Le même GL doit être conservé dans OBPM pour un traitement ultérieur.
Maintenances dans OBPM
Maintenance de la source
Vous pouvez appeler cet écran en tapant « PMDSORCE » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif avec tous les champs obligatoires dans l'écran « Maintenance détaillée de la source ».
Code source
Spécifiez le code source. Ex.ample 'INTBANKING'.
Code hôte
Le code hôte est défini par défaut automatiquement en fonction de la branche.
Paiements préfinancés autorisés
Cochez la case « Paiements préfinancés autorisés ».
Paiements préfinancés GL
Spécifiez le GL des paiements préfinancés de la même manière que le GL du pont inter-système maintenu dans
OLDISBGL pour OBCL.
OBPM débite le montant du prêt décaissé de ce GL et crédite le Nostro spécifié lors de l'envoi du message de paiement.
Notification requise
Cochez la case « Notification requise ».
File d'attente de notifications externes
Vous pouvez appeler cet écran en tapant « PMDEXTNT » dans le champ situé dans le coin supérieur droit de la barre d’outils de l’application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif avec tous les champs obligatoires dans l’écran « File d’attente de notifications externes ».
Code hôte et source
Spécifiez le code source comme « INTBANKING ». Le code hôte est défini par défaut en fonction du code source. La configuration du système externe de la passerelle doit être effectuée pour un code source « INTBANKING ».
Type de communication
Sélectionnez le type de communication comme «Web Service
Classe de système de notification
Sélectionnez la classe du système de notification comme « OFCL ».
WebService URL
Pour une combinaison donnée de code hôte et de code source, un web service URL doit être maintenu avec le service OL (FCUBSOLService) pour obtenir un appel de notification d'OBPM à OBCL.
Service
Précisez le webservice comme « FCUBSOLService ».
Préférence du réseau source
Vous pouvez appeler cet écran en tapant « PMDSORNW » dans le champ situé dans le coin supérieur droit de la barre d’outils de l’application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif dans l'écran « Préférences détaillées du réseau source ». La préférence pour les différents réseaux de paiement via lesquels OBCL lance une demande de paiement doit être conservée sur cet écran pour les mêmes codes sources.
Code hôte et source
Spécifiez le code source comme « INTBANKING ». Le code hôte est défini par défaut en fonction du code source. La configuration du système externe de la passerelle doit être effectuée pour un code source « INTBANKING ».
Code de réseau
Spécifiez le code réseau « SWIFT ». Cela permet à OBPM de déclencher un message SWIFT pour le montant du décaissement du prêt.
Type de transaction
Spécifiez le type de transaction comme « Sortant » pour envoyer le message SWIFT.
Maintenance des règles du réseau
Vous pouvez appeler cet écran en tapant « PMDNWRLE » dans le champ situé dans le coin supérieur droit de la barre d’outils de l’application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de conserver un enregistrement actif avec tous les champs obligatoires dans l'écran « Règle réseau détaillée » pour acheminer la demande OBCL vers le réseau concerné. Pour plus d'informations sur la maintenance des règles réseau, reportez-vous au Guide de l'utilisateur de Payments Core.
Maintenance du système ECA
Assurez-vous de créer un système de vérification d'approbation de crédit externe (système DDA) dans l'écran STDECAMT. Indiquez le système source requis où la vérification ECA a lieu comme indiqué dans l'écran ci-dessous. Vous pouvez appeler cet écran en saisissant « PMDECAMT » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent. Mappez le système ECA mentionné ci-dessus dans l'écran « Système d'approbation de crédit externe détaillé ».
Nom JNDI de la file d'attente
Spécifiez le nom JNDI dans la file d'attente comme « MDB_QUEUE_RESPONSE ».
Nom JNDI de la file d'attente de sortie
Spécifiez le nom JNDI de la file d'attente de sortie comme « MDB_QUEUE ».
QProfile
QProfile doivent être maintenus conformément à la file d'attente MDB créée sur le serveur d'applications. Q Profile doit être associé à une adresse IP sur laquelle la file d'attente JMS a été créée. Le système OBPM envoie la demande ECA au système DDA via ces files d'attente MDB. Pour plus d'informations sur la maintenance du système ECA, reportez-vous à Oracle Banking Payments.
Guide de l'utilisateur principal.
File d'attente Profile Entretien
Vous pouvez appeler cet écran en tapant « PMDQPROF » dans le champ situé dans le coin supérieur droit de la barre d’outils de l’application et en cliquant sur le bouton fléché adjacent.
Note
Assurez-vous de maintenir Queue Profile dans 'Queue Profile Écran « Maintenance ».
Profile ID
Spécifiez le pro de connexion à la file d'attentefile IDENTIFIANT.
Profile Description
Spécifiez le profile description
ID de l'utilisateur
Spécifiez l'ID utilisateur.
Mot de passe
Spécifiez le mot de passe.
Note
L'identifiant utilisateur et le mot de passe sont utilisés pour l'authentification de la file d'attente. Cela garantit que le système externe est autorisé uniquement à lire ou à view les messages postés dans la file d'attente de messagerie.
Fournisseur de contexte URL
File d'attente profile nécessite le fournisseur de contexte URL du serveur d'application où se trouve la file d'attente
créé. Tous les autres paramètres sont les mêmes que ceux mentionnés ci-dessus.
Note
OBPM crée la demande ECA avec les détails et la publie dans MDB_QUEUE. Le système DDA via GWMDB extrait la demande de passerelle et appelle en interne le processus de bloc ECA pour créer ou annuler le bloc ECA. Une fois le processus terminé, le système DDA publie la réponse via l'infrastructure de passerelle vers MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE est configuré avec une file d'attente de rediffusion comme jms/ACC_ENTRY_RES_BKP_IN. Cette file d'attente extrait en interne la réponse via OBPM MDB pour terminer le traitement ECA dans OBPM.
Maintenance du système comptable
Vous pouvez accéder à cet écran en saisissant « PMDACCMT » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent. Cela permet à OBPM de publier les écritures comptables (Dr ISBGL et Cr Nostro Ac) dans le système DDA, lors de l'envoi du message SWIFT.
Note
Assurez-vous de maintenir le système comptable requis dans l'écran « Détails du système comptable externe ». En outre, maintenez le mappage du système comptable pour le système comptable et les réseaux (PMDACMAP)
Nom JNDI de la file d'attente
Spécifiez le nom JNDI de la file d'attente comme « MDB_QUEUE_RESPONSE ».
Nom JNDI de la file d'attente de sortie
Spécifiez le nom JNDI de la file d'attente de sortie comme « MDB_QUEUE ».
QProfile
QProfile doivent être maintenus conformément à la file d'attente MDB créée sur le serveur d'applications. Q Profile doit être associé à une adresse IP où la file d'attente JMS a été créée. Le système OBPM publie la demande de transfert de comptabilité via ces files d'attente MDB.
Note
OBPM crée la demande de transfert comptable avec les détails et la publie dans MDB_QUEUE. Le système comptable via GWMDB extrait la demande de passerelle et appelle en interne la demande de comptabilité externe. Une fois le processus terminé, le système comptable publie la réponse via l'infrastructure de passerelle vers MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE est configuré avec une file d'attente de rediffusion comme jms/ACC_ENTRY_RES_BKP_IN. Cette file d'attente extrait en interne la réponse via OBPM MDB pour terminer le traitement du transfert comptable dans OBPM.
Maintenance du correspondant de devise
Pour les paiements SWIFT/transfrontaliers, la banque doit gérer le correspondant en devise, c'est-à-dire les correspondants de la banque, afin que le paiement puisse être acheminé de manière appropriée. La chaîne de paiement est construite à l'aide de la gestion des correspondants en devise. La banque peut avoir plusieurs correspondants en devise pour la même devise, mais un correspondant particulier peut être marqué comme correspondant principal afin que le paiement soit acheminé via cette banque même s'il existe plusieurs banques correspondantes.
La maintenance du correspondant en devise (PMDCYCOR) est utilisée dans la création de la chaîne de paiement pour les paiements transfrontaliers. Il s'agit d'une maintenance au niveau de l'hôte. La devise, le code BIC de la banque et le numéro de compte peuvent être gérés pour le correspondant. Vous pouvez appeler cet écran en saisissant « PMDCYCOR » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent. Gérez l'AWI ou le correspondant en devise de l'AWI sur cet écran.
Code d'hôte
Le système affiche le code hôte de la branche sélectionnée de l'utilisateur connecté.
Code bancaire
Sélectionnez le code bancaire dans la liste des valeurs affichées. Le code BIC sélectionné s'affiche dans ce champ.
Devise
Spécifiez la devise. Vous pouvez également sélectionner la devise dans la liste d'options. La liste affiche toutes les devises valides gérées dans le système.
Vérification du correspondant principal
Cette case indique si ce correspondant est le correspondant en devise principal. Il ne peut y avoir qu'un seul correspondant en devise principal pour la combinaison Type de compte, Devise. Type de compte Sélectionnez le type de compte. La liste affiche les valeurs suivantes :
- Notre- Compte maintenu avec le correspondant saisi dans le champ Code Banque.
- Leur- Compte tenu par le correspondant saisi dans le champ Code Banque auprès de la banque de traitement (compte Nostro).
Type de compte
Spécifiez le type de compte comme Notre – le Nostro du Correspondant qui est conservé dans nos livres.
Numéro de compte
Indiquez le numéro de compte associé au correspondant saisi dans le champ Code banque dans la devise spécifiée. Vous pouvez également sélectionner le numéro de compte dans la liste d'options. La liste affiche tous les comptes Nostro pour le type de compte OUR et les comptes normaux valides pour le type de compte THEIR. La devise du compte affichée dans la liste doit être la même que la devise spécifiée.
Compte principal
Cochez cette case pour indiquer si le compte est le compte principal. Vous pouvez ajouter plusieurs comptes. Mais un seul compte peut être marqué comme compte principal. Cela indique que le compte marqué comme compte principal est le compte clé pour la combinaison « Code hôte, Code banque, Devise » conservée.
MT 210 requis ?
Cochez cette case pour indiquer si le MT 210 doit être envoyé au correspondant en devises dans les scénarios où il est généré automatiquement comme la génération de MT 200/MT 201 sortant. Ce n'est que si cette case est cochée que le système génère le MT210
Rapprochement des comptes externes Maintenance
Vous pouvez appeler cet écran en tapant « PXDXTACC » dans le champ situé dans le coin supérieur droit de la barre d’outils de l’application et en cliquant sur le bouton fléché adjacent.
Conservez le numéro de compte Vostro (équivalent du Nostro) qui est conservé dans les livres du correspondant. Il sera envoyé dans le formulaire 53B tag dans les messages de couverture MT103 et MT202.
- Cours de réconciliation
- Maintenez-le comme NOST.
- Entité externe
- Précisez le BIC du correspondant.
- Compte externe
- Spécifiez le numéro de compte Vostro.
- Compte GL
Spécifiez le numéro de compte Nostro. Celui-ci doit exister dans STDCRACC en tant que compte Nostro.
Détails du RMA ou du RMA Plus
Les détails de l'application de gestion des relations doivent être conservés ici et les catégories et types de messages autorisés doivent être fournis. Le correspondant doit être le code BIC de notre banque (pour une relation directe). Vous pouvez appeler cet écran en saisissant « PMDRMAUP » dans le champ situé dans le coin supérieur droit de la barre d'outils de l'application et en cliquant sur le bouton fléché adjacent.
Type d'enregistrement RMA
Le système indiquera s'il s'agit d'un enregistrement d'autorisation RMA ou RMA+ en fonction des détails de l'enregistrement d'autorisation RMA téléchargé ou créé manuellement.
Note
Si le RMA téléchargé file a inclus ou exclu des types de messages dans différentes catégories de messages, il s'agirait alors d'un enregistrement RMA+. Dans le cas contraire, l'enregistrement est un enregistrement RMA.
Émetteur
Sélectionnez le BIC requis de la succursale bancaire qui a émis l'autorisation de recevoir tous les types de messages ou certains types de messages (en cas de RMA+) dans la liste de valeurs disponibles.
Type de RMA
Spécifiez le type de RMA. Choisissez entre Émis et Reçu dans le menu déroulant.
Date de validité
Précisez la date de début de validité de l'autorisation RMA
Correspondant
Sélectionnez le BIC de la succursale bancaire qui a reçu l'autorisation de la banque émettrice dans la liste de valeurs.
Statut RMA
Sélectionnez le statut du RMA dans la liste déroulante. Les options sont Activé, Révoqué, Supprimé et Rejeté.
Note
Seules les autorisations RMA « activées » sont utilisées pour la validation RMA.
Valable à ce jour
Spécifiez la date de fin de validité de l'autorisation RMA. Grille de détails de la catégorie de message
Catégorie de message
Sélectionnez la catégorie de message requise dans la liste déroulante.
Drapeau d'inclusion/exclusion
S'il s'agit d'un enregistrement RMA+ créé, sélectionnez l'indicateur pour chaque catégorie de message indiquant « Inclure » ou « Exclure » un ou plusieurs ou TOUS les types de messages (MT) autorisés par la banque émettrice.
Détails du type de message
Type de message
Si cet enregistrement est créé en tant qu'enregistrement RMA+, spécifiez une liste de types de messages « inclus » ou « exclus » à ajouter pour chaque catégorie de message.
Note
- Si tous les MT d'une catégorie de message doivent être inclus, l'indicateur Inclure/Exclure doit indiquer « Exclure » et aucun MT ne doit être sélectionné dans le type de message
- Grille de détails. Cela signifie « Exclure – Rien », c'est-à-dire que tous les MT de la catégorie sont inclus dans l'autorisation RMA+.
- Si tous les MT d'une catégorie de message doivent être exclus, l'indicateur Inclure/Exclure doit indiquer « Inclure » et aucun MT ne doit être affiché dans le type de message
- Grille de détails. Cela signifie « Inclure – Rien », c'est-à-dire qu'aucun des MT de la catégorie n'est inclus dans l'autorisation RMA+.
- L'écran ne doit pas répertorier de catégorie de message qui n'est pas autorisée dans le cadre des autorisations RMA+ émises par la banque émettrice. Comme mentionné ci-dessus, toute modification des autorisations existantes n'est autorisée qu'à partir du siège social
- Pour la paire sélectionnée de BIC d'émetteur et de correspondant et de type RMA, les attributs suivants peuvent être modifiés :
- Statut RMA – Le statut peut être modifié selon l’une des options disponibles – Activé, Révoqué, Supprimé et Rejeté.
Note
En réalité, le statut RMA ne peut pas être modifié en fonction d'une quelconque option, car il dépend de l'émetteur du BIC, du statut actuel et d'autres facteurs. Cependant, ces changements de statut se produisent dans le module RMA/RMA+ de SAA et la fonction de modification n'est autorisée que pour les utilisateurs Ops qui souhaitent répliquer manuellement le statut dans cette maintenance (s'ils ne peuvent pas attendre le prochain téléchargement RMA).
- Date de validité – Une nouvelle date (modifiée) supérieure à la date « Valable jusqu'au » existante peut être définie.
- Date de validité – Une nouvelle date supérieure à la nouvelle date « Valide à partir de » peut être définie.
- Suppression de la catégorie de message et/ou des types de message existants.
- Ajout d'une nouvelle catégorie de message et/ou d'un nouveau type de message ainsi que d'un indicateur d'inclusion/exclusion.
Il est possible de créer une nouvelle autorisation en copiant une autorisation existante puis en la modifiant. Les modifications apportées aux autorisations existantes ainsi que la création de nouvelles autorisations nécessitent l'approbation d'un autre utilisateur ou du créateur (si la branche et l'utilisateur prennent en charge la fonction d'autorisation automatique).
Maintenance du tronc commun
Les maintenances de base communes suivantes doivent être effectuées pour l'intégration.
- Entretien client
- Créez les clients dans STDCIFCR.
- Maintenance du compte
- Créez les comptes (CASA / NOSTRO) dans STDCRACC.
- Le compte NOTSRO doit être créé pour la banque dans laquelle l'emprunteur possède le compte CASA.
- Tenue du grand livre général
- Créez le grand livre général dans STDCRGLM.
- Maintenance du code de transaction
- Créez le code de transaction dans STDCRTRN.
- OBPM utilisera les dates OFCUB
- Maintenez le paramètre IS_CUSTOM_DATE sur « Y » dans la table cstb_param.
- Maintenez le paramètre OBCL_EXT_PM_GEN sur « Y » dans CSTB_PARAM pour transmettre la demande à OBPM
- Ainsi, OBPM utilisera « Aujourd'hui » de sttm_dates comme date de réservation de transaction.
- Détails du code BIC Maintenances
- Le code BIC est un identifiant international standardisé qui permet d'identifier les entités et d'acheminer les messages de paiement. Vous pouvez définir des codes bancaires via l'écran « Détails du code BIC » (ISDBICDE).
- Autres paiements Maintenances
- Consultez le manuel d'utilisation principal d'Oracle Banking Payments pour les autres maintenances du jour 0.
- Pour des informations détaillées sur les écrans mentionnés ci-dessus, reportez-vous au manuel d'utilisation d'Oracle Banking Payments Core.
Glossaire des identifiants de fonction
- G GWDETSYS ………………….2-1
- L LBDINSTR ……………………2-6
- O ANCIEN USAGE ………………….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
- SOURCE PMDS ………………… 2-7
- PMDSORNW ……………….. 2-9
- PXDXTACC ……………….. 2-16
- S STDCRBRN …………………. 2-2
- STDECAMT ……………….. 2-11
Télécharger le fichier PDF: Guide de l'utilisateur de l'intégration déployée conjointement avec Oracle 14.7 Payments