projekt kivitendo

Benutzerverwaltung im Bereich Verkauf > Ansicht nur auf eigene Verkaufsdokumente erweitert. Standardmässig bleibt alles wie vorher (Db-Upgrade-Skript was dieses Recht für alle vorhandenen Gruppen setzt) Sobald das Recht für die Gruppe nicht gesetzt wird, wird entsprechend bei den Verkaufsberichten auth>assert('sales_all_edit') auf employee_id geprüft. Bei Stammdaten->Kunden->Lieferung wird zusätzlich auf dieses Recht geprüft

Datenbankupgradescript zur Behebung falscher Steuerschlüssel in acc_trans bei Einkaufsrechnungen

Frühere Lx-Office-Versionen hatten einen Bug beim Buchen von
Einkaufsrechnungen, bei denen falsche Steuerschlüssel in acc_trans
geschrieben wurden. Dieses Script behebt diese falschen Einträge.

Schema von contacts immer anpassen

Auch wenn in contacts noch keine EintrÀge existieren, muss das
Datenbankschema angepasst werden.

Tabs aus *.pl Dateien entfernt.

Bei der Migration zu "Anrede -> Geschlecht" nicht nachfragen, wenn Tabelle leer ist.

Kosmetik.

Funktionslokale Variablen nicht als global deklarieren.

Fix für Bugs 1251 und 1253. Hintergrund: Die DB-Upgradescripte werden
mittels eval im Kontext einer Unterfunktion aufgerufen. Die Variablen,
die fälschlicherweise innerhalb der Upgradescripte mit "our" als...

Beim Buchen von Rechnungen/Zahlungen das Feld "datepaid" richtig setzen.

Zusätzlich noch ein Datenbankupgradescript, das die Felder in
bestehenden Einträgen berichtigt.

Und wieder ein Schwung strict.

migration from cp_greeting to cp_gender

this commit replaces commit e09347c89ca119213c4d8ba43083653cda793399 which introduced gender.sql

In database table contacts cp_greeting is removed and instead cp_gender is introduced
For print variables cp_greeting is generated from cp_gender and generic_translations...

Änderungen für den SEPA-Export

Valid Flag für Custom Variables in Artikeln.

Ausserdem gefixte Locales.

Fehler beseitigt

Variable has_sernumber auch in der db anlegen

Neuere PostgreSQL-Versionen unterstützen das Aliasen von zu aktualisierenden Tabellen nicht.

Abfrage nach accno in Hochkomma stellen

fehlende schliessende Klammer ergänzt

numberwert zu klein, auf 12,5 vergrössert

Fehler in der Funktion "Zahlung buchen" bei Kreditoren- und Debitorenbuchungen.
Zahlungsdatum wurde nicht in der Datenbank gespeichert.

Ausweitung der benutzerdefinierten Variablen für Waren/Dienstleistungen/Erzeugnisse auf Anzeige/Modifikation in Angeboten/Aufträgen.

Datenbankupgradescript zur Ausweitung der benutzerdefinierten Variablen auf Waren, Dienstleistungen und Erzeugnisse.

Wurde in Commit b2f44e3d98cbbd622b1497c23602eb79e71a3c64 vergessen.

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 je
nach beim Kunden definierter Sprache verschiedene Anreden generieren und...

Übernahme einiger weiterer Felder aus Aufträgen in Lieferscheinen und von dort in Rechnungen.

Einige Felder wie "Steuer im Preis inbegriffen", "Steuersatz",
"Zahlungsbedingungen" und "Währung" wurden bei Lieferscheinen nicht
gespeichert. Dementsprechend gingen sie bei der Umwandlung von Auftrag...

Datenbankscript hinzugefügt, das den Datenbankstand zum Releasezeitpunkt 2.6.0 markiert.

Der Lieferant der Ware ist jetzt ein Auswahlfeld (vendor.id == makemodel.make) Falls eine Freitext-Eingabe existiert, die dem Namen entspricht, wird diese direkt angelegt.

Fix fuer Bug 980 Ertraege auch fuer Erzeugnisse in Rechnungen ausweisen

Beim Anlegen von Tabellen, die OIDs brauchen, explizit "WITH OIDS" mitgeben.

Grund: PostgreSQL ab Version 8 legt OIDs normalerweise nicht automatisch
mit an, es sei denn, es ist in der Clusterkonfiguration explizit wieder
aktiviert worden.

Fix für Bug 941.

Zu viele Abhängigkeiten erwähnt (Copy & Edit-Fehler).

Die ID sollte 64bit groß sein.

Einführung einer ID-Spalte in acc_trans

Die Benutzung der von PostgreSQL zur Verfügung gestellten
Spalte "oid" hat ihre Tücken. Über diese wird in Lx-Office die
Reihenfolge der Einträge in acc_trans geregelt. Wird aber ein
UPDATE-SQL-Query auf acc_trans ausgeführt, so kann es (anscheinend...

Verhindern, dass in die Spalte "onhand" NULL-Werte geschrieben werden, wenn neue Artikel angelegt werden.

Außerdem kann es durch die NULL-Werte vorkommen, dass die onhand-Werte nicht anständig aktualisiert wurden; dieses nachholen.

Fremdschlüssel-Constraint für oe und employee (über ID) hinzugefügt. Beim harten Löschen eines Benutzers in der DB, verwaist ansonsten der Eintrag in oe

Erweiterung der Kundenmaske um IBAN und BIC - Patch aus xplace Projekt

Lieferscheinnummer (donumber) auch in Rechnungen übergeben und als Druckvariable zu Verfügung stellen. OFFEN: Lieferscheinnummern fuer Rechnungen bestehend aus mehreren Lieferscheinen

Wie gerade angedroht hier noch das sql-Skript zum sic leeren

Script verschieben

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...

PostgreSQL-Versionen vor 8.0 erlauben nicht, in einem Befehl neue Spalten hinzuzufügen und gleichzeitig den Defaultwert zu setzen.

Schalter Lastschrift (Verfahren) für Kunden/Lieferanten

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.

Sprache

Das Feld "transaction_description" gibt es auch in der Tabelle "delivery_orders".

Das Feld "transaction_description" sollte keine NULL-Werte enthalten, weil das das Sortieren unnötig erschwert.

Verknüpfungen zwischen Angeboten, Aufträgen, Lieferscheinen, Rechnungen in einer eigenen Tabelle speichern.

Script zum Einrichten der Datenbank

Zwei Probleme, die behoben werden:

1. Bei UTF-8-Installationen dürfen keine ISO-8859-1-codierte Umlaute enthalten sein.
2. Die Funktion "do_query()" wird von vielen Upgradescripten neu definiert und hat dann eine andere Signatur als die "DBUtils::do_query()". Das führte dazu, dass warehouse.pl nur dann funktionierte, wenn nicht gleichzeitig eines derjenigen Upgradescripte ausgeführt wurde, das do_query() neu definiert. Fix ist, do_query() in warehouse.pl wie in den anderen Perl-Datenbankupgradescripten zu definieren und zu verwenden.

Migrationsfaehigkeit im Warenhausupdate

Trennung zwischen Dienstleistungs- und Wareneinheiten aufgehoben.

Markieren von Dialogbuchungen als Eroeffnungs- oder Schlussbilanzbuchungen

Der Transfertyp "verschickt" wird bei Lieferscheinen benötigt.

Lieferscheine im Einkauf und Verkauf. Bisher nur gemerget, noch nicht getestet.

Lagerverwaltung implementiert.

Benutzerkonfiguration um Einstellungen zur Aufgabenliste erweitert.

Zwei neue Features:
1. Beliebige Notizen für Kunden und Lieferanten können angelegt werden. Solche Notizen können auf Wiedervorlage gelegt werden, was durch 2. implementiert ist.
2. Einkaufs- und Verkaufsbelege können auf Wiedervorlage gelegt werden. Wiedervorlagen können für beliebige Nutzer erstellt werden (Aufgabe an andere Nutzer deligieren). Anstehende Wiedervorlagen und abgelaufene Angebote werden auf der Startseite in einer Aufgabenliste angezeigt.

Implementation des Features "Benutzerdefinierte Variablen für Kunden- und Lieferantenstammdaten".

Umstellung der Benutzerverwaltung von Dateien im Verzeichnis "users" auf die Verwendung einer Authentifizierungsdatenbank.
Es ist erforderlich, die Dateien doc/UPGRADE und doc/INSTALL/index.html zu lesen und die angesprochenen Punkte auszuführen, um nach einem Upgrade weiter arbeiten zu können.

Die Funktion Form::parse_html_template2() in Form::parse_html_template() umbenannt (letztere wurde in Revision 2923 entfernt).

Umstellung der Vorlagen aus templates/webpages/dbupgrade von HTML::Template auf Template.

Das DBUpdate für Oesterreich lief nicht auf Postgres > 8.1. Fixed.

Preisfatkoren implementiert.

SQL- und nicht Perl-Kommentarzeichen verwenden.

Bloeder Bug: eine zu gefräßige INSERT legt zu allen Konten taxkeys an, was aber nicht sein soll, weil dubletten erzeugt werden

Der englische Plural von "category" ist "categories".

Abhängigkeit von neu hinzugefügtem Datenbankupgradescript.

Anpassung für oesterreichischen Kontenrahmen. Verhält sich neutral ggue. anderen Kontenrahmen ausser 'Austria'. Nur unbebuchte Kontenrahmen werden geupdated.

Bug: Array wird von eins an hochgezaehlt, dann fehlt aber der erste Datensatz.

Ein leeres Datenbankupgradescript hinzugefügt, das von allen Datenbankupgradescripten abhängt, von denen bisher noch keines abhängt. Damit wird für Release 2.4.3 ein fest definierter Stand erzeugt.

Datenbankupgrade: Die Spalte 'storno_id' in 'ar' und 'ap' sollte auch gefüllt werden.

Mahnungen: Die Konfiguration so umgestellt, dass jetzt nicht mehr global entschieden wird, ob automatisch Rechnungen für die Mahngebühren und Zinsen erzeugt werden, sondern pro Mahnlevel. Die Dokumentation um die von Lx-Office erzeugten Namen für die Mahnungsvorlagen (auch für die Rechnung) erweitert.

Erweiterung um Anzeige des Ertrages im Verkauf

Kontennamenupdate: Falsche WHERE-Klausel.

Einige Korrekturen zu Kontennamen in den zwei deutschen Kontenrahmen.

1. Umstellung von der Verwendung von COPY-Statements auf normale INSERT-Statements. Grund ist, dass die dafür benötigten Befehle DBD::Pg::pg_putline() und pg_endcopy() nur in neueren Versionen von DBD::Pg existieren. Der Performancenachteil durch die Verwendung von INSERTs ist bei dieser geringen Datenmenge vernachlässigbar. Fix für Bug 668....

Die Funktion mydberror muss auch existieren, wenn sie aufgerufen werden soll.

Mahnwesen:
1. Neues Feature: Automatisches Erzeugen von Debitorenrechnungen über die Mahngebühren und -zinsen. Diese werden ebenfalls als PDFs ausgegeben.
2. Neues Feature: Beim Bericht über aktive Mahnungen ermöglichen, dass mehrere Mahnungen und die eventuell dazu erstellen Debitorenrechnungen auf einmal ausgedruckt werden können....

storno_id spalte in ap, und die dazugehoerigen aenderungen in AP->post_transaction

storno_id spalte in ar eingefuegt, und die post_transaction angepasst um diese auch zu nutzen

In der Tabelle employee sollten die Spalten keine künstliche Längenbeschränkung haben.

leerzeichen die sql anscheinend braucht

Bugfix 624 und 93.
G+V sollte jetzt keine Betraege mehr anzeigen sondern die richtigen Werte. Sind sie negativ sollte der Buchhalter sich Gedanken machen.

Stornieren beim Dialogbuchen:
1. In der Datenbank wird tatsächlich gespeichert, ob eine Buchung storniert wurde bzw. eine Stornobuchung ist.
2. Der "Storno"-Button wird nur angezeigt, wenn die Buchung noch nicht storniert wurde.
3. Es wird verhindert, dass eine bereits stornierte Buchung erneut storniert wird (Fix für Bug 646)....

Änderungen zur Unterstützung von anderen Zeichensätzen als ISO-8859-1(5) implementiert. Es ist jetzt möglich, $dbcharset in lx-erp.conf auf UTF-8 zu setzen und dann auch UTF-8 als Datenbankencoding zu benutzen.

Bugfix 617.

Solved Bug 579

Große Teile des Mahncodes neu geschrieben bzw. umgeschrieben. Mehrere Fehler behoben:
1. Rechnungen, die bereits gemahnt wurden, wurden zu früh erneut zur Mahnung angeboten, weil der Mahnzeitraum auf das ursprüngliche Fälligkeitsdatum der Rechnung bezogen wurde und nicht auf das Fälligkeitsdatum der vorhergehenden Mahnstufe....

Verlagern der USTVA Kennziffern auf einen zentralen Datenbankeintrag.
Dies verhindert Probleme, dass manche Kennziffern in einzelnen Ausgabemedien nicht erscheinen, in anderen jedoch schon.
Auch bietet die Verlagerung auf die Datenbank - in einem späteren Schritt - die Abstraktion von Steuerreports auf verschiedene internationale Gegebenheiten....

Bei Kundenangeboten, Kundenaufträgen, Lieferantenbestellungen und Lieferantenanfragen ein Feld "Vorgangsbezeichnung" implementiert.

history_erp durch Spalte snumbers erweitert

Mahnwesen: Die Tabelle dunning so umgebaut, dass gemeinsam gestartete Mahnungen auch später gemeinsam erneut ausgedruckt werden können. Dafür auch die Listenansicht bereits gestarteter Mahnungen verbessert.

Weitere Vorkommen von GIFI entfernt. GIFI müsste bis auf Spalte chart.gifi_accno und Tabelle chart komplett entfernt sein.

Speichern und Anzeigen eines Verkäufers bei Verkaufsmasken.

Beim Kontenrahmen SKR04 den Steuersatz aus der Steuerschlüsselbeschreibung herausnehmen, weil der vom Programm inzwischen zusätzlich angezeigt wird.

Ungültige Steuerschlüssel in den Kontenrahmendefinitionen und daraus resultierende falsche Einträge in anderen Tabellen werden korrigiert.

Fehlerhaftes Script; wird gleich ersetzt.

Ungültige und fehlende Einträge Einträge in der Spalte "taxkey_id" in der Kontenrahmendefinition vom SKR03.

Leeres Script, das von allen bis zum Release 2.4.2 hinzugefügten Upgradescripten abhängt, um ein fest definiertes Schema für 2.4.2 zu definieren.

2 Fehler im USTVA Modul beseitigt. Zwei Steuerkonten wurden nicht beruecksichtigt und bei
GL-Buchungen wurde die Steuer nicht immer korrekt aufsummiert

Fix für r1967 (und r2002) : Steueranzeige unterhalb von Rechnungen, Angeboten, etc. an die neuen Taxkeys angepasst.
Der Steuersatz wird nicht mehr in der 'description' redundant gefuehrt, sondern aus der
'rate' generiert. Getestet bei den Eingabemasken
Verkauf: Rechnung, Gutschrift, Auftrag, Angebot...

Prozentangaben in der Steuerbeschreibung wieder hinzugefuegt

Einkaufs-, Verkaufs-, Debitoren- und Kreditorenrechnungen können als Entwurf gespeichert und später weiter bearbeitet werden. Dabei werden sie nicht gebucht.