Sharath Pundamalli
Sharath Pundamalli
Sharath,
Email: Sharathpundamalli@gmail.com Software Engineer,
Bangalore
Mobile No: 9502859320
OBJECTIVE:
To join a Team of Dynamic and Enterprising Professionals, ready to take up
challenging assignment for the Organizational growth and career advancement.
EDUCATIONAL DETAILS
IT EXPERIENCE:
NON IT EXPERIENCE:
Worked as Lab Coordinator in Harsh Technologies from June 2001 to April 2007
Done Certification in DB2 from June 2013 to June 2014
Profile
• Twelve years of IT industry experience encompassing a wide range of skill set, roles in
Application development and Design, support and testing.
• Extensive experience with analysis, design, development, testing, customization's and
implementation of software applications including MVS applications.
• Strong database skills, Object Oriented Programming and development knowledge on
Banking and Financial Domain
• Experienced in leading teams and projects. Handled multiple roles as Team lead,
Process analyst, Developer and Tester.
• Executed software projects for Retail, Banking and financial service, Credit card
domain and Production Support.
• Good communication skills, interpersonal skills, self-motivated, quick learner, team
player.
Skill Set:
PROJECT EXPERIENCE
• Description:
The post trade processing deals with the transactions from buyer and seller after a trade is
complete. The buyer and seller compare trade details, approve the transaction, change record
of ownership and arrange for the securities of trade and cash. legacy common coding concepts,
such as records, data sets and their access modes to records -- indexed, sequential --, VSAM, run
units, jcl scripts, CICS concepts, and so on. Java coding using the Spring framework.
Throughout the document, we use short class names for readability. For more information, see
AWS Blu Age fully qualified name mappings to retrieve the corresponding fully qualified names
for AWS Blu Age runtime elements and Third party fully qualified name mappings to retrieve the
corresponding fully qualified names for third party elements. All artifacts and samples are taken
from the modernization process outputs of the sample COBOL/CICS.
Role and Responsibilities:
• Worked on the preparation of Reverse Engineering documents for the conversion of code
From Mainframe to Java
• Worked on setting up of data as per client requirements viz creating Control Cards etc
• Interacting with the client
• Utilize mappings from AWS Blu Age to retrieve corresponding fully qualified names for AWS
Blu Age runtime elements.
• Work with third-party services and libraries, ensuring that you map their elements to fully
qualified names appropriately, aiding in integration with the modernized solution.
Description:
The Advices are generated by HSBCnet for UK and HK customers Faster Payment (FP1)
advices argenerated for UK Customers.
Mainframe will create an event for each FP1 advice coming from RPS feed both in Online
and batch for UK Country. ODSS will fetch the advices whenever event is crated for FP1
advices and load into ODS and alert for eligible/subscribed accounts to Connect System.
ODS will fetch the advices whenever event is created for FP1 advices and load into ODS and
alert for eligible/ subscribed accounts to connect system. There are two Faster payments
loading modules, Mainframe will check for every row FP1 advice loaded into the advice
table and an event should be created in the Event table with Polar or Group ID based on
the timestamp.
Responsibilities:
• Description:
MCF (Multicurrency Cash Forecasting) is one of the TLA in Northern Trust. It deals with
Cash availability and Cash Balance. The data is available in MCF Post Table.
Cash Balance is input to MCF. This file contains currency EOD positions. MCF is
divided into Cash Forecasting, Fidelity Processing and Cash Telex. We have two types of jobs viz
EOD jobs and Intraday jobs. There are two types of accounts viz
Global Accounts and Domestic Accounts. Fund Master is upstream for Global Accounts.
TBR (Trust Bank Reporting) is the upstream for Domestic accounts. Intraday jobs will have
Closing Balance, Pending Balance and Balance transactions. Cash Telex contains
Web focus reports accessible to end customers. Apart from MCF we have SLA (Security Level
Audit ) and OIT ( Operation Initiated Transactions)
• Description:
First data was pioneer in providing credit card services to all over the world. They had developed
a utility called RMZVOLT which encrypts the desired Positions of PII fields. The PII fields are SSN,
Credit card number, DDA. The last 4 digits of the credit card number has been encrypted
previously. We are encrypting the middle 6 positions of the PII fields as part of our new
Requirement. We have a program called CRYPT that does the encryptions.
• Description:
Booking is an intention to ship cargo; the customer may not ship at all. When cargo is
Received at the port for shipping then only the booking becomes shipment.
Based on the cargo and container requirement, the equipment requirement for the Particular
port is done. Based on container requirements for the port, particular types of empty containers
are obtained. If a Port is short of enough equipment, then it is leased based on requirement. If
the shipper/supplier decides to move the equipment and cargo.
In that case, the customer picks it up. Customer then fills up the container and returns it back to
the yard. There could be some rework/consolidation at the Port/interim if necessary, based on
whether container is half full. In some cases, the carrier might deliver the empty container to
the customer’s location and pick up the loaded container from the customer’s location.
• Description:
Tokenization is about reading the Account Purge file created from CH process and purging the
rows from Digital Wallet Token Profile table based on the CRN. The CRN is sorted by taking the
last 4 digits as the partial key. The input file contains Information about credit card numbers of
the inactive accounts that has been Purged. The output file contains the CRN of the credit card
accounts that have been purged and count of number of records that has been purged.
.
Project Title VIII : SWAN
Client : BARCLAYSARD, U. K
Type of Project : Cards & Migration
Period : Feb’2011 To May’2013
Environment : IBM Z/390,COBOL,JCL,DB2,CICS,RDZ
Organization : CAPGEMINI
Team Size : 12
Description:
The SWIFT Migration project has been incepted to deliver the migration of Sky Card
accounts from the TSYS card processing platform to TRIUMPH. The key objectives of the
project are:
The SWIFT Migration project has been incepted to deliver the migration of Sky Card
accounts from the TSYS card processing platform to TRIUMPH. The key objectives of the
project are:
• To reduce the Partnerships cost base through Platform consolidation by moving the
Sky Card portfolio to TRIUMPH
• To exit the contractual relationship with Sky and to remove the Sky brand
• To exit the contractual relationship with TMS.
To achieve these objectives, BSP will manage the transfer of accounts from the Sky Card
portfolio, hosted on the TSYS TS2 system to TRIUMPH and the processing of trailing
transaction activity once the portfolio has been migrated.
• An agreed mapping of Products, Accounts and Transactions between the two Card
processing systems to ensure data integrity and an acceptable Customer experience
during migration
• Data files sourced from TSYS (or other sources e.g., Direct Debit data, business
supplied account to DMI data) provided in a timely manner to enable Account
boarding, data synchronisation and Account activation to be achieved within the
agreed timeline.
Description
The ABC Project will implement the selected system for planning, executing and
managing projects and programs. The new system will replace project management
tools used today. The project cost is estimated to be $6.0M and will return a net
reengineering save of ~$2M within the 1st year of implementation and growing to ~$4M
annually by year 4. The payback period is Yr. 3, and the IRR (10 yr.) is 47.1%. Overall
expected benefits include:
▪ Reduced IT operating costs
▪ Increased revenue by minimizing project overruns
▪ Greater access to information for timely decision
▪ Greater control over the Company’s project portfolio
A pilot will be conducted in Q3. By the end of the year, all projects will be managed
within the new system. The change will impact approximately 2000 people (leaders,
project managers and project team resources) and most departments across the
Company..
The ABC Project will implement the selected technology system for planning, Executing
and managing projects and programs. This new system will replace Project management
which will mirror “out of the box” capabilities of the system.
• Description:
The Vauxhall System takes care of Aftersales of GM. This application is used for aftersales
Invoice Generation, aftersales warranty, aftersales pricing and annual inventory.
Systems are split into two main business areas: warranty (FMRS) and finance/sales and
marketing (all other systems).
Vdis produces pick confirmations, which are passed onto DDS and the mainframe at approx.
11pm each night. These are left on the mainframe until they are received in a transmission file
from DDS. DDS processes the picks to produce invoices. Domestic invoices are immediately
released from the DDS system, and the information passed to the mainframe, however export
invoices require manual releasing by Trevor’s group before they are sent to the mainframe.
The mainframe receives the information from DDS the morning after the invoices were
produced. They are then processed that night. Because DDS does not keep all the information
that the mainframe requires, the DDS records are put through a process that matches the
information with the pick confirmations, so that the remaining information can be stored.
Matched data is processed, unmatched Vdis records are stored for later matching, and
unmatched DDS records are reported as errors and stored for amendment.
EUCS also receives a file from the invoicing process, detailing the exchange units. From this
information, tags are produced and sent to the retailers so that they can return the parts they
wish to exchange. This can be because the retailer has ordered an exchange unit, or because he
wishes to return a part due to incorrect dispatch or fault. On initial order the retailer is charged
the full price including an exchange unit surcharge – once the parts are returned and wended
into the system, a refund (credit) is issued and sent to IES.