IRC logs of #tryton for Monday, 2009-01-19 #tryton log beginning Mon Jan 19 00:00:01 CET 2009
-!- ikks(n=igor@ has joined #tryton03:01
-!- yangoon( has joined #tryton05:19
-!- nicoe( has joined #tryton07:21
-!- Timitos(n=Timitos@ has joined #tryton07:37
-!- Timitos(n=Timitos@ has joined #tryton07:37
-!- sharkcz( has joined #tryton07:51
-!- enlightx(n=enlightx@ has joined #tryton08:18
CIA-51tryton: casaxa roundup * #653/Product replacement: Ok Ced, I talk about replacements in parts. Its not a production problem. The parts are sometimes composed by other codes. Therefore the already a ...08:23
CIA-51tryton: casaxa roundup * #652/automatic updates of prices in the price lists.: Hi Ced, it would be really nice to see this thing done. I can help with some coding from my side. I'm not very good at python but something I can ...08:36
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton08:46
CIA-51tryton: ced roundup * #652/automatic updates of prices in the price lists.: A possibility is to modify the import csv file to allow to put the id. And if the id is set, the server will simply update the record instead of c ...08:55
-!- enlightx(n=enlightx@ has joined #tryton08:55
-!- kleinerdrache( has joined #tryton09:18
-!- carlos(n=carlos@ has joined #tryton09:41
-!- Gedd( has joined #tryton09:44
-!- bechamel(n=user@ has joined #tryton09:47
Geddbechamel: cedk: Salut. Vous pourriez venir sur le chan #openhex pour discuter d'un truc à propos de la modif de relatorio?09:59
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton10:04
-!- kleinerdrache( has joined #tryton10:31
-!- ikks(n=igor@ has joined #tryton10:52
carlosikks: hi, just in case it helps you, that's the Chart of accounts for Spain (is not complete yet, but it may help you for yours)11:00
carlosikks: The documentation that may help you to understand it is at
-!- kleinerdrache( has joined #tryton11:01
ikksACTION bookmarking11:03
-!- simahawk(n=simao@ has joined #tryton11:05
-!- simao_(n=simao@ has joined #tryton11:05
Timitoscarlos: there are some account.templates with <field ref='????' name='type'/> in your account chart. is this because of missing information?13:27
carlosit's a working in progress13:28
carlosI added first all types13:28
carlosnow, I'm adding accounts in batches13:28
carlosand after finishing a batch, I fill the type reference13:28
carlosthat's just a placeholder to remind me the missing type references I need to fill13:28
Timitoscarlos: ok. you cannot add the type by batch?13:29
carlosthe data is in a PDF file, so I'm doing it manually and for me is faster to do it in this way13:29
carlosotherwise I need to go up and down in that PDF file13:29
carlosTimitos: btw, your German chart of accounts was really helpful for me to understand how to create the one for Spain13:32
Timitoscarlos: thx. nice to hear13:34
carlosat least, I think I got the idea :-P13:35
Timitoscarlos: did you see that i also added taxes now?13:35
carlosthat's the next step13:35
carlosonce I finish with the chart of accounts13:35
Timitoscarlos: what i can see in the xml the account chart looks good for me and seems working except the ones with the wrong ref. but this is clear13:36
carlosright, I did some testing loads in Tryton and it looks ok13:36
carlosthe missing part (I didn't look into it yet), is the 'kind' attribute. I'm using 'other' always and once I finish with all accounts, I will start setting the right value there13:37
-!- ikks(n=igor@ has joined #tryton13:38
Timitosyou need the kind attribute for the domains of some fields. in product for example you have to define expense and revenue account. you will only see accounts with the correct kind there.13:39
carlosyeah, I know the concept13:39
carlosnow I need to know which accounts should be set to which 'kind'13:39
carlosTimitos: One thing I'm not sure how to do is, that in Spain (not sure about other countries) what I'm adding are the 'base' accounts, which have 3 or 4 digits for its code, then, I'm supposed to create other accounts of  between 6 and 9 digits with the prefix of the accounts I'm adding right now13:40
-!- evernichon( has joined #tryton13:40
-!- markusleist( has joined #tryton13:40
carlosthe user is the one that should decide whether use 6, 7, 8 or 9 digits for the code when they create the fiscal year13:40
Timitoscarlos: for what do you need this? are these different account charts for different purpose?13:42
carlosit's usually to assing a concrete account for each customer inside the main 'Customers (euros)' account13:43
cedkcarlos: this is not needed in Tryton because you move line are linked to party13:45
Timitoscarlos: yes. i know this. this is common in germany too. but in tryton this is not necessary as you can print third party balance for customers without creating different accounts for the parties13:45
TimitosACTION was not so fast as cedk13:46
carlosthere are other use cases13:47
cedkcarlos: party column in the database is like a "sub-account"13:48
Timitoscarlos: i also thought of creating accounts for every party. but this makes some things more difficult in tryton. so i decided to do it the tryton way13:48
carlosfor instance, when paying the salary13:48
cedkTimitos: this is because it is an heritage of old accounting practice but now we have relation-databases :-)13:48
carlosI need to get all taxes I paid for each employee13:49
Timitoscedk: i appreciate this ;-)13:49
Timitoscarlos: this case i do not know13:49
carlosIf I only have an account, how could I get such report? with a balance report for that employee?13:50
cedkcarlos: a employee will be also a party :-)13:50
carlosso in a movement, I need to set the account and the party related with such movement?13:50
carlosACTION is not sure whether 'movement' is the right term in English, sorry, I don't remember right now13:51
carlosACTION checks13:51
cedkcarlos: yes, we use "move line" or "account move line"13:51
carlosright, that one13:52
carloscedk: so I guess setting such party + account information would be enough, right?13:52
Timitoscarlos: yes. it is possible this way13:52
carlosbut that would mean that I will need to document such feature really well or people coming from other software solutions will get confused13:53
carloseven OpenERP works in that way!13:53
carlosACTION is not complaining13:53
carlosOf course, this simplifies my life as a user, I really hate the fact that I need to create a new account with each new customer / provider I create in OpenERP right now13:54
cedkcarlos: but nothing prevents you to work in your way. But you will need to create many accounts on the fly13:54
carlosI agree that Tryton's way is the way to go13:55
carlosthe only thing left is to check with my "tax advisor" that there aren't any side effects if we work in this way with the Spanish law13:57
carlosin fact... I guess the solution that the Spanish OpenERP guys did is just a wizard that asks you for the number of digits and creates a preset of those accounts13:58
cedkcarlos: of course, but generally the law doesn't tell you how to work but only the result you must have13:58
carlossure, my point is that we don't need anything special that we cannot generate automatically with a Tryton report (even if such reports is a custom one for Spain) and if we need such special report, how should it look like13:59
-!- tekknokrat( has joined #tryton14:00
cedkcarlos: yes, it is better to try to use all the set of standard feature of Tryton14:01
carlosAs I said, the main problem I see is changing our customers minds, but that shouldn't be too hard with a good explanation now that I know about it :-)14:02
carlosbtw, I had an idea, is there any place to add some 'documentation' for each account entry?14:04
cedkcarlos: especialy if you explain that it means less work :-)14:04
cedkcarlos: what do you call "account entry" ?14:04
carloswould be really useful if we could add a brief explanation of that account usage so people don't need to read the original document from where we got the chart of accounts14:05
carlosa chart of accounts entry14:05
carlosfor instance, account 4100 Customers (Euros)14:05
carlosthat's the account to use in movements with customers that use Euros14:06
carloswell, in Spain, it's the 4300, but you get the idea ;-)14:06
cedkcarlos: there is a note field on account.account but not on the template14:06
cedkcarlos: is it this ?14:07
carlosso I want to add a brief explanation about when such account should be used14:07
cedkTimitos: do you think it will be usefull?14:07
carloscedk: yeah, but for the template14:07
carlosit makes no sense to duplicate it14:07
cedkcarlos: of course if we add it, the value will be copied in the account14:07
carloshmm, to have the information per database, instead of globally?14:08
carlosjust like translations and other resources?14:08
cedkcarlos: but people works with account not template14:08
carlosok, I'm still learning terminology and Tryton internals14:09
carlosyeah, I think it makes sense to do it in that way14:09
carlosso we would 'initialise' the note field from the template14:09
carlosbut the user may customise it later14:09
cedkcarlos: yes14:10
Timitoscedk: for small companies this could be helpful but much work for the maintainer of the account chart i think. but i am not sure if we should make this. for example in germany there is a law that restricts us in creating such informations as only a tax advisor is allowed to give such informations.14:10
carlosTimitos: yeah, I'm having small companies in mind14:11
cedkTimitos: but it can be just some tips14:11
Timitosbut to provide such a field will create the possibility to give such informations only. so the maintainer would be responsible to use the field14:11
cedkTimitos: the field can be there but not use in Germany14:11
Timitoscedk: yes. this is what i tried to say14:11
cedkcarlos: ok, you can make the dev if you want (to learn :-)14:12
carlosTimitos: I'm not sure whether the same is true in Spain. However, I'm thinking on using the document our goverment publish as the origin of such information, so is not something I'm "inventing"14:12
carloscedk: I will try to, as Timitos said, Is much more work to create the chart of accounts14:13
Timitoscarlos: feel free to do so. but i recommend to ask your tax advisor too. but if the information is provided from government i do not see problems.14:13
carlosbut that's not on my top priorities right now, just an idea I had while preparing the chart of accounts14:13
cedkTimitos: or from any official sources that you can put in the code14:14
carlosTimitos: I will do it14:14
cedkand in the COPYRIGHT: "...WITHOUT ANY WARRANTY..."14:14
carlosfrom your comments, seems like in Spain, the chart of accounts information is much more simple to get than in other countries14:14
carlosIn USA I found they don't even have a fixed chart of accounts so that would be interesting how to work with different software solutions out there...14:16
Timitoscarlos: in austria you get this very easy too (i know from FWiesing). but in germany there is not so much information from the government. we have many different account charts you can choose from.14:18
carlosas far as I know we have two of them14:18
carlosboth published by the government14:19
carlosand individuals that are their own companies14:19
carlosdon't need to use one14:19
carloswell, or what they use would be seen as a 'trivial chart of accounts'14:19
Timitosyes. for individuals we do have the same solution14:20
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton14:20
Timitoscedk: i am sitting on this cash discount topic and i saw that tryton saves the maturity date in the account move line. so if i implement cash discount there are more possible due dates for payment with different values. for this i am not sure how to handle this. perhaps to add the payment term on the account move? i think this is not a good idea. do you have an idea?14:22
cedkTimitos: I think that due date must be the normal due date (without cash discount)14:23
cedkTimitos: and for me the cash discount must be handle on the reconciliation of the invoice14:24
Timitoscedk: yes. but you compute payment term information for report with 'lines_to_pay' from account.move.line. so i need to find a solution to create the necessary information for the invoice. in this case i cannot do this with the function field 'lines_to_pay' as there are missing the informations about cash discount. perhaps i need to add another function field14:26
yangoonanyone else could test spell checking with the client please?14:34
yangoonI would like to know, if the segfaulting of the client here is related to my installation or to the client14:34
yangooneach time I am selecting a proposal for a (false wriitten) word, it segfaults14:35
yangoonsame for stable and for tip14:36
Timitosyangoon: on which field can i test this? i think i always have this function deactivated14:38
yangoonTimitos: either some description, comment on sale, purchase lines14:38
yangoonTimitos: any text field14:38
Timitosyangoon: for me the client crashes too when choosing a proposal14:40
yangoonTimitos: ok, thx, you are running ubuntu?14:40
Timitosyangoon: yes14:40
yangooncedk: could you also have a look on gentoo?14:41
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton14:42
cedkTimitos: I don't understand your issue14:46
Timitoscedk: ok. i try to explain another way...14:47
Timitosas you said the maturity date will be the final due date without cash discount. i agree with you for this. this date and the due amount is presented in the invoice in the area 'payment term'14:48
cedkyangoon: for testing, I need to compile a lot of gnome stuff :-(14:49
-!- mwagner_( has joined #tryton14:49
Timitosnow i want to implement cash discount and i also want to present the date and the amount for the new payment dates that will happend when granting cash discount14:49
cedkTimitos: so you must add a new field14:50
Timitoscedk: this is what i think. it must be a function field that adds the missing informations to lines_to_pay perhaps.14:51
cedkTimitos: still don't understand15:04
cedkTimitos: and by the way, I don't think it is realy useful to display discounted amount15:04
Timitoscedk: but many companies do it.15:05
Timitoscedk: i you do not understand then i am thinking the wrong way15:08
cristi_an sorry for getting into this: in ro there are companies that display the discount others no ,solution a check box when is printed...or it may be set as a flag to customer..whatever15:16
cedkTimitos: do you speak about the invoice report15:16
Timitoscedk: yes15:17
cedkTimitos: but this is strange because you will have many times the same amount (less discount)15:18
cedkTimitos: I think this will confuse customers15:18
Timitoscedk: maybe yes. maybe not.15:30
cedkTimitos: I think customer will think that he must pay at each dates15:34
-!- tapwag( has joined #tryton16:12
-!- panthera( has joined #tryton16:38
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton16:41
-!- mrcast( has joined #tryton17:35
-!- mrcast( has left #tryton17:35
-!- ikks(n=igor@ has joined #tryton19:15
CIA-51tryton: ced roundup * #540/The assign button is accessible, even when I can not assign.: [resolved] Fix with changeset 7e68211f66d419:20
CIA-51tryton: C?dric Krier <> default * 430:7e68211f66d4 stock/ (TODO packing.xml): Add wizard for assignation on customer packing and internal packing for issue54019:20
CIA-51tryton: C?dric Krier <> default * 1164:1eb03d131601 tryton/tryton/gui/window/ Extend database name check19:20
-!- paola( has joined #tryton19:21
-!- saxa( has joined #tryton19:22
-!- Timitos(n=Timitos@ has left #tryton19:27
CIA-51tryton: casaxa roundup * #652/automatic updates of prices in the price lists.: Ok, thats fine for me. The only problem arises for the first import. To know which item has which ID. Isnt it ?19:29
saxawoow, bot is fast :)19:29
-!- Gedd(n=ged@ has joined #tryton19:31
-!- Timitos(n=Timitos@ has joined #tryton19:35
-!- enlightx( has joined #tryton19:41
-!- Gedd(n=ged@ has joined #tryton19:53
-!- markusleist( has joined #tryton20:00
-!- mmarshall( has joined #tryton20:33
enlightxhi *, i read somewhere that tryton supports pos20:36
enlightxis that true?20:36
carlosenlightx: well, my company is working on that field so I don't think that's true. It may support POS easily, but you need to do the integration20:43
enlightxi never worked with pos before, so i don't know they work. i guess they have a serial connector20:45
carloswell, a POS is just a computer21:01
carlosit has a program on it that is connected in some way to the management software, like Tryton21:01
carlosand usually, a POS is touch-screen oriented21:02
-!- vengfulsquirrel( has joined #tryton21:02
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton21:29
cristi_anguys i looked closer to adempiere and compiere today21:37
cristi_ansince compiere is quite old21:37
cristi_ani noticed a lot of similarities with open erp tryton21:37
cristi_ando yo uknow if they had some common consultatnts in the past21:37
cristi_anuser rights,application dictionary,how the toolbar loks like,workflows21:38
cristi_anthis are common stadard for any ope source erp ?21:38
bechamelcristi_an: I think that compiere inspired some ideas in tinyerp but i don't how much21:43
bechamelcristi_an: fabien told me that the ir.* names comes from compiere21:44
bechameland it stands for internal repository iirc21:44
cristi_ani see21:46
cristi_anthere are a lot of similarities....21:46
-!- tekknokrat( has left #tryton21:47
cristi_anand i guess this was taken from sap21:47
cristi_anoriginally since the creator of compiere worked fot SAP from what i know21:48
CIA-51tryton: vengfulsquirrel * r424 /wiki/ Added features about supporting a multiple output BOM, local product substitutes and global product substitutes.22:16
vengfulsquirrelCIA is on the ball today.22:17
vengfulsquirrelIs there any programmable csv importing functionality in Tryton?22:18
bechamelvengfulsquirrel: no but it shouldn't be difficult, you can even do it outside the server itself using osv as a library:
vengfulsquirrelbechamel: Okay thank you, I guess was thinking maybe there was a more well defined interface to say create a sale.  I'm trying to import them probably regularly in batches, but I just have to make sure and define all necessary fields myself and use OSV directly.22:53
-!- bechamel(n=user@ has joined #tryton23:37
vengfulsquirrelWhat does bis mean in the context of street(bis) on an address?23:40
yangoonvengfulsquirrel: it's just a second address line23:41
yangoonvengfulsquirrel: in some countries you need it23:41
vengfulsquirrelYeah I guess two address lines is kind of familiar to me I just thought that bis had some special meaning.23:42

Generated by 2.11.0 by Marius Gedminas - find it at!