Zapier

Zapier se ubica entre AppBO y un catálogo enorme de software de negocio: hojas de cálculo, sistemas contables, gestores de proyectos, herramientas de firma electrónica, mesas de ayuda y sistemas de nicho que nunca van a publicar una API moderna propia. Del lado de AppBO, Zapier puede tanto escuchar (un contacto nuevo, un cambio de etapa en una oportunidad, el envío de un formulario) como actuar (crear o actualizar un contacto, agregar una nota, mover una oportunidad, iniciar un flujo de trabajo). Del otro lado hace lo mismo con la aplicación que conectes.

Conviene usarlo cuando la conexión de verdad es simple y la alternativa es contratar a un desarrollador. Un Zap es una secuencia corta y lineal: algo pasa, opcionalmente se busca algo y después se hacen una o más cosas. Esa forma cubre una cantidad enorme del trabajo real de integración: copiar el prospecto en la hoja de cálculo que de verdad usa el equipo de finanzas, abrir el ticket, agregar la fila, avisar en el canal, sin que nadie tenga que montar ni mantener un servicio. La persona de operaciones que es dueña del proceso puede leer el Zap y cambiarlo.

El costo es el control. No eres dueño de la política de reintentos, el manejo de errores es el que te da la plataforma, las ramificaciones complejas se vuelven caras y difíciles de leer, y cada paso consume cuota de tareas. Zapier es la respuesta correcta cuando importan la amplitud y la velocidad; es la respuesta equivocada para sincronizaciones de alto volumen, para todo lo que necesite garantías transaccionales y para lógica con ramificaciones profundas, que es donde Make, n8n o tu propio código justifican su costo.

1. Antes de abrir Zapier, escribe la integración en una sola oración: cuando pase X en el sistema A, haz Y en el sistema B, relacionando los registros por Z. Si no puedes decirlo así, probablemente esa lógica va en un flujo de trabajo o en código.
2. Decide de qué lado está el disparador. Un disparador del lado de AppBO significa que AppBO es la fuente de verdad del evento; un disparador en la otra aplicación significa que la fuente es ella. Elegir mal lleva a ciclos donde cada sistema actualiza al otro para siempre.
3. En Zapier, crea el Zap y elige la aplicación y el evento que lo disparan.
4. Conecta la cuenta de AppBO. Zapier abrirá su flujo de autorización; inicia sesión en la subcuenta específica que quieres conectar y aprueba los permisos que pide. Ponle a la conexión el nombre de la subcuenta, porque con el tiempo vas a tener varias y en la lista desplegable se ven idénticas.
5. Confirma que la conexión apunta a la cuenta correcta dejando que Zapier traiga datos de muestra y revisando que los registros que ves sean los que esperas. Este es el paso que la gente se salta y después lamenta.
6. Configura el disparador, incluido cualquier filtro que el propio disparador permita: un pipeline específico, un formulario específico, una etiqueta específica. Filtrar en el disparador sale más barato que filtrar después.
7. Agrega un paso de filtro (Filter) justo después del disparador para cualquier condición que el disparador no pueda expresar. Todo lo que sigue solo corre si el filtro pasa, y así proteges tu cuota de tareas.
8. Agrega un paso de búsqueda (una acción de buscar registro) antes de cualquier creación. Busca por la clave que elegiste para relacionar registros y activa la opción de crear el registro solo si no se encuentra nada. Esta es la defensa principal contra los duplicados.
9. Agrega los pasos de acción. Mapea los campos de forma explícita, uno por uno, desde la salida del disparador hacia los campos de destino; no confíes en que los campos con el mismo nombre se emparejen solos.
10. Normaliza los formatos en el mapeo: teléfonos en formato E.164, fechas en el formato que espera el destino y montos como número simple, sin símbolos ni separadores de miles.
11. Prueba cada paso con datos de muestra reales y lee el resultado, no solo la palomita verde. Un paso puede salir bien y aun así escribir un valor vacío.
12. Verifica de principio a fin en el sistema de destino: encuentra el registro que creó Zapier, confirma que llegó cada campo mapeado y que nada se duplicó.
13. Revisa que no haya ciclos. Si el Zap escribe de vuelta en el sistema que lo dispara, confirma que esa escritura no pueda volver a cumplir el disparador. Agrega una etiqueta, un campo indicador o un filtro que excluya los cambios hechos por la automatización.
14. Activa el Zap y vigila el historial de tareas en las primeras ejecuciones reales, en lugar de dar por hecho que funciona.
15. Configura las notificaciones de error y revisa el historial del Zap cada semana durante un mes. La mayoría de las fallas de un Zap son silenciosas hasta que alguien pregunta dónde quedaron sus datos.

De la plataforma a Zapier

• Los datos de los eventos que expone la app de AppBO en Zapier: normalmente contactos nuevos o actualizados, cambios de etapa en el pipeline, envíos de formularios y encuestas, actividad de citas y mensajes entrantes. Revisa la lista de disparadores de la app para ver el catálogo actual.
• El registro que hizo el disparo, con sus campos estándar y los valores de campos personalizados disponibles para la conexión.
• Los resultados de los pasos de búsqueda cuando Zapier busca un contacto o una oportunidad por clave.

De Zapier a la plataforma

• Creación y actualización de contactos: nombre, email, teléfono, dirección, etiquetas, responsable y valores de campos personalizados.
• Creación de oportunidades y cambios de etapa, con pipeline y valor.
• Notas y tareas asociadas a un contacto.
• Entrada a flujos de trabajo: agregar un contacto a un flujo específico.
• Creación de citas, donde la app lo permite.

Lo que no se mueve

• Todo lo que la app de Zapier no expone como disparador o acción. La app cubre una parte de la API REST, y en ese hueco recurres a un paso de webhook que llame directamente a la API.
• Datos masivos o históricos. Los Zaps procesan un registro por tarea; cargar diez mil contactos históricos es una importación, no un Zap.
• Elementos de los editores: funnels, sitios y plantillas de email.
• Archivos adjuntos más allá de lo que soporte cada acción; revísalo acción por acción en lugar de suponerlo.
• Un orden garantizado entre ejecuciones separadas de un Zap.

Escenario: cada oportunidad ganada en AppBO tiene que aparecer como una fila de proyecto en la hoja de cálculo que usa el equipo de entrega, y al cliente se le debe enviar por email un formulario de onboarding, sin crear filas duplicadas cuando alguien vuelve a editar la oportunidad.

1. Creas un Zap con el disparador de AppBO para cambio de etapa en el pipeline, conectado a la subcuenta Clínica Acme.
2. Zapier trae tres cambios de etapa recientes como muestra. Confirmas que vienen de la cuenta correcta y que el campo personalizado con el tipo de servicio viene en los datos.
3. Agregas un paso de filtro: continuar solo si la nueva etapa es Ganada y el pipeline es Pacientes nuevos. Los cambios a cualquier otra etapa se detienen aquí y cuestan una tarea en lugar de cinco.
4. Agregas un paso de búsqueda Find Row en la hoja de cálculo que busca una fila cuya columna opportunity_id coincida con el identificador de la oportunidad que llegó en el disparador.
5. Activas create if not found en la búsqueda y mapeas las columnas de la fila nueva: identificador de la oportunidad, nombre del contacto, email, tipo de servicio, fecha en que se ganó y nombre del usuario asignado.
6. Agregas una ruta para el caso en que la fila ya existía, que actualiza esa fila en lugar de agregar una segunda.
7. Agregas una acción de AppBO que mete al contacto en el flujo Onboarding, que es donde de verdad se envía el email con el formulario. Así la plantilla del mensaje se queda en la plataforma, donde el equipo de atención al cliente puede editarla.
8. Pruebas con una oportunidad real movida a Ganada. El filtro pasa, la búsqueda no encuentra nada, se crea la fila, el contacto entra al flujo y llega el email de onboarding.
9. Una hora después, un vendedor edita el valor de la oportunidad y el disparador se vuelve a activar. El filtro pasa porque la etapa sigue siendo Ganada, pero ahora la búsqueda encuentra la fila existente y la ruta la actualiza en lugar de crear un duplicado. El paso del flujo está protegido por un filtro que revisa una etiqueta que pone el propio flujo, así que el email de onboarding no se envía dos veces.
10. Dos semanas después, la persona dueña de la hoja de cálculo le cambia el nombre a una columna. El Zap empieza a fallar en ese paso, llega la notificación de error, vuelves a mapear ese campo y reprocesas las tareas fallidas desde el historial del Zap.

Límites de uso y consumo de tareas

Cada paso de una ejecución real de un Zap consume una tarea, y los disparadores por consulta (polling) solo revisan cada cierto intervalo, que depende del plan, en lugar de dispararse al instante. De ahí salen dos consecuencias: filtra lo antes posible para que las ejecuciones baratas se detengan antes de los pasos caros, y no le prometas comportamiento en tiempo real a nadie si tu disparador es por consulta. Del lado de la plataforma, las llamadas de Zapier cuentan contra el presupuesto de API de la cuenta, como las de cualquier otro cliente.

Reintentos e idempotencia

Zapier reintenta los pasos fallidos según su propio calendario, y un paso que se agotó por tiempo después de funcionar se reintenta de todos modos. Los Zaps no tienen transacciones: si el paso cuatro falla después de que el paso tres ya escribió un registro, nada se deshace, y el reintento vuelve a correr desde el punto de la falla con los efectos del paso tres ya aplicados. La defensa es la misma en todos lados: buscar antes de crear, relacionar registros por una clave estable y preferir acciones de actualizar o crear sobre acciones que solo crean.

Trampas al mapear campos

Los campos personalizados pueden aparecer con identificadores técnicos en lugar de nombres claros, y un campo que no viene en el registro de muestra simplemente no aparece en el selector del mapeo, así que elige una muestra que tenga todos los campos llenos. Los campos desplegables y de opciones rechazan valores que no estén entre sus opciones, las fechas necesitan el formato del destino y un teléfono sin código de país no va a coincidir con un contacto existente y va a crear uno nuevo. Las partidas y las listas anidadas son incómodas y muchas veces necesitan un paso de formato.

Creación de duplicados

Este es el defecto más común de un Zap. Un Zap que se dispara con actualizaciones y termina en una acción de crear va a agregar un registro cada vez que alguien edite cualquier cosa. Siempre agrega un paso de búsqueda y siempre basa la búsqueda en algo que no pueda cambiar: un identificador, no un nombre.

Ciclos

Un Zap que escribe de vuelta en el mismo sistema que lo dispara puede volver a dispararse sin fin. Rompe el ciclo con una marca que ponga la automatización y que el filtro del disparador excluya.

Pruebas contra producción

Zapier no tiene un entorno de pruebas real. Probar un paso escribe datos reales en el destino, así que prueba contra una subcuenta de prueba y una hoja de cálculo de prueba, y limpia después. Cuidado con los registros de prueba que se quedan en un pipeline de producción y le distorsionan el reporte a alguien.

Vencimiento de la autorización

La conexión de AppBO en Zapier guarda un token que se puede revocar o vencer: cuando un usuario desconecta la app, cuando la subcuenta cambia de dueño o cuando cambian los permisos. Zapier apaga el Zap después de varias fallas de autenticación seguidas y le escribe al dueño del Zap, lo cual es un problema si esa persona ya se fue de la empresa. Pon la conexión y los Zaps en una cuenta compartida, no en una personal.

Lo que se rompe con más frecuencia

• Zaps que pertenecen a un empleado que ya se fue, con alertas que llegan a un buzón que nadie revisa.
• Una columna, un campo o una etapa del pipeline renombrados que rompen un mapeo sin avisar.
• La subcuenta equivocada elegida en una lista de conexiones confusa.
• Un filtro faltante que hace que cualquier edición menor corra el Zap completo.
• La demora de un disparador por consulta confundida con un Zap roto.
• La cuota de tareas agotada a mitad de mes, que detiene todos los Zaps a la vez.