IRC logs of #tryton for Thursday, 2012-01-26

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/!