8 Features to Know before Creating a Fiori UI5 Prototype with BUILD

SAP Build is a great tool for building high fidelity Fiori UI5 prototypes. Here are the main features I learned while developing with this prototype app.

  1. Low cost of changes (no programming)
  2. What you see is what you get
  3. Interactive prototype with screens, process and data
  4. Fiori compatible (get a jump start on Fiori development)

Capture

Not all prototypes are created equal

Mock-ups (low fidelity prototypes) can go only so far in the user experience improvement journey. In order to succeed, you will need to develop a high fidelity working prototype. This will reduce your risk of delivering yet another sub-optimal user interface (UI) to the end-users.

Low-fidelity prototype:

  • Process map with sticky notes: You can visualize process, but not enough screen details
  • Screen mock-ups: You can visualize screens, but not enough understanding of process
  • Limited visibility on data

High-fidelity prototype:

  • Visualize: screens, processes, and data

Elements of high fidelity prototype:

  1. End-to-end process with all screens and fields
  2. Interactive elements (where users can engage meaningfully with the UI)
  3. Realistic data

You can use this prototype to explore all the features listed below.

Try Prototype: End-to-end business scenario and data:

https://www.build.me/gallery/api/private/v1/artifact/af0a25e40119762f0f17c988/0f4910cad428b5b50f191e9e/index.html

Clone prototype:

https://www.build.me/gallery/af0a25e40119762f0f17c988 (Google Chrome works better)

Slide deck:

Link to the prototype slide deck

8 Build features:

1. Page map and Pages: Build end-to-end business scenarios:

  • Great tool to combine process and screen
  • No need to rely on Visio or PowerPoint mock-ups
  • You can add page and navigation options
  • Great visualization with navigational arrows on “page map”

There are mainly five types of screen available with predefined controls. For example: “Worklist” page, and it will provide all building blocks for developing functioning work list e.g. Tabs, Table controls, Search bar, etc.

2. Fiori controls:

  • Simple drag and drop interface.
  • Easy to visualize and arrange different controls on a page

There are eight types of controls:

  1. Action: Button, breadcrumb, menu, etc.
  2. Tile: Tile, Tile content, etc.
  3. Containers: Tab, tab bar, etc.
  4. Display: Bar, Image, Item attribute, etc.
  5. Layouts: Form, Grid, Box, etc.
  6. List: Tables, feeds, etc.
  7. User inputs: text, buttons, drop downs, etc.
  8. Charts: Bar-chart, Line charts, Micro chart, etc.

You can manipulate the control parameters on the right section of this screen

3. Realistic data:

Bring your own data from a spreadsheet or create a model and populate the data on your own. You can bring many types of data and build relationships. You can find many sample data models from the Build library as well.

Edit sample data on the fly or update data with spreadsheet (download/upload) functions. This is a really easy to use interface. You can also create data relationships.

4. Images: Branding, icons and visualization

You can upload your own images. You can upload custom icons and use them for your app. Images can be used for branding (e.g. logo) or as a part of an app. e.g. product image. You can use file options in the Project Workspace to manage these images.

5. Collaborate

Share your project with you team/users. Your team members can edit the project, add comments, etc. It’s easy and intuitive.

The team can collaborate in the development cycle, testing cycle and getting feedback. This discussion allows everyone to be on the same page.

I wish there was a notification feature or indicator that someone added a comment. (Like Google docs)

6. Study/Feedback

Create your own study and invite users to explore the prototype and have a meaningful interaction. Users will provide you with realistic feedback and you can also measure users’ interaction with the prototype. Example features: Heat-map, statistics and user flow.

Create study: Perfect way to coordinate with the team. Let users play around and have a feel for the solution. If you have to explain a lot, then you didn’t do a good job in designing the user experience.

7. Personas

Personas is a great feature to understand users and it helps keep focused on them throughout the project. This can be integrated as a part of your change management and/or training efforts.

8. Export to SAP WebIDE

When you are ready to start development, simply download the prototype using the “Share” function. The downloaded file includes all screen elements.

Voila! You can design a functioning prototype without writing a single line of code.

A few bumps:

  1. Understanding the data object and relations is not intuitive. Especially when users like me want to build very complex, life-size data structure. Suggestion: Think through your data model esp. hierarchical (e.g. header and item data) relationship between tables and fields before you start assigning data to fields.
  2. No versioning. It’s hard to go back once everything is saved. Suggestion: Create a copy or use download functionality to create back-ups.
  3. Only five projects per free account. If you want to work on more projects, contact your SAP representative.

There are many more features and functionalities available in Build, but the above highlighted features will help you take the first steps in your long and fun-filled user experience (UX) journey.

I look forward for your feedback and new tips and tricks through community.

Have fun!

Comparison – SAP Fiori UI5 and Screen Personas : The Good, The Bad, and The Ugly

SAP provides two paths to a delightful user experience (UX)

SAP Fiori UI5 apps and SAP Screen Personas are two ways to achieve SAP Fiori user experience.

  • Fiori UI5 UX strategy aims to transform the transactional operational model to a role-oriented one
  • SAP Screen Personas simplifies scenarios not yet covered by Fiori applications or for your custom transactions

UI v/s UX

There is a distinction between User Interface (UI) and User experience (UX).

User interface deals with intuitive screen design, screen flow, buttons and colors.

User experience deals with how users feel when they interact with the technology. It includes integration between processes, people and technology

Example:  Uber

  • Intuitive screen design to call a ride from your mobile phone  > Great UI
  • You can walk out of your ride without using your mobile phone >  Great UX

Perspective

SAP provided technologies (Fiori UI5, Personas) can be used to improve UI for screens as part of organization’s UX improvement initiative. Here is a perspective of each technology.

1. Fiori UI5 apps:

The Good:

  • Role based development
  • Develop once, use on any device i.e. Mobile phone, tablet and desktop
  • Develop based on your need (independent of existing SAP transactions)
  • Leverage SAP Fiori Launchpad to personalize landing screen
  • Fiori design is the future UI for all SAP products
  • Dynamic search functionality
  • Smart tiles with analytical annotation

The Bad:

  • High cost of development
  • Different approach for development compared to traditional development (Design thinking)
  • Need to provide complete “end to end functionality” for designated roles otherwise users end up in two different user interface (Fiori and SAP GUI)

The Ugly:

  • High cost of change (develop once and develop right)
  • Easy to deviate from SAP’s Fiori design guidelines

Bottom line:

Great for complex business processes, high development cost, great UX improvement, long term approach aligned with SAP’s UX strategy

2. Screen Personas

 The Good:

  • Modify existing transactions (standard and custom) > Keep existing business logic
  • Easy to simplify > remove fields
  • Relatively easy to beautify screens by applying themes
  • Great screen editing interface for screen editing and great libraries for JavaScript
  • Great for simplifying display transactions
  • Can be integrated with Fiori Launchpad

The Bad:

  • Limited to SAP GUI transactions (Very difficult to combine different edit transactions on one screen > It gets ugly pretty fast)
  • JavaScript can be used for front end development i.e. SAP GUI for HTML screen (One can also create flavors in SAP GUI for HTML and render in SAP GUI for Windows. Limitations are noted here: https://launchpad.support.sap.com/#/notes/0002080071)
  • Limited to fixed screen-size per theme (You need to create flavors for every screen size. Development time multiplies with every flavor)
  • Every transaction needs flavor (i.e. Three flavors for MM01, MM02 and MM03). Multiple flavors if you are creating different variants for different users groups

The Ugly:

  • For edit transactions it gets ugly to merge fields from multiple tabs esp. grids
  • It gets even uglier if you have mandatory fields on different tabs
  • Must utilize an ABAP expert and a JavaScript developer for any meaningful automation or custom screen development
  • Numbers of scripts and flavors can get out of hand very quickly
  • Screen can look like Fiori screen but will not provide intuitive fluid UI functionality available in Fiori UI5 screens

Bottom line:

Great for simple transactions and linear business processes, limited development effort, limited UX improvement gain.

3. Hybrid approach:

Improve UX by implementing Fiori UI5 and SAP Screen Personas

  • The man who chases two rabbits, catches neither. ~ Confucius
  • If you “the organization” want to chase two rabbits, setup two different teams and send them to chase one rabbit each ~ Confucius 3.0
Also posted at : https://experience.sap.com/topic/perspective-two-paths-to-a-delightful-user-experience-ux/

Display number of entries (and counts) in PM list edit reports (IW28, IW38, IP15, IP18, IH08. IW47 etc.)

Goal: Display number of entries (and counts) in PM list edit reports

Example: IW28 – List notification

I am sure many PM experts knows about this features, but hopefully this document will help new and upcoming users.

Steps:

  1. A selection of records is made using a PM list editing report. In this example IH08 is used.
  2. The “Count.” column is added to the layout

 

  1. Click green check mark
  2. Number of Entries (without Filtering) will be displayed

  1. If you add filter for any column(s), count will change by the number of entries in the header section of this report will not change.

Tip: To display totals line above the entries, check this box in the change layout ‘Display’ tab

Hopefully this will save time for users to export list to the spreadsheet in order to count number or rows.

 

You can use this to display ‘Number of Entries’ in many standard SAP reports

 

IW38 / IW39: List work orders with number of orders

IW28 / IW29 : List notifications with number of notifications

IP15 / IP16 : List maintenance plans with number of maintenance plans

IP18 / IP19 : List maintenance items with number of maintenance items

IK07 / IK08 : Measurement points with number of measurement points

IK17 / IK18 : Measurement documents with number of measurement documents

IW47 : Display time confirmation with number of confirmations

Enjoy!

 

Requirement: ECC6 EPH4 or higher

Reference SAP note with all applicable transactions: https://apps.support.sap.com/sap/support/knowledge/preview/en/2181264

Brief overview of Outline agreements

Outline agreements in SAP

Presentation – Contracts and Scheduling agreement

What is Outline Agreements? Where it fits in purchasing process?

The outline purchase agreement is often referred to as a blanket or umbrella purchase order. It is basically a long-term agreement between the purchasing department and vendor for material or services for a defined period of time. The purchasing department negotiates with the vendor a set of terms and conditions that are fixed for the period of agreement.

 

wh.JPG

 

Which business requirements lead to use of outline agreement?

 

  1. When purchasing department want to setup long term relationship with vendor for specific group of materials or services
  2. To negotiate binding conditions for purchasing (i.e. price, quantity, discounts etc.) without actually releasing purchase order
  3. Using pre-negotiated offer during day-to-day purchasing
  4. Increase speed of actual purchasing to satisfy actual requirements
  5. Provides better monitoring and control of actual release of purchase order against offer

 

Structure of an Outline Purchase Agreement

 

An outline purchase agreement consists of the following elements:

  • Document header: contains information relating to the entire agreement. For example, the vendor information and header conditions are in the document header.
  • Items: containing the information specific to the relevant material or service. For example:
  • Statistics on ordering activities for the item
    • Quantity or price of the item
    • Conditions, such as quantity discounts and surcharges

 

 

Contracts v/s Scheduling agreement

 

 

In SAP MM Purchasing, such agreements are subdivided into “contracts” and ” Scheduling agreements.”

 

Contracts:

  • Longer- term contract with subsequent issue of release orders
  • Different POs can be released for same contract
  • Mainly used for frequent non-predictable requirements e.g. Purchasing office supplies

 

Scheduling agreement

  • Longer-term scheduling agreements and delivery schedules
  • Same scheduling agreement number is used with different release calls
  • Mainly used for repetitive/predictable requirements e.g. purchasing spare parts of a large fleet
  • Can be tightly integrated with MRP

 

Contract

 

A contract is a longer-term agreement with a vendor (one of the two forms of “outline agreement” in the SAP system) to supply a material or provide a service for a certain period of time. A number of different terms may be used for this concept in purchasing literature, including “blanket order”, “blanket contract”, “systems contract” and “period contract”.

 

The contract does not contain specific delivery dates or the individual delivery quantities. These are specified subsequently in release orders issued against the contract when customer requires them.

 

Contract types

 

When creating a contract, you can choose between the following contract types:

  1. Value contract (MK) : The contract is regarded as fulfilled when release orders totalling a given value have been issued. Use this contract type when the total value of all release orders should not exceed a certain amount.
  2. Quantity contract (WK) : The contract is regarded as fulfilled when release orders totalling a given quantity have been issued. Use this contract type when the total quantity to order over the duration of the contract is known.

qq.JPG

 

Ways of Creating Contracts

Contract can be created in one of the following ways:

  1. Manually: Enter all the contract data manually.
  2. Using the referencing technique: Create a contract by referencing

a.          Purchase requisitions

b.          RFQs/quotations

c.          Other contracts

 

Characteristics of contract:

 

  • Contracts are outline agreements. They do not contain details of the delivery dates for each of the items.
  • To inform vendors of which quantity you need for which date, you enter contract release orders for a contract. A release order is a purchase order that references a contract.
  • If a purchasing information record with conditions exists for the material and the vendor, the system automatically suggests the net price according to these conditions when you create the contract item.
  • Contract validity period is defined in the contract header as the validity period
  • For each item in a quantity contract, you define the target quantity and purchase order conditions.

 

Item categories in contracts

 

Item Category

M – The material is unknown

W – Value and quantity are unknown

D – Procuring an external service

K – Consignment material is involved

L – Subcontracting material is involved

 

  • Item category M is recommended for similar materials with same price but different material numbers. For example, contract for copier paper.
  • Item category W is recommended for material belonging to the same material group but with different prices. For example, contract for office supplies.
  • Item category W can be used only in value contracts.
  • Item category M and W are not allowed in contract release orders.
  • Item category D is used for services contracts.

 

ic.JPG

  • Account assignment category, ‘U’ unknown can be used in contracts. In this case, cost center will be determined at time of creating release order.
  • The account assignment category, ‘U’ is denied in contract release orders. You have to replace the account assignment category with a valid account assignment category.

 

Processing contracts

 

  • Contract release orders are purchase orders that are created with reference to contract.
  • The release order documentation (i.e. the quantity released until now, and the open quantity) is automatically updated when you create a contract release order. This can be used for monitoring the contract.
  • The release order document is contained in the statistics for contract item.
  • You can enter source of supply in the purchase requisition. This ensures that the outline agreement is referenced when the purchase requisition is converted into a purchase order.
  • Contract release order can be created with or without reference to a purchase requisition.
  • The release order documentation comprises details of ordering activity relating to a contract. The system supplies the following data on each release order:

a.          Number of contract release order

b.          Order date

c.          Order quantity

d.          Order value

e.          Quantity released to date

f.          Target quantity

g.          Open target quantity

  • You can list all contracts that are due to expire in the immediate future. The analysis is carried out using the Target value and Total value released fields in the contract header, based on suitable selection parameters

 

Centrally Agreed contract

 

The centrally agreed contract allows a central purchasing organization to create a contract with a vendor that is not specific for just one plant. In this way, the purchasing organization can negotiate with a vendor by leveraging the whole company’s requirements for certain materials or services.

  • Contract items can relate all plants covered by a purchasing organization
  • All plants of a purchasing organization can order against a centrally agreed contract
  • Using the plant conditions function, the centrally agreed contract allows you to stipulate separate prices and conditions for each receiving plant. For example, different transport costs.

 

ca.JPG

 

SAP Transactions

 

  • Create value contract for material group (WK) – ME31K
  • Change contract – ME32K
  • List display contract – ME3L
  • Monitor contracts – ME80RN

 

References:

 

1.          help.sap.com

2.          SAP MM:Functionality and Technical Configuration, SAP Press

Steps for opening and closing period – MM FI CO

Steps for opening and closing Period – MM FI CO

As many of us struggle with changing periods in our DEV and QA environments, here is quick reference for opening and closing period. In doubt, please consult with your FI/CO expert.

There can be upto four transaction involved depending on your situation.

•          MMRV – Allow posting to previous period

•          MMPV – Close Periods

•          OB52 – Change view “Posting Periods: Specify Time Intervals”: Overview

•          OKP1 – Maintain Period Lock

1. MMRV – View current period / Allow posting to previous period

This transaction allows you to view current period and change setting for posting to previous period.

Capture1.JPG

Capture2.JPG

2. MMPV – Close Periods

In MMPV you can execute period closing up to the end of the current fiscal year. The period closing program updates the administration record, thus ensuring that the stock data of the material master are updated.

If, for example, you want to close your periods up to 03/2013, you are not allowed to post values in 01/2013. Therefore, if you still want to make postings in period t, you should execute period closing only for a maximum of t+1 periods.

Capture3MMPV.JPG

3. OB52 – Change view “Posting Periods: Specify Time Intervals”: Overview

In this activity, you close the posting periods for FI-AA and open the new periods for FI-AA.

No more FI-AA postings can be made to the previous period. Postings for the future periods are allowed.

Capture3OB52.JPG

4. OKP1 – Maintain Period Lock

If needed, unlock period for CO transaction.

Capture3OKP1.JPG

If I have missed anything here or misinterpreted, let me know and I will correct it or add additional clarification/tips.

Source: help.sap.com

Posted on: https://blogs.sap.com/2013/04/27/steps-for-closing-period-mm-fi-co/

PDF: Closing_Periods in SAP MM FI CO