Todas las órdenes en un solo lugar: las que llegan por correo, las de los marketplaces y las de la web

Esto es para nuestro equipo y para cualquiera que audite el trabajo. No hace falta leerlo para aprobar el plan.

• B1 · tabla orders: canal · external_ref · idempotency_key · contact_id
• B2 · función order_transition en la base
• B3 · /admin/logistica (se reescribe la pantalla que hay hoy) · tablas shipments · shipment_events · shipping_rules · logistics_providers
• B4 · /admin/inventario · product_variants · inventory_movements
• B5 · /admin/ordenes → Importar · función channel-import-csv
• B6 · Auth + profiles + user_roles, por la API de usuarios (nunca insertados a mano)
• B7 · tenant_modules · registro de módulos · ModuleRoute (componente nuevo)
• C1 · scripts/wix-import.mjs
• C2 · public/_redirects, ocho reglas 301
• C3 · GoDaddy (servidores de nombre) · Cloudflare (zona)
• C4 · Resend + email_from del tenant
• C5 · checkout-create con cupón validado en el servidor · tabla coupons
• C6 · public/_headers · panel de Wix
• D1 · webhooks orders/created · updated · cancelled · shipment · tracking → función channel-sync-webhook · repaso channel-sync-pull
• D2 · updateshippinglabel · updateshippingstatus
• D3 · updatestock, hasta 50 SKU por llamada
• D4 · /consulta-envio · order-track · order-notify-client
• E1 · adaptador buho: quote · create · track · cancel
• E2 · shipping_rules
• E3 · /admin/distribuidores · función distributor_for
• E4 · /admin/tienda/precios · botón «Crear pedido» en el pipeline · función order-b2b-create
• E5 · /admin
• F1 · /pagar · checkout-create · order-track
• F2 · scripts/salesforce-import.mjs
• G1 · WmCotizador · wm-negocios (waMayoreo · waDistribuir) · ayudante correoLink en wm-data
• G2 · el mensaje que arma WmCotizador, con empresa · contacto · teléfono · dirección
• G3 · WmFormulario con un motivo nuevo, que ya sabe abrir el correo a ventas@
• G4 · WmCerca en GrazaTienda y GrazaProducto · «Dónde comprar» en el menú de WmChrome · la línea del anaquel en la portada — hecho el 3-sep
• G5 · wm-negocios: el campo «promesa»
• H1 · brand/lineas-editoriales.md · blog-generate
• H2 · tenant_kb: una ficha nueva · proceso-comercial.md y persona.md: acotar la regla de no-lead
• H3 · blog_keywords · blog-keywords-seed (⚠️ su código todavía no está en el repo)
• H4 · measurement-plan.md · los eventos compra_tienda y recompra con origen
• I1 · adaptador bind: stock.read · product.match por SKU
• I2 · adaptador bind: sale.push desde order_transition al despachar
• I3 · orders.factura_url desde Bind · se retira el enchufe de timbrado propio
• I4 · sesión de descubrimiento — no hay código hasta después

Entren a Ventiapp y vean su plan actual. La API está incluida en Profesional y Enterprise; si están en Startup o en el plan gratuito de facturación, hay que subir. Después creen un usuario administrador exclusivo para la conexión (por ejemplo «atlas@watermatters.com.mx»): su usuario y contraseña se pegan en el enlace seguro que les mandamos; el Atlas los usa para pedir su llave de acceso, que caduca cada semana y se renueva sola. Que sea un usuario aparte sirve para poder apagarlo sin tocar los de su equipo.

Pregúntenle a su ejecutivo en Buho si pueden abrir para el Atlas la misma integración que tienen con Ventiapp: que el pedido entre a su almacén y que el rastreo vuelva. Pidan un contacto técnico para probar el primer envío. Si la respuesta es no, no pasa nada: el Atlas les mandará el packing list por correo, que es uno de los tres canales que Buho publica, y la guía se captura cuando Buho la mande.

1. Pedidos: Panel de Wix → Pedidos → seleccionar todos → Exportar, con la opción «Pedidos» (una fila por pedido) y todas las columnas.
2. Productos: Tienda → Productos → Exportar.
3. Contactos: Contactos → Exportar.
4. Suscriptores: la lista de suscripciones activas con plan, ciclo, descuento y fecha del próximo cobro (Tienda → Suscripciones, o el reporte que tengan a mano).

Los archivos se suben a la carpeta compartida del proyecto, no por WhatsApp. Las horas vienen en horario universal (UTC); nosotros las convertimos a hora de México.

Esta pregunta estuvo mal contestada dos veces, y la medición fue lo que la destrabó. El 25 de agosto nos dijeron «ya no estamos ahí» y lo quitamos del sitio; el 3 de septiembre nos lo repitieron —«hay publicaciones activas pero no las gestionamos y no tienen stock»— y el 8 de septiembre Alejandra dijo lo mismo. Con eso lo teníamos por muerto.

Pero el 9 de septiembre lo medimos: por Ventiapp habían entrado cuatro pedidos reales de Mercado Libre, el último ese mismo día. Se lo planteamos a Pablo y lo confirmó: «Mercado Libre sí estamos».

Qué cambia. Mercado Libre pasa a ser un canal como Amazon: sus pedidos ya entran solos por Ventiapp —de hecho ya estaban entrando— y de ahora en adelante se nombra, se cuenta y se despacha igual que los demás. También entra en el empuje de existencias, así que cuenta para el inventario del e-commerce del bloque I.

Y deja una lección que vale más que la respuesta: tres respuestas seguidas dijeron que ese canal estaba muerto y las tres estaban equivocadas. Lo que lo destrabó no fue volver a preguntar, sino mirar la base. Por eso todo lo que este documento afirma de sus sistemas se mide antes de escribirse.

Una hoja con las presentaciones en filas (330 ml y 500 ml, caja de 24 y caja de 12, tarima) y las listas en columnas: público, distribuidor, tarima, retail y Amazon. Con esa hoja las tarimas se cotizan desde el CRM con el precio correcto y se ve cuánto se vende a cada precio. Si además nos pasan el costo por caja, el Atlas puede reportar el margen; sin costo, sólo la venta.

Nombre comercial, ciudad, código postal, WhatsApp y correo de cada distribuidor autorizado, y qué rango de cajas atiende. Ustedes ya tienen distribuidores en esas plazas, lo dijeron en el cuestionario; lo que no existe es la lista con nombre y contacto dentro de un sistema. Sin ella, el tramo de 10 cajas a una tarima no tiene a dónde ir y escala a ventas.

Dirección completa y teléfono del almacén desde donde sale el producto (para las guías y para Buho), y el peso y las medidas de la caja de 24 en las dos presentaciones. La caja de 12 de 500 ml ya la conocemos por Amazon: 26,5 × 26,4 × 17 cm y 6,44 kg.

El 25 de agosto nos pidieron «especificar que son cajas de 12 piezas». Al mirar sus canales vimos que conviven las dos: la web vende cajas de 24 a $538 y $598, Amazon vende paquetes de 12 a $269 y $299, y la caja que ustedes producen para Member's Mark dice impreso «12 ENVASES de 500 mL» (foto de su propio material, del 25 de agosto). Para no publicar dos cifras contradictorias escribimos la regla «24 para venta directa, 12 para distribución» — pero esa regla la sostenemos nosotros, no ustedes. Confírmenla, o corríjanla: en el Atlas cada caja es un producto distinto con su propio inventario, así que de esto depende cómo se cargan.

En Seller Central: Pedidos → Informes de pedidos → generar el informe del rango que quieran importar como historial (por ejemplo, los últimos 12 meses) y compartirnos el archivo. No entramos a su cuenta ni pedimos su contraseña.

Preguntamos qué parte del negocio vive en Bind: «¿la factura? ¿el inventario? ¿los clientes?». La respuesta fue las tres, y dos más: «órdenes de compra a nuestros proveedores, registrar producciones, inventarios, y todo el sistema de facturación y registro de pagos de los clientes».

Eso cambia este plan, y para bien. Íbamos a construir inventario y facturación desde cero en el Atlas, sin saber que ya los tienen. Habríamos terminado con dos inventarios y dos verdades sobre lo mismo — cada una correcta por su lado, y nadie sabiendo cuál mandaba. Bind se queda con las existencias y con la factura, que es donde ustedes ya trabajan todos los días, y el Atlas se acopla: le lee lo que hay y le manda lo que se vendió. Es el bloque I, y necesita el acceso de A26.

Preguntar antes de construir es lo que evitó esto. Por eso Bind estaba fuera del camino crítico y no fuera del plan.

Como Wix no está conectado a Ventiapp, no pudimos ver cómo sale hoy un pedido de la web: ¿lo cargan a mano en Ventiapp, se lo mandan a Buho, o lo despachan con una paquetería propia? La respuesta sirve para dibujar bien el «hoy» y para saber qué guía se captura en los primeros pedidos.

Es una llave que sólo se puede generar desde el panel de administración de Google Workspace de ustedes: Aplicaciones → Google Workspace → Gmail → Autenticar correo. Nos pasan el texto que les da esa pantalla y nosotros lo ponemos en la nueva libreta del dominio. Si prefieren, nos dan acceso de administrador y lo hacemos nosotros. Si esta llave no está el día del cambio, el correo sigue llegando, pero hay más riesgo de que caiga en la carpeta de spam de quien lo recibe.

Ramón puede atender los mensajes directos de Instagram igual que atiende WhatsApp: la misma conversación, la misma bandeja y el mismo catálogo. Para prenderlo, alguien de ustedes entra al Atlas, abre «Conectar Instagram» y autoriza la cuenta @watermattersmx. Toma un par de minutos y no hace falta darnos ninguna contraseña: la autorización la da Instagram, no ustedes.

El único requisito es que la cuenta sea profesional, de empresa o de creador. Si hoy es personal, se cambia gratis desde la propia aplicación de Instagram.

Si no se hace, todo lo demás funciona igual: simplemente los mensajes de Instagram se siguen contestando a mano y no quedan registrados con el resto.

Es el más importante de esta lista, porque es su canal más importante. Alguien de ustedes entra al Atlas, abre «Conectar correo» y autoriza ventas@watermatters.com.mx con la cuenta de Google. No nos dan ninguna contraseña: la autorización la da Google.

Qué cambia: las órdenes de compra que hoy leen y copian a Monday aparecen solas en el Atlas, ligadas al cliente que las mandó. Ustedes confirman las cantidades y la orden queda creada. El correo se sigue leyendo como siempre: no cambiamos nada de su bandeja.

Si no se hace, las órdenes se capturan a mano en el Atlas, que es lo mismo que hacen hoy en Monday, sólo que dentro del sistema.

Denos acceso de lectura, o exporten el tablero. Sirve para dos cosas: traer los pedidos que estén en curso el día del cambio, para que ninguno se quede a medias, y ver qué columnas usan de verdad, para que la pantalla del Atlas tenga las mismas y no les falte nada.

Si no se hace, el Atlas arranca vacío y los pedidos en curso se terminan en Monday hasta cerrarlos.

Preguntamos citando «la captura de su pantalla», y nos contestaron lo único razonable: «¿en dónde sale eso?». Tenían razón — nunca les mandamos la captura. Va adjunta con este documento.

Es la barra de pestañas fijas de un navegador, y de izquierda a derecha se ve Bind ERP · E-com · Venta diaria · LORMAN y una pestaña de correo. Por sus iconos, «Venta diaria» parece una hoja de cálculo y «LORMAN» parece una cuenta de Gmail — lo decimos como sospecha, no como dato, para que se pueda confirmar o negar en un renglón. Si alguna guarda pedidos, clientes o precios, tiene que entrar en este plan; si son de otra cosa, las dejamos fuera y lo anotamos.

⚠️ Y una salvedad: puede que esa pantalla no sea de quien le preguntamos. La imagen llegó junto con las notas de voz de Anuar. Si es la suya, la pregunta va para él.

A17 · Abrazo de Oso, la apuesta que no tiene tienda. Anuar dijo que ahí puede crecer la venta en línea: «como es un producto para niños, como es un producto un poquito más diferenciado, ahí sí… ya se me acabaron mis agüitas para los lonches». Estamos de acuerdo, y hay una condición: hoy Abrazo de Oso es la marca que no tiene tienda. Su sitio dice «próximamente» y los precios que ya cobra no los ha aprobado nadie de ustedes. Generar demanda hacia una tienda que no existe es tirar el trabajo. Son dos caminos y los dos son válidos: se le abre tienda a Abrazo de Oso, o esa línea de contenido se publica bajo Water Matters, apuntando a lo que hoy sí se puede comprar. Si no se decide, el contenido de la lonchera no se escribe: sería tráfico sin dónde aterrizar.

A18 a A25 · lo que quedó pendiente de las olas anteriores. No es del Atlas, y lo ponemos acá porque esta página es la lista completa de lo que necesitamos de ustedes, no sólo lo de la operación. La mayoría son fotos: las de producto sobre fondo liso —pedidas el 27, el 28 y el 29 de agosto, y es lo único que quedó en blanco las tres veces—, una de logística para la página de distribuidores, y una de ambiente del 330 ml, que hoy usa prestada la del 500. Nada de eso frena el Atlas: frena que su sitio se vea como lo que la marca es. Y dos que sólo ustedes pueden responder: el contacto de Isa, que Ale quedó de mandar el 29 de agosto, y cuál es su LinkedIn — el que teníamos daba error, hay dos páginas vivas con su nombre y preferimos quitar el enlace antes que mandar a su gente a la página de otra empresa.

A26 · el acceso a Bind, que es el que más destraba. Con lo que nos contaron de Bind, es la pieza que decide cómo se construye el inventario. Necesitamos un usuario administrador exclusivo para la conexión —igual que el de Ventiapp— y saber si su plan incluye el acceso para programas. La contraseña no viaja por correo ni por chat: les mandamos un enlace seguro donde la pegan ustedes. Y si ya tienen Bind conectado con Ventiapp, díganlo: media conexión ya existiría.

A27 · cómo se llama la encargada de logística. Es quien hoy captura a mano en Buho cada pedido de la web, o sea la persona a la que este sistema le quita más trabajo — y no está en la lista de accesos, que sólo tiene a Alejandra, Jessica y José. En todo este documento la nombramos por el puesto porque no sabemos su nombre. Mándenlo con su correo y le hacemos su acceso.

A29 · ¿qué producto de Bind es cada producto de la tienda? Es la que destraba el inventario. En Bind sus aguas se llaman PTACWM04 (330 ml) y PTACWM03 (500 ml), y sus 63 productos incluyen los de marca propia de sus clientes y los de Abrazo de Oso; los códigos de la tienda no existen del lado de Bind. Necesitamos que nos digan la correspondencia, y cuántas cajas hay hoy en Buho, que es el punto de partida del conteo del e-commerce. Mientras no llegue, el Atlas muestra y no descuenta — descontar sobre un emparejamiento supuesto movería el inventario del producto equivocado.

A30 · ¿Bind ya está conectado con Ventiapp? Pregunta corta. Lo intentamos medir antes de preguntar y su Ventiapp no expone esa información, así que hay que preguntárselo a ellos. Cambia el diseño: si el Atlas lee de Bind directo o a través de Ventiapp.

A31 · un responsable por cada renglón de esta lista. Lo pidió Alejandra el 8 de septiembre. Se llena en la junta.

A32 · ¿la página de Water Matters vende Abrazo de Oso mientras se construye la suya? 🆕 Alejandra nos avisó el 8 de septiembre que ya lo pusieron a la venta en su página de Wix, cosa que no sabíamos: «si no, no van a tener dónde comprarlos en lo que la página está lista». Si la respuesta es sí, no es un ajuste menor —es catálogo, envío y cobro de una segunda marca— y hay que decidirlo antes de que el sitio nuevo se cierre. Sustituye a A17, que preguntaba otra cosa.

A28 · lo de estandarizar a cajas de 24, que lo propusieron ustedes. Nos parece bien y no corre prisa. Sólo queremos que lo decidan sabiendo dos cosas que medimos: en Amazon, cambiar el tamaño del paquete normalmente obliga a crear una publicación nueva, y las 47 calificaciones que tiene hoy el de 500 ml no se mudan con ella; y una tarima dejaría de ser 208 y 140 cajas para ser 104 y 70, así que todos los tramos de volumen del sitio cambian. El Atlas funciona igual con o sin esto, así que no bloquea nada: se puede decidir después, con calma.

Qué deja funcionando: entra una orden de cualquier origen —empezando por la que llega al correo—, se aparta el inventario, aparece en «por despachar», se captura la guía y el cliente puede seguir su envío. Todo desde una sola pantalla, y el tablero de Monday deja de hacer falta.

• Registrar una orden de compra que llegó por correo, que es el camino que más pesa: se captura en segundos y queda ligada al cliente, al inventario y a la factura. Con el buzón conectado, entra sola y sólo se confirma.
• Traer del tablero de Monday los pedidos que estén en curso, para que ninguno se quede a medias.
• Cada pedido lleva de dónde vino, y el mismo pedido no puede entrar dos veces.
• Un solo camino para cambiar el estado de un pedido, para que la web, el archivo y los marketplaces respeten las mismas reglas.
• Pantalla de logística: por despachar, en tránsito, entregados, incidencias, y las reglas de qué sale con quién.
• Inventario por producto, que se aparta al vender, baja al despachar y vuelve si se cancela.
• Importar pedidos por archivo, para Amazon y Ventiapp, sin duplicar si se sube dos veces.
• Accesos reales para Alejandra, Jessica y José, cada uno con su rol.
• Apagar las pantallas internas de Catalizadora que hoy se ven al entrar.

Se prueba así: un pedido de prueba nace con su origen, al confirmarse aparta las cajas, al capturar la guía pasa a enviado y el inventario baja, y al cancelarlo vuelve. Un archivo de veinte pedidos de Amazon importa veinte; subirlo otra vez no crea ninguno.

Qué deja funcionando: el sitio nuevo vive en watermatters.com.mx, cobra, y el comprador recibe su correo de confirmación desde el dominio de ustedes. Hoy no lo recibe.

• Importar de Wix el catálogo, los clientes, los pedidos y los suscriptores.
• Las ocho direcciones que cambian redirigen solas a su página nueva; las otras tres se quedan igual.
• El cambio de dominio, replicando antes los cinco registros del correo de Google y agregando los tres que evitan el spam.
• La re-suscripción: cada suscriptor recibe su enlace con su mismo descuento, y su plan de Wix se cancela el día que pague en el sitio nuevo.

Se prueba así: las once direcciones responden donde deben, el correo a Alejandra llega antes de mover nada, y al menos una re-suscripción real se cobra.

Qué deja funcionando: nadie vuelve a copiar un pedido de un sistema a otro, y la guía sube sola al marketplace.

• Ventiapp le avisa al Atlas de cada pedido nuevo, cambio o cancelación; el Atlas confirma cada aviso consultando el pedido antes de aceptarlo.
• Un repaso cada quince minutos trae lo que se haya perdido, así que la conexión puede fallar sin que se pierda un pedido.
• La guía capturada sube a Ventiapp y de ahí al marketplace, que la necesita para dar el pedido por despachado.
• Las existencias del Atlas se empujan a Ventiapp, que las replica a los canales publicados.
• El comprador ve su rastreo en la página de consulta y en el aviso.

Se prueba así: un pedido real de Amazon aparece sin que nadie lo cargue, su guía se refleja del otro lado, y el mismo aviso repetido no duplica nada.

Qué deja funcionando: se cotiza y se rastrea un envío desde el Atlas, y una tarima se cotiza desde la oportunidad con el precio correcto.

• La conexión con Buho: cotizar, crear la guía, rastrear y cancelar. Si no la abren, el papel de empaque sale por correo y la guía se captura al recibirla.
• Las reglas de qué sale con quién: lo de Amazon con la guía del marketplace, una tarima o más por flete directo, el resto con Buho.
• Distribuidores por plaza, y la pregunta «¿quién atiende este código postal?», que sirve en el Atlas y en el chat.
• Listas de precios por tipo de cliente, y el pedido a negocio creado desde la oportunidad: la cotización es la orden.
• El tablero de inicio con las ventas de cada canal, lo que falta despachar y lo que está por agotarse.

Se prueba así: un envío real se cotiza y se rastrea, un código postal conocido devuelve al distribuidor esperado, y un pedido a negocio pasa la oportunidad a ganada al pagarse.

Qué deja funcionando: el comprador puede pedir factura al comprar, y el historial comercial que hoy vive en Salesforce queda dentro del Atlas.

• Datos fiscales en el pago, con el RFC validado, y la factura visible para el comprador en su consulta de envío.
• El timbrado automático queda preparado como enchufe, sin proveedor elegido: eso depende de si facturan con Bind.
• Importar de Salesforce cuentas, contactos y oportunidades, sin duplicar.

Qué deja funcionando: el Atlas y Bind dejan de contar cosas distintas. Nadie vuelve a capturar en Bind un pedido que ya está en el Atlas, y lo que la tienda dice que hay es lo que de verdad hay.

Este bloque no existía hasta el 3 de septiembre. Preguntamos qué hacían en Bind y nos dijeron: órdenes de compra a proveedores, producciones, inventarios, facturación y registro de pagos de clientes. Dos de esas cosas las íbamos a construir de cero. Habríamos terminado con dos inventarios y dos verdades sobre lo mismo, cada una pareciendo correcta por su lado.

Actualizado el 8 de septiembre con lo que nos explicó Alejandra, y medido contra su Bind el 9. Cambia la recomendación: no es que el Atlas copie la cifra de Bind.

Cómo funciona su Bind hoy (sus palabras). Bind jala del SAT las facturas de sus proveedores; las de envase, charola y tapa entran como adquisición de mercancía y se vuelven materia prima. Esa materia prima sale con una orden de producción: le encargan a Bélticos producir —por ejemplo, 2.000 cajas de 330 ml—, y cuando Bélticos factura lo producido, Bind aplica una fórmula que convierte materia prima en producto terminado. El producto terminado sale cuando ustedes facturan, siempre en cajas. Y antes de facturar lo pasan a un almacén de Producto en Proceso, para saber que ya salió del almacén aunque todavía no tenga factura.

Lo que medimos en su Bind: tiene ocho almacenes —Producto Terminado Bélticos y Valle Redondo, Materia Prima de los dos, Producto en Proceso, SLP, CDMX y Casa Ley—. Y algo que decide el diseño: su API entrega una sola cifra por producto, sumada de los ocho almacenes, sin desglose. Probamos todas las rutas que podrían darlo por almacén y ninguna existe (lo verificamos con un control negativo, para no confundir «no existe» con «no tenemos permiso»).

Por eso la recomendación cambia. Si el Atlas copiara esa cifra, la tienda diría que hay 4.974 cajas de 330 ml disponibles — cuando eso es todo el inventario de la empresa: el de Bélticos, el de Valle Redondo, el que ya está apartado para un hotel y el de las marcas que producen para terceros. Vendería agua que ya tiene dueño.

Y hay un hueco que ustedes mismos señalaron: «ese es el mapeo que no se tiene hoy en día del inventario del e-commerce; no tenemos un rastreo tal cual de cuántas cajas nos quedan, cuántas llevamos vendidas». Bind no lo puede llevar, porque para Bind el producto no se ha vendido hasta que se factura, y las cajas de la web se facturan después o en bloque.

• Bind sigue mandando en el inventario de la empresa, la producción y la factura. No se toca nada de lo que hoy hacen ahí, y el Atlas nunca le escribe.
• El Atlas lleva el sub-inventario del e-commerce: la tarima que está en Buho, que es de donde salen los pedidos de la web y de Amazon. Eso es exactamente lo que hoy nadie lleva.
• Se enganchan en un punto y sólo uno: cuando ustedes mueven una tarima a Producto en Proceso para mandarla a Buho, esa misma tarima se registra como entrada en el Atlas — 208 cajas de 330 ml, o 140 de 500. De ahí en adelante cada pedido de la web y de Amazon la descuenta, y el Atlas puede decir en cualquier momento cuántas quedan y cuántas se vendieron.
• El Atlas le pasa a Bind lo vendido para que se facture sin recapturar, y liga de vuelta el enlace de la factura al pedido.
• Las mermas siguen donde están: el ajuste manual que ustedes hacen cuando Bélticos reporta merma se sigue haciendo en Bind. El Atlas sólo registra merma de lo que esté en Buho.
• La cifra de Bind se muestra al lado, como referencia, para que se vea cuándo hay que mandar otra tarima. Pero la que gobierna la tienda es la del sub-inventario, porque es la única que corresponde a cajas que de verdad se pueden vender en línea.

Lo que falta para arrancar: confirmar qué producto de Bind es cada uno de la tienda (A29) y decirnos cuántas cajas hay hoy en Buho, que es el punto de partida del conteo. Con esas dos cosas el bloque arranca; sin ellas el Atlas muestra y no descuenta.

Qué deja funcionando: al entrar al Atlas se elige con qué marca se trabaja —Water Matters o Abrazo de Oso— y todo el panel cambia con ella: sus pedidos, su inventario, su bandeja y su configuración. Y hay una tercera opción, «las dos marcas», que junta las dos bandejas en una sola lista con una etiqueta por conversación, para quien atiende las dos y no quiere estar cambiando.

Por qué hacía falta ahora. Abrazo de Oso ya vende —tiene pedidos en la base y ustedes lo pusieron a la venta en su Wix— y hasta hoy el Atlas era de una sola marca por diseño: la marca se fijaba al compilar la aplicación. Atender las dos obligaba a dos paneles separados.

Quién ve qué, y quién lo decide. No lo decide la pantalla: lo decide la base. El selector ofrece únicamente las marcas que el permiso de cada persona alcanza. Quien tenga acceso a una sola marca no verá el selector — no un selector que al usarlo deja la pantalla en blanco. ⚠️ Y lo medimos antes de construirlo: de las 49 tablas con marca, cinco no dejaban cruzar —y eran justo las de la bandeja—, así que el selector se habría podido construir entero y la bandeja de la otra marca habría salido vacía, sin un solo error. Se corrigió primero eso.

Una salvedad honesta: la vista combinada es para leer. Cuando se crea algo hace falta una marca, y «las dos» no es una respuesta — así que lo que se cree mientras está en combinada se guarda en Water Matters.

Qué deja funcionando: el sitio deja de empujar al chat lo que ustedes reciben por correo. Quien compra una caja sigue comprando en línea; quien pide una tarima escribe al buzón de ventas, con los datos ya puestos.

• En el cotizador y en los botones de negocio, el correo es el camino principal y WhatsApp queda al lado. Hoy los tres llevan a WhatsApp, y ustedes dijeron que los pedidos grandes «sí o sí» llegan por correo.
• Ese correo sale ya escrito con empresa, a nombre de quién, teléfono y dirección de entrega, para que Jessica no tenga que averiguar nada antes de cotizar.
• Una puerta para quien ya es cliente y sólo quiere reordenar, que no lo hace pasar otra vez por el calificador. Hoy el sitio trata a todo hotel como si fuera nuevo.
• Desde «Comprar» se ve que la marca está en Amazon, IKEA, City Market y Fresko, qué queda cerca de quien mira y cómo llegar. Esto ya está hecho.
• Queda para ustedes decidir si la frase «Sabes en dos minutos si te sirve y cuánto» se mantiene: sirve para quien explora, y para quien ya negoció el precio no es cierta.

Se prueba así: se opera el cotizador con los cuatro volúmenes y el botón principal abre el correo con los datos dentro; y desde la portada, la tienda y la ficha se llega a las tiendas físicas con su distancia.

Qué deja funcionando: empieza a moverse lo que ustedes pidieron cambiar. Hoy no hay ni un artículo publicado ni una palabra de búsqueda cargada, en ninguna de las dos marcas.

• Dos líneas nuevas: la ocasión en que el garrafón no alcanza —el coche, la junta, la oficina, el evento, el avión— y la lonchera. El argumento ya lo escribieron ustedes: «cuando no traes termo a la mano ni forma de rellenarlo».
• Antes de publicar, Ramón aprende a distinguir a quien quiere comprar un garrafón —que no es cliente— de quien hoy usa garrafón, que es justo a quien queremos convertir. Hoy trata a los dos igual.
• Las palabras de búsqueda de las dos líneas. Las quince que hay son de personalización, hoteles y reciclaje: ninguna toca el hábito ni la lonchera.
• Y se mide lo que ustedes quieren que cambie: compra en línea con origen de contenido, y recompra. Las cinco medidas de hoy son todas de negocio.

Se prueba así: con artículos publicados que aparezcan en el buscador, y con una compra en la tienda que se pueda atribuir a uno de ellos. No con visitas: las visitas no eran el objetivo de nadie.

Depende de una decisión suya: la línea de la lonchera apunta a Abrazo de Oso, que hoy no tiene tienda. Es la tarea A17.

Chips: va el dato existe en los dos lados · crear acá lo crea el Atlas · crear allá lo escribe el Atlas en el proveedor · confirmar depende de una respuesta de ustedes o del proveedor · no viaja.

• Tienda de Wix: se descargó el HTML que sirve watermatters.com.mx/shop y las tres fichas de producto; de ahí salen los tres productos, los precios, los planes de suscripción con su permanencia y descuento, la ausencia de SKU e inventario, la moneda y el texto de envío gratis. El proveedor de pago no se expone en ese HTML. El sitemap de Wix listó once URL.
• Amazon: se abrió la ficha B08WHKRBPX en un navegador real: precio, calificación, «Remitente / Vendedor: Water Matters Mx», medidas y peso del paquete; y el perfil del vendedor A3CDT8E2ML7H9E.
• Dominio y correo: whois y dig sobre watermatters.com.mx: registrador, fechas, servidores de nombre, MX, ausencia de SPF.
• Ventiapp: lectura de su documentación pública para desarrolladores, su lista de precios, su página de integraciones y la página de la integración con Buho.
• Buho: lectura de buhologistics.com (servicios e integraciones), la ficha de Búho Wing en la tienda de aplicaciones de Shopify, y su perfil de LinkedIn (de ahí sale que están en Santa Catarina, Nuevo León). No existe documentación pública de una API.
• Wix como plataforma: documentación oficial de sus APIs de pedidos, catálogo, inventario, autenticación, webhooks y exportaciones; artículo oficial de países donde opera Wix Payments y de proveedores de pago disponibles en México.
• El Atlas: lectura del código del repositorio y consulta de sólo lectura a la base de datos viva (conteos de órdenes, productos, módulos, usuarios).

Esta página fue revisada afirmación por afirmación por una segunda revisión independiente antes de publicarse.