Acordar con desarrollo qué se registra

Un inventario de registros es la tabla más barata y más útil de este trabajo: una fila por aplicación y una columna por campo que debería haber. Lo primero que se busca es dónde coinciden lo que se maneja (dinero, datos personales) y lo que falta (la persona, el identificador de petición). Ahí está la prioridad.

Si una aplicación escribe la hora en su hora local y sin decir la zona, no hay forma segura de ordenar sus eventos con los de otra que escribe en UTC: hay que adivinar el desfase, y se equivoca dos veces al año si hay cambio de hora. Cuenta cuántas aplicaciones están así.

A quien programa se le pide mejor lo concreto: un evento, un campo, un motivo y un ejemplo. «Registren todo» es imposible de cumplir y de usar, y se contesta con un cambio que nadie revisa. Una petición bien escrita se puede estimar, probar y verificar después en el registro.

Cada fila del inventario trae un responsable. La petición no se manda a «desarrollo» en general, sino a quien responde por esa aplicación, con copia a su jefatura. Mandarla a quien responde por una aplicación que ya tiene el campo no cambia nada.

Las objeciones más comunes son el rendimiento, el espacio y la privacidad. Las tres son legítimas y se responden con datos y alcance, no con insistencia: pocos eventos, solo los de mayor riesgo, un identificador en lugar del nombre, y una prueba de cuánto cuesta. La privacidad en particular se atiende guardando lo mínimo: un identificador y no el nombre, y solo en los eventos que lo necesitan; lo que ese identificador implique legalmente lo decide quien lleva la protección de datos.