Cómo funciona el OriginId en 4 pasos.

Creado por David Miralpeix, Modificado el Vie, 16 Feb a 2:05 P. M. por David Miralpeix

1. El OriginId indica quien es el propietario del registro ante una actualización:

Si somos desarrolladores de flexygo nuestros NUEVOS registros tendrán OriginId 0.
Si somos desarrolladores de producto nuestros NUEVOS registros tendrán OriginId 1.
Si estamos personalizando un producto o implantando un flexygo nuestros NUEVOS registros tendrán OriginId 2.

2. Jamás se modifica el OriginId de un registro existente en la herramienta o producto.

Podemos modificar cualquier campo de cualquier registro en flexygo independiente de su propietario salvo el OriginId.

3. Ante una actualización flexygo compara todos los campos uno a uno y actúa de la siguiente forma:

*Modificado por*		Acción a realizar
Nueva versión estándar	Personalización en la implantación	Acción a realizar
NO	NO	Se mantiene el valor anterior.
SI	NO	Se actualiza con el valor de la nueva versión.
NO	SI	Se mantiene el valor personalizado.
SI	SI	Se actualiza con el valor de la nueva versión, pero se indica que hay un conflicto por resolver tras la actualización. *¹

*¹ Esta última regla tiene las siguientes excepciones configuradas en la tabla Configuration_Default_Actions. El valor personalizado siempre prevalece ante conflicto en:

La etiqueta de una propiedad.
El Idioma de un usuario estándar (admin o guest).
El logo de una interfaz.
El color de una variable de un skin.
El cuerpo de una plantilla de mail.
El orden de un nodo.
El estado, mensaje de error, fecha de inicio y fecha de fin de un trabajo programado.

4. Si eliminamos un registro de un OriginId 0 o 1 en una implantación y no se borra de la herramienta/producto ese registro volverá a insertarse en la actualización, por eso a la hora de personalizar hay que Desactivar registros y no eliminar.