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

Bugfix: svn 639 - Auch die entsprechenden Buchungen sind falsch gewesen.

Angepasst für Verkauf: Rechnungen, Aufträge, Angebote und
Einkauf: Einkaufsrechnung, Lieferantenauftrag, Preisanfrage.

Bugfix:  Angebot (Auch bei Rechnung): Menge mit Kommastelle, z.B 6,876, beim
Erneuern wird die Menge gerundet und ohne Nachkommastelle angezeigt. In
der Vorgaengerversion ging das noch. Der Positions-Preis wird korrekt
berechnet, nur die Anzeige der Menge scheint das Problem zu sein

Bug bei Behandlung der 'alten' Variablenwerte in die neuen Variablennamen
beseitigt.

Bugfix Preisgruppen - nach Update wurden die Preisgruppen nicht aufgebaut
und Perltidy

Ein ueberfluessiges ' entfernt.

Ueber die Variable <%tax_rate%> kann nun in den Druckvorlagen der Steuersatz einer Zeile mit ausgegeben werden.

Steuerbetraege wurden beim Drucken ohne Nachkommstelle angezeigt

Spalten die Primarykey werden sollen vorher auf not null setzen

Anpassungen der fehlenden Uebersetzungen. Ausser 'hola' in der ct.pl pricegroups. Keine Ahnung wozu die da ist?

Reconcilliation (Zahlungsabgleich) Funktion wieder eingebaut. In der zugehoerigen Bemerkung in der menu.ini steht, diese Funktion sei defekt, was aber nach meiner Erfahrung des letzten Buchungsjahres nicht stimmt.

Fehler: <pagebreak> in Variablen funktionierte aufgrund falscher Arrayinitialisierung nur einmal pro Formular. Drei Zeilen Debug-Code entfernt.

Dokumentation um die neuen Textformartierungsbefehle erweitert, die in Formularen verwendet werden koennen.

USTVA: Zahlenformatierung in Tex-Reports erweitert für alle Zahlenformate

USTVA Helpdatei aktualisiert.

sql/finanzamt.sql wiederhergestellt, weil es sonst beim Update Probleme geben kann.

Alte USTVA Dateien geloescht

Bug Rundungsfehler bei Ustva Ausgabe

Update der Ustva Funktion mit neuen Vorlagen für das Jahr 2006.

Fehler beim Entfernen von Debugmeldungen

Fehler bei der Umwandlung von Angeboten in Auftraege, Preise mit nur einer Nachkommastelle wurden falsch formatiert

Fehler beim Speichern von Auftraegen behoben, wenn Angebot in Auftrag umgewandelt wird

Tippfehler Fixed Bug #183

Doppelte Passivbeschriftung beim Kontenanlegen entfernt

Fixed Bug #187, UBL wenn als Kategorie nicht "alle" ausgewaehlt wird

Bug gefixed #206 Fehler beim Dialogbuchen wenn Korrektur und Steuerinklusive

Fehler bei Drucken und Buchen und Preisgruppen behoben, Preisgruppen Quelltext ein wenig modifiziert

Fehler beim Speichern von Rechnungen und Angeboten/Auftraegen wenn keine Preisgruppen vorhanden

Buchungsjournal angepasst, Ueberpruefung auf UBL entfernt

Bug #204 behoben: Storno geht jetzt auch bei Splitbuchungen

Bug#205 behoben. Beim Dialogbuchen werden nun auch MwSt. inkl. Buchungen korrekt verarbeitet

Rueckmeldung eingebaut, damit waehrend großen Exportvorgaengen kein Timeout vom Server kommt

Neuer Patch gegen den Unbalanced Ledger!
Test ob Demodatenbank den Unbalanced ist...
Betr. Bugzilla ID 124

Neuer Patch gegen den Unbalanced Ledger!
Betr. Bugzilla ID 124

Unbalanced Ledger Workaround... Betr. Bugzilla ID 124

Fehler bei der Berechnung der Summen in der BWA

Bei Preisgruppen werden die Preisgruppen nun auch direkt beim Anlegen eines Artikel angezeigt

Fehler bei negativen Umsaetzen behoben

Anpassung neue Menu Layout

Bugfix Preisgruppen, in der Warenmaske zeigte er eine Preisgruppe a
"Gruppe 1" als "Gruppe" an
Anpassung locale

Übersetzungen für Preisgruppen

Preisgruppenerweiterung auf Basis von Andres Patch - Thanks
-Preisgruppenverwaltung
-Preiseingabe der Preisgruppen in Masken Waren,etc.
-Auswahl der Preisgruppen in den Verkaufsmasken
-...

Erweiterung Datenbankschema

Funktion fuer Druckvorschau und Drucken+Buchen zu Verkaufsrechnungen hinzugefuegt

Uebersetzungen ergaenzt

Aenderungen beim Dialogbuchen: Layout der Maske angepasst. Es kann nur eine Seite gesplittet werden, nur eine Seite kann Steuer haben

Mehr Markup: Wenn in einer Rechnungszeile "<pagebreak>" auftaucht, so wird es aus dem Text entfernt, und bei LaTeX-Ausgabe wird  nach der Zeile ein Seitenumbruch erzwungen.

Die Anzahl der dargestellten Nachkommastellen jedes einzelnen Preises sollte mit der eingegebenen Anzahl an Nachkommastellen ÃŒbereinstimmen. Die eingegebenen Preise sollten nicht gerundet werden.
(Ã\84nderungen bez. Email vom 27.10.2004 18:30 von Udo Spallek)

Darstellungsfehler bei Ganzzahlen behoben. Vorher wurde bspw. '2' als '2,' dargestellt, nun wird richtig formatiert.

Änderungen bez. sub round_amound von heute Morgen wieder herausgenommen, weil nonfunktional. Das problem scheint woanders zu liegen.

version3

Version2