| chat.freenode.net #tryton log beginning Thu Jun 4 00:00:02 CEST 2009 | ||
| 2009-06-04 00:07 <CIA-48> eric roundup * #1073/NameError: global name 'logging' is not defined: [new] Salim Afficher le profil Translate to Français Translated (View Original) Autres options 2 juin, 23:17 De : Salim <openconcept...@g ... | ||
| 2009-06-04 00:07 <CIA-48> http://bugs.tryton.org/roundup/issue1073 | ||
| 2009-06-04 00:11 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1835:fe4c8866551b trytond/trytond/model/modelstorage.py: Add missing import logging for issue1073 | ||
| 2009-06-04 00:11 <CIA-48> http://hg.tryton.org/trytond/rev/fe4c8866551b | ||
| 2009-06-04 00:13 <CIA-48> ced roundup * #1073/NameError: global name 'logging' is not defined: [resolved] Fixed with changeset fe4c8866551b | ||
| 2009-06-04 00:13 <CIA-48> http://bugs.tryton.org/roundup/issue1073 | ||
| 2009-06-04 00:21 -!- bechamel(n=user@host-85-201-74-27.brutele.be) has left #tryton | ||
| 2009-06-04 00:28 -!- gremly(n=gremly@190.156.164.183) has joined #tryton | ||
| 2009-06-04 00:47 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has left #tryton | ||
| 2009-06-04 02:59 -!- gremly(n=gremly@190.156.164.183) has joined #tryton | ||
| 2009-06-04 05:18 -!- yangoon(n=mathiasb@p549F4B05.dip.t-dialin.net) has joined #tryton | ||
| 2009-06-04 05:52 -!- gremly1(n=gremly@190.156.158.15) has joined #tryton | ||
| 2009-06-04 07:38 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-06-04 08:28 -!- racke(n=racke@213.129.226.162) has joined #tryton | ||
| 2009-06-04 08:43 -!- paepke(n=paepke@mail.metaldyne-nue.de) has joined #tryton | ||
| 2009-06-04 08:47 -!- Timitos(n=kp@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-06-04 08:54 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-06-04 09:07 -!- enlightx(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) has joined #tryton | ||
| 2009-06-04 09:22 -!- bechamel(n=user@85.201.74.27) has joined #tryton | ||
| 2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1836:c0772944858b trytond/trytond/model/modelsql.py: Backed out changeset 669b79e387c3 | ||
| 2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/c0772944858b | ||
| 2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1837:6ff8a72b6500 trytond/: merge | ||
| 2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/6ff8a72b6500 | ||
| 2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1838:daa1a3c68443 trytond/trytond/model/modelsql.py: Read also non active records when creating brother_ids list in _update_tree | ||
| 2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/daa1a3c68443 | ||
| 2009-06-04 09:23 -!- racke(n=racke@213.129.226.162) has left #tryton | ||
| 2009-06-04 11:19 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 32:7ee8a8c1c5ba project_revenue/ (9 files): | ||
| 2009-06-04 11:19 <CIA-48> Improved project revenue: | ||
| 2009-06-04 11:19 <CIA-48> - removed product on employee and timesheet line | ||
| 2009-06-04 11:19 <CIA-48> - added cost (and cost history) on employee | ||
| 2009-06-04 11:19 <CIA-48> - added product, list_price, revenue and cost_price on project.work | ||
| 2009-06-04 11:19 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/7ee8a8c1c5ba | ||
| 2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 60:13bc2ea96a5a project/work.py: Fix get_parent has several child may share the same parent | ||
| 2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/13bc2ea96a5a | ||
| 2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 61:3740cbe83671 project/work.py: Don't raise exception when searching with child_of as it is supported | ||
| 2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/3740cbe83671 | ||
| 2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 62:ef8773022eb0 project/work.py: Fix for variable instantiation that was made to late | ||
| 2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/ef8773022eb0 | ||
| 2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 63:612a709c9ca5 project/work.xml: Use the right view for the "relate" action | ||
| 2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/612a709c9ca5 | ||
| 2009-06-04 11:22 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 64:36ff933c5748 project/work.xml: Provide a work type in the context when opening tasks via the relate button on project | ||
| 2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/36ff933c5748 | ||
| 2009-06-04 11:22 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 65:0454270cc8e6 project/ (work.py work.xml): Show company field on the generic view of project.work | ||
| 2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/0454270cc8e6 | ||
| 2009-06-04 11:26 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 33:525615180db5 project_revenue/service.py: Removed useless method | ||
| 2009-06-04 11:26 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/525615180db5 | ||
| 2009-06-04 13:29 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 34:ca6c86cdd470 project_revenue/service.py: Fix get_cost_price when there is nothing in cost_prices | ||
| 2009-06-04 13:29 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/ca6c86cdd470 | ||
| 2009-06-04 13:29 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 35:0a00bddb22c1 project_revenue/ (service.py work.py): Handle currency digits on employee and work | ||
| 2009-06-04 13:29 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/0a00bddb22c1 | ||
| 2009-06-04 14:56 -!- woakas(n=woakas@190.144.69.234) has joined #tryton | ||
| 2009-06-04 15:52 -!- _TiN_(n=TiN@190.189.9.80) has joined #tryton | ||
| 2009-06-04 16:01 -!- woakas(n=woakas@190.144.69.234) has joined #tryton | ||
| 2009-06-04 16:12 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: [new] class Test ... dummy = fields.Function("get_dummies", type="one2many", relation="dummy.dummy", string="Dummies", ... | ||
| 2009-06-04 16:12 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 16:36 <CIA-48> ced roundup * #1074/context handling is ambiguous: [resolved] context on fields are used as the context of action when editing/creating relations. So it is useful only on field with relation. The c ... | ||
| 2009-06-04 16:36 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 16:50 -!- tekknokrat(n=gthieleb@dslb-088-074-165-163.pools.arcor-ip.net) has joined #tryton | ||
| 2009-06-04 17:02 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: [chatting] Your summary does not make it less ambiguous. The fields parameter is called "context" and not "context_under_certain_circumstances". ... | ||
| 2009-06-04 17:02 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 17:31 -!- woakas(n=woakas@190.144.69.234) has joined #tryton | ||
| 2009-06-04 17:36 <CIA-48> ced roundup * #1074/context handling is ambiguous: On 04/06/09 17:02 +0200, Brenckmann, Dirk wrote: > > Brenckmann, Dirk <db.developer@gmx.de> added the comment: > > Your summary does not make it ... | ||
| 2009-06-04 17:36 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 18:26 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: > > - How can the context for get_ and set_ be modified? > It is the global context only. W00t - in other words: Explicit setting a context to so ... | ||
| 2009-06-04 18:26 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 18:33 -!- gremly(n=gremly@190.156.158.15) has joined #tryton | ||
| 2009-06-04 18:47 <CIA-48> ced roundup * #1074/context handling is ambiguous: On 04/06/09 18:26 +0200, Brenckmann, Dirk wrote: > > Brenckmann, Dirk <db.developer@gmx.de> added the comment: > > > > - How can the context for ... | ||
| 2009-06-04 18:47 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 19:01 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-06-04 19:11 -!- enlightx(n=enlightx@host-78-13-123-84.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-06-04 19:19 -!- cedk_(n=ced@213.49.144.172) has joined #tryton | ||
| 2009-06-04 19:26 -!- Timitos(n=kp@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-06-04 19:34 -!- gremly(n=gremly@190.156.158.15) has joined #tryton | ||
| 2009-06-04 19:52 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 36:ed3a3cea6dfd project_revenue/ (service.py work.py work.xml): | ||
| 2009-06-04 19:52 <CIA-48> Slight refactoring: | ||
| 2009-06-04 19:52 <CIA-48> - rename cost_price to cost on work | ||
| 2009-06-04 19:52 <CIA-48> - Use numeric type for function fields (cost_price on employee, cost and revenue on work) | ||
| 2009-06-04 19:52 <CIA-48> - Isolate cost_price computation on employee and timesheet | ||
| 2009-06-04 19:52 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/ed3a3cea6dfd | ||
| 2009-06-04 21:03 -!- enlightx(n=enlightx@host-78-13-123-84.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-06-04 21:48 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: > > > > - How can the context for get_ and set_ be modified? > > > It is the global context only. > > Explicit setting a context to some field res ... | ||
| 2009-06-04 21:48 <CIA-48> http://bugs.tryton.org/roundup/issue1074 | ||
| 2009-06-04 23:04 -!- carlos(n=carlos@77.224.191.31) has joined #tryton | ||
| 2009-06-04 23:09 <carlos> cedk_: hi, If you are around, could you take a look to http://paste.ubuntu.com/188573/ and tell me whether that's what you suggested to me so we add a way to handle taxes substitution in a generic way for the company-group special case we discussed a couple of weeks ago? | ||
| 2009-06-04 23:10 <carlos> don't pay attention to the tax.xml changes | ||
| 2009-06-04 23:33 <vengfulsquirrel> carlos: What is origin tax ? Like sales tax at the point of sale? Or like the customer's origin ? | ||
| 2009-06-04 23:33 <carlos> vengfulsquirrel: that's for tax substitution | ||
| 2009-06-04 23:34 <carlos> it's the tax assigned to a product | ||
| 2009-06-04 23:34 <carlos> in the tax definition, you use it to define this tax B is only useful to substitute this origin_tax A | ||
| 2009-06-04 23:35 <carlos> so it's complementary to tax group | ||
| 2009-06-04 23:35 <carlos> to solve a corner case we have in Spain (and I guess in some other countries too, but seems like Germany and Belgium don't have it) | ||
| 2009-06-04 23:35 <vengfulsquirrel> Why would you substitute one tax for another ? | ||
| 2009-06-04 23:36 <carlos> do you know how the tax substitution code works in Tryton? | ||
| 2009-06-04 23:37 <vengfulsquirrel> Ha no I have no idea I've been reading the code for 3 days on and off | ||
| 2009-06-04 23:37 <vengfulsquirrel> I don't think it solves my cases | ||
| 2009-06-04 23:37 <carlos> for instance, if you have a product with 16% of VAT, and you sell it to a party outside your country but in the EU, you don't charge such VAT (if they are registered in the VIES system | ||
| 2009-06-04 23:37 <carlos> so the tax changes depending on the party | ||
| 2009-06-04 23:38 <vengfulsquirrel> Do you charge their country's VAT? | ||
| 2009-06-04 23:38 <carlos> no, usually you don't charge VAT | ||
| 2009-06-04 23:38 <carlos> but you need to register it as 0% of VAT | ||
| 2009-06-04 23:38 <carlos> well, that last part is not always true | ||
| 2009-06-04 23:38 <vengfulsquirrel> Oh so no taxes and then they are responsible for paying it on their end? | ||
| 2009-06-04 23:38 <carlos> yes | ||
| 2009-06-04 23:38 <vengfulsquirrel> This is similar actually to one of my problems | ||
| 2009-06-04 23:39 <carlos> what's your problem? | ||
| 2009-06-04 23:41 <vengfulsquirrel> For sales tax, if I sell within my state there is a tax based on my region's sales tax if I sell out of state there is no sales tax or at least that's what I'm trying to do | ||
| 2009-06-04 23:41 <vengfulsquirrel> There is no VAT at all | ||
| 2009-06-04 23:42 <vengfulsquirrel> So actually besides VAT being involved that identical to your problem. | ||
| 2009-06-04 23:42 <vengfulsquirrel> *is | ||
| 2009-06-04 23:42 <vengfulsquirrel> Additionally depending on where the sale is made I need a different tax as well, but that is more of a point of sale thing. | ||
| 2009-06-04 23:42 <vengfulsquirrel> So 2 locations have a different tax. | ||
| 2009-06-04 23:43 <vengfulsquirrel> And I guess the third thing is that some parties do not pay taxes, such as resellers and the government. | ||
| 2009-06-04 23:43 <vengfulsquirrel> I don't understand the notion of patterns in the tax system or how tax groups are used. | ||
| 2009-06-04 23:44 <carlos> for the location problem, there is nothing yet done | ||
| 2009-06-04 23:44 <carlos> but it's already a known problem | ||
| 2009-06-04 23:45 <vengfulsquirrel> Yeah I was going to try and setup sub companies for each location and then expliclity set a sales tax when creating a sale that is pulled from a default sales tax set on the sub companies. | ||
| 2009-06-04 23:45 <carlos> people from virtual things were already doing some prototypes to handle that case, but I'm not sure what's the status of it | ||
| 2009-06-04 23:46 <carlos> for the other, current system is enough for you | ||
| 2009-06-04 23:46 <carlos> vengfulsquirrel: did you take a look to the german or belgium chart of accounts? | ||
| 2009-06-04 23:46 <carlos> vengfulsquirrel: there you have some examples of groups usage | ||
| 2009-06-04 23:46 <vengfulsquirrel> No I have not, where do I obtain those? | ||
| 2009-06-04 23:46 <vengfulsquirrel> Are they in the source? | ||
| 2009-06-04 23:47 <vengfulsquirrel> xml files? | ||
| 2009-06-04 23:47 <carlos> http://hg.tryton.org/hgwebdir.cgi/1.2/modules/account_de_skr03/ | ||
| 2009-06-04 23:47 <carlos> http://hg.tryton.org/hgwebdir.cgi/modules/account_be/ | ||
| 2009-06-04 23:48 <carlos> vengfulsquirrel: basically, you create a group for taxes attached to services and another for the ones attached to goods | ||
| 2009-06-04 23:48 <carlos> and then, you create a tax rule for out of your state sells | ||
| 2009-06-04 23:49 <carlos> and another tax rule for resellers and government | ||
| 2009-06-04 23:49 <carlos> and by default, you use for all your products the taxes for your state | ||
| 2009-06-04 23:50 <carlos> then, a party from your state will not have a tax rule assigned | ||
| 2009-06-04 23:50 <carlos> a party from outside your state will have the tax rule for out state sells | ||
| 2009-06-04 23:50 <carlos> and a reseller or government will use the tax rule for tax free rules | ||
| 2009-06-04 23:51 <carlos> that's a really basic explanation, but I hope it's enough to get the idea | ||
| 2009-06-04 23:54 <vengfulsquirrel> Yeah no that sounds right, I thought there was another level with the patterns, a party can only have one rule at any given time though right? I guess the location problem directly conflicts with that which is why I settled on this explicit sales tax solution. | ||
| 2009-06-04 23:55 <carlos> a party could have only a tax rule at any given time, however one when it sells and another one when it buys | ||
| 2009-06-04 23:55 <carlos> also, a tax rule has a set of tax rule lines | ||
| 2009-06-04 23:56 <carlos> so you could substitute more than one tax, if that's your question, they only need to be in a different group | ||
| 2009-06-04 23:57 <carlos> also, just take care that if you add more than one tax rule line with the same group, only the first one is evaluated, the others are ignored (this is for future expansion of the tax system) | ||
| 2009-06-04 23:58 <vengfulsquirrel> interesting, but besides that all the substitutions are applied if the rule is used. | ||
| 2009-06-04 23:59 <carlos> right, if there is no tax rule assigned, there is no substitution applied |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!