Kosmetik: Umformatierung.

Kontenuebersicht angepasst wegen neuer format_amount

Text fuer Buchungsgruppen

Beim Login wird jetzt vor der eigentlichen Datenbankaktualisierung eine Warnmeldung ausgegeben, die der Benutzer bestätigen muss. Somit erhält er noch eine Gelegenheit, vor einem nicht erwarteten Upgrade ein Backup der Datenbank durchzuführen.

Falsche Startversionsnummer für Datenbankupgradescript.

Kosmetik

Eine Datei mit Hinweisen zum Upgradeprozess von älteren Versionen begonnen. Philip wird gleich Text zu den Buchungsgruppen schreiben.

Letztes Datenkbankupgradescript für Datenbankversionen 2.2.0.x sowie neues Schema für 2.4.0.0, das das Resultat des alten Schemas + aller Änderungen durch die Upgradescripte ist.

Einige fehlende Übersetzungen.

Ein paar Vorlagen in die existierenden Vorlagenverzeichnisse kopieren.

USTVA rein

- Aus dem templateordner werden nun alle Dateien mit den folgenden
Endungen in den Arbeitsordner kopiert:
html|tex|sty|xml|txb

-html id hinzugefuegt, zum besseren testen mit selenium

Neues parsingtemplate für XML oder andere einfache unformatierte Dateien angelegt

Betrifft USTVA

Mehrere neue Outputtypen für die parsing engine eingebaut:
xml, elsterwinston, elstertaxbird
und die Funktion zusaetzlich abgesichert gegen fehlende oder
falsche Outputformate.
Ferner wird das $form->{tempfile} nur noch ueberschrieben, wenn
es vorher leer war. Definiert man also vor dem Aufruf von
parse_template die Variable $form->{tempfile}, dann kann man
damit den Ausgabedateinamen festlegen.

USTVA: Taxbird und Winston werden nun beide unterstuetzt. Sie koennen ueber
eine Templatedatei konfiguriert werden. Beide Implementation ist bisher
noch wenig getestet!

USTVA überarbeitet...siehe changelog

Ustva Version überarbeitet

Return to 1352

Version auf RC2 erhöht

Fehler beim Aufrufen einer alten Dialogbuchung beseitigt, dass die Konten nicht richtig
angezeigt wurden

Fehler Sortierung Buchungsjournal behoben

Ueberarbeitete Standardvorlagen fuer Deutsch und neue Vorlagen fuer Zahlungserinnerung und
Gutschrift

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.

Ein Script, das momentan nur überprüft, ob alle benötigten Perl-Module installiert sind. Kann um beliebige Tests erweitert werden, um zu überprüfen, ob die Systemvoraussetzungen OK sind.

tabindex für alle Eingabeelemente. Patch von Frank Belau.

$locale benutzen und keine deutschen Texte direkt verwenden.

Das Perl-Modul CGI::Ajax hinzugefuegt, da es von praktisch keiner Distribution mitgebracht wird.

Fehlende Uebersetzungen ergaenzt

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.

Locale-Script vergessen.

Ups... Bugzilla #454.

Fehler Umsetzung Radierparagraph bei Debitoren und Kreditoren

Da fehlte noch eine Spalte.

Debugcode

Sortierung im Buchungsjournal verbessert bei mehreren Konten fuer einen Vorgang am selben Tag

Fixes für Erzeugnisse.

Die Spalte id in orderitems muss nicht unbedingt eindeutig sein. Also den Primärschlüssel löschen. Wenn er nicht mehr existiert, dann auch keine Fehlermeldung ausgeben.

Nach dem Auslesen eines Artikels aus der Datenbank sollte in den Masken die Einheit des Artikels vorbelegt werden, und nicht kg.

Datenbankupgrade Buchungsgruppen: Erzeugnisse in einem eigenen Schritt behandeln.

Die Tabelle heißt "buchungsgruppen". Fix für Bugzilla #452.

Ein Kommentar

Eine sofort weiterleitende index.html für Leute, die ihren Webserver nicht so konfigurieren, dass login.pl als Verzeichnisindex fungiert.

CSV-Importscripte für Adressen, Kontakte, Lieferanschriften

Der Datentyp "integer" ist bei PostgreSQL vier Byte gross und vorzeichenbehaftet und hat somit einen Maximalwert von 2147483647. Fix für Bugzilla #368.

MIME-Quoting der Betreff-Zeile: Leerzeichen als "_" ausgaben; "_" in Hex quoten (siehe RFC 2047 4.2); Hex-Zahlen mit Grossbuchstaben.

Die Subject-Zeile in Mails MIME-konform quoten, da in Mails keine nicht-ASCII-Zeichen (z.B. Umlaute) vorkommen duerfen, vor allem in den Headern nicht. Fix fuer Bugzilla #370.

Changelog erweitert fuer 2.4

Syntaxhighlighting.

Bei Lieferantenaufträgen war ein Button fälschlicherweise mit "Angebot" beschriftet, obwohl er zu einer "Anfrage" führt. Behoben. Fix für Bugzilla #392.

Update der Daten des Finanzamtes Stuttgart I. Siehe Bugzilla #396.

Version auf RC1 erhöht

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.

Bug 395 behoben. Sicherheitseinstellungen fuer oeffentliche Installationen

Fixed Bug 376

Datenbankupgrade Buchungsgruppen: Wenn EUR gesetzt ist, dann erwartet das Query einen Parameter mehr.

$myconfig ist in $self gespeichert. Fix für Bugzilla #439.

Wenn ein Enddatum angegeben wird, dann muss das auch berücksichtigt werden. Fix für Bugzilla #424.

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 der
letzte Kunde/Lieferant falsch eingetragen

Locales fuer Upgrade-Script

Anpassung Dialogbuchen an neues Steuersystem

Automatisches Setzen des Steuerschluessel nach Umstellung auf neues Steuersystem hat nicht
funktioniert

Kommentar verändert: Falsche Beschriftung

Buchungsgruppen sind im Menu logisch direkt nach den Konten anzuordnen, denke ich.

Anpassung der Routinen von Kreditoren und Debitorenbuchungen auf das neue Steuersystem

Beim Datenbankupgrade fuer Buchungsgruppen muss bei aktivierter EUR der Vergleich mit den Buchungsgruppen ohne das Bestandskonto erfolgen. Das Bestandskonto wird dann für die Artikel immer überschrieben.

Ein paar horizontale Linien eingefuegt.

Buchungsgruppen: Bei aktivierter EUR muss das Inventarkonto automatisch ausgewaehlt und vorbelegt werden. War durch Commit 1406 defekt.

Debugcode entfernt.

Datenbankupgradescript für die Buchungsgruppen.

Fremdschluessel.

Neue Berechnung der Steuersaetze

Datenbankupgrade neue Steuersaetze in tax und taxkeys

Datenbankupgrade fuer neue Steuerschluessel nach Datevvorgabe

Nach einem Datenbankupgrade den Link "Weiter" durch einen Button ersetzt. Macht ihn offensichtlicher, wenn viel Text zu sehen ist (z.B. nach dem Upgrade von Einheiten etc).

Locale-Update fuer einen der vorherigen Commits.

Queries zum Anlegen der Standard-Buchungsgruppen fuer SKR03 und SKR04 (erst einmal nur auskommentiert) eingefuegt.

Falsche Funktion aufgerufen.

Fix zum SKR03 und SKR04: Konto 3559 bzw. 5559 "Steuerfreie Einfuhren" ist ein Aufwandskonto. Ausserdem die Auswahl der Konten für die beiden neu angelegten Standardbuchungsgruppen angepasst.

Tabell lead erzeugen

"Leere" Sprache wieder eingefügt für Std-Vorlagen

Beim Drucken wurden die Zahlungskonditionen des Vorgangs durch die beim Kunden/Lieferanten in
den Stammdaten eingestellten ueberschrieben

Fehler in format_amount. Wenn die uebergebene Variable leer ist, wurde ein Punkt
zurueckgeliefert