Jan Büren [Thu, 29 Jan 2009 17:07:28 +0000 (17:07 +0000)]
Stammdaten -> Berichte -> Kunden -> Suchfeld | Das zusammengefasst Adressfeld (Straße PLZ Ort) wieder in die Einzelkomponenten aufgeteilt. Zusätzlich die Suche um den Nachnamen des Ansprechpartners ergänzt. Die 'In Bericht aufnehmen'-Felder um Straße, PLZ, Ort zusammenhängend rechts ergänzt. Das unnötige SIC-Ankreuzfeld rausgeworfen, überhaupt alle sic_code-Einträge entrümpelt und wo wir schon mal dabei sind auch gleich die Tabellen in der DB gelöscht bzw. angepasst (hoffentlich vermisst die keiner ... ;-)). Im Bonuslevel noch einen fehlerhaften HTML-div-Tag in der Suchmaske entsorgt.
Jan Büren [Mon, 26 Jan 2009 17:33:41 +0000 (17:33 +0000)]
Ein Bug rausgeholt, einen neuen wieder reingesetzt. Zusatz zu: r3473, der Else-Zweig (Lieferant) benötigt auch das entsprechende Input-Feld v_customer_id
Sven Schöling [Mon, 19 Jan 2009 17:19:27 +0000 (17:19 +0000)]
Strict in 4 Dateien wieder deaktiviert.
Idee war gut, aber einige interne Mechaniken verhindern, dass strict so einfach eingesetzt werden kann.
Diese Mechaniken, unter anderem die beliebte Array/Scalar Schizophrenie, lassen sich nicht ohne weiteres fixen,
also geht strict wieder raus, bis eine Lösung dafür gefunden ist.
Moritz Bunkus [Thu, 8 Jan 2009 10:29:04 +0000 (10:29 +0000)]
Beim Buchen von Kreditoren- und Debitorenbuchungen immer die richtigen Steuerschlüssel in acc_trans eintragen. Vorher konnte es den Fall geben, dass bei mehreren Einträgen für ein Konto in einer Kreditoren- oder Debitorenbuchung mit unterschiedlichen Steuerschlüssel zwar die richtigen Steuersätze berechnet aber die falschen Steuerschlüssel gespeichert wurden.
Moritz Bunkus [Wed, 7 Jan 2009 13:16:59 +0000 (13:16 +0000)]
Kreditoren-, Debitoren- und Dialogbuchenmasken:
1. Die Checkboxen "Korrektur" entfernt.
2. Die Eingabezeilen für den Steuerbetrag in einfache Anzeigen des von Lx-Office ausgerechneten Steuerbetrages umgewandelt.
Grund ist, dass Steuern, die mit "Korrektur" eingegeben wurden und nicht exakt dem Steuersatz entsprachen, die zum ausgewählten Steuerschlüssel gehörten, dafür gesorgt haben, dass diese Transaktion nicht über die DATEV-Schnittstelle exportiert werden kann.
Jan Büren [Mon, 15 Dec 2008 07:53:27 +0000 (07:53 +0000)]
Typo in Template korrigiert: webpages -> ct -> form_header
'is_sustomer' nach 'is_customer' Ferner die Feldbeschreibung angepasst:
Kundennummer beim Kunden ist fast gut, Lieferanten-Nr. beim Kunden die
bessere Idee (wir befinden uns ja dort in Stammdaten -> Berichte ->
Kunde).
Moritz Bunkus [Thu, 11 Dec 2008 13:24:27 +0000 (13:24 +0000)]
Beim Upgrade und Einführung des neuen Lagers die Zeilen in inventory
mit leerer Chargennummer befüllen (nicht mit NULL), weil der Rest des
Lagercodes von leeren Strings ausgeht, wenn keine Chargennummer
verwendet wird. Ansonsten wertet Lx-Office zwei Einträge ohne
Chargennummer als unterschiedlich (einmal NULL, einmal leerer String),
und man kann die migrierten Bestände nicht mehr verändern.
Moritz Bunkus [Fri, 28 Nov 2008 17:36:38 +0000 (17:36 +0000)]
Bei verschachtelten Schleifen in der inneren Schleife eine andere Schleifenvariable als in der äußeren Schleife benutzen. Bei Perl 5.10 wird ansonsten unter der Bedingung "äußere Schleifenvariable mit my deklariert, innere hingegen ohne my" Speicher korrumpiert, und es trägt zum einfacheren Verständnis bei. Fix für Bug 839.
Moritz Bunkus [Thu, 27 Nov 2008 14:41:39 +0000 (14:41 +0000)]
Beim Speichern von Wiedervorlagen aus dem Wiedervorlagebericht heraus wurden Kopien der Notizen erstellt anstatt eine bereits bestehende Notiz zu aktualisieren.
Moritz Bunkus [Tue, 21 Oct 2008 13:35:47 +0000 (13:35 +0000)]
Bei der Auswahl von Artikeln auch wirklich den Ausgewählten weiterverarbeiten. Bei mehr als zehn angezeigten Artikeln wird ansonsten ein falscher genommen, weil der reguläre Ausdruck nicht zwangsweise bis zum Stringende gematcht hat.
Moritz Bunkus [Wed, 1 Oct 2008 15:59:15 +0000 (15:59 +0000)]
Notes darf beim Speichern einer Wiedervorlage gerne das bereits bestehende Datenbankhandle benutzen, damit im Fehlerfalle weder die Note noch die Wiedervorlage gespeichert werden.
Moritz Bunkus [Wed, 1 Oct 2008 15:57:47 +0000 (15:57 +0000)]
Konzeptioneller Fehler. Da es mehr als ein Form-Objekt geben kann (in diesem Falle beim Wiederherstellen von $form mittels restore_form()), darf das Standard-Datenbankhandle nicht geschlossen werden, wenn ein Form-Objekt vernichtet wird, sondern erst, wenn das Programm beendet wird.
Moritz Bunkus [Mon, 8 Sep 2008 11:01:24 +0000 (11:01 +0000)]
DATEV-Export nicht beim ersten Fehler abbrechen, sondern eine Liste aller Fehler für den ausgewählten Zeitraum ausgeben und dann erst abbrechen. Das Datenbankhandle nicht schließen, das geschieht automatisch beim Programmende.
Moritz Bunkus [Thu, 4 Sep 2008 14:41:34 +0000 (14:41 +0000)]
Eine Option "@ignore: 1" für Datenbankupgradescripte, mit denen das Script von Lx-Office ignoriert wird. Kann benutzt werden, um ein Script temporär zu deaktivieren, z.B. wenn man noch am Entwickeln ist.
Moritz Bunkus [Wed, 3 Sep 2008 14:04:07 +0000 (14:04 +0000)]
Beim Anlegen des allerersten Beleges eines Typs dafür sorgen, dass vendor_id bzw. customer_id auch gesetzt werden. Andernfalls funktionieren Dinge wie Ansprechpartner-Drop-Down-Boxen nicht, oder es erscheinen später SQL-Fehler.
Moritz Bunkus [Mon, 25 Aug 2008 15:10:36 +0000 (15:10 +0000)]
Beim XML/XUL-Menü nicht den Menüpunkt "Programm/Version" als Einstiegsseite hardcodieren, sondern die Standardseite aufrufen, die auch von den anderen Menüs aufgerufen wird. Unterschied ist, dass die TODO-Liste bisher nicht angezeigt wurde.
Moritz Bunkus [Tue, 12 Aug 2008 14:34:39 +0000 (14:34 +0000)]
COALESCE(0, ...) ist immer 0. Deswegen wurden in der Aufgabenliste jeder Eintrag als Preisanfrage und nicht als Angebot oder Preisanfrage dargestellt. Fix für Bug 844.
Moritz Bunkus [Tue, 12 Aug 2008 12:42:52 +0000 (12:42 +0000)]
Auslagern von Hersteller/Modell-Zeilen in eigene Templates. Hersteller/Modell auch wieder für Waren aktiviert, nicht nur für Erzeugnisse. Fix für Bug 843.
Moritz Bunkus [Tue, 12 Aug 2008 12:16:26 +0000 (12:16 +0000)]
Bericht über Lagerbewegungen: Wurde ein Filter nach Chargennummer verwendet, so wurde die Tabellenspalte chargenumber in der falschen Tabelle abgefragt, was zu einem SQL-Fehler geführt hat. Fix für Bug 841.
Moritz Bunkus [Tue, 12 Aug 2008 12:13:44 +0000 (12:13 +0000)]
1. Tabellenaliasnamen in Queries benutzen, weil PostgreSQL ansonsten einen Fehler rauswirft.
2. Wenn bei E/Ü-Rechnung ein Projekt ausgewählt ist, dann wurde vorher ein Teil des SQL-Codes nicht im eigentlichen Query untergebracht sondern in eine danach nicht mehr benutzte Variable geschrieben.
Moritz Bunkus [Tue, 12 Aug 2008 12:06:15 +0000 (12:06 +0000)]
JavaScript-Menü: Der Schlüssel 'action' soll nicht als Parameter in den Link aufgenommen werden, nicht der Schlüssel, der durch den Schlüssel 'action' bestimmt wird. Dadurch wurde z.B. kein 'report=...' an die URL angehängt, wenn 'action=report' in der menu.ini stand.
Moritz Bunkus [Tue, 12 Aug 2008 09:42:49 +0000 (09:42 +0000)]
Datenbankupgrade für Einführung der Lagerverwaltung: 1. SQL-sicheres Quoten der Eingaben; 2. Beim Anlegen des Lagers alle Tabellenfelder füllen, weil ansonsten später das Lager nicht verfügbar erscheint. Fix für Bug 834.