Importar pedidos del ecommerce a Sage 50 sin duplicar clientes ni documentos
El cliente ya ha comprado, el pago está confirmado y administración necesita continuar. Al incorporar Pedidos en Sage 50, una comunicación repetida o una cuenta online sin relacionar pueden convertir una misma venta en más trabajo del esperado.
Para importar pedidos necesitamos conservar qué compra estamos recibiendo, a qué cliente pertenece y cómo se reconoce el documento preparado. Vamos a seguir una operación hipotética de WooCommerce a Sage 50, incluida una confirmación que se pierde y obliga a revisar el resultado.
Pedidos en Sage 50: una identidad de origen completa
En el ejemplo, la tienda «Suministros Web» recibe el pedido interno 8042. El cliente ve la referencia WEB-8042. Ambos valores ayudan a seguir la compra, pero la identidad también necesita el contexto de esa tienda y del entorno de producción.
Otra tienda puede tener su propio pedido 8042. Una copia de pruebas puede conservar el mismo número. Si se buscan operaciones únicamente por ese valor, el resultado puede pertenecer a otra compra.
La correspondencia del caso conserva tienda, entorno e identificador interno del pedido; la referencia visible facilita que administración lo encuentre. Al crear el documento en Sage 50, su identidad de destino se relaciona con aquel origen. El número propio del ERP se obtiene por el mecanismo disponible, respetando su circuito documental.
| Elemento del caso | Valor ilustrativo | Función |
|---|---|---|
| Contexto | Suministros Web, producción | Distinguir tienda y entorno |
| Pedido de origen | 8042 | Reconocer la operación recibida |
| Referencia visible | WEB-8042 | Facilitar búsqueda y atención |
| Documento de destino | Identidad devuelta por Sage 50 | Localizar lo creado y relacionarlo con el origen |
Guardar la relación permite volver a consultar el resultado. No presupone un campo concreto ni demuestra que cualquier integración implemente el mismo control; define lo que necesitamos conservar en este recorrido.
Un cliente nuevo en la web puede existir ya en Sage 50
Imagina que un distribuidor habitual empieza a comprar online. La tienda crea una cuenta, pero administración ya utiliza su ficha comercial desde hace años.
Crear otro cliente automáticamente podría separar pedidos, condiciones e historial. Asociarlo a una ficha incorrecta también produciría problemas.
Conviene revisar qué correspondencias existen y qué criterios permiten identificar la relación con suficiente confianza.
Un identificador del ERP asociado a la cuenta online puede aportar una relación explícita. Otras búsquedas pueden ayudar cuando esa relación todavía no existe, con alternativas definidas para las situaciones ambiguas.
La coincidencia de un dato aislado no siempre basta. Varias personas pueden comprar para una empresa y una persona puede intervenir en más de una relación comercial.
Si no hay información suficiente, el proceso necesita un resultado previsto: pedir revisión, utilizar el tratamiento acordado o continuar según una política validada para ese caso.
Distingue ficha comercial y datos de la compra
La dirección de entrega puede cambiar en un pedido sin que eso signifique sustituir todos los datos del cliente.
El comprador puede solicitar envío a una obra o una delegación. La cuenta de facturación puede conservar otra dirección. La integración debe respetar lo que representa cada información.
También hay que decidir qué actualizaciones pueden venir del ecommerce y cuáles se mantienen en Sage 50. Cambiar datos de la cuenta comercial puede requerir un circuito diferente del de recibir una nueva dirección de entrega.
Estas decisiones permiten automatizar sin convertir cada compra en una modificación indiscriminada de la ficha.
| Información | Qué necesitamos decidir |
|---|---|
| Cuenta comercial | Cómo se reconoce o crea según la política |
| Contacto | Quién realizó la compra |
| Dirección fiscal | Qué dato corresponde a la relación comercial |
| Dirección de entrega | Dónde debe servirse ese pedido |
| Condiciones | Qué información acompaña a la compra aceptada |
Cada línea necesita una referencia y una unidad
El cliente elige una opción en la tienda. Sage 50 necesita reconocer el artículo que corresponde a esa compra.
Si la ficha tiene variantes, la correspondencia debe llegar hasta la unidad vendible. Una cantidad del producto general puede ser insuficiente para determinar qué talla o formato preparar.
También conviene comprobar cómo se cuentan las unidades. Una caja de diez en el ecommerce y diez unidades individuales en el ERP requieren una equivalencia conocida, junto con el tratamiento de precio y cantidad.
Elige una compra que el almacén pueda reconocer. Comprueba las referencias y cantidades antes de revisar el documento completo. Un error de identidad en la línea puede parecer después una diferencia de precio o Stock.
Distillsync permite preparar consultas y transformaciones para relacionar estructuras de origen y destino. Las reglas deben reflejar cómo vende y sirve tu empresa.
Una línea de transporte no es otra caja del catálogo
WEB-8042 incluye las dos CAJA-40 y un gasto de entrega. El comprador ve un total de compra, pero administración necesita distinguir qué importe corresponde a mercancía y qué tratamiento utiliza el transporte en Sage 50.
El escenario utiliza 20,40 € para las dos cajas y añade 4 € de transporte antes de cualquier concepto adicional que corresponda. La suma de esos componentes es 24,40 €. La representación del gasto se prepara conforme al circuito de la empresa; no se convierte en un artículo ordinario por compartir lugar en el resumen del pedido.
Lo mismo sucede con una reducción aplicada al conjunto de la compra. Si el destino necesita repartirla entre líneas, el criterio debe conservar el total aceptado y el alcance que corresponda. Un ajuste de redondeo no debería quedar oculto como una caja con precio incorrecto.
Para revisar la importación, comparamos primero las líneas vendidas y después los componentes del total. Así una diferencia en el transporte no lleva a cambiar una tarifa de producto que estaba bien relacionada.
La prueba también debe contemplar una dirección de entrega nueva para un cliente existente. Conservamos la dirección utilizada en WEB-8042 sin sustituir automáticamente su ficha comercial. El pedido puede contener una información puntual de la compra mientras la cuenta mantiene sus datos generales.
Esa separación permite a administración reconocer qué recibió el cliente y continuar la venta sin rehacer manualmente el significado de cada importe. La identidad del pedido conecta todas las partes de la operación.
Decide qué estado permite incorporar el pedido
Una compra pendiente de pago puede necesitar otro tratamiento que una confirmada. El circuito de la empresa determina cuándo continuar y qué documento corresponde.
Hay que conservar también lo que ocurre después: cambios, cancelaciones o devoluciones pueden necesitar operaciones relacionadas con la compra original.
El artículo no prescribe un único documento para todas las instalaciones. Lo importante es conocer qué operación empresarial se ejecuta y mediante qué mecanismos compatibles.
Consultar información y crear un documento pueden utilizar interfaces distintas. La escritura debe respetar la lógica del ERP que corresponde a esa operación, sin reducir el proceso a insertar filas.
Consulta el módulo de Pedidos.
La confirmación puede perderse después de crear el documento
La tarea envía WEB-8042. Sage 50 crea el documento, pero la respuesta no llega a quien envió la operación. Desde ese lado parece pendiente; en el destino ya existe.
Volver a crear sin revisar puede duplicar la venta. Darla por completada sin información puede dejar un pedido pendiente cuando realmente falló antes de escribirse. Hay que distinguir ambas situaciones utilizando la identidad y los mecanismos de consulta o recuperación disponibles.
Seguimos el caso hipotético:
- La operación conserva la identidad completa de WEB-8042 antes de preparar el destino.
- El destino genera el documento y devuelve su identidad cuando la comunicación termina correctamente.
- Si la confirmación falta, se consulta la evidencia disponible para esa misma compra antes de autorizar otra creación.
- Si se localiza el documento, se recupera su relación con el origen. Si no se puede determinar el resultado, la operación queda identificada para revisión.
La secuencia describe el comportamiento requerido, no una garantía general de entrega «exactamente una vez». Se verifica contra la integración concreta y los accesos que ofrezca Sage 50.
La prueba debe contemplar también una referencia desconocida. Un problema de línea necesita conservar qué pedido se estaba preparando y qué llegó a ejecutarse. Repetir todo el pedido a ciegas dificultaría distinguir la parte pendiente de la que ya existe.
La cuenta online y el cliente comercial se relacionan antes de continuar
WEB-8042 pertenece a una persona que compra para Montajes Río, cliente ya existente en Sage 50. La web tiene su usuario 156; la empresa reconoce a su cliente comercial por otra identidad.
Una correspondencia confirmada relaciona ambos contextos. La dirección de esta entrega se conserva con el pedido: cambiarla para una obra no obliga a sustituir la dirección fiscal de la ficha del cliente.
La línea del ejemplo contiene dos cajas CAJA-40 a 10,20 €, suma 20,40 € antes de otros conceptos. Revisamos cuenta comercial, referencia, unidad, cantidad e importe aceptado en el documento. El mismo identificador de cliente con una empresa de destino equivocada tampoco sirve; el contexto forma parte de la revisión.
La guía ERP–ecommerce explica esa continuidad general. Los problemas de calidad del dato ayudan a entender por qué una cuenta sin relación necesita atención antes de crear otra ficha.
Distillsync permite preparar intercambios mediante tareas configurables. El resultado útil de este caso es poder localizar la misma venta desde WooCommerce y desde Sage 50, con la información necesaria para continuarla y revisar una repetición.
El pedido debe poder continuar sin perder su identidad
Importar una compra implica relacionar cliente, dirección, referencias, cantidades y condiciones con el proceso de Sage 50.
Cuando esas decisiones quedan claras, el equipo puede reconocer lo que ha llegado y atender una excepción con información suficiente sobre la operación original.
Distillsync utiliza un modelo semántico común y tareas configurables para trabajar con esas relaciones. Puedes comenzar con un pedido conocido y revisar cómo continúa entre aplicaciones.
Descubre Distillsync para Sage 50 o crea tu cuenta y empieza a probarlo.