Debido a que todo es din\u00e1mico y puede cambiar, los datos de productos, clientes, \u00f3rdenes de servicio, notas de venta y otros documentos y entidades del sistema pueden tener modificaciones en diferentes ocasiones durante su ciclo de vida, ya que por regla general la base de datos de un ERP debe ser una representaci\u00f3n fiel de la realidad.<\/p>\n\n\n\n
Sigue\u00ae ERP cuenta con una herramienta de Historial de Modificaciones, que en forma interna y transparente para los usuarios puede dejar registro detallado y accesible de todos los cambios ocurridos en la informaci\u00f3n, cuando los hacen ellos y, si corresponde, cuando los aplica el propio sistema.<\/p>\n\n\n\n
Este recurso se suma al esquema de seguridad que permite definir usuarios, accesos, permisos, niveles y m\u00e1s; todo para que la informaci\u00f3n sea siempre ver\u00eddica y segura, al tiempo que est\u00e1 disponible y es generada y aprovechada por toda la organizaci\u00f3n de forma integrada, \u00e1gil e intuitiva, conservando la reserva y confidencialidad donde y cuando sea adecuado.<\/p>\n\n\n\n
Este registro de las Modificaciones se integra en la herramienta de Historial con la que cuentan los documentos y dem\u00e1s entidades, y que puede incluir las Autorizaciones y Bloqueos, los Seguimientos y los Hitos. Dicha herramienta est\u00e1 disponible en los men\u00fas de texto e icono en la parte superior de los navegadores y de la edici\u00f3n de registros.<\/p>\n\n\n\n
En general, la revisi\u00f3n del historial de modificaciones de un documento o de otra entidad puede servir para detectar anomal\u00edas en la gesti\u00f3n, para tener pruebas de quien, cuando y que exactamente se modific\u00f3, para saber algo que antes estaba, pero ya no; sin importar que posteriormente haya habido m\u00e1s modificaciones, todas van dejando registro.<\/p>\n\n\n\n
Este Hist\u00f3rico puede ser consultado por los usuarios desde los navegadores de tablas maestras y de cartolas y desde la edici\u00f3n de la entidad dentro del ERP.<\/p>\n\n\n\n
Adem\u00e1s, cuenta con informaci\u00f3n estructurada en formato JSON que puede ser aprovechada por an\u00e1lisis y estad\u00edsticas automatizados creados con herramientas como Microsoft Excel y Power BI, para las cuales se pueden generar las consultas correspondientes, que adem\u00e1s se pueden pre grabar y ejecutar en el gestor de base de datos Principal del ERP.<\/p>\n\n\n\n
Las estad\u00edsticas que se pueden generar mediante consultas o con herramientas externas, por rangos de tiempo, pueden consistir, por ejemplo, en saber que productos son los que m\u00e1s frecuentemente se quitan o reducen, cuantas unidades de esos productos han sido quitadas, cuantos documentos de un determinado tipo han sufrido una disminuci\u00f3n de su monto total inicial.<\/p>\n\n\n\n
Las estad\u00edsticas que se pueden generar del modo ya explicado, permiten hacer an\u00e1lisis que no se tienen en los informes regulares del sistema, pues estos \u00faltimos se basan en los documentos y entidades tal como se encuentran al momento de procesar o tal como se guard\u00f3 cierta informaci\u00f3n cuando ocurri\u00f3 el hecho.<\/p>\n\n\n\n
Este recurso puede conservar los registros hist\u00f3ricos generados por modificaciones en detalles o tablas hijas de entidades padres (productos, cuotas, documentos relacionados y otros de documentos; precios y componentes de productos; sucursales de clientes y proveedores; y m\u00e1s) aun cuando posteriormente esa l\u00ednea hija o informaci\u00f3n sea eliminada, ocasi\u00f3n en que tambi\u00e9n se genera registro.<\/p>\n\n\n\n
Adicionalmente, un documento anulado y cualquier entidad inactivada mantienen su historial de modificaciones y est\u00e1 accesible al usuario, y el historial de modificaciones de un documento u otra entidad eliminada puede ser rescatado de la base de datos si se requiere.<\/p>\n\n\n\n
El usuario no requiere intervenir en nada, todo opera autom\u00e1ticamente al grabar el registro modificado (luego de cumplidas las validaciones y antes de grabar), tambi\u00e9n en ciertos procesos.<\/p>\n\n\n\n
Algunas tablas de uso menor o de configuraci\u00f3n del sistema pueden no contar con Hist\u00f3rico de Modificaciones; en su lugar cada registro indica la fecha, hora y usuario de creaci\u00f3n y de \u00faltima modificaci\u00f3n.<\/p>\n\n\n\n
Debido a que esta herramienta genera registros hist\u00f3ricos, utiliza clave de Persona Responsable para identificar al usuario que responde por estos. Durante una sesi\u00f3n (acceso y permanencia en una misma tabla o recurso) usualmente el usuario se habr\u00eda identificado antes con su contrase\u00f1a de persona responsable exigida por alguna acci\u00f3n, si es as\u00ed se asume dicha clave y no se solicita nuevamente. Adem\u00e1s, se puede aprovechar y asumir internamente la contrase\u00f1a ingresada la primera vez durante la sesi\u00f3n actual, si est\u00e1 as\u00ed definido en la parametrizaci\u00f3n global (nGlbPswPerResModBor = 2).<\/p>\n\n\n\n
Cuando se define en verdadero (.t.) el par\u00e1metro global del sistema (lGlbHistoryModifica) que por omisi\u00f3n es falso (.f.), la informaci\u00f3n de Hist\u00f3rico de Modificaciones que se genera y est\u00e1 disponible, adem\u00e1s de alimentar la lista est\u00e1ndar de las ocasiones en que la entidad ha tenido modificaciones, en cada uno de esos registros deja un completo detalle de los cambios.<\/p>\n\n\n\n
En la configuraci\u00f3n del Gestor de Tablas Generales y de la Ayuda de Entidades, en el ID de cada tabla el campo \u2018Privacidad \/ HisMod\u2019 especifica si esta genera hist\u00f3rico de modificaciones, lo que aplica si el par\u00e1metro global est\u00e1 activo.<\/p>\n\n\n\n
En ese mismo campo, cada campo referenciado define su Privacidad, pudiendo ser un dato p\u00fablico o uno reservado. Reservado significa que cuando es incluido en el detalle del historial porque es nuevo, modificado o eliminado, su contenido no es mostrado, sino que es reemplazado por la expresi\u00f3n \u201c(reservado)\u201d, su presencia deja constancia del cambio. Esto puede aplicar, por ejemplo, con las claves de persona responsable y similares.<\/p>\n\n\n\n
Todos los datos del registro modificado (clientes, productos facturas, \u00f3rdenes de servicios, abonos, etc.) son incluidos por omisi\u00f3n en el detalle para el usuario del Historial en cada modificaci\u00f3n efectuada; sin embargo, por motivos pr\u00e1cticos, para todas las entidades que no se gestionan como tablas generales, en la configuraci\u00f3n inicial de la ayuda de entidades solo se incluyen los que el usuario interviene directamente, m\u00e1s el monto Total en caso de documentos, y quiz\u00e1s otros que pueden ser necesarios; as\u00ed usualmente se excluyen aquellos cuyo contenido cambia como consecuencia de la acci\u00f3n del usuario sobre otra informaci\u00f3n, aunque se puede indicar que si se incluyan si se quiere.<\/p>\n\n\n\n
En la configuraci\u00f3n del Gestor de Tablas Generales se define con que nombre se presentan sus datos en los respectivos registros. El historial de modificaciones aprovecha esos mismos nombres para mayor estandarizaci\u00f3n y comprensi\u00f3n. Tambi\u00e9n aprovecha los atributos de formato y otros.<\/p>\n\n\n\n
En la configuraci\u00f3n de las Ayudas del Sistema se define el nombre, texto de ayuda, algunos formatos de presentaci\u00f3n y otros atributos, para bases de datos, tablas, vistas, campos de tablas y vistas, y para otras entidades que pudiera requerirse. Esa informaci\u00f3n tambi\u00e9n es aprovechada por el historial de modificaciones con el objetivo de ser m\u00e1s est\u00e1ndar y familiar.<\/p>\n\n\n\n
En el caso de los campos de tablas y vistas, gracias a la documentaci\u00f3n din\u00e1mica integrada en el ERP, en el detalle del registro hist\u00f3rico generado estos se incluyen en el mismo orden en que son presentados y gestionados en la edici\u00f3n del registro de su entidad, facilitando la comprensi\u00f3n.<\/p>\n\n\n\n
Los detalles o registros de tablas hijas de entidades padre (como los productos o servicios, cuotas o detalle de forma de pago y documentos relacionados de un documento; los precios y componentes de un producto; las sucursales de cliente y proveedores, etc.) en el Historial de Modificaciones son tratados en forma independiente. Por ejemplo, en los productos y servicios que incluye un documento, al eliminar un detalle del tipo Kit\/Paquete, son quitados su registro padre y todos sus componentes, que para el documento son sus detalles. Entonces para el historial cada detalle agregado, modificado o eliminado, independiente de su tipo, es un elemento del registro generado y lo individualiza con la informaci\u00f3n que le corresponde.<\/p>\n\n\n\n
Los datos de los detalles, del tipo que sea y de las entidades que sea, aplican tambi\u00e9n la l\u00f3gica de ser incluidos dentro de su contexto en el mismo orden en que regularmente est\u00e1n en la l\u00ednea de detalles del documento, y solo se incluyen los que efectivamente tienen informaci\u00f3n y\/o cambios. Esto, que se logra mediante la configuraci\u00f3n del sistema, puede cambiarse, pero se sugiere mantenerlo as\u00ed pues se ha comprobado que es lo m\u00e1s adecuado.<\/p>\n\n\n
El m\u00f3dulo propio de Administraci\u00f3n de la Base de Datos del ERP, tambi\u00e9n aprovecha la informaci\u00f3n que se indica en los p\u00e1rrafos anteriores, para la documentaci\u00f3n din\u00e1mica en tiempo real. Esto se describe en el cap\u00edtulo respectivo de este manual.<\/p>\n\n<\/div>\t\t