Qué servidor elegir para Aspel SAE en la nube

El servidor adecuado para Aspel SAE no se elige contando empleados ni copiando una tabla de memoria. Se elige comprobando la versión exacta, el motor de datos, las tareas simultáneas y la recuperación de la operación. Una máquina puede abrir SAE rápidamente y aun así fallar al imprimir, liberar una licencia o recuperar los documentos del día.

Antes de contratar, pide dos entregables: una confirmación de compatibilidad para tu instalación y una prueba piloto con criterios acordados. Si tu servidor actual cumple esos criterios y permite trabajar como necesitas, conservarlo también es una decisión válida.

1. Identificar: versión y reinstalable de SAE, motor, sistema operativo, licencias y dependencias.
2. Confirmar: plataforma y región admitidas, modalidad de acceso y alcance de soporte.
3. Probar: consultas, documentos, reportes e impresión con la concurrencia de una jornada exigente.
4. Recuperar: restaurar en un entorno aislado y comprobar datos, archivos y acceso.
5. Decidir: aceptar solo si pasan todos los criterios; si uno falla, corregir y repetir antes de cambiar producción.

No hay atajo de “más recursos” que sustituya una incompatibilidad, una licencia pendiente o una restauración fallida.

De las áreas a la carga simultánea

1. Ventas: registrar documentos y consultar existencias.
2. Administración: consultar saldos, ejecutar reportes y validar documentos.
3. Inventarios: consultar y registrar movimientos según permisos.

Áreas → tareas coincidentes → sesiones y dependencias → prueba representativa. Son ejemplos de funciones, no una configuración recomendada ni un número de licencias. Anote cuántas personas coinciden, qué hacen a la vez, desde dónde se conectan y qué impresión o integración usan. Una sesión abierta sin actividad no reproduce esa carga.

Primero: qué instalación de SAE debe soportar el servidor

Prepara una ficha de la instalación que utilizas, no de la que aparece en una cotización. Anota la versión completa y el reinstalable de cada componente. Un resultado con una versión distinta no demuestra que tu instalación funcionará igual.

• Aplicación: versión, reinstalable, empresas utilizadas, personalizaciones, addendas e interfaces.
• Datos: motor y versión exactos, edición cuando corresponda, tamaño actual y crecimiento observado. Identifica también documentos y archivos que están fuera de la base.
• Trabajo: usuarios que entran a la vez, tareas que coinciden, sucursales, horarios y cierres de mayor carga.
• Dependencias: impresoras y controladores, formatos, correo, timbrado, integraciones y rutas compartidas. Registra responsables sin incorporar contraseñas a la ficha.
• Acceso: estaciones de trabajo o sesiones remotas, dispositivos y conexiones reales desde los que se operará.

La ficha técnica oficial de SAE 10.00 contempla Firebird y la posibilidad de MS-SQL. Eso no autoriza a instalar cualquier versión o edición de SQL Server. Pide que se confirme la combinación concreta antes de comprar licencias o convertir una base. Cambiar motor y cambiar servidor al mismo tiempo dificulta saber qué produjo un fallo: separa ambas decisiones cuando sea posible.

Los mínimos publicados no son el dimensionamiento multiusuario

Al consultar la documentación el 26 de octubre de 2026, la página de reinstalables de Siigo Aspel presenta SAE 10.0 R09 con fecha 15 de septiembre de 2026. Sus requisitos incluyen 2 GB de RAM y 610 MB de disco, mientras la ficha de SAE 10.00 indica 2 GB y 2.8 GB; también difieren las listas de Windows admitidos: Server 2022 aparece en la ficha, no en esa página de reinstalables.

No resuelvas esa diferencia escogiendo el número menor. Solicita confirmación para el paquete que vas a instalar y la versión de Windows propuesta. El espacio mínimo de instalación tampoco contempla toda tu base, documentos, respaldos, actualizaciones y crecimiento. Que un sistema operativo aparezca en una ficha no sustituye comprobar su mantenimiento de seguridad y el soporte aplicable a tu contrato.

Compatibilidad de nube: importa la plataforma y la región

La página de reinstalables delimita los entornos validados a AWS y Azure en regiones expresamente enumeradas. Fuera de esa lista no garantiza compatibilidad, estabilidad ni soporte. Eso no equivale a demostrar imposibilidad técnica, pero sí cambia el riesgo que estás aceptando. La fecha de R09 no debe interpretarse como fecha de publicación de esa política.

Pide al proveedor el nombre real de la plataforma, la región exacta y una respuesta escrita sobre soporte para tu combinación. “Servidor en México”, “nube compatible” o el nombre comercial de un revendedor no son esa evidencia. Tampoco debe darse por validado un servicio de Cobalt Blue Web sin comprobar esos datos. Si el soporte del fabricante es indispensable y no hay confirmación, descarta la propuesta aunque su prueba de velocidad sea buena.

Cómo dimensionar sin inventar una relación de RAM por usuario

Solicita una configuración inicial como hipótesis de prueba, acompañada por la posibilidad y el costo de ajustar recursos. Dos equipos con siete usuarios pueden tener cargas distintas: consultar existencias no equivale a ejecutar reportes extensos mientras se importan movimientos y se imprimen documentos.

CPU

Registra qué procesos consumen tiempo durante las tareas lentas. Más procesadores virtuales no garantizan acelerar una tarea que no aprovecha ese paralelismo. Compara tiempos de la misma operación antes y después de un cambio controlado.

Memoria

Observa el uso y la presión de memoria durante la concurrencia prevista, incluyendo Windows, el motor y las sesiones. Si el problema aparece al imprimir pero no hay evidencia de presión de memoria, duplicar RAM no es un diagnóstico.

Almacenamiento

Separa capacidad y comportamiento: inventario de datos y archivos, espacio de trabajo, crecimiento y política de retención por un lado; esperas de lectura y escritura durante tareas reales por otro. Que el disco sea SSD no establece por sí solo su desempeño bajo carga.

Red y acceso remoto

Mide desde cada ubicación relevante. Diferencia el tiempo que tarda SAE en terminar una operación del retraso al mostrarla o imprimirla en la sucursal. Prueba también la conexión de contingencia si forma parte de la operación prevista.

Conserva la configuración, fecha, conjunto de datos, tareas y concurrencia de cada ejecución. Si cambias varias cosas simultáneamente podrás observar una mejora, pero no atribuirla con rigor a una sola. No conviertas los resultados de un piloto en garantía para otras empresas o cargas.

Licencias y acceso: tres comprobaciones separadas

1. Licencias de SAE. Según la guía del servicio de licencias Aspel, cada sesión remota abierta consume una licencia de usuario hasta cerrar el sistema. Comprueba disponibilidad en el monitor, entrada simultánea y liberación al salir. No basta que el administrador pueda entrar.
2. Windows y acceso remoto. La documentación de Microsoft sobre RDS distingue licencias por usuario o dispositivo. Pide al proveedor el programa de licenciamiento que aplica a su servicio y qué incluye realmente. La concurrencia de SAE no determina por sí sola cuántas licencias de Windows o acceso remoto necesitas; no confundas sesiones administrativas con acceso productivo para todos.
3. Motor y otros componentes. Confirma edición, condiciones y derechos de uso del motor instalado y de las herramientas necesarias. Una cotización de infraestructura no demuestra que la aplicación y todos sus componentes estén licenciados.

Usa cuentas individuales con permisos acordes al trabajo. La aceptación no debe depender de hacer administrador a todo el equipo, desactivar protecciones o exponer directamente la base de datos a internet. Cualquier acceso de soporte debe tener responsable, alcance y mecanismo de revocación.

Diseña un piloto que pueda rechazar una mala elección

Antes de empezar, acuerda con quienes usan SAE cuáles son las tareas críticas y cuánto pueden esperar. Utiliza una copia autorizada y protegida, aislada de producción. Las pruebas de timbrado, correo o integraciones no deben emitir documentos reales ni duplicar operaciones: coordina un procedimiento de pruebas con sus responsables.

1. Fija el escenario. Misma versión, datos representativos, formatos, permisos y dispositivos que utilizarás. Incluye un período de carga alta y las operaciones poco frecuentes cuyo fallo detendría el negocio.
2. Escribe el criterio antes de medir. Define inicio y fin de cada tarea, tiempo máximo, resultado correcto y número de repeticiones. Registra todos los resultados, no solo el mejor.
3. Observa concurrencia real. Haz coincidir tareas como en una jornada exigente. Abrir siete sesiones inactivas no reproduce siete personas trabajando.
4. Comprueba el resultado funcional. Revisa totales, documentos, formatos y permisos. Una pantalla rápida con datos incorrectos no aprueba.
5. Prueba la recuperación. Restaura en otro entorno aislado; abre la empresa recuperada y verifica los archivos y operaciones definidos. Cronometra hasta que el usuario pueda volver a trabajar, no solo hasta que termine la copia.
6. Registra decisión y condiciones. Deja los fallos, correcciones, nueva evidencia, responsables y condiciones que obligarán a repetir la prueba.

Ejemplo hipotético: mejora la velocidad, pero todavía no se acepta

Este caso es didáctico: no son mediciones de un cliente ni un benchmark de un proveedor. Una empresa tiene 12 personas registradas y prevé un máximo de siete trabajando simultáneamente. Decide probar durante una ventana de 90 minutos y repetir tres veces cada tarea bajo ese escenario. Los tiempos siguientes son el peor resultado de esas tres repeticiones; los umbrales fueron elegidos por esa empresa, no son recomendaciones universales.

En este escenario inventado, el equipo identifica una tarea no urgente que coincide con el reporte y un problema del controlador de impresión. Ajusta ambos con sus responsables y vuelve a medir, sin atribuir la mejora a comprar más RAM. Si esa tarea no pudiera moverse de horario, la corrección no sería válida: habría que probar otra configuración manteniendo la carga necesaria.

Aunque los tiempos mejoran, la segunda prueba sigue rechazada: el negocio aceptó perder como máximo 30 minutos y solo puede recuperar hasta 45 minutos antes del incidente. Después de ajustar el esquema de respaldos y demostrar una nueva restauración, el punto recuperable queda a 20 minutos.

Los 82 minutos finales incluyen 15 para preparar el entorno, 25 para recuperar datos, 18 para archivos y configuración, 12 para acceso y licencias y 12 para validación del usuario: 15 + 25 + 18 + 12 + 12 = 82. Quedan ocho minutos respecto al límite, un margen reducido que el responsable debe valorar. No se debe anunciar “recuperación en 25 minutos” contando únicamente la base.

La decisión final es una aceptación condicionada a ese escenario y a sus comprobaciones funcionales, no a cualquier carga futura. Se revierte si aumentan la concurrencia o el volumen, cambia el motor, aparece una integración crítica no probada o no se mantiene la recuperación acordada. Una plataforma sin soporte requerido tampoco queda aprobada por estos números.

El respaldo debe devolver una operación, no únicamente un archivo

La guía de respaldos de SAE permite seleccionar distintos componentes: base, configuración, archivos del DAC, comprobantes y reportes, entre otros. Revisa cuáles usa tu instalación. No presupongas que marcar “solo base de datos” incluye todo lo que necesita la empresa.

Define cuánto tiempo puedes estar detenido y cuántos datos recientes puedes perder: son límites diferentes. Documenta retención, ubicación, acceso, protección y quién recibe un aviso si el respaldo falla. Una instantánea del servidor puede formar parte del plan, pero no sustituye demostrar que la aplicación, los documentos y los accesos se recuperan de manera coherente.

En la restauración, el usuario responsable debe localizar operaciones de control y comprobar documentos, reportes y permisos. Conserva el registro de tiempos y del punto de datos recuperado. Establece una revisión periódica y otra tras cambios relevantes. Si nadie puede restaurar sin depender de una persona ausente, queda una dependencia por resolver.

Ficha reutilizable para comparar servidores

Copia esta ficha en tu documento de trabajo. No envía información ni guarda respuestas en esta página. Completarla con el equipo interno puede bastar; no exige contratar un diagnóstico externo.

Abrir la ficha de compatibilidad y prueba

Identificación

Empresa y responsable: ____ · Fecha: ____ · SAE / reinstalable: ____ · Motor / versión / edición: ____

Entorno propuesto

Proveedor y plataforma real: ____ · Región: ____ · Windows y edición: ____ · Evidencia de compatibilidad y alcance de soporte: ____

Carga y dependencias

Personas / concurrencia prevista: ____ · Tareas que coinciden: ____ · Volumen y crecimiento: ____ · Sucursales, impresoras e integraciones: ____

Licencias y permisos

SAE disponible y comprobado: ____ · Programa de Windows / acceso remoto: ____ · Motor y componentes: ____ · Responsable de validarlo: ____

Registro de cada prueba

Tarea / resultado esperado: ____ · Inicio y fin definidos: ____ · Umbral: ____ · Tres resultados: ____ · Carga y configuración: ____ · Evidencia: ____ · Fallo y corrección: ____

Recuperación

Tiempo máximo detenido: ____ · Pérdida máxima de datos: ____ · Contenido respaldado: ____ · Entorno restaurado: ____ · Tiempo total medido: ____ · Punto recuperado: ____ · Validación del usuario: ____

Decisión

Aceptar / corregir y repetir / descartar: ____ · Condiciones pendientes: ____ · Responsable y fecha: ____ · Cambio que exige repetir: ____

Salida y reversión

Cómo exportar y recuperar datos: ____ · Responsable del retorno: ____ · Ventana y autorización: ____ · Costo y limitaciones: ____

Qué pedir al proveedor y qué puedes resolver internamente

Compara propuestas con el mismo escenario, no solamente con el precio mensual. Pide por separado infraestructura, licencias, preparación, pruebas, respaldo, restauración, atención de incidentes y salida. Una tarifa menor puede ser adecuada si tu equipo se encarga de tareas excluidas y dispone de capacidad para hacerlo.

• Proveedor de infraestructura: debe delimitar recursos, plataforma, región, accesos, respaldos incluidos, responsabilidades y condiciones de ampliación o salida.
• Responsable de SAE: debe confirmar compatibilidad, configuración de la aplicación, formatos e integraciones y cómo escalar una incidencia al fabricante.
• Tu empresa: define prioridades, autoriza accesos y acepta resultados funcionales y tolerancias de recuperación. Nadie puede elegir esas tolerancias únicamente a partir del número de usuarios.

Un acompañamiento técnico aporta valor cuando entrega ese inventario, coordina responsables, conserva evidencia de las pruebas y deja un procedimiento que otra persona pueda ejecutar. No lo demuestra una promesa de “cero interrupciones”. Pide alcance, exclusiones y horarios por escrito: administrar Windows no significa necesariamente resolver una addenda o una integración de SAE.

Si necesitas ayuda para estructurar ese trabajo, puedes consultar con Cobalt Blue Web el alcance de un diagnóstico. Lleva la ficha y solicita qué tareas asumiría, qué evidencia entregaría y cuáles requieren al especialista de SAE. No envíes contraseñas, certificados ni bases de datos por un formulario inicial. También puedes ejecutar el proceso con tu equipo o con otro proveedor y mantener el servidor existente si pasa las pruebas.

Cómo usar IA sin delegarle la decisión del servidor

La inteligencia artificial puede ayudarte a ordenar una bitácora anonimizada, convertir incidencias en preguntas para soporte o detectar campos vacíos en la ficha del piloto. Dale únicamente datos autorizados y los criterios que ya acordó tu empresa. Un uso acotado sería pedir: “Con estas tres ejecuciones, identifica qué criterios fallaron y separa hechos de hipótesis; no propongas cambios”.

Antes de usar una herramienta, revisa quién puede acceder a los datos, su retención y sus condiciones de uso. No cargues bases productivas, XML con datos personales, certificados, claves, contraseñas ni registros completos de clientes. Sustituir nombres no elimina necesariamente todos los identificadores. Si no puedes proteger el material o no tienes autorización, trabaja con un ejemplo sintético o prescinde de IA.

Comprueba manualmente las cuentas y contrasta cada afirmación de compatibilidad con documentación aplicable. Una respuesta convincente puede inventar versiones, requisitos o causas del fallo. La IA no certifica licencias, no acredita soporte del fabricante y no sustituye la restauración real. Tampoco ejecutes sus instrucciones sobre producción sin revisión técnica, respaldo y autorización. La decisión y sus consecuencias siguen siendo de los responsables humanos.

Preguntas que cambian la elección

¿Necesito un servidor nuevo si SAE funciona bien en la oficina?

No necesariamente. Primero identifica la necesidad que el servidor actual no resuelve: acceso desde sucursales, capacidad, recuperación o administración. Si no existe esa brecha, migrar añade trabajo y riesgo sin un beneficio demostrado. La guía sobre cuándo conviene mover SAE a la nube aborda esa decisión previa.

¿Puedo elegir solo por los usuarios simultáneos?

Sirven para diseñar el piloto, no para producir una receta universal. Añade tareas, datos, reportes, impresión y sesiones auxiliares. Confirma las licencias de cada componente por su propio esquema, no por una única cifra compartida.

¿Una nube no validada nunca funcionará?

No es esa la conclusión. Una prueba técnica y una cobertura de soporte son cosas distintas. Si aceptaras una alternativa no validada, necesitarías entender y documentar quién atendería los fallos y cómo volverías atrás. Si el soporte oficial es requisito de tu empresa, no lo reemplaces por una demostración comercial.

¿Cuándo doy por elegido el servidor?

Cuando la compatibilidad y las licencias estén resueltas, las tareas reales pasen con datos correctos, la recuperación cumpla los límites y los responsables acepten el resultado documentado. Hasta entonces tienes un candidato, no una operación demostrada. Conserva la ficha: te permitirá evaluar una ampliación futura sin empezar de cero.