IA y automatizaciónServicio
Integraciones de API y automatización
Conecta sistemas que no se hablan, sustituye exportaciones manuales por un pipeline o construye la herramienta interna que falta. Presupuesto por escrito.
- Publicado
- Revisado
¿Prefieres el email? next@taskfordaniel.com
El problema
Cuándo tiene sentido esta solicitud
Algunas formas de tarea aparecen con frecuencia suficiente para nombrarlas directamente, cada una hipotética y no un encargo concreto:
Ejemplo hipotético: el CRM de una tienda y su checkout de Shopify no comparten datos, así que cada cliente nuevo se registra dos veces, y los dos registros se desincronizan en cuestión de un mes.
Ejemplo hipotético: el informe de cierre de mes sigue significando abrir cuatro exportaciones — pedidos de Shopify, gasto publicitario de dos plataformas, el libro mayor de un procesador de pagos — y pegarlas en una hoja de cálculo que ya tiene fórmulas rotas. La tarea no es la hoja de cálculo; es que nada produce esos números por sí solo.
Ejemplo hipotético: un equipo de operaciones necesita una herramienta interna que aún no existe — una página donde alguien de almacén pueda buscar un pedido en dos sistemas que no se hablan entre sí, en vez de pedirle a un ingeniero que lance una consulta cada vez.
Ejemplo hipotético: una agencia quiere su propia app de Shopify, no una compartida entre comercios sin relación, con una forma limpia de instalarla, actualizarla y retirarla por cliente.
Ejemplo hipotético: los emails entrantes y sus adjuntos se convierten en un borrador de tarea estructurado, una persona lo revisa y solo entonces se escribe en el CRM — ver Solicitudes con IA: del email a una tarea revisada.
El hilo común: dos o más sistemas, o un sistema y una hoja de cálculo, que deberían intercambiar datos y no lo hacen. Si la respuesta honesta es «aún no sabemos qué falla» y los sistemas implicados son GA4, Meta, Google Ads o los pedidos de Shopify, eso es el Tracking Health Check; en cualquier otro caso, es hablar primero de la tarea en el contacto.
Un camino claro hacia un resultado verificable.
- 01
Acordar el alcance
Presupuesto escrito y criterios de aceptación.
- 02
Construir por separado
Implementación en un entorno de trabajo separado.
- 03
Verificar y entregar
Pruebas contra los criterios acordados; documentar el cambio y la reversión.
Sistemas
Sistemas de entrada con los que trabajo
Son capacidades, no un menú fijo — lo que entra en el alcance depende de la tarea. La lista siguiente recoge lo que aparece con más frecuencia, desde Shopify hasta endpoints sin una plataforma con nombre en ningún extremo.
Trabaja con
- Shopify — Admin API, GraphQL, webhooks y la superficie de checkout/customer-events.
- Plataformas de medición — exportaciones de GA4/BigQuery, APIs de Meta y Google Ads, cuando una integración lee o escribe junto al tracking existente en vez de duplicarlo.
- CRMs y plataformas de correo — vía sus APIs o webhooks.
- Hojas de cálculo — como origen, como destino, o como lo que un pipeline sustituye cuando ya ha demostrado su valía.
- Bases de datos internas que ya operas.
- Endpoints y colas HTTP/webhook genéricos sin una plataforma con nombre en uno o en ambos extremos.
Por escrito
El contrato de datos, por escrito antes del código
Antes de construir nada, dejo por escrito qué se mueve entre sistemas: qué campos, quién es responsable de cada uno, en qué dirección fluyen y con qué frecuencia. Acordarlo primero evita los dos fallos que veo más a menudo: un campo sobrescrito en silencio por el sistema equivocado, y registros duplicados de una ejecución disparada dos veces.
También queda por escrito qué hace que un registro sea el mismo que otro (la clave de idempotencia) y qué significa «terminado» para un registro y para el pipeline.
Contrato de datos
Ejemplo hipotético, una sincronización de clientes CRM–Shopify
Tabla comparativa — desplázate horizontalmente para ver todas las columnas
| Campo | Responsable | Dirección | Frecuencia | Clave de idempotencia |
|---|---|---|---|---|
| Email del cliente | CRM | CRM → Shopify | Tiempo real (webhook) | Email, en minúsculas |
| Total del pedido | Shopify | Shopify → CRM | Tiempo real (webhook) | ID de pedido de Shopify |
| Estado de envío | Shopify | Shopify → CRM | Cada 15 min (sondeo) | ID de pedido + fecha del estado |
«Terminado» aquí significa: todo pedido con un cliente coincidente en el CRM muestra su total y su estado de envío en el CRM dentro del plazo acordado, y un webhook reenviado nunca crea un segundo registro.
Operación
Gestión de errores y operación
Una integración que solo funciona cuando nada falla no está terminada. La gestión de errores se adapta a lo que pide la tarea, cubriendo el fallo, la visibilidad y la recuperación, no solo el camino en el que todo sale bien.
Adjunto
Parte de esto es la disciplina que hay detrás de DeploTeka, mi propia plataforma de ciclo de vida (no trabajo de cliente), construida para aprovisionar una app de distribución personalizada por tienda cliente. La guía muestra cómo funciona en producción para mi propio producto, Fixel Pixel.
Reintentos con límite para fallos transitorios, sin convertir un fallo permanente en un bucle de reintentos.
Un lugar donde los registros fallidos esperan revisión cuando una ejecución agota sus reintentos, para que un fallo no desaparezca.
Alertas que llegan a una persona, no solo una línea de log.
Volver a ejecutar sin riesgo: si un proceso se ejecuta dos veces o se detiene a medias, el mismo registro nunca se procesa dos veces.
Registro (logging) que permite reconstruir lo ocurrido sin registrar secretos ni datos de clientes, con las credenciales en un gestor de secretos, nunca en el código.
Una reversión o interruptor de emergencia documentado que no me necesite a mí en una llamada.
Entrega
Qué recibes y cómo se verifica
Los entregables son los de la lista de arriba, verificados contra los criterios de aceptación acordados antes de empezar — no la conciliación a nivel de pedido, que es específica del trabajo de tracking.
Eso incluye el contrato de datos por escrito, la construcción en un espacio aparte de todo lo que está en producción, la gestión de errores adaptada y un runbook.
Aceptación significa que el pipeline hace lo que decía el alcance escrito, comprobado con datos reales o realistas antes de darlo por terminado, con una forma documentada de deshacer el cambio. Los defectos de lo entregado, dentro del alcance original, se corrigen gratis durante 30 días tras la aceptación. Nuevos requisitos, un cambio en el contrato de una API de terceros y problemas no relacionados son alcance aparte, presupuestado por separado.
Kit de entrega
- Un contrato de datos por escrito — campos, dirección, responsable y frecuencia — acordado antes de escribir código
- La integración o automatización en sí: webhook, tarea programada, herramienta interna o conexión de API, construida en un espacio de trabajo aparte
- Los fallos no desaparecen: reintentos limitados, un lugar donde los registros fallidos esperan revisión y una alerta que llega a una persona
- Volver a ejecutar sin riesgo: si un proceso se ejecuta dos veces o se detiene a medias, el mismo registro nunca se procesa dos veces
- Un runbook breve — qué hace la integración, dónde viven los secretos, cómo revertirla
- Verificación contra los criterios de aceptación acordados antes de empezar
Precios
Cómo se presupuesta
El trabajo acotado tiene una suma fija acordada antes de empezar; el trabajo abierto se delimita y se cobra por resultado. El trabajo continuo funciona como una colaboración mensual en vez de presupuestos puntuales repetidos.
Hablar de la tarea y una primera valoración del alcance por escrito son gratis. Si un proyecto más grande necesita un trabajo de diseño real antes de poder presupuestarlo, ese paso tiene un precio aparte y lo apruebas antes de que empiece. Ver precios para el catálogo completo.
Lista de precios
- Focused Fix desde EUR 425 Una integración o corrección acotada: conectar dos sistemas por una ruta definida, reparar un pipeline roto, añadir un endpoint; una suma fija y los criterios de aceptación antes de empezar.
- Custom Engineering Project desde EUR 1.400 Una aplicación, una integración con varios sistemas, una automatización o una migración compleja, con precio según el resultado y el alcance acordado.
- Technical Partnership EUR 950/mes Por 8 horas de ingeniería en un área acordada, una tarea activa a la vez; las horas no se acumulan.
- Technical Working Session EUR 185 Una pregunta genuinamente pequeña y bien definida, tratada en una sesión en vez de un proyecto, con un breve resumen escrito.
Precio y plazo
Hablemos de tu proyecto
Si la tarea está clara, la presupuesto directamente. Si todavía no lo está, te digo qué necesito ver primero.
Envía un párrafo a next@taskfordaniel.com o usa la página de contacto: los sistemas implicados, qué falla o falta hoy y qué significaría «terminado» para ti. Normalmente respondo en un día laborable con si lo asumiría, qué necesitaría ver primero y cómo lo delimitaría. Esto es un presupuesto directo, no un diagnóstico. Si resulta que tu pregunta es de tracking y la causa se desconoce, el Tracking Health Check es una opción.
PresupuestoFijado antes de empezar
- Precio
- Focused Fix desde EUR 425 · Custom Engineering Project desde EUR 1.400 · presupuesto por escrito
- Plazo
- Desde unos pocos días para una integración acotada; los proyectos más grandes se planifican contra el alcance ya acordado
Preguntas
Preguntas frecuentes
¿Es lo mismo que el Tracking Health Check?
No. El Health Check es un diagnóstico de tracking de solo lectura: comprueba si GA4, Meta, Google Ads y Shopify coinciden con tus pedidos. El trabajo de integración y automatización no pasa por ahí en absoluto: describes los sistemas y la tarea, y respondo con un alcance y un presupuesto. Si la tarea resulta ser un problema de tracking disfrazado, te lo digo en vez de presupuestar lo que no toca.
¿Y si todavía no sé exactamente qué necesito?
Es normal, y para eso está el primer paso. Describe los sistemas implicados y qué no funciona — envía una exportación, una captura del proceso manual, o simplemente qué falla — y te respondo con qué necesitaría ver a continuación y cómo lo delimitaría, por escrito y sin coste.
¿El contrato de datos lo escribes tú o yo?
Escribo el primer borrador a partir de lo que me cuentas sobre los sistemas y la tarea, y luego lo acordamos juntos antes de escribir código. Es un documento breve, no un ejercicio de especificación: campos, quién es responsable de cada uno, en qué dirección se mueven los datos, con qué frecuencia y qué cuenta como duplicado.
¿Qué pasa si una ejecución falla a medias?
Eso se diseña de antemano, no se parchea después. Donde una tarea admite reintento, se construye para que reintentar no reprocese ni reenvíe nada ya gestionado — una clave de idempotencia en el registro, no la esperanza de que no se ejecute dos veces. Donde una ejecución realmente no puede recuperarse, cae en una ruta dead-letter con una alerta, no en un hueco silencioso en tus datos.
¿Puedes construir una app de Shopify a medida, no solo conectar las que ya existen?
Sí — eso entra en el alcance de un Custom Engineering Project para la app en sí. Para distribuirla por tienda cliente construí DeploTeka, la plataforma que fundé y de la que soy propietario: aprovisiona una app de distribución personalizada por tienda cliente como una ejecución con alcance por tenant, idempotente, reanudable y protegida frente a workers obsoletos, en vez de un script que espera terminar. Está en producción para mi propio producto, Fixel Pixel, desde julio de 2026. Ningún proveedor externo ha completado todavía el recorrido en DeploTeka; para tu app, construyo el mismo tipo de aprovisionamiento y publicación por tienda como trabajo de ingeniería.
Dónde seguir
Hola, soy Daniil.
Trabajo contigo desde la definición del problema hasta la implementación y la entrega. Hablas con quien hace el trabajo. Trabajo en inglés y ruso.
¿Qué necesitas poner en marcha?
Describe tu tareaLa primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com