El mayorista no vende producto. Vende crédito y plazo.
Listas por volumen, términos negociados por cliente, cobranza en múltiples monedas y un puñado de contratos recurrentes que nadie debería llevar en Excel. cifraHQ los modela como módulos de primera clase.
Los cuatro dolores del mayorista puro
- Listas de precio por volumen y por cliente. El cliente A tiene su lista negociada, el cliente B paga la pública pero con descuento por volumen, el C tiene contrato anual con precio congelado. En hojas de cálculo esto se pierde. Pricing modela listas con vigencias versionadas, por cliente, por territorio y por tramo de volumen — y preserva la versión que aplicó en la fecha del pedido.
- Crédito y exposición por cliente. El vendedor promete, el almacén despacha, finance descubre el problema al cierre. El módulo Comercial aplica el límite de crédito en la creación del pedido; una orden que excede límite queda en
HoldForCredity el aging determina si se libera. - Recurring revenue y MRR real. Los contratos de suministro regular se llevan en un documento aparte, no en recordatorios. El dominio de Recurring/MRR genera facturas programadas, permite escalamientos y detecta el churn antes de que aparezca en el estado de resultados.
- Pagos en USD y PAB, con diferencias que se registran correctamente. El cliente paga en USD una factura que se emitió en PAB (o viceversa en otros países).
Paymentsaplica al tipo de cambio del día y genera el asiento de FOREX gain/loss — sin ajustes manuales a fin de mes.
Tres mecanismos específicos
Tramos por volumen versionados
Listas por cliente, territorio y tramo. Cada versión con <code>EffectiveFrom</code>/<code>EffectiveTo</code>. El pedido de ayer se reconstruye con el precio que aplicó ayer.
Límite aplicado al pedido
El <code>Order</code> consulta exposición en tiempo real. Excede límite, entra en <code>HoldForCredit</code>. Aging y disputas centralizados, no en correos sueltos.
Contrato como documento
Dominio dedicado para suministro recurrente. Facturas programadas, escalamientos, detección de churn. MRR reportado como métrica de negocio, no derivada a mano.
Del pedido grande al pago aplicado
- Pedido con pricing correcto. El sistema evalúa lista por cliente, luego lista por territorio, luego tabla de volumen — y el pedido queda con el precio que realmente negoció.
- Aprobación por umbral. Pedidos sobre cierto monto pasan por aprobación configurable; el permiso
Sales.OverridePricedeja ajustes logueados para el dashboard de cumplimiento. - Factura con ITBMS y retenciones. Panamá resuelto; la evidencia fiscal sale sin un paso aparte.
- Aplicación de pago con foreign currency. El pago en USD de una factura emitida en otra moneda se aplica al tipo de cambio del día; la diferencia se postea como
FXGainoFXLossa la cuenta correcta automáticamente. - Recurring con facturas programadas. Hangfire genera las facturas del mes en un batch; cada una entra al flujo normal de aprobación y postea con la misma auditoría que cualquier otra.
Habla con ventas para mayoristas
Traiga su tabla actual de listas y límites de crédito; recreamos el flujo con sus tres clientes más complejos en una sesión.