Globale Variablen $::userspath, $::templates, $::membersfile nach %::lx_office_conf verschoben
Nach Buchen von Dialog-/Debitoren-/Kreditorenbuchungen Entwürfe nicht anzeigen
Idee ist, mehrere Belege nacheinander möglichst schnell buchen zukönnen. Der Zugriff vom Menü aus führt hingegen weiterhin zur Anzeigeder gespeicherten Entwürfe.
Fix für Bug 1528.
Einkaufsrechnungen: Nicht auf den bereits formatierten Wechselkurs prüfen.
Fix für Bug 1517.
Zahlen beim CSV-Export ohne Tausendertrennzeichen formatieren
Fix für Bug 1393.
save_history sollte NICHT jedesmal eine neue datenbankverbindung aufmachen.
Globale Variablen entfernt/umgewandelt.
Conflicts:
bin/mozilla/ar.pl
Aufrufe von 'exit' durch eigene Funktion '::end_of_request()' ersetzt.
Außerdem dafür gesorgt, dass Meldungen, die per$form->show_generic_(error|information) ausgegeben werden, nichtdoppelt angezeigt werden.
bin/mozilla/io.pl bin/mozilla/oe.pl
Abteilungen in Belegen sind nun Pflichtfelder, wenn der Benutzer das Flag "mandatory_departments" hat.
Nicht mit Wechselkursen arbeiten, wenn keine Währungen konfiguriert sind
Fix für Bug 1349
Bug 1270: In Einkaufsberichten: Verkäufer -> Bearbeiter
Tabellenüberschriften bei Einkaufsberichten angepasst
Finanzbuchhaltung > Kreditorenbuchung. Gibt derzeit keine Rückmeldung mehr, ob die Buchung erfolgreich durchgeführt wurde. Ferner gibt die Backend-Funktion AP>post_transaction immer wahr zurück. Minimal verbessert und kommentiert, ohne das Ursprungsproblem zu lösen ...
Tabs aus *.pl Dateien entfernt.
Einkaufsrechnungen Suche -> Templates
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