Versión 3.7

La versión 3.7 incorpora las siguientes mejoras:

Técnicas

  • Error al dar de alta un contador, ya que se va siempre a la pestaña ‘Facturación’.
  • Error al dar de alta un contador, en la pestaña ‘General’, no salen los datos vacíos. Realmente se rellenan los siguientes valores:
    • El siguiente código de contador (parámetro).
    • La explotación/parcela a la que está asociado.
    • Una lectura inicial (0 por defecto), y la fecha de la misma.
    • El valor de lectura máximo (parámetro).
    • El tipo de agua por defecto.
    • El comunero por defecto como comunero de facturación.
  • En la generación manual de recibos por parcelas, se muestra todo el nombre del concepto al pasar el ratón por encima del combobox.
  • Al intentar borrar un concepto salía un error no controlado.
  • Se ha corregido un error que aparecía al intentar añadir un recargo automático.
  • No se visualizaba correctamente el texto de la unidad de superficie en el mantenimiento de parcelas.
  • Al añadir una lectura de contador, cuando estaba habilitada la opción de mostrar el nº de regantes, daba un error al añadir la lectura.
  • Se ha corregido u error que ocurría al cambiar localización de una parcela.

Funcionales

  • Se ha preparado el ejecutable para interactuar con SICRE 4.X, o SICRE 2. De esta forma las nuevas funcionalidades se desarrollarán tanto para SICRE 3.X como para SICRE 4.X y en .NET (4.0).
  • Lo ideal es migrar el SGBD a SQL Server 2008 R2 Express. De esta forma en la próxima modificación se migrará el formato de SQL Server 2000 a 2008 R2, con lo que podremos añadir funcionalidades como la gestión documental y los datos GIS.
  • Por todas estas cuestiones, es recomendable que la instalación la haga personal de qazaba.

Versión 3.6

La versión 3.6 incorpora las siguientes mejoras:

Técnicas

  • Se ha modificado el procedimiento de apuntar porque algunas veces no funcionaba bien. Ahora sólo apunta con numeración continua, cosa que no tiene importancia ya que se manda al diario de trabajo
  • Se ha añadido el mantenimiento de Códigos Postales en el menú ‘Tablas Auxiliares’, de forma que si no se tiene el programa de Gestión Integrada, se pueden mantener.
  • Se ha corregido un fallo que impedía imprimir los recibos en la generarción por lecturas de contadores

Aplicaciones con MS Access 2010

Access, aparte de ser una BD de escritorio muy popular, ha tenido desde hace muchas versiones posibilidades interesantes para el desarrollo de aplicaciones de propósito general de escritorio con acceso a datos. Voy a revisar algunos aspectos tomando como base desarrollos recientes que he realizado con esta BD/RAD.

Leer más

Versión 3.5

La versión 3.5 incorpora las siguientes mejoras:

Técnicas

  • Se ha añadido el campo ‘NumeroSocioF’ a la tabla ‘Parcelas’, para que se pueda seleccionar el socio por el que se facturará en la opción ‘Otros Conceptos (Parcelas)’.
  • Se ha modificado el procedimiento de generación de recibos por ‘Otros Conceptos (Parcelas)’, para que tenga en cuenta el campo anterior a la hora de facturar. si no se ha especificado nada, se usa el valor por defecto (propietario, arrendatario, etc.).
  • En la ventana de gestión de parcelas, se ha añadido una pestaña para facturar una parcela a un propietario diferente del normal (relacionado con los dos puntos anteriores).
  • Se ha añadido la UDF (Función Definida por el Usuario), ‘Consumos_Fechas_P’ que se comporta como una vista parametrizada, recibiendo como parámetros una fecha inicial, una fecha final y un porcentaje de tolerancia, que actuarán como periodo de consulta. Como resultado, devuelve una tabla con los contadores que tienen consumos por encima y por debajo de los esperados (teniendo en cuenta el volumen medio y el % de tolerancia), para los tipos de agua que tengan esta característica. Los campos que se devuelven son:
    • ‘CodigoElemento’, es decir el código del contador.
    • ‘Identificador’, es decir el código de parcela en que se encuentra el contador.
    • ‘Superficie’, la superficie de la parcela en que se encuentra el contador.
    • ‘Consumo’, el total de consumos del contador para el periodo consultado.
  • Además se ha añadidos el procedimiento almacenado ‘spConsumosFechasP’, que encapsula la función anterior para poder hacer consultas de manera clásica (por ejemplo desde versiones antiguas de Access)
  • Se ha añadido a la ventana del Control de Contadores la posibilidad de introducir un porcentaje general para hacer los informes en lugar de usar el porcentaje de cada tipo de agua.
  • Se ha corregido un error que impedía la modificación de la cuenta (CCC e IBAN), en los contadores que tenía una cuenta diferente a la del regante.

Versión 3.4

La versión 3.4 incorpora las siguientes mejoras:

Técnicas

  • Se ha añadido el campo ‘IBAN’ a las tablas ‘Comuneros’ y ‘Contadores’, para almacenar el IBAN del comunero o de la cuenta específica del contador en caso de que esté definida.
  • Se ha añadido el campo ‘IBANRecibo’ a la tabla ‘Recibos’, para almacenar el IBAN del recibo domiciliado en su caso.
  • Se han añadido los siguientes parámetros:
    • IBAN poor defecto de la comunidad de regantes.
    • Usar el formato antiguo Norma19 o el moderno Norma19.14. El valor por defecto es el moderno
    • Usar la versión de Norma19.14 de plazo reducido. El valor por defecto es Si.
    • Código de la secuencai de adeudo. El valor por defecto es ‘RCUR’.
  • Se ha añadido la tabla ‘Entidad_BIC’, para almacenar los códigos BIC de las entidades. No se ha implementado ningún mecanismo para añadir, borrar o modificar los datos de la misma desde el programa. Se han añadido los datos de carga iniciales y el procedimiento para cargarlos.
  • Se ha añadido un trigger a la tabla ‘Recibos’ para almacenar de forma automática el campo ‘IBAN’ a partir del campo ‘CCC’, cada vez que se inserta o modifica un recibo. Además, se han añadido las siguientes funcionalidades a la BD:
    • Se ha creado la función ‘CCC2BAN’, que calcula el IBAN a partir de un CCC.
  • Al aplicar esta actualización, se actualiza automáticamente el campo ‘IBAN’ de las tablas ‘Recibos’ y ‘Comuneros’.

Tryton

Voy a comenzar una serie de artículos relacionados con Tryton.

Este framework creo que puede adaptarse perfectamente a las necesidades de un ERP, así como a posibles desarrollo de OpenSICRE.

Leer más