Altiwerk

The designer

EasyScreenViewer is two things in one install: a designer where an admin builds screens, and a viewer where everybody else uses them. This page is about the first.

On this page

Who builds screens#

The admin area is where screens are created and configured. It is hidden for users whose role does not grant access, so end users see the screens and not the machinery behind them.

Access can be restricted further to chosen FSA policy groups or roles — useful when “admin” in your tenant is a broader group than the people who should be designing screens.

How a screen is put together#

  1. Pick a type. Four exist and they are shapes, not tiers — choosing one takes about a minute.
  2. Define the fields. Sections, pages and fields, each required, hidden, read-only or defaulted.
  3. Make them findable. Turn identifier fields into lookups with search help, scoped so the list a person sees could plausibly be right.
  4. Bring in S/4, if you need it. Bind a field to a live S/4 value, or add a whole live block to a report.
  5. Tune it for where it runs. Per-screen settings control the toolbar, how results are presented, and whether bulk actions exist at all.

The four types, in short:

TypeUse it when
Standard reportsAnswering a recurring question with parameters, where the answer spans more than one object.
UDO screensData that lives in FSA as a user-defined object and needs more than the admin console gives you.
SAP document screensAnything quotation-shaped: a header with lines, optionally mirroring an S/4 document.
Custom screensA form that is entirely yours, stored as records without you designing storage.

Check it before your users do#

The screen check runs deterministic checks over the configuration — broken bindings, missing fields, references that no longer resolve — and names what it finds. It always runs; if AI is enabled it will also propose the repair.

The guides#

Was this page helpful?