AnnexB - Appendix3B - Kiran
June 2, 2016 | Author: shah04174 | Category: N/A
Short Description
sap...
Description
Federal Electricity and Water Authority REQUEST FOR PROPOSAL Tender No. 15EW/2009
BIDDING DOCUMENTS FOR A CONTRACT TO DESIGN, SUPPLY, INSTALL, IMPLEMENT, TRAIN AND PROVIDE SUPPORT SERVICES FOR AN ERP AND CRM /BILLING SOLUTION ON A TURNKEY BASIS
ANNEXURE B: APPENDIX 3B COMPLIANCE SHEET
Annex B: Appendix 3B- Compliance Sheet
Page ii of 89
Contents 1 Proposed ERP and CRM/Billing Solution.........................................1 1.1 Overall System Architecture..............................................................................1 1.2 Proposed Application Modules and E-Services Interface................................21 1.3 Document Management System......................................................................30 1.4 Functional/Technical Requirements.................................................................34
2 System Installation........................................................................122 2.1 Installation Services.......................................................................................122 2.2 CVs of proposed team members for System Installation...............................122
3 System Implementation.................................................................124 3.1 Implementation Approach..............................................................................124 3.2 Data Migration...............................................................................................126 3.3 Interfaces........................................................................................................127 3.4 Documentation...............................................................................................127 3.5 Bidder Staffing Plan.......................................................................................129 3.6 CVs of team members....................................................................................131 3.7 FEWA team involvement...............................................................................133 3.8 FEWA Infrastructure Requirements..............................................................138
4 Training..........................................................................................139 5 Support Questionnaire....................................................................141 6 BIDDER Organization Details.......................................................143 6.1 Company Profile............................................................................................143 6.2 Reference Site Details....................................................................................144 6.3 Experience of implementing in the GCC/ UAE and in Utilities in the Gulf region.....................................................................................................145
7 Other Formats.................................................................................147 7.1 Form for Clarification Questions...................................................................147 7.2 Form for Deviations from RFP......................................................................148
Annex B: Appendix 3B- Compliance Sheet
Page 1 of 89
1
Proposed ERP and CRM/Billing Solution
It is mandatory for all bidders and all their related subcontractors and/or partners (if any) to fill all listed items within this document in a detailed fashion. Failure to provide all the needed information can result for immediate disqualification.
1.1
Overall System Architecture
1.1.1
General Product Information
Kindly furnish information for each product / application separately in case more than one product / application is offered System name
ERP 6.0 (Base Product), SAP For Utilities
Date of launch ( Globally and in UAE )
June (ERP 6.0), SAP for Utilities, multiple releases since late 90’s.
Date when first client site went live ( in UAE ) with client name
First ERP 6.0 clients in 2006. SAP for Utilities currently under implementation at DEWA. Live in Saudi Arabia since 2004.
Current version and release date (GA)
This is the latest version of our product and was released in 2006. However, SAP is evolving the SAP ERP major release schedule to a five-year rhythm to better align with the customer adoption cycle. To ensure that customers take advantage of innovations while minimizing the impact to core operational systems, SAP plans to accelerate delivery of new functionality through enhancement packages that customers can optionally implement on top of SAP ERP. Enhancement packages are intended to contain functional enhancements and enterprise services in areas such as shared services, end-to-end business processes such as order to cash or "hire to retire," supplier collaboration, and industry specific functionality. The intent is to deliver more innovation, more quickly, in a more accessible way. SAP is thus ensuring the greatest possible protection of your investments by continuing to deliver high-quality ERP functions.
Number of
• • •
Today, more than 82,000 customers in over 120 countries run SAP applications and the demand for the SAP ERP 6.0 application software in production environment ( in is especially high, and to date more than 10,000 customers are using it in live operation. A large number (200+) of customers are using SAP ERP versions in the GCC. 3 GCC utilities are live with SAP and 1 is under implementation.
Clients using the proposed UAE) Major clients in GCC using the proposed software with details of year of implementation Installations in the last financial year that has been implemented by bidder and contact details
Largest customer for the proposed product
• • • • •
Please review the attached excel sheets which list our customer references for ERP 6.0 and ISUtilities.
Name of the customer Number of customer installed accounts ( active accounts )
C: \Users\ C5037555\ C: \Users\C5037555\ Document s\Client s\ FEWA\ Document References_ERP_6.xls s\Clients\ FEWA\ References_I S_Ut ilit ies.xls
Transaction volume Number of remote site DR availability ( is it hot-standby or cold-standby )
How can the proposed software be acquired? (purchase/lease/other)
Purchased
In case of licensing, explain software licensing systems schema and cost structure.
Licensing is a mixture of named user and metrics based: SAP ERP is based on named users and priced according to roles. SAP CRM and Billing for Utilities is based on the number of active
Annex B: Appendix 3B- Compliance Sheet
Page 2 of 89 Is it restricted as to the location of installation or global? ( explain the license mobility if its supported )
contracts.
Is the license agreement per site, per CPU, per concurrent user, per named user, per server licence, per database , per enterprise basis or combined of a mix of the mentioned methodology ? ( Please explain in details )
ERP is per named user based on role. Utilities tools are licensed based on metrics as per the answer to the previous section. Some solutions, such as SAP explorer, are also available per CPU.
Is the source code available?
Yes
IF the answer on the previous question is yes then please indicate the Escrow availability of the source code .
Under the terms of the SAP Software End-User License Agreement, SAP provides application source code. Basis source code is placed in escrow. The escrowed code can be made available to SAP customers in the event of SAP filing bankruptcy or going out of business.
If the proposed product has any additional features ( not listed in the RFP ) that will be useful in evaluating of the product(s) / solution, then state them
The installation is not restricted. The regions that the software may be utilized in a documented in the contract.
• • •
• • • •
SAP ERP is proven, world-class, integrated ERP software that addresses the core business software requirements of the most demanding organizations around the world – in all industries and sectors. With 47 country versions, SAP ERP is a truly global application used by organizations across multiple industries, currencies, and accounting standards to support international workforces. The SAP strategy of growth through innovation and scope contrasts with the strategies of some competitors that try to achieve growth through merger and acquisition, which can cause disruption for customers. SAP ERP has a clear product road map that gives organizations a choice as to how they want to consume new features and functionality. SAP ERP 6.0 is the goto release, and with SAP enhancement packages, we continue to deliver innovation without disruption to SAP ERP customers. SAP ERP is built on SAP NetWeaver, the SAP technology platform that reduces IT complexity while supporting scalability and growth. SAP ERP is tightly integrated to optimize cross-functional business processes and to enable comprehensive collaboration within and beyond an organization. SAP ERP delivers industry-specific functionality that supports the best business practices in more than 25 industries based on SAP’s experience with thousands of successful customers. With SAP ERP, companies can implement industry-specific functionality easily. With 35 years of proven performance and results, SAP has earned the position of trusted adviser to organizations. Likewise, SAP ERP has earned its place as the trusted software foundation for thousands of global organizations.
What are major enhancements are planned in the next 24 months Describe any limitations of the proposed product ( if any ) in term of capacity , number of users, number of transaction, volume of Database , languages support DR support and/or any other essential feature.
There are no software limitations. Only limitations are HW and network capacity. SAP solutions are used by some of the largest Utilities in the world and are very scalable.
Annex B: Appendix 3B- Compliance Sheet
Page 3 of 89 What is the road map of the proposed product for the next 3 to 5 years? Please As the world’s leading provider of business systems, SAP has a proven track record in developing software and providing regular upgrades to assist our customers perform business more effectively explain it in details. Use additional sheets if required. and efficiently. We recognise that our customers need to have tools and technologies that provide flexible business processes and adaptive business models to enable you to respond rapidly to change, opportunities, and threats. SAP has a clearly defined upgrade path for all its solutions. Over the past few years SAP has adapted its product release strategy and roadmap of SAP ERP to deliver on two key components; simplification and innovation without disruption. In recent years, major version releases have included: 4.6c
Available since May 2000
4.7
Available since July 2002
ERP 2004
Available since June 2004
ERP 2005
Available since October 2005
ERP 6
Available since June 2006
We continue to build on the successful release strategy of SAP ERP, in which the core remains stable, while customers receive enhancement packages that offer regular innovation on top of the business process platform. What Are Enhancement Packages? Enhancement packages are: • •
Optionally installed and activated software innovations for SAP ERP 6.0 Software innovations include • UI simplifications • Functional enhancements • Industry specific capabilities • Enterprise services • Cumulative in nature: current enhancement packages contain entire content of earlier packages • Enhancement packages are not support packages SAP enhancement packages will be delivered for all Suite Applications • Enhancement packages are released regularly enabling a customer to benefit from new functional enhancements without having to perform entire system upgrades every couple of years, which has been costly and time consuming in the past. • •
SAP enhancement packages will be delivered for all Suite Applications Enhancement packages are released regularly enabling a customer to benefit from new functional
In recent years, major version releases have included: Available since May 2000 Available since July 2002 ERP 2004 Available since June 2004 ERP 2005 Available since October 2005 ERP 6 Available since June 2006
How many releases of your product have been produced during the last five 4.6c 4.7 years?
Annex B: Appendix 3B- Compliance Sheet
Page 4 of 89 What is the next scheduled major release of the proposed software?
Please see product roadmap above
How often are new versions released?
Please see the attached material on SAP’s upgrade strategy which is based on
Does the product have a support centre in UAE /in GCC? If yes, since when and where is located and what services does provide ?
SAP offers support on a global basis in a follow the sun model. Customers are offered online and phone access to the support organization. A toll free number is offered in the UAE. More details on Sap Active Global support are in the attached document.
Indicate contractual agreements, and terms of use. Please attach the draft copy of the agreement for the below . Software purchase Software licence Software maintenance /AMC *
( ( (
) ) )
* Indicate clearly if upgrade process for minor and/or major releases is including in the proposed AMC? Did the proposed product pass through major rewrite statue ? , if yes then All additions have been incremental over time, no major re-writes. indicate which release and when it has been released. Indicate all users screens (if any) which will not be in dual languages Arabic ERP and SAP CRM and Billing for Utilities support Arabic. and English ( if you didn’t indicate any , then FEWA assume all screens will be bi-lingual (Arabic/English )
1.1.2
System Architecture
(Kindly furnish information for each solution separately in case more than one application/option is offered)
Annex B: Appendix 3B- Compliance Sheet
Page 5 of 89 1
Provide a detailed architecture of the proposed solution on a separate sheet. This should include but not limited to :
•
Application architecture showing the interaction of the different modules being proposed
•
System Deployment Architecture
•
Recommended Network infrastructure requirements
The SAP solution for utilities is based on the Netweaver Web Services Platform. This enables the system to be deployed as a web services solution as well a N tier architecture where front end, application and database services may be separated. Please see supporting materials on the Netweaver platform.
SAP Architecture Overview SAP’s n-Tier Architecture
SAP components are each built on an n-tier client/server architecture, which includes presentation, application and database service components that communicate using industry-standard protocols, such as TCP/IP, and are based on a single repository. SAP NetWeaver includes the embedded SAP Web Application Server (SAP Web AS), which embraces native Web technologies through a standards-based approach. SAP is fully accessible via remote, mobile, and Web-based means. Based on the highly scalable SAP Application Server infrastructure, technologies have been implemented for directly processing HTTP requests (or other protocols) coming from the Internet (that is, from a browser), and for sending HTTP requests as HTTP client requests to the Internet.
Annex B: Appendix 3B- Compliance Sheet
Page 6 of 89 2
Please provide architecture schematic for the major components required to implement your solution (s). Complement the schematic with typical hardware platforms, OS, memory requirements, and all prerequisites for each component. System architecture and proper sizing of a customer’s mySAP™ Business Suite application is of the highest concern to SAP. To ensure proper sizing for the mySAP Business Suite landscape, SAP involves the hardware partners at mySAP hardware competency centers. SAP will work with FEWA and the certified hardware vendor of choice to ensure proper sizing of your landscape and will provide FEWAwith configuration recommendations based on various variables (number of named users, concurrent users, functional areas and components used, network bandwidths, high availability, and so on). All required SAP® components can operate on a single server (multi-CPU SMP machine) or a cluster of smaller machines (blade servers) equally well with a storage-attached disk (SAN). Without further information from FEWA on the desired operating system, database, and hardware vendor, it is not possible to provide a more detailed hardware configuration. An example landscape including the SAP NetWeaver Portal, SAP applications, and SAP data warehouse (DW) is provided in the following diagram. Please note that there is significant flexibility in deployment of the final desired architecture for FEWA based on business requirements and platform choices. Not all components are mandatory in this scenario. In this scenario, the SAP applications (SAP HR) and the SAP DW have separate databases, but this is not required. Both applications and analytics can run on a single database.
SAP recommends the physical isolation of configuration data through a multiple system landscape when supporting a production landscape. SAP’s embedded change management system supports phased implementations and team-based development and deployment. Through the use of separate physical databases in development, quality assurance, and production systems, SAP provides for structured testing and auditing in 21 CFR Part 11 scenarios. SAP’s embedded workflow management system can be used for migrating changes from one environment to another, along with enforcing automated and electronic testing procedures through the embedded SAP test workbench tool
Annex B: Appendix 3B- Compliance Sheet
Page 7 of 89 3
From the offered applications, Please provide the following details of the systems that the proposed software has been interfaced with:
• • • • •
Name of software Type of software Type of interface Details of sites were the interfaces are currently operational In case the offer includes multiple software’s, please provide details of integration between the offered applications.
All SAP products are fully integrated. There are no interfaces required. SAP products are integrated with many hundreds of 3rd party products. In many cases, certified interfaces are available from SAP and 3rd parties. In addition, Sap Netweaver offers the ability to interface using industry standards. An interface development kit is also provided to support the development of customized interfaces.
4
List any additional utility package required for the proposed application software to comply with the requested requirement. None
5
What productivity tools are available with the proposed system? Check the features that apply, and Indicate your product name which supports the mentioned features ( the mentioned example for guideline and doesn’t indicate any preferred product and/or solution ) Feature
Product name
Data dictionary/model
SAP includes an integrated Data Dictionary that performs the functions of a metadata repository. The Data Dictionary centrally describes and manages all the data definitions (both technical and business) used in the system. The Data Dictionary supports the definition of user-defined types (data elements, structures, and table types). You can also define the structure of database objects (tables, indexes, and views) in the Data Dictionary. These objects can then be automatically created in the database with this definition. The Data Dictionary also provides tools for editing screen fields, for example for assigning a field an input help. The most important object types in the Data Dictionary are tables, views, types (data elements, structures, and table types), domains, search helps, and lock objects. The Data Dictionary also provides standard functions for editing fields on the screen; for example, for assigning a screen field an input help. The Data Dictionary permits a central description of all the data used in the system without redundancies. New or modified information is automatically provided for all the system components. This ensures data integrity, data consistency and data security.
Query language (e.g. SQL)
• •
• Report generator (e.g. report writer)
SAP NetWeaver Composition Environment – Provides a robust environment for design, deployment and running of composite applications that comply with enterprise service-oriented architecture SAP NetWeaver Developer Studio – Offers a convenient user interface and rich functionality for developing J2EE applications SAP NetWeaver Visual Composer – Simplifies the creation of portal content and analytics applications, enabling business analysts to build or customize applications using a visual user interface rather than manual coding
See previous section.
Annex B: Appendix 3B- Compliance Sheet
Page 8 of 89 Presentation tools
See previous section.
Development language
Customers get the source code of SAP applications, as well as the development tools used to create the applications. The development tools support both ABAP (Advanced Business Applications Programming) and Java. For ABAP development, the ABAP Development Workbench is provided. The ABAP Workbench is a set of tools and libraries for designing, implementing, testing, and maintaining transactions and reports written in ABAP Objects. For Java development, SAP provides NetWeaver Developer’s Studio, an Eclipse-based Java development environment. SAP also provides Visual Composer, a model-driven development tool that produces Web based screens. User-developed customizations, such as configuration changes and code inserted at pre-defined points, are maintained separately from the core applications, and if properly applied can easily be preserved through an upgrade. Only changes to the core applications (i.e., modifications to the source code) are not automatically upgraded. However, even in this case, an audit is performed before upgrading the core applications, and any changes are highlighted to allow the changes to be extracted and
Annex B: Appendix 3B- Compliance Sheet
Page 9 of 89 Interface developer
SAP’s products are extendable by a variety of processes including configuration, the use of user exits, and finally modification of the code. (A more detailed description of each is provided below.) Configuration is the simplest of the options and entails using the provided SAP tools to configure the system to meet a wide variety of business needs. When this does not meet the customer’s needs, we have user exits provided in the standard code, which allow for minor customization. Finally, the ABAP tool provided with the software provides the ability to make customizations as needed. During the realization phase of the project, the project team can create their unique SAP installation via the following: • Configuration - Project team members identify the business requirements and make modifications as needed to enable the solution via the Implementation Guide (IMG). Application code is designed to operate based on configuration tables--as such, no programming is required to "customize" the system within these design parameters. The IMG is specifically designed for use by the functional members of the Project Team, and is based on application appropriate user interfaces for creating business rules and configuration tables. • Enhancement - Project team members identify the "user exit" location and then write a definition of the extension needed which is then coded by a tools consultant (using the ABAP Workbench). A "user exit" is a pre-defined point in a transaction at which customers typically want to perform some site-specific processing. Customer-developed applications are also an example of an enhancement, and can developed using ABAP or J2EE. • Customization - If the project team cannot find solutions using either of the first two processes then it will need to request that a modification of the product be made. These are defined and presented to the steering committee and project management for approval. Frequently the business process change team engages in this area to see if there are business solutions that can avoid this. A customization modifies an SAP provided business object; the ABAP Workbench includes tools to manage modified objects . Through SAP NetWeaver, businesses can achieve end-to-end process integration with pre-integrated SAP solutions. NetWeaver also enables disparate applications and systems work to work together to perform business processes from a combination of SAP and non-SAP systems. SAP adheres to an ESOA (Enterprise Services Oriented Architecture) as supported by SAP NetWeaver. This adaptable model provides enterprises the flexibility to easily extend system functionality by leveraging existing IT investments that include SAP and non-SAP applications. Based on a Web services paradigm, this model elevates IT to efficiently meet the needs of the enterprise and deliver a TCO that maps to an enterprises objectives. SAP NetWeaver offers an Integration Broker (SAP PI) and a Business Process Management (BPM) solution for process integration besides the message-oriented middleware. Interfaces are at the heart of every cross-component process. They are almost constantly referenced during design and configuration. It is therefore vital that an interface description can be accessed at a central point. The following are interface description types that you can save in the SAP Process Integration (SAP PI, formerly known as SAP NetWeaver Exchange Infrastructure, or SAP NetWeaver XI) Integration Repository: • Platform-independent message interfaces • Imported interfaces for which an XML representation of a BAPI, RFC, or IDoc is generated in the Integration Repository • External WSDL, XSD, or DTD definitions containing message schemas that you can access in the Integration Builder The standard SAP interfaces are web services and are published centrally in the XML-based Interface Repository. They are stored as XML schema, which means that they are immediately available for use in integration scenarios where multiple components communicate with each other using the Internet. Additionally, Business APIs (BAPIs) are traditional APIs that allow communication using technologies such as
Annex B: Appendix 3B- Compliance Sheet
Page 10 of 89 Application Server
SAP NetWeaver Application Server – Supports platform-independent Web services, business applications, and standards-based development, enabling you to leverage existing technology assets for Web-services-oriented solutions
Database Management Tool
The SAP system supports the use of relational database management systems (RDBMS) to include: Oracle, Microsoft SQL Server, DB2, and mySQL MaxDB. All supported RDBMS are ANSI SQL compliant. SAP does not recommend one RDBMS over another. All system functionality is database independent. Standard tasks such as performance tuning and backup are required. A trained DBA can easily support the SAP application from a database perspective. SAP software comes with its own backup and restore utility, a full system and database administrative tool called Computing Center Management System (CCMS). Both full and partial backups are supported. Backup and recovery is always performed at the database level. The SAP backup utility supports two modes of backup: offline and online. In offline mode, the application is not available for the duration of the backup. In online mode, users have full access to the application while backup is running.
Business Intelligence (BI) builder
Development Tool
SAP NetWeaver Business Intelligence – Enables you to integrate data from across the enterprise and transform it into practical, timely business information to drive sound decision-making • User productivity enablement -- Help users and groups improve their productivity through enhanced collaboration, optimized knowledge management, and personalized access to critical applications and data. • Data unification -- Consolidate, rationalize, synchronize, and manage all master data for improved business processes. • Business information management -- Increase the visibility, reach, and usefulness of structured and unstructured enterprise data. • Business event management -- Ensure that business events from multiple systems are distributed to the appropriate decision makers in the context of the relevant business processes. • End-to-end process integration -- Make disparate applications and systems work together consistently to perform business processes. • Custom development -- Rapidly create new enterprise-scale applications that drive your company's differential advantage. • Unified life-cycle management -- Automate application management processes and optimize all facets of an application's life cycle. • Application governance and security management -- Maintain an appropriate level of security and quality in your intellectual property and information assets. • Consolidation -- Deploy a consolidated technology platform with the ability to allocate computing power according to changing business needs. • Enterprise service-oriented architecture design and deployment -- Consolidate and standardize your basic processes and leverage existing investments to compose new, distinctive business processes .
Case tool (e.g. Designer 2000 etc.)
Included in development environment of SAP. See previous sections
RDBMS (e.g. Oracle, DB2 etc.)
Oracle, DB2 are supported. The SAP system supports the use of relational database management systems (RDBMS) to include: Oracle, Microsoft SQL Server, DB2, and mySQL MaxDB. All supported RDBMS are ANSI SQL compliant. SAP does not recommend one RDBMS over another. All system functionality is database independent
Annex B: Appendix 3B- Compliance Sheet
Page 11 of 89 6
Describe your logical and/or physical data model. (Please provide the models for review.) Please describe the ease and process of adding custom fields to your product’s data architecture. As the Sap solution is built on top of an integrated Enterprise Services environment, clients have a number of methods of adding fields, modifying processes and adding new functionality. Please see supporting materials describing Netweaver
7
Please provide details on scalability, high-availability, reliability, and flexibility features based on the product(s) architecture. In addition, please illustrate load-balancing features provided in your proposed solution (if any ). The SAP NetWeaver® Application Server component relies on its J2EE-based clustering architecture to provide high-availability. Fail-over capabilities include: •
Replication and partition of components inside a cluster architecture
• •
Cluster wide resource locking API, with high availability features such as lock replication Database and persistency layer with reconnect functionality
Stateful session failover is supported at various levels: •
Session stickiness via cookies or URL rewriting
•
Session failover at EJB level via redirect to alternative server nodes
Granularity of failover can be adjusted in a flexible manner to cover each user request or each http session. Flexible session persistency is achieved via file system, RDBMS, shared memory or shared closures (part of the VM container architecture by SAP). Planned downtime is fully supported by the high availability concept of SAP NetWeaver Application Server. Servers and individual components can be shut down on a schedule defined by the system administrator. The cluster architecture automatically redirects processes to other available instances of the server. Using the three- or multi-tier approach, all requests must access the application server. The application sever does the necessary processing and database access and returns the results to the presentation client. The application server is highly scalable and performs log on load balancing. This mechanism ensures transparency to the users from the logon process to the system
8
Please describe any limitations that exist and/or may arise in the proposed software/operating system/file manager etc based on the volume of Data that can be handled and processed. (Number of table entries, master data fields, key values, etc.) There are no software imposed limits. Server capacity and Network throughput are the only limitations. The SAP environment can be configured to meet requirements and is infinitely scalable to meet expected growth.
Annex B: Appendix 3B- Compliance Sheet
Page 12 of 89 9
Please describe the type of Restore/Recovery procedures supported within the proposed package, in the event of transaction or process failure and the estimated time to complete the process, also indicate if such Recovery/Restore procedure will cause downtime? An SAP® software implementation comes with all the necessary components to ensure high availability and effective recoverability when faults occur. SAP software comes with its own backup and restore utility. Both full and partial backups are supported. The SAP backup utility supports two modes of backup: offline and online. In offline mode, the application is not available for the duration of the backup. In online mode, users have full access to the application while backup is running. From an SAP perspective, one method is as good as another. All database systems have their tools to back up and restore their databases. The SAP environment interfaces to native database tools to support the backup and restore functions. With all dataase systems supported by SAP, database backups can be scheduled and triggered from the computer center management system (CCMS) functionality; alternatively, external backup tools can also be used. SAP backup support of tape stackers combined with SAP scheduling allows you to run backups unattended. SAP backup also provides tape volume management. Recovery in cases where data is lost is managed with a combination of the SAP restore utility and database logging. SAP restore is normally used to bring a data file back to a known state by applying the most recent full backup (and any incremental backups since that time). Once this is done, database logs are applied to bring the system back to the last committed transaction. Any “in-flight” transactions are captured in an update log where broken transactions can be reviewed by the system administrator and the user to determine the most appropriate course of action. Users are also notified of any failed transactions via an e-mail message. SAP database management tools come with a check and restore function. Check and repair functionality is used to uncover any inconsistencies in the database. If an inconsistency is found, SAP restore uses information from backup logs and tape volume management to find the appropriate files to restore, and provide automated recovery.
10
Describe the control features included within the system to ensure integrity of data (i.e. input and update, totals maintained, crosschecks carried out, audit trails, error reports, etc.) The SAP® system handles all validations in the application layer. As a result, the SAP system provides far better data integrity during system interfaces. Other solutions provide interfaces (including batch interfaces) to the system at the database or middleware level. The problem with such an approach is that basic validation rules (in the client) are bypassed and must be reproduced in the interfacing program. Of course, as soon a rule has to be maintained in more than one place, there is a virtual guarantee that those rules eventually drift apart, resulting in invalid data. By providing an interface layer at the application server, the SAP system ensures that all data fed to the system (whether batch or real-time) is processed by a single set of validation and security rules. It is technically impossible to pass the SAP system invalid data through an interface. The system can record user actions and create an audit trail for data integrity. All data changes are logged by user ID, date and time stamp, and before and after values. The data log is stored indefinitely until it is archived out of the system. The transaction log keeps an audit of all transactions executed in the system by user ID, data and time stamp, terminal ID, and detailed performance statistics. This data is stored in a cyclical file. The SAP system comes delivered with the security user information system (SUIM) and audit information system (AIS), which provide diagnostic, reporting, and auditing functionality, as well as extensive checklists to assist in ensuring systems are secure. All data is checked by the application – as a result, the data is always in sync.
11
Describe the modules within your proposed solution , and highlight in clear Manner the dependency/interdependency of each module and the nature of such dependency and the possible constraints of such relation on that might impose on the implementation and/or on the operation All Sap modules proposed are fully integrated in real time. Customer care and billing are fully integrated with the back end ERP system that provides accounting, receivables and payables solutions. As a result there are no constraints imposed on clients. There is no need to factor integration into any implementation or costing plans.
Annex B: Appendix 3B- Compliance Sheet
Page 13 of 89 12
Please describe the interoperability of the proposed product. And what standard interfaces is supported , and how FEWA can utilize the proposed product to interface/integrate with other application ( if its require ) e.g. ( Contact Center , QMS .. etc ) Detailed information about available adapters, including adapters from partners, can be found at the SAP® Service Marketplace under http://service.sap.com/xi. See SAP NetWeaver® Exchange Infrastructure in Detail and Connectivity. Adapters delivered by SAP The SAP NetWeaver Exchange Infrastructure (SAP NetWeaver XI) component supports all integration scenarios based on IDOCs, BAPI®s or RFCs. IDOC structures and BAPI/RFC signatures can be imported directly into the Repository of SAP NetWeaver XI as preparation for the implementation phase. GRAPHIC (Adapter Overview) Adapters to Connect to Existing SAP Adapters to Connect to Third Party and Messaging Systems Systems File/FTP Adapter IDoc Adapter Database (JDBC) Adapter RFC Adapter Java Messaging Service (JMS) Adapter Specialized Messaging Adapters Adapters to Connect to Marketplaces "Plain HTTP" Adapter
Marketplace Adapter
SOAP Adapter Connectivity to Mainframes Connecting CICS and SAP NetWeaver XI by Using SOAP The IDOC- and the RFC-Adapter can be used to communicate with SAP system release versions 3.1x or higher in both directions (inbound and outbound). For applications executed on the SAP NetWeaver Application Server (SAP NetWeaver AS) component version 6.20 or higher, custom ABAP™ or Java Proxies can be generated into the application (as Java or ABAP Objects classes). In these cases, the proxy runtime of SAP NetWeaver AS executes the HTTP-communication to the SAP NetWeaver XI integration server, while the customer-specific proxies are either called by the application (inbound proxy) or the proxy runtime (outbound proxy) to exchange data with the application via local interfaces. More and more mySAP™ solutions (mySAP SCM, mySAP CRM, and so on) are delivered with built-in standard proxies. Therefore, SAP NetWeaver XI proxies will more and more become a standard interface to SAP systems, just like RFCs, IDocs, and Web Services. 13
Please confirm if the proposed product can be run on external front portal (e.g. Citrix, SSL virtual workspace ..etc ). If, yes please provide cases (reference clients) where such implementation has been done. Explain if such implementation has any limitation on the full functionality of the proposed solution ( Java applet limitation , Active-X , https …. Etc ) SAP solutions may be used with the Citrix front portal solution. Sap is also certified for WTS. Sap has many customers using Citrix. SAP uses Citrix for global traing on SAP systems and Citrix itself uses SAP.
14
Please describe the techniques/methodology to facilitate 3rd party product to integrate with the proposed solution, please explain in details all technical, licenses and legal aspects. Please see the answer given to Question 12 in this section.
Annex B: Appendix 3B- Compliance Sheet
Page 14 of 89 15
Please explain and list all available testing , auditing , and backup/restore/recover features that is included in the proposed solution without any additional licenses and/or additional cost. Functional & Technical Testing Tools: Wipro shall use Solution Manager eCATT tool for performing Testing the Functionality customized during the Realization Phase. The Test Scenarios, Test Cases and Test Data will be prepared by FEWA and Wipro jointly.
Wipro shall use SAP’s BR Tools for Backup, Restore & Recover Features. (Request Anand to add content if he has factored HP Dataprotector or any Data Back up tools for managing Tape Library for Backup & Restore Functions).
Load / Stress / Volume Testing Tools: Wipro shall use HP LoadRunner for performing these Tests during the Realization to see the Performance under Sustained periods. The Licenses for using these tools shall be procured by Wipro on Limited Period Basis (One Month). If FEWA desires to have these tools for Longer Periods, the same shall be provided after initiating Change Control Procedure.
16
Please indicate all hardware requirement for your proposed solution including (Memory, CPU, OS, Storage Space for application “disk space” and also indicate the Database/reports storage space requirement per month “based on your proposed solution and on your understanding of FEWA business nature and load”. IMPLEMENTER TO ANSWER – Anand to Respond with BOM and Sizing Summary.
17
What type of import and export capabilities are available for creating customized data feeds? By using SAP Data Transfer Workbench you can transfer data which supports the automatic transfer of data into the system. The Workbench is particularly useful for various business objects with large amounts of data. It guarantees that data is transferred efficiently and ensures that data in the system is consistent. The Data Transfer Workbench was designed for the initial transfer of data. If you want to transfer data repeatedly at regular intervals, we recommend that you use tools such as ALE (through the IDoc interface) or the Process integrator (PI) The Data Transfer Workbench provides the following functions: • Administration and organization of data transfer projects • Tools for analyzing the required SAP structures • Integration of standard data transfer programs • Registration and integration of your own data transfer programs and help programs • Various techniques for loading data The data is read from a transfer file in SAP format and loaded into your system using one of the techniques below:
•
1.
BAPI interface
2.
Batch input
3.
Direct input (DINP)
Data conversion using the Legacy System Migration Workbench (LSMW).
Annex B: Appendix 3B- Compliance Sheet
Page 15 of 89 18
Mention the database management tools that is included within your proposed offer (If any eg. Schema management, archiving storage tools, data backup recovery tools, database monitoring, performance tuning and optimization, job creation & scheduling, security, file management, etc) The SAP Solution Manager application management solution, is provided free of charge and facilitates technical support for distributed systems with functionality that covers all key aspects of solution deployment, operation, and continuous improvement. It is a centralized, robust application management and administration solution that combines tools, content, and direct access to SAP to increase the reliability of solutions and lower total cost of ownership. SAP Solution Manager is now mandatorily used in all SAP Consulting implementations of core SAP processes. SAP Solution Manager Enterprise Edition provides additional functionality required for SAP Enterprise Support services. Features and functions that we can leverage are: ·
Service level management – SAP Solution Manager allows you to define and report service levels, providing an automated reporting across several systems requires less manual effort. Service Reporting covers all systems in the solution landscape and provides a consolidated report containing the information you need to make strategic IT decisions.
·
Service processing – SAP Solution Manager makes appropriate service recommendations and acts as a vehicle for delivering SAP support services. These include services from the SAP Safeguarding portfolio, which helps you manage technical risk; services from the SAP Solution Management Optimization portfolio, which helps to exploit the full potential of your SAP solutions; and services from the SAP Empowering portfolio, which helps acquire core competencies to manage your solutions. Specifically, Solution Manager facilitates the running of your End to End operational support through managing:
·
Root Cause Analysis – SAP standards for Incident Management
· · ·
Change Control – SAP standards for Change Control and Application Management SAP standards for Functional, Regression and Volume Testing Business Process Integration and Automation - SAP standards for Job Scheduling, Interface and Business Process Monitoring Enterprise SOA readiness - SAP standards for Service Enablement, Upgrades and Migrations
·
End-user training – SAP Solution Manager helps create and deliver interactive learning units to educate all users about new or changed functionality, thus reducing the cost of end-user training.
·
Upgrade and change management – You can manage and accelerate your upgrade and change management projects with SAP Solution Manager to increase ROI. SAP implementation – SAP Solution Manager provides content that accelerates implementation. Configuration information and a process-driven approach to implementation speed the blueprint, configuration, and final preparation phases. SAP Solution Manager enables efficient project administration and centralized control of cross-component implementations. Synchronization of custom settings – With SAP Solution Manager, you can maintain consistency as you customize your heterogeneous IT environment. It enables safer administration of customization, less error-prone replication of custom settings, and simpler consistency checks. SAP Solution Manager reduces manual synchronization efforts by automatically distributing custom settings to various systems simultaneously, and by centrally managing all requests to synchronize settings. Testing – SAP Solution Manager speeds test preparation and execution. It provides a single point of access to the complete system landscape and enables centralized storage of testing material and test results to support cross-component tests. IT and application support – The support desk included in SAP Solution Manager helps you manage incidents more efficiently and eases the settlement of support costs. Centralized handling of support messages makes the support organization more efficient. Solution monitoring – SAP Solution Manager performs centralized, real-time monitoring of systems, business processes, and interfaces, which reduces administration effort. It can even monitor intersystem dependencies. Proactive monitoring helps you avoid critical situations, while automatic notifications enable fast response to issues. Service-level management and reporting – SAP Solution Manager allows easy definition of service levels and provides automated reporting. Service reporting covers all systems in the solution landscape and provide a consolidated report containing the information you need to make strategic IT decisions. Service processing – SAP Solution Manager makes appropriate service recommendations and delivers SAP support services. These include SAP Safeguarding, which helps you manage technical risk; SAP Solution Management Optimization, which helps you get the most from your SAP solutions; and SAP Empowering, which helps you manage your solutions.
· .
· · · · ·
Annex B: Appendix 3B- Compliance Sheet
Page 16 of 89 19
Please describe the nature and levels of security measure that is supported by the proposed system ( this should include Audit capabilities, logging details, Database file lock, encryption , Access level , password strength and enforcement .. etc ) . In addition, also outline the details and architecture of any external security components that will be require Access to SAP® software is only via a valid user name and password. The user is then assigned roles, which relate to authorization objects. Various rules exist for password changes, including length, special characters rules, and password expiry times. Several mechanisms are available for authenticating users on the SAP NetWeaver® platform. When many systems are involved in your system landscape, SAP also supports the following option for single sign-on: • User ID and Password – default mechanism that can be used for user authentication for both SAP and Internet protocols, regardless of the front-end client. • Secure Network Communications (SNC) – can be used for user authentication and single sign-on when using SAP protocols (dialog, RFC) and the SAP GUI for Windows or SAP GUI for Java as the front-end clients. Transport layer security is also provided when using SNC. • SAP logon tickets – can be used for single sign-on when using Internet protocols and a Web browser as the front-end client. • SSL and X.509 client certificates – can be used for both user authentication and single sign-on when using Internet protocols and a Web browser as the front-end client. • Pluggable Authentication Services (PAS) – available as a service with the SAP GUI for HTML Web GUI. The user is issued a logon ticket after being authenticated by an external authentication mechanism. SAP also provides the SAP NetWeaver® Identity Management solution. An overview of the architecture of the SAP NetWeaver® Identity Management component is available in the figure below. The provisioning option of SAP NetWeaver Identity Management stores all identity, configuration and policy, and audit and logging data in a database. User management and approval processes are managed through a Web-based graphical user interface (GUI). Configuration is managed through a Windows thick client (Microsoft Management Console – MMC). Connectivity with authoritative and target applications is done through the dispatchers. User provisioning and identity data synchronization jobs are set up in the database to be picked up by available dispatchers. Three-tier architecture allows high levels of availability and scalability.
Annex B: Appendix 3B- Compliance Sheet
Page 17 of 89 20
Does the product handle concurrent uses of the same ID? If yes then explain the handling process and flow , what is the impact on the security side ?, if not please explain the log-off enforcement for idle users , and also explain the alarming and log activity for such scenario SAP uses the named user concept and does not support multiple users of the same ID as it creates a security risk. SAP does allow users to have multiple sessions open against a single ID.
21
What kind of external devices/software are recommended for system/Database backups, please include recommended backup process and methodology. What kind of external devices/software are recommended for system/Database restore/recovery, please include recommended restore/recovery process and methodology. Implementer to respond – Anand to respond if we are proposing Tape Library
22 23
24
Nature of possible operations at the remote locations when central server and/or WAN link is down. Subject to technical design based on the requirements of each process step. In case of any failure of the central server what is the provision to retrieve the business continuity ( Hot/cold-standby server, DR support ) and what is the expected downtime for each scenario , also list the requirement for DR setup . Disaster recovery strategies rely on partner products, such as cluster solutions, replication software, and storage. SAP® software comes with all the necessary components to ensure high-availability and effective ability for recovery, should faults occur. SAP software comes with its own backup and restore utility and supports both full and partial backups. The SAP software backup utility supports two modes of backup: offline and online. In offline mode, applications are not available for the duration of the backup. In online mode, users have full access to the application while the backup is running. From our perspective, one method is as good as another. SAP software provides transaction rollback (not saving incomplete transactions) and database recovery in the event of software interruptions. From the point of view of database programming, a database logical unit of work (LUW) is an inseparable sequence of database operations that ends with a database commit. The database LUW is either fully executed by the database system or not at all. Once a database LUW has been executed successfully, the database is in a consistent state. If an error occurs within a database LUW, all of the database changes since the beginning of the database LUW are reversed. This leaves the database in the state it was in before the transaction started. The database changes that occur within a database LUW are not actually written to the database until after the database commit. Until this happens, you can use a database rollback to reverse the changes. In SAP software, you can use either implicit or explicit commands to trigger database commits and rollbacks. SAP has developed a unique technique that completely insulates the user from low-level locking that takes place at the database level. Our use of an LUW makes this possible. Because of the LUW technique, SAP software is then free to establish actual database locking in line with whatever particular database vendors consider optimal for their database. The LUW of SAP software is a logical unit consisting of dialog steps, whose changes are written to the database in a single database LUW. Unlike a database LUW, an LUW in SAP software can span several dialog steps, and can be executed using a series of different work processes. In an application program, you end an LUW of SAP software either with the “COMMIT WORK” or “ROLLBACK WORK” statement. An SAP software transaction is an application program that you start when using a transaction code. It can contain one or more LUWs of SAP software. Whenever the software reaches a “COMMIT WORK” or “ROLLBACK WORK” statement - not at the end of the last dialog step of the SAP software transaction - it opens a new LUW of SAP software. If a particular application requires that you write a complex transaction, it can often be useful to arrange logical processes within the SAP software transaction into a sequence of individual LUWs of SAP software. Please suggest what operations can be supported at stand-alone branches, which do not have network connectivity. Elaborate the possible architecture and functional coverage. Implementer to respond
Annex B: Appendix 3B- Compliance Sheet
Page 18 of 89 25
Availability of (i)Test system , (II) Production system , (III) Standby System, These are fully supported. The integrated transport management system controls all movement between environments in a secure and controlled manner.
26
In case of any failure of the main servers and as result system switch to offline mode how Data synchronisation will be achieved?, what about the system feature to assure Data integrity? please explain SAP software provides transaction rollback (not saving incomplete transactions) and database recovery in the event of software interruptions. From the point of view of database programming, a database logical unit of work (LUW) is an inseparable sequence of database operations that ends with a database commit. The database LUW is either fully executed by the database system or not at all. Once a database LUW has been executed successfully, the database is in a consistent state. If an error occurs within a database LUW, all of the database changes since the beginning of the database LUW are reversed. This leaves the database in the state it was in before the transaction started. The database changes that occur within a database LUW are not actually written to the database until after the database commit. Until this happens, you can use a database rollback to reverse the changes. In SAP software, you can use either implicit or explicit commands to trigger database commits and rollbacks. SAP has developed a unique technique that completely insulates the user from low-level locking that takes place at the database level. Our use of an LUW makes this possible. Because of the LUW technique, SAP software is then free to establish actual database locking in line with whatever particular database vendors consider optimal for their database. The LUW of SAP software is a logical unit consisting of dialog steps, whose changes are written to the database in a single database LUW. Unlike a database LUW, an LUW in SAP software can span several dialog steps, and can be executed using a series of different work processes. In an application program, you end an LUW of SAP software either with the “COMMIT WORK” or “ROLLBACK WORK” statement. An SAP software transaction is an application program that you start when using a transaction code. It can contain one or more LUWs of SAP software. Whenever the software reaches a “COMMIT WORK” or “ROLLBACK WORK” statement - not at the end of the last dialog step of the SAP software transaction - it opens a new LUW of SAP software. If a particular application requires that you write a complex transaction, it can often be useful to arrange logical processes within the SAP software transaction into a sequence of individual LUWs of SAP software.
27
Provide the minimum WAN bandwidth requirement for remote location per user keeping in mind FEWA will have MPLS network at the implementation time, any network protocol/Interface is required (please state all network dependencies ). Also please include your recommendation for WAN accelerator Implementer to respond – SI Team to respond
28
What is the guaranteed response time of the proposed solution ( assuming high speed network is available ) Implementer to respond – SI & EPD Team to respond
29 30
Does the system support access of the application from a remote location through VPN/SSL-VPN? Provide details. VPN/SSL-VPN is fully supported by Sap applications. See supporting material on Netweaver for full details. In case of replication of data, please detail the type of data that is replicated across locations. Describe your replication mechanism. SAP supports data replication where appropriate to support processing, for example when using mobile devices. Installed locally on each mobile device, the SAP NetWeaver® Mobile component client includes its own synchronization layer, persistence layer, user interface (UI) runtime (local Web server or abstract windowing toolkit), and other convenience application programming interfaces offered to mobile applications. This is all part of a light-installation runtime environment that extends enterprise capabilities to users, whether or not they are connected to the network. Mobile applications use the functionality offered by the SAP NetWeaver Mobile client to run their local business logic, data persistence, data validation, and UI. In the disconnected mode, users access data stored on the client’s local data persistence. When the client is in online mode, users can synchronize clients to upload the changed data and get the latest data from the data orchestration engine (DOE). For data changed or edited in the field, SAP NetWeaver Mobile provides a synchronization and replication layer that resolves enterprise-level data redundancy by synchronizing the mobile device with back-end systems through the DOE to smartly resolve all redundancies in the application server proactively, to ensure data consistency. SAP NetWeaver Mobile also includes a centralized, role-based deployment console that simplifies deployment tasks in a global, multiple-device IT environment.
Annex B: Appendix 3B- Compliance Sheet
Page 19 of 89 31
In case of modules being tightly integrated, effect of any change made to an application on the other applications? SAP upgrade process ensures full synchronization across applications. All applications are kept in synch using the enhancement package concept. Clients add just the business functionality required, enhancement packs ensure all affected application components are synchronized.
2006
2007
2008
2009
2010-2015
Enhancement Packages SAP ERP 6.0
Next ERP Release
32
SAP NetWeaver
Support mirroring of data into a secondary server (e.g. Batch, Real-time, Online (time lag) .. etc ) please provide details Anand to Respond
33
In case the system requires specific drivers for ( Printers, scanners ..etc ) , mention them along with the name of the vendors. Anand to Respond _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________
34
Will the size of database affect the speed of retrieval? , please explain Retrieval speed is always a function of ecosystem design. By ensuring the correct combination of HW, network and management strategies, response times can be kept to suitable levels.
Annex B: Appendix 3B- Compliance Sheet
Page 20 of 89 35
Please provide the technique and integration for Data Warehousing for all historical data The SAP® solution includes the SAP NetWeaver Business Intelligence (SAP NetWeaver BI ) component, which is a fully functional, end-to-end data warehouse that is tightly integrated to SAP’s transactional systems, but open to other data sources. It is built on data warehousing “best practices”, using star-schema to provide multi-dimensional analysis. It comes pre-configured with data models based on SAP’s industry experience (both cross-industries and specifically for retail) covering all aspects - such as procurement, supply chain, financials, sales, inventory, assets, and so on. The models, however, are open to additional configuration to meet the specific needs of the business, but the approach means a much quicker time or lower cost to implement based on a rigorous (and widely accepted) metadata schema. SAP NetWeaver BI has a range of ETL tools (extraction, transformation, and load). From the SAP transactional systems there is a very tight level of integration with approximately 700 integration points, which include the ability to drill back from the reports to actual transaction screens. Load supports a delta mechanism (loading only changes since the last load) and real-time data feeds. The data warehouse is equally suited to loading non-SAP data via a range of in-built ETL capabilities from simple flat file loads to the universal data integrator (UDI) that connect via ODBO and JDBC drivers to over 200 potential sources. Reporting is available in a thin client (needs only a Web browser such as Internet Explorer / Firefox) and an MS Excel client. Both interfaces give the end users an interactive reporting environment where they can slice and dice the data, filter on fields and drill down to the detail. The solution has a series of open interfaces for loading data, exchanging metadata (designed to meets the CWMI – common warehouse metadata interchange standards) and ODBO, BAPI® programming interface and xmla interfaces for alternative front-end reporting tools. There are many certified third party reporting tools that can access via these interfaces including tools such as Cognos, Business Objects, SAS, Hyperion, and so on.
1.1.3
Recommended Hardware
Please provide the details of proposed hardware that comply with the ERP principle recommendations that will be the foundation of the entire solution ( please indicate your hardware solution is it based on new hardware or using the existing one). In all solution scenarios, the offer should cater for the following 1)
FEWA would prefer to have the following environments of the application: a. Sand-box b. Development c. Test
Annex B: Appendix 3B- Compliance Sheet
Page 21 of 89 d.
Production
2)
The recommended hardware deployment architecture should consider a Disaster Recovery provisioning site
3)
Current business volumes and expected system performance are provided in Annex B - Appendix 3A of the bid documents. The system should be sized to support at least 20% growth in business volumes for a 5 year period, without any performance degradation or the need of hardware upgrade.
4)
Hardware redundancy without any single point of failure
5)
In addition to the servers and storage(SAN), Bidders are also requested to provide specifications for other devices such as: a. High Speed, Quality, and Heavy Duty printers to facilitate printing of customer bills b. Storage devices c. Backup devices d. Any other devices, that may be required for smooth operations of the proposed solution.
6)
Please provide an overall schematic layout for the hardware environment that clearly highlight the connectivity between them and the network interface with server/storage assignment per module (if any) . In addition, for each element please list the following facts: System name Model Processor (Please provide details) Proposed RAM/ Maximum RAM Proposed disk drive capacity/ Maximum disk drive capacity Operating System Name and version Networking protocol supported (Layer 2 and Layer 3 ) Other details
1.2
Proposed Application Modules and E-Services Interface
1.2.1
Proposed Application Modules
Please provide the following details for each of the proposed functional areas. Customer Relationship Management& Billing, Finance & Accounting, Supply Chain Management, Human Capital Management, Asset Lifecycle Management, Performance Management (Business Intelligence) Application Area: Customer Relationship Management& Billing, Finance & Accounting, Supply Chain Management, Supplier relationship management, Human Capital Management, Enterprise Asset Lifecycle Management, Mobile infrastructure, Performance Management/Business Intelligence (business Objects) and NetWeaver 1
Please provide a list of the application modules proposed to address the requirements of this functional area:
Annex B: Appendix 3B- Compliance Sheet
Page 22 of 89 Application Module 1.
Core ERP ( Financials & Controlling, Supply Chain Management, Asset Lifecycle Management, Maintenance, Document Management System, Human Resources, Self Service Human Resources…) 2. ERP business Suite ( 290 users, developer, business expert, professional & limited professional + 1000 employee self service) 3. Payroll ( 3200 employee master records) 4. II- IS-U CRM & Billing for Utilities Customer Financial Management for Utilities 5. Business Objects Reporting ( Crystal Reports, Web Intelligence,Polestar, Xcelcius Enterprise,Enterprise Premium, Dashboard Builder, Live Office, Mobile, Voyager..) 6. Business Information & Analysis Package ( 290 users) 7. Energy Data Management for Utilities 8. AMI – optional 9. Environment, Health & Safety – optional 10. WCM – Work clearance management – optional 11. BCM - Business Communication Manager - optional 2
Please provide detailed illustration for the key features of the proposed application modules. In case pre-printed literature is available describing the features, please attach them as appendixes and mention the reference in this section Please see fle attached
12345_SAP_EHS_Manage 6SAP_Business_Suite__Achieve_Process_Excellence,_Lower_Costs,_Seize_Opportunities_(A4).pdf CustomerCare_&_Billing_(A4).pdf Enabling_AMI_Integration_for_Utilities_(A4).pdf SAP_Business_Communications_Management_for_Utilities_(A4).pdf ment_Solution_Brief.pdfStreamServe_Utilities_-_Solution_Brief_(A4).pdf
789101112StreamServe_Utilites_Bill.pdf Enterprise_Asset_Management_Solution_Brief_(A4).pdf Maximizing_Revenue_and_Retention_.pdf Rate_Life-Cycle_Management_for_Utilities_(A4).pdf Interactive_Dashboards_for_Decision_Makers_.pdf Manage,_Share,_and_Deliver_Critical_Business_Reports_.pdf
131415SAP_BusinessObjects_Integration_.pdf SAP_BusinessObjects_Live_Office_.pdf SAP_BusinessObjects_Xcelsius_Enterprise_(A4).pdf
3
Please provide flow charts for the key business processes supported by the proposed application modules. Use separate sheets, as needed. Please see Attached files
Utilities Business Processes.pdf
Annex B: Appendix 3B- Compliance Sheet
Page 23 of 89 4
Please provide details of how the proposed solution modules integrate/interface with the relevant modules of other application to complement the solution. This should include the following details: a. An overall schematic of the integration across modules identifying the exchange of key data elements The following graphic is a simple overview showing how SAP NetWeaver process integration (PI) positioned. The important components and concepts are listed on the right-hand side.
SAP NetWeaver PI is part of the usage type Process Integration. b. 5
How the integration is achieved, i.e. (Online/Batch)? Realtime (onlne), you can also use event driven.
Are there any pre-requisites for installation/implementation of proposed modules? In case there are any, please list below all the modules required to implement the proposed module. (E.g. In order to deploy Payroll module, implementation of HR module will be a pre-requisite) The Roadmap for FEWA has been designed keeping in view these Pre-requisites. There is a Logical progression to implement Modules. FICO & Logistics is the Basic Component which should be implemented before IS-U, CRM, BO and Portals are implemented.
6
Please provide the following implementation considerations for implementing the proposed application modules. This should be provided in terms of: (Please use separate sheets, as necessary)
Annex B: Appendix 3B- Compliance Sheet
Page 24 of 89
7
a.
An Implementation Checklist, listing the key steps adopted while implementing this module
b.
Available configuration options highlighting the key parameters that can be configured in the system, FEWA will decide the best approach for the operation (example: For implementing General Ledger, the configuration options may include definition of Financial Year, Chart of Accounts, Currencies, etc.)
c.
Key information requirements from FEWA (example: For implementing Item Master, FEWA may need to provide Item Categories, Item Details, Replenishment Planning Parameters, etc.)
Does the proposed application module provide APIs for interfacing with any 3 rd party application? If so, please provide a list of available APIs for the proposed application module and the financial implication if any SAP integrates with Third Party Applications either Asynchronously using Flat File Upload & Download using BDC’s. SAP Can also Integrate Synchronously using BAPI’s, BADI’s, EDI IDoc’s, Process Integrators in Non XML or XML Formats. SAP’s Transactions are exposed to Web for any Service to be Consumed by the Third Party System. There is no Additional Financial Implication on the same.
8
What are the functional enhancements/new features planned in the next release of the proposed application module and the proposed release, please include the expecting releasing date. Proposed Release Date: Information is provided in Page 19 of this document. Functional Enhancements Planned: Information is provided in Page 19 of this Document.
Annex B: Appendix 3B- Compliance Sheet
Page 25 of 89
1.2.2
Website and E-services
Please provide a note describing the e-services interface capability of each of the below modules • • • • • • • •
Customer Relationship Management and Billing Finance and Accounting Supply Chain Management Human Capital Management Asset Lifecycle Management Performance Management (Business Intelligence) Document management system Supplier Relationship Management
They are over 2800+ e services available from SAP, See list below:
Annex B: Appendix 3B- Compliance Sheet
Page 26 of 89 Example of the e services for CRM:
Does the proposed solution support interface capabilities with an external e-services portal. If your answer is yes , please indicate if interface feature has any limitation , if so please list all of the limitation. In addition please indicate the needed professional services , software licenses, Application .. etc that might needed to implement the interface . No Limitations
In your proposed solution, please provide a detailed description of the E-services Portal capabilities See diagrams below
Annex B: Appendix 3B- Compliance Sheet
Page 27 of 89
Annex B: Appendix 3B- Compliance Sheet
Page 28 of 89
1.2
Compliance
Requirements Eservices Portal
SUP
1.2.1
Activation of Supply
Yes
1.2.2
Billing complains
Yes
1.2.3
Yes Change of bill address Yes
1.2.4
Bill enquiry
1.2.5
Change of landlord info
Yes
1.2.6
Clearance certificate request
Yes
1.2.7
Planned Outage :A map service can be published for customers whose geographical location can be highlighted as part of the planned outage to reflect the affected AREAS.
Yes
1.2.8
Clearance payment request
Yes
1.2.9
Manage statement code
Yes
1.2.10
Tariff calculator
Yes
1.2.11
Statement code request
Yes
1.2.12
Contractor Registration, renewal and payment
Yes
MOD
3RD
CST
Remarks FUT
NS
Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver and utilizing the Outage management and GIS systems Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver
Annex B: Appendix 3B- Compliance Sheet
Page 29 of 89 Compliance
1.2 1.2.13
Requirements Application for Permanent /Temporary/Additional Load/Shifting
Yes
1.2.14
Building NOC
Yes
1.2.15
Demolition NOC
Yes
1.2.16
Distribution Substation Inspection
Yes
1.2.17
Electronic Building Violation Service
Yes
1.2.18
Local Purchase
Yes
1.2.19
LV Design Provisional Approval
Yes
1.2.20
LV Inspection & Release of Supply
Yes
1.2.21
Tenders
Yes
1.2.22
Substation Layout Drawing
Yes
1.2.23
Substation Location & Size Approval
Yes
1.2.24
Project-Generation Document Submission
Yes
1.2.25
LV Shop Drawing Approval
Yes
1.2.26
Provide Secure E-services for online payment
Yes
1.2.27
FEWA Careers and self services
Yes
1.2.28
Registered Customer for FEWA e-services
Yes
Remarks Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver
In your proposed solution, please provide a detailed description of the Website Portal 1.2
Compliance
Requirements Eservices Portal
SUP
1.2.29
Dynamic Menus
Yes
1.2.30
Administration modules which will give FEWA the capability to upload new facilities, pages, etc.
Yes
MOD
3RD
CST
Remarks FUT
NS
Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver
Annex B: Appendix 3B- Compliance Sheet
Page 30 of 89 Compliance
1.2 1.2.31
Requirements Well presentable website which is representative of FEWA’s market stature
Yes
1.2.32
Easy integration with third party applications.
Yes
1.2.33
Full training to be provided for website development and support
Yes
1.2.34
Website Portal should support Arabic & English (GUI)
Yes
1.2.35
Bidder should proved minimum three prototypes for the Website design to be approved by FEWA.
Yes
1.3
Remarks Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver Using e-services enabled by SAP NetWeaver
Document Management System
One of the requirements within this RFP is integration between the ERP and the Document Management System (DMS). FEWA currently has an existing DMS “SAPERION” which is interfaced with the legacy ERP solution . The Bidder has the choice to offer FEWA one of the following options Upgrade and re-interface/integrate the existing system with the proposed ERP solution Offer new Document Management System and migrate all the existing documents into the new platform with full integration with the ERP We are prposing the replacement of the existing DMS system by SAP DMS. We shall use the Existing DMS Content Server assuming that the same is compatible with SAP System. In case there is a Compatibility Issue, the same shall be replicated in another System.
If the bidder decides to go with option 2 as the methodology of implementing the Document Management System, then the following requirements should be fully maintained and complied TO:
Efficiency - No time lost filing & retrieving documents Collaboration - Share documents with others among the network any time any where any media Access - Access documents over the Intranet, Internet and/or extranet Security - Provide controlled access to specific document based on TAG , and with access log Savings - Reclaim space used to stored documents Compliance - Comply with government regulations for Integrity, Availability, Security and Confidentiality Disaster Recovery – Ability to ensure business continuity by protecting documents from natural and other disasters ( Locally and/or offsite ) Simplification - Single mechanism to manage both electronic and paper documents
Please provide a note describing the Document Management system, Clearly clarify compliance of the down below : 1.3
Compliance
Document Management System SUP
1.3.1
FEWA can create a single centralized repository of all their electronic & paper documents. And ability to provide their staff with controlled access to this repository with Hierarchical Storage Management.
Yes
1.3.2
The document management software provides fast, reliable and securitycontrolled access to these documents throughout the company network
Yes
1.3.3
Integrated Workflow which allows routing documents (based on preset
Yes
MOD
3RD
CST
Remarks FUT
NS
Using SAP core DMS System Using SAP core DMS System Using
Annex B: Appendix 3B- Compliance Sheet
Page 31 of 89 1.3
Compliance
Document Management System SUP
MOD
3RD
rules), and support automatic escalation flow.
1.3.4
Easy-to-use interface.
Yes
1.3.5
Greatly improved the effectiveness and efficiency of the business operations
Yes
1.3.6
With a high security measure, the proposed solution should allow document mark-ups (i.e notes and highlights) without altering the original document and also allows to print or email any document on the system.
Yes
1.3.7
Allows to locate document quickly and easily ( please explain )
Yes
1.3.8
The DMS may extract metadata from the document automatically or prompt the user to add metadata.
Yes
1.3.9
The proposed solution should support Optical Character Recognition (OCR) on scanned images.
Yes
CST
Remarks FUT
NS
SAP core DMS System and Work Flow engine Using SAP core DMS System By utilizing the internet browser or SAP GUI or MS Explorer Using SAP core DMS System Using SAP core DMS System including redlining and electronic stamp Using SAP core DMS System Using SAP search engine and use the Document Finder to find and display documents Using SAP core DMS System The Drivers used in the Scanner shall perform the OCR functions and communic ate the same to
Annex B: Appendix 3B- Compliance Sheet
Page 32 of 89 1.3
Compliance
Document Management System SUP
MOD
3RD
CST
Remarks FUT
NS
SAP in a Flat File. 1.3.9
Archived data migration from the current system
Yes
1.3.10
Interfaces, Reports and Data that are supported in English/Arabic
Yes
1.3.11
DMS should support and integrate with the ERP and CRM/Billing to achieve all the transactions that need archiving through OCR and OCX
1.3.12
Ability to archive Soft-documents as well as Hard-Documents
Yes
1.3.13
DMS should support Documents workflow.
Yes
1.3.14
Supporting the encryption of the URL in the browser for security wise.
Yes
1.3.15
Source Code
Yes
1.3.16
Develop a solution for Inbound/Outbound Letters and internal announcements … etc.
Yes
Using SAP core DMS System utilizing SAP migration tool Using SAP core DMS System Yes
1.13.17
Security
1.3.17.1
Provides role-based security for individual authors
Yes
1.3.17.2
Provides role-based security for group of authors
Yes
1.3.17.3
Provides role-based security for organizational unit of groups
Yes
1.3.17.4
Provides role-based security for individual domains/sites
Yes
1.3.17.5
Prevents "un-authorized viewing/access" after permanent deletion
Yes
Using SAP core DMS System Using SAP core DMS System Using SAP core DMS System Using SAP core DMS System Using SAP core DMS System SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles &
Annex B: Appendix 3B- Compliance Sheet
Page 33 of 89 1.3
Compliance
Document Management System SUP
1.3.17.6
Prevents viewing of expired content
Yes
1.3.17.7
Allows access to checked-out content from a secure location
Yes
1.3.17.8
Creates view-only format for content
Yes
1.3.17.9
Immediately revokes all access and view privileges
Yes
1.3.17.10
Restricts access based on profile
Yes
1.3.17.11
Restricts access based on document
Yes
1.3.17.12
Applies a security category to a file folder
Yes
1.3.17.13
Applies a security category to a document
Yes
1.3.17.14
Applies a security category to a user
Yes
1.3.17.15
Applies a security category to a group
Yes
1.3.17.16
Provides lower or equal security level in file structure
Yes
MOD
3RD
CST
Remarks FUT
NS
Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion SAP BASIS Roles & Authorizat ion
Annex B: Appendix 3B- Compliance Sheet
Page 34 of 89
1.4
Functional/Technical Requirements
The appendix provides the key requirements from the proposed ERP and CRM/Billing application. The requirements are presented in the form of a matrix. Each Bidder is required to respond as follows:
•
Respond ‘Yes’ if the requirement is fully met, or if the question asked is fully answered. Please provide information in the Comments column to describe how your company/system meets the requirement. Respond ‘No’ if the requirement cannot be met. Comments should be included if there is an alternate solution. If the requirement will be met through a planned or future release, provide details in the Comments column. Respond ‘Partial’ if the requirement is partially met AND include details as to why in the Comments column. If a requirement contains multiple points and not all can be supplied then just a single 'Partial' indication is the appropriate response. Do not address each point, but use the Comments to provide details of which of the requirements cannot be met and why. Each last level requirement should be responded to as per the following fashion
• • •
Example: Reference in Proposal Sr. No.
Requirement Description
Remark Yes
99.1
1.4.1
Sr. No.
Bidder will implement full ERP System
Part.
No
Page 26, Sec. 3
Financial Management will not be provided
Customer Relationship Management and Billing
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
1.0 Customer Relationship Management 1.1
System should enable setup of a single customer/person record in a single location, so this record is preserved when that person moves or wishes to purchase new services. System should support the tracking of complex customer ownerships associated with that person or customer. System should enable the definition of user-defined fields to the person & account records, and these user-defined fields are maintained during upgrades.
Yes
CRM and billing
Yes
CRM and billing CRM and billing
1.4
System should allow multiple names (aliases) to be specified for the same person. These names should all be available for searching.
Yes
CRM and billing
1.5
System should enable multiple forms of identification to be linked to the person. E.g. Drivers license. These identifiers should be available for searching.
Yes
CRM and billing
1.6
System should enable the definition of an account that is linked to a specific customer.
Yes
CRM and billing
1.7
Account information should contain all critical data related to that account, including contact persons, payment terms and methods.
Yes
CRM and billing
1.8
Account should remain linked to the specific customer indefinitely, eliminating the need to setup a new account when the person moves or purchases new services.
Yes
CRM and billing
1.9
System should has the capabilities to add a priority tag for certain accounts and route any related issues to specific FEWA staff for special handling.
Yes
CRM and billing
1.10
System should support the association of a single account with multiple services.
Yes
CRM and billing
1.11
System should support hierarchical linking of services.
Yes
CRM and billing
1.2 1.3
Yes
Annex B: Appendix 3B- Compliance Sheet
Page 35 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
1.12
The system should support services consolidation for services that span over multiple locations (e.g., add usage from several meters)
Yes
CRM and billing
1.13
System should provide robust, easy-to-use capabilities for starting and stopping customer service.
Yes
CRM and billing
2.0 Customer Lifecycle Management 2.1
System should enable searches by name, address, account number, phone number, person identifier, or any other configurable criteria.
Yes
CRM and billing
2.2
When a customer is identified, all appropriate fields on the system screen should be populated and contextual information be displayed where necessary (e.g., payment information should display on the payment screen).
Yes
CRM and billing
2.3
System should provide a contextual, user-centric portal that displays only the account information that is most applicable to the needs of the user.
Yes
CRM and billing
2.4
The system should have an optional dashboard which allows the user to maintain focus of the customer & account in context, contact notes, and financial information. It should also be able to show work items.
Yes
CRM and billing
2.5
The portal should be fully configurable, allowing FEWA to configure specific portals around alerts, billing graphs, financial balances, other account details, etc.
Yes
CRM and billing
2.6
FEWA should be able to embed configured specific business processes to be launched from any of the data displayed in the portals.
Yes
CRM and billing
2.7
System should maintain contact notes and other contact data as customer contact records.
Yes
CRM and billing
2.8
System should provide robust integration capabilities with Contact Center via CTI and to support IVR portal integration
Yes
CRM and billing
2.9
System should provide a “one-step” enrollment process for new customers in a quick & efficient fashion and be able to validate the data.
Yes
CRM and billing
2.10
System should provide for the creation of “packaged” services that may trigger a discount.
Yes
CRM and billing
Yes
CRM and billing
3.0 Customer Billing - Bill Rating 3.1 System should provide a robust rating engine that defines the pricing for products and services offered to the market. 3.2
The rating engine should be configurable without the need for customization.
Yes
CRM and billing
3.3
The rating engine should allow the definition of products that accept charges calculated within external applications, optionally adding other calculations (e.g., VAT, taxes .. etc.) to facilitate bill consolidation.
Yes
CRM and billing
3.4
System should support complex regulated & unregulated rate calculations without the need to modify the base system. System should permit rates to have multiple components that produce the actual charges on bills.
Yes
CRM and billing CRM and billing
System should support plug-ins or other non-customized functionality that support more complex rate calculations. System should support short and long billing rates, as well as rate changes during a period. (without any further development)
Yes
3.5 3.6 3.7
Yes
Yes
CRM and billing CRM and billing
Annex B: Appendix 3B- Compliance Sheet
Page 36 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
3.8
System can define multiple rules use to modify consumption values before applying the rate.
Yes
CRM and billing
3.9
System should also support consumption estimates where advanced metering is not used. Please explain the methodology that the system does support. The system should enable the following specification of prices:
Yes
CRM and billing
3.10.1
Directly on the rate
Yes
3.10.2
Via a bill factor that can be referenced on multiple rates
Yes
3.10.3
As the result of another rate component
Yes
3.10.4
As the result of a set of configurable rules
Yes
3.10.5
As entered into the system via an interface to an external system
Yes
3.11
The system should allow the definition of “bill factors” that contain frequently used amounts, and can be setup to define flat fees, per-unit fees, and percentage rates.
Yes
CRM and billing
3.12
The values of bill factors must be date effective to enable simple changes over time.
Yes
CRM and billing
3.13
Proration should be supported when the bill factor value changes during the billing period.
Yes
CRM and billing
3.14
The system should enable “what if” analysis to test the results of applying a particular rate in various scenarios.
Yes
CRM and billing
3.15
The system should handle sophisticated cross-product discounting scenarios.
Yes
CRM and billing
Yes
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
3.10
4.0 Customer Billing ( should support all the following ) 4.1 Internally rated charges (rated by the system’s rating engine).
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
4.2
Externally rated charges (passed through from another system).
Yes
4.3
Complex billing charges (e.g. half-hourly electricity charges).
Yes
4.4
Advance billing with service provisioning
Yes
4.5
Billing of metered services
Yes
4.6
Billing of non-metered services
Yes
4.7
Fees, such as flat rate (for example, a connection charge). System should also allow for the calculation of fees as a percentage of another charge (for instance, a late fee on an overdue balance).
Yes
4.8
System should provide the following standard billing capabilities:
Yes
CRM and billing
4.8.1
Automatic handling of meter exchanges
Yes
4.8.2
Proration of long or short bill periods
Yes
4.8.3
First and last bills
Yes
CRM and billing CRM and billing CRM and billing CRM and billing
4.8.4
Optional estimation of meter reads when actual data is not available
Yes
Annex B: Appendix 3B- Compliance Sheet
Page 37 of 89 Sr. No. 4.8.5
Requirement Description Automatic normalization of consumption information for rate calculation for bills when billing period is longer/shorter than userspecified range
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
Yes
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
4.8.6
Calculation and addition of taxes
Yes
4.8.7
Discounts
Yes
4.8.8
Margins
Yes
4.8.9
Customization of bill due dates
Yes
4.8.10
Definition of exact due dates
Yes
4.8.11
Overrides on due dates
Yes
4.9
System should generate a summary bill that can be associated with many additional services.
Yes
4.10
System should provide bill printing & rendering of online bill image functionality.
Yes
CRM and billing
4.11
System should support cancel/re-bill functionality, to permit recalculation of charges once source data is corrected. System should support online, real-time corrections of individual bills.
Yes
CRM and billing CRM and billing
4.13
System should support automatic re-billing when earlier meter-read estimates fall above or below pre-defined thresholds.
Yes
CRM and billing
4.14
System should support the specification of a date range during which bills may be produced, which enables FEWA to immediately begin bill production as meter reads come in. System can automatically create statements that consolidate information across multiple accounts and/or multiple billing periods.
Yes
CRM and billing
Yes
CRM and billing
4.16
System should provide billable charge templates and other tools to support one-off and 3rd party charges that fall outside normal business operations.
Yes
CRM and billing
4.17
System can bill customers a standard budget amount each period, based on previous usage trends, customer history, or other factors.
Yes
CRM and billing
4.18
System should support convergent billing, i.e., the consolidation of billing information created by other systems in a single bill to the customer.
Yes
CRM and billing
4.19
System can add permanent or one-time messages to bills, including meter reading remarks and ad hoc CSR comments.
Yes
CRM and billing
4.12
4.15
Yes
5.0 Customer Billing - Multi Party Billing 5.1 System should maintain contract agreement information for services providers, including the following service provider types:
CRM and billing
5.1.1
Energy (energy supply companies, energy service providers, retailers, and suppliers)
Yes
CRM and billing
5.1.2
Meter service (meter service providers and meter agents)
Yes
5.1.3
Meter reading (meter data management agencies & meter reading service providers)
Yes
CRM and billing CRM and billing
5.1.4
Billing (billing agents)
Yes
System should maintain the following relationship types:
Yes
5.2
CRM and billing CRM and
Annex B: Appendix 3B- Compliance Sheet
Page 38 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
billing CRM and billing CRM and billing CRM and billing CRM and billing
5.2.1
Billing relationships
Yes
5.2.2
Consumption relationships
Yes
5.2.3
Receivable (payment) relationships
Yes
System should support various types of billing calculations and presentation, including the following:
Yes
5.3.1
Rate-ready, when another service provider’s rates are loaded into the system
Yes
CRM and billing
5.3.2
Bill-ready, when another service provider’s calculated charges are loaded into the system
Yes
CRM and billing
5.3.3
Billing on behalf of a service provider
Yes
5.3.4
Consolidated service provider billing of charges. In this instance, charges are interfaced to another service provider, which the system views as the customer. Split billing, where multiple providers were each of them has their own billing charges
Yes
CRM and billing CRM and billing
Yes
CRM and billing
5.4
Proposed solution should comply with local market transaction standards in a deregulated market (e.g., system switches service providers as customers direct).
Yes
CRM and billing
5.5
Bidder should support updates to the market transaction functionality as new market standards and rules are published by the governing bodies.
Yes
CRM and billing
5.6
The system should support in flight messages when standards change.
Yes
CRM and billing
5.7
The system should be able to display market transactions which are directly linked to the relevant customer records and be able to see the automated processing and provide support for manual intervention when necessary.
Yes
CRM and billing
5.8
The system should be able to either integrate with a transaction hub or parse large incoming message files into individual transactions.
Yes
CRM and billing
5.9
List deregulated energy markets where the software has been implemented.
Yes
CRM and billing
Yes
CRM and billing
System should support batch processing of payments (i.e. through staging tables) to permit the creation of payments in the system from different source. For payment distribution, system should support either “balance forward” (in which payments are applied to the oldest debt first) or “open item” distribution (in which payments are applied to specific bills, charges, service agreements, or a combination of these).
Yes
CRM and billing
Yes
CRM and billing
6.4
System should support automatic payments, including Electronic Funds Transfers (EFT), direct debits, and credit card payments.
Yes
CRM and billing
6.5
System should support payment alternatives (pay plans, etc.) under automatic payment provisions. System should support prepayment in advance of service &be able to calculate amount of allowable consumption.
Yes
CRM and billing CRM and billing
5.3
5.3.5
6.0 Receivables Management - Payment Processing 6.1 System can manage payments from many sources, including mailed-in or walk-in payments, remittance processors, lock boxes, etc. 6.2 6.3
6.6
Yes
Annex B: Appendix 3B- Compliance Sheet
Page 39 of 89 Sr. No.
Requirement Description
6.7
System should support integration with prepaid metering devices.
6.8
System should support following cashiering functions:
Compliance SUP
Yes
MOD
3RD
CST
Remark FUT
NS
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
6.8.1
Adding and viewing payments online
Yes
6.8.2
Scanning bill stubs
Yes
6.8.3
Endorsing checks
Yes
6.8.4
Printing receipts
Yes
6.8.5
Managing and balancing individual cash drawers in a payment center
Yes
6.8.6
Single/multiple check(s) for multiple accounts
Yes
6.8.7
Popup messages alerting operators to excess cash in a drawer
Yes
6.8.8
Online, real-time transfer or payments between accounts (to facilitate error correction)
Yes
6.9
System can halt ongoing collection activity if payment is received for a delinquent account.
Yes
CRM and billing
6.10
System should support online cancellation of payments and levying of automatic fees for bounced checks.
Yes
CRM and billing
6.11
System should provide powerful search capabilities to help users locate a particular payment, including:
CRM and billing
6.11.1
Account (by name or Account ID)
Yes
6.11.2
Amount (with a ‘between’ range allowed)
Yes
6.11.3
Payer Account (by name or Account ID)
Yes
6.11.4
Payment tender amount (with ‘between’ range allowed)
Yes
6.11.5
Tender Source
Yes
6.11.6
Payment Date range
Yes
System should provide for the creation of non-billed budget plans to standardize a customer’s payments over time, particularly where bills are created infrequently.
Yes
6.12
7.0 Receivables Management - Credit & Collections 7.1 System can monitor how much customers owe to ensure they have not violated debt predefined levels. 7.2 The debt should be monitored by balance due or by individual items such as bills, adjustments, or charges. 7.3 When a violation is detected, the system should support the following:
Yes Yes
7.3.1
Encourage the customer to pay
Yes
7.3.2
Terminate service
Yes
7.3.3
Write off debt
Yes
7.4 7.4.1
System encourages customers to pay by providing the following functions: Generate letters
CRM and billing CRM and billing CRM and billing
Yes
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
Annex B: Appendix 3B- Compliance Sheet
Page 40 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
7.4.2
Credit-rating notifications
Yes
7.4.3
Cancel existing budget plans
Yes
7.4.4
An outbound call to the customer
Yes
7.4.5
Establish payment plans (installments, levelised bill payments, etc.)
Yes
System should initiate severance processing if the above steps do not result in a satisfactory payment arrangement. System should be able to create a write-off event to trigger a collection agency referral.
Yes
7.7
System should support automatic and manual cancellation of write-offs.
Yes
7.8
In the case of a write-off, system should generate accounting notification processes required to complete the necessary transactions.
Yes
7.9
Credit & collection activities can be processed automatically or manually, or mixture thereof, based on FEWA’s specific practices & regulatory requirements. Automatically-triggered collection-based activities can be overridden manually.
Yes
CRM and billing
Yes
CRM and billing
System can calculate & maintain an internal credit rating on each account based on account lifecycle events.
Yes
CRM and billing Credit rating will calculated externally by a credit services
7.5 7.6
7.10 7.11
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
Yes
CRM and billing CRM and billing
Assuming the infrastruct ure of such services available in UAE 7.12
Collection rules can be configured to take the credit rating into account when deciding on the appropriate collection path for the customer.
Yes
7.13
System should support cash and non-cash deposits, such as letters of credit and surety bonds.
7.14
System can automatically recommend a customer’s suggested deposit amount.
Yes
7.15
System can calculate interest on deposits, periodically (via a batch process) and when a refund is anticipated. If deposits are received over time, system calculates interest on each payment separately.
Yes
CRM and billing
7.16
System can refund deposits automatically when a customer meets userdefined criteria (which may be based on credit rating, length of service ..etc.).
Yes
CRM and billing
7.17
System should support "challenger" configurations of collection events that can be initiated randomly to test alternatives which improved debt collection.
Yes
CRM and billing
Yes
L/c & Surety Bonds Module will be developed CRM and billing
Annex B: Appendix 3B- Compliance Sheet
Page 41 of 89 Sr. No. 7.18 7.19
Requirement Description
SUP
Control reports and reconciliation reports. Typical reports like cash collection summary, receipt cancellation with reason code, reconciliation between cash collected and deposited to bank at each area office etc Functionality to generate bank pay-in-slips from the system to avoid manual steps
8.0 Field Operations - Geographic Data Management 8.1 System can record basic geographic information about each location or address.
8.2
Compliance
Multiple geographic identifiers may be linked to the premise/service location (e.g., map coordinates, GPS).
MOD
3RD
CST
Remark FUT
NS
Yes ECC 6.0 Yes ECC 6.0 Yes
Yes
CRM and billing The exact location and coordinate s will extracted via the integration with GIS CRM and billing The exact location and coordinate s will extracted via the integration with GIS
8.3
8.4
System should support searching by geographic identifiers.
System should support an unlimited number of distinct Service Points for each premise. (A Service Point is a location where a given service is actually provided.)
Yes
Yes
GPS will be utilized to identify the location for routing and directions CRM and billing The exact location and coordinate s will extracted via the integration with GIS CRM and billing The exact location and coordinate s will extracted via the
Annex B: Appendix 3B- Compliance Sheet
Page 42 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
integration with GIS 8.5
Landlord agreements may be attached to a premise.
Yes
8.6
Landlord agreements should control the automatic service reversion rules (to the landlord) when a tenant moves out of a premise. System should enable the linkage of multiple Service Points to a single service agreement.
Yes
8.8
System should also enable the linkage of a single Service Point to multiple services.
Yes
CRM and billing
8.9
System should provide for hierarchical structuring of parent & child premises for buildings, Mall, apartment complexes, etc.
Yes
CRM and billing
Yes
CRM and billing
8.7
9.0 Field Operations - Premise Management 9.1 System should provide powerful query & other tools that can quickly perform mass updates on premises or check the account status of, (i.e. all apartments in a building) 9.2 Mass updates actions should, at a minimum, include:
Yes
Yes
9.2.1
Assign or remove parent premise
Yes
9.2.2
Assign or remove landlord
Yes
9.2.3
Start or stop service
Yes
10.0 Field Operations - Meter and Device Management 10.1 System can record the relationship between a device and the Service Point it serves.
CRM and billing Using business document link CRM and billing CRM and billing
Yes
10.2
System can track meters & equipment installations through their life cycle. When meters are used at different locations, records are kept of initial and terminal readings at each site.
Yes
10.3
Users should be able to access the history of a meter or service point, including all meters installed over time.
Yes
10.4
System should allow for specification of a stock location (which includes on hand in a truck) whenever a meter or item is removed from a service point.
Yes
10.5
Tracking by stock location can be activated for individual meter types and item types.
Yes
CRM and billing CRM and billing CRM and billing CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt and material manageme nt CRM and billing Using
Annex B: Appendix 3B- Compliance Sheet
Page 43 of 89 Sr. No.
Requirement Description
Compliance SUP
10.6
System can maintain records on non-metered equipment such as transformers, backflow devices, lamps, and other items installed in the field.
Yes
10.7
System should also be able to handle sets of un-badge item types that use a single Service Point but are not individually identified (i.e. all lamps in a parking lot).
Yes
10.8
To reduce data entry, system should enable data replication from template entries for meters and items, and supports the automatic incrementing of badge numbers and serial numbers.
Yes
10.9
System should include features for selecting devices to be tested and recording test results.
Yes
11.0 Field Operations - Meter Reading 11.1 System should support meter read cycles and routes, to which Service Points can be assigned. (A route is a group of properties whose meters can be read by a meter reader on a given full or partial day.)
MOD
3RD
CST
Remark FUT
NS
Device manageme nt CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt CRM and billing Using Device manageme nt including QA
Yes
CRM and billing
System provides staging tables to load in the meter read data, which is then processed and used to create meter reads in the system. System should support the loading of reads from traditional manual reading processes, or from automatic meter reading systems.
Yes
CRM and billing CRM and billing
11.4
System should permit uploading remark codes with meter read data.
Yes
11.5
The remark code should be able to trigger one or more user-defined events, e.g., whenever a meter read with a “broken seal” remark is recorded in the database, the system might trigger the creation of a field activity to investigate the meter. System should support the tracking, reviewing, and correction of meter read errors.
Yes
Yes
CRM and billing
System should enable the ability to add non-cyclical meter reads, such as when a customer starts or stops service. System should support meter read estimation when an actual meter read is not available.
Yes
CRM and billing CRM and billing
11.9
System should support both trend-based and historical estimation.
Yes
11.10
System should support the definition of and comparison against high/low limits that are based on estimated usage for the account.
Yes
11.11
System should store a complete online history of all meter reads, including those uploaded from handheld devices, no reads, & manually entered reads.
Yes
11.2 11.3
11.6 11.7 11.8
12.0 Field Operations - Field Work
Yes
Yes
CRM and billing CRM and billing
CRM and billing CRM and billing CRM and billing
Annex B: Appendix 3B- Compliance Sheet
Page 44 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
12.1
System should provide handling for all customer field requests, including meter installs & removals, turning service on or off, and service investigations.
Yes
CRM and billing
12.2
When a customer calls to start service at a premise, the system should review the current status of service, & may create one or more field activities as applicable to start service.
Yes
CRM and billing
12.3
System should allow a single field activity to be linked to several pending service agreements.
Yes
CRM and billing
12.4
System should provide a dispatch query that presents pending Field Activities that need to be dispatched, which can be grouped and given to work teams.
Yes
CRM and billing
12.5
Yes
12.5.1
System should feature an automated field order dispatch process that selects pending field activities that: are not yet connected to a Field Order
12.5.2
have been assigned a dispatch group
Yes
12.5.3
are linked to an Field Activity type that permits automated dispatching
Yes
12.5.4
have a schedule date earlier than today’s date plus the specified Dispatch Ahead Days
Yes
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
Field work completion activities should trigger any of the following system updates:
Yes
CRM and billing
12.6.1
Meter Installation, new meter & the start reading are recorded
Yes
12.6.2
Meter Removal - the removal and the related end reading are recorded
Yes
12.6.3
Record Meter Reads
Yes
12.6.4
Service Point Connection Status update
Yes
12.6.5
Device At Service Point Status - indicates if the meter is on or off (or, for lamps, if the eye is in or out) System should support appointment functionality. (e.g. dispatch groups would receive effective-dated work schedules, which define their workday with time slots & the number of resources available for each time slot) The system should be able to override a dispatch group’s normal work schedule for events like holidays.
Yes
CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing CRM and billing
Integration with a Workforce Management system should enable additional appointment functionality in the core system (e.g., whether appointments are required at dispatch time. (Optional not allowed for field activities of that type).
Yes
CRM and billing
Yes
CRM and billing and HR CRM and billing and HR CRM and billing and HR CRM and billing and HR
12.6
12.7
12.8
13.0 Field Operations - Work Force Management 13.1 System should provide standard integration with a HR management system. 13.2 13.3 13.4
Yes
Yes
Should permit the user to view the available time slots, choose from them, and, in a real-time transaction, both reserve the time slot and update the field activity. All activities should take place without the need to jump between the two systems.
Yes
Should send status values to the Customer Relationship Management system so that users can inform customers about field visit status, e.g., “the worker is on the way.”
Yes
Yes
Annex B: Appendix 3B- Compliance Sheet
Page 45 of 89 Sr. No. 13.5
Requirement Description System should support a field activity history log to capture the changes to the field activity that are triggered by messages coming from the field operations stamped with the date/time and action that was performed.
14.0 Energy Data Management 14.1 System should calculate and manage all types of time-series data, including raw consumption, aggregated load, standard load profiles, prices, and other factors. 14.2 System should include many features to process this data, including validation, editing & estimation (VEE), derivation, aggregation, time-ofuse mapping, and complex billing. 15.0 Energy Data Management - Meter Data Management 15.1
Compliance SUP
Yes
Yes
15.1.2
Consumption values
Yes
15.1.3
Standard load profiles
Yes
15.1.4
Time-of-use maps
Yes
15.1.5
Prices
Yes
15.1.6
Contractual terms
Yes
System should allow loading of new or corrected data without corrupting existing data, including a history of what has been loaded in support of retroactive adjustments and calculations. System should permit calculations and manipulations of this interval data in order to perform many different functions.
Yes
15.4
System should permit interval data processes to be performed as data becomes available.
Yes
15.5
System should support multiple time zones and daylight-saving shifts.
Yes
16.3 16.4
System should support aggregation of interval data (the accumulation of data for multiple sources into a single stream, such as when a single Service Agreement exists for multiple service points or meters). System should support time-of-use mapping by providing tools that help users upload data, define standard reusable templates, classify and price usage periods, etc. System should store and process both interval-based and time-of-usebased prices.
NS
CRM and billing and EDM CRM and billing and EDM
Raw and aggregated data
16.2
FUT
Yes
15.1.1
16.0 Energy Data Management - Complex Billing 16.1 System should include a module for complex billing that takes over when raw interval data has been processed.
CST
CRM and billing and HR
Yes
15.3
3RD
Yes
System should support many forms of interval data, in any interval size, including:
15.2
MOD
Remark
Yes
Yes Yes Yes Yes
CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM
Annex B: Appendix 3B- Compliance Sheet
Page 46 of 89 Sr. No. 16.5
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
System should include formulae in the base system that supports, at a minimum, the following:
Yes
16.5.1
Profile data conversion for aggregation of peak demand (sum of curves or the maximum peak in each period).
Yes
16.5.2
Profile data conversions for unit of measure and time intervals—for instance, from KWh/15-minute interval values to KWh/30-minute interval values. A rate component calculation capability to pick out a “peak curve value.”
Yes
Complex billing systems should, at a minimum, be able to support the following:
Yes
16.6.1
Straight time-of-use pricing, where time-of-use data is derived from timeseries usage.
Yes
16.6.2
Pure real-time, interval pricing, where spot market prices are applied interval by interval to the customer’s time-series usage.
Yes
16.6.3
Combination products, where fixed prices are offered for pre-defined loads (or for usage within a band of loads), and the excess or under-used energy is sold or bought on a spot market contract.
Yes
16.6.4
All of these types of products should support integration with special contract options, such as price- or demand-response load-management triggers.
Yes
CRM and billing and EDM
16.7
System should calculate and manage all types of time-series data, including raw consumption, aggregated load, standard load profiles, prices, and other factors.
Yes
CRM and billing and EDM
16.8
System should support sophisticated contract options for the management of curtailment and interruption periods.
Yes
CRM and billing and EDM
16.5.3 16.6
1.4.2
CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM CRM and billing and EDM
Yes
Finance and Accounting
Sr. No.
Requirement Description
1.0
Organization Structure
1.1
Allows multi-company environment in a single instance
1.2 2.0
Allows definition of legal entity, its divisions, branches, plants, distribution centers etc. Allows definition of profit centers within organization General (across all modules in financials)
2.1
Definition of country , regions, sub-regions to meet legal requirements
2.2
Flexibility to define fiscal year including start month and end month.
2.3
Ability to define 12 periods “months” within a fiscal year.
2.4
Ability to revise no. of periods in a fiscal year during year
2.5
Provision for separate logical periods for the purpose of annual closing activities
Reference in Proposal SUP
Yes Yes
MOD
3RD
CST
FUT
Remark NS
SAP ERP Financials SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes Yes
Annex B: Appendix 3B- Compliance Sheet
Page 47 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials
2.6
Multiple fiscal year closings are allowed. Multiple sets of same books of accounts is permitted.
2.7
Allows closing of fiscal periods to restrict transactions posting
2.8
Allows to keep multiple periods open across financial years or within financial year
2.9
Ability to re-open closed period, subject to valid authorization Ability to define exchange rates with multiple currencies vis-à-vis base currency
Yes
2.10
Ability to process transactions entered in foreign currency based on exchange rates definition in a online mode
Yes
2.11
SAP ERP Financials
Tracking of all foreign currency transactions in both transaction currency as well as base currency
Yes
2.12
SAP ERP Financials
Yes
SAP ERP Financials
Yes Yes
SAP ERP Financials SAP ERP Financials
2.13
Ability to calculate exchange fluctuation gain or loss automatically on closing of open transaction as well as simultaneous posting of such gain / loss based on pre-determined criteria without any further user intervention Ability to calculate value of open items in foreign currency as of end of a fiscal year and end of period within fiscal year.
Yes
2.14
SAP ERP Financials
Yes
SAP ERP Financials
2.15
Flexibility to choose rules for posting of such revalued items at the end of fiscal year and end of period for each type of account such as receivable, payable, assets Flexibility options for posting of these differences meet criteria defined by IFRS
Yes
2.16
SAP ERP Financials
Yes
SAP ERP Financials
2.17
Ability to draw complete set of books of accounts such as profit & loss account, balance sheet for the legal entity, each of the business unit branch, plant etc.
Yes 2.18
Availability of various document types for different financial transactions
SAP ERP Financials
Yes 2.19
Availability of system generated numbering for the documents
2.20
Availability of an option of manual numbering for certain documents
SAP ERP Financials SAP ERP Financials
2.21
Numbering sequence for all documents is reset per fiscal year.
2.22
Option of setting numbering sequence based on location, branch etc for the same document type
2.23
Supports legal requirements for UAE
2.28
Supports capturing of various tax codes
2.31
Flexibility to control posting to specific ledger accounts with specific documents
Yes Yes Yes Yes Yes
2.32 3.0 3.1 3.2 3.3 3.4
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Flexibility to define date formats, number formats per user
Audit trail For re-opening of fiscal year periods Yes Tracking of user, date and time for each transaction Yes Tracking of changes made to any document Yes Tracking of creation and changes to any master data in the system
Annex B: Appendix 3B- Compliance Sheet
Page 48 of 89 Sr. No. 3.5 3.6 4.0 4.1 4.2
Requirement Description Tracking of creation and changes to any set up data in the system, eg. codes, etc.
Reference in Proposal SUP
3RD
CST
FUT
Remark NS
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Tracking of changes to authorization profile / approval profile General Ledger Ability to define chart of account for the company No restriction of the arrangement or the number of accounts
MOD
Yes
Allows grouping of general ledger account for the purpose of account management
Yes
Allows creating general ledger accounts in online mode
Yes
Allows creating general ledger accounts in batch mode using external interface
Yes
If required, allows creating master records during transaction entry
Yes
SAP ERP Financials
Can block / delete general ledger accounts if postings are to be blocked
Yes
SAP ERP Financials
4.8
Possible to map general ledger account codes to specific business transactions in other modules
Yes
SAP ERP Financials
4.9
Ability to post transactions from other modules in online mode based on such pre-defined criteria
Yes
SAP ERP Financials
Allows creation & posting of journal entries online or in batches.
Yes
SAP ERP Financials
Allows definition of recurring transactions and periodicity of recurrence
Yes
SAP ERP Financials
Creates these automatic transactions based on predefined criteria
Yes
SAP ERP Financials
Allows to create reversible journal vouchers with date definition for reversal
Yes
SAP ERP Financials
Automatic reversal of vouchers based on pre-defined criteria
Yes
Allows definition of certain GL accounts in a way that individual transactions can be tracked based on its 'open' status. e.g. Security deposits, clearing accounts etc.
Yes
SAP ERP Financials SAP ERP Financials
Allows manual clearing of such accounts by matching transactions
Yes
SAP ERP Financials
Option to capture due dates for such security deposits and query / report to highlight deposits / advances which are due for repayment
Yes
4.17
SAP ERP Financials
4.18
Flexibility to define rules for automatic clearing of such accounts and clearing of open items based on such criteria
Yes
SAP ERP Financials
4.19
Allows cash accounting with multiple cash points for a single or multiple cash GL accounts
Yes
SAP ERP Financials
Ability to define banks, bank accounts within system
Yes
Allows upload of bank statements into the system
Yes
Allows manual entry of bank statements into the system
Yes
4.23
Allows to define criteria for bank reconciliation & carries out bank reconciliation based on pre-determined criteria
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
4.24
Allows entry of incoming Cheques for current as well as future period and segregation based on dates possible
Yes
SAP ERP Financials
4.25
Allows to view & print Cheque deposit statement for a day
Yes
SAP ERP
4.3 4.4 4.5 4.6 4.7
4.10 4.11 4.12 4.13 4.14 4.15 4.16
4.20 4.21 4.22
SAP ERP Financials SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 49 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Financials SAP ERP Financials
Allows to define 'Cash Management Systems' which are offered by various banks in the country
Yes
Captures value date for Cheque deposits and payments
Yes
Enables calculation of interest based on value dates captured in the system
Yes
Flexibility to write certain validation rules to support business rules which are not supported directly by standard product features
Yes
4.29
SAP ERP Financials
4.30
Built in maker - checker concept for approval of documents by supervisory authority
Yes
SAP ERP Financials
4.31
Supports process of transfer of all revenue statement account balances to retained earnings on closure of fiscal year
Yes
SAP ERP Financials
4.32
Ability to transfer balances of profit & loss account to retained earnings account multiple times during a fiscal year closing process
Yes
SAP ERP Financials
Yes
SAP ERP Financials
4.26 4.27 4.28
SAP ERP Financials SAP ERP Financials
5.1
GL - Query / Reporting requirements Allows listing of all transaction for a particular document type in books of accounts
5.2
Ability to query all accounts and transactions on-line for current & previous periods including previous fiscal years
Yes
SAP ERP Financials
Flexibility in definition of transaction fields that are displayed in such query / report based on requirements without any programming efforts
Yes
5.3
SAP ERP Financials
5.4
Ability to drill down from balance to individual transactions for any account
Yes
SAP ERP Financials
5.5
Allows classification of expenses on the basis of pre-defined parameters. e.g. Telephone number, Vehicle number etc.
Yes
SAP ERP Financials
5.6
Generates error report in case of rejections or any errors at the time of data transfer using batch mode.
Yes
SAP ERP Financials
5.7
Allows to define multiple formats of annual accounts (i.e. Balance sheet and profit & loss account) at the same time
Yes
SAP ERP Financials
Ability to take these annual accounts at legal entity level, division etc.
Yes
SAP ERP Financials
Allows to take comparative balance sheet, profit & loss account, trial balance where a corresponding period which can be selected by user
Yes
SAP ERP Financials
Allows to define schedules to support annual accounts
Yes
Report on all foreign currency transactions entered during a period
Yes
SAP ERP Financials SAP ERP Financials
Allows to extract trial balance for entire company, division, branch, location etc.
Yes
SAP ERP Financials
Allows to extract actual cash flow of the company
Yes
Ability to generate financial reports on both cash and accrual basis based on specific reporting requirements Costing
Yes
SAP ERP Financials SAP ERP Financials
Adherence to costing record rules for the purpose of cost audit requirements
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP
5.0
5.8 5.9 5.10 5.11 5.12 5.13 5.14 6.0 6.1 6.2 6.3 6.4
Flexibility to perform costing for a legal entity or across legal entities Flexibility to define fiscal year including start month and end month. Flexibility to define periods within a fiscal year
Annex B: Appendix 3B- Compliance Sheet
Page 50 of 89 Sr. No.
6.5 6.6 6.7 6.8 6.8.1 6.8.2 6.8.3 6.9 6.10 6.11 6.12 6.13 6.14 6.15
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Financials SAP ERP Financials SAP ERP Financials
Yes Allows closing of fiscal periods to restrict transactions posting Ability to define cost centers based on internal reporting requirements
Yes
Allows grouping of cost centre in a tree structure at least upto 5 levels
Yes
SAP ERP Financials
Allows transfer of cost from one cost centre to another cost centre
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes On ad-hoc basis - manual transactions online Yes On predefined criteria including a specific amount, percentage or formula Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Flexibility to define departments, divisions, branches of the company as profit centers Allows grouping of profit centers in a tree structure at least up to 5 levels
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Allows transactions to flow from cost centers, general ledger accounts to profit centers
Yes
SAP ERP Financials
Yes
SAP ERP Financials
In case of formula, flexibility to change formula with an effective date Flexibility to transfer costs pertaining to specific expense head only Flexibility to retain origin information of cost even after transfer of costs Availability of sender and receiver cost centre information at all the time
Allows assets and liabilities to be allocated to individual profit centers
6.16
Ability to extract profit & loss account and balance sheet for each profit centre
Yes
SAP ERP Financials
6.17
Allows transfer price mechanism across profit centers for stock transfer across profit centers
Yes
SAP ERP Financials
6.18
Ability to derive unrealized profit in stocks at the end of period of fiscal year
Yes
SAP ERP Financials
6.19
Ability to arrive at standard product cost based on materials, labor and overheads consumption.
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials
6.20 6.21 6.22 6.23 6.24 6.25 7.0
Ability to calculate standard cost of products based on the above
Ability to calculate actual cost of products based on allocation of expenses during a period
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes
SAP IS-U EDM
Yes Variance analysis between standard / budgeted cost and actual cost Ability to produce cost reports at production sites and operational unit levels Ability to report transmission / distribution losses Budgeting Flexibility to define and change budgets for accounts and cost centre level
Yes
Yes
7.1 7.2
Yes Ability to calculate actual cost of product based on production data
Allows to create various versions during budgeting process with one version identified as firm budget
Yes
SAP ERP Financials /BPC SAP ERP Financials /BPC
Annex B: Appendix 3B- Compliance Sheet
Page 51 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
Flexibility in allocation of annual budget over accounting periods in a fiscal year
Yes
Either in equal installments
Yes
Any other formula / criteria
Yes
Flexibility of creating budgets
Yes
Without any reference to previous year's budgets / actual
Yes
As a percentage variation from previous year's / current year's budgets or actual data
Yes
Allows tracking of budget on a real time basis vis-à-vis actual transactions and commitments and highlight
Yes
On actual figures exceeding budget figures
Yes
On actual figures reaching a predetermined percentage of budget figures
Yes
Flexibility to define this tracking for each individual period or for entire fiscal year or combination of both
Yes
7.6
Ability to consolidate budgets of various departments, regions, branches into one corporate budget for the company
Yes
7.7
Provides budget vis-à-vis actual comparison on a on-line basis as well as periodic intervals
Yes
7.8
Flexibility to change budget figures during a fiscal year / period
Yes
7.3
7.3.1 7.3.2 7.4
7.4.1 7.4.2 7.5
7.5.1 7.5.2
7.9 8.0
Account Payable - General
8.1
Allows creation of vendors in the system and vendor codes can be Numeric and/or Alphanumeric
8.2
Vendor numbers can be generated by the system
8.3
If required vendor codes can be manually assigned
8.4
Captures critical vendor information such as Name and address, key person at vendor company
Yes
Captures state where vendor is located
Yes
Captures email ID of vendor
Yes
Bank account details
Yes
Payment terms, discount terms, payment methods
Yes
Legal status of the vendor such as corporate, non-corporate etc.
Yes
Ability to hint that vendor code may be existing in the system
Yes
3RD
CST
FUT
Remark NS
SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC SAP ERP Financials /BPC
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP
Yes Yes 8.4.1 8.4.2 8.4.3 8.4.4 8.4.5 8.4.6 8.5
MOD
Annex B: Appendix 3B- Compliance Sheet
Page 52 of 89 Sr. No.
Requirement Description
8.6
Allows creation of vendor codes in an online mode as well as in a batch mode
8.7
If required vendor codes can be created during transaction entry
8.8
Allows to define payment terms in following scenarios:
Reference in Proposal SUP
Yes Yes
MOD
3RD
CST
FUT
Remark NS
Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Standard payment term of payment due after specific no. of days
Yes
Payment term with discount slabs for payment before specific no. of days. Should allow up to 5 slabs in such cases
Yes
8.8.2
Payment term where discount is offered as interest component for early payments
Yes
8.8.3
SAP ERP Financials
Payment term which allows retention money
Yes Yes
8.9
Allows blocking of specific vendors so that transactions with such vendors cannot be entered
SAP ERP Financials SAP ERP Financials
Yes
8.10
Allows linking of many vendors to capture group exposure / transaction volume
SAP ERP Financials
Yes
8.11
Allows linking of vendors with customers in case a company is both vendor as well as customer
SAP ERP Financials
Yes
8.12
Allows creation of vendors' financial data independent of purchase and materials related data
SAP ERP Financials
Yes
8.13
A unique vendor code can be used for all the divisions, branches, multiple legal entities based on the requirement
SAP ERP Financials
Allows to define various TDS rates, works contract tax rates in the system & attach relevant rates to vendors based on applicability
Yes
8.14
Allows clearing of vendor transactions by matching two or more open debit and credit items Allow to segregate and track vendor transactions into: Normal invoices and payments
Yes
SAP ERP Financials SAP ERP Financials
Advance payments to vendors
Yes
Guarantees
Yes
Security deposits with vendors
Yes
Bank guarantee, letter of credit to vendors
Yes
AP - Accounting and Vendor credit processes Allows invoice processing With respect to a Goods Receipt Note (GRN) in the system
Yes
With respect to capital job note in case of capital asset receipt
Yes
With respect to service entry note in case of a service vendor
Yes
Expense voucher where vendor is credited without PO/GRN in the system
Yes
8.8.1
8.8.4
8.15 8.16
Yes
8.16.1 8.16.2 8.16.3 8.16.4 8.16.5 9.0 9.1
9.1.1
9.1.2
9.1.3
9.1.4
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent
Annex B: Appendix 3B- Compliance Sheet
Page 53 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
Yes 9.2
Supports typical 3 way match (PO, GRN, Vendor invoice) bill passing process Yes
9.3
Considers quantitative details from GRN and price details from PO during the 3way match Yes
9.4
Bills are processed based on PO, GRN even if invoice does not match with value arrived at using these two documents Yes
9.5
Vendor bills should be booked at gross and any rejection, disallowance should be captured during bill processing as a separate entry. Rejection, deductions should be printable during printing of payment advice Yes
9.6
Ability to prompt / automatically deduct all deductible charges at the time of vendor bill processing Yes
9.7
Ability to automatically account for all these deductions based on predetermined criteria Yes
9.8
Defaults master data information of vendor during invoice processing Yes
9.9
Allows to define parameters to determine whether default master data information can be changed during processing and changes are allowed only based on this. The same can be done only based on authorization. Yes
9.10
Allows entry of transaction in vendor account In online and/or batch mode Yes
9.11
Allows to evaluate amount of pending GRN for invoice processing to arrive at provision figures Yes
9.12
Triggers commitment and updates budget on issue of purchase orders for goods / services Yes
9.13
Ability to track duplicate invoice based on vendor code and invoice number Yes
9.14
In case of labor bills ability to check individual time sheets Yes
9.15
Ability to post debit notes and credit notes as well as print these for sending across to vendors Yes
9.16
Ability to calculate overdue interest for vendors based on individual transaction due dates in following scenario:
MOD
3RD
CST
FUT
Remark NS
SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent
Annex B: Appendix 3B- Compliance Sheet
Page 54 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
Interest is accrued at each period end for all outstanding line items beyond due date
Yes
Interest is accrued only at the time of payment of principal. Till then although interest is calculated , however not accounted for
Yes
9.16.1
9.16.2 10.0 10.1
3RD
CST
FUT
Remark NS
SAP ERP Financials /Procurem ent SAP ERP Financials /Procurem ent
AP - Payment processing Ability to process vendor payment in Manual payment mode
Yes
Automatic payment processing based on predefined parameters
Yes
10.1.1 10.1.2 Yes 10.2
MOD
Allows payment for following scenarios: Advance payment – ad-hoc
Yes
Advance payment only against purchase orders
Yes
Payment against one or multiple invoices - matching amount
Yes
Payment against one or multiple invoices - partial amount
Yes
Payment against one or multiple invoices – ad-hoc amount
Yes
10.2.1 10.2.2 10.2.3 10.2.4 10.2.5 Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
10.3
Ability to capture and report capital and revenue advances separately Ability to block certain vendor invoices so that they cannot be paid unless cleared by appropriate authority
Yes
10.4
SAP ERP Financials
Ability to block certain vendors for payment so that no payments can be made to such vendors unless appropriately approved
Yes
10.5
SAP ERP Financials
Ability to provide funds requirement based on due date for a user determined period.
Yes
10.6
SAP ERP Financials
Yes
SAP ERP Financials
10.7
The funds requirement information also identifies currency, branches, divisions for all the individual transactions which are captured based on due dates Allows to processes one or more vendor invoices, debit notes, credit notes and allows to make net payment
Yes
10.8
SAP ERP Financials
10.9
For the purpose of automatic payment processing system enables:
SAP ERP Financials
Allows to run payment program for future date
Yes
Allows to process multiple payment programs runs for different dates, same date - different criteria
Yes
Identification invoices due by a particular date
Yes
Allows to select / deselect certain invoices for payment processing
Yes
For the purpose of payment processing, allows to pay on one single day
Yes
SAP ERP Financials
Flexibility to process payment of all invoices at one go, however, strictly on due date basis.
Yes
SAP ERP Financials
Identifies banks based on predetermined criteria and funds availability
Yes
SAP ERP Financials
10.9.1 10.9.2 10.9.3 10.9.4 10.9.5 10.9.6 10.9.7
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 55 of 89 Sr. No. 10.9.8
Requirement Description Based on the process, posts accounting entries in bank accounts as well as vendor accounts
Clears vendor items wherever clearing is possible
Reference in Proposal SUP
3RD
CST
FUT
Remark NS
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials
10.9.9 Yes 10.10
MOD
During payment (automatic or manual) system automatically calculates discount if any and proposes net amount for payment processing Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials
10.11
Ability to generate accounting entry after considering discount figures & posting of entry based on pre-determined account mapping
10.12
Allows maintenance of Cheque stationary and tracking of Cheque based on available stationary and usage
10.13
Allows printing of Cheques for various banks Option of sending payment details to banks in a soft copy format so that payment processing can be carried out by bank
Yes
10.14
Option of Cheque printing by banks on transfer of payment instruction and updating of Cheque nos. back in the system
Yes
10.15
SAP ERP Financials
Allows printing of payment advice along with Cheque which may be sent across to vendors along with their payment
Yes
10.16
SAP ERP Financials
Ensures updating of Cheque register on printing of Cheque as well as updates the payment voucher with details of Cheque no.
Yes
10.17
SAP ERP Financials
Flexibility to update Cheque register in case Cheque are issued manually, Cheque is destroyed, damaged etc. AP - Reports
Yes
10.18 11.0
SAP ERP Financials
Yes
SAP ERP Financials
11.1
Statement of account for the purpose of sending it across to vendors for balance and transaction confirmation, with an option to define format of confirmation letter
Yes 11.2
Due date wise analysis of vendor accounts
11.3
Ageing analysis of vendor line items
11.4
Vendor account trial balance
11.5
Vendor account line item details
11.6
Vendor account details segregated into:
11.6.1
Invoices and payments
11.6.2
Advances paid to vendors
11.6.3
LCs and bank guarantees
11.7
Vendor account balances & transactions per vendor control account
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
11.8
Allows regrouping of vendor balances based on debit / credit balances
11.9
Yes Yes Yes Yes Yes Yes Yes Yes Yes
SAP ERP Financials
Ability to view / print all the above vendor account and line item reports per branch, division, location etc.
Yes
SAP ERP Financials
Allows to capture separate ageing analysis for different categories of vendors
Yes
11.10
SAP ERP Financials
Availability of details of payments made before due data and corresponding cash discount earned
Yes
11.11
SAP ERP Financials
Allows to extract details of purchase orders, GRNs, invoices, accounting documents of individual vendors
Yes
11.12
SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 56 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Ability to provide details of payments segregated into on time payment, early payment and delayed payment
Yes
SAP ERP Financials
Ability to report on total volume of business generated, discounts earned from vendors Accounts Receivable - General
Yes
11.16 12.0
SAP ERP Financials
Allows creation of customers in the system and customer codes can be Numeric and/or Alphanumeric
Yes
12.1
SAP ERP Financials
Yes 12.2
Customer numbers can be generated by the system
12.3
If required customer codes can be manually assigned
12.4
Captures critical customer information such as
12.4.1
Name and address, key person
12.4.2
Bank account details
12.4.3
Payment terms, discount terms, payment methods
12.4.4
Legal status of vendor such as corporate, non-corporate etc.
12.5
Allows defining multiple groups in which individual customers may be clubbed such that different groups may exist for different class of customers. eg. Industrial, domestic etc.
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
12.6
Ability to hint that customer code may be existing in the system
12.7
Allows creation of customer codes in an online mode as well as in a batch mode
12.8
If required allows creation of master data during transaction entry
12.9
Allows to define specific credit limits for individual customers
12.10
Allows specific credit limit for each customer within a customer category
12.11
Allows tracking of any change to the credit limit set Yes
12.12
Ability to provide specific overriding authorization for allowing transactions over and above credit limit
Yes
12.13
Ability to provide separate credit limits depending upon product to the same customer
SAP ERP Financials
Yes 12.14
Ability to define dynamic credit limits based on:
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
11.13
Allows to segregate imported and local purchases and expenditure in foreign currency
11.14
Allows to extract details of capital commitment made by the company
11.15
Yes Yes Yes Yes Yes Yes Yes
Yes Yes Yes Yes Yes Yes
Yes 12.14.1
Sale of past 'x' months where value of 'x' is freely definable Formula to alter credit limits of all customers as a % of existing credit limit e.g. + / - 10% for all customers in a category
Yes
12.14.2
Yes
12.14.3
Percentage of a total of security deposit and advances as reduced by outstanding bills beyond due date
12.15
Allows to define payment terms in following scenarios:
Yes Yes 12.15.1
A fixed date as payment date such as every Monday, every 7 th of month Yes
12.15.2
Standard payment term of payment due after specific no. of days
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 57 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Payment term with discount slabs for payment before specific no. of days. Should allow upto 5 slabs in such cases
Yes
12.15.3
SAP ERP Financials
Payment term where discount is offered as interest component for early payments
Yes
12.15.4
SAP ERP Financials
Yes 12.15.5
Payment term which allows retention money Yes
12.16
Allows blocking of specific vendors so that transactions with such vendors cannot be entered
SAP ERP Financials SAP ERP Financials
Yes
12.17
Allows linking of many customers to capture group exposure / transaction volume
SAP ERP Financials
Yes
12.18
Allows linking of vendors with customers in case a company is both vendor as well as customer
SAP ERP Financials
Yes
12.19
A unique customer code can be used for all the divisions, branches, multiple legal entities based on the requirement
SAP ERP Financials
Yes
12.20
Allows clearing of customer transactions by matching two or more open debit and credit items
SAP ERP Financials
12.20.1
Allow to segregate and track transactions into:
12.20.2
Normal invoices and payments
12.20.3
Advance payments
12.20.4
Guarantees
12.20.5
Security deposits from customers
12.20.6
Bank guarantee, letter of credit to customers
Yes Yes Yes Yes Yes Yes
12.21
Ability to calculate unbilled revenue based on revenue recognition policy
13.0
Accounts Receivable - Invoicing and collections
13.1
Allows to create manual / system invoices for customer charges
13.2
Allows to create invoices in batch mode so that invoices can be uploaded into system from external file / database in case billing is generated in a different solution
13.3
Automatic invoice no. generation by the system
13.4
Generation of invoice no. can be any of the following:
13.4.1
Unique across company
13.4.2
Unique per branch, division, location
13.5
Allows posting of debit notes / credit notes in the system both manually, or in a batch mode thru an external file / database
13.6
Allows entry of payments in any of the following ways:
13.6.1
Manual cash / Cheque receipt
13.6.2
Batch upload from an external file / database
13.6.3
Electronic upload of the Data through system checks like bill No.
Yes Yes
Yes
Yes Yes Yes
Yes Yes Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials A report will be developed for the same. SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 58 of 89 Sr. No. 13.7
Requirement Description Allows clearing of open invoices, other items on entry of payment against those items
13.8
Ability to clear multiple debit, credit line items in a single transaction
13.9
Ability to segregate customer transactions and automatic accounting parameters based on:
13.9.1
Payment against invoice - Partial payment or complete payment
13.9.2
Payment for other charges such as maintenance, repair
13.9.3
Non-revenue payments such as security deposit from customers
13.9.4
Capital receipt from customers such as connection charges
13.9.5
Excess payments compared to outstanding invoices
13.10
Possible to park amounts in suspense accounts in case of unaccounted credit / debit
13.11
Automatically Calculates and account for 'cash discounts' based on predetermined parameters in case of payment before specific time interval
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes Yes Yes Yes Yes Yes
SAP ERP Financials
Yes
SAP ERP Financials
13.12
Automatically calculates and account for 'delayed payment charges' in case of payment is not made by due date. The charges can be computed in any of the following manner: Charges are accrued at each period end for all outstanding line items beyond due date
Yes
13.12.1
SAP ERP Financials
Yes
SAP ERP Financials
13.12.2
Charges are accrued only at the time of payment of principal. Till then although calculation is made, the same is not accounted for. Allows reversal of payment transaction in case of 'returned' cheques in any of the above scenarios
Yes
13.13
SAP ERP Financials
In case of cleared transactions, the clearing is reset on reversal of payment transaction
Yes
13.14
SAP ERP Financials
Ageing of such invoices is restated to original date for the purpose of calculation of:
Yes
13.15
SAP ERP Financials
Yes 13.15.1
No. of days of outstanding bill
13.15.2
Calculation of overdue interest / penalty
13.16
Ability to configure dunning / automated reminders to customers where payments are not made against invoices
SAP ERP Financials SAP ERP Financials SAP ERP Financials
13.16.1
At least 3 levels of dunning can be configured
13.16.2
Summary as well as details of transactions outstanding can be provided
13.16.3
Details of interest charges / penalties can be provided
13.17
Ability to transfer information related to collections to an external file / database where collections are identified as:
13.17.1
Collections against invoices
13.17.2
Ad-hoc payment by customer
13.17.3
Advance payments by customers
13.17.4
Any other payments by customers
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
Annex B: Appendix 3B- Compliance Sheet
Page 59 of 89 Sr. No.
Requirement Description
13.18
Possible to allow processing of billing while closing of accounts and financial year closing activities
14.0
AR – Reports
14.1
Statement of account for the purpose of obtaining confirmations from customers on balance and transactions
14.2
Due date wise analysis of customer accounts
14.3
Ageing analysis of customer line items
Reference in Proposal SUP
14.5
Ageing can be taken on the basis of both, invoice date & due date
14.6
Customer account trial balance
14.7
Customer account line item details
14.8
Customer account details segregated into:
CST
FUT
Remark NS
SAP ERP Financials
Yes
SAP ERP Financials
Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials
Yes Buckets for ageing can be freely defined by user based on requirements
3RD
Yes
Yes
14.4
MOD
Yes Yes Yes
Yes Invoices and payments Yes Advances paid Yes LCs and bank guarantees Yes
SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials SAP ERP Financials
14.9
Customer account balances and transactions per vendor control account Yes
14.10
Ability to view / print all the above customer account and line item reports per branch, division, location etc.
SAP ERP Financials
Yes
14.11
Availability of details of payments made before due data and corresponding cash discount allowed to customers
SAP ERP Financials
Yes
14.12
Ability to provide details of payments segregated into ontime payment, early payment and delayed payment
SAP ERP Financials
Yes
14.13
Ability to report on total volume of business generated, discounts allowed to Customer
SAP ERP Financials
15.0
Assets - CWIP Yes
Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g
15.1
Allows capitalization of assets through CWIP route Yes
15.2
Allows debiting direct purchases to CWIP Yes
15.3
Allows debiting of materials issues to CWIP Yes
15.4
Allows capital receipts to be credited to CWIP before capitalization of assets
15.5
Allows apportionment of total cost of CWIP over multiple assets based on: Yes Pre-determined criteria
Financials and assets accountin g
Annex B: Appendix 3B- Compliance Sheet
Page 60 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
Yes Formula entry at the time of capitalization Yes Direct entry of amounts from CWIP to Asset Yes 15.6
Allows allocation of indirect expenses to CWIP Yes
15.7
Allows definition of multiple parts of one single asset. Allows classification of CWIP expenses over asset parts as well Yes
15.8
CenVAT(Central Value Added Tax) net off record is maintained and reversed if asset is disposed off in specific time frame Yes
15.9
Allows adjustment in capitalization due to exchange fluctuation
15.10
Supports capital expenses budgeting such as: Yes
15.10.1
Asset level budgeting is possible Yes
15.10.2
Project level budgeting is possible Yes
15.11
Allows classification of assets into groups to facilitate grouping of similar assets
15.12
Allows creating assets with all requisite information such as: Yes
15.12.1
Description of asset Yes
15.12.2
Date of capitalization Yes
15.12.3
Vendor details Yes
15.12.4
Quantity of assets Yes
15.12.5 15.12.6
Location of asset, cost centre Depreciation related details such as method, rate
Yes
MOD
3RD
CST
FUT
Remark NS
Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin
Annex B: Appendix 3B- Compliance Sheet
Page 61 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
g Yes 15.12.7
Asset insurance details Yes
15.13
Any change in any of these details should be carried out as per makerchecker concept Yes
15.14
Flexibility to create equipment details out of asset records to track and control maintenance jobs on the assets Yes
15.15
Allows recapitalization of assets for further capital receipts such as registration charges, connection charges etc.
15.16
Ability to create projects and develop project budgets
15.17
Ability to capture costs for each project (either capex or otherwise) and link to contracts, HR costs, overheads and material issues
Yes Yes Yes 15.18
Project variance reports Yes
15.19
Ability to manage project accounting like milestone definition, payment certificate and accounting against relevant contract Yes
15.20
Ability to maintain separate account management for retention with vendor wise details
16.0
Assets - Depreciation Yes
16.1
Allows defining different types of depreciation methods such as:
Yes 16.1.1
Straight line method (SLM) Yes
16.1.2
Written down value method (WDV) Yes
16.2
Allows multi-shift depreciation Yes
16.3
Allows working of different depreciation for same assets which may be used for different purposes
Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Project Systems Project Systems Project Informatio n Systems Project Systems with Certificate to be developed as per FEWA’s requireme nt. SAP ECC 6.0 Financial Managem ent Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g
Annex B: Appendix 3B- Compliance Sheet
Page 62 of 89 Sr. No.
Requirement Description
Reference in Proposal SUP
Yes 16.3.1
For the purpose of books of accounts Yes
16.3.2
For the purpose of costing / MIS purposes Yes
16.4
Allows to calculate depreciation on a pro-rata basis Yes
16.5
Allows defining a threshold value below which assets need not be defined, and a threshold limit below which assets should not be depreciated. Yes
16.6
Allows automatic calculation of depreciation based on pre-defined criteria Yes
16.7
Allows calculation and posting of depreciation at monthly intervals, with an option of posting, posting with reversal entry Yes
16.8
Allows both upward and downward revaluation of assets
16.9
Supports accounting of revaluation of assets Yes
16.10
Allows depreciation calculation on revalued portion and charge of revaluation depreciation on: Yes
16.10.1
Revaluation reserve Yes
16.10.2
Capital reserve Yes
16.11
Option of calculation of depreciation with retrospective effect in case of change of method or rate of depreciation. Yes
16.12
For retrospective change, calculation of prior period items posted during current fiscal year.
16.13
Allows transfer of an asset to other locations, departments, divisions or branches
17.0
Assets - Sale
Supports sale of asset and carries out profit & loss calculation
3RD
CST
FUT
Remark NS
Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g
Yes Yes
17.1
MOD
Financials and assets accountin g
Annex B: Appendix 3B- Compliance Sheet
Page 63 of 89 Sr. No.
Requirement Description
17.2
Posting of capitalization, depreciation, sale of asset is automatic based on pre-determined characters
17.3
Supports automatic calculation of profit or loss on sale of assets based on book depreciation
18.0
Assets - Reports
18.1
Reference in Proposal SUP
Asset no. with part no. and asset description
Date of capitalization, original cost, accumulated depreciation and WDV
Additions and deletions from assets over a period Yes Cost centre, location of asset
18.1.5
Unit of measurement of asset such as meters, feet, kgs etc. Yes
18.2
Reports on transactions during the year such as: Yes
18.2.1
Purchase of new assets Yes
18.2.2
Sale of assets Yes
18.2.3
Details of sale, transfer and written off Yes
18.2.4
Location details of assets to be used for physical verification Yes
18.2.5
Income tax depreciation details
18.2.6
Book depreciation
Remark NS
Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g Financials and assets accountin g
Assets register to provide all the details about every asset in the books of accounts. Some of the critical details include:
18.1.4
FUT
Yes
Yes 18.1.3
CST
Financials and assets accountin g Financials and assets accountin g
Yes 18.1.2
3RD
Yes
Yes 18.1.1
MOD
Annex B: Appendix 3B- Compliance Sheet
Page 64 of 89 Sr. No. 19.0 19.1
Requirement Description Payroll Accounting Integrated with the HR module for Employee's details like : Name, Address, Employee code, designation, grade, position, cost centre, etc.
Reference in Proposal SUP
Allows to maintain and update employee's salary / wage structure
19.3
Allows to track changes made to the structure
Yes Yes 19.4
Provision for commission tables for complex calculations
19.5
Captures employee's bank account number and bank details
19.6
Allows to define different salary or wage classes and scales
19.7
Allows to define unlimited no. of new heads of pay or new heads of deduction at a later date to accommodate any changes in the salary structure / wage structure due to internal changes or statutory changes
19.8
Allows to capture cost centre of each employee and salary or wage data can be allocated to various cost centers
3RD
CST
FUT
Remark NS
Yes
Yes 19.2
MOD
Yes Yes Yes
SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM
Yes
19.9
Yes
Unlimited number of salary / wage types and bases Yes
19.10
Allows to define standard and branch / division or location specific salary / wage types
19.11
Allows defining designation / grade specific salary or wage type
Yes Yes
SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM
19.12
Allows transferring of attendance records to payroll system in batch mode or manually
19.13
Allows calculation of overtime and other shift dependent allowances based on the attendance records transferred to payroll system.
19.14
System should be able to categorize the deductions (deduction on advance taken, loans from company or external organizations, payments for any other purposes to external org., etc)
19.15
Provision of supporting loan details / advances taken via: amount taken, tenure, amount of each installment
Yes
SAP HCM
Provision to set loan and advances re-payment schedule with an option to modify the same
Yes
SAP HCM
Provision to print salary / wage slips as per user defined format providing details of emoluments and deductions
Yes
SAP HCM
19.16 19.17 19.18
Yes Yes
SAP HCM Yes
Option of exporting salary / wage slip in desired format Yes
19.19
Provision to carry forward negative salary / wage of an employee to the next payroll cycle subject to specific authorisation
19.20
Provision to consolidate salary bill across groups, slabs, seniority etc
Yes Yes
19.21
Global editing of wage records (e.g: if conveyance allowance has increased uniformly across grade levels then a single update in the Salary Master will drill down to the individuals in that category)
19.22
On-line and batch payroll statements
Yes Yes
19.23
Selection of salary by departments, locations, grade or bank through which payment will be processed
19.24
Should allow for Pro Rata calculations
Yes Yes
19.25
Wage payments by electronic system such as Bank transfers / Cheque / Cash
SAP HCM
Yes
SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM SAP HCM
Annex B: Appendix 3B- Compliance Sheet
Page 65 of 89 Sr. No. 19.26
Requirement Description
Reference in Proposal SUP
MOD
3RD
CST
FUT
Remark NS
Unlimited number of salary statements per month
19.27
Should be able to generate employee-wise records of unpaid salary
19.28
Should be able to calculate the arrear payment automatically once the details of arrear payments are entered
Yes
SAP HCM SAP HCM SAP HCM
19.29
Should allow for employees to claim allowances as per the approved salary structure
Yes
SAP HCM
Yes Yes
19.30
Should allow for each claim to be approved, on a workflow basis
19.31
Should allow for automatically converting the claims to payment vouchers, based on the nature of claim and amount.
Yes
SAP HCM SAP HCM
19.32
Print and export to a file payroll journal by month / period / cumulative / previous years
Yes
SAP HCM
Yes
19.33
19.34 19.35
1.4.3
In the case of Full and Final Settlements, the final salary / is to be generated upon receipt of clearances as per the HR module. Calculations for End of Service benefits to be done as per user definitions and added to the settlement package. In case of final settlement, the system should stop processing salary for that employee
Yes SAP HCM
Yes
The system should have provision to stop payment for employees who are marked as absconding
SAP HCM
Supply Chain Management
Sr. No. 1
SAP HCM
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
General
1.1 1.1.1
Possible to define material master Item code
1.1.2
Item description
1.1.3
Unit of measure (in alphanumeric characters)
1.1.4
Specifications (should have provision for attaching documents / drawings)
1.1.5
Shelf-life
1.1.6
Reorder point (maximum / minimum stock levels)
1.1.7
Economic order quantity
1.1.8
Size/volume
1.1.9
Categories as capital, consumable, operations & maintenance
1.1.10
Cross-reference qualified vendor information to each purchased part of subassembly by:
1.1.11
Vendor number
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
1.1.12
Vendor name
1.1.13
Vendor part number
Yes Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 66 of 89 Sr. No. 1.1.14
Requirement Description
Compliance SUP
MOD
Item code Manufacturers' part number Yes
1.2
Possible to define material as the following
1.2.1
Capital for projects (Steel, etc.)
1.2.2
Consumable
1.2.3
Spares
1.2.4
Operations & maintenance (e.g. maintenance tools)
1.2.5
Damaged material
1.3
Possible to define groups of materials like main group, sub group etc.
1.4
Should be possible to mark items as indigenous or imported
CST
Remark FUT
NS
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Yes 1.1.15
3RD
Yes Yes Yes Yes Yes Yes Yes
SAP ERP MM SAP ERP MM
Yes 1.5
System should generate material code (alpha-numeric) based on user defined logic
1.6
Possible to map material code of a processed material with material codes of components that are used to prepare the processed material
1.7
Possible to avoid generation of material code for the same material specification
Yes
In case of generation of a new material code, ability to map all old codes with the new codes
Yes
1.9
Possible to define a master list of vendors with following details
Yes
1.9.1
Company details (address, contact person, etc.)
Yes
1.9.2
Material supplied by the vendor
Yes
1.9.3
Lead times for material supplied by vendor
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
SAP ERP MM
Yes
SAP ERP MM Yes
1.8
1.9.4
Prices of items supplied by vendor
Yes
1.10
Possible to define stores in the system with following details
Yes
Location of store
Yes
Code for the store (multiple stores definition possible)
Yes
Whether FEWA store or contractor store
Yes
Name of the contractor whose store it is
Yes
Department using the store
Yes
Items stored in the store (Capital / Spares / Consumables. etc.)
Yes
1.11
Provision to pass rectification entries for any errors during document creation/approval
Yes
1.12
Possible to capture details about Letter of credit
1.10.1 1.10.2
SAP ERP MM
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
1.10.3 1.10.4 1.10.5 1.10.6
Yes
SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 67 of 89 Sr. No. 1.12.1 1.12.2
Requirement Description
Compliance SUP
MOD
Provision to capture letter of credit/Buyers' credit information
Yes
Provide reports on L/Cs pending retirement, expiry dates
Yes
Provision to track L/c limits
Yes
Provision to load L/C charges on goods received
Yes
Provision to track payments through L/Cs, remittances
Yes
1.13
Possible to enter rectification vouchers for any wrong entries made earlier
Yes
1.14
Possible to define audit information like creator, approver and define access control for information
3RD
1.12.4 1.12.5
Contracts Possible to define a contract with the contractor (selected based on tendering process) with following details
Yes
2.1.1
Contract type
Yes
2.1.2
Contract number
Yes
2.1.3
Terms and conditions
Yes
2.1.4
Scope of work under the contract (attach documents / drawings as a part of specifications)
Yes
2.1.5
Schedule of rates (i.e. rates for each activity under the contract)
Yes
2.1.6
Start date / End date
Yes
2.1.7
Contractor details
Yes
2.1.8
Sub-Contractors
Yes
2.1.9
Payment terms and amount
2.1.10
Normal (allowable) loss of material
Yes
2.2
Possible to define contract types
Yes
2.2.1
Annual rate contract (ARC)
Yes
2.2.2
Single purchase contract
2.3
Possible to capture following details specific to contracts with Energy/Water suppliers
Yes
2.3.1
specifications of the Energy to be supplied with possible range of parameters (e.g. range within which the supply voltage should fall)
Yes
2.3.2
upper and lower limit of quantity of volume to be supplied with possible range of parameters
Yes
NS
SAP BASIS SAP ERP MM SAP ERP MM
Yes
2.1
Remark FUT
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
1.12.3
2
CST
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM Can be customize d as per the actual requireme nt SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM Using the material master data parameter s. SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 68 of 89 Sr. No.
Requirement Description
Compliance SUP
2.3.3
Charges for consumption on time-of-day
Yes
2.3.4
Charges for consumption limits (upper and lower limit)
Yes
2.3.5
Pricing formulae (involving addition, subtraction, etc.) using above specifications of contract Other terms and conditions (take or pay, Billing, credit period, etc.) (refer to
Yes
MOD
3RD
CST
Remark FUT
NS
SAP ERP MM SAP ERP MM SAP ERP MM
requirements defined in "Billing" for further details)
Yes
2.4
Possible to define above contract details based on the data already captured during tendering process
Yes
SAP ERP MM SAP ERP MM
2.5
Possible to link Project(s) with the Contract (i.e. link Project number(s) with a Contract number)
Yes
SAP ERP MM
2.6
Possible to amend the contract by defined authority
Yes
2.7 2.8 3 3.1
Monitor contract performance and input key contract events Possible to capture Guarantee (if any) related to the contract Material requisition and indent Possible to define list and quantity of material (Bill of Material) requirement for provision of each domestic connection
Yes
3.2
Possible to compute aggregate material requirement based on the conversion targets for the year
Yes
SAP ERP MM SAP ERP MM
3.3
Possible to arrive at monthly indent plan for the material requirements for an year arrived as above
Yes
SAP ERP MM
Yes
SAP ERP MM
Yes
SAP ERP MM
2.3.6
Yes
SAP ERP MM Can be customize d as per the actual requireme nt
3.4
Possible to prompt for raising an indent when material reaches reorder level
3.5
Possible to release a Delivery order for an ARC contract when material reaches reorder level (considering on variable demand)
3.6
Possible to check material delivery pending against existing Purchase orders
3.7
Possible to generate an indent for material with following details
Yes
3.7.1
Material code, description and quantity
Yes
3.7.2
Expected delivery date
Yes
3.7.3
Project number of project for which the material is required
Yes
3.7.4
Location where material is required
Yes
3.7.5
Material inspection plan / approach
Yes
3.7.6
Material delivery location (possible to indicate more than one locations)
Yes
3.7.7
Packing details
Yes
3.7.8
Fields for 'Purpose of indent', 'Remarks', Attaching separate file for BEC
Yes
3.7.9
Bid evaluation criteria (Technical)
Yes
3.8
Possible to view item-wise estimated price / last purchase price for each material
Yes
SAP SRM SAP ERP MM SAP ERP MM
3.9
Possible to indicate the total value of the indent
Yes
SAP ERP MM
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 69 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
SAP ERP MM
3.10
Possible to check available stock (at all stores including the contractors' stores) before raising indent
Yes
3.11
Possible to consolidate multiple indents into one
Yes
3.12
Possible to check following before raising indent
Yes
3.12.1
Pending orders
Yes
3.12.2
Material in transit
Yes
3.13
Possible to define authority and limits of raising indent based on designation
Yes
3.14
Possible to check budgeted purchase limits before accepting an indent
Yes
3.15
Possible to grant financial concurrence by finance dept., in case of nonbudgeted items
Yes
SAP ERP MM SAP ERP MM
3.16 3.17
Possible to define workflow based approval process for indents Enables the creator of indent to define the approver
Yes
SAP ERP MM
3.18
Provision to predefine approver for indent depending on
Yes
3.18.1
reporting hierarchy
Yes
3.18.2 3.18.3
amount of indent Type of indent (nomination, limited tender, proprietary, etc.)
Yes
SAP ERP MM SAP ERP MM SAP ERP MM
3.19
Enable changing the indent (quantity, material code, etc.) once it is created
Yes
SAP ERP MM
3.19.1
by creator
Yes
3.19.2
by reviewer
Yes
3.20
Provision for approver to put comments on the indent received for approval by reviewer
Yes
SAP ERP MM SAP ERP MM SAP ERP MM
3.21
Possible to track the history of an indent in terms of creation, modification and approval
Yes
SAP ERP MM
3.22 4
Possible to maintain and view Indent register based on Project number, location and date Tendering process
Yes
SAP ERP PS
4.1
Possible to define workflow and steps for different tendering process like Open, two bid system, etc.
Yes
SAP ERP MM
4.2
Possible to assign the indent to personnel in Purchase department for initiating tendering process
Yes
SAP ERP MM
4.3
Sap ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Yes
4.4
Possible to define a new tender by aggregating multiple indents Support creation of Request for Quotation by including items required, quantity, shipment location, validity period, technical specification, taxes, etc.
4.5
Possible to view list of vendors available for a particular item
Yes
4.6
Support creation of Request for Quotation for service and construction contracts by including work orders
Yes
4.7
Possible to enter responses from vendors in the system
Yes
4.8
Possible to capture the deviations and validity of responses from vendors
Yes
SAP ERP MM SAP ERP MM
Yes SAP ERP MM SAP SRM Binding Period is supported SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 70 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
4.9
Possible to enter revised bids from the vendors in the system with a reference to the revision number which it has undergone
Yes
4.10
Possible to maintain a history of all revised bids received from vendors
Yes
4.11
Possible to capture details of Bid Security received from vendors
Yes
4.12
Possible to define workflow for evaluation of vendor responses involving two stages (Technical and Commercial evaluation)
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
4.13
Enables evaluation of responses based on a pre-defined evaluation criteria and rejection criteria
Yes
SAP ERP MM
4.14
Possible to capture issue of letter to vendors if Bid quotation criteria is not met
Yes
SAP ERP MM
4.15
Possible to arrive at ranking of bidders after consolidation or responses
Yes
4.16
Possible to maintain an audit trail of bidding process in following steps - Approval of Bid quotation / evaluation / qualification criteria - Release of RFQ - Receipt of bids from vendors - Technical / Commercial qualifications - Bid evaluation and negotiations - Selection of vendor
Yes
4.17
Possible to maintain a tender opening register with details of price bids for each vendor
4.18 4.19
Yes
SAP SRM SAP ERP MM
SAP ERP MM SAP ERP MM
Possible to customize the tendering process by adding / removing steps (e.g. open tending process will have additional step of placing newspaper advertisement) System maintains a historical record of bidding process and updates vendor profile by registering every win by vendor
Yes
Purchase order
Yes
5.1
Possible to generate a purchase order using data from one / multiple indents
Yes
SAP ERP MM SAP ERP MM
5.2
Possible to capture details of purchase proposal identifying the material requirements and terms of purchase like delivery date
Yes
SAP ERP MM
5.3
Possible to generate a PO without going through some or all activities like indenting, tendering process & selection of vendor
Yes
5.4
Possible to generate a purchase order / delivery order (for ARC) with following data
Yes
5.4.1
Material code and description
Yes
5.4.2
Material specification
Yes
5.4.3
Quantity
Yes
5.4.4
Price
Yes
5.4.5
Delivery date
Yes
5.4.6
Delivery location (single / multiple)
Yes
5.4.7
Supplier details
Yes
5.4.8
Payment terms
Yes
5.4.9
Names of third party inspection agency
Yes
5
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 71 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
5.4.10
Inspection plan (inspection stages, inspecting agency)
Yes
5.4.11
Packaging details (free text input)
Yes
5.5
Possible to define the purchase order type based on supply source
Yes
5.5.1 5.5.2
Local Imported
Yes
5.6
Possible to link a PO with following
Yes
5.6.1
User department (e.g. O&M, HR)
Yes
5.6.2 5.7
Project code(s) for a project
Yes
SAP ERP MM SAP ERP MM SAP ERP MM
Possible to identify a PO for spares related to particular capital item
5.8
Should allow modification of PO with approval from authority. Modification should be possible related
Yes
SAP ERP MM
5.8.1
Quantity
Yes
5.8.2
Items
Yes
5.8.3
Spares
Yes
5.8.4
Delivery date
Yes
5.9
Should allow maintaining a history of modifications made to PO
Yes
5.10
Should be possible to reopen a PO after it is closed (i.e. material / services provided and payments made). The reopened PO should allow entering of additional material / services
Yes
5.11
Should allow capture of Bank Guarantee details
Yes
5.11.1
BG No.
Yes
5.11.2
Bank name
Yes
5.11.3 5.11.4
Date Amount
Yes Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM Can be customize d as per the actual requireme nts Can be customize d as per the actual requireme nts Can be customize d as per the actual requireme nts Can be customize d as per the actual requireme nts Can be customize d as per the actual requireme
Annex B: Appendix 3B- Compliance Sheet
Page 72 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
Validity
Yes
5.11.6
Vendor / Contractor name
Yes
nts Can be customize d as per the actual requireme nts Can be customize d as per the actual requireme nts
5.12 5.13
System should prompt in advance (user defined number of days) before expiry of BG Should allow analysis of PO's based on following
Yes
SAP ERP MM
Yes
5.13.1
Contract number
Yes
5.13.2
Vendor
Yes
5.13.3
Delivery date
Yes
15.13.4
Quantity
Yes
15.13.5
Rate
Yes
15.13.4
Payment terms
Yes
5.14
Possible to link one or more indents with PO
Yes
5.15
Yes
5.16
Possible to link one or more POs with one or more indents Possible to open and close PO depending on the status of delivery and payment
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
6 6.1 6.2
Material receipt Possible to define an agency for inspection of material Possible to input material inspection details in the system
Yes
SAP ERP MM
6.2.1
Inspection agency
Yes
6.2.2
Name of the inspector
Yes
6.2.3 6.2.4
Inspection date Inspection findings
Yes
6.3
Possible to track status of material from the suppliers' premise
Yes
6.3.1
Dispatched
Yes
6.3.2 6.3.3
Damaged in transit Received at recipient's end
Yes
6.4
Possible to capture material receipt details
Yes
6.4.1
Challan (Receipt for payment or delivery) details
Yes
6.4.2 6.4.3
PO for which material is received Contract number for which material is received
Yes Yes
5.11.5
Yes SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP
Annex B: Appendix 3B- Compliance Sheet
Page 73 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
6.4.4
DO (Delivery order for ARCs) for which material is received
Yes
6.4.5
Date of receipt
Yes
6.4.6
Store where material is received
Yes
6.4.7
Material code of material received
Yes
6.4.8
Quantity of material received
Yes
6.4.9
Date and time of receipt
Yes
6.5
Possible to define location other than the store (e.g. user department at the FEWA Office) where the material is received directly
Yes
6.6
System should alert if the material receipt quantity is greater / less than the quantity mentioned in the PO
6.7
Possible to generate a note to be sent to the supplier identifying following
Yes
6.7.1
Over receipt of material
Yes
6.7.2
Under receipt of material
Yes
6.7.3 6.7.4
Damaged material received Rejection of material after inspection
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
6.8
Possible to modify material receipt details (for reasons like wrong entry initially)
Yes
SAP ERP MM
6.8.1
Material code of material received
Yes
6.8.2
Quantity of material received
Yes
6.8.3
Value of material received
Yes
6.9
System should support capture of multiple PO's for single receipt
Yes
6.10
Possible to define details of material accepted / rejected after inspection on receipt of material
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
6.11
System should automatically update stock in stores on receipt of material
Yes
SAP ERP MM
6.12
System should deduce the quantity of amount "yet to be delivered" from a PO on receipt of material
Yes
SAP ERP MM
6.13
Possible to identify defective material returned by contractor as manufacturing defect or damage due to mishandling
Yes
SAP ERP MM
6.14 7
Possible to map the receipt of processed material from contractors against the issue of material to contractor for preparation of processed material
Material issue
7.1
Possible to capture material requisition details
Yes
7.1.1
Material code
Yes
7.1.2
Material quantity
Yes
7.1.3
Name of the person requesting material
Yes
7.1.4 7.1.5
Name of the entity (FEWA / Contractor) requesting material PO / Contract number
Yes Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP
Annex B: Appendix 3B- Compliance Sheet
Page 74 of 89 Sr. No.
7.1.6
Requirement Description
Date of requisition
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
Yes
MM SAP ERP MM
SAP ERP MM
7.2
Possible to generate a unique issue requisition number
Yes
7.3
Should enable posting details of material issue
Yes
Reference material issue requisition number
Yes
FEWA department to which issue is made
Yes
Name of Contractor to whom issue is made
Yes
Name of personnel requesting material issue
Yes
Project code for which material is issued
Yes
Contract number against which the material is issued
Yes
Material codes of material issued
Yes
Quantity of material issued
Yes
Cost centre for which material is issued Store from which material is issued
Yes
7.4
Should deduct the stock available to the extent of material issued
Yes
7.4.1
In stores
Yes
7.4.2
Available for a project as compared to what was budgeted
Yes
7.4.3
Available for a department as compared to what was budgeted
7.5
Possible to capture lending of material on returnable basis
Yes
7.5.1
Possible to track material issued for processing job & returnable basis
Yes
SAP ERP MM SAP ERP MM
7.3.1 7.3.2 7.3.3 7.3.4 7.3.5 7.3.6 7.3.7 7.3.8 7.3.9 7.3.10
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
7.5.2
Possible to define input/output material conversion unit of measure
Yes
SAP ERP MM
7.5.3
Reconciliation of material issued from processing & received back
Yes
SAP ERP MM
7.6
Possible to mark against each Goods Receipt Voucher, any charges on suppliers
7.7
Possible to capture details of material sale from the stores with following details
Yes
SAP ERP MM
7.7.1
Party whom the sale is made
Yes
7.7.2
Rate of sale
Yes
7.7.3
Quantity of material sold
Yes
7.7.4
Material code of material sold
Yes
7.7.5
Date of sale
Yes
7.7.6
Date of material dispatch from the stores
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 75 of 89 Sr. No.
Requirement Description
Compliance SUP
7.8 8
Possible to trigger an entry for accounts receivables in F&A module equivalent to the value of sale in above case Material stock management
Yes
8.1
At any point of time indicate material
Yes
Budgeted for each project / department
Yes
Ordered for each project / department
Yes
Available at FEWA stores for each project / department
Yes
Available at Contractor's store for each project
Yes
8.1.1 8.1.2 8.1.3 8.1.4 8.1.5
3RD
CST
Remark FUT
NS
SAP ERP Financials SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Consumed by each project / department during the financial yea r
8.2
Track material transfer from
Yes
8.2.1
One store to another
Yes
8.2.2
One project to another
Yes
8.2.3
One contractor to another
Yes
8.2.4
FEWA store to contractor's store
Yes
8.3
Possible to add freight when material is transferred
Yes
8.4
Possible to track material issue under following heads
Yes
8.4.1
Usage for steel for projects (with project number)
Yes
8.4.2
Usage for CPE work at the consumers
Yes
8.4.3
CRN (consumer number) where it is used
Yes
8.4.4
Project number for PE installation
Yes
8.5
Possible to track material through following mechanism
Yes
8.5.1
Capture of material issue information when material is issued
Yes
8.5.2
Capture of information when physical verification is done at project site
Yes
8.6
Possible to track GRV details for capital material received in past
Yes
8.7
Should enable computation of Reorder levels based on the lead times and consumption pattern
Yes
8.8
Should support ABC analysis of material
Yes
8.9
Should support analysis of material loss in transit
Yes
8.10
Should support analysis of normal loss as provided in the contract
Yes
8.12
Possible to make recovery from contractor for loss of material by raising auto-invoice Should support analysis of material budgeted vs. actual for both (Rate and Quantity )
8.13
Possible to capture findings of physical verification of stock
8.11
MOD
Yes Yes Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM Sap ERP PS SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 76 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
Yes
SAP ERP MM
Yes
SAP ERP MM
Yes
SAP ERP MM
Yes
SAP ERP MM
8.14
Possible to update the available stocks of material based on the findings of verification of stock
8.15
Provision to enter material consumption details (based on laid drawings) for a project
8.16
Possible to get an approval from the FEWA engineer for the details on consumption entered in the system
8.17
Provision to get material valuation for material entered as consumed for a project based on purchase price
8.18
Provision to undertake material reconciliation for material consumed vs. material issued for each project
Yes
Vendor / Contractor management
Yes
SAP ERP PS SAP ERP MM
9
9.1
Possible to define frequency and time period for evaluation of vendors
Yes
SAP ERP MM
9.2
Possible to define framework and evaluate vendors based on these parameters
Yes
SAP ERP MM
9.2.1
Lead times for supply
Yes
9.2.2
Quality of material supplied
Yes
9.2.3
Prices of material
Yes
9.2.4
Flexibility shown by the vendor in terms of lead times & prices
Yes
9.3
Possible to define vendors in terms of ranking
Yes
9.3.1
Best performing (long term business partners)
Yes
9.3.2
Average performance
Yes
9.3.3
Blacklisted vendors (to avoid undertaking business in future)
Yes
9.4
Possible to summaries following for each vendor for a user defined period
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
9.4.2
Variability of delivery schedules as compared to agreed schedules
Yes
9.4.3
Variability of prices over a period of time
Yes
9.4.4
New vendors during the last user defined period
Yes
9.5
Provide reports on each vendor
Yes
9.5.1
Orders placed with the vendor during user defined period
Yes
9.5.2
Orders currently live with delivery of material pending
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
9.6 10
Possible to find list of all new items which are developed / procured in user defined period Material valuation
Yes
SAP ERP MM
10.1
Possible to capture following prices related to material
Yes
10.1.1
Current market price
Yes
10.1.2
Actual purchase price
Yes
9.4.1
Instances of material rejected on quality parameters
Yes
SAP ERP MM SAP ERP MM SAP ERP MM
Annex B: Appendix 3B- Compliance Sheet
Page 77 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
SAP ERP MM
10.2
Possible to capture actual purchase price of material directly from the purchase order of the material along with overheads (loading factor) as per PO.
10.3
Possible to link payments of custom duty, transportation, C&F charges, etc along with GRV
Yes
SAP ERP MM
10.4
In case of transfer / issue of material, ability to trace the purchase price of material at any stage (in transfer) for the purpose of valuation
Yes
SAP ERP MM
10.5
Possible to arrive at individual material price based on overall price in case of bulk purchase
Yes
SAP ERP MM
10.6
Possible to define material stock valuation methodologies based on (FIFO, LIFO and/or Weighted average )
Yes
10.7
Possible to arrive at material stock valuation for following groups
Yes
10.7.1
Valuation of material in a project
Yes
10.7.2
Valuation of material in a department
Yes
10.7.3
Valuation of material in a stores
Yes Yes
10.8
Possible to maintain a history of material valuation for user-defined periods
11 11.1 11.2
Business Applications Catalogue Collaboration process support for material management Price Deviations Engineering change order variance and notifications
11.3 11.4 11.5 11.6 11.7 11.8 11.9 11.10 11.11 11.12
1.4.4
Yes
SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM SAP ERP MM
Order tracking and status alerting Quality and yield management Inventory shortages, including notification to replenishment systems Quality control with control charts Machine breakdown alerts and causal analysis Demand volatility, including deviations due to new orders, cancellations, and wrong mix Real-time detection of shrinkage Policy rules analysis and deviation analysis Logistics trace and track notifications of such issues as late deliveries and deviation from routes
Human Capital Management
Compliance Sr. No.
Remark
Requirement Description SUP
1 1.1
Employee Database and Organization Structure Maintain employee information including:
1.1.1
Employee number
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM
Annex B: Appendix 3B- Compliance Sheet
Page 78 of 89 Compliance Sr. No.
SUP
1.1.2 Employee name
Yes
Address (Present and permanent)
Yes
Phone number, mobile number, e-mail ID, extension number
Yes
Date of Birth and Gender
Yes
Marital status
Yes
Details of children
Yes
Academic Qualifications and Professional qualifications
Yes
Designation Previous experience capturing Names of companies, Sector of industry were worked Tenure (from - to) and Role
Yes
Trainings or courses undergone before joining MGL
Yes
Date of joining
Yes
Cost to Company (this field should be password protected)
Yes
1.1.3 1.1.4 1.1.5 1.1.6 1.1.7 1.1.8 1.1.9 1.1.10
1.1.12 1.1.13 Status (Permanent, Probation, Management Trainees, Graduate Engineer Trainees)
MOD
3RD
CST
FUT
NS
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Yes
1.1.11
1.1.14
Remark
Requirement Description
Yes
1.1.15
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Nationality
Yes
ID Number
Yes
Passport Number and resident ID ( for non Local )
Yes
Blood group
Yes
Other details like insurance
Yes
1.2
Should be possible to transfer all (available) fields mentioned above from the applicant database (generated during the recruitment process) to employee database
Yes
1.3
Should support defining reporting hierarchy for employees to include multilevel reporting or multi disciplinary reporting
Yes
1.4
Should be possible to capture details of transfer of an employee from one department to another without changes other attributes like employee number
Yes
1.5
Should track all employee history in MGL in terms of past roles as well as past performance and positions
Yes
SAP ERP HCM
1.6
Should allow for maintaining a checklist of details to be mentioned in each employee's personnel file
Yes
SAP ERP HCM
1.1.16 1.1.17 1.1.18 1.1.19
1.7 1.8
System should capture frequency of replacement for items issued to employees System should support 150 free fields per employee to support capture of additional employee information
SAP ERP HCM SAP ERP HCM
Yes Yes
SAP ERP HCM There is space available to store documents , make
Annex B: Appendix 3B- Compliance Sheet
Page 79 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
MOD
3RD
CST
FUT
NS
notes, and create documents and to store them per employee in the DMS. SAP ERP HCM
1.9
Should support creation of organisation structure to include Location, Department and assigning employees to it
Yes
1.10
Possible to allocate employees to cost centers
Yes
Should support maintaining an employee history to include change in assignments, promotions, transfers, pending issues etc.
Yes
SAP ERP HCM SAP ERP HCM
Yes
SAP ERP HCM
1.11 2
Manpower Budgeting
2.1
Should support planning for manpower across all departments and cost centers
2.2
Should support automatic planning of manpower based on yearly revenue budgets on basis of user defined rules. This planning should be for - No. and Type of personnel - Employees or Contract personnel - Skills of personnel
Yes
2.3
The system should support workflow based approval of manpower budgets
Yes
2.4
Manpower planning should be integrated with Cost Centre and other levels of Budgeting
Yes
2.5
Should have facility to consolidate the manpower requirements
Yes
2.5.1
Department wise
Yes
2.5.2
Function wise
Yes
2.5.3
Grade wise
Yes
2.5.4
Profile wise
Yes
2.6 3
Should support what-if analysis tool for increase or decrease in wages or number employees to analyze the financial impact of the same Recruitment
Yes
SAP ERP HCM
3.1
Maintain personnel databank for details of candidates applied along with interview details
Yes
3.2
Should support recruitment through agencies
Yes
3.2.1
Track resume through agencies
Yes
SAP ERP HCM SAP ERP HCM and FI CO SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt
Annex B: Appendix 3B- Compliance Sheet
Page 80 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
3.2.2
If recruited then create a liability to pay the agency based on an agreed contract
Yes
3.3
Should provide for maintaining a database of recruitment agencies
Yes
3.4
Should be possible to initiate recruitment process involving following
Yes
3.4.1
Recruitment portal (possible to interface with the portal for data exchange)
Yes
3.4.2
Educational institutions
Yes
3.4.3
Internal recommendations / referrals
Yes
3.5
Should support preparation of a recruitment plan outlining following
Yes
3.5.1
Details of posts to be filled
Yes
3.5.2
Start date of recruitment process
Yes
3.5.3
Source(s) of recruitment
Yes
3.5.4
Involvement of MGL personnel in recruitment process
Yes
3.6
System should support checking of qualifications, experience, etc. of internal staff before preparing an eternal recruitment plan
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt
Annex B: Appendix 3B- Compliance Sheet
Page 81 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
3.7
The system should support deduction in requirement of manpower once the manpower is recruited against a posted requirement
Yes
3.8
Should support comparison of manpower budgeted vs. manpower recruited for a particular period
Yes
3.9
Should support workflow based approval of manpower requirements based on budgets
Yes
3.10
Should provide for defining multiple types of correspondence with applicant
Yes
3.10.1
Interview schedule letters
Yes
3.10.2
Appointment letters
Yes
3.10.3
Regret letters
Yes
3.11
Should have facility to keep a track on the status of recruitment activities
Yes
3.11.1
Screening
Yes
3.11.2
Interviews
Yes
3.11.3
Selection
Yes
3.11.4
Pay package negotiation
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt
Annex B: Appendix 3B- Compliance Sheet
Page 82 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
3.11.5
Acceptance of offer
Yes
3.11.6
Joining facilities
Yes
3..11.7
Appointment
Yes
3.11.8
Nomination form
Yes
3.11.9
Medical test
Yes
3.11.10
Should support workflow based recruitment process involving approvals at various -stages of recruitment process
Yes
3.12
Should have feature to analyse the history of recruitment events
Yes
3.12.1
College/Institute/Agency
Yes
3.12.2
No. of applications
Yes
3.12.3
No. of candidates appeared
Yes
3.12.4
No. of candidates selected
Yes
3.12.5
No. of candidates joined
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt SAP ERP HCM and eRecruitme nt
Annex B: Appendix 3B- Compliance Sheet
Page 83 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
3.13 4
Should have facility to define contract terms and generate Employment Contract Training
Yes
4.1
Should be possible to prepare budgets for training
Yes
4.2
Should support workflow based approval of training budgets
Yes
4.3
Should be possible to define minimum training hours for employees
Yes
4.4
Should support definition of standard / compulsory trainings required (e.g., induction, basic course) for employees depending on the designation, company and department
Yes
4.5
Should be possible to define types of trainings
Yes
4.5.1
Technical training
Yes
4.5.2
Managerial training
Yes
4.5.3
Engineers' training
Yes
4.5.4
Yes
4.6
Safety related training Should be possible to define codes for training programs based on type of training, area of training, internal / external training
4.7
Should be possible to define the master list of training programs covering following
Yes
4.7.1
Training code
Yes
4.7.2
Training duration
Yes
4.7.3
Target audience / department
Yes
4.7.4
List of trainers (internal / external)
Yes
4.8
Should have facility to design training calendar
Yes
4.8.1
Trainer
Yes
4.8.2
Trainee
Yes
4.8.3
Courses
Yes
4.8.4
Training date
Yes
4.8.5
Training evaluation criteria
Yes
4.8.6
Training subject
Yes
4.8.7
Expenses
Yes
4.8.8
Batches
Yes
4.8.9
Employee performance parameter
Yes
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM and eRecruitme nt SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Annex B: Appendix 3B- Compliance Sheet
Page 84 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
MOD
3RD
CST
FUT
NS
SAP ERP HCM
4.10
Should support allocating personnel for training courses defined in the training calendar Should support selection of personnel for training based on present skills, improvement areas and previous trainings taken (Gap analysis)
4.11
Should support identification of training needs for each employee on a yearly basis
Yes
4.12
Support capturing details of training courses conducted as :
Yes
4.12.1
Names of participants
Yes
4.12.2
Training subject and description
Yes
4.12.3
Duration of training
Yes
4.12.4
Faculty involved in imparting training
Yes
4.12.5
Cost incurred in provision of training
Yes
4.13
Monitor training taken by an employee for a user defined period
Yes
4.14
Monitor month-wise budgeted vs. actual expenditure in training
Yes
4.15
Should have facility to collect feedback and analyse effectiveness of the training
Yes
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
4.16
The system should support triggering of training due date for employees for recurring trainings (refresh trainings)
Yes
SAP ERP HCM
4.17
Monitor training expenses by employee, department or cost centre
Yes
4.18 5
Defining a framework for assessing benefits to employee after training is imparted Performance appraisal
Yes
5.1
Should have provision to remind for confirmations a month before the probation period / training period ends
4.9
Yes Yes
Yes
5.3
Should be possible to define goals for the organisation and departments to arrive at appraisal framework / parameters System should support definition of appraisal parameters and framework depending on Department, Designation, Role and Others
5.4
Possible to define KPI's for each employee and monitor the same during the year
5.5
Should support definition of appraisal framework involving rating on different parameters and doing mathematical computation to arrive at a final scores / ranking for employee
Yes
5.6
Should support process of self appraisal where employees may assess their own performance for the performance period
Yes
5.7
Should be possible to define the frequency (yearly, half-yearly, quarterly, etc.) of performance appraisal
Yes
5.8
Should have facility to track status of performance appraisal process (Issuing of appraisal forms, Review of performance, Revision of benefits, Approval of the appraisal, Issuing increment letter, Ranking category, Updating revision in payroll)
Yes
5.9
System should support checking following details as a part of appraisal
Yes
5.9.1 5.9.2
Performance grading Years of experience in the same grade
Yes Yes
5.2
Yes
SAP ERP HCM SAP ERP HCM
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Yes Yes
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP
Annex B: Appendix 3B- Compliance Sheet
Page 85 of 89 Compliance Sr. No.
SUP
5.9.3
Remark
Requirement Description
Training undergone
Yes
MOD
3RD
CST
FUT
NS
HCM SAP ERP HCM SAP ERP HCM
5.11
Possible to define minimum years of experience required for each grade before promoting to next grade The system should support workflow based appraisal involving multiple rounds of interactions / discussions / finalisation
5.12
System should support definition of all personnel who would evaluate an employee and the sequence (e.g. immediate superior followed by the Head of Department) of appraisal
5.13
The system should capture the process of feedback and counseling between employees and respective appraisers
Yes
5.14
Should support entering a development plan for employee at the end of appraisal process
Yes
SAP ERP HCM
5.15
Possible to monitor progress on the development plan for each employee
Yes
SAP ERP HCM
5.16 6
The system should support analysis of department-wise increase in cash outflow in case of increments Travel Management
Yes
SAP ERP HCM
5.10
Yes Yes
Yes
6.1
Should allow for recording travel requisitions as per travel policy with the following details
Yes
6.1.1
Employee
Yes
6.1.2
From/To, Travel Dates and Mode of Travel
Yes
6.1.3
Project Code
Yes
6.2
Should be possible to define the purpose of travel (eg. Training, Supplier Development, Holiday, etc)
Yes
6.3
Should support requisitions for:
Yes
6.3.1
Travel Tickets
Yes
6.3.2
Vehicles
Yes
Accommodation
Yes Yes
6.3.3 6.4
Should support a workflow based authorization for travel requisitions. The authorizing person should be determined based on:
SAP ERP HCM SAP ERP HCM SAP ERP HCM
SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel
Annex B: Appendix 3B- Compliance Sheet
Page 86 of 89 Compliance Sr. No.
SUP
6.4.1
Project Code
Yes
6.4.2
Employee, supervisor
Yes
6.5
Should allow for recording travel arrangements booked against each travel requisition
Yes
6.6
Should allow for recording advances for travel against a requisition, after approval
Yes
6.7
Should allow for recording travel expense report once the travel is completed
Yes
6.8
Should automatically account for the travel expense report after approval
Yes
6.9
Should be integrated with accounts payable for creating liabilities against each travel expense recorded in the travel expense report
Yes
6.10
Should be integrated with Project Management for recording travel related expenses against the project
Yes
6.11 7
Remark
Requirement Description 3RD
CST
FUT
NS
Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent SAP ERP Travel Managem ent
7.2
Should allow for final settlement of a travel Time and attendance System should capture leave entitlements for different types leaves, for each employee depending on the employee profile (legal entity, designation, years of service in company , etc.) Should support to define rules for leave management for short leaves, overtime, compensatory leaves company wise or department wise
7.3
Should be possible to define hierarchy for approval of leave for every employee
Yes
7.4
Should be possible to apply and track approval of leave
Yes
7.5
Should have integration with external attendance registration systems for capturing time-in and time-out of every employee
Yes
7.6
Should be possible to define the office timings per office location
Yes
7.7
Should be possible to capture employee-wise days of attendance and leave taken details
Yes
SAP ERP HCM SAP ERP HCM
7.8
Possible to generate report with details of office time for each employee (department-wise)
Yes
SAP ERP HCM
7.8.1
Late coming to office
Yes
SAP ERP HCM
7.1
Yes
MOD
SAP ERP HCM Yes Yes
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Annex B: Appendix 3B- Compliance Sheet
Page 87 of 89 Compliance Sr. No.
Remark
Requirement Description SUP
7.8.2
Late sitting
Yes
7.8.3
Over time
Yes
7.9
Should be possible to capture location where the employee was on duty for every day of presence marked
Yes
7.10
Should be possible to define types of leaves (e.g. Annual leave, Medical leave, etc.)
Yes
7.11
Should have facility to track leave status of employee
Yes
7.12 8
Should have integration with payroll processing system to transfer data like no. of days present in a month, overtime taken, leaves taken, absent without notice, etc. for the purpose of computation of salary Separation
Yes
8.1
Should have facility to track status of separation process
Yes
8.1.1
Submitting resignation letter
Yes
8.1.2
Acceptance letter
Yes
8.1.3
Notice period validation
Yes
8.1.4
Accounts settlement
Yes
8.1.5
Yes
8.2
Issue of experience certificate Capturing of exit interview details. The details include - Date of exit interview - Conducted by - Key findings in the Exit Interview
8.3
Should support check of return status of material issued to employees for final clearance
Yes
8.4
Should support calculation of amount due as End of Service benefits
Yes
8.5
Provide classification of separation due to
Yes
8.5.1
Resignation
Yes
8.5.2
Terminal notice
Yes
8.5.3
Death
Yes
MOD
3RD
CST
FUT
NS
SAP ERP HCM SAP ERP HCM Informatio n from the external attendance registratio n systems (integrated into SAP ERP HCM) can be used to locate an employee’ s whereabo uts for the day. SAP ERP HCM SAP ERP HCM SAP ERP HCM
SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Yes SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM SAP ERP HCM
Annex B: Appendix 3B- Compliance Sheet
Page 88 of 89 Compliance Sr. No.
SUP
8.5.4
Disciplinary action
Yes
8.5.6
Contractual terms
Yes
8.5.7
Retirement
Yes
9 9.1 9.2 9.3 9.4 9.5 9.6 9.7 9.8 9.9 9.10 9.11 10 10.1 10.2 10.3 10.4 10.5 10.6 10.7 10.8 10.9 10.10 10.11 10.12 10.13 10.14 10.15 10.16
Remark
Requirement Description
Health and Safety Report and investigate incidents of injury and illness for employees and contractors Initiation of corrective actions related to an incident Logging of first aid records and reports Manage occupational injury and illness claims Report incidents involving vehicles and equipment Detect and monitor hazardous conditions (areas) and materials & exporting them via an interface for further processing Maintenance of agent composition and information in a central database Integration with supply chain and HR modules Perform accident investigations, identifications, and recording Support OSHA “Occupational Safety and Health Act” , and safety regulatory reports Maintain database of all MSDS(material safety data sheet) sheets for all materials used Employee Self-Service Review and maintain name, address, telephone number, etc., associated with life events Review or enroll in benefits for open enrollment period
MOD
3RD
CST
FUT
NS
SAP ERP HCM SAP ERP HCM SAP ERP HCM Wipro shall develop the same. Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Yes Yes
Change benefits related to a life event
Yes
View pay stub info: gross pay, other deductions, net pay, pay period, and year-to-date totals Maintain dependents and beneficiaries
Yes
Maintain emergency contacts
Yes
Review vacation and sick day balances and submit leave requests
Yes
Review and maintain bank info for direct deposit and reimbursements
Yes
Review and enter or submit expenses
Yes
Account for time based on type of absence or attendance
Yes
Choose and maintain personal passwords
Yes
Posting and updating resumes
Yes
View personal training history
Yes
Search for available courses based on topic, text, language, and location
Yes
View course calendars and details
Yes
Enroll in or cancel participation in courses
Yes
Yes
SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP HCM ESS SAP
Annex B: Appendix 3B- Compliance Sheet
Page 89 of 89 Compliance Sr. No.
SUP
10.17 10.18
1.4.5
Review and maintain deduction information for automatic bill payment service Review and maintain a knowledge sharing diary
1.1 1.2
MOD
3RD
CST
FUT
NS
HCM ESS SAP HCM ESS SAP HCM ESS
Yes Yes
Asset Lifecycle Management
Sr. No. 1
Remark
Requirement Description
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
General
Possible to define zones / areas for operations and maintenance Associate following with the defined zones / areas
Yes
1.2.1
O&M team responsible for the zone / area
Yes
1.2.2
Control room number for the zone / area
Yes
1.3
Possible to capture equipment details
Yes
1.4 1.5
Possible to mark sending of communication to entities with details of the equipment Define category of maintenance
Yes
1.5.1
Distribution network
Yes
1.5.2
Consumer end (PE, etc.)
Yes
1.5.3
Network station
Yes
SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Work Flows SAP ERP Plant Maintenan ce Order Parameter s SAP ERP Plant Maintenan ce Order Parameter s SAP ERP Plant Maintenan ce Order Parameter s
Annex B: Appendix 3B- Compliance Sheet
Page 90 of 89 Sr. No.
1.5.4 1.6
Requirement Description
Others ( please specify ) Define type of maintenance
Compliance SUP
Yes
1.6.1
Preventive maintenance
Yes
1.6.2
Breakdown maintenance
Yes
1.6.3
Emergency maintenance
Yes
1.7
Ability to define routine maintenance activities for each equipment with following characteristics
1.7.1
Frequency
Yes
1.7.2
Calendar based schedule
Yes
1.7.3 1.7.4
Details of maintenance to be done Equipment / spares required to undertake maintenance
Yes Yes
MOD
3RD
CST
Remark FUT
NS
SAP ERP Plant Maintenan ce Order Parameter s SAP ERP Plant Maintenan ce Preventive Maintenan ce Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent
SAP ERP Plant Maintenan ce Strategies of Maintenan ce SAP ERP Plant Maintenan ce Strategies of Maintenan ce SAP ERP Plant Maintenan ce Preventive Maintenan ce Planning SAP ERP Plant Maintenan ce Preventive
Annex B: Appendix 3B- Compliance Sheet
Page 91 of 89 Sr. No.
Requirement Description
Compliance SUP
1.7.5
Expected time required for maintenance activity
Yes
1.8
Ability to capture maintenance activities recommended by the manufacturer of equipment
Yes
1.9
For all the maintenance activities defined in the system, defining clearances required from internal (safety department) / external agencies
Yes
1.10
Ability to define teams with maintenance responsibility associated with following
1.10.1
Category of maintenance to be carried out
Yes
10.2
Zone / area of maintenance
Yes
1.11
Ability to define operations staff for each zone / area
Yes
1.12
Definition of contractors for maintenance activities with following attributes
1.12.1 1.12.2
Zone / area of maintenance Category of maintenance to be carried out
Yes Yes
MOD
3RD
CST
Remark FUT
NS
Maintenan ce Planning SAP ERP Plant Maintenan ce Preventive Maintenan ce Planning SAP ERP Plant Maintenan ce Maintenan ce Planning & Schedulin g SAP ERP Work Clearance Managem ent
SAP ERP Plant Maintenan ce Master Data of Work Centers SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data
SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master
Annex B: Appendix 3B- Compliance Sheet
Page 92 of 89 Sr. No.
Requirement Description
Compliance SUP
1.12.3
Equipment (make, equipment ID) for which maintenance to be done
Yes
1.13 2
Should have integration with Contracts modules to capture data (including the rates for services, etc.) related to contractors for maintenance work Asset management
Yes
2.1
Possible to define unique alpha-numeric asset code based on following
2.1.1
Specification of equipment
Yes
2.1.2
Model number, Capacity, make
Yes
2.1.3
location of installation
Yes
2.1.4 2.2
name & code of manufacturer (vendor) Possible to define equipment asset master with following details
Yes
2.2.1
Asset code
Yes
2.2.2
Asset specifications
Yes
MOD
3RD
CST
Remark FUT
NS
Data of Work Centers SAP ERP Plant Maintenan ce Object Lists on Orders SAP ERP Plant Maintenan ce / Materials Managem ent Services & procureme nt
SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data SAP ERP Plant Maintenan ce Master Data
Annex B: Appendix 3B- Compliance Sheet
Page 93 of 89 Sr. No.
2.2.3
Requirement Description
Material codes for all movable/replaceable parts within the equipment
Compliance SUP
Yes
2.2.4
No. of replaceable / movable parts within the equipment
Yes
2.2.5
Name and code of manufacturer (vendor)
Yes
2.2.6
Spares required for the asset
Yes
2.3
Possible to interface with the material management module to map the material code with asset codes
Yes
2.4
Possible to integrate with the inventory module to find spares available for each asset
Yes
2.5
Possible to capture spares available free of cost from the manufacturer with the original equipment
Yes
2.6 2.7
Possible to integrate with the Planning and engineering software for exchange of data on equipment assets Possible to integrate with SCADA for exchange of data on equipment assets
Yes Yes
MOD
3RD
CST
Remark FUT
NS
SAP ERP Materials Managem ent Materials Master SAP ERP Plant Maintenan ce - Bill of Materials SAP ERP Materials Managem ent Materials Master SAP ERP Plant Maintenan ce - Bill of Materials SAP ERP is a fully integrated real time solution SAP ERP is a fully integrated real time solution SAP ERP Materials Managem ent / Plant Maintenan ce Bill Of Materials SAP Integratio n Kits Available with Planning & Engineeri ng Softwares SAP ERP PM - PCS Interface links SAP & SCADA for transfer of readings and informatio n across
Annex B: Appendix 3B- Compliance Sheet
Page 94 of 89 Sr. No.
Requirement Description
Compliance SUP
2.7.1
Asset code and details
Yes
2.7.2
specification of equipment
Yes
2.7.3
location of installation
Yes
2.8
Track movement of asset from one location to another
Yes
2.9
Possible to transfer the meter reading along with the asset
Yes
2.10
Possible to retain the asset health history when it is moved from one location to another
Yes
2.11 3
Possible to integrate with inventory and Finance modules to link the asset codes (definition) and value of the asset Operations management Operations budget
Yes
3.1
Possible to define budget for operating costs for each department
Yes
3.2 3.3
Possible to define the operations budget under user defined categories like maintenance, material, etc. Possible to define operations budget across dimensions like locations, zones / areas
Yes Yes
MOD
3RD
CST
Remark FUT
NS
the system SAP PMPCS Interface SAP PMPCS Interface SAP PMPCS Interface SAP ERP Plant Maintenan ce - Usage Lists SAP ERP Plant Maintenan ce Measuring Points & reading transfer SAP ERP Plant Maintenan ce Object Informatio n Lists & usage lists SAP ERP is a fully integrated real time solution
SAP operation and maintenan ce cost budgeting SAP operation and maintenan ce cost budgeting SAP operation and maintenan ce cost budgeting Also can be done by asset and
Annex B: Appendix 3B- Compliance Sheet
Page 95 of 89 Sr. No.
Requirement Description
Compliance SUP
3.4
Possible to have workflow based approval process for budget
Yes
3.5
Monitor actual expenditure vs. the budget for operating costs
Yes
MOD
3RD
CST
Remark FUT
NS
function location SAP operation and maintenan ce cost budgeting and work flow SAP operation and maintenan ce cost budgeting Support by reports and dashboard s
Emergency handling 3.6
Register a call related to an emergency with following details
3.6.1
Control room number
Yes
3.6.2
Caller details
Yes
3.6.3
Details of person receiving the call
Yes
3.6.4
Details of incident (place, time, date)
Yes
3.7
Possible to generate a unique call number for every call
Yes
3.8
Possible to forward the call details to relevant personnel
Yes
3.9 3.10
Possible to capture time taken to attend and resolve the incident Possible to capture following related to attending the incident
Yes Yes
CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service
Annex B: Appendix 3B- Compliance Sheet
Page 96 of 89 Sr. No.
Requirement Description
Compliance SUP
3.10.1
Time taken to resolve
Yes
3.10.2
Activities done
Yes
3.10.3
Personnel who attended
Yes
3.10.4
Material used
Yes
3.11 3.12
Possible to request for a breakdown maintenance in case of large breakdown Possible to monitor all the calls which remain
Yes
3.12.1
Unattended
Yes
3.12.2 3.13
Unresolved Possible to analyse the emergency calls
Yes
3.13.1
Frequently occurring emergencies
Yes
3.13.2
Zone / area where emergencies are occurring frequently
Yes
3.13.3
time / day / period during the year when emergency is occurring frequently Meter reading / recording
Yes
3.14 3.14.1
Possible to capture meter reading at consumer end with following details Meter reading value
Yes
MOD
3RD
CST
Remark FUT
NS
and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders
CRM, customer service
Annex B: Appendix 3B- Compliance Sheet
Page 97 of 89 Sr. No.
Requirement Description
Compliance SUP
3.14.2
Consumer number (CRN number)
Yes
3.14.3
Date and time of meter reading
Yes
3.15
Possible to reset the meter reading (the opening reading is different from the previous closing reading) with authority
Yes
3.16
Possible to highlight cases of exception where meter reading is possibly incorrect (based on meter reading trends)
Yes
Integration with the billing module to transfer meter reading data for billing purpose at the frequency defined in the billing module
Yes
3.17 3.18
MOD
3RD
CST
Remark FUT
NS
and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders CRM, customer service and work orders
Possible to capture meter readings with following details
3.18.1
Meter reading value
Yes
3.18.2
Date and time of meter reading Equipment monitoring
Yes
3.19
Definition of following for purpose of monitoring (by taking readings) of equipment operations
Yes
3.19.1
Equipment ID
Yes
3.19.2
Parameters (e.g. temperature, pressure, vibration, dispenser internal / external) to be monitored
Yes
CRM, customer service and work orders CRM, customer service and work orders SAP ERP Plant Maintenan ce Condition Monitorin g SAP ERP Plant Maintenan ce Condition Monitorin g SAP ERP Plant Maintenan ce Measuring Points / Parameter s
Annex B: Appendix 3B- Compliance Sheet
Page 98 of 89 Sr. No.
Requirement Description
Compliance SUP
3.19.3
Frequency of monitoring
Yes
3.20
Possible to record the equipment monitoring parameters (operations readings) for the defined frequency for the equipment
Yes
3.21
Possible to interface with SCADA system (which captures real time data of equipment) to get the operations readings
Yes
3.22
Ability to undertake trend analysis for observing any abnormality
Yes
3.23
Ability to use the monitoring data (readings and trend) to provide inputs to following
3.23.1
Equipment health history
Yes
3.23.2
Maintenance requirements for the equipment Disconnection
Yes
3.24
Possible to integrate with the CRM / Billing module to consolidate requests related to disconnection
Yes
3.25
Possible to prepare a schedule for disconnection and approve the same through a workflow
Yes
3.26
Possible to input following where disconnection is achieved
Yes
3.26.1 3.26.2
CRN number of disconnection Date of disconnection
Yes Yes
MOD
3RD
CST
Remark FUT
NS
SAP ERP Plant Maintenan ce Schedule of Condition Monitorin g Plans SAP ERP Plant Maintenan ce Measurem ent Reading Lists SAP ERP PM - PCS Interface links SAP & SCADA for transfer of readings and informatio n across the system SAP ERP Plant Maintenan ce Measurem ent Point Trend graphs
SAP ERP Plant Maintenan ce SAP ERP Plant Maintenan ce CRM and Billing CRM and Billing Using workflow CRM and Billing CRM and Billing CRM and
Annex B: Appendix 3B- Compliance Sheet
Page 99 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
3.26.3
Agency / Personnel involved in disconnection
Yes
3.26.4
Closing reading
Yes
3.26.5
Reason for disconnection
Yes
3.26.6
Disconnection charges
Yes
Billing CRM and Billing CRM and Billing CRM and Billing CRM and Billing
3.27
Possible to capture type of disconnection done (permanent, temporary, non-payment)
Yes
CRM and Billing
Yes
CRM and Billing
Yes
CRM and Billing CRM and Billing
3.28
Possible to update the Billing module with cases where disconnection is achieved (to stop billing for such consumers) Reconnection
3.29
Possible to integrate with the CRM /Billing module to consolidate requests related to Reconnection
3.30 3.31
Possible to prepare a schedule for Reconnection and approve the same through a workflow Possible to input following where Reconnection is achieved
Yes
3.31.1
CRN number of Reconnection
Yes
3.31.2
Date of Reconnection
Yes
3.31.3
Personnel involved in Reconnection
Yes
Opening reading
Yes
CRM and Billing CRM and Billing CRM and Billing CRM and Billing CRM and Billing
3.31.4 3.31.5
Reason for Reconnection and request received from which source
3.32
Possible to capture type Reconnection done (permanent, temporary, Nonpayment)
Yes
3.33
Possible to update the Billing module with cases where Reconnection is achieved (to start billing for such consumers)
Yes
3.34
Possible to capture the charges for Reconnection Meter Damage / Faulty
Yes
CRM and Billing CRM and Billing
3.35
Capturing meter faulty
Yes
CRM and Billing
3.36
Capturing meter damaged by consumer and recover charges from consumers
Yes
3.37
Replacement of new Meter and reasons thereof Patrolling
Yes
3.38
Possible to plan a route for patrolling at points like consumer site, DRS, etc.
Yes
3.39
Possible to allocate staff for executing the patrolling task
Yes
3.40
Recording findings of each staff on completion of patrolling
Yes
3.41
Possible to intimate relevant personnel to resolve issues identified during patrolling
Yes
3.42
Possible to track actions taken for the issues
Yes
3.43
Possible to list issues which are unresolved Audit
Yes
CRM and Billing CRM and Billing CRM and Billing Including GIS CRM and Billing CRM and Billing CRM and Billing CRM and Billing CRM and Billing
Annex B: Appendix 3B- Compliance Sheet
Page 100 of 89 Sr. No. 3.44
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
Possible to define the audit scope and plan
3.44.1
Date of audit
Yes
3.44.2
Personnel involved
Yes
3.44.3
Outlet to be audited
Yes
3.45
Report on audit undertaken
Yes
3.45.1
Personnel involved
Yes
3.45.2
Findings
Yes
3.45.3
Actions to be taken for resolution
Yes
3.45.4
Responsible personnel for actions
Yes
3.46
Alert the relevant personnel about the tasks to be undertaken for resolution of issue identified through audit
Yes
3.47 4
Tracing the action taken on findings by Audit team Maintenance planning
4.1
Possible to define budgets for maintenance with break up in terms of following
Yes
4.1.1
Material cost / consumables
Yes
4.1.2
Contractors' cost
Yes
4.1.3
Spares required for maintenance
Yes
4.1.4 4.2
Other costs Possible to define separate maintenance budget for categories of maintenance and arrive at an aggregate budget
Yes Yes
CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking CRM and Audit tracking
SAP ERP Maintenan ce Cost Budgeting / SAP Financials SAP ERP Maintenan ce Cost Budgeting / SAP Financials SAP ERP Maintenan ce Cost Budgeting / SAP Financials SAP ERP Maintenan ce Cost Budgeting / SAP Financials SAP ERP Maintenan
Annex B: Appendix 3B- Compliance Sheet
Page 101 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
ce Cost Budgeting / SAP Financials 4.3
Preparation of maintenance schedule based on following
4.3.1
Maintenance schedule recommended by the manufacturer
Yes
4.3.2
History of equipment health
Yes
4.3.3
Maintenance activities which are pending / not completed
Yes
4.3.4
Years since commissioning was done (for domestic consumers)
Yes
4.4
Possible to prepare maintenance plan annually with details available for monthly and weekly plan. The maintenance plan should cover following
4.4.1
Details of maintenance activity to be carried out
Yes
4.4.2 4.4.3
Involved personnel / Department / Contractor Date of maintenance
Yes Yes
SAP ERP Plant Maintenan ce Maintenan ce Planning & Schedulin g SAP ERP Plant Maintenan ce Object Informatio n List & Informatio n Systems SAP ERP Plant Maintenan ce - Work Order List Functions SAP ERP Plant Maintenan ce Informatio n Systems
SAP ERP Plant Maintenan ce Maintenan ce Planning & Schedulin g SAP ERP Plant Maintenan ce Maintenan ce Planning & Schedulin g SAP ERP Plant
Annex B: Appendix 3B- Compliance Sheet
Page 102 of 89 Sr. No.
Requirement Description
4.4.4
Estimated time required for maintenance activity
4.5
Possible to prepare a work order for maintenance identifying following
Compliance SUP
Yes
4.5.1
Personnel to undertake maintenance job
Yes
4.5.2
Equipment / areas to be covered for maintenance
Yes
4.5.3
Spares required for maintenance
Yes
4.5.4
Date and time of maintenance
Yes
4.5.6 5 5.1
All approvals required for carrying out maintenance Maintenance execution Possible to electronically intimate different departments for taking clearances before undertaking maintenance job
Yes Yes
MOD
3RD
CST
Remark FUT
NS
Maintenan ce Maintenan ce Planning & Schedulin g SAP ERP Plant Maintenan ce Maintenan ce Planning & Schedulin g
SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce - Work Order Managem ent & Work Flows SAP ERP Plant Maintenan
Annex B: Appendix 3B- Compliance Sheet
Page 103 of 89 Sr. No.
Requirement Description
Compliance SUP
5.2
Intimating FEWA personnel and other agencies before undertaking maintenance job
Yes
5.3
Possible to Tag an equipment when taken for maintenance
Yes
5.4
Possible to input a report on maintenance
Yes
5.4.1
Equipment / Consumer premise of which / location
Yes
5.4.2
Material used
Yes
5.4.3
Activity summary
Yes
5.4.4
Time taken
Yes
5.4.5 5.5 5.5.1
Personnel / Contractor involved in maintenance activities For breakdown maintenance, following should be supported Cause of breakdown
Yes Yes
MOD
3RD
CST
Remark FUT
NS
ce & Work Flows SAP ERP Plant Maintenan ce & Work Flows SAP Work Clearance Managem ent SAP ERP Plant Maintenan ce Notificatio ns SAP ERP Plant Maintenan ce Work Order Managem ent SAP ERP Plant Maintenan ce Work Order Managem ent SAP ERP Plant Maintenan ce Work Order Managem ent SAP ERP Plant Maintenan ce Confirmat ions of Work Orders SAP ERP Plant Maintenan ce Work Order Managem ent Capacities SAP ERP Plant Maintenan
Annex B: Appendix 3B- Compliance Sheet
Page 104 of 89 Sr. No.
Requirement Description
Compliance SUP
5.5.2
Damage caused by breakdown
Yes
5.6
In case of calibration as a maintenance activity, updating the calibration details for the instrument
Yes
5.7
In case of change of meter as a part of maintenance activity, the Billing department should be alerted about the same
Yes
5.8
Update the equipment history with maintenance activities
Yes
5.9
Capture extent of services provided by each contractor / vendor during a user defined period
5.9.1
Man-hours
Yes
5.9.2
Number of activities carried out
Yes
MOD
3RD
CST
Remark FUT
NS
ce Notificatio ns SAP ERP Plant Maintenan ce Notificatio ns SAP ERP Plant Maintenan ce Planned Maintenan ce / Measuring Points SAP ERP Plant Maintenan ce Work Order Managem ent & Work flows SAP ERP Plant Maintenan ce Informatio n Systems , Object Informatio n Lists & Usage Lists
SAP ERP Plant Maintenan ce - Work Order Managem ent & Service Entry Sheets SAP ERP Plant Maintenan ce - Work Order Managem ent & Service Entry Sheets
Annex B: Appendix 3B- Compliance Sheet
Page 105 of 89 Sr. No.
Requirement Description
Compliance SUP
5.9.3
Equipment (ID, specifications & location) on which maintenance was done
Yes
5.10
Possible to update the annual / monthly / weekly maintenance plan with details of maintenance completed
Yes
5.11
Possible to integrate with the Contracts module to define mechanism for payment to contractors
5.11.1
Based on man-hour rate
Yes
5.11.2
Fixed charges monthly / annual
Yes
5.11.3
Free services as a part of AMC for first year
Yes
5.12
Calculate costs incurred for maintenance with break up in terms of following
5.12.1 5.12.2
material cost contractors' cost
Yes Yes
MOD
3RD
CST
Remark FUT
NS
SAP ERP Plant Maintenan ce - Work Order Managem ent SAP ERP Plant Maintenan ce Maintenan ce planning & execution
SAP ERP Plant Maintenan ce / Materials Managem ent Service Contracts SAP ERP Plant Maintenan ce / Materials Managem ent Service Contracts SAP ERP Plant Maintenan ce / Materials Managem ent Service Contracts
SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work
Annex B: Appendix 3B- Compliance Sheet
Page 106 of 89 Sr. No.
Requirement Description
Compliance SUP
5.12.3
other costs
Yes
5.12.4
Spares required for maintenance
Yes
5.12.5
cost incurred at which cost centre
Yes
5.12.6
cost incurred at which location
Yes
5.13 5.14
Possible to monitor budgeted vs actual cost incurred in maintenance for a user defined period Possible to generate a report on frequently occurring breakdown for each asset
Yes Yes
MOD
3RD
CST
Remark FUT
NS
Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Work Order Managem ent & Informatio n System Reports SAP ERP Plant Maintenan ce Informatio
Annex B: Appendix 3B- Compliance Sheet
Page 107 of 89 Sr. No.
Requirement Description
Compliance SUP
MOD
3RD
CST
Remark FUT
NS
n System & List Reports 6
6.1 6.2
Equipment health management
Possible to define parameters (e.g. vibrations, temperature, running hours, failures, etc. which are monitored) for each asset / equipment that define its health Possible to analyze the health data to identify following
Yes
6.2.1
Mean time before failure
Yes
6.2.2
Average running hours per period (day, month)
Yes
6.2.3
Average hours of operations before maintenance required
Yes
6.3 6.4
Possible to maintain historical health data for equipment for user defined time period Possible to summaries the health data by
Yes
6.4.1
Manufacturer
Yes
6.4.2
Location
Yes
SAP ERP Plant Maintenan ce Measuring Points & Condition ed Based Maintenan ce Planning SAP ERP Plant Maintenan ce Informatio n System SAP ERP Plant Maintenan ce Informatio n System SAP ERP Plant Maintenan ce Informatio n System SAP ERP Plant Maintenan ce Informatio n System & Usage Lists SAP ERP Plant Maintenan ce / Business Intelligenc e Reports SAP ERP Plant Maintenan ce / Business Intelligenc e Reports
Annex B: Appendix 3B- Compliance Sheet
Page 108 of 89 1.4.6
Performance Management (Business Intelligence)
Sr. No.
Requirement Description
Compliance SUP
1
3RD
CST
FUT
NS
Reports and Queries
1.1
Real-time reports accessing multiple data stores
Yes
1.2
Web-queries
Yes
1.3
Ad-hoc queries
Yes
1.4
Interactive data exploration with analytics
Yes
1.5
Integration of queries/reports with Desktop tools such as Excel
Yes
1.6
Support tree-style structure to logically organize data
Yes
1.7
Combine multiple reports into a single report/dashboard
Yes
Supports graphical interface to avoid complex languages Report Accessibility Including Real time reports access operational data stores Generates reports automatically Web query Ad-hoc queries Column-based indexing for faster data retrieving Navigates all connected relational databases Interactive data exploration with analytics Desktop interface to advanced analytics Multiple data sources and platforms Accesses delimited ASCII files and Fixed ASCII Schedules information alerts based on specified conditions Real time access to operational data Report drill through from OLAP cubes Embedded production report writers Batch production and distribution of reports Combines multiple reports into a single "report dashboard" Exports reports to other formats ( please define export format ) Integrates with 3rd Party HTML development tools Graphical interface avoids complex languages, such as C or Java
Yes
1.8 1.9 1.9.1 1.9.2 1.9.3 1.9.4 1.9.5 1.9.6 1.9.7 1.9.8 1.9.9 1.9.10 1.9.11 1.9.12 1.9.13 1.9.14 1.9.15 1.9.16 1.9.17 1.9.18 1.9.19
MOD
Remark
SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e
Annex B: Appendix 3B- Compliance Sheet
Page 109 of 89 Compliance Sr. No.
SUP
2
2.1
Yes
2.1.1
Regression algorithm
Yes
2.1.2
Scoring
Yes
2.1.3
Classification
Yes
2.1.4
Groupings
Yes
2.1.5
Clustering
Yes
2.1.6 2.1.7
Variable contribution Time series analyses predicts patterns and trends in data over time Association rules identifies patterns in transaction data for describing which events frequently occur together Consistent coder automatically fills in missing values & detects out of range data Sequence coder aggregates events into a series of transitions Event log aggregates events into periods of time Segmentation
Yes
2.1.9 2.1.10 2.1.11 2.1.12
Yes 2.2
Supports time-series analysis patterns and plots trends over time Yes
2.3 3 3.1
Yes
3.2
Supports Forecasting Workflow Represents complex processes that are comprised of sub-processes &activities Processes can be defined or mapped into the system
3.3
Graphically portrays business processes and activities
Yes
3.4
Shares activities and sub-processes between processes
Yes
3.5
Reuses an activity already defined in the process without having to define it again; Defines absolute or relative dates when activities or work-items must be completed
Yes
3.6
MOD
3RD
CST
FUT
NS
Analytics
Supports predictive modeling techniques such as:
2.1.8
Remark
Requirement Description
Yes
Yes
SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e
SAPBusiness Warehous e SAPBusiness Warehous e SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver
Annex B: Appendix 3B- Compliance Sheet
Page 110 of 89 Compliance Sr. No.
SUP
3.7 3.8
Defines absolute or relative dates when activities or work-items must be completed Schedules tasks to start automatically at a specified time
Yes
3.9
Terminates a workflow in a process, based on user privileges security
Yes
3.10
Suspends or resumes a workflow in process & specifies inactive periods
Yes
3.11
Processes to have multiple points and end at any end point
Yes
3.12
Displays decision logic using text, the branch concept, or a decision icon on the process map
Yes
3.13
Specifies note (activity) properties at design time
Yes
3.14
Displays the path traveled between activities (color change)
Yes
3.15
Supplies activity and task names
Yes
3.16
Views overall status and display active node (activity)
Yes
3.17
Support definition of Resources & Roles
Yes
3.18
Support definition of Rules and Routing
Yes
3.19
Support definition of Queues & Work Lists
Yes
3.20
Support definition of Triggers
Yes
3.21
Supports scheduling
Yes
4 4.1
Data Integration Has defined tools for ETL from transaction data bases
Yes
4.2
Has built-in tools to facilitate data cleansing and transformation
Yes
4.3
Supports Data Matching and Consolidation
Yes
4.4
Supports definition of metadata
Yes
4.5
Concurrent processing of multiple source data streams, without writing procedures Event-based change data capture Bulk data movement Explores raw data in disparate systems to uncover relationships and discrepancies between and within data sets Components that can be used to work around the file size or platform limitations Updates data capture and loads only changed records into the data source
4.6 4.7 4.8 4.9 4.10
Remark
Requirement Description MOD
3RD
CST
FUT
NS
SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPNetweaver SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e SAPBusiness Warehous e
Annex B: Appendix 3B- Compliance Sheet
Page 111 of 89 Compliance Sr. No.
SUP
4.11 4.12
1.4.7
MOD
3RD
CST
FUT
NS
Automatically generates data extract programs Automatic updates for slowly changing dimensions
Technical Requirements
Sr. No.
Compliance
Requirement Description SUP
1 1.1 1.1.1 1.1.2 1.1.3
Remark
Requirement Description
Solution architecture and integration Should support application deployment involving Centralized architecture Decentralized architecture Distribution architecture
MOD
3RD
CST
Remark FUT
NS
Yes Yes Yes Can be deployed this way but subject to design and cost constraints .
1.2
Should support deploying application components at local locations to continue operations in case of WAN link failure
Yes
1.3
Should be possible to access application from remote location (Remote office , Remote users , please explain )
Yes
1.4
Should support storing / replicating data related to critical functions at the local locations to support functioning at branches in case of WAN link failure
Yes
Should be able to integrate with BW, DSS and EIS s/w without conversion of Data
Yes
Browser, Mobile. Can be deployed this way but subject to design and cost constraints Sap is fully integrated.
Should support workflow based routing of transactions according to userdefined rules. Provide details about functionality provided inbuilt or through external package / interface
Yes
Fully integrated.
Support for data exchange between modules using Messaging System calls Application function calls
Yes Yes Yes
1.5 1.6
1.7 1.7.1 1.7.2 1.7.3
1.7.4 1.8 1.8.1 1.8.2
Any other specify
Yes
Support selective export / import of data in the following formats:
ASCII Text
Yes Yes
Standard we services functionali ty based on XML, prebuilt connectors .
Annex B: Appendix 3B- Compliance Sheet
Page 112 of 89 Sr. No.
Compliance
Requirement Description SUP
1.8.3 1.8.4 1.8.5
Formatted from Microsoft Excel and DAT files Unformatted
1.9
Availability of any of the following for interfaces for external data exchange
1.9.1 1.9.2 1.9.3 1.9.4 1.10
APIs MOMs RPC Any other please specify In case of any of the message based mechanisms, does the system integrate with:
Yes Yes Yes
1.10.1
MQ Series
Yes
1.10.2
MS MQ
Yes
1.10.3
Tibco Active Enterprise
Yes
1.10.4 1.11
Others (Please Specify) Should provide "n" levels in workflow based routing of transactions for different functions
1.12
Should be able to integration / interface with other packages without duplication of Data
1.13 1.14 1.15
Should support messaging solutions with integration with MS Exchange Server and Contact Centre (SMS, fax, etc) Availability of source code with the application Possible to integrate with following other software’s
Yes Yes Yes
MOD
3RD
CST
Remark FUT
NS
But conversio n to internal formats needed.
Using web Services Standards. Some configurat ion will be needed. Using web Services Standards. Some configurat ion will be needed. Using web Services Standards. Some configurat ion will be needed.
Yes
NetWeave r BPM, NetWeave r PI
Yes
NetWeave r PI
Yes Yes
1.15.1
SCADA
Yes
1.15.2
GIS
Yes
1.15.3 1.15.4 1.15.5
POS system External databases (e.g. oil prices, company-wise car sales) Scanned image storage and retrieval applications
Yes Yes
NetWeave r PI
LifeCycle Data Managem ent NetWeave r PI NetWeave r PI NetWeave
Annex B: Appendix 3B- Compliance Sheet
Page 113 of 89 Sr. No.
Compliance
Requirement Description SUP
1.15.6
AutoCAD
Yes
1.15.7
Mapinfo
Yes
1.15.8
MS project / Primavera
Yes
1.15.9a
Contact Center
Yes
1.15.9b
DMS
Yes
1.15.9c
Yes
1.16
MS Office Possible to integrate with FEWA website to disseminate information to customers as :
1.16.1
Bill paid / pending
Yes
1.16.2 2
Consumption of gas Technology platform and OS capabilities- Web Based Solution
Yes
2.1
Should utilize Multi processor / Parallel Processing / Multi-Threading of the OS
2.2 2.3 2.4
Should provide for Automated Backup to off-peak hours / Online Backups Provide menu-driven GUI front-end for OS Support load balancing between
MOD
3RD
CST
Remark FUT
NS
r KM LifeCycle Data Managem ent Using web Services Standards. Some configurat ion will be needed. LifeCycle Data Managem ent NetWeave r PI LifeCycle Data Managem ent, KM LifeCycle Data Managem ent, KM, DUET
Yes
Yes
Yes Yes
Enterprise Portal Enterprise Portal SAP NetWeave r Platform Offline and Online backups strategies can be applied SAP GUI
AS.jpg
2.4.1
Application server
Yes
2.4.2
Database server
Yes
2.5 2.6 2.7
Should enable automatic scheduling of job to reduce load during peak load hours Should support Automated tasks as part of job scheduler Provide all backup and restore/recovery Capabilities (for losses,
Yes Yes Yes
Part of architectur e Part of architectur e
Annex B: Appendix 3B- Compliance Sheet
Page 114 of 89 Sr. No.
Compliance
Requirement Description SUP
MOD
3RD
CST
Remark FUT
NS
corruption/damage … etc) as well as the ability to flashback to previous timestamp or before drop.
2.8 3 3.1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7 3.1.8 3.1.9 3.1.10
3.1.11 3.1.12 3.1.13
3.1.14 3.2 3.2.1
Please provide details of OS supported by the applications Security Should provide authentication at the following levels: User level Application level Menu level File level Record level Field level Operation level (add, change, delete) Terminal System Module Master File
Time of day and day Screen or field Function performed
Authority levels based on amounts Support facility to allow the defining of the password construct Number of characters and the complex password ( explain)
Yes
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Yes Yes Yes Yes
Yes as part of standard workflows .
Yes
Yes 3.3
Time of day is stamped on transactio n.
Rules can be defined and enforced by the system.
Support defining user activity (on transactions) access to be based on the following and not limited to:
3.3.1 3.3.2 3.3.3 3.3.4 3.3.5 3.3.6
Input Hold Modify Delete Authorize Reverse
Yes Yes Yes Yes Yes Yes
3.3.7
View/Display
Yes
Reverse is only by adding a cancelling transactio n.
Annex B: Appendix 3B- Compliance Sheet
Page 115 of 89 Sr. No.
Compliance
Requirement Description SUP
3.3.8 3.4
Print Support definition of group passwords (e.g. groups – system administrator, Projects, Contractor, etc) with which certain functions / job descriptions are associated
3.5
Support storage of password, in the database, in encrypted form
Yes Yes
3.6
Possible to define external users (from outside company) with access rights and authentication as described above
Yes
3.7
System should support authentication from local server in case of WAN failure and local application access. The access rights defined centrally should also be valid in case of local operations
3.8 3.9
Provide ability to lock entry screen after a user-specified number of incorrect password attempts Should log all update transactions in a secure audit trail file
3.10 3.11
Should provide for required changes to user passwords based on a userspecified period of time Report attempts of unauthorized system access or use
3.12 3.13
Provide the ability to define an access category relating to groups of users (e.g., members of a department or management class). Provide for data encryption when transmitted over network
3.14
Should provide a facility to automatically logout the user if the system is inactive for more than a specified period of time The system should support automatic logout in case of disconnection of user from the application server
Yes
3.15
The system should support definition of access rights for online available reports Transaction Logging and Recovery
Yes
3.16 4
MOD
3RD
CST
Remark FUT
NS
Yes
Yes Yes Yes Yes Yes Yes Yes
4.1
Provide clear audit trails of all transactions from source data entry through summarization at higher levels or integration with other application systems. Audit trail information should include before and after images, and the date, time and identification of the person making the entry.
Yes
4.2
Audit trail should highlight the entries made by accessing the system through dial-in or through Internet
Yes
4.3
Provide option to enable/disable audit trail of any specified transaction with all the above details (before and after images, date, time, person etc.)
Yes
4.4
Provide on-line inquiry to both status information and detail transactions
Yes
4.5
System should support switching to alternate/standby server to provide uninterrupted availability
Yes
4.6
Branch accessing applications / data from central server should provide and indication of WAN link availability status
4.7 4.8
The system should maintain transaction integrity in case of WAN failure while the transaction is under execution at the accessing branch Provide transaction logs to assist in recovery of data or files
All state changes in data a fully logged with all data required here. Trigger is data change regardless of access path used.
Network design status.
Yes Yes
Sap supports
Annex B: Appendix 3B- Compliance Sheet
Page 116 of 89 Sr. No.
Compliance
Requirement Description SUP
MOD
3RD
CST
Remark FUT
NS
full rollback capability. Incomplet e transactio ns are automatic ally rolled back to the previous state.
4.9
Provide on-line access to audit trail information including terminal operator ID, time, date, revised amount, and before & after update and transaction types results (insert, updates, delete etc)
4.10
Allow validation rules to be changed easily by the user without program changes
4.11
The System should accept/reject transactions on the basis of master file values (e.g.. Account Code, Project code etc.).
4.12 4.13
Easily correct data entry errors within a batch The system should support recovery of application software in case of damage
Yes
Yes
Yes
Yes Yes
Business validation rules are not usually put in control of users. Such changes require a formal approval process, testing and promotion as part of the system control SAP does this in real time to avoid later issues. Only fully validated transactio ns are entered into the system. Sap uses very little batch processing . Where it is done, an error list is generated for repair. Full recovery back to last
Annex B: Appendix 3B- Compliance Sheet
Page 117 of 89 Sr. No.
Compliance
Requirement Description SUP
MOD
3RD
CST
Remark FUT
NS
complete transactio n is supported. 5
5.1 5.2
5.3 5.4
5.5 5.6
Data storage
Provide details of databases supported by the system including detailed database clustering/mirroring/replication, please specify Operating system supported by Database server Unix, Windows, Linux , please specify
Monitor on-line file capacity control for master and transaction files. The DBA to be notified when a file is approaching capacity .
Should be supported on ODBC compliant Databases
Should be possible to support pooling of multiple database connections when the load is high Automatic expansion of file when approaching limits of usage
Yes Yes
Yes Yes
Yes Yes
SAP supports all common databases including MS SQL server, MaxDB, Oracle. SAP supports mirroring, clustering and replication but these are a factor of server and network design. All supported. Sap includes (at no cost) the Solution manager tool which allows online monitorin g of all aspects of system operation from both an applicatio n and database perspectiv e. Sap supports load balancing to ensure response times.
Annex B: Appendix 3B- Compliance Sheet
Page 118 of 89 Sr. No.
Compliance
Requirement Description SUP
5.7
Provide multi-user operations down to the program level so that many people may access the same files and programs at the same time
Yes
5.8 5.9
Allow seamless data exchange and automatic update of data within the subsystems of the same package Should provide a comprehensive data dictionary
Yes Yes
5.10 6
Should provide for online data access for a period of 3 financial years and up to 10 years of historical data in some summarized format. Provide details. Edits and Controls
6.1 6.2
All sub-modules of the package should use the same master files online Maintain all master files, tables and descriptive transaction fields on-line
6.3
Provide report accuracy such that all reports provide summary totals regardless of rounding factors
6.4 6.5
Should provide for a consistent screen format across all modules Should provide for changing field labels to suit FEWA's terminology
6.6 6.7
Should provide for templates for rapid data entry and validations.
7 7.1
Reporting and Query Route output to printer, file or workstations
Yes
MOD
3RD
CST
Remark FUT
NS
SAP supports file locking. If a user has a file locked for editing other users are read only till it is checked in. This is done to include integrity. SAp only delivers fully integrated processes. Retention and offline backup strategy is user defined.
Yes
Yes
All transactio ns are done in real-time.
Yes Yes Yes Yes
Should provide for replication of transactions for reduced data entry
? Yes
Meaning is unclear. More details needed. Fast data entry is provided where appropriat e as is the ability to batch load.
Annex B: Appendix 3B- Compliance Sheet
Page 119 of 89 Sr. No.
Compliance
Requirement Description SUP
7.2
Transmit reports to multiple locations
7.3 7.3.1 7.3.2
Automate the report distribution process including: Varying the number of copies of each report Produce the report in report distribution sequence, rather than report number sequence
7.3.3 7.4 7.5
Labeling of reports to specific recipients Ability to define and store report formats separately for each department Possible to define priorities for handling queries depending on the user / department / designation, etc.
MOD
Support report distribution via Fax, e-mail and Popup screen Print selected reports at user-specified printer locations
7.9
Allow selective report information to be sent to a screen instead of being directed to a printer
Yes
7.10
Perform screen prints on request
Yes
7.11
Ability to generate Static and Dynamic and all BI reports.
7.12
Ability to generate the reports in different File format (PDF, MS Word, MS Excel, Text, HTML …. etc). Productivity Tools Provide easy to use on-line screen generator capability to allow user to design or modify screen display formats.
Provision of self-learning Tutorials for each functional areas for users to teach themselves operation of ERP
9 9.1
User Interface Should provide intuitive and easy to use interface (GUI)
Meaning unclear.
?
7.7 7.8
8.3
NS
Yes Yes Yes
Should be possible to define the frequency at which reports need to be prepared and distributed to different pre-defined users
Provide user--defined on-line HELP screen for field description, policies or procedures related to specific screens
FUT
Yes
7.6
8.2
CST
Also includes broadcast control tools.
Yes
8 8.1
3RD
Remark
Yes Yes Yes
Yes Yes
Yes
Yes
Yes Yes
All screens Customers can create customize d help screens based on SAP provided data. SAP provides a third party product (RWD ) that allows the customizat ion of online tutorials linked to the SAP help system. SAP GUI, Portal, Adobe Interactive Forms, Mobile,
Annex B: Appendix 3B- Compliance Sheet
Page 120 of 89 Sr. No.
Compliance
Requirement Description SUP
MOD
3RD
CST
Remark FUT
NS
DUET 9.2
Workstation OS for installing the front-end systems (clients)
9.2.1
Windows 98, 2000,XP and Vista
9.2.2 9.3
Linux Allow the user to move from screen to screen without moving through menu hierarchies and/or without signing off one application to sign on to another Interrupt current screen to perform function on another application's screen and to return to interrupted screen with all original screen data intact
Yes
Yes
9.4 9.5 9.5
Ability to provide single sign-on Should support access to all modules, functions under single log-in. In case there are more than one log-ins required, provide details
Yes Yes Yes Yes Yes
9.6 9.6.1 9.6.2 9.6.3 9.6.4
System should allow defining fields as Mandatory Non-mandatory Highlighting of mandatory fields Default fields
Yes Yes Yes Yes
9.7 9.7.1 9.7.2 9.7.3 9.7.4
Application should support defining additional fields based on and not limited to Text Number Date Character
Yes Yes Yes Yes
9.8
Possible to populate default values for fields on screen (e.g. today's date) to reduce level of data entry
Yes
9.9 10 10.1
The system should support generating search on fields providing results relating to every area (sales, marketing) within the ERP application Report Writer Create custom, ad hoc reports without systems or application programming involvement functions
Windows 98 is only supported for SAP Frontends until 01/15/200 4. Microsoft limited the product support for Windows 98 to this date
Yes Yes
SAP BW
10.11 10.2 10.3
Ability to create dynamic reports (drill downs, dashboards with KPIs etc) Specify contents and layout of user-specified reports Prompt the user for data and report specifications at the terminal interactively
Yes Yes Yes
SAP BW SAP BW SAP BW
10.4
Provide access to master, summary and detail records through interactive inquiry
Yes
SAP BW
10.5
Download information from any transaction and summary file to standard PC software formats such as MS-OFFICE suite of products
Yes
SAP BW
Annex B: Appendix 3B- Compliance Sheet
Page 121 of 89 Sr. No.
Compliance
Requirement Description SUP
MOD
3RD
CST
Remark FUT
NS
10.6
Access external files (of other third party applications not included in this procurement) for data to be included in reports
Yes
SAP BW
10.7
The application should have in-built report writer. Mention if external report writer tools is provided.
Yes
SAP BW
10.8 10.8.1 10.8.2 10.9 10.10
Process complex selection criteria utilizing: Operators (=, ≠,, from-to, and not from-to, AND, OR ) Multiple data files across system boundaries Store report layouts in user libraries for display at any time Include "report writer" reports in standard report printing menus and inbatch jobs
Yes Yes Yes Yes Yes
SAP BW SAP BW SAP BW SAP BW SAP BW
10.11
Copy standard reports over to user libraries and make specified changes to them without altering the original report.
Yes
SAP BW
10.12 10.12.1 10.12.2 10.12.3 10.12.4 10.12.5 10.12.6 10.12.7 10.12.8 10.12.9 10.13
Design a report based on the following user-defined criteria: Selected data elements Sort sequence Mathematical functions (calculations) Time interval Print formats, Column headings Subtotals/totals Grouping functions Retention of prior column values Multiple files accessed Access any data elements and files (permanent or temporary) within the system
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW
10.14 10.14.1 10.14.2 10.14.3 10.15
It should be possible to attach following to a report Charts Custom defined logos Graphic pictures Provide access control/security that limits a specific User ID from accessing:
Yes Yes Yes
SAP BW SAP BW SAP BW
10.15.1 10.15.2 10.15.3 10.15.4 10.15.5 10.16
Report writer system Specific databases Specific data files/records Specific data fields Database update capability
Yes Yes Yes Yes Yes Yes
SAP BW SAP BW SAP BW SAP BW SAP BW SAP BW
Yes
SAP BW
10.17
Create report writer programs using "English" descriptions for data elements rather than specifying the exact file data element name Calculate and total columns and rows of data for which user can specify subtotals or a subtotal on multiple levels or specific level
10.18
Allow partial fields (e.g., the first two digits of field) to be used as selection criteria
Yes
SAP BW
10.19
Perform rounding of amount fields based on user defined rules
Yes
SAP BW
Annex B: Appendix 3B- Compliance Sheet
Page 122 of 89
2
System Installation
2.1
Installation Services
Please provide details of the system installation services offered in this section: 1
Deployment Architecture - Please detail below the overall system (applications and technology) deployment architecture for installing the proposed applications for FEWA, considering that FEWA intends to have four environments viz: Sand-Box, Development, Test and Production along with a Disaster Recovery Site. _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________
2
Installation Plan - Please provide below a detailed plan (module wise and the plan must show sequence of events of the integration process between deferent modules and including timelines, resources, pre-requisites, etc.) for installation of the proposed applications. The Plan should clearly indicate the roles of the Product Vendor, bidder, and FEWA IT staff. _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________
3
Installation Testing - Please provide below detailed testing plan on how the installed system will be tested to ensure a successful installation. Anand to add Please
4
Post-install management - Please provide details of how the tested installation will be managed for subsequent implementation activities. Anand to add please
2.2
CVs of proposed team members for System Installation
For each proposed resource, please provide a detailed CV in the following format: FORMAT OF CURRICULUM VITAE (CV) FOR PROPOSED KEY STAFF Proposed Position: Name of Firm: Name of Staff: Profession: Date of Birth: Years with Firm/Entity: Members Bidder in Professional Societies: Detailed Tasks Assigned:
Key Qualifications:
Annex B: Appendix 3B- Compliance Sheet
Page 123 of 89 [Give an outline of staff member’s experience and training most pertinent to tasks on assignment. Describe degree of responsibility held by staff member on relevant previous assignments and give dates and locations. Use about half a page.] Education: [Summarize college/university and other specialized education of staff member, give names of schools, dates attended, and degrees obtained. Use about one quarter of a page.] Employment Record: [Starting with present position, list in reverse order every employment held. List all positions held by staff member since graduation, giving dates, names of employment organizations, titles of positions held, and locations of assignments. For experience in last ten years, also give types of activities performed and client references, where appropriate. Use about two pages.] Languages: [For each language indicate proficiency: excellent, good, fair or poor in speaking, reading and writing.]
Certification: I, the undersigned, certify that to the best of my knowledge and belief, these data correctly describe me, my qualifications, and my experience. I also certify that I have only given permission for my CV to be included in the Bid submitted by [Fill in name of Bidder here.] Date: [Signature of staff member and authorized representative of the firm] Full name of staff member: Full name of authorized representative:
Day/Month/Year
Annex B: Appendix 3B- Compliance Sheet
Page 124 of 89
3
System Implementation
3.1
Implementation Approach
1
Provide the Project plan with details of phases (e.g. To-Be Process mapping, design, solution setup, customisation, configuration, training, user testing. etc) of project. Provide the location plan for all the project activities (i.e. which activities will be carried out where – Project office location, FEWA site, VENDOR training centre, Vendors Development centre, etc.).
R
Wipro shall implement the Solution in a Phased Manner. There will be Four Waves in the implementation. Each wave has the following Milestones: Business Blueprint. Realization Final Preparation & Go Live. The details are provided in the “Technical Proposal” Document which is given as an appendix to this document.
1a
Please provide details of the Application Configuration Plan
R
Since Wipro is proposing a Phased approach there will be Requirements Gathering stage (Business Blueprint) in each Wave. Post the Business Blueprint is Signedoff, the Configuration and Development shall start. The Detailed plan for the same will be provided during the Project Preparation Phase.
2
Provide details of the infrastructure Set-up (e.g. servers, network, software, etc.) proposed for configuration, customization and testing of the ERP application during implementation. Provide details of specific tools that will be used and made available by BIDDER for the purpose of implementation of ERP solution. Provide overview below and attach additional sheets to the proposal, if required.
R
The Infrastructure such as IDES Systems will be installed at the beginning of the project and make them available for Training. The Development Servers, Quality Servers and Product Server Installation Pplan will be discussed in detail during the Project Preparation Phase.
3
Provide details of application customization plan (for customization of each module, indicate timelines and resource deployment, location of customization, involvement of FEWA personnel). Provide overview below and attach additional sheets to the proposal, if required.
R
A High Level MPP plan is provided for the project which will be refined by the PMO (Wipro & FEWA Project Managers) during the Project Preparation Phase.
4
Provide details of how the reporting requirements identified in the requirement matrix will be configured in the ERP application? Describe tools to be used for same and involvement of FEWA team, if any.
R
Wipro shall provide Most of the Operational Reports through the SAP System. Intelligence Reports covering Multiple Functional Areas with High Detail of Information shall be provided using the Infocubes from SAP BI and SAP BO. KPI’s, Dashboards also will be provided as part of the deliverables.
We have covered the requirements as per the cap mentioned in the RFP.
Annex B: Appendix 3B- Compliance Sheet
Page 125 of 89 5
Provide details of Sign-off procedures. Provide overview below and attach additional sheets to the proposal, if required.
R
Every Milestone in each Wave has a Sign-off procedure to ensure the Quaility of Service to the Satisfaction of the FEWA’s Team.
6
Provide details of User Acceptance Test (UAT) plan, script templates to be used, approach to be taken, FEWA involvement (department, user profile, etc.) and signoff procedures to be followed.
R
The User Acceptance Plan for each of the Wave in Application (UAT). Shall use SAP SOLMAN 7.0 eCATT Tool for UAT.
7
Confirm that Post-implementation support for a period of one year from the date of Go-Live is included in this proposal. The cost of additional support should also be specified in the commercial section.
R
Wipro Confirms that Post-implementation support for a period of one year from the date of Go-Live. The Support is On-Site & Off-Shore.
8
Provide details of Change management plan and procedures during the project.
R
A Dedicated Change Manager will be positioned on Site for 6 Months to provide Strategy, Direction of Change Management. He will provide Hand Holding Services to FEWA’s Change Manager who is also a Full Time Member on the project till completion.
For further details please refer to the Technical Proposal which is provided as an Appendix to this document.
9
Provide details of the Project Risk management plan. Provide overview below and attach additional sheets to the proposal, if required.
R
Wipro’s Governance Strucutre will handle the Risk Management and provide Mitigation Plans for the senior Management.
For further details please refer to the Technical Proposal which is provided as an Appendix to this document.
10
Provide details of the Project controls proposed. Provide overview below and attach additional sheets to the proposal, if required.
R
The Governance Strucutre will handle the Project Controls like Communication Plan, Escalation Matrix and Responsibility.
For further details please refer to the Technical Proposal which is provided as an Appendix to this document.
11
Provide the Project Quality management plan with clarity on procedures, roles and responsibilities. Provide overview below and attach additional sheets to the proposal, if required.
R
Wipro shall engage a person from Wipro Quality Organization which acts as an Independent Reviewer and appraises the Steering Committee on the Quality Activities.
For further details please refer to the Technical Proposal which is provided as an Appendix to this document.
Annex B: Appendix 3B- Compliance Sheet
Page 126 of 89
12
Provide details of Escalation procedures and issue resolution plan for the project. Provide overview below and attach additional sheets to the proposal, if required.
R
The Details are provided in the Technical Proposal which is provided as an Appendix to this Document.
13
Please provide details of Internal Quality standards that BIDDER follows for projects involving implementation of ERP. Please confirm if the BIDDER has achieved standard certifications for the internal Quality processes.
R
The Details are provided in the Technical Proposal which is provided as an Appendix to this Document.
14
Provide the proposed Project organization chart outlining Project roles (e.g. Steering Committee member, Project manager, Module leader, etc.), Organization (e.g. FEWA, Lead BIDDER, supporting BIDDER, etc.) and roles and responsibilities of each role (e.g. Project manager = Project planning, monitoring, resource management, etc,). Please use additional sheets if required.
R
The Project Organization Chart for Wipro and FEWA is provided in the Technical Proposal which is provided as an Appendix to this document.
3.2
Data Migration
1
Please provide a brief overview of the Data Migration Strategy typically adopted by the BIDDER in such implementation projects
R
Wipro shall follow Standard SAP Suggested Cutover Methodology in Migrating Data from Legacy Systems to SAP System. Wipro shall follow SAP DWH Strategy for migrating Historical Data from Legacy Systems to SAP System.
The Same has been provided in the Appendix “Technical Proposal”
2
How do you establish the acceptability of the data available from legacy applications?
R
The Data has to be approved by the FEWA’s Business Owners on the Correctness of Data.
3
What are the considerations for deciding whether manual or automated correction/validation should be adopted to facilitate the data migration?
R
If the Records are more than 100 and covering Multiple Screens along with its frequency of use during Live Environment, Wipro and FEWA shall jointly decide on the approach. If the Master Data Population is small Wipro suggests to create the Data Manually to save time and effort in developing and Testing of Upload Programs.
4
Does the BIDDER intend to use any specific tools to facilitate data migration? If so, please provide details.
R
Wipro Shall use SAP SOLMAN 7.0 Legacy Data Migration Workbench coupled with Batch Data Convertion Programs to upload data from Flat Files to SAP System or SAP DWH System as the case may be.
5
How is the accuracy of the Data Migration process established? Please provide details of the control mechanism that the BIDDER deploys to ensure integrity of the data migration process.
Annex B: Appendix 3B- Compliance Sheet
Page 127 of 89 R
The Data Migration is Marked Successful only after drawing a report on Number of Records Loaded and Trial Balance Generated out of SAP System. FEWA’s BPO & Data Migration Team shall provide Data in a CD in the required format.
6
Please clearly identify the involvement of FEWA in the data migration process and also indicate the requirements from FEWA staff.
R
Wipro Team and FEWA’s Core Team shall identify the Objects for which Data Migration has to be performed.
PMO will develop a Data Migration Plan for Each Wave and create a Dedicated Team comprising of FEWA IT personnel and Data Collectors representing each location. This team is responsible for Extraction, Enrichment, Conversion in the formats provided by Wipro Consultants. Wipro consultants shall provide Training in Enrichment and Conversion to this team.
We will require a Team of 15 persons representing each Area of Business for Data Collection.
3.3
Interfaces
1
Please provide a brief overview of how BIDDER will handle the Interfaces proposed by FEWA and the proposed Billing/ ERP Applications. The proposed interfaces are with Contact center, e-services, Document Management System, Cash Settlement Machines, Bank Statements, Emirates Post Receipts, Credit Card Readers, GIS/ SCADA, etc.
R
Wipro team shall provide API’s to integrate with Contact Center, Payment Gateways, Banks, GIS/SCADA, SMS Gateways.
The Technical Proposal which is provided as an appendix gives further details on how Wipro plans to provide integration.
2
How would the BIDDER approach designing, developing and testing the interfaces?
R
Wipro shall follow the FRS – TRS – DEVELOPMENT – TESTING – MOVEMENT methodology in Designing, Developing the Interfaces.
3
How would the BIDDER handle the subsequent changes to the interface requirements?
R
The FEWA IT Team will be provided Training on making changes and also the procedure that has to be followed in releasing the developments from one envrionement to another.
Any Subsequent changes in the Interface requirements which cannot be handled by the FEWA IT team will be provided. However any modification which can take more than 3 Man Days of effort will be provided after initating a Change Control Procedure.
3.4
Documentation
Kindly furnish information for each solution separately in case more than one solution is involved
Annex B: Appendix 3B- Compliance Sheet
Page 128 of 89 Please list which of the following documentation are provided with your product(s)
•
User manuals
•
Implementation manual
•
System Administration manual / Operations manual
•
System manuals – Architectures, Entity-Relationship diagrams, Source code etc.
•
On-line User Manual
•
Online context sensitive help
1
How many copies of related software user documentation are provided with the software purchase? Please mention the form of documents (hard copy, soft copy, etc.)
R
SAP Documentation is available On Line. It is SAP’s and Wipro’s Policy to make the Planet a Greener Place to Live. Hence Hardcopies of the same are provided only against additional charge.
2
How many copies of related software technical documentation are provided with the software purchase?
R
No Hardcopies Please.
3
Can additional copies be made by FEWA in-house or must additional manuals be purchased?
R
Project Teams, FEWA Team and IT Team of FEWA can take printout of the documents any number of times, there is no restriction and cost implications on the same.
4
a. Is documentation provided in loose-leaf format in case of updation?
R
Documentation of Updates is On Line and is not given as an addendum. b. Are documentation updates available in an electronic form? If yes, please provide details.
R
All the Documentation on SAP Help, SAP Notes is available in Electronic Format and can be Downloaded from http://service.sap.com or http://help.sap.com
5
Does the Bidder provide documentation updates to correspond with each software release?
R
The Documentation is directly available to FEWA and Wipro does not pose any restriction on the use of the same by FEWA Team.
6
On what fee basis are additional documentation updates provided? Provide these details in the commercial section.
R
For Electronic Format, Neither Wipro, nor SAP shall charge the customer. If the Documentation is required in Hardcopy the same shall be provided at a price that can be mutually decided.
7
Does the Bidder provide for downloading documents or white papers from its web site
R
The information on the Links to the Documentation shall be provided both by SAP and Wipro and none will place any Restriction on using the same.
Note: All costs should be specified in the commercial section only.
Annex B: Appendix 3B- Compliance Sheet
Page 129 of 89
3.5
Bidder Staffing Plan
Since the Implementation is a Phased approach having multiple Waves, it is not possible to give a split as per the Schedule given below.
Project Role
Phase I – Project preparation, Training and Design
Phase II – Software Configuration / Customization / UAT Signoff
Phase III – Preparation of Go-live, End user training, Go-Live
Phase IV – Post GoLive
No. of personnel
No. of personnel
No. of personnel
No. of personnel
Involvement Person/Days
Project Management Steering Committee member
1
Project Manager
1
Functional / Module related Module Name
Technical areas Technical Leader Technical team member 1 Technical team member 2
Support areas Support team member
Involvement Person/Days
Involvement Person/Days
Involvement Person/Days
Annex B: Appendix 3B- Compliance Sheet
Page 130 of 89 Project Role
Phase I – Project preparation, Training and Design
Phase II – Software Configuration / Customization / UAT Signoff
Phase III – Preparation of Go-live, End user training, Go-Live
Phase IV – Post GoLive
No. of personnel
No. of personnel
No. of personnel
No. of personnel
Involvement Person/Days
Support team member
Involvement Person/Days
Involvement Person/Days
Involvement Person/Days
Annex B: Appendix 3B- Compliance Sheet
Page 131 of 89
3.6
CVs of team members
Please fill up following tables for each of the proposed team members of BIDDER for FEWA project. In case of multiple Bidders please provide details of team members of all the involved Bidders. FORMAT OF CURRICULUM VITAE (CV) FOR PROPOSED KEY STAFF
Proposed Position: Name of Firm: Name of Staff: Profession: Date of Birth: Years with Firm/Entity:
Nationality:
Members Bidder in Professional Societies:
Detailed Tasks Assigned:
Key Qualifications: [Give an outline of staff member’s experience and training most pertinent to tasks on assignment. Describe degree of responsibility held by staff member on relevant previous assignments and give dates and locations. Use about half a page.]
Annex B: Appendix 3B- Compliance Sheet
Page 132 of 89
Education: [Summarize college/university and other specialized education of staff member, give names of schools, dates attended, and degrees obtained. Use about one quarter of a page.]
Employment Record: [Starting with present position, list in reverse order every employment held. List all positions held by staff member since graduation, giving dates, names of employment organizations, titles of positions held, and locations of assignments. For experience in last ten years, also give types of activities performed and client references, where appropriate. Use about two pages.]
Languages: [For each language indicate proficiency: excellent, good, fair or poor in speaking, reading and writing.]
Certification: I, the undersigned, certify that to the best of my knowledge and belief, these data correctly describe me, my qualifications, and my experience. I also certify that I have only given permission for my CV to be included in the Bid submitted by [Fill in name of Bidder here.]
Date: [Signature of staff member and authorized representative of the firm] Full name of staff member: Full name of authorized representative:
Day/Month/Year
Annex B: Appendix 3B- Compliance Sheet Page 133 of 89
3.7
FEWA team involvement FEWA TEAM INVOLVEMENT
Project Role
Phase I – Project preparation, Training and Design No. of person nel
Project Management Steering Committee
Project Manager
Functional / Module related
Role in the project
Expected skills
Phase II – Software Configuration / Customization / UAT Signoff No. of pers onne l
Role in the project
Expected skills
Phase III – Preparation of Go-live, End user training, Go-Live No. of pers onne l
Role in the project
Expected skills
Phase IV – Post Go-Live (3 month support period) No. of pers onne l
Role in the project
Expected skills
Project Sponsor, Business Process Owners (Required on Part Time Basis). These resources have to attend the Steering Committee Meetings which are organized Once every Month.
1
Project Management
Person working with FEWA and responsible for IT Projects
1
Project Management
Person working with FEWA and responsible for IT Projects
1
Specified as Below
Project Management
Person working with FEWA and responsible for IT Projects
1
Project Management
Person working with FEWA and responsible for IT Projects
Annex B: Appendix 3B- Compliance Sheet Page 134 of 89
FEWA TEAM INVOLVEMENT Project Role
Phase I – Project preparation, Training and Design No. of person nel
Role in the project
Expected skills
Human Capital Management
3
HCM Team from Corporate Services will be the Core Team Members in the Project
Experience in Handling HR Requirements in FEWA and Working in the areas of Recruitment, Performance Appraisal, Payroll, Personnel Development.
Performance Management (Business Intelligence)
2
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
Performance Management
2
are in the
Phase II – Software Configuration / Customization / UAT Signoff No. of pers onne l 3
2
and IT at are in the and IT at
2
Role in the project
Expected skills
HCM Team from Corporate Services will be the Core Team Members in the Project
Experience in Handling HR Requirements in FEWA and Working in the areas of Recruitment, Performance Appraisal, Payroll, Personnel Development.
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
are in the
Phase III – Preparation of Go-live, End user training, Go-Live No. of pers onne l 3
2
and IT at are in the and IT at
2
Role in the project
Expected skills
HCM Team from Corporate Services will be the Core Team Members in the Project
Experience in Handling HR Requirements in FEWA and Working in the areas of Recruitment, Performance Appraisal, Payroll, Personnel Development.
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
IT persons from IT Department who will be the Technical Core Team Members in the Project
Persons who invloved developing Senior Management Reports invloved in Development FEWA
are in the
Phase IV – Post Go-Live (3 month support period) No. of pers onne l 3
2
and IT at are in the and IT at
2
Role in the project
Expected skills
HCM Team from Corporate Services will be the Core Team Members in the Project
Experience in Handling HR Requirements in FEWA and Working in the areas of Recruitment, Performance Appraisal, Payroll, Personnel Development. Persons who are
IT persons from IT Department who will be the Technical Core Team Members in the Project
IT persons from IT Department who will be the Technical Core Team Members in the Project
invloved in developing the Senior Management Reports and invloved in IT Development at FEWA Persons who invloved developing Senior Management Reports invloved in Development FEWA
are in the and IT at
Annex B: Appendix 3B- Compliance Sheet Page 135 of 89
FEWA TEAM INVOLVEMENT Project Role
Phase I – Project preparation, Training and Design No. of person nel
Role in the project
Supply Chain Management
2
Supply Directorate Team
Financial Management
5
Members from Corporate Team of FEWA will be Functional Core Team Members in the Project
Asset Lifecycle Management
3
Members from Shared Services Directorate of FEWA will be Functional Team Members in the Project
Expected skills
Persons invloved in the Supply Directorate of FEWA and has exposure to the Business Processes at FEWA. Persons involved in the Corporate Functions of FEWA and who has exposure to all the Business Processes of Costing, Budgeting, G/l, AR, AP etc. Persons invloved in the Shared Services Directorate and who has exposure to all the Business Processes of Asset Management.
Phase II – Software Configuration / Customization / UAT Signoff No. of pers onne l 2
Role in the project
Supply Directorate Team
5
Members from Corporate Team of FEWA will be Functional Core Team Members in the Project
3
Members from Shared Services Directorate of FEWA will be Functional Team Members in the Project
Expected skills
Persons invloved in the Supply Directorate of FEWA and has exposure to the Business Processes at FEWA. Persons involved in the Corporate Functions of FEWA and who has exposure to all the Business Processes of Costing, Budgeting, G/l, AR, AP etc. Persons invloved in the Shared Services Directorate and who has exposure to all the Business Processes of Asset Management.
Phase III – Preparation of Go-live, End user training, Go-Live No. of pers onne l 2
Role in the project
Supply Directorate Team
5
Members from Corporate Team of FEWA will be Functional Core Team Members in the Project
3
Members from Shared Services Directorate of FEWA will be Functional Team Members in the Project
Expected skills
Persons invloved in the Supply Directorate of FEWA and has exposure to the Business Processes at FEWA. Persons involved in the Corporate Functions of FEWA and who has exposure to all the Business Processes of Costing, Budgeting, G/l, AR, AP etc. Persons invloved in the Shared Services Directorate and who has exposure to all the Business Processes of Asset Management.
Phase IV – Post Go-Live (3 month support period) No. of pers onne l 2
Role in the project
Supply Directorate Team
5
Members from Corporate Team of FEWA will be Functional Core Team Members in the Project
3
Members from Shared Services Directorate of FEWA will be Functional Team Members in the Project
Expected skills
Persons invloved in the Supply Directorate of FEWA and has exposure to the Business Processes at FEWA. Persons involved in the Corporate Functions of FEWA and who has exposure to all the Business Processes of Costing, Budgeting, G/l, AR, AP etc. Persons invloved in the Shared Services Directorate and who has exposure to all the Business Processes of Asset Management.
Annex B: Appendix 3B- Compliance Sheet Page 136 of 89
FEWA TEAM INVOLVEMENT Project Role
Phase I – Project preparation, Training and Design No. of person nel
Role in the project
Expected skills
Phase II – Software Configuration / Customization / UAT Signoff No. of pers onne l 3
Role in the project
Expected skills
Members from Customer Service Directorate of FEWA will be Functional Team Members in the Project
Persons involved in the Customer Services Directorate and who have exposure to all Business Processes of Customer Life Cycle.
Phase III – Preparation of Go-live, End user training, Go-Live No. of pers onne l 3
Role in the project
Expected skills
Members from Customer Service Directorate of FEWA will be Functional Team Members in the Project
Persons involved in the Customer Services Directorate and who have exposure to all Business Processes of Customer Life Cycle.
Phase IV – Post Go-Live (3 month support period) No. of pers onne l 3
Role in the project
Expected skills
Members from Customer Service Directorate of FEWA will be Functional Team Members in the Project
Persons involved in the Customer Services Directorate and who have exposure to all Business Processes of Customer Life Cycle.
Customer Care & Billing
3
Members from Customer Service Directorate of FEWA will be Functional Team Members in the Project
Persons involved in the Customer Services Directorate and who have exposure to all Business Processes of Customer Life Cycle.
Technical areas
10
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
10
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
10
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
10
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
System administratio n
2
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
2
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
2
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
2
Members from IT Team shall be Technical Core Team Members in the Project.
Persons who have Programming Experience in any Language and has Learning Capability to imbibe new Technologies.
Interface development System programming
Included in Technical Areas (Persons who got trained in the Technical Areas will also be given Assignments in Development) Included in Technical Areas (Persons who got trained in the Technical Areas will also be given Assignments in Development)
Annex B: Appendix 3B- Compliance Sheet Page 137 of 89
FEWA TEAM INVOLVEMENT Project Role
Phase I – Project preparation, Training and Design No. of person nel
Role in the project
Expected skills
Data migration
Change Manager
1
Change Leader
A person who can enable change in the Organization
Phase II – Software Configuration / Customization / UAT Signoff No. of pers onne l 10
1
Role in the project
Expected skills
Members of this Team are responsible for Collecting, Collating and Correcting the Data from Legacy Systems.
The Members should be able to work on Excel Sheets and Transform the Data from Legacy System to the format compatible for SAP Upload.
Change Leader
A person who can enable change in the Organization
Phase III – Preparation of Go-live, End user training, Go-Live No. of pers onne l 10
1
Role in the project
Expected skills
Members of this Team are responsible for Collecting, Collating and Correcting the Data from Legacy Systems.
The Members should be able to work on Excel Sheets and Transform the Data from Legacy System to the format compatible for SAP Upload.
Change Leader
A person who can enable change in the Organization
Phase IV – Post Go-Live (3 month support period) No. of pers onne l
1
Role in the project
Change Leader
A Team of 45 Members (Functional & Technical Core Team Members, Data Migration Team Members) are required to work on this project Full Time. Project Manager, Change Manager are also required from Project Management office to work Full Time. Senior Leadership Team like Sponsors etc are required on a Part Time Basis only.
Expected skills
A person who can enable change in the Organization
Annex B: Appendix 3B- Compliance Sheet Page 138 of 89
3.8
FEWA Infrastructure Requirements Expected resource requirements from FEWA (hardware, software, office space, etc.) for the implementation of proposed solution. Provide overview below and attach additional sheets to the proposal, if required.
R
Wipro shall require a Project Office to accommodate 100 persons (Both FEWA Team and Wipro Team) with Meeting Halls, Discussion Rooms. Separate Cabins each for Wipro Project Manager and FEWA’s Project Manager. Media Equipment like Projectors, Writing Boards. Seating Space and Document Storing Sapce to each Member. Desktops / Laptops for the Team Members. Two Power Sockets (One Standard, One UPS), LAN Cable to each Desk. Printers, Stationery, Communication Equipment. A minimum of 1 MBPS Internet Connection Datacenter with Access Controls and Precision A/c to house the Servers. Network with Firewalls with No Restriction to SAP Marketplace and other Authorized Sites. Common Amenities and Support Staff.
Wipro’s Project Manager shall provide small suggestions during the Project Preparation Phase if any additional is required.
Annex B: Appendix 3B- Compliance Sheet Page 139 of 89
4 1
Training What amount of training is included in terms of number of people type of course/agenda (technical, administration, business users, etc) and number of man-days? Clearly mention if BIDDER proposes that FEWA should source any of the components of training from ERP vendor. CONSULTANT LEVEL TRAINING: Training will be given during the Phase I of the project. Training will be provided for a Team of 19 Members. Training will be Given by Certified Members from SAP. Module wise Trainees split is as follows: Training Course
Persons
Days
SAP FIN, AC010, AC050 (Financial Accounting) (Basic Course)
2
12
AC040 (Management Accounting)
1*
5
Human Capital Management – SAP HR - (Basic Course)
2
2
HR050, HR305
1*
5
HR400 & HR110
1*
2
SAP SCM - (Basic Course)
2
3
SCM500, SCM510
1*
10
SCM 515, SCM520
1*
8
PM - (Basic Course)
2
10
IUT (IS-Utilities) – IUT110 - Basic Course
3
5
IUT210, 220, 225
1*
8
IUT221, 230, 235
1*
8
IUT240, 250
1*
8
Administration
1
13
ABAP
5
15
BI
1
1
Enterprise Portal
1
2
* Included in the Persons identified in the Basic Course
Training will be given out of FEWA’s Project Office. Certificate of Attendance will be provided to the Participants who have attended for more than 95% of Attendance.
Annex B: Appendix 3B- Compliance Sheet Page 140 of 89
2
Describe all pertinent training courses for all the phases of project and all the types of training (e.g. End-user, core team, System administration training, etc.). For each course, include the following information:
•
Course Title
The Details are provided in the Technical Proposal Attached.
•
Location
____________________________________ _
•
Phase of the project when training will be imparted
____________________________________ __
•
Mode of training (e.g. classroom, online)
____________________________________ __
•
Target participants (e.g. Core team functional team members, end-users)
____________________________________ _
•
Number of participants per batch
____________________________________ _
•
Duration of training
____________________________________ _
•
Frequency of offering
____________________________________ _
•
Prerequisites
____________________________________ _
•
General description
_____________________________________________
3 List the courses you will not be able to train the dual language Arabic/ English Consultant Level Training, Level III Training and Customization Training & “Train the Trainer” will be done only in English. End User Training will be done in both English & Arabic.
Annex B: Appendix 3B- Compliance Sheet Page 141 of 89
5
Support Questionnaire
Please provide details of support to be provided by BIDDER. 1
Please indicate the structure of providing support with details of escalation procedures. Clearly identify the role that BIDDER will play and what will be the role of ERP vendor in terms of providing support. ______________________________________________________________________________________ ______________________________________________________________________________________
2
Please describe the problem reporting and resolution mechanism that would be used if FEWA identifies a problem with the package. Does the Bidder have dial-up capability into the FEWA system to correct application program bugs? Provide details of security arrangements in case your personnel log into FEWA’s servers. _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________
3
Do you have a user Hotline? ( Y / N ) If yes:
•
Availability: hours/day (specify time in Dubai) - Does this include weekends? FEWA would prefer local support 7 am to 6 pm support (Dubai), six days a week.
Specify service outside the normal office hours and at weekends. Also specify if the number to be dialed is within Dubai. Amit / MIT team to add please
4
What is the maximum response time for all the queries / issues registered by FEWA personnel?
R
The Response Time and Resolution Time shall be discussed and Mutually agreed before the Warranty Support Starts.
5
Please provide details of the software (e.g. helpdesk software), hardware and WAN infrastructure used to offer support to clients.
R
Amit / MIT team to add please
6
Charges - Is the Hotline support inclusive in the annual maintenance charge, or are users charged per call? If charged on a per-call basis, please provide cost in the relevant section in Commercial bid.
R
Amit / MIT Team to add please
7
Provide details of locations in UAE from where Bidder will provide support. Indicate details of type of support (direct or through a partner company).
R
Amit / MIT Team to add please
8
How many releases of your product are currently supported? Please identify.
R
Annex B: Appendix 3B- Compliance Sheet Page 142 of 89
9
Will BIDDER provide support for system customization as a part of annual support contract? Provide details.
R
In Sustenance Support, Wipro only provides support for the Functionality Implemented and Objects Developed during the Implementation Phase. Any New Modules Implementation, New Functionality Implementation, Change in Organization Structure, development of New Reports, Infocubes, Pages will be provided after initiating a Change Control Procedure.
10
Please discuss your policy regarding releasing future application software versions to users who have modified software (modified either for implementation at FEWA by implementer or a 3rd party). Please indicate your policy regarding supporting these modifications / customizations in subsequent versions/enhancements.
R
SAP has a Roadmap of Releasing Functional Enhancements Twice Every Year. If the Functionality released by SAP is found to be useful for FEWA, the same shall be Implemented. However we have factored for a Minimal Effort of 2 days for this activity. If this calls for more effort beyond 2 days including all the Technical & Functional Resources required for implementing Functional Set Enhancement, the same shall be routed through Change Control Procedure.
11
In case of new software upgrades, are the upgrades available to FEWA free of cost? If not, what is the policy? Provide details.
R
12
Is web-based support available? What features are supported?
R
OSS Connection with SAP is provided through the SAP Solution Manager which will provide direct Support Services from SAP. SAP has defined the SLA’s for the Support Issues. The Support is provided on 24 X 7 model.
Annex B: Appendix 3B- Compliance Sheet Page 143 of 89
6
BIDDER Organization Details
6.1
Company Profile
(Kindly furnish information for each Bidder separately in case more than one Bidder is involved) General Company Name Date of Incorporation Holding Company or Parent Company (if any) Company local (in UAE) address Contact details: Name, phone, fax and e-mail Please provide details of ownership: private/public; ultimate parent; major shareholders. Any significant changes in ownership in the last two years? Who are the primary shareholders? (Also indicate major shareholders with percentage holding in case of limited companies) Number of years in business Account Representative Address and Phone
Financial Background (last published report) Annual Revenue Annual Net Income Please indicate what percentage of total revenues of the company is contributed by the ERP and related services. (Indicate this for UAE as well as international operations of the company) Please provide a history of sales figures during the past five years. Please attach most recently available annual report, and audited balance sheets and income statements for previous three years. Any pending or past litigation (within 3 years)? If yes, please explain. Please also mention any claims/complaints received in the last three years.
Certifications Please provide details of any quality process certifications (e.g. SEI CMM etc.) Any other certifications, please specify
Staff Total number of employees
• •
UAE World-wide
In UAE Please provide a break-up of the number of employees by function, e.g.
• • • • • •
Sales/marketing Administrative staff Research & Development Implementation staff Technical Support staff Others
Provide details of total number of skilled manpower in the organization relevant for FEWA’s ERP implementation
Annex B: Appendix 3B- Compliance Sheet Page 144 of 89
• • •
Functional ERP consultants (for the ERP for which implementation is proposed) Technical experts Team leaders / Project managers Mention location where the above manpower is located in UAE / worldwide.
Number of implementations carried out in UAE for the ERP solution. Please provide number of implementations for all the applications / modules.
Staff with Arabic Skills List the of total number of skilled manpower in the organization relevant for FEWA’s ERP implementation which is able to communicate (oral and written) in Arabic
• • •
Functional ERP consultants (for the ERP for which implementation is proposed) Technical experts Team leaders / Project managers Mention location where the above manpower is located in UAE / worldwide.
Infrastructure Provide details of Support Center for the ERP which is to be implemented at FEWA.
• • • •
Infrastructure available Location of service center Manpower available for provision of support Number and reference names of clients which are supported from the support center
Provide details of Research and Development (R&D) center for the ERP for which implementation is proposed
• • •
Facilities available Team available Location of the center
Alliance between Other Bidders (fill only if multiple Bidders involved) Years since alliance between Bidders Nature of alliance (marketing, financial, etc.) between Bidders Countries where the alliance is applicable Number of prior instances when marketing / bidding carried out together by the Bidders. Number of prior instances when implementations carried out together by the Bidders. Please provide client names and countries.
6.2
Reference Site Details
The reference site details should be given in the following format separately for implementation carried out. A separate copy should be used for each reference site. Company Name Company Address Telephone Number
Annex B: Appendix 3B- Compliance Sheet Page 145 of 89 Fax Number Contact Name Title What is or was the contact’s role in the implementation/ project? State the duration of the implementation. Go Live date for the pilot location Which modules and version of the software are being currently used? Provide details of extent of customisation effort required on the base software to meet the referred client’s requirements (man-days, etc). State which of the applications / modules (which are proposed to FEWA) were implemented at the reference site State if the reference site includes integration between applications which are proposed to FEWA (in case the applications proposed to FEWA were implemented at reference site) What version of operating system, database etc. is in use? Are there any other system used in conjunction with the application software like front end systems etc.? Please provide details if any. State number of locations where this software is used State the number of employees, stores, etc which were mapped in the system State, if any, interfaces to external systems are implemented at this site State the role played by the Bidder and its scope in the project (e.g. process mapping, data migration, training, etc.) Indicate the role played by the reference client during implementation of the product(s)
6.3
Experience of implementing in the GCC/ UAE and in Utilities in the Gulf region
Provide below the number of implementations in GCC/ UAE and specifically in the utility industry Implementations in GCC by industry : Finance Govt Utilities Private Companies Others Total Implementations in UAE by industry: Finance Govt Utilities Private Companies Others Total
Annex B: Appendix 3B- Compliance Sheet Page 146 of 89
Annex B: Appendix 3B- Compliance Sheet Page 147 of 89
7
Other Formats
7.1
Form for Clarification Questions Form for Clarification Questions
Bidder’s Name: Bidder’s Address: Item No.
1. 2. 3. 4. 5. 6.
Section Reference
Date Submitted: Page No.
Section or Article No.
Question/Query/Clarification/Comment
Annex B: Appendix 3B- Compliance Sheet Page 148 of 89
7.2
Form for Deviations from RFP
Please outline all the deviations in your proposal from the scope, requirements and terms & conditions defined in the RFP.
Deviations provided in the Technical Proposal which is given as an Appendix to this document.
Sr. No.
RFP Reference (Chapter, Section)
Details of deviations
View more...
Comments