chat.freenode.net #tryton log beginning Sat Nov 27 00:00:02 CET 2010 | ||
2010-11-27 00:01 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 00:01 -!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 01:16 -!- 20QACOSLS(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 01:16 -!- 94SAAEJSG(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 03:03 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 03:03 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 03:17 -!- jcm(~jcm@9.110.74-86.rev.gaoland.net) has joined #tryton | ||
2010-11-27 04:16 -!- sharoon(~sharoon@218.248.84.82) has joined #tryton | ||
2010-11-27 05:06 -!- sharoon(~sharoon@58.68.28.40) has joined #tryton | ||
2010-11-27 05:17 -!- yangoon(~mathiasb@p549F6F65.dip.t-dialin.net) has joined #tryton | ||
2010-11-27 05:37 -!- gremly(~gremly@200.106.202.91) has joined #tryton | ||
2010-11-27 05:37 -!- woakas(~woakas@200.106.202.91) has joined #tryton | ||
2010-11-27 06:51 -!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 06:51 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 08:17 -!- jcm(~jcm@9.110.74-86.rev.gaoland.net) has joined #tryton | ||
2010-11-27 08:53 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 09:09 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton | ||
2010-11-27 09:11 -!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton | ||
2010-11-27 09:45 -!- Timitos(~kp@88.217.184.172) has joined #tryton | ||
2010-11-27 10:01 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton | ||
2010-11-27 10:10 -!- GasbaKid(~GasbaKid@41.96.90.112) has joined #tryton | ||
2010-11-27 10:15 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 10:38 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton | ||
2010-11-27 10:58 -!- heffer(~felix@fedora/heffer) has joined #tryton | ||
2010-11-27 11:33 <sharoon> Does Model.raise_user_warning rollback the cursor? | ||
2010-11-27 11:50 <cedk> sharoon: yes | ||
2010-11-27 11:50 <sharoon> cedk: so if i want to save the changes but still raise an error I have to manually do a Transaction().cursor.commit | ||
2010-11-27 11:50 <cedk> sharoon: yes but it is a bad idea | ||
2010-11-27 11:51 <sharoon> s/error/warning | ||
2010-11-27 11:51 <sharoon> cedk: any other alternative you could suggest | ||
2010-11-27 11:52 <cedk> sharoon: I don't see any logical in having an error but doing stuff anyway | ||
2010-11-27 11:52 <sharoon> cedk: http://help.sap.com/saphelp_45b/helpdata/en/8e/1c4b6e5733d1118b3f0060b03ca329/frameset.htm | ||
2010-11-27 11:54 <cedk> sharoon: I don't see the point | ||
2010-11-27 11:55 <sharoon> cedk: in the three levels of credit limit check, the first two levels allow document to be saved, but throws a warning | ||
2010-11-27 11:55 <sharoon> cedk: while the last stage prevents the document from being saved (can be handled by the raise_user_error) | ||
2010-11-27 11:58 <cedk> sharoon: why not using warning like they were design? | ||
2010-11-27 11:59 <cedk> sharoon: so the user will choose to bypass or not the warning | ||
2010-11-27 11:59 <cedk> popups without decision are useless and will be ignored by the user with time | ||
2010-11-27 12:00 <sharoon> cedk: as you can see in the link i sent, credit limit check can be enforced with any document/transaction/record | ||
2010-11-27 12:00 <sharoon> cedk: this could be implemented by ir.triggers easily for any model without writing boilerplate code for each model | ||
2010-11-27 12:00 <sharoon> cedk: code needs to be specific only for the stock module (to prevent delivery in case 2) | ||
2010-11-27 12:01 <sharoon> cedk: can you suggest an idea, how the decision making boxes could be shown to the user in a generic design (not specific to invoice/sale order?) | ||
2010-11-27 12:06 <cedk> sharoon: I don't understand the design of SAP | ||
2010-11-27 12:07 <sharoon> cedk: :D | ||
2010-11-27 12:08 <cedk> sharoon: I don't understand why you speak about any document | ||
2010-11-27 12:08 <cedk> sharoon: every document is not linked to accounting | ||
2010-11-27 12:08 <sharoon> cedk: example a support ticket | ||
2010-11-27 12:09 <cedk> I think it is not a good target to try to make something generic here | ||
2010-11-27 12:09 <sharoon> cedk: we dont want support tickets to be answered if customer is in credit exceeded state? | ||
2010-11-27 12:09 <cedk> because there is so many ways and policies that could exist | ||
2010-11-27 12:09 <cedk> sharoon: I don't know it depends of the policies of the company | ||
2010-11-27 12:12 <sharoon> cedk: that is a different module : http://help.sap.com/saphelp_45b/helpdata/en/d2/fdeb47b535d1118b3f0060b03ca329/content.htm | ||
2010-11-27 12:13 <sharoon> cedk: while what i just showed you is simple credit limit check - its NOT 'credit management' | ||
2010-11-27 12:21 <cedk> sharoon: and what? | ||
2010-11-27 12:21 <sharoon> cedk: so what do you think will be the best way to implement this simple_credit_limit_check ;) | ||
2010-11-27 12:23 <cedk> sharoon: I will create a module that define credit check for a party | ||
2010-11-27 12:24 <sharoon> cedk: you could suggest the blueprint like email and we could implement too? | ||
2010-11-27 12:24 <cedk> sharoon: create a method that takes a party and raise or not a warning | ||
2010-11-27 12:24 <sharoon> cedk: ok | ||
2010-11-27 12:24 <cedk> sharoon: that can be forced or not | ||
2010-11-27 12:25 <cedk> sharoon: then you can have many others modules that depends on this one that will add check in specific placies of tryton | ||
2010-11-27 12:25 <cedk> like on sale validation or packing or invoice etc... | ||
2010-11-27 12:25 <sharoon> cedk: what i thought for simple limit check was - have three numeric fields inside party to have a 'warning_limit', 'delivery_block_limit' and a 'stop_limit' | ||
2010-11-27 12:26 <cedk> sharoon: for a blueprint, I don't know enough on common practice on what could be based credit check to write one | ||
2010-11-27 12:27 <cedk> sharoon: I think it is too specific | ||
2010-11-27 12:27 <cedk> sharoon: i think just one limit for warning and an other one for block | ||
2010-11-27 12:28 <cedk> sharoon: and other modules could extend the check method to use other fields (like limit for delivery) | ||
2010-11-27 12:28 <sharoon> cedk: ok | ||
2010-11-27 12:29 <sharoon> cedk: i will push the simple module with the two fields for review and then proceed with the design | ||
2010-11-27 12:30 <yangoon> perhaps a checkbox 'blocked' on party could fit into this module, too | ||
2010-11-27 12:30 <yangoon> if you want to block nay service to this party independent from limits | ||
2010-11-27 12:32 <cedk> sharoon: in fact limit should be by default on company | ||
2010-11-27 12:33 <cedk> yangoon: the check box is simply put the limit to 0 | ||
2010-11-27 12:33 <sharoon> cedk: no the limit is defined by the user, it could be 'available_credit' which could set to 0 | ||
2010-11-27 12:33 <yangoon> cedk: so you have limit on company and on party? | ||
2010-11-27 12:34 <sharoon> cedk: yangoon: limit on company will function like 'credit area' in sap | ||
2010-11-27 12:34 <sharoon> :) | ||
2010-11-27 12:36 <cedk> yangoon: yes, a default one on company that apply to every parties and one on party to overload the company default | ||
2010-11-27 12:36 <yangoon> cedk: +1 | ||
2010-11-27 12:36 <udono> sharoon: cedk: When will the user warning be raised? | ||
2010-11-27 12:36 <sharoon> cedk: company policy will be singleton? | ||
2010-11-27 12:36 <udono> sharoon: property? | ||
2010-11-27 12:36 <cedk> sharoon: why not, not yet sure | ||
2010-11-27 12:37 <cedk> udono: of course it should be a property on party | ||
2010-11-27 12:37 <sharoon> cedk: udono: yep :) | ||
2010-11-27 12:37 <cedk> ACTION bbl | ||
2010-11-27 12:38 <udono> sharoon: cedk: When will the user warning be raised? | ||
2010-11-27 12:38 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 12:38 <sharoon> udono: IMHO, it should be trigger based? | ||
2010-11-27 12:39 <sharoon> udono: which would mean it is completely 'configurable' | ||
2010-11-27 12:40 <udono> sharoon: ok, but when it is raised, e.g. on choosing a party, on success a workflow step,...? | ||
2010-11-27 12:41 <udono> ... choosing a party won't work | ||
2010-11-27 12:41 <sharoon> udono: it would be Create/Write etc as with ir.trigger and satisfying the condition of trigger | ||
2010-11-27 12:42 <sharoon> udono: eg: Model: sale.order | write event | condition: state='confir,' | ||
2010-11-27 12:44 <udono> ACTION has to take a deeper look into the ir.trigger conception | ||
2010-11-27 12:44 <udono> sharoon: sounds good!, thanks | ||
2010-11-27 12:44 <sharoon> udono: :) i have used trigger in email_template also | ||
2010-11-27 12:44 <udono> sharoon: yes, I have seen it. | ||
2010-11-27 12:52 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton | ||
2010-11-27 13:12 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton | ||
2010-11-27 13:17 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton | ||
2010-11-27 13:18 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton | ||
2010-11-27 13:47 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton | ||
2010-11-27 14:10 <cedk> sharoon: I don't see how you could use trigger for that | ||
2010-11-27 14:10 <cedk> sharoon: you don't know where will be the party to check for a Model | ||
2010-11-27 14:10 <sharoon> cedk: i see the problem now too | ||
2010-11-27 14:11 <cedk> sharoon: and also, I think most of the check will be on workflow activity | ||
2010-11-27 14:11 <cedk> instead on each create/write | ||
2010-11-27 14:11 <sharoon> cedk: ok | ||
2010-11-27 14:12 <sharoon> cedk: which means we extend workflow.activity | ||
2010-11-27 14:12 <cedk> for sale, you will want to have sale order in draft even if there is credit issue with the customer | ||
2010-11-27 14:12 <cedk> but you don't want to go further | ||
2010-11-27 14:12 <sharoon> cedk: you are right | ||
2010-11-27 14:13 <cedk> sharoon: you can not extend workflow activity because once again you don't know where is the party to check | ||
2010-11-27 14:13 <cedk> this is a developper job to place the check at the right place | ||
2010-11-27 14:13 <sharoon> cedk: assuming our standard we could guess it as field 'party' ? but that would be cowboy coding | ||
2010-11-27 14:13 <cedk> sharoon: yes | ||
2010-11-27 14:14 <sharoon> cedk: so do you get any ideas? | ||
2010-11-27 14:17 <cedk> sharoon: I think that we put the framework to implement a credit policy but let to the implementor to define in with a module that will put at the right places the call to the credit check | ||
2010-11-27 14:18 <sharoon> cedk: i agree with you - maybe something as simple as : | ||
2010-11-27 14:19 <sharoon> party_obj.assert_credit(party_id) | ||
2010-11-27 14:19 <cedk> sharoon: yes with perhaps the record from where you are calling | ||
2010-11-27 14:20 <sharoon> cedk: ok | ||
2010-11-27 14:20 <sharoon> cedk: and any idea about how we implement just a warning (but still commit) | ||
2010-11-27 14:22 <cedk> sharoon: no | ||
2010-11-27 14:23 <sharoon> cedk: do you think its an useful feature that could be part of the framework? | ||
2010-11-27 14:23 <cedk> sharoon: as I already said, this is not a good flow to do stuff and after warn the user | ||
2010-11-27 14:24 <sharoon> cedk: ok | ||
2010-11-27 14:24 <sharoon> cedk: but we need atleast a way to display information to the user | ||
2010-11-27 14:24 <sharoon> a server side generated message | ||
2010-11-27 14:24 <yangoon> cedk: to have some kind of popup would be generally very useful | ||
2010-11-27 14:25 <cedk> it is warning | ||
2010-11-27 14:33 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton | ||
2010-11-27 14:40 -!- paepke(~paepke@p4FEB595A.dip.t-dialin.net) has joined #tryton | ||
2010-11-27 14:40 <yangoon> :q | ||
2010-11-27 14:49 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 14:50 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 15:06 <paepke> sharoon, cedk, yangoon what the use of the colored bar in the top right of a form. Its currently there with a green message when you save for example a dataset. Can this be triggered somehow? | ||
2010-11-27 15:06 <paepke> ok, its not that much text in there.. | ||
2010-11-27 15:07 <sharoon> paepke: but if could have some way to trigger a message there, i guess it solves a lot of the problem | ||
2010-11-27 15:08 <sharoon> cedk: what do you think of the feasibility of the feature? | ||
2010-11-27 15:32 <cedk> I don't understand what you want to display | ||
2010-11-27 15:44 -!- heg(~heg@dyn.83-228-206-044.dsl.vtx.ch) has left #tryton | ||
2010-11-27 16:36 -!- ikks(~ikks@190.158.122.179) has joined #tryton | ||
2010-11-27 16:37 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton | ||
2010-11-27 17:29 -!- enlightx(~enlightx@dynamic-adsl-94-34-210-185.clienti.tiscali.it) has joined #tryton | ||
2010-11-27 17:54 <yangoon> cedk: ping | ||
2010-11-27 17:55 <yangoon> cedk: for https://bugs.tryton.org/roundup/issue1746 there is a lot of currency_obj.compute | ||
2010-11-27 17:55 <yangoon> would you prefer to put date in ctx or to change objjects to .ids | ||
2010-11-27 18:01 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton | ||
2010-11-27 18:03 <cedk> yangoon: i don't know | ||
2010-11-27 18:04 <yangoon> probably better to put in ctx, because then it can be accounting_date or invoice_date or today | ||
2010-11-27 18:06 <cedk> yangoon: pass ids but I don't know what is the right date to use in context | ||
2010-11-27 18:42 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 18:46 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton | ||
2010-11-27 19:09 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 19:39 -!- Timitos1(~kp@88.217.184.172) has joined #tryton | ||
2010-11-27 19:39 -!- sharkcz(~sharkcz@2001:15c0:6747:160::7) has joined #tryton | ||
2010-11-27 19:39 -!- masterhumper(~SeJo@exherbo/developer/sejo) has joined #tryton | ||
2010-11-27 19:40 -!- heffer(~felix@fedora/heffer) has joined #tryton | ||
2010-11-27 19:40 -!- GasbaKid(~GasbaKid@41.96.90.112) has joined #tryton | ||
2010-11-27 19:51 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 20:07 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton | ||
2010-11-27 20:07 -!- droid2(~droid@112.79.139.100) has joined #tryton | ||
2010-11-27 20:09 <droid2> Hi , anybody there ? | ||
2010-11-27 20:37 -!- irclog(~irclog@tycho.b2ck.com) has joined #tryton | ||
2010-11-27 20:49 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2010-11-27 21:00 -!- gremly(~gremly@190.26.156.189) has joined #tryton | ||
2010-11-27 21:17 -!- gavinf(~gavinf@196-215-106-210.dynamic.isadsl.co.za) has joined #tryton | ||
2010-11-27 21:28 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton | ||
2010-11-27 21:48 -!- sharkcz(~sharkcz@2001:15c0:6747:160::7) has joined #tryton | ||
2010-11-27 22:06 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton | ||
2010-11-27 22:06 <lem0na> cedk: http://lem0na.net/tryton/tryton_bg.tar.bz2 | ||
2010-11-27 22:07 <lem0na> cedk: now in form of patches | ||
2010-11-27 22:09 <cedk> lem0na: can you send me an email | ||
2010-11-27 22:09 <lem0na> cedk: sure | ||
2010-11-27 22:10 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton | ||
2010-11-27 22:11 <lem0na> cedk: info_at_b2ck_dot_com? | ||
2010-11-27 22:12 <cedk> lem0na: cedric.krier at ... | ||
2010-11-27 22:13 -!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton | ||
2010-11-27 22:13 <lem0na> cedk: done | ||
2010-11-27 22:17 <cedk> lem0na: I will check tomorow | ||
2010-11-27 22:19 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton | ||
2010-11-27 22:40 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton | ||
2010-11-27 23:31 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!