Die Kontenbeschreibung kann auch RegExp-Zeichen enthalten -- also muss sie gequotet werden.
Bug 479 solved, decimalplaces for BWA and Bilanz predefined to "2"
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
Umwandlung von Kunden- in Lieferantenauftag und umgekehrt: prepare_order erwartet, dass die Zahlen bereits geparst sind. Fix für Bug 476.
Das Vorlagenformat, das beim Aufrufen der Masken vorausgewählt ist, kann jetzt in den Benutzereinstellungen festgelegt werden.
Formatierungen in der Kontenliste, Summensaldenliste und AR und AP Aging geaendert, wennNullwerte
Bei der Administration bei Sprachen für neu anzulegende Vorlagen wieder alle Möglichkeiten anzeigen. Behebt Fehler durch Commit 1561.
Beim Druck auf "Erfassen" bei "Zahlungskonditionen anzeigen" sollte der Dialog zum Erfassen von Zahlungskonditionen angezeigt werden, und nicht der für Kundentypen. Fix für Bugzilla #469.
Die Variablen "texnumber" (früher "steuernummer"), "co_ustid" und "duns" aus der Benutzerkonfiguration in Vorlagen zur Verfügung stellen. Behebt die Bugzilla-IDs 466 und 468.
Wenn bei Eingangsrechnungen keine Rechnungsnummer angegeben wurde, wurde eine aus demNummernkreis fuer Ausgangsrechnungen benutzt
Steuerzonen können jetzt auch nachträglich geändert werden. Fix für Bugzilla #464. Zusätzlich etwas HTML-Quoting.
Taxchart-Formatierung angepasst
Automatisches Setzes des Faelligkeitsdatums nach Zahlungsbedingung
Bei der Auswahl von Artikeln wird die Einheit mit angezeigt
Einige Variablen wurden umbenannt und müssen auch an anderer Stelle behandelt werden.
Die Drop-Down-Box "Benutze Vorlagen" wirklich nur mit Verzeichnissen füllen und zusätzlich die Endungen ".xml" und ".txb" ignorieren, falls ein Benutzer auf den schrägen Gedanken kommen sollte, ein Verzeichnis so zu benennen.
Vergessen, ein Vorkommen von "$latex" in "$latex_templates" umzubenennen.
Verwalten von Einheitennamen für jede angelegte Sprache. Beim Druck werden die Einheitennamen durch diejenigen ersetzt, die für die ausgewählte Ausgabesprache gespeichert sind.
Beim Drucken von Einkaufs- und Verkaufsvorlagen werden jetzt alle Zahlen und Datumsangaben nach der vom Benutzer ausgewählten Sprache umformatiert. Dabei werden die Ausgabeformate benutzt, die in den Systemeinstellungen bei den Sprachen hinterlegt werden.
Sprachentabelle um Felder erweitert, um bei jeder Sprache auch die Ausgabeformate für Zahlen und Datumsangaben zu speichern und zu verwalten.
Die Warnung bzgl. des Datenbankupgrades darf am Anfang natürlich nur einmal gezeigt werden. Ansonsten müsste man in jedem interaktiven Datenbankupgrade den Parameter "confirm_dbupdate" übergeben.
Temporäre Dateien unterhalb von users/ anlegen, weil der Webserver da definitiv Schreibzugriff hat. Fix für Bugzilla #459.
Kontenuebersicht angepasst wegen neuer format_amount
- Aus dem templateordner werden nun alle Dateien mit den folgendenEndungen in den Arbeitsordner kopiert:html|tex|sty|xml|txb
-html id hinzugefuegt, zum besseren testen mit selenium
Ustva Version überarbeitet
Return to 1352
Fehler beim Aufrufen einer alten Dialogbuchung beseitigt, dass die Konten nicht richtigangezeigt wurden
Kleine Anpassungen beim Mahnwesen
Problem bei der Formatierung von Zahlungseingängen
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.
tabindex für alle Eingabeelemente. Patch von Frank Belau.
$locale benutzen und keine deutschen Texte direkt verwenden.
Button in der Mahnansicht deaktivieren nach Start des Mahnprozess
Keine globalen Variablen überschreiben/benutzen.
Syntaxhighlighting für Emacs erleichter.
Keine globalen Variablen benutzen/überschreiben. Fix für Bugzilla #450.
Keine globalen Variablen überschreiben.
Funktion relink_accounts() setzt jetzt auch die Inventar-, Erlös- und Aufwandskonten neu.
Fehler Umsetzung Radierparagraph bei Debitoren und Kreditoren
Nach dem Auslesen eines Artikels aus der Datenbank sollte in den Masken die Einheit des Artikels vorbelegt werden, und nicht kg.
Bei Lieferantenaufträgen war ein Button fälschlicherweise mit "Angebot" beschriftet, obwohl er zu einer "Anfrage" führt. Behoben. Fix für Bugzilla #392.
Bei der Eingabe von Lieferadressen aus den Verkaufsmasken heraus können auch die beiden Felder für die Abteilungen angegeben werden. Fix für Bugzilla #397.
Fixed Bug 376
Beim Erneuern der Einkaufs- und Verkaufsmasken sowie direkt vor dem Speichern/Buchen werden die Steuerkonten für alle Positionen neu aus der Datenbank ausgelesen. Dadurch werden auch Änderungen des Rechnungs-/Lieferdatums berücksichtigt. Umwandlungen von einem Formular in ein anderes sind ebenfalls abgedeckt.
Bug 404 behoben, Neue Nummer bei Speichern und Schliessen
Datenbankupdate aus Admin.pl heraus deaktiviert. Workaround Bug 435
Funktion zum Erfassen von Zahlungskonditionen leicht angepasst
save_form() und restore_form() koennen jetzt auch mit Arrays umgehen, die in $form gespeichert sind.
Bug 421 behoben
Speichern von Konten ein wenig debugged
Radierparagraph korrigiert
Speichern von Konten angepasst fuer neue Steuersystematik
Fixed Bug 436: Radierparagraph: Loeschen am gleichen Tag erlauben
manuelle Bearbeitung der Steuersaetze entfernt, vorerst
Bei Anlegen eines neues Vorgangs im Auftragwesen, wurde bei Kunden/Lieferanten Suchbox derletzte Kunde/Lieferant falsch eingetragen
Anpassung Dialogbuchen an neues Steuersystem
Automatisches Setzen des Steuerschluessel nach Umstellung auf neues Steuersystem hat nichtfunktioniert
Anpassung der Routinen von Kreditoren und Debitorenbuchungen auf das neue Steuersystem
Buchungsgruppen: Bei aktivierter EUR muss das Inventarkonto automatisch ausgewaehlt und vorbelegt werden. War durch Commit 1406 defekt.
"Leere" Sprache wieder eingefügt für Std-Vorlagen
Beim Drucken wurden die Zahlungskonditionen des Vorgangs durch die beim Kunden/Lieferanten inden Stammdaten eingestellten ueberschrieben
Bearbeiten von Buchungsgruppen: Es wurden nicht alle passenden Konten zur Auswahl der Erlös- und Aufwandskonten angeboten, sondern nur diejenigen, für die chart.link "IC_cogs" oder "IC_sale" enthielten. Es fehlten die mit "IC_expense" und "IC_income".
Hilfsfunktionen fuer die Ausgabe von HTML-gequoteten Strings.
Buchungsgruppenliste: Bei den Spaltentiteln "mit" und "ohne UstId" vertauscht. Hat keine weiteren Auswirkungen auf Berechnungen.
Änderungen von Holger: ein Fehler und mehr Komfort
Adminfrontend: Vor den Datenbankupdates wie in User.pm auch den HTML-Header ausgeben, damit die Perlscripte ihre Ausgaben anständig durchführen können. Danach zurück zur Administration. Bugfix für 435.
Beim Ändern des Administratorpasswortes sollte das neue Passwort doppelt angegeben werden müssen, um versehentliche Falscheingaben zu erschweren.
Wenn die Einnahmen-Überschuss-Rechnung aktiv ist, dann beim Bearbeiten von Buchungsgruppen das vorher ausgewählte Inventarkonto nicht mit 1 überschreiben sondern beibehalten.
Beim Bearbeiten von Buchungsgruppen das Inventarkonto richtig vorselektieren.
admin.pl Ausgangsseite allen links eine id zugefuegt.
Datenbank aktualisieren: Tabelle der aktualisierbaren Datenbanken mit id versehen.
Alu-Funktion aus Kundenprojekt entfernt.
simple_save darf nach edit nicht gesetzt sein, weil edit die Daten aus der Datenbank ausliest und die Zahlen also schon geparst sind (display_row() darf sie nicht noch einmal parsen).
Syntaxfehler nach Commit 1371.
Ein paar Druckoptionen entfernt.
ADR entfernt (kam aus Kundenprojekt und ist nicht fuer die allgemeine Lx-Office-Variante gedacht).
Informationen ueber Datenbankupgrades auch im Lx-Office-Look ausgeben.
Ein paar kleine Uebersetzungen.
Fehler Stammdaten (cust/vend) Lieferungen:Kunden und Lieferanten schauen beide in ar nach,ohne Shipto_id werden alle Lieferungen an alle Kunden ausgegeben.
Behebung:id + db werden mit übergeben.
Todo:Lieferantenrechnungen und -aufträge werden noch ohne shipto_id gespeichert. Daher nur die Gesamtlieferungen anzeigbar.
Kleinere Eingabefelder für Bemerkung und Formel zwecks besserer Bildschirmaufteilung
Kundenquelle (Leads) eingeführt
Sichern von abweichenden Lieferanschiften:Kunden ohne trans_id, Lieferanten ohne 'CT', mehrfaches speichern der gleichen Anschrift
shiptodepartment_1 in die Auswahlbox mit übernommen, breite der Selectbox "shipto" und "konto" fixiert
Konflikt mit CRM
Fehler bei mehreren UntermenüsZur Auswahl muß nicht mehr direkt der Text angeklickt werden.
Drucken von Listen in main_window
Bugfix: Wenn ein Artikel bei einer Rechnung neu ausgewaehlt wurde, dann wurde sein Preis nicht aus der Datenbank uebernommen, wenn der Benutzer keinen Preis eingegeben hatte.
Mehr Debugcode.
Debugcode entfert.
Emacs... Syntaxhighlighting...
Preisgruppen: Bei Zeilen mit noch nicht zugewiesenem Artikel wird gar keine Drop-Down-Box angezeigt. Bei den anderen Zeilen wird als erste Option "keine" angezeigt.
Beim Drucken von noch nicht gespeicherten Angeboten etc sollte das vom Benutzer ausgewaehlte Format erhalten bleiben.
Debugcode entfernt.
Bei Angebot, Preisanfrage etc wurden nach "Erneuern" und einigen anderen Aktionen die Ueberschriften ueber den Buttonreihen nicht richtig angezeigt. Ausserdem waren sie grammatikalisch falsch.
Syntaxhighlighting fuer Emacs erleichtern.
Beim Ausdruck sind in company und address Zeilenumbrueche noch wortwoertlich als "\n" enthalten.
Repaired calculation display of formula in goods and services.locale/de need to be fixed...
Recommit von r1250 von preetz: Bei "Speicher und ..." wurde nicht ueberprueft, ob Vertreter gesetzt ist
Recommit von r1202 von skoehler: Bug 381, Auftrags-, Angebots-, Rechnungsnummern (Einkauf) wurden beim "Neu speichern" nicht hochgezaehlt.
Recommit von r1185 von udo_spallek: Bug 382 fixed!
Recommit von r1183 von skoehler: Bugfix 133, Quoting fuer Kunden und Lieferanten rein, Dequoting wird nicht benoetigt, Anfuehrungsstriche brachten Verkaufs- und Einkaufsmasken durcheinander