Un tema clave para más de 30 puestos de trabajo- política de bloqueos o “lockeos”

Este punto puede parecer muy técnico y de escasa significación práctica, pero como se verá a continuación es el tema fundamental que define si un ERP puede o no escalar, funcionando bien más allá de los 20 o 30 puestos de trabajo. De hecho este es un punto fundamental que opera como divisoria de aguas entre productos para empresas pequeñas, y productos para empresas medianas o grandes, si bien se verá que pueden encontrarse sorpresas.

Las alternativas que existen para lockear las entidades son básicamente dos:
a) La optimista
b) La pesimista.

Lo más usual y difundido, por cuestiones de sencillez del código, es el lockeo pesimista. Este consiste en tomar una entidad y cerrarla al acceso de cualquier otro potencial usuario. Existen a su vez dos niveles de cierre:

Completo: ningún otro usuario puede ni siquiera leer dicha entidad.
Parcial: solo se inhibe la edición de dicha entidad.

Por ejemplo: Un usuario accede a modificar los datos de un cliente, y el lockeo pesimista cierra el acceso a dicha entidad. En el caso más leve solo negará el acceso a otro usuario que quisiera a su vez editar el mismo cliente, en el caso más extremo (y más usual) impedirá, que se le pueda facturar o emitir cualquier tipo de transacción.

En el caso del lockeo optimista nunca se cierra el acceso de nadie a nada.

Como funciona

Suponga el caso más simple detallado previamente:

Un usuario A entra a modificar los datos de un cliente Z. La sesión del usuario A se lleva una copia del cliente Z, con la fecha y hora de última modificación del mismo.

Ahora suponga que dicho usuario A deja su pantalla en el medio de la transacción por una llamada telefónica, o porque se va a almorzar. Entonces entra otro usuario B a modificar dicho cliente Z, y como se utiliza lockeo optimista, este último usuario también accede.

Suponga ahora que B modifica y graba antes que el usuario A retorne de su almuerzo. El cliente Z queda con una fecha-hora nueva registrada.

Cuando A retorna a utilizar el sistema y termina la modificación que tenía en curso, al intentar grabar verá que la operación no se realiza por no tener una copia actualizada del cliente Z. Esto puede ser molesto para algunos, pero es el único modo de evitar lockeos peligrosos en implementaciones que superan los 50 puestos.

De este modo funcionan las reservas de las compañías aéreas, de otro modo una consulta acerca de un pasaje de alguna ignota agencia de turismo podría lockear las consultas de un vuelo completo.

Aunque resulta extraño, algunos productos que siempre fueron vendidos como para empresas grandes, utilizan política de lockeo pesimista, generando enormes inconvenientes. Tal es el caso de J.D. Edwards.

Ahorre dinero y riesgo. Obtenga un informe gratuito del software que mejor se adapta a su empresa. Utilice el centro de evaluación.