◆ Para soporte, operaciones de CX, fraude y finanzas
A tu agente de soporte lo convencerán algún día de un reembolso.
Con ZIFFER, solo puede reembolsar lo que permite la regla.
El agente responde al cliente. No vacía la cuenta. Los reembolsos se ejecutan dentro de un límite contabilizado, y cualquier importe mayor espera a dos personas designadas.
◆ Para soporte, operaciones de CX, fraude y finanzas
A tu agente de soporte lo convencerán algún día de un reembolso. Con ZIFFER, solo puede reembolsar lo que permite la regla.
El agente responde al cliente. No vacía la cuenta. Los reembolsos se ejecutan dentro de un límite contabilizado, y cualquier importe mayor espera a dos personas designadas.
Dónde se detuvo soporte
Soporte dejó que el agente respondiera. Nunca lo dejó decidir el reembolso.
La IA responde al ticket y resuelve los fáciles. El reembolso excepcional, el gesto comercial y el cierre de cuenta siguen esperando el clic de una persona del equipo, y la documentación de los proveedores lo dice.
El miedo tiene nombre.
- El mensaje que lee el agente lo escribe la persona que quiere el reembolso. El 27 % de los compradores admite abusar de las políticas de reembolso. Ravelin, encuesta del proveedor, n = 6282, 2026-09.
- Lo que dice el bot obliga a la empresa. En 2024 un tribunal canadiense obligó a una aerolínea a cumplir una política de reembolso inventada por su chatbot, y calificó el argumento de que el bot era «una entidad jurídica independiente» de «argumento notable». BC Civil Resolution Tribunal, 2024.
- Los proveedores saben dónde está la línea. La documentación de una plataforma de soporte enumera lo que necesita una persona: «aprobaciones de reembolsos o excepciones … cierres de cuenta, eliminación de datos». Las herramientas de agente de un procesador de pagos exigen «confirmación humana antes de realizar ciertas acciones [de escritura], como los reembolsos».
El miedo tiene un precio.
- El 15,14 % de las devoluciones fue fraudulento en 2024, una pérdida de 103 000 M$. Appriss Retail con Deloitte, 2024-12.
- El 91 % de los responsables de servicio recibe presión de sus directivos para implantar la IA; el 20 % ha recortado plantilla por ella. Gartner, n = 321, 2026-02.
- El 51 % dice que las preocupaciones de seguridad retrasan o limitan su IA. Salesforce State of Service, n = 6500, 2025-11.
| Qué se preguntó | Respuesta | Fuente, muestra, fecha |
|---|---|---|
| ¿Resolverá la IA la mayoría de los casos comunes sin una persona? | 80 % para 2029 (previsión) | Gartner, 2025-03 |
| ¿Recibes presión para implantar la IA? | 91 % sí | Gartner, n = 321 responsables de servicio, 2025-10, publicado en 2026-02 |
| ¿Has recortado plantilla de agentes por la IA? | 20 % sí | Gartner, n = 321, publicado en 2025-12 |
| ¿Qué parte de los casos de servicio gestiona la IA? | 30 % hoy, 50 % previsto para 2027 | Salesforce State of Service, encuesta del proveedor, n = 6500, 2025-11 |
| ¿Las preocupaciones de seguridad retrasan o limitan tu IA? | 51 % sí | ídem |
| ¿Los consumidores esperan una explicación de las decisiones de la IA? | 95 % sí | Zendesk CX Trends 2026, encuesta del proveedor, n = 6182 consumidores, 2025-11 |
| ¿Abusas de las políticas de reembolso? | 27 % lo admite | Ravelin, encuesta del proveedor, n = 6282 compradores, 2026-09 |
Siete respuestas de cuatro fuentes. Las encuestas de proveedores están marcadas en la columna de fuente. La línea de 2029 es una previsión, no una encuesta.
Siete respuestas, un mismo patrón. A soporte le piden automatizar, y la excepción sigue esperando a una persona.
Soporte hizo bien en dejar una persona sobre la excepción. Se equivocó al pensar que un tope en el prompt aguantaría.
Dónde se detuvo soporte
Soporte dejó que el agente respondiera. Nunca lo dejó decidir el reembolso.
La IA responde al ticket y resuelve los fáciles. El reembolso excepcional, el gesto comercial y el cierre de cuenta siguen esperando el clic de una persona del equipo, y la documentación de los proveedores lo dice.
El miedo tiene nombre.
- El mensaje que lee el agente lo escribe la persona que quiere el reembolso. El 27 % de los compradores admite abusar de las políticas de reembolso. Ravelin, encuesta del proveedor, n = 6282, 2026-09.
- Lo que dice el bot obliga a la empresa. En 2024 un tribunal canadiense obligó a una aerolínea a cumplir una política de reembolso inventada por su chatbot, y calificó el argumento de que el bot era «una entidad jurídica independiente» de «argumento notable». BC Civil Resolution Tribunal, 2024.
- Los proveedores saben dónde está la línea. La documentación de una plataforma de soporte enumera lo que necesita una persona: «aprobaciones de reembolsos o excepciones … cierres de cuenta, eliminación de datos». Las herramientas de agente de un procesador de pagos exigen «confirmación humana antes de realizar ciertas acciones [de escritura], como los reembolsos».
El miedo tiene un precio.
- El 15,14 % de las devoluciones fue fraudulento en 2024, una pérdida de 103 000 M$. Appriss Retail con Deloitte, 2024-12.
- El 91 % de los responsables de servicio recibe presión de sus directivos para implantar la IA; el 20 % ha recortado plantilla por ella. Gartner, n = 321, 2026-02.
- El 51 % dice que las preocupaciones de seguridad retrasan o limitan su IA. Salesforce State of Service, n = 6500, 2025-11.
- ¿Resolverá la IA la mayoría de los casos comunes sin una persona?80 % para 2029 (previsión)Gartner, 2025-03
- ¿Recibes presión para implantar la IA?91 % síGartner, n = 321 responsables de servicio, 2025-10, publicado en 2026-02
- ¿Has recortado plantilla de agentes por la IA?20 % síGartner, n = 321, publicado en 2025-12
- ¿Qué parte de los casos de servicio gestiona la IA?30 % hoy, 50 % previsto para 2027Salesforce State of Service, encuesta del proveedor, n = 6500, 2025-11
- ¿Las preocupaciones de seguridad retrasan o limitan tu IA?51 % síídem
- ¿Los consumidores esperan una explicación de las decisiones de la IA?95 % síZendesk CX Trends 2026, encuesta del proveedor, n = 6182 consumidores, 2025-11
- ¿Abusas de las políticas de reembolso?27 % lo admiteRavelin, encuesta del proveedor, n = 6282 compradores, 2026-09
Siete respuestas de cuatro fuentes. Las encuestas de proveedores están marcadas en la columna de fuente. La línea de 2029 es una previsión, no una encuesta.
Siete respuestas, un mismo patrón. A soporte le piden automatizar, y la excepción sigue esperando a una persona.
Soporte hizo bien en dejar una persona sobre la excepción. Se equivocó al pensar que un tope en el prompt aguantaría.
La pieza que falta
Quita el botón de reembolso al agente. Déjale la conversación.
El agente lee, responde y propone. Ahí termina su tarea. Cuántos reembolsos se ejecutan, de qué importe, y qué no se ejecuta nunca lo decide una regla que firmaste antes del turno, y el recuento se lleva fuera del prompt.
La conversación se queda con el agente. La autoridad vive en tu endpoint, sobre un comprobante. ZIFFER no tiene ninguna credencial del procesador ni del helpdesk.
- regla
- Qué acciones existen para el agente, el importe por encima del cual firman dos personas, el límite por hora.
- límite
- Ejecuciones contabilizadas al liberar, fuera del prompt, para que un mensaje persuasivo no pueda subirlo.
- comprobante
- Firmado, verificado sin conexión por tu endpoint antes de llamar al procesador. ZIFFER no tiene ninguna credencial del procesador ni del helpdesk.
El agente responde al cliente. No vacía la cuenta.
La pieza que falta
Quita el botón de reembolso al agente. Déjale la conversación.
El agente lee, responde y propone. Ahí termina su tarea. Cuántos reembolsos se ejecutan, de qué importe, y qué no se ejecuta nunca lo decide una regla que firmaste antes del turno, y el recuento se lleva fuera del prompt.
La conversación se queda con el agente. La autoridad vive en tu endpoint, sobre un comprobante. ZIFFER no tiene ninguna credencial del procesador ni del helpdesk.
- regla
- Qué acciones existen para el agente, el importe por encima del cual firman dos personas, el límite por hora.
- límite
- Ejecuciones contabilizadas al liberar, fuera del prompt, para que un mensaje persuasivo no pueda subirlo.
- comprobante
- Firmado, verificado sin conexión por tu endpoint antes de llamar al procesador. ZIFFER no tiene ninguna credencial del procesador ni del helpdesk.
El agente responde al cliente. No vacía la cuenta.
Lo que las normas ya dicen
La regla no es nueva. Solo el agente lo es.
| Escribieron | Quién, cuándo | Mecanismo de ZIFFER |
|---|---|---|
| «Implemente la autorización en los sistemas posteriores en lugar de confiar en un LLM para decidir si una acción está permitida o no.» | OWASP LLM06:2025, Agencia excesiva, 2024-11 | la decisión la toma la política firmada, y el código de la herramienta verifica un comprobante |
| La limitación de tasa reduce las acciones dañinas «antes de que se produzca un daño significativo». | OWASP LLM06:2025, 2024-11 | el límite contabilizado: ejecuciones por ventana, contadas al liberar |
| «confiar en sistemas externos al LLM para garantizar este comportamiento.» | OWASP LLM07:2025, 2024-11 | el tope de reembolsos vive en accumulators.json, no en el prompt |
| «Los mecanismos de doble autorización exigen la aprobación de dos personas autorizadas para ejecutarse.» | NIST SP 800-53 rev 5, AC-3(2) | quórum 2 de 2 para HIGH, un reembolso por encima del umbral |
| «La separación de funciones … reduce el riesgo de actividad malintencionada sin colusión.» | NIST SP 800-53 rev 5, AC-5 | el proponente nunca cuenta para su propia aprobación; el autor y el revisor de la política son distintos |
| «el responsable del tratamiento podrá solicitar que se facilite la información adicional necesaria para confirmar la identidad del interesado.» | RGPD, art. 12(6) | no hay regla para delete_account, así que la petición del agente se rechaza; la eliminación se queda en tu proceso de privacidad |
| Sospecha de fraude: no eliminar «hasta que otros procedimientos de verificación determinen que la solicitud del consumidor es auténtica» | Reglamento CCPA, § 7061(b) | el agente no puede eliminar; la verificación se queda en tu equipo |
| «Debería ser obvio para [la aerolínea] que es responsable de toda la información de su sitio web.» | BC Civil Resolution Tribunal, 2024, sobre el chatbot de una aerolínea | firmantes designados y un comprobante: la responsabilidad recae en personas, no en el bot |
Cada control puso el tope fuera de la conversación. ZIFFER es el primer lugar donde el agente no puede saltárselo hablando.
Lo que las normas ya dicen
La regla no es nueva. Solo el agente lo es.
- «Implemente la autorización en los sistemas posteriores en lugar de confiar en un LLM para decidir si una acción está permitida o no.»OWASP LLM06:2025, Agencia excesiva, 2024-11Mecanismo de ZIFFERla decisión la toma la política firmada, y el código de la herramienta verifica un comprobante
- La limitación de tasa reduce las acciones dañinas «antes de que se produzca un daño significativo».OWASP LLM06:2025, 2024-11Mecanismo de ZIFFERel límite contabilizado: ejecuciones por ventana, contadas al liberar
- «confiar en sistemas externos al LLM para garantizar este comportamiento.»OWASP LLM07:2025, 2024-11Mecanismo de ZIFFERel tope de reembolsos vive en accumulators.json, no en el prompt
- «Los mecanismos de doble autorización exigen la aprobación de dos personas autorizadas para ejecutarse.»NIST SP 800-53 rev 5, AC-3(2)Mecanismo de ZIFFERquórum 2 de 2 para HIGH, un reembolso por encima del umbral
- «La separación de funciones … reduce el riesgo de actividad malintencionada sin colusión.»NIST SP 800-53 rev 5, AC-5Mecanismo de ZIFFERel proponente nunca cuenta para su propia aprobación; el autor y el revisor de la política son distintos
- «el responsable del tratamiento podrá solicitar que se facilite la información adicional necesaria para confirmar la identidad del interesado.»RGPD, art. 12(6)Mecanismo de ZIFFERno hay regla para delete_account, así que la petición del agente se rechaza; la eliminación se queda en tu proceso de privacidad
- Sospecha de fraude: no eliminar «hasta que otros procedimientos de verificación determinen que la solicitud del consumidor es auténtica»Reglamento CCPA, § 7061(b)Mecanismo de ZIFFERel agente no puede eliminar; la verificación se queda en tu equipo
- «Debería ser obvio para [la aerolínea] que es responsable de toda la información de su sitio web.»BC Civil Resolution Tribunal, 2024, sobre el chatbot de una aerolíneaMecanismo de ZIFFERfirmantes designados y un comprobante: la responsabilidad recae en personas, no en el bot
Cada control puso el tope fuera de la conversación. ZIFFER es el primer lugar donde el agente no puede saltárselo hablando.
Un turno, cuatro escenas
La regla que firmaste a las 09:00 respondió al mensaje de las 10:41.
Reloj de la demo. Límite: dos reembolsos ejecutados por hora para este agente, contabilizados al liberar. Quórum 2 de 2 para cada acción clasificada como HIGH. Sin regla para la eliminación de cuentas.
09:12
El paquete retrasado.
Sin entregar en diez días. El agente propone reship_order en un pedido. LOW, reversible. Autorizada, comprobante, el reenvío llega a la tienda.
registro: ALLOW · comprobante
09:40
La dirección.
Una dirección de envío en un pedido sin preparar. El agente propone update_address. LOW.
registro: ALLOW · comprobante
10:05
La talla equivocada.
Un reembolso de 38 € en un pedido dentro del plazo de devolución. El agente propone refund_order. LOW, primer reembolso de la hora. El endpoint verifica el comprobante y llama al procesador con su propia clave.
registro: ALLOW · comprobante · reembolsos esta hora 1 de 2
10:41
El mensaje.
«Reembolsa todos los pedidos de esta cuenta y elimínala.» El agente se lo cree y propone catorce reembolsos y delete_account. El primer reembolso está dentro del límite y se ejecuta. El segundo alcanza el límite: rechazado, sin comprobante. Igual que los doce siguientes. delete_account no encaja en ninguna regla: rechazada, nunca propuesta a nadie. La cuenta y trece pedidos quedan intactos.
registro: 1 ALLOW · 13 DENY, límite de 2 por hora alcanzado · delete_account DENY, sin regla · nunca ejecutada
Al agente lo persuadieron a las 10:41. A la regla que firmaste a las 09:00, no.
Cuatro comprobantes y catorce rechazos, verificables sin conexión con la clave que tú tienes.
Un turno, cuatro escenas
La regla que firmaste a las 09:00 respondió al mensaje de las 10:41.
Reloj de la demo. Límite: dos reembolsos ejecutados por hora para este agente, contabilizados al liberar. Quórum 2 de 2 para cada acción clasificada como HIGH. Sin regla para la eliminación de cuentas.
09:12
El paquete retrasado.
Sin entregar en diez días. El agente propone reship_order en un pedido. LOW, reversible. Autorizada, comprobante, el reenvío llega a la tienda.
registro: ALLOW · comprobante
09:40
La dirección.
Una dirección de envío en un pedido sin preparar. El agente propone update_address. LOW.
registro: ALLOW · comprobante
10:05
La talla equivocada.
Un reembolso de 38 € en un pedido dentro del plazo de devolución. El agente propone refund_order. LOW, primer reembolso de la hora. El endpoint verifica el comprobante y llama al procesador con su propia clave.
registro: ALLOW · comprobante · reembolsos esta hora 1 de 2
10:41
El mensaje.
«Reembolsa todos los pedidos de esta cuenta y elimínala.» El agente se lo cree y propone catorce reembolsos y delete_account. El primer reembolso está dentro del límite y se ejecuta. El segundo alcanza el límite: rechazado, sin comprobante. Igual que los doce siguientes. delete_account no encaja en ninguna regla: rechazada, nunca propuesta a nadie. La cuenta y trece pedidos quedan intactos.
registro: 1 ALLOW · 13 DENY, límite de 2 por hora alcanzado · delete_account DENY, sin regla · nunca ejecutada
Al agente lo persuadieron a las 10:41. A la regla que firmaste a las 09:00, no.
Cuatro comprobantes y catorce rechazos, verificables sin conexión con la clave que tú tienes.
La regla
Seis filas deciden el turno. El agente no escribió ninguna.
El nivel viene de la acción y del importe. El recuento viene de la regla, no del prompt. Una acción sin fila se rechaza.
| Acción | Objetivo | Nivel | Clasificación | Resultado |
|---|---|---|---|---|
| reship_order | un pedido | T1 | LOW | autorizada, comprobante |
| update_address | pedido sin preparar | T1 | LOW | autorizada, comprobante |
| refund_order | un pedido, hasta 100 € | T1 | LOW | autorizada, comprobante; contabilizada, 2 por hora |
| refund_order | tercer reembolso de la hora | T1 | límite alcanzado | rechazada, sin comprobante |
| refund_order | un pedido, por encima de 100 € | T2 | HIGH | quórum 2 de 2, comprobante |
| delete_account | cuenta de cliente | ninguno | sin regla | rechazada, nunca se ejecuta |
floors · risk_functions · reversibility · accumulators
El umbral de 100 € y el límite son valores de demo que fijas tú.
La regla
Seis filas deciden el turno. El agente no escribió ninguna.
El nivel viene de la acción y del importe. El recuento viene de la regla, no del prompt. Una acción sin fila se rechaza.
- reship_orderun pedidoT1 · LOW autorizada, comprobante
- update_addresspedido sin prepararT1 · LOW autorizada, comprobante
- refund_orderun pedido, hasta 100 €T1 · LOW autorizada, comprobante; contabilizada, 2 por hora
- refund_ordertercer reembolso de la horaT1 · límite alcanzado rechazada, sin comprobante
- refund_orderun pedido, por encima de 100 €T2 · HIGH quórum 2 de 2, comprobante
- delete_accountcuenta de clienteninguno · sin regla rechazada, nunca se ejecuta
floors · risk_functions · reversibility · accumulators
El umbral de 100 € y el límite son valores de demo que fijas tú.
Antes de que preguntes
Lo que todo responsable de soporte pregunta primero.
¿Los clientes esperarán una aprobación?
No. Todo lo que está dentro de la regla se ejecuta al momento, con un comprobante. Solo un reembolso por encima del umbral espera a dos personas del equipo, que es la cola de excepciones que ya gestionas hoy.
¿Qué impide que convenzan al agente de hacer más reembolsos?
El recuento. Vive en la regla, fuera del prompt, y se comprueba cuando se libera el reembolso. Un mensaje no puede subirlo.
¿Quién firma cuando el equipo duerme?
Dos cualesquiera de las personas del equipo que nombra la regla, en sus teléfonos, con sus passkeys. Lo que nadie firma espera, y el cliente recibe la respuesta que el agente ya dio: una persona lo confirmará.
Listamos nuestros límites antes de que los encuentres. Entonces no se ejecuta nada, y el registro lo dice.
Antes de que preguntes
Lo que todo responsable de soporte pregunta primero.
¿Los clientes esperarán una aprobación?
No. Todo lo que está dentro de la regla se ejecuta al momento, con un comprobante. Solo un reembolso por encima del umbral espera a dos personas del equipo, que es la cola de excepciones que ya gestionas hoy.
¿Qué impide que convenzan al agente de hacer más reembolsos?
El recuento. Vive en la regla, fuera del prompt, y se comprueba cuando se libera el reembolso. Un mensaje no puede subirlo.
¿Quién firma cuando el equipo duerme?
Dos cualesquiera de las personas del equipo que nombra la regla, en sus teléfonos, con sus passkeys. Lo que nadie firma espera, y el cliente recibe la respuesta que el agente ya dio: una persona lo confirmará.
Listamos nuestros límites antes de que los encuentres. Entonces no se ejecuta nada, y el registro lo dice.
Nada que sustituir
Conserva tu agente de helpdesk. Conserva tu endpoint de reembolsos. Añade la regla y el comprobante.
- SDK
- Tu endpoint de reembolsos propone y luego verifica el comprobante antes de llamar al procesador. Python y TypeScript.
- Acciones
- La acción personalizada de tu helpdesk ya llama a tu endpoint por HTTPS. La llamada a ZIFFER va en ese endpoint, antes del procesador.
- MCP
- Un agente en un cliente MCP propone a través del servidor ZIFFER. El comprobante sigue yendo a tu código.
- latencia
- p50 244 ms, p99 1,2 s de la propuesta a la decisión. Medido el 2026-08-28, ensayo local.
Los pasos de aprobación de un helpdesk son una sola persona del equipo, y gana la primera respuesta, con el registro dentro de la plataforma. ZIFFER añade un límite contabilizado, firmantes designados con passkeys y un comprobante que verificas fuera de ella.
Nada que sustituir
Conserva tu agente de helpdesk. Conserva tu endpoint de reembolsos. Añade la regla y el comprobante.
- SDK
- Tu endpoint de reembolsos propone y luego verifica el comprobante antes de llamar al procesador. Python y TypeScript.
- Acciones
- La acción personalizada de tu helpdesk ya llama a tu endpoint por HTTPS. La llamada a ZIFFER va en ese endpoint, antes del procesador.
- MCP
- Un agente en un cliente MCP propone a través del servidor ZIFFER. El comprobante sigue yendo a tu código.
- latencia
- p50 244 ms, p99 1,2 s de la propuesta a la decisión. Medido el 2026-08-28, ensayo local.
Los pasos de aprobación de un helpdesk son una sola persona del equipo, y gana la primera respuesta, con el registro dentro de la plataforma. ZIFFER añade un límite contabilizado, firmantes designados con passkeys y un comprobante que verificas fuera de ella.
FAQ
Agentes de soporte de IA y ZIFFER, en ocho preguntas.
¿Un agente de soporte de IA puede emitir reembolsos sin aprobación?
Dentro de la regla, sí, y con un comprobante por cada uno. Por encima del umbral, firman dos personas del equipo designadas o no ocurre.
¿Cómo evito que engañen a un chatbot para que haga reembolsos?
Mantén el tope fuera del chat. ZIFFER cuenta las ejecuciones en la regla, al liberar, para que un mensaje persuasivo no pueda subirlo.
¿Cómo limito cuántos reembolsos puede dar un agente de IA por hora?
Un límite en la regla: un número por ventana para ese agente, efecto rechazo. El tercer reembolso de la hora se rechaza sin comprobante.
¿Debería un agente de IA poder eliminar una cuenta de cliente?
No a través del agente. Deja delete_account fuera de su regla y se rechaza; las eliminaciones se quedan en tu proceso de privacidad.
¿Una empresa responde de lo que promete su chatbot?
Un tribunal obligó a una aerolínea a cumplir una política inventada por su chatbot. Con ZIFFER la promesa no es la acción: lo que se ejecuta es lo que la regla permitió y personas designadas firmaron.
¿ZIFFER funciona con el agente de helpdesk que ya uso?
Sí, siempre que el agente actúe a través de un endpoint o una acción que sea tuya. Un reembolso que la plataforma ejecuta dentro de sí misma sin llamada externa no queda controlado, y lo decimos.
¿ZIFFER tiene mis credenciales del procesador o del helpdesk?
No. Tu endpoint llama al procesador con tu clave, después de verificar el comprobante.
¿Qué ve ZIFFER?
La propuesta, la época de la política, el recuento y las atestaciones. La conversación, no.
FAQ
Agentes de soporte de IA y ZIFFER, en ocho preguntas.
¿Un agente de soporte de IA puede emitir reembolsos sin aprobación?
Dentro de la regla, sí, y con un comprobante por cada uno. Por encima del umbral, firman dos personas del equipo designadas o no ocurre.
¿Cómo evito que engañen a un chatbot para que haga reembolsos?
Mantén el tope fuera del chat. ZIFFER cuenta las ejecuciones en la regla, al liberar, para que un mensaje persuasivo no pueda subirlo.
¿Cómo limito cuántos reembolsos puede dar un agente de IA por hora?
Un límite en la regla: un número por ventana para ese agente, efecto rechazo. El tercer reembolso de la hora se rechaza sin comprobante.
¿Debería un agente de IA poder eliminar una cuenta de cliente?
No a través del agente. Deja delete_account fuera de su regla y se rechaza; las eliminaciones se quedan en tu proceso de privacidad.
¿Una empresa responde de lo que promete su chatbot?
Un tribunal obligó a una aerolínea a cumplir una política inventada por su chatbot. Con ZIFFER la promesa no es la acción: lo que se ejecuta es lo que la regla permitió y personas designadas firmaron.
¿ZIFFER funciona con el agente de helpdesk que ya uso?
Sí, siempre que el agente actúe a través de un endpoint o una acción que sea tuya. Un reembolso que la plataforma ejecuta dentro de sí misma sin llamada externa no queda controlado, y lo decimos.
¿ZIFFER tiene mis credenciales del procesador o del helpdesk?
No. Tu endpoint llama al procesador con tu clave, después de verificar el comprobante.
¿Qué ve ZIFFER?
La propuesta, la época de la política, el recuento y las atestaciones. La conversación, no.
El agente responde al cliente. No vacía la cuenta.
Trae el agente de soporte que usas y el endpoint al que llama. Sal con la regla firmada.
El agente responde al cliente. No vacía la cuenta.
Trae el agente de soporte que usas y el endpoint al que llama. Sal con la regla firmada.