El sistema trabaja con una ddbb conocida como Auxiliar, que contiene la informaci\u00f3n m\u00e1s reciente y la con situaciones pendientes sin importar su fecha; y con una ddbb Principal, que contiene toda la informaci\u00f3n desde el inicio de funcionamiento del sistema en la empresa, y que sirve para obtener informes.<\/p>\n\n\n\n
El tiempo que se conserva en la base de datos Auxiliar la informaci\u00f3n 100% completada, est\u00e1 definido en cada tipo de documento y de movimiento. Completado ese periodo se puede eliminar con un proceso para ello.<\/p>\n\n\n\n
Recuperar registros opera cuando se est\u00e1 trabajando en red en modo cliente\/servidor con una ddbb Auxiliar y una Principal independiente de su forma de conexi\u00f3n.<\/p>\n\n\n\n
Recupera desde la ddbb Principal la informaci\u00f3n indicada y la restaura en la ddbb Auxiliar, donde permanecer\u00e1 y podr\u00e1 ser gestionada de forma usual hasta que el proceso de eliminar hist\u00f3rico de base de datos Auxiliar la quite, o hasta que abandone la sesi\u00f3n si est\u00e1 en soporte web.<\/p>\n\n\n\n
Este proceso de recuperar registros desde hist\u00f3rico, permite traer informaci\u00f3n desde la base de datos Principal a la Auxiliar (en red normal o en soporte web) para usarla on demand (a demanda). Esto podr\u00eda ser necesario, por ejemplo, cuando elimina un documento de la ddbb Auxiliar (usualmente por proceso para ello) y requiere consultarlo ahora.<\/p>\n\n\n\n
Este recurso puede estar disponible en las tablas maestras y en las ayudas, pudiendo as\u00ed recuperar casi cualquier informaci\u00f3n en cualquier momento, la que queda disponible para todas las herramientas y m\u00f3dulos.<\/p>\n\n\n\n
Las condiciones para que el recurso se incluya en el navegador respectivo son que en el sistema est\u00e9 activo el m\u00f3dulo cliente\/servidor, y la tabla actual sea t\u00e9cnicamente clasificada como Dual (ejemplo: Clientes, Productos) o como Periodo (ejemplo: Documentos de Ventas, Documentos en Cartera), y la configuraci\u00f3n de esta sea correcta en la estructura del ERP.<\/p>\n\n\n\n
Cada registro recuperado, adem\u00e1s de quedar disponible, a partir de ese momento puede ser gestionado del modo usual, incluso modificarse o eliminarse, seg\u00fan el esquema de seguridad y otras reglas. Se recomienda que la modificaci\u00f3n de informaci\u00f3n recuperada sea hecha por quienes cuentan con la autoridad y conocimiento adecuado; el ERP aplica el esquema de seguridad y adem\u00e1s normas como el plazo de autorizaci\u00f3n para modificar a fin de colaborar en esto.<\/p>\n\n\n\n
Cada registro recuperado, a su vez recupera on demand la informaci\u00f3n relacionada (excepto lo que indica como pendiente m\u00e1s abajo). Ejemplos:<\/p>\n\n\n\n
Usualmente cuando, por ejemplo, se recupera un documento, que tienen detalles, cuotas y otros, en cada caso se eliminan previamente todos los registros respectivos que pudieran existir en la base de datos Auxiliar antes de recuperar desde la base de datos Principal, de esa forma se busca corregir situaciones parciales u otros errores que pudieran producirse.<\/p>\n\n\n\n
Si dentro de la informaci\u00f3n que requiere alg\u00fan registro recuperado alguna pertenece a tablas duales menores o a tablas locales, se da por hecho que dicha informaci\u00f3n ya existe y no se incluye en el proceso. En la medida que el ERP evolucione, todas las tablas podr\u00e1n incorporarse.<\/p>\n\n\n\n
Cuando la recuperaci\u00f3n se hace desde una ayuda, no se asigna contenido al objeto que la llam\u00f3, eso contin\u00faa siendo gestionado por la ayuda.<\/p>\n\n\n\n
Si en el proceso se producen errores, el usuario recibe mensajes informativos para apoya otras acciones, tales como repetir la recuperaci\u00f3n de esa entidad, avisar al administrador del sistema u otras.<\/p>\n\n\n\n
Al retornar desde el di\u00e1logo y proceso de recuperaci\u00f3n de informaci\u00f3n, tanto el navegador de tablas maestras como el de ayuda, procuran dejar posicionado el cursor en el registro m\u00e1s adecuado y su informaci\u00f3n actualizada para que la vista sea correcta.<\/p>\n\n\n\n
Por ejemplo, si la recuperaci\u00f3n incluye solo un registro el cursor se posiciona en ese; si no incluye ninguno porque no encuentra nada, el cursor permanece donde estaba; si se recuperan varios el cursor se posicionar\u00e1 en el primero o \u00faltimo de ellos seg\u00fan la b\u00fasqueda vigente, el ordenamiento y otros. Si por alguna raz\u00f3n esa l\u00f3gica no puede cumplirse, se posiciona al comienzo de la tabla.<\/p>\n\n\n\n
Recuperar los documentos identificados en los documentos relacionados, podr\u00eda ocasionar un ciclo complejo de recuperaci\u00f3n por demanda que por ahora hemos preferido evitar y dejar al usuario el recuperarlos directamente si los requiere.<\/p>\n\n<\/div>\t\t