Source: https://cryptanio.com/es/wiki/pedido-sin-pagar-tras-enviar-criptomonedas/ Language: es # Por qué un pedido sigue sin pagarse después de enviar criptomonedas Comprueba la transacción\, la red y el token\, los datos del intento de pago concreto\, el importe y el estado de la factura\. Si ya está paid\, revisa la asociación con el pedido y el procesamiento del webhook\. Actualizado: 2026-11-14 Si un cliente ha enviado criptomonedas pero el pedido sigue sin pagarse\, identifica el punto del fallo\: envío\, confirmación de la red\, asociación con la factura o procesamiento del pedido en tu sitio\. No le pidas que pague de nuevo hasta aclarar qué ocurrió con la primera transferencia\. Esta guía está dirigida al vendedor que acepta pagos mediante facturas de Cryptanio\. Necesitas acceso al proyecto y los datos del pedido\. La configuración del manejador se explica en la [guía de confirmación de pedidos mediante webhook]()\. ## Reúne los datos de un pago {#re-ne-los-datos-de-un-pago} Anota los números de pedido y factura\, el identificador de la transacción\, la red\, el activo\, el importe enviado\, el destinatario y la hora\. Si el cliente cambió de método de pago\, guarda los datos del intento utilizado\. Una captura de pantalla sin el identificador de la transacción no basta para cotejar la información\. No asocies ingresos con pedidos solo por el importe\: el precio y el cliente pueden coincidir\, y una factura puede tener distintos intentos de pago\. ## Paso 1\. Comprueba si se realizó la transferencia {#paso-1-comprueba-si-se-realiz-la-transferencia} Busca la transacción por su identificador en el explorador de la red seleccionada\. Comprueba el resultado de la ejecución y el destinatario\. Una solicitud de retirada en una plataforma de intercambio todavía no significa que la transferencia se haya completado\. Una transacción pendiente de inclusión o con un error no confirma el pago\. Si has encontrado la transacción\, comprueba sus confirmaciones\: el plazo depende de la red y de su estado\. Consulta [Qué significan las confirmaciones de una transacción]() para ampliar la información\. ## Paso 2\. Coteja la red\, el token y todos los datos de pago {#paso-2-coteja-la-red-el-token-y-todos-los-datos-de-pago} Comprueba la red\, el activo\, la dirección y los datos adicionales del intento concreto\. Que aparezca el nombre USDT en dos aplicaciones no demuestra que la red o el token sean los mismos\. Un token falso o con un nombre parecido no paga una factura en el activo esperado\. Si se requerían un destination tag\, un memo o un comentario\, compruébalos también\. En Solana Pay\, reference es una parte independiente de la solicitud de pago\, no un texto memo arbitrario\. La coincidencia de la dirección puede no ser suficiente para atribuir el ingreso\. Consulta [En qué se diferencian la red y el token]() si estos valores te generan dudas\. Cambiar un filtro en el panel no modifica una transferencia ya realizada en otra red\. ## Paso 3\. Encuentra el intento de pago correcto {#paso-3-encuentra-el-intento-de-pago-correcto} En Payments \(«Pagos»\)\, abre el proyecto y la factura correspondientes\. Despliega «Intentos de pago» y después «Transferencias» en el intento adecuado\. Si el historial tiene varias páginas\, revísalas\: la primera pantalla no muestra necesariamente todos los registros\. Cambiar de activo o volver a solicitar datos de pago puede crear un intento nuevo dentro de la misma factura\. Asocia la transferencia con el intento utilizado\: la dirección actual puede ser distinta de la emitida anteriormente\. El parecido entre los datos no permite trasladar el ingreso a otro pedido\. Si la transferencia existe en la red pero no aparece en «Eventos»\, comprueba el proyecto\, la red\, el activo y el modo de eventos seleccionados\. Un pago real no puede confirmarse mediante un registro de prueba o una simulación\. ## Paso 4\. Lee el estado de la factura {#paso-4-lee-el-estado-de-la-factura} Comprueba el estado de la factura completa\, no solo el de una transacción\: - ` pending ` y ` seen ` — el pago aún no está completo para entregar el pedido\; - ` partial ` — solo se ha confirmado parte del importe y se espera un pago adicional\; - ` underpaid ` — se ha recibido menos del umbral permitido y hace falta una decisión\; - ` overpaid ` — el exceso de pago se ha remitido a revisión según las reglas del proyecto\; - ` expired `\, ` late ` y ` canceled ` — ha vencido el plazo\, el pago requiere revisión o la factura se ha cancelado\; - ` paid ` — la factura consta como pagada\; después hay que comprobar la ejecución del pedido\. Un exceso de pago puede dar lugar a ` paid ` si lo permite la política del proyecto\. Un importe superior al precio no determina por sí solo el estado\. Consulta [Qué es una factura]() para ampliar la información\. ## Paso 5\. Revisa el importe y el plazo {#paso-5-revisa-el-importe-y-el-plazo} Compara el importe realmente recibido con el importe exacto del intento\. La comisión del remitente puede haber reducido el ingreso\. Un precio redondeado en una conversación no sustituye el valor de la página de pago\. En los pagos parciales\, el proyecto puede esperar el resto o requerir una decisión manual\. Comprueba la regla vigente antes de aconsejar al cliente que pague la diferencia\. Una transferencia tardía tampoco puede contarse automáticamente como pago de cualquier pedido nuevo\. Revisa el historial del intento\, su vencimiento y la hora de recepción registrada\. Si es posible aceptar o rechazar manualmente un pago en disputa\, acuerda primero la decisión con el cliente\. Cambiar el estado de la factura no devuelve fondos desde tu billetera\. ## Paso 6\. Si la factura ya está paid\, comprueba tu sitio {#paso-6-si-la-factura-ya-est-paid-comprueba-tu-sitio} Actualiza el estado del pedido en tu aplicación\. Comprueba su relación con la factura y el registro de entregas de webhook\: un error de entrega\, una asociación incorrecta o un fallo del manejador pueden impedir que se confirme el pedido\. Un procesamiento repetido debe comprobar el estado actual y no entregar el producto por segunda vez\. Si la transacción se revirtió después de confirmarse\, revisa los últimos eventos y vuelve a evaluar si procede ejecutar el pedido\. ## Cuándo contactar con soporte {#cu-ndo-contactar-con-soporte} Si no encuentras la causa\, envía a soporte el número de factura\, el identificador de la transacción\, la red\, el activo\, el importe\, la hora\, el estado y las comprobaciones realizadas\. No hacen falta contraseñas\, claves API\, frases semilla ni el secreto de firma del webhook\. Etiquetas: [Pagos](https://cryptanio.com/es/wiki/tag/payments/), [Webhooks](https://cryptanio.com/es/wiki/tag/webhooks/) ## Artículos relacionados - [Cómo confirmar automáticamente el pago de un pedido mediante webhook](https://cryptanio.com/es/wiki/confirmar-pedidos-pago-cripto-webhook/) - [Qué significan las confirmaciones de una transacción](https://cryptanio.com/es/wiki/confirmaciones-de-transaccion/) - [En qué se diferencian red y token](https://cryptanio.com/es/wiki/red-y-token/)