Cuando intentas abrir Aspel SAE o SUA y aparece el mensaje “Base de datos dañada”, “Error al abrir tabla”, “Index is out of date” o “Blob has been modified”, significa que la base de datos Paradox que utiliza el programa se ha corrompido. Este es uno de los errores más frecuentes en Aspel y SUA, especialmente en entornos donde hay cortes de energía o equipos que se apagan sin cerrar correctamente el programa. En esta guía aprenderás a diagnosticar, reparar y prevenir la corrupción de base de datos paso a paso.

El Error

Los mensajes de error pueden presentarse de varias formas al intentar abrir una empresa o ejecutar un proceso en Aspel SAE o SUA:

  • “Base de datos dañada” — mensaje genérico que aparece al intentar abrir tablas de la base de datos Paradox.
  • “Error al abrir tabla [nombre_tabla]” — indica que una tabla específica como FACTURAS.DB, CLIENTES.DB o MOV_ALMA.DB está corrompida.
  • “Index is out of date” — los archivos de índice (.PX, .XG, .YG) no coinciden con los datos de la tabla.
  • “Blob has been modified” — los campos de tipo memo o BLOB en la tabla han perdido integridad.
  • “Key violation” — aparecen registros duplicados en las claves primarias por corrupción del índice.

Estos errores aparecen generalmente al iniciar el programa, al intentar abrir una empresa, al generar reportes o al facturar. En el caso de SUA, suelen presentarse al intentar generar el archivo de pago al IMSS o al consultar movimientos de trabajadores.

Causa del Problema

Aspel SAE y SUA utilizan bases de datos Paradox gestionadas por el BDE (Borland Database Engine), una tecnología desarrollada por Borland en los años 90. Estas bases de datos son especialmente vulnerables a la corrupción por las siguientes razones:

  1. Cortes de energía o apagones — Si el equipo se apaga mientras Aspel está escribiendo datos en una tabla, los archivos de índice quedan en un estado inconsistente con los datos. Esta es la causa más común de corrupción.

  2. Cierre forzado del programa — Usar el Administrador de Tareas para cerrar Aspel o apagar Windows sin cerrar primero el programa deja archivos de bloqueo activos y puede corromper las tablas abiertas.

  3. Desconexiones de red durante escritura — En entornos multiusuario donde la base de datos está en un servidor compartido, si un equipo pierde la conexión de red mientras escribe datos, la tabla puede quedar corrupta para todos los usuarios.

  4. Errores de disco duro — Sectores dañados en el disco donde se almacenan los archivos .DB de Paradox provocan lectura incorrecta de datos.

  5. Configuración incorrecta del BDE — Si el parámetro NET DIR del BDE no está configurado correctamente en entornos de red, múltiples equipos pueden intentar escribir simultáneamente sin coordinación, corrompiendo los índices.

  6. Antivirus escaneando archivos de la base — Algunos antivirus bloquean temporalmente los archivos .DB y .PX durante un escaneo, lo que puede causar errores de escritura si Aspel intenta acceder a ellos al mismo tiempo.

Solución Paso a Paso

Paso 1: Cerrar todas las sesiones de Aspel

Antes de cualquier reparación, asegúrate de que ningún usuario tenga abierto Aspel SAE o SUA en ningún equipo. Si la base de datos está en red, verifica en todos los equipos conectados. Los archivos de bloqueo (.LCK) deben eliminarse si quedaron huérfanos.

Paso 2: Crear un respaldo completo

Copia toda la carpeta de la empresa a una ubicación segura antes de intentar cualquier reparación:

C:\Archivos de Programa\Common Files\Aspel\Sistemas Aspel\SAE8.00\Empresas\Empresa01\

Para SUA, la ruta típica es:

C:\Archivos de Programa\Sua\Datos\

Paso 3: Eliminar archivos de índice

Navega a la carpeta de la empresa afectada y elimina (no renombres) los siguientes tipos de archivos:

ExtensiónTipo de archivoSe regenera automáticamente
.PXÍndice primarioSí
.XGÍndice secundarioSí
.YGÍndice secundario compuestoSí
.TVVista de tablaSí
.LCKArchivo de bloqueoSí
.VALValidacionesSí

Importante: No elimines los archivos .DB (datos) ni .MB (campos memo) — estos contienen la información real de tu empresa.

Paso 4: Reparar con Database Desktop

Si la eliminación de índices no resuelve el problema, usa Database Desktop (instalado con BDE):

  1. Abre Database Desktop desde C:\Archivos de Programa\Common Files\Borland Shared\BDE\DBDEMOS\ o buscándolo en el menú Inicio.
  2. Ve a File > Open > Table y selecciona la tabla dañada (por ejemplo, FACTURAS.DB).
  3. Cambia el tipo a Paradox si no está seleccionado.
  4. Si la tabla abre correctamente, ve a Table > Restructure.
  5. Sin hacer cambios en la estructura, haz clic en Save. Esto fuerza la reconstrucción de todos los índices.
  6. Repite para cada tabla que reporte error.

Paso 5: Reparación avanzada con TUtility

Para corrupciones severas donde Database Desktop no funciona, utiliza TUtility (herramienta de reparación de tablas Paradox):

  1. Descarga TUtility de sitios de soporte Aspel o foros especializados.
  2. Ejecuta TUtility como administrador.
  3. Selecciona Repair Table y navega a la tabla dañada.
  4. TUtility intentará recuperar los registros legibles y generar una tabla reparada.
  5. Reemplaza la tabla original con la reparada.

Solución Alternativa

Si las herramientas anteriores no logran reparar la base de datos, existe un método manual más agresivo:

  1. Exportar datos legibles — Usa Database Desktop para abrir cada tabla que aún funcione y exporta los datos a formato CSV o DBF.
  2. Crear base de datos nueva — En Aspel SAE, crea una empresa nueva desde cero.
  3. Importar datos — Usa las utilerías de importación de SAE para reimportar catálogos (clientes, proveedores, productos).
  4. Restaurar desde respaldo — Si tienes un respaldo reciente, la forma más rápida es restaurarlo. Ve a Utilerías > Respaldo/Restauración > Restaurar en SAE.

Para SUA, si tienes el archivo de respaldo, puedes restaurarlo desde Utilerías > Restaurar Respaldo. Si no hay respaldo, será necesario recapturar los movimientos desde el último bimestre presentado.

Prevención

La corrupción de bases de datos Paradox es prevenible en la mayoría de los casos siguiendo estas prácticas:

  • Instala un UPS o no-break — Protege el equipo y el servidor contra apagones. Un UPS de 600VA es suficiente para cerrar correctamente Aspel antes de que se agote la batería.
  • Cierra siempre Aspel antes de apagar — Nunca apagues el equipo con Aspel abierto. Cierra el programa desde su menú Archivo > Salir.
  • Haz respaldos diarios — Configura el respaldo automático de SAE desde Utilerías > Respaldo/Restauración. Para SUA, respalda manualmente la carpeta de datos al menos una vez por semana.
  • Configura el BDE correctamente — En BDE Administrator, asegúrate de que NET DIR apunte a una carpeta compartida en red y que todos los equipos usen la misma ruta.
  • Excluye las carpetas de Aspel del antivirus — Agrega las carpetas de datos de SAE y SUA como excepciones en tu antivirus para evitar bloqueos durante el escaneo.
  • Considera migrar a SQL Server — Aspel SAE 8.0 permite usar Microsoft SQL Server como motor de base de datos en lugar de Paradox, eliminando por completo los problemas de corrupción BDE.

Problemas Relacionados

ErrorCausa probableSolución rápida
”Table is busy”Archivo .LCK huérfanoEliminar archivos .LCK de la carpeta de datos
”Could not find object”Tabla eliminada o movidaVerificar que todos los archivos .DB existan en la carpeta
”Invalid field name”Estructura de tabla alteradaRestructurar tabla con Database Desktop
”Network initialization failed”BDE NET DIR mal configuradoCorregir NET DIR en BDE Administrator
”Insufficient memory”BDE SHAREDMEMSIZE muy bajoAumentar SHAREDMEMSIZE a 4096 en BDE Administrator

Resumen

  • El error “Base de datos dañada” en Aspel SAE y SUA se debe a corrupción de las bases de datos Paradox administradas por el BDE.
  • Las causas principales son apagones, cierres forzados y desconexiones de red durante escritura.
  • La solución más efectiva es eliminar los archivos de índice (.PX, .XG, .YG) y dejar que Aspel los reconstruya.
  • Para corrupciones severas, usa Database Desktop o TUtility para reparar las tablas.
  • Prevención: UPS, respaldos diarios, cierre correcto del programa y configuración adecuada del BDE.
  • A largo plazo, considera migrar a SQL Server para eliminar los problemas de Paradox.

Artículos Relacionados