El post que buscas se encuentra eliminado, pero este también te puede interesar

Consideraciones generales de los backup hechos con SIAP

Anuncios

Hola amigos, hago este post para quien necesita una mano con el SIAP. He renegado bastante con este programa (que me parece una autentica basura informatica) asi que en lo que respecta a backup y restores la he sufrido. Si este es tu caso, te tiro algunos tips para que sepas:

1.- Los backup generados por el backup interno de SIAP deben ser restaurados en las mismas versiones al recuperarse. ES FUNDAMENTAL QUE SE HAGAN CON LA ULTIMA VERSION DEL APLICATIVO.

¿PORQUE? // Si no esta actualizado el modulo, no se sabe con que version fue realizado el backup y el mismo fallara porque lo que hace el backup es restaurar la base con las tablas existentes en el aplicativo destino, si la base no contiene una tabla, el proceso falla. El backup deberia hacer una copia completa de la estructura y agregar las tablas que no existieran en el aplicativo si fuera necesario. Tambien deberia comprobar que la version del aplicativo (que deberia recidir en una tabla, lo cual ocurre en muchas de las mismas) coincida con la base a recuperar. El sistema de backup y restore es bastante deficiente y mal implementado, yo que no soy programador puedo decir que tan solo con aplicar un poco de criterio no deberia pasar lo que comente anteriormente. //


2.- Los aplicativos SON INCREMENTALES. Si se hace el backup mediante el sistema incorporado en SIAP OBLIGATORIAMENTE DEBEN ACTUALIZARSE LOS APLICATIVOS INCREMENTALMENTE PARA PODER HACER UN BACKUP QUE SIRVA PARA RESTAURARSE. Si se saltea alguna actualizacion del modulo, el BACKUP NO VA A PODER RESTAURARSE.

// Cada version del aplicativo trae vinculada tablas anexas con datos secundarios. Si se actualiza un aplicativo y la informacion hace referencia a una tabla cruzada inexistente el aplicativo falla. El proceso deberia traerse las tablas anexas si son vinculadas y por ende, deberian ser backupeadas. Es increible que los aplicativos no chequeen la estructura de la base con la que trabajan. Tan solo con agregar una rutina que verifique que el mdb en cuestion tenga la estructura correcta evitaria muchos problemas. Y si aquella base no tuviera la estructura correcta que el programa lo informe e intentara repararla ¿Es tan dificil hacer esto? Ademas, que tuviera un .txt con la estructura version por version, seria una cosa tan facil porque aunque no soy programador se que crear una estructura de base y tabla con sentencias SQL es una cosa muy facil. //

3.- Al momento de restaurar un backup ES INDISPENSABLE CONTAR CON LA ULTIMA VERSION Y EL MODULO DEBE TENER TODAS LAS VERSIONES PREVIAS INSTALADAS ademas de haber sido abierto una vez, aunque no contenga nada, para generar la base de datos en blanco.


//El proceso de backup falla cuando no encuentra la tabla. Muchos aplicativos ante la ausencia de la tabla la crean en blanco segun el patron basico de su version (es decir, si en versiones anteriores existia alguna tabla, la misma no es creada en el proceso). El backup falla ni bien no puede tomar la base de datos o tabla a recuperar. Es manual basico del programador, no podes dar por sentado que lo que manipulas es lo que existe, debes chequear, y mas si es una base de datos. Ademas, si necesitas hacer procesos con los datos, deberias usar un mdb temporal que creas y borras en el mismo. Tampoco hay que olvidar que lo ideal es procesar todo los datos en el momento de usarlos (eso de guardar DDJJ generadas es la cosa mas absurda que he visto, porque las PC de ahora tienen buena capacidad de proceso y porque ademas, lo que no deberia poder modificarse una vez que fue cargado es lo que se declara, los datos, las DDJJ deberian generarse en el momento segun los parametros de ESE MOMENTO). Increible, un verdulero programa con mas criterio... //

Si van a hacer un backup, recomiendo que eviten el sistema de backup de SIAP porque aunque no manden los datos a otro el proceso de restauracion de sus datos puede no ser posible en caso de que sus discos fallen.
En todos los casos sugiero que hagan un SIAP por cliente, si es que algun dia no van a seguir tratando con el y desean pasar la informacion ya liquidada a otro y ademas con esto simplifican el proceso de backup. Tan solo deben copiar el SIAP completo de un medio a otro (como un pendrive) sabiendo que esa copia funcionara igual sin tener que renegar con el proceso de backup.

Adicionalmente pueden limpiar una base de un modulo y enviar solo el modulo completo (es decir la carpetita completa, como ser IVA) limpiando las DDJJ que no sean del cliente utilizando dos herramientas que uso a diario:

La primera propia de la afip (debido a que no se porque causa los aplicativos truncan las bases). La herramienta de la afip es ReparaBase.exe

Luego abrir la base usando el programa freeware MDBPLUS que permite abrir las MDB usando la clave naDdePraKciN

Tanto el mdbplus como el reparabase.exe lo pueden encontrar googleado.

Recuerden que la modificacion de datos de la base puede generar que el aplicativo luego no funcione correctamente o se reuse a abrir. RECUERDEN EN TODO CASO HACER UNA COPIA DE LA CARPETA AFIP COMPLETA ANTES DE MANIPULAR CUALQUIER BASE DE DATOS.

Anuncios

3 comentarios - Consideraciones generales de los backup hechos con SIAP

@calcius87
Además te agrego algo que me pasó a mí. Nunca hagas el backup, desde el sistema de SIAP, directamente a un pendrive porque te lo formatea y te lo renombra (pkback). Lo que hay qua hacer es crear una carpeta en el HDD, hacer el backup ahí y luego enviarlo al pendrive destinado al backup.
@Cabus
Gracias monstruo por la informacion
@santiaful
Te hago una consulta. Me entró una pc sin funcionar a la cual le tuve que instalar todo el sistema operativo y programas de 0. El problema que me surgió es que la dueña de la pc tenia un backup pero realizado con otro release. El tema es que al restaurar el sistema a ese backup con la versión nueva de SIAP hace que el programa no funcione y tire mensajes de error.
Alguna sugerencia de qué puedo hacer? O tiene que volcar todos los datos de nuevo?
Desde ya mil gracias!!!!