Versión 3.9.1

La versión 3.9.1 incorpora las siguientes mejoras:

Técnicas

  • Se ha mejorado la gestión documental, ya que algunas veces se producían bloqueos en la aplicación al no liberar correctamente memoria.

Funcionales

  • Para la opción de leer archivos en formato C57 (para el cobro por ventanilla), se ha añadido a la tabla RECIBOS un campo para almacenar la referencia del recibo a usar en el intercambio de información. De esta forma, los recibos pueden tener una referencia y un código de barras. Así, las entidades bancarias los puedan cobrar y generar un archivo para enviar a la comunidad de regantes. Todavía no se ha probado el formato C57.
  • Se ha añadido el campo Fichero a la tabla Recibos, para almacenar la ruta del recibo en formato PDF en caso de que se generen los PDFs de manera automática. Además de almacenarse en la generación automática, se pueden generar los ficheros PDF desde las ventanas de Gestión y Consulta de recibos. Desde la ventana de Consulta de recibos se puede abrir un visor para visualizar el archivo. Estos archivos no se almacenan por defecto dentro de la gestión documental (aunque siempre se podría hacer de manera manual), sino que están pensados para visualizarse en el portal web de la Comunidad.
  • Se ha añadido un parámetro para almacenar la ruta común de los recibos en PDF.

Versión 3.8.14

La versión 3.8.14 incorpora las siguientes mejoras:

Funcionales

  • Al generar el archivo de domiciliación bancaria C19 en formato XML, los recibos con importe 0, se ignoran, permaneciendo en el estado en que estaban.
  • Se ha añadido el Total de Consumos a la ventana y al informe de Control de Consumos.
  • El Control de Consumos ahora se hace sobre el nodo seleccionado el el árbol de parcelación, de la misma manera que las facturaciones. De esta forma ahora se puede filtrar mejor el consumo.

Versión 3.8.10

La versión 3.8.10 incorpora las siguientes mejoras:

Técnicas

  • Al intentar borrar un contador con lecturas, se generaba un error en tiempo de ejecución. Ahora se informa mediante una ventana de diálogo y se cierra el formulario.
  • En Windows 7, no se leía correctamente el archivo INI, debido a la versión de Win32 usada.
  • En SICRE4, al generar el archivo XML, se añadía por defecto el carácter BOM al principio del documento, lo que hacía que algunas entidades bancarias marcaran el documento como erróneo. Ya se ha corregido sobrescribiendo el valor por defecto a false.
  • Se han corregido errores en el procedimiento para cambiar un identificador de Parcela.

Funcionales

  • En la generación manual de recibos por parcelas, ahora se puede elegir el Comunero al que se facturará. Si se deja <Por defecto>, se hará como siempre, pero además podemos elegir, el Propietario, el Arrendatario, cualquier propietario adicional (en caso de que haya varios propietarios), o cualquier autorizado de riego (en caso de que haya autorizaciones de riego).
  • Se ha añadido un campo Nº de Documentos en la ventana de gestión de Comuneros/Regantes, de forma que se nos muestra en número de documentos asociados que tiene cada regante.
  • En la ventana de edición de Comuneros/Regantes, el botón para mostrar el formulario de documentos asociados, tiene el icono gris en caso de que no tenga ningún documento asociado o azul, en caso contrario.
  • Se han añadido índices a tablas temporales para mejorar su eficiencia en SICRE4.

Versión 3.8

La versión 3.8 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 corregido un error que hacía que no se visualizase correctamente la comilla simple en el nombre de la comunidad al imprimir los informes.
  • No se visualizaba correctamente el nombre de la comunidad en el listado de lecturas de contadores.

Funcionales

  • Se han modificado procedimientos almacenados, disparadores y vistas para adaptarlos a la sintaxis de SQL Server 2008 y posteriores.
  • Se ha añadido un procedimiento almacenado para pasar los datos del regante R2 al regante R1 y eliminar el regante R2. de esta forma se pueden eliminar registros duplicados por ejemplo.
  • Se ha añadido una nueva categoría para poder añadir informes personalizadas al imprimir el listado de recibos, la categoría se llama «Listado Recibos».
  • Se ha añadido el campo Observaciones en los grids de los contadores de consumo y control que aparecen en la ventana principal.
  • Se ha cambiado el formato de generación de remesas de domiciliación de recibos del forma to SEPA plano a SEPA XML para adaptarlo a la nueva normativa. Se ha incluido una ventana emergente que nos informa del progreso en la generación de dicho fichero.
  • Se ha añadido la posibilidad de añadir documentos a Regantes y Parcelas. Para ello, en ambas ventanas de mantenimiento se ha añadido un botón que abre una ventana que nos muestra todos los documentos asociados a un regante o parcela, con sus correspondientes mantenimientos, además de un visor para ver los documentos. Se admiten formatos DOC, PDF y los mas comunes de imágenes. El almacenamiento se hace en la BD SQL Server, por lo que se asegura la integridad de los datos y se pueden hacer copias de seguridad junto con el resto de ficheros de la BD.

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.

SICRE 2: ¡ya está llegando!

SICRE

Para comenzar, ya tenemos un nuevo logo de SICRE. El ‘grifo’ ha estado con nosotros durante mas de 10 años pero los tiempos cambian y hay que diferenciar los productos. Aunque se utiliza el color azul y verde que forma parte de nuestro logotipo.

El objetivo de las últimas versiones de la serie 3.X es lanzar la serie 4.X o SICRE 2. Las características mas importantes son:

  • Utilización de la tecnología .NET y Linq de Microsoft.
  • Uso del SQL Server 2008 R2 y posteriores.
  • Totalmente modular para crecer con las necesidades futuras.

SICRE: series 3.X

Continuamos dando soporte a la actual serie 3.X como no podía ser de otra manera. Esta serie sin embargo irá desapareciendo de manera paulatina. A partir de la nueva versión 3.7, además de la corrección de los errores detectados y las modificaciones necesarias, de incluyen algunas novedades de diseño que pasamos a detallar:

  • Los nuevos desarrollos se hacen utilizando las últimas tecnologías de Microsoft, integrándolos mediante DLLs con el actual SICRE.
  • Tecnología .NET, lo que garantiza el mantenimiento del software a largo plazo, la utilización de herramientas de última generación, y la posibilidad de mejorar la interfaz de usuario con los últimos controles disponibles.
  • El acceso a la BD se hará empleando LINQ, tecnología con un rendimiento superior que hace que el acceso a los datos se haga
  • Se han empezado a hacer pruebas sobre SQL Server 2008 R2 (actualmente se emplea SQL Serer 2000). Se ha usado la versión Express de uso gratuito y con soporte hasta 10 GB, siendo los resultados satisfactorios, con lo que en la próxima actualización se procederá a desplegarla en todas las instalaciones.
  • Se comenzarán a instalar los componentes de la nueva versión, con lo que la instalación de la nueva versión 3.7 llevará aparejada la instalación de la base del futuro SICRE 4.0 (o SICRE 2)

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

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’.