Skip to main content
This page records how composerID publishes into Adobe Acrobat Sign: the vendor’s API posture, the publish target and field mapping, and the documentation each claim rests on. It is for anyone evaluating the connection or building against it. Adobe Acrobat Sign (REST API v6) is a signature/execution layer, the same role as DocuSign. composerID uploads the decision document as a transientDocument, creates an Agreement (optionally via a predefined workflow), stamps the Intent ID as the agreement externalId, and tracks status through v6 webhooks.
Category: Signature & Contract Management. Coverage status: Specification mapped. Vendor documentation: public developer portal.

Integration path

How composerID connects to this destination, at a glance.

Vendor documentation

Acrobat Sign v6 REST API

API Usage guide

Webhooks (OAuth 2.0)

Best practices (baseUris)

API posture

Publish target and field mapping

Each object below pairs the canonical intent fields with the destination’s own fields and operations. The mapping is indicative until it is confirmed against a tenant at onboarding.
Signature/execution layer, not the system of record for the work - chain it with the owning VMS/CLM/S2P destination. Each account resolves to a regional shard, so cache the api_access_point from baseUris. Multi-tenant (PARTNER) apps must be Adobe-certified before acting on other accounts.

Next steps

How composerID connects

The five ways composerID reaches a destination, and the minimum a destination must offer.

Publishing

Plan, preflight and publish: how a decision becomes a valid record in a destination.

All destinations

Every destination composerID documents, with its category and coverage status.