The Seed Company Software

En la versión 7.3 de la plataforma Velneo V7 nos hemos encontrados con 4 nuevos comandos de interfaz para utilizar en los eventos situados dentro de un formulario.

Estos comandos de interfaz que hacen referencia a la multi-selección son:

• Interfaz: Obtener multi-selección.
• Interfaz: Limpiar multi-selección.
• Interfaz: Añade ficha a multi-selección.
• Interfaz: Quita ficha de multi-selección.

Interfaz: Obtener multi-selección

Este comando permite obtener la lista de los registros seleccionados en una rejilla incrustada dentro del formulario.

Este comando hace la misma función que Interfaz: Procesar control sobre los seleccionados.

Interfaz: Limpiar multi-selección

Este comando permite quitar la lista de los registros seleccionados en una rejilla incrustada dentro del formulario.

En las versiones anteriores de la plataforma (6x) disponíamos de una funcionalidad similar. Si desde un botón situado en un fomulario la función a disparar era Ejecutar proceso rejilla: seleccionados o Ejecutar proceso rejilla: no seleccionados teníamos  un check que se llamaba Quitar los seleccionados tras proceso.

Interfaz: Añade ficha a multi-selección.

Este comando permite añadir una ficha a la lista de registros seleccionados en una rejilla incrustada dentro del formulario.

Esta ficha a añadir ha de estar inicializada en el evento mediante Crear nueva ficha en memoria o Crear copia de ficha en memoria ya que para seleccionar la ficha a añadir deberemos hacerlo a través de su Manejador de ficha.

Interfaz: Quita ficha de multi-selección

Este comando permite quitar una ficha a la lista de registros seleccionados en una rejilla incrustada dentro del formulario.

Esta ficha a quitar ha de estar inicializada en el evento mediante Crear nueva ficha en memoria o Crear copia de ficha en memoria ya que para seleccionar la ficha a quitar deberemos hacerlo a través de su Manejador de ficha.

Ejemplo

Usando como ejemplo la rejilla de la primera imagen vamos a montar un evento con estos comandos

Hoy vamos ver cómo montar un Panel de búsqueda alimentando la búsqueda con variables locales y guardando el resultado en una cesta.

Vamos a utilizar como ejemplo una búsqueda de Artículos, filtrando por Referencia, Nombre, Estado, Marca del artículo y período de alta en la base de datos.

Los objetos que vamos a utilizar serán:

1. Una tabla PARAM_BUSQUEDA
2. Una cesta privada de la tabla Artículos ARTICULOS_PRIVADO
3. Una búsqueda de Artículos ARTICULOS
4. Una rejilla de Artículos ARTICULOS
5. Formulario de la tabla PARAM_BUSQUEDA que es el que utilizaremos para realizar el mantenimiento de Artículos ARTICULOS_MANTEN
6. Una acción VER_ARTICULOS y dos procesos:
   1. VER ARTICULOS que nos mostrará el resultado de la búsqueda de artículos
   2. ARTICULOS que servirá para lanzar el formulario ARTICULOS_MANTEN

Lo primero será crear la tabla PARAM_BUSQUEDA. En esta tabla iremos creando todos los campos por los que queramos buscar en las distintas búsquedas del programa.

En esta caso metemos un campo enlazado a una tabla estática  EST_ARTICULOS donde están los distintos estados que pueden tener los artículos. Un campo al maestro de MARCAS y los campos referentes a la alta de los artículos.

La cesta ARTICULOS_PRIVADO será utilizada para meter ahí los registros resultantes de la búsqueda que hagamos. Desde el fomulario de mantenimiento lo que haremos será procesar la cesta para ver los registros. Esa cesta ha de ser privada.

Crearemos la búsqueda ARTICULOS. En esta búsqueda crearemos las variables locales que usaremos en la búsqueda

En las resoluciones de los distintos índices pondremos las distintas variables locales que hemos declarado.

Lo siguiente será crear un proceso VER_ARTICULOS que es el que utilizaremos para ver los artículos desde el formulario de mantenimiento.

Este proceso tendrá como origen la  ficha de PARAM_BUSQUEDA y como destinto la lista de la tabla ARTICULOS.

Lo siguiente será crear el formulario de mantenimiento ARTICULOS_MANTEN que es donde se ejecutará la búsqueda y se mostrarán los resultados.

El formulario lo hacemos de la tabla PARAM_BUSQUEDA para poder seleccionar los campos enlazados a otra tablas. Si el formulario fuera sin origen sólo podríamos usar variables y deberíamos controlar por proceso el acceso a datos de otra tablas.

Como se ve en la imagen el control objeto que mostrará los artículos tiene como primer objeto el proceso VER_ARTICULOS y como segundo objeto la rejilla ARTICULOS.

Eventos necesarios en este formulario:

• INICIALIZAR que se disparará al inicializar el formulario. Este evento nos limpiará la cesta. Con esto conseguiremos que al llamar al formulario la lista de registros se muestre vacía, no se mostrarán registros hasta que el usuario decida buscar. Esto está pensado así para optimizar la presentación del formulario en internet. También damos un valor incial a los campos por los que se han de buscar.

• BUSCAR que dispararemos desde el botón que realizará la búsqueda. En este evento lo primero que haremos será guardar en variables locales los valores de los campos por los que vamos a buscar. Limpiaremos la cesta. Crearemos un manejador de objetos para la búsqueda ARTICULOS a la que le pasaremos los valores a sus variables locales y ejecutaremos en 3º plano optimizando el tiempo de respuesta en la devolución de los registros.

Ya sólo nos quedará disparar este formulario.

Al tener el formulario ARTICULOS_MANTEN como origen una tabla no podemos dispararlo directamente desde un acción mediante Disparar objeto. Ya que sólo podemos disparar así a formularios sin tabla de origen.

Lo que hemos hecho es crearnos un proceso ARTICULOS que no tendrá ninguna línea de código. Sin tabla de origen y con destino la ficha de la tabla PARAM_BUSQUEDA.

La acción que disparará este formulario tendrá como Objeto1 el proceso ARTICULOS y como Objeto2 el formulario ARTICULOS_MANTEN.

Notas:

• En el evento INICIALIZAR hemos tenido que dar valores inciales a los campos que usaremos para buscar ya que no hemos conseguido que respete los valores inciales que tienen los campos en las tablas.
• Si se borra a mano el valor de los campos fecha éstos no se quedan realmente en blanco (Incidencia de QT que está resolviendo Velneo). Esto puede provocar que no salgan registros al buscar.

Esto es sólo una forma de hacerlo. Esperamos que os sirva para experimentar y mejorarlo.

El viernes ha sido el último día de estas primeras jornadas de desarrollo de la futura vConta.

A primera hora se avanzó sobre las normas de programación de objetos visuales.

Después tuvimos una reunión con el resto del equipo de desarrollo. Teníamos que consensuar y aclarar varias dudas con:

• Domi Fernández de Velneo.
• Antonio Luis Gallardo de Suinta.
• Fausto Joaquín Rivera de Sistemas y programación, soluciones informáticas.

El punto mas importante que queríamos cerrar era la relación entre Entidades, Contactos y Direcciones. Este punto de la vBase nos ha perseguido durante toda la semana ya que buscar una solución que tuviera en cuenta todas las opciones era complicado.

En una primera votación aprobamos tener una tabla de Entidades, otra de Contactos y otra de Direcciones. Aunque la resolución fué casi unánime ninguno acabamos de estar contentos.

Nada mejor que tomar un café para darle una vuelta de tuerca. Al final, creemos que, hemos dado con una opción que servirá a toda la comunidad.

Una vez decidido esto pasamos a organizar las tareas que nos quedan por hacer y a repartirlas entre los distintos miembros del  equipo.

Los siguientes pasos serán:

• Acabar la normas de programación.
• Los análisis funcionales de vBase y vConta.
• Objetos visuales de ambas soluciones.

Los próximos meses serán de bastante trabajo pero estamos todos muy ilusionados con el resultado que , creemos, vamos a conseguir.

En las próximas semanas mantendremos informados a toda la comunidad de los avances.

Balance

Una vez finalizada esta primera semana de desarrollo común es el momento de hacer balance.

En un principio, era una idea arriesgada juntar una semana a programadores de distintas empresas con una amplia experiencia y conseguir ponerlas de acuerdo.

El primer acierto fué la elección del lugar de reuniones. Las reuniones han tenido lugar en un marco impresionante como es la Universidad Laboral de Gijón.

El segundo acierto de Velneo ha sido la composición del equipo. Un equipo de grandes profesionales y mejores personas.

Han sido unas jornadas intensas y muy esclarecedoras. Creo que todos hemos aprendido algo de los demás.

Además disponer de la presencia de Jesús Arboleya y de Fernando Felix Gutiérrez (Tito) de Velneo ha sido un lujo.

Desde The Seed dar las gracias a todo el equipo, tanto al que estuvo físicamente en las reuniones como al resto del equipo.

Esperemos que el resultado sea del agrado de toda la comunidad.

Para más información seguir el blog de Velneo.

Cuarto día de trabajo.

Hoy ha sido un día intenso en cuanto se ha acabado la normalización de tablas y la definición de campos de vConta.

En esta sesión se analizaron:

• Gestión de tributos pensando en que pueda ser utilizada en cualquier país.
• Periodificación de los ejercicios.
• Optimización de índices para las búsquedas
• Plantillas asientos.
• Asientos automáticos.

Por la tarde, hemos empezado la definición de objetos visuales. Comenzamos con la normalización e intentaremos acabarla el viernes.

El viernes se baja el telón de estas prmieras jornadas de desarrollo. Será el momento de hacer las valoraciones.

Para más información seguir el blog de Velneo.

Tercera jornada de desarrollo. Hoy realmente empezamos con la vConta.

Lo primero que hemos definido ha sido el alcance que tendrá la plantilla, hasta donde deberíamos llegar.

Nos quedaron, a grandes ragos, estos módulos:

• Contabilidad general con la gestión de asientos, apuntes, ctas. anuales, consultas de extractos, punteo, etc.
• Cobros.
• Pagos.
• Registro de facturas.
• Proyecto España.
• Maestros: PGC, auxiliares, terceros, etc.
• Maestros comunes: Formas de pago, Tributos, etc. Esta caja será una vbase donde estén las tablas que vayamos a compartir tanto en gestión como en contabilidad.

Hemos pensado que se cree un proyecto España por separado para que la plantilla soporte las distintas tributaciones de cada país con sólo añadirle su caja.

Una vez definido el alcance de la vConta nos reunimos via Webex con el resto del equipo para que Hector Santoveña nos mostrase el estado actual de desarrollo de la vConta.

El paso siguiente fué, como hicimos con vBase, definir los proyectos que compondrán vConta.

Una vez definidos se avanzó en la normalización de tablas y en la definición de campos que han de tener éstas.

Simultáneamente Nacho Sánchez y Jorge Velasco avanzaron en el desarrollo de la interfaz de vBase y de vEstandar.

Hoy acabaremos la parte de datos de vConta y esperemos empezar con la parte de interfaz.

Para más información seguir el blog de Velneo.

Ayer ha sido un día complicado!!

Hemos acabado de normalizar el nombre de las tablas que compondrán  vBase y hemos decidido que campos han de tener éstas.

Las dudas que nos ha ido surgiendo se han ido apuntando para ser tratadas por la tarde en la videoconferencia con el resto del equipo de desarrollo:

• Antonio Luis Gallardo de Suinta
• Domi Fernández de VisualMS.

Las dudas, en su mayoría, eran si debíamos tener tal tabla, si hacía falta crear tales campos, cosas así.

El problema que más nos ha costado decidir ha sido la organización de la tabla de Contactos y su relación con Entidades y Direcciones. Surgieron varias opciones:

• Tabla de Entidades y tabla de Contactos y Direcciones históricas de Entidades, teniendo en Entidades un Contacto y una Dirección Principal.
• Integrar las Entidades y los Contactos y tener un histórico de Direcciones.
• Tener Entidades y un histórico de Contactos + Direcciones.

Aunque la mayoría optamos ayer por la primera opción hoy tendremos otra videoconferencia para decidir si realmante es la mejor opción y acabar de pulirla.

Hoy comenzamos con vConta.

Ayer tuvo lugar la primera de las jornadas de desarrollo de la plantilla empresarial vConta que tendrán lugar a lo largo de esta semana.

Esta reunión tuvo lugar en la Universidad Laboral de Gijón y a ella asistieron:

• Jesús Arboleya y Fernando Félix Gutiérrez de Velneo
• Nacho Sánchez y Victor García de Guida21
• Héctor Santoveña de HSM
• Jorge Velasco de The Seed Software Company

Más que irnos marcando unos objetivos diarios nos hemos marcado un objetivo semanal bastante ambicioso.

Los primeros puntos que se trataron fueron:

• Objetivo del equipo.
• Metodología de trabajo.

Una vez tratados estos puntos pasamos a los talleres:

Taller de Abreviaturas

Lo que se pretende es tener guardadas en una aplicación todas la abreviaturas que utilizaremos para identificar los distintos objetos que compondrán la vBase y la vConta.

Taller de Normas de Programación

En esta primera jornada creamos las normas de programación de las Soluciones y de los objetos que intervienen en los proyectos de datos.

Una vez que , tanto las Abreviaturas como las Normas, estén acabadas y revisadas se liberarán para que sirvan de base en sus futuros desarrollos a la Comunidad. También harán más fácil su entendimiento para integraciones que se quieran hacer sobre estas plantillas.

Taller de Análisis vBase

Lo primero que se hizo fue definir el Esquema de Soluciones de la vBase.

A continuación pasamos a revisar los identificadores de tablas de la futura vBase.

Y hasta aquí llegamos.

Hoy seguimos con la segunda jornada de desarrollo.

Para más información seguir el blog de Velneo.

Menú arbolado sincronizado con una PIla de formularios

Otra de las novedades que nos ha traído la versión 7.3 de la plataforma V7 de Velneo es el objeto Menú arbolado.

Hoy vamos a explicar cómo usar un Menú arbolado sincronizándolo con una Pila de formularios para mostrar los distintos formularios de configuración de una tabla.

Como ejemplo vamos a utilizar el formulario de Configuración de Empresas de la open app TheSEEDBase.

Lo primero que haremos será crear las distintas acciones que dispararemos desde nuestro Menú arbolado. Crearemos una acción por cada formulario que queramos mostrar.

Cada una de estas acciones tendrá en Comando : Disparar señal.

Una vez creadas las acciones deberemos crear un Menú donde asignaremos todas las acciones que hemos creado previamente. Lo que pongamos en Nombre será lo que nos aparezca en el Menú arbolado como título.

Ahora debemos ir a nuestro formulario de configuración de empresas, borrar el antiguo Separador de formularios y añadirle el objeto Menú arbolado.

Una vez asignado el Identificador a este menú deberemos ponerle en Objeto el menú que hemos creado con nuestras acciones CONFIGURACION.

Al lado de este Menú arbolado le pondremos el objeto Pila de formularios. Iremos a la pestaña de Subcontroles e iremos añadiendo los distintos formularios que queramos añadir a la Pila.

El siguiente paso será crear los distintos eventos que nos mostrarán los formularios de la pila. Nos deberemos crear un evento por cada opción del Menú arbolado. En cada evento pondremos una sola línea.

El evento que mostraría el formulario Generales sería:

Lo único que habrá que cambiar en cada evento es el subcontrol (formulario) que queramos mostrar.

Finalmente sólo deberemos crear las distintas Conexiones de eventos. Crearemos una por cada acción del Menú arbolado.

La conexión de evento para mostrar el formulario Generales sería:

Al final debería quedarnos nuestro formulario así:

Nota: Al comprobar los errores os saldrá un error por cada evento creado para activar los subformularios. No hacer caso ya que es una incidencia de Velneo pendiente de resolver.