Portal B2B en WooCommerce: precios y roles por cliente

Un portal B2B se confunde seguido con una tienda que pide login. Se cree que basta con esconder los precios al público, abrir un formulario de registro y listo: ya tienes mayorista. La realidad es que ese login es la parte fácil. Lo difícil es lo que pasa después de entrar: cada empresa ve un catálogo distinto, paga precios distintos, tiene gente con permisos distintos y compra con condiciones de crédito que ya negoció por fuera. Un portal B2B no es una tienda con puerta; es un sistema que reproduce, en el navegador, las reglas comerciales que tu operación ya tiene. Si esas reglas viven en planillas y en la cabeza del jefe de ventas, el portal no las inventa: las tiene que respetar.

Acceso por empresa, no por persona

En B2C el usuario es una persona. En B2B el cliente es una empresa, y dentro de ella hay varias personas que compran a nombre de la misma cuenta. Eso cambia el modelo desde el registro. No quieres que cualquiera con un correo se cree una cuenta y vea tus precios; quieres aprobar quién entra. El flujo razonable es registro con aprobación: la empresa se inscribe, alguien de tu lado valida que sea un cliente real —RUT, giro, convenio— y recién ahí se activa la cuenta. Mientras tanto, el catálogo y los precios permanecen invisibles para invitados. Esa decisión —qué ve un visitante sin login— es de las primeras que hay que tomar, porque arrastra consecuencias en SEO y en caché que conviene resolver antes de construir, no después.

Precios por cliente o por grupo

El corazón del portal es que cada cliente vea su lista. El supermercado regional, la cadena con convenio anual y el taller recién abierto miran el mismo SKU y leen tres números distintos. Puedes modelarlo por grupo —cuando tus clientes caben en pocos segmentos limpios— o por cliente individual, cuando cada uno tiene su tabla negociada. Sea cual sea, la pregunta de fondo es de dónde sale ese precio. Mantenerlo a mano dentro de WooCommerce, SKU por SKU y cliente por cliente, se vuelve insostenible apenas crece el catálogo. Lo sano es que la fuente de verdad sea el ERP —donde ya viven las listas, los convenios y los márgenes— y que la tienda sincronice. Esa sincronía de precios y stock corre sobre ERPSync, del que somos distribuidor exclusivo en LATAM, conectando Bsale, Defontana o Softland con WooCommerce sin editar el mismo dato en dos lugares. El detalle de cómo se elige entre rol, grupo y cliente lo desarrollamos en precios por cliente en WooCommerce.

Roles dentro de la empresa

Una cuenta de empresa rara vez es una sola persona comprando. Hay quien arma el pedido, quien lo autoriza y quien administra la relación. Modelar esos roles es lo que separa un portal B2B serio de un carrito con descuento. No todos pueden ver todo ni hacer todo, y los pedidos grandes suelen necesitar una aprobación interna antes de confirmarse.

Rol	Qué puede ver	Qué puede hacer
Comprador	Catálogo y precios de su empresa.	Arma el carrito y envía el pedido a aprobación; no confirma compra.
Aprobador	Pedidos pendientes de su empresa y el cupo de crédito disponible.	Aprueba o rechaza pedidos dentro de su tope; confirma la compra.
Administrador	Todos los pedidos, usuarios y condiciones de la cuenta.	Gestiona usuarios y roles, ve facturas y estado de crédito.

El flujo de aprobación es el que más valor agrega y el que más se omite. Un comprador junta el pedido, el sistema lo retiene si supera un monto o si así lo pide la empresa, y el aprobador lo libera. Sin ese paso, el portal traslada a tu mesón de ventas la tarea de filtrar qué pedido es legítimo, que era justamente lo que el portal venía a evitar.

Crédito y condiciones en el checkout

En B2B mucha compra no se paga al instante: se factura a 30, 45 o 60 días contra un cupo de crédito. Si esa condición vive en una planilla aparte, el portal vuelve a ser una vitrina bonita desconectada de la realidad comercial. El cupo, el plazo y las condiciones de cada cliente tienen que reflejarse en el checkout. El cliente debería ver cuánto crédito le queda, pagar con esa condición cuando corresponde y quedar bloqueado si ya lo agotó —igual que en el mostrador, donde el vendedor revisa la cuenta antes de despachar—. Esa información también vive en el ERP, y por eso la integración no es un lujo: es lo que hace que el checkout diga la verdad.

Pedido al por mayor

El comprador mayorista no navega categoría por categoría buscando inspiración. Sabe lo que necesita y lo pide por código. Un portal B2B útil tiene carga rápida por SKU —pegar una lista de códigos y cantidades y armar el carrito de una—, respeta los mínimos de compra por producto o por pedido, y facilita la recompra de lo pedido el mes anterior. Son funciones que en B2C casi no importan y en B2B definen si el cliente compra por el portal o vuelve a mandarle el Excel a su vendedor.

Qué se decide antes de construir

Las decisiones de fondo no son de plugin, son de modelo. Resolverlas antes ahorra reescribir después. Hay tres que mandan.

• Qué dato manda. Precio, stock y crédito, ¿los edita ventas en el ERP o alguien en WordPress? Si la respuesta es el ERP, la tienda es proyección y no se toca a mano. Definirlo mal significa mantener el mismo número en dos lugares y vivir corrigiendo diferencias.
• Qué se oculta a invitados. Catálogo, precios y botón de compra: decidir qué ve quien no inició sesión, qué indexa Google y qué se reserva para clientes aprobados. Esto afecta SEO y caché a la vez, así que no es un ajuste cosmético de último minuto.
• Cómo se cachea por rol sin filtrar precios. La caché de página es lo que mantiene rápido al sitio, pero no puedes servir el mismo HTML a dos empresas que ven precios distintos. Se segmenta la caché por rol o grupo —no por usuario— y los precios individuales se inyectan fuera del HTML cacheado, para que nadie vea el precio de otro.

De idea a portal en producción

Lo abstracto se vuelve concreto cuando hay un caso. En el portal B2B de Grupo Proser conectamos WooCommerce con Softland para que cada cliente entrara a su catálogo, viera su lista y comprara contra sus condiciones, con el ERP como fuente de verdad. No fue instalar un plugin: fue modelar el acceso por empresa, los roles, el crédito y la sincronía como un sistema. Ese tipo de armado es el que abordamos en nuestros servicios de e-commerce mayorista.

La pregunta correcta antes de construir no es qué plugin B2B instalar, sino cuántas reglas comerciales tiene tu negocio y dónde viven hoy. Si la respuesta es "muchas, y en el ERP", entonces el portal es un trabajo de integración y de modelado de roles, no una pantalla de login encima del catálogo. El plugin resuelve la vitrina; el sistema resuelve el negocio. Si lo que buscas es que tus clientes dejen de mandarte el pedido por correo y compren solos sin que pierdas control sobre precios, crédito y aprobaciones, eso no se compra hecho: se arma sobre las reglas que ya tienes.