SWIFT Alliance Access, Alliance WEB-Platform & SWIFT Alliance Gateway, -
- Apply regular security patches (received from SWIFT) on Alliance Access, Alliance Web-platform & Gateway servers in a timely manner based on criticality-matrix.
- Manage User-Profiles in UAT region and assist IT-Security Admin for Production region Create & maintain Message-Routing rules based on business requirements.
- Create & maintain different components required for routing-rules. – Ex. Message-partners, Exit-Points, Schemas.. etc Manage RMA records for all the member-institutions based on granularity requirements.
- Manage File-Act component for receiving Salary/Vendor-Payment files from financial institutions.
- Manage IPLA (Integration Platform) of SWIFT.
- Assist business users in handling queries related to message-status on GPI-Tracker.
- Check SNL HSM and other components connected to SWIFT Gateway on a routine-basis and trouble-shoot with SWIFT-support if found issues.
- Active participation in “Disaster Recovery Management” (D.R. test) validation once in 6 months.
Money Transfer System (MTS v4.0 & 5.8) AIX,
- It is a Payment-system designed & developed by ACI. Hosted on AIX platform, and used to process all types of SWIFT messages by interfacing with SWIFT Alliance Access (SAA) & other internal bank applications via mq. Some of the internal applications to which MTS interact are: BANCS MUREX BANKTRADE CORONA Being SME, my key-duties were
- Active participation during migration-phase of payment-system from mainframe to MTS Support for Business continuity (24 * 7).
- Address business issues related to MTS application based on criticality-matrix and if unable to solve, report to vendor to get the viable solution / temporary workaround till issue get addressed.
- Answer ad-hoc business queries related to transaction-processing and assisting them in setting-up business parameters like REl & AUX DB records, limits, country & currency cutoff,.. etc.
- Address business issues related to posted transaction-entries from recon, G/L, Cash-Flow point of view.
- Set-up user profiles in TEST region and assist I.T. Security Officers in doing the same in Production region based on business-need.
- Download & Install MTS Service-Packs (FULL or Incremental) Configure the installed service-packs and SUI (SWIFT User Interface) component based on embedded release-notes. The SUI component is mainly used to create & process non-financial (ADMIN) payment messages and other SWIFT messages (Ex 3XX, 4XX, ..etc). Conduct I.T. test (SME level) on the installed SP Co-ordinate with Testers & Business-users in testing the added functions & defect-fixes included in service-packs.
- Assist I.T. Operations team in deploying the tested Service-pack in production PLUS the configuration.
MERVA Queue Management using API's,
The application was developed to control various types of SWIFT messages apart from exchanging keys with correspondents. The queues are segregated based on departments involved in the functioning of the system. This queue management is done using MERVA API's. Apart from creating queues; the API's were developed in-house to:
- Route the incoming SWIFT messages to concerned departmental queues for further processing.
- Route the messages to interim queues after each step of processing done on it; so as to tag the necessary user details to the message. These details will be reflected in the end of day journal report.
- Format incoming SWIFT messages (MT 10X, MT 20X, MT30X, MT 70X & MT 940/950) from SWIFT format into the desired database format (IMS, DB2, VSAM etc.).
- For outgoing messages the process of format was exactly reverse i.e. from the database format to SWIFT MTXXX format.
- Automate the posting and further processing of payments.
- Develop an interface of retail system with MERVA so as to format the various types of outgoing messages into SWIFT format for onward transmission.
- Generate and print various end-of-day and audit-trial reports.
Integrated Payment System,
Function of this application was to process all the international and domestic payments Received / to be sent out in all the currencies and to post the necessary debit/credit entries using the cross rates of exchange. The access to the system & its sub-systems are controlled both at application (in programming) and system level (using RACF security) so that it can be used only by the authorized users. Also the system is catered to generate an end of day and on-demand reports for users as well as customers. The system has been enhanced to handle incoming & outgoing Kuwaiti Dinar (KWD) customer payments (MT103) & bank-to-bank transfers (MT202) as ‘Straight Thru Processing' (STP) if it qualifies to do so. Such payments get processed without any human interventions & will generate all the necessary Db/Cr entries. In addition, a module is being developed to interface the payment system of Central Bank's Real Time Gross Settlement System (RTGS) so as to effect the settlements of local currency (“KWD”) payments. This system uses Wide Area Network (WAN) and is running on windows O.S. The enhancement to the payment system to interface with RTGS needs an FTP to be developed to upload/download files from RTGS WAN to mainframe & vice versa.
Both these applications (MERVA API's & Integrated Payment System) were developed in-house on IBM Mainframe wherein
1) The base language used was COBOL
2) UI screens were developed using SDF–II
3) Interaction between users & application was via CICS..
4) Databases were DB2, VSAM & IMS
5) Controlling execution of batch programs was via JCL statements