Buenas, estamos tratando de actualizar la base de auditoría de nuestro esquema de negocio personalizado. Es decir tenemos una fuente a parte que apunta a un esquema nuestro. El problema es que solo funciona cuando ponemos "No" al mantener datos actuales y --force 1
Es decir, cuando lo corremos así:
./guarani crear_auditoria -f guarani_pers -s negocio_pers --force 1

Si bien los datos en las tablas de auditoria parecen no borrarse tenemos miedo de que esto nos traiga algún problema. Alguna sugerencia?

Buenas, qué tal? Deployamos Guaraní 3 a producción, usando https. Encontramos que se incluyen ciertos recursos con http, esto hace que genere problemas del lado del navegador, tirando errores del tipo mixed content. Serían estos:

./lib/toba/php/vendor/onelogin/php-saml/docs/Saml/css/template.css:@import url(http://fonts.googleapis.com/css?family=Forum);
./lib/toba/php/vendor/onelogin/php-saml/docs/Saml2/css/template.css:@import url(http://fonts.googleapis.com/css?family=Forum);
./lib/toba/www/js/js-app-launcher/README.md:  <link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Lato:300,400,700" type="text/css" />
./lib/toba/www/js/js-app-launcher/index.html:<link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Lato:300,400,700" type="text/css" />
./lib/toba/www/js/js-app-launcher/test.html:        <link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Lato:300,400,700" type="text/css" />
./php/extension_toba/tipos_pagina/guarani_tp_basico.php:            echo '<link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Lato:300,400,700" type="text/css" />';


Saludos!

Buenas, necesitamos realizar lo siguiente. Tenemos una personalización que filtra personas y luego de encontrar a la persona  se pasa a otra pantalla con la persona seleccionada. La cuestión es que necesitaríamos  en esta pantalla agregar un botón o link que nos envíe a la operación del core "Administrar Personas". No solo eso, nos interesaría que nos envíe a la pantalla de edición de la persona directamente, ya con los datos cargados.  Además estaría bueno que la pantalla de edición de la persona se abra en un popup, cuestión de no perder lo que estaba haciendo el usuario en la personalización. Básicamente la necesidad es poder editar los datos de la persona mientras se está trabajando en la personalización. La idea es no perder el flujo de trabajo del usuario que está trabajando en esa parte del Sistema y tiene que irse a otra operación y volver.

Espero haber sido claro, desde ya muchas gracias y saludos!

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!

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! Acudo nuevamente al querido foro ya que tengo una pequeña duda sobre personalizaciones.
Queremos, antes de empezar con las nuevas personalizaciones, crear algo así como un documento de convenciones a la hora de nombrar los nuevos ítems, ci, cn, clases y demás componentes que aparezcan. Lo más parecido que encontré hasta ahora es este artículo http://portalguarani.siu.edu.ar/trac/Portal-G3/wiki/NotasTecnicas/ejemplopersonalbasic

Si bien entiendo parcialmente los estándares que propone, no me queda claro si este sistema de sufijos se aplica solo a ítems clonados y clases heredadas o si se aplica también a personalizaciones nuevas que no tienen nada que ver con componentes de Guaraní ya existentes.

Para resumir, la convención sería:
Nombre operaciones: Nueva operación - UNQ
Nombre CI,CN: Nuevo controlador de interfaz - UNQ
Clase CI,CN: ci_nuevo_controlador_interfaz_unq.php
Nombre del resto de los componentes: pantalla, cuadro, filtro, form
Clases de extensión del resto de los componentes: pantalla_nueva_unq.php, cuadro_nuevo_unq.php, form_nuevo_unq.php

Cualquier adición o corrección a estos estándares será bienvenida, gracias!

Buen día, tenemos una situación en la cual necesitamos crear un requisito que es especifico para cada inscripción. Es decir, cada vez que un alumno se inscribe a una carrera alguien tiene que tildar este requisito para que su inscripción quedé aprobada. Por lo que estuvimos viendo del sistema de requisitos, la asociación es requisito-persona. Por lo tanto, si el requisito es uno solo, cuando se lo tilden para una carrera, se le tildará para todas las demás. Lo cual no es deseable para nuestro caso. Una solución con este esquema sería crear n requisitos duplicados para cada carrera, pero es un proceso tedioso y poco mantenible. La otra solución sería crear una personalización que maneje una tabla nueva con una relación del tipo persona-requisito-carrera-plan. Me gustaría saber cuales son sus opiniones al respecto. Desde ya, muchas gracias y saludos!

Hola! Creo este hilo porque lo había preguntado en una respuesta del tema anterior y tal vez se pierda. Mi pregunta es la siguiente:
Estoy viendo que G3 ofrece en su servicios REST una entidad llamada "Curso". Con sus tablas respectivas int_pv_cursos y int_pv_cursos_comisiones. La tabla tiene campos como id_plataforma e id_curso. Cuál es el propósito de esta tabla y campos? Hay documentación al respecto? Lo veo como un buen candidato para una interfaz con otros sistemas, pero quiero saber más sobre su propósito en el Sistema? Desde ya, muchas gracias!