SirvisettiABCSDraft 0.2
Business interoperability

Discovery & invocation

ABCS defines the minimum semantics needed for one party or system to discover and invoke canonical business capabilities without knowing how the receiving business implements them.

DiscoverWhat canonical business capabilities are supported?
DescribeWhat does a capability mean and what contracts apply?
InvokeRequest performance of the canonical business capability.

Capability Invocation Envelope

{
  "abcs": "0.2",
  "capability": "procurement.purchase-order.submit",
  "requestId": "01J...",
  "from": { "id": "urn:example:walmart" },
  "to": { "id": "urn:example:walgreens" },
  "payload": { ... }
}

The envelope carries capability identity and canonical business payload. from and to, when present, identify business participants rather than network addresses or authentication principals.

Optional HTTP binding

Important: HTTP is an example binding, not the ABCS core. The business semantics remain transport-neutral.
GET  /capabilities
GET  /capabilities/{capability}
POST /capabilities

This enables the simple architectural idea “One endpoint. Every business capability.” while retaining freedom over internal applications and technology.

Authentication and transport

OAuth, mTLS, JWT, API gateways, messaging, EDI transport, routing, retries, queues and middleware are deliberately outside ABCS.

Boundary: ABCS standardizes the business meaning being exchanged. It does not standardize the infrastructure carrying the exchange.

Machine-readable schemas