trailing whitespaces entfernt
Einkauf/Verkauf: Bemerkungsfeld mit HTML-Editor ausgestattet
Nicht-editierbare CVars bei "als neu speichern/verwenden" richtig setzen.
Nicht-editierbare CVars auch im Workflow richtig setzen. ...
Zudem das Ermitteln der Werte in eine Subroutine ausgelagert.
Rechnungen: Nicht editierbare CVars nicht rendern, aber richtig speichern bzw. drucken.
Die Änderung für Rechnungen (u. Gutschriften) fehlte noch im commit6b4a71ff376e8337b708127f9f6c63c1d70d0af3(Nicht editierbare CVars nicht rendern, aber richtig speichern und drucken.)
Item-Positionen für Rechnungen in DB: Rechnungsmasken honorieren und speichern diese.
Aufräumarbeiten verknüpfte Positionen
- converted_from_quotation_orderitems_id entfernt, da es keine tabelle quotation_orderitems gibt und die variable langfristig nur verwirrend in der form ist. - IR.pm auch auf foreach $table_name umgestellt
Konditional RecordLink save aufrufen (analog zu ar auch für oe)
Weitere Positionen verknüpft
Alle Workflows von Angebot bis Rechnung im Einkauf und Verkauf umgesetzt
Offen: Gutschrift und Rückwartsverknüpfungen
2005 backend code entfernt, der dank L überflüssig wurde (department ist kein multibox-feld mehr)
persistente ids für invoice (items)
analog zu do, oe auch die verknüpften items für rechnungen persistent machen. - invoice_id retrieve_invoice in array übernehmen - invoice_pos entfernt (war ggf. vor 2006 ähnlich vorgesehen) - reverse_invoice gekürzt, sodass hier keine invoice gelöscht werden...
PriceSource: price_sources sind keine Integer
PriceSource: Rabattbehandlung
PriceSource: bei Rechnungen mitspeichern
select_item: Belegmasken finden jetzt auch Warennummern aus makemodels
Außerdem die Präsentation von select_item angepasst, so dass ersichtlichwird woher die gefundenen Waren stammen.
Einkaufs-/Verkaufsbelege: Spalte taxzone_id bereits beim INSERT befüllen
Ansonsten gibt es wegen der neuen NOT NULL-Restriktion einen Fehler.
Steuerzone - Default eingeführt (statt id 0)
Als Defaultsteuerzone gilt nun die Steuerzone mit dem höchsten Sortcode, dernicht obsolet ist (in der Regel also id 1).
Bernd hatte noch ein paar Stellen gefunden, wo als Default 0 gesetzt wird.Außerdem Doku angepasst, taxzone_id ist nun nicht mehr im Bereich 0-3.
Auf Datenbankebene Steuerzonen konfigurierbar gemacht
Damit können jetzt mehr als die 4 Standardsteuerzonen eingerichtetwerden. Die bisherigen Steuerzonen wurden aus der Tabellebuchungsgruppen in die neue Tabelle taxzone_charts ausgelagert.
Konzeption siehe Ticket #2295...
Einkauf/Verkauf: Lieferadressenfelder nie aus Stammdaten vorbelegen
Das neue Verhalten ist wie folgt:
- Weder die shipto_id (die Drop-Down-Box in den Belegmasken) noch die individuellen shipto*-Felder werden weder beim Neuanlegen eines Beleges noch bei Wechsel des Kunden aus den Datenbanken belegt....
Verkaufs-/Einkaufsmasken: HTML in Langtexten nutzen
fixed fix #1795.(exchange)
1795: falscher Einbezug des Rabattes im letzten Einkaufspreis der Einkaufsrechnung
Lieferbedingungen analog zu Zahlungsbedingungen eingeführt.
Sie können angelegt werden, beim Benutzer voreingestellt werdenund in allen Ein- und Verkaufsmasken gesetzt werden.
Merge branch 'master' of github.com:kivitendo/kivitendo-erp
Conflicts: SL/DB/MetaSetup/Default.pm locale/de/all
Migration von parts.bin nach wirklichen Lager und Lagerplatz s.a. Ticket 2284
Merge branch 'currency'
Trailing Whitespaces entfernen
Dieser Commit entfernt lediglich Leerzeichen am Ende der Zeilen.
DATEV-Check für nur eine Buchung
Bisher hat der DATEV-Check nach Erstellung einer Buchung immer denganzen Tag geprüft. Jetzt wird nur noch die Buchung selbst aufDATEV-Kompatibilität geprüft.
Verbesserung Lesbarkeit von Code
Dieser Commit verbessert noch an Stellen, die Währungen betreffen,die Lesbarkeit des Codes.
Entfernung von trailing whitespaces
Verbesserungen in Upgrade-Scripten
In den Scripten currencies.pl rm_whitespaces wurden einige Ver-besserungen durchgeführt:1. Umbenennung von Spalten curr in currency_id in allen Tabellen außer currencies.2. Umbenennung von Spalte curr in name in Tabelle currencies....
Revert "Nutzung der Tabelle currencies"
This reverts commit be776964b83340e69fa2f02eae59b703c0c95b88.
Nutzung der Tabelle currencies
Dieser Commmit passt den Code an, um die Tabelle currencies zu nutzen.
Merge branch 'master' into currency
Conflicts: locale/de/all
Einkaufsrechnung buchen bei Bestandsmethode: Kontenverknüpfung aus Buchungsgruppen, nicht aus parts
Einkaufsrechnung buchen bei Bestandsmethode: falsche Spaltennamen/-anzahl gefixt
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.