OpenAdapt Execute

Verified execution for the systems your product cannot integrate with.

Your product already knows the transaction. OpenAdapt completes it through the customer's browser, desktop, RDP, or Citrix session, then returns a verified receipt or a typed exception.

OpenAdapt Execute is a private partner API and an OEM integration. We provision it with a qualified workflow and a commercial agreement.

The execution boundary

Keep business logic in your product. Put the last mile under a governed contract.

Vertical software, service providers, and operations teams often prepare the right structured data but cannot write it into each customer system. OpenAdapt carries the authorized transaction across that final boundary without turning your product into a general-purpose computer agent.

Your product sends authorized structured input to OpenAdapt. OpenAdapt binds it to a qualified contract and sends it to a customer-controlled runner. The runner acts locally. A signed receipt returns through OpenAdapt.
Your productAuthorized structured input
OpenAdaptQualified contract and authorization
Customer-controlled runnerLocal observation and actuation

A signed receipt returns through OpenAdapt after verification or a governed stop.

Real RDP qualification

Watch one transaction cross RDP, verify, and refuse the wrong record.

The demonstration books a synthetic appointment through a real RDP client and server. OpenAdapt compiles that exact demonstration, replays it with different inputs, checks the saved database row through a separate read-only connection, and halts when the active record changes before Save.

SQL is this fixture's proof path. A qualified workflow can instead use an API, report or export, or persisted-state read-back. If OpenAdapt cannot prove the required result, it does not report VERIFIED. An uncertain write requires reconciliation.

Recorded reference executionEvidence-bound viewloading bundle bindingOpen MP4
Authenticated mediaEvidence view
0:000:00

The media timeline is unavailable. OpenAdapt shows the authenticated video and artifacts, but it does not infer a phase from playback time.

Compiled workflow

Only exact exported graph nodes appear here.
Reduced motion

    3 / 3

    Healthy RDP runs confirmed the intended identity and saved effect.

    6 / 6

    Screen-drift and wrong-record trials halted before a write.

    0

    Model calls, wrong-record writes, and silent incorrect successes.

    Reference qualification with synthetic data. The presentation uses exact retained RDP frames and the exported compiled graph. The slower timing affects the video only.

    Inspect the qualification evidence →Inspect the compiled workflow →Inspect the media timeline →Read the RDP architecture →

    From request to receipt

    01

    Qualify one transaction

    We bind the intended inputs, identity checks, effect proof, target environment, and exception path to one workflow version.

    02

    Send an authorized request

    Your product sends a structured transaction to the private partner API. OpenAdapt dispatches it to the approved customer-controlled runner.

    03

    Receive a durable result

    The execution returns a verified receipt when the required proof passes, or a typed exception when an authorized person or reconciliation is needed.

    Asynchronous by design

    One transaction. A durable terminal receipt.

    Your request gets an immediate acceptance. A signed webhook then delivers the terminal result when the runner has proof or needs reconciliation.

    1. 1 · Submit an authorized transaction

      POST /v1/executions{  "schema_version":    "openadapt.execute-request/v1",  "idempotency_key": "txn_…",  "parameters": { … }}

      Your product supplies structured input. The qualified workflow defines the permitted effect.

    2. 2 · Keep the transaction identity

      202 Accepted{  "schema_version":    "openadapt.execute-accepted/v1",  "execution_id": "exec_…",  "state": "queued"}

      Acceptance is not a success claim. Poll this ID if your webhook endpoint is unavailable.

    3. 3 · Verify the terminal delivery

      POST /hooks/openadapt{  "schema_version":    "openadapt.execute-webhook/v1",  "event_type": "execution.terminal",  "receipt": {    "outcome": "verified", …  },  "signature": "hmac-sha256:…"}

      Verify the signature and store the receipt. The outcome can also require reconciliation instead of a retry.

    Clear outcomes

    A receipt names what the runner proved and what needs attention.

    • VERIFIED

      The configured identity, postcondition, and business-effect proof passed.

    • HALTED_BEFORE_EFFECT

      The runner stopped when its authorization, target, identity, or policy evidence did not match.

    • RECONCILIATION_REQUIRED

      A possible delivery needs an independent check. The runner does not repeat a consequential write blindly.

    rejected_policy

    The authorization or policy contract rejected the request before execution could proceed.

    failed_platform

    The execution platform failed before any possible business effect.

    rolled_back_verified

    A configured compensating action completed and OpenAdapt independently verified its business effect.

    Start with one deployment

    Bring one transaction, one target environment, and one measurable business effect.

    We qualify the first workflow with your team. That creates the reusable execution contract, customer-runner plan, mobile operator decision path, and evidence needed to scale it through your product.