-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Plan y listas de materiales - Múltiples cuestiones #805
Comments
Supongo que lo que querrán los usuarios de este sistema es "que se planifique hasta donde se pueda", pero entonces habrá que:
|
Pedro... usando el módulo "web_ir_actions_act_window_message", es como si me cortara el proceso, me muestra el error, pero no me muestra los abastecimientos generados. |
Sin el módulo "web_ir_actions_act_window_message", si que veo los abastecmientos generados, pero no veo el WARNING. Lógicamente no veo el warning, porque no vengo de un onchage, sino de un botón. |
Claro, eso sí, porque ése se supone que es el "último" paso. Si quieres después mostrar algo, tendrás que poner un TransientModel que te muestre el log, y al pulsar en un botón, ya te abra lo otro. |
¿Último paso?, ya esta puesto como el último paso. ¿Mostrar después algo?, si ya tengo grabados los abastecimientos. ¿Poner un TrasientModel que me muestre el log, y luego pulsar en un botón, y que abra lo otro?, ¿entonces para que uso el módulo que me dices?, sin usar ese módulo, puedo yo directamente crearme un wizard, donde muestro los errores, y que le den aceptar. |
Claro, eso es lo que te estoy diciendo que hagas. Lo otro es porque creía que no tenías que mostrar después nada. |
¿Y porqué un wizard? porque no vais concatenando en un campo texto los errores y que los vean ahí y ya está? |
Otra estrategia es poner esos errores en el chatter como comentarios. |
Me gusta más. 2015-05-11 16:17 GMT+02:00 Pedro M. Baeza notifications@github.com:
CEO Avanzosc, S.L http://www.avanzosc.es : Office phone / Tfono oficina: _El contenido de esta comunicación y de toda su documentación anexa es _Komunikazio honen edukia eta dokumentazio erantsia konfidentziala da eta |
Ana... decirme como queréis, yo esto lo tengo que terminar si o si. Yo tengo que preparar las sesiones de los cursos, y me está llevando mucho tiempo el preparar solo una sesión. |
Pues así va... |
Arreglado el BUG tál y como se ha solicitado. Última subida en PR #799. |
Sería complicado intentar reejecutar solo los que han fallado, pero relanzarlo entero sería tan sencillo como esto: Actualmente hacemos --> Navegar a los abastecimientos desde el shorcut, borrar todos, volver al plan y relanzar. @pedrobaeza ¿Metemos el meta-botón? o simplemente lo dejamos así? |
Borrar según "workflow" no se puede borrar, como mucho "cancelar". |
Pues eso... primero cancelar los que puedan cancelarse y luego borrar. |
OK. Esperando el "ok" de Pedro para realizar esto. |
Buenas @alfredoavanzosc Acabamos de tener Pedro y yo una reunión donde hemos pensado extender bastante el módulo de plan (no asustarse porfa) Los cambios que queremos hacer:
De momento, haremos hasta aquí y validamos. Luego vienen más cosas chulas que se nos han ocurrido sobre la marcha que escribiré en un issue aparte para ir paso a paso. @pedrobaeza valida enfoque porfa. |
Vosotros diréis donde se realiza toda esta programación. El módulo "mrp_procurements_plan", tiene un móntón de botones en la cabecera. Así que decirme por favor donde hago esto, en "mrp_procurements_plan", o en otro módulo. |
Sí, seria en ese módulo. Enfoque correcto. |
Contesto a los puntos que pide Ana. |
Pedro... antes de empezar yo con todo esto, valida el código que subí ayer, así eso que me quito de encima, porque si no se juntará lo hecho, con lo nuevo. |
Alfredo, en el punto 1 no tienes que cambiar nada. El botón vale tal cual. Tienes que poder importar lo que quieras. La clave está en que tú harás despliegue si el método es fabricar y tiene LdM. Si no, no harás ningún despliegue. |
Sobre lo de validar no tiene sentido, porque vas a modificar gran parte de ese código, así que considéralo como bueno con las cosas que te dije ya, y sobre lo que hagas ahora, ya te lo valido en su estado final. |
Punto 2. "Generar abastecimientos" sigue funcionando exactamente igual. Lo que cambia es que ahora es para cualquier de las líneas de nivel 0 que cumpla lo que te he dicho antes, no sobre el campo que existía en cabecera. |
¿Entendido ahora? |
Si que se me piden un cambio en punto número 1, porque ahora se restringe a que los abastecimientos tienen que ser te tipo "interno", cuando antes se podía importar cualquier tipo de abastecimiento, para poder tratarlo. Igual habría que separar en 2 opciones de menú, una para plan de abastecimientos, y otra para plan de abastecimientos para MRP. |
Vale, pues esa parte no me he dado cuenta. Quita esa restricción. Da igual. Lo que te digo en el punto 2 es lo que limita la "explosión de materiales" |
No. No existen abastecimientos de tipo interno. |
Por qué limitar a internos, Ana? Déjalo que sea de lo que quiera. |
Bueno... perdón, me he equivocado, de tipo interno no, con ubicación interna. Hago un menú para el módulo "procurement_plan" llamado plan de abastecimientos, donde dejaría el "Importar abastecimientos de siempre", y creo otra opción de menú "Plan de abastecimientos MRP", donde el botón "importar abastecimientos" tenga la restricción de ubicación interna?. |
Ahhh. ahora me estoy dando cuenta, que si los separamos por 2 opciónes de menú, igual habría que crear otro objeto nuevo "mrp.procurement.plan", para el plan de abastecimientos de MRP. |
No, Alfredo, no los separes. Es el mismo menú y el mismo botón. No te hagas lío. Vuelve a leer las especificaciones y los comentarios anteriores. |
Pedro... me encuentro entre 2 aguas, tu me dices de no poner restricción, y Ana que sí. Así que haré un botón para importar abastecimientos con ubicación interna. Gracias. |
Para poner la restricción siempre se está tiempo. Le he pedido aclaración a Ana de por qué esa restricción, pero no hagas un botón alegremente porque sí. Déjalo como está. Si el botón no tienes que tocarlo ahora mismo. |
Realizado en PR #799 |
El módulo de plan está acabado y validado |
Buenas...
En el módulo de plan, si en la lista de materiales existe alguna línea donde no se haya especificado product_id y sí template_id, da un traceback
Creo que sería necesario hacer un módulo enlace o algo.
Si la lista de materiales corresponde a un producto genérico, NO SE PUEDE hacer un plan, puesto que no se conoce el producto específico con el que hay que fabricar.
La solución no es simple por lo que optaría a capturar el error, mostrando al usuario que el producto plantilla "tal o cual" presente en la lista de materiales de "tal o cual producto" no se puede planificar y continuar el proceso... o bien, guardar la información en alguna variable y al final del todo, mostrar la lista en un texto diciendo qué productos de qué listas no han podido ser planificados.
De esta forma lo hacemos compatible con el configurador.
@alfredoavanzosc @pedrobaeza
The text was updated successfully, but these errors were encountered: