| chat.freenode.net #tryton log beginning Wed Jul 2 00:00:01 CEST 2008 | ||
| 2008-07-02 00:09 -!- kultviech(n=kultviec@p5B0D2361.dip0.t-ipconnect.de) has left #tryton | ||
| 2008-07-02 00:53 -!- b52lap(n=b52lapto@41.249.250.195) has joined #tryton | ||
| 2008-07-02 00:54 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 127:5a8538294a74 account/account.py: Use LocaleTime instead of nl_langinfo | ||
| 2008-07-02 05:20 -!- yangoon(n=mathiasb@p549F6532.dip.t-dialin.net) has joined #tryton | ||
| 2008-07-02 07:17 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2008-07-02 08:50 -!- FWiesing(n=FWiesing@194.208.185.12) has left #tryton | ||
| 2008-07-02 08:51 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton | ||
| 2008-07-02 08:52 <FWiesing> good morning | ||
| 2008-07-02 09:25 -!- kultviech(n=kultviec@p5B0D2361.dip0.t-ipconnect.de) has joined #tryton | ||
| 2008-07-02 09:28 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2008-07-02 10:41 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton | ||
| 2008-07-02 11:40 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has joined #tryton | ||
| 2008-07-02 12:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 72:787058c2ef3c account_invoice/invoice.odt: Use new vat_code | ||
| 2008-07-02 12:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 40:013321ff36d0 company/company.xml: Add vat_country | ||
| 2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 36:71787550ab46 purchase/purchase.odt: Use new vat_code | ||
| 2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 99:24f738dc4117 relationship/category.py: Improve test in ids | ||
| 2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 100:782ddb14cccd relationship/ (party.py party.xml): | ||
| 2008-07-02 12:30 <CIA-53> tryton: Add some VAT validation for issue143 | ||
| 2008-07-02 12:30 <CIA-53> tryton: Add field function vat_code to concatenate vat_number and vat_country | ||
| 2008-07-02 12:31 <CIA-53> tryton: ced roundup * #143/add VAT number validation: [testing] Vat check added with changeset 782ddb14cccd Please check with some VAT | ||
| 2008-07-02 12:31 <cedk> I just push VAT check, it will be great if everybody can test it with known vat number | ||
| 2008-07-02 12:59 <udono> cedk: my german VATID works! | ||
| 2008-07-02 13:00 <CIA-53> tryton: udono roundup * #165/TypeError: unsupported operand type(s) for +: 'bool' and 'str': [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 339, in run res = method(*msg[2:]) File "/trytond/web_service/obj ... | ||
| 2008-07-02 13:01 <CIA-53> tryton: udono roundup * #165/TypeError: unsupported operand type(s) for +: 'bool' and 'str': [chatting] If I try to open a Party without a VAT ID, This error is raised. | ||
| 2008-07-02 13:04 <udono> cedk: did you recognice my request about windows and os.fork() | ||
| 2008-07-02 13:04 <udono> cedk: yesterday evening... | ||
| 2008-07-02 13:27 <CIA-53> tryton: udono roundup * #165/TypeError: unsupported operand type(s) for +: 'bool' and 'str': [testing] Solved: hg diff modules/relationship/party.py diff -r 782ddb14cccd party.py --- a/party.py Wed Jul 02 12:28:34 2008 +0200 +++ b/party.p ... | ||
| 2008-07-02 13:32 <cedk> udono: yes I will work on it now | ||
| 2008-07-02 13:32 <udono> cedk: roundup #165 is solved... | ||
| 2008-07-02 13:33 <udono> how can I generate a difffile for hg wich you can merge easily? | ||
| 2008-07-02 13:33 <udono> cedk: | ||
| 2008-07-02 13:33 <cedk> udono: http://code.google.com/p/tryton/wiki/HowtoContribute | ||
| 2008-07-02 13:34 <cedk> udono: do you want to submit an export for issue165? | ||
| 2008-07-02 13:35 <udono> cedk: yes, I like to try ... | ||
| 2008-07-02 13:36 <cedk> udono: and don't forget to re-assign to me for including it into the main stream | ||
| 2008-07-02 13:36 <udono> cedk:yes, I cant find an information about the REV parameter in : hg export [OPTION]... [-o OUTFILESPEC] REV | ||
| 2008-07-02 13:37 <udono> cedk: what should I use for REV? | ||
| 2008-07-02 13:37 <cedk> udono: the number or the changeset | ||
| 2008-07-02 13:38 <udono> cedk: where to get this number? | ||
| 2008-07-02 13:40 <cedk> hg log | ||
| 2008-07-02 13:42 <udono> ok, the last one seems to be 100, so I take 101... | ||
| 2008-07-02 13:44 <cedk> udono: don't care, you must commit your change, look at the rev number and run hg export | ||
| 2008-07-02 13:45 <udono> ced, Yes I got it. My brain is to complicated today :-) Thanks | ||
| 2008-07-02 13:57 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 488:6b822a6bd0f3 tryton/tryton/ (common/common.py gui/main.py): Use os.startfile on win32 to open files for issue155 | ||
| 2008-07-02 13:59 <CIA-53> tryton: ced roundup * #155/win32: report is not opened automaticly: Must be fixed with changeset 6b822a6bd0f3 | ||
| 2008-07-02 14:02 <cedk> udono: is it working ? | ||
| 2008-07-02 14:02 <cedk> udono: I don't see your export ? | ||
| 2008-07-02 14:03 <udono> cedk: Oh, Sorry, comming now, I updated the Wiki... I told you I am brainless today... | ||
| 2008-07-02 14:03 <udono> cedk: updated Docs: http://code.google.com/p/tryton/wiki/HowtoContribute | ||
| 2008-07-02 14:04 <udono> cedk: uploaded! | ||
| 2008-07-02 14:09 <CIA-53> tryton: uspallek@Lisa.dsl default * 101:a2a4cd474049 relationship/party.py: Solved issue165 | ||
| 2008-07-02 14:10 <CIA-53> tryton: ced roundup * #165/TypeError: unsupported operand type(s) for +: 'bool' and 'str': [resolved] Applied | ||
| 2008-07-02 14:19 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 489:2df9e10381ec tryton/tryton/translate.py: Improve setlocale error message | ||
| 2008-07-02 14:20 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 663:37f2a20f38ef trytond/trytond/report/report.py: Improve set_locale error message | ||
| 2008-07-02 14:20 <CIA-53> tryton: ced roundup * #164/win32: when trying to print an report i get error-messages like this:: [testing] Can you test with the changeset 37f2a20f38ef. It will give a better error message. | ||
| 2008-07-02 14:27 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 664:f8a2a5368909 trytond/trytond/report/report.py: Fix typo | ||
| 2008-07-02 14:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 665:71e879d77c47 trytond/trytond/res/user.py: Fix language in get_preferences for issue162 | ||
| 2008-07-02 14:29 <CIA-53> tryton: ced roundup * #162/can´t set language in user preferences: [resolved] Fix with changeset 71e879d77c47 | ||
| 2008-07-02 15:01 -!- kultviech(n=kultviec@p5B0D2361.dip0.t-ipconnect.de) has left #tryton | ||
| 2008-07-02 15:34 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 666:1310cd55cd07 trytond/trytond/res/user.py: Fix UTF-8 for user preferences view for issue163 | ||
| 2008-07-02 15:34 <CIA-53> tryton: ced roundup * #163/when opening user preferences on windows these warnings appear: [testing] Must be fixed with changeset 1310cd55cd07 | ||
| 2008-07-02 16:24 -!- kultviech(n=kultviec@p5B0D2361.dip0.t-ipconnect.de) has joined #tryton | ||
| 2008-07-02 16:32 -!- CIA-53(n=CIA@208.69.182.149) has joined #tryton | ||
| 2008-07-02 16:51 -!- markusleist(n=markus@212.14.79.210) has joined #tryton | ||
| 2008-07-02 16:59 <FWiesing> what is the recommended update - procedure? Timitos sent me a script where trytond is started at least with the option -i all -u all - in the wiki I read that tryton should start with the option -d after update? | ||
| 2008-07-02 17:08 <udono> FWiesing: the -d option select the database to update. You need to update all databases you have in use | ||
| 2008-07-02 17:10 <FWiesing> what the client is doing if I start the server with - i and -u - is then the database updatetd - I don't think so | ||
| 2008-07-02 17:10 <FWiesing> so I must update the database separate | ||
| 2008-07-02 17:10 <FWiesing> At the moment I use this procedure: | ||
| 2008-07-02 17:12 <FWiesing> The skript starts the trytond with -i all -u all and I think then the client will be updated - for database update I stop trytond and start it once more with -d <databasename> | ||
| 2008-07-02 17:12 <FWiesing> Is this right? | ||
| 2008-07-02 17:16 <cedk> FWiesing: start the server without any arguments for normal use | ||
| 2008-07-02 17:16 <FWiesing> after an update too? | ||
| 2008-07-02 17:16 <cedk> FWiesing: and run once the server with "-d databasename -u all" when you want updating the database | ||
| 2008-07-02 17:16 <cedk> FWiesing: an you have nothing to do with the client | ||
| 2008-07-02 17:17 <cedk> FWiesing: and -i options is only for installing new modules | ||
| 2008-07-02 17:19 <FWiesing> ok - thx a lot - after an update "trytond -d xxxxxxx -u all" --> -i all is only for new modules | ||
| 2008-07-02 17:20 <cedk> FWiesing: yes but installing new module, you can do it in the client it is easier | ||
| 2008-07-02 17:20 <FWiesing> yes - I think so too and I will use the procedure with the client | ||
| 2008-07-02 17:21 <cedk> FWiesing: but update must be done with the server | ||
| 2008-07-02 17:22 -!- markusleist(n=markus@212.14.79.210) has joined #tryton | ||
| 2008-07-02 17:24 <FWiesing> ok - thx | ||
| 2008-07-02 17:32 <CIA-53> tryton: Timitos roundup * #166/AttributeError: 'int' object has no attribute 'strip': [new] Traceback (most recent call last): File "\trytond\netsvc.py", line 339, in run res = method(*msg[2:]) File "\trytond\web_service\wiz ... | ||
| 2008-07-02 17:33 <CIA-53> tryton: Timitos roundup * #166/win32: AttributeError: 'int' object has no attribute 'strip': [chatting] tried to create a new database after updating to newest changeset | ||
| 2008-07-02 17:43 <CIA-53> tryton: Timitos roundup * #166/win32: AttributeError: 'int' object has no attribute 'strip': i can confirm this issue under linux too. | ||
| 2008-07-02 17:46 <CIA-53> tryton: Timitos roundup * #155/win32: report is not opened automaticly: [resolved] fixed | ||
| 2008-07-02 17:46 -!- FWiesing(n=FWiesing@194.208.185.12) has left #tryton | ||
| 2008-07-02 17:52 <CIA-53> tryton: Timitos roundup * #163/when opening user preferences on windows these warnings appear: still the same behavior, but i get this warnings only the first time i open the user preferences now. after that there no warning anymore. | ||
| 2008-07-02 17:53 <CIA-53> tryton: Timitos roundup * #164/win32: when trying to print an report i get error-messages like this:: new error-message: [Wed Jul 02 17:52:27 2008] ERROR:web-service:Report account.invoice: unable to s et locale "en_US.1252" | ||
| 2008-07-02 17:58 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton | ||
| 2008-07-02 18:00 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 667:b43de7164d37 trytond/trytond/res/user.py: Better for for language preferences | ||
| 2008-07-02 18:01 <CIA-53> tryton: ced roundup * #166/win32: AttributeError: 'int' object has no attribute 'strip': [resolved] Must be fix with changeset b43de7164d37 | ||
| 2008-07-02 18:02 <CIA-53> tryton: ced roundup * #164/win32: when trying to print an report i get error-messages like this:: But is it the report well generated? | ||
| 2008-07-02 18:04 <CIA-53> tryton: Timitos roundup * #164/win32: when trying to print an report i get error-messages like this:: yes, report is well generated. | ||
| 2008-07-02 18:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 668:cebabd64ccbc trytond/doc/index.rst: Fix index title | ||
| 2008-07-02 18:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 669:7edb96379d60 trytond/doc/views.rst: Add form view documentation | ||
| 2008-07-02 19:16 -!- kultviech(n=kultviec@p5B0D2361.dip0.t-ipconnect.de) has left #tryton | ||
| 2008-07-02 20:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 490:3353660b872b tryton/tryton/gui/window/tree.py: | ||
| 2008-07-02 20:10 <CIA-53> tryton: Update shortcut on tree view after reload | ||
| 2008-07-02 20:10 <CIA-53> tryton: from openerp r8733 | ||
| 2008-07-02 21:30 <CIA-53> tryton: udono roundup * #120/Client Menu under Help: "Contributors" entry: This names I know: Udo Spallek Korbinian Preisler Hartmut Goebel Franz Wiesinger Mathias Behrle | ||
| 2008-07-02 21:36 -!- rmu(n=robert@cm56-186-109.liwest.at) has joined #tryton | ||
| 2008-07-02 21:40 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 670:8e223f2ad0ee trytond/trytond/report/report.py: Added image handling on report parser | ||
| 2008-07-02 21:40 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 671:ad88b74d92f9 trytond/trytond/report/report.py: Merge | ||
| 2008-07-02 21:41 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 491:9df76884333a tryton/share/tryton/contributors.txt: Add contributors for issue120 | ||
| 2008-07-02 21:41 <CIA-53> tryton: ced roundup * #120/Client Menu under Help: "Contributors" entry: [resolved] Applied | ||
| 2008-07-02 21:42 <Timitos> rmu: hi | ||
| 2008-07-02 21:42 <rmu> hi | ||
| 2008-07-02 21:43 <rmu> ist hier deutsch erlaubt? or english only channel? | ||
| 2008-07-02 21:44 <Timitos> rmu: also das meiste besprechen wir auf englisch. allerdings mischt sich manchmal deutsch oder französisch mit rein. ist aber eher selten. | ||
| 2008-07-02 21:45 <rmu> andere sprachen wuerd ich eh nicht verstehen ;) | ||
| 2008-07-02 21:45 <Timitos> :-) | ||
| 2008-07-02 21:45 <rmu> ich hab mir das tryton (aktuellen hg "checkout" von vorhin) gerade angeschaut und bin grad am herumspielen | ||
| 2008-07-02 21:46 <rmu> aber da scheints doch noch einige kanten zu geben ;) | ||
| 2008-07-02 21:46 <Timitos> hauptsächlich sind hier belgier, franzosen, österreicher und deutsche im chat. letztens waren mal ein marokkaner und ein holländer kurz da. | ||
| 2008-07-02 21:46 <Timitos> rmu: erzähl. wo hakts? | ||
| 2008-07-02 21:47 <Timitos> klar. gibts noch viel zu tun. aber bei mir läufts schon ganz gut. | ||
| 2008-07-02 21:47 <rmu> ich denk am layout wie ich ausgecheckt hab | ||
| 2008-07-02 21:47 <rmu> und die distutils haben anscheinend bei einigen modulen die xml-files nicht installiert | ||
| 2008-07-02 21:47 <rmu> die gehen dann ab | ||
| 2008-07-02 21:47 <rmu> muss das aber nochmal auf einer "sauberen" maschine nachprüfen | ||
| 2008-07-02 21:48 <rmu> nix tragisches | ||
| 2008-07-02 21:48 <Timitos> du solltest am besten 3 ordner machen. einen für tryton (client), einen für trytond (server) und einen für die modules. die modules kannst du dann per symlink in den trytond bereich verlinken. das klappt am besten. | ||
| 2008-07-02 21:48 <Timitos> ich glaube dass die meisten die setup.py gar nicht nutzen, sondern lediglich die dependencies installieren und den rest einfach irgendwo hin kopieren. | ||
| 2008-07-02 21:48 <rmu> ja, das muss ich noch gscheiter einrichten | ||
| 2008-07-02 21:48 <Timitos> ich mach das zumindest so. | ||
| 2008-07-02 21:49 -!- kultviech(n=kultviec@p5B0D0263.dip0.t-ipconnect.de) has joined #tryton | ||
| 2008-07-02 21:50 <rmu> mas mich noch wundert: es gibt zwar product und purchase module, aber kein sale??? | ||
| 2008-07-02 21:50 <rmu> oder bin ich blind? | ||
| 2008-07-02 21:50 <Timitos> stimmt. das fehlt noch. da mischt ein kunde mit und der hat ein bisschen wenig zeit. wir hoffen, dass das modul so in den nächsten 2 wochen fertig wird. | ||
| 2008-07-02 21:51 <Timitos> so ähnlich sieht es auch für project aus. | ||
| 2008-07-02 21:51 <cedk> Timitos, rmu: if you speak english, we can perhaps help you | ||
| 2008-07-02 21:51 <rmu> cedk: ok, switching to english | ||
| 2008-07-02 21:52 <cedk> rmu: it is just for you :-) | ||
| 2008-07-02 21:52 <rmu> introduction: i'm using tinyerp in a small company to manage purchaes (partly) and sales of some standard-products | ||
| 2008-07-02 21:52 <rmu> and for tracking customer issues | ||
| 2008-07-02 21:53 <rmu> i tried using MRP but the BOM stuff is way too inflexible and "convoluted" to really use, and it seems buggy | ||
| 2008-07-02 21:53 <rmu> i a former life, i was something like a software engineer and architect at a company of johannes kepler university @ linz | ||
| 2008-07-02 21:54 <rmu> so... i would be willing to contribute in the areas of MRP if it's possible | ||
| 2008-07-02 21:54 <cedk> rmu: yes great | ||
| 2008-07-02 21:55 <cedk> rmu: actually, we don't have yet plan for MRP stuff | ||
| 2008-07-02 21:55 <rmu> my only problem is lack of time at the moment - hopefully this will get better in 2-3 months | ||
| 2008-07-02 21:55 <cedk> but if you have enough knowledge, you can try to contribute | ||
| 2008-07-02 21:56 <cedk> by documentation on how MRP should work, or writing modules, etc... | ||
| 2008-07-02 21:56 <Timitos> rmu: for udono and me mrp would be interesting. it would be great to work together with you on mrp | ||
| 2008-07-02 21:57 <rmu> planning is not that important for me, but i need something that keeps track of stock and manufactured products with BOMs | ||
| 2008-07-02 21:57 <cedk> we will soon write a procurement mecanism that must be the base for MRP stuff I think | ||
| 2008-07-02 21:58 <rmu> generates and prints production orders | ||
| 2008-07-02 21:58 <rmu> can keep track of serial numbers | ||
| 2008-07-02 21:58 <rmu> and so on ;) | ||
| 2008-07-02 21:59 <rmu> my problem is that i can not model our products within tinyerp without changing most of the automatic procurement stuff | ||
| 2008-07-02 21:59 <rmu> mostly because no "bill of operation" is possible | ||
| 2008-07-02 21:59 <rmu> (product 1) --> (n_1 * product 2 + n_2 * product 3) | ||
| 2008-07-02 22:00 <rmu> i will think about this and perhaps i can come up with some useful data model | ||
| 2008-07-02 22:01 <cedk> good | ||
| 2008-07-02 22:02 <rmu> another thing i'm quite unsure how it could fit: | ||
| 2008-07-02 22:02 <cedk> rmu: don't hesitate to discuss with us | ||
| 2008-07-02 22:02 <rmu> we are using sheets of metal, that are cut into pieces while manufacturing different products | ||
| 2008-07-02 22:03 <rmu> so f.e. i have some aluminium sheet with 2000x1000x1mm | ||
| 2008-07-02 22:03 <rmu> this is cut into 6*500x1000x1mm and the rest is put into stock again | ||
| 2008-07-02 22:03 <rmu> clearly, i can't use something like square meters as "unit of measurement" | ||
| 2008-07-02 22:04 <rmu> both dimensions have to be put on the "lot" | ||
| 2008-07-02 22:05 <cedk> rmu: do you have different widht ? | ||
| 2008-07-02 22:05 <rmu> possibly | ||
| 2008-07-02 22:05 <rmu> and different thickness, but that usually stays the same | ||
| 2008-07-02 22:06 <cedk> rmu: and you have many different dimension or just somes ? | ||
| 2008-07-02 22:06 <rmu> many different | ||
| 2008-07-02 22:07 <rmu> completely arbitrary | ||
| 2008-07-02 22:07 <rmu> think of a carpenter that cuts plates for custom furniture | ||
| 2008-07-02 22:08 <FWiesing> rmu: hi | ||
| 2008-07-02 22:08 <rmu> i didn't find a straightforward way to fit this into tiny's model of UOMs and stock-lots | ||
| 2008-07-02 22:08 <rmu> FWiesing: hi | ||
| 2008-07-02 22:09 <cedk> rmu: me too, I don't | ||
| 2008-07-02 22:11 <cedk> rmu: I think you must model the cut inside the production but it is not a trivial work | ||
| 2008-07-02 22:13 <FWiesing> I think you need the measures AND the worth of the aluminium sheets | ||
| 2008-07-02 22:13 <FWiesing> the worth in € maybe | ||
| 2008-07-02 22:13 <FWiesing> you need a procedure to manage this | ||
| 2008-07-02 22:13 <rmu> i absolutely need both dimensions per piece | ||
| 2008-07-02 22:14 <rmu> so worst case is one piece = one stock lot ;) | ||
| 2008-07-02 22:15 <rmu> "worth" of cut sheets comes from dimensions, density, and current scrap metal price | ||
| 2008-07-02 22:15 <cedk> rmu: I don't think you can solve this with BOM, as if I understand well you have every time different production order | ||
| 2008-07-02 22:16 <cedk> rmu: so if you try to do it with BOM, you need to create everytime a new BOM | ||
| 2008-07-02 22:17 <rmu> cedk: we produce some standard products, those BOMs are pretty stable | ||
| 2008-07-02 22:17 <cedk> rmu: yes, but the rest, I think you need a new module that fit your jobs | ||
| 2008-07-02 22:17 <rmu> we also produce on-demand non-standard-dimensions, so some mechanism to communicate some parameters from a product to a BOM would be nixe | ||
| 2008-07-02 22:17 <rmu> yes, i know ;) | ||
| 2008-07-02 22:18 <rmu> something else with the standard products: | ||
| 2008-07-02 22:18 <rmu> usually, there are multiple possiblities to cut a given sheet into pieces so your different product can be built | ||
| 2008-07-02 22:19 <rmu> and it's not straightforward (at least with tiny) to say something like | ||
| 2008-07-02 22:19 <rmu> "demand for 5 sheets dimension AxB" is there | ||
| 2008-07-02 22:20 <rmu> and "something" then knows to fetch a sheet of some size, cut those 5 sheets in a specific way, figure out that the rest is only useful for that other product, and restock it for that purpose | ||
| 2008-07-02 22:21 <rmu> this would have to be more or less hardcoded into a module | ||
| 2008-07-02 22:21 <cedk> rmu: yes I agree with you, because it is very specific | ||
| 2008-07-02 22:22 <rmu> it would be very useful to have some set of products that can be transformed into another set of products via some "routing" | ||
| 2008-07-02 22:22 <rmu> instead of heaving a set of products that can be transformed into exactly one product | ||
| 2008-07-02 22:23 <cedk> rmu: I agree, we will think about that when we will write mrp modules | ||
| 2008-07-02 22:23 <cedk> so I need to go | ||
| 2008-07-02 22:23 <rmu> as i said above, i will think about this a little more and try to come up with some improved (w/r to tiny) data model ;) | ||
| 2008-07-02 22:24 <rmu> bye | ||
| 2008-07-02 22:24 <cedk> bye | ||
| 2008-07-02 22:26 <udono> rmu hi | ||
| 2008-07-02 22:26 <rmu> hi udono | ||
| 2008-07-02 22:26 <FWiesing> rmu: bye | ||
| 2008-07-02 22:27 <rmu> FWiesing: bye | ||
| 2008-07-02 22:27 <rmu> ;) | ||
| 2008-07-02 22:27 <udono> rmu: maybe it is possible to solve your problem a bit like the tax applicable code in tiny. You know this? | ||
| 2008-07-02 22:28 <rmu> no | ||
| 2008-07-02 22:28 <udono> there you can insert python code from userside for a tax to calculate... | ||
| 2008-07-02 22:29 <udono> so the frame is static, but the calculation is user definable by python code inserts... | ||
| 2008-07-02 22:30 <rmu> hmm | ||
| 2008-07-02 22:30 <rmu> i think i would need: | ||
| 2008-07-02 22:30 <rmu> * products extended with a set of 2 initial dimensions | ||
| 2008-07-02 22:30 <udono> on lx-office they have something similar, there you can provide a formula to calculate your special UOM UOS for each product... | ||
| 2008-07-02 22:31 <rmu> (f.e. aluminium sheets come in sizes of 2000x1000, 2500x1250 and 3000x1500) | ||
| 2008-07-02 22:31 <rmu> then, when product is purchased, this initial dimension goes into dimensions of stock lot | ||
| 2008-07-02 22:31 <rmu> and when such a plate is cut, new dimensions are put into stock lots | ||
| 2008-07-02 22:32 <rmu> this tweaking could perhaps happen at some "user definable python code" | ||
| 2008-07-02 22:32 <rmu> but it seems awkward | ||
| 2008-07-02 22:33 <rmu> and with this approach, i don't see how i can specify the needed dimensions in the BOM | ||
| 2008-07-02 22:33 <udono> hmmm | ||
| 2008-07-02 22:34 <rmu> without changing the guts of tiny ;) | ||
| 2008-07-02 22:34 <rmu> nevermind | ||
| 2008-07-02 22:35 <udono> I take another look to how the lx-office guys solved this. But I think there is a flexible way... | ||
| 2008-07-02 22:36 <rmu> my "UOS" is always "piece" or "unit" | ||
| 2008-07-02 22:36 <rmu> my "UOM" w/r to value of inventory is "kilogram" | ||
| 2008-07-02 22:36 <rmu> my unit of purchase is "sheet of dimension small/medium/big with thickness X" | ||
| 2008-07-02 22:37 <rmu> ;) | ||
| 2008-07-02 22:37 <rmu> my UOM w/r to finding the right piece for manufacturing is width/height/thickness | ||
| 2008-07-02 22:38 <rmu> usually, i would want the smallest piece of a given thickness that fits the dimensions, but i could live with something that only finds exact matches | ||
| 2008-07-02 22:38 <udono> w/r? | ||
| 2008-07-02 22:38 <rmu> with regard (to) | ||
| 2008-07-02 22:38 <Timitos> cu | ||
| 2008-07-02 22:39 <rmu> cu | ||
| 2008-07-02 22:39 <udono> Timitos: cu | ||
| 2008-07-02 22:39 <rmu> something completely different | ||
| 2008-07-02 22:39 <rmu> stock locations | ||
| 2008-07-02 22:40 <rmu> it seems that the stock locations are a bit "coarse" | ||
| 2008-07-02 22:41 <udono> ...they doesnt work at all in Tiny... | ||
| 2008-07-02 22:41 <udono> did you try-tryton | ||
| 2008-07-02 22:41 <rmu> i suspected that. never got it to work. | ||
| 2008-07-02 22:41 <rmu> playing with tryton at the moment | ||
| 2008-07-02 22:42 <udono> I have a client in tiny he is dieing on eavh inverntorysation... | ||
| 2008-07-02 22:42 <rmu> think of some "high-bay racking" (hochregallager) | ||
| 2008-07-02 22:42 <udono> yes, fifo and chargen, lot Numbers .... | ||
| 2008-07-02 22:43 <rmu> if i model the whole rack as one stock location, i don't know where an individual pallet is stored | ||
| 2008-07-02 22:43 <rmu> and i don't know whats on which pallet | ||
| 2008-07-02 22:44 <udono> so my client too... he even lost some products between some moves in Tiny... | ||
| 2008-07-02 22:44 <rmu> a (former) client of me produces autonomously guided vehicles, and those really need to know where everything is | ||
| 2008-07-02 22:45 <rmu> and it seems as if i have to model each place where i could put a pallet as storage location?? | ||
| 2008-07-02 22:46 <rmu> hmm. it seems in tryton there is a possibility to define a hierarchy | ||
| 2008-07-02 22:46 <rmu> will have to find out how that behaves ;) | ||
| 2008-07-02 22:49 <rmu> another thing: what happened to product templates? | ||
| 2008-07-02 22:49 <rmu> it seems something is there (in the code) | ||
| 2008-07-02 22:50 <udono> yes, if you like to test it would be great. Tryton has introduced Trees often. | ||
| 2008-07-02 22:51 <rmu> trees? can i define a hierarchy of templates for a given product? | ||
| 2008-07-02 22:51 <udono> no, this is for the last message before... | ||
| 2008-07-02 22:52 <udono> about the hierachy... | ||
| 2008-07-02 22:52 <rmu> oh, ok | ||
| 2008-07-02 22:52 <rmu> yes, will try that | ||
| 2008-07-02 22:52 <rmu> if this works, and some sort of sale module is available, i will immediately switch ;) | ||
| 2008-07-02 22:54 <rmu> btw, i really like the new and improved way of reporting | ||
| 2008-07-02 22:54 <rmu> with openoffice | ||
| 2008-07-02 22:56 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has joined #tryton | ||
| 2008-07-02 22:56 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has left #tryton | ||
| 2008-07-02 22:57 <FWiesing> I think this is a totally new stock-module | ||
| 2008-07-02 22:57 -!- udono_(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has joined #tryton | ||
| 2008-07-02 22:57 <FWiesing> hi udono | ||
| 2008-07-02 22:57 <FWiesing> :-) | ||
| 2008-07-02 22:57 <udono_> but the great thing for me is, that the tryton Models are very generic and primitiv. Every addon feature will rest in a new extra module. The idea is that the base modules stay clean and simple... | ||
| 2008-07-02 22:59 <udono_> FWiesing: hi | ||
| 2008-07-02 23:07 -!- unwired(n=ag@p5B0D0263.dip0.t-ipconnect.de) has joined #tryton | ||
| 2008-07-02 23:10 <FWiesing> udono: I'm thinking about the wishes or problems of rmu - I'm writing on a workflow for the material - I think this should be a totally new "stock-module" or a second stockmodule | ||
| 2008-07-02 23:12 <FWiesing> maybe 2 stockmodules are the solution - the customer has to descide if it is a product with a "normal" workflow or is it material for production like aluminium-sheets | ||
| 2008-07-02 23:12 <FWiesing> rmu: if you can send me your e-Mail - I send you the document I'm just creating | ||
| 2008-07-02 23:13 <udono_> FWiesing: I dont think so | ||
| 2008-07-02 23:13 <rmu> FWiesing: see privmsg | ||
| 2008-07-02 23:13 <rmu> i don't think that two stockmodules would help | ||
| 2008-07-02 23:14 <FWiesing> thx - done | ||
| 2008-07-02 23:14 <rmu> my gripes come from the somehow limites BOM- and MRP- model of tiny | ||
| 2008-07-02 23:14 <rmu> (mostly) | ||
| 2008-07-02 23:14 <FWiesing> give me just five minutes till I finished | ||
| 2008-07-02 23:15 <rmu> i have no access to my company email from home at the moment - vpn problems ;) | ||
| 2008-07-02 23:15 <rmu> so no need to hurryy | ||
| 2008-07-02 23:23 <FWiesing> finished and sent | ||
| 2008-07-02 23:24 <FWiesing> Udono: you got a copy | ||
| 2008-07-02 23:24 <udono_> FWiesing: thx | ||
| 2008-07-02 23:25 <rmu> FWiesing: thx. i will have a look at it tomorrow. | ||
| 2008-07-02 23:25 <FWiesing> I'm not a programmer - but I think ther are a lot of features missing in the stock-module if it should work for a production-company | ||
| 2008-07-02 23:26 <rmu> the whole unit of measurement stuff can be very tricky | ||
| 2008-07-02 23:26 <udono_> FWiesing: you are right there is missing a lot, but i cant see a misconception for the moment... for me its just some addon modules upon stock | ||
| 2008-07-02 23:27 <FWiesing> I imageine, that the user has to decide which way he want to go when the supplier deliver the material - is it a "normal" article which is for trade or is it material that is changed totally when it leaves the company | ||
| 2008-07-02 23:28 <FWiesing> ... my opinion | ||
| 2008-07-02 23:29 <rmu> udono_: perhaps i miss something, but in tryton there doesn't seem to be something like a "stock lot" ? | ||
| 2008-07-02 23:29 <FWiesing> I don't see something | ||
| 2008-07-02 23:29 <udono_> is it a los nummer in de? | ||
| 2008-07-02 23:30 <FWiesing> yes - "Losnummer" - thats ok | ||
| 2008-07-02 23:30 <FWiesing> ther are "Losnummern" and "Chargennummern" - I think there is a difference - but I hardly can explain | ||
| 2008-07-02 23:30 <rmu> with stock lot i mean some entity that combines "product" with some attributes like "serial nr", "charge", "ablaufdatum"/"best before" etc | ||
| 2008-07-02 23:31 <udono_> no there ist no function in the stock module. But ist just an addon module. We dont need Lot inside the stock module... | ||
| 2008-07-02 23:31 <FWiesing> I would separate SR-number - because it is unique for a product like a notebook | ||
| 2008-07-02 23:32 <udono_> for me its good design to keep basic models as simple as possible. Everything els could go into addon modules... | ||
| 2008-07-02 23:32 <rmu> FWiesing: you mean notebook computer | ||
| 2008-07-02 23:32 <FWiesing> "Chargennummer" - this is the number for one production of a product - like "Frankfurter Würstel" | ||
| 2008-07-02 23:32 <FWiesing> yes | ||
| 2008-07-02 23:32 <rmu> with serial number, service tag, etc... | ||
| 2008-07-02 23:33 <rmu> thats unique per unit | ||
| 2008-07-02 23:33 <rmu> and thats definitely not an attribute of the product or of the stock move | ||
| 2008-07-02 23:33 <FWiesing> and the "Chargennummer" is for a lot of the same produckt | ||
| 2008-07-02 23:33 <FWiesing> and the "Chargennummer" is for a lot of the same product | ||
| 2008-07-02 23:34 <FWiesing> "Losnummer" - I don't have a decription for yet | ||
| 2008-07-02 23:34 <rmu> tiny seems to confuse serial numbers, "Chargennummer" and other stuff and nothing seems to really work | ||
| 2008-07-02 23:35 <FWiesing> maybe ther is no difference between "losnummer" and "chargennummer" | ||
| 2008-07-02 23:36 <FWiesing> but a serial-number is uniqe and I can indentify a product with it | ||
| 2008-07-02 23:36 <FWiesing> ... like the ID of a record | ||
| 2008-07-02 23:36 <rmu> i think some separate entity from "product" is needed that defines what is moved | ||
| 2008-07-02 23:37 <rmu> losnummer, chargennummer and serial number may be possibly different for different deliveries of the same product | ||
| 2008-07-02 23:39 <FWiesing> I have the second glass of a wonderful red wine - wow - the bottle has the description "flat lake" - the wine comes from the Burgenland - so I meen they call the "Neusiedler See" - Flat Lake :-) | ||
| 2008-07-02 23:39 -!- udono(n=uspallek@dynamic-unidsl-85-197-21-238.westend.de) has joined #tryton | ||
| 2008-07-02 23:39 <FWiesing> and now I have good Ideas | ||
| 2008-07-02 23:39 <rmu> flat lake? | ||
| 2008-07-02 23:39 <udono_> Bodensee? | ||
| 2008-07-02 23:40 <FWiesing> no - Neusiedler See | ||
| 2008-07-02 23:40 <FWiesing> !!! | ||
| 2008-07-02 23:40 <rmu> Bodensee is in the west of austria | ||
| 2008-07-02 23:40 <udono_> :-) | ||
| 2008-07-02 23:40 <rmu> south of germany | ||
| 2008-07-02 23:40 <rmu> north of switzerland | ||
| 2008-07-02 23:40 -!- udono(n=uspallek@dynamic-unidsl-85-197-21-238.westend.de) has left #tryton | ||
| 2008-07-02 23:40 <FWiesing> the wine comes from the east | ||
| 2008-07-02 23:40 <rmu> neusiedler see is on the border with hungary | ||
| 2008-07-02 23:40 <udono_> cheers FWiesing | ||
| 2008-07-02 23:40 <FWiesing> thx | ||
| 2008-07-02 23:40 <FWiesing> ok - to the topic | ||
| 2008-07-02 23:41 <FWiesing> undono: you read the doc I sent | ||
| 2008-07-02 23:41 <FWiesing> ? | ||
| 2008-07-02 23:42 <udono_> FWiesing: yes | ||
| 2008-07-02 23:42 <FWiesing> Ithink this flow must be included in the actual stock-module | ||
| 2008-07-02 23:42 <udono_> FWiesing: no | ||
| 2008-07-02 23:43 <udono_> I find not | ||
| 2008-07-02 23:43 <FWiesing> I'm wrong? | ||
| 2008-07-02 23:43 <udono_> The stock module should stay as simple as possible | ||
| 2008-07-02 23:43 <FWiesing> that's what I meen too | ||
| 2008-07-02 23:44 <udono_> everything you described is more advanced than as simple as possible. So this results in a set of extra modules upn the stockmodule... | ||
| 2008-07-02 23:44 <FWiesing> so I think the best way is to have a second module for materials that are not a classical trade-product | ||
| 2008-07-02 23:44 <rmu> udono_: i think the stock module should not track quantities of product(id)s, but it should track quantities of something that relates to the product _and_ can have attached arbitrary properties like "best before" | ||
| 2008-07-02 23:45 <rmu> those properties can come from additional modules | ||
| 2008-07-02 23:45 <FWiesing> production is not simple | ||
| 2008-07-02 23:45 <udono_> rmu: this sounds interesting | ||
| 2008-07-02 23:46 <rmu> but the base functionality that there is a difference between "products" and what is stored in the warehouse (the stored stuff has additional "tags") should be in the base module | ||
| 2008-07-02 23:47 <rmu> think of something like "best before" or "ablaufdatum" - it's not possible to attach this to the product - it is attached to the physical things that are delivered | ||
| 2008-07-02 23:48 <rmu> and those have to be tracked individually somehow | ||
| 2008-07-02 23:48 <rmu> i don't think that this tracking can/should be implemented as an addon-module | ||
| 2008-07-02 23:49 <FWiesing> rmu: I don't think so | ||
| 2008-07-02 23:49 <rmu> thats just IMHO, caveat emptor, etc.. ;) | ||
| 2008-07-02 23:50 <FWiesing> if you are a diary - you need something like "ablaufdatum" | ||
| 2008-07-02 23:50 <udono_> Fwiesinger rmu: I think we are on a good way. But Iam tired and moving tomorow into Holiday, for now its to hard to follow for me... | ||
| 2008-07-02 23:50 <FWiesing> for the materials you need in the production too | ||
| 2008-07-02 23:51 <FWiesing> udono: you are right - I think we have to restrict some things - so we will get a slolution - maybe | ||
| 2008-07-02 23:51 <rmu> i'm also tired and not too focused atm. | ||
| 2008-07-02 23:52 <FWiesing> OK - guy's - good evening | ||
| 2008-07-02 23:52 <rmu> i will ask cedk about stock module and plans | ||
| 2008-07-02 23:52 <rmu> good night | ||
| 2008-07-02 23:52 <rmu> FWiesing: one last question: what is "flat lake" in german? | ||
| 2008-07-02 23:53 <FWiesing> we made a artistic intermission | ||
| 2008-07-02 23:53 <FWiesing> so everybody can think about we discussed this evening | ||
| 2008-07-02 23:53 <FWiesing> flache Lacke | ||
| 2008-07-02 23:53 <FWiesing> Neusiedlersee --> ist ein Steppensee | ||
| 2008-07-02 23:53 <FWiesing> max. Tiefe ist 2,5 m | ||
| 2008-07-02 23:53 <FWiesing> oder so | ||
| 2008-07-02 23:54 <FWiesing> das Meer der Wiener | ||
| 2008-07-02 23:54 <FWiesing> wie er auch genannt wird | ||
| 2008-07-02 23:54 <rmu> ich kenn nur "lange lacke" | ||
| 2008-07-02 23:54 <rmu> flache lacke hoer ich zum ersten mal ;) | ||
| 2008-07-02 23:54 <rmu> wurscht | ||
| 2008-07-02 23:54 <rmu> gn8 | ||
| 2008-07-02 23:54 <FWiesing> war die Aufschrift am Etikett | ||
| 2008-07-02 23:54 <FWiesing> Lange Lacke ist auch OK - triffts auch | ||
| 2008-07-02 23:55 <FWiesing> +:-) | ||
| 2008-07-02 23:55 <FWiesing> :-) | ||
| 2008-07-02 23:56 <FWiesing> to everyone - good evening | ||
| 2008-07-02 23:56 <udono_> goof night, sleep well | ||
| 2008-07-02 23:57 <FWiesing> udono - you have tomorrow time to explain the questions of the sock-module?? | ||
| 2008-07-02 23:57 <rmu> goof night und sock module | ||
| 2008-07-02 23:57 <rmu> hahahaha | ||
| 2008-07-02 23:57 <FWiesing> I only say - the "flat-lake"!!! | ||
| 2008-07-02 23:57 <rmu> jetzt aber echt. gute nacht alle | ||
| 2008-07-02 23:57 <FWiesing> ja gn8 | ||
| 2008-07-02 23:59 <FWiesing> I leave now the chat - truly | ||
| 2008-07-02 23:59 <FWiesing> cu |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!