re-energy Русский English

Reglas del servicio

Términos de uso y servicio

Este documento explica cómo funciona re-energy, cuándo se cobran fondos, qué cuenta como entrega y qué ocurre si algo falla. Al usar el bot, el sitio web o la API, usted acepta estos términos.

Versión 2026-08-17.2 Tratamiento de datos
Lo esencial
  • Su saldo en el servicio es prepago para servicios, no una cuenta bancaria ni una billetera cripto.
  • Antes de una compra única o la configuración de un servicio recurrente, el servicio muestra su precio y reglas de cobro; una verificación AML comienza cuando se envía su objetivo tras un aviso de precio separado.
  • Los recursos se entregan a la dirección TRON que proporcione sin acceso a su seed phrase ni clave privada.
  • Si se confirma el incumplimiento, el cargo del pedido se restaura automáticamente a su saldo en el servicio.
  • Transferencias en red incorrecta, tokens no admitidos y transferencias por debajo del mínimo mostrado no se acreditan automáticamente.

1. Partes y alcance

Estos términos forman un acuerdo entre el usuario y el operador del servicio re-energy (el «Operador», «nosotros»). Aplican al bot de Telegram de re-energy, re-energy.online, la API en api.re-energy.online y funciones relacionadas, salvo que se presenten términos adicionales expresamente para un servicio particular.

El canal oficial de soporte aparece en la sección 27. La información en sitios web de terceros y declaraciones de personas no identificadas por el servicio como representantes no modifican este acuerdo.

2. Aceptación de los términos y elegibilidad

Usted acepta estos términos al iniciar el bot, crear una clave API, recargar, confirmar un pedido o usar de otro modo una función de pago. Si actúa por una empresa u otra persona, confirma que está autorizado para obligarlas a estos términos.

  • Debe tener capacidad legal y permiso para usar criptoactivos y los servicios relevantes en su jurisdicción.
  • Es responsable de verificar restricciones locales, impuestos y requisitos de registro.
  • Si la ley obligatoria le otorga derechos que no pueden renunciarse por contrato, esos derechos permanecen intactos.

3. Definiciones clave

Saldo
Monto contable de crédito de servicio prepagado en TRX disponible para comprar servicios dentro de re-energy.
Cotización
Precio mayorista o minorista calculado para parámetros específicos en un momento determinado. Un precio de catálogo no es una cotización de pedido.
Recurso
Energy o Bandwidth de TRON delegados temporalmente a la dirección indicada.
Pedido
Solicitud confirmada de un servicio de pago con dirección, parámetros y cargo fijo.
Proveedor
Socio externo de cumplimiento o infraestructura que el Operador puede contratar para entregar un servicio.
Servicio recurrente
Servicio configurado por el usuario que realiza cargos automáticos según el calendario mostrado.

4. Qué proporciona el servicio

re-energy proporciona una interfaz para:

  • alquilar Energy y Bandwidth en la red TRON;
  • activar una dirección TRON;
  • estimar el uso de Energy para una transferencia USDT;
  • mantener o reponer recursos automáticamente bajo reglas definidas por el usuario;
  • verificaciones AML informativas de direcciones y transacciones; y
  • acceder a estas funciones a través de la API.

Podemos seleccionar y cambiar el proveedor de un pedido según precio, disponibilidad, saldo del proveedor y calidad de entrega. El usuario compra un servicio a re-energy y no celebra un contrato separado con nuestro proveedor seleccionado. El enrutamiento y términos comerciales del proveedor son internos.

No se necesita clave privada. La delegación de recursos y la activación de dirección requieren solo una dirección pública TRON. En re-energy nunca pedimos la seed phrase, la clave privada ni la firma de transacción de la billetera de destino.

re-energy no es un banco, exchange, asesor de inversiones ni la billetera cripto propia del usuario. La calculadora gratuita proporciona una estimación; no crea un pedido ni reserva un precio.

5. Cuenta y seguridad

Una cuenta del bot se vincula a un ID de Telegram. Una clave API se vincula a la misma cuenta de servicio y otorga acceso a sus funciones y saldo dentro de la API. Usted es responsable de asegurar su cuenta de Telegram, dispositivos y claves API.

  • No comparta claves API, códigos de inicio de sesión ni acceso a Telegram con terceros.
  • Si sospecha compromiso, revoque la clave y contacte a soporte de inmediato.
  • Las acciones hechas con credenciales válidas se tratan como iniciadas por el titular de la cuenta hasta que recibamos y procesemos un aviso de compromiso.
  • Podemos solicitar evidencia razonable de control de cuenta u origen de fondos para proteger al usuario y al servicio.

6. Precios, cotizaciones y tipos de cambio

Los precios están denominados en TRX y pueden depender del tipo y monto de recurso, duración, estado de la dirección, tarifa del usuario, proveedores disponibles y costos de red. Las páginas de tarifas y precios de catálogo son indicativas. El precio final mostrado para el pedido específico inmediatamente antes de la confirmación es vinculante.

  • El servicio vuelve a verificar el precio antes de cobrar. Si cambió, no cobra silenciosamente el nuevo precio: el usuario recibe un nuevo cálculo.
  • Para una dirección inactiva, el total puede incluir un cargo de activación claramente mostrado cuando la ruta de cumplimiento seleccionada lo requiera.
  • Cualquier equivalente en USD es informativo, usa un tipo de cambio disponible y no determina el cargo ni reembolso en TRX.
  • Descuentos, tarifas personales y márgenes fijos aplican solo donde se muestren o asignen a la cuenta.

7. Recargas y la dirección de depósito

El servicio muestra una dirección de depósito TRON para recargas. Esta dirección se crea técnicamente y la controla re-energy para recibir pagos; no es la billetera personal no custodiada del usuario. Los fondos recibidos pueden consolidarse en direcciones de tesorería sin reducir un saldo en el servicio ya acreditado.

Verifique la red, el activo y el mínimo. Solo TRX y USDT TRC-20 oficial en la red TRON se acreditan automáticamente. El mínimo actual y las confirmaciones requeridas se muestran en la interfaz de recarga.
  • El mínimo aplica a cada evento de acreditación; varias transferencias detectadas dentro de una transacción blockchain se cuentan juntas.
  • Una transferencia por debajo del mínimo se registra pero no se acredita ni reembolsa automáticamente. Si reglas posteriores la hacen elegible, puede acreditarse después; de lo contrario, se requiere revisión de soporte.
  • Otras redes, tokens, contratos y activos no están admitidos. La detección o recuperación no está garantizada, puede ser técnicamente imposible y, cuando esté disponible, requiere revisión manual y pago de costos de red.
  • Las transferencias blockchain son irreversibles. Debe verificar la dirección, red y activo antes de enviar.

TRX se acredita como TRX tras la detección y las confirmaciones requeridas. USDT se convierte a TRX usando una tasa confiable disponible al momento de la acreditación. Si no hay una tasa confiable temporalmente, la acreditación espera hasta que haya una disponible.

8. Saldo en el servicio

El saldo es crédito prepagado para futuros servicios de re-energy denominado en TRX. El saldo no es un depósito bancario, dinero electrónico, producto de inversión ni un activo on-chain separado; no devenga intereses y no puede transferirse entre usuarios salvo que el servicio proporcione expresamente esa función.

No hay retiro estándar. El bot y la API están diseñados para pagar servicios, no para guardar y retirar criptoactivos. Recargue solo lo que espera usar.

Un reembolso a una dirección externa está disponible solo cuando lo exija la ley aplicable o cuando el Operador apruebe por separado una excepción tras verificar el remitente, origen del pago y destino. Los costos de red no recuperables reales pueden deducirse cuando la ley lo permita y se divulguen por adelantado.

9. Realizar y confirmar un pedido

El usuario selecciona producto, dirección, monto y duración, revisa el total y confirma la acción de pago. Para una verificación AML, el precio se muestra antes del paso de ingreso del objetivo, y enviar una dirección o hash de transacción válido tras ese aviso confirma la verificación de pago. En la API, una solicitud válida de crear pedido es la confirmación.

Al confirmar el cumplimiento inmediato, el usuario nos pide expresamente comenzar el servicio sin esperar ningún periodo de cancelación. Un derecho de cancelación termina solo en la medida y desde el momento permitido por la ley obligatoria, incluyendo, cuando se requiera, tras el cumplimiento total con el consentimiento necesario del usuario.

  • El servicio cobra solo el monto mostrado y confirmado.
  • Saldo insuficiente, precio cambiado o sin ruta disponible provoca rechazo antes de crear un pedido de pago.
  • El usuario es responsable de la dirección y los parámetros. Una entrega blockchain a una dirección válida pero seleccionada por error no puede redirigirse.

10. Alquiler de recursos, activación y resultado

TRON usa Energy para ejecutar contratos inteligentes, incluidas muchas transferencias TRC-20; Bandwidth cubre el tamaño de la transacción en bytes. El consumo real lo determina la red y la transacción específica. El alquiler puede reducir costos de red, pero no garantizamos un porcentaje de ahorro particular ni el éxito de una transacción futura en una billetera de terceros.

  • Un recurso se entrega cuando la delegación es confirmada por la red o una respuesta confiable de cumplimiento y registrada en el pedido.
  • La duración y el monto pertenecen al pedido. El recurso no usado vence según las reglas del pedido y no se convierte de vuelta en saldo.
  • La activación establece la dirección indicada en TRON; no crea una seed phrase ni una billetera nueva para el usuario y no nos da control sobre sus claves.
  • La estimación de la calculadora no está garantizada: el uso real puede cambiar con el estado de la dirección, el contrato USDT y los parámetros de red.

11. Estados de pedido y resultados inciertos

Un pedido puede estar pendiente, en procesamiento, completado, rechazado o en espera de conciliación. Un proveedor o la red puede aceptar una solicitud sin devolver confirmación a tiempo. Esto no puede tratarse de forma segura como incumplimiento: reintentar o reembolsar de inmediato puede resultar en entrega duplicada.

Para un resultado incierto, el monto permanece vinculado al pedido hasta la conciliación automática o manual. No cree un duplicado cuando la interfaz le pida esperar. En la API, reutilice la misma Idempotency-Key.

Buscamos resolver estos casos automáticamente y en un tiempo razonable, pero el plazo depende de la disponibilidad de red y proveedor. Soporte puede pedir el ID del pedido, dirección y hash de transacción; no se necesita clave privada.

12. Cancelaciones y reembolsos

  • Incumplimiento confirmado: el cargo completo del pedido afectado se restaura automáticamente al saldo en el servicio.
  • Resultado incierto: se hace un reembolso una vez confirmado el incumplimiento; hasta entonces, el monto permanece reservado contra el pedido.
  • Pedido entregado: tras la delegación de recursos, activación o provisión de un resultado AML, el cargo no se reembolsa solo porque el usuario cambió de opinión, proporcionó la dirección incorrecta, no usó el recurso o no le gustó el resultado.
  • Servicio defectuoso: si la entrega difiere de los parámetros confirmados, contacte a soporte para investigación, corrección o reembolso proporcional.

Los reembolsos normalmente se acreditan al saldo en el servicio usando la forma contable del cargo original. Esta sección no restringe los derechos obligatorios del consumidor ni excluye un reembolso al medio de pago original cuando la ley aplicable lo exija.

13. «Always Charged» y «Auto-refill»

Un servicio recurrente se crea solo después de mostrar sus parámetros, periodos de facturación y primer cargo. Su instantánea de precios se conserva para la configuración activa; nuevas tarifas no deben cambiar silenciosamente un periodo ya pagado.

«Always Charged»

El primer periodo se paga al activar, seguido de cargos programados mientras la función esté activa. Pausar preserva el tiempo prepagado restante y el ciclo de facturación. Saldo insuficiente pausa la función. Eliminarla quita la configuración pero no reembolsa un periodo que ya comenzó.

«Auto-refill»

El paquete inicial mostrado y el primer periodo de servicio se cobran al configurar. La reserva de saldo mostrada no se bloquea ni cobra por adelantado, pero debe permanecer disponible para entregas futuras. Las verificaciones y cargos siguen el calendario; fondos insuficientes pausan la función. La eliminación no reembolsa un periodo pagado ya iniciado.

El usuario puede pausar o eliminar un servicio recurrente a través de la interfaz disponible. Un pedido ya creado antes de la pausa sigue las reglas ordinarias de pedido y reembolso.

14. Verificaciones AML

Un informe AML se basa en datos y clasificaciones de un proveedor de analítica externo. re-energy puede estructurar el resultado, calcular un riesgo agregado y crear un PDF, pero no garantiza integridad, exactitud continua ni interpretación idéntica por exchanges y otras organizaciones.

Un resultado AML es informativo. No es asesoramiento legal, fiscal, financiero ni de inversión y no es una instrucción para aceptar o rechazar una transacción. El usuario toma esa decisión y determina qué diligencia adicional se necesita.

El cargo cubre realizar la verificación y proporcionar el resultado disponible, no un puntaje de «bajo riesgo» ni una conclusión esperada. La fuente puede actualizar sus datos después; un informe emitido no cambia retroactivamente salvo que el producto proporcione expresamente esa función.

15. API, sandbox y uso por socios

El uso de la API se rige por estos términos y la documentación actual en api.re-energy.online/docs. Una clave API es un secreto. El acceso puede restringirse además a direcciones IP permitidas; cuando se establece una lista, las solicitudes desde otras direcciones se rechazan. Los límites de tasa por ruta se reflejan en respuestas y documentación.

  • Antes de un pedido de pago, un socio debe obtener una cotización exacta y enviar el costo esperado según la documentación.
  • Un Idempotency-Key debe ser único por operación y reutilizarse solo para un reintento seguro de la misma solicitud.
  • El sandbox es para pruebas de integración: no cobra fondos reales ni realiza delegación real salvo que la documentación indique expresamente lo contrario.
  • No evada límites, escanee el servicio, comparta una clave entre clientes no relacionados ni oculte el origen del abuso.

Un socio puede integrar y revender los servicios, pero es responsable de su propia interfaz, promesas a usuarios finales, consentimientos, soporte, impuestos y cumplimiento. Un socio no debe hacerse pasar por re-energy ni divulgar información interna de proveedores recibida por error o acceso privilegiado.

Podemos publicar nuevas versiones de la API y retirar funciones obsoletas. Cuando sea razonablemente posible, los cambios incompatibles se anuncian por adelantado; una corrección urgente de seguridad o requisito obligatorio puede aplicarse sin el periodo de aviso habitual. Un SLA separado aplica solo si se acuerda expresamente por escrito.

16. Códigos promocionales, bonos y referidos

Los bonos y recompensas por referidos son créditos de servicio salvo que se indique expresamente lo contrario al emitirlos. No son ingreso garantizado, un depósito ni una promesa de pago en un activo externo.

  • Una recompensa por referido se calcula solo del margen positivo real de un pedido elegible, sujeto a la tasa y topes actuales.
  • Si un pedido no tiene margen positivo, se cancela, reembolsa o se encuentra erróneo, puede no surgir recompensa o revertirse una anterior.
  • Autoreferidos, cuentas falsas masivas, pedidos coordinados solo por recompensas y otra manipulación están prohibidos.
  • Promociones y tasas futuras pueden cambiar o terminar; las recompensas confirmadas correctamente no se cancelan arbitrariamente.

17. Uso aceptable

No debe usar el servicio:

  • para violar la ley, restricciones de sanciones o derechos de terceros;
  • para lavado de dinero, fraude, robo, extorsión u ocultamiento de productos del delito;
  • para ataques, sondeo automatizado, explotación de vulnerabilidades, evasión de límites de tasa o interferencia con otros usuarios;
  • con información falsa, instrumento de pago de otra persona o sin autoridad requerida; o
  • para reventa con afirmaciones falsas conocidas sobre re-energy, TRON, ahorros o resultados AML.

Podemos aplicar controles técnicos, solicitar información y pausar operaciones sospechosas en la medida razonablemente necesaria para investigar, proteger usuarios y cumplir la ley.

Propiedad intelectual

El código, interfaz, texto, documentación, diseño y marcas de re-energy pertenecen a sus respectivos titulares. Cumpliendo estos términos, un usuario recibe solo un derecho limitado y no exclusivo de usar el servicio para su finalidad prevista. No copie ni haga pasar el producto, elimine avisos, descompile ni eluda protecciones salvo donde la ley lo permita expresamente. Indicar compatibilidad con re-energy no permite a un socio usar nuestra marca como si su producto estuviera respaldado por nosotros o nos perteneciera.

18. TRON, proveedores y disponibilidad

La entrega depende de la red pública TRON, Telegram, infraestructura de hosting, fuentes de tipos de cambio, sistemas AML y proveedores de recursos. Diseñamos conmutación por error y monitoreo, pero no garantizamos disponibilidad ininterrumpida, tiempos fijos de finalización ni ausencia de periodos de mantenimiento.

Podemos realizar mantenimiento, cambiar enrutamiento y desactivar temporalmente un proveedor inseguro o con fondos insuficientes. Estas acciones no cambian el precio confirmado de un pedido aceptado ni eliminan nuestra obligación de determinar su resultado.

19. Mensajes de servicio e informativos

El bot envía mensajes necesarios para la entrega: estados de pedido, créditos, reembolsos, avisos de seguridad, estado de servicios recurrentes y cambios materiales. Desactivarlos puede hacer inutilizables partes del servicio.

Noticias y ofertas se envían solo bajo los ajustes seleccionados y requisitos aplicables. Puede excluirse mediante el ajuste disponible o soporte; la exclusión no desactiva avisos críticos de servicio. Usted es responsable de mantener accesible su cuenta de Telegram y reconoce que Telegram puede retrasar o bloquear la entrega.

20. Datos, privacidad y la blockchain pública

El tratamiento de datos se describe en nuestra Política de privacidad. La operación del servicio involucra IDs de Telegram, direcciones públicas TRON, hashes de transacción, historial de pedidos, registros técnicos y datos de seguridad.

Las transacciones TRON son públicas y pueden conservarse permanentemente por nodos y exploradores independientes. No podemos borrar ni alterar datos ya escritos en una blockchain pública. Nunca envíe seed phrases, claves privadas ni información personal innecesaria al bot o a soporte.

21. Suspensión, restricción y cierre de cuenta

Podemos restringir una operación o cuenta cuando haya indicios de compromiso, abuso, incumplimiento de estos términos, solicitud de autoridad lícita, riesgo para el servicio o necesidad de verificar un pago. Cuando sea posible, la medida debe ser proporcional al riesgo y eliminarse una vez resuelta la causa.

La suspensión no anula automáticamente un saldo legítimo. Las reversiones se limitan a créditos erróneos, duplicados, reembolsados o derivados de abuso y otros casos permitidos por la ley. Contacte a soporte para cerrar una cuenta: deben completarse pedidos abiertos y verificaciones requeridas, y cualquier remanente se maneja conforme a la sección 8 y la ley aplicable.

22. Garantías y responsabilidad

El servicio se proporciona «como está» y «según disponibilidad». En la máxima medida permitida por la ley aplicable, el Operador renuncia a toda garantía no expresamente indicada en estos términos, ya sea expresa, implícita o derivada de reglas legales por defecto, incluidas garantías de comerciabilidad, idoneidad para un fin particular, exactitud, integridad, disponibilidad, seguridad, compatibilidad, no infracción y logro de un resultado esperado.

Nada en el sitio web, el bot, la API, documentación, mensajes de soporte, calculadora, informe AML ni materiales de marketing crea una garantía adicional salvo que esté expresamente incluida en los parámetros confirmados de un pedido particular o un acuerdo escrito separado. En particular, no garantizamos:

  • operación continua, oportuna, libre de errores o completamente segura;
  • disponibilidad continua de TRON, Telegram, un proveedor, billetera, exchange, fuente de tipos de cambio o fuente AML;
  • que una cotización, tipo de cambio indicativo, resultado de calculadora o puntaje AML permanezca vigente después de obtenerlo;
  • que los recursos comprados cubran toda transacción futura, que un tercero acepte una transacción o que el usuario logre un ahorro particular; o
  • compatibilidad con cualquier software, dispositivo, billetera o versión modificada de un protocolo de terceros.

El usuario asume voluntariamente los riesgos tecnológicos y de mercado de una blockchain pública y es únicamente responsable de direcciones, parámetros, tiempos, suficiencia de recursos, seguridad de claves y dispositivos, legalidad, impuestos y respaldos. En la medida permitida por la ley, el Operador no es responsable por pérdida causada por una dirección o parámetro incorrecto proporcionado por el usuario, consumo o vencimiento de recursos, compromiso de una cuenta o clave por razones fuera del control del Operador, un pedido duplicado pese a un estado pendiente, un acto de un tercero o un cambio en un protocolo público.

Pérdidas excluidas

En la máxima medida permitida por la ley, ni el Operador ni las personas que contrata son responsables por pérdida indirecta, incidental, especial, ejemplar, punitiva o consecuente, incluida ganancia perdida, ingresos, ahorros anticipados, oportunidad de negocio, datos, goodwill, tiempo de inactividad, costos de servicio de reemplazo, tarifas de red por transacciones posteriores o reclamaciones de clientes del usuario, aunque se haya advertido con antelación que tal pérdida era posible.

Tope de responsabilidad

Cuando surja responsabilidad, la recuperación agregada se limita al menor entre la pérdida directa documentada o el monto realmente pagado a re-energy por el servicio afectado específico. Para una serie relacionada que involucre un servicio recurrente, el tope es el monto pagado por ese servicio durante los tres meses anteriores al primer evento. El tope para una función gratuita es cero. Para una recarga confirmada no acreditada o no restaurada al saldo, el tope es el monto confirmado correspondiente.

Un reembolso por incumplimiento confirmado conforme a la sección 12 es el único remedio contractual para ese incumplimiento. Estos límites aplican independientemente de la teoría legal de la reclamación e incluso si un remedio falla en su propósito esencial; el precio del servicio refleja esta asignación de riesgo.

Excepciones obligatorias

Esta sección aplica solo en la medida en que una limitación sea lícita. No excluye responsabilidad por fraude, mala conducta intencional, negligencia grave, muerte o lesión personal, ni otra responsabilidad que no pueda limitarse, y no reduce derechos obligatorios del consumidor. Si un límite particular es inválido, se reduce al alcance máximo exigible y el resto de esta sección permanece vigente.

Un usuario comercial debe notificarnos una reclamación en un tiempo razonable, mitigar su pérdida y, cuando un plazo contractual sea lícito, iniciar procedimientos a más tardar doce meses después de que surgió la reclamación. Este plazo no aplica a un consumidor ni a una reclamación sujeta a un periodo legal obligatorio.

Indemnización del socio

En la máxima medida permitida por la ley, un socio comercial debe defender e indemnizar al Operador contra reclamaciones documentadas de terceros, pérdidas directas, cargos obligatorios y costos legales razonables derivados de la integración del socio, sus relaciones con usuarios finales, uso ilícito o inseguro de la API, compromiso de sus credenciales, infracción de derechos de terceros, incumplimiento de reglas de datos o promesas no hechas por re-energy. El Operador dará aviso razonable y cooperación; el socio no puede admitir culpa en nombre del Operador ni aceptar obligaciones no monetarias por él sin consentimiento.

23. Eventos fuera de control razonable

Una parte no es responsable por demora causada por eventos que no pudo prevenir razonablemente, incluidas fallas mayores de red o comunicaciones, ataques, desastres naturales, guerra, acción gubernamental, falla generalizada de infraestructura o cambios de protocolo. La parte afectada debe tomar medidas razonables para reducir el impacto.

Esta sección puede extender el tiempo de entrega o conciliación, pero no convierte un incumplimiento confirmado en entrega ni elimina un reembolso exigido por la sección 12 o la ley aplicable.

24. Cambios al servicio y a los términos

Podemos desarrollar funciones, tarifas y estos términos. Una nueva versión se publica en esta página con su fecha de vigencia. Cuando sea razonablemente posible, los cambios materiales que afecten pago, responsabilidad o funciones en curso se anuncian por adelantado por canales disponibles.

Los cambios operan prospectivamente y no alteran retroactivamente el precio o alcance de un pedido confirmado o periodo pagado. El uso continuado después de que entre en vigor una nueva versión significa aceptación; si no está de acuerdo, deje de hacer nuevos pedidos y contáctenos sobre la cuenta.

25. Solicitudes de soporte, quejas y disputas

Contacte primero a soporte y proporcione su ID o nombre de usuario de Telegram, ID de pedido, dirección, hora y descripción del problema. Nunca proporcione una clave privada. Revisaremos registros, registros blockchain y datos de entrega y buscaremos dar una respuesta sustantiva en un tiempo razonable.

Si no se alcanza acuerdo, una disputa puede llevarse ante un tribunal competente conforme a la ley aplicable. Los consumidores conservan las reglas obligatorias de su país de residencia sobre ley aplicable, jurisdicción y remedios extrajudiciales; estos términos no las sustituyen.

Una investigación puede considerar registros internos, confirmaciones de Telegram y API, asientos del libro de servicio y datos públicos de blockchain. Ninguna fuente se declara de antemano concluyente ni la única forma de evidencia.

26. Disposiciones generales

  • Si una disposición es inválida, el resto permanece vigente y la disposición afectada aplica en la máxima medida lícita.
  • Una demora en hacer valer un derecho no es renuncia.
  • Estos términos, los parámetros de pedido mostrados y cualquier regla adicional aplicable forman el acuerdo para el servicio relevante.
  • El usuario no puede transferir el acuerdo sin nuestro consentimiento; nosotros podemos transferirlo con el servicio preservando derechos del usuario y dando aviso cuando se requiera.
  • Los encabezados y el resumen ayudan a la lectura pero no sustituyen el texto completo.
  • Las versiones en ruso, inglés y español tienen estructuras coincidentes. Si entran en conflicto, prevalece la versión en ruso salvo que la ley obligatoria exija lo contrario.

27. Contacto

Para preguntas sobre un pedido, pago, seguridad, datos o estos términos, use el canal oficial de soporte.

Servicio: re-energy

Soporte: @mark_pm_fintech en Telegram

Sitio web: re-energy.online

API y documentación: api.re-energy.online/docs