IRC logs of #tryton for Wednesday, 2008-07-02 #tryton log beginning Wed Jul 2 00:00:01 CEST 2008
2008-07-02 00:09 -!- kultviech( has left #tryton
2008-07-02 00:53 -!- b52lap(n=b52lapto@ has joined #tryton
2008-07-02 00:54 <CIA-53> tryton: C?dric Krier <> default * 127:5a8538294a74 account/ Use LocaleTime instead of nl_langinfo
2008-07-02 05:20 -!- yangoon( has joined #tryton
2008-07-02 07:17 -!- Timitos(n=Timitos@ has joined #tryton
2008-07-02 08:50 -!- FWiesing(n=FWiesing@ has left #tryton
2008-07-02 08:51 -!- FWiesing(n=FWiesing@ has joined #tryton
2008-07-02 08:52 <FWiesing> good morning
2008-07-02 09:25 -!- kultviech( has joined #tryton
2008-07-02 09:28 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-07-02 10:41 -!- bechamel( has joined #tryton
2008-07-02 11:40 -!- udono( has joined #tryton
2008-07-02 12:29 <CIA-53> tryton: C?dric Krier <> default * 72:787058c2ef3c account_invoice/invoice.odt: Use new vat_code
2008-07-02 12:29 <CIA-53> tryton: C?dric Krier <> default * 40:013321ff36d0 company/company.xml: Add vat_country
2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <> default * 36:71787550ab46 purchase/purchase.odt: Use new vat_code
2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <> default * 99:24f738dc4117 relationship/ Improve test in ids
2008-07-02 12:30 <CIA-53> tryton: C?dric Krier <> default * 100:782ddb14cccd relationship/ ( 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/", 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/ diff -r 782ddb14cccd --- a/ 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:
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 <> default * 488:6b822a6bd0f3 tryton/tryton/ (common/ gui/ 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:
2008-07-02 14:04 <udono> cedk: uploaded!
2008-07-02 14:09 <CIA-53> tryton: uspallek@Lisa.dsl default * 101:a2a4cd474049 relationship/ 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 <> default * 489:2df9e10381ec tryton/tryton/ Improve setlocale error message
2008-07-02 14:20 <CIA-53> tryton: C?dric Krier <> default * 663:37f2a20f38ef trytond/trytond/report/ 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 <> default * 664:f8a2a5368909 trytond/trytond/report/ Fix typo
2008-07-02 14:29 <CIA-53> tryton: C?dric Krier <> default * 665:71e879d77c47 trytond/trytond/res/ 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( has left #tryton
2008-07-02 15:34 <CIA-53> tryton: C?dric Krier <> default * 666:1310cd55cd07 trytond/trytond/res/ 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( has joined #tryton
2008-07-02 16:32 -!- CIA-53(n=CIA@ has joined #tryton
2008-07-02 16:51 -!- markusleist(n=markus@ 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@ 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\", 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@ 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@ has joined #tryton
2008-07-02 18:00 <CIA-53> tryton: C?dric Krier <> default * 667:b43de7164d37 trytond/trytond/res/ 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 <> default * 668:cebabd64ccbc trytond/doc/index.rst: Fix index title
2008-07-02 18:25 <CIA-53> tryton: C?dric Krier <> default * 669:7edb96379d60 trytond/doc/views.rst: Add form view documentation
2008-07-02 19:16 -!- kultviech( has left #tryton
2008-07-02 20:10 <CIA-53> tryton: C?dric Krier <> default * 490:3353660b872b tryton/tryton/gui/window/
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( has joined #tryton
2008-07-02 21:40 <CIA-53> tryton: Bertrand Chenal <> default * 670:8e223f2ad0ee trytond/trytond/report/ Added image handling on report parser
2008-07-02 21:40 <CIA-53> tryton: Bertrand Chenal <> default * 671:ad88b74d92f9 trytond/trytond/report/ Merge
2008-07-02 21:41 <CIA-53> tryton: C?dric Krier <> 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 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( 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( has joined #tryton
2008-07-02 22:56 -!- udono( has left #tryton
2008-07-02 22:57 <FWiesing> I think this is a totally new stock-module
2008-07-02 22:57 -!- udono_( 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( 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( 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( 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 2.17.3 by Marius Gedminas - find it at!