[Blog]()Comercio # Conciliar pagos con pedidos: referencias, diferencias y revisión Una liquidación menor puede incluir comisiones y reembolsos sin que el cliente deba dinero. Concilia el pedido y el banco con sus propias referencias. **[Jonathan Perez]()**Cofundador · Diseño, producto y ventas 8 de octubre de 2026 · 8 min de lectura **Respuesta breve** Para conciliar pagos con pedidos, identifica cada pago confirmado por referencia, cuenta y moneda, y registra cuánto se asigna a cada compra. Revisa por separado la liquidación neta del proveedor y el depósito bancario, incluidos sus ajustes. Deja coincidencias ambiguas y diferencias a revisión con responsable; repetir un archivo no debe aplicar el mismo dinero dos veces. ## Pruebas de conciliación de pedido y depósito Diez casos sintéticos de cobros, comisiones ficticias, reembolso, referencias ambiguas y repetición de archivos. [Descargar hoja CSV]() En esta guía - [Compara pedido, pago y depósito en vistas separadas]() - [Ejemplo: un depósito menor no implica dos clientes morosos]() - [Una coincidencia por monto puede ser ambigua]() - [Identifica qué registro tiene autoridad]() - [Pruebas que deben pasar antes de marcar pedidos como pagados]() ## Compara pedido, pago y depósito en vistas separadas Conciliar un pago con un pedido significa comprobar a qué compra pertenece y cuánto cubre, con referencia y moneda. Conciliar el depósito del proveedor responde otra pregunta: qué cobros, comisiones, reembolsos y ajustes forman el importe que llega al banco. Si mezclas ambas tareas, puedes reclamar al cliente una comisión del proveedor o dar por pagado un pedido que solo coincide en importe. [Stripe documenta]() que su reporte de conciliación de depósitos relaciona cada liquidación con un lote de transacciones y está orientado a depósitos automáticos; los manuales o instantáneos tienen otras condiciones. Su [registro de transacción de saldo]() distingue importe bruto, comisión y efecto neto. Son capacidades de Stripe. Comprueba qué referencias y reportes entrega tu proveedor antes de diseñar el cruce. | Vista |Compara |Resultado útil | | --- | --- | --- | | Pedido |Total acordado versus pagos asignados y correcciones |Pagado, parcial, excedente o por revisar | | Proveedor |Cobros brutos, comisiones, reembolsos y ajustes |Saldo neto explicable por movimiento | | Banco |Depósito versus lote liquidado y fecha |Depósito identificado o diferencia pendiente | ## Ejemplo: un depósito menor no implica dos clientes morosos **Escenario sintético con cifras ilustrativas** Dos pedidos en MXN: PA-50 por 1,200 y PB-51 por 800, cobrados completos. Comisión ficticia de 3% para demostrar el cálculo, no una tarifa de ningún proveedor. PA-50 tiene un reembolso confirmado de 200 autorizado por la empresa. Sin otros cargos, impuestos, ajustes o conversiones en esta prueba. | Movimiento |Bruto o devolución |Comisión ilustrativa |Efecto neto | | --- | --- | --- | --- | | Pago PAG-A de PA-50 |1,200 |36 |1,164 | | Pago PAG-B de PB-51 |800 |24 |776 | | Reembolso RE-A |− 200 |0 |− 200 | | Total del lote |2,000 − 200 = 1,800 |60 |1,740 | | Depósito BAN-8 |1,740 |Ya incluida arriba |Diferencia del lote = 0 | PA-50 conserva el pago original de 1,200 y el reembolso de 200 como registros distintos; su cobro neto retenido es 1,000 tras la corrección autorizada. PB-51 conserva 800 pagados. El depósito de 1,740 se explica con 2,000 cobrados menos 60 de comisiones y 200 de reembolso. Comparar solo 2,000 contra 1,740 produciría una supuesta falta de 260 que no corresponde a deuda de los compradores. Para la demostración, relaciona PAG-A y PAG-B con sus pedidos, RE-A con PAG-A y BAN-8 con LIQ-8. Mantén además la fecha del cobro, la disponibilidad del proveedor y la fecha del banco. Stripe señala que el reporte usa la fecha estimada de llegada y que los datos de conciliación pueden estar listos después del depósito. Ausencia temporal en un reporte no demuestra que el comprador no pagó. ## Una coincidencia por monto puede ser ambigua Reinicia con dos pedidos diferentes de 500 y una transferencia de 500 sin referencia suficiente. No asignes el dinero al primero de la lista. Regístralo como recibido por identificar, reúne la evidencia permitida y pide revisión a cobranza. Si después se identifica un único pedido, asigna 500 a ese pedido una vez. El otro sigue pendiente; volver a importar la misma transferencia no lo paga también. En una prueba separada, un pedido de 900 recibe 600 identificados: queda parcialmente pagado con 300 pendientes. Un abono de 950 crea una diferencia de 50 que necesita decisión autorizada; no la ocultes modificando el precio del pedido. Define si una diferencia pequeña se revisa, se conserva como saldo o se corrige, y quién puede autorizarla. Esas reglas operativas pertenecen a la empresa. ## Identifica qué registro tiene autoridad - Pedido: versión aceptada, importe, moneda y cliente. - Pago: proveedor o banco, cuenta receptora, referencia única, importe, moneda y resultado confirmado. - Asignación: pedido que recibe el abono, importe aplicado, responsable y evidencia. - Depósito: lote, componentes netos, fecha y movimiento bancario. - Revisión: motivo, persona responsable y próxima acción; una captura de pantalla no sustituye todos esos datos. Separa entornos de prueba y cobros reales, así como cuentas y monedas diferentes. Un mismo número en MXN y USD no representa la misma cantidad. Si intervienen varias monedas, conserva importes y conversiones informadas por cada fuente y revisa el alcance con quien administra las cuentas. La primera etapa puede trabajar con archivos autorizados si todavía no hay acceso comprobado para una conexión. ## Pruebas que deben pasar antes de marcar pedidos como pagados 1. Normal: un pago confirmado e identificado cubre un pedido y permite reconstruir su asignación. 2. Excepción: una referencia ambigua o moneda distinta queda por revisar; no se asigna solo por monto. 3. Reintento: importar el mismo pago o lote dos veces conserva una aplicación y un depósito relacionados. 4. Corrección: un reembolso mantiene el cobro original y modifica el neto mediante un registro aparte. 5. Cierre: todo depósito se explica por sus componentes; cualquier diferencia conserva responsable y evidencia, sin borrarla con un ajuste anónimo. La hoja gratuita incluye diez pruebas con datos sintéticos. Úsala con exportaciones anonimizadas y resultados observados; no contiene tasas reales ni recomendaciones contables. La [guía de cobranza]() cubre el saldo del cliente y [avisos repetidos de pago]() distingue una notificación duplicada de un segundo cobro. Para evaluar [software para comercios](), empieza por una diferencia que hoy tu equipo no puede explicar. ## Expliquemos una diferencia antes de automatizarla En un diagnóstico gratuito podemos seguir referencias entre pedidos, pagos y depósitos para ubicar qué evidencia falta. - Dos pedidos anonimizados y sus pagos o abonos relacionados. - Un archivo de movimientos del proveedor y depósito bancario del mismo lote. - La política de diferencias, monedas y personas que pueden asignar o corregir pagos. [Agendar diagnóstico gratuito]()[Consultar por WhatsApp]() Relacionado - [Software para comercios]() - [Páginas web y tiendas en línea]() ## Preguntas frecuentes ### ¿Puedo relacionar un pago solo por importe? No cuando hay varias compras posibles. En la prueba de dos pedidos de 500, una transferencia sin referencia queda por identificar hasta resolver a cuál pertenece. ### ¿Una comisión reduce lo pagado por el cliente? En el ejemplo, el cliente pagó el total. La comisión afecta el neto del proveedor, no se registra como deuda del comprador. ### ¿Qué ocurre con un pago parcial o de más? Conserva el pago y su asignación, muestra lo pendiente o el excedente y registra la decisión autorizada. No cambies el precio para esconder la diferencia. ### ¿El reporte tardío significa que no pagaron? No necesariamente. Comprueba el resultado autorizado del pago y la fecha o corte de cada reporte; conserva el estado por revisar mientras falta evidencia. ## Fuentes 1. [Reporte de conciliación de depósitos]()Stripe 2. [Objeto de transacción de saldo]()Stripe Última actualización: 8 de octubre de 2026 ## Sigue leyendo [Comercio8 oct 2026 ### Pago repetido o aviso duplicado: cómo probar la confirmación de un pedido]()[Comercio8 oct 2026 ### Cancelar un pedido: surtido, pago y reembolso confirmado]()[Operación4 oct 2026 ### Sistema de cobranza para tu negocio: cómo dejar de perseguir pagos]() --- Canonical: https://nightlysoftware.com/blog/conciliar-pagos-pedidos Updated: 2026-10-08 Description: Distingue pago del cliente y depósito neto del proveedor. Prueba referencias ambiguas, comisiones y reembolsos con diez casos descargables.