Skybuffer RTE is an ecological record of staff business travel and expenses. It is a solution which minimizes the time of data gathering and that of composing business reports. It is an excellent means of automatic and accurate reporting on the way business travel affects the environment. Skybuffer RTE add-on is efficiently used for credible data gathering for the purposes of ISO 14001 ecological management system audit.
This solution offers
User story
To prevent Database overload, it is possible to delimit maximum size of a file attached to Expense Report (photo, or scan of receipt for direct expense, or group of expenses)
Implementation
The size of a file attached in Fiori web-application can be limited at the Header level and the Item level.
For example, if the limit is set to 1 Mb, in case of exceeding the file size there will appear a message:
This setting can be set according to the Trip Provision Variant
User story
If it is important to delimit the maximum size of a file being attached to the Expense Report by the employee (photo, or scan of receipt for direct expense, or group of expenses), the maximum size of file can be set using IMG Node for “Fiori MTE Attachment File Size”.
Implementation
For Maximum File Size Limits settings can be performed in IMG Node.
Custom item in SAP Customizing Implementation Guide is added:
Where Header and Item level attachment size can be set for each Trip Provision Variants:
User story
According to business requirements, there is a number of features which may be applied to files attachments:
To simplify understanding of errors while attaching files, an error message can contain information on comparison of uploaded and limited file size.
Implementation
Comparing done on the Header level:
Comparing done on the Item level:
User story
To speed up the process of uploading files, multiple uploading of files can be used. To upload anumber of files, a business user can select files by scope and upload them all at once.
Implementation
Multiple files uploading attachment for Expense Report in Fiori web-application is available on the Expense level:
User Story
Standard length of fields “Departure From” and “Arrival In” is 3 symbols and the purpose of the fields are to input IATA codes of airport. Such kind of information is not enough to receive coordinates and complete further distance calculation.
Length of the standard fields of “Departure From” and “Arrival In” for transportation expenses type and “From”, “To” for Mileage expenses type need to be enhanced up to 255 symbols.
Implementation
To enter an entire address, the length of “Departure From” and “Arrival In” fields has been enhanced to 255 symbols.
To meet the requirements, standard fields have been linked to custom properties of the oData service.
The same enhancement up was made for Mileage Expenses Type for the fields From/To.
Additional properties of the oData service transfer data to Back End side and store values in cluster and long-time storing in database.
User story
Tooltips for “Departure From”, “Arrival In” fields need to be informative to make trip report fulfillment easier.
Implementation
For these options, tooltip ‘Please enter a valid address’ for “Departure From” and “Arrival In” fields in transportation expenses types were formatted and displayed when a user hovers over the field or the name of the field:
Also, the tooltip ‘Please enter a valid address’ for “From” and “To” fields in Mileage Expenses types was formatted and displayed when a user hovers over the field or the name of the field:
Covered features
User story
Address suggestion list gives applications the type-ahead-search behavior of the Google Maps search field. When a user starts typing an address, autocomplete will fill in the rest.
Suggestion list of place predictions supplied as the user enters the search query.
Implementation
For these options, suggestion list for “Departure From” and “Arrival In” fields will be formatted and displayed when a user starts inputting an address:
Google API is used to form the suggestion list.
Multilanguage input, for example:
These fields are cleared if the user does not select the address.
User story
For these options, suggestion list for “Departure From” and “Arrival In” fields will be formatted and displayed when a user starts inputting an address from defined (for example 2) symbols. Multilanguage input is also supported:
These fields must be cleared if the user does not select the suggested address.
Implementation
Length of search string can be entered for needed Trip Provision Variant using Fiori RTE1 My Travel&Expenses Google API Settings:
An appropriate method of calculation is to be used for different transport types:
Implementation
Distance is calculated according to the type of transport as shown below using Goggle API:
Data saving is forbidden if the estimated distance equals zero.
All these data (addresses and distance) is stored in a database table.
This functionality is realized with both sides: Front End and Back End. On the Front End part, estimated distance set of fields and logic of handling are added. Address data is stored by data storage component. Also, specialized program component to get Google API services is implemented.
User story
For data consistency purpose, there is a need to forbid saving a trip report with zero estimated distance calculation. This function is used to ensure that the database has full and consistent data on distances.
Implementation
When a business user selects both addresses in “Departure From” and “Arrival In” fields, estimated distance is automatically calculated using Google API:
Data saving must be forbidden if the estimated distance equals zero.
User story
When a business user inputs data about some transportation expenses or mileage data and it is a round trip, the user can select Round Trip switch that indicates that transportation was used to the point of destination and back.
It affects estimated distance calculation, too.
Implementation
Round Trip option will affect estimated distance calculation. Distance will be doubled:
This option will be realized with both sides: Front End and Back End.
Round Trip data must be stored by data storage component.
User story
Depending on the intensity of using RTE1 add-on, you can select one of the options provided by Google API.
Implementation
To use the Google Maps APIs, you are to register your app project on the Google API Console and get a Google API key which you can add to your app or website.
Google Key can be defined using Google API Key Maintenance:
User story
Google API can be activated for a specified list of Trip Provision Variants using IMG Node “Fiori RTE1 My Travel & Expenses Goggle API Settings”. This customizing setting is used for the sake of convenience of activating/deactivating Google API if necessary.
Implementation
To switch on/off Google Maps Geocoding API for a required Trip Provision Variant, Google API activation can be performed using Google API Mode:
User story
Management wants to approve trip reports before reimbursement before posting to FI and reimbursement. Integration with Simple Communication from Skybuffer is the best way to cover requirements.
Implementation
EXIT class for SAP Workflow, Inbound class and e-mail template with decision buttons are part of the solution.
User story
The product is licensed per each SAP system (installation number) and has a limited performance period until the subscription expiry date
Implementation
/SKYBFR/YLM1 is Skybuffer License Management component. Licensing is made via license string definition through SAP Implementation Guide node for Skybuffer Add-on. License is SAP Installation number and date dependable.
Values of the SKYBFR fields in Fiori application are to be copied with Duplicate Expense Report standard function to make seamless enhancement of the solution.
User story
To display all the extended details in Travel Expense Manager, Custom Details screen is available.
Implementation
To review Extended details via PR05, an additional screen may be reached – Custom Details is available on the header line of Expenses Report Details:
All the required details are available with one click.
User story
To use all the advantages of Electronic Communication Add-On from Skybuffer integration feasibility is provided
Implementation
Electronic Communication SAP Add-on is designed to provide universal emailing framework for business workflows and email-to-SAP type of communication.
In general, any SAP business workflow or SAP communication to business users process can be leveraged with Electronic Communication Add-on functionality to:
License of the Solution can be configured in SAP Customizing IMG node.
User story
In order to calculate distance using Google API in the manner corresponding to the actual route of the trip, for each transportation Expense Type an appropriate mode of transit should be:
Implementation
For fast and simple Grouping Types Creation and Adjusting, Table maintaining may be processed via IMG Node:
Clear Names of Grouping Types are easily configurable:
IMG Node for Google API Command line generation is also available:
Mode of Transit may be adjusted for all the required Grouping Types:
User story
To make the process of Expense Reports creation and submitting easy and fast, duplication option may be used for several similar Expense Types creation by copying from one.
All the custom fields will be copied, Database tables entries will be added for new Expense Report after saving.
Implementation
Duplication button is available both on the Header Level and on the Item Level.
On the Header Level Date and Name of Expense Report may be changed:
User story
For some cases calculation by Google API may be switched off. In this case distance will be calculated by Arc using the coordinates of departure and arrival locations.
Implementation
Custom ING Node is available for setting the parameter which defines the way, distance will be calculated:
User story
It is quite informative to see estimated CO2 emission calculated by Estimated distance for transportation expenses types and mileage expenses type.
Implementation
/SKYBFR/RTE1_CO2 Transaction is used to input Average values of CO2 Emission with a valid period of time for each transportation and mileage expenses type.
Calculation of the estimated CO2 emission is done in real time in the process of inputting the destination points.
Unit of Measure is adapted to the result of the calculation. If CO2 emission is over 1000 G, the value will be displayed in GK.
User story
User wants to manage CO2 emission depending on distance. For instance, the farther the flight, the lower the emissions of carbon dioxide.
Implementation
/SKYBFR/RTE1_CO2 transaction has Distance field. Value limits the high level for the entry. Entry with zero value has the lowest priority.