diff --git a/AGENTS.md b/AGENTS.md
index 9c2001e..3e4b728 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -60,7 +60,7 @@ npm run check # build + test, what CI runs
check is cut, not softened. Three things a reader asks first stay visible without scrolling into a
section: the business logic stays in ABAP (hero, tile, a comparison row, the
security heading), performance (a comparison row, a reason, a FAQ) and
- security (a section of its own, named in the navigation). Add-ons, Basis
+ enterprise readiness (a section of its own at `#what-you-keep`, named in the navigation, with the review pack linked). Add-ons, Basis
steps and other developer topics
are links into the manual, not sections.
- **Every table cell carries its column.** `data-th` on each `
`: under
diff --git a/src/layouts/Page.astro b/src/layouts/Page.astro
index 65b2703..30df752 100644
--- a/src/layouts/Page.astro
+++ b/src/layouts/Page.astro
@@ -29,7 +29,7 @@ const CSP = [
export const sections: [string, string][] = [
["the-problem-it-answers", "Use cases"],
["when-to-use-it-and-when-not", "Where it fits"],
- ["what-you-keep", "Security"],
+ ["what-you-keep", "Enterprise ready"],
["what-it-costs", "Cost"],
["where-it-runs", "Where it runs"],
["ai", "AI"],
diff --git a/src/pages/index.astro b/src/pages/index.astro
index 546010a..baa908c 100644
--- a/src/pages/index.astro
+++ b/src/pages/index.astro
@@ -120,6 +120,9 @@ const governance = [
["key", "Authorizations are SAP's", "The authorization on the service endpoint, and the app's own checks in its code, as a transaction does them."],
["db", "Data changes are your code's", "An app posts through the same BAPIs, function modules or RAP actions as any program, so change documents and application logs apply unchanged."],
["log", "Every request can be logged", "A monitor records, per request, user, app, event, timings and any error. Off until an installation switches it on."],
+ ["check", "Tested on every release", "Every change runs against Standard ABAP and ABAP Cloud, is downported to NetWeaver 7.02 and opened in the browser on UI5 1.71 and the current release. An upgrade of the system or of UI5 does not break an app."],
+ ["form", "Security reviewed in the open", "A strict Content Security Policy without unsafe-eval or inline script, CodeQL and a weekly dependency audit, an SBOM with every release, and a published security model a review starts from."],
+ ["monitor", "Accessible", "Views are standard UI5 views, so every control is as accessible as UI5 makes it. Focus survives a roundtrip, a change can be announced to a screen reader, a high-contrast theme is one switch away."],
["leaf", "Clean core", "Released APIs only, passes the ABAP Cloud checks, runs on S/4HANA, BTP and NetWeaver 7.02 from one source. Modifies nothing in the standard."],
];
@@ -238,9 +241,9 @@ const doors = [
- Security and governance
- The logic stays in ABAP; logon, authorizations and data stay SAP's
- One ABAP class per app, the business logic in it, no generated artifacts, no tables that describe a screen. Nothing of the app runs in the browser, so there is no client logic to secure. Every rule that applies to ABAP, from code review to the four-eyes principle on transports, applies to an app unchanged.
+ Enterprise readiness
+ Ready for your enterprise: inside the security, the process and the release cycle you already have
+ The logic stays in ABAP; logon, authorizations and data stay SAP's. One ABAP class per app, the business logic in it, no generated artifacts, no tables that describe a screen. Nothing of the app runs in the browser, so there is no client logic to secure. Every rule that applies to ABAP, from code review to the four-eyes principle on transports, applies to an app unchanged.
| abap2UI5 | A tool that stores apps as configuration |
@@ -251,7 +254,7 @@ const doors = [
{governance.map(([icon, h, t]) => {h}{t} )}
No shadow IT. No click-together designer bypasses your development process: every app is a class, under the rules you already have.
- → Security, Authorization, and the security model a security review starts from.
+ → The review pack: everything a review board asks for, in one list, each line with the place that proves it. And in detail: Security, Authorization, the security model, Accessibility and Verified on.
|