Dónde alojar el sistema de empresa y que no caiga

En tu día a día, la caída del sistema significa pérdida de ventas, clientes frustrados y presión sobre el equipo de operaciones. En este artículo encontrarás pasos concretos para decidir dónde alojar el sistema de tu empresa manteniendo la disponibilidad y conectándolo con los componentes que ya utilizas.

Con qué se tiene que hablar

Antes de mover cualquier carga a la nube o a un hosting externo, es fundamental mapear los sistemas que ya están en marcha:

• ERP o software a medida: normalmente se ejecuta sobre bases de datos críticas y tiene integraciones con módulos de inventario y contabilidad.
• Plataformas de facturación electrónica: ya están comunicándose con SUNAT y requieren certificación de firma digital.
• Pasarelas de pago: Yape, Plin, Niubiz, Izipay, cada una con sus webhooks y tokens.
• Herramientas de monitoreo de servidores: si ya usas Zabbix, Grafana o Datadog, el nuevo entorno debe exponer métricas compatibles.

El objetivo es que el nuevo alojamiento sea una extensión natural, no una ruptura. Por eso, revisa los siguientes puntos:

1. Compatibilidad de sistemas operativos – Si tu ERP corre sobre Windows Server 2019, el proveedor debe ofrecer esa versión o permitir una máquina virtual idéntica.
2. Acceso a puertos y protocolos – Los webhooks de los bancos usan HTTPS en el puerto 443; asegúrate de que el firewall del hosting lo permita sin NAT complejo.
3. Latencia interna – La comunicación entre la base de datos y la capa de aplicación no debe superar los 30 ms; de lo contrario, los tiempos de respuesta de la facturación electrónica se ven afectados.
4. Herramientas de monitoreo – El agente de Zabbix debe poder instalarse sin restricciones de root; de lo contrario, perderás visibilidad.

Una vez identificados los requisitos técnicos, puedes comparar opciones de hosting para sistemas empresariales con la siguiente tabla:

SUNAT y facturación electrónica

La normativa de SUNAT exige que cada documento electrónico sea enviado en tiempo real y que el acuse de recibo se registre en menos de 5 segundos. Los requisitos técnicos son claros:

• Certificado digital instalado en el servidor que genera los XML.
• Conexión TLS 1.2 obligatoria.
• Respuesta HTTP 200 dentro del plazo mencionado.

Los errores más habituales son:

• Caducidad del certificado sin renovación automática, lo que detiene el flujo.
• Bloqueo de puertos en el firewall del hosting que impide la salida hacia los endpoint de SUNAT.
• Desincronización de hora; si el servidor no está NTP‑sincronizado, SUNAT rechaza la firma.

Para evitar estos problemas, al elegir el alojamiento solicita al proveedor:

1. Gestión de certificados – Posibilidad de cargar y renovar automáticamente el .pfx.
2. Acceso a configuración de red – Añadir excepciones a la lista de puertos.
3. Sincronización NTP – Servidor de tiempo confiable dentro de la infraestructura.

Cobros y bancos

Los pagos digitales en Perú se han diversificado. Yape y Plin funcionan como wallets vinculados a cuentas bancarias, mientras que Niubiz e Izipay ofrecen pasarelas de pago para e‑commerce. La integración real implica:

• API REST con token de acceso que se renueva cada 24 h.
• Webhooks que notifican el estado de la transacción.
• Validación de firma HMAC para asegurar la integridad del mensaje.

Un escenario típico de falla es que el webhook llegue a una URL interna que no es accesible desde internet porque el hosting está detrás de NAT. La solución práctica es:

1. Exponer un endpoint público con certificado válido y registrar la URL en la consola del banco.
2. Implementar un proxy interno que reciba la notificación y la redirija a la aplicación detrás del firewall.
3. Monitorear la cola de eventos con alertas que avisen si el tiempo de procesamiento supera los 10 segundos.

En la práctica, los tiempos de respuesta de los bancos son de 200 ms a 1 s. Si tu hosting añade más de 300 ms de latencia, el cliente percibe retraso y la tasa de abandono aumenta en aproximadamente 2 %.

Qué pedirle al proveedor

El contrato con el proveedor de hosting debe incluir cláusulas técnicas claras:

• APIs de gestión: capacidad de crear, borrar y escalar máquinas vía API REST o CLI. Esto permite automatizar despliegues en semanas, no meses.
• Documentación de cambios: cualquier actualización del stack (por ejemplo, migración de MySQL 5.7 a 8.0) debe notificarse con al menos 15 días de antelación.
• Versionado de imágenes – Acceso a versiones anteriores del SO para revertir rápidamente si una actualización rompe la integración con SUNAT.
• Acuerdos de nivel de servicio (SLA) – 99,9 % de disponibilidad, tiempo de reparación (MTTR) máximo de 30 minutos para fallas críticas.
• Procedimientos de backup y restore – Copias diarias y punto de restauración cada hora; pruebas de restauración cada 90 días.

Cuando la otra parte (por ejemplo, la pasarela de pago) cambia su API, necesitas que el proveedor permita:

1. Actualizar reglas de firewall sin downtime.
2. Desplegar contenedores (Docker/Kubernetes) que incluyan la nueva versión del cliente API.
3. Rollback inmediato en caso de incompatibilidad.

Conclusión

Al decidir dónde alojar el sistema de tu empresa, no basta con buscar el precio más bajo. Debes asegurar que el entorno elegido se comunique sin fricción con tu ERP, con SUNAT y con los bancos que usas. Evalúa la compatibilidad de sistemas operativos, la latencia interna, la capacidad de monitoreo y la flexibilidad de APIs. Exige cláusulas de SLA claras y procesos de gestión de cambios que te permitan reaccionar en menos de una semana ante cualquier actualización externa. Con esa hoja de ruta, tu sistema permanecerá disponible y tu operación seguirá fluida, incluso cuando la infraestructura evolucione.

Una buena elección de alojamiento mantiene la disponibilidad y evita interrupciones al conectar con SUNAT y los bancos.