Facturación

Pago fallido o vencido#

Abre la factura pendiente en Facturación y utiliza su acción de pago. Si hay dudas, comprueba el estado antes de pagar otra vez. En transferencia, adjunta el justificante solicitado y espera la revisión.

Planes y cambios#

Revisa precio, servidores, renovación y cancelación antes de confirmar. Conserva la referencia de factura. No envíes datos completos de tarjeta, contraseñas bancarias ni códigos.

Elija la factura correspondiente#

Compruebe cuenta, plan, periodo, importe y referencia. Cambiar de plan, comprar y pagar una deuda existente son operaciones distintas. Para past due, use primero la recuperación del pago actual.

Elija solo métodos ofrecidos y complete la autenticación con el proveedor. Actualice si otro miembro ya pagó. Una advertencia de varias suscripciones de proveedores requiere revisión de soporte antes de otra compra.

Resuelva pagos vencidos y resultados inciertos#

Pay now / actualizar método de pago abre la recuperación de la suscripción existente; no compre una suscripción nueva en cada clic.

1. Revise factura y suscripción y abra su recuperación.
2. Complete el método y autenticación en el proveedor.
3. Vuelva y actualice ambos estados. Regresar no demuestra confirmación.
4. Si el resultado es incierto, no inicie otro pago. Revise el estado y envíe referencia, hora y error sin secretos a soporte.

Justificantes y cancelación#

Si se ofrece transferencia, lea beneficiario y referencia de esa factura. Suba allí un justificante legible JPEG, PNG, WebP o PDF de hasta 5 MiB. Cambiar la extensión no valida otro contenido.

Un justificante enviado espera revisión y no marca inmediatamente la factura pagada. No duplique uno pendiente. Si se rechaza, lea el motivo y prepare un reemplazo adecuado. Su acceso está autorizado; no comparta enlaces públicamente.

La deuda de una suscripción Dodo/Stripe no desaparece al cancelar una factura local. Revise el flujo de gestión y sus condiciones. Nunca envíe datos completos de tarjeta, contraseñas bancarias ni códigos de un uso.

Distinga un rechazo de un resultado desconocido#

Un rechazo del proveedor, una página que no abre y un timeout después de autenticar requieren pasos diferentes. Lea el mensaje y compruebe si el proveedor creó o completó una transacción. Un retorno en blanco no demuestra ausencia de movimiento de dinero; la autenticación bancaria tampoco confirma por sí sola una factura pagada.

Ante rechazo explícito sin transacción correcta, resuelva el problema del método según la explicación del proveedor. Si el resultado está pendiente o es desconocido, revise la transacción existente y actualice Billing antes de otro cobro. Pida al titular del método verificar su estado de forma privada.

Para soporte, anote referencia de factura, proveedor, hora aproximada, moneda y error censurado. Explique si la autenticación terminó y si existe referencia de transacción. Excluya números completos de tarjeta y códigos bancarios. Así soporte puede conciliar un intento en lugar de varios pagos superpuestos.

Recupere una suscripción existente sin duplicarla#

Si Billing muestra past_due y desea restaurar la misma suscripción, confirme primero que la deuda le corresponde y use su Pay now / update payment method. La recuperación gestiona el registro vinculado al proveedor; comprar otro plan es una acción distinta con consecuencias separadas.

Si la página no abre, compruebe permiso de gestión de facturación y vigencia de sesión. Abra Billing desde la navegación normal antes de reenviar un formulario antiguo. Si aparece un conflicto de suscripciones vinculadas, conserve el mensaje y pida a soporte revisar los registros del proveedor.

Tras la recuperación, compare factura abierta, estado de suscripción y renovación. Si el proveedor confirma éxito pero el panel sigue mostrando deuda, facilite referencia existente y hora para conciliación. No cancele una factura local ni abra otra suscripción para ocultar un estado todavía sin resolver.

Coordine los pagos dentro del equipo#

Asigne a una persona autorizada la factura pendiente e indique al equipo cuál se revisa. Antes de cada intento, compruebe su estado actual y que nadie más esté completando ese pago. Una captura compartida horas antes puede no reflejar ya el estado real.

Para transferencias manuales, el comprobante debe corresponder al importe, destinatario y referencia de la factura. Siga una revisión pendiente como pendiente, sin tratarla como fallo ni repetir por otro método. Si método o importe no parecen adecuados, aclare esa factura antes de transferir.

Cuando se confirme el resultado, registre referencia pagada, categoría del método y hora, sin guardar credenciales de pago sensibles en el chat. Si también necesita cancelar o cambiar plan, revíselo como acción propia. Una responsabilidad clara reduce intentos duplicados accidentales y facilita consultas posteriores.

Separe capacidad y estado de pago#

Antes de añadir un servidor o website, lea uso y límite juntos en Billing. Servidores, sitios, usuarios, claves API y almacenamiento son categorías distintas; tener espacio en una no concede capacidad en otra. El pago puede estar al día y el límite de sitios agotado. Autenticar de nuevo la tarjeta o pagar la misma factura no amplía automáticamente ese límite.

Escriba la tarea concreta: añadir servidor, crear website o invitar compañero. Compruebe valores usados y permitidos de esa categoría. Al revisar un complemento o plan ofrecido, lea qué límite cambia y el importe. No suponga incluidos servicios que no figuran. Consultar una opción tampoco equivale a comprarla.

Si los registros discrepan, prepare categoría, valor actual, cambio esperado y última referencia de factura confirmada. Número de jugadores y cupo de servidores son medidas diferentes. Definir la capacidad necesaria ayuda a elegir la acción sin nuevos intentos de pago innecesarios.

Relacione facturas por periodo y moneda#

Revise número, periodo, importe, estado y fecha de pago juntos. Dos filas con igual importe pueden cubrir periodos distintos; no las identifique como una sola deuda por cantidad. Anote referencia y moneda. Si no aparece periodo, informe de su ausencia en vez de inventar fechas. La fecha de pago y el inicio del servicio son datos distintos.

Prepare una nota: qué factura abrió, qué periodo y estado mostraba y qué referencia tenía la transacción correspondiente del proveedor. Los registros pueden mostrar paid, refunded o void; no reduzca todos a “completado”. El color no explica la relación entre reembolso y otra factura pendiente.

Elimine tarjeta completa, credenciales bancarias y detalles innecesarios del comprobante. Describa proveedor y panel por separado. Se busca asociar registros existentes a la deuda correcta; borrar registros, pagar otro periodo o abrir otra suscripción no valida esa asociación.

Comprueba tres registros al volver del pago#

Ejemplo: terminas la verificación bancaria y vuelves a Billing, pero la suscripción sigue en past_due. Volver del proveedor, ver success en la dirección o encontrar un movimiento bancario pendiente no confirma por sí solo el pago. Compara el estado de la suscripción, la factura correspondiente y el registro del proveedor para la misma operación. El aviso de retorno también remite a los registros inferiores para confirmar el resultado. Aclara la operación existente antes de volver a comprar el plan.

1. Compara número de factura, período, importe y moneda con tu nota anterior; verifica que estás leyendo el período correcto.
2. Actualiza Billing al cabo de un momento y revisa por separado estado de factura, fecha de pago y estado de suscripción.
3. Si el proveedor confirma el pago y los registros discrepan, contacta con soporte usando la misma referencia. Una fecha vacía no prueba que el banco no recibiera nada.
4. Hasta aclarar el resultado, evita otro método de pago o suscripción. Describe un movimiento pendiente como pendiente en el caso de soporte.

Prepara un informe útil si el pago no se abre#

Una página que no llega a abrirse, un rechazo de tarjeta dentro de ella y una factura sin actualizar tras la verificación requieren datos distintos. Indica el último paso alcanzado. “Pay now a las 14:20, error antes del proveedor” difiere de “verificación completada, factura sent al regresar”. El propietario o responsable de pagos debe coordinar un solo caso. El error exacto ayuda; no hacen falta datos de tarjeta, acceso bancario ni secretos de sesión.

1. Anota nombre visible de la cuenta, número de factura, proveedor, hora y zona horaria; añade una referencia segura si existe.
2. Describe navegador, dispositivo, última pantalla y error exacto. Indica explícitamente si conoces el resultado del intento anterior.
3. Oculta número de tarjeta, CVV, código bancario, contraseña, QR y parámetros secretos del enlace de pago en las capturas.
4. Continúa el mismo caso; no inicies intentos desde muchas pestañas antes de que soporte recomiende repetir. Distingue un rechazo confirmado de un tiempo de espera ambiguo.

Cobertura y renovación del complemento mensual#

Los pagos del complemento se registran por separado de la suscripción principal. Un pedido mensual nuevo fija su capacidad o función; los cambios posteriores del catálogo no alteran lo comprado. Lee el método de pago y las condiciones de renovación antes de continuar.

Dodo renueva automáticamente cada mes; los otros métodos pagan un mes por adelantado. La cantidad añade capacidad, no meses. El vencimiento no elimina sitios, servidores ni archivos existentes.

Autorizar una tarjeta o suscripción no equivale a un período pagado. El acceso se activa cuando coinciden los datos verificados del pago y la suscripción. Un parámetro paid en la URL de retorno no concede acceso. Si el pago está completo pero el acceso sigue pendiente, comprueba la misma factura antes de abrir otro pago.

El vencimiento conserva el plan principal y los derechos manuales independientes. No elimina servidores, sitios, usuarios, claves ni archivos existentes. Si el uso supera el límite reducido, necesitarás capacidad antes de añadir recursos o subir archivos. El vencimiento del almacenamiento no borra automáticamente los medios existentes.

Las compras anteriores pueden haber mezclado límites del plan, complementos y cambios manuales. Estos derechos no se restan ni se vuelven a añadir automáticamente; los registros ambiguos necesitan revisión de soporte. No confundas las condiciones de suscripciones y enlaces existentes con las de pedidos nuevos.

Para pagos vencidos, abre el portal de la misma suscripción y paga la factura pendiente o actualiza el método de pago. No vuelvas a comprar el complemento. El pago y la reactivación pueden notificarse por separado; el panel verifica ambos. Una verificación de tarjeta de importe cero no liquida la deuda. Si el estado no cambia, contacta con soporte con la referencia de factura o pedido, sin datos de tarjeta ni tokens secretos.

La pausa detiene el acceso. La reanudación verificada restaura solo el tiempo restante ya pagado, limitado por las fechas del proveedor; no crea otro mes pagado. La cancelación programada mantiene el período pagado actual. Las notificaciones contradictorias o de orden incierto pueden necesitar revisión.