Pepeto's blog

Informes en HTML

admin — Tue, 31 Aug 2010 13:23:17 +0000

Generar un informe en HTML es sencillo, pero a pesar de ello, vamos a detallar un poquito mas como hacerlo, y de este modo, conseguir nuestro proposito principal, que no es otro que poder imprimir un informe con datos obtenidos de varias tablas.

Para generar nuestro informe, vamos a crear un proceso que genera todo el codigo HTML, y debemos tener claro cual va a ser el origen de los datos, y para este ejemplo he decidido que podemos generar un informe con varios historicos de una misma tabla maestra. Por tanto, el origen de nuestro proceso sera de tipo ficha (Entidades) y queremos imprimir un informe de Albaranes y Facturas de una entidad. Debemos tener en cuenta que para este ejemplo, las tablas de Albaranes y Facturas son historicas de Entidades.

Y el proceso como sería:

Inicializamos una variable de texto HTML=”"

Generamos el codigo Html inicial HTML=HTML + “ … ”

Cargamos plurales de Albaranes de la entidad

Iniciamos el bloque de Albaranes: HTML=HTML + “
”
Recorrer lista solo lectura
Seguimos generando el Html para cada uno de los registros del informe HTML=HTML + “
”
Y finalizamos uno de los bloques del informe: HTML=HTML + “

#CAMPO1 #CAMPO2 #CAMPO3 #CAMPO4

”

Cargamos plurales de Facturas de la entidad

Iniciamos el bloque de Facturas: HTML=HTML + “
”
Recorrer lista solo lectura
Seguimos generando el Html para cada uno de los registros del informe HTML=HTML + “
”
Y finalizamos el otro bloque del informe: HTML=HTML + “

#CAMPO1 #CAMPO2 #CAMPO3 #CAMPO4

”

Y finalizamos la generacion del codigo Html con HTML=HTML + “”

Ahora, podriamos pensar que el proceso no es valido, si el informe que vamos a generar no esta relacionado con una ficha en concreto, pero nada mas lejos de la realidad.

Para solucionarlo, solo es necesario cambiar las sentencias “Cargar plurales” por las “Busquedas” correspondientes y estaria solucionado

Se acabo lo bueno

admin — Tue, 31 Aug 2010 07:56:37 +0000

Pues si, llega el final del verano (para lo que queda), y de nuevo a currar.

Despues de unas semanitas mas relajado, y en las que he desatendido un poquito más este blog, llega la hora de ponerse las pilas y volver a la carga.

Nos vemos en breve con algún artículo nuevo.

Informes desde varias tablas

admin — Thu, 12 Aug 2010 14:55:03 +0000

Muchas veces se ha reclamado a Velneo la posibilidad de generar informes desde multiples tablas y en V7, parecia que seria posible, pero de momento, toca esperar.

¿o no?

Y como en V6, la respuesta, siempre fue la misma, hay 2 soluciones posibles (o quiza alguna mas, pero ahora solo recuerdo 2)

1. Una de las opciones mas usadas para solucionar este problema es crear una tabla temporal, y un proceso que se encarga de generar los registros en esta tabla, p.e. mediante tubos,

Ejem. Queremos un listado de albaranes y facturas de clientes, tenemos 2 tablas de origen: Albaranes y Facturas y una tabla de destino: Tabla temporal para el informe. Creamos 2 tubos, cada uno con origen en Albaranes y Facturas y como destino la Tabla del informe. Procesamos los registros y al finalizar ejecutamos el informe desde la tabla de destino.

Este caso es muy sencillo, si pensamos que la tabla de Albaranes y la de Facturas tienen una estructura muy parecida y los campos del informe podrian organizarse muy facilmente.

Pero que pasa si las tablas que queremos listar tienen estructuras diferentes

2. En este caso, lo mas practico, seria utilizar Html, y crear los procesos para generar el codigo HTML correspodiente al informe. Da igual la estructura de las tablas a imprimir, ya que con este metodo, podemos generar distintas estructuras dentro del mismo informe, ¿como?, pues basicamente usando las estructuras del propio HTML como TABLE para crear la estructura apropiada para cada seccion del informe, Asi podemos crear tantas tablas como sea necesario, cada una para una parte del informe y eso si, todas juntas dentro del mismo HTML.

Logicamente, para hacer esto, necesitamos algunos conocimientos del lenguaje por excelencia en la web.

Y visto el resultado que podemos obtener, los informes en Html, pueden resultar un poco mas laboriosos, pero el resultado es excelente.

Y si a esto le aplicamos una hoja de estilo CSS agradable y sencilla, los informes pueden ser “coser y cantar”, que se dice.

Documentando las aplicaciones

admin — Thu, 05 Aug 2010 18:17:16 +0000

Tan importante como el desarrollo de una aplicación, y las pruebas de la misma para conseguir que el número de bugs que lleguen al usuario final sea practicamente nulo, es una buena documentación, y esta documentación puede ser destinada a dos tipos de personas principalmente: a otros desarrolladores y a usuarios finales.

Dependiendo de a quien va dirigida, la documentación es muy diferente, ya que si documentamos la aplicación de cara al desarrollo, bien para otras personas, y tambien para no olvidar conceptos que pueden ser importantes en futuras actualizaciones, en este caso, la documentación suele ser mas técnica y debe centrarse mas en la realización de acciones concretas en cada uno de los modulos de la aplicación.

Si la documentación va dirigida al usuario final, esta debe ser muy diferente,

debe ser sencilla y clara, pensando en usuarios sin apenas conocimientos de informatica, evitando en lo posible los tecnicismos,
también debe ser amena y directa, explicando especialmente aquellos conceptos que puedan crear confusión al usuario, e inluir tantas imagenes e ilustraciones como sea necesario,
también debe breve, porque lo bueno si breve, es dos veces bueno, y porque solo asi conseguiremos que el usuario decida dedicar un poco de su tiempo a la lectura del manual. Piensa que si ya es dificil conseguir esto, leer un manual con cientos de paginas, no lo leera nadie.
debe estar bien organizada, para que cualquier duda que pueda tener el usuario, pueda ser localizada facilmente, y solo asi evitaras que el cliente decida que es mas facil llamarte por telefono que buscar el mismo la solución
debe tener ejemplos que simulen la realidad del cliente y situaciones que el usuario pueda comprender
y porque no, tambien tiene que tener una parte tecnica, donde se indiquen los requerimientos del sistema y las limitaciones del mismo,

A la hora de realizar la documentación, en A.S.C. hemos tenido en cuenta lo anteriormente descrito, porque pensamos que nuestro cliente no tiene porque saber de todo, porque nos basta con que conozca su propio negocio y queremos facilitarle la labor cuando trabaja con nuestras aplicaciones.

Y es que, en esta ocasión han cambiado muchas cosas, y una de ellas es, que la documentación técnica de la aplicación ha sido realizada previa al desarrollo de la aplicación (aunque se han adaptado los detalles de forma simultanea) y porque de la misma forma, durante la fase de pruebas de la aplicación se han escrito los manuales de usuario para que en el momento de la salida al mercado, este todo listo y los usuarios sean capaces de empezar con el minimo esfuerzo.

En breve empezaremos a publicar esa documentación en la web, para que sea facilmente accesible.

Impresion de etiquetas en V7

admin — Tue, 03 Aug 2010 11:23:22 +0000

Como en el ejercicio anterior, voy a dar una solución al problema planteado por Juanjo “info.jjsoft“, que al igual que en el log del sistema, creo que tiene una solución muy sencilla.

Planteamiento del problema:

¡Necesitamos imprimir etiquetas en varias columnas en un informe!

Problemas técnicos:

Actualmente, en la version 7.4.1 no esta disponible la propidedad para modificar el número de columnas de la sección detalle de un informe.

Solución:

Crear una tabla temporal para la impresión de etiquetas, esta tabla debe tener varios campos para almacenar los datos de cada columna: #COLUMNA1, #COLUMNA2, #COLUMNA3, #COLUMNA4, y asi tantas como queramos.

Ahora creamos el informe, normalmente, eso si, ajustando cada campo en la posicion correcta para la impresión de cada columna de datos de la etiqueta.

Y para finalizar, solo nos queda una cosa por hacer:

Crear el proceso que guarda los datos de cada ficha en el campo #COLUMNAx correspondiente, y ejecutar el informe.

Como ya dije en el articulo anterior, hay 2 opciones:

esperamos a que Velneo lo solucione
ponemos los medios para evitar el problema

Este calor no debe ser muy bueno para las neuronas,

Con esto no quiero excusar a Velneo, por algo que deberia funcionar, pero la solución es sencilla y sigo creyendo que hay otros problemas mas importantes por resolver.

Log del sistema en V7

admin — Sat, 31 Jul 2010 20:33:23 +0000

Esta vez, creo que para estos dias de calor, de playa, de descanso, de aire acondicionado en la oficina, da igual … realmente las condiciones de cada uno, pero como seguro que teneis mono de V7, voy a proponer un pequeño ejercicio, que algunos han reclamado deberia venir “de serie” dentro de la propia herramienta.

Y creo que no solo no es necesario que venga de serie, sino que debemos crearlo nosotros mismos y asi “customizarlo” según las necesidades de cada uno.

Hacerlo es tan sencillo que en nuestros proyectos esta incorporado “de serie” y para realizarlo solo es necesario, lo siguiente:

En nuestro proyecto de datos, creamos una tabla con los campos que vamos a guardar. Para este sencillo ejemplo, bastaria con crear campos para el #ID, #NAME, #USUARIO, #FCH y #HOR. Pero podeis añadir algún campo más si lo creeis necesario.
Una vez creada la tabla, en este mismo proyecto de datos, necesitamos una función que realice una operación muy simple: crear un registro en la tabla de datos, y como parametros a la función, bastaria con pasarle un TEXTO y el USUARIO, que utilizariamos para crear el registro, por supuesto.
Crea los objetos necearios para realizar consultas y visualizar los datos de esta tabla: busquedas, rejillas, informes, menús, etc.
Ahora solo quedan una cosa por hacer, pero es la mas importante: desde cualquier parte que desees controlar cualquier operacion del usuario, un evento de tabla (alta, modificacion o baja), desde un proceso, desde un evento de formulario o rejilla, solo tienes que llamar a la función creada y pasarle los parametros TEXTO y USUARIO.

El ultimo punto, requiere trabajo, pues hay que ejecutar la función desde cualquier operación que se realice, pero eso también depende de la complejidad del proyecto.

Después de ver lo sencillo que resulta el ejercicio, quien no tenga LOG es porque no quiera, te atreves a realizar el ejercicio o prefieres esperar a que Velneo lo solucione.

Por mi parte creo que Velneo debe dedicar su tiempo a solucionar problemas reales, que no podamos solucionar nosotros mismos.

Llegando al límite de la abstracción

admin — Wed, 14 Jul 2010 23:15:45 +0000

Entre las Open Apps publicadas hasta el dia de hoy, hay una que destaca entre las demas, quizá por ello ha sido merecedora del 1er premio en el concurso de aplicaciones organizado por Velneo y cuyo fallo se emitió en el 1er trimestre del 2010.

¡SI!, se trata de la aplicación enviada por InnovaDB, en la cual se integra de forma brillante toda la gestión de documentos de la empresa, y no hablo de una gestión documental, sino de los documentos que se emiten diariamente tanto para compras como para ventas, como presupuestos, pedidos, albaranes, facturas y por supuesto, con sus respectivas lineas de movimientos.

Puede gustar mas o menos, pero hay que reconocer que se ha llevado la abstracción, casi al limite, unificando todos los documentos en tan solo 2 tablas, una de documentos y otra de movimientos de almacén.

Tal es asi, que en la tabla de Documentos, se registran Facturas recibidas, Facturas emitidas, Albaranes de compra, Albaranes de venta, Pedidos a proveedor, Pedidos de clientes, Presupuestos, eso si diferenciados para poder usar aquel que sea necesario en cada momento.

Del mismo modo, la tabla de Movimientos, se usa para registrar cualquier movimiento de almacén que se produzca en cada uno de los documentos anteriormente citados (esta tabla es histórica de Documentos).

Y todo ello resuelto magistralmente, mediante la parametrización de cada uno de los documentos, en una tabla de Tipos de documento.

Si miramos el esquema de como quedaría una gestión de las primeras que todos hemos usado en algún momento, años atrás, el esquema quedaría tal como este:

Si miramos el esquema, tal y como queda despues de llevar la abstración a los limites, el resultado es este:

¿Podriamos abstraer más aún?, pues si pero, ¿mereceria la pena?

¿Cual es mi opinión a esta estructura?, la verdad es que mi opinión poco importa aqui, lo importante es que seais capaces de valorar vosotros mismos si os gusta, si es operativa, si es … lo que necesitais, y si la respuesta es positiva, adelante.

Enhorabuena por vuestro premio, y por vuestra nueva web.

Un abrazo de mi para vosotros, y a ver cuando tenermos la oportunidad de volver a tomarnos unas cervecitas

Que le pedirias a tu E.R.P.?

admin — Tue, 13 Jul 2010 08:56:08 +0000

Como ya indicamos en un articulo anterior “El esqueleto de nuestras aplicaciones“, la presentación de V7 en sociedad fue determinante a la hora de establecer una estrategia de futuro que permitiera una evolución del E.R.P. que habiamos estado instalando a nuestros clientes, manteniendo su esencia, y potenciando las nuevas caracteristicas que V7 aportaría.

Asi comenzó un periodo de analisis y pruebas para renovar todo lo que habiamos creado hasta el momento, y empezamos a preguntarnos todo aquello que hasta ahora nos habian pedido los clientes para incluirlo en el nucleo, como funcionalidades “de serie”, y dejar que la parte personalizable a cada cliente, se pudiera reducir al minimo.

Asi empezamos a realizarnos preguntas, y por supuesto, a dar solución a cada una de ellas:

El resultado, a todas estas funcionalidades es:

Un E.R.P. multi-empresa, multi-división, multi-almacén, y multi-ejercicio. Asi es, aunque en V7 permite instanciar varias aplicaciones con una misma solución, hemos quedido potenciar aún mas esta funcionalidad, y podemos trabajar con varias empresas dentro de la misma instancia, varias delegaciones para cada empresa, múltiples almacenes de mercancia y varios ejercicios de forma simultanea, sin necesidad de reinstanciar nada, y sobre todo, pudiendo combinar todo esto como os apetezca.
Posibilidad de buscar, crear o modificar cualquier registro desde cualquier lugar en donde sea necesario. Esto nos permite, p.e., al introducir un albaran de venta, crear el cliente en ese mismo instante, o modificar alguno de sus datos, sin abandonar el documento para nada.
Control de articulos y familias con todos los datos necesarios para la compra-venta de los mismos.
Control de stock para multiples almacenes, control de envases y tambien stock de lotes.
Gestion de entidades valida para clientes, proveedores, acreedores, agentes, empleados, con multiples direcciones de envío, multiples domiciliaciones bancarias, etc.
Gestión de movimientos de almacen, compras y ventas, integrado en una misma tabla (abstracción máxima) o separando los distintos tipos de documentos en tablas diferentes, al igual que su hermano menor, del cual se hablaba en el articulo Analisis de una aplicación completa. De esta forma, manteniendo las dos estructuras, es el cliente final el que decide como quiere que funcione su aplicación.
Integración con las webs de los proveedores y clientes.
Generación de hojas de carga especializadas, diferentes segun el sector al que se destina la actividad empresarial.
Control de zonas de venta y rutas de reparto.
Informes de expediciones.
Control de tarifas ilimitado, permitiendo desde una tarifa única, tarifas comunes para varios clientes, incluso tarifas para cada uno de los clientes.
Control de precios de oferta, descuentos, ofertas en especie, promociones, etc.
Estadistica de compras y ventas, por agente, por zona de venta, por ruta de reparto, por cliente, por proveedor, por articulos, por familias, por ejercicio completos, por meses, etc.
Calculo de comisiones por diversos conceptos, reparto de mercancia, cobros de albaranes y facturas, comisiones en porcentaje o en euros, configurable por familias, por articulos, por agentes, por repartidores, etc.
Calculo de costes, con escandallo fijo o variable, etc.
TPV para venta con codigos de barras, impresion de tickets, control de turnos, informes de ventas, traspaso de tickets a la gestión.
Modulo opcional de gestión de vehiculo de flota, control de operaciones a vehiculos, mensajes de aviso de operaciones pendientes, informes.
Contabilidad integrada en el mismo pack
Contabilización automatica del 80% de los documentos necesarios para controlar la contabilidad.
Descargas a contabilidad totalmente configurables por el usuario.
Contabilización con plantillas predefinidas para los documentos mas habituales
Generación de informes contables oficiales como Balances de sumas y saldos, Cuentas de resultados, impresión de Libros oficiales, y otros balances propios.
Emisión de extractos por pantalla e impresora, punteo de apuntes contables, verificación de descuadres.
Automatización de procesos, como cierre y apertura, etc.
Gestión de libros de I.V.A. repercutido, I.V.A. soportado, libro de I.R.P.F.
Generación de los impuestos mas habituales, como: modelo 303 de I.V.A. mensual/trimestral, 390 de I.V.A. anual, 347 de operaciones con terceros, 340 de presentación telematica, 115, 110, 190.
Control de vencimientos a cobrar y a pagar, generación de remesas automaticas.
Gestión de tesoreria, previsión de cobros y pagos, etc.
Generación de cuadernos 19, 32 y 58 del C.S.B.
Log de operaciones de usuario completo, a todos los niveles, que permite conocer todos los pasos que realiza cada usuario.
Permisos de acceso a las diferentes opciones de la aplicación para cada uno de los usuarios y acceso completo al administrador.
Exportación de datos en los formatos mas conocidos, como: ASCII, XML, LML, CSV.
Exportación de datos a EXCEL.
Emisión de informes por pantalla, impresora (con vista previa), generación de informes en HTML y PDF, etc.
Importación de datos contables y de gestión, que permiten iniciar la actividad rapidamente con datos de otras aplicaciones.
Instalación automatizada y datos básicos preinstalados que permite empezar a trabajar directamente desde la primera ejecución, con un minimo de esfuerzo.
y mucho más…
Y si a todo esto, le incluimos multiplataforma (Windows, Linux, Mac, Meego)
Multi-idioma (idiomas predeterminados: Español-Ingles) y posibilidad de traducir a cualquier otro idioma.
Interface grafica muy intuitiva y agradable
Capacidad para deshacer los procesos y operaciones mas importantes, volviendo a dejar los documentos y registros en su estado anterior.
Posibilidad de trabajar en la nube, en una red local o en una intranet sin ninguna herramienta adicional
Acceso completo al administrador para consultar los datos de cualquier tabla completa o por alguno de sus indices.
Acceso web a toda la aplicación desde los navegadores mas usados.
y alguna que otra novedad que esta por llegar …
Graficos estadísticos en formatos de lineas, barras, circulares, 3D, en breve
Una tienda virtual para los usuarios registrados, en breve
Una tienda virtual para clientes habituales, en breve
Un CMS para su negocio, que le permitirá publicar contenido sin conocimientos web, en breve
Despues de ofrecerte todo esto … ¿que necesitas?
¿necesitas mas? … pues nos lo pides y te lo hacemos
¿necesitas menos? … pues como la aplicación es completamente modular, solo se instalará aquello que necesites realmente
¿necesitas financiación? … pues solo tienes que solicitarlo y lo estudiaremos
¿necesitas el codigo fuente? … todo es posible, llegaremos a un acuerdo
¿necesitas aprender a bailar? … pues va a ser que ¡NO!, hay si que no te podemos ayudar. Pero quizá podamos recomendarte a alguien que te ayude.

Y con todas estas funcionalidades y aun no te hemos dicho a que tipo de negocio se adapta nuestro E.R.P., pues contesta a unas preguntas:

¿Te dedicas a vender, tienes clientes?
¿Te dedicas a comprar, tienes proveedores?
¿Tienes que facturar tus ingresos?
¿Necesitas una contabilidad integrada?
¿Tienes una gestoria/asesoria que te realiza las labores contables y fiscales?
¿Necesitas controlar las existencias del almacén?
¿Necesitas poder comprar y vender sin controlar el stock?
¿Necesitas funcionalidades que no te ofrecen los E.R.P. estandard?
¿Necesitas todo el control sobre la información de tu aplicación?
¿Pasas de controlar nada, solo te interesa facturar y punto?
¿Eres mayorista y distribuyes articulos de terceros?
¿Fabricas tus propios productos y los vendes?
¿Tienes agentes y/o repartidores que trabajan a comisión?
¿Pasas de dar comisiones y realizas venta directa?
¿Necesitas gestionar los cobros telematicamente?
¿Tus clientes te pagan cuando les parece bien a ellos?
¿Te gusta trabajar comodamente y evitar errores?
¿Y de que productos hablamos? alimentación, mobiliario, bebidas y licores, cristalería, etc…

Ahora revisa las respuestas y si hay algunas de ellas que tienen respuesta afirmativa (casi seguro que has contestado afirmativamente al menos a la mitad de las preguntas ), pues entonces, ¡este E.R.P. se adapta a ese tipo de negocio!

Porque hay palabras que no entran en nuestro vocabulario, IMPOSIBLE solo puede haber una cosa, ir al SOL y volver de una pieza, pero … ¿y si vamos de noche?

… y si no, ya encontraremos otra solución, pero si hay que ir, se va.

Teoria de la evolución de las especies

admin — Fri, 09 Jul 2010 16:29:40 +0000

Estaban Adán y Eva en el paraíso, y hacía más de 10 días que Adán no tocaba un pelo a Eva. Ella, sin dudarlo, sale a pasear, se encuentra un dinosaurio y le pide por favor que le haga el amor, a lo que el dinosaurio le contesta de mala manera que se retire y que ni loco accedería a ese deseo. Eva, enojada ante la actitud del dinosaurio, da un salto y de un mordisco le arranca los testículos.

Al rato se encuentra con un gorila al que le suplica lo mismo. El gorila responde que no lo joda, que ya tiene a su molesta pareja y que no atendería a dos mujeres. Eva responde enardecida arrancándole los pelos del culo al simio.

Caliente como la tierra misma, Eva se sienta en un rio y un pez juega entre sus órganos genitales. Ella responde al estímulo, utiliza al pececito a modo de consolador.

CONCLUSIÓN:

Hoy sabemos el por qué de la extinción de los dinosaurios y porque los monos tienen el culo rojo… pero lo que no sabremos jamás es… que gusto tenía originalmente el pescado.

¿Migrar una aplicación? o ¿empezar de nuevo?

admin — Thu, 08 Jul 2010 11:18:57 +0000

Todos los que llevamos tiempo desarrollando con ésta herramienta, lejos queda ya 1997 y la versión 2.0 de Velazquez Visual, tanto tiempo dedicado a crear una serie de aplicaciones, donde las plantillas no existian, y nuestros programas crecian en la misma medida en que los clientes nos realizaban sus peticiones para cubrir cada vez mas necesidades.

Al principio con poca experiencia en la herramienta, y apenas sin conocer el negocio de nuestro cliente, lo mejor que nos podia ocurrir es encontrar a alguien con las ideas claras de lo que queria conseguir.

No obstante, las aplicaciones se instalaban y funcionaban correctamente y a base de continuas actualizaciones, muy comodas, eso si, sobre todo para los que veniamos de trabajar con SQL (y algunos sabran lo que era realizar cambios en las bases de datos en la decada de los 90).

Tanto cambio, tantas prisas, tanta potencia requiere un buen conocimiento y unos buenos frenos, porque a veces habia que frenar y pensar hacia donde nos llevaba ese camino.

Y ya con las aplicaciones terminadas y en correcto funcionamiento, con miles de registros, con varios usuarios concurrentes y sin la posibilidad de volver atás, el cliente nos pide “algo”, una chorrada, algo tan tonto como para no poder decir que no, y tan sumamente importante como para tener que tirar gran parte del desarrollo, simplemente porque esa “chorrada” (que afectaba a la estructura de tablas) no estaba prevista inicialmente.

Varias veces con distintas aplicaciones, he decidido que lo mejor era empezar de nuevo, tener en cuenta todo el trabajo realizado anteriormente, incorporar las nuevas peticiones y plantear un nuevo analisis de la aplicación, y ya puestos, migrar los datos de una aplicacion a otra.

Puede parecer una locura, pero lo hice, por una razón, porque lo pedia el cliente, porque queria que se sintiera comodo con la aplicación y porque ese cliente me facilitaba el acceso a nuevos clientes cada vez que hablaba de mi, y de lo bien que funcionaba su aplicación.

De tal forma, las aplicaciones llegaron a ser robustas y fiables y estaban preparadas para cualquier nueva ampliación que al cliente se le pudiera ocurrir. De esto, me he cuidado mucho durante los ultimos años, no solo de ampliar las peticiones del cliente, sino de analizar como afectan dichas peticiones al resto de la estructura y preveer el futuro para evitar problemas.

Cuando nuestras aplicaciones ya rozaban la perfección (que dientes tengo), aparece V7, y se abren nuevas posibilidades, unas necesarias y otras muy atractivas, y surge un nuevo problema: ¿migrar mi aplicación? o ¿empezar de cero?

Puedes ver otras opiniones al respecto en estos articulos que ya se publicaron en su dia:

Herramienta de migración

Conviene migrar las aplicaciones de V6 a V7

Serán migradas las plantillas de V6 a V7

Como ya he indicado anteriormente, a partir de la presentación de V7 en sociedad, se tomo una decisión, habia que dar un cambio y preparar las aplicaciones para ese futuro inminente que se aproximaba, pero a cada decisión surgian nuevos problemas,

¡SI!, vamos a desarrollar una aplicación de cero, y a solucionar los problemas actuales y a mejorar lo que ya funciona, pero como, si V7 aún no está operativa!, aún no ha sido liberada la versión v7.0, ¿esperamos? o ¿empezamos ya?

Habia 2 opciones, esperar a la primera versión de V7 que no se sabia cuando estaria disponible, o empezar ya y migrar la aplicación cuando apareciese la versión oficial y el migrador del que tanto se hablaba.

Decidi que no se podia esperar, y no me equivoque, se desarrollo una nueva aplicación, con el editor de toda la vida, probe cambios para asegurar el mejor resultado en todos los modulos de la aplicación, y se puso en marcha el proyecto.

V7 se retrasó tanto en el tiempo, que la aplicación se terminó y ya puestos, que mejor forma de averiguar que todo funcionaba como se habia previsto que instalar la aplicación a los clientes, y el primero, con un poco de miedo, por las prisas y por los posibles bugs que pudieran surgir, se instalo y a funcionar, un mes después, todos los bugs estaban corregidos, pero lo mas importante, no afecto a la actividad en ningun momento. Prueba superada, ya tenemos una estructura que nos servirá para afrontar el desarrollo con V7 de forma fiable. Y lo mejor de todo, como V7 no era oficial, en tan solo un año se hicieron 16 instalaciones, todas con exito y funcionando en 2/3 dias de media.

Aparece V7 y la herramienta de migración y tras leer la información anterior publicada por parte de Velneo, tenemos que volver a preguntarnos que hacer,

- existe una herramienta de migración, pero se nos recomienda no usarla ¿?

- la herramienta no migra la aplicación completa, solo tablas, variables, procesos, y poco mas,

- si seguimos los consejos de velneo, empezar de cero, puede significar mucho tiempo perdido

la solución, despues de tener una aplicación tan joven, preparada para el futuro y con una experiencia tan buena, habia que aprovechar ese trabajo y decidimos migrar solo lo importante, la parte izquierda del editor (tablas, tablas estaticas, variables), pero no vamos a migrar los procesos,

Seguiremos los consejos de Velneo y desarrollaremos de nuevo todo el interfaz, y ya veremos el resultado …

Han pasado algunos meses de esto, y ahora que vemos el resultado, nos gusta, y lo mas importante, a los clientes tambien les gusta, solo faltan pequeños detalles para que la aplicación este lista y pueda ser comercializada.

Ha sido un camino largo, pero ya casi hemos llegado al final …

… o quizá me equivoque y es ahora cuando hemos llegado al principio, despues del verano lo sabremos.