Blog personal

admin

Una vez que se ha desarrollado una implementación utilizando esta solución se han hecho una nueva versión que incluye:

  • Solución de problemas. Principalmente cuando se asignaba un expediente a un usuario.
  • Mejoras en la gestión de accesos a las tablas auxiliares o complementarias del expediente.
  • Mejora de interface. Ejemplo de un mismo trámite múltiples interfaces de actualización de información.

Se ha actualizado los descargables y el ejemplo instalado en la WEB.

Si deseáis tener un ejemplo adaptado o vuestra necesidad, podéis contactar conmigo para desarrollarlo (gratis) y explicarlo a través de una sesión interactiva utilizando TeamView.

Esta es la lista de la compra informatizada.

El objetivo es que esté accesible y compartida en todo momento.

Los usuarios pueden registrarse ellos mismos y si crean un Grupo (familia, amigos, etc.) serán Administradores de dicho grupo, salvo que ellos decidan que sea otro miembro del grupo.

El Administrador del grupo será quién vaya dando de alta usuarios a dicho grupo (por el email hará el acceso). El usuario, previamente deberá estar registrado.

Cada grupo tiene su conjunto de productos de compra y la lista se realizará en base a este catálogo de productos. Los productos pueden tener su fotografía de cara a describir menos de ellos.

Espero y deseo que os sea útil.

En este ejemplo lo «nuevo» que tiene es la auto-gestión de los usuarios en la aplicación.

 

 

 

Se ha incluido la furncionalidad de mapa temático con la versión de Anymap 8.0.2.

Para trabajar en esta opción lo primero que hay que tener es el mapa y para ello se ha seguido las instrucciones de la documentanción de AnyChart https://docs.anychart.com/Maps/Custom_GeoJson_Maps   que está muy bien.

Tanto la Comunidad de Madrid, como el ayuntamiento de Madrid y el Ministerio facilitan fichero en formato SHAPE que podrán, siguiendo las instrucciones, conversirse en formato GEOJSON que es lo que resuiere esta librería de javascript.

Adjunto el zip que tiene un ejemplo del formato que hay que codificar, tanto en la definición del mapa como en los datos que se deben aportar al mismo para su representación.

El fichero geojson es la salida que se explica en el manual de confección de mapa, antes referenciado, y lo único que se hace es asigna a una variable javascript el mapa para despues utilizarlo. Su ha hecho un fichero independiente para que así se cachee y no se cargue cada vez que se muestra un mapa con distintos datos.

En PHPRunner se ha utilizado una consulta y en su LIST (obligatorio) con salida en formato vertical se utiliza un campo para «volcar» el hatml y javascript necesario para la representación del mapa.

He actualizado el artículo y toda la documentación de esta solución.

Los cambios principales hechos son:

  • He normalizado los nombres de las tablas definiendo 2 grupos:
    • CT .- Para las entidades de catálogos.
    • WF .- Para las entidades de los datos de los Expedientes.
  • He normalizado el código de los eventos del núcleo del WF para que sólo esté una vez en todos los tipos de Expediente y sea más sencillo su identificación y mantenimiento.
  • He normalizado el control de los acceso a los datos utilizando el evento que PHPRunner tiene para el control de acceso.
  • He normalizado las plantillas de Alta, Edición y Visaulización de los Expedientes y también, la de Trámites y Utilidades, de forma quer sea mucho más sencillo generar nuevos expedientes.
  • He incluido la consulta de la diagramación del Expediente
  • He corregido algunos problemas que tenía cuando la tramitación no se completaba.
  • He actualizado la documentación.

En general, he hecho un producto mucho más sólido y mantenible.

Podéis acceder para pruebas en https://fhumanes.com/workflow/      con usuario «guest» y password «guest».