Partieller revert von 452974ed95bccca90fe3991d46c081e46413b643:
"Revert "Einkaufsrechnung -> Zahlung buchen: sinnlosen Quark gefixt.""
Die ursprüngliche Änderung bleibt erhalten, bis auf eine Zeile, dieProbleme mit der Darstellung von Kontenlisten im Dialogbuchen machte.
Revert "Einkaufsrechnung -> Zahlung buchen: sinnlosen Quark gefixt."
This reverts commit 88e6dce2c094fa468e4397030d2f14289a265e62.
Leider sorgt der besagte Commit dafuer, dass das Buchen vonKreditorenbuchungen total schief laeuft, weil die Aenderung von...
Einkaufsrechnung -> Zahlung buchen: sinnlosen Quark gefixt.
Eine Variable, in der HTML Code fürs Frontend steht, erst zu löschen,dann unter Umständen wieder mit HTML zu befüllen und dann alssymbolische Referenz auf ein Zahlungsobjekt zu nehmen ist einfach nur...
all_vendor mit vclimit=0
Alle Vorkommen von all_departments abgesichert.
Einige strict Probleme mit vclimit=0
ap strict
Einkaufsrechnungen: Lieferanten richtig escapen.
Fix für Bug 1201
Einkaufsrechnungen Buchungskonto
Lieferantenanezige in Einkaufsrechnungenbericht
Bugfix: Kreditorenbuchungen Bemerkungen gingen beim Update verloren.
Whitespace.
Buttonbeschriftung vereinheitlicht.
Fix für Bug 975.
Beim Wechsel des Kunden das Konto und den Steuerschlüssel richtig vorbelegen.
Zum Einen sollte das Konto in der ersten Positionszeile nur dann gewechselt werden,wenn in der Zeile noch kein Betrag eingetragen wurde. Zum Anderen sollte, wenndas Konto auf das zuletzt für diesen Lieferanten bebuchte Konto gesetzt wird, auch...
Beim Wechsel des Lieferanten das Konto und den Steuerschlüssel richtig vorbelegen.
Debugmeldung entfernt.
Bug #780 behoben, generell eine Ueberpruefung eingefuehrt, ob bereits Zahlungen existieren. In dem Fall wird Storno grundsaetzlich unterbunden
Bug #862 behoben, Funktionen fuer die Buttons unter den Listen (Rechnungen und Buchungsjournal) generell nach common.pl ausgelagert.
Beim PDF- und CSV-Export der verschiedenen Berichte die vorherige Sortierreihenfolge beibehalten.
Fix für Bug 845.
Kosmetik.
Bug #899 behoben: Buttons fuer neue Belege funktionierten nicht in den Listenansichten, aehnlicher Fehler in der Kundendetailmaske behoben
Bei Kreditorenbuchungen die Umsatzsteuer-Steuerschlüssel und bei Debitorenbuchungen die Vorsteuer-Steuerschlüssel nicht anzeigen.
Kreditoren-, Debitoren- und Dialogbuchenmasken:1. Die Checkboxen "Korrektur" entfernt.2. Die Eingabezeilen für den Steuerbetrag in einfache Anzeigen des von Lx-Office ausgerechneten Steuerbetrages umgewandelt.
Grund ist, dass Steuern, die mit "Korrektur" eingegeben wurden und nicht exakt dem Steuersatz entsprachen, die zum ausgewählten Steuerschlüssel gehörten, dafür gesorgt haben, dass diese Transaktion nicht über die DATEV-Schnittstelle exportiert werden kann.
Das "readonly"-Attribut muss innerhalb des HTML-Tags stehen.
Bei Kreditorenbuchungsberichten in der Typ-Spalte auch Stornos gesondert ausweisen.
Der ReportGenerator escapet HTML-Sonderzeichen, sodass auch wortwörtlich so zu sehen ist -- also ihm nur ein normales Leerzeichen übergeben.
Sortieren nach Vorgangsbezeichnung ermöglichen. Fix für Bug 749.
Sortierung in Berichten über Eingangsrechnungen/Kreditorenbuchungen auch auf- und absteigbar sortierbar gemacht.
Ueberarbeitete Buecherkontrolle
Wechselkurse.
Zum einen den unsaeglichen Algorithmus zum setzen von exchangerate und forex im ganzen Porgramm geaendert.Dann einen Bug mit der Angzeige der Wechselkurseingabe in oe.pl gefixt.Ausserdem Bug 666 gefixt.
Bugfix: Kreditorenbuchungen übernehmen jetzt bei Update auch die bemerkungen des geanderten Lieferanten.
Zwei neue Features:1. Beliebige Notizen für Kunden und Lieferanten können angelegt werden. Solche Notizen können auf Wiedervorlage gelegt werden, was durch 2. implementiert ist.2. Einkaufs- und Verkaufsbelege können auf Wiedervorlage gelegt werden. Wiedervorlagen können für beliebige Nutzer erstellt werden (Aufgabe an andere Nutzer deligieren). Anstehende Wiedervorlagen und abgelaufene Angebote werden auf der Startseite in einer Aufgabenliste angezeigt.
Umstellung der Benutzerverwaltung von Dateien im Verzeichnis "users" auf die Verwendung einer Authentifizierungsdatenbank.Es ist erforderlich, die Dateien doc/UPGRADE und doc/INSTALL/index.html zu lesen und die angesprochenen Punkte auszuführen, um nach einem Upgrade weiter arbeiten zu können.
Die Funktion Form::parse_html_template2() in Form::parse_html_template() umbenannt (letztere wurde in Revision 2923 entfernt).
Umstellung der Vorlagen in templates/webpages/common von HTML::Template auf Template.
Rechnungsliste: Unterscheidung zwischen Stornorechnung und stornierter Rechnung wieder gefixt.
report_generator.pl in reportgenerator.pl umbenannt.
Space zwischen den buttons
Storno auch erlauben, wenn bereits Zahlungen gebucht sind
und das ganze nochmal für Kreditorenbuchungen und deren Stornos
ReportGenerator: Einen Indikator aktiviert, der anzeigt, nach welcher Spalte gerade sortiert ist.
Falschen Spaltennamen korrigiert.
Die Liste der Kreditorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.
Noch ein paar Fehler bei Zahlungseingaengen im Zusammenhang mit den Wechselkursen
Setzen des Stornoflags auf "0" anstelle von NULL.
Probleme mit mehreren Währungen und Wechselkursen behoben.
"Als bezahlt markieren" Button-Funktion in die common.pl verlegt.
neuen button und Funktion für "als bezahlt markieren" eingeführt.
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....
Bei Eingangs-, Ausgangs-, Kreditoren- und Debitorenrechnungen unterhalb der Zahlungsein- bzw. -ausgänge die bisher gebuchte Summe und den noch offenen Betrag anzeigen.
Storno fuer Kreditorenbuchungen
Die Überprüfungen, ob eine Nullbuchung vom Benutzer durchgeführt wurde, war falsch -- sie überprüfte falsche Variablen und auch falsche Umstände. Außerdem werden die einzelnen Zeilen der Zahlungsein- und -ausgänge eh schon vorher mit if() abgefragt. Fix für Bug 651.
Nullbuchungsüberprüfung und dazugehörige Übersetzungen
Bei Einkaufs-/Verkaufsmasken sowie bei Debitoren- und Kreditorenbuchungen wird ein Button angezeigt, der ein Popupfenster öffnet, das zum ausgewählten Kunden/Lieferanten alle Stammdaten inklusive Ansprechpartner und Lieferadressen anzeigt.
Lx-Office verlangt inzwischen an sehr vielen Stellen, dass Javascript zwingend angeschaltet ist, weil es ansonsten schlicht nicht mehr funktioniert. Deswegen sind Abfragen auf die Verwendung des Javascript-Kalenders reine Platzverschwendung und blähen den Code unnötig auf.
javascript für Historie in form_header aufgenommen und aus edit gelöscht
Bei der Liste der Einkaufsrechnungen den Typ anzeigen: "R" für Einkaufsrechnungen und "K" für Kreditorenbuchungen.
$form->{duedate} und $form->{transdate} quoted, da sonst in den values der inputtags in den Formularen onBlur... drinsteht
$form->{path} entfernt und hardcodiert auf bin/mozilla gesetzt.Vorlagen sind nicht betroffen, aber locales.pl schon.
$form->{snumber} durch $form->{snumbers} ersetzt, da dies eigentlich so vorgesehen war. :/
history_search auf Buchungsnummern etcpp angepasst, so dass man auch gelöschte Daten in der Historie suchen kann.
Anpassungen innerhalb der Variablenübergabe:$form->{snumbers} muß beim speichern der history gesetzt werden (z.B. $form->{snumbers} = qq|invnumber_| . $form->{invnumber}; )
Überprüfen auf korrekte Eingaben eingepflegt. (common.js check_right_date_format usw)
onclick gegen onchange ausgetauscht
Einkaufs-/Verkaufsmasken, Debitoren-/Kreditorenmasken: Wenn in der Drop-Down-Box für Kunden/Lieferanten ein anderer Eintrag ausgewählt wird, dann automatisch die Anzeige erneuern lassen.
Bug 603: Interne Bemerkungen bei Workflow aus Lieferanten heraus
Kreditorenrechnungsmaske: Drop-Down-Boxen für Konten werden jetzt bei jedem Seitenaufbau richtig aufgebaut (kein Mitschleppen der HTML-gecodeten Drop-Down-Box im Formular) analog zu ar.pl. Behebt außerdem ein paar Bugs mit Auswahl der Steuerschlüssel.
Loeschen von Drafts flexibler.Die Checkbos bestimmt ob ein Draft geloescht wird, nicht mehr automatisch beim laden.
Einkaufs-, Verkaufs-, Debitoren- und Kreditorenrechnungen können als Entwurf gespeichert und später weiter bearbeitet werden. Dabei werden sie nicht gebucht.
Historie eingefügt
Kreditorenrechnungen: Projektnummern für jede Zeile bei den Zahlungsausgängen.
Kreditorenrechnungsmaske: Buttons richtig anzeigen bzgl. Radierparagraph & "Erneuern" immer anzeigen.
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.
Eingabefelder, bei denen der Javascript-Kalender eingesetzt werden soll, brauchen ein "id"-Attribut, weil der Kalender ansonsten nicht unter Firefox funktioniert.
Bei Kreditoren- und Debitorenbuchungen eine Funktion zum spaeteren Buchen eines Zahlungseingangshinzugefuegt
Kreditorenbuchungen: Beim Aufrufen aus dem Buchungsjournal das Gegenkonto richtig auswählen.
Entfernung von totem Code: Die Funktion menubar() gibt es schon lange nicht mehr.
Jede Menge Javascript-Kalender eingefügt, und an einigen Stellen die Beschriftung von Datumsfeldern von "an" in "bis" geändert.
Beim Aufrufen der Masken für Dialogbuchen, Debitoren- und Kreditorenrechnungen wird das zuletzt bebuchte Datum als Datum für die neue Maske ausgewählt.
Die Kontenbeschreibung kann auch RegExp-Zeichen enthalten -- also muss sie gequotet werden.
Fehler in der Storno-Routine und beim Umwandeln einer Vorlage in einen neuen Beleg, wenn dieVorlage schonmal storniert wurde
Einkaufs- und Verkaufsrechnungen, sowie Debitoren und Kreditorenbuchungen koennen nun auch zueinem spaeteren Zeitpunkt als Vorlage fuer einen neuen Beleg genutzt werden
An einigen Stellen (z.B. beim Erfassen von Zahlungsausgängen und eingängen) wird überprüft, ob eine Zeile leer ist, indem der Betrag überprüft wird. Das muss aber mit "$form>parse_amount() geschehen, weil ein simples "if ($form->{feldname})" auch dann wahr ist, wenn die Zahl "0,00" ist. Fix für Bugzilla #457.
Fehler Umsetzung Radierparagraph bei Debitoren und Kreditoren
Automatisches Setzen des Steuerschluessel nach Umstellung auf neues Steuersystem hat nichtfunktioniert
Anpassung der Routinen von Kreditoren und Debitorenbuchungen auf das neue Steuersystem
Recommit von r979 von skoehler: Bugfix 319 Kreditorenbuchung Korrekturhaken wurde nicht gespeichert - Patch von Udo
Erleichterung fuer das Syntaxhighlighting beim Emacs.
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.
Bugfix 319 Kreditorenbuchung Korrekturhaken wurde nicht gespeichert - Patch von Udo
Fix fuer Bug 308: Die Ersetzung darf natuerlich nicht die gequoteten Werte fuer die Auswahlbox enthalten sondern die Originalwerte. Nur beim vorderen Teil muessen Sonderzeichen maskiert werden.
Bugfix 300 falsches Quoten in Kreditorenbuchungen - Dank an Moritz
Layout noch angepasst, so dass die Maske auf den Bildschirm passt
Automatische Auswahl des Steuersatzes üer JavaScript
Splitbuchungen fuer Kreditoren ergaenzt
Whitespace an den Zeilenenden entfernt.
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.