Somnath Goswami

(M: +1-312-***-****)

Profile summary:

Expertise in iSeries design and development with 8.0 years of experience. Last 3 years on JPM’s Managed Service CDT BAU project on GMI / AS400 platform. Have knowledge of Microsoft .net platform using C#

Work Experience:

Polaris Financial Technology Ltd, Mumbai from Jan 2013 to till date on AS/400 Technology

Citiustech Solutions, Mumbai from Sept 2012 to Jan 2013 on AS/400 Technology

HSBC Software India Pvt Ltd, Pune from Sept. 2010 to Sept 2012 on AS/400 Technology

DACCIT Pvt Ltd, Indore from Feb-2009 to Sept 2010 on AS/400 Technology

HCL Info system, from April 2008 to Jan 2009 on Microsoft .Net using C#

Software Skills:

Server Side Technology: - AS/400 (DB2/400, CL/400, RPG/400, RPGLE)

Tools used: - DFU, SEU, PDM, QRY/400, ISDB, Source Debugger, SQL/400, Turnover

Significant project in AS/400 (maintenance): -

Managed Service CDT BAU Project, Polaris Financial Technology Ltd, Chicago IL

CDT BAU Managed Services project takes care of BAU technology enhancements in the CDT space of JPMorgan. We support applications across multiple functions & technologies in managed service mode. The functions supported are GMI, GL Accounting, Reconciliation, Settlement, Clearance and TDTAs from 4 different locations – Mumbai, Singapore, London & Chicago, Mumbai being offshore development center.

Role: as an onsite team member handling various reconciliation applications e.g. Nostro, GREX, WSS, PCS for the enhancements and various production issue we came across on daily basis.

Worked on various resiliency fixes, GMI - annual release & business enhancements as an offshore team member.

Annual Release –

worked on AR release process where we have to analyses the list of GMI object changes, file changes and remediation steps need to be taken in case of file changes. Also worked with some of the AR issues and enhancement that we got in UAT and code changes to fix the issue.

Worked on the night batch backup process as a part of Annual Release where we changed the daily backup process. Before change it was allowed to take the backup of only 300 files, as a part of AR few more files came in the backup list crosses the capacity of 300 files. We rewrite the backup utilities using QSRSAVO IBM provided API to cater the backup issue.

Also worked on monthly backup process utilities where existing process cause ASP to go high and risk of machine to crash. We changed the process to take the backup of monthly files directly on tape instead of SAVF which will save ASP storage.

Resiliency Fixes -

Providing fixes for the various resiliency issues which have been raised by the operate team related to repetitive work they have to undertake every day during the batch and also to improve the performance of the Jobs submitted during the batch or online. Resiliency fixes are deployed to enable minimal involvement of operate team during the batch process and any of the batch process which is submitted from the online as well. As a result of the above resiliency fixes around 2-3 hours of the operate time is saved on daily basis.

Enhancements –

worked on the automation of memo batches, have deployed for menu options for TKMAIN and INMAIN and still working for other memo batches. After implementation Ops users will be able to run the memo batches instead of contacting IOC operator.

Have worked on the Price variance issue (PV Report) and find out the loophole in the existing report, price variance report is being generated by the various batches to check the previous day closing price and the current day closing price, if the price crossed the defined limit it is captured in PV report. As per the existing logic only positions are being checked and if the position is present for the particular contract and prices cross the limit it is written in PV report.

Now the loophole is that if the trades are there for a particular contract and no positions even though it’s having incorrect prices it will not be captured in PV report. To overcome the loophole, we are going to introduce the logic to check the trades as well and those prices will also be captured in PV report which does not have corresponding positions but have incorrect prices to take required action.

Have also worked on medium enhancements like Advisor SPN maintenance (Man group), a new screen has been provided to the user where he can maintain the new advisors and existing advisors. This was mainly for Man group which is currently having two advisors named AHL and GLG and one advisor SPN for each. The advisor SPN is associated with the client accounts for which these 2 are the advisors.

As per the new requirement these two advisors can have more than one advisor SPN if they have more than one entity in different Locations e.g. different advisor SPN in US and different in UK. After the enhancement the current extract will be having all the client accounts associated with the Advisor SPN for AHL and GLG and sent to client.

Technology: AS/400 (CLLE, RPGLE), DB2

MCH3 Algeria implementation & FATCA, HSBC Software Division Pvt Ltd India, Pune MH

Multi country hub system was developed by HSBC to support more than one country as a single entity. Earlier same application was running for the different countries in a different environment having different file sets. After MCH implementation the single application was able to support different countries by using single file having the records of different countries identified by county code and group member.

MCH1 was supporting 7 countries and MCH2 with 5 countries, newly developed MCH3 is having 1 country as Algeria right now but more can be included.

Major benefit for MCH was batch support, earlier there was a single batch for each country needs to be supported by HSBC GLT, after implementation of multi country hub system there was only 3 batches for MCH1, MCH2 and MCH3 each instead of one batch for each country. MCH works on region basis instead of country. So the significant improvement was related to cost and efficiency.

Role:

Supported the Local Applications during UAT and Production Phase like SATIM, Cheque Automation, Local Payment system, Debit Card Dispute.

Developed new Application Debit Card Dispute for Algeria

New screens have been developed within HUB to capture the input related to disputes coming from different banks for the transactions done through debit cards (ATM) by operation team. The consolidated information is send as feed from HUB to another system in a proper format that should be acceptable by the system during night batch, after doing the proper validation corresponding disputes should be resolved manually by making the required transactions.

Make the Existing code MCH Compliant

Supported the UAT and Production Batches

Technology: AS/400 (CLLE, RPGLE), DB2

HBME- Application Support, HSBC Software Division Pvt Ltd India, Pune MH

GLTi HBME supports 13 middle-east countries. GLTi HBME Application Support Team provides application support. This team handles the PPCR, provides the UAT batch support and investigates the UAT issues also do the release activities on production.

User raises the change request, sometime the changes was done by the core house team and in some case comes directly to PPCR team. When the changes were done by core house team they provide us the program name and the changes done by them, our responsibility was to incorporate those changes and do the UAT testing and production push, in case there is any problem in UAT we have to provide the fix after getting approval from core house team.

When the changes come directly to PPCR team our responsibility was to do the impact analysis, do the code changes, perform UAT, prepare test cases and after getting confirmation production push.

Role:

Handling PPCRs.

Run UAT Batches

Investigate UAT Issues and provide solution.

Technology: AS/400 (CLLE, RPGLE), DB2

Sales Management Module, DACCIT Pvt Ltd, Indore

The sales management system keeps track of the main business process of sales and distribution, such as inquiry, quotation, sales order processing, returns handling and delivery. This module also maintains extensive customer information, defines pricing and tax information, generates sales orders and manages picking, issuing, packing and shipping operations and checks credit. The entire administrative, product, pricing and shipping information is edited during the sales order entry process. This module is interrelated with Production, Inventory and Accounts.

Role:

Impact analysis

Enhancement in the module as per requirement

Unit test case review & creation

Full engagement from code changes till production deployment and getting it signed off.

Technology: AS/400 (CLLE, RPGLE), DB2

Academic Qualifications

Degree achieved

University

Course Duration

Passing year

M.C.A

(Master of Computer Application)

Rajiv Gandhi Technical University, Bhopal(Madhya Pradesh) India

3 Years

July 2004 to July 2007

B.C.A

(Bachelor of Computer Application)

Barkatullah University

Bhopal (Madhya Pradesh), India

3 Years

July 2001 - June 2003

Contact this candidate