The Seed Company Software

Nos trasladamos a:

Tomás Crespo “Frígilis” nº 4  1º F

33013 Oviedo

Esta novedad la vamos a explicar con un ejemplo.

En este ejemplo vamos a copiar un formulario de la open app vEstandar y pegarlo en la open app vBase.

Situados en la open app vEstandar copiaremos el formulario OBJETOS_MANTENIMIENTO.

A continuación nos situaremos en la open app vBase y pegaremos el formulario.

Lo que nos aparecerá será la siguiente pantalla

En esta pantalla se nos pedirá que pongamos las referencias sin resolver. Es decir, al copiar un formulario de vEstandar  y pegarlo en vBase, al no existir ese identificador de tabla en vBase nos pide que lo resolvamos en el destino para los ocntroles que se encuentran dentro del formulario.

Algunas de las novedades que incluye la versión v7.4 de Velneo las podemos encontrar en la edición de formularios.

• Posibilidad de cambiar el Tipo de control incrustado en un formulario

Podemos cambiar el Tipo de un control incrustado en un formulario. Por ejemplo, si añadimos un control Edición podemos pulsar en la propiedad Tipo y seleccionar el nuevo Tipo. Por ejemplo podríamos ponerle MicroScroller.

• Nueva barra de controles disponibles para la edición de formularios. En esta nueva versión se han agrupado todos los controles disponibles haciendo más fácil su localización y uso.

• Nueva instrucción: Interfaz:Ejecutar otro evento-slot.

Gracias a esta instrucción podremos, si estamos en un formulario, desde un evento ejecutar otro evento que se encuentre en el mismo formulario. Si está en un subformulario no podrás seleccionarlo.

En esta nueva versión también ha cambiado la forma de funcionar a la hora de ver las propiedades del formulario. Me explico, si tenemos seleccionado un control, si pulso a continuación el formulario, en un espacio libre, seguiré estando en las propiedades del control que tenía seleccionado previamente. Para ver las propiedades del formualrio deberé pulsar fuera del formulario

Hoy se ha liberado la nueva versión de Velneo: v7.4

Cabe destacar el esfuerzo de Velneo al sacar una nueva versión cargada con tantas novedades pasados solamente 98 días desde la versión v7.3.

Entre las novedades más importantes debemos destacar:

• Ejecutar solución actual (F5). Esta novedad nos permitirá reiniciar los cambios en nuestras cajas y ejecutar la aplicación directamente.
• vInstallBuilder. Generador de instalaciones.
• Deshacer / Rehacer. Podremos deshacer o rehacer cualquier cambio en el vDevelop.
• vClient para Maemo / MeeGo. Gracias a este componente podremos ejecutar nuestras aplicaciones en entornos móviles.
• Objeto ViewFlow. Nuevo objeto que nos permitirá presentar una lista de registro de una manera muy visual.
• Generar vista con un nuevo visor. Nos permitirá cambiar la forma de ver una lista de registros: Rejilla, Informe, Multivista, Bloc, etc.
• Control HTML con contenido dinámico en memoria.
• Nueva toolbar de controles de formulario. Tendremos agrupados nuestros objetos de formularios haciendo más fácil su localización.
• Copy / paste con resolución de objetos no existentes. Al pegar objetos en otra solución  podremos resolver los enlaces con objetos no encontrados.
• Instrucción Interfaz: ejecutar otro evento-slot. Gracias a esta instrucción podremos ejecutar un evento desde otro evento.
• Filtrado de señales dependiendo del objeto. Sólo veremos las acciones que podemos disparar dependiendo del objeto en el que no encontremos.

Además se han corregido incidencias de versiones anteriores, se ha mejorado la estabilidad de la plataforma y se han añadido open apps como vBase,  vConta BETA, vEstandar y nuevos tutores que nos ayudarán a comprender las novedades de la versión.

Enlaces de novedades en el blog de Velneo:

http://velneo.es/novedades-velneo-v7-jun-10/

http://velneo.es/velneo-v7-74-video-de-presentacion-de-novedades/

http://velneo.es/listado-de-cambios-de-velneo-v7-7-4-0/

http://velneo.es/novedades-velneo-junio-2010/

http://velneo.es/video-novedades-velneo-junio-2010/

En los próximos días iremos analizando las nuevas novedades de esta versión.

Velneo V7 es la nueva plataforma de desarrollo de Velneo.

Desde THE SEED SOFTWARE COMPANY hemos apostado por Velneo V7 desde sus primeras betas lo que nos convierte en el aliado perfecto para adentrarse en el desarrollo en V7.

Tanto si sois una empresa que viene de otras plataformas de desarrollo como si venís de versiones anteriores de Velneo os podremos ayudar a conocer y dominar la plataforma Velneo V7.

Servicios que ofrecemos:

• Resolución de dudas sobre la plataforma.
• Análisis y desarrollo de aplicaciones.
• Desarrollo de módulos a añadir en vuestros aplicativos.
• Integración de vuestras aplicaciones con las open apps de Velneo: vBase y vConta.

Nuestro soporte puede ser por vía telefónica, skype , email, presencial. Nos adaptamos a vuestras necesidades.

Opinión de Miguel Delgado, Director Técnico de la empresa Dinacom

“Para nuestra empresa, pasar de programar en Visual Foxpro a Velneo suponía un cambio de filosofía importante. Buscábamos alguien que nos ayudase en esa fase de cambio y que nos ayudase con los entresijos de la herramienta de una forma rápida y personalizada. Sin duda The Seed Software Company es el Partner que buscábamos.”

Para resolver cualquier duda no dudéis en poneros en contacto con nosotros bien a través del email info@theseedsc.com como en el teléfono 984 119 353.

Siguiendo con los artículos sobre la futura open app vBase hoy vamos a analizar la tabla Entidades y el resto de tablas relacionadas con ésta.

Como el anterior post esta información está sacada del Análisis funcional de vBase que se publicará en breve.

ENTIDADES

En esta tabla estarán todas las Entidades con las que nos relacionaremos.

En esta tabla se encontrarán los Clientes, Proveedores, Vendedores, Contactos, Direcciones, Empresas, Almacenes, etc.

Tendremos datos de la persona física o jurídica,  sus datos de contacto: emails, teléfonos, direcciones.

La diferenciación de Entidades la lograremos con la tabla Categorías.

CATEGORIAS

En esta tabla tendremos las distintas Categorías a las que pertenecerán las Entidades.

Algunas de estas Categorías serán reservadas y deberán ser creadas desde otros módulos de nuestro ERP como por ejemplo las Categorías: CLIENTES, PROVEEDORES, VENDEDORES, etc.

Estas Categorías podremos hacer que sean por Empresa o globales.

Las Categorías se relacionan con las Entidades a través de la tabla Entidad-Categoría.

TIPOS DE RELACION

Esta tabla contendrá los distintos tipos de relaciones que puede haber entre las Entidades.

Por ejemplo podemos crear el tipo de relación Contacto y en la tabla Relaciones de entidades marcaremos que una Entidad es contacto de otra Entidad.

CLASIFICACIONES

Esta tabla arbolada nos servirá para jerarquizar las Entidades.

Por ejemplo si estoy desarrollando una agenda telefónica podría crearme las Clasificaciones de amigos y familiares y así podría diferenciar, mediante la tabla Entidad – clasificaciones, los distintos contactos (Entidades) de mi agenda.

EMPRESAS

En esta tabla arbolada encontraremos tanto las Empresas con las que trabajaremos como las distintas Divisiones / Departamentos que queramos definir dentro de ellas.

Cada Empresa deberá tener un registro en Entidades que es donde estarán todos sus datos: CIF, dirección, emails, etc.

En la tabla Empresas de un usuario estarán las Empresas a las que puede acceder un usuario.

The Seed Software Company sustituye el anterior número fijo 984 180 216 por el 984 119 353.

Además añadimos una nueva linea móvil: 678 731 157

Perdonen las molestias.

Hoy vamos a hacer una primera  aproximación a lo que será la próxima open app: vBase que será liberada en Junio.

Con este post queremos empezar una serie de posts en los que analizaremos la solución vBase utilizando como guía el Análisis Funcional de vBase que será publicado en breve.

Esta plantilla está siendo desarrollada paralelamente a la open app vConta por las empresas Guida21, HSM y The Seed además de contar con la colaboración de Velneo.

vBase consta de 3 proyectos de datos:

• Usuarios.
• Localizaciones.
• Entidades.

y de 3 proyectos de aplicación:

• Recursos.
• Usuarios.
• vBase.

En este primer post veremos las tablas de las que consta cada proyecto de datos.

USUARIOS

En este proyecto se encuentran las siguientes tablas:

• USR: Usuarios.
• USR_GRP: Grupos de usuarios.
• USR_GRP_USR: Usuarios de un grupo.
• CSS: Estilo CSS

LOCALIZACIONES

En este proyecto se encuentran las siguientes tablas:

Tablas maestras

• IDI: Idiomas.
• MON: Divisas.
• MON_CAM: Cambios de divisas.

Tablas que hacen referencia a la división territorial de cada país:

• PAI: Países.
• REG_1: Región 1.
• REG_2: Región 2.
• LOC_CPS: Localidades.
• TIP_VIA: Tipos de vía.

ENTIDADES

En este proyecto se encuentran las siguientes tablas:

Tablas maestras:

• REL_TIP: Tipos de relación.
• CLF: Clasificaciones.
• CAT: Categorías.
• CTT_TIP: Tipos de contacto.

Tablas de empresas:

• EMP: Empresas.
• EMP_USR: Empresas de un usuario.
• EMP_ENT: Empresa – Entidades.

En el próximo post analizaremos la función de cada tabla y como se relacionan entre sí.

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.