IRC logs of #tryton for Tuesday, 2010-11-09

chat.freenode.net #tryton log beginning Tue Nov 9 00:00:02 CET 2010
2010-11-09 00:12 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-09 00:49 -!- digitalsatori(~tony@116.233.243.120) has joined #tryton
2010-11-09 00:53 -!- cheche(cheche@188.85.213.151) has joined #tryton
2010-11-09 01:58 -!- digitalsatori(~tony@116.233.243.120) has joined #tryton
2010-11-09 03:50 -!- pheller(~pheller@pool-173-48-216-195.bstnma.fios.verizon.net) has joined #tryton
2010-11-09 04:18 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton
2010-11-09 05:18 -!- yangoon(~mathiasb@p549F6D0E.dip.t-dialin.net) has joined #tryton
2010-11-09 05:49 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-11-09 06:26 -!- digitalsatori(~tony@116.233.243.120) has joined #tryton
2010-11-09 07:11 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-11-09 07:17 -!- Timitos(~kp@88.217.184.172) has joined #tryton
2010-11-09 07:20 -!- bechamel(~user@host-85-201-147-56.brutele.be) has joined #tryton
2010-11-09 07:22 -!- vladimir_(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton
2010-11-09 08:24 -!- trifon(~trifon@p4FFB8B82.dip0.t-ipconnect.de) has joined #tryton
2010-11-09 08:32 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-11-09 08:53 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2010-11-09 09:04 -!- vladimir_(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton
2010-11-09 09:17 -!- paepke(~paepke@p4FEB0521.dip0.t-ipconnect.de) has joined #tryton
2010-11-09 09:33 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-09 09:36 -!- vladimir_(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton
2010-11-09 09:48 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-11-09 09:55 -!- vladimir_(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton
2010-11-09 10:01 -!- kingsnake(~tmulder@62.58.29.41) has joined #tryton
2010-11-09 10:03 -!- vincentvdl(~vincent@62.58.29.41) has joined #tryton
2010-11-09 10:11 -!- Red15(~red15@unaffiliated/red15) has joined #tryton
2010-11-09 10:30 -!- sharoon(~sharoon@14.96.116.102) has joined #tryton
2010-11-09 10:40 -!- vladimir__(~vladimir@adsl-dyn-88.95-102-9.t-com.sk) has joined #tryton
2010-11-09 10:42 -!- svaksha_(~svaksha@unaffiliated/svaksha) has joined #tryton
2010-11-09 10:44 -!- svaksha_(~svaksha@unaffiliated/svaksha) has joined #tryton
2010-11-09 10:58 -!- bechamel(~user@chimie-prtx11.scf.fundp.ac.be) has joined #tryton
2010-11-09 12:15 -!- evernichon(~evernicho@i01m-62-35-143-35.d4.club-internet.fr) has joined #tryton
2010-11-09 12:26 -!- mhi1(~mhi@pd95b104a.dip0.t-ipconnect.de) has joined #tryton
2010-11-09 12:28 <mhi1> Hi, is there any documentation related to trytond.conf and tryton.conf? At least there is an example for trytond.conf in the trytond...tar.gz.
2010-11-09 12:29 <cedk> mhi1: there is explaination in the file in the tgz
2010-11-09 12:29 -!- digitalsatori(~tony@116.233.243.120) has joined #tryton
2010-11-09 12:30 <mhi1> in the "client" tgz?
2010-11-09 12:30 <cedk> mhi1: no in the server
2010-11-09 12:31 <cedk> mhi1: for the client, the configuration is managed in the GUI
2010-11-09 12:33 <cedk> ACTION bbl
2010-11-09 12:51 -!- svaksha(~svaksha@unaffiliated/svaksha) has joined #tryton
2010-11-09 13:38 <cedk> ACTION back
2010-11-09 13:48 -!- trifon(~trifon@p4FFB8B82.dip0.t-ipconnect.de) has joined #tryton
2010-11-09 14:18 <udono> New Tryton kid is born. Gratulations!
2010-11-09 14:58 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-09 15:13 -!- pheller(~pheller@c1fw229.constantcontact.com) has joined #tryton
2010-11-09 15:15 -!- pepeu(~manuel@201.155.193.192) has joined #tryton
2010-11-09 15:26 <pheller> anyone successfully used openoffice headless to create pdf's ?
2010-11-09 15:27 <udono> pheller: me
2010-11-09 15:28 <paepke> pheller, me, too
2010-11-09 15:28 <pheller> does it work well for you? have you done any testing to see, for example, how many documents / second it can create?
2010-11-09 15:29 <yangoon> pheller: didn't any tests for performance
2010-11-09 15:29 <pheller> I have had no luck making it operate on MacOS.... I will spend some more time to try, but so far no luck.
2010-11-09 15:29 <udono> pheller: often works well, sometimes not. I did not test the performance.
2010-11-09 15:30 <paepke> pheller, well on mass creation i faced a bug where it crashed when adding more than 250 invoices at once.
2010-11-09 15:30 <udono> pheller: traceback?
2010-11-09 15:30 -!- heg(~heg@dyn.144-85-136-001.dsl.vtx.ch) has joined #tryton
2010-11-09 15:30 <yangoon> pheller: sometimes the point is that you need openoffice-draw and some other packages for pdf
2010-11-09 15:30 <pheller> udono: actually, a python binary crash of some sort (can't provide more details right now)
2010-11-09 15:30 <yangoon> pheller: and a rather recent version of python-openoffice
2010-11-09 15:31 <pheller> next question: can relatorio produce an .ods instead of .odt ?
2010-11-09 15:31 <yangoon> pheller: yes
2010-11-09 15:32 <pheller> yangoon: ok, then there is possibly another solution.... http://www.jopendocument.org/tutorial_pdf.html
2010-11-09 15:32 <cedk> pheller: relatorio yes but I think it needs some hack to work on Tryton
2010-11-09 15:33 <pheller> cedk: has there been any thought about porting the webkit report creation to tryton?
2010-11-09 15:34 <cedk> pheller: no at all
2010-11-09 15:34 <pheller> cedk: ok
2010-11-09 15:35 <pheller> jOpenDocument does not look bad, but it does not yet handle .odt files
2010-11-09 15:36 <udono> pheller: look at http://openoffice-python.origo.ethz.ch/issues maybe you find some informations inside
2010-11-09 15:42 <cedk> I think it is better to focus on one tool an improve it
2010-11-09 15:42 <cedk> Ooo seems pretty good because we could implement a lot of other format like doc etc.
2010-11-09 15:46 <pheller> >>> import uno.py
2010-11-09 15:46 <pheller> Fatal Python error: Interpreter not initialized (version mismatch?)
2010-11-09 15:46 <pheller> Abort
2010-11-09 15:46 <pheller> that's the error I get.
2010-11-09 15:47 <pheller> granted, I have not done much troubleshooting. I just thought I'd ask before I dive into it.
2010-11-09 15:59 <udono> pheller: which distribution you use?
2010-11-09 15:59 <udono> pheller: do you use virtualenv?
2010-11-09 16:00 <udono> pheller: which python version?
2010-11-09 16:00 <cedk> pheller: are you using the Python from jhbuild?
2010-11-09 16:01 <udono> pheller: Try >>> import uno # without .py
2010-11-09 16:06 <pheller> I have tried with jhbuild python (which is built i386 to match pyuno.so)
2010-11-09 16:07 <pheller> same error with "import uno" or "import pyuno"
2010-11-09 16:10 <pheller> same error when I use the OS distribution pythons (2.5 and 2.6)
2010-11-09 16:10 <pheller> it's probably because of: http://qa.openoffice.org/issues/show_bug.cgi?id=93084
2010-11-09 16:10 <cedk> pheller: did you compile pyuno ?
2010-11-09 16:11 <pheller> No, I'm using the NeoOffice distribution, though compiling openoffice is probably the next step. (UGH)
2010-11-09 16:11 <udono> pheller: is uno.py in PYTHONPATH?
2010-11-09 16:11 <cedk> pheller: ok this goes in favor of using Ooo as a service instead
2010-11-09 16:12 <pheller> I'm running the interpreter from the directory containing pyuno.py and pyuno.so so that I need not alter PYTHONPATH
2010-11-09 16:12 <cedk> I think this could be a good idea to get a webservice that make convertion
2010-11-09 16:12 <pheller> yes, I'm ok with running Ooo as a service, though how does one submit documents for conversion?
2010-11-09 16:13 <cedk> pheller: I don't know very well this code
2010-11-09 16:13 <udono> pheller: maybe try something like: export set PYTHONPATH=$PYTHONPATH:/usr/lib/openoffice/basis3.1/program/ && python
2010-11-09 16:13 <pheller> cedk: ok, I will do some investigation
2010-11-09 16:13 <cedk> pheller: but I know there is two possibility to interact with Ooo the one we get and the TCP one
2010-11-09 16:14 <udono> cedk: pheller: but the problem seems not related with the communication... it is related to import uno, which does not work.
2010-11-09 16:15 <pheller> udono: it doesn't work because pyuno.so is created against the openoffice python version (which is 2.3 or something); unfortunately, openoffice no longer ships with the actual python executable.
2010-11-09 16:16 <pheller> udono: I think the headless tcp server is the way to go... I will investigate that.
2010-11-09 16:17 <udono> pheller: ... but you'll need import uno, too, I guess
2010-11-09 16:18 <pheller> udono: well, perhaps I can duplicate uno.py, but without the calls to the compiled C routines
2010-11-09 16:20 <udono> pheller: in my OOO uno seems not dependend to the internal Python.
2010-11-09 16:22 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-11-09 16:44 -!- paepke(~paepke@p4FEB0521.dip0.t-ipconnect.de) has left #tryton
2010-11-09 16:51 -!- zodman(~andres-va@200.67.176.253) has joined #tryton
2010-11-09 16:53 -!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton
2010-11-09 16:59 -!- heg(~heg@dyn.144-85-136-001.dsl.vtx.ch) has joined #tryton
2010-11-09 17:00 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton
2010-11-09 17:21 <Red15> i wonder, does tryton support 2% cash payment discounts ?
2010-11-09 17:21 <Red15> with the correct fiscal booking etc
2010-11-09 17:40 <cedk> Red15: no
2010-11-09 17:40 <Red15> so how would you solve it then ?
2010-11-09 17:42 <cedk> Red15: I don't know
2010-11-09 17:42 <Red15> you know what the 2% problem is ?
2010-11-09 17:42 <Red15> you are belgian too right ?
2010-11-09 17:42 <cedk> Red15: yes
2010-11-09 17:42 <Red15> ok, cause i'm like 99% there on openerp
2010-11-09 17:43 <Red15> but seems it's just doing something weird in one borderline case
2010-11-09 17:43 <cedk> Red15: I think there is many possibility depending of which kind of move you want to generate etc.
2010-11-09 17:45 <cedk> because there is difference between discount and rebate
2010-11-09 17:45 <cedk> and how you write the move for it
2010-11-09 17:46 <cedk> Red15: by the way, I think this functionality should be writen in a way that it handles more than just payment discount
2010-11-09 17:46 <Red15> ofcourse, i've used nothing but regular taxes cedk
2010-11-09 17:46 <Red15> no custom code
2010-11-09 17:47 <Red15> well the only thing i have done is use a fiscal position to remap taxes from the regular kind to the 2% discount kind
2010-11-09 17:47 <Red15> and then I made on the payment_terms a possibility to swap fiscal positions depending on the payment term
2010-11-09 18:02 -!- kingsnake(~tmulder@62.58.29.41) has left #tryton
2010-11-09 18:15 <cedk> Red15: I don't see why you talke about taxes
2010-11-09 18:16 <cedk> Red15: could you write an example of account moves?
2010-11-09 18:16 <Red15> because a big part of the 2% rule is you can deduct 2% from being taxed
2010-11-09 18:16 <Red15> so if you have invoice 100€
2010-11-09 18:16 <Red15> default tax is 21€
2010-11-09 18:16 <Red15> but with 2% discount you can deduct 2% from base amount and then calculate 21%
2010-11-09 18:17 <Red15> so 98€ + (21% of 98€) = 120.58€
2010-11-09 18:17 <cedk> Red15: ok
2010-11-09 18:18 <cedk> Red15: but how is it on accounting move
2010-11-09 18:18 <cedk> Red15: you get one with 121.00 €
2010-11-09 18:18 <cedk> and then you create a second one because the customer paid on time
2010-11-09 18:19 <Red15> i use payment terms for those, 98% is due in 7 days
2010-11-09 18:19 <Red15> balance in 30 days
2010-11-09 18:20 <Red15> then when reconciling you just pick the 98% accounting line if he payed in time, or combine 98% + balance if he payed full amount after 7 days
2010-11-09 18:20 <cedk> Red15: but you still get the last amount unreconciled
2010-11-09 18:20 -!- enlightx(~enlightx@95.75.74.198) has joined #tryton
2010-11-09 18:21 <Red15> then you have to do the usual bookings to make it "go away"
2010-11-09 18:21 <Red15> (fyi: not an accountant here)
2010-11-09 18:21 <Red15> and actually accounting move exists of 3 lines for me
2010-11-09 18:22 <Red15> one with 2€ (free of tax declaration)
2010-11-09 18:22 <Red15> one with 98% (tax field 03)
2010-11-09 18:22 <Red15> one with 20.58 (tax field 54)
2010-11-09 18:22 <cedk> Red15: ok but it doesn't work if you get difference taxes
2010-11-09 18:24 <Red15> it sort of does, you have to use plenty of remapping
2010-11-09 18:24 -!- rednul_(~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) has joined #tryton
2010-11-09 18:25 <cedk> Red15: even without that, you need to create one move that reversal the unreconciled moves and the taxes
2010-11-09 18:27 <Red15> why the taxes? only the 2% discount that the partner was to late for has to be "reversed"
2010-11-09 18:27 <cedk> and I think it should go in a special account for reducetion
2010-11-09 18:27 -!- vincentvdl(~vincent@62.58.29.41) has left #tryton
2010-11-09 18:27 <cedk> Red15: yes the reduced taxed part
2010-11-09 18:28 <Red15> ok, but putting it in a special account is not hard, but it depends (slight) per accounting schema
2010-11-09 18:28 <Red15> but it's easy to alter in my setup
2010-11-09 18:29 <cedk> Red15: I already thought about this and I think that we should extend the payment terms to manage the reductions etc.
2010-11-09 18:29 <cedk> Red15: yes the account can be defined on the company
2010-11-09 18:30 <cedk> so if it is how you did in OpenERP, you can do the same in Tryton
2010-11-09 18:30 <Red15> cedk, like i said, i've made a small addon which allows payment term to switch out one fiscal position for anothe
2010-11-09 18:30 <cedk> and with some codes it can become a module that implement this functionality completly
2010-11-09 18:31 <Red15> and when the fiscal position changes, you can make a fiscal position like "National (2% cash payment)"
2010-11-09 18:31 <cedk> Red15: I don't see why?
2010-11-09 18:31 <Red15> because 2% payment term can also apply to intra-communautaire
2010-11-09 18:31 <Red15> or even export
2010-11-09 18:31 <cedk> Red15: so you need to know before creating invoice if the customer will paid on time or not
2010-11-09 18:31 <Red15> and you not only have 2%, you also have 3% and 4%
2010-11-09 18:32 <Red15> cedk, that's a payment term no ?
2010-11-09 18:32 <Red15> with payment term you set before you receive your money
2010-11-09 18:32 <cedk> Red15: the rules yes, but what happens if the customer doesn't respect the delay and you need to get full payement without 2%
2010-11-09 18:33 <Red15> for tax reports it doesn't change anything
2010-11-09 18:33 <cedk> Red15: so you need to wait to get payment before creating invoice
2010-11-09 18:33 <cedk> Red15: it is not very common, generaly customer wants to have invoice before making payment
2010-11-09 18:34 <Red15> cedk, payment terms will split it into 2 account.move.line that are due : one for 98% other for 2%
2010-11-09 18:34 <Red15> when customer pays in time, you reconcile his payment with the 98% line, and all is ok
2010-11-09 18:35 <cedk> Red15: yes so you still miss the 2% on taxes
2010-11-09 18:35 <Red15> if customer doesnt pay in time, you want to reconcile his payment with 98% + 2% line
2010-11-09 18:35 <Red15> cedk, it's perfectly legal (only here in belgium afaik)
2010-11-09 18:35 <cedk> Red15: yes but the taxes report must be adapted to deduce 2% if he pays on time
2010-11-09 18:36 <cedk> Red15: I think it will be simplier with a small schema
2010-11-09 18:36 <cedk> ACTION bbl
2010-11-09 18:36 <Timitos> Red15: we have such a module
2010-11-09 18:37 <Timitos> Red15: but it is for 1.4 only for the moment
2010-11-09 18:37 <Timitos> Red15: i will publish it on intuxication. so you can check if it works for you
2010-11-09 18:38 <Timitos> i think we did it quite similar to your ideas
2010-11-09 18:43 <Red15> Timitos, don't spend too much time on it
2010-11-09 18:43 <Red15> i'm not running tryton, was just seeing if there was a solution in this camp :)
2010-11-09 18:59 -!- paepke(~paepke@p4FEB0402.dip0.t-ipconnect.de) has joined #tryton
2010-11-09 19:06 <pheller> So I did manage to get openoffice running in headless server mode on Mac OS, and successfully used JODConverter to have openoffice convert odt to pdf..... Unfortunately, it seems uno is still required to do it from python, so I'll have a look at writing an uno duplicate that doesn't require the C routines in pyuno.so
2010-11-09 19:15 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-11-09 19:56 -!- enlightx(~enlightx@109.52.22.181) has joined #tryton
2010-11-09 20:14 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has left #tryton
2010-11-09 20:33 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton
2010-11-09 20:49 -!- enlightx(~enlightx@109.52.6.137) has joined #tryton
2010-11-09 21:06 -!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton
2010-11-09 21:07 -!- paepke(~paepke@p4FEB0402.dip0.t-ipconnect.de) has left #tryton
2010-11-09 21:24 -!- Red15(~red15@unaffiliated/red15) has joined #tryton
2010-11-09 21:56 <Red15> cedk, turns out discounts are simpler than i though
2010-11-09 21:56 <Red15> *t
2010-11-09 21:57 <Red15> you have to calculate 21% on 98% of the total amount due, but you have to book 100% to tax code 03
2010-11-09 21:59 <Red15> the only problem i now have is that 2% discount should be calculated on the base amount, not the tax
2010-11-09 21:59 <Red15> so 100€ gives 2€ discount, not 2.41€ (which is 2% of 120.58)
2010-11-09 22:12 <cedk> Red15: I don't know if it is simplier :-)
2010-11-09 22:13 <Red15> cedk, it's only to show the amount the customer can subtract from the total invoice amount
2010-11-09 22:13 <cedk> Red15: where did you get that information?
2010-11-09 22:13 <Red15> looked it up with my gf who's an accounting wiz :)
2010-11-09 22:15 <cedk> Red15: so now we should check that it is the same on other countries
2010-11-09 22:15 <Red15> most likely not though
2010-11-09 22:15 <Red15> i know for a fact it's different in the netherlands
2010-11-09 22:15 <cedk> Red15: we could ask on the mailing list
2010-11-09 22:16 <Red15> but why should it matter ?
2010-11-09 22:16 <Red15> l10n_be could incorporate all this
2010-11-09 22:16 <Red15> and should have 0 effect on other localizations
2010-11-09 22:16 <Red15> cedk, or doesn't tryton use localization modules ? ;-)
2010-11-09 22:17 <cedk> Red15: there is no l10n_be
2010-11-09 22:17 <cedk> Red15: we thought that almost all features should be generic
2010-11-09 22:18 <cedk> so we try to create a module per feature
2010-11-09 22:18 <Red15> cedk, what about parametrization then ?
2010-11-09 22:18 <Red15> cedk, you will have a set of parameters per country so i don't see why you should try and stay clear of using something like l10n_be
2010-11-09 22:19 <cedk> so in this case it could end by creating a module like account_invoice_discount_payment_term
2010-11-09 22:19 <Red15> not saying it has to be seperate modules, maybe you could make a somewhat bigger module which contains all the profiles and sets whichever one you select during install
2010-11-09 22:19 <Red15> cedk, apart from the invoice layout changes (which I'm yet to program) i don't see what the module should contain
2010-11-09 22:19 <cedk> Red15: what do you name parameters?
2010-11-09 22:19 -!- pheller(~pheller@pool-173-76-57-230.bstnma.fios.verizon.net) has joined #tryton
2010-11-09 22:20 <Red15> cedk, the taxes that should be created, like VAT 21% and VAT 21% with 2 % discount
2010-11-09 22:20 <Red15> and what about 19% for the netherlands ?
2010-11-09 22:20 <cedk> Red15: this is done in account_be
2010-11-09 22:20 <Red15> and 14.5% (?) for the uk
2010-11-09 22:20 <Red15> so i think it's easiest to extend account_be then
2010-11-09 22:20 <cedk> Red15: and later in account_nl
2010-11-09 22:20 <Red15> if you don't use the discounts you could deactivate the taxes ?
2010-11-09 22:21 <Red15> do you also have a configuration wizard when you install account_be ?
2010-11-09 22:21 <cedk> Red15: I still don't understand why you're talking about taxes?
2010-11-09 22:21 <Red15> because these discounts in belgium have everything to do with taxes
2010-11-09 22:21 <cedk> Red15: for now there is none because there is nothing to do
2010-11-09 22:22 <cedk> Red15: but you just said that it doesn't affect the tax
2010-11-09 22:22 <Timitos> cedk: as i posted before. i have a working module for cash discount for tryton. but it is for 1.4 for the moment. if there is any interest i can push it on intuxication.
2010-11-09 22:22 <Red15> no it does, but not like i expected it
2010-11-09 22:22 <Red15> Timitos, what country ?
2010-11-09 22:23 <Timitos> Red15: germany
2010-11-09 22:23 <Red15> Timitos, how does it work ? take example for an invoice of 100€
2010-11-09 22:23 <yangoon> cedk: are you ok with the publishing of the news for bugfix releases?
2010-11-09 22:23 <cedk> yangoon: could we wait one more day?
2010-11-09 22:24 <yangoon> cedk: np, just for curiosity: why?
2010-11-09 22:24 <Timitos> Red15: it allows to show the reduction on invoice and when the customer pays with reduction you will be able to do the necessary reduction move when you enter the payment
2010-11-09 22:25 <Red15> Timitos, but how does legislation work for germany ?
2010-11-09 22:25 <Timitos> it is not the right way to reduce the amount on invoice creation. it must be reduced on payment
2010-11-09 22:25 <Timitos> Red15: in germany you must reduce the tax too as you mentioned above
2010-11-09 22:25 <Red15> Timitos, but only on the non-taxed amount right ?
2010-11-09 22:25 <cedk> yangoon: to let the release news get his time :-)
2010-11-09 22:26 <Red15> Timitos, so 100€ - 2€ = 98€ (then take tax on 98€)
2010-11-09 22:26 <Timitos> Red15: yes
2010-11-09 22:26 <yangoon> cedk: understood;)
2010-11-09 22:26 <Red15> Timitos, so then you have 100€ + tax on 98€
2010-11-09 22:26 <Timitos> Red15: no
2010-11-09 22:27 <cedk> Timitos, Red15: why not creating a sheet on google docs like I did for stock accounting?
2010-11-09 22:27 <Timitos> first you have tax on 100 and when the customer pays with reduction you have to reduce the tax so that it is the tax amount on 98 after the payment process
2010-11-09 22:27 <cedk> I think it will clarify the discussion
2010-11-09 22:27 <Timitos> cedk: i think this already exists. just a moment
2010-11-09 22:28 <Timitos> Red15: cedk: http://tryton.origo.ethz.ch/wiki/implementierung_skonto
2010-11-09 22:29 <Red15> Timitos, cedk , maybe to clarify, for me it's more about discounts on single payments
2010-11-09 22:31 <cedk> Timitos: looks good
2010-11-09 22:31 <cedk> Red15: I don't understand
2010-11-09 22:32 <cedk> Red15: is the account moves are like you expect for Belgium
2010-11-09 22:33 <cedk> Timitos: and you said that you have the code for this module?
2010-11-09 22:33 <Timitos> cedk: yes. we have it in production
2010-11-09 22:34 <cedk> Timitos: why don't you put the cash discount condition on payment term?
2010-11-09 22:34 <Timitos> cedk: i do not remember well what i wrote :P i did it in the final version
2010-11-09 22:35 <Red15> the problem is I have a deadline to finish this by tomorrow
2010-11-09 22:35 <Red15> so can't really explain in a lot of detail as i have to finish invoice layout and such
2010-11-09 22:36 <cedk> Timitos: and did you modified amount_to_pay ?
2010-11-09 22:37 <Timitos> cedk: yes.
2010-11-09 22:37 <cedk> Timitos: and also pay_invoice ?
2010-11-09 22:37 <cedk> Red15: ok
2010-11-09 22:38 <cedk> Red15: but I will be happy to continue on this topic later to be sure that we could have a generic module from Timitos that fit also in Belgium (and probably other countries)
2010-11-09 22:39 <cedk> Timitos: it looks good
2010-11-09 22:39 <cedk> Timitos: what is your plan with this module?
2010-11-09 22:39 <Timitos> cedk: i will push the module and then we can use it as a base for a generic module
2010-11-09 22:39 <Timitos> cedk: if you want to integrate it into the core it would be great
2010-11-09 22:40 <cedk> Timitos: as a module for sure
2010-11-09 22:40 <cedk> It is a common needs (not for every company)
2010-11-09 22:40 <Timitos> great
2010-11-09 22:40 -!- yma(~yma@dyn.144-85-136-001.dsl.vtx.ch) has joined #tryton
2010-11-09 22:41 -!- yma(~yma@dyn.144-85-136-001.dsl.vtx.ch) has left #tryton
2010-11-09 22:42 <Red15> btw cedk, when's your tweet coming about license change on spiff-gtkwidgets ? :D
2010-11-09 22:43 <cedk> Red15: saw your talk on #openobject
2010-11-09 22:43 <Timitos> cedk: http://mercurial.intuxication.org/hg/account_invoice_cash_discount
2010-11-09 22:44 <cedk> Red15: as I already said it is not the first time and I think it will not be the last one :-)
2010-11-09 22:44 <Timitos> cedk: it is one of my early modules. so some code optimization may be necessary
2010-11-09 22:44 <Red15> cedk, you did not see my last tweet
2010-11-09 22:44 <Red15> cedk, check this http://code.google.com/p/spiff-gtkwidgets/issues/detail?id=9
2010-11-09 22:46 <cedk> Red15: yes
2010-11-09 22:46 <cedk> Red15: as you see when talking to upstream things go smoother
2010-11-09 22:46 <Red15> cedk, just jesting with you
2010-11-09 22:47 <cedk> Red15: no problem but I know well the guys at OpenERP and how they work ;-)
2010-11-09 22:48 <cedk> Timitos: I see that you put an account on payment term
2010-11-09 22:48 <cedk> Timitos: what is the puporse?
2010-11-09 22:48 <Red15> cedk, yes i'm not saying they are perfect and flawless but i do still think they deserve a bit of respect for what they have gained in traction
2010-11-09 22:49 <Red15> cedk, and tbh i find your openerphell a bit below the belt
2010-11-09 22:49 <Red15> cedk, you don't earn respect by bashing your competition
2010-11-09 22:50 <cedk> Red15: it is not my openerphell
2010-11-09 22:51 <Timitos> (18:27:35) cedk: and I think it should go in a special account for reducetion. this is what you wrote and this is what it does
2010-11-09 22:51 <cedk> Timitos: ok but do you think it should be on term and not on company?
2010-11-09 22:52 <udono> ACTION so cedk is it not... who could it be?
2010-11-09 22:52 <Red15> cedk, i find that hard to believe or disprove, openerphell is hidden quite well at first glance, but both you and openerphell tweet account are the only accounts in my list that have same logo :)
2010-11-09 22:53 <cedk> Red15: I have no logo on tweeter
2010-11-09 22:53 <Red15> oh wait, i correct, anthony lesuisse also has default tweet icon :)
2010-11-09 22:53 <Red15> but i doubt he'll be behind openerphell :)
2010-11-09 22:54 <cedk> Red15: I'm not and I never hide when I want to talk about something
2010-11-09 22:54 <Timitos> cedk: i think it should be also possible to have it on company
2010-11-09 22:54 <cedk> Timitos: I got a quick look at the module, I think the concept is good but we could improve the code by reducing
2010-11-09 22:55 <cedk> Timitos: It should override the amount_to_pay method
2010-11-09 22:55 <Timitos> cedk: this is what i said. it is a module on my early stages
2010-11-09 22:56 <cedk> Timitos: and I think the create_move_cash_discount method could be simplified by just duplicate the invoice move, switch debit/credit and multiply by %
2010-11-09 22:56 <cedk> Red15: could you just check at the account move on the wiki and confirm if it is correct for Belgium
2010-11-09 22:57 <Red15> the problem is the wiki does not say anything about which amounts go to which tax fields
2010-11-09 22:57 <cedk> Red15: you mean tax code?
2010-11-09 22:57 <Red15> uh yes, sorry
2010-11-09 22:58 <Timitos> Red15: if you need to use different tax fields we need to define a kind of tax rule system for that
2010-11-09 22:58 <cedk> Red15: so it must be different code then for the invoice?
2010-11-09 22:58 <Timitos> cedk: not in germany
2010-11-09 22:58 <Red15> Timitos, cedk, not a different tax field, just need to know how much was put in each tax field
2010-11-09 22:58 <Red15> tax code*
2010-11-09 22:59 <cedk> Timitos: not sure, I think about a new field on tax like we get for invoice/refund
2010-11-09 22:59 <cedk> Red15: ok so it is the same tax code
2010-11-09 22:59 <Timitos> cedk: could be also a solution.
2010-11-09 23:00 <Timitos> Red15: sounds like it is possible with my module
2010-11-09 23:01 <Red15> cedk, not saying belgian bookings might not be that much different
2010-11-09 23:01 <Red15> cedk, but cannot confirm it's the same without those numbers
2010-11-09 23:02 <cedk> I guess it will be reduce the tax base and also the tax code
2010-11-09 23:04 <Timitos> cedk: meister from intuxication just moved the repo to the tryton section
2010-11-09 23:05 <cedk> That's what I mean by duplicate the invoice move
2010-11-09 23:06 <cedk> Timitos: we should ask then to clean up some old module there
2010-11-09 23:06 <udono> cedk: Timitos: reduction of taxbase I had done in one of my former projects Lx-office. Sorry just a geman lang paper: http://wiki.lx-office.org/index.php?title=Skonto maybe Timitos knows if it is the right way?
2010-11-09 23:07 <cedk> Red15: can you confirm that the reduction move should have the same tax base and tax code but inverted
2010-11-09 23:07 <Timitos> cedk: i do not know which modules could be deleted. how should we do this?
2010-11-09 23:08 <cedk> Timitos: all the _xx which was for translation
2010-11-09 23:08 <Timitos> udono: i think the module works like it is mentioned in your link
2010-11-09 23:08 <Timitos> cedk: so they are no more needed?
2010-11-09 23:08 <cedk> Timitos: no
2010-11-09 23:08 <Red15> cedk, no, reduction is without tax
2010-11-09 23:09 <Timitos> cedk: ok. i will create a list and send them to meister
2010-11-09 23:09 <cedk> Red15: so it doesn't affect the tax report
2010-11-09 23:09 <cedk> Red15: this mean that you will need to pay the VAT for an amount greater
2010-11-09 23:10 <cedk> Timitos: thx
2010-11-09 23:10 <cedk> Timitos: if they want, they can just remove it from the tryton folder
2010-11-09 23:11 <Timitos> cedk: ok
2010-11-09 23:11 <cedk> Red15: or is it only the tax base but the tax code should be decreased
2010-11-09 23:11 <cedk> Timitos: could we edit the wiki page to add tax code and base
2010-11-09 23:12 <Timitos> cedk: create an account and give me your username. i will add you to the project
2010-11-09 23:15 <cedk> Timitos: it should be cedrickrier
2010-11-09 23:15 <cedk> Timitos: but I did not yet receive email
2010-11-09 23:17 <Timitos> cedk: so it seems that we have to wait for a moment. i got: user not exists
2010-11-09 23:18 <cedk> Timitos: ok anyway, it becomes late
2010-11-09 23:18 <Timitos> cedk: i agree :-)
2010-11-09 23:18 <cedk> we will continue the talk tomorrow
2010-11-09 23:19 <Timitos> great. cu tomorrow
2010-11-09 23:49 -!- digitalsatori(~tony@116.233.242.67) has joined #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!