> ## 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. # Ask the câmara for this institution's LBTR position > Asks the câmara for this institution's own financial position (LTR0009). dtMovto is required; every other field is a filter. Asynchronous intake — 202 means the query is committed and nothing has been sent yet; the câmara's answer is read back from GET /v1/lbtr/commands/{commandId}, projected exactly as it arrived. The câmara's ISPB is not a field here: this message answers nothing, so there is nothing to echo it from, and Lerian SILOC supplies it. sitLancLTR is the raw 3-digit situation code, passed through verbatim. X-Idempotency is REQUIRED and a repeat query needs a NEW key: two identical queries are two questions and each is entitled to its own answer. RBAC: lbtr:write; the asking operator and the tenant are always taken from the validated request identity, never from the payload. ## OpenAPI ````yaml /pt/openapi/v3-current/slc.yaml post /v1/lbtr/position-queries openapi: 3.1.0 info: description: >- API for Lerian SLC — the participant-side rail that connects the institution to Núclea's SLC card settlement. title: Lerian SLC API version: 1.0.0 servers: - url: https://slc.sandbox.lerian.net security: - BearerAuth: [] tags: - description: >- Settlement operation lifecycle — create, list, query, and control the NUliquid-tracked card operations (NUliquid = the 21-position id Núclea assigns each accepted operation) through the state machine. name: Operations - description: >- Participant catalog — the acquirers, sub-acquirers, IF Domicílio (bank where the merchant receives its sales), and settlement FIs (financial institutions) that take part in card settlement. name: Participants - description: >- Card arrangements (bandeira/scheme configurations, e.g. Visa/Master/Elo) attached to a participant. name: Arrangements - description: >- Regulated transport orchestration to Núclea's SLC — dispatch, recovery, retransmission, and connectivity testing over managed file-transfer, message-broker, and REST. name: Connectivity - description: >- Multilateral netting clearing positions — the net amount each participant settles per STR cycle (STR = Banco Central reserves-transfer system). name: Clearing - description: >- SaaS BYOK (Bring Your Own Key) signing-key provisioning — import parameters and register the client's ICP-Brasil server-type certificate material used to sign ASLC files (RSA, at least 2048 bits, and valid at the moment of import — all three are enforced); the SLC never receives the private key in cleartext. name: SigningKey - description: >- ASLC file intake and status — passthrough submission and processing status of the official Núclea card-settlement XML files (ASLC = Arquivo do Sistema de Liquidação de Cartões). name: Files - description: >- Read-only introspection of the embedded Núclea ASLC/RSFN (National Financial System Network) XSD schemas used to validate outbound and inbound messages. name: XSD Schemas - description: Read-only regulatory, compliance, and operational settlement reports. name: Reports - description: >- Outbound business-event webhook subscriptions and delivery management for consumers (client ledgers — optional). name: Webhooks - description: >- Administrative operations — hot-reloadable runtime configuration, dead-letter-queue inspection/replay, and outbox redispatch. name: Admin paths: /v1/lbtr/position-queries: post: tags: - LBTR summary: Ask the câmara for this institution's LBTR position description: >- Asks the câmara for this institution's own financial position (LTR0009). dtMovto is required; every other field is a filter. Asynchronous intake — 202 means the query is committed and nothing has been sent yet; the câmara's answer is read back from GET /v1/lbtr/commands/{commandId}, projected exactly as it arrived. The câmara's ISPB is not a field here: this message answers nothing, so there is nothing to echo it from, and Lerian SILOC supplies it. sitLancLTR is the raw 3-digit situation code, passed through verbatim. X-Idempotency is REQUIRED and a repeat query needs a NEW key: two identical queries are two questions and each is entitled to its own answer. RBAC: lbtr:write; the asking operator and the tenant are always taken from the validated request identity, never from the payload. operationId: submitLbtrPositionQuery parameters: - description: >- Required. A retry carrying the same key replays the stored response instead of asking the câmara twice; a genuinely new query needs a new key. in: header name: X-Idempotency schema: description: >- Required. A retry carrying the same key replays the stored response instead of asking the câmara twice; a genuinely new query needs a new key. type: string required: true requestBody: content: application/json: schema: $ref: '#/components/schemas/SubmitPositionQueryRequest' required: true responses: '202': content: application/json: schema: $ref: '#/components/schemas/CommandAcceptedResponse' description: Accepted '422': content: application/problem+json: schema: $ref: '#/components/schemas/Detail' description: Unprocessable Entity '500': content: application/problem+json: schema: $ref: '#/components/schemas/Detail' description: Internal Server Error '501': content: application/problem+json: schema: $ref: '#/components/schemas/Detail' description: >- Not Implemented: this capability is not part of this deployment. Operations are registered unconditionally so the published contract is identical across deploy shapes; when the capability behind one did not compose here (authentication disabled, no database, no outbound transport, or the feature switched off) it answers this coded SLC-0012 problem. It is definitive for this deployment: retrying does not help, and the `detail` is deliberately scrubbed (any status >= 500 is). default: content: application/problem+json: schema: $ref: '#/components/schemas/Detail' description: Error components: schemas: SubmitPositionQueryRequest: additionalProperties: false properties: cnpjNLiqdant: description: Filter to one non-liquidante's CNPJ. examples: - '12345678000199' type: string dtMovto: description: The settlement business day to query (the only required field). examples: - '2026-09-22' type: string identdPartCamr: description: Filter to one câmara participant identifier. examples: - '00012345' type: string ispbIFLiqdant: description: >- Filter to one settlement bank's ISPB. This is the COUNTERPARTY's settlement bank, never your own. examples: - '12345678' type: string numCtrlLTROr: description: Filter to one câmara-minted control number. examples: - '20260922000000000041' type: string numOpLTR: description: Filter to one LTR operation number. examples: - '0000000000000000123' type: string sitLancLTR: description: >- Filter to one RAW 3-digit SitLancLTR situation code, passed through verbatim. The rail publishes no product enum for it: the domain has eighteen values and a filter that understands only some of them would silently lie about the rest. examples: - '001' type: string tpDebCred: description: Filter to DEBIT or CREDIT entries (case-insensitive). examples: - DEBIT type: string required: - dtMovto type: object CommandAcceptedResponse: additionalProperties: false properties: commandId: description: >- The command's id (a UUIDv7 minted by this service). It is the key every later fact joins on and the id to read the command back by. examples: - 0199a2e8-7a1c-7c1a-9e5d-2f6a1b3c4d5e type: string messageType: description: >- The outbound message this command originates: LTR0002 (result answer), LTR0008 (non-liquidante answer) or LTR0009 (position query). examples: - LTR0002 type: string requestedAt: description: When the institution decided (RFC3339, UTC). examples: - '2026-09-22T13:04:11Z' type: string sourceAggregateId: description: >- The announcement this command answers. For a position query it is the command's own id, because a query answers no announcement. examples: - 018f8a3e-4b2c-7c1a-9e5d-2f6a1b3c4d5e type: string sourceAggregateVersion: description: >- The version of the announcement this command was authorised against, kept so a later reader can see which view of it was answered. examples: - 1 format: int64 type: integer status: description: >- Always REQUESTED here: the command row and its outbound event are committed and nothing has been sent yet. Poll the command to see it reach ACCEPTED, ANSWERED, REFUSED or FAILED. examples: - REQUESTED type: string required: - commandId - messageType - status - sourceAggregateId - sourceAggregateVersion - requestedAt type: object Detail: additionalProperties: false properties: code: description: >- Stable, machine-readable domain error code scoped to the emitting service (format: -NNNN). type: string correlationId: description: Request-scoped correlation identifier echoing X-Request-ID. examples: - req-7a3f9c2e 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 upstream: $ref: '#/components/schemas/Upstream' description: >- RFC 9457 extension member: the error a proxied third-party provider reported. Absent unless the emitting service explicitly surfaced one. required: - correlationId 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 Upstream: additionalProperties: false properties: code: description: The upstream provider's own error code, verbatim. examples: - E4001 type: string message: description: >- The upstream provider's own error message, verbatim (bounded, never its raw response body). examples: - account not found at provider type: string type: object securitySchemes: BearerAuth: bearerFormat: JWT description: JWT bearer token issued by the identity provider. scheme: bearer type: http ````