![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
tendría que ser así como menciona Luis
Cuando en tu inventario, le des entrada a un producto, debes definir la fecha de caducidad.
__________________
|
|
#2
|
||||
|
||||
|
Gracias por el consejo.
Entonces en la tabla de entradas agregaré el campo "caducidad" de tipo datetime. Con eso cuando doy entrada a los productos llevo la fecha de caducidad. Sin embargo. Como voy descontarlos al momento de vender? O si se necesita determinar los productos que ya caducaron? Tengo las fechas de los productos q ya caducaron, pero ¿Como se que aun los tengo en existencia o que ya los vendí? Ahi es donde me estoy rompiendo la cabeza. Agradeceré una vez mas sus sugerencias |
|
#3
|
||||
|
||||
|
No te compliques, no hay forma realmente operativa de hacer lo que quieres. Precisamente porque es casi imposible llevar el control de los lotes ya que los proveedores te pueden surtir producto de diferentes lotes. Ahí si el control tiene (y debe) recaer en los humanos. Te lo digo por experiencia, ni el líder mundial en autoservicios ha logrado esto.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#4
|
||||
|
||||
|
Se puede hacer, aunque es complejo y lleva muchos controles que hay que cumplir a rajatabla, se trata de controlar las ubicaciones físicas del almacén y tener localizados siempre todos los artículos en todos los momentos, es decir, controlar cualquier movimiento que hagan los artículos desde que llegan al almacén, colocarlos en una ubicación, moverlos, recogerlos, preparar el packing list y darle salida con el transportista. Cada artículo debe estar controlado, es complejo porque depende de muchos factores. Y si se quiere llevar bien hay que ser muy estrictos con todos los procesos y tener a todos los trabajadores muy disciplinados para que no se "rompa la cadena" y se le pierda el control a los artículos.
Un buen programa de gestión de almacenes (SGA) hace todo eso y mucho más, pero no es fácil de implementar en "la vida real". La gestión comercial que hemos hecho donde trabajo tiene el módulo de SGA para los clientes que lo necesiten y es realmente útil y lleva un control total de los almacenes. Lo usamos para los clientes que necesitan una trazabilidad total de los artículos y saber en tiempo real dónde está cada uno de ellos. Por supuesto, también controla la caducidad de los artículos y cuando se hace un pedido de cualquier artículo, el programa indica cuál hay que recoger y dónde está, indicándole al operario la ruta más corta o más rápida para recoger todos los artículos del pedido (estoy hablando de almacenes de varias hectáreas de superficie, donde es primordial no perder tiempo dando vueltas buscando un artículo).
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#5
|
||||
|
||||
|
Imagino que debes tener una tabla donde tienes los movimientos de entrada y otra tabla donde tienes los movimientos de salida (o los dos movimientos en una tabla) pero ademas debes tener una tabla donde tienes las cantidades existentes en la cual debes tener en resumen (codigoarticulo, lote, fechavencimiento, cantidad).
Pues, esa tabla de "existencias" es la que debes consultar para saber los que tienes vencidos. la consulta seria mas o menos.
Espero haberte despejado un poco el panorama. Saludos. |
|
#6
|
||||
|
||||
|
La solución de baja tecnología que he visto que usa cierta cadena muy grande a nivel mundial es bien simple. Su sistema solo registra la entrada de los artículos, no se controlan lotes ni nada de eso, lo que hacen físicamente es marcar las cajas del producto que están recibiendo con un código de 12 colores (1 para cada mes) y de acuerdo con este código van surtiendo o sacando a la venta las cajas más antiguas.
El proceso electrónico si bien es cierto que se puede implementar, requiere una disciplina casi militar por parte de los usuarios para utilizarlo y además tiene muchos eslabones débiles que en caso de que alguien se brinque una parte del proceso se echa a perder todo el control en cuestión de minutos.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#7
|
||||
|
||||
|
Amigos:
Una vez mas les agradezco por sus pertinentes consejos. Algo asi me suponia pero nada como la experiencia de ustedes para confirmar mis supocisiones. Un gran saludo y la mejor de las suertes. Cita:
Cita:
|
|
#8
|
||||
|
||||
|
Eso es consultoría de negocio, no técnica. Por lo tanto, ya que le limpias la casa a tu cliente, intenta morderle un buen pellizco.
En definitiva, no te limites a ofreces sw para un sector. Si ya lo coneces y puedes ofrecer asesoría en ese sector, utilizalo como arma comercial y aprovechalo para amortizar la inversión en el desarrollo. Suerte y un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
#9
|
||||
|
||||
|
Así es mi estimado amigo fjcg02, en este negocio no hay que limitarse nomas a vender software sino a arreglarle sus problemas al cliente (con o sin nuestro software), con la experiencia uno va a agarrando golpes y se va familiarizando con lo que los clientes hacen. Por supuesto que este "know-how" no es gratis, pero la mayoría de las empresas ven con mucho mejores ojos a una empresa o desarrollador que no se limita a hacerle un programa "tal cual" sino que además le soluciona otros problemas adicionales.
Me permito compartirles algunas máximas según mi experiencia: 1.- Casi todas las empresas (clientes) siempre buscan evitar fugas de dinero. Entonces busca las debilidades no de tu sistema sino de como hacen su opreración y con esa información cubrelas con tu sistema. 2.- Los usuarios administrativos siempre piensan como "siempre lo han hecho". Trata de que tu sistema les cambie poco a su rutina y en su caso les ahorre tiempo sin tener que obligarlos a hacerlo de otra forma. 3.- Los usuarios no saben de tecnicismos. Desarrolla tu sistema de manera que sea facilmente instalable y operable por cualquier persona con un promedio de conocimientos informáticos. 4.-Sé humilde. No pretendas que tu software, por muy bueno que sea, controle la operación de tu cliente. Salvo que sea un cliente que inicia operaciones. Todos los clientes siempre buscarán cambiar lo menos posible la forma en como ya hacen las cosas. 5.- Rodeáte de otros profesionales: contadores (contables), administradores, ingenieros, doctores, etc. según el caso de cada desarrollo que hagas. Uno solamente tiene la habilidad de trasladar lo que un cliente quiere a un mero código, pero no sabemos que es todo lo que ese cliente podría obtener con nuestra ayuda. Espero les sea de utilidad y les recuerdo, no se anuncien como meros desarrolladores, sino como consultores.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Clasifica productos | cacu | OOP | 2 | 17-11-2009 09:31:16 |
| Como chequear la fecha de caducidad de mi aplicacion | JoAnCa | Varios | 2 | 11-03-2009 14:52:17 |
| Caducidad Demos | capo979 | Varios | 2 | 09-05-2008 16:59:30 |
| Reportes de productos | maui | Impresión | 5 | 07-09-2004 00:03:49 |
| Caducidad de InterBase 7 | Giasl | Firebird e Interbase | 5 | 06-06-2003 21:19:59 |
|