> ## 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.

# Fazer a ingestão de um arquivo ASLC

> Recebe um arquivo ASLC. aslc_passthrough aceita um artefato opaco já assinado: ele é recebido, armazenado e auditado SEM fazer parsing de seu conteúdo, e o resultado da assinatura é registrado (nunca uma rejeição forçada). A ingestão aslc_xml não está implementada nesta fase (501). O participantId que faz o upload é um campo de corpo explícito e validado; o tenant vem da identidade da requisição, nunca do corpo. A presença/tipo dos campos é validada contra o schema (422); um participantId inválido ou conteúdo não base64 é um 400 codificado. RBAC: operations:write.



## OpenAPI

````yaml pt/openapi/v3-current/slc.yaml post /v1/files
openapi: 3.1.0
info:
  description: >-
    API do Lerian SLC — o rail do lado do participante que conecta a instituição
    à liquidação de cartões por líquido diferido SLC da Núclea. Abrange a
    admissão e o ciclo de vida das operações de liquidação, as posições de
    compensação, o registro de participantes e arranjos, os relatórios gerados,
    a consulta de esquemas XSD incorporados, a recuperação de transmissão e a
    conectividade com a Núclea, a importação de chave de assinatura BYOK Modelo
    A e os webhooks com escopo no tenant.
  title: Lerian SLC API
  version: 1.0.0
servers:
  - url: https://slc.sandbox.lerian.net
security:
  - BearerAuth: []
tags:
  - description: >-
      Ciclo de vida das operações de liquidação — criar, listar, consultar e
      controlar as operações de cartão rastreadas por NUliquid (NUliquid = o id
      de 21 posições que a Núclea atribui a cada operação aceita) através da
      máquina de estados.
    name: Operations
  - description: >-
      Catálogo de participantes — os credenciadores (acquirers),
      subcredenciadores (sub-acquirers), o IF Domicílio (banco onde o
      estabelecimento recebe suas vendas) e as IFs liquidantes (instituições
      financeiras) que participam da liquidação de cartões.
    name: Participants
  - description: >-
      Arranjos de cartão (configurações de bandeira/scheme, ex. Visa/Master/Elo)
      vinculados a um participante.
    name: Arrangements
  - description: >-
      Orquestração de transporte regulado para a Núclea/SILOC (a câmara privada
      de compensação de cartões que opera o sistema de liquidação SILOC) —
      despacho, recuperação, retransmissão e teste de conectividade sobre
      transferência gerenciada de arquivos, message broker e REST.
    name: Connectivity
  - description: >-
      Posições de compensação por compensação multilateral (netting) — o valor
      líquido que cada participante liquida por ciclo do STR (STR = sistema de
      transferência de reservas do Banco Central).
    name: Clearing
  - description: >-
      Provisionamento de chave de assinatura BYOK (Bring Your Own Key) em SaaS —
      parâmetros de importação e registro do material de certificado ICP-Brasil
      A1 do cliente (certificado de servidor da PKI brasileira, validade de 1
      ano) usado para assinar arquivos ASLC; a chave privada nunca sai do
      HSM/KMS/Vault do cliente.
    name: SigningKey
  - description: >-
      Ingestão e status de arquivos ASLC — submissão em passthrough e status de
      processamento dos arquivos XML oficiais de liquidação de cartões da Núclea
      (ASLC = Arquivo do Sistema de Liquidação de Cartões).
    name: Files
  - description: >-
      Introspecção somente-leitura dos schemas XSD ASLC/RSFN (Rede do Sistema
      Financeiro Nacional) da Núclea incorporados, usados para validar mensagens
      de saída e de entrada.
    name: XSD Schemas
  - description: >-
      Relatórios de liquidação regulatórios, de conformidade e operacionais,
      somente-leitura.
    name: Reports
  - description: >-
      Assinaturas de webhook de eventos de negócio de saída e gerenciamento de
      entrega para consumidores (Midaz, ledgers do cliente, Cabine — todos
      opcionais).
    name: Webhooks
  - description: >-
      Operações administrativas — configuração de runtime recarregável a quente
      (hot-reload), inspeção/reenvio da fila de cartas mortas (dead-letter
      queue) e redespacho do outbox.
    name: Admin
paths:
  /v1/files:
    post:
      tags:
        - Files
      summary: Fazer a ingestão de um arquivo ASLC
      description: >-
        Recebe um arquivo ASLC. aslc_passthrough aceita um artefato opaco já
        assinado: ele é recebido, armazenado e auditado SEM fazer parsing de seu
        conteúdo, e o resultado da assinatura é registrado (nunca uma rejeição
        forçada). A ingestão aslc_xml não está implementada nesta fase (501). O
        participantId que faz o upload é um campo de corpo explícito e validado;
        o tenant vem da identidade da requisição, nunca do corpo. A
        presença/tipo dos campos é validada contra o schema (422); um
        participantId inválido ou conteúdo não base64 é um 400 codificado. RBAC:
        operations:write.
      operationId: intakeFile
      requestBody:
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/FileIntakeRequest'
        required: true
      responses:
        '202':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/FileResponse'
          description: Accepted
        default:
          content:
            application/problem+json:
              schema:
                $ref: '#/components/schemas/Detail'
          description: Error
components:
  schemas:
    FileIntakeRequest:
      additionalProperties: false
      properties:
        content:
          description: Received file bytes, base64-encoded (standard encoding).
          examples:
            - PEFTTENET0M+PC9BU0xDRE9DPg==
          type: string
        intakeMode:
          description: >-
            Intake mode: aslc_passthrough (opaque already-signed artifact) or
            aslc_xml (not implemented this phase, 501).
          examples:
            - aslc_passthrough
          type: string
        numCtrlEmis:
          description: >-
            Optional client correlation/reference value; written verbatim to
            files.control_number (max 100 chars). Not an idempotency key.
          examples:
            - CTRL-20260615-0001
          type: string
        participantId:
          description: >-
            Uploading participant id (UUID); validated to exist, tenant-scoped.
            Never tenant identity.
          examples:
            - 018f8a3e-4b2c-7c1a-9e5d-2f6a1b3c4d5e
          type: string
        reasonForPassthrough:
          description: >-
            Optional free-text reason the artifact took the opaque passthrough
            path.
          examples:
            - client pre-signed artifact
          type: string
        receivedFilename:
          description: >-
            Optional original filename the participant sent; recorded for audit
            (max 255 chars).
          examples:
            - ASLC027.xml
          type: string
      required:
        - intakeMode
        - content
        - participantId
      type: object
    FileResponse:
      additionalProperties: false
      properties:
        createdAt:
          description: Timestamp the file row was created (RFC3339).
          examples:
            - '2026-06-15T07:50:00Z'
          type: string
        id:
          description: File id (UUID).
          examples:
            - 018f8a3e-4b2c-7c1a-9e5d-2f6a1b3c4d5e
          type: string
        intakeMode:
          description: Intake mode the file was received under.
          examples:
            - aslc_passthrough
          type: string
        operationIds:
          description: >-
            Operation ids (UUIDs) linked to this file; always a non-nil array
            (empty when none).
          items:
            type: string
          type:
            - array
            - 'null'
        status:
          description: File lifecycle status.
          examples:
            - RECEIVED
          type: string
      required:
        - id
        - intakeMode
        - status
        - operationIds
        - createdAt
      type: object
    Detail:
      additionalProperties: false
      properties:
        code:
          description: >-
            Stable, machine-readable domain error code scoped to the emitting
            service (format: <SERVICE>-NNNN).
          examples:
            - ERR-0001
          type: string
        detail:
          description: >-
            A human-readable explanation specific to this occurrence of the
            problem.
          examples:
            - Property foo is required but is missing.
          type: string
        errors:
          description: Optional list of individual error details
          items:
            $ref: '#/components/schemas/ErrorDetail'
          type:
            - array
            - 'null'
        instance:
          description: >-
            A URI reference that identifies the specific occurrence of the
            problem.
          examples:
            - https://example.com/error-log/abc123
          format: uri
          type: string
        status:
          description: HTTP status code
          examples:
            - 400
          format: int64
          type: integer
        title:
          description: >-
            A short, human-readable summary of the problem type. This value
            should not change between occurrences of the error.
          examples:
            - Bad Request
          type: string
        type:
          default: about:blank
          description: A URI reference to human-readable documentation for the error.
          examples:
            - https://example.com/errors/example
          format: uri
          type: string
      type: object
    ErrorDetail:
      additionalProperties: false
      properties:
        location:
          description: >-
            Where the error occurred, e.g. 'body.items[3].tags' or
            'path.thing-id'
          type: string
        message:
          description: Error message text
          type: string
        value:
          description: The value at the given location
      type: object
  securitySchemes:
    BearerAuth:
      bearerFormat: JWT
      description: JWT bearer token issued by the identity provider.
      scheme: bearer
      type: http

````