Actualizaciones recientes
Sociedades y trámites concretos que cambiaron durante los últimos 7 días.
Use el correo invitado por Intelidata. Le enviaremos un enlace seguro; no necesita recordar otra contraseña.
Su sesión es válida, pero todavía no está asociada a una organización del portal.
Sociedades y trámites concretos que cambiaron durante los últimos 7 días.
Trabajos asíncronos, sin mantener conexiones largas.
Salud de endpoints registrados.
Monitores con fallos recientes.
Escriba el nombre legal de la firma; Intelidata encontrará sus variantes y sociedades en la caché registral.
Intelidata revisa diariamente estas sociedades y conserva cada cambio registral.
| Sociedad | Folio | Situación | Estatus RP | Última revisión | Acciones |
|---|
Casos ajenos a la cartera automática que la firma decidió observar.
Intelidata conserva lo que ha visto desde el primer baseline; no reconstruye estados anteriores.
Qué cambió entre una revisión y la siguiente; cada cambio queda guardado con su antes y después.
Huella estructurada usada por el monitor.
Fuerza ficha, directivos, prelación y asientos; el navegador no espera al RP.
Qué está en cola, qué terminó y qué requiere criterio humano · lo accionable primero · se actualiza solo.
La llave se mostrará una sola vez; Intelidata guarda únicamente su hash. Alcance completo de la organización: puede leer toda la cartera y solicitar operaciones en nombre de la firma — no existen permisos por llave. Use una distinta por sistema y por ambiente para poder revocarla sin apagar el resto.
Después de cerrar este aviso no podrá recuperarla; si se pierde, deberá revocarla y crear otra.
Cada cambio registral de la cartera o de un seguimiento llega al instante a estos correos, además de verse en Actualizaciones.
Prefijo, último uso, vencimiento, rotación y revocación.
La API v1 expone lo mismo que ve en el portal: su cartera, la situación registral de cada sociedad y el rastro de cambios.
Bearer con una API key de la organización.202 con un trabajo consultable y consultar su progreso no vuelve a tocar el Registro.El punto de entrada · devuelve situación, estatus y frescura de cada sociedad.
Sirve la caché; si está vieja, encola el refresco y lo dice en freshness.
Excepción, no rutina: fuerza una sincronización completa · responde 202.
Es el error que más tiempo cuesta al integrar, porque no falla de forma obvia.
public_folio — el número que su abogado ve en el portal y en el Registro. No sirve para consultar la API.folio_id — el identificador interno del Registro. Es el que piden /sociedades/:folio_id y /verificaciones.company_id — la fila de esa sociedad dentro de su cartera (UUID). Es el que piden las operaciones de cartera.Los tres viajan juntos en cada fila de /cartera: tome de ahí el que necesite y no los deduzca uno del otro.
El mismo número existe en dos registros distintos.
El campo de estatus del Registro puede estar desactualizado; el asiento inscrito manda. Por eso cada fila trae las dos cosas y dice en cuál se apoya.
official_status — lo que el Registro publica, tal cual.situation — la lectura de Intelidata: label, source, que dice en qué se apoya: registered_seat (un asiento inscrito la sustenta), rp_status (solo el campo oficial), published_without_visible_seat (el RP publica un estatus terminal y no ubicamos el asiento que lo respalde) o not_published (el RP no publica nada y no reconocimos un acto suficiente), basis con el asiento y su fecha, y differs_from_rp cuando ambos no coinciden.registral_signals — señales sueltas (renuncia de agente, suspensión) con su evidencia.entity_type — mercantil (sociedad) o personas (fundación de interés privado).portfolio_state — active vigilada a diario, inactive conservada sin gastar monitoreo.last_checked_at — cuándo la revisamos por última vez. Es la frescura real; no la confunda con la fecha del último cambio.Nada de esto es un dictamen jurídico: es evidencia registral con su fuente citada.
Recortada. company_id es su cartera, folio_id la API y public_folio el portal.
Todo bajo https://intelidata.net/api/v1 con Authorization: Bearer. Los errores llegan como {"error","code"}; los códigos comunes son invalid_api_key (401), method_not_allowed (405) y el 503 de la fuente cuando algo no está disponible — un 503 se reintenta, un 4xx no.
Intelidata enviará un challenge firmado antes de activar el endpoint.
Solo se muestra en esta respuesta. Úselo para validar X-Intelidata-Signature.
Cinco eventos disponibles: sociedad_cambio, entrada_cambio, sociedad_no_encontrada, entrada_no_encontrada y entrada_ambigua. Suscríbase a * para recibirlos todos.
v1=HMAC_SHA256(secreto, timestamp + "." + cuerpo_crudo) en hexadecimal. Fírmela sobre el cuerpo sin parsear: reserializar el JSON cambia el resultado.timingSafeEqual, nunca con ===.X-Intelidata-Timestamp de más de cinco minutos: evita que alguien reenvíe una entrega vieja.X-Intelidata-Delivery identifica el intento. Un reintento repite el mismo valor: proceso una sola vez por identificador.2xx. Un fallo se reintenta hasta ocho veces con espera creciente; un 410 pausa el endpoint.changes trae el antes y el después exactos.
Node y Python.
Un endpoint pausado no recibe entregas: el cambio queda registrado en la sociedad, pero no se repone al reactivarlo — para recuperar ese periodo, consulte el historial. Un endpoint activo que falle sí se reintenta hasta 8 veces, y cada entrega va firmada: procese cada X-Intelidata-Delivery una sola vez (idempotencia).
Lo que su organización pide, separado del trabajo que Intelidata hace por su cuenta.
Consultas al RP que su organización provocó · el contador se reinicia cada mes.
Se guardan permanentemente; volver a importar actualiza y agrega, nunca elimina.
Observe una sociedad o trámite que no forma parte de la cobertura automática de su cartera.
Esta revisión consulta nuevamente el Registro Público y continúa en segundo plano.