Philip Reetz [Mon, 16 Jan 2006 14:57:19 +0000 (14:57 +0000)]
Neue Variable p_discount = Rabattprozente pro Position fuer Rechnungen, Auftraege und Angebote eingefuert. Die Variable discount enthaelt den als Rabatt gewaehrten Betrag
Stephan Köhler [Mon, 16 Jan 2006 14:37:03 +0000 (14:37 +0000)]
Merge von 735,736 aus unstable: Bugfix
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.
Stephan Köhler [Fri, 13 Jan 2006 15:50:56 +0000 (15:50 +0000)]
Merge von 774 aus unstable: Bugfix - Nachtrag zu R740 - Bugfix 179
Fehler im Buchungsjournal, Steuern wurden separat angezeigt, gefixed und jetzt auch sortierung moeglich
Sven Schöling [Thu, 12 Jan 2006 17:55:09 +0000 (17:55 +0000)]
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.
Stephan Köhler [Thu, 12 Jan 2006 13:28:08 +0000 (13:28 +0000)]
Merge von 765,768 aus unstable: Bugfix 242 Punkt 3/4
-765
Korrektur Checkbox in Debitorenrechnungsdialog wurde nicht ueber ein Erneuern uebernommen.
Siehe Bug 242, 4.
-768
Fix fuer Bug 242, tax_$i Werte wurden nicht geparst.
Stephan Köhler [Mon, 9 Jan 2006 15:56:59 +0000 (15:56 +0000)]
Merge von 762 aus unstable: Bugfix Primary Key und Sql-Fehler beim Pg-upgrade
Probleme mit Primary Key in orderitems behoben
Anmerkung:
In einer bestehenden Datenbank muss der Primary Key auf der id von orderitems
manuell entfernt werden, sonst gibt es auf einigen Systemen beim Generieren
eines Auftrages Probleme.
Stephan Köhler [Mon, 9 Jan 2006 14:07:36 +0000 (14:07 +0000)]
Merge von 757,758 aus unstable: Bugfix Splitbuchungen
757 - Automatische Auswahl des Steuersatzes üer JavaScript
758 - Layout noch angepasst, so dass die Maske auf den Bildschirm passt
Stephan Köhler [Sat, 7 Jan 2006 18:11:21 +0000 (18:11 +0000)]
Merge von 753,754,755 aus unstable: Bugfix Preisgruppen
753
-Nachtrag zu Bug 154 - Firefox ignoriert rechten Rand/Rahmen bei Berichte->BWA
Dank an Sven
754
-Einmal quoting hinzugefuegt, und einmal ueberfluessige Newlines in den Variablen entfernt
755
-Zeilenanzahl der Preisgruppen im Dialog Stammdaten->Dienstleistung erfassen gefixt.
Stephan Köhler [Sat, 7 Jan 2006 14:17:11 +0000 (14:17 +0000)]
Merge von 741 aus unstable: Bugfix 214
Derselbe Bug tritt auch in Verbindung mit Einkaufsrechnungen auf, und verfaelscht die Bilanz, wenn mit einer Datumsmaske gesu
cht wird
Stephan Köhler [Sat, 7 Jan 2006 12:13:46 +0000 (12:13 +0000)]
Merge von 704,707,730,731 aus unstable: USTVA Bugfix
-704
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.
-707
Nachtrag zu rev 704. USTVA Berechnung kosmetisch verändert.
-730
Nachtrag zu R704 'Diverse USTVA Bugs geloest'
-731
Solved Bug 237. USTVA Vorsteuer wird nicht richtig berechnet
Sven Schöling [Fri, 6 Jan 2006 14:13:45 +0000 (14:13 +0000)]
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.
Sven Schöling [Tue, 3 Jan 2006 16:59:39 +0000 (16:59 +0000)]
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.
Stephan Köhler [Fri, 30 Dec 2005 12:53:14 +0000 (12:53 +0000)]
Merge von 712 aus unstable: Bugfix Preisgruppen
Preisgruppen: Doppeltes format_amount, abschneiden der Nachkommastelle
Fehler aufgetaucht nach Revision 705 in Verbindung mit Bug 233
Stephan Köhler [Fri, 30 Dec 2005 12:47:55 +0000 (12:47 +0000)]
Merge von 711 aus unstable: Bugfix 233 + format_amount
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
Stephan Köhler [Fri, 30 Dec 2005 12:35:00 +0000 (12:35 +0000)]
Merge von 705 aus unstable: format_amount
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.
Stephan Köhler [Wed, 28 Dec 2005 14:40:07 +0000 (14:40 +0000)]
Merge von 700 aus unstable: Feature USTVA: Jahresberichtsvorschau
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.
Udo Spallek [Fri, 23 Dec 2005 11:48:38 +0000 (11:48 +0000)]
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.
Stephan Köhler [Fri, 23 Dec 2005 10:46:54 +0000 (10:46 +0000)]
Merge von 690 aus unstable: Sammelauftraege und DB-Schema
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.
Udo Spallek [Thu, 22 Dec 2005 13:46:56 +0000 (13:46 +0000)]
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.
Udo Spallek [Tue, 20 Dec 2005 16:54:11 +0000 (16:54 +0000)]
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.
Udo Spallek [Wed, 14 Dec 2005 15:40:58 +0000 (15:40 +0000)]
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.
Stephan Köhler [Mon, 12 Dec 2005 16:04:55 +0000 (16:04 +0000)]
Merge von 684, 686-689 aus unstable: Sammelauftraege
r684 - Umwandeln eines Sammelauftrags in eine Rechnung ignoriert Nachkommastellen
r686 - Sammelbestellungen koennen nur aus Auftraegen generiert werden
r687 - Noch ein paar Formatierungsfehler bei Umwandlung von Sammelbestellung in Rechnung
r688 - Bereitstellen der Variablen transdate_$i und ordnumber_$i von Sammelbestellungen fuer die Druckausgabe
r689 - Variablen fuer Druck bei Sammelrechnungen umbenannt von ordnumber und transdate nach ordnumber_oe und transdate_oe wg. Namenskollision
Stephan Köhler [Mon, 12 Dec 2005 15:53:06 +0000 (15:53 +0000)]
Merge von 681 aus unstable: Sammelauftraege + Bugfix
Feature Sammelauftraege
- 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 m
uessen.
- 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
Sven Schöling [Fri, 9 Dec 2005 15:48:19 +0000 (15:48 +0000)]
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.
projects / mfinanz.git / log