Hola buen día, estamos trabajando sobre la versión 3.14 del sistema mapuche la cual actualizamos hace poco y notamos que, en los dni de los agentes desde el portal nos aparecen separados por comas , la ruta que lo ejecuta es → Servicios → Certificaciones → Datos personales y el campo dni aparece por ej : “31,774,613” , verificamos de que manera se están cargando en la tabla de la base y lo realiza con el tipo de dato ‘Integer’ (mismo que tenia antes de que actualicemos), el encoding es ‘LATIN1’ , LC_COLLATE =‘C’ y LC_CTYPE = ‘C’. Las impresiones de pdf también salen con comas. Creo que el inconveniente puede venir desde donde se arma la consulta que se realiza, pero no se bien cual es… Seria de gran ayuda si me indican en donde se arma esto, o si si creen que puede ser otra cosa acepto sugerencias…
Desde ya muchas gracias!
Hola, como estas? a que te referis cuando decis portal? nos podes enviar una captura de la pantalla donde aparecen las “comas”. La parde de los pdf nos quedo claro. Otra prueba que te voy a pedir que hagas, es ver como te muestra a los agentes que tengan un caracter “especial” como una “ñ”.
Gracias, saludos!
Nico
Hola buen día, los caracteres especiales como la ñ, salen correctamente, adjunto capturas de las diferentes pantallas donde persiste el error que comentaba…
Cabe destacar que desde la base de datos todo esta correcto, al parecer el error esta en el php que arma estos cuadros en el frontend.
Solicito, si no es mucha molestia, que me digan cuales son los archivos y sus rutas para el armado de ‘Actualizacion->Legajo’ en donde me lista los agentes con la separación con comas en su dni. y ‘Servicios-> Certificaciones-> Datos Personales’ en la cual se repite el error…
Desde ya muchas gracias!
Hola Mariana, buenos días.
Posiblemente sea un tema de configuración de PHP (si es que lo actualizaron hace poco y antes les funcionaba bien)
Que tienen configurado en la variable default_charset del php.ini?
Tendrían que tener descomentada la linea y puesto default_charset = “ISO-8859-1”
Saludos, Nico
Hola Nico, te adjunto captura de php, ya estaba configurado de la manera que comentas.
Necesito la especificación que pido en el mensaje anterior…
Desde ya muchas gracias!
Hola, estuve revisando y el problema seguramente lo tienen en el locale del sistema operativo. Y esto se translado a Postgres cuando lo instalaron.
Puntualmente el dato que mencionas se formatea desde el motor de base de datos (Postgresql) y se manda ya formateado al Browse de Toba.
Si queres mirar el código, lo podes encontrar en la Clase agentes.php (php/modelos/negocio/agentes), linea 47:
dh01.tipo_docum || ' ' || to_char(dh01.nro_docum::numeric(11,0),'9G999G999G999') AS documento
Saludos, Nico
Genial Nico! Ya pude solucionarlo, efectivamente fue un error que se corrigió en el archivo postgresql.conf , la linea que contenia lc_numeric = ‘C.UTF-8’, se modificó por lc_numeric = ‘es_AR.UTF-8’ .
Muchas gracias por tu colaboración!
Buena semana , saludos!