> ## Documentation Index > Fetch the complete documentation index at: https://docs.usecroma.com/llms.txt > Use this file to discover all available pages before exploring further. # CNSF > Busca el marco de seguros y fianzas de México: la LISF y la Circular Única, disposición por disposición, y las reformas que las han cambiado. Las reglas que las aseguradoras y afianzadoras mexicanas deben cumplir, vigentes y completas: la Ley de Instituciones de Seguros y de Fianzas y la Circular Única de Seguros y de Fianzas (la circular que la implementa, con sus anexos). Busca en ambas a la vez o consulta un artículo, disposición o anexo por su número. Un segundo endpoint sigue cada Circular Modificatoria desde 2014: qué cambió y la publicación del Diario Oficial que la respalda. ## Buscar disposiciones `POST /mx/cnsf/provisions-search/v1` Una sola búsqueda sobre la ley y la circular a la vez, algo que el sitio de la Comisión no ofrece. | Campo | Tipo | Notas | | ----------------- | ------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `query` | string | Palabras opcionales a buscar en el texto de la disposición y en los nombres de su capítulo y título. | | `instrument` | enum | `LISF` para la ley, `CUSF` para la circular o `any` para ambas. Por defecto `any`. | | `kind` | enum | `articulo` (LISF), `disposicion` o `anexo` (CUSF), o `any`. Por defecto `any`. | | `number` | string | Número exacto opcional, tal como lo escribe el ordenamiento: `41`, `3.1.2`, `14.2.1-a`. | | `chapter_number` | string | Capítulo opcional, p. ej. `6.3`. Los anexos cuelgan de un capítulo en lugar de estar dentro de él y no llevan número de capítulo. | | `source_circular` | string | Opcional, para disposiciones transitorias: la Circular Modificatoria que las incorporó (p. ej. `3/2026`), u `original` para las expedidas con el ordenamiento mismo. | | `amended_from` | string | Opcional: solo disposiciones cuyo capítulo se reformó en esta fecha o después, `yyyy-mm-dd`. | | `amended_to` | string | Opcional: solo disposiciones cuyo capítulo se reformó en esta fecha o antes, `yyyy-mm-dd`. | | `page` | integer | Número de página, empieza en 1. Por defecto `1`. | | `per_page` | integer | Resultados por página (1-25). Cada resultado incluye el texto completo. Por defecto `10`. | ```bash theme={"dark"} curl https://api.croma.run/mx/cnsf/provisions-search/v1 \ -H "Authorization: Bearer $CROMA_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "query": "requerimiento de capital", "instrument": "CUSF" }' ``` Croma atiende este endpoint desde su propia infraestructura, así que la respuesta llega rápido y siempre igual. Cada respuesta incluye `as_of`: qué tan actualizados están los datos. Devuelve `as_of` (qué tan actualizados están los datos), los filtros aplicados, `total` (coincidencias en todas las páginas), `page`, `per_page`, `total_pages`, `count` y `results[]` en orden de lectura. Cada resultado incluye `id`, `instrument` (`LISF` o `CUSF`), `kind`, `number` tal como lo escribe el ordenamiento, `title_number` y `title_name`, `chapter_number` y `chapter_name`, `heading` (el título oficial, en anexos y documentos referidos), `text` (la disposición completa, con fracciones e incisos), `source_circular` (en disposiciones transitorias, la Circular Modificatoria que las incorporó), `external_url` (en documentos referidos), `amendment_note` y `last_amended_at`, `position` (orden de lectura dentro del ordenamiento) y `official_url`. `kind` es `articulo` (LISF), `disposicion`, `anexo`, `anexo_transitorio` o `documento` (CUSF), `transitoria` (cualquiera de los dos) o `capitulo` para un capítulo derogado en su totalidad, que lleva el aviso de derogación y ninguna disposición numerada. Se responde desde la copia de Croma de ambos ordenamientos, actualizada cada semana. `last_amended_at` es null cuando la fuente no señala reforma alguna en el capítulo, lo que significa que no ha cambiado desde que se expidió el ordenamiento. ## Una disposición `POST /mx/cnsf/provision/v1` | Campo | Tipo | Notas | | -------------- | ------ | -------------------------------------------------------------------------- | | `provision_id` | string | **Obligatorio.** El `id` de una disposición de los resultados de búsqueda. | ```bash theme={"dark"} curl https://api.croma.run/mx/cnsf/provision/v1 \ -H "Authorization: Bearer $CROMA_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "provision_id": "cusf:disp:3.1.2" }' ``` Croma atiende este endpoint desde su propia infraestructura, así que la respuesta llega rápido y siempre igual. Cada respuesta incluye `as_of`: qué tan actualizados están los datos. Devuelve `as_of`, `found`, `provision_id` y `provision`. Cada resultado incluye `id`, `instrument` (`LISF` o `CUSF`), `kind`, `number` tal como lo escribe el ordenamiento, `title_number` y `title_name`, `chapter_number` y `chapter_name`, `heading` (el título oficial, en anexos y documentos referidos), `text` (la disposición completa, con fracciones e incisos), `source_circular` (en disposiciones transitorias, la Circular Modificatoria que las incorporó), `external_url` (en documentos referidos), `amendment_note` y `last_amended_at`, `position` (orden de lectura dentro del ordenamiento) y `official_url`. `kind` es `articulo` (LISF), `disposicion`, `anexo`, `anexo_transitorio` o `documento` (CUSF), `transitoria` (cualquiera de los dos) o `capitulo` para un capítulo derogado en su totalidad, que lleva el aviso de derogación y ninguna disposición numerada. ## Reformas `POST /mx/cnsf/amendments/v1` Qué cambió en la circular, cuándo, y dónde leer la publicación oficial. | Campo | Tipo | Notas | | ---------------- | ------- | --------------------------------------------------------------------------------------------------------------------- | | `query` | string | Palabras opcionales a buscar en el título de la reforma y en lo que describe haber cambiado. | | `chapter_number` | string | Opcional: solo reformas que tocaron este capítulo, p. ej. `6.3`. | | `published_from` | string | Fecha de publicación mínima opcional, `yyyy-mm-dd`. Las reformas sin fecha declarada nunca coinciden con una ventana. | | `published_to` | string | Fecha de publicación máxima opcional, `yyyy-mm-dd`. | | `page` | integer | Número de página, empieza en 1. Por defecto `1`. | | `per_page` | integer | Resultados por página (1-25). Por defecto `10`. | ```bash theme={"dark"} curl https://api.croma.run/mx/cnsf/amendments/v1 \ -H "Authorization: Bearer $CROMA_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "chapter_number": "6.3" }' ``` Croma atiende este endpoint desde su propia infraestructura, así que la respuesta llega rápido y siempre igual. Cada respuesta incluye `as_of`: qué tan actualizados están los datos. Devuelve `as_of`, los filtros aplicados, `total`, `page`, `per_page`, `total_pages`, `count` y `results[]`, de más reciente a más antigua. Cada reforma incluye `title` (`CIRCULAR Modificatoria 3/26`), `circular_number`, `published_at`, `dof_document_id` y `dof_url` (la publicación del DOF que la respalda), `changes[]` (lo que hizo, como lo describe la Comisión), `affected_chapters[]`, `affected_annexes[]` y `affected_urls[]`. `published_at` es null en las reformas donde la Comisión no indica la fecha exacta. Nunca se deduce del año que lleva el número de la circular, que discrepa del DOF en cerca de una de cada diez reformas. Esquemas, todos los campos de respuesta y un playground interactivo.