Un id de cuenta nombra una cuenta de LinkedIn conectada. Te devolvemos uno cuando se completa un acceso, y lo pones en casi todas las llamadas posteriores — en un segmento de la ruta, en un parámetro de consulta, en un campo JSON o en un campo multipart, según la operación.
Es opaco. No tiene prefijo, no es un UUID y no lleva ningún significado que debas interpretar. Trátalo como una cadena que guardas y devuelves.
Por qué responde 404 y no 403
Cada suscriptor de la MakeHybrid API se reenvía a un único tenant compartido del proveedor externo, lo que significa que los ids de cuenta de todos los clientes viven en el mismo espacio de nombres. Nada llega a ese proveedor nombrando un id de cuenta hasta que hemos confirmado que lo conectó tu organización.
Un fallo responde 404, nunca 403. La diferencia no es cortesía. Un 403 significaría que el id existe y no es tuyo — así que alguien podría ponerse a generar ids y distinguir los reales de los falsos por la respuesta que vuelve. Un 404 para ambos no dice nada en absoluto.
Esto se comprueba en los cuatro sitios por los que puede llegar un id: la ruta, la cadena de consulta, un campo del cuerpo JSON y un campo multipart. Un id que llegara al proveedor sin comprobar sería una lectura entre inquilinos.
Preguntas frecuentes
¿Hay que decirle a un agente de IA el id de la cuenta?
Puede encontrarlo. Un asistente por MCP, o un agente de IA de sala con MakeHybrid marcado, lista las cuentas conectadas de la organización y toma el account_id de la respuesta. Suele bastar con nombrar la cuenta con palabras normales.
¿Puede un agente de IA usar el id de cuenta de otra organización?
No. El id se comprueba contra la organización a la que pertenece la clave, y el id de otra organización responde 404 a un agente de IA igual que a un código.