chat.freenode.net #tryton log beginning Thu Jan 26 00:00:02 CET 2012 | ||
2012-01-26 10:20 <Pander> Hi all | ||
2012-01-26 11:15 <Pander> Does anybody know how to create a user that can *only* add parties? | ||
2012-01-26 11:16 <cedk> Pander: you must use the Model Access | ||
2012-01-26 11:25 <Pander> cedk: as is explained here? http://tryton-administration-manual.readthedocs.org/en/latest/basic_config.html | ||
2012-01-26 11:27 <cedk> Pander: yes | ||
2012-01-26 11:54 <cedk> anyone knows how to convert float into int that will raise an error if float doesn't represent an integer? | ||
2012-01-26 12:00 <cedk> I will use: float.is_integer | ||
2012-01-26 12:50 <navis> hello, I have an error when trying to use hg review | ||
2012-01-26 12:50 <navis> it abandons with "No module named scmutil" | ||
2012-01-26 12:52 <cedk> navis: which version of mercurial are you using? | ||
2012-01-26 12:53 <navis> 1.6.4 | ||
2012-01-26 12:53 <navis> cedk: 1.6.4 from debian stable | ||
2012-01-26 12:55 <cedk> navis: this is old | ||
2012-01-26 12:56 <cedk> navis: I think you at least need 1.8 | ||
2012-01-26 12:56 <navis> cedk: damn, I'll upgrade the development machine to sid | ||
2012-01-26 12:56 <navis> cedk: shouldn't pip complain in such a case ? | ||
2012-01-26 12:58 <cedk> navis: yes but setup.py define 1.5 as minimal | ||
2012-01-26 12:59 <cedk> navis: indeed I have a patch for it https://codereview.appspot.com/5517062/ | ||
2012-01-26 13:02 <navis> cedk: ok, will look how to test that... | ||
2012-01-26 13:22 <navis> is it possible to use hgreview without installing it ? | ||
2012-01-26 13:23 <navis> I mean I checked it out of bitbucket, but would like to use that version without completely installing it | ||
2012-01-26 13:24 <navis> normally I would use hgreview = /path/to/hgreview.py in hgrc | ||
2012-01-26 13:24 <navis> but there is no hgreview.py :-) | ||
2012-01-26 13:25 <cedk> navis: directory of hgreview | ||
2012-01-26 13:33 <navis> cedk: damn, o | ||
2012-01-26 13:34 <navis> cedk: damn, worked :-) | ||
2012-01-26 13:34 <navis> http://codereview.tryton.org/231003/ | ||
2012-01-26 13:43 <cedk> navis: you must create an issue | ||
2012-01-26 13:44 <cedk> navis: follow https://code.google.com/p/tryton/wiki/HowtoContribute | ||
2012-01-26 13:46 <navis> cedk: issue already created and just uptated | ||
2012-01-26 13:46 <navis> cedk: https://bugs.tryton.org/issue2375 | ||
2012-01-26 16:28 <cedk> hey, some interresting stats: | ||
2012-01-26 16:28 <cedk> https://www.ohloh.net/p/compare?project_0=OpenERP&project_1=Tryton&project_2=openbravo&submit_2=Go | ||
2012-01-26 16:29 <cedk> Tryton is the only one to remove code in the last Month :-) | ||
2012-01-26 16:31 <navis> what would it take to be able to manage prices "tax included" in tryton ? | ||
2012-01-26 16:33 <navis> b2c businesses must sell "all tax included", which is source of problems with tryton right now | ||
2012-01-26 16:35 <cedk> navis: it is the same as implementing a POS | ||
2012-01-26 16:35 <navis> I have tried to use vat included prices in the products combined with a price/1,21 formula in price list | ||
2012-01-26 16:35 <navis> but rounding makes it wrong | ||
2012-01-26 16:36 <navis> cedk: not really, a pos needs vat included, but a retail web site doesn't need a pos | ||
2012-01-26 16:37 <cedk> navis: it is the same | ||
2012-01-26 16:38 <navis> cedk: a pos needs a different workflow | ||
2012-01-26 16:38 <navis> cedk: but take someone like amazon, they sell taxes included, without pos workflow | ||
2012-01-26 16:39 <grasbauer> navis: we did it like this in a onlineshop: wie added a field sale_price to the products (and diffrent prices for client-groups as well) and doing than the tax-calculation depending of country of the client | ||
2012-01-26 16:40 <cedk> navis: for me, it is the same workflow | ||
2012-01-26 16:41 <grasbauer> cedk: you mean, that you sale the net_price + taxes in the POS? | ||
2012-01-26 16:42 <navis> grasbauer: so you modified the way taxes are calculated and displayed in the sales module ? | ||
2012-01-26 16:43 <cedk> grasbauer: I mean it has the same requirement, collecting sales with price tax include, and generate the right account move | ||
2012-01-26 16:44 <grasbauer> cedk: yes - we recalculate the prices to netprices when commiting the order to the shop - less taxes more cash for the salesman ;) | ||
2012-01-26 16:44 <grasbauer> that was to navis | ||
2012-01-26 16:46 <navis> cedk: pos has more differences from sales than that, the normal sales process could also benefit from a «tax included» possibility | ||
2012-01-26 16:47 <grasbauer> navis: we are sending the field sale_price to the shopfrontend. when someone makes a order and we know the taxgroup of the client, we are recalculating the sale_price to a net_price andwriting the lines in the sale | ||
2012-01-26 16:47 <navis> grasbauer: if I understand correctly, you store prices tax included in the product, and modified sales to recompute net prices from that | ||
2012-01-26 16:48 <navis> grasbauer: ok | ||
2012-01-26 16:48 <grasbauer> nanavis: yes | ||
2012-01-26 16:49 <grasbauer> navis: yes, because the sale_price needs to be styled like 9,95 - it's better to do it that way | ||
2012-01-26 16:50 <cedk> grasbauer: I don't understand how you can make that correctly | ||
2012-01-26 16:50 <cedk> grasbauer: tax could not be recomputed with the net price | ||
2012-01-26 16:51 <grasbauer> cedk: tax is recomputed with the sale_price. sale_price is 9,95 and we recalculate the tax which is included in this price | ||
2012-01-26 16:52 <grasbauer> cedk: so the list_price isn't than important for customers, we use it only for wholesale | ||
2012-01-26 16:52 <cedk> grasbauer: so it is not always the same tax included amount | ||
2012-01-26 16:55 <grasbauer> cedk: no | ||
2012-01-26 16:56 <grasbauer> cedk: but that isn't a problem I think, because a wholesaler has mostly a diffrent price than a final customer | ||
2012-01-26 16:57 <navis> cedk: is it possible to increase the number of decimals used in the net price ? | ||
2012-01-26 16:58 <cedk> navis: yes, it must be done by extending the Model and change the digits value | ||
2012-01-26 16:59 <navis> cedk: a fast solution would be to use high precision during calculations | ||
2012-01-26 16:59 <navis> cedk: that way tax included prices would be right for retail | ||
2012-01-26 17:01 <cedk> navis: possible but there will be perhaps cases it doesn't work | ||
2012-01-26 17:04 <cedk> navis: when you have a non decimal | ||
2012-01-26 17:05 <navis> cedk: yes it's only an approximation, solving most but not all cases | ||
2012-01-26 17:05 <grasbauer> btw: anybody from spain here? I read, that the VAT in spain depends of the area of the client (islas canarias for exampel) . So: the price of a bottle of milk is different in Barcelona and Las Palmas presumed the same net_price? | ||
2012-01-26 17:06 <navis> cedk: a proper solution would base calculations on tax included prices | ||
2012-01-26 17:06 <grasbauer> navis: thats why we choosed this way | ||
2012-01-26 17:10 <navis> grasbauer: damn, your website is in german :-) | ||
2012-01-26 17:11 <grasbauer> navis: it's because of my horrible english ;) | ||
2012-01-26 17:14 <grasbauer> carlos: ping | ||
2012-01-26 17:14 <marc0s> grasbauer: Canarias have different vat yes | ||
2012-01-26 17:15 <marc0s> grasbauer: the name in the peninsula is IVA and in Canarias is named IGIC i think | ||
2012-01-26 17:15 <grasbauer> marc0s: so the price differs by region? or by origin of the client? or nobody is paying taxes? | ||
2012-01-26 17:17 <marc0s> grasbauer: i would say it is different by region | ||
2012-01-26 17:18 <marc0s> grasbauer: when people from canary islands come to the peninsula they pay IVA, not IGIC | ||
2012-01-26 17:18 <grasbauer> marc0s: ok - so the tax depends on the location of the company | ||
2012-01-26 17:19 <marc0s> grasbauer: yes | ||
2012-01-26 17:21 <grasbauer> marc0s: ok | ||
2012-01-26 17:27 <grasbauer> marc0s: ok - got it: Canarias, Ceuta and Melilla are handled like not EU-Regions with an own taxrate. | ||
2012-01-26 17:28 <marc0s> grasbauer: :) | ||
2012-01-26 17:37 <marc0s> uhm... have modules for 2.0.0 disappeared from pypi? | ||
2012-01-26 17:40 <carlos> grasbauer, hi | ||
2012-01-26 17:40 <carlos> grasbauer, yes, taxes are different in some places | ||
2012-01-26 17:41 <cedk> marc0s: I check | ||
2012-01-26 17:41 <carlos> they don't have VAT in some cases but other specific taxes for that area | ||
2012-01-26 17:42 <grasbauer> carlos: ok | ||
2012-01-26 17:42 <cedk> marc0s: have you an example? | ||
2012-01-26 17:43 <grasbauer> carlos: I was confused, how a onlineshop handle this. I guess, there are different prices for this areas ... | ||
2012-01-26 17:44 <marc0s> cedk: i tried to install tryton_company==2.0.0 and it tried to install party==2.2 | ||
2012-01-26 17:45 <marc0s> cedk: ouch, i went to the wrong url when checking for them at the pypi... Actually the are online at pypi... sorry for the alarm | ||
2012-01-26 17:46 <marc0s> cedk: that's the log (before i ctrl+c) when tried to install trytond_company==2.0.0 http://paste.pocoo.org/show/541138/ | ||
2012-01-26 17:46 <marc0s> cedk: i suppose i should have tell it to install ==2.0.1, maybe? | ||
2012-01-26 17:47 <carlos> grasbauer, well, most onlineshops restrict their operations with those areas | ||
2012-01-26 17:47 <carlos> because those are islands, and they pay an extra charge to ship there | ||
2012-01-26 17:47 <carlos> so they just avoid the "problem" | ||
2012-01-26 17:47 <carlos> others... just handle it like you may handle it for a different country | ||
2012-01-26 17:51 <cedk> marc0s: just running the same cmd here and it fetch 2.0* | ||
2012-01-26 17:51 <cedk> marc0s: perhaps you have a wrongly named module in cwd | ||
2012-01-26 17:52 <marc0s> cedk: let me check with a fresh virtualenv if it reproduces | ||
2012-01-26 17:53 <marc0s> cedk: it runs fine in a new virtualenv... so problem on my side :) | ||
2012-01-26 17:58 <grasbauer> carlos: thanks for explanation. so we will implement it as a 'own' country with a different shipping rate. | ||
2012-01-26 17:59 <carlos> grasbauer, I'm not sure whether that would affect to ecommerce outside Spain | ||
2012-01-26 18:02 <grasbauer> carlos: we are planning a solution for a customer in spain. he asked me, how the software handles the issue with diffrent taxes in spain. I think it was a test, if we are able to investigate ;) | ||
2012-01-26 18:14 <cedk> grasbauer: is http://codereview.tryton.org/222001/ ok for you? | ||
2012-01-26 19:59 <udono> Which is the email adress for security related issues? I can not find it on tryton.org. | ||
2012-01-26 20:06 <udono> I found it http://groups.google.com/group/tryton-security/ | ||
2012-01-26 20:07 <cedk> udono: fill a bug with security type | ||
2012-01-26 20:10 <udono> cedk: will it be undisclosed? | ||
2012-01-26 20:30 <cedk> udono: no | ||
2012-01-26 21:01 <cedk> udono: I still don't see your issue |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!