← Tools
Ejemplo ficticio
NORVANEO / AUTOMATIONS
Guía de implementación · nada está activoAutomatizaciones con propósito
Siete formas de reducir tareas repetitivas. Explora los requisitos, prueba un ejemplo y decide qué merece la pena implementar.
Estas recetas son orientaciones, no integraciones instaladas. El tema no lee pedidos en segundo plano, no envía mensajes ni programa tareas. Toda implementación requiere configuración, permisos, pruebas y aprobación.
AStock bajo → tarea de reposición
- Cuándo empieza
- Cambio del inventario disponible en una ubicación autorizada.
- Condiciones y exclusiones
- SKU supervisado, ubicación correcta y cantidad igual o inferior al umbral. Excluir artículos descatalogados o sin control de stock.
- Resultado previsto
- Crear una tarea interna con SKU, ubicación y cantidad. No comprar stock, cambiar precios ni realizar pedidos.
- Datos e integraciones
- ID de variante, ubicación, stock y umbral. Shopify Flow y un destino de tareas aprobado; un registro persistente conserva el ciclo de la alerta.
- Prueba de aceptación
- Stock 3 y umbral 5: una tarea. Repetir el evento: ningún duplicado. Stock 8 cierra el ciclo; otra bajada puede abrir una tarea nueva.
- Repeticiones, errores y pausa
- Clave: tienda + variante + ubicación + ciclo. Reintentar fallos con la misma clave y un límite de intentos. Revalidar el stock antes de actuar; pausar en el flujo.
- Costes y límites
- Confirmar el plan Flow, el volumen de eventos y el coste del destino. La demo es local y gratuita; no instala esta integración.
BPedido atrasado → cola de excepciones
- Cuándo empieza
- Revisión programada de pedidos pagados y sin enviar tras el plazo acordado.
- Condiciones y exclusiones
- Excluir pedidos cancelados, reservas y esperas justificadas. Revalidar pago y envío justo antes de la alerta.
- Resultado previsto
- Añadir a la cola interna con motivo y responsable. No cancelar, reembolsar ni prometer fechas de entrega.
- Datos e integraciones
- ID del pedido, fechas, estados y motivo de espera. Flow o servicio programado autorizado; evitar copiar direcciones y datos de pago.
- Prueba de aceptación
- Un pedido atrasado genera una excepción; uno enviado entre la consulta y la acción no genera alerta.
- Repeticiones, errores y pausa
- Deduplicar por pedido y tipo de excepción. Un error de consulta no significa cero retrasos: mostrar cobertura parcial y avisar al operador. Pausar en el programador.
- Costes y límites
- El coste depende de consultas, permisos sobre pedidos y destino. Definir conservación breve y acceso restringido.
CProducto incompleto → revisión del catálogo
- Cuándo empieza
- Creación de un producto o cambio de campos relevantes.
- Condiciones y exclusiones
- Aplicar solo reglas acordadas: título, imágenes, descripción, precio o campos obligatorios por categoría. Distinguir borradores intencionados.
- Resultado previsto
- Crear una tarea y, si se aprueba, una etiqueta de revisión. No inventar hechos, publicar, borrar ni modificar el producto silenciosamente.
- Datos e integraciones
- ID del producto, reglas, campos revisados y versión del análisis. Flow y cola interna; Catalogue Doctor ayuda a revisar manualmente un CSV.
- Prueba de aceptación
- Un producto con dos problemas genera una tarea agrupada. La etiqueta del flujo no debe provocar un bucle infinito.
- Repeticiones, errores y pausa
- Deduplicar por producto y versión relevante; ignorar cambios de la propia etiqueta. Revalidar antes de cerrar. Pausar si el volumen supera lo previsto.
- Costes y límites
- El coste varía según productos, reglas y conectores. Escribir en el catálogo requiere permiso y alcance específicos.
DSolicitud de presupuesto → encargo organizado
- Cuándo empieza
- Recepción confirmada de un formulario de presupuesto válido.
- Condiciones y exclusiones
- Campos obligatorios, consentimiento de contacto, control antispam y ausencia de duplicados. No suscribir al boletín por defecto.
- Resultado previsto
- Crear un registro en el CRM aprobado con origen, alcance, plazo y datos ausentes; preparar un borrador de respuesta para revisión humana.
- Datos e integraciones
- Contacto mínimo necesario y contenido de la solicitud. Formulario validado en servidor y conector CRM; el tema por sí solo no crea registros CRM.
- Prueba de aceptación
- Una solicitud legítima se recibe una vez; reenviarla no duplica. Retener spam. Un fallo del CRM no debe mostrar una confirmación falsa.
- Repeticiones, errores y pausa
- Clave de envío en servidor y bandeja de salida persistente. Reintentos limitados para fallos temporales; fallos definitivos a revisión. Desconectar sin perder solicitudes.
- Costes y límites
- Aprobar plan CRM, conector, alojamiento y conservación. Enviar el formulario nunca acepta un contrato ni reserva una fecha automáticamente.
EResumen operativo → lectura con contexto
- Cuándo empieza
- Programación aprobada con zona horaria y periodo explícitos.
- Condiciones y exclusiones
- Identificar todas las fuentes autorizadas. Distinguir datos ausentes, cero real, última actualización y cobertura parcial.
- Resultado previsto
- Preparar un resumen de excepciones e indicadores definidos con enlaces a las fuentes. No inventar ingresos, ahorros ni resultados.
- Datos e integraciones
- Agregados necesarios, periodo y fuentes. Servicio de informes o Flow con consultas compatibles; destinatarios aprobados y sin datos personales innecesarios.
- Prueba de aceptación
- Comparar totales con la fuente para el mismo periodo. Simular una fuente no disponible: el resumen debe indicar esa falta.
- Repeticiones, errores y pausa
- Clave por tienda + periodo + versión. Reintentar solo las fuentes fallidas y deduplicar el envío. Pausar programación y distribución por separado.
- Costes y límites
- Consultas, historial, generación y envío pueden tener costes. Definir límites antes de prometer frecuencia o plazos.
FCompra digital → acceso verificable
- Cuándo empieza
- Evento de pago validado en servidor; conciliar también cancelaciones y reembolsos por línea.
- Condiciones y exclusiones
- Verificar firma, tienda, pedido, línea, producto y titular. Las compras de invitados requieren una asociación de identidad validada.
- Resultado previsto
- Registrar los derechos en servidor y enviar el enlace seguro una sola vez. El consentimiento de marketing es independiente.
- Datos e integraciones
- Identidad, pedido y línea, derecho concedido y estado de conciliación. App de entrega o backend seguro; localStorage nunca demuestra una compra.
- Prueba de aceptación
- Probar pago, evento duplicado, asociación de invitado y reembolso parcial. Un fallo de correo no debe duplicar derechos ni exponer contenido protegido.
- Repeticiones, errores y pausa
- Idempotencia por línea y tipo de evento; cola de reintentos y revisión manual. Pausar entregas sin borrar compras. Conciliar el estado con Shopify.
- Costes y límites
- Confirmar costes de app, backend, correo y mantenimiento. Este tema conserva los accesos existentes; no instala este servicio ni concilia el historial de compras.
GSolicitud de soporte → clasificación asistida
- Cuándo empieza
- Nueva solicitud recibida en un canal de soporte autorizado.
- Condiciones y exclusiones
- Antispam, finalidad y conservación definidos. Clasificación dudosa o contenido sensible se derivan a una persona.
- Resultado previsto
- Clasificar y redactar una respuesta solo con políticas aprobadas. No enviar automáticamente, prometer plazos ni emitir reembolsos.
- Datos e integraciones
- ID de solicitud, texto mínimo necesario y políticas versionadas. Helpdesk aprobado; usar IA o compartir con terceros requiere evaluación específica.
- Prueba de aceptación
- Clasificar una solicitud clara y derivar una ambigua. Las instrucciones maliciosas en el texto nunca cambian reglas, permisos ni destinatarios.
- Repeticiones, errores y pausa
- Deduplicar por mensaje y versión de política. Tras un fallo, conservar la solicitud y señalar revisión; no enviar dos veces el mismo borrador. Pausar la asistencia automática sin detener el soporte.
- Costes y límites
- Helpdesk, volumen y posible IA tienen costes y límites. Aprobar proveedores, acceso y conservación antes de usar datos reales.
Prueba con stock ficticio
Demostración local sin conexión al inventario. Una tarea por SKU y ubicación hasta que el stock se recupere. No guarda ni envía datos; recargar la página borra el ejemplo.
Todavía no hay eventos ficticios.
Implementación segura
Empieza con datos de prueba y una persona responsable. Activa en producción solo después de confirmar el alcance, los costes, los permisos y cómo revertir los cambios.
- Definir el evento, los campos mínimos y quién puede ver los resultados.
- Probar éxito, evento repetido, datos ausentes, error y recuperación.
- Revalidar el origen antes de cada acción. Registrar intentos sin datos sensibles y disponer de un control de pausa.
- Revisar periódicamente el volumen, el coste y los resultados reales. No prometer ejecución si la integración está desconectada.
Shopify Flow es una app de Shopify, no una función exclusiva de Norvaneo. Confirma el plan, los permisos, los conectores y los límites antes de implementarla.
Documentación oficial de Shopify Flow ↗NORVANEO / NEXT
Una tarea. Un siguiente paso.
Prueba, compara y prepara tu proyecto. Herramientas gratuitas, sin registro para ver resultados.