Your data does not have to move

A single binary on a machine inside your network. It makes your ERP, your documents and your internal systems into things an agent can actually use, over one outbound connection. You open no inbound port and you create no database user.

Talk to us about a pilot

Why this is usually where it stops

The useful data is behind a firewall and the tools are not. That leaves three options, and everyone in the room already knows all of them.

  • Copy it to the cloud. Fast to say, slow to clear. The systems worth asking about are the ones whose data is hardest to get permission to move.
  • Open a path inward. A VPN, a jump host, an allowlist. Each is a project with a security review attached, and it ends with an inbound door somebody now owns.
  • Do nothing. Which is what usually happens, and why the question gets asked once a quarter in a meeting instead of once an hour by whoever needs it.

The gateway takes the fourth option. The data stays where it is and the connection runs the other way.

How it connects

The node dials out. Nothing dials in.

Your network
ERP File shares Scanned documents Databases Internal APIs
Gateway node One binary. Read-only. Holds the copy and answers against it.
one connection, outbound
Daslab
Agents and scenes
Your own tools over MCP
Whatever you already work in

The line runs one way. No inbound port, no database user, and nothing crosses back except the answer to something you asked.

The node holds a read-only copy of what you point it at and answers questions against it locally. A question travels in, an answer travels out. The underlying rows stay on your machine unless you ask for them.

What it makes addressable

  • Your ERP, as something you can query. A read-only copy, kept current, that takes SQL your ERP's own query interface will not accept. Window functions, ranking across the whole population, cohorts.
  • Documents. Scanned invoices and delivery notes live as blobs that SQL cannot reach. On the node they are files, joined to the business objects they belong to.
  • Databases and internal APIs. The systems that never got an integration because the integration was never worth a quarter of work.
  • Machines and sensors. The same node, the same tunnel. On the roadmap rather than shipped, and marked that way on purpose.
Under 20 minto pull a twelve million row change history
100,000+scanned documents, filed against the records they belong to
45 MBone binary. No runtime, no toolchain, nothing else to install

Measured on a production system rather than estimated. Your estate is a different shape, so treat these as evidence that it is quick, not as a quote.

Standing it up takes about ten minutes

A virtual machine you already have. No appliance to ship, no agent to package. This is the shape of it, from a node we are running today.

your-vm ~ bash
# fetch the node $ curl -fsSL https://releases.daslab.dev/gateway.sh | sh # pair it with your workspace $ daslab-gateway connect Visit daslab.run/link and enter: QRTZ-8814 Paired. # point it at a system and let it fill $ daslab-gateway add sap --host erp.internal Reading newest first. Ask it questions while it works.

Self-serve enrollment is not open yet. Nodes are set up with us today, which is also how the first one got built.

It stays current

A short pulse picks up what changed. Restart the machine and it resumes from where it stopped.

It survives being ignored

No babysitting. If the source goes away it waits, and it never asks the source for more than it can give.

You can unplug it

Stop the service and the connection is gone. Nothing outside your network is left holding anything.

For the person who has to approve this

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

  • No inbound port. The node makes an outbound connection. Your firewall gains no new opening and there is nothing on the internet pointing at your machine.
  • Read-only at the source. It issues SELECT statements through the application layer. 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.
  • It runs on your hardware. A virtual machine you own, patch and can unplug. Pull the power and the connection is gone.
  • A named account you control. Created, scoped, revoked and audited like any other user in the system.
  • Nothing is trained on your data.

Start with one question you cannot answer today

The useful pilot is not a platform rollout. It is one number somebody has wanted for a while.

Talk to us about a pilot