FR EN DE ES IT

Guía de presentación — Módulo OMS
Catálogos, portal de clientes, pedidos de clientes y albaranes de movimiento automáticos

Todo lo que hay que entender y mostrar, explicado con sencillez, con ejemplos reales de la base de demostración (25 cuentas del portal, almacén [ALIMENTATION] - P2, productos [ALIM]). La base demo no contiene hoy ni catálogo ni pedido de cliente: esta guía te los hace crear en directo, que es la mejor demostración posible.

Preparado el 05/09/2026 · Entorno de demostración: https://app.gse-web.online → organización demo → cuenta demo@gse-web.online · contraseña gse-web.online (credenciales públicas, las de la página « Acceso demo » del sitio web)

📢 Esta guía puede reutilizarse libremente ¿Prepara una presentación interna del módulo para sus equipos? Sírvase: el guion de demostración, los ejemplos con cifras y las respuestas a las preguntas frecuentes de esta guía están a su disposición, sin restricciones. El entorno de demostración (cuenta demo@gse-web.online, contraseña gse-web.online) es público: puede reproducir en él todos los ejemplos.

1El OMS en 2 minutos

OMS = Order Management System, la gestión de los pedidos de clientes. En GSE-Web: sus clientes consultan un catálogo que usted ha elegido para ellos, hacen pedidos desde un portal, y cada pedido validado se convierte en un albarán de movimiento en el WMS, en la misma escritura, sin volver a teclear nada. El almacenero prepara, el cliente sigue el avance desde «Mis pedidos».

La analogía sencilla Es una tienda en línea conectada directamente a su almacén. El cliente llena su cesta; al pasar por caja (la validación), el tique de preparación sale de inmediato en el lado del almacén. Y si, en casa del cliente, un responsable debe firmar las compras, el tique espera su firma: por correo, con un sustituto si está ausente.

❌ Antes (sin OMS)

El pedido llega por teléfono o por correo; alguien lo vuelve a teclear en un albarán de movimiento, a veces al día siguiente.
El cliente ve todo su catálogo, incluido lo que no le está destinado, o no ve nada en absoluto.
El precio aplicado depende de quién tomó el pedido; la rotura de stock se descubre al preparar.
El cliente vuelve a llamar para saber por dónde va su entrega.

✅ Después (con OMS)

Un catálogo = un almacén = una obra: el cliente solo ve el stock que le concierne, en acceso público o con conexión.
El precio lo resuelve el servidor, en un orden fijo: tarifa de cliente, si no precio de venta, si no cero; nunca inventado, nunca introducido por el cliente.
La validación crea el albarán de movimiento en la misma transacción: no existe un pedido validado sin albarán.
El cliente sigue, línea a línea, lo que está preparado y lo que queda; se le anuncia un pedido pendiente (reliquat).

¿Dónde encontrarlo en la aplicación? En el menú lateral, una sección dedicada OMS agrupa 3 entradas: Del lado del cliente, el portal es un espacio aparte: el enlace público de un catálogo, una página de conexión de cliente, el catálogo, Mi cesta, Mis pedidos, «Mi cuenta». Del lado del WMS, la columna «OMS» de Gestión de albaranes señala los albaranes nacidos de un pedido de cliente. El título de la sección lleva un distintivo naranja con el número de pedidos pendientes de validación.

La sección solo aparece si el usuario posee al menos uno de los permisos OMS_ORDERS («Validar, suprimir pedidos de clientes»), OMS_ACCOUNTS («Crear/editar usuarios del portal de clientes») u OMS_CATALOG («Crear/editar catálogos»). Las cuentas del portal, por su parte, no tienen ningún permiso interno: son identidades distintas, sin acceso a la aplicación de gestión.

Disponibilidad: módulo opcional de la v3, activado para su organización; se apoya en los módulos Proyectos, Clientes y Albaranes de movimiento. Las cuentas del portal no consumen puestos de usuario.

2Glosario para no iniciados

Los términos en el orden en que los encontrarás, cada uno ilustrado con la base demo (recogida el 05/09/2026; la base es compartida y otro visitante puede haberla modificado).

Cuenta del portal (cliente): La identidad con la que un cliente se conecta al portal. Es distinta de los usuarios de la aplicación: sin permisos internos, sin puesto consumido, siempre vinculada a una ficha de cliente. La contraseña se genera al crearla y se muestra una sola vez (el administrador puede restablecerla). 25 cuentas: Nicolas AUBERT, Antoine BERNARD, Elodie BONNET, Julie CLEMENT… (direcciones de prueba en @yopmail.com).
Ficha de cliente vinculada: La ficha de cliente que figurará en los albaranes de movimiento (menú Clientes). Cuando se crea una cuenta del portal sin cliente existente, la aplicación crea la ficha de cliente a partir de la empresa introducida: se marca como «técnica» y se oculta de la lista de clientes, pero sigue reconociéndose allí donde hay que encontrarla. 25 fichas de cliente técnicas ocultas (una por cuenta del portal) junto a los 11 clientes «visibles»: Le Haras de Jardy, Mairie de l'Etang-La-Ville, DEMIR KEBAB…
Responsable, sustituto, presente / ausente: Cada cuenta puede designar un responsable que valida sus pedidos y un sustituto. Una cuenta marcada como «ausente» cede la mano a su sustituto. Sin responsable y sin validación directa, el pedido se rechaza al enviarlo; nunca se bloquea en silencio. Las 25 cuentas demo no tienen ni responsable ni validación directa: hay que configurarlas antes de la demostración (véase §9).
Validación directa: Opción de la cuenta: el pedido se valida en cuanto se envía y el albarán de movimiento se crea al instante. Es el modo «cliente de confianza». Actívala en Nicolas AUBERT para la demostración.
Catálogo (público o interno): Un escaparate direccionado por un slug (el final de la URL), asociado a un almacén obligatorio —del que se deriva la obra—, con una visibilidad Público (enlace abierto) o Interno (conexión requerida), la visualización o no de las tarifas y una lista de productos opcional. Ningún catálogo en la base: crea alimentation sobre el almacén [ALIMENTATION] - P2 durante la demostración.
Perímetro de visibilidad: Los productos que muestra un catálogo: los que tienen una línea de stock (incluso a cero) en los almacenes de la obra del catálogo, restringidos por la lista del catálogo y luego por la lista autorizada del cliente, si existen. Un kit solo es visible si todos sus componentes lo son. El almacén [ALIMENTATION] - P2 tiene unas sesenta referencias [ALIM]: Coca-Cola, Nutella, Badoit, 1664, Thé Vert…
Tarifa de cliente: Un precio por cliente, producto y periodo: todas las cuentas del portal de un mismo cliente la comparten. Fijar una nueva tarifa cierra la anterior. Fija una tarifa de cliente para la Coca-Cola 33cl (pack de 24) del cliente de Nicolas AUBERT.
Origen del precio: Cada línea de pedido conserva de dónde viene su precio: customer_price (tarifa de cliente), list_price (precio de venta del catálogo), default_zero (ningún precio conocido → 0, mostrado tal cual). En el portal no existe el precio introducido a mano. Tres productos en la misma cesta, tres orígenes posibles.
Pedido de cliente — CMD-AAAA-NNNNN: El pedido enviado desde el portal (o introducido por un gestor). Número procedente de una secuencia atómica por organización y año, líneas con precio congelado, comentario, fecha de entrega deseada, proyecto. El primer pedido de la demostración será CMD-2026-00001.
Los estados de un pedido: Borrador → Pendiente de validación → Validado → Tratado; o Rechazado (motivo) / Anulado. La máquina de estados es fija: un pedido validado nunca vuelve a «pendiente». Del lado de la gestión, el filtro «Por validar» agrupa los pedidos pendientes.
Token de validación: El enlace enviado por correo al responsable, válido 7 días: abre una página donde aprobar o rechazar (con motivo) sin conectarse. Pasado el plazo, la validación se hace desde el espacio de gestión. El correo va al responsable de la cuenta; si está «ausente», al sustituto.
Albarán de movimiento automático: En la validación se crea un albarán de salida en la misma transacción que el cambio de estado, sobre el proyecto y el almacén del catálogo, a nombre del cliente. Suprimir el pedido anula el albarán vinculado. Visible en WMS → Gestión de albaranes, columna «OMS».
Seguimiento de la preparación: En «Mis pedidos», el cliente ve el estado del albarán (Por tratar, En curso, Preparado parcial, Entregado…), la cantidad preparada y pendiente por línea, y un banner «Pendiente» si una preparación parcial ha generado un albarán -R1. Para mostrar después de preparar parcialmente el albarán de la demostración.
Trazabilidad de lotes en el portal: Para un cliente conectado, si el control de calidad de lotes está activo en la organización, cada línea de stock con lote expone su número de lote, su estado, su fecha de caducidad, su almacén y su ubicación. Nunca para un visitante anónimo. Los [ALIM] llevan lotes con fecha de caducidad (Coca-Cola: 3 lotes).
Pedidos en espera: Una tarea programada reclama las validaciones que se eternizan: un pedido no espera indefinidamente a que un responsable abra su correo. Sin objeto en la demostración, pero conviene decirlo.

3Cómo encajan los datos

La cadena va de la obra al albarán de movimiento. El catálogo es la bisagra: es él quien fija el almacén, por tanto la obra, por tanto lo que ve el cliente y dónde se preparará su pedido.

🏗️ Obra (proyecto)P20 — derivado del almacén del catálogo; sus almacenes definen el perímetro de los productos visibles. Si el cliente no gestiona proyectos, la pantalla de catálogos genera uno automáticamente para el almacén elegido (botón «Generar un proyecto automáticamente», número P-OMS-<nombre del almacén>), vinculado con un clic

🏬 Almacén del catálogoAlmacén [ALIMENTATION] - P2 — destino de los pedidos, stock leído para las disponibilidades

🏪 Catálogo«alimentation» — slug, visibilidad pública / interna, visualización de tarifas, lista de productos opcional

🏢 Cliente (ficha de cliente)El cliente de Nicolas AUBERT — tarifas de cliente, productos autorizados, dirección

👤 Cuenta del portalnicolas.aubert@… — responsable, sustituto, presente / ausente, validación directa, proyectos y catálogos accesibles, dirección de entrega

🧾 Pedido CMD-2026-00001 → albarán de movimientoLíneas con precio congelado y origen; en la validación, un albarán de salida sobre P20 / [ALIMENTATION] - P2

Y alrededor de este árbol, 5 satélites

Tarifas de cliente — por cliente, por producto, por periodo; compartidas por todas las cuentas del cliente.
Tokens y correos de validación — solicitud al responsable, confirmación al cliente, rechazo motivado; reclamación de los pedidos en espera.
Albaranes de movimiento, reservas y pendientes — a cargo del módulo Albaranes de movimiento del WMS; ahí es donde se mueve el stock.
Disponibilidades — el portal lee el stock disponible (físico − reservado) del almacén del catálogo.
Lotes publicados — para el cliente conectado, cuando el control de calidad de lotes está activo.

La frase que hay que recordar Catálogo → almacén → obra: cuando un cliente envía su pedido, GSE-Web genera el albarán de movimiento en el WMS, vinculado a la obra del almacén, sin que nadie vuelva a teclear nada.

4Visita guiada pantalla por pantalla

En orden pedagógico: primero la configuración (catálogos, clientes), luego el portal tal como lo ve el cliente, después la gestión de pedidos y el albarán del lado del WMS.

4.1 — «OMS: Gestión de catálogos» (empezar por aquí: es la configuración)

Para qué sirve: decidir lo que cada cliente puede ver y pedir, desde qué almacén, con o sin precios, en acceso libre o con conexión.

Cómo funciona:

Nuevo catálogo: un nombre y un slug (el final de la URL pública), el almacén (obligatorio; la obra se deduce de él y se muestra en solo lectura), la visibilidad Público (enlace abierto) o Interno (conexión requerida), la visualización de las tarifas, una selección de productos opcional (limitada al stock del almacén) y el interruptor «Catálogo activado».
La lista muestra cada catálogo con su enlace público, su número de productos y su estado activo / desactivado. Un recuadro pedagógico integrado («¿Qué es un catálogo?») resume la relación catálogo → almacén → obra.
Un mismo catálogo puede abrirse a varias cuentas; una cuenta puede acceder a varios catálogos.

Con los datos demo: ningún catálogo. Crea alimentation sobre el almacén [ALIMENTATION] - P2 (obra P20), público, tarifas visibles: aparecen de golpe unos sesenta productos [ALIM].

4.2 — «Gestión de clientes» (quién pide, y quién debe decir sí)

Para qué sirve: crear las cuentas del portal y ajustar, para cada una, el circuito de validación y los catálogos accesibles.

Cómo funciona:

Nuevo usuario: apellidos, nombre, correo, empresa (la ficha de cliente se crea si es necesario), dirección de entrega (obligatoria: alimenta el albarán de movimiento), disponibilidad «Presente (recibe los correos)» / «Ausente (usa sustituto)».
Circuito de validación: un responsable, un sustituto opcional, o la validación directa.
Accesos: los proyectos accesibles y luego los catálogos asociados («Todos los catálogos» exige «Todos los proyectos»).
Al crearla, la contraseña generada se muestra una sola vez y se envía por correo; Restablecer la contraseña genera una nueva. Una cuenta se archiva y se restaura, no se suprime.

Sutileza antierror que hay que mencionar Sin ficha de cliente no hay cuenta: si no puede crearse, la creación de la cuenta se anula con un mensaje claro. Eso garantiza que cada pedido tendrá un cliente identificable en su albarán de movimiento.

Con los datos demo: 25 cuentas, todas «presentes», sin responsable ni validación directa. Abre Nicolas AUBERT, activa la validación directa, dale acceso al proyecto P20 y al catálogo «alimentation», restablece su contraseña para poder conectarte al portal.

4.3 — El portal del lado del cliente (ábrelo en una segunda pestaña)

Para qué sirve: dejar que el cliente consulte, pida y haga el seguimiento, sin entrar nunca en su aplicación de gestión.

Cómo funciona:

Anónimo, en el enlace público de un catálogo público: los productos, los precios de venta si el catálogo los muestra, nunca una tarifa de cliente, nunca un lote. En un catálogo interno: «Conexión requerida».
Conectado: el catálogo restringido a sus accesos, las disponibilidades del almacén, los precios resueltos (tarifa de cliente en prioridad), los lotes si el control de calidad está activo.
Mi cesta: cantidades y luego Confirmar el pedido: comentario, dirección si es distinta, fecha de entrega deseada, proyecto. Resultado: «¡Pedido creado! Número de pedido: CMD-…».
Mis pedidos: estado del pedido, estado del albarán de movimiento, cantidades preparadas y pendientes por línea, banner «Pendiente» en su caso.

Sutileza antierror que hay que mencionar Una cuenta sin responsable y sin validación directa no puede pedir: la aplicación lo dice al confirmar («ningún responsable designado para esta cuenta»). Nada se pierde en el vacío.

Con los datos demo: conéctate con nicolas.aubert@yopmail.com (contraseña restablecida en la etapa 4.2); añade a la cesta Coca-Cola 33cl (pack de 24), Nutella y Badoit.

4.4 — «Gestión de pedidos» (validar, rechazar, seguir)

Para qué sirve: tratar los pedidos recibidos: validarlos (lo que crea el albarán), rechazarlos con motivo, seguir el albarán asociado, marcar el pedido como tratado.

Cómo funciona:

En cabecera, los contadores: total, por validar, validados, rechazados; filtros por estado, periodo, búsqueda por número o cliente.
Cada tarjeta: fecha, importe, entrega deseada y el bloque Albarán de movimiento: «Albarán creado: estado 'Por tratar'», luego el estado actual del albarán. Si el albarán faltaba (datos recuperados de una versión anterior), un botón propone recrearlo.
Las líneas: designación, cantidad, precio unitario, total; «Generar PDF», «Copiar el número».
Acciones: Validar, Rechazar (motivo obligatorio), Anular, «Marcar como tratado», Suprimir, con el aviso de que el albarán de movimiento asociado se anulará.

La regla que hay que enunciar durante la demostración Validar y crear el albarán es una sola escritura: un doble clic en «Validar» no crea dos albaranes, la segunda llamada se rechaza. Y no existe un pedido validado sin albarán.

Con los datos demo: aparece el pedido creado en la etapa anterior (validado directamente si la cuenta está en validación directa; si no, «Por validar»).

4.5 — El albarán del lado del WMS (Gestión de albaranes → Tratar un albarán)

En WMS → Gestión de albaranes, la columna OMS lleva el número del pedido de cliente. El albarán sigue exactamente el circuito de los albaranes de movimiento (véase la guía WMS, §4.5): toma a cargo por un preparador, preparación línea a línea —parcial posible, pendiente automático—, entrega con «Retirado por», cierre. Cada etapa se refleja en el portal en «Mis pedidos».

Con los datos demo: prepara parcialmente el albarán de CMD-2026-00001 (por ejemplo, 20 Coca-Cola de 24): del lado del cliente, el estado pasa a «Preparado parcial» y aparece un banner «Pendiente».

5De la cesta al albarán de movimiento, paso a paso

El mecanismo central: un precio resuelto por el servidor, una validación directa o delegada, un albarán creado en la misma escritura, una preparación que el cliente sigue. Tres ejemplos.

Ejemplo n.º 1 — la resolución del precio

1. Tarifa de cliente del cliente

12,50 €

válida en la fecha → customer_price

→

2. Si no, precio de venta

15,00 €

precio actual del catálogo → list_price

→

3. Si no

0,00 €

mostrado tal cual → default_zero

En la cesta de Nicolas AUBERT: la Coca-Cola tiene una tarifa de cliente → 12,50 €; la Nutella no la tiene pero sí un precio de venta → 15,00 €; un producto sin ni lo uno ni lo otro → 0,00 €, visible como tal. La línea conserva su origen. Un precio desconocido nunca se inventa, y el cliente nunca introduce un precio.

Ejemplo n.º 2 — validación directa o circuito N+1

Cuenta con validación directa (Nicolas AUBERT tras el ajuste): envío → Validado → albarán de movimiento creado en la misma transacción, sobre P20 / [ALIMENTATION] - P2, a nombre de su cliente.
Cuenta con responsable presente: envío → Pendiente de validación, token de 7 días, correo al responsable. Aprueba desde el enlace → albarán creado, correo de confirmación al cliente. Rechaza → Rechazado con motivo, correo al cliente.
Responsable ausente: el correo va al sustituto.
Ni responsable ni validación directa: rechazo explícito al confirmar la cesta.

Anécdota útil: en la versión anterior, un pedido llegó a validarse sin que se creara su albarán (la llamada separada había fallado). En la v3 es estructuralmente imposible: las dos escrituras están en la misma transacción.

Ejemplo n.º 3 — la preparación parcial vista por el cliente

Pedido: Coca-Cola 24, Nutella 6, Badoit 12. Al confirmar el albarán, el WMS reserva lo que existe (24 / 6 / 12 si el stock lo permite).
El preparador sirve 20 Coca-Cola, 6 Nutella, 12 Badoit → albarán Preparado parcial, pendiente -R1 creado para las 4 Coca-Cola restantes.
«Mis pedidos»: estado del albarán «Preparado parcial», cantidades preparadas 20 / 6 / 12, pendientes 4 / 0 / 0, banner «Pendiente n.º … — continuación de una preparación parcial».
Entrega del albarán («Retirado por») → «Entregado parcial»; cuando el pendiente se prepara y entrega a su vez, el cliente ve el complemento.

Las 2 reglas de oro que hay que recordar (preguntas trampa clásicas) 1️⃣ Un pedido validado tiene siempre su albarán: los dos se escriben en la misma transacción, y suprimir el pedido anula el albarán.
2️⃣ El cliente nunca introduce un precio: el servidor lo resuelve en un orden fijo (tarifa de cliente → precio de venta → 0) y cada línea conserva su origen.

6¿Qué precio, qué productos? Las reglas de decisión

Precio = tarifa negociada del cliente (válida en la fecha) → precio de venta del catálogo → 0

Productos visibles = líneas de stock de los almacenes de la obra ∩ lista del catálogo ∩ productos autorizados del cliente

Destino = el almacén del catálogo

Las dos listas son opcionales: vacías, no restringen nada. Un stock a cero sigue siendo visible (el cliente ve «no disponible», no un hueco).

Ilustraciones

Situación	Precio retenido	Origen
Tarifa de cliente vigente (12,50 €), precio de venta 15,00 €	12,50 €	`customer_price`
Tarifa de cliente caducada, precio de venta 15,00 €	15,00 €	`list_price`
Ni tarifa de cliente ni precio de venta	0,00 €	`default_zero`
Catálogo sin visualización de tarifas	importes no mostrados	la línea conserva igualmente su origen
Visitante anónimo en un catálogo público con tarifas	solo precio de venta	nunca una tarifa de cliente

Situación	¿Visible en el portal?	Por qué
Producto con stock 0 en el almacén de la obra	Sí	tiene una línea de stock; aparece como no disponible
Producto en stock en un almacén fuera de la obra	No	fuera del perímetro del catálogo
Kit con un componente ausente de la obra	No	un kit solo es visible si todos sus componentes lo son
Producto fuera de la lista autorizada del cliente	No	invisible, y rechazado si se fuerza el pedido
Módulo Proyectos desactivado	Rechazo explícito	nunca «todos los productos» por defecto

Cómo venderlo en una frase «Cada cliente ve exactamente el stock de su obra, a su precio, y ni un producto más; lo que pide llega al almacén en forma de albarán, sin que nadie vuelva a teclear nada.»

7La relación con el WMS y los demás módulos

El OMS no lleva stock: lee el WMS para mostrar las disponibilidades y le confía el albarán de movimiento. Esto es quién hace qué, etapa por etapa.

Etapa del circuito	Módulo	Qué hace el OMS	Ejemplo demo
1. Se crea el catálogo	Proyectos / WMS → OMS	Deriva la obra del almacén elegido; lee las líneas de stock de los almacenes de la obra para construir el perímetro.	Catálogo «alimentation» sobre [ALIMENTATION] - P2 (P20)
2. Se crea la cuenta	Clientes → OMS	Exige una ficha de cliente; la crea a partir de la empresa si es necesario (ficha técnica, oculta de la lista de clientes).	Nicolas AUBERT y su ficha de cliente
3. El cliente consulta	WMS → OMS	Muestra las disponibilidades (físico − reservado) del almacén del catálogo; publica los lotes al cliente conectado si el control de calidad está activo.	Coca-Cola: 3 lotes con fecha de caducidad
4. Se valida el pedido	Notificaciones → OMS	Token de 7 días, correo al responsable o al sustituto, confirmación o rechazo motivado al cliente; reclamación de las validaciones en espera.	Cuenta con responsable
5. Se crea el albarán	OMS → WMS (albaranes de movimiento)	Crea un albarán de salida en la misma transacción, sobre el proyecto y el almacén del catálogo, a nombre del cliente; la confirmación del albarán reserva el stock existente.	Columna «OMS» de Gestión de albaranes
6. El albarán se prepara, entrega, expide	WMS → OMS	Refleja en el portal el estado del albarán, las cantidades preparadas y pendientes, el pendiente.	«Mis pedidos» tras una preparación parcial
7. Todo queda trazado	Auditoría	Validaciones, rechazos, anulaciones, supresiones y creaciones de cuentas se registran, como toda escritura.	Registro de auditoría (sección ADMIN)

Para decir durante la demostración «El OMS es el escaparate; el WMS es la trastienda. El pedido del cliente se convierte en un albarán de movimiento como los demás: mismo preparador, misma pantalla, misma trazabilidad. Lo que cambia es que el cliente ve el avance sin llamarle.»

8El flujo completo en 9 etapas

Vincular el almacén a una obraUn catálogo exige un almacén que tenga un proyecto: es él quien llevará los albaranes.
Crear el catálogoSlug, almacén, visibilidad pública o interna, visualización de tarifas, lista de productos opcional.
Fijar las tarifas del clienteOpcional: sin tarifa de cliente se aplica el precio de venta.
Crear la cuenta del portalResponsable y sustituto, o validación directa; proyectos y catálogos accesibles; dirección de entrega.
El cliente consulta y pideAnónimo o conectado; cesta, comentario, fecha deseada; «¡Pedido creado! CMD-…».
ValidaciónDirecta, o por el responsable desde su correo (7 días), o desde «Gestión de pedidos».
El albarán se crea y se preparaConfirmación (reserva), toma a cargo, preparación línea a línea: parcial posible, pendiente automático.
Entrega o expedición«Retirado por»; agrupación en una expedición si es necesario; «Marcar como tratado» del lado del OMS.
El cliente hace el seguimientoEstado del albarán, cantidades preparadas y pendientes, pendiente, en «Mis pedidos».

9Guion de demostración sugerido (~15 min)

Antes de empezar Abre https://app.gse-web.online, conéctate con demo@gse-web.online, contraseña gse-web.online (organización demo). Prevé un segundo navegador (o una ventana privada) para el portal. La base demo no contiene ni catálogo ni pedido de cliente (estado recogido el 05/09/2026; la base es compartida, compruébalo antes de empezar): las etapas 1 y 2 son preparación que puedes hacer antes de la cita si quieres ganar 4 minutos, o en directo si quieres mostrar la sencillez de la configuración.

Etapa 1 · Gestión de catálogos: un almacén abierto al cliente (2 min)

Menú OMS → Gestión de catálogos, Nuevo catálogo: nombre «Alimentation», slug alimentation, almacén [ALIMENTATION] - P2 (la obra P20 aparece sola), visibilidad Público, tarifas visibles, activo. Guarda: aparece el enlace público, con el número de productos.

«Un catálogo es un almacén de su empresa abierto a un cliente: solo ve lo que hay en él, y sus pedidos llegan a la obra correcta.»

Etapa 2 · Gestión de clientes: quién pide, y quién debe decir sí (2 min)

Menú OMS → Gestión de clientes, abre Nicolas AUBERT: muestra «Presente / Ausente», el circuito de validación (responsable, sustituto), la validación directa, los proyectos y catálogos accesibles. Activa la validación directa, da acceso al proyecto P20 y al catálogo «Alimentation», luego Restablecer la contraseña y anótala.

«Usted decide quién pide solo y quién debe ser aprobado: por correo, con un sustituto si el jefe está ausente. Y estas cuentas no consumen ningún puesto.»

Etapa 3 · El portal: lo que ve el cliente (3 min)

En el segundo navegador, abre el enlace público del catálogo sin conectarte: los productos [ALIM] y sus precios de venta, sin lotes. Conéctate después con nicolas.aubert@yopmail.com: disponibilidades, precios resueltos, lotes plegados bajo cada producto (Coca-Cola: 3 lotes con fecha de caducidad).

Añade a la cesta Coca-Cola 33cl (pack de 24) × 24, Nutella × 6, Badoit × 12; Confirmar el pedido con un comentario y una fecha. «¡Pedido creado! Número de pedido: CMD-2026-00001».

«El mismo catálogo muestra el precio público a un visitante y su precio negociado al cliente conectado. Ni llamada ni correo: el pedido está en su casa antes de que el cliente haya cerrado la página.»

Etapa 4 · Gestión de pedidos → el albarán en el WMS (3 min)

De vuelta en la aplicación: el distintivo de la sección OMS ha cambiado. OMS → Gestión de pedidos: el pedido está ahí, validado (validación directa), con «Albarán creado: estado 'Por tratar'». Si hubieras dejado un responsable, muestra Validar y el motivo obligatorio de Rechazar.

Luego WMS → Gestión de albaranes: la columna OMS lleva CMD-2026-00001. Abre el albarán en Tratar un albarán, tómalo a cargo y prepara 20 Coca-Cola de 24, el resto al completo: estado Preparado parcial, pendiente -R1 creado.

«La validación y el albarán son una sola escritura: no existe un pedido validado sin albarán de preparación. Y el almacenero trabaja exactamente igual que con cualquier otro albarán.»

Etapa 5 · «Mis pedidos»: el cliente hace el seguimiento sin llamar (2 min)

En el navegador del cliente, Mis pedidos: estado del albarán «Preparado parcial», 20 preparados / 4 pendientes en la Coca-Cola, banner «Pendiente n.º … — continuación de una preparación parcial».

«Su cliente ya no llama para saber por dónde va su pedido: ve lo que está preparado, lo que queda y el número del pendiente que seguirá.»

Etapa 6 · Tarifa de cliente: el mismo producto, dos precios (2 min)

Desde la ficha de cliente de Nicolas AUBERT (o la pantalla de tarifas de cliente), fija una tarifa de cliente para la Coca-Cola (12,50 €). Recarga el catálogo del lado del cliente: el precio ha cambiado solo para él; en anónimo, el precio de venta no se ha movido.

«El precio lo resuelve el servidor, en un orden fijo: su tarifa negociada con este cliente, si no su precio de venta, si no cero mostrado tal cual. El cliente nunca introduce un precio.»

Plan B de un minuto Catálogo y cuenta preparados de antemano, luego solo las etapas 3, 4 y 5 —«él pide, usted valida, el albarán existe, él lo sigue»— en 8 minutos.

10FAQ — preguntas trampa y respuestas preparadas

«¿Mis clientes necesitan una cuenta GSE-Web?»

No. Una cuenta de cliente en el portal OMS es una identidad distinta: no tiene ningún acceso ni ningún permiso en GSE-Web. Se pueden crear tantas como haga falta.

«¿Se puede consultar sin conectarse?»

Sí, si el catálogo es público: el visitante ve los productos y, si usted lo ha elegido, los precios de venta; nunca una tarifa de cliente ni los lotes. Pedir exige siempre una cuenta. Un catálogo interno es invisible para un anónimo, hasta el punto de responder como si no existiera.

«¿Y si el stock es insuficiente?»

El pedido pasa igualmente; el albarán se confirma con lo que existe realmente y nunca lo bloquea una falta. En la preparación, lo que no se sirve se convierte en un pendiente que el cliente ve en «Mis pedidos». Un stock nunca se vuelve negativo.

«¿Puede el cliente elegir o negociar su precio en la cesta?»

No. En el portal no existe el precio introducido a mano: el servidor resuelve el precio (tarifa de cliente → precio de venta → 0) y congela el origen en la línea. Las tarifas de cliente se fijan del lado de la gestión, por cliente.

«¿Y si el responsable no responde?»

El enlace de validación vale 7 días; si el responsable está marcado como ausente, el sustituto recibe el correo; una tarea programada reclama las validaciones en espera. Pasado el plazo, el enlace caduca y la validación se hace desde «Gestión de pedidos».

«¿Una cuenta sin responsable y sin validación directa puede pedir?»

No: la aplicación lo rechaza al confirmar la cesta, con un mensaje explícito («ningún responsable designado para esta cuenta»). Nada se pierde en el vacío y nada se bloquea en silencio.

«¿Por qué el catálogo exige un almacén?»

Porque el almacén lo decide todo: la obra, por tanto el perímetro de los productos visibles, y el destino del albarán de movimiento. Un catálogo sin almacén producía pedidos que se bloqueaban en la validación; se rechaza desde la creación.

«¿Se descuenta el stock al hacer el pedido? ¿Al expedir?»

Ni lo uno ni lo otro. El stock se reserva al confirmar el albarán, se escribe con la preparación, y la entrega o la expedición no hacen más que registrar la entrega. Es el circuito estándar de los albaranes de movimiento (véase la guía WMS).

«¿Mis proveedores pasan por el OMS?»

No: los pedidos a proveedores, las recepciones y las facturas de proveedores pertenecen al módulo de compras (PMS). El OMS son sus clientes. Ambos se encuentran en el WMS, que lleva el stock.

«¿Cuántos clientes se pueden crear?»

Las cuentas del portal no consumen puestos de usuario; su número no es lo que dimensiona su plan. Cada cuenta queda vinculada a una ficha de cliente y se archiva en lugar de suprimirse.