Solved Bug 365: Falsche UStVA bei negativem Vorsteuer-Betrag (Teil 2)

Bug 366 Datumselektion beim Druck von gespeicherten Formularen war auskommentiert. Grund unbekannt
deswegen erst mal nur fuer Kundenrechnung, Auftraege und Angebote eingefuegt.

Solved Bug 365: Falsche UStVA bei negativem Vorsteuer-Betrag

Nachtag zu r1152, fehlerhafte Abfrage beim Bezahlen von Rechnungen "0,00" ist nicht false

Nachtag zu r1125, neue format_amount gab keine negativen Zahlen zurueck

Fix zu Bug362. Danke an Harry fuer die Hilfe.

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 abgeschnitten
format_amount erneuert. Thx an Sven.

Bugfix 351 Sub print_options doppelt definiert. Die erste fliegt raus,
da Perl die zweite nimmt!

Bugfix - im Lieferschein fehlt Nummer, wenn ueber Verkauf->Auftrag erfassen einer gedruckt wurde

Vorbereitungen zu den Variablenanpassungen.
Die alte Variablensyntax ist nun zentral in der parse_template veraenderbar:
$pre ist die linke Einklammerung vor der Variablen:   <%
$suf ist die rechte Einklammerung nach der Variablen: %>
Voreinstellung wie gehabt.

SKR 04 von Dirk H. Schulz.

Die Sequenz "orderitemsid" sollte nicht zu frueh zu ende gehen.

Vorlagen: Einige Variablen zum Angestellten aus myconfig sollten nur mit dem Praefix "employee_" zur Verfuegung stehen, weil sie ansonsten andere Variablen (z.B. Faxnummer eines Lieferanten) ueberschreiben.

Neue locales.pl, die auch HTML templates nach Funktionen durchsucht. [Merge von 1284 aus dem LINET prog Repo]

Pg-update fuer r1016 (SQL-Fehler im SKR03)

Bugfix 334 - Interne Notizen wurden bei gesetzter Lieferanschrift als Notizen auf
den Angeboten, Auftraegen und Rechnungen dargestellt

HTML-Vorlagen:

Die globale Konfigurationsvariable $latex in $latex_templates umbenannt. Einige globale Konfigurationsvariablen in allen HTML-Vorlagen unter dem Namen "conf_<variablenname>" bekannt gemacht.

Zwei Variablen lokal zur aktuellen Funktion gemacht.

Automatisch in HTML-Vorlagen die Zugriffsberechtigungen als Variablen der Form "access_menu_name" verfuegbar machen.

Alle Variablen aus %myconfig in HTML-Webseitenvorlagen verfuegbar gemacht. Ausserdem aus das Datumsformat fuer den Javascript-Kalendar aus dem Datenbankdatumsformat ableiten und zur Verfuegung stellen.

Beim Aufruf von $form->show_generic_error() auf jeden Fall $form->header() aufrufen und danach das Script beenden.

[Merge der Revisionen 876 883 902 987 1093 aus dem LINET prog Repo]

Menü: Zu viele Einträge wurden entfernt, wenn bestimmte Einträge nicht erlaubt sind. [Merge von 1173 aus dem LINET prog Repo]

Trace Levels Hack. Wenn es koennen jetzt in den lxdebug->enter_sub und leave_sub Aufrufen Tracelevels uebergeben werden. Ist das global_trace_subs geringer, werden diese in den Traceausgaben ignoriert. Standardmaessig ist das jetzt bei Menu::access_control und Form::unescape der Fall.

Um (derzeit) alle Traceausgaben zu bekommen in der lx-erp.conf $global_trabce_subs = 2; setzen.

Debugausgaben entfernt.

parse_amount, format_amount und round_amount auf tracelevel 2 gesetzt. Trace breaker in parse_amount gefixt.

[Merge der Revisionen 943:945 957 aus dem LINET prog Repo]

Alle Datenbankupgradescripte in ein eigenes Verzeichnis verschoben. SQL Update jetzt Regex escaped. " --" am Anfang einer Zeile laesst das Datenbankupgrade crashen. [Merge der Revisionen 818 964 980 aus dem LINET prog Repo]

Bugfix 347 - locales.pl wertetet falsche Dateien ( *.pl~) aus

SQL-Fehler in SKR03 (4250 Reinigung und 4610 Werbekosten)
(erstmal nur im SKR03 - Pg-upgrade kommt spaeter!!!)

-Umbenennung Menu Vergleichsbilanz in Saldenbilanz, Umsatzkosten in Aufwandskonto, Summenkonto in Buchungskonto, etc.
Korrekturen locales,
-deaktivieren der Select-Box in Bilanz (keine Funktion)
-Kontoart "Q" - Eigenkapital hinzugefuegt

Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
+ Kommentare
Bitte Testen...

Reopend Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
Reverse commits 1005, 1007, 1008 back to 1004.
Reason, Doesn't work proper.

Nachtrag Bug 323, Benennung korrigiert

Fixed bug. (from r1005)

Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
Better solution than r1005, without database changes.

Some debug messages for debuglevel LXDebug::QUERY

Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.

Bugfix 331, SQL-Fehler bei Artikel- und Dienstleistungssuche nach Modell

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)

Solved Bug 329: USTVA: Winstonexport: Ordnungsnummer falsch.

Weiteren Debuglevel hinzugefuegt: LXDebug::QUERY.
Kommentar in der lx-erp.conf ergaenzt.

Weiteren Debuglevel hinzugefuegt: LXDebug::QUERY. Damit koennen dann $querys
zur Analyse ausgegeben werden. QUERY steht hinter DEBUG2 als letzter Debuglevel,
weil die query Variablen einen erheblichen Ouput erzeugen.

Fixed Bug 327.

USTVA: Leerzeilen/Zeilenumbrueche in der Adressangabe muessen richtig escapet werden. Fix fuer Bug 311.

Ein weiteres Sonderzeichen in LaTeX escapen. Fix fuer Bug 315.

Bugfix 319 Kreditorenbuchung Korrekturhaken wurde nicht gespeichert - Patch von Udo

Probleme bei der Behandlung von Buchungen mit Steuerkorrektur behoben

Fix fuer Bug #319 Fehler beim Buchen von Belegen mit Umsatzsteuerkorrektur bei Kreditoren

Fixed. Kleiner Bug beim Dialogbuchen. Steuerkonten wurden nicht gequoted beim loeschen.

Anhebung der Versionsnummer auf 2.3.0
-ungerade Zahl an zweiter Stelle bedeutet Entwicklungsversion
-gerade Zahl an zweiter Stelle bedeutet Stable

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.

Erweiterung des <%include FILE%> Befehls um die Moeglichkeit
ein Verzeichnis unterhalb von $template_dir angeben
zu koennen. Die alte Funktionsweise bleibt unangetastet. Die
neue Syntax lautet <%include DIR/SUBDIR/FILENAME%>.

Schalter für Latexvorlagen.
Der Ausdruck <%analyse%> in Latexvorlagen bewirkt,
dass die aus den Vorlagen generierten Latexdokumente
nicht geloescht, sondern im Verzeichnis user/
gespeichert werden.

Bitte nicht vergessen, den Schalter nach dem Bearbeiten
wieder 'um zu legen', weil der Latexlauf ne Menge Output
erzeugt, und das users/ Verzeichnis unuebersichtlich wird.
Wenn <%analyse%> nicht mehr gewuenscht ist,
kann man einfach <%noanalyse%> schreiben, oder den Schalter
<%analyse%> aus dem Quelltext loeschen.

Systemintern kann diese Variable als $form->{analysed}
auf 1 oder "" gesetzt werden.
(evtl. fuer eine Ueberarbeitung der Latex Template
Bearbeitung in Lx ganz praktisch, weil Latexausgaben
direkt Online angezeigt werden könnten...)

Zeilenumbrueche entfernt und einmal locales.pl

Bug 304 - name und shiptostreet in Kundenmaske auf 35 Zeichen beschraenkt gewesen

Bugfix 301, neue Menu funktionierte nicht mit Opera 8.52 und Konqueror 3.5.0
Beim Konqueror 3.2.2 ist das Problem noch nicht behoben

Bugfix 300 falsches Quoten in Kreditorenbuchungen - Dank an Moritz

USTVA Vorschautemplate angepasst an aktuelle USTVA (1/2006) von Kai-Martin Knaak <kmk...at...familieknaak...dot...de>

Verhindere, dass die globale Variable $language ueberschrieben wird. [Merge von 849 aus dem LINET prog-Repo]

Kosmetik: Einige Anfuehrungszeichen gequotet, um Syntaxhighlighting zu erleichtern.

Table-Fehler im Pg-Upgrade-Skript beseitigt und Skript umgenannt,
hatte den falschen Namen, was ebenfalls zu Fehlern fuehrte
(Bugfix 288,290,296,297)

In Rechnungsmaske Druck eines Lieferschein wieder eingefuegt.

Wenn beim Login das Datenbankupgrade fehlschlaegt, dann sollte die Fehlermeldung auch ausgegeben werden.

Ignoriere die Verzeichnisse "webpages" und ".svn" bei der Benutzerverwaltung, die zwar im Verzeichnis "templates" liegen aber keine Vorlagen fuer Ausdrucke enthalten.

Wenn $main::myconfig noch nicht verfuegbar ist (z.B. beim Datenbankupgrade direkt nach der Anmeldung), dann muss die Sprache fuer die HTML-Vorlagen aus der globalen Variablen $language geholt werden, die in lx-erp.conf definiert wird.

Die lokalisierten HTML-Vorlagen sollten doch im Repository enthalten sein, weil ansonsten nach jedem update/checkout locales.pl laufen gelassen werden muss. Dieses WIRD zu Problemen und Irritationen fuehren.

Form::parse_html_template() darf Form::error() nicht aufrufen, weil die wiederum Form::parse_html_template() benutzt und dann unschoene Endlosschleifen entstehen koennen. Fehler innerhalb von Form::parse_html_template() sind sowieso auf fehlerhafte Installationen / Bugs zurueckzufuehren. [r814:816 aus LINET prog-Repo]

"developer" schreibt man mit nur einem "p".

Wenn die Datei .developper im Lx-Office-Installationsverzeichnis exisitert, dann bei Ausgabe einer HTML-Vorlage ueberpruefen, ob die Master-Vorlage neuer ist und gegebenenfalls abbrechen. [r809 aus LINET prog-Repo]

Automatische Datenbankupgrades. Einfach upgrade Datei ins sql/ Verzeichnis legen, einloggen, fertig. SL/Form.pm::dbversion ist nicht mehr noetig. [r806:808 aus LINET prog-Repo]

Die automatisch generierten HTML-Templates koennen ignoriert werden.

Die automatisch generierten HTML-Templates sollten nicht im Repository gespeichert werden.

Die HTML-Vorlagen werden nun ebenfalls von locales.pl uebersetzt. Dabei werden alle Vorlagen mit name_html benannt und nach name_sprache.html ausgegeben. Der zu uebersetzende Text steht innerhalb von <translate>...</translate>. Diese Tags koennen an beliebigen Stellen vorkommen, also auch z.B. in Attributen von regulaeren HTML-Tags oder innerhalb von <TMPL ...>-Tags.

Die Funktion Form::error(), die u.a. auch von Form::isblank() und Form::dberror() aufgerufen wird, gibt nun ihre Fehlermeldung ueber die Standard-Fehler-Vorlage aus. [r778 aus LINET prog-Repo]

Greife direkt auf %myconfig aus dem "main"-Namensraum zu, da das Objekt immer existiert, wenn parse_html_template aufgerufen wird. Ausserdem gibt es immer nur dieses eine. [r775 aus LINET prog-Repo]

Erlaube die Uebergabe von weiteren Parametern direkt an die HTML-Vorlage unter Umgehung von $form.

Vorlagen werden nun direkt lokalisiert. Die Funktion zum Parsen der Vorlagen sucht explizit zuerst nach der Vorlage fuer die ausgewaehlte Sprache.

Erste Version eines Template-Systems fuer die HTML-Seiten. Nur die Backend-Funktion ist implementiert. Verwendet wird HTML::Template. Die Templates muessen im Verzeichnis templates/webpages liegen. Neue Masken koennen nun mit dem Template-System erstellt werden. Bestehende Masken sind davon nicht beruehrt.

<html>-Tag vor eigentlichem HTML-Code ausgeben.

Jedes Datenbankupdate wird in einer Transaktion gekapselt. Somit wird ein Upgradescript entweder ganz oder gar nicht ausgefuehrt.  Ausserdem wird die Versionsnummer automatisch hochgesetzt und muss nicht mehr im Upgrade-Script gesetzt werden.

Sammelrechnungen waren nicht mehr abspeicherbar,
das hier behebt diesen Bug.

Neuanfang in unstable mit Release 2.2.0: Kopie des Releasestandes.

Kosmetik: Perltidy-Lauf nach den Einstellungen in doc/programmierrichtlinien.txt ueber alle .pl und .pm.

Changelog ueberarbeitet, Versionsnummern hochgesetzt, Pg-upgrade-Skript umbenannt

Merge von 853 aus unstable: Korrektur
STDERR entfernt, Packet List in Lieferschein umbenannt, Vorlagen geändert, locales

STDERR entfernt, Packet List in Lieferschein umbenannt, Vorlagen geändert, locales

Merge von 843,844 aus unstable: UStVa Bugfix, locales, Update help
-843
Fixed minor locales problems. Updated help.
-844
Fixed minor locales problems in account dialog.

Merge von 842 aus unstable: Bugfix 275
Fix 275. fromdate missing.

Merge von 816-819,828 aus unstable: UStVa Bugfix, Bug 262 & 264
-816
Bug 262 fixed!
USTVA UPDATE der Positionen und Verknuepfungen.
Die UPDATEs sind relativ vollstaendig und sortiert,
so dass eine weitere Pflege einfach ist. taxkey's sind noch nicht
integriert, deshalb sind einige updates in liste.aql doppelt gemoppelt,
was m.E. unproblematisch ist, gleiches gilt für
den Germany-DATEV-SKR03EU-chart.sql
-817
Bug 264 fixed. Thanks to Martin Krung.
-818
Fixed date problems between database and screen-output,
reported by Holger on the devel-ML.
-819
Update table tax
-828
USTVA: Fixed upgrade Problems for tax table

Merge von 845 aus unstable: Bugfix Lizenzen
Beim Drucken von Rechnungen mit mehreren Lizenzen wurden die Lizenzen versetzt gedruckt

Merge von 845 aus unstable: Bugfix Nachtrag zu r839
Drei Stellen, die durch die veraenderte sub write_trigger Javascript Fehler provoziert haben.

Merge von 845 aus unstable: Lieferdatum in Rechnungen
- deliverydate auf Postenebene umbenannt in deliverydate_oe (danke an Frank Belau)
- transdate_oe und deliverydate_oe entsprechend der anderen Datumsvariablen formatiert
- latex-template-variablen.html aktualisiert

Drei Stellen, die durch die veraenderte sub write_trigger Javascript Fehler provoziert haben.

- deliverydate auf Postenebene umbenannt in deliverydate_oe (danke an Frank Belau)
- transdate_oe und deliverydate_oe entsprechend der anderen Datumsvariablen formatiert
- latex-template-variablen.html aktualisiert

Fixed minor locales problems in account dialog.

Fixed minor locales problems. Updated help.

Fix 275. fromdate missing.

Merge von Testing: Changelog
Aktualisiertes Changelog fuer das Release auf Basis des R840

Changelog ueberarbeitet und Reihenfolge wieder geaendert

Merge von 833,836-838 aus unstable: Lieferdatum in Rechnungen
-833
Lieferdatum in Rechnungen.
Lieferdatum wird nicht auf automatisch gesetzt und ist zur Zeit auch nicht vom Programm erfordert.
Es wird bei der Konvertierung von und in Auftraege beibehalten.
-836
Aenderung von write_trigger zusammen mit einem Aufruf im alten Format
hat einen Javascript-Fehler beim Waren erfassen erzeugt.
Fixed.
-837
Export des Lieferdatums fuer gedruckte Rechnungen.
Die Variable ist <%deliverydate%>.
Anbei Rechnungen mit Lieferdatum in tex und html.
(Sollte sich jemand anschauen der weiss wie die auszusehen haben)
-838
Doku Update zu r837

Doku Update zu r837

Export des Lieferdatums fuer gedruckte Rechnungen.
Die Variable ist <%deliverydate%>.
Anbei Rechnungen mit Lieferdatum in tex und html.
(Sollte sich jemand anschauen der weiss wie die auszusehen haben)

Aenderung von write_trigger zusammen mit einem Aufruf im alten Format
hat einen Javascript-Fehler beim Waren erfassen erzeugt.
Fixed.

Merge von 832 aus unstable: Bugfix
save_customer und save_vendor hatten die falschen return-Werte

Merge von 829,831 aus unstable: Bugfix 270
Rabatt wurde fehlerhaft uebernommen beim Umwandeln von Angebot in Auftrag. Fixes Bug#270
Bei der Umwandlung von Angeboten/Anfragen in Auftraege wurden verschiedene Felder beschnitten/flasch formatiert

Lieferdatum in Rechnungen.
Lieferdatum wird nicht auf automatisch gesetzt und ist zur Zeit auch nicht vom Programm erfordert.
Es wird bei der Konvertierung von und in Auftraege beibehalten.