IRC logs of #tryton-de for Tuesday, 2010-10-12

chat.freenode.net #tryton.de log beginning Tue Oct 12 00:00:01 CEST 2010
2010-10-12 05:19 -!- yangoon(~mathiasb@p549F6406.dip.t-dialin.net) has joined #tryton.de
2010-10-12 06:56 -!- mfladischer(~fladische@2001:470:1f0b:11df:b043:21ff:fe46:7793) has joined #tryton.de
2010-10-12 07:51 -!- Zappodrom(~cw@dyndsl-085-016-012-098.ewe-ip-backbone.de) has joined #tryton.de
2010-10-12 07:52 <Zappodrom> morgähn
2010-10-12 07:54 <Zappodrom> ich habe unter dem Menüpunkt Artikel mehrere Artikel angelegt und dort auch gewissenhaft die Beschreibung ausgefüllt. Nur leider wird mir die Beschreibung nicht mit angezeigt wenn ich z.B. ein Angebot erstelle und die entsprechenden Artikel auswähle.
2010-10-12 07:55 <Zappodrom> Kann Tryton nicht die Standard-Artikelbeschreibung auch mit übernehmen oder verstehe ich den Sinn des Feldes "Beschreibung" in der Artikelmaske falsch?
2010-10-12 08:23 -!- Timitos(~kp@88.217.184.172) has joined #tryton.de
2010-10-12 08:45 -!- mootoo(daemon@p5B32AE3D.dip.t-dialin.net) has joined #tryton.de
2010-10-12 09:34 <Zappodrom> Irgendwie verstehe ich den Sinn nicht: Wenn ich einen Artikel inkl. Beschreibung angelegt habe, wird mir die Beschreibung bei einem Verkauf nicht angezeigt. Und im Druck später auch nicht.
2010-10-12 09:35 <Zappodrom> Wofür lege ich denn eine Beschreibung an, wenn nicht darauf zurück gegriffen wird?
2010-10-12 09:49 <Timitos> Zappodrom: standardmäßig wird nur die bezeichnung übernommen. wenn du willst, dass die beschreibung mit übernommen wird, solltest du ein zusatzmodul dafür schreiben, dass das dann erledigt.
2010-10-12 09:49 <Timitos> Zappodrom: tryton ist durch seine modularität als framework konzipiert und beschränkt sich daher an vielen stellen auf den kleinsten gemeinsamen nenner.
2010-10-12 09:50 <Zappodrom> ok, wie heisst denn der richtige nenner für die Artikelbeschreibung, die ich im Artikelmenü eingegeben habe?
2010-10-12 09:50 <Zappodrom> ein eigenes Modul habe ich ja schon für rechnung und angebot usw. da bräuchte ich also nur die Angebotsvorlage anpassen?
2010-10-12 09:51 <Zappodrom> Oder muss / kann ich auch die Verkaufsmaske anpassen?
2010-10-12 09:51 <Timitos> Zappodrom: nein, du müsstest die funktion on_change_product im invoice und im sale modul anpassen
2010-10-12 09:51 <Timitos> die sorgt nämlich dafür, dass die bezeichnung in den positionstext übernommen wird
2010-10-12 09:52 <Zappodrom> mal schauen...
2010-10-12 09:54 <Zappodrom> Timitos: finde ich die funktion nicht in der z.B. sale.xml?
2010-10-12 09:54 <Timitos> Zappodrom: in der sale.py
2010-10-12 09:55 <Zappodrom> ah, ok. mit python kenne ich mich nicht aus - da benötige ich hilfe wie ich es am besten löse - bitte :)
2010-10-12 09:58 -!- mootoo_(daemon@p5B32AE3D.dip.t-dialin.net) has joined #tryton.de
2010-10-12 09:59 <Zappodrom> reicht es aus, die sale.py in mein eigenes Modulverzeichnis zu kopieren und dort dann zu ändern?
2010-10-12 10:05 <Timitos> Zappodrom: du wirst dich vermutlich erst ein bisschen mit python auseinandersetzen müssen.
2010-10-12 10:07 <Zappodrom> Timitos: stimmt - ist das kopieren der sale.py in's eigene Verzeichnis denn der richtige weg? Vielleicht helfen mir meine PHP-Kenntnisse ja ein wenig beim einarbeiten.
2010-10-12 10:08 <Timitos> Zappodrom: also du brauchst auf jeden fall eine __init__.py im modulverzeichnis. schau dir die aus anderen modulen an.
2010-10-12 10:10 <Timitos> dann kannst du eine neue sale.py anlegen und kopierst das objekt sale.line mit allen funktionen in die neue sale.py und löscht dann alle funktionen bis auf die on_change raus. und dann musst du in der __tryton__.py noch das sale module als dependency eintragen
2010-10-12 10:10 <Timitos> und du solltest dich mit den möglichkeiten der funktion super() beschäftigen
2010-10-12 10:12 -!- hwinkel(~hwinkel@p5796B044.dip.t-dialin.net) has joined #tryton.de
2010-10-12 10:12 <Zappodrom> Timitos: ok, wenn ich die neue sale.py angelegt habe, muss ich doch noch den entsprechenden Aufruf für die Artikelbeschreibung anpassen. Geschieht das mit super() ?
2010-10-12 10:14 <Timitos> Zappodrom: nein. aber bitte hab verständnis, dass ich dir hier keinen python unterricht geben kann. wenn du wirklich tryton anpassen willst, solltest du dich erst mit python befassen. wenn du php kannst, sollte das für dich kein großes problem sein. es gibt genug gute bücher zu python
2010-10-12 10:15 <Zappodrom> schon klar, Timitos. Das erwarte ich auch nicht. :)
2010-10-12 10:23 <Zappodrom> Timitos: Mein erster Eindruck ist, das eine Einarbeitung im Moment über mein verfügbares Zeitkontingent hinausgeht. Da muss ich entweder die Beschreibung entsprechend anpassen oder mir jemanden "suchen" der die Anpassung gegen Bezahlung vornehmen kann...
2010-10-12 10:25 <Timitos> Zappodrom: das ist deine entscheidung. wenn du die zeit nicht hast, dich einzuarbeiten, ist die anpassung gegen bezahlung sicher die bessere alternative. und da das eine sehr kleine anpassung ist, stellt die auch keinen großen kostenfaktor dar.
2010-10-12 10:25 <Zappodrom> mit welchen kosten müsste ich rechnen?
2010-10-12 10:26 <Zappodrom> ungefähr - natürlich
2010-10-12 10:26 <Timitos> das machen wir per pm...
2010-10-12 10:44 -!- paepke(~paepke@p4FEB18EF.dip0.t-ipconnect.de) has joined #tryton.de
2010-10-12 11:48 <Zappodrom> Ich möchte gerne im Ausdruck (sale.odt) die Artikelbeschreibung mit ausgeben. Dazu verwende ich line.product.description. Soweit so gut. Doch wenn ich noch Zeilenumbrüche mit einfügen will, gibt es einen Fehler: UndefinedError: None has no member named "split"
2010-10-12 11:49 <Zappodrom> Folgenden Code benutze ich dafür: http://paste.pocoo.org/show/274384/
2010-10-12 11:50 <Zappodrom> Wenn ich nur line.product.description verwende, fehlen mir halt die Zeilenumbrüche.
2010-10-12 11:51 <Timitos> Zappodrom: du musst einfach nur statt line.product.description nur line nehmen
2010-10-12 11:52 <paepke> apropos in dem context: gibt es schon ideen um formatierungen innerhalb tryton einzubauen?
2010-10-12 11:53 <paepke> und jetzt erzählt mir nicht context wurd in 1.7 entfernt :-P
2010-10-12 12:00 <Timitos> paepke: ich würde mal sagen, dass dafür sowohl in tryton als auch in relatorio änderungen notwendig sind. mir ist nicht bekannt, dass da was geplant ist
2010-10-12 12:01 <paepke> Timitos, ja. soweit ich den code in relatorio kenne braucht es da änderungen
2010-10-12 12:01 <udono> Timitos: paepke: Cedk hat das IIRC schon mal angesprochen.
2010-10-12 12:02 <paepke> Timitos, ich sehs ein wenig wie eine art wiki-notation. Simpel, nicht zuviel machbar. Fett, kursiv, punkteliste. Vielleicht überschrift.
2010-10-12 12:02 <Timitos> paepke: jetzt ist erst mal testen angesagt. jeder der an einer guten neuen stabilen version von tryton interessiert ist, sollte die aktuelle dev version testen. so intensiv wie nur möglich
2010-10-12 12:02 <paepke> udono, ok, dann hau ich ced mal an. Ich brauchs nicht direkt..
2010-10-12 12:02 <paepke> Timitos, ja. stimmt. da war was mit dem release
2010-10-12 12:02 <paepke> Timitos, mach ich gerade mit proteus.
2010-10-12 12:03 <Timitos> paepke: sehr gut
2010-10-12 12:03 <udono> paepke: Das Problem ist auf relatorio seite, das man für die Verschiedenen Formate eine entsprechende Formatierung realisieren muss (ODF, Contex, Text)
2010-10-12 12:03 <paepke> hab mich entschieden das eine projekt mit tryton 1.8 zu machen.
2010-10-12 12:03 <Timitos> paepke: ja, hätt ich auch so gemacht
2010-10-12 12:04 <paepke> udono, der textparser istn witz.
2010-10-12 12:04 <paepke> udono, das einzige was richtig unterstützt wird ist odf und cairo.
2010-10-12 12:05 <Zappodrom> Timitos: nur ein <line> wirft folgende Meldung: UndefinedError: None has no member named "split"
2010-10-12 12:06 <Timitos> Zappodrom: sorry. ich war nicht genau genug: http://paste.pocoo.org/show/274390/
2010-10-12 12:10 -!- Timitos(~kp@88.217.184.172) has joined #tryton.de
2010-10-12 12:14 -!- mfladischer(~fladische@2001:470:1f0b:11df:e88a:3cff:fe5f:b003) has joined #tryton.de
2010-10-12 12:52 <Zappodrom> So, mit gefülltem Magen lassen sich "Problemchen" auch gleich viel besser wegputzen -> Meine Zeilenumbrüche werden jetzt angezeigt. Jetzt muss ich nur noch eine Schleife drumlegen um leere Beschreibungen abzufangen...
2010-10-12 12:53 <Zappodrom> Ich denke mal das geht mit <when test="line == ''"> oder?
2010-10-12 12:54 <Timitos> Zappodrom: ein if block reicht.
2010-10-12 13:07 <Zappodrom> ein if reicht soweit. nur werden mir dann die leeren zeilen angezeigt und nicht die kurzbeschreibung. gibt es keine if - else - /if Schleife in relatorio? Ich habe nur if -/if gefunden.
2010-10-12 13:09 <Timitos> Zappodrom: dann musst du doch einen choose block nehmen
2010-10-12 13:13 <Zappodrom> Jo, Danke!
2010-10-12 13:17 -!- hwinkel1(~hwinkel@p5796BD2C.dip.t-dialin.net) has joined #tryton.de
2010-10-12 14:17 -!- Zappodrom(~cw@dyndsl-085-016-012-098.ewe-ip-backbone.de) has left #tryton.de
2010-10-12 14:47 -!- paepke(~paepke@p4FEB0757.dip0.t-ipconnect.de) has joined #tryton.de
2010-10-12 14:48 -!- Gerald_E(~quassel@ip-240-3.pel.cz) has joined #tryton.de
2010-10-12 15:32 -!- hoRn_(~chatzilla@dslb-094-223-191-217.pools.arcor-ip.net) has joined #tryton.de
2010-10-12 15:32 <hoRn_> Halllo
2010-10-12 15:33 <hoRn_> benutzt jemand das Einkaufsmodul produktiv und hat sich etwas ausgedacht, wie man eine Anfrage ohne Kenntnis des Preises damit abbildet?
2010-10-12 15:35 -!- ralf_(~quassel@p4FCC8962.dip0.t-ipconnect.de) has joined #tryton.de
2010-10-12 15:37 <Timitos> hoRn_: ein ähnliches problem hab ich auch grad. wir haben das auch schon auf #tryton kurz diskutiert. es geht darum, ob man es ermöglich soll, das required vom einzelpreis zu entfernen.
2010-10-12 15:38 <hoRn_> Timitos: das überlegte ich gerade
2010-10-12 15:38 <hoRn_> Timitos: könnte man aber auch ohne weiteres in einem zusatzmodul überschreiben
2010-10-12 15:38 <Timitos> hoRn_: ich bin mir selbst nicht sicher, ob das der richtige weg ist.
2010-10-12 15:38 <Timitos> hoRn_: ja
2010-10-12 15:38 <paepke> hoRn_, Timitos ich find den prozess allgemein schwierig. das problem hatte ich auch früher bei nem anderen erp
2010-10-12 15:39 <Timitos> ich wollte das bei der rechnung wenigstens in den funktionen berücksichtigen, dass der wert evtl. 0 sein könnte. bin aber bisher noch nicht damit durch gekommen
2010-10-12 15:39 <Timitos> paepke: ich denke, dass es da viele varianten des prozesses gibt
2010-10-12 15:40 <hoRn_> kanns ja aber durchaus geben - es muss mir ja freigestellt sein, auch mal was für umme wegzugeben oder zu bekommen
2010-10-12 15:41 <paepke> hoRn_, vor allem dem ev. lieferanten keinen richtpreis zu geben bei einer anfrage.
2010-10-12 15:41 <Timitos> hoRn_: ja. nur gibts da mehrere varianten, das auf der rechnung darzustellen. der 0 wert ist für die buchhaltung gesehen der ungünstigste
2010-10-12 15:42 <hoRn_> welcher ist der bessere?
2010-10-12 15:42 <Timitos> paepke: ja, beim einkauf macht das denke ich auf jeden fall sinn.
2010-10-12 15:43 <paepke> hoRn_, Timitos wir haben uns früher so beholfen das wir 0.01 euro angegeben haben. per relatorio kann man das ja gut rausfiltern lassen
2010-10-12 15:43 <Timitos> hoRn_: ich bin mit meinem überlegungen noch nicht zu einem endgültigen ergebnis gekommen. das problem ist, dass es sich um eine leistung handelt und die hat eigentlich einen wert und dass es kostenfrei erfolgt würde ich dann als rabatt betrachten. es kann sein, dass 2 buchungen dafür notwendig sind
2010-10-12 15:43 <Timitos> paepke: wir haben dafür das discount modul. 100% discount = 0
2010-10-12 15:43 <hoRn_> Timitos: deswegen kann Buchhaltung keiner leiden ;)
2010-10-12 15:44 <Timitos> hoRn_: :-)
2010-10-12 15:44 <Timitos> hoRn_: es wird nämlich noch blöder...
2010-10-12 15:44 <Timitos> hoRn_: tryton kann das im moment noch nicht, weil tryton für jeden steuersatz nur eine buchung macht und damit rabattbuchungen aussehen, als würden sie ohne steuer gebucht
2010-10-12 15:45 <Timitos> das wird noch ein hartes stück arbeit, um da ein konzept draus zu machen, dass von b2ck auch akzeptiert wird
2010-10-12 15:45 <hoRn_> wo liegt das problem mit 0.00 - das dürfte doch kein problem geben
2010-10-12 15:46 <Timitos> hoRn_: interessant wirds dann, wenn du eine rechnung hast, die komplett 0 ist, weil man was verrechnet hat z.b. :-)
2010-10-12 15:46 <Timitos> da schlag ich mich grad mit rum
2010-10-12 15:46 <hoRn_> ich dachte mir das so: Einkauf Draft: 0 € in den positionen - im Report sind die Felder leer
2010-10-12 15:47 <Timitos> hoRn_: ja, das funktioniert auf jeden fall
2010-10-12 15:47 <hoRn_> dann kommt ein angebot - das pflegt man ja ein - dort muss der wert auf zurück auf required
2010-10-12 15:47 <Timitos> hoRn_: wichtig ist, dass es danach die möglichkeit geben muss, das zu korrigieren
2010-10-12 15:47 <hoRn_> und dann kanns man es auch beauftragen
2010-10-12 15:48 <hoRn_> solange es entwurf ist, kann man es doch korrigieren
2010-10-12 15:48 <Timitos> hoRn_: genau. die frage: was machst du mit artikeln, die kostenfrei dazu geliefert werden? z.B. du bekommst bestellst ein kostenfreies probeexemplar oder so
2010-10-12 15:48 <Timitos> ja, stimmt
2010-10-12 15:49 <hoRn_> kostenlose sachen habe ich einfach
2010-10-12 15:49 <hoRn_> muss man sowas denn auch schon verbuchen?
2010-10-12 15:50 <Timitos> es gibt fälle wo du einen geldwerten vorteil berücksichtigen muss.
2010-10-12 15:50 <Timitos> t
2010-10-12 15:50 <Timitos> ich hab das aber grad nicht vollständig im kopf
2010-10-12 15:53 <hoRn_> ok - das vernachlässige ich jetzt mal vorübergehend
2010-10-12 15:55 <Timitos> hoRn_: die alternative ist, dass du vor purchase sowas ähnliches wie sale_opportunity vorschaltest
2010-10-12 16:00 <hoRn_> Timitos: irgendwie erscheint mir das overdosed: im endeffekt ist der einkauf bis zum Angebot des Lieferanten im Entwurfsstatus - somit kann man da ja auch die Preise noch verändern
2010-10-12 16:01 <hoRn_> wenn das Angebot kommt, kann man die Preise ja einfügen - dann geht es in den Angebotsstatus - wenn man das Ding beauftragt, wird es gefixt ...
2010-10-12 16:01 <Timitos> war auch wirklich nur ne spontane idee. ausreichen tut die andere version denke ich auch.
2010-10-12 16:02 <hoRn_> Timitos: ich habe immer etwas Angst, daß man den Workflow nicht mehr erklären kann
2010-10-12 16:08 <Timitos> hoRn_: du solltest eh die prozesse purchase/sale in verbindung mit stock in sachen exceptions genau anschauen. da gibts meiner meinung nach noch optimierungsbedarf
2010-10-12 16:35 -!- hoRn_(~chatzilla@dslb-094-223-191-217.pools.arcor-ip.net) has joined #tryton.de
2010-10-12 16:42 <paepke> nochmal kurz zur anfrage: eine weitere möglichkeit das zu lösen ist die möglichkeit "nach aufwand" zu bestellen. Hier sollte man keinen Preis einpflegen müssen. Beim Druck der Anfrage entsprechend IMMER den preis NICHT andrucken.
2010-10-12 16:43 <paepke> ich glaub die möglichkeit gibts im moment gar nicht etwas "nach aufwand" zu bestellen wenn ich mich richtig errinere.
2010-10-12 17:22 <yangoon> paepke: was meinst mit 'nach aufwand'? abrechnung nach aufwand?
2010-10-12 18:12 <paepke> yangoon, ja. bzw bestellung "nach aufwand"
2010-10-12 18:12 <paepke> yangoon, sprich man hinterlegt keinen preis, weil man nen monteur. z.b. vorher nicht abschätzen kann.
2010-10-12 18:26 <yangoon> paepke: ok, gibt ja auch den fall: abrechnung nach aufwand, wo den preis hinterlegst, allerdings die anzahl (monteurstunden) nicht vorhersagen kannst
2010-10-12 18:27 <paepke> yangoon, jepp. hier wäre vielleicht sinnvoll den preis nicht auf >0 festzusetzen.
2010-10-12 18:27 <paepke> yangoon, also allgemein bei aufwand
2010-10-12 18:27 <yangoon> es muss halt irgendwie summe = 0 möglich sein
2010-10-12 18:27 <paepke> yangoon, genau.
2010-10-12 18:32 <paepke> yangoon, bzw natürlich auch bei der einzelposition.
2010-10-12 18:32 <yangoon> jo, auf allen ebenen
2010-10-12 19:19 -!- chrue(~chrue@dialin-65225.ewetel.net) has joined #tryton.de
2010-10-12 19:44 -!- paepke(~paepke@p4FEB0757.dip0.t-ipconnect.de) has left #tryton.de
2010-10-12 21:23 -!- hwinkel(~hwinkel@f053207096.adsl.alicedsl.de) has joined #tryton.de

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