Alaz

Verifica que la carga directa a GCS terminó y registra un mediaId en la empresa. No crea ni publica posts. Reintentar solamente tras consultar estado ante errores de red.

Marca como hecha una tarea de la etapa del expediente (tasks de get_process_case), con su resultado. Solo cuando el usuario lo pida.

Marca una tarea como completada. Si es una llamada, correo, reunión o WhatsApp y se pasa el resultado, queda en el historial del lead u oportunidad. Si la tarea es de una oportunidad abierta, conviene pasar el próximo paso. Solo cuando el usuario lo pida.

Convierte una idea en borrador de publicación dentro de un cronograma. NO publica en redes.

Crea un bot de WhatsApp para la empresa. Nace APAGADO y sin número, con una acción de respaldo «Conversar» que responde con IA usando la descripción del negocio: no contesta a nadie hasta set_bot_active y assign_bot_to_number. Antes de escribir textos con variables entre llaves llama a list_bot_variables; después de crearlo, pruébalo con test_bot_message. Una compañía puede tener hasta 3 bots activos. Solo cuando el usuario lo pida.

Añade a un bot algo que puede hacer: responder con IA siguiendo unas instrucciones (reply) o enviar un texto fijo (static), con las condiciones que la disparan y, si hace falta, derivar a una persona. Con useKnowledge: true la acción consulta la base de conocimiento del bot antes de responder (por defecto no). Si el bot está activo y con número, la acción empieza a usarse con clientes reales en cuanto se guarda. ANTES de escribir el prompt llama a list_bot_variables; DESPUÉS verifica con test_bot_message que se elige cuando debe. Un bot admite 30 acciones. Solo cuando el usuario lo pida.

Añade una fuente a la base de conocimiento de un bot: un texto que puede citar (text: políticas, horarios, fichas de producto) o un par pregunta/respuesta (qa). El bot busca en estas fuentes los fragmentos que se parecen a lo que pregunta el cliente y responde con ellos, así que no hace falta meterlo todo en el prompt. Una acción solo consulta la base de conocimiento si tiene useKnowledge: true (se ve en get_bot y se cambia con update_bot_action); si ninguna lo tiene, el bot ignora estas fuentes. Si el bot está activo y con número, la fuente empieza a usarse con clientes reales en cuanto se guarda. DESPUÉS verifica con search_bot_knowledge que la pregunta de un cliente encuentra el fragmento y con test_bot_message que el bot lo usa al responder. Si la respuesta trae status: error, la fuente se guardó pero NO está indexada: no la crees otra vez, reintenta con update_bot_knowledge_source y reindex: true. Un bot admite 200 fuentes. Entre todas las fuentes de un bot caben 1.000.000 de caracteres: si la API lo rechaza por eso, su mensaje dice cuánto hay y cuánto queda. Solo cuando el usuario lo pida.

Crea un contacto en el directorio de la compañía sin enviar mensajes.

Crea un entregable en un proyecto y lo asigna. Solo cuando el usuario lo pida.

Crea una factura en borrador mediante la API. Verifica cliente, moneda, ítems e importes. No confirma emisión fiscal ni envía documentos automáticamente.

Registra un lead (prospecto) nuevo en un embudo de venta; la API le abre su oportunidad y una tarea de primer contacto para el responsable. Si ya existe un lead con ese correo en la empresa, no crea nada y lo devuelve. Úsala solo cuando el usuario pida registrarlo. El embudo sale de list_pipelines y el responsable de list_team_members.

Crea una oportunidad en el embudo comercial para un cliente o un lead existentes, con responsable y próximo paso opcionales. Úsala solo cuando el usuario pida crearla. Los ids salen de list_pipelines, search y list_team_members.

Crea una orden comercial. Importes y artículos deben ser confirmados; no aprueba ni notifica automáticamente.

Abre un expediente en un proceso publicado (o lo guarda como borrador con asDraft). Pasa en fields los campos obligatorios al crear (requiredOnCreate en list_process_catalog). Lo asigna el motor según la primera etapa y avisa a su equipo. Solo cuando el usuario lo pida.

Crea un proceso nuevo, sin publicar y con un borrador mínimo; después se diseña con update_process_definition y se publica con publish_process_definition. Para partir de un modelo, usa install_process_template. Solo cuando el usuario lo pida.

Crea un producto o servicio con precio e impuesto declarados (IGV en Perú, IVA en Ecuador y México, según el país fiscal de la compañía). Requiere currencyId válido del catálogo. Confirma precio e impuesto antes de crear.

Crea un proyecto para un cliente, con responsable y fechas opcionales. Los importes (presupuesto, ingresos, costo, valor del contrato) no se fijan por aquí: se editan en el panel. Úsala solo cuando el usuario pida crear el proyecto.

Registra una solicitud en nombre de un contacto del cliente (lo que pidió por teléfono, WhatsApp o una reunión). El contacto sale de list_customer_contacts, con el cliente del proyecto. Al cliente NO se le avisa: para escribirle usa reply_project_request. Sí sale un correo INTERNO al responsable de cuenta del proyecto (salvo que sea quien la registra).

Crea una cotización en borrador para un lead (prospecto), una oportunidad o un cliente existente, siempre colgada de una oportunidad del CRM (visible en get_opportunity y list_quotes). No exige que el lead sea cliente ni lo convierte, y no crea factura, contrato ni cuenta por cobrar: eso llega al aceptarla. Precios e impuestos explícitos y confirmados con el usuario. No envía nada al cliente. Si la oportunidad ya tiene una cotización vigente con los mismos ítems, no crea otra (salvo allowDuplicate).

Crea una idea editorial sin publicarla.

Crea un nuevo cronograma para un cliente; no publica contenido.

Crea un borrador en el cronograma social. NO publica ni aprueba la pieza. Obtén planId del módulo social y profile ids mediante list_social_profiles. mediaIds son archivos ya cargados en Alaz.

Crea una tarea y la asigna a alguien del equipo, opcionalmente colgada de una oportunidad, un lead o un cliente. Úsala solo cuando el usuario pida crear o asignar una tarea. Los responsables salen de list_team_members.

Vota la aprobación de la etapa actual del expediente: approved o rejected (actions.canApprove; si no puede, approvalBlockedReason dice por qué). Un voto en contra puede rechazar el expediente o devolverlo, según el proceso. Solo cuando el usuario lo decida.

Borra una acción de un bot. No se puede deshacer y, si el bot está activo, deja de usarse con clientes en el acto. Para dejar de usarla sin perderla, usa update_bot_action con isActive: false. La acción de respaldo no se borra: marca antes otra con isDefault: true. Solo cuando el usuario lo pida.

Borra una fuente de la base de conocimiento de un bot, con su contenido. No se puede deshacer y, si el bot está activo, deja de usarla con clientes en el acto. Para dejar de usarla sin perderla, usa update_bot_knowledge_source con isActive: false. Solo cuando el usuario lo pida.

Borra un entregable de un proyecto. No se puede deshacer: si solo hay que darlo por descartado, usa update_deliverable con status cancelled. Solo cuando el usuario lo pida.

Borra un proceso que nunca tuvo expedientes (si ya tiene, archívalo con set_process_definition_archived). No se puede deshacer. Solo cuando el usuario lo pida expresamente.

BORRA un cronograma y sus piezas en cascada. Solo ante confirmación explícita del usuario; inspecciona antes las piezas y sus estados.

BORRA una pieza y sus destinos/comentarios. Requiere confirmación explícita; la API impide borrar piezas publicadas.

Borra una tarea. No se puede deshacer: si solo hay que darla por cerrada, usa update_task con status cancelled o complete_task. Solo cuando el usuario lo pida.

Descarta los cambios sin publicar: el borrador vuelve a ser la versión publicada. Lo descartado no se recupera. Solo cuando el usuario lo pida.

Trae el contenido de un documento del expediente (hasta 1 MiB): como texto si es de texto (txt, csv, json, xml), en Base64 si no (PDF, imagen…). Los mayores se descargan desde el admin.

Devuelve el detalle de un registro por el identificador que dio search (formato tipo:id).

Genera con la IA de Alaz el documento de una cotización: la propuesta comercial o, con archetype business_case, el caso de negocio, que va aparte y no reemplaza la propuesta. Parte de los ítems y precios de la cotización (la IA no los cambia), de lo hablado con el cliente en el CRM y del brief. Tarda de 30 s a 2 min: si no termina dentro de la llamada responde status generating, y hay que consultar get_quote_proposal pasado un minuto, sin volver a llamar a esta. No envía nada al cliente.

Consulta el detalle de payable en la empresa activa.

Consulta el detalle de receivable en la empresa activa.

Detalle de un bot: los datos del negocio (nombre, rol, tono, descripción, catálogo, productos del sistema que lee, contacto, saludos, medios de pago) con los mismos nombres que acepta update_bot, y un RESUMEN de sus acciones (qué puede hacer, cómo se elige cada una y si consulta la base de conocimiento) y de sus fuentes de conocimiento (título, tipo, si está activa y si quedó indexada; knowledgeNote avisa si algo impide que el bot las use). El texto completo de una acción se pide con get_bot_action y el de una fuente con get_bot_knowledge_source. Exige ser el dueño de la compañía o tener el permiso «Bots de WhatsApp: configuración».

Una acción de un bot, entera: cuándo se elige (condiciones y criterio para la IA), sus instrucciones o textos fijos, si consulta la base de conocimiento (useKnowledge) y qué deja hecho. Léela antes de editarla con update_bot_action. Los ids salen del resumen de get_bot.

Una fuente de la base de conocimiento de un bot, entera: su título, la pregunta (si es un par pregunta/respuesta), el contenido completo y si está indexada. Léela antes de editarla con update_bot_knowledge_source. Los ids salen del resumen de get_bot. Si status es error o pending, lo guardado todavía NO es lo que el bot busca: una fuente recién creada no se usa, y una editada sigue respondiendo con su versión anterior (chunkCount mayor que 0). Se arregla con update_bot_knowledge_source y reindex: true.