Tu exportación de ventas indica $10,000. Tu banco muestra $9,000. Revisas la fórmula, copias las cifras a otra hoja y aun así no puedes decirle a tu gerente si falta dinero.
Para una pequeña empresa de ecommerce o de servicios, una respuesta útil es una explicación breve con registros detrás de cada ajuste: $500 reembolsados, $300 en comisiones y $200 aún pendientes de liquidar. Ahora sabes qué llegó, qué no ha llegado y qué necesita investigación.
Trabaja con el paquete de práctica de cuatro archivos que aparece abajo para construir esa explicación. Puedes seguirlo en Excel y luego usar las mismas reglas para solicitar un análisis revisable en RowSpeak.
Puntos clave:
- Separa las ventas pagadas, la actividad de la plataforma, los pagos y los créditos bancarios reales. Registran eventos diferentes.
- Sigue un ejemplo completo de $10,000 → $9,000 y verifica cada pago contra sus transacciones y su recibo bancario.
- Mantén visibles los fondos pendientes. Un depósito faltante no es automáticamente una comisión ni una pérdida.
- Usa la descarga, el prompt y la prueba de fallo de $10 para revisar la salida de una herramienta antes de confiar en tu informe de negocio.
- RowSpeak puede ayudar a analizar los archivos y explicar el resultado; tú sigues aprobando las reglas de coincidencia y las diferencias no resueltas.
Por qué las ventas y los depósitos suelen diferir
Un pedido pagado registra lo que pagó el cliente. Un pago es una transferencia desde tu plataforma de pagos. Un crédito bancario registra el dinero abonado a tu cuenta. Los reembolsos, las comisiones de procesamiento y el momento de la transferencia pueden hacer que estos importes difieran sin indicar un error.
La conciliación de ventas consiste en rastrear esos registros hasta que la diferencia tenga una explicación. Una verificación de ventas a banco también necesita saldos al inicio y al final del período: parte del efectivo puede pertenecer a ventas de un mes anterior, y parte del efectivo de este mes puede llegar más tarde.
La documentación de conciliación de pagos de Stripe describe cómo hacer coincidir un pago con su lote de transacciones, incluyendo cargos, reembolsos y comisiones. También señala que su informe agrupa los pagos por fecha de llegada estimada, que puede diferir de la fecha de registro del banco. Otras plataformas tienen exportaciones y reglas diferentes; confirma las tuyas antes de copiar una plantilla.
Esta guía compara las ventas pagadas con los movimientos de efectivo. No determina los ingresos contables reconocidos, el tratamiento fiscal ni si un estado financiero es correcto.
Paso 1: Reúne cuatro archivos y define cada fila
La descarga contiene un ejemplo sintético de septiembre de 2026 para DemoStore. Todos los importes están en USD, las fechas usan UTC y el saldo inicial de la plataforma es cero. Son registros de práctica inventados con respuestas calculadas de forma independiente, no resultados de clientes ni una ejecución grabada de RowSpeak.
| Archivo | Una fila significa | Campos que revisar |
|---|---|---|
| orders.csv | Un pedido pagado | order_id, order_date, paid_sales, currency |
| processor-activity.csv | Un evento de cargo, reembolso o comisión | event_id, order_id, payout_id, signed_amount |
| payouts.csv | Una transferencia enviada por la plataforma | payout_id, payout_amount, bank_reference |
| bank.csv | Un crédito bancario registrado | bank_row_id, posted_date, reference, credit |
Mantén los originales sin cambios. Trabaja con copias y registra de qué exportación y cuenta proviene cada una. En una exportación real de líneas de pedido, varias filas pueden pertenecer a un mismo pedido; decide eso antes de contar pedidos o hacer coincidir pagos.
Para este ejercicio, se estipula que septiembre está completo. La muestra no tiene impuestos, envíos, conversión de divisas, disputas, reservas, pedidos impagos ni ajustes de períodos anteriores. Los archivos reales pueden necesitar líneas separadas para cada uno.
Paso 2: Acuerda el período antes de hacer coincidir importes
Escribe tu regla de informe en una frase:
Explica las ventas pagadas de DemoStore del 1 al 30 de septiembre y los depósitos bancarios de septiembre en USD, con los saldos inicial y final de la plataforma mostrados por separado.
No filtres todos los archivos por order_date. Un pedido, su reembolso, el pago de la plataforma y el registro bancario pueden ocurrir en cuatro días diferentes.
Para una verificación real de cierre de mes, obtén el saldo inicial de la plataforma, el saldo final y las transferencias enviadas pero aún no registradas en ambos límites. Revisa también los reembolsos de septiembre de pedidos de agosto. Sin esos registros, una exportación de pedidos del mes actual no puede explicar todos los movimientos de efectivo.
En este conjunto de datos de práctica, los saldos iniciales y las transferencias en tránsito son cero. El único saldo final es el pedido O105: $200 cobrados el 30 de septiembre, sin pago asignado aún. Mantén ese importe en una tabla de fondos pendientes y verifícalo contra un pago posterior; no lo llames dinero faltante.
Paso 3: Explica la diferencia de $1,000 con registros de origen
Empieza con cinco pedidos pagados:
| Pedido | Importe pagado | Ajuste o siguiente paso |
|---|---|---|
| O101 | $3,000 | Incluido en el pago P01 |
| O102 | $2,500 | Reembolso de $300; actividad restante en P01 |
| O103 | $2,000 | Incluido en el pago P02 |
| O104 | $2,300 | Reembolso de $200; actividad restante en P02 |
| O105 | $200 | Aún en la plataforma al 30 de septiembre |
| Total | $10,000 | Antes de reembolsos y comisiones de plataforma |
Los eventos de reembolso E03 y E07 suman $500. Los eventos de comisión E04 y E08 suman $300. El saldo final no liquidado de la plataforma es E09, $200.
Figura: calculada de forma independiente a partir de los registros sintéticos descargables. Es un gráfico explicativo, no una captura de pantalla del producto.
El resultado es:
Ventas pagadas $10,000
Menos reembolsos $500
Menos comisiones de plataforma $300
Menos fondos finales no liquidados $200
Depósitos bancarios esperados $9,000
Depósitos bancarios reales $9,000
Diferencia no explicada $0
Este puente simple funciona porque los otros flujos y los saldos iniciales de la muestra son cero. Para datos reales, muestra los fondos iniciales como una suma, los fondos finales como una resta y documenta por separado otros ajustes de la plataforma y transferencias en tránsito. Nunca inventes un “ajuste de sincronización” solo para llegar a cero.
Paso 4: Verifica cada pago y luego verifica el banco
Un total general que coincide puede ocultar errores que se cancelan entre sí. Verifica también los lotes individuales.
| Pago | Actividad de origen | Pago neto | Evidencia bancaria | Diferencia |
|---|---|---|---|---|
| P01 | $3,000 + $2,500 − $300 de reembolso − $120 de comisión | $5,080 | B01: $5,080 registrado el 10 de septiembre | $0 |
| P02 | $2,000 + $2,300 − $200 de reembolso − $180 de comisión | $3,920 | B02: $3,920 registrado el 25 de septiembre | $0 |
Usa una referencia de pago fiable para vincular la transferencia con el banco. Si falta una referencia, usa el importe, la cuenta, la moneda y una ventana de fechas documentada para identificar coincidencias posibles. Dos depósitos del mismo importe siguen siendo ambiguos hasta que alguien los confirme.
También hay una trampa de hoja de cálculo: un pedido puede tener tanto un cargo como un reembolso. Si unes la tabla de pedidos a cada evento y luego sumas paid_sales, el importe del pedido aparece dos veces. Suma las ventas desde la tabla de pedidos original; suma la actividad de efectivo desde la tabla de eventos. Compara los resultados en el nivel correcto.
En el archivo de actividad, los reembolsos y las comisiones ya son negativos. Suma signed_amount para cada pago; restar de nuevo esos valores negativos inflaría el resultado. El ZIP incluye expected-payout-matches.csv y expected-bridge.csv como claves de respuestas.
Paso 5: Pídele a RowSpeak una explicación que puedas revisar
Una vez claras las reglas, el flujo de trabajo de análisis de datos de RowSpeak puede ayudarte a inspeccionar exportaciones, calcular resúmenes y convertir los resultados en un informe legible. Empieza con las entradas sintéticas antes de subir archivos de negocio.
Sube solo los cuatro CSV de entrada y usa esta solicitud. Deja fuera de la ejecución los archivos con claves de respuestas para que puedas comparar después.
Ayuda a conciliar las ventas pagadas y los depósitos bancarios de DemoStore del 1 al 30 de septiembre de 2026. Usa los cuatro CSV adjuntos. Todos los importes están en USD; las fechas están en UTC. Mantén los datos de origen sin cambios. Cada fila de orders es un pedido pagado; cada fila de processor es un evento. Los reembolsos y las comisiones ya son negativos.
Primero revisa IDs únicos, claves faltantes, monedas y cobertura de origen. Compara cada importe de pedido con su evento de cargo; marca discrepancias. Calcula las ventas desde orders, no desde una tabla unida a eventos de reembolso. Agrupa signed_amount de processor por payout_id. Mantén los eventos con payout_id en blanco como actividad no liquidada. Compara cada lote con payouts.payout_amount, luego haz coincidir su bank_reference con bank.reference y bank.credit. No adivines coincidencias ambiguas ni trates un pago enviado como recibo bancario.
Muestra IDs de origen para ventas, reembolsos, comisiones, fondos no liquidados, coincidencias de pagos y elementos no coincidentes. El saldo inicial de la plataforma y las transferencias en tránsito son cero en este ejercicio. Los demás tipos de ajuste están ausentes. Devuelve un puente de ventas a banco, una tabla de coincidencias de pagos y una tabla de excepciones. Etiqueta las causas desconocidas como no resueltas; nunca agregues una comisión de cuadre. Termina con un breve resumen para el gerente y las verificaciones que aún necesitan aprobación.
Esperado: $10,000 en ventas pagadas, $500 en reembolsos, $300 en comisiones, $200 no liquidados y $9,000 en recibos bancarios. Ambos pagos coinciden. O105 es un elemento pendiente explicado; la diferencia no explicada es cero. Estas son expectativas calculadas, no una garantía del resultado de ninguna herramienta de IA.
Para registros financieros confidenciales, usa archivos anonimizados o habla sobre el despliegue privado antes de subirlos. Esta guía usa archivos exportados; no presupone una conexión bancaria en vivo, monitoreo automático de liquidaciones ni un agente de verificación independiente dentro de RowSpeak.
Paso 6: Prueba un fallo antes de usar el resultado mensual
Haz una copia de bank.csv. Cambia el crédito de B02 de 3,920 a 3,910, luego repite la solicitud con esa copia y los otros tres archivos de entrada originales.
El total bancario debería pasar a $8,990, y P02 debería mostrar un faltante de $10. Los reembolsos, las comisiones y los fondos pendientes deben permanecer sin cambios. Si la herramienta añade silenciosamente una comisión de $10, cambia O105 o declara que todo coincide, pide las filas de origen y mantén el informe en borrador.
Antes de compartir, revisa:
- Cada cargo de pedido cuadra con su importe de origen, y cada crédito bancario tiene una coincidencia aprobada.
- Los reembolsos y las comisiones aparecen una vez, con los signos correctos.
- Los fondos pendientes tienen IDs de origen y una fecha de seguimiento.
- Los IDs faltantes, los eventos duplicados y las coincidencias ambiguas permanecen visibles.
- Los saldos inicial y final, las monedas, las reglas de fechas y la integridad tienen un responsable que puede confirmarlos.
La lista de verificación más amplia para revisar informes generados por IA cubre otras comprobaciones, incluidas explicaciones no respaldadas y filas duplicadas.
Qué enviarle a tu gerente
Para la muestra sin cambios, una nota útil es:
Las ventas pagadas de septiembre fueron $10,000. Los recibos bancarios fueron $9,000 después de $500 en reembolsos, $300 en comisiones de plataforma y $200 aún no liquidados al cierre del mes. Ambos lotes de pagos cuadran con créditos bancarios. El saldo pendiente de $200 se relaciona con O105 y necesita una verificación de pago posterior. No queda ninguna diferencia no explicada dentro del alcance indicado de la muestra.
Guarda esa nota con las versiones de entrada, las reglas de coincidencia, las decisiones de excepción y la aprobación del revisor. Para el próximo mes, el flujo de trabajo de informes CSV recurrentes explica cómo preservar esas reglas mientras actualizas los archivos.
Haz que tu próximo cierre sea más fácil de explicar
Convierte la diferencia no explicada en una lista de revisión.
Prueba el ejemplo de cuatro archivos en RowSpeak antes de tu próxima revisión de cierre de mes. Verifica el resultado de $9,000, luego ejecuta la prueba de fallo de $10 mientras aún tienes tiempo de investigar las excepciones.
Empieza con los archivos sintéticos. Revisa la salida antes de aplicarla a un cierre real.
