Auftrags-Controller: beim Löschen eines Pos.-Eintrags das richtige Element wählen.

Auftrags-Controller: vergessenes Semikolon hiunzugefügt

Auftrags-Controller: Kosmetik

Auftrags-Controller: Test/Layout für 2. Zeile

Auftrags-Controller: Typo + vergessenes Ende-Tag von td

Auftrags-Controller: typo fix

Auftrags-Controller: customer/vendor als Methode in einer Variablen ablegen

Auftrags-Controller: Kosmetik

Auftrags-Controller: item-Methoden richtig nutzen, nicht als Hash-Elemente.

Auftrags-Controller: item->id per Hand setzten (assign_attributes lässt Primärschlüssel aus).

Auftrags-Controller: save via ajax, damit Eingaben bei Fehlern erhalten bleiben.

Auftrags-Controller: Artikel nicht hinzufügen, wenn keine part-id da ist.

Auftrags-Controller: Größe der Pos.-Tabelle mit viewport height (vh) setzen (testweise).

Auftrags-Import: customer/vendor-Rabatt ist schon dem Auftrag zugeordnet.

Auftrags-Controller: display_linetotal (js) wird nicht mehr benötigt.

Auftrags-Controller: Scrollbar für Positions-Tabelle und ans Ende scrollen.

Auftrags-Controller: Pos.-Zeile ohne Part-Picker, aber mit Nummer u. Beschreibung.

Auftrags-Controller: mit set_fat_item des Partpickers Preis vorausfüllen.

Auftrags-Controller: zentrale Eingabezeile reagiert auf "Enter"

Auftrags-Controller: zentrale Eingabezeile in eigene Template-Datei ausgelagert.

Auftrags-Controller: Code zum Neuanzeigen von Summen und Steuern in eigene Subroutine.

Auftrags-Controller: Summen und Steuern nach Löschen von Artikeln neu berechnen.

Auftrags-Controller: Eingabezeile nach dem Hinzufügen eines Artikels leeren.

Auftrags-Controller: bei neuem Auftrags-Objekt leere orderitems anlegen, …

damit add_items auch bei Aufträgen ohne items die items nicht nur zum
Speichern hinzufügt. Sonst kann man bis zum Speichern nicht auf die
hinzugefügten items via items oder orderitems zugreifen.

Auftrags-Controller: Zentrale Eingabe-Zeile oben.

Auftrags-Controller: Nach Hinzufügen eines Artikels neue Umsätze und Steuern anzeigen.

Auftrags-Controller: recalc_linetotal in display_linetotal umbenannt, …

da hier nichts berechntet wird.

Auftrags-Controller: Änderung der Übergabe aus der Form und Objekt-Erzeugung

- Form wird bei Ajax-Call serialisiert
- item_id ist order.orderitems.id
- Orderitems durch assign_attributes erzeugen lassen
- linetotal wird direkt über PriceTaxCalculator berechnet

Auftrags-Controller: cv_id in customer_id umbenannt.

Auftrags-Controller: Gewichte (noch) nicht berücksichtigen.

Auftrags-Controller: Steuerzonen sortiert anzeigen.

Aufrtags-Controller: erste Version des Controllers und Menü-Eintrag.

Projekt-Picker: Style für undefined in CSS für lx-office-erp

typo

Project: Picker in reinit_widgets registriert

css: common vor main/menu einbinden

So kann man common styles in den Stylesheets überlagern.

Email-Journal standardmäßig nach Datum absteigend sortieren

Doku: CREATE EXTENSION statt CREATE LANGUAGE

Berechnung des nächsten Arbeitstages aus oe.pl und OE.pm in DateTime-Helper …

… verschoben, damit der Code nicht doppelt in OE.pm und oe.pl ist und auch von
woanders verwendet werden kann.

Beim jedem Speichern von Kunden/Lieferanten prüfen, ob der Name angegeben ist.

Vorher wurde das nur beim reinen Speichern geprüft, nicht beim Speichern und
Schließen oder Fortfahren mit einem Beleg.

Behebt #84 (redmine).

Locales neu gebaut

Syntaxfehler in Template behoben

Test zur Prüfung der Syntax aller Template::Toolkit-Templates

EmailJournal: Typo in Klassennamen gefixt

Lx-Office-Stilvorlage: Klassen listrow_error* ergänzt

SEPA: Zeilen ohne Bankinfo, die vorausgewählt wären, gesondert markieren

Bei Überweisungen sind diejenigen Zeilen vorausgewählt, bei denen in der
Rechnung der Lastschrifteinzug nicht aktiv ist, die ich also manuell
überweisen muss.

Bei Einzügen sind diejenigen Zeilen vorausgewählt, bei denen in der
Rechnung der Lastschrifteinzug aktiv ist, die ich also einziehen muss.

Sprich es werden die Zeilen mit (2) markiert und mit
Fehler-Hintergrundfarbe dargestellt, bei denen ich aktiv werden muss
aber es momentan aufgrund fehlender Bankinformationen nicht kann.

Einkaufsrechnungen: Neu buchen SQL Fehler behoben

Fehler trat auf, wenn Aufwandsmethode eingestellt war, und eine
Einkaufsrechnung, für die bereits eine Verkaufsrechnung existierte
geändert wurde. Dann wurde fälschlicherweise beim Umkehren der Rechnung
versucht die Warenbestandsbuchungen zu ändern.

Ohne Verkaufsrechnung existieren die allocated < 0 Positionen nicht.

Form->format_amount: Warnung über negativen repeat count vermeiden

Warnung erscheint, wenn bei Konstrukten wie »'str' x $anzahl« die
$anzahl negativ ist.

DATEV: Falsche Variable für Nachkommastellen gefixt

Fun fact: das war seit Refactoring in 2008-12-15 kaputt (Commit
40d52f50).

DATEV: Dateinamen richtig in EV-Datei schreiben

Ein foreach über ein Array weist der Iteratorvariablen die Inhalte zu,
nicht die Indizes ins Array. Also die Variable nicht noch mal ans Index
nutzen.

Fun fact: das war mindestens seit dem perltidy-Commit in 2005 kaputt.

DATEV: Benutzung undefinierter Werte vermeiden

Wenn der DATEV-Export vom Payment-Helfer mit aktivierten DATEV-Checks
heraus aufgerufen wird, so sind diverse Felder wie die KNE-Kopfdaten
nicht gesetzt (werden auch nicht benötigt).

Hash-Zuweisung mit ungerader Anzahl Elemente vermeiden

In einem Hash wird eine leere Liste im ternären Ausdruck nun mal im
Listenkontext ausgewertet… und dadurch ist bei so einem Konstrukt die
rechte Seite potenziell leer (sie enthält kein Argument):

my %h = ( whatever => test() ? 1 : () );

Benutzung undefinierter Werte vermeiden

Alte DB-Indizes entfernt/aufgeräumt

werden seit Einführung von Primary Keys in den entsprechenden Tabellen
nicht mehr benötigt.

Fehlende Fremdschlüssel für buchungsgruppen.inventory_accno_id ergänzt

Typos in Doku

Doku Build

Entfernte Symlinks: Dokuupgrade

do.pl: bei Nutzung von croak auch Carp einbinden

Lieferschein: Übernahme einiger Felder aus Auftrag gefixt

Betroffen waren das Auftragsdatum, Angebotsnummer, BearbeiterIn,
Steuerzone. Ist in 464f44a kaputt gegangen.

Einkaufs-/Verkaufsmasken: Zahlungsbedingungen bei Kunden-/Lieferantenwechsel resetten

Das ist in 5bc87ade kaputt gegangen.

DBUpgrade-Vorschau, Verkaufsmasken: schönere Bezeichnung für Details-Buttons

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

SL::DB::Project: displayable_name-Methode

   Überflüssigen mode aus DeliveryValueReport entfernt

    Details: Diese Variable wird nicht mehr verwendet und braucht demnach
    auch nicht initialisiert zu werden.

SelfTest um Testfall ac.amount == ar.netamount ergänzt

In Ergänzung zu #7915128c einen ähnlich sinnvollen Testfall für
Selftest ergänzt.
Im Datenbestand muss zwingend ar.netamount == acc_trans.amount für Typ
AR_amount identisch sein.
Ansonsten kommt / kam es in der Vergangenheit immer zu cent Differenz in
der Rechnungsübersicht und in der Rechnungseinzelansicht.

Abhängigkeiten für Auth-Upgrades verbessert

behebt #100

Dokumentationslink bei Vorlagen bearbeiten angepasst

ReportGenerator Doku verbessert

Typos / style in Doku

round_amount: Anzahl Stellen nicht zu hoch werden lassen

format_amount - negative 0 vermeiden

Ist eine Zahl z.B. -0.002, und wird auf 2 Stellen gerundet, so wird erst
das Minuszeichen gemerkt, dann gerundet (0.00), und schießlich wird das
Minus wieder hinzugefügt, dadurch bekommt man -0.00. Mit diesem Patch
wird das Minus-Zeichen entfernt wenn die gerundete Zahl genau 0 ergibt.

Übersetzung nachreichen für "Verkäufer importieren" beim CsvImport.

Siehe auch commit d13c70502afaee0fec445b82a0e1db1e37d0dfd2
"CsvImport für Kunden und Lieferanten: Verkäufer importieren können."

Typo in Übersetzung.

PriceSources: Fehlerbehandlung in PriceRules.

PriceSources: discount_from_source analog zu price_from_source implemeniert.

Wenn keine zur Rabatt-Quelle passende Klasse gefunden werden kann, wird auch
hier ein spezieller leerer Rabatt zurückgeliefert.

PriceSources: Namen der Quellen für Kunden- und Lieferantenrabatt berichtigt.

Die Klassen SL::PriceSource::Customer und Vendor verwenden als name
'customer_discount' bzw. 'vendor_discount' während SL::PriceSource::ALL
'customer' und 'vendor' benutzte.
Dadurch ließen sich z.B. diese Rabattquellen nicht deaktivieren.

Revert "POD zu update_attributes ergänzt"

This reverts commit 2271551b46c84fa256c7a2e0a46c04cddf31e89e.

Standardlagerplatz in Stammdaten beim Umlagern ändern

Scheinbar hat dies bisweilen immer nur bei gleichbleibenden Lagern funktioniert
(s.a. Ergänzung POD in Object.pm->update_attributes)
Ferner, sinnvollerweise das bestehende Part-Objekt verwenden und kein neues
erzeugen.

POD zu update_attributes ergänzt

mit der Bitte an Sven einmal gegenzulesen.

Symlinks entfernt

Die bevorzugte Art das Programm an den Apache anzubinden ist seit Jahren
über ein AliasMatch der direkt dispatcher.<typ> aufruft.

Das letzte mal haben wir das 2010 probiert, da gab es aber noch viele
Installationen deren Update nicht trivial gewesen wäre. Das sollte heute
nicht mehr so sein.

Doku für basic cgi muss noch angepasst werden.

t8 für sinnvolle Lokalisierung (locales.pl) in mtime_ischanged

Ferner korrekten optionaler Fehlertext bei entsprechender Option ausgeben.

Preisquellen: Fehlerbehandlung in MakeModel

CsvImport für Kunden und Lieferanten: Verkäufer importieren können.

Rückgabewert von system-Aufrufen prüfen und ggf. Fehler ausgeben.

Kosmetik

FlattenToForm: nicht zu rundende Zahlen mit mind. zwei Nachkommastellen darstellen.

3. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist

Verbesserte Regex für API-Aufruf. Gorash Code-QS. Abfangen von
SQL-Injections auf API-Ebene (100%)

neue Aggregatfunktion "FIRST", für Auswertungen

typo in pod

Massenkonvertierung Lieferschein - Rechnungen. Detailverbesserungen

Aufgrund der Code-QS von Bernd folgende Details bei der Massenkonvertierung
von Lieferscheinen nach Rechnungen eingebaut:
a) Das Model filtert jetzt nur nach offenen Verkaufslieferscheinen und
 nicht noch zusätzlich nach offenen, aber gelieferten Verkaufslieferscheinen.
b) Felder die mit CKEditor editiert wurden, werden zwar völlig richtig
 in das Invoice-Objekt editiert, ABER beim Massenausdruck über den Background-Job
 wird nicht automatisch der HTML-Code in LaTeX Code gewandelt. Daher erfolgte
 der Ausdruck als HTML-Code (<strong>Dies ist fett</strong>) im PDF.
 Entsprechend für die manuelle Auswahl als auch für die Background-Job geändert.
c) Der Filter im Bericht filtert nach transdate (Belegdatum) und nicht nach Lieferdatum.
 Entsprechend hier die richtige Beschriftung gesetzt.

Testfall convert_invoice.t um html-formatierte texte erweitert

Beim Konvertieren von Lieferschein nach Invoice auch explizit die
Formate von CKEditor prüfen. Ferner leichte weitere Anonymisierung der
Warendaten.

Übersetzungsbüro Richardson Rechtschreib-QS von Commits in den Standard ...

Auslagern über Standardlagerplatz: Artikel mit Chargennummern auslagern

Standardmässig funktioniert das Auslagern über Standardlagerplatz nicht, sobald eine Chargenummer
oder eine Mindesthaltbarkeit definiert ist, da dass Programm nicht entscheiden kann, welche Charge oder MHD
gemeint ist.
Ein Sonderfall ist aber, wenn gar keine Chargen/MHDs mehr eingelagert sind, dann kann die Ware
wieder automatisch, da eindeutig über den Standardlagerplatz ausgelagert werden.

Changelog Update

2. Überarbeitung     Prüfen beim Speichern, ob Dokument geändert wurde.

API-Funktion minimale Sicherheitschecks auf Parameter.
Häßliche If-Abfrage mosufiziert
POD ergänzt

Erste Überarbeitung "Prüfen beim Speichern, ob Dokument geändert wurde."

Prüfen beim Speichern, ob Dokument geändert wurde.

Allgemeine Funktion in Forms zum Lesen und Vergleichen der mtime

überall Form variable lastmtime da mtime mehrfach auftaucht

Conflicts:
templates/webpages/ar/form_header.html
templates/webpages/do/form_header.html

Zahlungsbedingungen: falsche Beschreibung der Bank-Variablen gefixt

Die Variablen wie <%bank%> wurden bezeichnet als »Ihre Bank«, sprich die
Bank der kivitendo-Nutzerin. Das ist schlicht falsch, weil es die Bank
des Kunden/Lieferanten ist, der beim gerade ausgedruckten Beleg
verwendet wird.

Außerdem ist es technisch auch gar nicht möglich, weil beliebig viele
Bankkonten in kivitendo angelegt werden können. Beim Ausdruck ist
allerdings kein Bankkonto auszuwählen, in keinem der Belege, also steht
eine Information wie »die Bank der kivitendo-Nutzerin« überhaupt nicht
zur Verfügung.

Zahlungsbedingungen: Variablen für BIC, IBAN, Mandats-ID, Mandatsunterschriftsdatum