Buenísimo, gracias!

Buenas, les queríamos consultar lo siguiente, tenemos dos perfiles de datos:
Perfil de datos 1 => 5 propuestas especificas
Perfil de datos 2 => 5 propuesta especificas
Ahora, cuando queremos realizar el cierre de periodo encontramos un problema. La primer pantalla del wizard nos hace elegir primero que nada responsables académicas. Como estos perfiles no abarcan responsables académicas no puedo continuar.

También tendríamos la necesidad en lo posible de correr el proceso de forma automatizada, no vimos que haya implementada ninguna manera de realizarlo, por eso estamos pensando en alguna personalización que automatize el proceso, alguna idea de como encararlo? Gracias!

Buenas, tengo una situación particular que me está costando resolver.  Necesito colocar un requisito de proceso que sea verificado en el momento del cierre del periodo de inscripción. Por lo que estuve viendo en el código la manera de hacer esto es marcar el requisito como requisito de ingreso. Esto hace que la validación se dé tanto en el momento que se importa desde preinscripción como en el cierre de periodo.  El problema es el siguiente: mi requisito de proceso necesita conocer cual es el id de propuesta_aspira en cuestión. Sin embargo, los parámetros de contexto que se me brindan son fecha, persona, anio_academico, propuesta y plan_version. Ahora bien, podría, con esto datos, traerme el último registro de propuesta_aspira que cumpla con estos valores, pero se da el problema de que esta regla se valida en los dos momentos que mencioné antes. Es decir, en el primer momento que se ejecuta es en la importación desde preinscripción y en esta instancia el registro de inscripción aún no ha sido insertado. Mi pregunta es: cómo puedo de alguna forma lograr que el requisito solo se ejecute en el cierre de periodo (en donde el propuesta_aspira ya existe)?. O bien, cómo puedo, dentro de la regla, diferenciar en que momento o contexto estoy parado? O, mejor aún, cómo puedo directamente traer la propuesta_aspira como parámetro de contexto?

Espero haber sido claro, de antemano muchas gracias!

Entiendo, lamentablemente en el caso de la aceptación de la inscripción la función en común va más abajo y es una llamada al act_inscripciones. Es una opción extender esta función, haciendo que llame al parent y luego a nuestra API. Pero nos sigue  pareciendo poco prolijo y riesgoso, ya que esta función podría modificarse en el core ante una actualización. De todas formas gracias por el código de ejemplo. Saludos!

Buenas, estamos trabajando en la integración de Guaraní 3 con el campus virtual y el actual sistema de facturación. La cuestión es que nuestro modelo es un poco más complejo que lo planteado en los web services de G3, con la exposición de comisiones y cursos virtuales. Nosotros necesitamos poder impactar en nuestros sistemas ante diferentes eventos. Tales como la aceptación de una inscripción, el rechazo de la misma, la aplicación de una licencia, entre otros. Nuestra inquietud o duda llega en el cómo implementar dicha solución. Evaluamos consultar estas tablas regularmente, pero lo vimos desprolijo y poco confiable, más que nada porque muchas de las tablas no mantienen un registro histórico con fechas, y usar el esquema de auditoria nos parecía más desprolijo aún. Por otro lado, evaluamos la posibilidad de insertar hooks mediante código, extendiendo las clases pertinentes para agregar nuestras llamadas. Tampoco nos pareció de lo más prolijo, ya que implica un riesgo alto de conflicto si el código original cambiase. Como último recurso se nos ocurrió agregar triggers propios a las tablas involucradas de modo de capturar estos eventos en nuestras propias tablas. Nos gustaría saber su opinión con respecto a este asunto, desde ya muchas gracias y saludos!

Buenas, soy Pablo del área de la UNQ. En el comité de Araí les había contado de un libro que fue de gran ayuda para nosotros. Nos dio una guía y un conjunto de buenas prácticas muy interesante. Quedamos bastante conformes con la solución y creo que van a poder sacar varias cosas del mismo. El libro se llama Identity Management on a Shoestring de Ganesh Prasad. Saludos!

Hola! Mirá nosotros tuvimos que instalar las fuentes de otra manera por estar usando Docker. Fijate si te funciona esto:
wget http://thelinuxbox.org/downloads/fonts/msttcorefonts.tar.gz
tar -zxvf msttcorefonts.tar.gz
cp msttcorefonts/*.ttf  /usr/share/fonts/truetype/
fc-cache -fv

Fijate si la ruta /usr/share/fonts/truetype existe en tu distro. Saludos!

Buenas, refloto este tema. Estamos trabajando nuevamente en el análisis de la interfaz entre Guaraní y nuestros Sistemas. Estas tablas sin duda pueden sernos útiles. Quería saber si se en este tiempo se generó algún tipo de documentación o al menos pueden darnos una idea de cual es el propósito del uso de estás tablas por las instituciones. Gracias!