¿Puedo usar localizaciones en las descripciones de los registros?

Almacenar llaves de localización en vez de la descripción del tipo de contrato en la base de datos, te permitiría localizar el smartlist, listas de valores y los datos de los reportes.

Evolution envía la instrucción select a la infraestructura de localización antes de ejecutarla, por lo que si a nivel de dicha instrucción se localizan constantes si las traduciría.

Por ejemplo, para un select como este, Evolution utilizaría las traducciones para las descripciones:

select 'A' codigo, '{Avion}' descripcion
union all select 'C', '{Carro}'
union all select 'M', '{Motocicleta')

Sin embargo, para fines de localizar los datos almacenados en tablas, como los datos no forman parte del select, la única manera sería como dice Salvador en su respuesta, llamando a la función de traducción que está en la base de datos.

select tco_codigo, cfg.GetLocalized(tco_descripcion, 'TipoContrato', 'en')
  from exp.tco_tipos_contrato
 where . . .

Creo que el mayor problema que se causa es de rendimiento, porque extraer el dato del propertybag y luego envíarselo a la función de traducción va a generar un overhead muy alto. Esto debes evaluarlo antes de comprometerte a implementar algo como lo que estás pensando.