Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Mejoras para Sysme
#11
(29-08-2026, 08:23 AM)sysme escribió: Buenas super-maxi,

1 - Ok
2 - Ahí lo tienes resuelto con los LOTES, precisamente es para eso .. también te pide fecha de caducidad (porque aprovechamos la opción para eso pero puedes omitirlo y dejar el valor que te propone el programa)
3 - OK
4 - OK

Hola Óscar,

Precisamente probándolo y pensando en el uso diario, se me han ocurrido un par de pequeños detalles que, si ves que tienen sentido y no supone demasiado trabajo, creo que podrían mejorar bastante esta función.

1. Lotes – fecha por defecto
Sobre los lotes, ¿sería posible que la fecha de caducidad apareciera en blanco por defecto, en lugar de poner automáticamente una fecha?

En mi caso concreto, muchas veces quiero utilizar los lotes simplemente para asociar diferentes códigos de barras al mismo producto, por ejemplo cuando un proveedor cambia el código de barras y durante un tiempo tengo productos con el código antiguo y el nuevo.

En esos casos no existe realmente una fecha de caducidad que quiera controlar. Sin embargo, actualmente el programa propone una fecha y, si no me doy cuenta, esa fecha queda guardada.

El problema es que posteriormente, cuando se vende el producto, puede aparecer esa fecha y el cliente puede confundirse al verla, especialmente si es una fecha que ya ha quedado atrás.

Quizá podría plantearse de alguna de estas dos formas:

Que la fecha de caducidad aparezca vacía por defecto y solo se introduzca cuando el usuario realmente quiera utilizarla.

O que exista alguna opción para indicar si se quiere trabajar con fecha de caducidad en los lotes, de forma que quien la necesite pueda activarla y quien utilice los lotes únicamente para gestionar códigos pueda dejarla desactivada.

Creo que esto haría que la función de lotes fuera más flexible, porque permitiría utilizarla tanto para productos con caducidad como simplemente para gestionar diferentes códigos asociados a un mismo producto.

Y una cosa más sobre este tema: si en algún momento exporto los productos a CSV, ¿los códigos de barras adicionales que estén guardados dentro de los lotes también se incluyen en la exportación?

Lo pregunto porque, si estoy utilizando los lotes para guardar diferentes códigos de barras de un mismo producto, me gustaría saber si esos códigos quedan también incluidos en el CSV o si únicamente se exporta el código de barras principal del producto.

2. Fecha de última modificación del producto
Y hay otra pequeña mejora que creo que podría ser bastante interesante para la gestión de productos.

En Ficha de registro de producto > Datos Básicos, ¿sería posible añadir, por ejemplo en la parte inferior derecha, un campo que indique:

“Última modificación o actualización: DD/MM/AAAA HH:MM”

La idea sería que esa fecha se actualizara automáticamente cada vez que se modifica algún dato relevante del producto, por ejemplo el precio, el stock u otros datos de la ficha.

Creo que podría ser especialmente útil cuando se tiene una base de datos con muchos productos y no es posible revisar continuamente todos ellos.

Por ejemplo, si dentro de unos meses veo un producto y quiero saber cuándo fue la última vez que se revisó o modificó, podría verlo directamente desde la ficha, sin tener que acordarme de cuándo se hizo el cambio.

Incluso, para no añadir información que algunos usuarios no necesiten, quizá podría hacerse como una opción activable desde Sistema > Opciones, igual que existen otras opciones de configuración de Sysme.

De esa manera, quien considere útil tener ese control lo activa y quien no lo necesite simplemente lo deja desactivado.

Creo que sería una de esas pequeñas funciones que, individualmente, parecen sencillas, pero cuando tienes una base de datos grande terminan siendo bastante útiles para llevar un mejor control y saber cuándo se ha actualizado cada producto.

Te lo comento simplemente como sugerencia, por si ves que técnicamente tiene sentido y puede encajar bien en futuras versiones. Si además consideras que puede ser útil para otros usuarios, creo que podría ser una buena mejora general para Sysme.
Responder
#12
Buenos días supermaxi,

1 - No puede ser, es un campo que requiere una fecha válida, no puede estár vacío
1.1 - Sobre el csv, no, esos códigos no irán en la exportación de datos básicos porque están en otra tabla, puedes exportarlos desde STOCK->INFORME DE EXISTENCIAS->Pestaña FECHAS DE CADUCIDAD
2 - Ya guardamos ese dato .. eso si, no lo mostramos en ningún sitio, pero no es problema, lo pondremos en la ficha de producto en la próxima versión

Saludos.
Oscar Guirado
Sysme Software

Sysme Software
Veravap
Responder
#13
Perfecto, entendido. Gracias por aclarármelo. Y genial que podáis añadir la fecha de última modificación a la ficha de producto en la próxima versión.

Respecto al tema de los lotes, ahora que me comentas que el campo de fecha necesita obligatoriamente una fecha válida, quizá podría plantearse de otra manera, sin cambiar el funcionamiento actual de los lotes.

La idea sería mantener todo como está ahora y añadir simplemente una pequeña opción junto a Fec. Caducidad, por ejemplo una casilla de verificación:☑

Que aparezca activada por defecto, de manera que para cualquier usuario que utilice los lotes con fechas de caducidad el funcionamiento siga siendo exactamente el mismo.

Pero cuando un usuario quiera utilizar el lote únicamente para asociar otro código de barras al producto, podría desmarcar esa casilla. En ese caso, la fecha podría seguir apareciendo y guardándose como hasta ahora, pero quedaría indicado que esa fecha no debe considerarse como fecha de caducidad ni mostrarse posteriormente en el terminal de venta o en el ticket.

Por ejemplo, en un lote normal:

Cód. barras: xxx
Núm. Lote: xxxx
Fec. Caducidad: ☑ 01/01/2028

Y en el caso de utilizar el lote únicamente para asociar un código de barras adicional:

Cód. barras: xxx
Núm. Lote: xxxx
Fec. Caducidad: ☐ 01/01/2028

En este segundo caso, la fecha seguiría existiendo porque el campo la necesita obligatoriamente, pero al estar desmarcada la opción de Fec.Caducidad, esa fecha no tendría que aparecer en el terminal de venta ni en el ticket cuando se venda el producto.

De esta forma, se podría seguir utilizando el sistema de lotes para reconocer ese segundo código de barras sin que una fecha que realmente no corresponde a una caducidad pueda aparecer posteriormente al cliente.

Además, al estar la opción activada por defecto, para los usuarios que sí trabajan con fechas de caducidad no cambiaría prácticamente nada del funcionamiento actual. Solamente habría que desactivarla en aquellos casos en los que el lote se utilice para otros fines, como este caso de los códigos de barras adicionales.

No sé si técnicamente sería sencillo de implementar de esta forma, pero creo que podría ser una solución bastante limpia y flexible, manteniendo la lógica actual de los lotes y aprovechando el campo de fecha que ya existe.

Te lo comento simplemente como idea, por si ves que puede encajar bien y no supone demasiado cambio a nivel interno.
Responder


Salto de foro:


Usuarios navegando en este tema: 2 invitado(s)

Contáctanos | Sysme Software | Volver arriba | | Archivo (Modo simple) | Sindicación RSS