Por qué TikTok Shop Earnings Analytics muestra un solo GMV: Paid Orders, estimación y pago

Por qué TikTok Shop Earnings Analytics muestra un solo GMV: concilia Paid Orders, estimación y pago

Cuando la comisión de TikTok Shop parece “incorrecta”, el primer problema no siempre es un cálculo mal hecho. El equipo está comparando GMV de paid orders, Estimated commission, estatus del pedido y pago final como si fueran el mismo número. En septiembre de 2026, TikTok Shop actualizó Earnings Analytics en Creator Center de Estados Unidos: Data Compass pasó a mostrar un solo GMV basado en pedidos pagados, eliminó la antigua pestaña Commission y conservó Estimated commission.

Usa Data Compass para el desempeño de paid orders, Affiliate Orders para evidencia por pedido y fecha estimada de pago, y la comisión settled/final para conciliación financiera. Las tres capas deben tener el mismo mercado, periodo, zona horaria y tipo de contenido. Esta guía es para creators, MCN y equipos de creator operations. La documentación citada aplica a Estados Unidos; la navegación, los nombres de estatus y el plazo de settlement pueden ser distintos en México y otros mercados.

Coloca los cuatro números en la capa correcta

El GMV único alinea Data Compass con la población de pedidos pagados de Earnings y Affiliate Orders. No convierte GMV en efectivo. Gift orders, sample orders y ventas propias de la tienda quedan fuera del GMV de ganancias del creator; reembolso parcial o total, disputa y plazo del seller todavía modifican la comisión final.

Qué cambió en Earnings Analytics

TikTok indica que Data Compass usa un solo GMV en todas sus páginas, basado en paid orders que pueden generar ingresos al creator. La antigua pestaña Commission o Commission GMV desapareció. Overview conserva GMV, items sold, product views, product clicks y Estimated commission. Ese GMV también se usa para Creator Level.

Affiliate Orders sigue siendo la capa de evidencia. Permite buscar order ID, producto o contenido; filtrar mercado, content type y fecha; ver la fecha estimada de pago; y descargar hasta 15,000 registros. El historial disponible comienza el 1 de enero de 2025. Para un año completo, TikTok recomienda cuatro exportaciones trimestrales.

Existe una excepción normal: un pedido creado cerca de medianoche pero pagado después puede caer en otro día. Antes de considerarlo perdido, compara días contiguos y el order ID.

Workflow de conciliación en cinco pasos

1. Fija mercado, fechas y zona horaria

Usa el mismo mercado, content type, rango y zona horaria en Data Compass y Affiliate Orders. No compares fecha de creación con fecha de pago. Tampoco uses el calendario de settlement de Estados Unidos como regla para México.

2. Baja de Estimated commission al detalle

La estimación es el inicio de la revisión, no ingreso final. Guarda order ID, producto, fuente de contenido, paid time, estimación, expected payout date y estatus. Si el equipo maneja varios creators, conecta esos campos al workflow de creator affiliate en lugar de copiar solo el total.

3. Asigna un reason code a cada diferencia

Incluye al menos `midnight timing`, `not settled`, `partial refund`, `full refund/not eligible`, `dispute/return open`, `risk review/frozen`, `market/content filter` y `commission source/rate`. Así, toda variación no se convierte automáticamente en “la plataforma pagó menos”.

4. Recalcula con la fórmula oficial

La regla estándar es Commission = (Revenue - Refunds) × Commission rate. Después del pago aparece la estimación. Sin refund, la comisión final normalmente coincide; un partial refund reduce la base y un full refund lleva la comisión a cero. Que un pedido no settled muestre comisión real cero no prueba que se perdió el ingreso.

5. Envía solo settled al área financiera

La guía de Estados Unidos dice que el creator suele recibir comisión el día 15 después de la entrega. Puede tardar más si el seller tiene un periodo de settlement más largo o si siguen abiertos dispute, refund o return. Operaciones usa paid-order GMV y estimaciones para tendencias; finanzas usa settled/final commission para cuentas por cobrar y retiros.

Variación normal y problema que requiere escalamiento

Espera o revisa si se trata de midnight timing, un pedido recién pagado todavía no visible, demora de procesamiento durante una promoción grande, estatus pending/not settled o ventana de posventa abierta. Define una próxima revisión sin castigar inmediatamente al creator.

Escala cuando la exportación con filtros idénticos omita repetidamente un order ID conocido; estatus y payout date no cambien sin explicación; refund, tasa o earning source no expliquen el monto; o un pedido settled no coincida con el registro de retiro. Adjunta mercado, fecha, zona horaria, order ID, enlace del contenido, exportación y capturas.

Para contribución por creator, consulta la guía de Affiliate GMV por creator. Si el Today del seller cambia durante la noche, usa el workflow de snapshot de Affiliate Analytics. Para tasas, sigue el workflow de discrepancia de comisión.

Campos mínimos del ledger

• mercado, zona horaria, filtro de fecha y content type;
• creator, order ID, producto, enlace y paid time;
• paid-order GMV, Estimated commission y tasa aplicable;
• estatus, expected payout date, comisión final y settled time;
• evidencia de refund, return, dispute o risk review;
• owner, próxima revisión y resultado del escalamiento.

El ledger no reemplaza los registros de TikTok Shop. Le da a la revisión de colaboración una sola base de hechos, evitando que creator, operaciones y finanzas discutan capturas con contextos distintos.

Checklist antes de cerrar el reporte

• [ ] Confirma si el mercado usa la experiencia de GMV único.
• [ ] Iguala mercado, fecha, zona horaria y content type.
• [ ] No trates paid-order GMV como comisión disponible.
• [ ] Separa Estimated y final commission.
• [ ] Asigna reason code a refund, dispute, risk review y midnight timing.
• [ ] Divide el año en trimestres y respeta 15,000 registros por descarga.
• [ ] Finanzas usa únicamente settled/final commission.

Perspectiva de allymatic: alinea la evidencia antes de discutir precisión

Un total puede bajar porque cambió el filtro o porque el pedido pasó de estimate a settlement. La pregunta útil no es “¿qué captura es verdadera?”, sino “¿qué capa es dueña de esta decisión?” Data Compass gestiona la tendencia, Affiliate Orders la evidencia y settled earnings la confirmación financiera.

En allymatic recomendamos usar order ID como llave entre creator, contenido, comisión y settlement, con reason code y próxima fecha de revisión en un mismo workflow. Así, un refund normal no se convierte en evaluación injusta del creator y el equipo lleva evidencia completa cuando sí existe un pedido faltante o problema de payout.

FAQ

¿Por qué Data Compass muestra un solo GMV?

En Estados Unidos usa un paid-order GMV para alinearse con Earnings y Affiliate Orders. Se eliminó la antigua pestaña Commission; el cambio de presentación no modificó automáticamente el desempeño.

¿GMV y Estimated commission son iguales?

No. GMV es el valor de ventas de paid orders elegibles. Estimated commission aplica la tasa actual al pedido; refund, dispute y settlement pueden cambiar el monto final.

¿Por qué aún hay una pequeña diferencia diaria?

Un pedido cerca de medianoche pagado después puede caer en otra fecha. Iguala los filtros y compara order IDs en días contiguos.

¿Cuándo reconocer la comisión como recibida?

Cuando entrega, posventa y settlement del seller hayan concluido y Earnings/Affiliate Orders muestre un monto settled o final. Expected payout date no es una garantía.