Continuamos migrando y nos topamos con un error que no entendemos bien como solucionar. Estamos por pasar en entorno de prueba a versión 3.12
En el job mig_actas (Módulo 55_Actas), en el script 09_ausencias_examen nos devuelve:
ERROR: el nuevo registro para la relación «sga_ausencias_examen» viola la restricción «check» «ck_sga_ausencias_examen_estado»
Detail: La fila que falla contiene (9800, 2633, 1, Justificación: parte medico, A).
Revisamos el check de dicha tabla y acepta los valores “Aceptado” o “Rechazado”, sin embargo el valor A es asignado en el scritp, no es leído de una tabla, por lo que entiendo que no sería un error de datos de la base. Eso ocurre en la siguiente línea:
Probé esa solución pero parece que el Pentahoo es muy exigente con los caractéres? Me da el siguiente error:
ERROR (version 6.1.0.1-196, build 1 from 2016-04-07 12.08.49 by buildguy) : Ocurrió un error al ejecutar esta entrada de trabajo:
2017/09/20 20:49:07 - 09_sga_ausencias_examen - Couldn’t execute SQL: 
…
ERROR: error de sintaxis en o cerca de «ï»¿»
Position: 1
Probé modificar desde un bloc de notas y también abriendo con el editor de Postgres (pensé que tal vez el bloc de notas le mete algún caracter extraño) y el resultado es el mismo, de hecho, después de volver a dejar el script como era originalmente, el error persiste.
Al modificar el archivo quedó con otro encoding.
Proba abrirlo con algún editor y fijate que al comienzo del archivo debio quedar estos caracteres: 
No veía lo que me decías, sin importar con que editor lo abra, no me mostraba caracteres extraños. De todas formas lo solucioné modificando el archivo con NANO de Linux. Pudimos terminar la migración! Ahora empezamos a probar el sistema,
Estamos por publicar la versión 3.12.3
Por favor vean de actualizar ese entorno de pruebas a estar versión y volver a realizar la migracion con los scripts que van a publicarse de esta version.
Debido a que hubo muchos cambios desde la version 3.12 a esta ultima version.
Saludos!
Buenos días, el tema de la codificación se debe a que tenemos varias personas generando los archivos de migración, y algunos estamos con un entorno linux y otros con windows.
Cuando se rompe es porque la codificación de caracteres está distinta a lo que reconoce tu entorno linux.
Si llegas a tener denuevo el mismo problema en un futuro podés recodificar el archivo a utf8 para no volver a tener el mismo problema con el siguiente comando.
Sino también lo que hace el entorno windows es solamente agregar un carácter extraño al inicio del archivo, podes borrar el inicio del archivo y volver a grabarlo en uno nuevo para que el problema no persista.