[V8] Configuración de ubicaciones de existencias de un almacén

[e...@anubia.es]

Hola a todos.

Probando un poco hasta donde llega el módulo de almacenes, me planteé un caso que no se si se podrá realizar o si el planteamiento que estoy considerando es correcto. A ver si algún experto o alguien que se haya planteado un caso similar me puede dar feedback al respecto. El caso es el siguiente:

• Hay un almacén.
• Usando terminología de Odoo, el almacén tiene una ubicación de entrada, donde se deja la mercancía al recibirla, una ubicación de salida, donde se prepara la mercancía a enviar y unaubicación de existencias que se describe a continuación.
• Para la ubicación de existencias, los datos "reales" son:
• El tipo de estanterías del almacén son convencionales, nada de estanterías móviles ni almacén automático ni demás variantes que existen.
• Usando nomenclatura de Odoo (Pasillo, Estantería, Altura), el almacén tiene X pasillos (por ejemplo, diremos X=10), con Y estanterías (por ejemplo, Y=10) y con Z alturas (por ejemplo Z=5). De esta manera, el número de huecos del almacén sería igual a X * Y * Z (en este ejemplo, 500).
• Los productos se pueden situar en cualquier hueco que haya disponible con coordenadas (X,Y,Z), no hay una asignación específica en el almacén.

Mis dudas serían:

1. ¿Se podría hacer una ubicación de existencias tipo vista de la que dependan otras 500 ubicaciones (10 pasillos * 10 estanterías * 5 alturas)? Por poder, se podría, la pregunta más bien sería, ¿es viable funcionalmente? La idea es poder realizar un picking de salida más ágil, sabiendo qué hay en cada hueco del almacén.
2. Esta idea me vino porque he visto en la ficha de ubicaciones que hay un apartado de "Ubicación" que contiene 4 campos: "Pasillo (X)", "Estantería (Y)", "Altura (Z)" y "Código de barras de ubicación". ¿Odoo con albaranes internos entre ubicaciones podría cubrir el cambio de sitio de un producto de un hueco a otro?

Intentaré hacer pruebas con una configuración similar estos días y ver qué pasa.

[Ana Juaristi]

En principio, no veo porqué no podrías configurarlo de esa forma.

Lo único, la ubicación stock de la que cuelgan las otras 500, yo no la haría de tipo vista. No sé si puedes definir un tipo de picking que coja material de una ubicación de tipo vista o tienen que ser internas.

La cosa es que cuando hagas la salida, el sistema te verificará stock en la ubicación existencias y todas sus hijas y te realizará la asignación/reserva desde donde lo tengas.

Lo único que tienes que andar con un poco de ojo, es en entrada ya que el picking IN te cogerá ubicación destino Stock y deberás cambiar a la ubicación correcta donde dejan el material, ANTES de hacer la transferencia, cambiando el dato en el propio movimiento o tendrás que hacer luego un albarán interno para mover de stock a la ubicación en la que se quede el material.

Por si lo quieres probar en OdooMRP hemos hecho también un pequeño aisistente que te permite "mover quants" de sitio, sin albarán. Es decir, pones en cabecera la ubicación a la que quieras mover algunos materiales y luego vas seleccionando en una lista los quants que te quieres llevar allí. Podría usarse una pistola de código de barras. Un TODO es poder mover parte de un quant. El enfoque actual te lo mueve entero, es decir, todas las unidades.

También te permite mover paquetes enteros que contengan productos.

https://github.com/odoomrp/odoomrp-wip/tree/8.0/stock_quant_packages_moving_wizard

A ver si te vale.

Saludos!!

Ana

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

CEO Avanzosc, S.L : Office phone / Tfono oficina: (+34) 943 02 69 02
Ana Juaristi Olalde : Personal phone: 677 93 42 59. User/usuario skype: Avanzosc
www.openerpsite.com

El contenido de esta comunicación y de toda su documentación anexa es confidencial y se dirige exclusivamente a su destinatario. El uso no autorizado de esta información está prohibido por la legislación vigente. Si usted no es el destinatario le rogamos nos lo indique, no comunique su contenido a terceros y proceda a su destrucción. Disculpe las molestias que le haya ocasionado la recepción indebida de este e-mail. Sus datos figuran en un fichero cuyo titular es Avanzosc, S.L., a quien usted puede dirigirse para ejercer sus derechos de acceso, rectificación, cancelación y oposición en Klara Donea 13, 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02 - administracion@avanzosc.es

Komunikazio honen edukia eta dokumentazio erantsia konfidentziala da eta hartzaileak bakarrik jaso beharko luke. Indarrean dagoen legeriak debekatu egiten du bertan eskainitako informazioa baimenik gabe erabiltzea. Komunikazioa zuri iritsi bazaizu, baina zu ez bazara hartzailea, mesedez, guri jakinarazi, eta jasotako informazioa ez inori jakinarazi eta suntsitu. Barkatu okerreko email hau jasotzeak eragindako eragozpenak. Zure datuak Avanzosc, S.L. enpresaren fitxategietan sartuta daude. Zure datuak atzitzea eska dezakezu, bai eta, datuak zuzentzea, ezereztea eta tratamenduari aurka egitea ere. Horretarako, enpresara jo dezakezu, helbide honetan: Klara Donea 13 20720, Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02 - administracion@avanzosc.es
This message and all documents attached to it are confidential and intended only for the person or entity to which it is addressed. Any use of this information by unauthorised persons is prohibited under current legislation. If you received this message by error, please advise us, destroy it and refrain from communicating its contents to third parties. We apologise for any inconvenience receiving this email improperly may cause to you. Your personal data are included in a file owned by Avanzosc, S.L. If you want to exercise your rights of access, correction, erasure and objection you can contact the Controller at Klara Donea 13 20720, Azkoitia (Gipuzkoa), T: 943 02 69 02 – administracion@avanzosc.es

[e...@anubia.es]

Muchas gracias por la respuesta Ana!

Sí, desde un albarán de salida te deja elegir la ubicación de origen como tipo vista, ahí no hay problema. Y después hace bien la asignación de los productos según la estrategia de salida (por defecto FIFO).

En lo del picking IN sí que me encontré con ese problemilla, pero bueno, cambiar la ubicación destino en el albarán interno me parece lo correcto, porque no sabes con antelación a donde irá el material. Este albarán interno se autogenera con las reglas pull/push.

Pensándolo un poco más, también me faltaría saber qué huecos están libres, pero bueno, esto ya es otro tema con múltiples posibilidades (cuantos productos entran en cada hueco, hueco multiproducto, ...)

Aun no llegué a probar los módulos referidos a almacén de Odoomrp, pero veo que tendré que echarles un ojo lo antes posible. Estáis haciendo un gran trabajo.

Un saludo!

[Alejandro Santana]

Hola,

La idea que de origen de esto es que los product.template tienen 3 coordenadas (loc_rack, loc_row, loc_case) que son inútiles si una mercancía se puede guardar en varias filas/estantes/cajas.

Esto puede ser habitual en muchas empresas con mucha rotación en almacén (almacenes automatizados y móviles), y que necesitan saber todas las coordenadas en que se almacena el mismo producto y cuántas unidades en cada una de ellas.

En Odoo veo que esto sólo se podría hacer definiendo una "ubicación" por cada hueco de un almacén (cada hueco de cada fila y columna de una estantería), ya que sólo se registran movimientos entre "ubicaciones" (hay casos en los que la mercancía se reordena cada cierto tiempo en base a ciertos parámetros).

En mi mente piendo que esos datos de X, Y, Z deberían ir a nivel de quant. O tal vez que cada ubicación tenga especificados una serie de coordenadas (X, Y, Z las más habituales).

No sé si me he liado, pero veo farragoso para el cliente lidiar con: 5 estanterías x 10 alturas x 30 columnas = 1500 ubicaciones, por ejemplo.

Tal vez haya una manera más "usable" de tratar esto.