Soporte #5000
No le cargan los codigos contables
Description
Hay una profesora llamada Dominga Romera Funez que tiene perfil de Responsable en contabilidad, pero que cuando entra no le carga los codigos de los que es responsable.
Su login es dromerof y su correo es domi.romero@uam.es. Es responsable del codigo 796605, pero cuando entra en la contabilidad no le enseña ese codigo. Te pongo pantallazo
History
#1 Updated by Daniel García 23 days ago
- Tracker changed from Errores to Soporte
- Status changed from Nueva to Resuelta
- Assignee changed from Daniel García to Jose Antonio Martín Bravo
- % Done changed from 0 to 100
#2 Updated by Daniel García 23 days ago
Inconsistencia de datos entre el sistema de usuarios (conta_users) y el sistema de profesores (fundagest):
En conta_users el nombre registrado era: "Dominga Romero Fúnez"
En profesores/datos (procedente de Fundagest) el nombre registrado es: "Domi Romero Fúnez"
El sistema de contabilidad localiza al profesor mediante una búsqueda LIKE sobre el nombre completo. Al no coincidir "Dominga" con "Domi", la búsqueda devolvía 0 resultados y el sistema no podía asociar al usuario con su ficha de profesor (id_profesor=10148).
Solución aplicada:
Se ha corregido el campo name en la tabla conta_users para que coincida exactamente con el nombre almacenado en la tabla datos de Fundagest:
UPDATE conta_users SET name = 'Domi Romero Fúnez' WHERE id = 1450 AND login = 'dromerof';
UPDATE responsables SET responsable = 94696 WHERE programa = 796605 AND responsable = 105694;
#3 Updated by Daniel García 22 days ago
Causa raíz:
El sistema de contabilidad (fguam) no almacena el ID del profesor en conta_users. En su lugar, busca al profesor por nombre mediante la función buscaPersona(), que hace un LIKE contra CONCAT.
Problema:
El nombre almacenado en conta_users.name y en fundaweb.datosextra era "Dominga Romero Fúnez", mientras que la tabla datos (fuente de verdad) tiene "Domi Romero Fúnez". Al no coincidir, buscaPersona() no encontraba al profesor y el sistema mostraba "no existen códigos asociados".
Adicionalmente, intentos anteriores de corregir el nombre mediante el cliente MySQL introdujeron doble codificación UTF-8 en el campo (ú almacenada como C383C2BA en lugar de C3BA), agravando el problema.
Solución aplicada (solo datos, sin cambios de código):
xls.conta_users.name corregido a "Domi Romero Fúnez" mediante JOIN directo desde datos (evita problema de encoding).
fundaweb.datosextra.valor (identidad 4057) corregido con UNHEX para garantizar los bytes UTF-8 correctos.
Con esto, buscaPersona() encuentra correctamente id_profesor=10148, que tiene el programa 796605 asignado como responsable con tipo_res=0.