Comercio electrónico

Software para las ventas en línea

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.

Qué es el software

para el comercio electrónico

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.

De qué se compone el sistema

  • Escaparate — la interfaz del cliente: web, aplicación móvil, pantalla de una máquina expendedora o quiosco de autoservicio
  • Núcleo de datos — productos, categorías, atributos, precios, existencias, clientes y pedidos
  • Lógica de negocio — reglas de precios, descuentos, disponibilidad, coste de entrega e impuestos
  • Capa de procesos — estados de los pedidos, reservas, operaciones de pago, envíos y devoluciones
  • Capa de integración — intercambio de datos con CRM, ERP, almacén, cajas, servicios de pago y de logística
  • Panel de administración — el puesto de trabajo de gestores de contenido, operadores de pedidos y responsables de categoría
  • Analítica — una vista de datos sobre ventas, embudo de conversión, existencias y devoluciones

Qué problemas resuelve el sistema

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.

Un especialista prepara un pedido de comercio electrónico en una línea de fulfillment en penumbra

Una única fuente de datos de producto

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.

Pedidos sin operador

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.

Existencias fiables

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 bajo control

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.

Conexión con la contabilidad

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.

Medición

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.

Qué procesos

automatiza el sistema

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:

Registro de reglas activadaspanel de administración
HoraQué hizo el sistema automáticamente
09:41Margen del 18%: recalculados 1 240 artículos
10:00La promoción «15% en tés» se inició según lo previsto
10:03Pedido n.º 14 190 cancelado: 2 artículos devueltos a existencias
10:06Existencias bajas del SKU 77-1043: avisado el departamento de compras
  • Publicar productos y retirarlos de la venta
  • Recalcular precios a partir de reglas y márgenes
  • Iniciar y finalizar promociones según calendario
  • Comprobar y canjear códigos promocionales
  • Reservar existencias para un pedido
  • Cambiar el estado de un pedido
  • Cobrar y devolver pagos
  • Calcular el coste de la entrega
  • Generar documentos de envío
  • Enviar un pedido al servicio de entrega
  • Avisar al cliente en cada etapa
  • Devolver a existencias los artículos cancelados
  • Transmitir datos a CRM y ERP
  • Fiscalizar los tickets en la caja
  • Actualizar informes y almacenes de datos
  • Enviar avisos de existencias bajas

Cómo funciona

el catálogo de productos

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:

  • Categorías — un árbol de secciones; el mismo producto puede figurar en varias ramas a la vez
  • Atributos — características tipadas: número, lista, indicador o intervalo, con las que se construyen los filtros
  • Variantes — talla, color o volumen: una ficha común con SKU y existencias propios
  • Lotes y conjuntos — una posición vendible que al pedirse descuenta varios artículos componentes
  • Material gráfico — imágenes, vídeos, instrucciones y certificados en varias resoluciones
  • Relaciones — alternativas, accesorios, productos afines y sustitutos de artículos descatalogados
  • Estado del artículo — borrador, publicado, oculto o archivado. Los archivados no se eliminan: así los pedidos antiguos conservan su contexto
Interfaz del catálogo de productos con árbol de categorías, filtros por atributos y precio y una cuadrícula de fichas con imagen, nombre, precio y existencias

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é.

Validación de una importación de catálogo1 697 filas en el archivo
412artículos nuevos
1 268actualizados
17rechazados

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.

Cómo se gestionan

los precios

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:

  • Precio base — importado del sistema contable o introducido a mano
  • Listas de precios — minorista, mayorista, de socios y por región
  • Reglas de margen — un porcentaje o un importe fijo sobre el precio de compra, por categoría o proveedor
  • Precios individuales — por segmento de clientes o por contrato concreto
  • Escalados por volumen — el precio depende de la cantidad pedida
  • Moneda y redondeo — conversión según el tipo de cambio y redondeo a un importe cómodo para el cliente
  • Impuestos — el tipo impositivo por artículo y los precios con o sin impuesto

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.

Orden de aplicación

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:

  • Determinar la lista de precios del cliente
  • Tomar el precio base del artículo de esa lista
  • Aplicar el escalado por la cantidad pedida
  • Aplicar las condiciones particulares del contrato
  • Aplicar la promoción de mayor prioridad
  • Aplicar un código promocional si es compatible con la promoción
  • Acumular y canjear puntos de fidelización
  • Calcular el impuesto y el importe final de la posición

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.

Cálculo del precio de una posiciónsom, 12 uds.
  • Precio base, lista «Mayorista»4 200
  • Escalado por volumen, a partir de 10 uds.−210
  • Condiciones del contrato n.º 218−120
  • Código promocional SPRING, compatible con la promoción−186
  • Precio mínimo — 3 500; el límite no se alcanza3 684
  • Impuesto del 12%+442
  • Precio final de la posición4 126

Cómo funcionan promociones y códigos promocionales

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.

Condiciones de activación

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.

Mecánica del descuento

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.

Fechas y calendario

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ímites

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.

Generación de códigos

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.

Seguimiento de resultados

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.

Cómo funciona

el carrito

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:

  • Pasar de un dispositivo a otro — un carrito iniciado en el navegador se abre en la aplicación al iniciar sesión
  • Funcionar sin cuenta — un invitado puede componer el pedido enseguida e identificarse solo al finalizarlo
  • Fusionarse al iniciar sesión — el carrito de invitado se une al carrito guardado en lugar de sobrescribirlo
  • Respetar los límites — importe mínimo del pedido, múltiplos de embalaje y límites de cantidad por cliente
  • Separar lo no disponible — los productos descatalogados y sin existencias se trasladan a un grupo aparte
  • Mostrar el cálculo con claridad — el total se desglosa en importe de la mercancía, descuento, entrega e impuestos
Recálculo del carrito al abrirloescaparate
  • El producto está a la venta4 de 4Todas las posiciones están publicadas, ninguna se ha retirado de la venta
  • Existencias suficientes1 posición«Café en grano, 1 kg» — 2 de 3 disponibles, el resto se trasladó a las posiciones no disponibles
  • El precio no ha cambiado1 posición«Hervidor eléctrico» ha subido 120 desde que se añadió
  • Descuentos vigentesEl código promocional SPRING está activo, la promoción termina en 4 días

Total a pagar: 3 posiciones, 11 640 som. Ambas discrepancias se muestran al cliente antes del pago y no después del cargo.

Interfaz del carrito y de la finalización del pedido con cantidades, recálculo del precio, código promocional, descuento y total desglosado

Listas guardadas

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.

Carrito abandonado

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.

Métricas que conviene seguir

  • Porcentaje de carritos que llegan a la finalización del pedido
  • Paso de la finalización con más abandonos
  • Composición e importe medios del carrito
  • Frecuencia de los cambios de precio entre añadir y pagar
  • Clientes recuperados con recordatorios del carrito

Cómo se tramitan

los pedidos

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:

  • Carrito: recalcular precios y comprobar disponibilidad y límites
  • Identificación del cliente: inicio de sesión, registro o compra como invitado
  • Elección de la entrega: dirección, punto de recogida, franja horaria y cálculo del coste
  • Elección de la forma de pago y aplicación del código promocional
  • Reservar existencias para las posiciones del pedido
  • Crear el pedido y su número y enviar la confirmación
  • Cobrar el pago o confirmar el pago contra entrega
  • Enviar a ejecución: preparación, envío y entrega
Interfaz de gestión de pedidos con una lista filtrable y una ficha de pedido con el historial completo de estados

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.

Lista de pedidos por estadoen curso ahora mismo
  • 12Nuevos
  • 8Pendientes de pago
  • 34Pagados
  • 19En preparación
  • 41En reparto
  • 5Cancelación y devolución

Cómo se tramitan los pedidos

en el centro de contacto

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:

  • La consulta entra en una cola común desde cualquier canal: llamada, chat del escaparate, mensajería, correo o solicitud de devolución de llamada
  • El cliente se identifica por teléfono o correo y a la vez se cargan sus pedidos, devoluciones y consultas anteriores
  • La cola se reparte entre los operadores libres según asunto, idioma y prioridad del cliente
  • El operador abre el pedido y confirma su contenido, la dirección y la franja de entrega
  • Los cambios se registran como operaciones: sustitución de una posición, suplemento o devolución parcial, cada uno con autor y versión anterior
  • El pedido pasa a ejecución y el cliente recibe la confirmación por el mismo canal por el que contactó con la empresa
  • El resultado queda en la ficha del cliente: asunto, solución, duración de la conversación y pedido asociado

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.

Especialistas del centro de contacto de comercio electrónico trabajando en un mismo entorno operativo

Roles del turno

  • Operador de primera línea — recibe consultas, responde preguntas habituales y toma pedidos por teléfono
  • Asesor de producto — selecciona productos por características, compatibilidad y disponibilidad y propone una alternativa cuando algo se ha agotado
  • Gestor de pedidos — lleva el pedido hasta el envío: cambios, suplementos, plazos, pedidos mayoristas y pedidos de personas jurídicas
  • Gestor de devoluciones — comprueba el derecho a la devolución, tramita los reembolsos y atiende las reclamaciones
  • Responsable de turno — reparte la carga, interviene en las conversaciones difíciles y vigila la cola y los plazos de respuesta

Métricas que conviene seguir

  • Tiempo hasta la respuesta y porcentaje de consultas sin responder
  • Porcentaje de asuntos resueltos en el primer contacto sin una segunda llamada
  • Conversión de las llamadas de confirmación de pedidos
  • Cancelaciones y devoluciones tras una conversación con un operador
  • Los asuntos de las consultas indican directamente qué hay que corregir en el escaparate y en las fichas de producto

Cómo funcionan los pagos

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.

Interfaz de pagos con un resumen de operaciones, un registro con los estados de autorización, cargo, devolución y rechazo y la conciliación con el registro del proveedor
Registro de operaciones del turnosom
PedidoOperaciónImporteEstado
14 208Autorización12 480Autorizada
14 201Cargo6 350Completado
14 177Devolución2 100Completado
14 206Liberación de la autorización3 940Liberada
14 209Rechazo del banco 05890Reintento

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.

Conciliación con el registro del proveedormismo turno
812operaciones
98,6%correctas
42 minretención media de la autorización
0discrepancias

Formas de pago

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.

Pago en dos fases

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.

Notificaciones del proveedor

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.

Idempotencia

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.

Ticket fiscal

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.

Conciliació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.

Cómo se sincronizan

las existencias

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:

  • Descarga completa — todo el catálogo de existencias según calendario, normalmente de noche
  • Intercambio incremental — solo los cambios desde la sincronización anterior, cada pocos minutos
  • Eventos — el sistema contable comunica un cambio en el momento en que se produce
  • Cola de mensajes — no se pierden datos cuando el sistema de almacén o la web dejan de estar disponibles temporalmente
  • Resolución de conflictos — para cada discrepancia se define de antemano qué valor prevalece

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.

Qué aporta un registro exacto de existencias

  • Los clientes no pueden pedir productos que no existen
  • Los operadores no pierden tiempo llamando para cancelar pedidos
  • La tienda evita devoluciones causadas por sus propios errores de inventario
  • El departamento de compras ve el consumo real por artículo
  • Los pedidos anticipados y las listas de espera pueden dar fechas de disponibilidad honestas
  • Los informes de rotación se basan en datos fiables

Causas habituales de las discrepancias

  • Una venta en la tienda física que no llegó a tiempo al intercambio
  • Una reserva sin caducidad dejada por un carrito abandonado
  • Una devolución registrada en el almacén después de la entrada física de la mercancía
  • Una corrección manual en el sistema contable sin recalcular las reservas
  • Lotes con el descuento de componentes mal configurado
Existencias por almacén, SKU 77-1043uds.
AlmacénFísicasReservadasDefectuosasDisponibles
Central1 420310241 086
Tienda «Vostok»961284
Punto de recogida n.º 3408230
Entrada prevista600600
Disponible para la venta2 156330261 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.

Entrega y devoluciones

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.

Formas de entrega

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.

Zonas y tarifas

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.

Franjas y horarios

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.

Envío y seguimiento

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.

Solicitud de devolución

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.

Recepción y liquidación

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.

Cómo funciona

la aplicación del personal de almacén

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:

  • Recepción — cotejo de la entrega con el albarán posición a posición. Faltantes, artículos equivocados y daños se registran en la recepción y se envían como reclamación al proveedor en lugar de aparecer durante la preparación
  • Etiquetado — para toda mercancía sin código de barras legible se imprime una etiqueta interna. La mercancía sin etiquetar no se admite en el almacén
  • Colocación — escanear la mercancía y la ubicación las vincula, de modo que el sistema sabe dónde está cada unidad
  • Preparación — la aplicación traza un recorrido por las ubicaciones y guía al empleado; un escaneo en cada ubicación confirma el artículo y la cantidad
  • Embalaje — el contenido de la caja se compone escaneando; lo que no se escanea no entra en la caja
  • Entrega al reparto — la caja se entrega al mensajero mediante escaneo y en ese mismo momento pasa la responsabilidad
  • Traslados y reposición — mover existencias entre ubicaciones y de la zona de almacenamiento a la de preparación para que la mercancía de alta rotación quede cerca
  • Inventario — recuento ubicación por ubicación sin detener el almacén; cada ubicación se bloquea solo mientras se cuenta
  • Cargo — daño, rotura o caducidad, con motivo, fotografía y empleado responsable
La aplicación del personal de almacén escaneando una ubicación junto a una tabla de existencias con cantidades físicas, reservadas y disponibles

Cómo está construida la aplicación

  • Una pantalla, una tarea: una línea de tarea destacada, un campo de escaneo y la confirmación. Listas, filtros e informes quedan en el panel de administración
  • Terminal o teléfono — un lector láser de mano o la cámara del móvil compatible con EAN-13, Code-128, DataMatrix y QR
  • Funcionamiento sin conexión — las operaciones entran en una cola local y llegan al servidor cuando vuelve la conexión, algo que importa en cámaras frigoríficas y pasillos alejados
  • Comprobación inmediata — si el producto o la ubicación no coinciden, el paso se bloquea y la aplicación responde con sonido y vibración. El error se corrige ahora y no en el inventario
  • Roles y permisos — el personal de almacén ve solo sus tareas y su zona; dar de baja mercancía o corregir existencias exige un permiso aparte
  • Registro del rendimiento — cada operación tiene autor y marca de tiempo, de modo que el rendimiento del turno se mide en líneas y unidades en lugar de estimarse

Qué aporta esto al resto del sistema

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.

Rendimiento del turno por operaciónlíneas, 12 horas
  • Preparación por recorrido1 180
  • Recepción de entregas640
  • Ubicación por celda512
  • Embalaje y entrega al reparto470

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.

Cómo funciona

la aplicación del mensajero

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 mensajero recibe el recorrido del turno con las paradas en orden de conducción, las franjas de entrega y los importes a cobrar
  • En el almacén recoge los pedidos escaneándolos; en ese momento la responsabilidad pasa del almacén a él
  • La aplicación le guía entre paradas y reordena el recorrido cuando este se sale de sus franjas
  • En la dirección escanea el código QR; el pedido se identifica sin ambigüedad y en la pantalla aparecen su contenido y su importe
  • El rechazo parcial se registra en la puerta: las posiciones rechazadas se marcan y vuelven a existencias sin una solicitud aparte
  • El pago se acepta con tarjeta, QR o en efectivo y el ticket fiscal se envía al cliente
  • La entrega se confirma con un código de un mensaje, una firma en pantalla o una fotografía, según el tipo de pedido
  • Al final del turno, los pedidos no entregados y el efectivo cobrado vuelven al almacén y a la caja por la misma vía de escaneo
Un mensajero entrega un pedido a un cliente en el portal de un edificio

Cómo está construida la aplicación

  • Mapa y recorrido — las paradas del turno, la navegación hasta la dirección, las notas del destinatario, el código del portero y la planta
  • Estado desde la propia parada — «en camino», «en la dirección», «entregado» y «rechazado» se marcan con un botón en lugar de con un mensaje al coordinador
  • Funcionamiento sin conexión — los eventos se acumulan en una cola; repetirlos no crea una segunda entrega ni descuenta las existencias dos veces
  • Cobros del turno — los importes cobrados se suman en la aplicación y se cotejan al entregar la recaudación, de modo que las discrepancias se ven enseguida
  • Lugar y hora — cada evento lleva coordenadas y hora exacta al minuto, de modo que una entrega en disputa se aclara desde el registro
  • Contacto con el destinatario — llamadas y mensajes pasan por un número enmascarado; no se expone ni el número personal del mensajero ni el del cliente

Qué ven el cliente y el operador

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.

Qué une el almacén y la entrega

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.

Un documento a lo largo de toda la cadena

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 responsabilidad pasa mediante escaneo

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.

El estado se registra donde ocurre el hecho

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.

Funcionamiento sin conexión

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.

Las discrepancias siguen visibles

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.

Turnos medibles

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.

Qué aporta

el área de cliente

Á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:

  • Historial de pedidos — contenido, importes, estado, documentos y tickets de cada pedido
  • Seguimiento — la etapa actual de ejecución y el número de envío del transportista
  • Repetición de pedido — traslada un pedido anterior al carrito tras comprobar precios y disponibilidad actuales
  • Devolución — una solicitud por posiciones con motivo y seguimiento de su tramitación
  • Direcciones y destinatarios — direcciones de entrega guardadas, contactos y puntos de recogida
  • Formas de pago — tarjetas vinculadas en forma de token, sin guardar el número de tarjeta
  • Puntos y nivel — saldo de fidelización, fecha de caducidad y ofertas disponibles
  • Suscripciones y consentimientos — canales de aviso y consentimiento para el tratamiento de datos, revocables con un clic

Área de cliente para empresas

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.

  • Varios usuarios dentro del área de una organización
  • Precios contractuales y condiciones de pago particulares
  • Aprobación del pedido antes de su ejecución
  • Facturas, certificados y albaranes en la sección de documentos
  • Pedido a partir de una lista de SKU o de un archivo cargado

Acceso y protección

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.

Pedido n.º 14 208 en el área de cliente3 posiciones · 11 640 som
  • Realizado12 de mayo, 10:24 · entrega por mensajero, 13 de mayo, 12:00–15:00
  • Pagados12 de mayo, 10:26 · tarjeta ••• 4417 · ticket fiscal enviado
  • Preparado en el almacén12 de mayo, 11:40 · almacén Central
  • Entregado al reparto12 de mayo, 15:02 · envío KG 7741820
  • Entregadoprevisto el 13 de mayo · el mensajero fijará el estado en la dirección

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».

Cómo se realizan

las integraciones

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:

  • CRM — clientes, consultas, oportunidades y segmentos para precios personales y campañas
  • ERP y sistema contable — datos maestros de producto, precios, documentos de venta y liquidaciones
  • WMS y almacén — existencias por almacén, reservas, órdenes de preparación y recepción de devoluciones
  • Cajas y equipos fiscales — tickets de venta y de devolución e intercambio con las tiendas físicas
  • Proveedores de pago — autorización, cargo, devoluciones y registros de conciliación
  • Servicios de entrega — tarifas, calendarios, creación de envíos y estados
  • Marketplaces — exportación del surtido, recepción de pedidos y actualización de existencias
  • Marketing — campañas por correo y mensajería, sistemas de analítica web y feeds de productos
Catálogo, almacén y equipos de pago y de entrega conectados físicamente al sistema central de servidores

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.

Registro de intercambio de 24 horaspropietario de los datos
SistemaDatos transmitidosMensajesResultado
ERPdatos maestros, precios4 120Sin errores
Almacénexistencias, reservas18 6402 reintentos
CRMclientes, segmentos1 305Sin errores
Marketplacepedidos, existencias2 4701 en revisión

Reglas sobre las que se construye el intercambio

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.

Procesamiento asíncrono

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.

Reenvío

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.

Idempotencia

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.

Versionado de la API

Un cambio de formato aparece como versión nueva mientras la anterior sigue funcionando. Los consumidores externos migran a su propio ritmo.

Registro del intercambio

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.

Controles de conciliación

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

Qué datos

hay en la 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.

Panel de analítica de comercio electrónico con métricas de ventas, gráfico de ingresos del periodo, embudo de compra y ventas por categoría
Resumen del mesfrente al periodo anterior
4,8 millonesingresos, som +12%
1 240pedidos +8%
3 870importe medio de compra, som +4%
7,1%conversión +0,6 pp

Ventas e ingresos

  • Ingresos, número de pedidos, importe medio y posiciones por pedido
  • Coste, margen bruto y rentabilidad por artículo y categoría
  • Efecto de los descuentos: descuento total e ingresos con y sin él
  • Reparto de las formas de pago y porcentaje de pagos fallidos

Productos y existencias

  • Ranking de ventas y artículos sin movimiento
  • Rotación de existencias y cobertura de la demanda en días
  • Demanda perdida: visitas a productos con existencias a cero
  • Búsquedas sin resultados, una indicación directa para el surtido

Clientes y comportamiento

  • Clientes nuevos y recurrentes, frecuencia de compra y tiempo desde la última
  • Embudo de compra: si los pedidos se abandonan en la entrega, en el pago o en el registro
  • Carritos abandonados: contenido e importe
  • Devoluciones por motivo, producto y proveedor
Embudo de compraporcentaje de quienes entran en el catálogo
  • Catálogo y búsqueda100%
  • Ficha de producto46%
  • Carrito18%
  • Finalización: entrega y pago9,4%
  • Pedido pagado7,1%

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.

Cómo se garantiza la seguridad

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.

Datos de pago

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.

Cifrado

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.

Permisos de acceso

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.

Registro de cambios

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.

Datos personales

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.

Protección frente al abuso

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.

Cómo el sistema

escala

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:

  • Caché — las páginas del catálogo y los resultados de consultas costosas se sirven desde la caché y se refrescan cuando cambia un producto
  • Búsqueda dedicada — el índice de búsqueda funciona aparte, de modo que filtrar por decenas de atributos no carga la base principal
  • Separar lectura y escritura — el escaparate lee de réplicas mientras los pedidos se escriben en la base principal
  • Escalado horizontal — varias instancias de la aplicación tras un balanceador, con una capacidad ajustada a la carga
  • Colas — las operaciones costosas se ejecutan en segundo plano y no bloquean la finalización del pedido
  • CDN — las imágenes y los archivos estáticos se sirven desde el nodo más cercano al cliente
  • Modularidad — búsqueda, recomendaciones y pagos escalan y se actualizan de forma independiente

Qué comprobar antes de un pico de carga

  • Prueba de carga del recorrido «catálogo → carrito → pago», no solo de la página principal
  • Comportamiento cuando el proveedor de pagos o el servicio de entrega no están disponibles
  • Velocidad de una reindexación completa del catálogo
  • Tiempo de restauración desde una copia de seguridad
  • Límites de los sistemas externos: cuántas peticiones por minuto soportan el ERP y el sistema de almacén

Direcciones de crecimiento

  • Nuevos canales de venta: aplicación, máquinas expendedoras, marketplaces y quioscos
  • Nuevos almacenes y puntos de recogida
  • Nuevas monedas, idiomas y personas jurídicas
  • Nuevos modelos de venta: suscripción, pedido anticipado y contratos B2B
Valores de referencia de la prueba de cargarecorrido «catálogo → carrito → pago»
MétricaMedidoUmbral
Respuesta del catálogo, p95180 ms400 ms
Pico de pedidos por hora3 0002 400
Respuestas servidas desde la caché86%70%
Reindexación del catálogo9 min20 min
Restauración desde copia de seguridad22 min60 min

Módulos del sistema

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.

Catálogo de productos

Posiciones de mercancía, SKU, descripciones, estados de publicación, versiones de las fichas y archivo de productos descatalogados.

Categorías y navegación

Árbol de secciones, pertenencia de un producto a varias ramas, ordenación y páginas de aterrizaje para colecciones y secciones de temporada.

Atributos y características

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.

Variantes y lotes

Tallas, colores y volúmenes en una ficha con SKU y existencias propios. Lotes que descuentan varios componentes.

Biblioteca de material gráfico

Imágenes, vídeos y documentos, generación automática de formatos y resoluciones, marcas de agua y vinculación con los productos.

Gestión de precios

Listas de precios, reglas de margen, escalados por volumen, precios individuales y contractuales, monedas, redondeo, impuestos e historial.

Descuentos, promociones y códigos promocionales

Condiciones de activación, mecánica del descuento, calendarios, límites, generación de lotes de códigos, compatibilidad y precio mínimo.

Carrito y finalización del pedido

Carrito entre dispositivos, recálculo de precios y disponibilidad, pasos de la compra, pedidos de invitado y recuperación de carritos abandonados.

Gestión de pedidos

Una lista de pedidos para todos los canales, estados y transiciones, cambios de contenido, suplementos, envíos parciales y cancelaciones.

Pagos

Conexión de proveedores, autorización y cargo, devoluciones parciales y totales, tratamiento de notificaciones y conciliación.

Ticket fiscal

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.

Almacén y existencias

Existencias por almacén, reservas con caducidad, bloqueos por producto defectuoso, recepción de entregas y devoluciones y umbrales de existencias bajas.

Entrega y logística

Formas de entrega, zonas, tarifas, franjas y horarios, creación de envíos, seguimiento de estados e impresión de documentos.

Devoluciones y reclamaciones

Solicitudes por posiciones, comprobación de admisibilidad y plazos, recepción, reembolso, retorno a existencias o baja como defectuoso.

Clientes y perfiles

Cuentas, direcciones, personas jurídicas y contratos, historial de pedidos, segmentos y consentimientos para el tratamiento de datos.

Programa de fidelización

Puntos, niveles, reglas de acumulación y canje, caducidad de los puntos, ofertas personales y recomendaciones.

Búsqueda y filtrado

Índice de búsqueda, morfología y sinónimos, tolerancia a erratas, filtros por atributos, ordenación y consultas sin resultados.

Recomendaciones y colecciones

Productos relacionados y similares, «se compra junto con», colecciones editoriales y reglas basadas en el historial de pedidos.

Contenidos y SEO

Páginas, artículos, banners, metaetiquetas y direcciones de las páginas, datos estructurados de producto, sitemap y feeds de productos.

Avisos

Correo, SMS, mensajería y notificaciones push por eventos, plantillas de mensajes, calendarios y registro de entrega.

Analítica e informes

Informes de ventas, margen, existencias, embudo y devoluciones, dimensiones propias, exportación y almacenes de datos.

Integraciones y API

Intercambio con CRM, ERP, almacén, cajas, servicios de pago y de logística y marketplaces. API, webhooks y colas.

Permisos y auditoría

Roles y permisos por sección y operación, autenticación en dos factores y registro de la actividad de los empleados.

Varios modelos de funcionamiento

Varios escaparates sobre un núcleo, varios idiomas y monedas, varias personas jurídicas y almacenes y particularidades regionales.

Orden de implantación

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.

Auditoría y modelo de datos

Procesos actuales, catálogos y sistemas propietarios de los datos. El resultado es un modelo de entidades y un mapa de integraciones.

Catálogo y existencias

Migración de los datos maestros, configuración de atributos y categorías e intercambio de precios y existencias. Comprobación con datos reales.

Pedidos y pagos

Finalización del pedido, estados, proveedor de pagos, tickets fiscales y traspaso a ejecución. Primer arranque con parte del surtido.

Ampliación

Entrega y devoluciones, fidelización, analítica y nuevos canales de venta. Cada bloque es una entrega aparte con resultado medible.

Hablemos de su proyecto de comercio electrónico

Contacte con nosotros ahora

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.