Checkout B2B: los campos del retail que sobran y los que tu factura necesita

El checkout de WooCommerce está diseñado para un consumidor: alguien que compra una vez, paga con tarjeta, da una dirección de envío y quizás no vuelve. El comprador mayorista es lo opuesto: ya es un cliente conocido, compra seguido, factura con RUT y giro, a veces retira en bodega y muchas veces necesita poner el número de orden de compra de su empresa. Pasarle el checkout retail completo —con todos sus campos pensados para un desconocido— es fricción pura sobre tu mejor cliente. El checkout B2B se diseña restando lo que sobra y sumando lo que la factura y la operación realmente necesitan.

Qué sobra y qué falta

El checkout retail asume cosas que en B2B estorban. Pide crear cuenta con contraseña fuerte a quien ya tiene cuenta hace años. Exige dirección de envío completa para productos que el cliente retira o que van por su propio transporte. Trata cada compra como la primera. Mientras tanto, le falta lo que el mayorista chileno necesita sí o sí: RUT, razón social y giro para facturar; el número de orden de compra (OC) que su área de adquisiciones exige; la posibilidad de elegir entre varias direcciones de despacho ya guardadas; y condiciones de pago que no son "tarjeta ahora".

El resultado de no ajustarlo es un checkout que pide datos inútiles y no captura los necesarios. El cliente se frustra con los campos que sobran y la factura se cae por los que faltan.

Cómo se ajusta en WooCommerce

WooCommerce permite modificar los campos del checkout, y plugins como Flexible Checkout Fields lo hacen sin tocar código: agregar campos (RUT, giro, OC), quitar los que no aplican, reordenarlos y marcarlos como obligatorios u opcionales. Hasta ahí es configuración. Lo que separa un checkout B2B serio de uno con campos pegados es lo que pasa con esos datos: que el RUT se valide, que la OC viaje con el pedido, que el cliente logueado vea un checkout corto y que todo eso llegue al ERP para facturar.

Dónde se rompe en producción

En la demo, con un cliente de prueba, cualquier campo extra se ve bien. Con clientes reales y facturación de verdad, los detalles deciden.

El RUT no es un campo de texto cualquiera. Necesita validación de formato y de dígito verificador en el momento, no después. Un RUT mal escrito que pasa el checkout es una factura que se cae en el ERP o sale con datos malos. Y el RUT, el giro y la razón social tienen que llegar al pedido en un formato que el ERP entienda: el checkout es donde empieza la factura, aunque la emita otro sistema.

El cliente logueado no debería repetir lo que ya sabes. Un mayorista con cuenta tiene sus datos guardados: su RUT, sus direcciones, sus condiciones. Su checkout debería ser corto —confirma y listo—, no el formulario completo del invitado. Diferenciar el checkout por rol es lo que vuelve la recompra rápida en vez de un trámite cada vez.

Direcciones múltiples. Una empresa compra para varias sucursales. Pedirle que escriba la dirección de despacho a mano cada vez —cuando ya despachaste ahí diez veces— es fricción y fuente de errores. El checkout B2B deja elegir entre direcciones guardadas, no retipear.

La orden de compra (OC). Compradores institucionales y públicos no pueden pagar sin un número de OC asociado al pedido. Si el checkout no captura ese dato y no lo lleva al pedido y a la factura, ese cliente —muchas veces el más grande— simplemente no puede comprarte por la web.

Los campos de envío sobran cuando no hay envío. Si el producto se retira en bodega o va por transporte propio del cliente, los campos de dirección de despacho son ruido. Y si sí despachas, el costo no es un flete plano: depende de la comuna. El checkout tiene que mostrar lo que aplica a cada caso, no todo a todos.

El precio correcto tiene que sobrevivir el checkout. Si manejas precios por cliente, el checkout es el último lugar donde ese precio se puede romper: un campo o un plugin mal puesto que recalcula sobre el precio de lista hace que el cliente pague distinto a lo que vio. Lo que se agrega al checkout no puede pasar por encima de la lógica de precio.

Retail vs B2B, campo por campo

Campo	Retail	B2B mayorista
RUT / giro / razón social	No existe.	Obligatorio y validado: es la base de la factura.
Orden de compra (OC)	No aplica.	Necesario para compradores institucionales y públicos.
Dirección de envío	Se escribe en cada compra.	Se elige entre direcciones guardadas; sobra si retira.
Crear cuenta / contraseña	Parte del flujo.	El cliente ya tiene cuenta: checkout corto.
Pago	Tarjeta al instante.	Contra factura, transferencia o crédito según el cliente.

La recomendación

El checkout B2B se diseña por sustracción y precisión: fuera los campos retail que estorban —envío cuando se retira, crear cuenta a quien ya la tiene— y dentro lo que la operación exige —RUT validado, giro, razón social, OC y direcciones guardadas—. El cliente logueado ve un checkout corto; el invitado, el completo. Y todo ese dato llega al ERP en el formato correcto, porque el checkout es donde nace la factura. No es agregar campos: es modelar cómo te compra de verdad cada tipo de cliente.

Una agencia deja el checkout por defecto y, si acaso, pega un campo de RUT sin validar. El checkout que de verdad funciona —corto para el cliente conocido, completo donde importa, conectado a la factura— es lo que hace que tu comprador grande deje de pedir por correo y empiece a comprar solo. Si tu checkout pierde clientes o ensucia las facturas, un diagnóstico te muestra qué sacar y qué validar antes de tocarlo.