chat.freenode.net #tryton log beginning Mon Jan 19 00:00:01 CET 2009 | ||
2009-01-19 03:01 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
2009-01-19 05:19 -!- yangoon(n=mathiasb@p549F6A33.dip.t-dialin.net) has joined #tryton | ||
2009-01-19 07:21 -!- nicoe(n=nicoe@ip-80-236-225-36.dsl.scarlet.be) has joined #tryton | ||
2009-01-19 07:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
2009-01-19 07:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
2009-01-19 07:51 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
2009-01-19 08:18 -!- enlightx(n=enlightx@89.118.225.142) has joined #tryton | ||
2009-01-19 08:23 <CIA-51> tryton: 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 ... | ||
2009-01-19 08:36 <CIA-51> tryton: 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 ... | ||
2009-01-19 08:46 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2009-01-19 08:55 <CIA-51> tryton: 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 ... | ||
2009-01-19 08:55 -!- enlightx(n=enlightx@89.118.225.142) has joined #tryton | ||
2009-01-19 09:18 -!- kleinerdrache(n=mn@88-117-117-18.adsl.highway.telekom.at) has joined #tryton | ||
2009-01-19 09:41 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
2009-01-19 09:44 -!- Gedd(n=ged@ip-80-236-225-36.dsl.scarlet.be) has joined #tryton | ||
2009-01-19 09:47 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
2009-01-19 09:59 <Gedd> bechamel: cedk: Salut. Vous pourriez venir sur le chan #openhex pour discuter d'un truc à propos de la modif de relatorio? | ||
2009-01-19 10:04 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-30469a8865720e21) has joined #tryton | ||
2009-01-19 10:31 -!- kleinerdrache(n=mn@88-117-54-59.adsl.highway.telekom.at) has joined #tryton | ||
2009-01-19 10:52 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
2009-01-19 11:00 <carlos> ikks: hi, just in case it helps you, http://hg.pemas.es/account_chart_spain/ that's the Chart of accounts for Spain (is not complete yet, but it may help you for yours) | ||
2009-01-19 11:01 <carlos> ikks: The documentation that may help you to understand it is at http://www.boe.es/boe/dias/2007/11/20/pdfs/SUP07_278C.pdf | ||
2009-01-19 11:01 -!- kleinerdrache(n=mn@88-117-55-151.adsl.highway.telekom.at) has joined #tryton | ||
2009-01-19 11:01 <ikks> click | ||
2009-01-19 11:03 <ikks> ACTION bookmarking | ||
2009-01-19 11:05 -!- simahawk(n=simao@89.118.225.142) has joined #tryton | ||
2009-01-19 11:05 -!- simao_(n=simao@89.118.225.142) has joined #tryton | ||
2009-01-19 13:27 <Timitos> carlos: there are some account.templates with <field ref='????' name='type'/> in your account chart. is this because of missing information? | ||
2009-01-19 13:28 <carlos> it's a working in progress | ||
2009-01-19 13:28 <carlos> I added first all types | ||
2009-01-19 13:28 <carlos> now, I'm adding accounts in batches | ||
2009-01-19 13:28 <carlos> and after finishing a batch, I fill the type reference | ||
2009-01-19 13:28 <carlos> that's just a placeholder to remind me the missing type references I need to fill | ||
2009-01-19 13:29 <Timitos> carlos: ok. you cannot add the type by batch? | ||
2009-01-19 13:29 <carlos> the data is in a PDF file, so I'm doing it manually and for me is faster to do it in this way | ||
2009-01-19 13:29 <Timitos> ok | ||
2009-01-19 13:29 <carlos> otherwise I need to go up and down in that PDF file | ||
2009-01-19 13:32 <carlos> Timitos: btw, your German chart of accounts was really helpful for me to understand how to create the one for Spain | ||
2009-01-19 13:34 <Timitos> carlos: thx. nice to hear | ||
2009-01-19 13:35 <carlos> at least, I think I got the idea :-P | ||
2009-01-19 13:35 <Timitos> carlos: did you see that i also added taxes now? | ||
2009-01-19 13:35 <carlos> yes | ||
2009-01-19 13:35 <carlos> that's the next step | ||
2009-01-19 13:35 <carlos> once I finish with the chart of accounts | ||
2009-01-19 13:36 <Timitos> carlos: 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 clear | ||
2009-01-19 13:36 <carlos> right, I did some testing loads in Tryton and it looks ok | ||
2009-01-19 13:37 <carlos> the 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 there | ||
2009-01-19 13:38 -!- ikks(n=igor@201.244.188.98) has joined #tryton | ||
2009-01-19 13:39 <Timitos> you 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. | ||
2009-01-19 13:39 <carlos> yeah, I know the concept | ||
2009-01-19 13:39 <carlos> now I need to know which accounts should be set to which 'kind' | ||
2009-01-19 13:40 <carlos> Timitos: 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 now | ||
2009-01-19 13:40 -!- evernichon(n=evernich@67.85-67-87.adsl-dyn.isp.belgacom.be) has joined #tryton | ||
2009-01-19 13:40 -!- markusleist(n=markus@n4-93.dsl.vianetworks.de) has joined #tryton | ||
2009-01-19 13:40 <carlos> the user is the one that should decide whether use 6, 7, 8 or 9 digits for the code when they create the fiscal year | ||
2009-01-19 13:42 <Timitos> carlos: for what do you need this? are these different account charts for different purpose? | ||
2009-01-19 13:43 <carlos> it's usually to assing a concrete account for each customer inside the main 'Customers (euros)' account | ||
2009-01-19 13:45 <cedk> carlos: this is not needed in Tryton because you move line are linked to party | ||
2009-01-19 13:45 <Timitos> carlos: 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 parties | ||
2009-01-19 13:46 <Timitos> ACTION was not so fast as cedk | ||
2009-01-19 13:46 <carlos> hmm | ||
2009-01-19 13:47 <carlos> there are other use cases | ||
2009-01-19 13:48 <cedk> carlos: party column in the database is like a "sub-account" | ||
2009-01-19 13:48 <Timitos> carlos: 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 way | ||
2009-01-19 13:48 <carlos> for instance, when paying the salary | ||
2009-01-19 13:48 <cedk> Timitos: this is because it is an heritage of old accounting practice but now we have relation-databases :-) | ||
2009-01-19 13:49 <carlos> I need to get all taxes I paid for each employee | ||
2009-01-19 13:49 <Timitos> cedk: i appreciate this ;-) | ||
2009-01-19 13:49 <Timitos> carlos: this case i do not know | ||
2009-01-19 13:50 <carlos> If I only have an account, how could I get such report? with a balance report for that employee? | ||
2009-01-19 13:50 <cedk> carlos: a employee will be also a party :-) | ||
2009-01-19 13:50 <carlos> so in a movement, I need to set the account and the party related with such movement? | ||
2009-01-19 13:51 <carlos> ACTION is not sure whether 'movement' is the right term in English, sorry, I don't remember right now | ||
2009-01-19 13:51 <carlos> ACTION checks | ||
2009-01-19 13:51 <cedk> carlos: yes, we use "move line" or "account move line" | ||
2009-01-19 13:52 <carlos> right, that one | ||
2009-01-19 13:52 <carlos> cedk: so I guess setting such party + account information would be enough, right? | ||
2009-01-19 13:52 <Timitos> carlos: yes. it is possible this way | ||
2009-01-19 13:52 <carlos> nice | ||
2009-01-19 13:53 <carlos> but that would mean that I will need to document such feature really well or people coming from other software solutions will get confused | ||
2009-01-19 13:53 <carlos> even OpenERP works in that way! | ||
2009-01-19 13:53 <carlos> ACTION is not complaining | ||
2009-01-19 13:54 <carlos> Of 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 now | ||
2009-01-19 13:54 <carlos> manually... | ||
2009-01-19 13:54 <cedk> carlos: but nothing prevents you to work in your way. But you will need to create many accounts on the fly | ||
2009-01-19 13:55 <carlos> I agree that Tryton's way is the way to go | ||
2009-01-19 13:57 <carlos> the 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 law | ||
2009-01-19 13:58 <carlos> in 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 accounts | ||
2009-01-19 13:58 <cedk> carlos: of course, but generally the law doesn't tell you how to work but only the result you must have | ||
2009-01-19 13:59 <carlos> sure, 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 like | ||
2009-01-19 14:00 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton | ||
2009-01-19 14:01 <cedk> carlos: yes, it is better to try to use all the set of standard feature of Tryton | ||
2009-01-19 14:02 <carlos> As 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 :-) | ||
2009-01-19 14:04 <carlos> btw, I had an idea, is there any place to add some 'documentation' for each account entry? | ||
2009-01-19 14:04 <cedk> carlos: especialy if you explain that it means less work :-) | ||
2009-01-19 14:04 <carlos> indeed | ||
2009-01-19 14:04 <cedk> carlos: what do you call "account entry" ? | ||
2009-01-19 14:05 <carlos> would 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 accounts | ||
2009-01-19 14:05 <carlos> a chart of accounts entry | ||
2009-01-19 14:05 <carlos> for instance, account 4100 Customers (Euros) | ||
2009-01-19 14:06 <carlos> that's the account to use in movements with customers that use Euros | ||
2009-01-19 14:06 <carlos> well, in Spain, it's the 4300, but you get the idea ;-) | ||
2009-01-19 14:06 <cedk> carlos: there is a note field on account.account but not on the template | ||
2009-01-19 14:07 <cedk> carlos: is it this ? | ||
2009-01-19 14:07 <carlos> so I want to add a brief explanation about when such account should be used | ||
2009-01-19 14:07 <cedk> Timitos: do you think it will be usefull? | ||
2009-01-19 14:07 <carlos> cedk: yeah, but for the template | ||
2009-01-19 14:07 <carlos> it makes no sense to duplicate it | ||
2009-01-19 14:07 <cedk> carlos: of course if we add it, the value will be copied in the account | ||
2009-01-19 14:08 <carlos> hmm, to have the information per database, instead of globally? | ||
2009-01-19 14:08 <carlos> just like translations and other resources? | ||
2009-01-19 14:08 <cedk> carlos: but people works with account not template | ||
2009-01-19 14:09 <carlos> ok, I'm still learning terminology and Tryton internals | ||
2009-01-19 14:09 <carlos> yeah, I think it makes sense to do it in that way | ||
2009-01-19 14:09 <carlos> so we would 'initialise' the note field from the template | ||
2009-01-19 14:09 <carlos> but the user may customise it later | ||
2009-01-19 14:10 <cedk> carlos: yes | ||
2009-01-19 14:10 <Timitos> cedk: 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. | ||
2009-01-19 14:11 <carlos> Timitos: yeah, I'm having small companies in mind | ||
2009-01-19 14:11 <cedk> Timitos: but it can be just some tips | ||
2009-01-19 14:11 <Timitos> but to provide such a field will create the possibility to give such informations only. so the maintainer would be responsible to use the field | ||
2009-01-19 14:11 <cedk> Timitos: the field can be there but not use in Germany | ||
2009-01-19 14:11 <Timitos> cedk: yes. this is what i tried to say | ||
2009-01-19 14:12 <cedk> carlos: ok, you can make the dev if you want (to learn :-) | ||
2009-01-19 14:12 <carlos> Timitos: 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" | ||
2009-01-19 14:13 <cedk> carlos: http://code.google.com/p/tryton/wiki/HowtoContribute | ||
2009-01-19 14:13 <carlos> cedk: I will try to, as Timitos said, Is much more work to create the chart of accounts | ||
2009-01-19 14:13 <Timitos> carlos: 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. | ||
2009-01-19 14:13 <carlos> but that's not on my top priorities right now, just an idea I had while preparing the chart of accounts | ||
2009-01-19 14:14 <cedk> Timitos: or from any official sources that you can put in the code | ||
2009-01-19 14:14 <carlos> Timitos: I will do it | ||
2009-01-19 14:14 <cedk> and in the COPYRIGHT: "...WITHOUT ANY WARRANTY..." | ||
2009-01-19 14:14 <carlos> from your comments, seems like in Spain, the chart of accounts information is much more simple to get than in other countries | ||
2009-01-19 14:16 <carlos> In 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... | ||
2009-01-19 14:18 <Timitos> carlos: 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. | ||
2009-01-19 14:18 <carlos> as far as I know we have two of them | ||
2009-01-19 14:19 <carlos> both published by the government | ||
2009-01-19 14:19 <carlos> and individuals that are their own companies | ||
2009-01-19 14:19 <carlos> don't need to use one | ||
2009-01-19 14:19 <carlos> well, or what they use would be seen as a 'trivial chart of accounts' | ||
2009-01-19 14:20 <Timitos> yes. for individuals we do have the same solution | ||
2009-01-19 14:20 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2009-01-19 14:22 <Timitos> cedk: 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? | ||
2009-01-19 14:23 <cedk> Timitos: I think that due date must be the normal due date (without cash discount) | ||
2009-01-19 14:24 <cedk> Timitos: and for me the cash discount must be handle on the reconciliation of the invoice | ||
2009-01-19 14:26 <Timitos> cedk: 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 field | ||
2009-01-19 14:34 <yangoon> anyone else could test spell checking with the client please? | ||
2009-01-19 14:34 <yangoon> I would like to know, if the segfaulting of the client here is related to my installation or to the client | ||
2009-01-19 14:35 <yangoon> each time I am selecting a proposal for a (false wriitten) word, it segfaults | ||
2009-01-19 14:36 <yangoon> same for stable and for tip | ||
2009-01-19 14:38 <Timitos> yangoon: on which field can i test this? i think i always have this function deactivated | ||
2009-01-19 14:38 <yangoon> Timitos: either some description, comment on sale, purchase lines | ||
2009-01-19 14:38 <yangoon> Timitos: any text field | ||
2009-01-19 14:40 <Timitos> yangoon: for me the client crashes too when choosing a proposal | ||
2009-01-19 14:40 <yangoon> Timitos: ok, thx, you are running ubuntu? | ||
2009-01-19 14:40 <Timitos> yangoon: yes | ||
2009-01-19 14:41 <yangoon> cedk: could you also have a look on gentoo? | ||
2009-01-19 14:42 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-8821cc9b99756432) has joined #tryton | ||
2009-01-19 14:46 <cedk> Timitos: I don't understand your issue | ||
2009-01-19 14:47 <Timitos> cedk: ok. i try to explain another way... | ||
2009-01-19 14:48 <Timitos> as 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' | ||
2009-01-19 14:49 <cedk> yangoon: for testing, I need to compile a lot of gnome stuff :-( | ||
2009-01-19 14:49 -!- mwagner_(n=mwagner@p4FC6EF96.dip.t-dialin.net) has joined #tryton | ||
2009-01-19 14:49 <Timitos> now 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 discount | ||
2009-01-19 14:50 <cedk> Timitos: so you must add a new field | ||
2009-01-19 14:51 <Timitos> cedk: this is what i think. it must be a function field that adds the missing informations to lines_to_pay perhaps. | ||
2009-01-19 15:04 <cedk> Timitos: still don't understand | ||
2009-01-19 15:04 <cedk> Timitos: and by the way, I don't think it is realy useful to display discounted amount | ||
2009-01-19 15:05 <Timitos> cedk: but many companies do it. | ||
2009-01-19 15:08 <Timitos> cedk: i you do not understand then i am thinking the wrong way | ||
2009-01-19 15:12 <Timitos> s/i/if | ||
2009-01-19 15:16 <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..whatever | ||
2009-01-19 15:16 <cedk> Timitos: do you speak about the invoice report | ||
2009-01-19 15:17 <Timitos> cedk: yes | ||
2009-01-19 15:18 <cedk> Timitos: but this is strange because you will have many times the same amount (less discount) | ||
2009-01-19 15:18 <cedk> Timitos: I think this will confuse customers | ||
2009-01-19 15:30 <Timitos> cedk: maybe yes. maybe not. | ||
2009-01-19 15:34 <cedk> Timitos: I think customer will think that he must pay at each dates | ||
2009-01-19 16:12 -!- tapwag(n=mwagner@p4FC6EF96.dip.t-dialin.net) has joined #tryton | ||
2009-01-19 16:38 -!- panthera(n=daniel@unable-to-package.org) has joined #tryton | ||
2009-01-19 16:41 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-d277597499f8e1c6) has joined #tryton | ||
2009-01-19 17:35 -!- mrcast(n=mrcast@host49-68-dynamic.41-79-r.retail.telecomitalia.it) has joined #tryton | ||
2009-01-19 17:35 -!- mrcast(n=mrcast@host49-68-dynamic.41-79-r.retail.telecomitalia.it) has left #tryton | ||
2009-01-19 19:15 -!- ikks(n=igor@201.244.188.98) has joined #tryton | ||
2009-01-19 19:20 <CIA-51> tryton: ced roundup * #540/The assign button is accessible, even when I can not assign.: [resolved] Fix with changeset 7e68211f66d4 | ||
2009-01-19 19:20 <CIA-51> tryton: C?dric Krier <ced@b2ck.com> default * 430:7e68211f66d4 stock/ (TODO packing.py packing.xml): Add wizard for assignation on customer packing and internal packing for issue540 | ||
2009-01-19 19:20 <CIA-51> tryton: C?dric Krier <ced@b2ck.com> default * 1164:1eb03d131601 tryton/tryton/gui/window/dbcreate.py: Extend database name check | ||
2009-01-19 19:21 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton | ||
2009-01-19 19:22 -!- saxa(i=1000@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton | ||
2009-01-19 19:27 -!- Timitos(n=Timitos@88.217.184.172) has left #tryton | ||
2009-01-19 19:29 <CIA-51> tryton: 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 ? | ||
2009-01-19 19:29 <saxa> woow, bot is fast :) | ||
2009-01-19 19:31 -!- Gedd(n=ged@77.109.112.91) has joined #tryton | ||
2009-01-19 19:35 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
2009-01-19 19:41 -!- enlightx(n=enlightx@host-84-220-86-72.cust-adsl.tiscali.it) has joined #tryton | ||
2009-01-19 19:53 -!- Gedd(n=ged@77.109.112.91) has joined #tryton | ||
2009-01-19 20:00 -!- markusleist(n=markus@n4-93.dsl.vianetworks.de) has joined #tryton | ||
2009-01-19 20:33 -!- mmarshall(n=mmarshal@adsl-76-255-73-67.dsl.rcsntx.sbcglobal.net) has joined #tryton | ||
2009-01-19 20:36 <enlightx> hi *, i read somewhere that tryton supports pos | ||
2009-01-19 20:36 <enlightx> is that true? | ||
2009-01-19 20:43 <carlos> enlightx: 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 integration | ||
2009-01-19 20:45 <enlightx> i never worked with pos before, so i don't know they work. i guess they have a serial connector | ||
2009-01-19 21:01 <carlos> well, a POS is just a computer | ||
2009-01-19 21:01 <carlos> it has a program on it that is connected in some way to the management software, like Tryton | ||
2009-01-19 21:02 <carlos> and usually, a POS is touch-screen oriented | ||
2009-01-19 21:02 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
2009-01-19 21:29 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-d7cc36e2ddf417dc) has joined #tryton | ||
2009-01-19 21:37 <cristi_an> guys i looked closer to adempiere and compiere today | ||
2009-01-19 21:37 <cristi_an> since compiere is quite old | ||
2009-01-19 21:37 <cristi_an> i noticed a lot of similarities with open erp tryton | ||
2009-01-19 21:37 <cristi_an> do yo uknow if they had some common consultatnts in the past | ||
2009-01-19 21:37 <cristi_an> ? | ||
2009-01-19 21:38 <cristi_an> user rights,application dictionary,how the toolbar loks like,workflows | ||
2009-01-19 21:38 <cristi_an> this are common stadard for any ope source erp ? | ||
2009-01-19 21:43 <bechamel> cristi_an: I think that compiere inspired some ideas in tinyerp but i don't how much | ||
2009-01-19 21:44 <bechamel> cristi_an: fabien told me that the ir.* names comes from compiere | ||
2009-01-19 21:44 <bechamel> and it stands for internal repository iirc | ||
2009-01-19 21:46 <cristi_an> i see | ||
2009-01-19 21:46 <cristi_an> there are a lot of similarities.... | ||
2009-01-19 21:47 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton | ||
2009-01-19 21:47 <cristi_an> and i guess this was taken from sap | ||
2009-01-19 21:48 <cristi_an> originally since the creator of compiere worked fot SAP from what i know | ||
2009-01-19 22:16 <CIA-51> tryton: vengfulsquirrel * r424 /wiki/TrytonMRPIntegration.wiki: Added features about supporting a multiple output BOM, local product substitutes and global product substitutes. | ||
2009-01-19 22:17 <vengfulsquirrel> CIA is on the ball today. | ||
2009-01-19 22:18 <vengfulsquirrel> Is there any programmable csv importing functionality in Tryton? | ||
2009-01-19 22:37 <bechamel> vengfulsquirrel: no but it shouldn't be difficult, you can even do it outside the server itself using osv as a library: http://groups.google.com/group/tryton/browse_thread/thread/72785c50c23a293f/128ac0f4499509e4?lnk=gst&q=bertrand#128ac0f4499509e4 | ||
2009-01-19 22:53 <vengfulsquirrel> bechamel: 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. | ||
2009-01-19 23:37 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
2009-01-19 23:40 <vengfulsquirrel> What does bis mean in the context of street(bis) on an address? | ||
2009-01-19 23:41 <yangoon> vengfulsquirrel: it's just a second address line | ||
2009-01-19 23:41 <vengfulsquirrel> Okay | ||
2009-01-19 23:41 <vengfulsquirrel> Thanks | ||
2009-01-19 23:41 <yangoon> vengfulsquirrel: in some countries you need it | ||
2009-01-19 23:42 <vengfulsquirrel> Yeah I guess two address lines is kind of familiar to me I just thought that bis had some special meaning. |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!