Politica de Disponibilidad

Ultima actualizacion: 15 de junio de 2026 — Version 1.0

Este documento describe como operamos MontosVE API en terminos de disponibilidad y respuesta a incidentes. Hoy no ofrecemos un SLA contractual con creditos automaticos: el servicio se opera en modo mejor esfuerzo con monitoreo activo. Un SLA contractual puede negociarse por acuerdo escrito a medida para volumenes altos.

Este documento es parte de los Terminos y Condiciones.

1. Modo de operacion

MontosVE API opera con monitoreo activo de los endpoints de la API. Cuando se detecta un incidente, el equipo es notificado automaticamente y trabajamos para restablecer el servicio lo antes posible. Comunicamos los incidentes relevantes por email a los Usuarios afectados.

No publicamos un porcentaje de uptime comprometido contractualmente en este momento. Los porcentajes de disponibilidad mencionados en el dashboard o pagina de precios son objetivos operacionales y no generan derecho a credito automatico ni compensacion.

2. Que se considera "disponible"

Para efectos de esta politica, el servicio se considera disponible cuando:

  • Los endpoints autenticados de la API responden con codigos HTTP 2xx o 3xx a requests validos dentro de un timeout razonable (menor a 5 segundos).
  • La autenticacion con API Keys funciona correctamente.
  • Los datos devueltos corresponden al contrato documentado (schema valido, no errores de serializacion).
3. Que se considera "no disponible"

El servicio se considera no disponible cuando:

  • Los endpoints cubiertos devuelven errores 5xx de forma sostenida (mas de 1 minuto).
  • Hay timeouts masivos (requests que no responden en menos de 10 segundos).
  • La autenticacion falla por problemas internos del servicio.
  • El contrato de respuesta se rompe (schemas invalidos, datos corruptos).
3.1 Dependencia de fuentes externas

MontosVE API consume datos de fuentes oficiales (BCV) y de mercado (P2P: Binance, Bybit). La disponibilidad de la API depende parcialmente de estas fuentes. Cuando una fuente esta temporalmente no disponible, MontosVE API puede devolver:

  • El ultimo dato valido conocido, marcado como stale: true en la respuesta.
  • Un codigo 503 Service Unavailable si no hay ultimo dato valido disponible para ese mercado especifico.

Esto no se considera incumplimiento del SLA. Los compromisos de uptime de MontosVE API aplican a la disponibilidad de la API REST en si, no a la frescura o disponibilidad de cada fuente individual cuando el proveedor upstream experimenta degradacion.

4. Endpoints cubiertos

Esta politica cubre los siguientes endpoints:

Endpoint Tipo Cubierto
GET /v1/fx/rates Autenticado
GET /v1/fx/rates/{market} Autenticado
GET /v1/fx/rates/{market}/history Autenticado
GET /v1/fx/convert Autenticado
GET /v1/fx/spread Autenticado
GET /v1/tasas/actual Autenticado
GET /v1/tasas/historial Autenticado
GET /v1/tasas/usdt/actual/{tradeType?} Autenticado
GET /v1/tasas/usdt/historial Autenticado
GET /v1/account/usage Autenticado
GET /v1/account/plan Autenticado
GET /v1/account/keys Autenticado

El dashboard (app.montosve.com) y el sitio web (montosve.com, incluida la documentacion) tienen cobertura best-effort y no estan sujetos a compromisos formales de disponibilidad.

5. Exclusiones

Los siguientes eventos no cuentan como indisponibilidad a efectos de esta politica:

5.1 Ventanas de mantenimiento planificado

Notificamos con al menos 48 horas de anticipacion a traves de email. El mantenimiento planificado se realiza preferentemente en horarios de bajo trafico.

5.2 Factores externos fuera del control de MontosVE API
  • Fallas de la infraestructura de terceros (proveedores de hosting, CDN, DNS, etc.) mas alla de lo razonablemente esperable.
  • Cortes masivos de Internet.
  • Ataques DDoS que superen las capacidades de mitigacion razonables.
  • Desastres naturales, fuerza mayor, conflictos armados.
  • Fallas de las fuentes de datos upstream (BCV, Binance, Bybit) — en estos casos la API sigue disponible pero puede devolver datos stale marcados como tal.
5.3 Acciones del Usuario
  • Uso del servicio fuera de los limites del plan contratado.
  • Errores en el codigo del cliente que generan requests invalidos.
  • Configuraciones incorrectas del lado del usuario.
  • Suspension del servicio por incumplimiento de los Terminos.
5.4 Features beta o experimentales

Los endpoints marcados como "beta" o "experimental" en la documentacion no estan cubiertos por esta politica hasta su promocion a "estable".

6. Compromiso por plan
Plan Compromiso de disponibilidad Creditos
Free, Hobby, Starter Best-effort, sin garantias formales No aplica
Pro, Business Mejor esfuerzo, monitoreo activo, comunicacion de incidentes via email Sin creditos automaticos. Compensacion discrecional caso por caso
A medida SLA contractual negociado al contratar, con compromisos de uptime y soporte dedicado Creditos por incumplimiento segun contrato
7. Transparencia

Cuando ocurre un incidente relevante, notificamos a los Usuarios de Planes Pro y Business por email describiendo el impacto y el tiempo estimado de resolucion. Una vez resuelto, enviamos un resumen explicando que paso, cual fue la causa raiz y que medidas tomamos para prevenir recurrencia.

Actualmente no contamos con una pagina de status publica externa. Cuando publiquemos un dashboard de status o uptime historico, este documento se actualizara con 30 dias de aviso y los Usuarios seran notificados.

8. Tiempos de respuesta de soporte

Este apartado describe el tiempo de primera respuesta del equipo de soporte por email (distinto de la disponibilidad de la API cubierta en las secciones 1 a 7).

Plan Primera respuesta por email
Free, Hobby, Starter Best-effort, sin garantia
Pro, Business 1-2 dias habiles
A medida Acordado al contratar

Dias habiles = lunes a viernes en zona horaria de Venezuela (UTC-4), excluyendo feriados nacionales venezolanos. Fines de semana respondemos en modalidad best-effort cuando el equipo esta disponible, sin compromiso formal — si tu caso es urgente, igualmente escribinos. El incumplimiento de los tiempos comprometidos no genera creditos automaticos, pero puede escalarse a montosve@gmail.com para revision caso por caso.

9. Cambios a esta politica

Podemos modificar esta politica con al menos 30 dias de anticipacion para los usuarios activos en planes pagos. Los cambios que mejoren los compromisos pueden aplicarse inmediatamente sin aviso previo.

Si un cambio reduce sustancialmente tus derechos, puedes cancelar tu plan sin penalizacion dentro de los 30 dias posteriores a la notificacion. Los pagos ya realizados no son reembolsables (ver Terminos y Condiciones), pero mantendras el acceso al servicio hasta el vencimiento del ciclo pagado.

10. Contacto