Pago contra factura y crédito en WooCommerce B2B: cómo cobra de verdad un mayorista

En retail, pagar es simple: el cliente pone la tarjeta y listo. En B2B mayorista casi nunca es así. El cliente con cuenta compra contra factura a 30 o 60 días, paga por transferencia, tiene un cupo de crédito negociado y, muchas veces, ni siquiera quiere ver una pasarela de pago online. Forzar a ese comprador por un checkout retail —tarjeta ahora o nada— es modelar mal la relación: el mayorista no es un consumidor que compra una vez, es una cuenta con condiciones de pago que ya existen en tu ERP. El trabajo no es "poner Webpay", es reproducir en el checkout cómo te paga cada cliente.

Por qué el pago B2B es distinto

El pago en mayorista es una variable de la relación comercial, igual que el precio. Un cliente con crédito aprobado confirma el pedido y la factura se cobra después, dentro de su plazo. Otro paga por transferencia y manda el comprobante. Uno nuevo, sin cuenta, sí debería pagar online antes de despachar. No todos pagan igual, y mostrarles a todos los mismos métodos es un problema en las dos direcciones: le ofreces "pago contra factura" a alguien que no tiene crédito, o le cobras con tarjeta a tu mejor cliente que siempre operó a 60 días. El checkout tiene que saber con quién está hablando.

Las formas de pago en WooCommerce B2B

1. Pasarela online (Webpay, Flow, Mercado Pago)

Para el cliente que paga al contado —típicamente el nuevo, sin crédito—. Resuelve el cobro inmediato y la conciliación es directa: pagó, está pagado. Es el método que el retail usa para todo, pero en B2B es solo uno de varios, y no necesariamente el principal.

2. Transferencia / BACS

El pago por transferencia bancaria sigue siendo el caballo de batalla del mayorista chileno. WooCommerce lo trae como BACS: muestra los datos bancarios y deja el pedido a la espera del comprobante. Funciona, pero crudo: no valida nada, no concilia, y si tienes cuentas en varios bancos o por tipo de cliente, hay que decidir cuáles mostrar y a quién. El pedido queda pendiente de pago hasta que alguien en finanzas confirma que la plata llegó.

3. Pago contra factura (crédito)

El corazón del B2B. El cliente con cupo aprobado confirma el pedido sin pagar: se despacha y se factura dentro de su plazo. En WooCommerce esto es una orden que avanza a procesar sin pasar por cobro, habilitada solo para quien tiene crédito. No es un plugin que instalas y ya: es una regla de negocio —quién tiene crédito, cuánto, hasta cuándo— que la tienda tiene que conocer.

4. Métodos por cliente o por rol

Lo que amarra todo: mostrar u ocultar cada método según quién compra. El cliente con crédito ve "contra factura" y quizás transferencia; el invitado solo ve la pasarela online. Sin esto, los métodos de pago son una lista fija que no calza con la realidad de ninguna cuenta.

Dónde se rompe en producción

En la demo, con un método y un cliente, todo paga. Con clientes reales, crédito real y finanzas mirando, aparecen los problemas de verdad.

El cupo de crédito vive en el ERP, no en WooCommerce. ¿Cuánto debe hoy este cliente? ¿Le queda cupo para este pedido? WooCommerce no tiene idea: ese saldo está en Softland, Defontana o Bsale. Si dejas confirmar contra factura sin validar el cupo disponible, terminas despachando a quien ya está sobre su límite. La validación de crédito real exige cruzar el pedido con el saldo del cliente en el ERP antes de permitir el "pago contra factura".

Conciliación: el estado del pedido no es el estado contable. Una transferencia o una venta a crédito deja el pedido en un limbo: confirmado para despacho, pero no pagado. ¿Cuándo pasa a pagado? Cuando finanzas concilia, no cuando el cliente dice que transfirió. Si el estado del pedido en la tienda no se cuadra con lo que registra el ERP, terminas con pedidos "pagados" que nadie cobró, o despachos frenados por plata que sí llegó. La sincronización con el ERP es la que mantiene ese estado honesto.

Recargo o descuento por método. A veces la transferencia tiene descuento y la tarjeta un recargo que cubre el costo de la pasarela. Aplicarlo está bien, pero tiene que calzar con lo que factura el ERP al peso; si el recargo lo calcula la tienda y la factura sale de otro lado, cada pedido es una diferencia de pesos que alguien discute.

La factura electrónica no la emite WooCommerce. El DTE —la factura o boleta del SII— lo emite tu ERP a través de su propia integración, no la tienda. WooCommerce registra la venta y manda los datos; Bsale o Defontana emiten el documento. Confundir esto y esperar que la tienda "facture" es una fuente clásica de proyectos que se traban.

El RUT y el giro tienen que llegar al pedido. Para facturar, el ERP necesita RUT, razón social y giro del cliente. Si el checkout no los captura —y validados—, la factura se cae o se emite con datos malos. Esto conecta con cómo está armado el checkout B2B: el pago y la facturación son el mismo problema visto desde dos lados.

Qué resuelve cada método

Método	Para qué cliente	Dónde se rompe
Pasarela online	Cliente nuevo o sin crédito, paga al contado.	No sirve para quien opera a 30/60 días; cobrarle es perder la venta.
Transferencia / BACS	El que paga por banco y manda comprobante.	Conciliación manual; el pedido queda pendiente hasta que finanzas confirma.
Contra factura (crédito)	Cliente con cupo aprobado.	WooCommerce no conoce el cupo; hay que validarlo contra el ERP.
Métodos por cliente/rol	Mostrar a cada cuenta solo lo que le corresponde.	Sin la fuente de verdad del crédito, la regla es una lista fija que no calza.

La recomendación

El pago en B2B es una proyección de la relación de crédito que ya vive en tu ERP, no una pasarela suelta colgada del checkout. La tienda le muestra a cada cliente solo los métodos que tiene habilitados, valida el cupo disponible antes de aceptar una venta a crédito, captura RUT y giro para que el ERP pueda facturar, y deja el pedido en el estado contable correcto —pagado cuando finanzas concilia, no cuando el cliente lo dice—. La factura la emite el ERP; la tienda ordena el pedido y los datos para que eso pase sin retipeo.

Una agencia instala Webpay, activa BACS y da el pago por resuelto. Eso cubre al cliente nuevo y deja afuera justo a tus mejores cuentas, las que compran a crédito todos los meses. El pago conectado —al cupo, al saldo y a la facturación del ERP— es lo que hace que vender por la web no signifique perder las condiciones que negociaste por años. Si no sabes cómo modelar el crédito de tus clientes en la tienda, partir por un diagnóstico te ordena qué método va para quién antes de tocar el checkout.