API POST Personas con Rol docente

Buenas, quería saber si hay alguna API para hacer un POST de Personas agregando además el rol Docente.

La gestión de docentes y sus designaciones en la Universidad es realizada a través de un sistema externo de desarrollo propio donde atraviesa distintos circuitos y sincroniza con otros sistemas por ejemplo la información en los legajos de Mapuche, y tenemos unos scripts también para asociar los docentes a las comisiones en Guaraní. Las comisiones son asociadas a cada cargo/docente en este sistema externo (leemos los id de comision de Guaraní, los cargos de Mapuche, y en este sistema damos de alta enlazando su cargo con la comisión id con las responsabilidades etc). Esto lo tenemos funcionando ya hace varios periodos lectivos y funciona ok para personas ya existentes en Guaraní, tenemos desactivada para escritura la pestaña Docentes de Administrar Comisiones ya que eso se inserta desde la base externa.

Lo que nos sucede es que cuando hay altas de nuevos docentes es necesario primero dar de alta la persona de forma manual en Guaraní Gestión, asociarle el rol docente y luego recién podemos sincronizar los datos desde el sistema externo. Si pudiéramos tener un endpoint con POST de persona tendríamos todo el circuito automatizado. Si no es posible lo de tener un endpoint, si alguien sabe nos indicarían qué funciones podríamos utilizar o cómo podríamos automatizar esta parte?

Gracias!

Hola Maximiliano, buenas tardes!
Por el momento no contamos con un servicio de este tipo.
En https://documentacion.siu.edu.ar/apis/?spec=guarani_v1 pueden ver los servicios existentes, para el caso de docentes todos los servicios son de tipo GET.
No existe hoy un servicio para que Guaraní traiga los datos de docentes desde sistemas externos.

En caso de que quieran personalizar para crear el servicio pueden ver la documentación que tenemos sobre personalización de servicios rest: https://documentacion.siu.edu.ar/wiki/SIU-Guarani/Version3.22.0/personalizaciones/rest

Saludos!
Ariana.

Hola Ariana cómo estás? Muchas gracias por tu respuesta.
Más allá de vamos a ir viendo la documentación que mencionás te pregunto si es posible que puedan contemplar esa funcionalidad para futuras versiones.
Muchas gracias.

Hola Maximiliano!
Tenemos como iniciativa avanzar en una vinculación vía API con Mapuche. En este caso se trabajaría teniendo en cuenta las mecánicas de este sistema.
Pero es algo que por el momento es sólo una iniciativa, aún no es proyecto, por lo que no podemos asegurar nada respecto a su viabilidad.

Saludos!

Buenas tardes Maxi y Ariana,

Soy Tomás Romero de la UCA y estamos en una situación similar. En nuestro queremos automatizar el alta de docentes en Guaraní tomando como fuente de datos Mapuche.

Actualmente utilizamos manualmente el kettle de alta de personas Guaraní (previa validación de legajos nuevos) y estamos desarrollando una automatización entre bases insertando en las tablas mpd_personas, mdp_personas_documentos y mdp_personas_contactos de Guaraní tomando los datos de Mapuche.

El rol de docente ya se sincroniza desde el sistema de designación (y para eso es necesario el alta de persona en Guaraní del párrafo anterior).

Les comparto nuestra idea para saber si ya pasaron por este mismo proceso o bien compartirles el resultado en caso de éxito.

Muchas gracias,
Tomás

Buenas, Gracias Ariana por tu feedback y gracias Tomás por compartir lo que están haciendo ustedes también.

Nosotros tenemos un sistema de desarrollo propio donde nace la información del cargo docente.

Para eso en este sistema aparece una especie de mapa con la oferta académica (de todas las carreras de la universidad, por roles según qué carreras puede administrar ese usuario) del periodo lectivo futuro (ej ahora el 2do semestre de 2025) y esas comisiones se van completando con designaciones, sean transitorias -cargos nuevos- o asociaciones a comisiones de cargos permanentes. Si la persona es existente (tiene legajo en Mapuche sea transitorio o permanente) el sistema toma sus datos, y si la persona es nueva se crea una especie de legajo temporal que dispara un proceso para que luego esa alta termine en Mapuche, pero la info de la persona docente nace en este sistema. Por otro lado desde este sistema en base a la info cargada que relaciona Mapuche (id cargos)/Guaraní (id comisiones) se controla topes de carga horaria, qué tipo de actividad es (teoría campo práctico investigación etc) cruzando también con otros cargos de otros tipos ej nodocentes, etc; también se generan anexos de TRIs/EXP para SUDOCU como documentos respaldatorios que envían las carreras a Sec. Admin a través de un circuito de pasos en este sistema.

En mapuche esta carga “masiva” con lo que va a suceder el periodo lectivo siguiente no tenemos problema, se cargan las altas/renovaciones y luego tenemos scripts que insertan la info de los ID de las comisiones de Guaraní en una personalización que hicimos de los campos anexos del cargo en la BD de mapuche. Luego mes a mes se cargan también novedades (cambios comisión, altas bajas etc) en este sistema y a medida que se van aceptando se van sincronizando automáticamente con Mapuche/Guaraní y también se van descargando documentos respaldatorios que se envían mediante SUDOCU si los cambios afectan los cargos y sino solamente con Guaraní si es una cuestión sólo de x ejemplo un cambio de comisión en la misma materia. Luego también tenemos automatizado que las altas en Mapuche tengan cuenta en Huarpe y así todo docente que se carga ya puede descargar sus recibos.

Pero los que nos traba avanzar con la automatización al menos en esta instancia del desarrollo, es esto de la alta de persona en Guaraní, en el momento que la designación si la persona no existe en ese sistema disparamos un mail automáticamente a Sec. Académica para que de de alta la persona y tilde el rol docente para 3w, y recién ahí lo toma otro script que ya tenemos resuelto y toma los datos de las designaciones,comisiones,responsabilidad docente, fechas inicio/fin y asocia los docentes a sus comisiones en Guaraní.

Esto lo tenemos en producción desde 2023, en expressjs+hbs, ahora lo estamos migrando a una plataforma centralizada node+vue en k8s que ya tiene en produ otros módulos producidos propios, y ya atravesó varios periodos lectivos y viene ok.

Creo que estamos mas o menos en procesos similares, y bueno nos sirve esa info para investigar lo del kettle ya que veníamos también con la idea de generar unos scripts para hacer los inserts en las tablas que mencionas y tablas relacionadas.

Muchas gracias por compartir, espero que también les sirva la info de cómo lo venimos haciendo acá.

Muchas gracias de nuevo,
Maxi.