Storno Bugfix. paid wurde unter bestimmten Bedingungen nicht richtig gesetzt.
storno fix: acc_trans query muessen nach oid sortieren
Storno Fix nr. 29283574983745
Es werden beim Storno jetzt nur noch die urspruenglichen acc_trans Eintraege storniert,nachtraegliche Zahlungseingaenge bleiben unberuehrt.
und das ganze nochmal für Kreditorenbuchungen und deren Stornos
Probleme mit mehreren Währungen und Wechselkursen behoben.
Die Funktion "Zahlung buchen" bei Kreditorenrechnungen komplett umgeschrieben. Sie verlässt sich nun nicht mehr auf die aktuellen Daten in $form, um die alten Einträge in acc_trans zu löschen, sondern lädt den vorherigen Stand aus der Datenbank, entfernt darauf basierend die Einträge in acc_trans und lässt AP->post_transaction() selber die Zahlungen eintragen....
storno_id spalte in ap, und die dazugehoerigen aenderungen in AP->post_transaction
Anpassung der Anzeige, dass keine stornierten Rechnungen mehr angezeigt werden
Formatierung
Debitoren- und Kreditorenrechnungen: Beim Erstellen der Einträge in acc_trans keine leeren Felder für taxkey erzeugen.
Booleans als 't' oder 'f' an die Datenbank geben.
Kreditorenbuchung: Beim initialen Buchen müssen die Projektnummern für die Zahlungsausgänge in acc_trans gespeichert werden.
"Zahlung buchen" bei Kreditoren- und Debitorenrechnungen: Konten richtig zuordnen und das richtige Datumsfeld benutzen.
Kreditorenrechnungen: Projektnummern für jede Zeile bei den Zahlungsausgängen.
Projektauswahl in Debitoren- und Kreditorenbuchungen per Drop-Down-Box. Bei der Buchung auf das Gegenkonto wird keine Projektnummer vermerkt.
Einkaufs- und Verkaufsrechnungen: Filtermöglichkeiten nach Projektnummer sowie Anzeigeoption der Projektnummer hinzugefügt.
Verhinderung von SQL injection durch Verwendung von parametrisierten Abfragen.
Bei Kreditoren- und Debitorenbuchungen eine Funktion zum spaeteren Buchen eines Zahlungseingangshinzugefuegt
Das vorbelegte Rechnungsdatum bei den Debitoren- und den Kreditorenbuchungen mit den letzten Daten aus den richtigen Tabellen vorbelegen und nicht immer nur gl nehmen.
Beim Aufrufen der Masken für Dialogbuchen, Debitoren- und Kreditorenrechnungen wird das zuletzt bebuchte Datum als Datum für die neue Maske ausgewählt.
Anpassung der Routinen von Kreditoren und Debitorenbuchungen auf das neue Steuersystem
Recommit von r993 von udo_spallek: Fixed Bug 327.
Recommit von rr978 von preetz: Probleme bei der Behandlung von Buchungen mit Steuerkorrektur behoben
Recommit von r977 von preetz: Fix fuer Bug #319 Fehler beim Buchen von Belegen mit Umsatzsteuerkorrektur bei Kreditoren
Uebernahme der kompletten Version, so wie sie Philip als "Demo-Version" gezeigt hat, in das unstable-Repo. Dabei werden auch einige Patches, die seit der 2.2.0 hier eingepflegt wurden, wieder ueberschrieben. Diese werden in den naechsten Tagen wieder eingespielt, sofern noetig. Zu den neuen Features gehoeren (ohne Anspruch auf Vollstaendigkeit) Mahnwesen, Einheiten, Template-Neucodierung, AJAX-basierende Dialoge an einigen Stellen, Buchungsgruppen etc etc.
Fixed Bug 327.
Probleme bei der Behandlung von Buchungen mit Steuerkorrektur behoben
Fix fuer Bug #319 Fehler beim Buchen von Belegen mit Umsatzsteuerkorrektur bei Kreditoren
Kosmetik: Perltidy-Lauf nach den Einstellungen in doc/programmierrichtlinien.txt ueber alle .pl und .pm.
Merge von 780 aus unstable: Bugfix SplitbuchungenKleiner Bug bei Splittbuchungen
Merge von 740 aus unstable: Bugfix 179Solved 179, Dank an Anneli HuthSpalten Sortierung funktioniert nicht in Tabellen
Merge von 733 aus unstable: Splitbuchungen KreditorenSplitbuchungen fuer Kreditoren ergaenzt
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.