Fehlerbehebung fuer Bug 736 - Der beim Lieferanten hinterlegte Rabatt wird in dem Feld Rabatt zu den jeweiligen Positionen vorbelegt (Einkauf > Anfrage/Auftrag und Einkauf -> Einkaufsrechnung erfassen) - Ferner ist der Variablenname jetzt auf form>vendor_discount umbenannt
Die Felder "transdate" und "reqdate" in "fromdate" und "todate" umbenannt.
Korrektur fuer Bug 817 Rabatte die beim Kunden hinterlegt sind, werden jetzt bei jeder neuen Position automatisch gesetzt in der Angebots/Auftrags-Maske sowie in der Rechnungsmaske (so war dies sicherlich irgendwann mal fruehr SQL-Ledger vor dem fork ...;-)). - Beim Kundenwechsel wird der vorher gesetzte Rabatt nicht ueberschrieben. Ferner heisst die Variable jetzt customer_discount, da discount ueberall und fuer alles verwendet wurde
Kurze Beschreibung der Kontomehcanik in der edit_account Maske.
Die Mechanik dahinter war völlig undurchsichtig (und ist es immernoch zum Teil), aber diese Hinweise sollten die gröbsten Misverständnisse vermeiden.
Und hier der Directors Cut, mit den nicht freigegebenen Szenen von Teil III von III . Die Entnahme schlaegt zurueck
Die letzten Aenderungen, um den Bereich Lagerentnahme, Umlagern und Einlagern auch EAN-Nummer-Faehig zu machen. Hier Teil III von III . Die Entnahme schlaegt zurueck
Bugzilla Eintrag 856 EAN auch fuers Einlagern ... Teil II von III
Fehlender Lauf von locales
Gelöschte Datei aus 4003 wiederhergestellt.
Und das Einlagern von Erzeugnissen auch ueber Holgers Fragezeichen ;-) verfuegbar machen
Revisionen anzeigen
Auch abrufbar als: Atom