Pedidos de ecommerce en Sage 200: estados, series y circuitos comerciales
Cuando incorporas Pedidos en Sage 200 desde el ecommerce, tu equipo necesita reconocer qué debe hacer con cada compra.
El comprador ya ha elegido productos, una dirección y una forma de pago. Pero la empresa todavía tiene que continuar con sus documentos, estados y procedimientos de preparación.
Una compra puede estar confirmada. Otra puede requerir revisión. Una tercera pertenece a un canal o empresa que utiliza un circuito distinto.
La integración necesita conservar ese contexto para que cada operación llegue al lugar adecuado. Vamos a seguir un pedido y revisar las decisiones que relacionan estados, series y circuito comercial.
Pedidos en Sage 200: qué actuación autoriza cada estado
En la tienda del ejemplo hay compras pendientes de pago, confirmadas y canceladas. La empresa decide incorporar como pedido comercial las confirmadas; las pendientes todavía no autorizan aquella creación.
| Acontecimiento del escenario | Actuación acordada | Resultado que debe poder seguirse |
|---|---|---|
| Compra pendiente de pago | Esperar al evento previsto | No crear todavía el pedido comercial |
| Compra confirmada | Preparar el pedido en la empresa correspondiente | Relación origen–documento |
| Cancelación antes de incorporar | Impedir aquella creación según el estado vigente | Compra reconocida como cancelada |
| Cancelación después de incorporar | Revisar o ejecutar el circuito de cancelación permitido | No confundirla con una nueva compra |
Los nombres son ilustrativos. «Confirmada» puede significar una cosa diferente en cada tienda; el criterio debe utilizar la señal que realmente autoriza el negocio.
Distillsync permite preparar condiciones dentro de tareas. En este recorrido la condición selecciona qué operación continúa; la cancelación posterior necesita su propio tratamiento compatible con el estado del documento de Sage 200.
Un pedido necesita una empresa y un contexto de origen
Si trabajas con varias empresas o canales, la integración debe saber a cuál corresponde la compra.
Un número de cliente o referencia de artículo puede existir en más de un contexto. El identificador aislado no siempre determina la entidad comercial correcta.
La tienda, la empresa de destino y los datos de la operación deben quedar relacionados antes de preparar documentos.
Pensemos en dos canales que utilizan referencias parecidas, pero venden desde entidades distintas. Una compra necesita continuar dentro de la empresa que corresponde, con sus condiciones y sus documentos.
Esta decisión también permite seguir el pedido cuando administración busca su origen o cuando una comunicación vuelve a procesarse.
La referencia de tienda y la serie del ERP conservan papeles distintos
Una compra llega como WEB-530. El ejemplo la dirige a la empresa 01 y al circuito de venta online que administración ha definido. Para ilustrarlo llamamos WEB a su serie; no se presupone que exista con ese nombre en Sage 200 ni que la asignación sea igual en todas las instalaciones.
La identidad final del documento se obtiene mediante el mecanismo del ERP. WEB-530 sigue siendo la referencia de origen: copiar 530 como numeración interna sin respetar aquel mecanismo podría mezclar dos espacios de identificación.
| Compra del caso | Empresa de destino | Circuito ilustrativo | Identidad que se conserva |
|---|---|---|---|
| WEB-530, tienda general | 01 | Venta online | Origen de la tienda y documento devuelto |
| PRO-530, portal profesional | 01 | Profesional | Otro origen aunque coincida el número |
| WEB-530, otra sociedad | 02 | Su propio circuito | Empresa y origen distintos |
Esta separación permite que administración encuentre el documento por la compra sin pedir al ecommerce que reproduzca la numeración del ERP. La configuración de gestión de Sage 200 introduce decisiones por empresa que deben respetarse al preparar el destino.
Las reglas de series y tipos documentales se contrastan con el circuito instalado. El ejemplo muestra la separación de identidades y no prescribe una configuración fiscal o documental.
La cabecera y las líneas completan el circuito de venta
La ayuda de pedidos de ventas de Sage 200 describe ejercicio, serie y número en la cabecera, con numeración según la configuración de empresa. También distingue datos del pedido y de sus líneas. Esa estructura ofrece una referencia concreta para relacionar la compra.
En WEB-530 conservamos la cuenta comercial y la dirección de esta entrega. Cada línea necesita su referencia vendible, unidad y cantidad; cuando el circuito utiliza almacén, su relación también se prepara con la configuración correspondiente.
La persona de administración puede seguir la compra desde el origen hasta el documento y reconocer dónde continúa la preparación. Un estado «enviado» del ecommerce no se convierte automáticamente en una autorización para crear otro documento: representa un acontecimiento que debe relacionarse con el circuito ya iniciado.
Si el pedido se sirve parcialmente, la compra de origen sigue siendo la misma. El seguimiento necesita distinguir qué cantidad ya continuó y qué queda pendiente. Volver a enviar la totalidad como si fuera otra compra duplicaría el trabajo que ya tiene relación con WEB-530.
La integración prepara los datos necesarios para el mecanismo de destino disponible. La ayuda del ERP describe su funcionamiento, mientras que una prueba del recorrido conectado permite comprobar qué operaciones están realmente preparadas para esa instalación.
Conservar esa separación ayuda al negocio a reconocer su circuito habitual y a localizar una diferencia: identidad de la compra, selección de ruta, cabecera, línea o continuidad documental. El ecommerce añade un origen de ventas que debe encajar con esas decisiones.
Cliente, direcciones y condiciones deben viajar relacionados
La persona que compra puede pertenecer a una cuenta ya existente. La dirección de entrega puede ser distinta de la fiscal y la oferta puede utilizar unas condiciones profesionales.
La integración necesita reconocer esas relaciones antes de continuar la venta.
| Dato de la compra | Pregunta para el circuito |
|---|---|
| Cuenta comercial | ¿Qué cliente corresponde en la empresa de destino? |
| Contacto | ¿Quién realizó la operación? |
| Dirección | ¿Qué debe utilizarse para facturación y entrega? |
| Forma de pago | ¿Qué tratamiento operativo corresponde? |
| Importes y condiciones | ¿Qué se aceptó y qué revisión procede? |
Una correspondencia equivocada puede afectar después a precio, preparación o administración. Por eso conviene comprobar una compra completa y no validar cada campo de forma aislada.
Cada línea necesita poder continuar en el almacén
El cliente elige productos o variantes. El ERP necesita reconocer referencias y cantidades dentro de su configuración.
También pueden intervenir unidades de venta, descuentos, portes u otros conceptos del pedido. La transformación debe conservar el significado comercial de cada línea.
Una caja y una unidad individual requieren una equivalencia conocida. Una variante necesita su referencia concreta. El almacén de servicio debe corresponder al circuito definido.
Si una línea no puede relacionarse, necesitamos una política de tratamiento y suficiente información para continuar. El resultado debe permitir distinguir lo que ocurrió de lo que todavía está pendiente.
Distillsync organiza fuentes, transformaciones y operaciones en tareas configurables. La prueba debe comprobar el alcance real del recorrido para el documento y entorno concretos.
Los cambios posteriores también pertenecen a la compra
Un pedido puede cancelarse, modificarse o generar una devolución. Esos acontecimientos necesitan relacionarse con la operación original y con lo que ya haya ocurrido en el ERP.
Cancelar una compra que todavía no se ha preparado no es necesariamente equivalente a tratar otra que ya ha avanzado en su circuito. La política de la empresa debe identificar qué acciones pueden ejecutarse y cuáles requieren revisión.
También hay que contemplar comunicaciones repetidas. Un corte de conexión puede ocultar la confirmación de una operación ya realizada.
Conservar identificadores y resultado permite comprobar el estado antes de generar documentos adicionales. Trazabilidad y recuperación deben evaluarse en el flujo concreto, sin asumir que un registro de actividad resuelve por sí solo cualquier repetición.
Consulta el módulo de Pedidos.
Cambiar la ruta no debe trasladar pedidos anteriores
El negocio incorpora un circuito profesional nuevo a partir de una fecha. Decide utilizar la fecha de confirmación para seleccionar la ruta; otra política podría utilizar un criterio distinto, que debe quedar igualmente explicado.
PRO-610 se confirmó antes del cambio, aunque su comunicación llega después. PRO-611 se confirma cuando la regla nueva ya está vigente. El resultado esperado mantiene el circuito anterior para el primero y utiliza el nuevo para el segundo.
Un reintento de PRO-610 debe reconocer su compra y el documento ya relacionado. Recalcular su destino únicamente con la configuración actual podría generar otra operación en otra serie o perder la relación histórica.
Al cambiar la ruta guardamos tres ejemplos: pedido anterior, posterior y retrasado. La comprobación observa empresa, condición que eligió el circuito y documento resultante. Así administración y ecommerce pueden explicar por qué dos compras próximas siguen recorridos diferentes.
La guía ERP–ecommerce aporta el marco de continuidad. Aquí la decisión de circuito conserva el papel central: el estado, el origen y el contexto de la compra explican dónde debe continuar.
El pedido continúa dentro de una forma de trabajar
Incorporar ventas del ecommerce a Sage 200 exige relacionar identidades, estados y documentos con el circuito comercial que utiliza tu empresa.
Cuando esa preparación conserva el contexto, el equipo puede reconocer qué ha llegado, dónde debe continuar y qué necesita atención.
Distillsync utiliza un modelo semántico común y tareas configurables para preparar esos intercambios. Puedes empezar por un pedido conocido y comprobar cómo se representa su recorrido.
Descubre Distillsync para Sage 200 o crea tu cuenta y empieza a probarlo.