Gong

En OEI se está utiilizando únicamente la fecha del gasto. La fecha de informe (o fecha de documento) se deja sin modificar: creo recordar que por defecto el modelo de gasto le asigna el valor del campo "fecha" si "fecha_informe" está vacío y esto estaría bien que quedara así.

En cualquier caso, la casuística que se necesita en OEI cubrir (y me atrevo a decir que también otras ONGs) es distinta y creo que no baste con sólo este cambio para resolverla: muy habitualmente se necesita imputar gastos fuera de etapa y que consten como tales en la fecha del gasto y la fecha del documento.

Un ejemplo de esto son las auditorías de un proyecto, que generan facturas después de la última fecha válida de ejecución, o los gastos de identificación, que pueden imputarse incluso antes de que exista una etapa a definir y de que el proyecto esté creado. Estos gastos quizás deberían poder contemplarse de alguna forma más limpia que "engañar" al sistema cambiándole la fecha de validación (con las posibles complicaciones y confusiones que esto pueda traer).

PD1: Ojo si se va a hacer una migración, tenemos cási 1 millón de líneas de gasto, así que las migraciones que impliquen el modelo de "gasto" son bastante delicadas por lo costoso de recorrerlas.
PD2: Para el cálculo de TC, cual de las dos fechas se va a utilizar?

Correcto. Entendido. Existen al menos dos necesidades:

1. Facturas fuera de etapa a las que queremos aplicar TC. Estas queremos que figuren como fuera de etapa, aunque se apliquen tasas de etapa.
2. Facturas que llevan fuera de etapa pero queremos meter con otra fecha dentro de la etapa. Osea ni utilizamos ni mostramos su fecha real

MB (a falta de volver a consultar con ellos dado que la petición tiene bastante tiempo) estaba hablando del segundo caso. En principio la fecha de informe estaba diseñada para este uso, pero dado que la aplicación no utilizaba esta logica, han acabado utilizando los dos campos en el sentido contrario. Es decir: cuando quieren meter un gasto dentro de la etapa cambian la fecha en vez de utilizar la fecha_informe. Por lo que para armonizar GONG al uso que están haciendo quieren cambiar el rotulo del formulario.

De momento y si OEI no esta utilizando el campo, podríamos hacer el cambio del rotulo en el formulario. NOTA: En principio en este caso no vamos a hacer ningún migrate de datos, pero ¿Merece la pena hacer un rename_column para cambiar fecha_informe por fecha_documento?

Volviendo al caso primero que planteas, podríamos mostrar en los listados el fecha_documento cuando esta fecha exista, aunque internamente para todos los cálculos se utilizan las fecha normal. Pero estoy de acuerdo de que tenemos el problema que comentas que al "engañar" al sistema puede haber problemas, concretamente al hacer resúmenes de información agregada en el que no quieras incluir esos gastos fuera de etapa.

Aunque se implemente la propuesta de MB el tema quedará pendiente. A bote pronto pongo dos enfoques de planteamiento:

A) Cambiar los resúmenes para que tiren de fecha_documento cuando la hubiese
B) Poner las fechas bien en ese tipo de gastos, y utilizar los periodos (formulación y seguimiento) para poder configurar TC.... puff, pero esto parece algo que crea bastante dispersión: Tasas de Cambio colgando de etapas, y de periodos. No se.