Saltar al contenido principal

​
En pocas palabras

  • from acepta valores distintos según el canal: teléfono, dirección, @usuario o nombre del recurso.
  • Cuando se envía un ID o alias, el backend lo busca dentro del workspace de la clave API y respeta las restricciones de recursos de la clave.
  • Prefiere los IDs en integraciones permanentes; los alias facilitan la configuración y la lectura del payload.

​
Qué acepta cada canal

Cada endpoint documenta su propio campo. Por ejemplo, la presencia de WhatsApp acepta from y conserva instanceId como alias legado; la API de envío de correo espera una dirección en from.

​
Ejemplo: seleccionar Instagram por @usuario

Usa el username de la cuenta de Instagram conectada para seleccionar la cuenta remitente:
to sigue siendo el identificador del destinatario requerido por la API oficial (IGSID). @ solo selecciona la cuenta de origen.

​
Si un alias no identifica una sola cuenta

Si hay nombres repetidos que coinciden con más de un recurso, la API devuelve 409 AMBIGUOUS_SENDER y solicita el ID del recurso. Un alias de otro workspace nunca selecciona recursos de allí: la búsqueda se limita al workspace de la clave API. Las restricciones instanceIds, pushAppIds y equivalentes siguen vigentes después de resolver el alias. El campo legado instanceId sigue aceptándose en las rutas que lo declaran. En las rutas con from, ese es el campo preferido. Consulta la referencia del canal para confirmar qué alias acepta cada operación.