Lo que un agente de IA no puede saltarse en BDC AI
Las reglas que aplica el servidor a cualquier agente conectado: ventana de 24 horas, solo plantillas aprobadas, aviso de frecuencia, scopes e idempotencia en envíos.
· Agentes de IA
Un agente de IA conectado a BDC AI pasa por las mismas validaciones que la API: se aplican en el servidor, así que no dependen de lo que el modelo decida.
Ventana de 24 horas
Fuera de la ventana de servicio de WhatsApp (24 horas desde el último mensaje del contacto) solo se puede reabrir la conversación con una plantilla aprobada, igual que en el dashboard. Un agente no puede saltarse esa regla porque es la misma que aplica la API.
Solo plantillas aprobadas
conversations_start y messages_send solo aceptan plantillas que Meta ya aprobó para tu organización. Una plantilla en revisión o rechazada responde con un error, nunca se manda a medias.
Aviso de frecuencia
Al crear una campaña (campaigns_create) sobre una lista que ya recibió marketing hace poco, o que sigue limitada por WhatsApp, el aviso de frecuencia BLOQUEA la creación con 409 frequency_warning: no se crea la campaña ni se manda nada. Un agente sale de ahí de dos formas: repetir la llamada con acknowledge_frequency_warning: true (la campaña se crea y el aviso vuelve en warnings), o repetirla con los blocked_contact_ids que trajo el error puestos en exclude_contact_ids, para dejar fuera a los contactos limitados.
Scopes acotados
Una llave o una sesión OAuth solo puede hacer lo que sus scopes permiten. Un agente con contacts:read no puede escribir contactos aunque el modelo se lo proponga: la validación corre en el servidor, no en el prompt.
Idempotencia obligatoria en envíos
messages_send y conversations_start exigen idempotency_key. Si un agente reintenta la misma llamada por un timeout de red, el servidor re-sirve la respuesta original en vez de mandar el mensaje dos veces.
¿Te sirvió este artículo?
¿No se resolvió?
Escríbenos por WhatsApp con una captura de lo que ves: cada mensaje abre un ticket con nuestro equipo.