Gracias a los dos. Es solo para una máquina y usuario en concreto.
Creo que voy a lanzar la función Remota que comenta Ramiro.
Ramiro, las funciones remotas se lanzan contra una de las instancias del servidor. Como lanzas una función remota directamente contra el Servidor?
Saludos
↧
Respuesta a: Enganche siempre activo
↧
Actualizaciones a través de Enlaces Indirectos Reales
Buenos días, tras pasar una semana haciendo pruebas y después de que soporte me confirmara que ese es el comportamiento normal en Velneo, cuando utilizamos Actualizaciones dependientes de un campo “Enlace Indirecto Real”, he subido un idea nueva a la web.
Os explico el caso:
Necesito realizar una serie de Acumulados en un proyecto que estoy desarrollando y he comprobado (corroborado por Soporte), que si creamos en una tabla (Ej.: LINEAS) un Enlace Indirecto Real (Ej.: ACU_GRUPO_ARTICULO), él cual resolvemos utilizando un campo de una tabla asociada y no su índice (Ej.: GRUPO=#CABECERAS.GRUPO), este no se recalculará correctamente cuando cambie el campo GRUPO en la tabla #CABECERAS.
Lo peor del caso es que vDevelop, te permite hacer el enlace sin ningún tipo de aviso y la actualización funcionará tanto en las Altas Nuevas como en las Bajas, pero fallará en las Modificaciones, por lo que lógicamente los acumulados de la tabla (Ej.: ACU_GRUPO_ARTICULO) no serán correctos.
Soporte me comenta que debo resolver el enlace Indirecto Real con campos de la misma tabla, pero francamente, me parece bastante precario tener que duplicar la información (Ej.: GRUPO) en la tabla que va ha contener el detalle (Ej.: LINEAS) y tener que crear un trigger en la tabla cabecera o Maestra (Ej.:CABECERAS) que actualice este campo cuando cambie su valor.
NOTA: Este comportamiento también ocurre cuando establecemos un CONTENIDO INICIAL en un campo, si el contenido inicial es (Ej.:#AÑO= year(#FECHA)), si modificamos el campo FECHA el campo AÑO se actualizará, en cambio, si el contenido inicial es (Ej.:#AÑO= year(#CABECERAS.FECHA)), aunque cambie de valor el campo FECHA en la tabla CABECERAS, el valor del campo AÑO no se actualizará.
Si como es mi caso, entendéis que deberían revisar este funcionamiento, pues botar la idea,
Un Saludo.
↧
↧
Respuesta a: Actualizaciones a través de Enlaces Indirectos Reales
Hola Esteban:
La explicación de porqué no te funciona en las modificaciones es sencilla: Al no cambiar el ID del campo enlazado, no se recalcula la actualización.
Como bien dices, pasa lo mismo en los contenidos iniciales. Si modificas el PVP de un artículo (por ejemplo) en la línea de venta no se reflejará… hasta que no modifiques el enlace a maestro. Si tienes el típico control con flechas arriba abajo, prueba a cambiar de artículo y volver al mismo.
Un saludo
F.José Vila Martín - ayudavelneo.com
↧
Respuesta a: Actualizaciones a través de Enlaces Indirectos Reales
Hola Esfero.
Creo que la Idea no puede prosperar porque implicaría cambiar la esencia del funcionamiento de las fórmulas en las tablas de Velneo: “Una fórmula se recalcula en Actualizaciones y valores Iniciales” cuando uno de sus componentes, siempre que sea un campo de la misma tabla, haya sido modificado en la transacción”.
Tienes que tener claro algunos conceptos:
– Los campos de un puntero (maestro, puntero real, virtual, …) son siempre de solo lectura y no entran en la transacción. Únicamente se verá implicado en la transacción el campo ID (o el puntero real, virtual) que es el enlace entre la tabla principal y la enlazada.
– Dices:
… (Ej.: GRUPO=#CABECERAS.GRUPO), este no se recalculará correctamente cuando cambie el campo GRUPO en la tabla #CABECERAS.
Efectívamente, cuando el campo #CABECERAS.GRUPO cambia, la tabla LINEAS ni se entera. Es imposible que se entere y además debe ser así. Imagina que #CABECERAS.GRUPO se usa en cientos de fórmulas. Es sencillamente imposible de forma automática a no ser que tú lo programes manualmente.
– Aunque falta una explicación más a fondo por parte de Velneo, me imagino que las fórmulas se actualizan usando la función #CAMPO:isModified(), por lo tanto, solo es capaz de interrogar por los campos de la propia tabla y entre ellos está el campo ID o el puntero Real, pero no los campos de dichos punteros.
Para los valores Iniciales entenderás que este sea el comportamiento lógico. Si yo eligo un Artículo ID, se guardará el valor inicial ID.PRECIO. No quiero que ese precio se sobreescriba cuando ID.PRECIO se actualize por cambio de temporada por ejemplo. Solo quiero que se actualize el valor inicial cuando elegimos otro artículo en una modificación de la LINEA, es decir, cuando cambiamos el ID del puntero a ARTICULO.
– Tú has resuelto el Puntero Real con #CABECERAS.GRUPO, pero imagina que quieres resolverlo con #CABECERAS.GRUPO.ZONA.PERIODO.FRANJA, entonces ¿tendríamos que controlar los cambios en GRUPO, ZONA, PERIODO y FRANJA? ¡¡Imposible!!.
Conclusión: Este es un caso concreto en el que tendrás que duplicar los campos enlazados en la tabla principal para que las fórmulas puedan ejecutar un #CAMPO:isModified() y actualizarse en el caso de que devuelva TRUE. Y como bien dices, usar los Triggers para pasar los valores de GRUPO de Cabeceras a Líneas y así desencadenar la Transacción en la tabla LINEAS que actualize las fórmulas de valores iniciales y/o actualizaciones.
Es cierto que al principio este tema desconcierta un poco, pero una vez lo controlas es potentísimo y una de las grandes bazas de la Base de datos de Velneo.
Saludos
Paco Satué
↧
Respuesta a: Prestashop
Buenas, no son solo esas tabla si no las que relacionan esas tablas, categorías con artículos por ejemplo.
Por eso siempre es mejor usar el webservice.
Manuel
Wikan
↧
↧
Respuesta a: Indices complejos no se actualizan automáticamente
Hola @apinna.winmotor @krear
que solución te dieron en soporte para este asunto?
Lo refloto porque lo considero interesante.
Gracias y un saludo.
↧
Respuesta a: Indices complejos no se actualizan automáticamente
Hola @Synetic!
En soporte me hicieron probarlo con la última versión (7.19.1), lo probé y el funcionamiento era
correcto (por lo menos en mi app). Por lo que me recomendaron actualizar a la última versión, cosa
que no voy a hacer hasta fin de año, estamos en plena temporada de reservas y ya vi que tenía que
realizar actualizaciones en formularios, informes, etc. que no se comportan igual que en la 7.12.
Por lo tanto he creado un evento al inicio de la app que ejecuta en 2do plano la re-indexación de los
indices complejos y así al menos cuando inicia un usuario la aplicación se vuelven a generar.
En soporte al comentarles que funcionaba ok en la última versión, lo único que me aconsejaron es actualizar
De todas maneras no podemos sacar mucho en claro, a mi en la 7.19.1 me funciona ok pero a @apinna.winmotor en
la 7.19 no le funcionan bien, no se de que dependerá que funcionen o no.
Saludos!
↧
Respuesta a: Indices complejos no se actualizan automáticamente
Toca esperar a que a apinna.winmotor le den una respuesta.
krear, si vas a migrar desde 7.12, revisa muy muy bien, sobre todo el tamaño de los formularios con tamaños de monitor y resolución del cliente, además si tienes integraciones con el visor HTML échales un ojo también que pueden haber sorpresas.
↧
Respuesta a: Indices complejos no se actualizan automáticamente
Hola @Symetic y los demás,
yo envié una solución donde pudieron reproducir el error y pasó a estado 2, está pendiente del equipo de desarrollo. Todas mis pruebas son con la 7.19, en cuanto tenga respuesta lo publicaré aquí.
↧
↧
Últimos días para hacerte con los cursos online de ayudavelneo.com
Hola a todos:
Durante el verano voy a renovar el blog y he decidido “liquidar” los cursos online que hay disponibles en él.
A partir del 30 de junio ya no estarán disponibles para la compra.
Por si hay algún interesado, aquí os dejo toda la info.
Un saludo
F.José Vila Martín - ayudavelneo.com
↧
Informe vReport – ABC Clientes
Hola,
Estoy haciendo un informe de ABC de Clientes para saber el total acumulado de cada uno de ellos. Hasta aquí todo bien, agrupo por Cliente y acumulo en una variable cada columna, poniendo el resultado en el pie de agrupamiento.
Lo que quiero es que me lo ordene en orden descendente por el Total facturado (ahora el orden es el Cliente)
Alguien ha tenido esta necesidad y como lo ha resuelto?
Saludos
↧
Respuesta a: Indices complejos no se actualizan automáticamente
Muchas gracias @infortic por tus consejos a la hora de actualizar! Me servirán mucho.
@apinna.winmotor esperamos tu respuesta a ver que te dicen.
Saludos y gracias a todos!
Pablo
↧
Respuesta a: Enganche siempre activo
Buenas:
La función tiene que estar definida en un Proyecto en ejecución en el Servidor y tener activado el estilo “ejecutable en remoto”
Desde la parte cliente puedes hacer algo parecido a lo que se ve en la imagen 1
La variable con el contenido de la Fórmula tiene este formato:
A_TXT =
( “rfc:” +
trimmedString ( #FNC ) + “(\cvatp://” +
trimmedString ( #SRV ) + “\c,\c” +
trimmedString ( #INS ) + “\c,\c” +
trimmedString ( #USU ) + “\c,\c” +
trimmedString ( #PWD ) + “\c” +
choose ( #PAR:isEmpty () , “” , ( “,\c” + trimmedString ( #PAR ) + “\c” ) ) + “)” )
Los valores los toma de una Tabla de configuración en que se define el nombre de la Función a ejecutar, el servidor y nombre de la instancia, usuario y password, así como sus parámetros.
Todo esto lo tomé hace años de una Open App disponible en el foro que podría intentar buscar si lo necesitaras.
Saludos. Ramiro
↧
↧
Respuesta a: Enganche siempre activo
Hola Ramiro, Luis.
Hasta ahora creía que los enganches de vServer se mantenían siempre activos aunque no haya Actividad.
Precisamente lo que le falta a vServer es un sistema para controlar la inactividad de los Usuarios y poder borrar enganches.
Un cliente puede arrancar vClient por la mañana y tenerlo todo el dia conectado sin nada de actividad. Mientras se mantenga el hilo de control con el vServer el enganche estará activo, o eso creo.
Otra cosa es que perdamos la comunicación vClient<->vServer, en cuyo caso el enganche se elimina por defecto a los 300 segundos o en el tiempo que hayamos configurado. Si antes de este tiempo se recupera la comunicación todo seguirá como tal cosa.
Por lo tanto, la función remota no nos sirve cuando sucede esto último ya que no hay comunicación con el vServer.
Saludos
Paco Satué
↧
Respuesta a: Evento HTML
Excelente aportacion, muchas gracias a todos por compartir
saludos
↧
Respuesta a: Enganche siempre activo
Bien pensado…
Creo que nuestro amigo Paco tiene razón.
Como siempre, tocaría decir.
Saludos. Ramiro
↧
7 de Julio: Seminario Iníciate Profesionalmente en Velneo
El 7 de julio se celebrará el seminario Iníciate Profesionalmente en Velneo.
En este curso adquirirás la formación suficiente para comenzar a desarrollar tus nuevos proyectos en Velneo con la soltura necesaria para programar la base de datos y los objetos visuales más habituales en cualquier aplicación de gestión.
Te entregaremos el vídeo del seminario y el código fuente de la aplicación desarrollada.
Quiero registrarme y leer toda la información
-
Este debate fue modificado hace 6 horas, 21 minutos por
[N1] chocolores.
↧
↧
Respuesta a: Primera ficha de la lista
Y entonces ¿para que sirve sysListPos? ¿como se usa?
Acabo de hacer pruebas al respecto, y en una lista de 2 elementos,
al recorrerla, me da valor cero en ambas vueltas del bucle.
Por logica la segunda vuelta me deberia dar 1 ¿no?.
Saludos.
↧
Respuesta a: Desarrollo comercial con Velneo
Hola Spicer, yo trabajo con velneo. Quiero compartir información con alguien en Chile. Saludos +56 9 996139830
↧
Respuesta a: Tablas con campos muy extensos
Spicer , ¿ de que ciudad de Chile eres?
Podemos intercambiar información.
↧