SAP Fiori · Creating & Extending Transactional Apps

When creating a custom transactional app from a template (e.g. SAP Fiori Worklist Application), why must the OData service exist before you run the template wizard — what breaks if it doesn't?

Answer locked. Get the free KnowCard app to reveal it — plus spaced-repetition review so it actually sticks.

Get it on App StoreGet it on Google Play

This is one card from the KnowCard library — thousands more across SAP, Linux, Python and more. In the app you get the answer, AI explanations, and cards that come back right before you would forget them. Free to start on iOS, Android or the web.

More in Creating & Extending Transactional Apps

When you add a property to an entity type in a redefined SEGW service, you fill in Name, Label, EDM Core Type, Max Length, and the ABAP Field Name binding. If the binding and the EDM type/length disagree, which one governs — and why does that matter?
An extension touches the ABAP back end, the Gateway (ABAP front end), and the UI layer. A teammate opens SEGW to add a DDIC append field. What did they get wrong, and which tool belongs to each layer?
SAP ships the full SAPUI5 project of every transactional app. Does that mean you can insert custom content anywhere in any view — and how do you know where you actually can?
A colleague claims the nine-step Fiori extension flow survives standard-app upgrades 'because everything is in its own transport.' Why is that the wrong reason, and what is the real one?
You deployed a custom app and set up LPD_CUST, the FLP catalog/tile, and a PFCG role — but the tile still 404s. Which easily-skipped step did you likely miss?
Your extended view shows the binding key {i18n>EXT_STATE} literally instead of the word 'State'. Where must the text live, and why not in the app's existing properties file?

Start learning today

Free to start — download the app or use it in your browser.

Get it on App StoreGet it on Google Play