Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.11.0/novedades»

De SIU
Saltar a: navegación, buscar
 
(Versión 2.11.4 (fecha de publicación: 02-12-2025))
 
(No se muestran 20 ediciones intermedias de 2 usuarios)
Línea 3: Línea 3:
  
 
[[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']]
 
[[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']]
<br />
 
 
<br />
 
<br />
 
<br />
 
<br />
  
 
[https://administracion.siu.edu.ar/?ai=administracion||37000001&tcm=previsualizacion&tm=1&cod_proyecto=353&version=2.11.0|'''<big>Consultar los cambios por versión y módulo aquí</big>''']
 
[https://administracion.siu.edu.ar/?ai=administracion||37000001&tcm=previsualizacion&tm=1&cod_proyecto=353&version=2.11.0|'''<big>Consultar los cambios por versión y módulo aquí</big>''']
<br /><br />
 
 
 
==='''Versión 2.11.4''' (fecha de publicación: 06-10-2025)===
 
 
<br />
 
<br />
'''<big>SQ-Académico</big>'''
+
<br />
  
* '''Parámetro de sistema - Aplicar convenio sobre interés y mora'''  
+
==='''Versión 2.11.5''' (fecha de publicación: 04-12-2025)===
Se incorpora un nuevo parámetro de sistema que permite calcular y aplicar un convenio sobre el importe correspondiente a intereses y mora.
 
  
AP_CNV_REC: Aplica convenio de descuento en intereses y moras<br />
+
* Corrección de error al consultar faltantes de numeración de comprobantes generados en ARCA.
 +
* Corrección de error en rutas de assets en la carga de la pantalla de inicio de SQ-Académico.
  
==='''Versión 2.11.3''' (fecha de publicación: 04-09-2025)===  
+
==='''Versión 2.11.4''' (fecha de publicación: 02-12-2025)===  
<br />
 
'''<big>SQ-Académico</big>'''
 
  
* '''Problemas  de encoding:'''
+
* Corrección en el cálculo y visualización de convenios aplicados en comprobantes: Facturas y Notas de crédito:
Se corrigen los problemas de visualización de los caracteres especiales  y acentos en SQ que se producían en Sanavirón-Quilmes cuando se sincronizaba alguna Propuesta formativa nueva de Guarani3 o se creaban comisiones  o bien se inscribían a Propuestas o a cursos nuevas personas y que tenían caracteres especiales en sus nombres ( ej tildes , letra ñ.. etc).<br />
 
  
* '''Generación de cuotas'''
+
Se mejora la forma en que se aplican y registran, en los comprobantes, los convenios cuando las inscripciones se encuentran alcanzadas por convenios de tipo *bonificación*.
Se incorpora mejora que controla que no se genere una doble generación de cuotas en simultáneo al seleccionar todos los ''períodos de inscripción'' cuando existen dos o mas páginas.
+
Siempre se aplicarán en primer lugar los convenios de tipo porcentaje/importe y de ser posible, o sea, si no cubren el 100%, se aplicará el convenio de tipo bonificación.
 +
Cuando la suma de convenios de tipo porcentaje/importe aplique un 100%, el convenio bonificación se visualizará en $0.
  
==='''Versiones 2.11.0, 2.11.1 y 2.11.2''' (fecha de publicación: 01-09-2025)===  
+
==='''Versión 2.11.3''' (fecha de publicación: 13-11-2025)===  
  
A continuación mencionaremos las principales novedades:<br />
+
* Corrección de error al modificar un medio de pago desde el portal de pago cuando el medio original era "Transferencia bancaria".
 +
* Corrección del proceso: revertir_solicitudes_consumos_externos al ejecutar la Generación de cuotas.
  
* Suspensiones en generación de cuotas
+
==='''Versión 2.11.2''' (fecha de publicación: 06-11-2025)===
* Mejoras en la gestión de morosos
 
* Unidades de venta y conceptos de venta por Propuestas
 
* Nueva configuración para los medios de pagos
 
* Nuevo proceso para crear Matrículas anuales
 
* Mejora en la validación de comprobantes de transferencia bancaria
 
* Conciliador de cobranzas en SQ-Núcleo
 
* Vigencia para pagar inscripciones de Grado/Posgrado
 
* Núcleo - Pirapire: Mejoras en la configuración de comprobantes
 
  
 +
* Corrección de error al rechazar un documento externo (comprobante de transferencia)
 +
* Corrección en proceso vencer_ventas para el tratamiento de ventas en estado: 7 - Cobro diferido pendiente de confirmación para transferencias bancarias.
  
'''<big>Descripción de cada cambio:</big>'''<br />
+
==='''Versión 2.11.1''' (fecha de publicación: 03-11-2025)===
  
1. '''Suspensiones en generación de cuotas:'''<br />
+
* Corrección de error en actualización de SQ-Núcleo a versión 2.11.0
Se crea nuevo proceso incorporado en la Generación de cuotas para determinar, si para el período en que se está intentando procesar, existen en Guaraní licencias o pérdidas de regularidad con el objetivo de suspender la generación de cuotas para los alumnos registrados.<br /> El estado financiero de la inscripción en SQ continuará activo ya que obedece al negocio del módulo.<br />  
+
<br />
  
'''IMPORTANTE:''' requiere configuración de api /v2/ del módulo Guaraní.<br />
+
==='''Versión 2.11.0''' (fecha de publicación: 22-10-2025)===
  
Para utilizar esta funcionalidad se debe configurar el parámetro de sistema SUS_GEN_CT.<br />  
+
A continuación mencionaremos las principales novedades:<br />
  
'''Pérdida de regularidad:'''  
+
'''<big>SQ-Académico</big>'''
  
En Guaraní, la regularidad se procesa desde la operación Verificar Regularidad de los alumnos. Un alumno pasa a ser "No Regular" por no cumplir la regla en que haya aprobado al menos dos actividades en el último año. Cuando cuente con menos de dos actividades aprobadas quedará registrado en la tabla sga_perdida_regularidad.<br />
+
* Perfil de datos por Unidad de venta y Responsable académica
 +
* ABM clientes - Recuperar alumnos de Guaraní
  
El parámetro mat_cnt_auto_readmisiones_alumno debe configurarse en 0 (cero) para que no sea readmitido.<br />  
+
'''<big>SQ-Núcleo</big>'''
  
* '''Licencias:'''
+
* Callback de cobros: Generar ventas y cobros con sistemas externos
 +
* Validador de comprobantes
  
En Guaraní las licencias se cargan desde la operación Administrar licencias estudiantiles y quedarán registradas en la tabla sga_licencias.<br />  
+
'''<big>Técnico</big>'''
En SQ, el rango de fechas ingresadas controlará contra el período actual del generador de cuotas a través del recurso /v2/licencias-estudiantiles y /v2/alumnos-no-regulares si debe o no registrar la suspensión para la generación de cuotas.<br />
 
  
En la tabla facturaciones_suspensiones se registrará el rango de fecha desde/hasta de la licencia y/o pérdida de regularidad y el período en el que se está ejecutando.<br />
+
'''IMPORTANTE:''' aquellas implementaciones que utilicen imágenes docker deberán realizar la siguiente  [[SIU-Sanaviron-Quilmes/version2.11.0/implementacion_imagenes_docker|'''actualización''']]  en la base de toba tanto para sq_núcleo como sq_académico.<br />
  
En el generador de cuotas, después de seleccionar las propuesta y avanzar se consultará a través de los recursos mencionados y se generarán los registros para suspender la generación de cuotas.<br /> <br />
+
 +
'''<big>Descripción de cada cambio:</big>'''<br />
  
2. '''Morosidad:''' <br />
+
* '''Perfil de datos por Unidad de venta y Responsable académica'''
Se optimiza la gestión de morosos incorporando: <br />
 
tablero propio en el Dashboard del cliente;<br />
 
estado, registro histórico y período de suspensión por morosidad en Administrar inscripciones;<br />
 
modificación del parámetro INAC_MOROS por EXC_CUOT_MOROS permitiendo exceptuar la generación de cuotas por morosidad.<br />
 
<br />
 
3. '''Unidades de venta y conceptos de venta por Propuestas'''<br />
 
Se habilita la configuración de unidad de venta y conceptos de venta de SQ-Núcleo en Propuestas de SQ-Académico permitiendo asi un mejor tratamiento en el informe de recaudaciones a Pilagá a través de la caracterización del ingreso.<br />
 
  
Se eliminó el parámetro UV_X_P que habilitaba esta configuración. Ahora se podrá realizar directamente desde la operación Administrar propuestas. Cuando no se encuentre configurada una unidad de venta, se continuará utilizando el TOKEN_UV por defecto.<br />
+
Se crea la operación: "Mapear unidades de venta por responsable académica", con el objetivo de permitir agrupar ''Responsables académicas'' y ''Unidades de venta'' limitando a los usuarios con perfiles de datos (responsables académicas) para que solo puedan administrar las ''propuestas'' correspondientes a su/s unidad/es de venta.<br />
<br />
 
4. '''Medios de pagos'''<br />
 
Se readecúa la forma en que se configuran las credenciales de pago de los agentes de cobranza online. La configuración quedará por fuera del archivo config.ini manteniéndose un archivo de configuración .ini por agente de cobranza.<br />
 
  
Para los medios de pago: Pagotic y Helipagos se crea parámetro para uso estricto de subcuentas sin la obligatoriedad de configurar una cuenta por defecto.<br />
+
Esta configuración afecta a la posibilidad de configurar Unidades de ventas desde la operación '''Administrar propuestas'''.<br />
  
Se incorpora para Helipagos, la posibilidad de configurar por subcuentas por unidades de venta obligando a configurar unidades de venta por propuestas.<br />
 
<br />
 
5. '''Matrículas anuales'''<br />
 
Se crea el proceso generar_matriculas_anuales, el cual deberá configurarse desde el planificador de tareas, con el objetivo de crear matrículas en un período distinto cuando no se haya generado producto de una suspensión por licencia, pérdida de regularidad o morosidad.<br />
 
  
Se mejora la forma en que se crean matrículas anuales, cuando estas estén configuradas dentro del plan de pagos como artículo: Matrícula, frecuencia: SIEMPRE y cuente con período de excepción.<br />
+
'''IMPORTANTE:''' Se recomienda que el acceso a esta operación quede únicamente bajo control de los usuarios administradores del sistema ya que, cualquier modificación en el mapeo, tendrá impacto directo en los usuarios con perfil de datos.<br />
  
El generador de cuotas creará matrículas anuales solo en el mes que esté indicado en el plan de pagos coincidiendo con el período en el que se ejecuta.<br />
+
* '''Administrar clientes - Recuperar alumnos de Guaraní'''
<br />
 
6. '''Validación de comprobantes de transferencia bancaria'''<br />
 
  
Se mejora el tratamiento de las ventas por transferencia en la validación de comprobantes. Para ello se crea un nuevo estado en SQ-Académico: 11 - pendiente de validación en núcleo.<br />  
+
Se implementa un mecanismo para recuperar alumnos de Guaraní, buscando por tipo y número de documento con el objetivo de crear clientes desde la operación Administrar clientes.<br />
  
Al generar cuotas y existan comprobantes por validar/confirmar, este arrojará una alerta para completar con estos pasos pendientes.<br />
+
* '''Validador de comprobantes'''
  
'''Situaciones contempladas:'''
+
Se crea el recurso api rest: "validacion-comprobante" para que mediante la incorporación de un código QR en comprobantes de pago se logre validar sus datos contra ARCA o la institución emisora según corresponda.<br />
* alumno no carga el comprobante desde el portal de pagos: al ejecutar el vencer_ventas, la venta queda vencida/anulada en académico y núcleo respectivamente.<br />
 
*alumno carga el comprobante pero no es validado por la institución: el vencer_ventas no anula ni vence las ventas ya que se encuentra en estado Pendiente de validación en académico y núcleo<br />
 
* alumno carga el comprobante y solo es validado: el vencer_ventas no anula ni vence las ventas ya que se encuentra en estado Pendiente de confirmación en núcleo<br />
 
<br />
 
  
7. '''Conciliador de cobranzas en SQ-Núcleo'''<br />
+
* '''Callback de cobros:''' Generar ventas y cobros con sistemas externos
Se incorpora a SQ Nucleo la operación Conciliador de Cobranzas para todos los agentes de cobranzas online junto con las operaciones Ventas con cobranzas no aplicadas y Registrar cobro desde agente de cobranza<br />
 
  
Vigencia para pagar inscripciones de Grado/Posgrado<br />
+
Se adapta SQ-Núcleo implementando mecanismo para informar cobranzas para aquellas ventas generadas por unidad de venta externa, mediante el uso de un callback de cobro. En cada venta generada se grabará la url_callback.<br />
 +
En cada venta generada se grabará la url_callback. Para esta gestión se requiere tener activo un nuevo worker.<br />
  
Se modifica la lógica con que se permite pagar una inscripción a posgrado o grado virtual.<br />
+
* '''Se crea nuevo worker: QUEUE.'''
  
La vigencia desde/hasta configurado en los datos básicos de los periodos de inscripción, determinarán cuando se encuentra habilitado realizar el pago de la inscripción.<br />
+
Se crea dentro del esquema QUEUE las tablas: messages y queue.
 +
En la tabla queue se almacena temporalmente la cola, y en la tabla messages se almacenan las notificaciones enviadas, tanto enviadas correctamente como las fallidas.<br />
 +
Las notificaciones fallidas se pueden volver a reencolar para enviar configurando en el planificador de tareas una nueva tarea llamada "Reenviar colas con error".<br />
  
El parámetro HSTOL_EXSP permitirá, junto con el proceso Revertir solicitudes de consumo externo, volver a su estado inicial una inscripción que no fue pagada pero el alumno seleccionó el plan de pago, el medio de pago y selecciono Pagar generando la venta e inscripción.<br />
 
<br />
 
  
8. '''Núcleo-Pirapire'''
+
[[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']]
  
Se incorporó la posibilidad de generar comprobantes TIPO FACTURA y generar comprobantes con certificados CAI.
 
<br />
 
<br />
 
[[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']]
 
 
<!--    -->
 
<!--    -->
 
 
<!--     
 
<!--     
 
 
'''Descripción de cada cambio:''' <br />
 
'''Descripción de cada cambio:''' <br />
 
 
* ....
 
* ....
  
Línea 136: Línea 99:
  
 
* ...
 
* ...
 
 
...
 
...
 
...
 
...
 
-->
 
-->

Revisión actual del 16:00 4 dic 2025

ISOSIU-SQ.png

< Volver

Consultar los cambios por versión y módulo aquí

Versión 2.11.5 (fecha de publicación: 04-12-2025)

  • Corrección de error al consultar faltantes de numeración de comprobantes generados en ARCA.
  • Corrección de error en rutas de assets en la carga de la pantalla de inicio de SQ-Académico.

Versión 2.11.4 (fecha de publicación: 02-12-2025)

  • Corrección en el cálculo y visualización de convenios aplicados en comprobantes: Facturas y Notas de crédito:

Se mejora la forma en que se aplican y registran, en los comprobantes, los convenios cuando las inscripciones se encuentran alcanzadas por convenios de tipo *bonificación*. Siempre se aplicarán en primer lugar los convenios de tipo porcentaje/importe y de ser posible, o sea, si no cubren el 100%, se aplicará el convenio de tipo bonificación. Cuando la suma de convenios de tipo porcentaje/importe aplique un 100%, el convenio bonificación se visualizará en $0.

Versión 2.11.3 (fecha de publicación: 13-11-2025)

  • Corrección de error al modificar un medio de pago desde el portal de pago cuando el medio original era "Transferencia bancaria".
  • Corrección del proceso: revertir_solicitudes_consumos_externos al ejecutar la Generación de cuotas.

Versión 2.11.2 (fecha de publicación: 06-11-2025)

  • Corrección de error al rechazar un documento externo (comprobante de transferencia)
  • Corrección en proceso vencer_ventas para el tratamiento de ventas en estado: 7 - Cobro diferido pendiente de confirmación para transferencias bancarias.

Versión 2.11.1 (fecha de publicación: 03-11-2025)

  • Corrección de error en actualización de SQ-Núcleo a versión 2.11.0


Versión 2.11.0 (fecha de publicación: 22-10-2025)

A continuación mencionaremos las principales novedades:

SQ-Académico

  • Perfil de datos por Unidad de venta y Responsable académica
  • ABM clientes - Recuperar alumnos de Guaraní

SQ-Núcleo

  • Callback de cobros: Generar ventas y cobros con sistemas externos
  • Validador de comprobantes

Técnico

IMPORTANTE: aquellas implementaciones que utilicen imágenes docker deberán realizar la siguiente actualización en la base de toba tanto para sq_núcleo como sq_académico.


Descripción de cada cambio:

  • Perfil de datos por Unidad de venta y Responsable académica

Se crea la operación: "Mapear unidades de venta por responsable académica", con el objetivo de permitir agrupar Responsables académicas y Unidades de venta limitando a los usuarios con perfiles de datos (responsables académicas) para que solo puedan administrar las propuestas correspondientes a su/s unidad/es de venta.

Esta configuración afecta a la posibilidad de configurar Unidades de ventas desde la operación Administrar propuestas.


IMPORTANTE: Se recomienda que el acceso a esta operación quede únicamente bajo control de los usuarios administradores del sistema ya que, cualquier modificación en el mapeo, tendrá impacto directo en los usuarios con perfil de datos.

  • Administrar clientes - Recuperar alumnos de Guaraní

Se implementa un mecanismo para recuperar alumnos de Guaraní, buscando por tipo y número de documento con el objetivo de crear clientes desde la operación Administrar clientes.

  • Validador de comprobantes

Se crea el recurso api rest: "validacion-comprobante" para que mediante la incorporación de un código QR en comprobantes de pago se logre validar sus datos contra ARCA o la institución emisora según corresponda.

  • Callback de cobros: Generar ventas y cobros con sistemas externos

Se adapta SQ-Núcleo implementando mecanismo para informar cobranzas para aquellas ventas generadas por unidad de venta externa, mediante el uso de un callback de cobro. En cada venta generada se grabará la url_callback.
En cada venta generada se grabará la url_callback. Para esta gestión se requiere tener activo un nuevo worker.

  • Se crea nuevo worker: QUEUE.

Se crea dentro del esquema QUEUE las tablas: messages y queue. En la tabla queue se almacena temporalmente la cola, y en la tabla messages se almacenan las notificaciones enviadas, tanto enviadas correctamente como las fallidas.
Las notificaciones fallidas se pueden volver a reencolar para enviar configurando en el planificador de tareas una nueva tarea llamada "Reenviar colas con error".


< Volver