IRC logs of #tryton for Sunday, 2009-07-19

chat.freenode.net #tryton log beginning Sun Jul 19 00:00:02 CEST 2009
2009-07-19 00:59 -!- ikks_(n=ikks@190.102.222.150) has joined #tryton
2009-07-19 05:19 -!- yangoon(n=mathiasb@p549F3A19.dip.t-dialin.net) has joined #tryton
2009-07-19 05:43 -!- _TiN_(n=TiN@host174.190-225-29.telecom.net.ar) has joined #tryton
2009-07-19 05:44 -!- TiN_(n=TiN@host174.190-225-29.telecom.net.ar) has joined #tryton
2009-07-19 06:29 -!- _TiN_(n=TiN@host174.190-225-29.telecom.net.ar) has joined #tryton
2009-07-19 07:27 -!- _TiN_(n=TiN@host174.190-225-29.telecom.net.ar) has joined #tryton
2009-07-19 08:44 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-07-19 08:56 -!- udono(n=udono@dynamic-unidsl-85-197-21-24.westend.de) has joined #tryton
2009-07-19 09:40 -!- enlightx(n=enlightx@host-84-220-83-253.cust-adsl.tiscali.it) has joined #tryton
2009-07-19 10:02 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-07-19 10:46 -!- kleinerdrache(n=mn@91-115-67-108.adsl.highway.telekom.at) has joined #tryton
2009-07-19 10:47 -!- kleinerdrache(n=mn@91-115-67-108.adsl.highway.telekom.at) has left #tryton
2009-07-19 11:41 -!- enlightx(n=enlightx@host-84-220-83-253.cust-adsl.tiscali.it) has joined #tryton
2009-07-19 12:12 -!- kleinerdrache1(n=mn@91-115-66-241.adsl.highway.telekom.at) has joined #tryton
2009-07-19 15:01 -!- ikks(n=ikks@190.102.201.123) has joined #tryton
2009-07-19 15:10 -!- kleinerdrache1(n=mn@91-115-66-241.adsl.highway.telekom.at) has left #tryton
2009-07-19 16:09 -!- enlightx(n=enlightx@84.220.83.253) has joined #tryton
2009-07-19 17:42 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-07-19 18:28 -!- enlightx(n=enlightx@host-84-220-83-253.cust-adsl.tiscali.it) has joined #tryton
2009-07-19 18:45 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-07-19 20:11 -!- kleinerdrache(n=mn@91-115-228-187.adsl.highway.telekom.at) has joined #tryton
2009-07-19 20:12 -!- kleinerdrache(n=mn@91-115-228-187.adsl.highway.telekom.at) has left #tryton
2009-07-19 20:48 -!- carlos(n=carlos@70.157.221.87.dynamic.jazztel.es) has joined #tryton
2009-07-19 21:03 -!- enlightx(n=enlightx@host-84-220-83-253.cust-adsl.tiscali.it) has joined #tryton
2009-07-19 21:14 -!- enlightx(n=enlightx@host-84-220-83-253.cust-adsl.tiscali.it) has joined #tryton
2009-07-19 23:03 <udono> vengfulsquirrel: Hi
2009-07-19 23:04 <vengfulsquirrel> udono: Hey
2009-07-19 23:04 <udono> vengfulsquirrel: did you get the match stuff working with relatorio?
2009-07-19 23:04 <vengfulsquirrel> I reworded a bunch of stuff you suggested I hope you don't mind. I tried to add some more sutff but I think I need to do more experimenting before I can write more.
2009-07-19 23:05 <vengfulsquirrel> udono: No I have been doing a bunch of migration work and have been busy, soon though I have to do that because I cannot place the correct header for my business.
2009-07-19 23:06 <udono> vengfulsquirrel: but placing a header and customized report is possible with an easy addon module.
2009-07-19 23:07 <vengfulsquirrel> Not for invoices as far as I can tell.
2009-07-19 23:07 <vengfulsquirrel> And all existing reports that use header_A4
2009-07-19 23:08 <vengfulsquirrel> I have two locations with different addresses and contact information but all in one company.
2009-07-19 23:09 <vengfulsquirrel> header_A4 only shows the companies first address
2009-07-19 23:09 <udono> vengfulsquirrel: you need to redefine the reports and header to fit your needs.
2009-07-19 23:10 <udono> vengfulsquirrel: but this is usual.
2009-07-19 23:10 <vengfulsquirrel> Yes I know but extending style is not easy.
2009-07-19 23:10 <vengfulsquirrel> Oh well yes maybe I should not use style at all.
2009-07-19 23:10 <udono> vengfulsquirrel: what is the problem?
2009-07-19 23:10 <yangoon> vengfulsquirrel: perhaps you need to put the two locations as two subcompanies?
2009-07-19 23:10 <udono> you have multi company defined?
2009-07-19 23:11 <vengfulsquirrel> I tried that but it breaks everything
2009-07-19 23:11 <udono> yangoon: hi
2009-07-19 23:11 <yangoon> udono: hi
2009-07-19 23:11 <vengfulsquirrel> So an employee has main company and then current company is sub company, correct?
2009-07-19 23:12 <udono> vengfulsquirrel: it did break everything? can not believe, because I tested the most modules last time for multy company.
2009-07-19 23:12 <vengfulsquirrel> not like Exception break everything, but like a bunch of stuff needs to be shared and if employee belongs to sub company they cannot access shared documents
2009-07-19 23:14 <yangoon> vengfulsquirrel: which documents cannot be shared, that should be?
2009-07-19 23:14 <udono> vengfulsquirrel: yes, there is a lot missing in this area, I found out too.
2009-07-19 23:15 <vengfulsquirrel> I think maybe accounting becomes cumbersome too, I don't really use accounting but its _everywhere_.
2009-07-19 23:15 <vengfulsquirrel> Let me check right now.
2009-07-19 23:16 <vengfulsquirrel> I think I have a tax that belongs to the parent company that I cannot access so I cannot create sale if I belong to sub-company.
2009-07-19 23:19 <udono> vengfulsquirrel: for now Tryton catch multy company as completely different
2009-07-19 23:20 <udono> vengfulsquirrel: there is no defined concept for subcompanies, afaik
2009-07-19 23:20 <vengfulsquirrel> Yeah so there is no difference between two different companies and two subcompanies.
2009-07-19 23:21 <udono> vengfulsquirrel: yes, afaik
2009-07-19 23:21 <vengfulsquirrel> I have created another abstraction I call Store.
2009-07-19 23:22 <vengfulsquirrel> Which I use to determine stuff like register_party(the customer to use for all sales at the register), sales tax, price lists and product lines.
2009-07-19 23:23 <vengfulsquirrel> This idea seems to missing from tryton but I'm not sure if I am just not using the existing models correctly.
2009-07-19 23:26 <udono> vengfulsquirrel: You did sales tax with accounting rules?
2009-07-19 23:26 <udono> vengfulsquirrel: price list is not released for tryton
2009-07-19 23:26 <udono> vengfulsquirrel: product lines are BOM?
2009-07-19 23:26 <vengfulsquirrel> No I could not get that to work as it depends on the store.
2009-07-19 23:27 <vengfulsquirrel> udono: No product lines are like which products can be sold at a store, like what products you are offering.
2009-07-19 23:28 <vengfulsquirrel> Its just a filter so that one store isn't sifting through products which they do not sell.
2009-07-19 23:29 <udono> vengfulsquirrel: ah ok, sounds interesting.
2009-07-19 23:32 <vengfulsquirrel> Does VAT apply to sales to the government ?
2009-07-19 23:39 <yangoon> Don't know for US, but in Germany I think VAT also applies for sales to government. They get it back anyway;)
2009-07-19 23:40 <udono> Vat applies to invoicing, afaik. Sales is proforma
2009-07-19 23:43 <vengfulsquirrel> Hmm yeah I don't really know that proforma means.
2009-07-19 23:43 <udono> vengfulsquirrel: sorry I thought you talk about the sales module...
2009-07-19 23:43 <udono> vengfulsquirrel: yangoon is right, vat is on sales and purchase.
2009-07-19 23:44 <vengfulsquirrel> Yeah I was talking aobut it, I just meant here sales tax does not apply to government. Its not on sale or invoice.
2009-07-19 23:44 <vengfulsquirrel> And for some resellers there also is no sales tax.
2009-07-19 23:45 <vengfulsquirrel> So I have to apply sales tax based on store address and who the buying party is.
2009-07-19 23:52 <udono> vengfulsquirrel: I think this could be done by tax rules
2009-07-19 23:53 <yangoon> udono: based on store address?
2009-07-19 23:55 <udono> yangoon: based on company.
2009-07-19 23:56 <yangoon> udono: ack, but this would afford to *do* multi-company
2009-07-19 23:56 <yangoon> guys, too tired now to give any valuable input, cu
2009-07-19 23:56 <udono> yangoon: but the problem is the party module. It is not multy company aware.
2009-07-19 23:58 <vengfulsquirrel> udono: http://paste.pocoo.org/show/129608/ Line: 156 Ha sorry, worst way ever right now.

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!