Funktion in Locale implementiert, um ein Datum in einem anderen Format auszugeben.
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.
Versionsnummer auf 2.4.0 hochgesetzt.
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.
Neues parsingtemplate für XML oder andere einfache unformatierte Dateien angelegt
Betrifft USTVA
Mehrere neue Outputtypen für die parsing engine eingebaut:xml, elsterwinston, elstertaxbirdund die Funktion zusaetzlich abgesichert gegen fehlende oderfalsche Outputformate.Ferner wird das $form->{tempfile} nur noch ueberschrieben, wennes vorher leer war. Definiert man also vor dem Aufruf von...
USTVA überarbeitet...siehe changelog
Version auf RC2 erhöht
Fehler beim Aufrufen einer alten Dialogbuchung beseitigt, dass die Konten nicht richtigangezeigt wurden
Fehler Sortierung Buchungsjournal behoben
Kleine Anpassungen beim Mahnwesen
Funktion relink_accounts() setzt jetzt auch die Inventar-, Erlös- und Aufwandskonten neu.
Sortierung im Buchungsjournal verbessert bei mehreren Konten fuer einen Vorgang am selben Tag
Die Tabelle heißt "buchungsgruppen". Fix für Bugzilla #452.
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.
Syntaxhighlighting.
Version auf RC1 erhöht
Bug 395 behoben. Sicherheitseinstellungen fuer oeffentliche Installationen
$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.
Speichern von Konten ein wenig debugged
Speichern von Konten angepasst fuer neue Steuersystematik
Fixed Bug 436: Radierparagraph: Loeschen am gleichen Tag erlauben
manuelle Bearbeitung der Steuersaetze entfernt, vorerst
Anpassung Dialogbuchen an neues Steuersystem
Kommentar verändert: Falsche Beschriftung
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.
Neue Berechnung der Steuersaetze
Fehler in format_amount. Wenn die uebergebene Variable leer ist, wurde ein Punktzurueckgeliefert
Hilfsfunktionen fuer die Ausgabe von HTML-gequoteten Strings.
Kosmetik: Einrückung.
Erleichterung fuer Emacs' Syntaxhighlighting.
Ermittlung der Folgekonten: Bei Ausgangsrechnungen wird zuerst das Lieferdatum, dann das Rechnungsdatum, dann das aktuelle Datum betrachtet. Bei Eingangsrechnungen zuerst das Rechnungs-, dann das aktuelle Datum. Bei allen anderen Belegen zuerst transdate (z.B. Bestell- oder Angebotsdatum), danach das aktuelle Datum.
Die Steuersätze richten sich nach dem Ertrags- bzw. dem Aufwands- und nicht nach dem Bestandskonto, weil beim Bestandskonto ja nicht danach unterschieden wird, woher man etwas bezogen hat.
Instanzen der Klasse Locale haben leider die package-globale Variable %self anstelle der Instanzvariablen $self benutzt, um die Uebersetzungen und Funktionslisten zu speichern. Das fuehrte dazu, dass mehrere aufeinanderfolgende Aufrufe von Locale->new() die vorher geladenen Uebersetzungen verworfen haben.
Datenbankupgrade: In der Tabelle defaults wird jetzt auch der verwendete Kontenrahmen gespeichert. Dieser wird beim Anlegen der Datenbank eingetragen. Das Datenbankupgrade versucht, den Kontenrahmen zu erraten und fragt im Zweifelsfall beim Benutzer nach.
Die Übersetzungen für die Perl-Datenbankupgradescripte werden nun in jeweils einer eigenen Datei gespeichert. Zusätzlich werden direkt die beiden Variablen %dbup_myconfig und $dbup_locale zur Verfügung gestellt, damit nicht jedes Datenbankupgradescript sie selber anlegen muss.
Zurüch zu 1368
Alu-Funktion aus Kundenprojekt entfernt.
Interaktives Datenbankupgrade zur Einfuehrung von Mass- und Dienstleistungseinheiten.
Kundenspezifische Felder mit Schalter ausblenden
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.
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
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.
Fix fuer Bug 346: LaTeX immer zwei mal ausfuehren lassen, um Querverweise etc immer richtig aufloesen zu lassen.
Fix fuer Bug 358:
Von Rolf Eike Beer Developer ML:
SL-Mailer.pm.diff
SQL-Ledger in der Message-Id und im Boundary-Trenner durch Lx-Office ersetzt.
SL-Form.pm.diff:
Der Trenner für die Signatur ist nicht "--", sondern "-- ". Ohne dasLeerzeichen erkennen das die "guten" Mailprogramme nicht als Signatur an. Das...
Bei der Liste der vorhandenen Datenbanken "template0" und "template1" ausblenden, damit der Benutzer nicht in Versuchung geraet, diese zu benutzen. Fix fuer Bug 432.
Datenbankupgradescripte koennen jetzt auch Perlscripte und nicht nur SQL-Scripte sein.
Syntaxhighlighting fuer Emacs erleichtert.
Noch haben wir keine 2.4.0.
Recommit von r1205 von skoehler: Bug 232 - Zahlungsausgang Fehler, falsches Aufsummieren von Teilzahlungen bei Rechnungen
Recommit von r1168 von skoehler: Kundennummer laesst sich nur einmal vergegen, nicht ueber Datenbankschema unique bwz. primary key
Recommit von r1165 von sschoeling: Fix zu Bug374
Recommit von r1164 von skoehler: Nachtrag Bug 366 & R1156 Druck, Datumsselektion fuer Einkaufsseite und Bugfix Auswahl "Alle auswaehlen" vergass Sucheinschraenkung
Recommit von r1163 von skoehler: Bug Ware liess sich nicht loeschen -foreign key constraint Error, Preisgruppenpreise wurden nicht geloescht
Recommit von r1161 von skoehler: Nachtrag r1002, Quellcode bereinigt
Recommit von r1156 von skoehler: Bug 366 Datumselektion beim Druck von gespeicherten Formularen war auskommentiert. Grund unbekannt deswegen erst mal nur fuer Kundenrechnung, Auftraege und Angebote eingefuegt.
Recommit von r1152 von skoehler: Nachtag zu r1125, neue format_amount gab keine negativen Zahlen zurueck
Recommit von r1126 von udo_spallek: Deliverydate als Option bei Waren-/Dienstleistungs-/Erzeugnisberichten eingefuegt. Dies ist sehr nuetzlich für die Fahrtkostenabrechnung beim Finanzamt.
Recommit von r1125 von skoehler: Bugfix 356, bei Zahlenformat 1000.00 wurden nachfolgende Nullen abgeschnitten format_amount erneuert. Thx an Sven.
Recommit von r1014 von udo_spallek: Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar. + Kommentare Bitte Testen...
Recommit von r1013 von udo_spallek: Reopend Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar. Reverse commits 1005, 1007, 1008 back to 1004. Reason, Doesn't work proper.
Recommit von r1007 von udo_spallek: Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar. Better solution than r1005, without database changes.
Recommit von r1005 von udo_spallek: Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
Recommit von r1002 von skoehler: Bugfix 331, SQL-Fehler bei Artikel- und Dienstleistungssuche nach Modell
Recommit von r1001 von skoehler: Behebt/umgeht Bug 323. SQL-Fehler bei Kontenabgeleich, wenn Datum ausgewaehlt wurde. Anzeige des Datums im Bericht als Ziffern (Routine date(...) gibt den Monat nicht in der deutschen Sprache zurueck)
Recommit von r993:995 von udo_spallek: Weiteren Debuglevel hinzugefuegt: LXDebug::QUERY. Damit koennen dann zur Analyse ausgegeben werden. QUERY steht hinter DEBUG2 als letzter Debuglevel, weil die query Variablen einen erheblichen Ouput erzeugen. Kommentar in der lx-erp.conf ergaenzt.
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
Form::parse_html_template: Wenn in der Vorlage Variablen benutzt werden, die es in $form nicht gibt, so werden leere Werte und vor allem leere Arrays fuer Schleifenvariablen erzeugt. Form::show_generic_error: Wenn ein weiterer Parameter "action" angegeben wird, so wird auf der Fehlerseite ein Button mit dieser beschriftung ausgegeben. Alle $form-Variablen werden ebenfalls ausgegeben (z.B. fuer eine "Zurueck"-Funktion).
Recommit von r862: Sammelrechnungen waren nicht mehr abspeicherbar, das hier behebt diesen Bug.
Solve Bug 425: USTVA Vorsteuer calculation was wrong. Tested by balzer:http://lx-office.org/forum/forum_entry.php?id=3018
bin/lynx wurde nie wirklich unterstuetzt und wird somit entfernt.
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.
Komfort- und Hilfsfunktionen fuer den Datenbankzugriff.
Solved Bug: 385 Skontokonzept (WIKI) und USTVA vertragen sich wieder.
Bug 232 - Zahlungsausgang Fehler, falsches Aufsummieren von Teilzahlungen beiRechnungen
Kundennummer laesst sich nur einmal vergegen,nicht ueber Datenbankschema unique bwz. primary key
Fix zu Bug374
Nachtrag Bug 366 & R1156 Druck, Datumsselektion fuer Einkaufsseiteund Bugfix Auswahl "Alle auswaehlen" vergass Sucheinschraenkung
Bug Ware liess sich nicht loeschen -foreign key constraint Error,Preisgruppenpreise wurden nicht geloescht
Nachtrag r1002, Quellcode bereinigt
Solved Bug 365: Falsche UStVA bei negativem Vorsteuer-Betrag (Teil 3)
r1157 rueckgaengig gemacht (aus Testzwecken)
Solved Bug 365: Falsche UStVA bei negativem Vorsteuer-Betrag (Teil 2)
Bug 366 Datumselektion beim Druck von gespeicherten Formularen war auskommentiert. Grund unbekanntdeswegen erst mal nur fuer Kundenrechnung, Auftraege und Angebote eingefuegt.
Solved Bug 365: Falsche UStVA bei negativem Vorsteuer-Betrag
Nachtag zu r1125, neue format_amount gab keine negativen Zahlen zurueck
Deliverydate als Option bei Waren-/Dienstleistungs-/Erzeugnisberichten eingefuegt.Dies ist sehr nuetzlich für die Fahrtkostenabrechnung beim Finanzamt.
Bugfix 356, bei Zahlenformat 1000.00 wurden nachfolgende Nullen abgeschnittenformat_amount erneuert. Thx an Sven.