[Blog](<https://nightlysoftware.com/blog>)Ventas 

# Crédito de clientes: reglas para aprobar pedidos sin esconder excepciones

Un límite de crédito necesita saber qué lo consume y quién puede liberar un pedido. Prueba abonos sin aplicar, dos vendedores y excepciones con alcance.

**[Jonathan Perez](<https://nightlysoftware.com/nosotros#jonathan-perez>)**Cofundador · Diseño, producto y ventas 8 de octubre de 2026 · 8 min de lectura 

**Respuesta breve**

Para controlar pedidos a crédito, define qué documentos consumen el límite y vuelve a revisar la exposición al confirmar. Separa comprobantes de pagos aplicados y exige autorización registrada para excepciones. La empresa decide límites, vencimientos y facultades; el sistema debe mostrar el cálculo y conservar el motivo de cada liberación o bloqueo.

## Pruebas de crédito y liberación de pedidos

Diez escenarios sintéticos de exposición, abonos, concurrencia y excepciones. Registra decisiones, responsables y evidencia.

[Descargar hoja CSV](<https://nightlysoftware.com/plantillas/credito-cliente-pedidos-es.csv>)

En esta guía

-   [Un límite requiere una política de exposición](<https://nightlysoftware.com/blog/credito-cliente-pedidos#politica>)
-   [Ejemplo: un pago identificado cambia la revisión](<https://nightlysoftware.com/blog/credito-cliente-pedidos#ejemplo>)
-   [Dos vendedores no deben gastar el mismo disponible](<https://nightlysoftware.com/blog/credito-cliente-pedidos#dos-pedidos>)
-   [Una excepción debe tener alcance y caducidad](<https://nightlysoftware.com/blog/credito-cliente-pedidos#excepciones>)
-   [Acepta el proceso con evidencia de los cambios](<https://nightlysoftware.com/blog/credito-cliente-pedidos#pruebas>)

## Un límite requiere una política de exposición

El crédito comercial permite vender antes de recibir el pago; el sistema debe reflejar la decisión de quien lo autoriza. Antes de pedir un bloqueo, define qué consume el límite: facturas pendientes, pedidos aprobados todavía sin facturar, otras sucursales y documentos en disputa. Decide moneda, vencimientos y momento de revisión. Un abono recibido pero sin identificar no debe liberar crédito como si ya estuviera aplicado.

[Microsoft Dynamics 365 Finance](<https://learn.microsoft.com/en-us/dynamics365/finance/accounts-receivable/cm-sales-order-credit-holds>) documenta reglas por atraso, estado de cuenta, vigencia del límite, importe del pedido y crédito utilizado, además de exclusiones. Su efecto depende de reglas y puntos de control configurados. [TOTVS Protheus](<https://centraldeatendimento.totvs.com/hc/es/articles/360019183372-Cross-Segmentos-TOTVS-BackOffice-L%C3%ADnea-Protheus-MI-Facturaci%C3%B3n-SIGAFAT-MATA450A-Como-realizar-el-bloqueo-de-Pedido-de-venta-para-an%C3%A1lisis-de-cr%C3%A9dito-cliente>) también describe parámetros que habilitan o deshabilitan el bloqueo. No basta con que la ficha del cliente tenga una cifra: pide probar la configuración que realmente decide si el pedido avanza.

| Decisión |Responsable propuesto |Evidencia que debe quedar |
| --- | --- | --- |
| Qué integra la exposición |Administración |Documentos incluidos, moneda y hora de corte |
| Cuándo revisar |Operación y crédito |Al confirmar y antes de surtir si cambió el riesgo |
| Límite y vigencia |Responsable de crédito |Aprobación y versión de la política |
| Excepción de un pedido |Persona autorizada |Pedido, importe máximo, motivo y expiración |
| Aplicar un abono |Cobranza |Referencia bancaria y documento relacionado |
| Mensaje al comprador |Ventas |Estado y siguiente acción sin revelar otras cuentas |

## Ejemplo: un pago identificado cambia la revisión

**Ejemplo sintético de operación, con importes ilustrativos**

Cliente C-17 tiene límite de 10,000 MXN. Esta política propuesta incluye 6,000 de facturas abiertas y 2,500 de pedidos aprobados sin facturar: exposición de 8,500 y disponible de 1,500. No hay vencimientos en este caso. Los importes omiten impuestos y cargos; no son una recomendación de límite de crédito.

| Paso |Hecho comprobado |Estado y cálculo |
| --- | --- | --- |
| 1 |Solicita nuevo pedido de 1,900 |En revisión: 8,500 + 1,900 = 10,400; excede 400 |
| 2 |Envía comprobante de abono por 1,000 |Sigue en revisión; comprobante no equivale a abono aplicado |
| 3 |Cobranza verifica y aplica los 1,000 |Facturas bajan a 5,000; exposición 7,500; disponible 2,500 |
| 4 |Se revalida CR-91 sin otras novedades |Puede aprobarse: 7,500 + 1,900 = 9,400; quedan 600 |
| 5 |Se repite la confirmación de CR-91 |Mismo pedido; exposición 9,400, sin sumar otros 1,900 |

La pantalla debe distinguir «pago por revisar», «abono aplicado» y «pedido liberado». Si la confirmación del sistema tarda, operación consulta CR-91 antes de volver a capturarlo. Un mensaje de aprobación tampoco demuestra que el almacén ya entregó. La [guía de cobranza](<https://nightlysoftware.com/blog/sistema-de-cobranza>) explica el seguimiento de saldos; aquí la prueba consiste en decidir qué compromiso nuevo se permite.

## Dos vendedores no deben gastar el mismo disponible

Reinicia el escenario con disponible de 1,500. Dos vendedores proponen simultáneamente pedidos distintos de 1,200. Ambos pueden haber visto 1,500 al abrir la pantalla, pero eso no autoriza ambos compromisos. Al confirmar, uno puede consumir 1,200 y dejar 300; el segundo debe entrar a revisión. La aceptación de la prueba es una exposición máxima de 9,700 con un pedido aprobado, no 10,900 con dos.

La revisión también debe evitar contar dos veces un documento. Si 2,500 pendientes pasan a factura, se retiran del conjunto de pedidos sin facturar y se incorporan al de facturas abiertas: la exposición total conserva el mismo importe. Cancelar un pendiente todavía no surtido puede liberar su compromiso según la política; cancelar una pantalla no borra deuda de una entrega ya realizada. Revisa las [entregas parciales](<https://nightlysoftware.com/blog/entregas-parciales-pedidos>) si solo una parte llegó al cliente.

## Una excepción debe tener alcance y caducidad

Si dirección decide surtir un pedido retenido, registra quién autoriza, hasta qué importe y hasta cuándo. La excepción puede estar limitada a CR-91 sin aumentar el límite general de C-17. Si cambian cantidades, moneda o condiciones, vuelve a la revisión acordada. Un vendedor no debe poder liberarse a sí mismo cuando la empresa exige aprobación independiente.

Define qué ocurre si el ERP o banco no entrega información actualizada. Una política prudente para la demostración puede dejar el pedido en revisión mostrando la última actualización, con una persona responsable de resolverlo. El dueño del proceso decide esa política; no la escondas en el desarrollo. La [conexión con un ERP](<https://nightlysoftware.com/blog/conectar-erp-sin-reemplazarlo>) requiere comprobar accesos, versión y qué sistema conserva la autoridad sobre saldos.

## Acepta el proceso con evidencia de los cambios

1.  Normal: pedido dentro del disponible, sin otras restricciones, conserva revisión y aprobación.
2.  Excepción: exceso de límite, cuenta vencida o datos atrasados queda detenido con motivo y responsable; prueba cada causa por separado.
3.  Reintento: repetir una aprobación o aplicar el mismo abono no aumenta compromisos ni reduce deuda dos veces.
4.  Cambio: aumentar un pedido autorizado vuelve a revisar el total y conserva el historial anterior.
5.  Cierre: pasar un pendiente a factura mantiene la exposición; liberar solo la parte cancelada conserva lo ya entregado.

La hoja gratuita permite registrar esos casos sin conectar cuentas reales. Sustituye los documentos con datos anonimizados y deja la columna de resultado vacía hasta ejecutar la prueba. Para evaluar un [portal de clientes](<https://nightlysoftware.com/soluciones/portal-de-clientes>), empieza por el punto donde hoy ventas supone que un pago o permiso ya liberó el pedido. Una regla acordada y observable vale más que un semáforo cuya cifra nadie puede reconstruir.

## Revisemos un pedido retenido o liberado por error

En un diagnóstico gratuito podemos reconstruir qué documentos consumieron crédito y qué decisión debe comprobar tu proceso.

-   Estado anonimizado de un cliente con facturas y pedidos pendientes.
-   Política de límite, vencimiento y personas autorizadas para excepciones.
-   Un abono sin aplicar o pedido retenido, con referencias y hora de revisión.

[Agendar diagnóstico gratuito](<https://nightlysoftware.com/agendar>)[Consultar por WhatsApp](<https://wa.me/524622212236?text=Quiero%20revisar%20el%20control%20de%20cr%C3%A9dito%20de%20pedidos.%20Tengo%20un%20estado%20de%20cliente%2C%20la%20pol%C3%ADtica%20y%20un%20caso%20de%20bloqueo%20o%20liberaci%C3%B3n.>)

Relacionado

-   [Ventas y portal de clientes](<https://nightlysoftware.com/soluciones/portal-de-clientes>)
-   [ERP y CRM a la medida](<https://nightlysoftware.com/soluciones/erp-a-la-medida>)

## Preguntas frecuentes

### ¿Un comprobante libera el crédito? 

En la política del ejemplo, no. Cobranza verifica el pago y lo aplica al documento correspondiente antes de reducir la deuda usada para el cálculo.

### ¿Pedido aprobado significa entregado? 

Son estados separados. Aprobar crédito permite avanzar bajo las reglas acordadas; la entrega necesita su propio registro y recepción.

### ¿Qué pasa si dos vendedores confirman a la vez? 

La revisión final debe considerar los compromisos ya aceptados. En la prueba, dos pedidos de 1,200 no pueden usar el mismo disponible de 1,500.

### ¿Una excepción cambia el límite del cliente? 

Puede autorizar solamente un pedido y un importe hasta una fecha. Define explícitamente su alcance; no aumentes el límite general por una liberación puntual.

## Fuentes

1.  [Bloqueos de crédito para pedidos de venta](<https://learn.microsoft.com/en-us/dynamics365/finance/accounts-receivable/cm-sales-order-credit-holds>)Microsoft Learn 
2.  [Bloqueo de pedido para análisis de crédito: Protheus](<https://centraldeatendimento.totvs.com/hc/es/articles/360019183372-Cross-Segmentos-TOTVS-BackOffice-L%C3%ADnea-Protheus-MI-Facturaci%C3%B3n-SIGAFAT-MATA450A-Como-realizar-el-bloqueo-de-Pedido-de-venta-para-an%C3%A1lisis-de-cr%C3%A9dito-cliente>)TOTVS 

Última actualización: 8 de octubre de 2026

## Sigue leyendo

[Ventas8 oct 2026

### Precios por cliente en un portal B2B: vigencia, descuentos y pruebas](<https://nightlysoftware.com/blog/precios-cliente-portal-b2b>)[Operación8 oct 2026

### Entregas parciales: conservar lo pendiente y evitar cobrar dos veces](<https://nightlysoftware.com/blog/entregas-parciales-pedidos>)[Operación4 oct 2026

### Sistema de cobranza para tu negocio: cómo dejar de perseguir pagos](<https://nightlysoftware.com/blog/sistema-de-cobranza>)

---

Canonical: https://nightlysoftware.com/blog/credito-cliente-pedidos

Updated: 2026-10-08

Description: Comprueba límites, saldos, abonos y excepciones antes de liberar pedidos a crédito. Ejemplo de exposición y diez pruebas con hoja descargable.

