Analizaremos su proceso de ventas y propondremos una arquitectura
Catálogo, pedidos, pagos e intercambio con el sistema contable, en un esquema y antes de empezar el desarrollo.
Un sistema de comercio electrónico lleva el producto desde su ficha del catálogo hasta el pago y la entrega. A continuación: los módulos del sistema, los procesos que cubre y sus conexiones con CRM, ERP, almacén y cajas.
Software para el comercio electrónico — un sistema que almacena los datos de productos, precios y existencias, acepta pedidos en línea, procesa los pagos y envía cada pedido para que lo ejecuten el almacén, la entrega y la contabilidad.
A diferencia de una web corriente, no trabaja con páginas sino con objetos de negocio: producto, precio, existencias, pedido, pago, envío y devolución, cada uno con su estado y su historial. El mismo pedido puede originarse en una aplicación, en una máquina expendedora, a través de un gestor o en un marketplace.
Es la capa operativa que hay detrás de un escaparate, no el escaparate en sí. Puede sustituir el escaparate o añadir otro sin rehacer los objetos que hay debajo.
Seis motivos por los que las empresas implantan una plataforma de comercio electrónico. Sin ella, cada una de estas tareas se resuelve a mano con hojas de cálculo, mensajes y llamadas.
Características, imágenes, precios y existencias se guardan en un solo lugar y se distribuyen a todos los canales de venta. La web, la aplicación y la caja muestran siempre lo mismo.
Los pedidos se crean, se comprueban y se pagan automáticamente las veinticuatro horas. Las personas intervienen solo donde hace falta una decisión: una entrega poco habitual, una devolución en disputa o un pedido mayorista.
La reserva al finalizar el pedido impide vender dos veces el mismo artículo. Las cancelaciones por falta de mercancía en el almacén pasan a ser una excepción y no la norma.
Precios y descuentos se rigen por reglas y no por ediciones manuales en las fichas. Recalcular un catálogo de miles de artículos lleva minutos y se puede deshacer.
Pedidos, pagos y envíos llegan a los sistemas contable y de almacén sin volver a teclearlos. La conciliación deja de ser una tarea aparte.
Se ve qué compran los clientes, qué buscan sin encontrarlo, en qué punto abandonan la compra y qué productos devuelven. Las decisiones de surtido se toman con datos.
Automatizar no significa sustituir al vendedor por un robot. Significa convertir las operaciones repetitivas en reglas que el sistema aplica de forma uniforme y registra en su historial.
Una regla sigue activa hasta que cambian sus condiciones. El control se mantiene: toda acción automática tiene autor, marca de tiempo y valor anterior en el registro de cambios.
Operaciones que pasan a ser automáticas:
| Hora | Qué hizo el sistema automáticamente |
|---|---|
| 09:41 | Margen del 18%: recalculados 1 240 artículos |
| 10:00 | La promoción «15% en tés» se inició según lo previsto |
| 10:03 | Pedido n.º 14 190 cancelado: 2 artículos devueltos a existencias |
| 10:06 | Existencias bajas del SKU 77-1043: avisado el departamento de compras |
Catálogo — un repositorio estructurado de datos de producto: qué se vende, en qué se diferencian los productos y por qué características los encuentran los clientes.
Un catálogo que funciona incluye:
La unidad básica del catálogo es una posición de mercancía con un código de artículo único (SKU): identificadores inmutables, una descripción editable e imágenes, documentos, precios y registros de existencias vinculados.
Las operaciones masivas se realizan mediante importación y exportación por archivo, API o flujo desde el sistema contable. Toda importación se valida antes: qué se creará, qué se modificará, qué se rechazará y por qué.
Rechazados: SKU duplicado — 9, falta el atributo obligatorio «Marca» — 5, categoría desconocida — 3. Hasta que la importación se confirma, no se escribe ninguna fila en el catálogo.
Precio — no es un campo de la ficha, sino el resultado de aplicar reglas en el momento de la consulta. Un producto puede tener varios precios a la vez y el sistema elige el que corresponde.
Esto significa que no hace falta editar precios en miles de fichas. Basta con cambiar una regla o la lista de precios base.
Capas de formación del precio:
Todo cambio de precio queda registrado: quién lo hizo, cuándo, según qué regla y cuál era el valor anterior. Ese historial sostiene los informes de margen y el análisis de pedidos en disputa.
Las reglas se resuelven por prioridad en lugar de sumarse a ciegas. Un cálculo típico del precio de una posición sigue esta secuencia:
La compatibilidad está definida de forma explícita: qué descuentos se suman, cuáles se excluyen entre sí y cuál es el precio mínimo admisible. La regla del precio mínimo evita que varios descuentos correctos por separado dejen el artículo sin rentabilidad al combinarse.
Promoción — una regla que el sistema aplica automáticamente a los pedidos que cumplen sus condiciones. Código promocional — el mismo tipo de regla, que el cliente activa con una palabra clave. Ambos se describen igual: condiciones, mecánica, calendario y límites.
Qué debe contener el pedido: productos, una categoría o marca, un importe mínimo, una forma de entrega, un segmento de clientes, un canal de venta, una hora del día o un día de la semana.
Porcentaje, importe fijo, precio nuevo, descuento sobre el artículo más barato de un conjunto, entrega gratuita, regalo o puntos en lugar de descuento.
Fecha de inicio y de fin, ventanas periódicas como «todos los viernes» y activación y desactivación automáticas sin intervención del personal.
Límite total de usos, límite por cliente, códigos personales de un solo uso, exclusión respecto de otras promociones y precio mínimo por artículo.
Un código común para una campaña o un lote de códigos únicos para destinatarios concretos. Un lote se puede exportar a un archivo y seguir código a código.
De cada promoción se ve el número de pedidos, el descuento total, los ingresos y el margen después de descuentos, así como cuántos códigos se han canjeado y cuántos quedan.
Carrito — un borrador de pedido: un conjunto de posiciones que todavía no crea obligación ni para el cliente ni para la tienda. La mercancía no está reservada ni el precio fijado, por eso el carrito se recalcula cada vez que se abre.
El recálculo comprueba cuatro cosas: que el producto siga a la venta, que haya existencias suficientes, que el precio no haya cambiado y que los descuentos sigan vigentes. El cliente ve los cambios antes de pagar y no después del cargo.
Un carrito debe poder:
Total a pagar: 3 posiciones, 11 640 som. Ambas discrepancias se muestran al cliente antes del pago y no después del cargo.
Junto al carrito hay listas que no inician una compra: favoritos, lista de espera, comparación por características y repetición de pedido. Están separadas a propósito para que el importe del pedido no sea ambiguo.
La mayoría de los carritos nunca llegan a ser pedidos. El sistema los guarda con marcas de tiempo y permite recuperar al cliente: un recordatorio por correo o mensajería, un enlace que restaura el carrito o una oferta personal.
El recordatorio se envía una vez por evento y no se convierte en una campaña de correo: una baja cuesta más de lo que vale el pedido recuperado.
Pedido — un documento que fija las posiciones compradas, los precios en el momento de la compra, el cliente y las condiciones de entrega y de pago. Después el pedido recorre un conjunto finito de estados y cada transición queda registrada.
Los precios y descuentos se fijan al finalizar el pedido. Un cambio de precio posterior o el fin de una promoción no afectan a un pedido existente: de lo contrario el importe a pagar dejaría de coincidir con el ticket.
La finalización del pedido, paso a paso:
Estados habituales: nuevo → pendiente de pago → pagado → en preparación → entregado al servicio de reparto → entregado → cerrado. Junto al flujo principal discurren las ramas de cancelación y devolución. El conjunto se ajusta al proceso de la empresa, pero sigue siendo finito y explícito.
Editar un pedido es una operación aparte y sujeta a permisos: añadir una posición, sustituir un producto, cambiar una cantidad, cobrar un suplemento o emitir una devolución parcial. Cada edición conserva la versión anterior del contenido del pedido.
Centro de contacto — no es una aplicación aparte, sino un puesto de trabajo sobre la misma lista de pedidos. El operador ve los mismos datos que el cliente en su área personal, más las operaciones con permisos: cambiar el contenido del pedido, conceder un descuento dentro de un límite, liberar una reserva y emitir una devolución.
Una consulta es, igual que un pedido, un registro con estado e historial. Tiene canal, asunto, pedido asociado, responsable y plazo de respuesta. Así una conversación no se pierde entre turnos y su resultado queda visible en la ficha del cliente.
Cómo se tramita una consulta:
El trabajo saliente sigue el mismo modelo: confirmar un pedido antes de la preparación, llamar por una entrega poco habitual, recuperar un carrito abandonado o hacer seguimiento de una devolución en disputa. Cada contacto se escribe en el mismo historial que las consultas entrantes.

La tienda no guarda datos de tarjetas ni realiza el pago por sí misma: dirige al cliente al proveedor de pagos, recibe el resultado de la operación y lo vincula al pedido. Todo lo demás es la gestión del ciclo de vida del pago.
| Pedido | Operación | Importe | Estado |
|---|---|---|---|
| 14 208 | Autorización | 12 480 | Autorizada |
| 14 201 | Cargo | 6 350 | Completado |
| 14 177 | Devolución | 2 100 | Completado |
| 14 206 | Liberación de la autorización | 3 940 | Liberada |
| 14 209 | Rechazo del banco 05 | 890 | Reintento |
La autorización se liberó sin operación de devolución porque el artículo no estaba disponible en el almacén. Repetir la petición con la misma clave de idempotencia no crea una segunda fila.
Tarjeta bancaria, QR o sistema de pagos inmediatos, monederos digitales, pago contra entrega, transferencia para personas jurídicas, pago a plazos y crédito o puntos de fidelización.
Primero la autorización: el importe queda bloqueado en la tarjeta pero no se cobra. El cargo se realiza tras preparar el pedido. Si un artículo no está disponible, el bloqueo se libera sin operación de devolución.
El resultado de la operación llega como una petición aparte de servidor a servidor y no cuando el cliente vuelve a la web. Cerrar el navegador no interrumpe el pago: el estado se actualiza con la notificación.
Repetir la misma petición de pago no crea un segundo pago. Cada operación tiene una clave con la que proveedor y sistema reconocen los duplicados.
Tras el pago en línea, la caja conectada genera un ticket fiscal y lo envía al cliente. Para las posiciones devueltas se genera un ticket de devolución.
Las operaciones del sistema se cotejan a diario con el registro del proveedor y el extracto bancario. Las discrepancias pasan a una cola aparte para su revisión manual.
Existencias disponibles — la cantidad de mercancía disponible para la venta en este momento. No es la cantidad física del almacén: una parte está reservada para pedidos, otra en tránsito y otra bloqueada como defectuosa.
Disponible para la venta = existencias físicas − reservas − existencias bloqueadas + entrada confirmada, allí donde se permiten los pedidos anticipados.
Con varios almacenes y ubicaciones, las existencias se calculan por separado para cada uno. El escaparate muestra la suma de los almacenes que pueden servir a la región elegida.
Formas de intercambio de datos:
Toda reserva tiene un tiempo de caducidad. Un pedido no pagado a tiempo devuelve el producto a la venta: de lo contrario los carritos abandonados consumirían todas las existencias disponibles.
| Almacén | Físicas | Reservadas | Defectuosas | Disponibles |
|---|---|---|---|---|
| Central | 1 420 | 310 | 24 | 1 086 |
| Tienda «Vostok» | 96 | 12 | — | 84 |
| Punto de recogida n.º 3 | 40 | 8 | 2 | 30 |
| Entrada prevista | 600 | — | — | 600 |
| Disponible para la venta | 2 156 | 330 | 26 | 1 800 |
«Físicas» es la cantidad realmente presente; «defectuosas», la bloqueada. La entrada prevista cuenta como disponible solo donde se permiten los pedidos anticipados. El escaparate muestra la suma de los almacenes que pueden servir a la región elegida.
La entrega se describe con tres objetos: forma de entrega, zona y tarifa. Una devolución es un proceso inverso con documento propio, no una cancelación fechada a posteriori.
Mensajero a domicilio, punto de recogida, taquilla de paquetería, recogida en tienda, transportista para mercancía voluminosa o entrega digital para productos electrónicos.
El precio depende de la región, el peso, el volumen y el importe del pedido. Las reglas fijan el umbral de entrega gratuita y los suplementos por subir a un piso o por artículos voluminosos.
Las fechas y las franjas se calculan a partir del horario del almacén, el tiempo de preparación y el calendario del transportista. Las franjas completas se cierran automáticamente.
El pedido se transmite al transportista por API. El sistema recibe un número de envío y los estados del trayecto y los muestra en el área de cliente.
El cliente elige las posiciones y un motivo. El sistema comprueba el plazo y la admisibilidad según el tipo de producto y genera un documento con instrucciones.
Tras la recepción, el producto vuelve a las existencias disponibles o se da de baja como defectuoso. El dinero regresa por la misma vía por la que llegó y se genera un ticket de devolución.
La devolución parcial es la norma: de un pedido se devuelve una posición de cinco. Por eso la devolución se calcula por posiciones y el descuento sobre el pedido completo se reparte proporcionalmente entre ellas; de lo contrario el importe devuelto no coincidiría con el ticket.
Personal de almacén — empleados que mueven físicamente la mercancía: reciben una entrega, la colocan en una ubicación, sacan las posiciones de un pedido y entregan la caja preparada al mensajero. El sistema no conoce esas acciones por lo que diga el empleado: cada operación se confirma escaneando un código de barras.
La diferencia es esencial. Una marca de «hecho» en una lista confirma una intención; un escaneo confirma un hecho: un SKU concreto, una ubicación, un empleado y una hora exacta al segundo. Un SKU tecleado mal aparece un mes después en el inventario; un código de barras erróneo lo rechaza la aplicación al instante.
Tareas de un turno de almacén:
Cada escaneo es un asiento de existencias: el saldo de la ubicación cambia en el momento de la operación y no por la tarde, al pasar los papeles. Escaparate, caja y centro de contacto leen las mismas existencias, de modo que «en línea hay, en el estante no» deja de ser normal.
Precisión de la preparación — 99,4%: durante el turno se bloquearon 7 escaneos y cada error se corrigió al instante. Las cifras proceden de esos mismos asientos de existencias y no de un parte aparte.
Mensajero — el último eslabón de la ejecución y el único empleado al que el cliente ve en persona. Su aplicación resuelve dos tareas: guiarle por el recorrido y registrar la entrega de forma que después no haya que confirmarla por teléfono.
La operación clave es escanear el código QR en la entrega. El código va impreso en la etiqueta del pedido o lo muestra el cliente en su pantalla. El escaneo responde a las preguntas que de otro modo acaban en disputa: si era el pedido correcto, si se entregó al destinatario correcto y en qué minuto.
Coordinador trabaja en el otro extremo de la misma aplicación: compone recorridos por zona, peso, volumen y franja de entrega, asigna mensajeros, sigue el mapa del turno y resuelve las incidencias: retraso, cliente ilocalizable, rechazo en la puerta.
El turno del mensajero, paso a paso:

El estado que marca el mensajero es el mismo que ve el cliente en su área personal y el operador en el pedido. No hay un «registro del mensajero» aparte: un evento es común a las tres partes.
El personal de almacén y los mensajeros trabajan en aplicaciones distintas y en lugares distintos, pero llevan el mismo pedido. Los une un conjunto de seis reglas comunes, no los informes de fin de jornada.
La orden de preparación, la lista de embalaje y la hoja de ruta no son documentos independientes, sino vistas distintas de un mismo pedido. Una posición añadida por el operador llega al almacén sin volver a teclearla.
La mercancía pasa del almacén al mensajero y del mensajero al cliente mediante escaneo. En cualquier momento el sistema muestra quién tiene físicamente el pedido y desde qué minuto.
Quien ejecuta una acción la registra en el lugar en que ocurre. La coordinación no copia estados a mano, de modo que entre el hecho y su registro no median horas.
Ambas aplicaciones escriben las operaciones en una cola local y las envían cuando vuelve la conexión. Cada operación tiene una clave, de modo que repetirla no crea una segunda preparación ni una segunda entrega.
Un faltante en la recepción, un artículo equivocado, una rotura o un rechazo parcial en la dirección se convierten en un registro propio con motivo y responsable, y no en una corrección silenciosa de existencias.
Posiciones preparadas por hora, precisión de la preparación, porcentaje de entregas dentro de la franja prometida, tiempo en la dirección y porcentaje de rechazos parciales. La carga y las primas se calculan con esos hechos y no con impresiones.
De ahí se deriva un requisito para la implantación: almacén y entrega deben incorporarse al sistema a la vez. Una aplicación de almacén sin aplicación de mensajero da un saldo exacto que desaparece de la vista en cuanto el pedido sale del almacén.
Área de cliente — acceso a los propios datos sin recurrir a un operador: pedidos, documentos, direcciones, medios de pago y devoluciones. Cada pregunta resuelta en el área personal es una llamada que no llega al servicio de atención.
El área de cliente no guarda una copia aparte de los datos. Muestra los mismos registros que ve un operador en el panel de administración, limitados a ese cliente y a las operaciones que se le permiten.
Incluye:
Un área B2B es más compleja: en una organización trabajan varios empleados con permisos distintos. El comprador compone el pedido, el responsable lo aprueba y la contabilidad recoge los documentos de cierre. El pedido es uno, pero las acciones están separadas.
Acceso mediante código de un solo uso o contraseña, un segundo factor para pagos y cambios de contacto y un registro de sesiones desde el que se puede desconectar un dispositivo desconocido. El cambio de correo o de teléfono se confirma por el contacto antiguo y por el nuevo.
El operador ve los mismos registros en el pedido: los eventos son comunes y no hay un registro aparte para el área de cliente. El ticket y el albarán están disponibles en «Documentos».
Integración — un intercambio de datos acordado con un sistema externo: qué se transmite, en qué formato, con qué frecuencia, de quién son los datos y qué ocurre cuando algo falla.
Sistemas que se conectan con más frecuencia:

La decisión clave de toda integración es la propiedad de los datos. A cada entidad se le asigna un sistema propietario: los datos maestros y los precios vienen del ERP, los clientes del CRM, las existencias del almacén y los pedidos nacen en el comercio electrónico. Editar el mismo campo en dos sistemas genera discrepancias permanentes, por eso se evita la propiedad bidireccional.
| Sistema | Datos transmitidos | Mensajes | Resultado |
|---|---|---|---|
| ERP | datos maestros, precios | 4 120 | Sin errores |
| Almacén | existencias, reservas | 18 640 | 2 reintentos |
| CRM | clientes, segmentos | 1 305 | Sin errores |
| Marketplace | pedidos, existencias | 2 470 | 1 en revisión |
Una integración rara vez falla al arrancar: falla medio año después, cuando se actualiza un sistema externo, un canal se cae una hora o en un catálogo aparece un valor inesperado. Seis reglas deciden si el intercambio sobrevive a esos sucesos.
La finalización del pedido no espera a un sistema externo. El mensaje entra en una cola y se procesa aparte, de modo que un almacén no disponible no detiene las ventas.
Una entrega fallida se repite a intervalos crecientes. Un mensaje que sigue fallando tras todos los intentos pasa a una cola de revisión en lugar de desaparecer.
Un mensaje reenviado no crea un segundo pedido ni descuenta las existencias dos veces. El receptor reconoce el duplicado por la clave de la operación.
Un cambio de formato aparece como versión nueva mientras la anterior sigue funcionando. Los consumidores externos migran a su propio ritmo.
Cada mensaje se guarda con su contenido, hora, resultado y número de intentos. El análisis de un incidente se apoya en el registro y no en la memoria.
Las cifras principales se cotejan con regularidad: pedidos, importes de pago y existencias. Una discrepancia se convierte en una tarea en lugar de aparecer durante el inventario.
Catálogo y pedidos
Pagos
Existencias y almacén
Analítica
La analítica se construye con datos propios de ventas y de comportamiento, no solo con contadores externos de visitas. Un contador conoce las visitas a una página; el sistema conoce el dinero, los productos y las devoluciones.
Los informes se pueden cortar por periodo, canal de venta, categoría, marca, almacén, región, segmento de clientes o promoción. Cada métrica está disponible en cada dimensión y se puede exportar a un archivo o a un almacén de datos.
La mayor caída se produce entre el carrito y la finalización del pedido. El registro, el cálculo de la entrega y las formas de pago son lo primero que conviene revisar.
La seguridad se apoya en tres principios: los datos de pago no entran en el sistema de la tienda, los datos personales se guardan con moderación y bajo control, y toda acción que afecte al dinero o a los pedidos deja rastro.
Los números de tarjeta se introducen del lado del proveedor certificado y no entran en el sistema de la tienda. Para los cargos recurrentes se guarda un token, no el número de la tarjeta.
Todo el tráfico va por HTTPS. Los campos sensibles de la base de datos están cifrados y las copias de seguridad cifradas se guardan aparte del entorno de producción.
Acceso por roles: un gestor de contenido no ve los pagos y un operador no cambia precios. El acceso administrativo exige autenticación en dos factores.
Quién cambió un precio, canceló un pedido o exportó la base de clientes. Los registros son inmutables y se guardan aparte de los datos operativos.
Se recogen solo los datos necesarios, con plazo de conservación, borrado a petición y consentimiento fechado para el tratamiento y las comunicaciones, con indicación de su origen.
Limitación de la frecuencia de peticiones, protección frente a la prueba sistemática de formularios, control de la reutilización de códigos promocionales y comprobación antifraude del pedido antes de la preparación.
La recuperación es una disciplina aparte. Una copia de seguridad no vale nada mientras no se haya probado la restauración: el despliegue de prueba se hace según calendario y no por primera vez durante un incidente.
Escalar es la capacidad de crecer sin reescribir. Crecen tres magnitudes: el tamaño del catálogo, el número de visitantes simultáneos y los pedidos por hora.
El catálogo lo limitan la búsqueda y el filtrado; la afluencia, la entrega de las páginas; el volumen de pedidos, la base de datos y las integraciones externas. Cada magnitud pide una solución distinta, que se introduce cuando hace falta.
Técnicas que funcionan en la práctica:
| Métrica | Medido | Umbral |
|---|---|---|
| Respuesta del catálogo, p95 | 180 ms | 400 ms |
| Pico de pedidos por hora | 3 000 | 2 400 |
| Respuestas servidas desde la caché | 86% | 70% |
| Reindexación del catálogo | 9 min | 20 min |
| Restauración desde copia de seguridad | 22 min | 60 min |
El sistema se compone de módulos: cada uno responde de sus propios datos y operaciones y las conexiones entre ellos están descritas de forma explícita. El arranque puede ser por etapas: primero catálogo y pedidos, después fidelización, analítica y nuevos canales de venta.
Posiciones de mercancía, SKU, descripciones, estados de publicación, versiones de las fichas y archivo de productos descatalogados.
Árbol de secciones, pertenencia de un producto a varias ramas, ordenación y páginas de aterrizaje para colecciones y secciones de temporada.
Un catálogo de propiedades tipadas con reglas de visualización: la base de los filtros, la comparación y la exportación a marketplaces.
Tallas, colores y volúmenes en una ficha con SKU y existencias propios. Lotes que descuentan varios componentes.
Imágenes, vídeos y documentos, generación automática de formatos y resoluciones, marcas de agua y vinculación con los productos.
Listas de precios, reglas de margen, escalados por volumen, precios individuales y contractuales, monedas, redondeo, impuestos e historial.
Condiciones de activación, mecánica del descuento, calendarios, límites, generación de lotes de códigos, compatibilidad y precio mínimo.
Carrito entre dispositivos, recálculo de precios y disponibilidad, pasos de la compra, pedidos de invitado y recuperación de carritos abandonados.
Una lista de pedidos para todos los canales, estados y transiciones, cambios de contenido, suplementos, envíos parciales y cancelaciones.
Conexión de proveedores, autorización y cargo, devoluciones parciales y totales, tratamiento de notificaciones y conciliación.
Tickets de venta y de devolución, intercambio con la caja en línea, entrega del ticket al cliente y control de los documentos no enviados.
Existencias por almacén, reservas con caducidad, bloqueos por producto defectuoso, recepción de entregas y devoluciones y umbrales de existencias bajas.
Formas de entrega, zonas, tarifas, franjas y horarios, creación de envíos, seguimiento de estados e impresión de documentos.
Solicitudes por posiciones, comprobación de admisibilidad y plazos, recepción, reembolso, retorno a existencias o baja como defectuoso.
Cuentas, direcciones, personas jurídicas y contratos, historial de pedidos, segmentos y consentimientos para el tratamiento de datos.
Puntos, niveles, reglas de acumulación y canje, caducidad de los puntos, ofertas personales y recomendaciones.
Índice de búsqueda, morfología y sinónimos, tolerancia a erratas, filtros por atributos, ordenación y consultas sin resultados.
Productos relacionados y similares, «se compra junto con», colecciones editoriales y reglas basadas en el historial de pedidos.
Páginas, artículos, banners, metaetiquetas y direcciones de las páginas, datos estructurados de producto, sitemap y feeds de productos.
Correo, SMS, mensajería y notificaciones push por eventos, plantillas de mensajes, calendarios y registro de entrega.
Informes de ventas, margen, existencias, embudo y devoluciones, dimensiones propias, exportación y almacenes de datos.
Intercambio con CRM, ERP, almacén, cajas, servicios de pago y de logística y marketplaces. API, webhooks y colas.
Roles y permisos por sección y operación, autenticación en dos factores y registro de la actividad de los empleados.
Varios escaparates sobre un núcleo, varios idiomas y monedas, varias personas jurídicas y almacenes y particularidades regionales.
El sistema completo no se lanza en una sola entrega. El orden siguiente se deriva de las dependencias: cada paso se apoya en los datos que generó el anterior.
Procesos actuales, catálogos y sistemas propietarios de los datos. El resultado es un modelo de entidades y un mapa de integraciones.
Migración de los datos maestros, configuración de atributos y categorías e intercambio de precios y existencias. Comprobación con datos reales.
Finalización del pedido, estados, proveedor de pagos, tickets fiscales y traspaso a ejecución. Primer arranque con parte del surtido.
Entrega y devoluciones, fidelización, analítica y nuevos canales de venta. Cada bloque es una entrega aparte con resultado medible.
Cuéntenos qué hay ya: sistema contable, almacén, cajas y el escaparate actual. Revisaremos el proceso y propondremos una arquitectura de la solución.