Fra SAP GUI til Fiori: slik gjør du overgangen riktig

· 7 min lesing ·
SAP FioriSAP GUIModerniseringUX

Ikke porter GUI til Fiori 1:1 – redesign prosessen

Den vanligste feilen i GUI-til-Fiori-prosjekter er å ta en SAP GUI-transaksjon og forsøke å gjenskape den i Fiori med samme funksjonalitet og navigasjonsstruktur. Resultatet er som regel en Fiori-app som ser bedre ut, men som er like komplisert som originalen.

GUI-til-Fiori er en mulighet til å redesigne prosessen, ikke bare endre presentasjonslaget. Spør deg selv: Hva prøver brukeren faktisk å oppnå? Hva er de nødvendige stegene for å nå det målet? Alt annet er kandidater for automatisering, fjerning eller forenkling.

## Steg 1: Sjekk om det finnes en standard Fiori-app

Før du bygger noe, sjekk SAP Fiori Apps Reference Library (fioriappslibrary.hana.ondemand.com). SAP har over 2000 standard Fiori-apper som dekker de fleste standardprosessene i S/4HANA. Mange GUI-transaksjoner har direkte Fiori-motstykker.

Hvis standardappen dekker 80-90% av brukerens behov, bør du vurdere prosessforenkling for å passe standardappen heller enn å bygge en skreddersydd løsning.

## Steg 2: Observer faktisk bruk av GUI-transaksjonen

Før du designer Fiori-appen, observer en faktisk bruker som arbeider med GUI-transaksjonen i minst en time. Legg merke til:

  • Hvilke felt fyller de faktisk inn? (Mange GUI-skjermbilder har 50 felt der brukeren fyller inn 5)

  • Hvilke standard-verdier setter de inn hver gang? (Automatiseringsmuligheter)
  • Hva gjør de feil og retter? (UX-forbedringsmuligheter)
  • Hvilke skjermbilder hopper de mellom? (Navigasjonsforenklingsmuligheter)

    Dette gir deg designgrunnlaget for Fiori-appen – basert på faktisk arbeidsflyt, ikke hva systemet muliggjør.

    Steg 3: Velg riktig Fiori-apptype

    For skreddersydde Fiori-apper har du noen valg:

    Fiori Elements List Report / Object Page: Ideelt for lister og detaljer med standard dataoperasjoner. Raskt å bygge via OData-annoteringer, men begrenset fleksibilitet i UI.

    Fiori Elements Worklist: For prosessoppgaver der brukeren behandler en liste med elementer etter tur. Typisk for godkjenningsarbeidsflyter.

    Freestyle SAPUI5: Full fleksibilitet, men mer kode. Velg dette kun når Fiori Elements-templater ikke strekker til.

    Neptune DXP: For mobile arbeidsflyter eller der du trenger raskere utvikling og offline-støtte.

    ## Typiske Fiori-forbedringer over GUI

    Her er konkrete forbedringer vi typisk oppnår i GUI-til-Fiori-moderniseringsprosjekter:

    - 50-70% færre felt på primærskjermen: Vis kun det som er nødvendig, skjul avanserte felt bak "Detaljer"-knapp

  • Forhåndsutfylte felt: Bruk brukerinnstillinger og kontekst for å forhåndsutfylle plant, company code, og andre faste verdier
  • Inline validering: Feil vises umiddelbart ved inntasting, ikke etter lagring
  • Kontekstuell navigasjon: Direkte lenker til relaterte objekter (fra innkjøpsordre til leverandørprofil, fra arbeidsordre til teknisk objekt)
  • Forbedret søk: F4-søk i SAP GUI er ofte tregt og klønete – Fiori-basert søk kan forbedres betraktelig

    Hva du bør unngå

    Unngå å bruke gamle feltnavn som etiketter. SAP GUI viser tekniske feltnavn som "BUKRS" og "WERKS". I Fiori skal etiketter være forståelige for forretningsbrukeren.

    Unngå å eksponere alle SAP-feil direkte til brukeren. SAP-feilmeldinger er typisk tekniske og uforståelige. Intercepter disse i backend-koden og oversett til forretningsforståelige meldinger.

    Unngå for mange dialogbokser. GUI er full av popup-dialoger. Fiori bør bruke inline-editing og tydelig layout for å eliminere disse.

    • Har du spørsmål til artikkelen?

    Ta kontakt

    Interessert i å ta SAP-prosjektet Viidre?

    Ring oss direkte Ta kontakt