| chat.freenode.net #tryton-es log beginning Mon Dec 18 00:02:01 CET 2017 | ||
| 2017-12-18 11:14 -!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton-es | ||
| 2017-12-18 11:30 <meigallodixital> hi | ||
| 2017-12-18 11:31 <pokoli> buenos dias :) | ||
| 2017-12-18 12:30 -!- mariomop(~quassel@host183.190-138-101.telecom.net.ar) has joined #tryton-es | ||
| 2017-12-18 12:35 <pokoli> meigallodixital: asi me gusta, respondiendo en la lista! | ||
| 2017-12-18 12:36 <meigallodixital> mal seguro, pero se intenta xd | ||
| 2017-12-18 12:42 <meigallodixital> hay alguna orden para no dejar hacer grabar un registro? | ||
| 2017-12-18 12:42 <meigallodixital> es para bloquear la compra cuando el tercero está marcado como no fiable | ||
| 2017-12-18 12:46 <pokoli> meigallodixital: la respuesta es buena | ||
| 2017-12-18 12:46 <pokoli> meigallodixital: raise_user_error | ||
| 2017-12-18 12:46 <meigallodixital> voy a leer | ||
| 2017-12-18 13:22 -!- smarro(~sebastian@2800:af0:1028:686::4) has joined #tryton-es | ||
| 2017-12-18 13:33 <meigallodixital> hum, entiendo que esto sería para el save, que para el onchange no valdría no? | ||
| 2017-12-18 13:38 <pokoli> meigallodixital: en el on_change no lo puedes hacer | ||
| 2017-12-18 13:38 <meigallodixital> shit | ||
| 2017-12-18 13:39 <pokoli> meigallodixital: si quieres que no se puedan seleccionar puedes poner una restriccion por dominio | ||
| 2017-12-18 13:39 <meigallodixital> me gustaría más un warning porque en los semi decide el comprador | ||
| 2017-12-18 13:39 <meigallodixital> los estados son, no (bloqueo), semi (decisión del comprador pero tengo que alertarlo de alguna forma) y yes | ||
| 2017-12-18 13:40 <pokoli> meigallodixital: lo puedes hacer en el botón de pressupuesto | ||
| 2017-12-18 13:41 <meigallodixital> es que si no es fiable ya no se negocia para no perder tiempo, si lo ahgo en presupuesto se pierde el tiempo | ||
| 2017-12-18 13:41 <pokoli> meigallodixital: pues en el de confirmar | ||
| 2017-12-18 13:41 <meigallodixital> recuerda que esto es para comprar en 'ventanilla' con el cliente delante | ||
| 2017-12-18 13:41 <pokoli> meigallodixital: me da lo mismo, que lo mismo me da | ||
| 2017-12-18 13:41 <pokoli> meigallodixital: de hecho, yo mostraria el valor en la pantalla, para que el comprador ya pueda verlo solo seleccionando el cliente | ||
| 2017-12-18 13:42 <meigallodixital> si, eso lo tengo | ||
| 2017-12-18 13:42 <meigallodixital> haré mix de los dos, oki | ||
| 2017-12-18 13:42 <pokoli> meigallodixital: pues con eso,y un mensaje de error en una transición (por si no miran la pantalla) tienes mas que suficiente | ||
| 2017-12-18 14:24 -!- smarro(~sebastian@2800:af0:1028:686::4) has joined #tryton-es | ||
| 2017-12-18 14:47 <meigallodixital> y si extiendo draft en vez de crear otra transicción? Veo que viene a pass | ||
| 2017-12-18 14:51 <pokoli> meigallodixital: el método de la transicion se llama al llegar a el | ||
| 2017-12-18 14:51 <pokoli> meigallodixital: entiendo que tu compra esta en draft | ||
| 2017-12-18 14:52 <pokoli> meigallodixital: i luego la mueves a algun estado | ||
| 2017-12-18 14:52 <pokoli> meigallodixital: debes extender el estado destino | ||
| 2017-12-18 14:52 <pokoli> nose si me explico | ||
| 2017-12-18 14:52 <meigallodixital> sería en proceso, si fallo mio | ||
| 2017-12-18 14:53 <pokoli> meigallodixital: y haces una transición directa de draft a process? | ||
| 2017-12-18 14:54 <pokoli> meigallodixital: nosotros tenemos alguna simplificación, que simplemente es un botón que llama a las otras transiciones | ||
| 2017-12-18 14:54 <meigallodixital> es que aqui no hay espera, de hecho debiera ser de draft a onfirmed | ||
| 2017-12-18 14:54 <pokoli> meigallodixital: por si hay algun módulo que hace algo por en medio, aunque es mas habitual en ventas que en compras | ||
| 2017-12-18 14:54 <pokoli> meigallodixital: ¿la mercancía la recibís al momento? | ||
| 2017-12-18 14:54 <meigallodixital> claro, te venden en tienda los particulares | ||
| 2017-12-18 14:55 <meigallodixital> yo tengo los dos casos, cuando vende particular si aceptas es que ya tienes todo, si es proveedor es el proceso normal | ||
| 2017-12-18 14:55 <meigallodixital> igual tengo que hacer dos wekflow | ||
| 2017-12-18 14:55 <pokoli> meigallodixital: entonces ya puedes incluso crear los movimientos de estoc relacionados | ||
| 2017-12-18 14:55 <meigallodixital> workflow | ||
| 2017-12-18 14:55 <meigallodixital> si, si, aqui cuando el comprador dice ok ya le está dando la pasta y todo | ||
| 2017-12-18 14:55 <meigallodixital> se cierra todo el proceso | ||
| 2017-12-18 14:56 <meigallodixital> si luego falla es cuando marcas al tercero como no fiable o semi | ||
| 2017-12-18 14:56 <pokoli> meigallodixital: con factura i todo? | ||
| 2017-12-18 14:56 <meigallodixital> normalmente si falla lo marcas como semi para darle otra oportunidad por si no fue a mala fe, si son cosas robadas entonces ya va a no como un piano | ||
| 2017-12-18 14:56 <pokoli> meigallodixital: puedes hacer que al clicar el boton te imprima la factura si quieres | ||
| 2017-12-18 14:57 <meigallodixital> son particulares van a clientes varios salvo que pasen de 1500, de todas formas si es reloj de alta gama o joya se hace un procreso más complejo pero eso luego, poco a poco | ||
| 2017-12-18 14:58 <meigallodixital> ya que estos ultimos tienes que pedirles el dni, porque va a policia en un listado especial | ||
| 2017-12-18 14:58 <pokoli> meigallodixital: pero eso por categoria de producto lo puedes marcar | ||
| 2017-12-18 14:58 <meigallodixital> si, si,a si lo tenemos en el erp de ahora | ||
| 2017-12-18 14:59 <pokoli> meigallodixital: yo lo que haria es que de cara al usuario sea el mismo boton que clickar | ||
| 2017-12-18 14:59 <meigallodixital> ahiya es más compleja la compra porque tienes que poner cosas como número de piedras, que tipo de joya es, peso etc etc | ||
| 2017-12-18 14:59 <pokoli> meigallodixital: pero si es particular (lo sabes por el tercero), haces una cosa o aotra | ||
| 2017-12-18 15:00 <meigallodixital> si, eso estaba pensando, pero or eso me interesaba notificar antes de hacer la compra, pero lo implementaré en ambos | ||
| 2017-12-18 17:27 <meigallodixital> hemos debatido aquí y no es tan fácil, puede ser que un particular quede en espera, por ejemplo compra de trasteros, boy a tener que tener dos botones o preguntar en el priemr click ... | ||
| 2017-12-18 17:27 <meigallodixital> uis boy X | ||
| 2017-12-18 17:30 <pokoli> meigallodixital: seguramente mejor 2 botones | ||
| 2017-12-18 17:31 <pokoli> meigallodixital: porqué preguntar seria abrir un assistente, y no se yo si vale la pena | ||
| 2017-12-18 17:31 <meigallodixital> la mayoría de veces va a ser el caso de cerrar ya compra en el primer click | ||
| 2017-12-18 17:32 <pokoli> meigallodixital: entonces quizas mejor poner este boton mas accessible | ||
| 2017-12-18 17:32 <pokoli> meigallodixital: pero esta claro que debe decidir el usuario | ||
| 2017-12-18 17:33 <meigallodixital> si, estoy pensando ocultar el que hay ahora que hace todo el proceso a responsables de compras, la persona que está en tienda no debiera aceptar el ponerlo en proceso en vez de cerrarlo | ||
| 2017-12-18 17:35 <meigallodixital> lo he dicho al revés, que no lo vean los compradores, de responsable de comprar para arriba | ||
| 2017-12-18 17:48 <pokoli> meigallodixital: puedes crear un grupo específico para la personal de tienda y esconder los botones para los que no sean de ese grupo | ||
| 2017-12-18 17:49 <pokoli> meigallodixital: luego tendras que crear botones específico para la de tienda | ||
| 2017-12-18 17:49 <meigallodixital> si, a eso me refiero | ||
| 2017-12-18 20:24 -!- csotelo_at_work(~csotelo@179.43.97.56) has joined #tryton-es | ||
| 2017-12-18 22:01 -!- ChanServ(ChanServ@services.) has joined #tryton-es |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!