Procesos de datos / 14
Transferir pedidos. Mantener estados trazables.
La tienda indica pagado, el ERP aún no conoce el pedido y el envío ya tiene un número de seguimiento. Conectamos estos pasos con estados definidos, referencias de pedido unívocas y una recuperación planificada.
La situación inicial
Una palabra de estado tiene un significado distinto en cada sistema.
«Completado» puede finalizar la gestión en la tienda y significar contabilizar una factura en el ERP. Una entrega parcial afecta a posiciones concretas; un reembolso no es automáticamente una cancelación completa del pedido.
Definimos eventos operativos y transiciones permitidas. Pago, pedido, existencias, envío y factura siguen teniendo responsabilidades propias. La integración hace visibles sus relaciones.
Qué hace DataSource
Entrega del pedido. Modelo de estados. Respuesta.
Entrega del pedido
Asignar número externo de pedido e ID de destino. Verificar posiciones, valores fiscales y monetarios y direcciones de entrega antes de crear el pedido.
Modelo de estados
Mapear estados del sistema a estados operativos. Especificar por separado cantidades parciales, cancelaciones, reembolsos y cambios posteriores.
Respuesta
Devolver estados de destino confirmados e información de envío. Tratar eventos repetidos y respuestas de escritura inciertas mediante la identidad del pedido.
angenommen → im ERP bestätigt → in Bearbeitung
↓
teilversendet
↓
versendet
Doppeltes Ereignis → bekannten Effekt abgleichen
Älteres Ereignis → aktuellen Zustand erhaltenEscenario técnico / Ejemplo ilustrativo
Devolver información de envío sin volver a aplicar estados antiguos.
Fragmento ilustrativo de una máquina de estados. Los nombres reales se acuerdan con los sistemas. Los eventos se aplican por pedido o posición, no indistintamente a todos los datos.
Datos de ejemplo y reglas propuestas. Las interfaces y reglas empresariales concretas se verifican para su proyecto.
Gestión de errores, seguridad y operación
Duplicados: verificación y operación.
Duplicados
Después de un timeout, verificar primero si el pedido ya se creó. Una segunda creación puede duplicar reservas, facturas o envíos.
Orden
Los eventos pueden llegar tarde. Verificar estado de destino y versión; separar transiciones problemáticas para aclararlas.
Conciliación
Comparar periódicamente los pedidos abiertos entre sistemas. Notificar específicamente transferencias no confirmadas y posiciones rechazadas permanentemente.
Preguntas operativas
Detalles importantes antes de implementar.
Pedidos · Almacén · Transiciones de estado · Entrega parcial · Conciliación
¿Pueden copiarse las existencias de la tienda al ERP sin más?
Depende de la lógica de referencia para existencias y reservas. De lo contrario, el mismo pedido puede reducir varias veces la cantidad disponible.
¿Cómo se representan entregas parciales?
Mediante posiciones, cantidades y referencias de entrega únicas. Un único estado de pedido a menudo no basta.
¿Son imprescindibles los webhooks?
No. Puede ser adecuada una conciliación periódica por API. Los webhooks pueden reducir retrasos, pero necesitan las mismas reglas de identidad y repetición.
Para el análisis técnico
Empezar por su proceso concreto.
Describa sistemas, listas de estados, ejemplos de pedidos y posiciones y el proceso real de pago y envío. Un caso de error real anonimizado ayuda a priorizar.
En la primera conversación aclaramos los accesos disponibles, las responsabilidades sobre los datos y un primer flujo delimitado. Después acordamos alcance, responsabilidades y condiciones.
Para empezar bastan ejemplos anonimizados. No envíe contraseñas, tokens ni datos personales de producción en la primera consulta.
Tareas relacionadas
La próxima conexión en contexto.
Conectar WooCommerce con su ERP
Los artículos se gestionan en el ERP, se completan en la tienda y se actualizan mediante archivos. Conectamos los modelos de datos y definimos qué información gestiona el ERP y cuál permanece en la tienda.
Procesar webhooks de forma fiable
Llega un evento y debe activar una acción en el siguiente sistema. Las entregas múltiples, los retrasos o una API de destino caída convierten esto en un proceso operativo. Desarrollamos ese proceso con eventos claros y efectos verificables.
Sincronizar datos entre sistemas
Un cliente se modifica en el CRM y también en el ERP. ¿Qué versión es válida? Diseñamos la sincronización a partir de responsabilidades operativas e identidades estables para evitar conflictos silenciosos en las transferencias periódicas.