chat.freenode.net #tryton.de log beginning Wed Aug 25 00:00:02 CEST 2010 | ||
2010-08-25 05:19 -!- yangoon(~mathiasb@p549F73CB.dip.t-dialin.net) has joined #tryton.de | ||
2010-08-25 06:07 -!- hwinkel(~hwinkel@p4FD58B7D.dip0.t-ipconnect.de) has joined #tryton.de | ||
2010-08-25 07:59 -!- mootoo(daemon@p5B32C377.dip.t-dialin.net) has joined #tryton.de | ||
2010-08-25 08:14 -!- gsp(~sge@91.113.145.226) has joined #tryton.de | ||
2010-08-25 10:17 -!- hwinkel(~hwinkel@port-87-234-207-46.static.qsc.de) has joined #tryton.de | ||
2010-08-25 12:17 -!- paepke(~paepke@p4FEB0A1E.dip0.t-ipconnect.de) has joined #tryton.de | ||
2010-08-25 12:29 <gsp> Hi | ||
2010-08-25 12:37 <paepke> hi gsp | ||
2010-08-25 12:41 <gsp> Kann mir jemand kurz und knapp schildern wie Migration zwischen den Major-Releases derzeit abläuft? | ||
2010-08-25 12:42 <paepke> aktuelle sourcen einspielen, trytond -u all -d datenbank | ||
2010-08-25 12:42 <paepke> gsp, das sollte so funktionieren. | ||
2010-08-25 12:42 <paepke> reicht der one-liner? :-) | ||
2010-08-25 12:43 <gsp> paepke: Von meiner seite her, gerne ^^ | ||
2010-08-25 12:44 <gsp> wär natürlich auch interessant wo der code für versions-spezifische änderungen liegt / oder ändert sich am db-schema sowieso kaum was? | ||
2010-08-25 12:44 <paepke> gsp, migrations-scripte wenn denn was nötig wäre sind in den modulen drin. | ||
2010-08-25 12:44 <gsp> k | ||
2010-08-25 12:44 <paepke> ACTION kann gedanken lesen | ||
2010-08-25 12:45 <paepke> gsp, natürlich trotzdem testdatenbank erstellen und testen testen. | ||
2010-08-25 12:45 <paepke> gsp, meist hat man ja eigene anpassungen wie z.b reports. die muss man halt noch durch schauen. | ||
2010-08-25 12:46 <gsp> paepke: klar soweit, thx! | ||
2010-08-25 12:47 <paepke> gsp, gerne | ||
2010-08-25 14:30 -!- paepke(~paepke@p4FEB0A1E.dip0.t-ipconnect.de) has left #tryton.de | ||
2010-08-25 14:30 -!- hoRn(~chatzilla@dslb-094-223-211-094.pools.arcor-ip.net) has joined #tryton.de | ||
2010-08-25 14:30 <hoRn> Moin | ||
2010-08-25 15:54 -!- paepke(~paepke@p4FEB6337.dip.t-dialin.net) has joined #tryton.de | ||
2010-08-25 15:59 <hoRn> Wer kennts sich mit den Tiefen der Lagerverwaltung aus: ich hab das Problem, das es bei uns Produkte gibt, die nix kosten, da sie "beigestellt" werden | ||
2010-08-25 16:00 <paepke> hoRn, gibts im standard nicht. pflichtfeld != 0 | ||
2010-08-25 16:00 <hoRn> wenn ich das required mal weglasse - hat das tiefere Auswirkungen auf die Funktionen der umgebenden Module? | ||
2010-08-25 16:01 <paepke> hoRn, das kann ich dir spontan nicht beantworten, versuch eher das 0 zu erlauben, anstatt es weg zu lassen | ||
2010-08-25 16:01 <hoRn> meine ich | ||
2010-08-25 16:03 <paepke> also lagerverwaltung musst du nen produktpreis drin lassen. gerade auch wegen der lagerbewertung falls du die machen solltest. | ||
2010-08-25 16:03 <hoRn> obwohl ich gerade eine Denkfehler mache - in diesem Fall ist der "Eingehende lagerort" vermutlich eher Kunde ... | ||
2010-08-25 16:03 <paepke> eher der preis bei der rechnung | ||
2010-08-25 16:03 <paepke> hoRn, häh? | ||
2010-08-25 16:03 <hoRn> wie häh ;) | ||
2010-08-25 16:04 <hoRn> paepke: ich erforsche gerade das stockmodul | ||
2010-08-25 16:04 <hoRn> bei uns ist es ja so, daß der Kunde Sachen liefert, die dann in irgendeinem Lager vor sich hinrosten und eventuell mal bearbeitet werden | ||
2010-08-25 16:05 <paepke> achso. | ||
2010-08-25 16:06 <hoRn> paepke: also ist die bewegung dann eher von Kunde >>> nach Lagerzone (o.ä.) | ||
2010-08-25 16:06 <paepke> hoRn, verstehe. | ||
2010-08-25 16:06 <paepke> also ne lagereinbuchung, ohne wertstellung. grübel. | ||
2010-08-25 16:06 <hoRn> paepke: genau | ||
2010-08-25 16:06 <paepke> hoRn, hab ich grad keine ahnung | ||
2010-08-25 16:07 <paepke> hoRn, ich denke das lagermodul wurde nicht unter diesem aspekt geschrieben. | ||
2010-08-25 16:07 <paepke> hoRn, nichtsdestotrotz brauch ich das auch mal :-) | ||
2010-08-25 16:07 <hoRn> paepke: könnte aber sein, daß es versehentlich diese Anforderung erfüllt ;) | ||
2010-08-25 16:08 <paepke> hoRn, ein produkt braucht einen wert. aber da es nicht dir gehört ist das blöd. | ||
2010-08-25 16:12 <hoRn> paepke: alles nicht so einfach | ||
2010-08-25 16:12 <paepke> hoRn, das ist schon was komplexeres, ich denke das mit dem preis sollte man später machen. | ||
2010-08-25 16:13 <hoRn> paepke: ich muss nur, um meine module sinnvoll einzufügen die anderen recht gut kennen | ||
2010-08-25 16:13 <paepke> hoRn, ich denke da an nen dummy-preis, keine wertstellung in diesem bereitstellungslager, und über die wertschöpfungskette (lackieren, waschen, putzen) entsprechende preise draufschlagen. aber das ganze mrp gibts halt nicht. | ||
2010-08-25 16:14 <hoRn> paepke: ich komme aber immer mehr zu der Überzeugung, daß schon extrem viel im stock-modul drin sein könnte | ||
2010-08-25 16:15 <paepke> hoRn, denk aber dran. es ist möglichst generisch gehalten. eben damit du dein modul gut anflanschen kannst. | ||
2010-08-25 16:15 <hoRn> paepke: klang auch immermal wieder in älteren irc-chats an | ||
2010-08-25 16:16 <paepke> hoRn, ja, stock hat schon einiges drin. | ||
2010-08-25 16:16 <paepke> hoRn, vielleicht mal auf #tryton diskutieren. | ||
2010-08-25 16:17 <paepke> hoRn, ich erreich meinen erp-guru grad nicht. ist urlaubszeit. | ||
2010-08-25 16:18 <hoRn> paepke: muss mir erstmal genauer ansehen, was stock alles kann - das dann an die wand malen und nachdenken, ggf. mit Kaffee | ||
2010-08-25 16:18 <paepke> oder premium-cola. | ||
2010-08-25 16:19 <paepke> hoRn, wolltest du eigentlich ein mrp-modul bauen anhand des tryton-wiki's oder wer ist da dran? | ||
2010-08-25 16:19 <hoRn> paepke: ich bin wieder am anfang | ||
2010-08-25 16:20 <hoRn> paepke: hab festgestellt, daß irgendwie doch schon sehr viel geht - im prinzip btauche ich nur ne art BOM für Dienstleistungen | ||
2010-08-25 16:21 <paepke> hoRn, du hast aber doch auch einen materialaufwand? | ||
2010-08-25 16:21 <hoRn> paepke: ja | ||
2010-08-25 16:21 <paepke> hoRn, bom für dienstleistungen brauch ich auch | ||
2010-08-25 16:22 <hoRn> paepke: aber es gibt ja auch einen Produkttyp verbrauchsmaterial - nur weiß ich jetzt nicht, was diesen auszeichnet | ||
2010-08-25 16:23 <hoRn> paepke: mal ganz reduziert gesagt: wenn eine dienstleistung einfach lagerbewegungen verursacht, könnte das ja schon reichen | ||
2010-08-25 16:24 <udono> hoRn: Dienstleistungen dürfen keine Lagerbewegung erzeugen | ||
2010-08-25 16:24 <hoRn> paepke: das habe ich schon gesehen | ||
2010-08-25 16:25 <udono> BOM ist ein Begriff aus der MRP, Ihr braucht sowas wie bundles/assemblies | ||
2010-08-25 16:25 <udono> Oder auf ebene der Produktion: HR | ||
2010-08-25 16:26 <hoRn> udono: bundles trifft es nicht ganz glaub ich - bundels wäre zusammenschrauben | ||
2010-08-25 16:26 <hoRn> udono: ich weiß nicht, ob daß für den Bereich Weiterverarbeitung der richtige Begriff ist | ||
2010-08-25 16:27 <udono> hoRn: Bundels wie ich sie kenne sind Pakete aus Hardware/Software/Dienstleistungen | ||
2010-08-25 16:28 <hoRn> Produkt wird beigestellt >> Dann erfolgt eine Dienstleistung, in deren Verlauf Produkte aus dem Warenlager verbraucht werden >> Dann wird eine Rechnung über die Dienstleistung erstellt >>> Ware wieder zurück zu Kunden | ||
2010-08-25 16:30 <hoRn> udono: es erfolgt also nur ein "echter" Einkauf im Bereich der Verbrauchsmaterialen | ||
2010-08-25 16:34 <udono> hoRn: ja, Trotzdem sind Dienstleistungen keine Materialien und gehören damit nicht in ein BOM=Bill of Materials | ||
2010-08-25 16:36 <udono> hoRn: Das Bom ist eine Stückliste für die Produktion, das Lager und der Materialkomponente im Verkauf | ||
2010-08-25 16:37 <hoRn> udono: ja - das hab ich auf dem schirm - war ein änfänglicher denkfehler von mir | ||
2010-08-25 16:38 <udono> hoRn: ok. | ||
2010-08-25 16:45 <hoRn> udono: aber die begrifflichkeiten scheinen da überall etwas wirr | ||
2010-08-25 16:52 <udono> hoRn: ja, auf jeden Fall. AFAIK ist der Layer für Dienstleistungen (HR) parallel zum BOM. | ||
2010-08-25 17:00 <paepke> hoRn, die dienstleistung gehört in den produktionsauftrag als arbeitsschritt. | ||
2010-08-25 17:01 <paepke> hoRn, aber das ist für deine interne kalkulation. | ||
2010-08-25 17:02 <paepke> hoRn, ich hab genau das gleiche problem bei nem kunden. was hälst du von nem gemeinsamen repo? | ||
2010-08-25 17:03 -!- gsp(~sge@91.113.145.226) has left #tryton.de | ||
2010-08-25 17:04 <paepke> hoRn, denk einfach mal drüber nach. | ||
2010-08-25 17:05 <hoRn> paepke: gern - kann als svn dingens in 5 min fertig sein | ||
2010-08-25 17:06 <yangoon> hoRn: musst du die beigestellten produkte überhaupt tracken? | ||
2010-08-25 17:07 <hoRn> paepke: ja - weil große lieferungen kommen, die dann in kleineren cghargen abgerufen werden | ||
2010-08-25 17:08 <paepke> hoRn, svn? irgh. mercurial, git? | ||
2010-08-25 17:08 <paepke> hoRn, chargenverfolgung? ohje. | ||
2010-08-25 17:08 <paepke> hoRn, aber nicht seriennummern? | ||
2010-08-25 17:08 <paepke> hoRn, ich hab auch ne mercurial instanz im web verfügbar :-P | ||
2010-08-25 17:09 <hoRn> muüsste ich dann eclipse beibringen - geht sicher | ||
2010-08-25 17:11 <paepke> hoRn, ja gibts plugins für. | ||
2010-08-25 17:12 <hoRn> paepke: ich guck ma | ||
2010-08-25 17:12 <paepke> hoRn, ist glaub direkt als plugin ausm eclipse verfügbar | ||
2010-08-25 17:29 <hoRn> paepke: wo setzt du denn an - ich hab mir jetzt mal product reingezogen: stockable,consumable, service ist zu knapp | ||
2010-08-25 17:30 <hoRn> paepke: produktionsauftrag/Interner Betriebsauftrag ist denke ich das fehlende Modul | ||
2010-08-25 17:30 <paepke> hoRn, es ist wenn dann ein ganz eigenes modul | ||
2010-08-25 17:31 <hoRn> paepke: ja | ||
2010-08-25 17:31 <paepke> hast du den blueprint zu mrp mal durchgelesen? | ||
2010-08-25 17:31 <hoRn> paepke: ja | ||
2010-08-25 17:32 <hoRn> paepke: das triffts nach längeren überlegungen dann doch nicht so genau - der einwand von udono ging in die richtige richtung | ||
2010-08-25 17:33 <hoRn> paepke: im endeffekt gehts bei uns um einen Produktionsauftrag, der ProductionsLines hat >> product.product | ||
2010-08-25 17:34 <hoRn> paepke: dort können sowohl services, consumable, stockables assozieiert werden | ||
2010-08-25 17:34 <hoRn> assoziedingens mein ich+ | ||
2010-08-25 17:36 <hoRn> wenn das Ding einen Workflow durchlaufen hat, werden moves im Stochk ausgelöst (zwischendurch müssen die Sachen im Lager 'geblockt' sein) | ||
2010-08-25 17:38 <hoRn> paepke: dann ein knöpchen 'convert to sale' - dort könnten dann die einzelnen positionen übernommen werden und die geschichte geht in den sales workflow (dann esrt move, fällt mir auf) | ||
2010-08-25 17:38 <paepke> hoRn, wenn du in den einzelnen arbeitsschritten weitere produkte brauchst müssen die entsprechend dem lager entbucht werden und in die produktion gebucht werden. 500 Teile an Produktionsauftrag X, Maschine Y | ||
2010-08-25 17:39 <paepke> hoRn, ich denke in sales sollten nicht die einzelnen arbeitsschritte gebucht werden. das ist komplett am produktionsauftrag dran. an sale wird nur das endprodukt gebucht. 500 Teile lackiert. | ||
2010-08-25 17:40 <hoRn> paepke: so wärs am logischsten - dann werden nur die 'services' übernommen, auf die anderen products nur moves generiert | ||
2010-08-25 17:41 <hoRn> paepke: es könnte aber andere fälle geben, wo das eine oder andere stockable under consumable im sale gewünscht wird | ||
2010-08-25 17:42 <hoRn> under >> oder | ||
2010-08-25 17:42 <udono> hoRn: wenn am MRP Konzept Deiner Meinung nach etwas nicht stimmt, dann ist das ein wichtiger Bug. Was ist falsch an dem Konzept? | ||
2010-08-25 17:42 <paepke> hoRn, gehört es dann aber zum produktonsprozess dazu? | ||
2010-08-25 17:43 <paepke> hoRn, ich kenne dein beispiel von der handwerker rechnung. 5m Kabel verbraucht, 20 Kabelschellen, 20min arbeitszeit. | ||
2010-08-25 17:43 <hoRn> udono: das habe ich nicht gesagt - ich habe nur das gefühl, daß es iregndwie nicht so richtig zu meinem problem passt | ||
2010-08-25 17:43 <hoRn> udono: bin mir aber auch nicht sicher | ||
2010-08-25 17:44 <hoRn> paepke: genau das war das treffendste beispiel | ||
2010-08-25 17:45 <hoRn> udono: werd nochmal in aller ruhe von vorn zu lesen anfangen | ||
2010-08-25 17:46 <udono> hoRn: Für mich hört es sich an, als ob die MRP Planung nur die Hälfte deines Problems löst. Es fehlt der Teil, der den genauen Produktionsprozess definiert. Sowas wie eine Produktionsanleitung, in der Schritt für Schritt steht, welche Materialien wie Zusammengesetzt werden und was das an HR (Zeit und Skill) braucht. | ||
2010-08-25 17:47 <hoRn> hoRn: besser hätte ich es kaum sagen können :) | ||
2010-08-25 17:50 <paepke> hoRn, das mit der handwerker-rechnung seh ich vielleicht noch beim sondermaschinenbauer. aber da definiert man höchstens eine BOM und dann aber keine arbeitsschritte mehr. sondern bucht über projekte etwas hinzu. | ||
2010-08-25 17:51 <paepke> hoRn, aber ich will das theme jetzt nicht auch noch anreissen. das ist wieder eine eigene welt. | ||
2010-08-25 17:51 <paepke> hoRn, du hast serienfertigung... | ||
2010-08-25 17:51 <hoRn> paepke: leider nicht nur | ||
2010-08-25 17:51 <paepke> hoRn, ich zähl da auch kleinserien hinzu. | ||
2010-08-25 17:52 <hoRn> paepke: ok - wie gerade den tankdeckel für den phaeton ;) | ||
2010-08-25 17:53 <paepke> hoRn, hier in der gegend lackieren sie auch diesen bugatti... ist aber auch nen serie... | ||
2010-08-25 17:54 <paepke> hoRn, man kann ja auch noch die frage nach ner prototypen-fertigung aufmachen. wie willst du das handhaben? schlussendlich ist es egal ob 5 stück serie oder 5mio | ||
2010-08-25 17:59 <hoRn> paepke: ja - denk auch | ||
2010-08-25 18:00 <hoRn> paepke: erstmal das grundmodell stricken | ||
2010-08-25 18:00 <paepke> hoRn, ich glaub aber das da jemand dran ist am mrp... | ||
2010-08-25 18:00 <paepke> hoRn, oder warst du das? | ||
2010-08-25 18:07 <hoRn> paepke: eher wir - aber mein partner ist im moment nicht verfügbar | ||
2010-08-25 18:08 <hoRn> paepke: der hatte sich schon eingearbeitet ins thema ... | ||
2010-08-25 18:40 <paepke> hoRn, ok.. | ||
2010-08-25 19:32 <hoRn> junge, junge - mir drehts im kopf :/ | ||
2010-08-25 20:03 <paepke> hoRn, doch zuviel kaffee? | ||
2010-08-25 20:04 <hoRn> paepke: zu viel text | ||
2010-08-25 22:23 <hoRn> ist es in der trytoncommunity eigetlich verboten, quelltext zu kommentieren ;) | ||
2010-08-25 22:25 <paepke> hoRn, nein, warum? ich finde es ist sogar relativ viel dokumentiert. | ||
2010-08-25 22:26 <hoRn> paepke: in den modulen selbst finde ich es knapp - zumindest im vergleich zu den sachen die ich sonst so kenne | ||
2010-08-25 22:27 <paepke> hoRn, es gibt sicher noch verbesserungsbedarf. wäre super wenn du nen patch einreichst sobald du den code verstanden hast. | ||
2010-08-25 22:33 <hoRn> ich meine einfach so kommentare im stil von: # We build parents in the wrong order, so we need to make sure we reverse it when we're doe. | ||
2010-08-25 22:34 <paepke> ja, eben. | ||
2010-08-25 22:35 <paepke> wenn es für dich unverständlich ist und es vielleicht auch anderen helfen kann. ich meinte nicht nur unbedingt die docstrings | ||
2010-08-25 22:48 <hoRn> paepke: ich überlege z.B. gerade, welche Rolle Party bei beim project.work spielt ... | ||
2010-08-25 22:53 <paepke> ausm kopf glaub ich das das die party ist für die gearbeitet wird. | ||
2010-08-25 22:53 <paepke> also das projekt ist. | ||
2010-08-25 22:54 <hoRn> sehe gerade - gibt ne doc im Modul | ||
2010-08-25 22:54 <hoRn> alles gut - der Kopf brummt - muss von Kaffee auf RedBull umsteigen | ||
2010-08-25 22:54 <paepke> ich empfehle premium cola. |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!