Technical Proof of Concept

A working SAP prototype on AWS or Azure, in your own tenancy, against your real workload. Fixed scope, fixed price, honest result.

GlueData
Sanlam
Wastepro
FINN
Southco
OSIsoft
Sports Basement
SALT Analytics
AME Africa
Lock & Stern
ClearOn
WEG
Savantis
Sanquin
Hua Hai Pharma
Rumpke
GlueData
Sanlam
Wastepro
FINN
Southco
OSIsoft
Sports Basement
SALT Analytics
AME Africa
Lock & Stern
ClearOn
WEG
Savantis
Sanquin
Hua Hai Pharma
Rumpke

What we do

  1. We build it in your tenancy.

    A working SAP sandbox on AWS or Azure in your own account. You keep it, and nothing has to be rebuilt if you go ahead.

  2. We test your workload, not a demo.

    Your data volumes, your interfaces, your custom code, your month-end jobs. Vendor demo data proves nothing about your landscape.

  3. We fix the scope and the price.

    You know the cost and the deliverables before we start, and the success criteria are agreed before the result.

  4. We measure what matters.

    Performance, integration behaviour, data handling and operational effort, written down with the numbers you can take to the board.

  5. We tell you if it does not work.

    A proof of concept that only ever confirms is a sales exercise. Ours reports constraints as plainly as successes.

  6. We turn the result into a plan.

    Scope, timeline, resources and risks for the real project, or a clear reason not to do it.

What that looks like in practice

The landscape with complicated networking

A large, heavily customised SAP environment with unusual network constraints was assumed to be too awkward for the cloud. We migrated it to AWS as a proof of concept, in the client’s tenancy. The run found the constraints that mattered and several that did not, and the real migration plan was built on what we had seen rather than what we feared.

The report the tool could not produce

Leadership wanted scheduled financial reports in a format the analytics tool could not deliver. Instead of a long debate, we built a conversion tool as a proof of concept, ran it against the real scheduled output for a month, and when it held up it became the production process.

The platform tried before it was bought

A low-code platform was on the table for building apps on top of SAP. Rather than license it on faith, we installed and configured it against the client’s development system, built one real app, and let the team decide with something working in front of them.

Where proofs of concept go wrong

The same four things, in almost every pilot we are asked to repeat.

  • Proofs of concept run on the vendor’s demo data.
  • Success criteria agreed after the result is in.
  • Sandboxes in the vendor’s tenancy that vanish when the pilot ends.
  • A positive result with no plan behind it.

What a proof can cover

The questions we can answer with something working, and what you hold at the end.

Cloud

  • SAP sandbox on AWS or Azure
  • SAP HANA sizing against real volumes
  • Network, identity and backup design
  • Performance under your month-end load
  • Operating cost model

Integration

  • SAP Integration Suite flows
  • Cloud Connector and BTP connectivity
  • Bank and third-party APIs
  • IDoc and file interfaces
  • Point-of-sale and procurement platforms

Development

  • Fiori apps and RAP services
  • SAP BTP extensions
  • OutSystems and Neptune DXP
  • Custom code remediation samples
  • Upload and conversion tools

Data and analytics

  • SAP Analytics Cloud and Datasphere models
  • Snowflake and Power BI connectivity
  • Scheduled reporting and distribution
  • Financial model tie-out to the ledger

AI

  • ETZ AI Platform on your landscape
  • Governed access and audit trail
  • Incident diagnosis and code reading
  • Plain-language queries on live data

What you receive

  • Measured results against agreed criteria
  • Cost estimate for the real project
  • Constraints and risks, plainly stated
  • Roadmap or a clear stop recommendation
  • The sandbox, in your tenancy

Signs you need us

  • The architecture exists only in slides.
  • You have been told it will work and nobody has tried it.
  • The vendor’s pilot ran on the vendor’s data.
  • Two platforms are on the table and the decision is a coin toss.
Scope a proof of concept

You can find us here

We have a strong global presence, marking our commitment to delivering tech excellence in key markets worldwide.

Colorado
14133 Downing Street Brighton,
Colorado 80602
Contact us
Cape Town
Regus Business Center, 1st Floor,
Willowbridge, Cape Town
Contact us
Haarlem
Frame Offices B.V.,
Haarlem, Netherlands
Contact us

Start with a proof of the ETZ AI Platform

Run the ETZ AI Platform against your own landscape for a fixed scope: ask it about your systems, your code and your incidents, with SAP-grade authorisation and an audit trail on every action.

  • Runs in your own SAP BTP subaccount. SAP data never transits ETZ.
  • Your SAP authorisations decide what it may see and do, not the AI.
  • Every action lands on an append-only audit record.
Available on the SAP Store (opens in a new tab)