| chat.freenode.net #tryton-es log beginning Mon Oct 24 00:02:01 CEST 2016 | ||
| 2016-10-24 09:20 -!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton-es | ||
| 2016-10-24 09:21 <meigallodixital> hi | ||
| 2016-10-24 09:21 <pokoli> buenos dias :) | ||
| 2016-10-24 09:42 <meigallodixital> nos de tryton :P | ||
| 2016-10-24 10:23 <pokoli> meigallodixital: como van tus avanzes con tryton? | ||
| 2016-10-24 10:25 <meigallodixital> regular | ||
| 2016-10-24 10:25 <meigallodixital> estoy atascado con los temas contables | ||
| 2016-10-24 10:25 <pokoli> meigallodixital: en que temas contables? ¿Te puedo hechar una mano? | ||
| 2016-10-24 10:25 <meigallodixital> no veo donde colarlos (doble base e iva sobre beneficio) | ||
| 2016-10-24 10:33 <pokoli> meigallodixital: para calcular el IVA sobre beneficio, debes tener en algun sitio guardado el precio de coste e ir arrastrandolo | ||
| 2016-10-24 10:33 <pokoli> meigallodixital: y el doble base no se a que te refieres | ||
| 2016-10-24 10:33 <pokoli> meigallodixital: de hecho, podrias añadir una discusión en http://discuss.tryton.org sobre cómo calcular el IVA sobre beneficio | ||
| 2016-10-24 10:47 <meigallodixital> los de regimen especial tienen doble bas | ||
| 2016-10-24 10:47 <meigallodixital> base | ||
| 2016-10-24 10:47 <meigallodixital> una exenta de iva y otra con iva | ||
| 2016-10-24 10:47 <meigallodixital> yo pensaba que se usaba solo apra cálculo de importe de iva | ||
| 2016-10-24 10:47 <meigallodixital> pero me comenta en financiero que a hacienda también se le desglosa | ||
| 2016-10-24 10:48 <meigallodixital> por ejemplo compras por 100 y vendes por 221 | ||
| 2016-10-24 10:48 <meigallodixital> base exenta 100 (la compra) | ||
| 2016-10-24 10:48 <meigallodixital> base para iva (100) | ||
| 2016-10-24 10:48 <meigallodixital> iva 21 | ||
| 2016-10-24 10:48 <meigallodixital> tengo que hacer esos tres movimientos contables | ||
| 2016-10-24 10:52 <meigallodixital> el tema en discuss es explicarlo en inglés | ||
| 2016-10-24 10:52 <meigallodixital> ya cuesta en español... | ||
| 2016-10-24 10:54 <pokoli> meigallodixital: lo del doble base, lo puedes hacer con un impuesto "padre" que tiene como hijo las dos bases, de hecho en los introcomunitarios se hace así | ||
| 2016-10-24 10:55 <pokoli> meigallodixital: si pero lo desglosas, porqué tienes dos movientos: ¿o cómo se desglosa? | ||
| 2016-10-24 10:56 <pokoli> meigallodixital: si lo escribes en algun lugar en español, también me ayudará a mi a ver mejor el tema completo | ||
| 2016-10-24 11:06 <meigallodixital> si, dame un segundo que estoy con un tema de la centralita | ||
| 2016-10-24 11:20 <meigallodixital> lo ideal si sería reusar los automatismos que hay y no tocar código, en el sentido de no variar comportamiento, evidentemente hay que hacer un módulo para ello | ||
| 2016-10-24 11:20 <meigallodixital> pero me refiero no estar sobreescribiendo en mil sitios los cálculos | ||
| 2016-10-24 11:24 <pokoli> meigallodixital: pero si modificas la formaula de cálculo, debes tocar código | ||
| 2016-10-24 11:24 <pokoli> meigallodixital: de todos modos, esta programado de forma que sea fàcil de modfiicar el cálculo de IVA | ||
| 2016-10-24 13:13 -!- mariomop(~quassel@host175.190-224-54.telecom.net.ar) has joined #tryton-es | ||
| 2016-10-24 13:24 <meigallodixital> pokoli, vengo de hablar con el financiero a ver si me hace un proceso que entendamos los mortales con cuentas y tal para el tema de dos bases | ||
| 2016-10-24 14:06 <pokoli> meigallodixital: estaria bien, pero esto lo podras hacer con impuesto hijos en tryton, especificando las cuentas en los hijos | ||
| 2016-10-24 14:07 <meigallodixital> si, pero eso no me soluciona el tema de las bases, es decir por lo que he visto no hay forma de decirle al sistema sobre que ejecutar los impuestos | ||
| 2016-10-24 14:08 <meigallodixital> y mucho menos guardar dos bases | ||
| 2016-10-24 14:08 <meigallodixital> a menos que se me escape algo | ||
| 2016-10-24 14:10 <pokoli> meigallodixital: define: "ejecutar los impuestos" | ||
| 2016-10-24 14:10 <pokoli> meigallodixital: creo que algo se te escapa :P | ||
| 2016-10-24 14:11 <meigallodixital> calcularlos, cuando venda tengo que traerme el precio de compra de ese producto exacto para saber que parte es beneficio y sobre esa sacar el iva, y luego generar los 3 movimientos, las dos bases y el iva | ||
| 2016-10-24 14:12 <meigallodixital> podría no almacenar la base exenta pero entonces creo ques erían muerte los informes | ||
| 2016-10-24 14:12 <meigallodixital> precio de compra o precio marcado como coste en encontrado-perdido que esa es otra | ||
| 2016-10-24 14:13 <meigallodixital> bajo a comer vengo en breve :P | ||
| 2016-10-24 14:17 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
| 2016-10-24 14:18 <pokoli> meigallodixital: dejando de lado la parte de sacar el beneficio, lo puedes hacer todo sin tocar una linea de código | ||
| 2016-10-24 14:18 <pokoli> meigallodixital: debes crear un impuesto que tenga 2 hijos | ||
| 2016-10-24 14:19 <pokoli> meigallodixital: cada uno de los hijos va a server para cada una de las bases + cada uno de los impuestos | ||
| 2016-10-24 14:19 <pokoli> meigallodixital: uno con base extenta + iva extenta, otro con base 21 e iva 21 | ||
| 2016-10-24 14:58 <meigallodixital> re | ||
| 2016-10-24 14:58 <meigallodixital> si, esa parte la tengo clara | ||
| 2016-10-24 14:58 <meigallodixital> el tema es como forzar el cálculo sobre el beneficio y no la base entera | ||
| 2016-10-24 14:59 <pokoli> meigallodixital: eso es cosa de código | ||
| 2016-10-24 14:59 <meigallodixital> si, pero en que momento controlar ese tema es lo que no veo | ||
| 2016-10-24 15:13 <pokoli> meigallodixital: en el momento que se confirme el asiento de la factura, cómo los demas impuestos | ||
| 2016-10-24 15:15 <meigallodixital> pero es ainfo tengo que arrastrarla siempre y es la gran duda, para informes para precios medios (no es lo mismo nmargen en e que g) y tal y es donde me falta conocimiento de tryton | ||
| 2016-10-24 15:24 <pokoli> meigallodixital: yo la arrastraria siempre, así lo puedes modificar manualmente en caso que sea necessario | ||
| 2016-10-24 15:24 <meigallodixital> pero donde iría | ||
| 2016-10-24 15:24 <meigallodixital> en el movimiento de stock, en el lote ... | ||
| 2016-10-24 15:24 <meigallodixital> la consultaría a compra | ||
| 2016-10-24 15:30 <pokoli> meigallodixital: pues en la linea de factura y en la linea de venta, porqué entiendo que són impuestos solo de venta no? | ||
| 2016-10-24 15:33 <meigallodixital> si, los impuestos si, pero la info del tipo de régimen la necesito en más sitios | ||
| 2016-10-24 15:34 <meigallodixital> todo esto solo es para especial, si el producto es de régimen general es como siempre no tiene ningún comportamiento en especial | ||
| 2016-10-24 15:36 <pokoli> meigallodixital: eso va a nivel de producto | ||
| 2016-10-24 15:36 <pokoli> meigallodixital: luego si lo necessitas en mas sitios, son campos funcionales | ||
| 2016-10-24 15:53 <meigallodixital> producto no | ||
| 2016-10-24 15:53 <meigallodixital> tiene que ser lote | ||
| 2016-10-24 15:53 <meigallodixital> salvo que haga producto por compra | ||
| 2016-10-24 15:54 <meigallodixital> e decir que cada variante sea producto único | ||
| 2016-10-24 15:54 <meigallodixital> el tema es que lote no se llama en todos los lados | ||
| 2016-10-24 15:54 <meigallodixital> si hiciera eso que también me valdría tendría que hacer que todos los productos solo se puedan vender una vez | ||
| 2016-10-24 15:55 <meigallodixital> y modificar compra para que siempre me pida crear producto | ||
| 2016-10-24 15:58 <pokoli> meigallodixital: tiene que ser producto, ya que todos los lotes del mismo producto seran del mismo regimen | ||
| 2016-10-24 15:59 <pokoli> meigallodixital: aun te digo mas, seguramente será por plantilla de producto | ||
| 2016-10-24 15:59 <pokoli> meigallodixital: puedes añadir el lote dónde lo necessites | ||
| 2016-10-24 15:59 <meigallodixital> pues asi no em vale | ||
| 2016-10-24 15:59 <meigallodixital> del mismo producto puedo comprar e y g | ||
| 2016-10-24 15:59 <meigallodixital> es más | ||
| 2016-10-24 16:00 <meigallodixital> del mismo proveedor puedo comprar el mismo producto g y e | ||
| 2016-10-24 16:00 <pokoli> meigallodixital: me da igual el proveedor | ||
| 2016-10-24 16:01 <meigallodixital> por eso que me da que me compensa hacer lo que comentamos antes, modificar los procesos de compra para que solo me deje comprar variantes nuevas | ||
| 2016-10-24 16:01 <meigallodixital> lo digo como ejemplo | ||
| 2016-10-24 16:01 <meigallodixital> que no dicta el producto ni de donde viene si es e o g, lo dicta la compra | ||
| 2016-10-24 16:01 <pokoli> meigallodixital: ¿quien define de que regimen es cada lote? | ||
| 2016-10-24 16:01 <meigallodixital> la compra | ||
| 2016-10-24 16:01 <pokoli> meigallodixital: en función de qué? | ||
| 2016-10-24 16:01 <meigallodixital> de si es usado o no | ||
| 2016-10-24 16:02 <meigallodixital> si es particular es siempre e | ||
| 2016-10-24 16:02 <meigallodixital> si es empresa puede ser e o g | ||
| 2016-10-24 16:02 <meigallodixital> depende si es usado o no | ||
| 2016-10-24 16:02 <pokoli> meigallodixital: entonces el régimen es una característica del lote que se debe introducir manualmente | ||
| 2016-10-24 16:02 <meigallodixital> claro, esa es mi idea | ||
| 2016-10-24 16:02 <meigallodixital> pero el lote no se arrastra siempre | ||
| 2016-10-24 16:02 <pokoli> meigallodixital: de todos módos, por tema de impuestos, creo que lo más fàcil es que te definas una regla de impuestos que sólo aplique en caso de que le régimen sea distinto | ||
| 2016-10-24 16:03 <meigallodixital> por ejemplo si vendo no busco por lote | ||
| 2016-10-24 16:03 <pokoli> meigallodixital: en el estandard no, en tú implementación si, porqué vendes producto único | ||
| 2016-10-24 16:03 <meigallodixital> por eso me cuesta encontrar el punto donde se ajsute mejor a la forma de trabajar con tryton y tocar lo menos posible | ||
| 2016-10-24 16:03 <pokoli> meigallodixital: debes modificar el programa para adaptarlo a tus necesidades | ||
| 2016-10-24 16:04 <meigallodixital> si, eso lo tengo claro | ||
| 2016-10-24 16:04 <pokoli> meigallodixital: creo que tu problema reside en "tocar lo menos posible" | ||
| 2016-10-24 16:04 <meigallodixital> lo que no veo es que partes tocar y que no,me falta mucho callo | ||
| 2016-10-24 16:06 <pokoli> meigallodixital: ya claro, eso es normal | ||
| 2016-10-24 16:07 <meigallodixital> hay algún esquema de los movimientos que hace tryton en una compra? | ||
| 2016-10-24 16:07 <pokoli> meigallodixital: esque con todo lo que tienes que tocar, eres muy valiente | ||
| 2016-10-24 16:07 <meigallodixital> no me queda orta | ||
| 2016-10-24 16:07 <pokoli> meigallodixital: tienes muchas mas opciones :P | ||
| 2016-10-24 16:07 <meigallodixital> el 85-95% de lo comprado es E | ||
| 2016-10-24 16:07 <meigallodixital> es el caso chungo :P | ||
| 2016-10-24 16:07 <pokoli> meigallodixital: no hay esquema, sólo código | ||
| 2016-10-24 16:08 <meigallodixital> sino ya lo apañaba de momento aamno o cambiando impuestos efectivamente, pero lo 'gordo' es lo E | ||
| 2016-10-24 16:17 <pokoli> meigallodixital: entonces te interesará automatizarlo -> nada de apaños y a programar | ||
| 2016-10-24 16:17 <meigallodixital> exacto | ||
| 2016-10-24 16:17 <meigallodixital> lo del iva cojonudo lo de montarlo con impuesots | ||
| 2016-10-24 16:17 <meigallodixital> ahora tengo que ver lo de arrastrar régimen | ||
| 2016-10-24 16:17 <pokoli> meigallodixital: esque són impuestos, no hay ninguna otra forma de hacerlo | ||
| 2016-10-24 16:17 <meigallodixital> ya ya | ||
| 2016-10-24 16:18 <pokoli> meigallodixital: lo del régimen, yo lo haria con una regla de impuestos que se aplique cuando compres el producto | ||
| 2016-10-24 16:18 <meigallodixital> mi duda es ese control de que ahí hay dos bases | ||
| 2016-10-24 16:18 <pokoli> meigallodixital: de hecho, hay algo parecido con los intracomunitarios | ||
| 2016-10-24 16:18 <pokoli> meigallodixital: a nivel de tercero puedes definir la regla de impuestos que aplica, no se si esto te serviria | ||
| 2016-10-24 16:19 <pokoli> :qa | ||
| 2016-10-24 16:19 <meigallodixital> para particulares si, para empresas no | ||
| 2016-10-24 16:19 <meigallodixital> ese vim xd | ||
| 2016-10-24 16:19 <pokoli> meigallodixital: esque he lanzado un vim dentro del chat y no sabia como cerrar-lo :P | ||
| 2016-10-24 16:19 <meigallodixital> xddd | ||
| 2016-10-24 16:20 <pokoli> meigallodixital: no entiendo que quieres decir con: para particulares si para empresas no | ||
| 2016-10-24 16:21 <meigallodixital> si a quien compro es particular es siempre E | ||
| 2016-10-24 16:21 <meigallodixital> un particular no puede venderme G | ||
| 2016-10-24 16:22 <meigallodixital> una empresa/autonomo pued venderme E y G | ||
| 2016-10-24 16:22 <meigallodixital> depende de cada compra que haga con ellos | ||
| 2016-10-24 16:22 <meigallodixital> además del tema policial claro | ||
| 2016-10-24 16:22 <meigallodixital> G no va a policia | ||
| 2016-10-24 16:23 <meigallodixital> por eso digo lo de arrastras lo de G y E es para más cosas que los impuestos | ||
| 2016-10-24 16:23 <pokoli> meigallodixital: bueno pero la parte de impuestos (que es lo complicado) lo puedes hacer a nivel de regla de impuestos | ||
| 2016-10-24 16:24 <pokoli> meigallodixital: pero la persona que introduce la compra sabe si es G o E? | ||
| 2016-10-24 16:24 <meigallodixital> claro | ||
| 2016-10-24 16:24 <meigallodixital> sino estabamos aviados xd | ||
| 2016-10-24 16:24 <pokoli> meigallodixital: entonces, sólo debes añadir el campo a nivel de la línea de compra y ya lo tienes | ||
| 2016-10-24 16:24 <meigallodixital> de hecho se intenta no mezclar compras e y g | ||
| 2016-10-24 16:24 <meigallodixital> pero eso no quiere decir que no se haga | ||
| 2016-10-24 16:24 <pokoli> meigallodixital: pues mejor, a nivel de compra | ||
| 2016-10-24 16:24 <meigallodixital> porque ya depende del proveedor | ||
| 2016-10-24 16:25 <meigallodixital> esa es mi idea | ||
| 2016-10-24 16:25 <meigallodixital> dicho de otra forma | ||
| 2016-10-24 16:25 <meigallodixital> la parte financiera con impuestos | ||
| 2016-10-24 16:25 <pokoli> meigallodixital: entonces en el lote añades la relación con la línea de compra, y ya lo teienes | ||
| 2016-10-24 16:25 <meigallodixital> y la parte de getión con la linea de compra | ||
| 2016-10-24 16:25 <meigallodixital> date cuenta | ||
| 2016-10-24 16:25 <meigallodixital> que tengo que meter como decía tema policia, verificacion, fotos reales | ||
| 2016-10-24 16:26 <meigallodixital> reales me reiero que no podemos usar fotos de catalgo de una ps4, porque son usados | ||
| 2016-10-24 16:26 <meigallodixital> se saca foto si tiene rallazo | ||
| 2016-10-24 16:26 <meigallodixital> estado de los mandos | ||
| 2016-10-24 16:26 <meigallodixital> etc | ||
| 2016-10-24 16:26 <meigallodixital> eso tiene que ir a lote todo | ||
| 2016-10-24 16:26 <meigallodixital> el tema del lote | ||
| 2016-10-24 16:26 <meigallodixital> lo que me mata | ||
| 2016-10-24 16:26 <meigallodixital> es que tengo que bajar toda la info ahi | ||
| 2016-10-24 16:27 <meigallodixital> porque los atributos los tengo que configurar igualmente en el lote | ||
| 2016-10-24 16:27 <pokoli> meigallodixital: si claro, o eso o producto único, lo que tu quieras | ||
| 2016-10-24 16:27 <meigallodixital> el tema de producot único | ||
| 2016-10-24 16:27 <pokoli> meigallodixital: eso es la forma de trabajar de tu negocio, no se puede hacer mucho mas | ||
| 2016-10-24 16:27 <meigallodixital> es bloquear el poder comprar y vender más de uno | ||
| 2016-10-24 16:27 <meigallodixital> exacto | ||
| 2016-10-24 16:27 <meigallodixital> los raritos somos xd | ||
| 2016-10-24 16:28 <meigallodixital> el problema de eliminar lote, aparte de tener que bloquear a 1 compra/venta | ||
| 2016-10-24 16:28 <pokoli> meigallodixital: e tan facil cómo esconder el campo cantidad y poner 1 cómo valor por defecta | ||
| 2016-10-24 16:28 <meigallodixital> es que si compro a proveedor +1 producto | ||
| 2016-10-24 16:28 <meigallodixital> tengo que meterlos uno auno | ||
| 2016-10-24 16:29 <meigallodixital> pokoli, no me refiero a eso | ||
| 2016-10-24 16:29 <pokoli> meigallodixital: efectivamente my friend, por eso lote para mi es la forma natural | ||
| 2016-10-24 16:29 <meigallodixital> me refiero vender más de una vez | ||
| 2016-10-24 16:29 <meigallodixital> el mismo producto | ||
| 2016-10-24 16:29 <meigallodixital> porque a menos que ponga activo a false | ||
| 2016-10-24 16:29 <meigallodixital> me van a salir en las busquedas | ||
| 2016-10-24 16:29 <meigallodixital> y lo mismo para comprar | ||
| 2016-10-24 16:29 <meigallodixital> tendría que bloquear eso también | ||
| 2016-10-24 16:30 <meigallodixital> tanto un lado como otro tiene sus pros y sus contras | ||
| 2016-10-24 16:30 <meigallodixital> yo lo que había pensado es que al hacer la compra, generar ya el lote | ||
| 2016-10-24 16:30 <meigallodixital> y clonar los artibutos de variante al lote dejandolos editables | ||
| 2016-10-24 16:31 <meigallodixital> el problema que le veo es que los lotes tienen que ser consecutivos y no debiern existir hasta que nos quedamos con el producto | ||
| 2016-10-24 16:31 <meigallodixital> asi que la tercera opción quepensé | ||
| 2016-10-24 16:31 <meigallodixital> es hacer un temporal de atributos en línea de compra | ||
| 2016-10-24 16:32 <meigallodixital> y cuando se finaliza compra si clonarlos a lote | ||
| 2016-10-24 16:32 <meigallodixital> pero eso supone tener la misma info 3 veces | ||
| 2016-10-24 16:38 <meigallodixital> hum pero me gusta ... | ||
| 2016-10-24 16:39 <meigallodixital> porque asi tengo attr por defecto, attr en el momento de la compra, y attr actuales (por ejemplo se perdió un mando en almacén) | ||
| 2016-10-24 16:39 <meigallodixital> si tengo que hacer que en venta se venda por lote no por producto | ||
| 2016-10-24 16:50 <meigallodixital> y que num de lote sea auto | ||
| 2016-10-24 17:18 <pokoli> meigallodixital: para mi los attributos que valen serian los del lote | ||
| 2016-10-24 17:19 <pokoli> meigallodixital: y en vez de tener attributos, yo pondria campos | ||
| 2016-10-24 17:19 <meigallodixital> claro | ||
| 2016-10-24 17:19 <pokoli> meigallodixital: y si, en la compra los puedes pedir para que al momento de crear el lote te los relacione automáticamente, eso es fàcil | ||
| 2016-10-24 17:19 <meigallodixital> me interesa que herede los atributos | ||
| 2016-10-24 17:19 <meigallodixital> por si se cambian | ||
| 2016-10-24 17:19 <meigallodixital> lo tipico | ||
| 2016-10-24 17:19 <meigallodixital> hay consolas de 500gb y 1 tera | ||
| 2016-10-24 17:20 <meigallodixital> y esolo tienes en un combo | ||
| 2016-10-24 17:20 <meigallodixital> mañana sale la de 2 teras | ||
| 2016-10-24 17:20 <meigallodixital> si tocas plantilla ya hereda todo | ||
| 2016-10-24 17:24 <pokoli> meigallodixital: entonces tienes que definir los attributos dónde tocan y añadir campos funcionales cómo en el producto | ||
| 2016-10-24 17:26 <meigallodixital> a ver si me entero viendo el code :) | ||
| 2016-10-24 17:30 <pokoli> meigallodixital: lo primero es tener claro dónde definir cada campo | ||
| 2016-10-24 18:01 -!- csotelo_at_work(~csotelo@179.43.97.40) has joined #tryton-es | ||
| 2016-10-24 18:46 -!- csotelo_at_work(~csotelo@179.43.97.40) has joined #tryton-es | ||
| 2016-10-24 19:19 -!- nramirezuy(~nramirezu@r167-62-103-81.dialup.adsl.anteldata.net.uy) has joined #tryton-es | ||
| 2016-10-24 21:30 -!- perilla(~perilla@corp-190-57-169-210.cue.puntonet.ec) has joined #tryton-es | ||
| 2016-10-24 22:30 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
| 2016-10-24 23:49 -!- nramirezuy(~nramirezu@r167-62-157-26.dialup.adsl.anteldata.net.uy) has joined #tryton-es |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!