Professional Documents
Culture Documents
1 Functional SPECIFICATIONS
RICEFW (Reports)
NOTIFICATION WORKFLOW AFTER 2 DAYS
R.PM.210.31
DOCUMENT IDENTIFICATION
REVISION HISTORY
This document is intended to specify RICEFW object from a functional perspective. It will be followed by a technical specification
during Realization. A Functional Specification has three main sections with the purpose of describing the expected behavior of
the development object.
Object information, to be filled in for all RICEFW objects
Object specific details (Processing, calculations, and business logic for the development object)
Report specific requirements
Object Overview
Object Information
( ) SAP Query (x) ABAP Program ( ) BW Report
Report Created using ( ) BobJ Report ( ) Crystal Report ( ) Report Painter
( ) ECC ( ) Others ___________________
( ) Drilldown ( ) Buttons ( ) Sort
Characteristics Required (x) ALV Grid ( ) ALV List ( ) Entry File
( ) Others: Call Trasaction
( ) Legal requirements not fulfilled
Result if no reports are ( ) Lack of essential business information
created? (x) Lack of functions compared to Legacy system
( ) Other (specify):
Approximate duration for Is there an No
development work (in See development estimate alternative in the If Yes, describe the alternative
man days)? standard system Manually check reports
( ) Performance Problem
Why is alternative ( ) Complexity
not acceptable? (X) Other
_______________(Specify)
FS Control
This section describes the business needs and specific requirements of the development object. The more details that are
included here, the fewer questions the developers will have. Processing, calculations, and business logic for the development
object must be fully described.
Process Reference
Requirement ID
Requirement If the notification is not being reviewed after 2 days, it should notify and escalate to Cost Center
Description Manager of the equipment cost center and the Maintenance Manager.
Gap to be addressed The requirement cannot be done through the workflow. So new report to be
developed and the same has to run on a daily basis by using a batch job.
Alternative SAP NA
Standard Solution
4. RICEFW Descriptions
Standard SAP does not support sending mail if a notification has not been reviewed after 2 days. This Report is
required for fulfilling that requirement.
-
- Cost center Manager (CSKS-VERAK_USER)can be located in the Cost centre Master data as shown below
This is an automated email notification sent to you to let you know that these notifications
under your responsible area are not yet processed into work orders and outstanding for over 2
days since they have been created:
Daily at 1:00 PM
2 different job to be scheduled, per site, due to the different time zone.
Dependencies
<List all dependencies that need to be known/addressed while developing this RICEFW object.>
NA
Starting Conditions
When should the report be run? Does an interface need to be run before the report is valid, and (more
commonly), should it be a batch only program (with added security) or is it needed on-line as well?
This program will run on a daily basis. There is no input condition applicable here.
Authorization Requirements
<Every authorization object needs to be documented to provide the security administrator information on the
purpose and use of the object. The following sections are the minimal documentation requirements.>
<Highlight all related documents that are required or will be input to the functional specification.>
5. Report Specific
Give the error
N/A Design
message if the execution is not successful. Error handling should be taken care during the
development.
Reporting
RICEFW- Description Report Type (ABAP, Data Elements Relevant KPI Owner
ID BI, BOBJ, etc)
R.PM.210. Outstanding ABAP
31 Notification for
More than 2
Days
Selection Criteria
Report Output
Output Method
ALV on screen report. Option to download to Excel is required.
Main Heading
Notifications not Reviewed
Sub Heading
NA
LAYOUT
Table/Structure Field Name Format Default Value Column Name
Name (ie decimal places)
VIQMEL QMART NA Notification Type
VIQMEL QMNUM NA Notification Number
VIQMEL QMTXT NA Description
VIQMEL KOSTL NA Cost Center
TOTALING
<List if there are any calculations needed>
NA
PAGE BREAK
< List the page break requirements>
NA
5.5. Assumptions
No assumptions taken.
6. Use Cases
Use case - How the RICEFW object will be used by the user or system
<A use case is series of steps showing how user will use this object>
Business process (steps) Created a notification using IW21 and save it.
Rules N/A
Standard(Y/N) N
7. Issues
8. Performance Requirements
Performance Requirements
Validation Requirements
Test Scenarios
ID Description
Normal Functionality – test cases that ensure the conversion requirement as it should
1 Create notifications and check back after 2 days
2 Move outstanding notification to release and see if it‘s still generating as overdue