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: ChangelogAktualisiertes 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 Formathat 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 nichtintegriert, deshalb sind einige updates in liste.aql doppelt gemoppelt,was m.E. unproblematisch ist, gleiches gilt für...
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 -> Buchungslisteergab 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: ChangelogAktualisiertes 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.
Syntag Error in User.pm
Fix 253: Unter "Finanzbuchhaltung->Beichte->offene forderungen ->dann eine Sammelrechnung als HTML drucken" wird im Ausdruck das Logovom 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->BWADank an Sven
Solved 179, Nachtrag für Tabellen im ZahlungsmodulSpalten Sortierung funktioniert nicht in Tabellen
Fix fuer Bug 214 und seine NebenwirkungenDerselbe Bug tritt auch in Verbindung mit Einkaufsrechnungen auf, und verfaelscht die Bilanz, wenn mit einer Datumsmaske gesucht wird.
Solved 179, Dank an Anneli HuthSpalten 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....
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 NachkommastelleFehler 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 '.'....
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 geloestSolve Bug: 49: UST wurde berechnet, jetzt ausgelesen, mit Patchen von Andre Schubert THXSolve Bug: 164: Grundsätzliche Berechnung der USTSolve Bug: 173: Teilbezahlte Rechnungen bei IST-Versteuerung sollten jetzt klappen, THX Yvonne Einberger...
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.2005von 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....
Menue Berichte Preisgruppen verschoben, Hola raus & locales angepasst