| irc.libera.chat #tryton log beginning Mon Feb 21 12:00:02 AM CET 2022 | ||
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 00:13 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 00:13 | |
| -!- mrichez(~Maxime@2a02:a03f:c2e8:f900:ed77:85ea:af2b:ba6e) has joined #tryton | 06:19 | |
| -!- springwurm(~springwur@p200300fbaf1b4d00000000000000039b.dip0.t-ipconnect.de) has joined #tryton | 06:29 | |
| -!- timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | 07:17 | |
| -!- udono(~udono@018-128-067-156.ip-addr.inexio.net) has joined #tryton | 07:27 | |
| -!- rpit(~rpit@p200300c88f31d800f2d0c5d32fcaebdc.dip0.t-ipconnect.de) has joined #tryton | 07:48 | |
| -!- acaubet(~Thunderbi@194.224.31.235) has joined #tryton | 08:17 | |
| -!- nicoe(~nicoe@2a02:578:852a:c00:18c2:1aff:fef9:2b7f) has joined #tryton | 08:25 | |
| -!- LordVan(~LordVan@gentoo/developer/lordvan) has joined #tryton | 08:58 | |
| LordVan | hi | 08:58 |
|---|---|---|
| LordVan | quick question: someone in the office accidentally cancelled a delivery note instead of confirming (don'T ask ..) is there anything I need to watch out for if i set it back to draft (Regarding the invoice,. ?) | 08:59 |
| pokoli | LordVan: the field shipment_state of the related sale will be in exception | 09:06 |
| pokoli | LordVan: you should manage that exception by recreating the move (if you want to sent the shipment) or ignoring them (if you really want to cancel the delivery) | 09:06 |
| pokoli | LordVan: on recent versions there is an exception tab domain on sales view (also purchases) to easly spot such sales | 09:07 |
| LordVan | i just love it when people do things like that creating more work for me .. | 09:10 |
| LordVan | thanks i will look | 09:10 |
| LordVan | i do want it shipped and in fact it is shipped .. with that delivery note number | 09:10 |
| LordVan | cuz they did print it first | 09:10 |
| LordVan | so .. yeah | 09:10 |
| LordVan | "fun" | 09:10 |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 09:12 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 09:12 | |
| LordVan | pokoli, can i even re-create the move (with the same shipment number as it is already delivered..) | 09:16 |
| pokoli | LordVan: you can not. It will create a new shipment with a new number | 09:21 |
| LordVan | i thought you'D say that | 09:23 |
| LordVan | ok thanks i will see how to solve this best | 09:23 |
| LordVan | completely different question.. someone asked me if it would be feasible to put fine-grained permissions in tryton like user X can only edit data related parties A,B,C (or otherwise assigned) ,.. has anyone done this before? | 09:29 |
| LordVan | it'S basically about claim management where seperate users should not see others cases | 09:29 |
| pokoli | LordVan: you can always update the values from the SQL, but this should be done with care | 09:29 |
| pokoli | as the moves are probably cancelled, so you will need to update both the shipment and the moves | 09:30 |
| pokoli | LordVan: yes, it is possible to produce such fine grained permissions. For example, we have implemented for a customer a rule that users for specific group can only update sales of parties from Spain, and other users for all countries | 09:31 |
| LordVan | pokoli, yes i thought doing it in the SQL .. in fact i have dome something similar for testing before .. udpate the shipment and all the moves | 09:31 |
| LordVan | pokoli, cool .. I was pretty sure it should be possible, but just wanted to confirm if it is feasible. thanks .. (assuming that is not something in a public repo though? ;)) | 09:32 |
| pokoli | LordVan: no this is not public as this is customer customization. We have it in a customer module and we keep all private as sometimes they contain sensitive dat | 09:34 |
| LordVan | of course | 09:35 |
| LordVan | i expected that but knowing it is something that has been done before is already enough for me in this case | 09:35 |
| LordVan | another thing I was thinking about was if i can get sale_invoice_grouping to only group delivery notes of the same sale into one invoice .. am I correct thinking thaat it should be pretty much just a matter of overwriting Sale._invoice_grouping_fields ? | 10:09 |
| cedk | LordVan: yes you must get the sale origin as grouping key | 10:27 |
| LordVan | cedk, nice .. what do you think of adding another option to the sale_invoice_grouping module to have None, 'standard' and 'by sale' in the standard module? would you want to have that in the offical modules, if not I just put it in my customization | 10:29 |
| wifasoi[m] | Hi, I'm working to implement what pokoli sugegsted (association patch: https://codereview.tryton.org/277491002/) | 10:31 |
| wifasoi[m] | Now thee fee have a state saved in db, So I want to have a "paied" and "cancelled" state. So i wanted to called the cancel move wizard from my module and set the"cancel state" on success. Is it possible or I should reimplement the cancel move logic? (or third answere.. just don't bother with the "cancelled" state) | 10:31 |
| semarie | it seems that "Plans > Ouvrir le plan comptable" view isn't usable anymore. before it was a tree with all accounts, and now I have only the first level of accounts | 10:33 |
| pokoli | semarie: sounds like a bug. Which version? Can you reproduce it on the demo database? | 10:46 |
| pokoli | wifasoi[m]: there is a cancel method in account move: https://hg.tryton.org/modules/account/file/75866feec266/move.py#l396 You shoud use that | 10:47 |
| pokoli | wifasoi[m]: and also recocncile lines with the source move | 10:48 |
| wifasoi[m] | ok, it will return the cancel move to reconcile, then I need to reconcile with the original move. This logic is implemented in the wizard I think | 10:48 |
| wifasoi[m] | If i can i would like to not reimplement: https://hg.tryton.org/modules/account/file/75866feec266/move.py#l1975 | 10:50 |
| pokoli | wifasoi[m]: the problem is that the wizard have logic that depen on the view and that will make hard to call from your code | 10:54 |
| pokoli | wifasoi[m]: If you think that your code is exactly the same as the cancell move (without the defaults) maybe we need some refactoring of the code to allow you to call it directly | 10:55 |
| SISalp | Hello, I'm looking on a way to re-use chronos concept for other needs. Did some of you already have done that ? | 10:56 |
| SISalp | The idea is to provide browser applications for simple inputs on 1) notes related to party 2 stock mouvements | 10:57 |
| SISalp | 2) stock movements | 10:58 |
| pokoli | ACTION happy to see to much activity on the chat :D | 10:58 |
| SISalp | Besause it would be a bit cutomized, both would need to be custom. | 10:58 |
| pokoli | SISalp: there is WIP for packaing application using same concept as chronos: https://bugs.tryton.org/issue6180 | 10:59 |
| SISalp | How difficult would it be ? and how can I distribute the app to the customer(s users.? I und | 11:00 |
| cedk | wifasoi[m]: I do not think you should need the warnings when canceling a move for workflow | 11:03 |
| SISalp | pokoli: the long list seems to tell it is not easy. is it ? | 11:05 |
| pokoli | SISalp: the app can be directly published to browser extension marketplace. Like we do for chronos | 11:05 |
| pokoli | SISalp: what is not easy? Do not fully understand. Which long list? | 11:06 |
| SISalp | The idea is to use these chronos-like apps on cell phones. | 11:06 |
| SISalp | pokoli: the list of reviews. | 11:06 |
| SISalp | pokoli: can an app be installed without publishing it worldwide ? | 11:07 |
| SISalp | Motivation: It targets a market where any stock move must be recorded in real-time. | 11:09 |
| wifasoi[m] | pokoli: It will be unfortunally.. or atleast it will just resolve a subset of the problem. | 11:11 |
| wifasoi[m] | cedk: as I don't know if the line will be grouped or delegated.. I think I need to perform a similar checks. | 11:11 |
| pokoli | SISalp: yes. You can distribute privatly if you want but you have to activate untrustted sources on mobile devices | 11:11 |
| pokoli | We do this way for the application that we presented on TUM | 11:11 |
| SISalp | and regarding party notes, the idea is to record any interaction with the party, like "received a phone call" or "sent the catalogue" and so on.. so we can later extract a document with relationship status and to-do lists. | 11:12 |
| pokoli | SISalp: for stock application it is complex because there are several workflows to support. | 11:12 |
| SISalp | pokoli: good point for code distribution. thank you. | 11:13 |
| pokoli | SISalp: Indeed we are missng some module to store party related activites (or what you canll notes) | 11:14 |
| SISalp | pokoli: Yes, I think we would push a module to complement party context, but not that much I guess. | 11:17 |
| pokoli | SISalp: I think what you are looking for is something that most CRMs has: Having history of all contacts with a named party. | 11:18 |
| SISalp | pokoli: indeed. and define the kind of contact, its date, so we can print a to-do document every morning. | 11:20 |
| semarie | pokoli: I am on tip - tryton-env c80be611a16f (2022-02-10) | 11:21 |
| pokoli | SISalp: A to-do document for the full company or by a named employee? | 11:21 |
| pokoli | semarie: tryton or sao? can you reproduce on both clients? | 11:22 |
| pokoli | semarie: I tested on demo6.2 using sao and it works as expected | 11:22 |
| SISalp | pokoli: for a list of selected activities, so with the flexibility of search function. | 11:23 |
| semarie | pokoli: *tip* aka 6.3. I only tested it on tryton (i don't have sao installed) | 11:23 |
| semarie | it looks like related to column changes in views | 11:24 |
| pokoli | semarie: may be related to optional column. Makes sense | 11:29 |
| pokoli | SISalp: For that the first step will be to have a model on Tryton to store such information. Once the model is defined the application won't be hard to implement | 11:31 |
| cedk | wifasoi[m]: we do not that for invoice and in practice I do not think it can be generalized with workflows | 11:46 |
| SISalp | pokoli: This answers about the feasability and adequacy. | 11:55 |
| SISalp | pokoli: can you tell me more about the stock movements warning ? | 11:56 |
| pokoli | SISalp: I do not understand | 12:04 |
| semarie | ah. same problem on tax plan. which is bad as I need it | 12:34 |
| pokoli | semarie: that confirms that is a client issue as all the tree view which are not correct | 12:38 |
| SISalp | pokoli: I ask more because you said "it is complex because there are several workflows to support" | 12:41 |
| pokoli | SISalp: ohh yes, sorry I'm reapling several converstions in the same time and I get lost! | 12:42 |
| pokoli | SISalp: in stock you should: Receive packgaes from supplier, pack outgoing shipments, do inventory of current products. Move products between warehouses. An each process may have differrent solutions. | 12:43 |
| pokoli | This make it a little bit more complex | 12:43 |
| pokoli | also there is lots, expiry_dates and more information | 12:43 |
| semarie | pokoli: hep. downgrading the client makes it works (so I am unbreaking for now, and I will be able to do my VAT declaration) | 12:51 |
| SISalp | pokoli. I got the point. The use case is about alcoholic beverage, in which any move of liquid must be recorded and eventually requires a paper document. An exemple is a declaration like I took 20l from localisation A, I put them in the trunk of the car plate-number N° XXX to move them to aaaaaa addresse this afternoon" | 13:00 |
| cedk | semarie: it should be fixed with https://bugs.tryton.org/issue11271 | 13:09 |
| cedk | semarie: but you should not use development branch with production data | 13:10 |
| pokoli | SISalp: ok, this seems "just" managing the customer shipments | 13:10 |
| semarie | cedk: it is a good way to test it and report bugs. but I agree it could have some downsides | 13:12 |
| cedk | semarie: downsides like loosing your data | 13:15 |
| cedk | semarie: you could just test development from time to time with a backup | 13:15 |
| semarie | cedk: your diff is ok. it restores the view | 13:16 |
| semarie | I am prepared to do restore of backups when updating the version I am using. but yes, maybe I should stay on 6.4 once done. | 13:19 |
| semarie | but about testing development from time to time, I doubt it will receive the same test level than real usage | 13:19 |
| cedk | semarie: the main issue I could see is that we do not care about migration between development points | 13:29 |
| cedk | so we may push something and decide later (before any release) to revert it or change the design and no migration will be handled | 13:30 |
| SISalp | pokoli: no any move. The given example was for any travel by road. Other examples : I move 70l from a tank to fill 700 bottles of 70cl. ; I move 10l from duty free stock to stock rules by french customs. etc... They can be recorded through standard tryton client but it requires a computer on hand and access rights. | 13:32 |
| wifasoi[m] | (contex: fee workflow association) so.. i'll just drop the cancelled state..and just mark the fee as paied on reconciliation. | 16:30 |
| wifasoi[m] | Silly idea: Should the sale_point module support account with party required? | 17:01 |
| wifasoi[m] | Right now it's not, but i have a silly usercase in mind :D | 17:01 |
| wifasoi[m] | I want to use the pos workflow for my asosciation for handle cash/card payments. | 17:01 |
| wifasoi[m] | I think i can implement with just a party field that will be required based on the party_required account flag. | 17:03 |
| wifasoi[m] | Ahaa I see.. I cannot do that easilly. Will try to implement it as a custom payment method | 17:07 |
| wifasoi[m] | (for account_payment) | 17:08 |
| cedk | wifasoi[m]: why not using an invoice? | 17:56 |
| wifasoi[m] | cedk: that would be the correct answere for a company. For membership fee you cannot consider fees as an invoiceble item. | 18:01 |
| wifasoi[m] | (Sorry, i meant for a membership fee of an association) | 18:02 |
| wifasoi[m] | (But this in my silly country :D) | 18:02 |
| wifasoi[m] | Maybe just create a petty cash statement for each transaction is the best way to do it. But i'm not fully conviced | 18:04 |
| cedk | wifasoi[m]: I do not see why you could not use the invoice Model | 18:06 |
| wifasoi[m] | Only because association fees are a different fiscal concept as an invoice for service rendered. So i just need to deql with payable/receivable lines. | 18:13 |
| wifasoi[m] | Otherwhise the invoice model did work well before i created the association module. | 18:13 |
| wifasoi[m] | The goal of my mumbling is to create a sorta of cash register that deals with this lines in a way or another. | 18:14 |
| wifasoi[m] | So i need to decide wich modle for handleling the payment works best (for now only keep a petty cash statement worked well) | 18:17 |
| cedk | wifasoi[m]: I still do not understand why not use invoice | 18:25 |
| wifasoi[m] | Becouse will increse the invoice nuber, and association fees is not an invoicible item. | 18:29 |
| wifasoi[m] | Like a stock in a company.. when you buy it they release a certificate of stock, but not an invoice. | 18:30 |
| wifasoi[m] | Don't think you can invoice a stock. (I think atleast) | 18:31 |
| wifasoi[m] | The membership fee is more like a stock in the association. But instead the member is obbligated to pay to have voting rights | 18:32 |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 19:32 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 19:32 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!