none
Cambiar fecha de registro RRS feed

  • Pregunta

  • Buenas a todos,

    Se que ni se puede ni se debe hacer, pero ya van varias personas que nos formulan la siguiente pregunta, ¿Por que no se puede cambiar la fecha de registro una vez que hayan sido registrados los movimientos,facturas, etc...?

    Se perfectamente que no se puede, y que los errores que puede generar tocar la base de datos pueden ser infinitos, por ello, alguien podría saber si existe un hotfix o relación para cambiar la fecha de registro.

    viernes, 10 de marzo de 2017 8:00

Respuestas

  • Hola,

    Impactar un cambio sobre cualquier columna de una tabla de base de datos es posible siempre y cuando tengas los permisos necesarios (autenticación y autorización) y no exista (o este apagado) alguna restricción que contenga reglas de integridad de dominio (llámese restricciones CHECK o algún TRIGGER) y es en este punto donde creo debes centrar el sustento de mantener los datos inalterables, por ejemplo, en una factura no deberías permitir el cambio de fecha de emisión (o por lo menos evaluar el escenario antes de permitir la actualización) porque es un documento con relevancia tributaria y en un escenario de auditoria tanto el número de documento como la fecha en que fue emitida debe tener una relación directa de concordancia cronológica, es decir, no podrías tener la factura 099 con fecha de hoy y la factura 100 con fecha de ayer, las entidades de fiscalización podrían observar el caso como una irregularidad, claro, depende mucho del sistema tributario de tu región. De igual manera con los movimientos de almacén, si el día 01 de febrero realizaste la compra de 100 unidades del producto A y el día 02 de febrero efectuaste una venta de las 100 unidades no es consistente que se cambié la fecha de salida del almacén -por ejemplo- al 31 de enero porque en esa fecha no existía stock para atender la venta, por tanto el registro de entradas y salidas consignaría un primer movimiento en negativo lo cuál no es correcto, lo mismo sucedería en los movimientos de caja (registro de entrada y salida de dinero) y en muchos otros procesos de negocio. Como vez, si tienes los permisos necesarios claro que se puede, ¿se debe? yo creo que la aplicación debe validar el escenario para permitir o denegar la solicitud de cambio manteniendo siempre la premisa de consistencia y coherencia en los datos, que debería formar parte de las reglas de negocio.


    Espero que la información proporcionada te haya sido de utilidad, quedo atento a tus comentarios.
    viernes, 10 de marzo de 2017 14:26

Todas las respuestas

  • ¿Qué fecha de registro? ¿Es un campo de tipo DateTime en una tabla SQL? Si es asi, se puede cambiar con una simple instruccion UPDATE, salvo que exista algun CONSTRAINT que lo impida, en cuyo caso se podria deshabilitar el constraint y hacer el cambio. Por supuesto, eso puede que le "siente mal" a la aplicacion o aplicaciones que usan esa base de datos, y habria que tener presente cuáles son los requisitos que esas aplicaciones imponen a dicho campo. Pero desde el punto de vista de SQL Server (ya que ese es el foro en el que se puso la pregunta), es ciertamente posible cambiar cualquier fecha en los registros que hay en las tablas de la base de datos.
    viernes, 10 de marzo de 2017 8:23
  • Hola,

    Impactar un cambio sobre cualquier columna de una tabla de base de datos es posible siempre y cuando tengas los permisos necesarios (autenticación y autorización) y no exista (o este apagado) alguna restricción que contenga reglas de integridad de dominio (llámese restricciones CHECK o algún TRIGGER) y es en este punto donde creo debes centrar el sustento de mantener los datos inalterables, por ejemplo, en una factura no deberías permitir el cambio de fecha de emisión (o por lo menos evaluar el escenario antes de permitir la actualización) porque es un documento con relevancia tributaria y en un escenario de auditoria tanto el número de documento como la fecha en que fue emitida debe tener una relación directa de concordancia cronológica, es decir, no podrías tener la factura 099 con fecha de hoy y la factura 100 con fecha de ayer, las entidades de fiscalización podrían observar el caso como una irregularidad, claro, depende mucho del sistema tributario de tu región. De igual manera con los movimientos de almacén, si el día 01 de febrero realizaste la compra de 100 unidades del producto A y el día 02 de febrero efectuaste una venta de las 100 unidades no es consistente que se cambié la fecha de salida del almacén -por ejemplo- al 31 de enero porque en esa fecha no existía stock para atender la venta, por tanto el registro de entradas y salidas consignaría un primer movimiento en negativo lo cuál no es correcto, lo mismo sucedería en los movimientos de caja (registro de entrada y salida de dinero) y en muchos otros procesos de negocio. Como vez, si tienes los permisos necesarios claro que se puede, ¿se debe? yo creo que la aplicación debe validar el escenario para permitir o denegar la solicitud de cambio manteniendo siempre la premisa de consistencia y coherencia en los datos, que debería formar parte de las reglas de negocio.


    Espero que la información proporcionada te haya sido de utilidad, quedo atento a tus comentarios.
    viernes, 10 de marzo de 2017 14:26