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

# Registro de Cambios

> Últimas actualizaciones e historial de lanzamientos de la plataforma Pubrio.

Sigue la evolución de la Capa de Datos de Pubrio.

## Lanzamientos de 2026

<AccordionGroup>
  <Accordion title="v2.3.2 - Revisión de referencia de filtros de búsqueda (sept. 2026)" defaultOpen>
    * **Nuevo:** [Enums y constantes](/es/api-reference/enums) — todos los valores fijos que la API acepta o devuelve en una sola página: niveles de antigüedad, funciones de puesto, fuentes y formatos de anuncios, niveles de alcance, plataformas de publicación, tipos de señal, niveles de gestión.
    * **Nuevo:** Guías de búsqueda para [Búsqueda de empleos](/es/developer-guides/search/job-search), [Búsqueda de noticias](/es/developer-guides/search/news-search) y [Búsqueda de anuncios](/es/developer-guides/search/advertisement-search) — tablas de filtros, explicaciones de respuestas y recetas para copiar y pegar.
    * **API:** Job Search documenta `functions`, `seniority_ranks`, `launch_dates`, `location_ids`, `created_at` e `is_ascending_order`. Las filas de respuesta ahora declaran `functions`, `seniority_rank`, `source_type`, `base_salary`, `experience_requirement`, `education_requirement` y `employment_type`.
    * **API:** Advertisement Search documenta `active_dates`, `reach_tiers`, `exclude_source_types`, `created_at`, `advertisement_search_id` e `is_ascending_order`. `source_types` está corregido — filtra resultados (no solo enriquecimiento) y acepta `tiktok` y `apple`. Las filas ahora declaran `advertisement_format_normalized`, `advertiser`, `advertisement_url`, `is_company_matched` y el trío `total_impressions`; `metadata` documenta `applied_source_types`, `unsupported_source_types`, `coverage_notes` y `skipped_source_types`.
    * **API:** News Search documenta `published_at`, `news_search_id` e `is_ascending_order`, y declara todos los campos de fila incluyendo `expansion_signals` (devuelto cuando se establece `is_expansion_signal_available` — esto revierte la eliminación de v2.3.1, hecha antes de que la funcionalidad se lanzara).
    * **API:** People Search documenta `exclude_people_titles`, `exclude_people_locations`, `exclude_departments`, `exclude_department_functions` y `company_exclude_locations`.
    * **API:** Company Search documenta `social_media` y `advertisement_status`.
    * **API:** Todos los endpoints de búsqueda ahora documentan `metadata.ignored_fields` — las claves de cuerpo no reconocidas se descartan, no se rechazan, y quedan listadas ahí. Job, News y Advertisement Search también declaran `pagination` y un bloque `metadata` tipado en lugar de un objeto de formato libre.
    * **Documentación:** Cuatro esquemas (`job_exclude_locations`, `advertisement_target_locations`, `advertisement_exclude_target_locations` y `domain_search_ids` en Expansion Rankings) escribieron una descripción junto a un `$ref`, algo que OpenAPI 3.0 descarta silenciosamente. Ahora se renderizan.
  </Accordion>

  <Accordion title="v2.3.1 - Revisión de referencia de la API de expansión (ago. 2026)">
    * **API:** **Expansion Signal Search** (`POST /expansions/signals/search`) ya está documentado — consulta las filas de señales en bruto y con fecha detrás de la etapa de una empresa, en lugar de las empresas en las que se agregan.
    * **API:** **Expansion Lookup** (`POST /expansions/lookup`) ya está documentado — la contraparte determinista de Expansion Search que nunca relaja automáticamente tus filtros, ideal para paneles y tareas programadas que necesitan resultados reproducibles.
    * **API:** Los monitors que observan `expansions` ahora tienen un vocabulario de filtros documentado y una carga útil de webhook. [Ver Configuración de Webhooks](/es/developer-guides/setting-up-webhooks).
    * **API:** `is_include_metadata` está documentado en Company Expansion Detail, Compare, Summaries y Rankings. El tráfico con clave de API es ligero por defecto — configúralo en `true` para recibir `confidence_score` y el detalle completo del modelo.
    * **API:** Se añadieron los códigos de error de expansión (`40043`, `40360`, `40435`, `40436`) a [Códigos de estado](/es/api-reference/status-codes).
    * **Eliminado:** Las páginas de referencia `/companies/{jobs,news,advertisements}/export`. Export devuelve un adjunto CSV contra un saldo separado de `data_export_credit` y no devuelve nada que el endpoint de Search correspondiente no devuelva ya como JSON — usa Search con paginación en su lugar.
    * **Eliminado:** La página de referencia `/people/enrichment`, que documentaba un endpoint que nunca se lanzó. Para enriquecer a una persona, llama a [People Lookup](/es/api-reference/endpoint/people/lookup) con `is_enrichment_available: true`.
    * **Documentación:** Se eliminó `profile_id` de todos los cuerpos de solicitud. Tu clave de API ya identifica tu espacio de trabajo, y el parámetro se ignoraba en las solicitudes con clave de API.
    * **API:** La búsqueda de empresas y personas similares ahora documenta el identificador de referencia que requiere. Anteriormente, `/companies/search/similar` devolvía `41847 Missing parameter` para cada combinación de parámetros documentada.
    * **API:** [Company Enrichment](/es/api-reference/endpoint/companies/enrichment) documenta los arreglos `jobs`, `news`, `advertisements` y `similar_companies` que devuelve junto con el registro de la empresa, y advierte que la llamada suele tardar entre 30 y 60 segundos.
    * **API:** Ocho endpoints ahora declaran el `metadata` de nivel superior que devuelven, incluyendo el bloque `profile` con `credit`, `topup_credit` y `total_credit_cost`.
    * **API:** Los endpoints de identificadores de empresa documentan los nueve identificadores aceptados, añadiendo `tiktok_url`, `wantedly_url`, `tw104_url`, `rocketpunch_url`, `remember_url` y `youtrust_url`.
    * **Documentación:** `41847 Missing parameter` — el error más común de la API — se añadió a [Códigos de estado](/es/api-reference/status-codes).
    * **Documentación:** [Authentication](/es/api-reference/authentication) ahora cubre el requisito de `User-Agent`. Los clientes con un user agent genérico son bloqueados en el borde con `HTTP 403` y `error code: 1010`, lo cual se confunde fácilmente con una clave de API inválida.
    * **Documentación:** [Rate limit](/es/api-reference/rate-limits) documenta los campos de uso y cuota devueltos por Profile Usage, incluyendo cómo `total_max_*` aplica el multiplicador de licencia.
    * **API:** Los filtros de expansión (`stages`, `signal_types`, `signal_strengths`, `freshness`, `momentum`, `polarity`) ahora listan sus valores permitidos, y cada uno advierte que un valor no reconocido se descarta silenciosamente en lugar de rechazarse — descartando el filtro en algunos parámetros y sin coincidir con nada en otros.
    * **API:** `momentum` acepta `advancing`, `steady` y `pulling_back`. Los valores de `directions` en Expansion Reference (`retreating`, `new`) son valores de respuesta en `stage.direction` y nunca fueron válidos como filtro.
    * **API:** News Insights corregido — `mentions`, `topics`, `sources` y `top_source` son campos de entero/cadena dentro de `data.totals`, no arreglos de nivel superior. `topics` y `sources` son recuentos de valores distintos; los listados por elemento son `category_breakdown` y `market_breakdown`.
    * **API:** Advertisement Insights corregido — `postings[]` usa las claves abreviadas `r`, `m`, `ch`, `fo`, `n`; `reach_tiers[]` es un catálogo `{slug, label}` sin recuentos; `creatives[]` documenta los diez campos, incluyendo `image_url`, `cta` y `has_video`.
    * **API:** Las claves de `parameters` de las plantillas de canal varían según `channel_type_slug` — las plantillas de correo, LinkedIn y Twilio llevan cada una un conjunto diferente.
    * **Documentación:** Se eliminaron campos de respuesta que la API no devuelve: `referral_code` de User, `similarity_score` de Similar People, `funding_status` y `crunchbase_url` de LinkedIn Company Lookup, `expansion_signals` de News Search, y `occurs_at` / `occurs_until` de Expansion Signal Search.
    * **Documentación:** La tabla de códigos de estado se reconstruyó a partir de la tabla de errores de la API. Nueve códigos estaban mal: `40075`, `40076`, `40091`, `40092` y `40095` estaban documentados para fallos de paginación y cuota, pero en realidad son `41675`, `41676`, `41691`, `41692` y `41695` en **HTTP 416** — y cada número documentado es un código activo para algo no relacionado. `40003`, `40602` y `40603` son en realidad `40303`, `40632` y `40633`; `40099` no existe.
    * **Documentación:** **HTTP 416** ahora está documentado. Los desbordamientos de paginación y cuota devuelven 416 con un código `416xx`, nunca un conjunto de resultados truncado.
    * **Documentación:** Se añadió la familia de errores de monitor (`40020`–`40035`), incluyendo `40021` — `detection_mode` no se puede cambiar después de crear un monitor.
    * **API:** `per_page` tiene como tope el `max_search_per_page` de tu plan (25 en la mayoría de los planes); `26` devuelve HTTP 416. `page` tiene como tope `max_search_page`. Ambos límites, y cualquier otro tope de plan, son devueltos por [Profile](/es/api-reference/endpoint/profile/profile) y ahora están listados en [Rate limit](/es/api-reference/rate-limits).
    * **API:** `people_contact_types` acepta exactamente `email-work`, `email-personal` y `phone`. Un valor no reconocido **no** se rechaza — devuelve HTTP 200 con `emails: null` y costo de crédito cero, lo cual es indistinguible de que una persona no tenga datos de contacto.
    * **API:** Las respuestas de redención devuelven `null`, no `[]`, para `emails` y `phones` cuando no se encuentra nada.
    * **API:** Los parámetros de `create` de plantillas de canal ahora están documentados — `channel_node_id` es un UUID de Channel Template Types, y determina qué claves de `parameters` son válidas. `delete` toma valores numéricos de `channel_template_id` y elimina una versión a la vez.
    * **API:** La validación de webhook de monitor realiza una entrega firmada real; una URL que solo responde a `GET` sigue fallando, y `details` devuelve el cuerpo de la respuesta upstream.
  </Accordion>

  <Accordion title="v2.3.0 - El lanzamiento de Expansion (jul. 2026)">
    * **Nueva función:** **API de Expansión de Mercado.** Rastrea qué empresas están entrando a qué mercados, y qué tan avanzadas están — una escalera de cuatro etapas (Exploring → Committing → Expanding → Scaling) construida a partir de señales reales de contratación, noticias, publicidad, infraestructura en la nube y eventos. Busca por corredor con `froms` / `tos`, profundiza en la entrada al mercado de una sola empresa, y compara pares. [Empieza con la guía rápida](/es/knowledge-base/concepts/expansion-api-quickstart).
    * **Nueva función:** **Búsqueda en lenguaje natural.** Pasa una `query` en lenguaje natural a Expansion Search ("empresas fintech expandiéndose al Reino Unido") y Pubrio la interpreta en filtros — con explicaciones opcionales de coincidencia por IA fundamentadas en las señales reales de cada empresa vía `is_explain_match`.
    * **API:** Los resultados ahora usan por defecto un orden de relevancia que prioriza a las empresas con movimientos corroborados (múltiples tipos de señal independientes); pasa `sort_by: "recent"` para orden puramente cronológico.
    * **API:** Los monitors ahora pueden observar **señales de expansión** (`signal_types: ["expansions"]`) junto con empleos, noticias y anuncios, y un monitor se puede redactar a partir de una frase en lenguaje natural vía [Monitor Interpret](/es/api-reference/endpoint/monitors/interpret).
    * **API:** El ciclo de vida del monitor ahora es un único campo `status` (`draft` / `active` / `paused` / `inactive`), reemplazando los anteriores booleanos `is_active` / `is_paused` en solicitudes y respuestas.
  </Accordion>

  <Accordion title="v2.2.0 - El lanzamiento de Monitor (abr. 2026)">
    * **Nueva función:** **Monitors.** Detección automatizada de señales con entrega en tiempo real — rastrea publicaciones de empleo, noticias de empresas y campañas publicitarias en millones de empresas sin construir tu propio pipeline de sondeo. Define filtros una vez, y Pubrio escanea, enriquece y entrega las señales coincidentes a tu webhook, correo electrónico o secuencia de outreach.
    * **Nueva función:** **Dos modos de detección.** Elige entre **Signal First** (escaneo amplio del mercado) y **Company First** (rastrea cuentas específicas) para ajustarse a tu flujo de trabajo de prospección.
    * **Nueva función:** **Enriquecimiento automático de personas.** Cada disparo de monitor puede encontrar y redimir automáticamente contactos en las empresas coincidentes — enriquecimiento multicapa con filtros configurables por nivel de gestión, departamento y cargo.
    * **API:** Se añadieron 15 nuevos endpoints de Monitor — CRUD completo, estadísticas, gráficos, registros de detección, validación de webhook y procesamiento de prueba. [Ver la referencia de la API de Monitor](/es/api-reference/endpoint/monitors/create).
    * **API:** `profile_id` ya no es requerido en los cuerpos de solicitud. La clave de API ahora incluye información del espacio de trabajo. El parámetro sigue siendo aceptado por compatibilidad retroactiva.
    * **API:** Se añadieron `operationId`, `summary`, `description` y `tags` a los 59 endpoints de la API para mejorar la compatibilidad con agentes de IA y herramientas MCP.
    * **Documentación:** Se habilitó `llms.txt` para el descubrimiento por rastreadores de IA.
  </Accordion>

  <Accordion title="v2.1.0 - Beta de Listas Inteligentes (feb. 2026)">
    * **Nueva función:** **Listas Inteligentes con IA (Beta).** Los usuarios ahora pueden subir archivos CSV y verlos en una interfaz tipo hoja de cálculo donde Pubrio completa automáticamente las columnas faltantes.
    * **Datos:** Se añadieron 3 millones de nuevas entidades verificadas en la región DACH (Alemania, Austria, Suiza).
    * **API:** Tiempos de respuesta más rápidos (latencia reducida en 200 ms) para el endpoint `/enrich/company`.
  </Accordion>

  <Accordion title="v2.0.0 - La actualización de Año Nuevo (ene. 2026)">
    * **Nueva función:** **Inteligencia de búsqueda de anuncios.** Ahora indexamos centros de transparencia publicitaria y repositorios de búsqueda paga. Ahora puedes ver *si* una empresa está publicando anuncios, *dónde* está gastando, y *qué* palabras clave está segmentando.
    * **Mejora:** Se mejoró la detección de "Stack Tecnológico" para empresas que usan software localizado no estándar en LATAM.
  </Accordion>
</AccordionGroup>

***

## Archivo 2025: El Año de los Socios

2025 estuvo definido por nuestras principales integraciones de ecosistema, llevando los datos de Pubrio a las plataformas que usas todos los días.

<AccordionGroup>
  <Accordion title="T4 2025 - Las integraciones de automatización">
    * **Integración:** **Ottokit.** Se lanzó el conector nativo para flujos de trabajo de agentes autónomos.
    * **Integración:** **Databar.** Se añadió Pubrio como proveedor verificado en el mercado de Databar para investigación sin código.
  </Accordion>

  <Accordion title="T3 2025 - La sincronización de diseño a secuencia">
    * **Integración:** **Stripo.** Se habilitó la función "Push to Sequence", que permite a los equipos de diseño sincronizar plantillas HTML directamente con los flujos de trabajo de Pubrio.
    * **Función:** **Inyección de variables dinámicas.** Permite que los marcadores de posición genéricos en las plantillas se resuelvan con datos de Pubrio en tiempo real al momento del envío.
  </Accordion>

  <Accordion title="T2 2025 - La alianza con Clay">
    * **Integración:** **Integración nativa con Clay.** Nos convertimos en proveedor predeterminado en el menú de enriquecimiento de Clay.
    * **Datos:** Se amplió la cobertura del "70% invisible" para incluir 15 nuevos registros locales en Asia-Pacífico.
  </Accordion>
</AccordionGroup>
