IRC logs of #tryton-de for Wednesday, 2010-09-29

chat.freenode.net #tryton.de log beginning Wed Sep 29 00:00:02 CEST 2010
2010-09-29 05:19 -!- yangoon(~mathiasb@p549F720D.dip.t-dialin.net) has joined #tryton.de
2010-09-29 06:15 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton.de
2010-09-29 07:54 -!- mootoo(daemon@p5B32BFC8.dip.t-dialin.net) has joined #tryton.de
2010-09-29 07:56 -!- zappodrom(~cw@orca.pro-kontor.de) has joined #tryton.de
2010-09-29 08:43 -!- paepke(~paepke@p4FEB17F1.dip0.t-ipconnect.de) has joined #tryton.de
2010-09-29 09:12 -!- paepke(~paepke@p4FEB17F1.dip0.t-ipconnect.de) has left #tryton.de
2010-09-29 13:55 -!- hwinkel(~hwinkel@p5796B867.dip.t-dialin.net) has joined #tryton.de
2010-09-29 14:10 -!- Timitos(~kp@88.217.184.172) has joined #tryton.de
2010-09-29 15:34 -!- ralf_(~quassel@p4FCC89AB.dip0.t-ipconnect.de) has joined #tryton.de
2010-09-29 15:36 <ralf_> hallo! Ich habe folgendes Problem mit einem personalisiertem Rechnungsformular. Ohne Mehrwertsteuer funktioniert das Formular, mit Mehrwertsteuer funktioniert diese nicht. Die Fehlermeldung könnt Ihr hier nachlesen http://nopaste.info/ea1f14069d.html
2010-09-29 15:36 <ralf_> Könnt Ihr mir sagen, wie ich den Fehler rausbekomme?
2010-09-29 15:37 <ralf_> Vermutlich liegt das Problem in relatorio
2010-09-29 15:41 <ralf_> Den Code des Dokuments findet Ihr hier: http://nopaste.info/6f3cca1b1a.html
2010-09-29 15:48 <Timitos> ralf_: hi. muss zwar noch nicht die lösung des problems sein. aber das choose test = '' aus zeile 100 ich glaub ich nicht notwendig. außerdem fehlt nach zeile 99 ein /for würde ich sagen. nach zeile 113 fehlt ein /if und das /when von zeile 115 da fehlt das gegentag weiter oben. das /for von zeile 116 ist glaub ich das, das nach zeile 100 gehört.
2010-09-29 15:49 <Timitos> kann natürlich auch durchs kopieren aus dem odt passiert sein. ich hab copy paste von solchen dokumenten noch nicht probiert
2010-09-29 15:49 <ralf_> ich hab es einfach mal gewagt, kann ich dir das Dokument mal mailen?
2010-09-29 16:05 <ralf_> hat vielleicht jemand Zeit und Muße, mein Dokument zu kontrollieren?
2010-09-29 17:21 -!- hoRn(~chatzilla@p5DF2CB54.dip.t-dialin.net) has joined #tryton.de
2010-09-29 17:22 <hoRn> Hallo allerseits!
2010-09-29 17:34 <Timitos> hoRn: hi
2010-09-29 17:35 <hoRn> Timitos: re hi
2010-09-29 17:35 <Timitos> ralf_: sorry. war in ner telko. du kannst mir das dokument schicken. aber ich kann dir nicht versprechen, wann ich dazu komme, mir das anzusehen.
2010-09-29 17:35 <hoRn> Timitos: da habeich gleich den Richtigen
2010-09-29 17:35 <Timitos> echt?
2010-09-29 17:36 <hoRn> Timitos: Eigentlich logischerweise werden alle Lagerworkflows an das Modul Sale gebunden
2010-09-29 17:37 <hoRn> Timitos: jetzt habe ich nur mal ganz kurz darüber nachgedacht, ob nicht auch eine neuerstellte Rechnung, der kein Verkauf vorangegangen ist, Stockmoves asulösen sollte
2010-09-29 17:38 <hoRn> Timitos: Rechnung ohne Verkauf ist zwar irgendwie absurd - aber die Buchhaltung hat die Möglichkeit, eine neue Rechnung zu erstellen
2010-09-29 17:39 <Timitos> ja, da hab ich auch schon mal drüber nachgedacht. aber ich glaube, dass es so besser ist, wie es gerade ist.
2010-09-29 17:40 <Timitos> ich denke, dass es sonderfälle sind, in denen eine rechnungen nachträglich geschrieben wird. in solchen sonderfällen würde ich dann die lagerbewegung auch zum sonderfall machen
2010-09-29 17:40 <hoRn> die muss dann sozusagen als Korrektur rein - ja, ich denke das auch
2010-09-29 17:41 <hoRn> eigentlich muss man den "neue Rechnung"-Knopf disablen
2010-09-29 17:42 <hoRn> "Kein Buchhalter ohne Verkäufer" - um mal ein Paradigma zu konstruieren
2010-09-29 17:42 <Timitos> soweit würde ich vielleicht nicht gehen. aber ich würde die rechte neue rechnungen zu erstellen nur einem buchhalter gehen
2010-09-29 17:43 <Timitos> "kein buchhalter ohne verkäufer" versteh ich nicht ganz
2010-09-29 17:44 <ralf_> Nicht ganz korrekt. Erst Lieferschein, bzw. Lieferscheine (gerade bei größeren Auftragsvolumina), später Rechnung nach Abschluß des Auftrages. Das kommt bei mir ab und zu auch mal vor. Gerade in Projekten.
2010-09-29 17:44 <Timitos> es ist halt immer ein frage wie strikt du diese sachen in der software behandeln willst. hoRn
2010-09-29 17:45 <hoRn> Es fiel mir nur gerade irgenwie beim Spielen mit dem invoice_line_standalone auf: ich habe ne rechnung draus gemacht und logischerweise ist keine Bewegung im Lager entsanden
2010-09-29 17:45 <Timitos> ralf_: das ist nur mit zusätzlichen modulen realisierbar
2010-09-29 17:45 <Timitos> ralf_: stimmt. mit account_invoice_line_standalone müsste das gehen
2010-09-29 17:45 <ralf_> Ich denke das hängt in erster Linie mit der "Firmenpraxis" zusammen. Ein Händler liefert und berechnet gleich. Im Projektgeschäft sieht das egal in welcher Branche eigentlich anders aus.
2010-09-29 17:46 <ralf_> Nur mal meine Gedankengänge ...
2010-09-29 17:46 <Timitos> hoRn: gibts da nicht ein modul, mit dem du die invoice_lines aus der purchase her erstellen kannst?
2010-09-29 17:46 <hoRn> Timitos: wenn, dann kenne ich es nicht
2010-09-29 17:47 <Timitos> hoRn: ich glaube das ist purchase_invoice_line_standalone
2010-09-29 17:47 <hoRn> Timitos: doch, das kenn ich
2010-09-29 17:48 <hoRn> Timitos: unser Problem: Auftrag über 500.000 Stück, die Stückchenweise geliefert werden
2010-09-29 17:48 <Timitos> hoRn: das ist quasi sowas wie ein rahmenauftrag/vertrag
2010-09-29 17:48 <hoRn> Timitos: jawoll
2010-09-29 17:49 <hoRn> Timitos: jetzt dachte ich, daß invoice_line_standalone ne möglichkeit wäre, die Teilleiferungen abzubilden
2010-09-29 17:50 <hoRn> Timitos: geht aber nich, weil keine Lagerbewegung ausglöst wird
2010-09-29 17:50 <Timitos> hoRn: ich glaub das problem liegt eher an der stelle, auf welche weise die lieferungen abgerufen werden
2010-09-29 17:50 <hoRn> Timitos: also muss ein Verkauf über die Teilmenge angelegt werden
2010-09-29 17:50 <Timitos> hoRn: die werden auch stückchenweise abgerechnet, oder?
2010-09-29 17:51 <hoRn> Timitos: ja
2010-09-29 17:51 <Timitos> hoRn: ja, ich würde für jeden abruf einen verkauf anlegen. und du könntest ein rahmenvertragsobjekt anlegen, das du beim verkauf zuordnest. darüber kannst du dann die preise und die mengen kontrollieren
2010-09-29 17:53 <hoRn> Timitos: ist bisher auch meine Idee- wollte mich nur noch mal bei den Fachlaueten absichern
2010-09-29 17:53 <Timitos> hoRn: wenn der abruf regelmäßig auf vertraglicher basis erfolgt immer in der gleiche menge, könnte man das sogar automatisieren
2010-09-29 17:53 <Timitos> wenn die mengen unterschiedlich sind, könnte man zumindest einen entwurf automatisch generieren
2010-09-29 17:53 <hoRn> Timitos: sorry - telefon
2010-09-29 17:53 <Timitos> np
2010-09-29 17:59 <hoRn> Timitos: deine Idee mit dem Rahmenvertragsobjekt hab ich aber noch nicht so ganz
2010-09-29 18:01 <Timitos> hoRn: irgendwie willst du ja verwalten, wie viel von der gesamtmenge schon abgerufen wurde.
2010-09-29 18:01 <hoRn> Timitos: genau
2010-09-29 18:02 <hoRn> Timitos: aber wo halte ich diese Info?
2010-09-29 18:03 <Timitos> da gibts sicher mehrere möglichkeiten
2010-09-29 18:06 <Timitos> viel wichtiger wäre für mich, welche informationen das objekt tatsächlich halten muss und welche bestehenden objekte damit verknüpft sein müssen. ich denke, dass du entweder lieferscheine oder lagerbewegungen damit verknüpfen musst, damit du die abgerufene menge kontrollieren kannst
2010-09-29 18:07 <hoRn> Timitos: da werd ich mal heute Nacht drüber nachdenken
2010-09-29 18:08 <Timitos> das ist auf jeden fall eine größere design entscheidung. du kannst da auch auf der tryton-dev mailingliste das thema mal ansprechen. vielleicht bekommst du da auch noch weiteren input.
2010-09-29 18:08 <hoRn> Timitos: my english is horrible ;)
2010-09-29 18:09 <Timitos> :-)
2010-09-29 18:10 <hoRn> Timitos: das mit dem Rahmenvertragsobjekt ist aber schon ne gute Idee: eigentlich reicht das
2010-09-29 18:10 <Timitos> du kannst es auch im englischen chat probieren. ist aber vielleicht eine möglichkeit, das direkt in die tryton module zu integrieren als allgemeines modul
2010-09-29 18:11 <hoRn> Timitos: ein Metamodul, welches Sales resp. Stockmoves etc. mit einem Maximalwert vergleicht und bei Überschreitung die Festplatte löscht, oder so
2010-09-29 18:11 <Timitos> :-) ja, sowas in der art
2010-09-29 18:12 <hoRn> Timitos: werd mal einen dummy konstruieren
2010-09-29 18:12 <Timitos> viel erfolg
2010-09-29 18:14 <hoRn> Timitos: heir kommt jeden Tag ne neue Anforderung dazu - auf erschreckende Art und Weise agil
2010-09-29 18:18 <Timitos> hoRn: das ist einfach komplexe software. das kann man ganz leicht unterschätzen.
2010-09-29 18:18 <hoRn> Timitos: das stimmt
2010-09-29 18:42 <ralf_> Timitos: Ich hab Dir gerade die Mail mit der Vorlage geschickt.
2010-09-29 19:44 -!- hwinkel(~hwinkel@p5796B867.dip.t-dialin.net) has joined #tryton.de
2010-09-29 20:16 -!- chrue(~chrue@dialin-65225.ewetel.net) has joined #tryton.de
2010-09-29 23:02 <zappodrom> moin,
2010-09-29 23:03 <zappodrom> ich "versuche" gerade in meiner Dokumentenvorlage (Rechnung) das Datum und die RE-Nummer einzubinden.
2010-09-29 23:03 <zappodrom> Dazu habe ich folgenden Code eingefuegt: http://nopaste.info/375e0bb620.html
2010-09-29 23:04 <zappodrom> Das Datum wird mir korrekt angezeigt, doch leider erhalte ich weder mit <sale.number> noch mit <sale.reference> die Rechnungsnummer.
2010-09-29 23:05 <yangoon> zappodrom das wäre ja dann auch die invoice.number
2010-09-29 23:06 <yangoon> und die wird erst erzeugt, wenn der sale bestätigt wird
2010-09-29 23:07 <zappodrom> ok, d.h. erst die Rechnung fakturieren, dann bekomme ich auch eine Nummer?
2010-09-29 23:07 <yangoon> zappodrom: rechnungsnummer, ja, wird erst beim fakturieren erzeugt
2010-09-29 23:08 <zappodrom> ok, dann probiere ich es mal aus.
2010-09-29 23:14 <zappodrom> verstehe ich das richtig, das sale.reference die Angebotsnummer ist?
2010-09-29 23:14 <yangoon> zappodrom: das funktioniert natürlich nur so nur für die rechnungsvorlage, bin mir gerade nicht sicher nach deinem paste, ob du nicht sale.odt bearbeitest
2010-09-29 23:15 <zappodrom> ich benutze es als rechnungsvorlage
2010-09-29 23:21 <yangoon> zappodrom: sale.reference wird auch erst erzeugt beim bestätigen
2010-09-29 23:21 <yangoon> das wäre also dementsprechend die Auftragsnummer
2010-09-29 23:23 <zappodrom> super, DANKE! Es klappt. Meine erste offizielle Rechnung mit Tryton ist soeben geschrieben worden! *g*
2010-09-29 23:24 <yangoon> zappodrom: bingo
2010-09-29 23:24 <zappodrom> Ich habe <in objects...> jetzt auch auf das invoice-modul bezogen.
2010-09-29 23:24 <yangoon> <for each="invoice in objects"> wollte ich auch schon vorschlagen
2010-09-29 23:24 <zappodrom> ich denke darum die verwirrung mit der sale.odt
2010-09-29 23:24 <zappodrom> ;)
2010-09-29 23:24 <yangoon> so isses
2010-09-29 23:25 <zappodrom> naja, jetzt habe ich ne muetze voll schlaf noetig. Die Lernkurve bzgl. Tryton war in den letzten Tagen doch eher / als - :)
2010-09-29 23:26 <yangoon> :) bin denn auch weg
2010-09-29 23:44 -!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton.de
2010-09-29 23:53 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton.de

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