Kinetech · MARCUS — Managed Agent Resource Constructing Unbelievable Software

Retire your Notes estate without losing what it knows.

Every Notes application encodes years of institutional knowledge — in forms, views, agents, and ACLs. Marcus, Kinetech's AI Mendix developer, reads that design directly and rebuilds each living app as a modern Mendix application: gated by your approvals, proven with published evidence, committed to your own Mendix Team Server.

01 · The clock

Standing still on Domino is now a paid subscription

Domino isn't going dark tomorrow — that's exactly the trap. HCL keeps selling runway: paid Extended Support for Domino v9/v10 now runs to June 2030, feature-frozen, per HCL's published lifecycle policy. Meanwhile the cost of standing still compounds.

2030
end of HCL's paid Extended Support treadmill for Domino v9/v10 — frozen, not free
~25%
typical annual uplift on perpetual-license support renewals, per SHI — vs ~10% on subscription
40%+
of applications in decade-old Notes estates are typically inactive, per Panagenda
100s–1,000s
of NSF applications in real enterprise estates — Zurich UK targeted 1,400

02 · The differentiator

Marcus reads your Notes applications directly

A Notes application's entire design exports to DXL — Domino's own XML format. Forms, views, agents, script libraries, ACLs: all of it machine-readable. Marcus reads that export and derives the full functional specification of each app — no workshops spent asking users to remember how a 2004 form works.

Notes artifactWhat Marcus extractsWhere it lands in Mendix
Forms & subformsField definitions, types, defaults, validation @formulas, computed fieldsEntities and attributes; pages; validation microflows
Views & foldersSelection formulas, columns, sorting, categorizationFiltered data grids with server-side XPath
LotusScript agents & script librariesBusiness logic, scheduled jobs, mail handlingMicroflows and scheduled events
@formula logicField defaults, input translation, hide-when rulesExpressions, conditional visibility, validation rules
ACLs & rolesAccess levels, roles, group usageModule roles and entity access rules
Reader / Author fieldsPer-document security — who can see and edit each recordXPath row-level constraints, verified by automated negative tests
Response hierarchiesParent–child document structuresEntity associations
Rich text & attachmentsContent, embedded files, doclinksRich-text fields plus first-class file documents

Why this matters: assessment tools that inventory Notes estates exist. What has not existed is a developer that reads the design and then does the rebuild — with every migrated app tested per role, documented, and delivered as standard Mendix in your repository. That's Marcus.

03 · How a migration runs

Triage first. Rebuild what's alive. Prove every step.

Per Panagenda's migration research, 40% or more of a mature Notes estate is typically inactive. Rebuilding dead apps is waste — so the first deliverable is a scored inventory, not code.

The same four approval gates that govern every Marcus engagement govern each migrated app — held by you:

Gate

Scope approval

The extracted specification of each Notes app — what it does, who uses it, what carries forward — approved by you before a line of the model is written.

Gate

Permission ratification

The translated security model — ACL roles and Reader/Author behavior mapped to Mendix roles and row-level constraints — presented in plain English for sign-off.

Gate

Design sign-off

Modern, branded design directions presented before pages are generated. Your users finally leave the beige Notes client behind — you pick what they land on.

Gate

Release acceptance

Each app reaches you only after all quality gates pass; it cuts over only when you accept it, evidence in hand.

04 · The date

Export the DXL. Thirty days to a running Mendix app for a typical Notes database.

Here is the commitment we will put in writing. The assessment does not end with a range — it ends with a date, sized from your actual extracted complexity. Miss that date and the assessment fee comes back. We can promise a date because we never quote a calendar before reading your source.

The assessment names the date. Miss it, and the assessment fee comes back.

That is a real term, not a slide. It is affordable to us for one reason: the clock below starts only when a complete artifact pack is in our hands, and it pauses only for your own approval gates.

How the date gets sized

One Notes application and its NSF setComplete artifact pack → UAT-ready
Compact — ≤20 forms, ≤25 views, no agents of consequence2–3 weeks
Departmental — 20–60 forms, 25–80 views, scheduled agents, 2–4 integrations4–6 weeks · ~30 days typical
Load-bearing — 60+ forms, multiple NSFs, heavy LotusScript or Java agents, mail-in workflow8–12 weeks
Each further NSF in the same estate30–40% faster

Sizing model, not a price list — the assessment reads your actual source and returns one date. Bands assume a single rebuild boundary agreed at the scope gate.

What starts the clock

The date is only honest if the inputs are complete, so here is the whole list up front. Nothing on it is unusual, and most of it exists already.

What pauses it

Your gates, at your pace

Three approval gates are yours: scope, permission ratification, design sign-off. We answer each within three business days. Time beyond that on your side moves the date by exactly that much — and nothing else does.

What is outside it

Things we don't control

Production cutover on your change calendar. SSO and network provisioning by your IT. Third-party licenses or vendor contracts we don't control. Remediation of source-data quality problems the assessment flagged. Anything added after the scope gate.

The finish line

What "UAT-ready" means

Functional parity against the approved specification, running on your migrated data in a parallel environment, with production security enforced and tested per role, all nine quality gates green, and documentation published. Your users click through it.

What actually moves a date

DXL is genuinely readable, and that is what makes the date possible. What moves a Domino date is rich text and attachments — volume, and the fidelity you actually need — reader and author-name security that has to be re-expressed as row-level rules rather than copied, and mail-driven workflow conventions that become a real workflow engine. That last one is a better outcome, but it is a design conversation, not a translation.

05 · Why Mendix

The platform that actually maps to Notes

Most modernization funnels push Notes estates toward a scatter of forms, flows, and lists. Notes apps deserve a platform that matches their shape: real data models, real workflow, and — critically — real per-record security.

06 · Straight talk

What transfers, what changes, what we won't pretend

AreaThe honest position
Data & documentsNSF is schemaless — documents in one database can carry different fields. Marcus profiles the data as it actually exists, derives the schema from real usage, and surfaces the exceptions for a decision instead of silently dropping them.
Encrypted fieldsField-level encryption needs the key holders involved before migration. We identify encrypted fields in the assessment so this is planned, never discovered.
Rich text & doclinksConversion to modern rich text is faithful for content and attachments; doclinks and embedded objects are lossy at the margins. The original NSF is archived read-only as the system of record — nothing is destroyed.
Replication & offlineFull peer replication has no modern equivalent — and for most estates, always-on connectivity made the need obsolete. Where offline is genuinely required, Mendix offline-first mobile covers structured use cases. We'll tell you which yours is.
Mail-in databasesMail-triggered workflows are redesigned onto modern intake — REST endpoints, email integration, workflow triggers — not auto-converted. Redesign is stated in the spec you approve.
The dead 40%Inactive apps get archived, not rebuilt. You pay to modernize what the business uses — the assessment proves which is which with usage data, not opinions.

07 · Quality & security

Every migrated app ships with evidence

Watch real build evidence land on the live Build Console, and see the delivery lifecycle at our interactive explainer.

08 · Engagement & pricing

Start with the assessment. Scale by the app.

Step 1 · Assessment

$6,000–$12,000

DXL export and automated read of your estate: a scored inventory (rebuild / retire / archive), complexity and risk flags (encrypted fields, heavy agents, doclink density), and fixed-bid quotes for the first rebuild wave.

Credited toward onboarding if you proceed.

Step 2 · Delivered rebuilds

Fixed bid per app

Each app quoted from its actual extracted complexity — not a day-rate guess. Built, tested per role, documented, and delivered through the approval gates with published evidence.

Best for a first wave of 3–10 apps.

Estate scale · Most popular

Dedicated Marcus instance

For 20+ live apps: a Marcus instance works your migration backlog continuously. Priced on what the work is, how many lanes run in parallel, and how fast you need it — always with Kinetech engineer review and an escalation SLA.

Bring your own Claude access: roughly 15–25% off the monthly.

Every figure here is an indicative range; your actual range is confirmed in writing before anything is charged. On bundled plans, heavy build months may incur metered usage beyond the included allowance; your quote states the allowance plainly. Your applications, models, and repositories are contractually yours.

09 · The questions you should ask

Fair pushback, straight answers

Our document-level security is the reason we never left Notes. How does it survive?

This is the objection that has killed Notes migrations for twenty years, and it's why we lead with it. Reader and Author fields are readable per document in the DXL and via the Domino API; they map to Mendix XPath row-level constraints enforced at the database-query level. The difference with Marcus: the mapping isn't asserted, it's tested — automated journeys per role including negative tests that prove protected documents stay invisible. You ratify the translated permission model before build, and the test evidence is published with the release.

NSF is schemaless. Won't forcing it into a relational model break our data?

It can, if done naively — migration specialists have warned about exactly this for years. Marcus profiles the actual documents, not just the form design: which fields exist in practice, where documents diverge from the current form, where types are inconsistent. The derived schema reflects the data as used, and the exceptions come to you as decisions in the spec — mapped, defaulted, or archived — before anything is migrated.

We have thousands of NSFs. Isn't this a decade-long project?

Only if you rebuild everything by hand — the Zurich case study's human team pace was eight complex apps in twelve months. Two things change the math: triage (typically 40%+ of a mature estate is inactive per Panagenda, and a further tranche are simple trackers) and an AI developer that works from the extracted design continuously instead of re-discovering each app in workshops. The assessment gives you a real per-wave timeline based on your actual estate, not an industry average.

What happens to our archived and historical documents?

Living data migrates into the new app. Historic documents stay in the NSF, archived read-only as the system of record — retrievable, auditable, and no longer maintained as an application. We don't charge you to rebuild history, and we don't pretend deleting it is an option for regulated estates.

We just bought HCL Extended Support to 2030. Why move now?

That's runway, not a destination — it's paid, feature-frozen, and the CCB/DLAU licensing regime keeps counting your users while the LotusScript talent pool keeps shrinking. Extended support is actually the ideal window: migrate deliberately, wave by wave, with the old estate still safely running — instead of an emergency rebuild in 2029 at whatever it costs then.

Some of our apps run compliance-relevant workflows. Can we defend the migration to auditors?

Better than the original apps, honestly. Every migrated app carries a hash-chained audit ledger of who approved each permission and scope decision, per-build test and scan evidence, and 100% in-model documentation. When an auditor asks how a Notes ACL became a Mendix access rule, the answer is a report — the extraction, the mapping, your ratification, and the tests — not an archaeology project.

Why not the Microsoft path — SharePoint lists and Power Apps?

For simple discussion databases and document libraries, honestly, that can be fine — and the assessment will say so where it's true. Where it breaks down is exactly where Notes apps are valuable: per-document security, multi-step approval workflow, and relational structure. Those become a scatter of forms, flows, and lists with security rebuilt by hand in each. Mendix keeps each app a coherent application — data model, workflow, and row-level security in one governed, testable unit.

Who owns the result?

You do — full stop. Standard Mendix applications in your Team Server, on your Mendix licenses, with documentation and test suites included. Cancel any time and your team or any Mendix partner continues in Studio Pro exactly where Marcus left off. The archived NSFs remain yours too.

10 · Next step

Give us three representative apps

Pick a workflow app, a tracking database, and your hairiest form. We'll run the extraction and return the scored specs — what carries forward, what changes, and a fixed price to rebuild each — inside two weeks. Judge the approach on your own estate, not on a slide.

Marc Lehane · Solutions Architect / CTO, Kinetech · [email protected]

Kinetech Cloud · San Antonio, TX · How we deliver · Live Build Console

123456

You are reading Your platform — deeper detail on step 4, Why now?.

That is the pressure. What it costs to answer it is not one number — three things move it.

All platformsNext — What does it cost?