Lieferdatum in Gutschrift und Einkaufsrechnung
Bei der Verkaufsgutschrift und der Einkaufsrechnung hat jetzt das Lieferdatum(oder Leistungsdatum) wie bei der Rechnung Vorrang vor dem Rechnungsdatum, wennes gesetzt ist. Einkaufsgutschriften gibt es noch nicht....
Überflüssige Tabellen customertax, vendortax, partstax entfernt
Fixt #2186.
Bugfix von chart_link und tax_id in acc_trans
Es gab noch einige Bugs bei VK- und EK-Rechnungen.
1. Der Steuerschlüssel wurde nicht richtig geschrieben.2. tax_id war noch an einigen Stellen NULL.
chart_link in acc_trans
Erstellt ein neues Pflichtfeld chart_link in der Tabelle acc_trans.Wird bisher nur beschrieben und noch an keiner Stelle ausgelesen.
Conflicts:
SL/AP.pm SL/AR.pm SL/IR.pm SL/IS.pm
Einkaufsrechnungen: Checkbox für "Lastschrifteinzug"; Vorbelegung aus Stammdaten
Bessere Formatierung
Verbessert die Formatierung von Commit 5c5e92bc37819dd9df952068b9e58b47dd0b0de2(Großschreibung von SQL-Befehlen, Zeilenumbrüche bei langen Sub-Queries)
tax_id in acc_trans
Dieser Commit enthält das Update-Script um eine neue Spalte Namens'tax_id' in die Tabelle 'acc_trans' einzufügen. Diese Spalte hatConstrait NOT NULL und einen Fremdschlüssel auf die id von tax.
Das Pflichtfeld wird jetzt immer geschrieben bei:...
Revert "tax_id in acc_trans"
This reverts commit 357d134d265637fb37ed2cd47da2ce3ef44d015a.
Dieser Commit enthält das Update-Script um eine neue Spalte Namens'tax_id' in die Tabelle 'acc_trans' einzufügen. Diese Spalte istein Pflichtfeld.
Das Pflichtfeld wird jetzt immer geschrieben bei:
-VK-Rechnungen (auch automatisch erzeugten)...
Option für Datev-Check in Mandantenkonfiguration verschoben.
Controller für Mandantenkonfiguration.
Im Moment lässt sich hier die Änderbarkeit für Zahlungen einstellen. Essollen demnächst auch noch anderen Konfig-Einstellungen aus der Konfig-Dateihierher wandern.
Bug 1961
Nach dem erstellen einer Einkaufsrechnung wird der Einkaufspreis aktualisiert. Dabei entstand bisher ein Fehler, wenn man andere Einheiten als die Standardeinheit der Waren/Dienstleistungen benutzt. Das ist nun behoben.
DATEV check in die 5 haupt buchungsmasken verlinkt
Keine negativen Zahlen beim Update von lastcost in Stammdaten erlauben
Kauft man einen Artikel ein wird beim speichern der Einkaufsrechnungautomatisch in den Stammdaten der EK-Preis für diesen Artikel zu dem Preisgesetzt.
Da es im Einkauf keine Gutschrift gibt helfen sich manche Benutzer...
Wechselkurs bei Einkaufsrechnungen nach invdate und nicht nach transdate checken
Fix für Bug 1759: (Verbesserung) Währung bei Kunden / Lieferanten vorbelegen
Für Kunden und Lieferanten kann jetzt in den Stammdaten eine Währungeingestellt werden, die als Voreinstellung in den Ver- und Einkaufs-Masken dient.
IR::get_duedate aufgeräumt
Leerzeichen am Ende bei curr(ency) entfernen.
In der Datenbank werden f. Währungen drei Zeichen gespeichert. EineWährung mit zwei Zeichen hat dann ein Leerzeichen am Ende und derVergleich in den Maske schlägt fehl, wenn es dort bleibt.
Änderbarkeit bei Zahlungen f. Einkaufsrechnungen konfigurierbar.
Nie, immer oder am selben Tag, einstellbar in der lx_office.conf
Artikelauswahl gefixt: das Ausgewählte nehmen, nicht den ersten Treffer
Hintergrund: Suche in SL/IS.pm hat (sehr außergewöhnlich) einSuchkriterium nach EAN mit "OR" verknüpft. Dadurch, dass die Suchenach ID schlicht ans Ende mit "AND" gestellt wurde, ergab sich grob...
Umstellung von eur zu 3 Variablen in defaults
accounting_method inventory_system profit_determination
Details siehe doc/umstellung_eur.txt
In Einkaufsbelegen Übersetzungen von Artikeln berücksichtigen
Fix für Bug 1677.
Bei Artikelauswahl nur ID als Hidden mitschleifen, nicht alle Artikeldetails
Fix für Bug 1670.
Addition to bugfix 1666: correcting rounding errors for negative values
make sure rounding error is caught if invoicediff and expensediff both have negative values
see also commit cc47124952e133ee4edbc116d927b90040dc8a05
Bug 1579: Einkaufsrechnung mit bestimmten Werten und 'Steuer im Preis inbegriffen'
Im Gegensatz zur Verkaufsrechnung, wo Rundungsfehler bei der Berechnung vonNetto aus Brutto nur in Erlöskonten mitverfolgt werden, können sichRundungsfehler bei Einkaufsrechnungen jeweils in Aufwands- und Bestandskonten...
Wahrscheinlich wird $form->department seit der T8 Umstellung nicht mehr korrekt zusammengesetzt.Offen: Interne DB-ID wird immer noch bei Abteilung angezeigt (?!)Ferner: Erfolgs- und Kostenstelle ist noch defekt. War meiner Meinung auch noch nie ganz sauber....
Globale Variablen für Systemeinstellungen und Features nach %::lx_office_conf verschoben
Betroffen sind: $webdav $vertreter $lizenzen $show_best_before $parts_show_image $parts_image_css $parts_listing_images $eur $dbcharset $language
Beim Buchen von Einkaufsrechnungen die Langbeschreibung speichern
Fix für Bug 1095.
Keine Tabs in SL/* Modulen.
Machen das Leben nur schwer für Leute die zufällig nicht die Tabbreite eingestellt haben wie der Autor.
Beim Buchen von Rechnungen/Zahlungen das Feld "datepaid" richtig setzen.
Zusätzlich noch ein Datenbankupgradescript, das die Felder inbestehenden Einträgen berichtigt.
Zuviel aus IS.pm bzgl. Einkaufsrabatt kopiert. Einkaufsrechnungen wurden mit einem 100 mal höheren Wert gebucht (Dezimalstellenverschiebung)
Und wieder ein Schwung strict.
Fix für Bug 1081. Bei Buchung einer Einkaufsrechnung geht das Rabatt verloren. 1.) Der Rabatt wurde nicht korrekt in die Tabelle invoice geschrieben, bzw. auch nicht wieder ausgelesen. 2.) Bei Buchung in die acc_trans wurde entsprechend auch nicht der Rabatt vorab berechnen. 3.) Prinzipiell würde ich mir eine zentrale 'Rabatt-Berechnungsfunktion' über alle Buchungsmasken wünschen (s.a. Kommentar)
Verwendung von benutzerdefinierten Variablen für Waren/Dienstleistungen/Erzegunisse in Einkaufsrechnungen implementiert.
Verwendung von benutzerdefinierten Variablen fÌr Waren/Dienstleistungen/Erzegunisse auch in Einkaufsmasken ermöglichen.
Ansprechpartner: cp_greeting durch cp_gender ersetzt
contacts->cp_greeting, was normalerweise fuer Frau/Herr benutzt wird,wird durch cp_gender (m/f) ersetzt, was den Vorteil hat, dass man jenach beim Kunden definierter Sprache verschiedene Anreden generieren und...
get_vendor war nicht hinreichend abgesichert gegen mehrfache aufrufe.bei mehrfachen aufrufen, konnte es passieren dass alte WHERE klauseln noch mitverwendet wurden.
Hoffentlich Fix für Bug 1028.
Einführung einer ID-Spalte in acc_trans
Die Benutzung der von PostgreSQL zur Verfügung gestelltenSpalte "oid" hat ihre Tücken. Über diese wird in Lx-Office dieReihenfolge der Einträge in acc_trans geregelt. Wird aber einUPDATE-SQL-Query auf acc_trans ausgeführt, so kann es (anscheinend...
Fehlerbehebung fuer Bug 736 - Der beim Lieferanten hinterlegte Rabatt wird in dem Feld Rabatt zu den jeweiligen Positionen vorbelegt (Einkauf > Anfrage/Auftrag und Einkauf -> Einkaufsrechnung erfassen) - Ferner ist der Variablenname jetzt auf form>vendor_discount umbenannt
Suche auch nach EAN auf Gleichheit, wenn nur partnumber gefüllt ist
kaputtes quoting, berichtet in Bug 815.
Whitespace Purge
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.
Beim Umwandeln von Aufträgen in Rechnungen nicht sofort den Auftrag schließen. Beim Buchen von Rechnungen die Aufträge schließen, aus denen die Rechnung erzeugt wurde (auch mit Umweg über Lieferscheine), sofern der Auftrag damit vollständig abgerechnet wurde.
Eingangsrechnungen: Wird das Rechnungsdatum verändert, so wird per AJAX das Fälligkeitsdatum anhand der beim Lieferanten hinterlegten Zahlungsbedingungen berechnet und im Formular ersetzt.
Beim Umwandeln von Angeboten/Preisanfragen in Aufträge die IDs in record_links speichern. Beim Umwandeln von Aufträgen und Lieferscheinen in Rechnungen die IDs in record_links speichern.
------------------------------------------------------------------------r7135 | mbunkus | 2008-06-20 10:56:08 +0200 (Fri, 20 Jun 2008) | 1 line
Wenn eine Rechnung aus einem oder mehreren Lieferscheinen erstellt wird, so wird beim Buchen der Rechnung automatisch alle Lieferscheine als geschlossen markiert, aus denen die Rechnung erstellt wurde....
Beim Ausdruck von Einkaufsbelegen den ausgewählten Ansprechpartner laden (Variable "contact" gibt es nicht mehr, nur noch "cp_id").
Lagerverwaltung implementiert.
Implementation des Features "Benutzerdefinierte Variablen für Kunden- und Lieferantenstammdaten".
Wenn in get_vendor() die id des Vendors abgeholt wird, dann wird dadurch die ID des aktuellen Vorgangs im Einkauf (Preisanfrage, Lieferantenauftrag etc) überschrieben.
Debugcode entfernt (Fix zu Bug 768)
Diese Patch ist ein Merge der Revisionen2866, 5349, 5365, 5370, 5408, 5413, 5470, 5473, 5475, 5519, 5520, 5521, 5524, 5526, 5591, 5618, 5622, 5814, 5881, 5882 und 5961in das Unstable.
Hintergrund ist die Auslagerung der OE-Masken, das heisst aller Masken, die fuer Auftraege, Angebote und teilweise Rechnungen zustaendig sind....
Verbesserungen am Tag Script.
Ausserdem Merge der Revisionen 5239 5259 5340 5341 5342 und 5343.
Quoten von allen in regulären Ausdrücken verwendeten Variablen, die direkt oder indirekt von Benutzereingaben stammen können. Fix für Bug 302.
Preisfatkoren implementiert.
Kosmetikmerge aus Revisionen 5187, 5191, 5193, 5194, 5218, 5219, 5222, 5228, 5229
Kosmetik, merge aus -r5105,5106,5118,5120,5124
Beim Stornieren von Einkaufs- und Verkaufsrechnung auch die storno_id mit speichern (analog zu AR.pm/AP.pm), damit später eine Unterscheidung zwischen Stornorechnung und stornierter Rechnung möglich ist.
Eingangsrechnungen: Wirklich das Datum der zuletzt erstellten Rechnung benutzen, nicht das maximale Datum.
Eingangsrechnung: Als Rechnungsdatum wird das Datum der letzten Eingangsrechnung vorausgewählt. Zusätzlich wird das Fälligkeitsdatum in Abhängigkeit von den beim Lieferanten ausgewählten Zahlungsbedingungen gesetzt.
Probleme mit mehreren Währungen und Wechselkursen behoben.
Bei Artikelsuche Groß-/Kleinschreibung ignorieren.
Debugmeldungen entfernt
Die Funktion "Zahlung buchen" bei Eingangsrechnungen komplett umgeschrieben. Sie verlässt sich nun nicht mehr auf die aktuellen Daten in $form, um die alten Einträge in acc_trans zu löschen, sondern lädt den vorherigen Stand aus der Datenbank, entfernt darauf basierend die Einträge in acc_trans und lässt IR->post_transaction() selber die Zahlungen eintragen.
Bug: Bind Variable wurde mitgegeben, aber nicht verwendet
Umstellung der IR.pm auf die Verwendung von parametrisierten und richtig gequoteten Queries zur Vermeidung von SQL injections. Zusätzlich Kosmetik wie Leerzeichen am Zeilenende oder Umformatierungen anderer Codeteile.
Beim Speichern einfach in allen Einheiten nach der ausgewählten Einheit suchen.
Beim Buchen von Eingangsrechnungen den ausgewählten Bearbeiter honorieren und speichern. Bugfix für 640.
INSERT an das popup angepasst ( Bearbeiter können von jedem ausgewählt werden. )
SQL-Syntax groß geschrieben / lesbarer gemacht : update -> UPDATE usw.
Kreditlimit von Lieferanten wurde nicht richtig berechnet, wenn neue Rechnungen angelegt wurden.
Umstellung der Form.pm auf die Verwendung parametrisierter Queries zur Vermeidung von SQL injection. Zusätzlich etwas Kosmetik (trailing whitespace, TABs entfernt).
Falsche Verwendung einer neu eingeführten Datenbankhilfsfunktion, die zu einer Endlosschleife geführt hat.
Bug 603: Interne Bemerkungen bei Workflow aus Lieferanten heraus
get_vendor auf aktuellen Stand gebracht.
Neue tolle Funktionen in DBUtils eingefuet
Kreditorenrechnungen: Beim initialen Aufruf den richtigen Steuerschlüssel auswählen, wenn für den Lieferanten das zuletzt benutzte Konto ausgewählt wird.
Einkaufs- und Verkaufsrechnungen: Beim Erstellen der Einträge in acc_trans keine leeren Felder für taxkey erzeugen.
Einkaufs-/Verkaufsmasken: Da es das Zahlungsziel in den Masken nicht mehr gibt, müssen zur Berechnung des voreingestellten Fälligkeitsdatums die beim Kunden/Lieferanten eingestellten Zahlungskonditionen benutzt werden.
Kreditorenrechnungsmaske: Drop-Down-Boxen für Konten werden jetzt bei jedem Seitenaufbau richtig aufgebaut (kein Mitschleppen der HTML-gecodeten Drop-Down-Box im Formular) analog zu ar.pl. Behebt außerdem ein paar Bugs mit Auswahl der Steuerschlüssel.
Codeduplikation vermeiden.
Einkaufsrechnungen: Vor dem Stornieren die Daten aus der Datenbank holen und nicht die aktuellen Formulardaten für das Storno benutzen.
Definitiv verhindern, dass Einkaufsrechnungen doppelt storniert werden können.
Wenn bei Rechnungen bei einer Zeile kein Projekt ausgewählt ist, dann richtigen Wert für project_id im Query benutzen.
Einkaufs- und Verkaufsrechnungen: Bei den Buchungen (sowohl für die Positionen als auch für die Zahlungsein- und ausgänge) die globale Projektnummer in acc_trans speichern.
Anzeige und Auswahl von Projektnummern bei Einkaufs- und Verkaufsbelegen nur noch per Drop-Down-Box.
Bugfixes und Code-Reorganisierung beim "Webdav"-Feature. Beim Anlegen von Verzeichnissen werden auch eventuell fehlende Elternverzeichnisse angelegt. Bei jedem Neuaufbau der Maske wird die Liste der vorhandenen Dateien aktualisiert, nicht nur beim Speichern & Laden.
Drop-Down-Auswahlboxen für Ansprechpartner und Lieferadresse bei jedem Maskenaufbau aus der Datenbank aufbauen. Für den HTML-Code wird jetzt das CGI-Modul verwendet.
Beim Auslesen der Lieferantendaten auch den Lieferantentyp holen.
Bei Einkaufs- und Verkaufsmasken Felder für Angebots- und Auftragsdatum hinzugefügt.
Bei Vorgängen auch Positionen speichern und ausdrucken, deren Anzahl = 0 ist (z.B. für Alternativpositionen, die die Gesamtsumme nicht beeinflussen sollen).
Undefinierte Werte aus der Liste der "gewollten Variablen" rauswerfen, weil die Liste ansonsten eventuell nicht leer ist.
Einkaufs-/Verkausfmasken: Wenn man auf "Liefeadresse" drückt, dann werden jetzt nur noch die Lieferadressdaten vom Kunden/Lieferanten aus der Datenbank geholt. Damit werden die bisher eingegebenen Bemerkungen in der Maske nicht mehr überschrieben, und die internen Bemerkungen werden nicht mehr in die normalen Bemerkungen kopiert. Fix für Bug 507.
Fehler beim Buchen. Wenn EUR gesetzt war, wurde bei Eingangsrechnungen das Bestandskontoangesprochen. Wenn EUR nicht gesetzt war, wurden beim Verkauf die Kosten nicht vom Bestands- aufKostenkonto umgebucht
Bei Einkaufsmasken sollte für Artikel der Einkaufspreis aus der Datenbank geholt werden, nicht der Verkaufspreis.
Fixed Bug 436: Radierparagraph: Loeschen am gleichen Tag erlauben
Neue Berechnung der Steuersaetze
Ermittlung der Folgekonten: Bei Ausgangsrechnungen wird zuerst das Lieferdatum, dann das Rechnungsdatum, dann das aktuelle Datum betrachtet. Bei Eingangsrechnungen zuerst das Rechnungs-, dann das aktuelle Datum. Bei allen anderen Belegen zuerst transdate (z.B. Bestell- oder Angebotsdatum), danach das aktuelle Datum.
Die Steuersätze richten sich nach dem Ertrags- bzw. dem Aufwands- und nicht nach dem Bestandskonto, weil beim Bestandskonto ja nicht danach unterschieden wird, woher man etwas bezogen hat.
Alu-Funktion aus Kundenprojekt entfernt.