Necesitarïa la modificación en la creacion de los articulos, en código y código alternativo hay para 13 digitos y necesitaría 14, para poder leer los EAN-14.
Victor casajuana nos remitio un E-mail el 06/05/2026, en el que nos indicaba que se podria hacer la modificacion y teniendo en cuenta que el lector del código de barras leerá esta cadena: 0208435315951617102312114103374940.
Si el formato siempre es el mismo 02....10....37.
Se podría hacer un ajuste para que pasara los datos automaticamente a la línea del documento, (código de articulo, cantidad y nº de lote) siempre teniendo en cuenta que el artículo
ya este introducido en visionwin con el código de barras 08435315951617 (en este caso)
Por lo que necesitariamos los cambios para que pudiesemos hacer la lectura del código de barras de nuestro proveedor,
dónde (02) es la numeracion del código de barras 08435315951617, que nosotros asociaríamos al nombre del producto (10) es el número de lote 2312114103 y (37) es la cantidad de producto 4940
A partir del 5 de octubre del 2026, será exigible a todas las enpresas que transporten mercancias, ya sean propias o de treceros un documento en el cual aparezcan los datos del transporte, puede ser en formato papel o electronico, en formato papel debe de incluir un código QR por el cual las autoridades puedan visualizar dicho documento.
Sería interesante poder montar el documento, ya que los datos etán todos inclidos en el documento del albarán.
Pongo datos obtenidos para saber los datos que hay que configurar en el documento DeCA.
De conformidad con lo dispuesto en el artículo 222.2 del Reglamento de la Ley de Ordenación de los Transportes Terrestres, los ficheros en los cuales se materializan los documentos electrónicos de control administrativo exigidos tendrán signos de escritura legibles, debiendo reunir las siguientes características:
1. Los ficheros electrónicos tendrán formato PDF con un tamaño no superior a 5 MB. La fecha y hora de creación y la fecha y hora de modificación serán metadatos del fichero PDF.
2. La generación de los ficheros electrónicos será nativa digital, es decir, mediante la transformación de los datos estructurados contenidos en las aplicaciones informáticas en signos de escritura legibles. No serán válidos, por tanto, los ficheros electrónicos obtenidos a partir del escaneo de un documento existente en papel o de imágenes digitalizadas.
3. Los ficheros electrónicos generados deberán incluir en el propio PDF un código QR (en inglés, Quick Response) con la dirección web única y específica del documento (URL). Adicionalmente, el código QR se podrá tener disponible como un fichero independiente.
4. Tanto los cargadores contractuales y los transportistas efectivos en el caso de mercancías, así como las empresas transportistas en el caso de viajeros, deberán conservar durante al menos un año los ficheros electrónicos generados. Se podrán conservar en el mismo repositorio indicado en el punto 3 del apartado primero de esta resolución o en otro repositorio diferente habilitado al efecto. En el caso de transporte de mercancías, cargador contractual y transportista efectivo podrán tener su propio repositorio independiente para la conservación de los ficheros. Si los ficheros electrónicos los generó uno de ellos, es suficiente con que el otro pueda descargar los ficheros durante un año.
La dirección web única y específica URL (Uniform Resource Locator) de cada documento electrónico de control administrativo (DeCA) tendrá las siguientes características:
1. La URL utilizará un protocolo seguro de transferencia de hipertexto (en inglés: Hypertext Transfer Protocol Secure o HTTPS) bajo el estándar TLS v1.2 o superior; por lo tanto, debe comenzar necesariamente por «https://».
2. La forma de construir la URL será libremente determinada por quien lo genere y podrá contener medidas de seguridad, tales como encriptación, tokens o claves de expiración del enlace, garantizando en todo caso que este no expire antes de la finalización del servicio.
3. La URL permitirá que el DeCA sea accesible a toda persona habilitada para ello. En particular, se debe permitir que durante el tiempo que dura el servicio de transporte, los agentes de las fuerzas de vigilancia del transporte en carretera puedan descargar el fichero electrónico almacenado en el repositorio. Esto se realizará mediante una llamada o invocación de la URL que debe producir la descarga directa del fichero electrónico en formato PDF.
4. Las medidas de seguridad que, en su caso, se implementen no podrán limitar la descarga directa del fichero electrónico en formato PDF. En consecuencia, no será válida ninguna URL que dirija a una página web que requiera credenciales o autenticación, ni que incorpore botones de descargas u otros elementos que impliquen una interacción manual.
5. Transcurridos siete días naturales tras la finalización del servicio, se podrá desactivar la opción de descarga para la URL correspondiente.
Almacenar los ficheros electrónicos generados en un repositorio, garantizando su disponibilidad para la descarga en las inspecciones llevadas a cabo en carretera. El dominio del repositorio podrá ser cualquiera y no requerirá comunicación previa del mismo.
Cada fichero electrónico almacenado en dicho repositorio tendrá una dirección web única y específica, es decir, una URL (Uniform Resource Locator), con las características del apartado tercero de esta resolución.
Actualmente se pueden añadir informes a la barra de botones, sin embargo los informes especiales no están disponibles para añadir y sería interesante tenerlos también.
Hola buenos dias,
Se agradecería que al imprimir por ejemplo una factura a pdf se pudiera configurar o elegir el formato del nombre del archivo. Ejemplo, si quiero
enviar una factura a un cliente en pdf, poder elegir un formato tipo numero de factura seguido del nombre de cliente. Ej. " Fra. 261234 Fulano Mengano SL".
Ahora veo que existen una forma con el que puedo imprimir con ej. tipo "Fra. 261234" pero el nombre de cliente no me deja.
Para próximas actualizaciones creo que seria lo suyo poder configurar en nombre del tipo de archivo que se ha de imprimr en pdf.
Saludos.
Actualmente cuando envias un documento como una factura de cliente por email, solamente puedes enviar ese documento pdf y ningún archivo mas. Sería muy útil permitir el envío de mas tipos de archivo en ese mismo email ya que a veces se necesita enviar mas archivos al cliente de cualquier tipo.
Buenos días.
Sería posible añadir el campo "cliente" a las órdenes de Producción tipo A?
Las órdenes que creamos, normalmente van ligadas a un pedido de cliente y ahora estamos entrando manualmente el nombre del cliente en el campo "responsable"
Nos iria muy bien también a la hora de hacer búsquedas.
Gracias y un saludo.
Dado que el trabajo simultáneo desde varios puestos puede generar algunas limitaciones asociadas al uso de archivos DBF compartidos, sería interesante valorar la posibilidad de migrar en el futuro a una base de datos SQL (por ejemplo, MySQL o una alternativa equivalente). Esto podría aportar mejoras en el rendimiento en red, facilitar el acceso concurrente de varios usuarios y reducir la dependencia de soluciones de terceros como TSPlus, RDP Wrapper u otras herramientas similares, algunas de las cuales pueden implicar costes adicionales o modificaciones del sistema operativo.
Se puede aumentar la longitud de los campos configurables en artículos, almenos al doble de la actual.
Actualmente, el programa permite enviar documentos (facturas, presupuestos, etc.) por email utilizando una plantilla HTML predefinida. Sin embargo, el contenido del mensaje es fijo y no se puede modificar en el momento del envío.
Se propone añadir la posibilidad de editar el texto del correo antes de enviarlo, permitiendo personalizar el mensaje para cada cliente o incluir comentarios específicos según el caso.
Esta mejora aportaría mayor flexibilidad y una comunicación más personalizada con los clientes.
Hola,
quiero proponer incorporar la opción de imprimir/enviar a Whatsapp en las opciones de Impresión (o en otro apartado del programa).
Gracias.
Hola,
quiero proponer incorporar un campo tipo WWW (como el de la ficha proveedores y clientes) en la ficha Artículos.
Para poder poner una URL que vaya directamente a información extra del artículo de una pagina web del proveedor, por ejemplo.
Gracias
Sería muy útil poder configurar la firma con tableta Wacom de forma individual por usuario.
Funcionamiento propuesto:
Sería interesante implantar una funcion para imprimir etiquetas de precios de articulos, en la que se pudiera ir pistoleando artículos de forma continua, sin tener que confirmar en el equipo cada etiqueta.
Para, por ejemplo, pistolear 10 articulos en un lineal de la tienda lejos del equipo, o subido a una escalera.
Gracias.
Actualmente al realizar un comentario (pulsando la tecla C) de varias lineas en un documento dentro del apartado de ventas, se aprecia que dicho texto se visualiza posteriormente en varias lineas en vez de contenerlas en una sola linea a modo de visualización, dando la sensación a veces de confusión debido a que uno puede tener bastante texto que insertar entre varias líneas y modificarlas posteriormente respetando además el órden de las lineas de los comentarios. Lo ideal sería que por cada línea del documento se mantuviera un texto extenso sin tener que visualizar ese texto como dividido en varias lineas. Así además, la posterior edición que se tuviera que hacer sobre ese documento, sería de lo mas sencillo (vease funcionamiento del software Factusol a modo de ejemplo)
Cuando grabas un albaran/factura...al poner el codigo de cliente te baja todos los datos relacionados con ese cliente, forma de pago, tipo de tarifa, si modificas el codigo de cliente no actualiza todos los campos, solo su codigo y nombre, manteniendo la forma de pago, tarifa del anterior cliente que has puesto por error.
Lo mismo sucede al introducir los articulos, cuando cambias el codigo del articulo te deja lo del articulo anterior,descirpcion, precio...
El programa debería actualizar todos los campos cada vez que se cambia el codigo del cliente, ya que es imposible saber las formas de pago o tarifas de cada cliente, campos que deben seguir siendo editables por si en ocasiones puntuales se las tienes que cambiar. Lo mismo para los articulos.
Gracias
Sería interesante poder tener la posibilidad de poder acotar la duración de un mantenimiento, indicando la fecha de inicio como la de fin del mismo.
Si tenemos activada la opción para actualizar los precios de venta automáticamente con los costes y márgenes del artículo en compras, sería interesante poder tener la opción de que en lugar de que esa actualización se haga de forma automática, se muestre una ventana emergente proponiendo el nuevo precio y que podamos confirmar el cambio o incluso introducir manualmente el precio.
Al escribir el principio de un código de artículo, usar una combinación de teclas para que aparezca un listado de los productos que gasta ese cliente cuyo código empieza por el que hemos escrito. Así podremos ver qué artículo y qué cantidad gasta exactamente ese cliente y podríamos seleccionarlo allí.
En la gestión de los Múltiplos para Cristalería/Carpintería solo se puede especificar un Multiplo, asumiendo que sea el mismo para ancho y largo, y que valga también para productos que se venden por m. lineal.
En ocasiones ocurre que hay multiplos diferentes para ancho y largo, y eso no se puede gestionar en el programa.
Habría que introducir dos campos cuando el Tipo de articulo es por m2, y deshabilitar uno de los dos cuando el usuario seleccione Tipo= m. lineal
Desconozco si este caso aplica también a m3
Gracias
El campo que identifica el Tipo de articulo para Cristalerias/Carpinterias es un entero que en la ficha de Articulo se enseña como un literal:
Cuando se accede al campo Tipo de Articulo en la vista de Lista de Articulos, solo se puede listar el indice, no el literal correspondiente. Sería interesante tener un capo Literal de Tipo de Articulo, o una función para sacarlo partiendo del literal, que es lo que hacemos en los informes
Gracias
Mejora relacionada con el control de documentos ya aceptados, servidos (que incluso a veces ya han sido facturados...)
Actualmente los albaranes facturados no pueden modificarse, lo cual es correcto, pero seria muy util extender esta misma logica a otros documentos:
Pedidos de clientes ya servidos
Presupuestos aceptados
Pedidos a proveedores ya recibidos o cerrados
En entornos con varios usuarios, permitir la modificacion de estos documentos puede provocar errores, inconsistencias o cambios no deseados en documentos que ya deberian considerarse definitivos.
Como posible solucion, esta restriccion podria ser:
Obligatoria, igual que con los albaranes facturados, o
Opcional mediante un parametro de configuracion de empresa, de modo que cada negocio pueda activar o desactivar esta proteccion segun sus necesidades.
Esta funcionalidad ayudaria a mantener la integridad de la informacion y evitar modificaciones accidentales en documentos ya procesados.
Gracias.
En el detalle de documentos, al (I) insertar una linea, el programa pregunta "¿Desea introducir un código de articulo?", si al introducir un código de artículo existente agilizaria el proceso y evitaria errores si por defecto la cantaidad apareciera en 1, igual que cuando se le da a la opción de (A)añadir.
Si es una linea de comentario es perfecto que la cantida sea 0.
Y como alternativa para evitar errorres sería que al (I)nsertar no hubiese posibilidad de introducir una línea con código, que solo fuera de comentario.
Cuando le das a imprimir un documento, albaran, presupuesto o factura y lo quieres guardar en pdf, por defecto te propone un nombre para guardar, compuesto por:
El nombre del modelo de impresión, n, serie y número de documento: Albaran n 002-0125
Pues seria muy util si se añadiera al comienzo de ese texto el código del cliente del documento, para poder identificar y guardar de forma rapida los documentos y que esten ordenados por codigo de cliente.
Ej: 1525-Albaran n 002-0125
Facilitaría mucho el trabajo. Gracias