| 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/!