Fiat Chrysler Automobiles (FCA), the seventh-largest automaker in the world and services vehicles, spares and other equipment in the Automotive and Agricultural markets. The core products of Fiat include large vehicles used in construction and transport fields. As part of project we have providing Application Maintenance and Support to the PSAP,GSAP and CSPS applications. PSAP will get data from PENTASAP applications and load it to DB2 tables. Jobs will be triggered by file and scheduled on time basis. GSAP application will get payment transactions data from PAYROLL application and send these data to PEATASAP system. Common Spare Parts System (CSPS) is a new system integration initiative launched by Fiat Auto Group (FGA). providing a common software system for three different companies, FGA, Iveco, and CNH, in order to support those planning and execution activities that represent day-by-day routines in spare parts business processes; making feasible, efficient, as smooth as possible, the integration between the enhanced CSPS system and the set of different back-end applications exploited in different sectors and geographies (or continental regions) across the industrial group.

Fiat Chrysler Automobiles (FCA), the seventh-largest automaker in the world and services vehicles, spares and other equipment in the Automotive and Agricultural markets. The core products of Fiat include large vehicles used in construction and transport fields.

As part of project we have providing Application Maintenance and Support to the PSAP,GSAP and CSPS applications. PSAP will get data from PENTASAP applications and load it to DB2 tables. Jobs will be triggered by file and scheduled on time basis. GSAP application will get payment transactions data from PAYROLL application and send these data to PEATASAP system.

Common Spare Parts System (CSPS) is a new system integration initiative launched by Fiat Auto Group (FGA).

• providing a common software system for three different companies, FGA, Iveco, and CNH, in order to support those planning and execution activities that represent day-by-day routines in spare parts business processes;

• making feasible, efficient, as smooth as possible, the integration between the enhanced CSPS system and the set of different back-end applications exploited in different sectors and geographies (or continental regions) across the industrial group.

Länsförsäkringar provides end to end support for for Property and Liability insurance based out of Sweden. MOSK is on of the Sub-System which handels all Claims for Vehicle damage. LIVR is another sub-system, brnaching out of MOSK to handle Personal Injury claims in an accident.

MOSK: Mosk is the one of the most business critical non-life application in LFAB. Mosk is claim management system for motor vehicles. It receives claims from all the systems like Lefo, flyt.etc. This will have claim processing system for vehicles and personal injuries. registration of claims, payments(in and out), query routine(inquire) Requirement management(AO-insurance money those needs to be recover from other insurance system, TSJ- deductible to be paid by policy holders, RES- sell damaged car scraps, MOR-insurance company pay taxes and reclaim from the insured.

WILL: WILL is Life system and run in SAS application. I created new programmes and suporting monthly batches and sending the monthly reprots to users.

Cross branch Bulk Transfer in SB: For transfers between branches, for each line of security system shall be placing an external transfer out from the source branch and an external transfer in to the destination branch. Each line of security under a bulk shall be having individual transfer reference and shall be linked to a bulk transfer reference. Each of these instructions shall be reported in downloads including P1 and CMS SEYMOUR handoff (if SWIFT indicator =Yes). These transactions shall be fed to transaction journal and securities balance report and shall appear with bulk reference for both the branches.

Swift Capability for FOP Bulk Transfer: The enhancement aims at bulking of transactions (External transfer In & External transfer Out) and follows the current BAU in order life cycle and downstream impact. Each line of security under a bulk shall be having individual transfer reference and shall be linked to a bulk transfer reference. For each of this individual transfer, system shall be generating SWIFT (MT540/MT542) as currently happening for Individual external transfer In/Out. SWIFT layout for MT540/542 shall be following current BAU. Each of these instructions shall be reported in downloads including P1 and CMS SEYMOUR handoff (if SWIFT indicator =Yes) as currently happening in BAU.

Cross branch Bulk Transfer in SB: For transfers between branches, for each line of security system shall be placing an external transfer out from the source branch and an external transfer in to the destination branch. Each line of security under a bulk shall be having individual transfer reference and shall be linked to a bulk transfer reference. Each of these instructions shall be reported in downloads including P1 and CMS SEYMOUR handoff (if SWIFT indicator =Yes). These transactions shall be fed to transaction journal and securities balance report and shall appear with bulk reference for both the branches. Swift Capability for FOP Bulk Transfer: The enhancement aims at bulking of transactions (External transfer In & External transfer Out) and follows the current BAU in order life cycle and downstream impact. Each line of security under a bulk shall be having individual transfer reference and shall be linked to a bulk transfer reference. For each of this individual transfer, system shall be generating SWIFT (MT540/MT542) as currently happening for Individual external transfer In/Out. SWIFT layout for MT540/542 shall be following current BAU. Each of these instructions shall be reported in downloads including P1 and CMS SEYMOUR handoff (if SWIFT indicator =Yes) as currently happening in BAU. EUSD / RUBIKS Tax Agreement. The enhancements required to receive net tax amount from the P1 Tax System and do the withholding or reporting of the European Union Savings Directive Tax (EUSD) and Rubiks Tax. Computation for these taxes is envisioned to be done in the new P1 Tax System depending on the Client Base-level marker (determines who is in scope), LV, Asset Tax Classification and Transaction Type (determines tax rate and formula to be used). SB to receive net Tax Amount and perform the withholding and reporting as applicable. EUSD Tax: Tax on interest income by an EU Resident on investments made in another EU state. In all EU nations, the Banks obligation ends with reporting of interest income earned and Client will have to pay tax to his home country. RUBIKS Tax: An extension of EUSD, covers capital gains as well. Applicable for UK, Germany and Austria residents that have accounts in Swiss banks.

Project Description:

NPD (NewJersy, Philadelphia and Delaware) is billing application for Verizon Telecom. The service representatives enter customer Service Orders into NJ, PA and DE SOP/DOE on a day to day basis. Service Orders can be of retail and corporate accounts. Further the service orders are processed in MISOS and then passed on to SEFS for edit the rates. After rates are edited the customer information is passed to CAFS, which maintains the account information of the customers and sends it to FBS for billing. FBS also gets usage data from TOLL. The bills are printed by CFPD, which are received by the customers.

The main inputs to the system are CAFS (Customer account information), SEFS (Service and Equipment File System) and TOLL (usage information). The SEFS & CAFS applications, provides the account data required and the Toll application provides the toll usage data. In validation step data from the CAFS is verified with SEFS data. After validation some adjustments are performed. Adjustments are processed by CAFS and passed over to FBS for printing.

East Legacy NY is a suite of applications that provides customers with an accurate, detailed bill of charges incurred in a billing period. To generate this bill, the East Legacy suite of applications gathers, sorts and verifies customer account information including: • Usage data (e.g., time and duration of calls) • Payment information (e.g., date and amount of payments) • Adjustment information (e.g., reason for the adjustment) • Equipment rental information (e.g., rental charges) Monthly and one-time service charge Information (e.g., specific services and charge amounts) The suite of applications receives data from other systems, calculates and produces customer bills, posts data to accounting journals, compiles statistical information and provides a means of reporting current business information to management. Common Format Print and Deliver (CFPD): This is one of the modules for EAST BILLING and also known as Bill Format & Media Common NY/NE. Major function is receiving billing data from Accounts, Toll, CRIS and Invoice systems in order to produce various customer bill media. Billing outputs include: • Printed paper bills: Residence Bills (common NY/NE), Business Bills (NY/NE; different formats), Spanish Bills (NY); Braille Bills (NY/NE), Enlarged Bills (NY/NE). • Bill messaging function: Receive messaging requests from internal customers (Marketing, External Affairs, and Regulatory) and external customers (other billing carriers) which result in printed communications to end-user customers on monthly billing statement. • Misc. Customer Mailings: Large Volume Discount Reports, Local Usage Discount Plan reports (Home Region), NY State Affidavits & Certificates, Information Provider Usage Detail & Adjustments report.

NPD (NewJersy, Philadelphia and Delaware) is billing application for Verizon Telecom. The service representatives enter customer Service Orders into NJ, PA and DE SOP/DOE on a day to day basis. Service Orders can be of retail and corporate accounts. Further the service orders are processed in MISOS and then passed on to SEFS for edit the rates. After rates are edited the customer information is passed to CAFS, which maintains the account information of the customers and sends it to FBS for billing. FBS also gets usage data from TOLL. The bills are printed by CFPD, which are received by the customers. The main inputs to the system are CAFS (Customer account information), SEFS (Service and Equipment File System) and TOLL (usage information). The SEFS & CAFS applications, provides the account data required and the Toll application provides the toll usage data. In validation step data from the CAFS is verified with SEFS data. After validation some adjustments are performed. Adjustments are processed by CAFS and passed over to FBS for printing. East Legacy NY is a suite of applications that provides customers with an accurate, detailed bill of charges incurred in a billing period. To generate this bill, the East Legacy suite of applications gathers, sorts and verifies customer account information including: Usage data (e.g., time and duration of calls) Payment information (e.g., date and amount of payments) Adjustment information (e.g., reason for the adjustment) Equipment rental information (e.g., rental charges) Monthly and one-time service charge Information (e.g., specific services and charge amounts) The suite of applications receives data from other systems, calculates and produces customer bills, posts data to accounting journals, compiles statistical information and provides a means of reporting current business information to management. Common Format Print and Deliver (CFPD): This is one of the modules for EAST BILLING and also known as Bill Format & Media Common NY/NE. Major function is receiving billing data from Accounts, Toll, CRIS and Invoice systems in order to produce various customer bill media. Billing outputs include: Printed paper bills: Residence Bills (common NY/NE), Business Bills (NY/NE; different formats), Spanish Bills (NY); Braille Bills (NY/NE), Enlarged Bills (NY/NE). Bill messaging function: Receive messaging requests from internal customers (Marketing, External Affairs, and Regulatory) and external customers (other billing carriers) which result in printed communications to end-user customers on monthly billing statement. Misc. Customer Mailings: Large Volume Discount Reports, Local Usage Discount Plan reports (Home Region), NY State Affidavits & Certificates, Information Provider Usage Detail & Adjustments report.

Fidelitys ALS Automotive Finance is a highly sophisticated, scalable; lending software package that provides automated account management and proactive customer care for the life of the loan. ALS Automotive Finance becomes the system of record for a loan account after it leaves origination and until it is paid off. ALS Automotive Finance flexibility and scalability is especially attractive to small-business owners whose loan portfolios mirror those of larger organizations in complexity, if not in dollar amounts. ALS Automotive Finance was originally architected and developed as a combined commercial and consumer system to support much of the sophistication needed for lower- to middle-market commercial lending. The system adds flexible rate and payment structures to a core accounting and customer hierarchical structure needed for commercial lending. Small business to lower-end middle-market business lending is a natural fit for ALS Automotive Finance. Like retail lending, lower-end commercial loans are originated with some degree of automation; credit scoring is used, and additional automation of the process is desirable products including direct and indirect loans, credit lines, installment loans and variable rate offerings. In addition, it can cater to lower-end commercial products and non-first mortgage real estate loans. This system has been subject to maintenance and enhancements ever since its evolution.