S/4HANA and SuccessFactors.
One prompt.

Daslab reads and writes S/4HANA over a conversation: every standard OData service, plus live ABAP against CDS views, BAPIs, and any table. The same surface covers SuccessFactors — and one prompt can join both. No integration project.

Real scenes, from the app

“Top 10 customers by FY revenue × their account managers from SuccessFactors × their Q4 comp plans” — one prompt, and the scene below is what comes back.

Daslab iOS — SAP scene list with onboarding, approval cockpit, customer 360
Every workflow your team runsOnboarding · approvals · quote-to-order · customer 360
Daslab iOS — onboarding scene with widgets and tracked steps
The whole operation, one screenSteps tracked across S/4HANA + SuccessFactors + DHL + BTP
Daslab iOS — conversation showing approval flow and tracked actions
Ask. Approve. Done.Every action recorded with a permalink — share the trace, not the screenshot

What it does in the SAP world

Reads & writes S/4HANA

Every standard OData service, plus live ABAP execution against CDS views, BAPIs, and any table in the system. No transports, no cleanup.

Reads & writes SuccessFactors

Employee Central, Compensation, Recruiting, Performance, Learning. Same conversational surface.

Joins them

"Top revenue customers × their account managers × their comp plans" — one prompt, two systems, one table. The query above is exactly this.

No SAP GUI, no transports, no developer tickets.

The questions you stopped asking

Ask your ERP which orders lost money last quarter and you get a report. Ask why, and you get a project.

So people stop asking. Not because the data is missing, but because the query interface caps how complicated a question is allowed to be. Most ERP endpoints have a statement length limit and no window functions. Ranking every order in the business by margin is one line of SQL anywhere else. There it is four queries stitched together by hand, so nobody does it, so nobody knows.

Daslab keeps a read-only copy of the system on a machine inside your network, and lets you ask.

The first time we ran that ranking as a single statement on a live production system, it surfaced three orders sold below cost that nobody had enumerated. Not hidden, not fraud. Just never practical to look for.
  • Unlimited SQL. Window functions, ranking, cohorts, whatever the question needs. One analysis we rebuilt this way reconciled to the source to the decimal while running as a single statement instead of four.
  • Documents as data. Scanned invoices and delivery notes sit in blobs that SQL cannot reach. Locally they are files, joined to the business objects they belong to. On one system that was 114,484 documents, 112 GB, filed against their purchase orders and requisitions.
  • Joins to everything that is not the ERP. Sensor readings, market prices, model output, spreadsheets. Your ERP does not have to become the system of record for data it was never meant to hold.
  • Queryable while it fills. It fetches newest first. On a live production system a 12.4 million row change history took 17 minutes, and the business tables took hours rather than months.

For the person who has to approve this

Worth forwarding. The honest answers to the objections you are about to raise.

  • It is read-only. The service issues SELECT statements through the application layer and nothing else. It holds no write authorisation.
  • No database access. No database user is created and no database port is opened. That matters for licensing as much as for security, since direct database access is the part your agreement restricts.
  • Nothing leaves the network. The copy lives on your machine. Data moves only when you ask for it, and the connection is outbound only, so you open no inbound port in your firewall.
  • It reads what the account is allowed to read. Access is a named, read-only user you create, revoke and audit like any other.
  • Nothing is trained on your data.

A safe playground for SAP consultants & developers

Most ABAP development today happens on a shared dev system — heavyweight IDE, transport requests for every iteration, manual cleanup, the constant risk of breaking something a colleague depends on.

Daslab gives consultants a faster, safer way to prototype, validate, and demonstrate ABAP.

  • Try-and-discard workflow. Every ABAP run is isolated in $TMP, auto-activated, executed, and deleted. No transports, no leftover Z-objects, no cleanup tickets.
  • Iterate in seconds. Type the code, run it, see the output — no IDE round-trip, no activation lag.
  • Validate without touching production paths. Test BAPI signatures, check CDS view shapes, prove out new logic — all in an isolated layer the rest of the system can't see.
  • Share the trace, not the screenshot. Every run has a permalink with code, output, and timing — hand it to the customer or your team lead instead of pasting screenshots.
  • Capture knowledge. Junior consultants browse past jobs to see how problems were solved; senior ones build a personal library of working ABAP patterns.
Same access as your dev system, none of the side effects.

And everything beyond SAP

100+ native integrations plus any MCP server — GitHub, Slack, Gmail, Notion, Stripe, Postgres, Microsoft 365. Same conversation, same scene, no glue code.

When no pre-built integration fits, Daslab writes its own code — ABAP, SQL, JavaScript, shell — runs it in an isolated sandbox, captures the output, cleans up.

Browse all integrations →

Safe to try. Safe to run.

Daslab can read and write your most critical systems because every operation runs through the controls your existing users already have.

Safe to try things

Aimed at consultants, developers, and anyone exploring the system.

  • Isolated execution. ABAP runs in $TMP, auto-deleted after every call.
  • No transports, no pollution. Try fifty things, leave nothing behind.
  • Reversibility through standard SAP paths. Writes go through normal transaction layers — undoable through normal SAP means.

Safe to do things

Aimed at the CIO, the auditor, the security team.

  • Approval gating on writes. Every consequential change is a confirmable action with a precise diff.
  • Permissions inherited from the source. Daslab can never escalate beyond what the connected account is allowed to do.
  • Customer-owned credentials & full audit log. ABAP executions also appear in standard SAP audit logs. No training on your data.
The same auth, the same audit, the same authorization checks your existing users go through — driven by a conversation.

See it on your system.

Connect a sandbox, run live ABAP, or talk to us.