> For the complete documentation index, see [llms.txt](https://signalmarkets-com.gitbook.io/signalmarkets.com-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://signalmarkets-com.gitbook.io/signalmarkets.com-docs/bcra-compliance.md).

# BCRA Compliance

## Qué hace

BCRA Compliance permite consultar si un CUIT o documento está inhabilitado para operar en cambios, según las Comunicaciones "C" del Banco Central. La información se actualiza a partir de las propias comunicaciones oficiales, no de archivos planos ni procesos manuales.

Está pensado para áreas de cumplimiento de entidades financieras, que necesitan verificar esta condición antes de autorizar una operación de cambio.

## Primeros pasos

El acceso utiliza el mismo sistema de autenticación que el resto de los productos de Signal Markets (ver la sección "Cómo funciona el acceso" en la introducción): se inicia sesión una sola vez contra el servicio central y se obtiene un token, válido por 24 horas, que se envía en cada consulta.

Una diferencia a tener en cuenta: además de un token válido, la cuenta tiene que tener el producto BCRA Compliance habilitado. Si el token es válido pero la cuenta no tiene el producto contratado, la consulta devuelve un error de acceso.

Con el token ya obtenido, se puede consultar cualquier documento:

GET <https://bcra-compliance-api.onrender.com/compliance/cambios/{documento}>

Por ejemplo, para consultar un CUIT puntual:

GET <https://bcra-compliance-api.onrender.com/compliance/cambios/20304050607>

La respuesta indica si el documento está inhabilitado actualmente, y el registro más relevante (el más reciente, priorizando uno activo por sobre uno ya levantado) asociado.

## Qué se puede consultar

### Consulta individual

GET /compliance/cambios/{documento}

Devuelve si el documento está inhabilitado en este momento, si tiene antecedentes (aunque ya no esté inhabilitado), y el registro relevante: nombre, tipo de documento, fecha de suspensión, fecha de levantamiento (si corresponde), estado actual, y los números de comunicación del BCRA asociados.

### Historial completo de un documento

GET /compliance/cambios/{documento}/historial

Misma consulta que la anterior, pero devuelve todos los registros encontrados para ese documento, no solo el más reciente. Útil cuando interesa ver el historial completo de suspensiones y levantamientos, no solo la situación actual.

### Consulta en lote (batch)

POST /compliance/cambios/batch

Permite consultar varios documentos en una sola solicitud, hasta un máximo de 100 por request. Devuelve el resultado individual de cada documento consultado, junto con un resumen: cuántos están inhabilitados, cuántos no tienen antecedentes, y cuántos tienen antecedentes históricos pero no están inhabilitados actualmente.

### Novedades recientes

GET /compliance/novedades

Devuelve las comunicaciones del BCRA (suspensiones y levantamientos) publicadas en una ventana de tiempo reciente, configurable hasta 30 días hacia atrás. Permite además filtrar solo por suspensiones, solo por levantamientos, o ver ambas. Útil para un monitoreo periódico de novedades, sin necesidad de consultar documento por documento.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://signalmarkets-com.gitbook.io/signalmarkets.com-docs/bcra-compliance.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
