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

 

cuando introduces un articulo en albaran/tpv etc y detectas que te has confundido, regresas al codigo y lo introduces de nuevo, el programa cambia el codigo, pero mantiene los datos de la linea anterior, generando errores importantes. Descuenta del stock el nuevo codigo de articulo, mantiene la descripcion, precio y demas datos del antiguo articulo. Este fallo tambien ocurre, seleccionando en el apartado de busquedas.

Actualmente, en el proceso de traspaso de facturas a contabilidad dentro de Visionwin, he detectado una limitación relevante relacionada con el tratamiento de las cuentas de IRPF. Cuando se realiza el traspaso de facturas que incluyen retención, tanto en el caso de arrendamientos (alquileres) como en el caso de retenciones de profesionales, como de royalties (19%) u otros conceptos sujetos a retención, el programa asigna automáticamente todas las retenciones a la cuenta genérica del IRPF de profesionales (por ejemplo, 475100000). No hay opción de cambiarlo. Esto provoca una incorrecta clasificación contable en los casos en los que las retenciones corresponden a otros tipos de operaciones, como los arrendamientos, que deberían registrarse en una cuenta diferenciada (por ejemplo, 475100002 o la que el usuario tenga configurada para este tipo de retenciones) o Royalties. Esta automatización rígida puede generar errores a la hora de la presentación de modelos fiscales (como el 111 o 115), y dificultades en la conciliación contable posterior. Propongo implementar una funcionalidad adicional en Visionwin que permita especificar, dentro de la ficha del proveedor o cliente, la cuenta exacta de IRPF que debe aplicarse automáticamente en el asiento contable generado durante el traspaso. Que haya un campo editable en la ficha de cliente/proveedor: donde el usuario pueda indicar la cuenta contable de IRPF que debe usarse al generar los asientos de retención (por ejemplo, 475100002 para alquileres, 475100003 para royalties, etc.). Durante el traspaso de documentos a contabilidad, el sistema deberá leer esta configuración y utilizar la cuenta de IRPF correspondiente para generar el asiento contable correctamente. De esta manera, automáticamente la retención va al modelo correspondiente (111, 115). Esto reduce el trabajo manual posterior para corregir asientos a la cuenta correcta que me toca hacer cada trimestre.

Hola! Hay manera de que cuando se hace una factura, poder cambiar el tipo de IVA de los portes? Pongo un ejemplo: Si mando un libro (que tiene un 4% de IVA), al poner portes solo me permite poner la cantidad sin IVA pero tengo que restarle un 21% de IVA, no hay la opción de poner un 4% de IVA. Para el envío de libros, los portes son al 4%. A ver si se puede solucionar esto. No siempre mando libros, con lo cual de solucionarse estaría bien que en la misma pestaña de portes poder poner el IVA para cada factura (no que sea una opción general).

Llevo bastante siguiendo la pista de esto y creo que no me equivoco al decir que aquí hay un fallo en como se realizan los calculos. Voy a explicarlo con un ejemplo porque creo que va a ser más fácil. He probado en distintas versiones incluida la ultima. Hago una factura con 5 unidades de un articulo que vale 22,73 y lleva un 20% de descuento. Total de la linea 90,92 Base imponible 90,92 iva 19,09 Total 110,01 Esa factura da error al enviarla como factura electronica porque no coincide la suma de tal con tal (no recuerdo el mensaje exacto) En el xml tenemos esto: 90.92 0.00 0.00 90.92 19.09 0.00 110.01 0.00 110.01 0.00 110.01 0.00 VARIOS 21% IVA 5.00 01 22.730000 113.650000 Descuento lineal 22.750000 yo creo que el problema está aquí 90.900000 01 21.00 90.92 0.00 19.09 0.00 0.00 0.00 0.00 V21 2025-05-09 110.01 01 Me dá la sensación que el orden de los cálculos y redondeos cuando hay descuentos de linea genera descuadres No sé porqué pero ese caso se dá con facilidad

Seria interesante que en los documentos la posibilidad de que el programa identifique un código de articulo en concreto no pueda aparecer junto a otro. Es decir, si se añade un articulo determinado no deje añadir otro (también se podría filtrar por familias de artículos incompatibles entre si).

Seria interesante que cuando se guarde pedido clientes, albaran clientes o facturas cliente, se aplique 1 sola vez el cálculo de stock (actualmente se recalcula aplicando el stock 2 veces). En artículos con un volumen considerable de escandallos se tarda en el proceso. También se podría establecer que lo realice solamente en la factura clientes.

Dirección alternativa del cliente, el día a día aquí creo las obras que tiene el cliente para que al facturar salgan independientes una por cada obra que se crea, hay clientes que tienen bastantes obras en activo y en su caso con el paso del tiempo son muchísimas así que se borran las que ya no existen. Se plantea el problema de tener que sacar un listado de unas obras en concreto que ya están borradas, el sistema guarda el número pero no el nombre, la manera de que esto no ocurra es no borrar ninguna obra ya que numéricamente el sistema va sobrado y así siempre se mantiene, pero aquí el problema es que la operativa no es práctica ya que siguen apareciendo todas las obras visualmente, no se ordenan ni por código ni por nombre y la búsqueda no es ni cómoda ni rápida para estar haciendo albaranes continuamente. Que exista la posibilidad que se pueda marcar una casilla en la dirección alternativa para que a la hora de hacer el albarán sea visible o no y de esta manera sólo se verían las que estén sin marcar, que la búsqueda hubiera algún acceso directo a buscar por nombre o por dirección y no tener que utilizar la avanzada y que salgan ordenados por código o por nombre que ahora están de manera aleatoria.

Sería interesante, para el sector del libro, que, cuando creamos un albarán a un cliente e introducimos una línea de artículo, el sistema nos indique si ese artículo ya lo tienen en depósito, para evitar duplicidades. En albaranes de contado no sería necesario, pero en depósito sí, pues cuando un librero tiene un libro en depósito y realiza un pedido, hay que facturar el que tiene depositado.

Al introducir en las lineas del documento (albaran, factura, etc) el codigo de articulo aparece la descripcion y el precio, pero si se rectroce y se cambia el codigo, porque se aprecia que el anterior seleccionado no es correcto, no cambia en la linea ni la descripcion ni el precio, pero si que descuenta el stock y queda gravado el nuevo articulo.

Se podría poder configurar el tiempo de comunicación que hay entre VisionWin y el conector Imacash, ya que por defecto tan solo es de 10 segundos. En esos 10 segundos no da tiempo a que el cliente pueda realizar el pago a en un cajón inteligente. Además, cuando haces un movimiento de caja (con cajón inteligente), si no lo haces en esos 10 segundos salta un aviso de que no se ha registrado el movimiento por problemas con el cajon.

Se podria bloquear la opcion de modificar una factura ya cobrada, si antes no se anula el cobro. Si se accede por error a la ficha de la factura y se Acepta o incluso si se cancela la modificacion da la opcion a generar de nuevo el recibo, con lo que se pierde el movimiento de cobro realizado. En entorno de multiusuario, donde hay diferentes personas realizando facturas es un problema,

En los documentos, al pulsar cancelar SIEMPRE pregunta si se desean guardar las modificaciones, en las fichas no es asi­. Se prodri­a modificar este comportamiento en los documentos y que cancelar no realize ninguna operacion. Evitaria errores en entornos multiusuario.

Recientemente tuve un problema al registrar un gasto como compra en el programa. Reconozco que utilizo esta maniobra de manera poco ortodoxa, ya que sé que se puede introducir directamente en contabilidad como un asiento de gasto (por ejemplo, seguros o gastos bancarios). Sin embargo, al ser autónomo, utilizo el programa principalmente para la gestión ordenada de impuestos, y la gestión contable completa que ofrece Visionwin Contabilidad (debe y haber) no es compatible con las olibaciones de un autónomo. Mi preferencia es numerar incluso los gastos como facturas para llevar un control más organizado cada trimestre, especialmente en caso de una revisión fiscal por parte de Hacienda (no podría presentar libros diario porque no los utilizo). Para ello, y aquí la manera poco ortodoxa, es que añado una factura y para convertirla en gasto, quito manualmente el IVA. Sin embargo, me di cuenta de que, tras hacer el traspaso, que parece hacerse correctamente, el modelo 130 no reconocía la operación, y esa factura no aparecía en contabilidad en la opción "Facturas recibidas", probablemente debido a la exclusión del IVA que realicé manualmente de forma nada ortodoxa. Este tipo de errores podría evitarse si se implementara una funcionalidad que permita diferenciar claramente entre facturas de compra y gastos, y que gestione automáticamente la exclusión total del IVA (no mediante la tabla de iva como obliga el programa actualmente) en casos donde no aplica, como en seguros o gastos bancarios por ejemplo. Yo he utilizado otros programas que si lo permiten. Creo que el programa no considera las necesidades de los autónomos, aunque la contabilidad curiosamente sí incluye el modelo 130, usado por este colectivo. Sin embargo, faltan más herramientas adaptadas a este perfil. En resumen, sugiero las siguientes mejoras: Traspasos de Facturas de Compra y Gastos: Actualmente, el programa permite gestionar facturas de compra, pero sería muy útil que también se puedan realizar traspasos tanto de facturas de compra como de gastos de manera clara y diferenciada. Esto aumentaría la flexibilidad a la hora de registrar todo tipo de transacciones, mejorando el control financiero. Se podría utilizar un marcador para diferenciar entre Factura o Gasto. O sea, incluir una opción en la pantalla de "Nueva factura/gasto" para luego una vez abierta la ficha, marcar si se trata de una factura o un gasto. Esto sería esencial para gastos que no incluyen IVA (como seguros), evitando errores y simplificando a los autónomos la contabilidad. Ya de paso, asignación de Cuenta Contable de Gasto desde la Pantalla de Nueva Factura/Gasto, facilitando que desde la misma pantalla se pueda asignar directamente la cuenta contable de gasto, sin depender solo de la cuenta asignada al proveedor/acreedor. Esto permitiría más flexibilidad y reduciría la necesidad de correcciones manuales en la contabilidad como me toca hacer aveces. Ya de pasada, decir que el IRPF que solo puedes asignar (con su cuenta correspondiente) en la ficha de proveedor es IRPF de profesionales, no estaría de más poder asignar otros IRPF como el de derechos de imagen, pues siempre tengo que hacer la corrección una vez hecho el traspaso de la cuenta correcta en contabilidad. Entiendo que el desarrollo llevaría su tiempo, pero sería genial si pudiera implementarse de cara al inicio del ejercicio fiscal 2025, sería una solución excelente para evitar estos problemas a futuro. Mejoraría la precisión contable y evitaría errores manuales que afectan a los modelos fiscales especialmente de autónomos.

Cuando me llegan artículos en depósito, por ejemplo, un libro, aun poniendo su precio de coste (que me sirve para saber cuando se venda a qué precio me los va a cobrar el proveedor), pensaba que marcando la opción 'depósito' al albarán de entrada, si hacía un listado de stock valorado (por ejemplo de cara a hacer la valoración del inventario a final de año de cierre del ejercicio) me saldría valor 0 en esos productos marcados como depósito, pero veo, haciendo pruebas, que me sale el valor de coste igualmente aún teniendo marcado la opción 'depósito'. Creo que el tema depósitos no está correctamente implementado. Tendría que ser, a la hora de hacer una valoración del inventario (de cara a final de año, es que estamos hablando no de una simple info, sino de pagar más o menos a Hacienda) a coste 0, porque si no, se suma al inventario comprado y eso implica, a la postre, pagar más impuestos! Creo que no es baladí la cosa. Nos obliga a poner coste 0 en la ficha, pero nos impide a la vez poner el precio de coste que nos cobrará el proveedor cuando se venda.

No es posible que estemos en el año 2024, que los negocios ahora más que nunca debemos tener presencia online, y que visionwin no priorice la sincronización del Tpv con una web e-commerce, al comenzar con visionwin me dijeron que era posible la conexión con prestashop, ahora que tengo la web en prestashop, no puedo hacerla sincronización porque resulta que visionwin tiene problemas para la actualización de funciones con prestashop. Pido por favor nos ayuden, nos ayuden a tener un buen funcionamiento de una página web sincronizada con el Tpv de visionwin, donde los artículos, fecha de caducidad, stocks, precios, descripción se sincronicen desde el Tpv de visionwin a la página web e commerce.

Sería posible que una vez cerrado un año contable, el poder consultar en esa contabilidad lo mismo que se hace en la contabilidad del año en curso , es decir no tener que acudir al diario para poder revisar algo, sino a la propia contabilidad. Que se ahga el cierra pero se pueda consultar algo sin adminitr cambios ni modificaciones (puesto que la contabilidad está cerrada). En muchas ocasiones hay que acudir al año anterior para ver que pasó con algo, y al encontrarse cerrado y sin poder visualizar nada, no es práctico ni ayuda. Y hay que deshacer cierre y vover a cerrar, y esto si puede adminitr cambios no siendo lo suyo y evitamos errores futuros. Esta opcion ayudaria bastante en mi opinion. Gracias.

Estaría bien que al meter una empresa como Comunidad de Bienes con un número de socios determinada (p.ej. 2) el modelo 130 se ajustase al número de socios existentes en lugar de hacer un único módelo 130 a nombre de la Comunidad, lo cual no es real.

En las facturas de proveedor hechas por albarán, sólo se muestra la información del albarán y no de los productos que contiente cada albarán. Estaría bien que se mostrara el desglose de cada producto por albarán, con su correspondiente descripción, cantidad, precio, etc.

Seria de mucha ayuda que, en los documentos de ventas, que al añadir una línea de producto se pudiera meter con la referencia o código barras del proveedor que hemos dado de alta en la ficha del producto, como ocurre en los documentos de compras.

¿Habeís tratado de poner : SAN SEBASTIÁN DE LOS REYES en el campo de POBLACIÓN en los DATOS de EMPRESA? S,SEBAS. DE LOS REYES no queda serio....

Al realizar devoluciones cuando recibimos el albarán definitivo de la devolución aparece movimiento de almacén dos veces (el movimiento de la devolución movimiento de albarán). La solicitud es que al marcar la devolución como completada se anule el movimiento de almacén de la devolución.

Necesitamos poder fijar el PVP de artículos de manera opcional. En librería los libros tienen ***PRECIO FIJO*** que no podemos modificar libremente ni aplicar el descuento que queramos. Y cargamos los albaranes automáticamente por lo que los precios se cambian de forma automática

En pedido de proveedor, si hay algún producto o cantidad que no se va a recibir y das la opción Finalizar pedido, deja el stock como pendiente de recibir, debería dejarlo todo a 0 ya que se Finaliza el pedido.

El Reglamento de IVA, RD1624/1992 art.64.4 establece que en el libro registro de facturas recibidas debe aparecer la fecha de expedición y la de realización de las operaciones si son distintas. Puedo recibir una factura de marzo en julio y tengo que contabilizarla en julio. Por lo tanto, tiene que haber dos columnas: una para la fecha en que la contabilizo y otra en la que aparezca la fecha de la emisión de la factura. Se podría utilizar la fecha de recepción para llevar esa información al libro de IVA. Muchas gracias por su atención.

Seria interesante que en el programa de gestión de librería, hubiera una opción en la ficha del artículo, por ejemplo, para que el precio del artículo no se modificara al entrar albarán, factura o ficha de libro por SINLI.

Tener la posibilidad que cuando se transforma un pedido cliente en pedido proveedor, guardar el mismo numero de pedido

La opción de Envío de Disponibilidad a CEGAL envía la base de datos completa, sin embargo, CEGAL solo admite libros. Sería necesaria una opción para elegir la familia que se va a enviar a CEGAL.

Buenas tardes, Se podría poner la opción de vincular las facturas de abono a las devoluciones de proveedor. Ya que una vez generada la devolución y seguimiento de la misma, pueda vincular la factura de abono que me envíen.

Cada vez que duplico un artículo para ahorrar tiempo veo que, si tienen variantes de idioma en sus descripciones, duplica el artículo pero no duplica sus descripciones además de dar fallo en el programa y se cierra automáticamente. Sugiero arreglar ese fallo en el programa y que se dupliquen también las variantes de idioma de las descripciones.

Seria práctico poder hacer facturas de abono sobre una factura emitida, seleccionando ésta última y que el programa la convierta en negativo, recogiendo todos los conceptos facturados.

Si se anula el cierre del ejercicio, al volverlo a realizar el número de apunte que se genera no es correlativo al último válido sinó que considera el Apunte de Cierre y el de Regularizacion anulados para establecer el orden numerico. No se soluciona renumerando y en consecuencia el número de apunte al sacar el libro diario no es correlativo

no debe dejar de hacer facturas que no sean correlativas en fecha y número es decir: fecha nº de factura 1/5 1 5/5 2 4/5 3 como no salta ningun aviso hemos tenido ya problemas con esto, porque cuando se duplican se duplica con la misma fecha o cuando se hacen desde ofertas ...

El libro de Facturas Recibidas lista el apunte trimestral de prorrata a pesar de estar correctamente marcado como prorrata cuendo se contabiliza el apunte

Si se utiliza la flecha Siguiente - Anterior durante la grabación de un Predefinido, no reconoce (o volca mal) las líneas del asiento que van referenciadas a una Fórmula que hace referencia a una línea anterior N[] . Si no se utiliza Siguiente - Anterior si que se ejecuta correctamente el predefinido

Ampliar el limite de valores de los atributos en VisionWin, el programa solo admite 30 valores por grupo... en ropa y calzado tenemos tallas como XXS, XS, S, M, L, XL, XXL, 3XL, 4XL, 5XL, 00, 02, 04, 06, 08, 10, 12, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46... ya estan los 30 y faltan tallas todavia... y colores basicos (blanco) y luego con combinaciones como bicolores (blanco/negro), tricolores (blanco/negro/rojo) o tipos (vichy cuadros negros, vichy cuadros verdes). Cuando trabajas con ropa y calzado, con proveedores nacionales e internaciones, puedes acumular una gran variante de atributos. Para un mejor funcionamiento de VisionWin y aprovechar el desarrollo del conector, tendria que no tener limites los atributos. El programa de WalterKlubers (A3) es la gran ventaja que tiene respecto a este (VisionWin). No tiene limites en atributos y sincroniza correctamente los EAN de los atributos y los precios de compra. Con este limite (30 atributos) muchas empresas no podran trabajar con el conector de Prestashop ni atributos de los articulos.

En mi caso, el conector de VisionWin con Prestashipop, solo me sincroniza 30 atributos por cada grupo de atributos (tallas y colores). Luego no sincroniza los EAN de los atributos y no sincroniza los precios de coste de los articulos. Soluciones seria no tener limites de valores en los atributos y que la sincronización de los atributos sea totalmente completa (Codigos EAN, nombre de Referencia de esa combinación, etc...)

En algunos formatos no se puede añadir el nombre de la Editorial, aunque sí el código de la editorial. Sería interesante que se pudiera añadir el nombre de la editorial ya que es mucho más útil.

En la ficha del articulo tener solo activo uno de los margenes comerciales, sobre costo o sobre pvp. Ahora mismo si quieres usar el margen sobre costo y bloqueas los margenes para que el valor no se modifique es imposible porque siempre pasa por margen sobre pvp y aplica ese valor. Esto es un inconveniente importante para los que trabajan con margen comercial fijo sobre un articulo, porque si no bloqueas márgenes el programa los cambia continuamente y si bloqueamos márgenes solo toma el valor sobre pvp.

Seria interesante que en la ventana de búsqueda de articulos hubiera un botón de 'cancelar' ,pues cuando se abre accidentalmente o bien por que el articulo no esta dado de alta, no tenemos manera de cancelar esa búsqueda , si damos escape hay veces que se queda la ventaba abierta detrás del TPV y tienes que salir y volver a entrar.

En el balance de situación, a pesar de no tener marcada la casilla de mostrar cuentas con saldo 0, éstas aparecen por defecto sin posibilidad de no ser mostradas. Mi versión actual 2020 6.0

Poder dormir una venta desde el TPV de Visionwin y recuperarla en otros terminales. Esto va bien cuando enmedio de un ticket el cliente recibe una llamada o se detiene a mirar algo, si aparcas el ticket y atiendes a otro cliente que se entretiene en comentar lo que sea y el primero finaliza la llamada tiene que esperar a finalizar de nuevo la venta del primero. Si podemos recuperar ese ticket dormido en otro terminal y finalizar la venta despejamos el comercio y más en épocas de COVID-19.

Necesitaríamos más caracteres en el campo Ubicación de la tabla Artículos. A veces tenemos el mismo libro en varias ubicaciones, por ejemplo en B01-02, pero a veces también en A01-01 y no cabe el texto B01-02; A01-0

Poder salir de la pantalla de cobros del tpv con operaciones dormidas para poder consultar un artículo, una factura o un albarán

El listado da la misma cantidad en base imponible que en el total