- 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

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.

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.

save_customer und save_vendor hatten die falschen return-Werte

Bei der Umwandlung von Angeboten/Anfragen in Auftraege wurden verschiedene Felder beschnitten/flasch formatiert

Beim Drucken von Rechnungen mit mehreren Lizenzen wurden die Lizenzen versetzt gedruckt

Rabatt wurde fehlerhaft uebernommen beim Umwandeln von Angebot in Auftrag. Fixes Bug#270

USTVA: Fixed upgrade Problems for tax table

Nachtrag r825, Reihenfolge DB-Schemata

Bugfix 165: Projektnummern muessen jetzt eindeutig sein.

Fix zu Bug 160. Fehler war eine Zeichenbeschraenkung der Optionenbeschreibung auf 50 Zeichen.

Update table tax

Fixed date problems between database and screen-output,
reported by Holger on the devel-ML.

Bug 264 fixed. Thanks to Martin Krung.

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

Fehler im Upgrade-Skript: Kunden wurden nicht auf nicht ungueltig gesetzt und Fehlerhaftes Constraint verhindert Anlage von table prices

Übersetzungskollision die zu Bug 163 fuehrt.
Sollte hiermit gefixt sein.

Berichte -> Kontenuebersicht -> Konto auswaehlen -> Abteilung auswaehlen -> Buchungsliste
ergab einen SQL Fehler.
Dieser Fix sollte das beheben.

Merge von 810 aus testing: Update changelog

Bei Bilanz waren die Variablen fuer Stichtag und Vergleichsstichtag vertauscht, behebt Bug#267

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

Bugfix 245: IS::customer_details und IR::vendor_details ueberschreiben $form->{id}, was den Workflowstatus verfaelscht.
Backup von taxincluded ersetzt durch ein Cleanup der SQL Rueckgabe.

Fix zu Bug 252: Rechnungsnummern wurden nicht hochgezaehlt bei neu buchen (post as new)

Quoting Barewords.

* deleted old sub income_statement
* deleted already declared w. 'my' $sth and $query

Syntag Error in User.pm

Fix 253: Unter "Finanzbuchhaltung->Beichte->offene forderungen ->
dann eine Sammelrechnung als HTML drucken" wird im Ausdruck das Logo
vom SQL-Ledger geladen und angezeigt.

Einmal locales ausgefuehrt

Latex-template-variablen fuer r784 angepasst

Fehler bei Berechnung der Summe fuers Debitorenkonto behebt Bug#260

Neue Variable p_discount = Rabattprozente pro Position fuer Rechnungen, Auftraege und Angebote eingefuert. Die Variable discount enthaelt den als Rabatt gewaehrten Betrag

Druckvorschau, Drucken und Drucken+Buchen ueberarbeitet, Fehler bei der HTML-Vorschau beseitigt

Kleiner Bug bei Splittbuchungen

Steuerkonten wurden nicht angezeigt, wenn Rechnung und Zahlung vom gleichen Tag. Fixed Bug#259

Solved Bug 248: Nachtrag

solved Bug 248.

Nur zu Testzwecken: SKR04 Kontenrahmen von Dirk H. Schulz.

Fehler im Buchungsjournal, Steuern wurden separat angezeigt, gefixed und jetzt auch sortierung moeglich

Nachtrag zu Bug 220, Rabatt wurde nur fuer ein einzelnes Item berechnet.
Korrektur bei Angeboten

Fix zu Bug 220, Rabatt wurde nur fuer ein einzelnes Item berechnet.
Man sollte dazu noch erwaehnen, dass das anscheinend kein Bug,
sondern eine Designentscheidung im SQL-Ledger ist.

Fix fuer Bug 242, tax_$i Werte wurden nicht geparst.

richtiges Quoten des User-Passworts, wichtig bei MD5 Passwoertern

Variable user_password auf Typ "text" gesetzt, um lange codierte Passwoerter speichern zu koennen

Korrektur Checkbox in Debitorenrechnungsdialog wurde nicht ueber ein Erneuern uebernommen.
Siehe Bug 242, 4.

Probleme mit Primary Key in orderitems behoben

Rechenfehler in der BWA und Vorzeichenfehler in der BWA behoben

Layout noch angepasst, so dass die Maske auf den Bildschirm passt

Automatische Auswahl des Steuersatzes üer JavaScript

Zeilenanzahl der Preisgruppen im Dialog Stammdaten->Dienstleistung erfassen gefixt.

Einmal quoting hinzugefuegt, und einmal ueberfluessige Newlines in den Variablen entfernt.

Nachtrag zu Bug 154 - Firefox ignoriert rechten Rand/Rahmen bei Berichte->BWA
Dank an Sven

Solved 179, Nachtrag für Tabellen im Zahlungsmodul
Spalten Sortierung funktioniert nicht in Tabellen

Fix fuer Bug 214 und seine Nebenwirkungen
Derselbe Bug tritt auch in Verbindung mit Einkaufsrechnungen auf, und verfaelscht die Bilanz, wenn mit einer Datumsmaske gesucht wird.

Solved 179, Dank an Anneli Huth
Spalten Sortierung funktioniert nicht in Tabellen

Solved Bug 166

Try Bug:154

BUG 125 solved. (Dank an Hartmut Goebel)

Peinlich, falsche io.pl eingcheckt. Diese hier ist die richtige.

Habe das Lieferdatum auf Postenebene wieder eingefuehrt, anscheinend hatte das jemand wegoptimiert.
Es wird jetzt wieder im Auftrag erfassen und Rechnung erfassen Formular angezeigt.
Es wird ausserdem bei Umwandlung zwischen Rechnung<->Auftrag uebernommen.
Sammelrechnungen uebernehmen das Lieferdatum aus den Teilauftraegen, wobei Postenlieferdatum Prioritaet hat.

DB Schema muss nicht angepasst werden, die Spalten sin schon vorhanden.

Splitbuchungen

Splitbuchungen fuer Kreditoren ergaenzt

Fehler bei Splitbuchungen beseitigt, wenn mit Steuer inkl. gebucht wurde

Solved Bug 237. USTVA Vorsteuer wird nicht richtig berechnet.

Nachtrag zu R704 'Diverse USTVA Bugs geloest'

Splittbuchungen fuer Debitorenbuchungen

Bei spaeteren Buchungen zu einem Beleg wurde immer der volle Rechnungsbetrag benutzt

department_1 und _2 mit auf Sonderzeichen ueberpruefen beim Druck

Preisgruppen: Doppeltes format_amount, abschneiden der Nachkommastelle
Fehler aufgetaucht nach Revision 705 in Verbindung mit Bug 233

Übersetzungen für r710, r711

Bug 233: Neues Zahlenformat für die Eingabe eingefuehrt.
Es ist nun moeglich das Eingabezahlenformat getrennt anzugeben.
Entweder Eingabeformat wie bisher (default) oder '1000.00 oder 1000,00'.
Die zweite Option verhindert bei der Eingabe die Verwechselung von ',' und '.'.
Es ist nun egal welchen Dezimaltrenner man benutzt, der erste Punkt oder Komma
von rechts jedenfalls wird als Dezimaltrenner verwendet, alle anderen Punkte oder
Kommas werden einfach ignoriert, bzw. entfernt.

System-->(HTML|Latex) Vorlagen ergänzt.

Nachtrag zu rev 704. USTVA Berechnung kosmetisch verändert.

Solved Bug 231

Workaround für Rundungsfehler, die da heraus entstehen, dass keine $places beim Aufruf von $form->format_amount angegeben ist.
Lösung: Es wird auf die Anzahl der Stellen gerundet, die eingegeben wurde.

Diverse USTVA Bugs geloest
Solve Bug:  49: UST wurde berechnet, jetzt ausgelesen, mit Patchen von Andre Schubert THX
Solve Bug: 164: Grundsätzliche Berechnung der UST
Solve Bug: 173: Teilbezahlte Rechnungen bei IST-Versteuerung sollten jetzt klappen, THX Yvonne Einberger
Vorlagen ueberarbeitet, sub ustva und sub get_accounts_ustva in ustva.pm verlegt.
Alle Variablen der USTVA durchgängig nutzbar gemacht.

Fix fuer Bug 224 (Rechnung -> Auftrag)
Bugfix Verkauf -> Berichte -> Angebote -> Workflow Angebot -> Auftrag (fuer mehr als ein item)
Bugfix Verkauf -> Berichte -> Angebote -> Workflow Angebot -> Auftrag" (fuer genau ein item)

Aenderungen aus r690 in der upgrade.sql ans Ende verschoben, der besseren Wartbarkeit wegen.

Anpassung neue Menu 1024x768

Bug/Feature USTVA Modul: Jahresberichte können nun im Ausgabeformat 'Vorschau'
generiert werden.
Betrifft Anfrage auf User Mailingliste, Posting vom 6.12.2005
von Raimund Koenig, Subjekt: UStVA.

Solve Bugs 222, 210, 212: Finanzbuchhaltung verlinkt Konten unintuitiv/falsch

BWA Darstellung korrigiert: Dezimalstellenangabe

BWA Darstellung korrigiert: Dezimalstellenangabe, Rundung, Formatierung mit Nachkommastellen

DB-Schema geaendert um in invoice und orderitems die Variablen ordnumber_$i, transdate_$i, cusordnumber_$i zu speichern.
Speichern/Laden von Auftraegen und Buchen/Laden von Rechnungen modifiziert um diese Variablen zu halten.

Variablen fuer Druck bei Sammelrechnungen umbenannt von ordnumber und transdate nach ordnumber_oe und transdate_oe wg. Namenskollision

Bereitstellen der Variablen transdate_$i und ordnumber_$i von Sammelbestellungen fuer die Druckausgabe

Noch ein paar Formatierungsfehler bei Umwandlung von Sammelbestellung in Rechnung

Sammelbestellungen koennen nur aus Auftraegen generiert werden

Problem bei Preisgruppen und Kommabetraegen und individuellen Preisen geloest

Umwandeln eines Sammelauftrags in eine Rechnung ignoriert Nachkommastellen

Beim Suchen nach Seriennummern konnte nicht in Angeboten und Auftraegen gesucht werden

SQL-Query optimiert fuer raussuchen letzer Kunde

Feature Sammelauftraege fuer Antivir
- Kann jetzt mehrere Auftraege in der Suchmaske anwaehlen und zusammenfassen zu einem Sammelauftrag.
- Kann diesen Sammelauftrag als neu speichern und eine Rechnung dafuer ausstellen.
- Kann die folgende Rechnung wiederum speichern und buchen.
- Wird Sammelauftraege mit nur einem Auftrag abfangen und wie gehabt als einzelnen behandeln.
- Wird soviele Daten wie moeglich im Header des Sammelauftrags beibehalten, wobei customer, ordnumber und transdate eindeutig sein muessen.
- transdate und ordnumber werden bei Bedarf ueberschrieben, nicht eindeutiger customer wird mit Fehlermeldung quittiert

Zusaetzlich:
- Bugfix in Form::get_exchangerate, genauso gefixt wie in Form::check_exchangerate
- neue Routine OE:close_orders, die genau das tut.
- Der Versuch oe::edit ohne eine id aufzurufen wird nun auf oe::add umgeleitet

Menue Berichte Preisgruppen verschoben, Hola raus & locales angepasst

Preisgruppen Kommentar entfernt, nach Perltidy formatiert