S.i.a.p de AFIP no abre por bases dañadas

  • -

S.i.a.p de AFIP no abre por bases dañadas

Sea por un corte de luz, un apagado incorrecto del equipo o un error propio de algún aplicativo, no es raro que si el S.i.a.p. no se cierra como debe, alguna tabla o sus índices se dañen y ese aplicativo (o todo el S.i,a.p) dejen de funcionar. Al intentar volver a usarlo, algún mensaje haciendo referencia a que “el archivo xxxxx.mdb no se encuentra o está dañado”, “los índices … no corresponden…”, etc, aparecerá en la ventana y la aplicación no va a abrirse.

En general la solución no es complicada y el problema no ocasiona pérdida de datos si se realizan los pasos correctos, pero un descuido, una reinstalación indebida o una copia que pise el archivo que no debía puede ser catastrófica.

Entonces, paso a paso y con paciencia veamos las posibles soluciones.

Todos los pasos que se describen a continuación deben realizarse con todas las aplicaciones cerradas. Específicamente S.i.ap y cualquier aplicativo, pero si cierran todo lo demás (Skype, Facebook, Office…etc) mucho mejor.

 

Copia de seguridad

Lo primero que vamos a hacer, antes que cualquier otra cosa, es una copia de seguridad del sistema tal como está, aunque sea roto. Tal vez usted sea muy meticuloso y diariamente realiza el backup dese el mismo S.i.a.p., ese que genera el archivo .zip de todas las bases. No importa. Si ese último backup contiene el .mdb dañado posiblemente nunca pueda restaurarlo. Por otra parte, la restauración de backups completos requiere tantas coincidencias y es tan susceptible a errores que mejor vamos a ir a lo seguro.

Busque la carpeta S.i.a.p., normalmente ubicada en C:\Archivos de Programa\S.i.a.p y cópiela completa en cualquier otra ubicación. Por ejemplo, en el escritorio.

Ubicar el archivo .mdb dañado

El mensaje de error que aparece al intentar correr la aplicación, informa cuál es el archivo corrupto (y dice archivo, no funcionario… que no habría pantalla en la que quepa el listado…). Si el error se produce al intentar abrir un aplicativo específico luego de que el S.i.a.p. abrió correctamente, el archivo .mdb se encontrará dentro de la carpeta de ese aplicativo. La ubicación genérica será C:\Archivos de Programa\S.i.ap\AFIP\[nombre del aplicativo]\[nombre del aplicativo].mdb. Dónde dice [nombre del aplicativo], será, casualmente, el nombre del aplicativo. Por ejemplo, si el problema se produce en el aplicativo de IVA, los mdb correspondientes estarán en C:\Archivos de Programa\S.i.ap\AFIP\IVA

Para el caso en que directamente el S.i.ap es el que no abre, deberá ubicar los archivos (normalmente AFIP.mdb o Sistema.mdb) en las carpetas c:\Archivos de programa\S.i.apc:\Archivos de programa\S.i.ap\AFIP respectivamente.

 

Primer intento: los archivos .bak

S.i.ap no hace todo mal. De hecho, pese a los dolores de cabeza que genera la mayoría de las veces, teniendo en cuenta la increíble variedad de equipos, sistemas operativos, usuarios y características particulares del estado en que se encuentran y resto de aplicaciones y configuraciones que puedan encontrarse en las computadoras en las que se instala y corre, podría ser mucho peor. Una de las cosas que sí hace muy bien es generar una copia de los archivos .mdb al momento de iniciar cada aplicativo. Este archivo tiene la extensión .bak y suele ser la solución instantánea.

Volviendo a los ejemplos anteriores, si el sistema nos informa que el archivo dañado es el Sistema.mdb, simplemente iremos a la carpeta (que ubicamos ya en el paso anterior), localizamos el archivo Sistema.mdb y le cambiamos el nombre, por ejemplo por SistemaROTO.mdb.

Luego localizamos el archivo Sistema.bak y le cambiamos el nombre por Sistema.mdb. Windows advertirá que al cambiar la extensión… bla, bla, bla… aceptamos y ya.

Los mismo corre para AFIP.mdb, IVA.mdb o el archivo .mdb que sea el que el error original que nos trajo aquí nos indicaba.

Reintentamos utilizar el aplicativo. Funciona? Listo entonces.

Si todavía no funciona, sigamos.

 

Segundo intento: usar el ReparaBase

ADVERTENCIA: Se deberá usar esta herramienta de reparación sólo sobre la base de datos de los aplicativos de RECAUDACIÓN (no utilizar sobre aplicativos de reintegro de impuesto o de regímenes de información).

ReparaBase es una herramienta publicada en la web de AFIP que, precisamente, se utiliza para reparar las bases de datos dañadas. Pueden descargarlo de aquí

  • Habrán descargado un archivo .zip que deberan descomprimir obteniendo el archivo ReparaBase.exe. Este archivo deberán copiarlo dentro de la misma carpeta en la que se encuentra el archivo .mdb dañado (ver Ubicar el archivo .mdb dañado).
  • Una vez copiado el .exe, renombramos el .mdb del problema. Por ejemplo, si era el archivo IVA.mdb lo renombramos como IVAROTO.mdb
  • Abrimos el S.i.ap y luego (siguiendo con el ejemplo) el aplicativo IVA. (si su problema era con otro aplicativo, habrá renombrado otro .mdb y ejecutará ese otro aplicativo…)
  • El sistema entonces habrá creado un IVA.mdb nuevo y vacío. Cerramos el aplicativo y cerramos S.i.ap
  • Ejecutamos ReparaBase.exe haciendo doble click sobre él.
  • Dónde pide Base de Datos a Reparar, buscamos y seleccionamos el .mdb que renombramos (en el caso del ejemplo, sería IVAROTO.mdb)
  • En Base de Datos Vacía, seleccionamos el .mdb vacío recien creado por S.i.ap (en este ejemplo, sería IVA.mdb)
  • Ahora, click sobre Copiar Datos a Base Nueva y esperamos el resultado.
  • Si todo salió bien, volvemos a intentar utilizar el aplicativo. Funciona? Tema terminado.

Si seguimos sin suerte, nos queda un último camino

Tercer intento: recuperar desde el backup

Porque… tiene un backup reciente, no? Si no es así, no tendrá más remedio que cruzar los dedos y contactar a la Mesa de Ayuda de AFIP

Si tiene un backup.zip realizado desde el S.i.ap,, puede intentar restaurar sólo el aplicativo que le está causando problemas. Para el caso de los archivos Sistema.mdb y AFIP.mdb deberá realizar una restauración completa que sólo podrá realizar si el backup en cuestión tambien es del sistema completo.

Un método engorroso pero mucho más seguro de reparar el problema usando el backup del S.i.ap sin dañar otros aplicativos que sí funcionaban ni perder datos es el siguiente:

  • Renombre la carpeta c:\Archivos de Programa\S.i.ap como c:\Archivos de Programa\S.i.apROTO
  • Descargue e instale una nueva copia de Siap y los aplicativos que usaba
  • Restaure su backup sobre esta nueva copia.
  • Vaya a buscar el ..mdb que generaba el problema en la nueva instalación de Siap (ver Ubicar el archivo .mdb dañado). Click derecho sobre el archivo y elija Copiar.
  • Ubíquese en la carpeta correspondiente, pero esta vez dentro de c:\Archivos de Programa\S.i.apROTO. Pegue el archivo. Acepte si Windows le pide confirmación para remplazar el original.
  • Elimine la carpeta c:\Archivos de Programa\S.i.ap
  • Renombre la carpeta c:\Archivos de Programa\S.i.apROTO como c:\Archivos de Programa\S.i.ap

Vuelva a probar el S.i.Ap. y/o el aplicativo. Debería funcionar…

Si tenía una copia manual de su carpeta S.i.ap, simplemente copia el mdb desde ese backup y péguelo en la ubicación correspondiente dentro de c:\Archivos de Programa\S.i.ap

Dejé este procedimiento para el último lugar, porque lo habitual es que si se dispone de un backup este no esté del todo actualizado. Por ejemplo, si usted realizó un backup ayer a última hora pero hoy continuó trabajando, la copia de seguridad no tendrá los datos cargados hoy. Es decir que casi siempre algún dato se habrá perdido. Pero al menos recuperará la mayoría.

Por cierto… olvidé mencionar que todos estos pasos debe realizarlos con los dedos anular e índice cruzados, una pata de conejo en el bolsillo y cualquier otro amuleto de buena fortuna dentro de la misma habitación en que está trabajando. S.i.ap tiene esas cosas…

Por eso -y esto vale tanto para S.i.ap como para cualquier otra aplicación y documentos de trabajo- SIEMPRE DEBE REALIZAR COPIAS DE SEGURIDAD de su equipo, tan frecuentemente cómo sea posible. Y debe hacer lo necesario para que el “tan frecuentemente cómo sea posible” sea, por lo menos, a diario. Hoy por hoy, un backup de hace una semana atrás es casi lo mismo que no tener nada pues debería rehacer los últimos 7 días de trabajo y a veces ni así es posible recuperar toda la información.

 

 

 

 

 

 

 

 

 

 

 

 


Buscar en JADM

Biblioteca