Una factura marcada pagada muestra su estado registrado. Ese estado no demuestra por sí solo cómo llegó el dinero. Si el equipo no puede explicar el cambio, revisa el evento, el pago asociado y una prueba independiente antes de pedir al cliente que pague otra vez.
Esta checklist investiga un estado Pagada inesperado, no una conciliación bancaria completa ni una exportación mensual. Limita el caso a una factura, cliente, importe y moneda, con una conclusión fechada.
¿Qué demuestra el registro de facturación?
La documentación del registro de PayRequest describe cambios de estado, eventos de correo, filtros e información del autor. Busca número o ID, acota fechas y abre los detalles. Un usuario o System explica el origen de una acción, no el ingreso en el banco.
Anota estado anterior y nuevo, fecha y hora, autor disponible y motivo. Guarda los datos antes de corregir. No todas las acciones generan necesariamente una entrada visible; los filtros pueden ocultar eventos antiguos. Una búsqueda vacía no prueba que nadie modificara la factura.
La guía de Intuit para estados inesperados también empieza en el registro de auditoría. Sus ajustes de créditos pertenecen a QuickBooks y no deben atribuirse a otros productos.
Un estado inexplicable en una factura de 600 €
Este ejemplo original es ficticio, no un resultado de cliente ni una prueba de cuenta. INV-DEMO-600 suma 600 €. El equipo confirma 400 € abonados en la cuenta correcta, pero la factura muestra Pagada. Una captura del pagador no sustituye esa comprobación.
| Prueba | Observación | Pregunta pendiente |
|---|---|---|
| Factura | Total 600 €; Pagada | ¿Qué acción cambió el estado? |
| Actividad | Abierta a Pagada; usuario y motivo disponibles | ¿La acción cubría todo el saldo? |
| Pago | Abono confirmado de 400 € para esta factura | ¿Hay otros 200 € o un ajuste válido? |
| Investigación | 600 € menos 400 € deja 200 € sin explicar | Comprueba ajustes antes de reclamar |
Los 200 € son una diferencia aritmética, todavía no una reclamación. Un crédito, reembolso, segundo pago o asignación incorrecta puede cambiar la conclusión. Revisa también la moneda. Una transacción pendiente del proveedor de 600 € tampoco demuestra 600 € ingresados en el banco.
Guarda tres referencias en la ficha
Estos campos propuestos forman una hoja interna, no ajustes nuevos de PayRequest:
- Factura: número, cliente, total, moneda y estado.
- Evento: hora y zona, estado anterior/nuevo, autor y motivo disponibles, ubicación del registro.
- Dinero: referencia, importe, moneda, estado bancario o del proveedor y asignación.
Añade responsable, pregunta abierta y próxima revisión. Guarda solo las pruebas necesarias y restringe el acceso. No publiques extractos completos ni movimientos de otros clientes en un ticket.
Cómo interpretar System o un evento ausente
System indica origen automatizado en el registro documentado. No prueba aprobación humana ni liquidación definitiva. Abre los detalles y busca referencias de factura o pago. Encarga los motivos poco claros al responsable de facturación.
Si falta una entrada, borra filtros, amplía fechas y busca por ID. Escribe «no encontrado en esta búsqueda», no «no hubo cambio». Compara historial y pagos. No repitas un cargo ni una reclamación para probar el estado.
Decide antes de contactar al cliente
Con pago completo y asignación confirmados, conserva las referencias y evita un segundo cobro. Si es parcial, revisa créditos y ajustes. Si el estado sigue sin explicación, mantén abierto el caso y utiliza el proceso de corrección autorizado cuando estén claros los hechos. Un registro no sustituye la contabilidad.
La checklist de referencias bancarias ausentes y la guía de conciliación automática resuelven otras tareas. Abre una factura junto al registro de PayRequest y los datos de facturación antes del siguiente recordatorio.
Nota editorial: la IA ayudó con el artículo y la imagen. Se revisaron documentación y código relevante el 7 de octubre de 2026. El ejemplo es ilustrativo; no se probó ningún pago real ni cuenta de cliente.
