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

# Elimina una suscripción

> Hace soft-delete de una suscripción acotada al tenant autenticado. La operación es idempotente: un id ausente, ya eliminado o de otro tenant es un no-op que aun así responde `204` (sin oráculo de existencia).



## OpenAPI

````yaml es/openapi/v3-current/streaming-hub.yaml delete /v1/subscriptions/{id}
openapi: 3.1.0
info:
  title: Lerian Streaming Hub API
  version: v1.0.0
  contact:
    email: contact@lerian.studio
    name: Lerian Studio
    url: https://lerian.studio
  license:
    name: Lerian Studio General License
  description: >-
    La API de control-plane de Streaming Hub. Streaming Hub es el borde
    gestionado de entrega de eventos de Lerian: consume CloudEvents del backbone
    de streaming interno de la plataforma y los distribuye a los destinos
    externos propios de cada tenant — webhooks, Amazon SQS, RabbitMQ, Amazon
    EventBridge o una bandeja de entrada de tipo pull. Esta API permite a un
    tenant explorar el catálogo de eventos alimentado por el manifest, crear y
    gestionar suscripciones de entrega, verificar y rotar sus credenciales, leer
    la salud de entrega y hacer pull de los eventos a los que tiene derecho.


    Los errores ahora se sirven como documentos RFC 9457
    `application/problem+json`. Cada error propio del hub incluye `type`,
    `title`, `status`, `detail` y un `code` estable y de baja cardinalidad
    legible por máquina sobre el que ramifican los clientes; para respuestas
    `5xx` el campo `detail` se sanitiza centralmente al valor estático
    `"internal error"`, de modo que ninguna causa interna se filtre al llamador.
    Las operaciones de mutación requieren un header `X-Idempotency` para
    semántica at-most-once; una petición reproducida (replay) devuelve la
    respuesta original byte a byte con `X-Idempotency-Replayed: true`. El
    catálogo y la superficie de eventos pull están acotados por tenant a través
    del JWT bearer; los endpoints operacionales de sonda (`/healthz`, `/readyz`,
    `/version`, `/runtime`, `/metrics`) no requieren autenticación. Streaming
    Hub es de código cerrado bajo la Lerian Studio General License.
servers:
  - url: https://streaming-hub.sandbox.lerian.net
security:
  - BearerAuth: []
tags:
  - name: Catalog
    description: >-
      Explora el catálogo de tipos de evento disponibles para suscripción,
      alimentado por el manifest.
  - name: Subscriptions
    description: >-
      Crea, lee, actualiza y elimina suscripciones de entrega, y gestiona el
      ciclo de vida de verificación del destino (ping, verify, credential,
      delegated grant, rotación de secreto, health).
  - name: Event Delivery
    description: >-
      Haz pull de los eventos a los que tienes derecho para una suscripción de
      tipo pull (lectura cursor-as-acknowledgment).
  - name: Admin
    description: >-
      Análisis forense de operador entre tenants. Requiere un scope de
      autorización de operador.
  - name: Operational
    description: >-
      Sondas de liveness, readiness, build, runtime y métricas sin
      autenticación.
paths:
  /v1/subscriptions/{id}:
    delete:
      tags:
        - Subscriptions
      summary: Elimina una suscripción
      description: >-
        Hace soft-delete de una suscripción acotada al tenant autenticado. La
        operación es idempotente: un id ausente, ya eliminado o de otro tenant
        es un no-op que aun así responde `204` (sin oráculo de existencia).
      operationId: deleteSubscription
      parameters:
        - $ref: '#/components/parameters/SubscriptionId'
        - $ref: '#/components/parameters/IdempotencyKey'
      responses:
        '204':
          description: La suscripción se eliminó (o ya estaba ausente).
          headers:
            X-Idempotency-Replayed:
              $ref: '#/components/headers/IdempotencyReplayed'
        '400':
          $ref: '#/components/responses/BadRequestOrMissingIdempotency'
        '401':
          $ref: '#/components/responses/Unauthorized'
        '403':
          $ref: '#/components/responses/Forbidden'
        '409':
          $ref: '#/components/responses/IdempotencyConflict'
        '500':
          $ref: '#/components/responses/InternalError'
      security:
        - BearerAuth: []
components:
  parameters:
    SubscriptionId:
      name: id
      in: path
      required: true
      description: The unique identifier of the subscription (UUIDv7).
      schema:
        type: string
        format: uuid
    IdempotencyKey:
      name: X-Idempotency
      in: header
      required: true
      description: >-
        A client-chosen unique key that makes this mutation at-most-once. A
        mutation sent without it is rejected before any write with `400
        missing_idempotency_key`. Reusing the same key with an identical request
        replays the original response byte-for-byte (with
        `X-Idempotency-Replayed: true`); reusing it with a different request
        body returns `409 idempotency_conflict`. To re-drive a corrected
        request, mint a new key.
      schema:
        type: string
  headers:
    IdempotencyReplayed:
      description: >-
        Presente y con valor `true` cuando esta respuesta es un replay de una
        petición previamente confirmada que lleva la misma clave `X-Idempotency`
        (el handler no volvió a ejecutarse).
      schema:
        type: string
        enum:
          - 'true'
  responses:
    BadRequestOrMissingIdempotency:
      description: >-
        El cuerpo de la petición está malformado (`code` es `bad_request`) o
        falta el header obligatorio `X-Idempotency` (`code` es
        `missing_idempotency_key`, rechazado antes de cualquier escritura).
      content:
        application/problem+json:
          schema:
            $ref: '#/components/schemas/Error'
    Unauthorized:
      description: >-
        La autenticación falló, o no hay contexto de tenant confiable. `code` es
        `unauthorized` (cuerpo uniforme — no se revela ninguna razón).
      content:
        application/problem+json:
          schema:
            $ref: '#/components/schemas/Error'
    Forbidden:
      description: >-
        El punto de decisión de autorización (lib-auth, situado por delante del
        hub) denegó la petición. Este 403 sigue siendo texto plano — actualmente
        no usa `application/problem+json`.
      content:
        text/plain:
          schema:
            type: string
    IdempotencyConflict:
      description: >-
        Una duplicada en curso (in-flight), o la misma clave `X-Idempotency` se
        reutilizó con un fingerprint de petición diferente — `code` es
        `idempotency_conflict`.
      content:
        application/problem+json:
          schema:
            $ref: '#/components/schemas/Error'
    InternalError:
      description: >-
        Un fallo de infraestructura. `code` es `internal_error` y el campo
        `detail` se sanitiza centralmente al valor estático `"internal error"`
        (la causa real se registra, nunca se devuelve al llamador).
      content:
        application/problem+json:
          schema:
            $ref: '#/components/schemas/Error'
  schemas:
    Error:
      type: object
      description: >-
        Documento RFC 9457 `application/problem+json` devuelto para cada error
        propio del hub en las superficies `/v1` y `/admin`. El `code` estable es
        el campo sobre el que un cliente ramifica; `detail` es una explicación
        segura para el llamador y, para cualquier `5xx`, se sanitiza
        centralmente al valor `"internal error"` para que ninguna causa interna
        pueda filtrarse. (Un `403` emitido por el punto de decisión de
        autorización situado por delante del hub es la única excepción — su
        cuerpo es texto plano.)
      properties:
        type:
          type: string
          format: uri
          description: >-
            URI estable y versionado que identifica el tipo de problema
            (`https://errors.lerian.studio/v1/<code>`), o `about:blank` para
            problemas sin un código asignado por el hub.
          examples:
            - https://errors.lerian.studio/v1/not_found
        title:
          type: string
          description: Un resumen corto y legible por humanos — el texto del estado HTTP.
          examples:
            - Not Found
        status:
          type: integer
          description: El código de estado HTTP, replicado en el cuerpo.
          examples:
            - 404
        detail:
          type: string
          description: >-
            Explicación humana y segura para el llamador de esta ocurrencia
            específica. Para respuestas `5xx` este campo es siempre la cadena
            estática `"internal error"`.
          examples:
            - subscription not found
        code:
          type: string
          description: >-
            El token estable, de baja cardinalidad y legible por máquina sobre
            el que ramifica un cliente (por ejemplo `not_found`, `unauthorized`,
            `idempotency_conflict`, `validation_error`). Vacío para fallos de
            validación nativos de huma.
          examples:
            - not_found
      required:
        - type
        - title
        - status
  securitySchemes:
    BearerAuth:
      type: http
      scheme: bearer
      bearerFormat: JWT
      description: >-
        Un JWT bearer emitido por plugin-auth (lib-auth). La identidad del
        tenant se resuelve a partir de los claims validados del token; la
        superficie `/v1` nunca lee un tenant del cuerpo, del path ni de la
        query. Los llamadores de máquina obtienen un token vía el flujo
        client-credentials de plugin-auth. La superficie `/admin` autoriza
        contra un scope de operador y no lleva contexto de tenant.

````