El recorrido empieza por una cuenta, no por un carrito
Un concesionario puede tener varias facturas, créditos, límites y condiciones negociadas. La experiencia debe cargar ese contexto antes de ofrecer métodos de pago.
Las liquidaciones parciales y divididas son habituales
Pagar parte del saldo, agrupar facturas o distribuir un pago entre obligaciones son flujos principales, no casos excepcionales.
La autorización también puede depender de la organización
Quien inicia el pago puede no tener autoridad para aprobar un importe elevado. Los roles, los permisos de cuenta y los flujos de aprobación complementan la autenticación del pago.
La conciliación debe cerrar el ciclo de la cuenta
El pago realizado correctamente debe actualizar las facturas y el saldo correctos, y seguir siendo rastreable hasta la liquidación. La asignación manual produce saldos desactualizados aunque el dinero haya llegado.
Modela las obligaciones por separado de los intentos de pago
La cuenta de un concesionario puede incluir facturas, notas de crédito, partidas vencidas, importes disputados y condiciones de pago. Esas obligaciones existen haya o no un intento de pago. Separar el estado de la obligación de la ejecución del pago permite que el portal muestre una cuenta correcta y que finanzas entienda qué debe liquidar cada pago.
La relación también admite vínculos de uno a varios y de varios a uno: un pago cubre varias facturas, una factura recibe varios pagos parciales y un crédito reduce la obligación sin que haya un pago. Usar el ID del pedido o de la factura como identidad del pago no representa bien estas relaciones.
Haz explícitas las reglas de imputación
El sistema debe saber si el concesionario elige la asignación, si la empresa aplica primero los importes más antiguos adeudados, si admite importes parciales y cómo se aplican los créditos. La política de asignación afecta la experiencia del cliente y la contabilidad, por lo que no debería reconstruirse manualmente después de recibir los fondos.
Cuando haya excepciones, conserva la asignación prevista como evidencia aunque finanzas la cambie después. Así se explica por qué cambió el saldo y se distingue la intención del cliente de una corrección interna.
Diseña las aprobaciones según la organización, además del usuario
Los usuarios B2B actúan en nombre de cuentas y entidades legales. Los permisos pueden depender de la sucursal, el rol, el límite de importe, el método de pago o la aprobación de una segunda persona. La autenticación demuestra la identidad; la autorización determina si ese usuario puede realizar esa acción financiera para esa cuenta.
Los flujos de aprobación deben conservar la intención de pago mientras está pendiente, para que quien finalmente pague no tenga que reconstruir la transacción. La evidencia de auditoría debe vincular a quien la inició, a quien la aprobó, la política y el resultado de la ejecución.
Conecta el autoservicio con las operaciones financieras
Un portal genera un efecto real cuando sus acciones actualizan los sistemas de finanzas. El estado del pago, la asignación de facturas, el saldo, el recibo, las referencias de liquidación y las excepciones deben volver al ERP o al sistema de registro. Si no, el portal traslada trabajo del soporte a la conciliación.
Mide el autoservicio por los resultados financieros completados, no por las visitas. El porcentaje de saldos pagados sin ayuda, el tiempo desde la fecha de vencimiento hasta el cobro, las excepciones de asignación y los contactos con soporte por recorrido son métricas más útiles.
Modela los pagos de concesionarios en torno al estado de la cuenta.
Trata los pagos parciales y de varias facturas como flujos principales.
Separa la aprobación organizativa de la autenticación del pago.
Cierra el ciclo hasta la asignación a las facturas.