Reconstruir una función de Zapier después del 1 de septiembre
Una lista de verificación serena para restaurar una función de Zapier detenida tras la retirada de la plataforma, sin perder las claves ni los disparadores del flujo.
Tu Zap de producción puede detenerse el mismo día en que una plataforma retira una función. Zapier Functions se retirará el 1 de septiembre de 2026, por lo que una función detenida necesita una reconstrucción. Reconstrúyela como un paso de Code by Zapier. Code by Zapier no puede almacenar claves de API ni tokens como secretos directamente en el código. Trátalo como un incidente individual: recupera el código, reconstruye los disparadores, traslada los secretos y prueba antes de volver a confiar en él.
Code by Zapier es el camino de reconstrucción
La función anterior es una especificación: ya muestra las entradas, las salidas y los casos límite. Code by Zapier admite JavaScript y Python. Usa el lenguaje que ya conoces, para que una función de JavaScript siga siendo JavaScript y una función de Python siga siendo Python.
También pone a disposición paquetes de npm y PyPI, añade soporte de IA para generar código e incluye un SDK de Zapier exclusivo de JavaScript. Usa la ayuda de IA para redactar la primera versión, pero mantén la lógica bajo tu control. Una función que antes vivía en un solo lugar ahora puede necesitar un paso de código, un paso de API y un disparador para cada punto de entrada.
Los tiempos de ejecución llegan hasta diez minutos. Ten en cuenta el límite de tiempo de ejecución antes de pegar un script de larga duración.
Las lagunas determinan la reconstrucción
Algunas funciones son un solo archivo, el caso más sencillo. Otras son una carpeta de utilidades o una biblioteca compartida. Algunos secretos son visibles; otros están enmascarados. Anota en qué caso te encuentras antes de empezar. Una función de varios archivos necesita un responsable claro para cada utilidad. Un secreto enmascarado necesita un nuevo lugar antes de que el antiguo desaparezca. El secreto enmascarado es el silencioso: puede haber funcionado durante mucho tiempo y luego volverse difícil de copiar. Planifica volver a introducirlo.
No reconstruyas todo de una vez. Restaura primero el camino de producción más pequeño: un solo disparador, un solo paso de código, una sola salida. Si ese camino funciona, añade el siguiente disparador. Esto mantiene el incidente pequeño y te da una versión funcional con la que puedes comparar el comportamiento anterior.
Cinco pasos restauran el flujo de trabajo
- Inventaría la función anterior. Anota cada disparador, campo de entrada, campo de salida, aplicación, punto final y secreto que usaba el flujo de trabajo. Indica qué campos eran obligatorios y cuáles eran opcionales. Una lista de una página es suficiente.
- Recupera el código. Copia la función original en un archivo, anota el lenguaje y lista los paquetes que importaba. Si el código llamaba a otro servicio, anota el punto final y la forma de la solicitud. Termina con un archivo limpio que puedas leer, editar y pegar en un nuevo paso de código.
- Reconstruye los disparadores. Si la función anterior tenía varios disparadores, asigna a cada uno su propio Zap o enruta la lógica compartida a través de un sub-Zap. Termina cuando puedas iniciar desde cualquier punto de entrada y llegar a la misma lógica compartida sin duplicar claves.
- Adapta entradas, salidas y secretos. Sacar las claves del código. Para aplicaciones no admitidas o puntos finales no estándar, usa API by Zapier con el SDK de Zapier como vía autenticada. Detente cuando ninguna clave aparezca en el código y cada llamada externa tenga una vía de autenticación clara.
- Prueba y publica. Ejecuta una carga de muestra, verifica la salida y comprueba los casos límite que fallaron antes. Anota cualquier laguna restante, como utilidades de varios archivos o secretos enmascarados. Actívalo solo cuando el flujo de trabajo se comporte como se espera.
La próxima recuperación debería ser aburrida
Deja las claves fuera del código. Coloca un pequeño documento junto al flujo de trabajo: el disparador, el archivo de código, la ubicación del secreto, la carga de prueba y cualquier laguna restante. Mantén el documento junto al código, ya sea que el código esté en un archivo o en una nota.
Cuando una plataforma modifica una función, ese documento convierte el pánico en una lista de verificación. Cuenta las horas que dedicas a reconstruir, no solo los dólares que ahorras.
