> ## Documentation Index
> Fetch the complete documentation index at: https://docs.parmanasystems.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Propose adding or revoking an approver key

> Proposes adding an approver key (action add, with the approver Ed25519 public key) or revoking a key added this way (action revoke).



## OpenAPI

````yaml openapi.bundled.yaml POST /approval-issuers/changes
openapi: 3.1.0
info:
  title: Parmana API
  version: 1.0.0
  description: >
    Parmana is an Execution Trust Infrastructure that ensures there is no gap
    between what humans decide and what AI systems do. The API enables creation,
    execution, verification, replay, and auditing of Business Transactions
    through cryptographically verifiable Execution Trust Records.


    **Every route requires a caller bearer key**, except the liveness/readiness
    probes and documentation/verification routes that must be reachable with no
    credential: GET /health, GET /ready, GET /openapi.yaml, GET /documentation,
    GET /reference, POST /refusal/verify, POST /execution-intents/verify, POST
    /audit/verify, GET /keys/{keyId}, and GET /.well-known/jwks.json. Send
    `Authorization: Bearer <key>` on every other request. Keys are issued by
    `scripts/generate-api-key.ts` and configured server-side via
    `PARMANA_API_KEYS`; only a hash of each key is ever held by the server,
    verified in constant time. A missing or invalid credential returns 401
    before a Business Transaction is even constructed, independent of Policy
    evaluation and gateway attestation, see
    `packages/api/src/middleware/caller-auth.ts` and
    [Authentication](/api-reference/authentication). Local development may set
    `PARMANA_AUTH_DISABLED=true` to skip this middleware entirely; that flag
    must never be set in a real deployment.
  contact:
    name: Parmana Systems
    email: founder@parmanasystems.com
  license:
    name: Proprietary, source-available for evaluation only, see LICENSE
    url: https://github.com/pavancharak/AgentLabsBuildathon/blob/main/LICENSE
servers:
  - url: https://parmana-api-real.vercel.app
    description: >-
      Production (real, deployed instance -- the docs site playground uses this
      by default)
  - url: http://localhost:3000
    description: Local (packages/api, PORT env var, default 3000)
security:
  - bearerAuth: []
tags:
  - name: Execution
    description: >-
      Executes a Business Transaction through the complete Execution Trust
      pipeline
  - name: Transactions
    description: Business Transaction creation and retrieval
  - name: Verification
    description: Deterministic verification of an Execution Trust Record
  - name: Receipts
    description: Cryptographically signed Execution Trust Receipts
  - name: Trust Records
    description: Execution Trust Record retrieval
  - name: Replay
    description: Deterministic replay of a recorded Execution Trust Record
  - name: Policies
    description: Policy existence/readability check
  - name: Policy Governance
    description: Maker-checker proposal, listing, approval, and rejection of policy changes
  - name: Approvers
    description: Maker-checker for the keys trusted to sign approvals, without a deploy
  - name: Refusal Records
    description: >-
      Durable, signed evidence that a policy decision rejected a transaction
      (RFC-0021)
  - name: Execution Intents
    description: >-
      A signed statement, stored before an action is released, of exactly what
      is about to be released, plus the operator tools to find and repair a
      released action that has no signed Trust Record (ADR-0012)
  - name: Audit
    description: >-
      Signed caller-authentication audit events, independently
      third-party-verifiable
  - name: System
    description: Operational endpoints
paths:
  /approval-issuers/changes:
    post:
      tags:
        - Approvers
      summary: Propose adding or revoking an approver key
      description: >
        Proposes adding an approver key (action add, with the approver Ed25519
        public key) or revoking a key added this way (action revoke). Nothing
        changes until a different person approves the proposal. Requires a human
        credential. A key listed in the server code is refused (409): change
        those with a pull request. A key id that already exists, revoked or not,
        cannot be added again: rotate by adding a new key id, then revoking the
        old one.
      operationId: proposeApprovalIssuerChange
      requestBody:
        required: true
        content:
          application/json:
            schema:
              $ref: >-
                #/components/schemas/propose-approval-issuer-change-request.schema
      responses:
        '201':
          description: Proposed, PENDING_APPROVAL.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/approval-issuer-change.schema'
              examples:
                add:
                  summary: Real captured response
                  value:
                    changeId: ba7c5827-5844-4069-94fc-9b438ef08f78
                    action: add
                    approverId: manager-priya
                    keyId: manager-priya-key-1
                    publicKeyPem: >
                      -----BEGIN PUBLIC KEY-----

                      MCowBQYDK2VwAyEAEDuWHf+bbRY7J/Mr0RVmAKYHH5CDijTWhdnISXWLD6Y=

                      -----END PUBLIC KEY-----
                    reason: Priya approves refunds for the West region from October.
                    proposedBy: human-maker
                    proposedAt: '2026-09-28T19:05:59.726Z'
                    status: PENDING_APPROVAL
                revoke:
                  summary: Real captured response
                  value:
                    changeId: 348e9b4c-61dc-4bef-8815-6d4488750111
                    action: revoke
                    approverId: manager-priya
                    keyId: manager-priya-key-1
                    reason: Priya moved to another team.
                    proposedBy: human-maker
                    proposedAt: '2026-09-28T19:05:59.750Z'
                    status: PENDING_APPROVAL
        '400':
          description: >-
            action is not add or revoke; approverId or keyId does not match
            ^[A-Za-z0-9._-]{{1,128}}$; reason is missing or longer than 2000
            characters; publicKeyPem is not an Ed25519 public key (add) or is
            present (revoke).
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/error.schema'
              examples:
                badKey:
                  summary: Real captured response
                  value:
                    error: >-
                      publicKeyPem must be an Ed25519 public key in PEM, as made
                      by scripts/generate-approver-key.ts.
        '401':
          $ref: '#/components/responses/Unauthorized'
        '403':
          description: The caller is not a human credential (NON_HUMAN_CALLER_DENIED).
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/error.schema'
        '409':
          description: >-
            CONFLICT. The key is listed in code, the key to add already exists,
            the key to revoke is not an active governed key, or another change
            for this approver and key is pending.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/error.schema'
              examples:
                alreadyExists:
                  summary: Real captured response
                  value:
                    error: >-
                      Approver 'manager-priya' key 'manager-priya-key-1' already
                      exists. Use a new key id to add a new key.
                    code: CONFLICT
components:
  schemas:
    propose-approval-issuer-change-request.schema:
      title: Propose Approver Change Request
      description: Request body for POST /approval-issuers/changes.
      type: object
      additionalProperties: true
      required:
        - action
        - approverId
        - keyId
        - reason
      properties:
        action:
          type: string
          enum:
            - add
            - revoke
        approverId:
          type: string
          pattern: ^[A-Za-z0-9._-]{1,128}$
        keyId:
          type: string
          pattern: ^[A-Za-z0-9._-]{1,128}$
        publicKeyPem:
          type: string
          description: >-
            Required for add, not allowed for revoke. The .public.pem file
            scripts/generate-approver-key.ts writes.
        reason:
          type: string
          minLength: 1
          maxLength: 2000
      examples:
        - action: add
          approverId: manager-priya
          keyId: manager-priya-key-1
          publicKeyPem: |
            -----BEGIN PUBLIC KEY-----
            MCowBQYDK2VwAyEAEDuWHf+bbRY7J/Mr0RVmAKYHH5CDijTWhdnISXWLD6Y=
            -----END PUBLIC KEY-----
          reason: Priya approves refunds for the West region from October.
        - action: revoke
          approverId: manager-priya
          keyId: manager-priya-key-1
          reason: Priya moved to another team.
    approval-issuer-change.schema:
      title: Approver Change
      description: >-
        A proposal to add an approver key, or to revoke one added this way, and
        its resolution. One person proposes it; a different person approves or
        rejects it with a step up authorization. Only an approved change affects
        which approvals verify.
      type: object
      additionalProperties: false
      required:
        - changeId
        - action
        - approverId
        - keyId
        - reason
        - proposedBy
        - proposedAt
        - status
      properties:
        changeId:
          type: string
          description: >-
            Unique id of the change, a UUID. The step up authorization for
            approve or reject names it in payload.pendingPolicyChangeId.
        action:
          type: string
          enum:
            - add
            - revoke
          description: >-
            add trusts a new key; revoke stops trusting a key added this way,
            and every approval it ever signed.
        approverId:
          type: string
          pattern: ^[A-Za-z0-9._-]{1,128}$
          description: >-
            The approver, as named in the payload.issuer.approverId of the
            approvals they sign.
        keyId:
          type: string
          pattern: ^[A-Za-z0-9._-]{1,128}$
          description: >-
            The approver's key, as named in payload.issuer.keyId. A key id is
            used once: a revoked key id cannot be added again.
        publicKeyPem:
          type: string
          description: >-
            The approver's Ed25519 public key, PEM (SPKI), as the server stored
            it. Present on add, absent on revoke.
        reason:
          type: string
          maxLength: 2000
          description: Why, from the proposer.
        proposedBy:
          type: string
          description: The proposer's caller id. Always a human credential.
        proposedAt:
          type: string
          format: date-time
        status:
          type: string
          enum:
            - PENDING_APPROVAL
            - APPROVED
            - REJECTED
          description: >-
            PENDING_APPROVAL until a second person approves or rejects it; then
            APPROVED or REJECTED, once.
        resolvedBy:
          type: string
          description: Who approved or rejected it. Never the proposer.
        resolvedAt:
          type: string
          format: date-time
        rejectionReason:
          type: string
          description: Present when REJECTED.
      examples:
        - changeId: ba7c5827-5844-4069-94fc-9b438ef08f78
          action: add
          approverId: manager-priya
          keyId: manager-priya-key-1
          publicKeyPem: |
            -----BEGIN PUBLIC KEY-----
            MCowBQYDK2VwAyEAEDuWHf+bbRY7J/Mr0RVmAKYHH5CDijTWhdnISXWLD6Y=
            -----END PUBLIC KEY-----
          reason: Priya approves refunds for the West region from October.
          proposedBy: human-maker
          proposedAt: '2026-09-28T19:05:59.726Z'
          status: APPROVED
          resolvedBy: human-checker
          resolvedAt: '2026-09-28T19:05:59.738Z'
    error.schema:
      title: Error Response
      description: >-
        Shared error envelope produced by
        packages/api/src/middleware/error-handler.ts and by every route's inline
        validation checks. error is always a plain human-readable string (never
        a nested object). code is present only when the failure was a
        RuntimeError subclass reaching the centralized error handler
        (VerificationFailedError, ReceiptGenerationError, or an uncategorized
        RuntimeError); it is absent from every inline route-level check
        (businessTransactionId format/required checks) and from
        BusinessTransactionValidationError, PolicyValidationError,
        SignalValidationError, PolicyNotFoundError,
        DuplicateBusinessTransactionError, and the generic 500 fallback. POST
        /policies/validate does NOT use this envelope at all. See its own
        response schema. For the triggering condition and recommended caller
        action behind any specific error/code/status combination, see the Error
        catalog at /api-reference/error-catalog.
      type: object
      additionalProperties: false
      required:
        - error
      properties:
        error:
          type: string
          description: Human-readable error message.
        code:
          type: string
          description: >-
            Stable machine-readable error code. Only present for errors that
            reach the handler as a RuntimeError.
          examples:
            - RUNTIME_ERROR
            - VERIFICATION_FAILED
            - RECEIPT_GENERATION_FAILED
            - POLICY_DENIED
            - CAPABILITY_NOT_ALLOWED
            - RATE_LIMITED
            - AUDIT_UNAVAILABLE
            - SIGNING_UNAVAILABLE
            - CONNECTOR_NOT_REGISTERED
            - EXECUTION_RECORD_INCOMPLETE
            - EXECUTION_INTENT_UNAVAILABLE
            - EXECUTION_INTENT_RESULT_NOT_RECORDED
            - EXECUTION_INTENT_NOT_FOUND
            - EXECUTION_INTENTS_NOT_ENABLED
            - EXECUTION_INTENT_NOT_RESOLVABLE
            - EXECUTION_INTENT_RESOLUTION_INVALID
            - NON_HUMAN_CALLER_DENIED
      examples:
        - error: businessTransactionId must be a valid UUID.
        - error: >-
            Business Transaction 'eed2a972-1bf5-4166-8472-761f76fbf1b2' already
            exists.
        - error: >-
            Execution rejected: Vendor payment rejected because the assessed
            payment risk exceeds the maximum permitted threshold.
          code: RUNTIME_ERROR
  responses:
    Unauthorized:
      description: >-
        Missing or invalid caller credential (StaticKeyAuthenticator returned no
        identity). Real captured response,
        packages/api/src/middleware/caller-auth.ts.
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/error.schema'
          examples:
            authRequired:
              summary: Real captured response, missing or invalid Authorization header
              value:
                error: authentication required
  securitySchemes:
    bearerAuth:
      type: http
      scheme: bearer
      description: >
        Caller API key issued by scripts/generate-api-key.ts. Sent as
        Authorization: Bearer <key>. Verified against a stored SHA-256 hash in
        constant time by packages/api/src/auth/StaticKeyAuthenticator.ts.
        Required on every route not listed as exempt in this document's
        top-level description. See /api-reference/authentication.

````