Los archivos de pagos de Stripe Marketplace no se comportan como un export de pago estándar de Stripe: el movimiento de dinero pertenece a la plataforma, pero la actividad se distribuye entre múltiples cuentas conectadas. Un solo depósito bancario puede estar vinculado a docenas de vendedores, comisiones, reembolsos, reversiones, transferencias y diferencias de tiempo.
Ahí es donde el libro mayor de cuentas empieza a divergir.
El archivo de pagos dice que el dinero salió de Stripe. El libro mayor dice qué vendedor o cuenta interna debe recibir el crédito. Estos dos archivos responden preguntas distintas, así que una comparación fila por fila produce falsos descuadres aunque los dos archivos sean correctos.
La conciliación debe probar tres cosas:
- Qué cuenta conectada generó cada movimiento de pago
- Qué cuenta del libro mayor registra ese movimiento internamente
- Qué diferencias son esperadas por comisiones, reembolsos, reservas o diferencias de tiempo
Conciliar los archivos de pagos de Stripe Marketplace con los libros mayores no es buscar un ID compartido. Es una conciliación por capas — del pago a la cuenta conectada y luego al libro mayor — separando las excepciones antes de dar por válido el informe final.
Separa el archivo de pagos del libro mayor
Un archivo de pagos de Stripe Marketplace generalmente contiene datos de movimientos: qué pagó, revirtió, ajustó o retuvo Stripe. Un libro mayor de cuentas interno generalmente contiene datos de titularidad: qué vendedor, proveedor, subcuenta, cartera o saldo interno debe recibir el dinero.
Estos archivos se superponen, pero no son intercambiables.
| Campo del archivo de pagos Stripe | Campo del libro mayor interno | Qué establece |
|---|---|---|
payout_id | Referencia del lote de pagos | A qué lote de pagos pertenece la fila |
connected_account_id | ID de vendedor / ID de proveedor | Qué cuenta registra la actividad |
balance_transaction_id | Referencia de transacción | Qué movimiento de Stripe generó la fila |
amount | Monto bruto o monto a pagar | El valor antes o después de deducciones |
fee | Comisión de plataforma / tarifa de procesamiento | La deducción aplicada al movimiento |
net | Liquidación neta | El efecto en caja después de comisiones |
available_on | Fecha de liquidación esperada | Cuándo el dinero estuvo disponible |
type | Tipo de asiento en el libro mayor | Si la fila es un cargo, reembolso, transferencia, comisión, ajuste o retención |
El primer error: tratar amount en ambos archivos como el mismo tipo de monto. No siempre lo es.
En el archivo de Stripe, amount puede describir el cargo bruto, la transferencia a una cuenta conectada, un reembolso negativo o un movimiento de pago. En el libro mayor, puede describir el monto a pagar al vendedor, los ingresos de la plataforma, el efectivo neto o el cambio en el saldo interno. Los números pueden estar relacionados sin ser iguales.
Antes de conciliar cualquier cosa, etiqueta la base del monto en ambos archivos: cargo bruto, comisión de plataforma, tarifa de procesamiento, transferencia a cuenta conectada, neto del pago, reembolso, reversión, reserva o retención. Si la base del monto no está clara, la coincidencia parecerá incorrecta más adelante. Compararás un monto a pagar al vendedor con un neto de pago y lo llamarás diferencia inexplicada, aunque esa diferencia sea simplemente la comisión de plataforma o la tarifa de procesamiento.
Construye la conciliación alrededor de la cuenta conectada
La cuenta conectada es el punto de control. La línea bancaria puede confirmar que Stripe realizó un pago, pero no puede probar qué vendedores estaban incluidos en ese pago ni si el saldo del libro mayor de cada vendedor es correcto.
Usa este orden de evidencia para la conciliación:
| Capa de coincidencia | Lado Stripe | Lado libro mayor | Propósito |
|---|---|---|---|
| Lote de pagos | payout_id o fecha de pago | ID de lote o ciclo de liquidación | Agrupa las filas en el mismo movimiento de efectivo |
| Cuenta conectada | connected_account_id | ID de vendedor / proveedor / cuenta | Asigna cada fila al titular correcto |
| Referencia de transacción | balance_transaction_id, ID de cargo, ID de transferencia | Referencia de pago, pedido o libro mayor | Establece la identidad a nivel de fila |
| Base del monto | Bruto, comisión, neto, transferencia | A pagar, comisión, ingresos, efectivo | Evita comparaciones entre montos incompatibles |
| Ventana de fechas | created, available_on, fecha de pago | Fecha de transacción, fecha del libro mayor, fecha de liquidación | Separa las diferencias de tiempo de las filas faltantes |
No empieces por el monto del pago. Es demasiado agregado.
Empieza por la cuenta conectada. Agrupa las filas de Stripe de esa cuenta. Compáralas con el libro mayor de la cuenta. Cuando cada cuenta cuadre, sube los resultados al lote de pagos.
Ese orden mantiene la conciliación legible. Si la plataforma tiene un déficit de 3,842.18, quieres saber que la cuenta conectada acct_72K tiene dos filas de reembolso faltantes, que acct_91P tiene una retención y que el resto del lote está limpio.
Para un flujo estándar de pago a banco, el problema adyacente es conciliar un CSV de pago de Stripe con tu estado de cuenta bancario. El trabajo de pagos de marketplace agrega otra capa porque el pago debe vincularse a la titularidad de la cuenta, no solo al efectivo recibido.
Normaliza los dos archivos sin modificar las fuentes
No edites los exports originales. Crea columnas de trabajo a su lado.
Esas columnas hacen que los dos archivos sean comparables y preservan los valores originales de Stripe y del libro mayor interno.
| Columna de trabajo | Fuente Stripe | Fuente libro mayor | Por qué importa |
|---|---|---|---|
normalized_account_id | connected_account_id | ID de vendedor, proveedor, cartera | Alinea los nombres de las cuentas |
normalized_reference | ID de cargo, transferencia o transacción de saldo | ID de pedido, referencia de pago, referencia del libro mayor | Crea candidatos de coincidencia a nivel de fila |
signed_amount | Monto, comisión, neto con signo conservado | Monto de débito o crédito con signo alineado | Evita reversiones débito-crédito |
amount_basis | Tipo y categoría de reporte | Cuenta del libro mayor o tipo de transacción | Elimina la confusión bruto-neto |
settlement_window | Fecha de creación, disponibilidad, pago | Fecha de registro o liquidación | Controla las diferencias de tiempo |
currency | Columna de moneda | Moneda del libro mayor | Bloquea las falsas coincidencias entre divisas |
Para normalized_reference, la fórmula base es:
=ESPACIOS(SUSTITUIR(MAYUSC(A2),CARACTER(160)," "))La columna A es el campo de referencia — ID de transacción de saldo, ID de cargo, ID de transferencia o referencia del libro mayor interno. ESPACIOS elimina los espacios estándar; CARACTER(160) cubre el espacio de no separación que exportan algunos sistemas. Si el libro mayor solo almacena un fragmento de la referencia de Stripe, extrae con EXTRAE o DERECHA antes de normalizar.
La columna auxiliar más importante es amount_basis.
Sin ella, una búsqueda puede devolver una coincidencia matemáticamente cercana pero conceptualmente incorrecta. Una transferencia de 100.00 a un vendedor y un cargo bruto de 100.00 al cliente no son el mismo registro. Los valores idénticos no prueban identidad cuando los tipos de transacción difieren.
La misma regla aplica a los signos. Stripe puede exportar reembolsos, reversiones y comisiones como valores negativos. El libro mayor puede registrar el mismo movimiento económico como un débito en una columna o un número positivo en una columna de gastos. Normaliza el signo para la comparación, pero conserva el signo original visible en el informe.
Concilia cada cuenta conectada antes del lote de pagos
El flujo correcto: primero la cuenta, luego el pago.
Supón que el archivo de pagos de Stripe contiene esto:
| ID de pago | Cuenta conectada | Tipo | Referencia | Bruto | Comisión | Neto |
|---|---|---|---|---|---|---|
| po_8841 | acct_A | Transferencia | tr_1001 | 500.00 | -20.00 | 480.00 |
| po_8841 | acct_A | Reembolso | re_1008 | -75.00 | 0.00 | -75.00 |
| po_8841 | acct_B | Transferencia | tr_1002 | 900.00 | -36.00 | 864.00 |
| po_8841 | acct_C | Retención | adj_4421 | -120.00 | 0.00 | -120.00 |
El libro mayor interno podría mostrar esto:
| Cuenta del libro mayor | Referencia | Movimiento de cuenta | Comisión de plataforma | Estado de liquidación |
|---|---|---|---|---|
| Vendedor A | tr_1001 | 480.00 | 20.00 | Liquidado |
| Vendedor A | re_1008 | -75.00 | 0.00 | Reembolsado |
| Vendedor B | tr_1002 | 864.00 | 36.00 | Liquidado |
| Vendedor C | adj_4421 | 0.00 | 0.00 | Retenido |
Si comparas primero el total del pago, la retención parece un pago faltante. Si comparas primero cada cuenta conectada, el Vendedor C no está faltante. El libro mayor clasificó la fila como retenida en lugar de liquidada.
Esa distinción cambia la respuesta final.
El informe no debe decir:
El Vendedor C tiene un déficit de 120.00.
Debe decir:
El Vendedor C tiene una retención de 120.00 en Stripe que no es pagable en la liquidación actual del libro mayor.
Esa es una nota de conciliación que se puede usar. Le dice al operador qué pasó y qué hacer a continuación.
Usa primero coincidencias candidatas, luego confirmadas
Los archivos de marketplace no siempre tienen una clave perfecta en todos los exports. La misma actividad puede aparecer como un ID de cargo en un export, un ID de transferencia en otro y una referencia de pedido en el libro mayor.
Usa primero la coincidencia candidata.
| Regla candidata | Cuándo usarla | Riesgo |
|---|---|---|
| Coincidencia exacta por referencia | El mismo ID de cargo, transferencia o transacción de saldo aparece en ambos archivos | Bajo |
| Cuenta conectada + fragmento de referencia | El libro mayor almacena solo parte de la referencia de Stripe | Medio |
| Cuenta conectada + monto + ventana de fechas | La referencia falta pero el monto y el tiempo coinciden | Medio |
| Cuenta conectada + ID de pedido + monto | El libro mayor rastrea el pedido en lugar del movimiento de Stripe | Medio |
| Coincidencia solo por monto | No existe una referencia confiable | Alto |
Las coincidencias candidatas no son definitivas. Son una lista corta para validar.
Una coincidencia confirmada debe pasar estas verificaciones:
- La cuenta conectada coincide.
- El tipo de transacción o la base del monto coinciden.
- El monto con signo coincide tras entender el tratamiento de las comisiones.
- La fecha está dentro de la ventana de liquidación esperada.
- La moneda coincide.
- La fila no ha sido emparejada ya con otra entrada del libro mayor.
Esta última verificación importa. Los exports de marketplace pueden contener valores repetidos. Si el proceso de coincidencia permite que una fila de Stripe coincida con dos entradas del libro mayor, la conciliación cuadrará en papel mientras oculta un duplicado.
Separa comisiones, reembolsos, retenciones y diferencias de tiempo
La lista de excepciones no debe ser un solo grupo llamado "sin conciliar."
Ese grupo es demasiado vago para cerrar. Mezcla errores reales con el comportamiento esperado del marketplace.
Usa categorías de excepción que describan la causa real:
| Categoría de excepción | Significado | Acción |
|---|---|---|
| Faltante en el libro mayor | La fila de Stripe existe pero no hay entrada en el libro mayor | Agregar o investigar la entrada del libro mayor |
| Faltante en el archivo de Stripe | La entrada del libro mayor existe pero no hay fila de Stripe | Verificar filtros de fechas, alcance del export o entrada manual |
| Discrepancia de cuenta | La referencia existe pero la cuenta conectada difiere | Revisar el mapeo de vendedores |
| Discrepancia de base del monto | Misma actividad, tipo de monto distinto comparado | Reclasificar monto bruto, comisión, neto o a pagar |
| Diferencia en comisión | La comisión de plataforma o procesamiento no coincide | Verificar las reglas de registro de comisiones |
| Tiempo de reembolso o reversión | El movimiento negativo se relaciona con una transacción anterior | Vincular a la actividad original |
| Reserva o retención | Stripe retrasó el pago en lugar de pagarle al vendedor | Trasladar al siguiente ciclo de liquidación |
| Diferencia de fechas | Misma fila, distinta fecha de registro o pago | Marcar como diferencia de tiempo, no como faltante |
| Entrada duplicada en el libro mayor | Una fila de Stripe coincide con múltiples entradas del libro mayor | Eliminar o revertir el duplicado |
Los reembolsos y las reversiones merecen su propio tratamiento. Un reembolso puede pertenecer a un cargo de un período anterior pero aparecer en el pago actual. Si el libro mayor solo contiene pedidos del período actual, el reembolso parecerá sin conciliar. La solución no es forzar el reembolso en la lista de ventas actual. Es identificar el cargo original, registrar el reembolso en la cuenta correcta y mostrar que el pago actual se redujo por ese reembolso.
Las suscripciones agregan un problema de tiempo relacionado cuando las facturas, los pagos y la liquidación del pago caen en períodos distintos. Si las facturas recurrentes forman parte del flujo del marketplace, aplica aquí la misma disciplina de fechas que se usa en la conciliación de facturas de suscripción de Stripe: la fecha de factura, la fecha de pago, la fecha de disponibilidad y la fecha de pago son campos separados.
Cierra el lote de pagos solo después de conciliar por cuenta
Cuando cada cuenta conectada esté conciliada, consolida los resultados en un resumen del pago.
El resumen debe responder cuatro preguntas:
- ¿El total del pago de Stripe coincide con el depósito bancario o el movimiento de efectivo?
- ¿La actividad de Stripe de cada cuenta conectada coincide con el libro mayor interno?
- ¿Las comisiones, reembolsos, retenciones y diferencias de tiempo están separados de los errores reales?
- ¿La diferencia inexplicada restante es cero?
Un resumen de pago útil se ve así:
| Categoría | Cantidad | Monto |
|---|---|---|
| Transferencias de cuentas conectadas conciliadas | 82 | 48,210.00 |
| Comisiones de plataforma conciliadas | 82 | -1,928.40 |
| Reembolsos y reversiones conciliados | 9 | -1,144.20 |
| Retenciones trasladadas | 3 | -640.00 |
| Entradas faltantes en el libro mayor | 2 | -318.75 |
| Entradas duplicadas en el libro mayor | 1 | 120.00 |
| Diferencia inexplicada tras la revisión | 0 | 0.00 |
Las etiquetas exactas dependen de tu marketplace, pero la estructura no debe cambiar. Actividad conciliada, diferencias esperadas y excepciones reales deben estar en líneas separadas.
El informe final también debe incluir una tabla de excepciones por cuenta:
| Cuenta conectada | Problema | Monto | Evidencia | Acción |
|---|---|---|---|---|
| acct_A | Reembolso faltante en el libro mayor | -75.00 | Reembolso de Stripe re_1008 | Registrar reembolso contra Vendedor A |
| acct_C | Retención en Stripe | -120.00 | Ajuste de Stripe adj_4421 | Trasladar hasta que se libere |
| acct_D | Transferencia duplicada en el libro mayor | 120.00 | Dos entradas del libro mayor coinciden con tr_4410 | Revertir el duplicado |
Esa tabla es la que el operador puede usar. Apunta a filas, cuentas, evidencias y acciones. Una hoja de cálculo resaltada sin esta estructura deja la pregunta abierta.
Qué prueba una conciliación correcta de marketplace
Una conciliación de pagos de marketplace terminada no prueba que cada número en cada archivo sea idéntico. Prueba que cada diferencia tiene la etiqueta correcta.
El pago de la plataforma puede diferir de las ventas brutas del marketplace porque las transferencias de vendedores, comisiones, reembolsos, disputas, reservas y el tiempo de los pagos se ubican entre la venta y el movimiento de efectivo. El libro mayor de cuentas conectadas puede diferir del archivo de pagos porque algunas filas aún no son pagables, pertenecen a transacciones de períodos anteriores o se registraron con una referencia distinta.
El resultado correcto debe decir:
- Este lote de pagos cuadra con el efectivo.
- Estas cuentas conectadas coincidieron limpiamente.
- Estas filas son diferencias de tiempo, reservas, reembolsos o comisiones esperadas.
- Estas filas requieren corrección en el libro mayor.
- La diferencia inexplicada restante es cero, o está aislada en filas específicas.
Ese es el estándar para cerrar la conciliación.
Lista de verificación antes de cerrar el archivo
Antes de entregar el informe de pago, confirma que el lote está identificado, que los IDs de cuentas conectadas están mapeados a las cuentas del libro mayor, que la base del monto está etiquetada en ambos archivos, que las filas brutas y netas no están mezcladas, que los reembolsos y las retenciones están separados, que las coincidencias duplicadas están eliminadas y que las filas del libro mayor que realmente faltan están listadas con sus referencias.
El orden es la clave. La conciliación por cuenta viene antes que el cierre del lote. Si el total del pago coincide pero los saldos de las cuentas conectadas no, la conciliación no está terminada. Si cada cuenta conectada cuadra pero el lote de pagos no coincide con el efectivo, el movimiento de efectivo final todavía necesita revisión.
Un archivo de pagos de marketplace tiene demasiada información para una sola fórmula de búsqueda. Trátalo como una conciliación controlada: identifica el lote, mapea las cuentas conectadas, concilia las filas, clasifica las diferencias esperadas y luego consolida el resultado en un informe que explique el pago en lugar de ocultarlo.
