TUNO INTEGRATION por Spacebar

Alcance de Integración

Conecta cualquier sistema empresarial — ERP, CRM, WMS, PIM, Marketing — con Shopify y BigCommerce de forma bidireccional y confiable.

Cómo conecta A con B

Selecciona un sistema o plataforma para ver qué fluye a través de Tuno

SISTEMAS FUENTE TUNO-INTEGRATION SISTEMA DESTINO TUNO INTEGRATION
Selecciona un nodo
Haz clic en cualquier
sistema o plataforma
Tipos de flujo
Sistema → Tuno → Plataforma
Plataforma → Tuno → Sistema
Próximamente

Arquitectura Bidireccional

Tus sistemas empresariales como fuente de datos — Tuno conecta cada módulo con Shopify o BigCommerce

ERP
CRM
WMS
PIM
Marketing
Contabilidad
BI / Analytics
Push — Sistema → Tuno → Plataforma

Tu sistema de negocio envía datos a Tuno. Tuno transforma y ejecuta en Shopify o BigCommerce.

Catálogo / Productos (ERP, PIM)→ PLATFORM
Inventario / Stock (ERP, WMS)→ PLATFORM
Precios y Listas (ERP)→ PLATFORM
Clientes / Segmentos (CRM)→ PLATFORM
Campañas / Flows (Marketing)→ PLATFORM
Fulfillment / Tracking (WMS)→ PLATFORM
Eventos — Plataforma → Tuno → Sistema

La plataforma emite Webhooks. Tuno valida, transforma y enruta al sistema destino correspondiente.

Pedidos → ERP / OMS← WEBHOOK
Pago → ERP / Contabilidad← WEBHOOK
Clientes → CRM← WEBHOOK
Eventos → Marketing Automation← WEBHOOK
Productos → ERP / PIM← WEBHOOK
Reembolsos → ERP / Contabilidad← WEBHOOK
Shopify
REST + GraphQL Admin · 81 Webhooks
81
Webhooks
28+
Ops API
16
Módulos
BigCommerce
REST + GraphQL Storefront · 90+ Webhooks
90+
Webhooks
35+
Ops API
18
Módulos
TunoCommerce
REST API v1 · Catálogo + Inventario · B2B
50+
Endpoints
500
items/bulk
B2B
Nativo
TUNO INTEGRATION
Un solo motor — cualquier sistema, cualquier plataforma
Tu ecosistema de sistemas se conecta con Tuno una sola vez. Tuno gestiona la comunicación con la plataforma de ecommerce que elijas, con logging, retry automático y observabilidad en cada flujo.

Sistemas de Negocio

Integraciones disponibles por tipo de sistema — cada uno conectado bidireccialmente con Shopify y BigCommerce

6
Tipos de sistema
40+
Ops → Plataforma
30+
Eventos ← Plataforma
ERP — Enterprise Resource Planning
JD Edwards · SAP · Oracle · Microsoft Dynamics · Odoo · Infor
CRM — Customer Relationship Management
Salesforce · HubSpot · Zoho CRM · Pipedrive · Microsoft Dynamics CRM
WMS — Warehouse Management System
Manhattan Associates · Blue Yonder · Infor WMS · HighJump · Deposco · Logiwa
PIM — Product Information Management
Akeneo · Salsify · inRiver · Plytix · Contentful
Marketing Automation
Klaviyo · Mailchimp · ActiveCampaign · Brevo · Iterable · Omnisend
Contabilidad / Fiscal
QuickBooks · CONTPAQi · Aspel · SAP FI · Oracle Financials · Facturación CFDI

Shopify — Alcance de Integración

REST Admin API + GraphQL Admin API · 81 Webhooks · 16 módulos bidireccionales

81
Webhooks disponibles
28+
Operaciones API
16
Módulos
REST+GQL
Protocolos
Bidireccional completo
Cualquier sistema → Shopify y Shopify → cualquier sistema en todos los módulos principales.
20 eventos fulfillment
Trazabilidad detallada de cada etapa de preparación y logística.
Markets multi-región
Precios por mercado y moneda. B2B con Shopify Plus.
Shopify → Tuno → ERP
Orden nueva → módulo Ventas del ERP + Facturación para CFDI
Webhook
Shopify emite orders/create
Payload completo de la orden al endpoint de Tuno.
Validate
Validación HMAC + payload
Firma, estructura, tipo de evento.
Transform
Mapeo al formato ERP + reglas de negocio
Líneas, SKUs, montos, datos fiscales → formato del ERP. Aplica condiciones especiales: centros de costo, reglas de facturación, excepciones por cliente.
Route
Enrutamiento multi-destino
Ventas: orden completa. Facturación: CFDI. Logística: fulfillment.
Send
Envío a módulos ERP
POST a cada endpoint del ERP con datos transformados.
Confirm
Confirmación
Respuesta del ERP. Retry al falla, DLQ si persiste.

BigCommerce — Alcance de Integración

REST Admin API + GraphQL Storefront · 90+ Webhooks · 18 módulos · B2B Edition nativo

90+
Webhooks disponibles
35+
Operaciones API
18
Módulos
B2B Ed.
Nativo
B2B Edition nativo
Empresas, cotizaciones, PO, aprobaciones y términos de pago sin apps de terceros.
Price Lists por grupo
Precios distintos por grupo de cliente. Descuentos por categoría y volumen.
Multi-storefront
Catálogos y precios distintos por canal. Ideal para B2B + B2C simultáneos.
Principios de integración BigCommerce
Eficiencia
Mínimas llamadas. Paginación hasta 250 items. Solo campos necesarios.
Propósito claro
POST/PUT son más costosos que GET. Disparar solo por eventos de negocio.
Adaptabilidad
Webhooks en lugar de polling. Retry con backoff. Monitorear status page.
Manejo de errores HTTP
404 / 422 Re-evaluar ubicación o propiedades del recurso 429 Usar retry-after header — no reintentar inmediatamente 500–504 Esperar más en escrituras — revisar status.bigcommerce.com
APIs deprecadas — Tuno usa V3 exclusivamente
Endpoint V2 deprecado Reemplazo V3
/v2/productsCatalog V3 Products
/v2/categoriesCatalog V3 Catalog Trees — Categories
/v2/brandsCatalog V3 Brands
/v2/customersCustomers V3
/v2/options · /v2/option_setsProduct Modifiers + Variant Options V3
/v2/redirectsRedirects V3
/v2/pagesPages V3
Tuno usa exclusivamente V3 — todas las integraciones BigCommerce implementadas por Spacebar utilizan los endpoints vigentes, garantizando compatibilidad a largo plazo.

TunoCommerce — by Spacebar

Plataforma de comercio headless · REST API v1 · Catálogo completo · Inventario · B2B · Diseñada para integrarse con cualquier sistema

50+
Endpoints REST
500
items / bulk-upsert
B2B
Nativo
3
Métodos de auth
Upsert por SKU
Crea o actualiza productos sin conocer UUIDs. Ideal para integraciones ERP/PIM.
Inventario bulk
Ajuste absoluto o relativo de stock para hasta 500 SKUs en una sola llamada.
B2B nativo
Clientes empresa, múltiples usuarios por cuenta, roles, direcciones y campos extra.
Autenticación
API Token · JWT Bearer · Cookie de sesión
API Token
Authorization: Bearer pk_… · Rate limiting por token · Máquina a máquina
JWT Bearer
Token firmado con JWT_SECRET · companyId desde payload · Sesiones backend
Cookie NextAuth
next-auth.session-token · Uso desde frontend web
Marcas
CRUD · Scope global o empresa · Slug check
GET/api/v1/brands — lista con filtros (search, scope, is_active) POST/api/v1/brands — crear marca · slug auto-generado PUT/api/v1/brands/:id — actualizar · scope inmutable DEL/api/v1/brands/:id — soft delete · bloqueado si tiene productos POST/api/v1/brands/:id/restore — restaurar GET/api/v1/brands/slug-check — verificar disponibilidad
Categorías
Árbol jerárquico · 3 niveles · Path materializado · Reorder
GET/api/v1/categories — lista con parent_id, depth, search GET/api/v1/categories/tree — árbol completo anidado POST/api/v1/categories — crear · máx. profundidad 3 PUT/api/v1/categories/:id — actualizar · parentId inmutable aquí POST/api/v1/categories/:id/move — mover en árbol · actualiza path + depth POST/api/v1/categories/reorder — asignar sortOrder en lote
Productos
CRUD · Upsert por SKU · Bulk-upsert 100 · Simple y Variable · Estado draft→active→archived
GET/api/v1/products — listado lean · include=variants,images,custom_fields,options POST/api/v1/products — crear con variantes, imágenes y campos inline PUT/api/v1/products/:id — actualizar campos y sub-recursos GET/api/v1/products/by-sku/:sku — búsqueda por SKU sin UUID POST/api/v1/products/upsert — crear o actualizar por SKU POST/api/v1/products/bulk-upsert — hasta 100 productos por lote · fallos parciales reportados por SKU POST/api/v1/products/bulk-status — cambio masivo de estado hasta 100 IDs DEL/api/v1/products/:id — soft delete · restaurable POST/api/v1/products/:id/duplicate — copia completa con opciones y variantes
Sub-recursos inline
variants[] — explicit-ID en PUT: con id→update, sin id→create
images[] — replace-all en PUT · variantSku resuelto automáticamente
custom_fields[] — replace-all · pares name/value ilimitados
tags[] · visibility[] — replace-all · por empresa o storefront
Variantes y Opciones
Producto cartesiano automático · Swatch · Rectangles · Dropdown
POST/api/v1/products/:id/options — crea opción (Talla, Color…) POST/api/v1/products/:id/options/:oId/values — agrega valor → genera variantes automáticamente POST/api/v1/products/:id/variants — crea variante directa con option_values[] PUT/api/v1/products/:id/variants/:vId — actualiza sku, price, stock, salePrice… POST/api/v1/products/:id/variants/reorder — reordenar por array de IDs
Al agregar un valor a una opción, el backend genera el producto cartesiano de todas las opciones y crea las variantes faltantes automáticamente.
Inventario
Ajuste absoluto y relativo por SKU · Hasta 500 items · Sin UUIDs
GET/api/v1/inventory?skus=SKU1,SKU2 — consulta stock de hasta 50 SKUs PUT/api/v1/inventory/adjustments/absolute — stock exacto · sincronización con ERP/WMS POST/api/v1/inventory/adjustments/relative — delta +/- · stock nunca baja de 0
Absoluto
{ sku, quantity, location_id } — asigna el valor final. Ideal para sincronización con ERP o conteo físico.
Relativo
{ sku, delta } — suma o resta al stock actual. Para recepciones (+N), devoluciones (+N) y ventas (−N).
Modificadores
Campos extra en checkout · Alcance global, categoría, tag o producto
global — aplica a todos los productos
category — aplica a una categoría y sus descendientes
tag / product — alcance específico
Tipos: text · number · select · multiselect · checkbox · date · Prioridad resuelta con /modifiers/resolved
Clientes B2B
Empresa · Múltiples usuarios · Roles · Direcciones · Campos extra
GET/api/v1/customersB2B — lista con filtro por status (pending/active/suspended) POST/api/v1/customersB2B — crea empresa + usuario principal en una llamada PUT/api/v1/customersB2B/:id — actualiza datos empresa y extraFields POST/api/v1/customersB2B/:id/users — agregar contacto · roles: admin/comprador/aprobador/visor POST/api/v1/customersB2B/:id/addresses — dirección billing/shipping/other
Campos personalizados vía extraFields[] — ej. RFC, número de proveedor, límite de crédito.
Etiquetas e Imágenes
Tags transversales · Imágenes por URL · Alcance producto o variante
POST/api/v1/tags · PUT /products/:id/tags — replace-all de etiquetas POST/api/v1/products/:id/images — imagen por URL · isPrimary · variantId o variantSku POST/api/v1/products/:id/images/reorder — reordenar por array de IDs PUT/api/v1/products/:id/secondary-categories — replace-all categorías secundarias PUT/api/v1/products/:id/visibility — replace-all visibilidad por empresa o storefront
Códigos de error comunes
400 VALIDATION_ERROR — campos inválidos · details[] con errores Zod 401 UNAUTHORIZED — sesión inválida, token expirado o revocado 403 FORBIDDEN — permiso insuficiente para la operación 409 CONFLICT — slug/SKU duplicado, delete bloqueado por dependencias 422 Transición de estado inválida, profundidad de categoría excedida 429 RATE_LIMIT_EXCEEDED — límite de peticiones por token excedido 503 SERVICE_UNAVAILABLE — error de conexión a base de datos

Capa de Confiabilidad

Aplica igual para Shopify y BigCommerce — observabilidad y recuperación integrada en todos los flujos

Validación
Cada payload se valida contra schema. Malformados → log + rechazo controlado. HMAC verification en webhooks entrantes.
Logging completo
Timestamp, origen, payload, resultado, tiempo y status code en cada ejecución. Panel Tuno para visualización en tiempo real.
Retry automático
Backoff exponencial ante timeouts, rate limits (429) y errores 5xx. Hasta 3 reintentos automáticos con espera creciente.
Alertas
Notificación inmediata ante fallos consecutivos. Email de conciliación post-sync con resumen de éxitos, omitidos y errores.
Dead Letter Queue
Items fallidos se almacenan para reprocesamiento manual o automático. Cero pérdida de datos.
Delta Detection
Solo se envían cambios reales. Si precio/inventario no cambió respecto al último sync, se omite. Reduce llamadas API hasta un 80%.
Flujo estándar — aplica a ambas plataformas
TRIGGER
Sistema de negocio dispara evento
POST desde ERP/CRM/WMS o Webhook entrante de Shopify / BigCommerce
VALIDATE
Validación y transformación
Schema, HMAC, tipos. Mapeo sistema ↔ Shopify/BigCommerce. Delta detection.
SEND
Envío a destino
REST + GraphQL (Shopify) · REST V3 (BigCommerce) · REST/API (Sistema origen)
CONFIRM + LOG
Verificación y registro
2xx confirmado. Retry si falla. Log en panel Tuno. Email de conciliación post-sync.

Ecosistema de Conectores

Tuno va más allá de un middleware — orquesta todo tu ecosistema digital con cientos de conectores listos para usar, incluyendo IA, LLMs y el protocolo MCP

500+
Conectores disponibles
14
Categorías de sistemas
REST
+ Webhooks + GraphQL
24/7
Flujos activos siempre
Orquestación completa
No solo mueve datos — coordina lógica de negocio entre múltiples sistemas con ramificaciones, condiciones y transformaciones.
Tiempo real o programado
Webhooks para eventos instantáneos, Cron para sincronizaciones periódicas. Ambos modos en el mismo flujo.
Multi-sistema en un flujo
Un pedido puede actualizar ERP, notificar Slack, crear ticket en Jira y enviar email. Todo en un solo flujo automatizado.
Low-code — código incluido
Construimos sobre plataforma low-code, pero el código lo ponemos nosotros. Tú defines la lógica de negocio; Spacebar se encarga del resto.
IA, MCP & LLMs — listo para conectar
Conecta tus datos de negocio con OpenAI, Claude, Gemini y el protocolo MCP. Tuno identifica la estructura de tu operación y genera sus propios MCPs para que tus agentes tengan contexto real del negocio.
Reglas de negocio — adoptamos las tuyas
Cada flujo incorpora las reglas y condiciones específicas de tu operación: precios por canal, restricciones de stock, criterios de publicación, lógica fiscal y condiciones especiales — no lógica genérica.
Validación, retry y DLQ integrados
Cada flujo valida firma y estructura, reintenta con backoff exponencial y deriva a Dead Letter Queue si persiste el error — sin pérdida de datos ni intervención manual.
Los conectores se activan según el plan contratado · Integraciones custom disponibles bajo scoping

Panel Tuno Integration

Observabilidad completa de cada flujo — en tiempo real, por cliente, por plataforma

Ejecuciones
4,287
4,112 exitosas
Tasa de éxito
95.9%
4,112 de 4,287
Latencia promedio
1,840 ms
últimas 24 horas
Errores
175
en el período
Ejecuciones por hora — últimas 24h
Éxito Error Aviso
Workflows activos
Últimas ejecuciones
Exportar PDF CSV
Iniciado Workflow Estado Duración Items
Tiempo real
Datos actualizados en vivo. Filtra por flujo, estado, dirección o período con un clic.
Multi-empresa
Cada empresa ve solo sus datos. Panel aislado por proyecto, app y credencial.
Exportable
PDF con gráfica + tabla de ejecuciones. CSV con todos los logs filtrables.

Modelo de Cobro

Variables que determinan el valor de cada implementacion — sin costos fijos, cada proyecto se define en scoping

Dos componentes
Implementacion (una sola vez) + Subscripcion mensual por operacion activa. Las variables de cada uno se definen en scoping.
Escala con el negocio
A mayor volumen de flujos y ejecuciones, mayor es el valor generado — y el costo escala en proporcion, no de forma arbitraria.
Sin sorpresas
Cada variable se acuerda antes de iniciar. El scoping define el alcance exacto y con eso se calcula el valor del proyecto.
Implementacion — pago unico
Numero de flujos a implementar
Cada flujo bidireccional (Push + Evento) cuenta como una unidad de implementacion. Un flujo de inventario ERP→Shopify es distinto a un flujo de pedidos Shopify→ERP.
Catalogo Inventario Pedidos Precios Clientes Fulfillment
Tipo de conector — estandar vs custom
Un conector estandar (SAP, JDE, Odoo) tiene interfaces predefinidas. Un conector custom requiere mapeo completo desde cero, documentacion del ERP del cliente y mayor esfuerzo de desarrollo.
Estandar
Conector existente, interfaces documentadas
Custom
Sistema propietario, API no documentada, legacy
Complejidad de reglas de negocio
Cada flujo puede incluir reglas especificas: centros de costo, condiciones fiscales, restricciones de stock por canal, logica de precios por cliente, criterios de publicacion. A mayor numero de reglas, mayor esfuerzo de configuracion.
Numero de plataformas destino
Conectar un ERP con una sola plataforma (Shopify) es diferente a conectarlo con dos o tres (Shopify + BigCommerce + TunoCommerce) de forma simultanea. Cada plataforma adicional suma esfuerzo de mapeo y pruebas.
Disponibilidad de documentacion y accesos
La velocidad y costo de implementacion dependen directamente de que el cliente provea accesos a ambientes QA y produccion, documentacion de APIs y punto focal tecnico disponible. La falta de cualquiera de estos alarga el tiempo y puede generar costo adicional.
Subscripcion mensual — operacion activa
Flujos activos en produccion
La subscripcion mensual escala con el numero de flujos activos. Un flujo inactivo (pausado o archivado) no genera costo de operacion.
Volumen de ejecuciones por periodo
Cada ejecucion exitosa de un flujo (sincronizacion de un pedido, actualizacion de un SKU, ajuste de stock) es una unidad de consumo. El volumen proyectado del negocio del cliente define el tier de ejecuciones.
Ejemplo de variables: pedidos/dia x dias/mes, SKUs del catalogo, frecuencia de sincronizacion de inventario
Tier de soporte y monitoreo
El nivel de atencion acordado define parte del costo mensual.
Reactivo — atencion bajo demanda, sin SLA garantizado
8x5 — monitoreo y atencion en horario laboral
24x7 — monitoreo continuo, alertas inmediatas, DLQ gestionado
Entornos activos
Produccion es el entorno base. Un entorno QA o Staging para pruebas continuas es opcional y genera un costo adicional proporcional al de produccion.
Usuarios del panel y empresas
El panel Tuno es multi-empresa. El numero de empresas/proyectos con acceso independiente al panel puede ser un parametro de escalado en la subscripcion.
Flujo de integracion
Proceso automatizado que mueve datos entre dos sistemas en una direccion definida. Ejemplo: "inventario ERP → Shopify" es un flujo. Su inverso "Shopify → ERP" es otro flujo distinto.
Conector estandar
Integracion con un sistema que tiene API publica documentada, sandbox disponible y esquema de datos predecible. Ejemplos: SAP con RFC estandar, Shopify Admin API, BigCommerce V3, Odoo REST, JD Edwards con adaptador conocido.
Conector semi-custom
Sistema con API existente pero documentacion incompleta, esquema de datos variable o autenticacion no estandar. Requiere ingenieria inversa parcial o mapeo especifico que no existe en conectores previos.
Conector custom / legacy
Sistema propietario, desarrollado internamente o antiguo sin API REST. Puede requerir integracion via base de datos directa, archivos FTP/SFTP, SOAP/XML, o construccion de un adaptador desde cero.
Regla de negocio
Condicion o logica especifica del cliente que modifica el comportamiento del flujo. Ejemplos: "si el pedido es de empresa X, asignar centro de costo Y", "si el stock baja de 10, no publicar en canal Z", "solo sincronizar productos con status activo en ERP".
Scoping
Fase inicial del proyecto donde se documenta exactamente que sistemas se conectan, que datos fluyen en cada direccion, que reglas de negocio aplican y cuales son los criterios de aceptacion. Define el alcance y de ahi se calcula el costo.
Ejecucion
Una corrida completa de un flujo: desde que se dispara el evento (webhook o cron) hasta que el dato llega al sistema destino y se confirma. Una sincronizacion de 500 SKUs es una ejecucion. Una orden nueva procesada es otra ejecucion.
Entorno de produccion
Ambiente real donde opera el negocio. Los flujos corren con datos y credenciales reales. Cualquier error tiene impacto directo en operaciones. Es el entorno base incluido en toda subscripcion.
Entorno QA / Staging
Ambiente espejo de produccion con datos sinteticos. Permite probar cambios, nuevos flujos o actualizaciones sin afectar el negocio real. Opcional — se activa cuando el cliente requiere desarrollo continuo o actualizaciones frecuentes.
Soporte reactivo
Atencion cuando el cliente la solicita. Sin ventana garantizada ni SLA. Adecuado para integraciones de bajo volumen o proyectos internos con tolerancia a demoras en la resolucion.
Soporte 8x5
Monitoreo y atencion de lunes a viernes en horario laboral (8 horas). Incluye alertas automaticas en horario de oficina y respuesta garantizada dentro del dia. Para operaciones que no son 24/7.
Soporte 24x7
Monitoreo continuo todos los dias del año. Alertas inmediatas ante cualquier falla. DLQ gestionado activamente. Para negocios donde una caida de integracion representa perdida directa de ventas o incumplimiento de operaciones criticas.

Relacion de Tiempo de Implementacion

Factores que determinan la duracion — cada proyecto se define en fase de scoping con el cliente

Fases genericas de implementacion
1
Iniciacion y scoping
Mapeo de sistemas, definicion de flujos, accesos, documentacion. Duracion: depende de la disponibilidad del equipo del cliente.
2
Configuracion y desarrollo de flujos
Implementacion de cada flujo en ai-agent. Principal variable: numero de flujos + complejidad de reglas de negocio.
3
Pruebas y homologacion
QA con datos reales. El cliente valida cada flujo. Variable: velocidad de respuesta del equipo tecnico del cliente.
4
Activacion y operacion asistida
Go-live en produccion con acompanamiento. Duracion fija independiente de la complejidad.
Factores que acortan el tiempo
+API del ERP bien documentada y con sandbox disponible
+Conector estandar (SAP, JDE, Odoo) — interfaces predefinidas
+Punto focal tecnico del cliente disponible y con decision
+Reglas de negocio simples o ya documentadas
+Una sola plataforma destino (Shopify o BigCommerce)
+Accesos a ambientes QA y produccion desde el dia 1
Factores que alargan el tiempo
—Sistema propietario o legacy sin documentacion
—Multiples plataformas destino simultaneas
—Reglas de negocio complejas, excepciones por cliente o canal
—Falta de accesos o retrasos en aprobaciones internas
—Cambios de alcance durante la implementacion
—Equipo tecnico del cliente con disponibilidad limitada
Horas estimadas por flujo — conector estandar
Rango implementacion + pruebas, sin incluir scoping ni activacion
Implementado con IA — Claude + Cristian Acosta
Estos rangos ya contemplan desarrollo asistido por inteligencia artificial. Claude genera, mapea y prueba flujos en paralelo — el tiempo es entre 40% y 60% menor al de una implementacion tradicional.
−50%
vs tradicional
Los rangos ya incluyen un margen del +30% sobre el tiempo base para cubrir informacion faltante, ajustes no previstos y coordinacion con el equipo del cliente.
Conector estandar = SAP, JDE, Odoo, Shopify o BigCommerce con API documentada y acceso a sandbox desde el inicio. Los rangos asumen una sola plataforma destino y reglas de negocio sin excepciones criticas.
Modulo de integracion Complejidad Rango de horas Lleva al limite superior Direccion
Inventario / Stock Baja 1 – 4 hrs Multiples ubicaciones / warehouses, restricciones por canal o storefront ERP → PLATFORM
Clientes / CRM Baja 3 – 5 hrs Sincronizacion bidireccional, segmentos, campos extra (RFC, limite de credito) BIDIRECCIONAL
Precios y Listas Media 3 – 8 hrs Precios por mercado o moneda, listas por grupo de cliente, reglas de descuento ERP → PLATFORM
Catalogo / Productos Media 4 – 10 hrs Variantes con producto cartesiano, imagenes por URL, custom fields, categorias jerarquicas ERP/PIM → PLATFORM
Fulfillment / Tracking Media 4 – 10 hrs Multiples carriers, fulfillment parcial, eventos de logistica en cascada WMS → PLATFORM
Ordenes / Ventas Alta 8 – 21 hrs Logica fiscal, centros de costo, cancelaciones, devoluciones, casos especiales por cliente PLATFORM → ERP
Facturacion / CFDI Alta 10 – 26 hrs Reglas SAT, timbrado, cancelaciones con acuse, complementos de pago, carta porte PLATFORM → ERP/FISCAL
Complejidad Baja
Flujos con estructura de datos predecible, sin logica condicional compleja y con un campo de destino claro por cada campo de origen. El mapeo es directo y las pruebas son rapidas porque los errores son faciles de reproducir. Ejemplo: inventario simple SKU → cantidad en una sola ubicacion.
Complejidad Media
Flujos con sub-recursos anidados (variantes, imagenes, custom fields), logica de transformacion moderada o sincronizacion bidireccional. Requiere manejo de estados intermedios y pruebas con datos reales del cliente para validar casos edge.
Complejidad Alta
Flujos con logica fiscal (CFDI, SAT), multiples sistemas destino para un mismo evento, reglas de enrutamiento condicionadas por atributos del pedido/cliente, o procesos que requieren confirmacion de dos sistemas antes de continuar. El tiempo de pruebas es proporcionalmente mayor.
Que incluye el rango de horas
Mapeo de campos, configuracion del flujo en ai-agent, pruebas unitarias con datos reales, ajustes post-prueba y documentacion basica del flujo. No incluye: scoping inicial, activacion en produccion, configuracion de credenciales del cliente ni migracion de datos historicos.
Inventario / Stock
Sincronizacion del nivel de existencias entre el sistema de gestion (ERP o WMS) y la plataforma de ecommerce. Puede ser ajuste absoluto (valor exacto) o relativo (delta +/-). Critico para evitar ventas de productos sin stock.
Catalogo / Productos
Creacion y actualizacion del maestro de productos en la plataforma: nombre, descripcion, imagenes, variantes, categorias, SEO, metafields y estado de publicacion. El sistema de origen es tipicamente ERP o PIM.
Precios y Listas
Sincronizacion de precios base, precios comparativos (tachados), listas por grupo de cliente (B2B), precios por mercado o moneda, y reglas de descuento. El ERP es la fuente de verdad y la plataforma el punto de venta.
Ordenes / Ventas
Captura de pedidos generados en la plataforma y su envio al ERP o sistema de ventas. Incluye lineas de detalle, datos del cliente, direccion de envio, metodo de pago y estado. Es el flujo mas critico operativamente.
Fulfillment / Tracking
Actualizacion del estado de preparacion y envio del pedido en la plataforma: guia de rastreo, carrier, fecha estimada de entrega, fulfillment parcial. El origen es el WMS o sistema logistico.
Facturacion / CFDI
Generacion del comprobante fiscal digital (CFDI) a partir de los datos del pedido pagado. Incluye logica SAT: uso de CFDI, forma de pago, metodo de pago, datos fiscales del receptor, timbrado y cancelacion con acuse.
Clientes / CRM
Sincronizacion de la base de clientes entre la plataforma y el CRM. Puede incluir alta de nuevos clientes, actualizacion de datos, segmentos, tags y preferencias de comunicacion. Bidireccional: ambos sistemas pueden ser fuente segun el caso de uso.
Push vs Evento
Push: el sistema de negocio envia datos proactivamente a la plataforma (ej. ERP actualiza inventario cada hora). Evento: la plataforma notifica a Tuno que algo ocurrio via webhook (ej. orden nueva en Shopify → Tuno la envia al ERP).
Webhook
Notificacion HTTP que Shopify o BigCommerce envia automaticamente a Tuno cuando ocurre un evento (orden creada, pago recibido, producto actualizado). Tuno valida la firma HMAC, transforma el payload y lo enruta al sistema destino.
Multiplicadores sobre el rango base
Cada variable independiente se suma o multiplica sobre las horas del modulo. Se acumulan.
Tipo de conector
Claude parsea APIs sin documentar — el delta entre estandar y custom se reduce drasticamente
Estandar x 1.0
Semi-custom x 1.2
Custom / legacy x 1.5
Plataformas destino
El conector ya existe — cada plataforma adicional es solo mapeo y pruebas
1 plataforma x 1.0
2 plataformas x 1.2
3 plataformas x 1.4
Reglas de negocio
El tiempo es de definicion con el cliente — el codigo lo genera Claude
Sin excepciones + 0 hrs
1 – 3 reglas + 1 – 3 hrs
4+ reglas criticas + 4 – 8 hrs
Ejemplo — Ordenes con SAP custom hacia Shopify + BigCommerce, 2 reglas fiscales
Ordenes base: 8 – 21 hrs × Custom SAP: × 1.5 × 2 plataformas: × 1.2 + 2 reglas: + 1 – 3 hrs = 15 – 41 hrs estimadas
El mismo proyecto en implementacion tradicional requeriria 128 – 256 hrs. La ventaja es el tiempo, no solo el costo.
Como funcionan los multiplicadores
Los multiplicadores se aplican al rango base del modulo de forma acumulativa: primero se multiplica por el tipo de conector, luego por el numero de plataformas, y finalmente se suman las horas de reglas de negocio. Son independientes entre si — cada uno refleja una dimension diferente del esfuerzo.
Por que no son lineales
Con Claude el costo marginal de agregar complejidad es menor que en implementacion tradicional. Un conector custom ya no significa re-escribir todo desde cero — Claude lee la documentacion parcial, genera el mapeo y Cristian lo valida. Por eso los multiplicadores son mas bajos que en propuestas de proveedores tradicionales.
x 1.0 — Estandar
Sin ajuste. API con documentacion completa, sandbox funcional y esquema de datos estable. El flujo se implementa directamente con los conectores existentes. Caso tipico: Shopify Admin API, BigCommerce V3, Odoo REST con modulo estandar.
x 1.2 — Semi-custom
20% de tiempo adicional. API existe pero con documentacion parcial o endpoints no convencionales. Requiere exploracion y pruebas de descubrimiento antes de mapear. Caso tipico: ERP con modulos personalizados, CRM con campos propietarios no documentados.
x 1.5 — Custom / Legacy
50% de tiempo adicional. Sin API REST o con integracion via SOAP, FTP, base de datos directa o archivos planos. Claude ayuda a parsear y generar el adaptador, pero la validacion con datos reales del cliente es mas extensa. Caso tipico: sistemas AS/400, ERP propietario de los 90s, SOAP/WSDL.
x 1.0 — 1 plataforma
El flujo se implementa y prueba contra un solo destino. Todo el esfuerzo de mapeo, autenticacion y pruebas se concentra en una plataforma.
x 1.2 — 2 plataformas
El conector del sistema origen ya existe — se reutiliza. Lo que se agrega es el mapeo hacia la segunda plataforma y un conjunto de pruebas adicional. No es el doble del trabajo porque la logica de negocio ya esta definida.
x 1.4 — 3 plataformas
Tres destinos distintos (Shopify, BigCommerce y TunoCommerce simultaneamente). El overhead es principalmente de pruebas y coordinacion — verificar que el mismo dato llega correctamente a los tres sistemas con sus formatos particulares.
+ 0 hrs — Sin reglas
El flujo es uno a uno: cada campo del origen va directamente a su equivalente en el destino sin condiciones. El mapeo es mecanico y predecible. Caso tipico: sincronizacion basica de inventario sin restricciones por canal.
+ 1–3 hrs — 1 a 3 reglas
Condiciones simples y bien definidas: "si el campo X es Y, hacer Z". Ejemplos: filtrar productos por status, asignar categoria segun codigo ERP, excluir SKUs con flag de no-publicar. Claude implementa cada regla en minutos; el tiempo es de definicion y validacion.
+ 4–8 hrs — 4+ reglas criticas
Logica condicional encadenada, reglas que dependen de datos de multiples fuentes o excepciones por cliente especifico. Ejemplos: logica fiscal compleja (CFDI complementos), enrutamiento multi-destino segun tipo de orden, reglas de precios con multiples condiciones anidadas.

Costos Operativos Variables

Factores de consumo que determinan el costo mensual de operacion — basado en metricas reales de la instancia ai-agent en produccion

Baseline actual — instancia ai-agent (t3.medium · us-east-1) Medicion: 02–03 jun 2026
CPU promedio
0.4%
pico 35% en ejecucion
Capacidad libre
~250x
volumen actual disponible
Trafico OUT
22.8
GB/mes actual
IOPS disco
130k
ops/dia · limite: 216M/dia
La instancia tiene capacidad suficiente para absorber el volumen de varios clientes simultaneos sin cambio de tier. El costo base de ~$32.80 USD/mes se mantiene hasta alcanzar los umbrales de escalado descritos abajo.
Variables que mueven el costo mensual
Trafico de red saliente
Cada llamada a Shopify, BC o ERP genera bytes de salida. A mayor volumen de ejecuciones, mayor trafico.
$0.09
USD/GB
Ejecuciones concurrentes (CPU burst)
t3.medium acumula creditos de CPU en reposo. Cuando se agotan en carga sostenida, se cobra el burst adicional.
$0.05
USD/h burst
Almacenamiento de logs (EBS)
Cada ejecucion escribe logs. Con crecimiento del volumen, el disco de 25 GB puede requerir expansion.
$0.08
USD/GB/mes
Monitoreo y alertas (CloudWatch)
Metricas detalladas, dashboards y alarmas por flujo. Escala con el numero de metricas configuradas.
$0.30
USD/metrica/mes
Upgrade de instancia
Si CPU supera 60% sostenido o RAM es insuficiente, se requiere cambio a t3.large o mayor. Sin downtime.
+$37
USD/mes t3.large
Umbrales donde el costo escala
Tier 1 — Actual ~$35 USD/mes
Hasta ~500 ejecuciones/dia · CPU <10% sostenido · NetworkOut <50 GB/mes · 1–3 clientes activos
Tier 2 — Crecimiento ~$55–75 USD/mes
500–5,000 ejecuciones/dia · CPU 10–40% · NetworkOut 50–200 GB/mes · 4–10 clientes · posible EBS expansion
Tier 3 — Alto volumen ~$100–150 USD/mes
5,000+ ejecuciones/dia · CPU >40% sostenido · NetworkOut >200 GB/mes · upgrade a t3.large recomendado · 10+ clientes
Tier 4 — Enterprise a definir en scoping
Multi-instancia, load balancer, instancias dedicadas por cliente o arquitectura serverless segun el volumen real del proyecto
Nota: los tiers son referencia estimada. El costo real se calcula con el volumen de ejecuciones acordado en scoping y se revisa mensualmente con el panel de observabilidad.
Instancia EC2 t3.medium
Servidor virtual de AWS donde corre ai-agent. 2 vCPU, 4 GB de RAM. Es de tipo "burstable": acumula creditos de CPU en reposo y los usa en picos de carga. Adecuado para cargas variables con picos moderados — exactamente el patron de un middleware de integracion.
CPU burst credits
Sistema de creditos de CPU de AWS para instancias t3. Cuando la CPU esta por debajo de su baseline (20% para t3.medium), se acumulan creditos. Cuando hay picos, se consumen. Si se agotan en carga sostenida, la CPU se limita al baseline. En ese escenario se cobra el uso excedente.
EBS (Elastic Block Store)
Disco virtual adjunto a la instancia EC2. En ai-agent es un volumen gp3 de 25 GB. Almacena el sistema operativo, ai-agent, logs de ejecuciones y datos temporales. El tipo gp3 incluye 3,000 IOPS y 125 MB/s de throughput sin costo adicional hasta esos limites.
IOPS
Input/Output Operations Per Second. Medida de cuantas operaciones de lectura/escritura en disco puede hacer el sistema por segundo. Cada ejecucion de flujo escribe logs y lee configuracion. La instancia actual usa ~130,000 ops/dia, muy por debajo del limite de 3,000 IOPS sostenidos.
NetworkOut
Trafico de red saliente de la instancia hacia internet: llamadas a la API de Shopify, BigCommerce, ERP del cliente y cualquier webhook de salida. AWS cobra $0.09 USD por GB de trafico saliente (despues de 100 GB/mes el costo baja). El trafico entrante es gratis.
CloudWatch
Servicio de monitoreo de AWS. Recoge metricas de CPU, red y disco de la instancia, y puede configurarse para disparar alarmas cuando se superan umbrales. Las metricas basicas de EC2 son gratuitas; las metricas personalizadas por flujo cuestan $0.30 USD/metrica/mes.
Tier 1 — Actual (~$35/mes)
Estado actual de la instancia: CPU al 0.4%, trafico de red de ~23 GB/mes. Puede absorber sin cambios hasta 500 ejecuciones/dia y entre 1 y 3 clientes activos simultaneos. Es el costo de la infraestructura base sin escalar.
Tier 2 — Crecimiento (~$55–75/mes)
Con 4 a 10 clientes activos o entre 500 y 5,000 ejecuciones diarias, el trafico de red sube a 50–200 GB/mes (aumenta el costo de transfer) y puede requerirse expansion de disco para logs. La instancia aun maneja la carga de CPU sin cambio de tier.
Tier 3 — Alto volumen (~$100–150/mes)
Con 10+ clientes o mas de 5,000 ejecuciones diarias, la CPU puede superar el 40% sostenido y se recomienda upgrade a t3.large ($67/mes) para mantener latencias bajas. El trafico de red supera los 200 GB/mes y los costos de transfer se incrementan.
Tier 4 — Enterprise (scoping)
Escenarios con multiples instancias, load balancer, instancias dedicadas por cliente o arquitectura serverless (AWS Lambda + SQS). Se diseña cuando el volumen o los requisitos de SLA del cliente superan lo que una sola instancia puede garantizar.
Dead Letter Queue (DLQ)
Cola de mensajes donde se almacenan las ejecuciones que fallaron despues de todos los reintentos automaticos. Permite reprocesar manualmente o automaticamente sin perder el dato. Es el mecanismo que garantiza cero perdida de informacion ante errores del sistema destino.
Delta Detection
Mecanismo que compara el valor actual de un campo contra el ultimo valor sincronizado. Si son identicos, la ejecucion se omite. Reduce el numero de llamadas a la API de la plataforma hasta en un 80% en flujos de inventario y precios de alta frecuencia, impactando directamente el trafico de red y el costo operativo.
TUNO INTEGRATION — SPACEBAR
El costo exacto se define en scoping
Cada implementacion es unica. Con las variables anteriores y el contexto del negocio del cliente, Spacebar elabora una propuesta con alcance, tiempo y costo definidos antes de iniciar.
Tuno Integration © 2026 — desarrollado por Spacebar · agencia de ecommerce
Documento comercial · La implementación se define en fase de scoping · space.bar