REQVERA
Declarar el incumplimiento · Ficha de decisión 05

La licitación pide soporte 24/7. Su equipo trabaja en horario laboral.

Situación ilustrativa · No es un caso de cliente
La pregunta del comprador

Confirmen que ofrecen soporte 24/7 con una primera respuesta en el plazo de una hora para incidentes críticos.

Descomponga la petición en cobertura atendida, incidentes cubiertos y cómputo del plazo. Si falta un elemento exigido, la respuesta completa no es Sí. Un portal abierto permanentemente o el plan de soporte de la infraestructura no crean su propio servicio 24/7 para clientes.

Una respuesta para adaptar

Actualmente no ofrecemos el servicio de soporte atendido 24/7 solicitado para [producto y plan propuestos]. La cobertura contratada es [días, hora inicial y final, zona horaria y tratamiento de festivos], por [canales admitidos]. Para [categoría definida de incidente crítico], nuestro compromiso aprobado es [objetivo de primera respuesta y cómputo en tiempo transcurrido o laboral], medido desde [notificación válida]. Es un compromiso de primera respuesta, no un plazo garantizado de resolución. Fuera del horario de cobertura, [comportamiento actual verificado; no implique atención si los tickets solo quedan en cola]. [Solo si está aprobado y disponible operativamente: Podemos ofrecer [opción fuera de horario con alcance preciso] para [incidentes cubiertos], sujeta a [contrato, plazo de activación y condiciones comerciales].] Si son obligatorios el soporte atendido continuo y una respuesta en una hora de tiempo transcurrido, nuestro servicio actual no cumple el requisito. Confirmen por [canal autorizado] si puede considerarse [cobertura alternativa concreta]. No la presentaremos como conforme sin la decisión requerida del comprador.

Sustituya cada campo entre corchetes por hechos verificados. Elimine cualquier frase opcional que no pueda acreditar. No presente esta redacción sin adaptarla.

Las condiciones que sustentan la respuesta

Declare la falta de cobertura sin confundir disponibilidad, supervisión o un formulario siempre abierto con un servicio de respuesta atendido y contractual.

  • Separe cuatro servicios que parecen similares

    Disponibilidad del servicio, supervisión automatizada, notificación de incidentes y soporte humano son compromisos distintos. La plataforma puede funcionar continuamente sin soporte atendido de noche. Una alerta puede generarse sin que nadie la investigue. Un portal puede aceptar casos todo el día y empezar el cómputo en la siguiente apertura. Nombre el servicio real; no permita que «24/7» englobe implícitamente los cuatro.

  • Haga verificable el cómputo del plazo

    Registre inicio, tiempo transcurrido u horario laboral, gravedad, canal y excepciones. ¿La hora empieza con un correo, una llamada o un ticket válido con información de diagnóstico? ¿Quién puede declarar un incidente crítico? Un ejemplo del viernes por la noche suele revelar la diferencia: indique cuándo se producirían acuse, análisis cualificado y siguiente actualización conforme a las condiciones propuestas.

  • No herede la promesa de su proveedor

    La documentación de AWS distingue soporte técnico permanente, objetivos de primera respuesta por gravedad y alcance del plan. Son compromisos de AWS con su cliente cubierto, no pruebas de su cobertura a clientes. Su servicio puede seguir necesitando diagnóstico de aplicación, autorizaciones de acceso y comunicaciones antes o después de escalar al proveedor. Muestre quién gestiona esa transferencia, no copie el titular del plan.

Siga el incidente, no la promesa comercial

Recorra estos límites con un escenario realista de incidente crítico. Todo intervalo sin responsable es una brecha que debe declarar o resolver antes de comprometerse.

Notificación
¿Qué canal se admite, qué información se exige y qué evento inicia el plazo prometido?
Respuesta cualificada
¿Quién puede evaluar el incidente de la aplicación dentro del horario indicado, más allá de acusar recibo?
Escalado al proveedor
¿Quién puede contactar con la dependencia, con qué plan contratado, manteniendo en su equipo la responsabilidad ante el cliente?
Recuperación y actualizaciones
¿Qué se compromete realmente en restablecimiento, resolución y comunicaciones? No implique que comparten el plazo de primera respuesta.

Las evidencias que debe reunir

  • El calendario real del servicio

    Obtenga política de soporte y anexo contractual del plan concreto vendido. Compruebe días, festivos, zona horaria, cambios estacionales de hora, idioma y canales. Alinee el plazo ofrecido con el contrato, no con el titular web. Si la oferta añade cobertura fuera de horario, verifique precio, aprobación y disponibilidad para la fecha de inicio exigida.

  • Una transferencia de incidentes operativa

    El responsable de soporte debe confirmar quién recibe el incidente, quién puede investigar, quién contacta con la infraestructura y quién informa al comprador. Compruebe una notificación fuera de horario frente al mecanismo real sin enviar un incidente de cliente. Una guardia por sí sola no basta si la persona no puede acceder al sistema o al decisor autorizado.

  • La desviación que admite el comprador

    Conserve cláusula exacta y aclaración autorizada. Si se admite una alternativa, documente si cambia cobertura, gravedad, medición, precio o puesta en marcha. No suponga que hablar con el patrocinador de la cuenta cambia condiciones obligatorias. La aprobación debe reflejarse en la respuesta permitida y los contratos; hasta entonces, mantenga visible la brecha.

La decisión que debe aprobarse

Responsables de aprobación
Soporte o prestación del servicio responde por la viabilidad operativa. Comercial aprueba coste y puesta en marcha; jurídico revisa compromisos; el responsable de ofertas gestiona la vía de excepción permitida.
Continuar
Continúe con el servicio delimitado solo si cumple la petición o si una decisión autorizada permite la alternativa declarada. Distinga primera respuesta, restablecimiento y resolución.
No continuar
Si no dispone de cobertura atendida continua obligatoria, no confirme soporte 24/7 basándose en supervisión, tickets en cola, promesas informales o el plan de un proveedor de infraestructura.
Solicitar una decisión
Eleve si la opción propuesta requiere personal nuevo, condiciones nuevas de proveedores, acceso excepcional o una fecha no aprobada. Un modelo operativo futuro no es una capacidad actual.

Mantener la decisión en los archivos de presentación

Compare cuestionario, matriz de soporte, precios, anexo de niveles de servicio y excepciones aprobadas. Deben coincidir en cobertura, gravedad, tiempos y fecha inicial. Una promesa amplia en otro archivo puede invalidar una respuesta delimitada y aprobada. REQVERA se posiciona como capa de control final, no como servicio de soporte ni negociador de excepciones.

Ver el flujo real de control final

Alcance y fuentes de referencia

Orientación operativa ilustrativa, no descripción del soporte de REQVERA. El ejemplo de AWS muestra distinciones en sus condiciones publicadas; no aporta condiciones para otro proveedor. Procedimiento y exigibilidad requieren revisar los documentos reales. Sustituya todos los campos entre corchetes por hechos vigentes y aprobados.