Política de reembolsos para España

Esta página es una traducción al español de la versión original en inglés de esta política.

Esta política de trabajo explica cómo TokBlaze pretende evaluar las solicitudes relacionadas con cancelaciones, servicios no disponibles, entregas fallidas o parciales, bajadas tras la entrega, pedidos duplicados y destinos incorrectos. Está pensada para dar una respuesta específica para cada pedido y no una promesa general que ignore lo que ya se ha entregado.

No establece un plazo fijo de reembolso o reposición, un plazo de tramitación ni un régimen de consumo aplicable porque el propietario no ha verificado esos datos. Los derechos imperativos aplicables pueden variar según la ubicación y esta página no los elimina. Siguen siendo necesarias la verificación del propietario y una revisión jurídica cualificada.

Escribe a support@tokblaze.com con la referencia del pedido, el servicio seleccionado, el nombre de usuario público o el enlace al contenido seleccionado, una descripción breve del problema y cualquier mensaje de confirmación relevante. No envíes una contraseña de redes sociales, un código de inicio de sesión ni una credencial de pago completa.

Soporte debe poder identificar el pedido correcto y distinguir una falta de entrega de una fluctuación normal en un contador público. Las capturas de pantalla pueden ayudar cuando muestran el destino y la métrica, pero recorta la información privada no relacionada. La falta de una referencia de pedido puede retrasar la investigación porque un destino público puede tener más de un pedido.

El remedio adecuado depende de si se confirmó el pago, si empezó la entrega, si se entregó parte o la totalidad de la cantidad, si el destino siguió siendo accesible y si el servicio estaba disponible. Soporte debe comprobar esos hechos antes de decidir entre una corrección, un reinicio, una reposición, un reembolso parcial o un reembolso total.

Un contador visible no siempre muestra qué actividad corresponde a un pedido concreto, especialmente cuando hay otras promociones o pedidos superpuestos en marcha. Los clientes deben evitar hacer otro pedido para el mismo destino y la misma métrica hasta que se haya revisado el primer problema.

Si soporte confirma que la entrega no ha empezado, puede aprobarse una solicitud de cancelación con reembolso total. Contacta con soporte cuanto antes, porque muchos servicios están pensados para empezar poco después del checkout, y una solicitud enviada después de que empiece la actividad ya no es una simple cancelación.

Esta sección no promete que todo mensaje recibido antes de que el cliente note movimiento haya llegado antes de que el sistema de entrega empezara a trabajar. Lo relevante es el estado verificado del pedido, junto con los derechos que se apliquen a la transacción.

Si un servicio pagado no puede suministrarse a un destino público por lo demás válido, soporte debe ofrecer un remedio adecuado en lugar de dejar el pedido sin resolver. Según los hechos, puede ser una corrección, un servicio sustitutivo aceptado por el cliente, un reembolso parcial de la parte no entregada o un reembolso total si no se entregó nada.

No debe imponerse un sustituto solo porque le resulte conveniente al proveedor. Debe informarse al cliente de lo que ha cambiado y este debe poder rechazar un servicio sustancialmente distinto. Un paquete que se sabe que no está disponible también debe eliminarse o desactivarse en la página comercial correspondiente.

Cuando un pedido se detiene después de entregar solo parte de la cantidad, el primer paso es determinar si la entrega puede reanudarse de forma segura. Si puede, completar la cantidad comprada suele ser el remedio más directo. Si no puede, la parte no entregada puede ser elegible para un reembolso proporcional.

Un reembolso parcial debe basarse en el pedido real y en el valor no entregado, no en un porcentaje inventado. Soporte debe explicar el recuento o el estado utilizados en el cálculo y tener en cuenta la actividad ya suministrada.

Algunos pedidos de seguidores, likes u otra interacción pueden perder actividad después de la entrega. Cuando el pedido es elegible para reposición, una reposición consiste en suministrar actividad adicional para restablecer una pérdida significativa, en lugar de reembolsar la actividad que se entregó inicialmente.

La elegibilidad para una reposición depende del servicio y del registro del pedido. Esta política no inventa una duración universal de reposición ni un umbral de cero bajadas. Contacta con soporte aportando pruebas del cambio significativo para que el pedido pueda contrastarse con las condiciones que realmente se le aplicaban.

Las plataformas sociales eliminan cuentas y actividad, y los contadores públicos pueden fluctuar. Un cambio pequeño no significa necesariamente que un pedido haya fallado. TokBlaze no promete una retención permanente en los pedidos de seguidores de TikTok ni cero pérdidas en ningún servicio de interacción.

Cuando una bajada es significativa y el pedido cumple los requisitos, soporte debe valorar una reposición. Cuando no los cumple, soporte debe explicar por qué en lugar de recurrir a una afirmación sin fundamento de que las bajadas nunca ocurren. Las eliminaciones y las medidas de aplicación que afectan a toda la plataforma escapan al control de TokBlaze.

La entrega depende del destino público exacto enviado o seleccionado. Si un nombre de usuario está mal escrito, se selecciona la publicación equivocada, un enlace de contenido es incorrecto, la cuenta pasa a ser privada, el nombre de usuario cambia o la publicación se elimina, el servicio puede pausarse, fallar o llegar a un destino no previsto.

Contacta con soporte inmediatamente. Es posible que la actividad ya entregada al destino público enviado no pueda recuperarse ni reembolsarse. Si no se entregó nada y el destino puede corregirse, soporte podría reiniciar o actualizar el pedido. El resultado depende del estado verificado, no de una suposición general.

Un pedido que entregó el servicio comprado en el destino público correcto no es reembolsable por lo general solo porque el cliente cambie después de estrategia, elimine el contenido o ya no quiera la métrica. Una entrega digital no puede necesariamente retirarse una vez suministrada.

Eso no impide que un cliente comunique un problema real de cantidad, calidad o facturación. Soporte debe investigar las pruebas de que la confirmación era inexacta, de que el destino era incorrecto sin culpa del cliente o de que el servicio entregado difería sustancialmente del paquete seleccionado.

Un reembolso no se basa únicamente en si un vídeo se hizo viral, ganó seguidores orgánicos, generó ventas o cumplió los requisitos de una función de la plataforma. TokBlaze suministra la métrica seleccionada; no controla el sistema de recomendación de TikTok ni el comportamiento de los espectadores que encuentran el contenido.

Esa distinción se aplica a los likes en vídeos de TikTok, los paquetes de visualizaciones de TikTok, los comentarios personalizados o estándar y la entrega de compartidos de TikTok. Un problema real de falta de entrega sigue pudiendo revisarse aunque tampoco se haya conseguido el resultado empresarial esperado.

Si parece que el mismo pedido se ha pagado dos veces, contacta con soporte indicando ambas referencias antes de que se complete cualquiera de ellos. Un duplicado verificado que no haya empezado puede cancelarse. Si ambos ya se han entregado, puede ser imposible separar la actividad, por lo que el remedio debe reflejar lo que realmente se suministró.

Los pedidos superpuestos de TokBlaze y de otro proveedor también pueden hacer que los contadores no sean fiables y provocar que los sistemas de entrega interfieran entre sí. Pausa las compras adicionales mientras se mide un pedido en disputa.

Una prueba realmente gratuita no tiene precio de compra que reembolsar. Si la prueba falla, soporte podría volver a intentarla, pero no se garantiza la disponibilidad. Un código promocional o un pedido con descuento se evalúa según el importe realmente pagado y el servicio realmente comprado.

Un descuento no elimina la obligación de suministrar el servicio pagado, ni convierte un pedido completado en reembolsable. Cualquier restricción específica de una promoción debe ser visible antes del checkout y no introducirse solo después de presentar una solicitud.

Un reembolso aprobado debe tramitarse normalmente mediante un método adecuado asociado a la transacción, en función de lo que permitan el checkout y los sistemas de pago. TokBlaze no debe pedir una contraseña de redes sociales ni una credencial bancaria no relacionada para tramitarlo.

Esta política no promete un plazo fijo de llegada. La tramitación puede implicar al proveedor de checkout, la red de pago y la entidad financiera del cliente. Soporte debe confirmar cuándo se ha iniciado un reembolso y facilitar la referencia correspondiente cuando esté disponible, sin afirmar que controla el momento en que un tercero lo registra.

Contactar primero con soporte puede resolver problemas de destino equivocado, duplicados, entrega parcial y servicio no disponible con las pruebas del pedido en un solo lugar. Nada de lo aquí dispuesto obliga al cliente a renunciar a los derechos que pueda tener a través de un proveedor de pagos o de la ley aplicable.

Presentar a sabiendas un pedido completado como si no se hubiera entregado en absoluto no es una disputa honesta. Del mismo modo, TokBlaze no debe usar una captura de pantalla genérica de entrega para desestimar una reclamación bien fundamentada sin comprobar el destino, el paquete y la cantidad correctos.

Las decisiones de soporte deben indicar el estado del pedido, el remedio ofrecido y el motivo. Si falta información, debe decirse al cliente qué se necesita. Un problema interno del proveedor no debe disfrazarse de error del cliente.

Esta es una política de trabajo sustancial, no una declaración de que un abogado haya aprobado la operativa. El propietario debe verificar el funcionamiento del checkout, los remedios del proveedor y las obligaciones de consumo aplicables, y después obtener una revisión jurídica cualificada. La fecha de última actualización visible solo debe cambiar cuando esta política cambie realmente.