Equipo editorial de Boosted

El pedido creado aún no es un pago: conciliación de pagos y devoluciones en el informe

La página de «gracias» y el pedido creado no confirman la recepción del dinero. Para el informe de ventas, vincule el número de pedido con el pago confirmado y registre por separado las devoluciones. No cambie los estados manualmente para que el informe coincida con las expectativas.

La página de «gracias» y el pedido creado no confirman la recepción del dinero. Para el informe de ventas, vincule el número de pedido con el pago confirmado y registre por separado las devoluciones. No cambie los estados manualmente para que el informe coincida con las expectativas.

Tres momentos distintos

El comprador puede crear un pedido, abrir el pago y cerrar la página sin pagar. Puede volver al sitio antes de la confirmación. Por eso, el evento de la interfaz, el estado del pedido y el estado del pago se verifican por separado. Cada servicio de pago concreto define sus propios estados y su forma de confirmación; los nombres de un proveedor no son universales.

Por ejemplo, la documentación de YooKassa distingue pending, waiting_for_capture, succeeded y canceled. En el proceso elegido, la espera del cargo no se sustituye por un pago exitoso. Esta es una aclaración para leer los estados, no una instrucción para cambiar la configuración de aceptación de pagos.

Conciliación didáctica

En el registro hay cuatro pedidos de 1 000 rublos. Para A el pago está confirmado; B está pendiente; C está cancelado sin cargo exitoso; D está confirmado y luego se registró una devolución de 300. Se crearon pedidos por 4 000, se confirmaron pagos por 2 000, y por separado se registraron devoluciones por 300. El saldo de ingresos monetarios dentro de estos límites hipotéticos es de 1 700.

Esto no es un cálculo de ingresos contables ni de beneficio: aquí no hay costo de ventas, comisiones ni otras obligaciones. El objetivo del ejemplo es no convertir cuatro líneas de pedidos en cuatro compras pagadas.

Si los números no coinciden

Verifique el identificador del pago, la moneda, el importe, la hora y el último estado confirmado. Un callback repetido no debe convertirse en otro pago del mismo pago en su informe. Deje los casos poco claros en una lista aparte para revisarlos con el responsable de contabilidad. Marque por separado las operaciones de prueba y de demostración; su presencia no demuestra ingresos monetarios reales.

Esquema: 1 — pedidos creados; 2 — pagos confirmados por identificadores; 3 — conciliación aparte de devoluciones y estados desconocidos.

Cartera, tarjeta y marca de verificación
1 — pedidos creados; 2 — pagos confirmados por identificadores; 3 — conciliación aparte de devoluciones y estados desconocidos.

Tarea relacionada: El comprador llegó al pago y se detuvo: qué debe revisar el propietario de la página.

Fuentes

YooKassa: proceso de pago. Verificado el 21 de septiembre de 2026. Los ejemplos prácticos y los esquemas son metodología editorial; las cifras hipotéticas no son datos de clientes.

Para una publicación pública concreta ya preparada, puede consultar las condiciones de las vistas. Este servicio no realiza el trabajo descrito ni garantiza interés orgánico, solicitudes o ventas.

✦ Elegir la cantidad y hacer un pedido →