Typos in Doku/perlpod

Datum Schnelleingabe - changelog Eintrag

setTimeOut für schnelle Datumseinsgabe bei set_duedate

Die jquery-Abfrage des Datumsfeldes in set_duedate (Fälligkeitsdatum)
wird mit setTimeOut erst nach Ersetzen des Datums per schneller
Datumseingabe durchführen

Schnelle Datumseingabe ohne Trenner

Buchhalter sind es gewohnt, das Datum im Nummernblock ohne Punkte
eingeben zu können, z.B. wird aus
01122014 -> 01.12.2014

Mit diesem Patch wird im Datumsfeld noch vor der Prüfung auf ein gültiges
Datumsformat per Javascript geprüft, ob
* die Eingabe nur aus Zahlen besteht
* das Datumsformat dd.mm.yy, dd-mm-yy oder mm-dd-yy ist

Trifft dies zu, werden am Beispiel für den Fall dd.mm.yy folgende
Umwandlungen durchgeführt:

 8 Zahlen:   31122014  -> 31.12.2014
 6 Zahlen:   311214    -> 31.12.2014
 4 Zahlen:   3112      -> 31.12.2014   aktuelles Jahr wird angenommen
 1-2 Zahlen: 12        -> 31.10.2014   aktueller Monat wird angenommen
             7         -> 07.10.2014   aktueller Monat wird angenommen

Nach der Umwandlung findet wie bisher eine (simple) Plausibilitätsprüfung des
Datums per Javascript statt. Sollte das Datumsfeld andere Datumsfelder
beeinflussen, wie z.B. das Rechnungsdatum das Fälligkeitsdatum im Ein-
und Verkauf durch ein onChange, muß hier eventuell mit einem setTimeOut
gearbeitet werden, da ansonsten der Wert vor der Umwandlung genommen
wird.

FiBu Schellsuche in Headerzeile

neues Ajax Autocompletefeld im Header für Benutzer mit FiBu-Rechten,
welches Rechnungsnummern und Kunden-/Lieferantennamen durchsucht. Durch
die Auswahl im Dropdown gelangt man direkt zu dem Beleg.

Löschen von orderitems beim speichern von OE korrigiert.

Lieferplan: all_businesses in init-methode ausgelagert

<gorash> kurzes feedback zum lieferplan:
<gorash> in der action alle business laden: der ganze punkt an den init_* sachen ist, dass mand as laden von nötigen daten aus der action rauskriegt

Benutzerdefinierte Variablen via Trigger löschen Bugfix 2

Die Triggerfunktion selber sollte aus Performancegründen nicht »DELETE …
WHERE … IN (SELECT…)« nutzen, da dies bei PostgreSQL sehr langsam ist.

CVars-Lösch-Queries deutlich effizienter gestaltet

PostgreSQL kann Queries à la »DELETE … WHERE … IN (SELECT…)« nicht gut
optimieren und erzeugt dafür exponentielle Laufzeit. Viel schneller ist,
eine Vorselektierung mit normalen JOINs zu nutzen und nachher beim
DELETE ein WHERE EXIST (…) mit Bezug auf die zu löschende Tabelle
einzusetzen.

SL::CTI::sanitize_number: nur Ziffern zurückliefern

Syntax Typo in all

Übersetzungsspalte verbessert und Berechnungsfuntkion für stocked_qty in Lieferberichte

Übersetzungen für Lieferwertbericht

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

Lieferplan / Lieferwertbericht um Filter Bearbeiter erweitert

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

CustomerVendor: CVars bei Wechsel von Ansprechpersonen richtig befüllen

Lieferplan: Filter für Projektnummer und Kundentyp

Conflicts:

SL/Controller/DeliveryPlan.pm

CustomerVendor-Controller: Daten in Neu-Anzeige bei Fehler beibehalten

RDBO hat das Verhalten, dass bei einem neuen, noch nicht gespeicherten
Objekt die Methoden zum Hinzufügen von Relationship-Objekten (z.B. in
1:n-Beziehnungen wie $customer->add_contacts(…)) beim danach erfolgenden
Auslesen der Beziehung nicht zurückliefert. Das heißt, dass Folgendes
der Fall ist:

my $customer = SL::DB::Customer->new;
$customer->add_contacts(SL::DB::Contacts->new);
print scalar(@{ $customer->contacts || [] }); # Das hier gibt 0 aus

Existiert das Objekt hingegen schon, dann klappt das normal. Das Problem
kann man umgehen, indem man beim Anlegen des neuen Objektes die
Beziehungen explizit auf eine leere Array-Referenz setzt, damit der in
RDBO enthaltene Check an der Stelle greift.

Das betrifft den Workflow, wenn man Daten in den benutzerdefinierten
Variablen eingibt, auf Speichern drückt und kivitendo dann wegen eines
fehlgeschlagenen Checks die Maske erneut anzeigt.

Kunden/Lieferanten sind nicht verwaist, wenn es Lieferscheine gibt.

CustomerVendor-Presenter: croaken, wenn Parameter fehlen oder falsch sind

common/render_cvar_input.html: richtige Picker-Methoden für customer/vendor/part

SL::DB::CustomVariable->value: undef anstelle von 0 wenn ref.Objekt nicht existiert

Redundante Trigger zum Aufräumen nach Löschen von Kunden/Lieferanten entfernen.

Diese Trigger sind nicht nur doppelt, sondern auch falsch, da sie "module" in
"shipto" nicht berücksichtigen, was dazu führen kann, das in Belegen individuell
vergebene Lieferadressen gelöscht werden, wenn ein Kunde oder Lieferant gelöscht
wird, der zufällig die selbe id hat, wir der entsprechende Beleg.

Die neueren Trigger werden/wurden mit dem Upgrade-Tag
"cleanup_after_customer_vendor_deletion" installiert.

Redundante Upgrade-Skripte zum Löschen von CVars via Trigger entfernt.

Nicht gelöscht, sondern "geleert" und ein weiteres Skript zum Löschen
der Trigger und Funktionen.

Neuer Bericht: Lieferwertbericht
Erweiterung DeliveryPlan.pm um Modusweiche Lieferplan oder Lieferwertbericht
Implementierungstand Lieferwertbericht:
 - Alle offenen Verkaufsaufträge werden berücksichtigt
 - Beim CSV-Export wird die Einheit als Extra-Spalte exportiert und die
   Einheiten bei allen anderen Spalten ausgeblendet
Ferner neues Recht Lieferwertbericht umgesetzt

Finanzcontrollingbericht refactoring: map nicht nur für Seiteneffekte nutzen

Finanzcontrollingbericht: Filtern nach Vorgangsbezeichnung

Finanzcontrollingbericht: Filterfelder breiter gemacht

Finanzcontrollingbericht: Spalte »Vorgangsbezeichnung« anzeigen

Installcheck: Moose::Role ist in libmoose-perl

Upgrade-Scripte zum Löschen von CVars via Trigger beschleunigt.

In den queries, die vor dem Installieren der Trigger die DB aufräumen,
"NOT IN" durch "NOT EXISTS" ersetzt.

Hintergrund-Info ist hier zu finden:
http://explainextended.com/2009/09/16/not-in-vs-not-exists-vs-left-join-is-null-postgresql/
(Dank an Sven)

PartPicker: Bessere Beschreibung zum das javascript include

Layout: title Ausgabe normalisieren

...mit dem Ziel das später ins Layout zu migrieren.

- In allen Templates den Tital auch wirklich als erstes ins DOM
  verschoben
- unterschiedliche Verwendung der folgenden Muster vereinheitlicht:
  <h1>...</h1>
  <div class='listtop'>...</div>
  <p><div class='listtop'>...</div></p>a
  <tr><th class='listtop' colspan=..>....</th></tr>
- Verwendung der gleichen Klasse im Footer in <h2> geändert
- Puffer <tr height=5> entfert

Das ergibt insgesamt folgende Effekte:

- Einheitliches Rendern der Überschrift
- Einheitlicher Abstand zum Content
- flash/message werden immer unter der Überschrift angezeigt

CsvImport: Makemodels feiner granulieren.

RequirementSpec: partpicker js muss vorher schon geladen sein.

Doku update

PartPicker: javascript direkt im P.part_picker adden.

Controller: content for header rendern

Hat zur Folge, dass Presenterwidgets benötigte stylesheets und
javascripts anfordern können.

Stylesheets: Aufräumaktion

- gemeinsame stylesheets aus den kivitendo/lx-office-erp Verzeichnissen
  genommen
- README aktualisiert
- rp/bwa nicht mehr hartcodiert in kivitendo laden

Nicht mehr gepflegtes Stylesheet Mobile entfernen

kann wieder aufgenommen werden wenn es weitergepflegt wird

Einkaufsrechnungen: closedto beachten

Freitagabendcommit Fixes

DeliveryPlan: Cleanup, vc mitschleifen

ReportGenerator: visible Information nicht ignorieren

Gloable BCC Adresse

Email: Kosmetik

Belege: Filtern nach Ansprechpartner

FlattenToForm: Rabatte richtig formatieren

PeriodicInvoices: employee aus Quellauftrag setzen

CsvImport: temporäre Profile ausblenden

Ansprechpersonen-CVars auch beim Updaten speichern

Beim Neuanlegen wurden sie schon geschrieben, weil da in den Objekten
noch keine ID vorhanden ist. Bei existierenden Objekten muss aber das
Mutterobjekt mit cascade=>1 gespeichert werden, damit modifizierte
Relationships auch gespeichert werden.

Ansprechpersonen-CVars mit INCLUDE und nicht PROCESS einbinden

PROCESS lokalisiert die Variablen nicht. Das führt dazu, dass bei
multiplen CVars für Ansprechpersonen der Feldname aller CVar-Inputs
immer der der ersten CVar ist.

Benutzerdefinierte Variablen via Trigger löschen Bugfix

Die ID-Spalte heißt in der contacts-Tabelle cp_id und nicht id.

Optimierung Helfer-Funktion _get_delivery_qty

ALLE Aufrufe dann auch von dieser Funktion erledigen.

weitere Verbesserungen für die helper-funktion

Die Funktion sollte unabhängig vom Variablen-Namen sein, damit dies
langfristig einfacher wartbar ist.

HelperFunktion OderItem: _delivered_qty optimiert

OrderItems-> delivered_qty in helper-funktion ausgelagert

Ergänzung zum Commit von gerade: Da man nicht sicher sein kann,
ob dieser Wert als Objekt-Variable zu dem Zeitpunkt (t2) schon berechnet
wurde, entsprechend in eine nach perl-konvention private (_delivered_qty)
funktion ausgelagert.

Lieferplan: Warenwert der ausgelagerten Warenmenge anzeigen

CVars: typo bei Editieren von Waren

Laden von CVars mit falschen Werten in Artikelstammdaten unterbinden.

Beim Laden der CVars in Stammdaten fand die Prüfung nach 'sub_module'
nicht statt.

Dabei werden mehrere Datensätze zurückgeliefert und wenn mann Pech hat
kann der erste Satz, der genommen wird, den Wert aus dem Auftrag oder
woher auch immer haben.

Die Abfrage ist jetzt geändert: Wenn der Parameter nicht übergeben
wurde, dann mit Leerstring vorbelegen und immer nach 'sub_module'
durchsuchen.

Pflichtenheftvorlage: CJK-Modul für bessere UTF-8-Unterstützung laden

Ansonsten funktionieren Dinge wie das Durchstreichen von UTF-8-Zeichen
wie „deutschen Anführungszeichen“ oder »Guillemots« nicht.

Pflichtenhefte: benötigte Template-Plugins auch laden

locales.pl: auch INCLUDE/PROCESS auf .js-Datei erkennen

Pflichtenhefte: vordef Textblöcke auch bei Abschnitten verwenden können

Pflichtenheftextblöcke: vordef Blöcke nach usable-Flag filtern

Pflichtenhefte vordef Textblöcke: Verwaltung Flags »benutzbar für…«

Pflichtenhefte vordef Textblöcke: überflüssige Tags entfernt

Pflichtenhefte: Funktion Abschnitte/Funktionsblöcke neu nummerieren

Verbesserung Standard-Auslagern

a) Überprüfung auf negative Eingabe des Benutzers (hier wird beim
    manuellen Auslagern keine Lager-Bewegung durchgeführt).

b) Löschen von bisher eingetragenene Mengen innerhalb der einzelnen
  Positionen (für den Fall Dienstleistung nicht ein- oder auslagern).
  Falls das ein Benutzer so eingibt

Doppelte if-Abfrage entfernt

zum Commit von gerade: unnötig zweimal auf $qty zu prüfen

Verbesserung Standardauslagern für den Fall Dienstleistung ist nicht lagerbar

Kein undef an SL/DO.pm übergeben, sondern die richtigen Position zum
Einlagern durch eine "schlauere" Schleife machen.
Falls eine Position die NICHT ein-, bzw. ausgelagert werden soll, schon
belegt wurde (per Benutzereingabe). Diese auch dann löschen, da ansonsten
Beleg ne Lager (Hinweis von Sven)

Standard-Auslager-Verfahren verbessert (Dienstleistungen)

a) Falls Dienstleistungen nicht per Standardverfahren
   ein- oder ausgelagert werden sollen, entsprechend NICHT auslagern.
  Meine erste Idee, einfach die Menge auf 0 zu setzen funktioniert nur dann,
  wenn auch ein Standardlagerplatz für die Dienstleistung oder Mandanten gesetzt ist.
  Ferner wird dann eine Lagerbewegung mit der Menge 0 noch in inventory gemacht.
  Folgende Ergänzungen: a) Menge auf 0, b) delete für Prüfung auf "Mengen-Hash" (qty)
  c) ein undef Element in dem Array all_requests hinzugefügt, sodass DO.pm (unpack_stock_info)
  in demselben Format die Daten empfängt wie beim manuellen Auslagern, wenn eine Position nicht
  per Fragezeichen ausgelagert wird.
b) Ergänzung ob beim Einlagern per Standard-Einlagern ein Standard-Lagerplatz für
  die Ware / Dienstleistung gesetzt ist, anstatt der Ausgabe eines SQL-Fehlers

Testfälle für a)

Notwendige Bedingung: Auslagern über Standardlagerplatz aktiviert

                          Verkauf      |    Einkauf
A Dienstleistung                       |
NICHT automatisch            i.O.      |      i.O.
ein- oder auslagern                    |
-------------------------------------------------------------
B Leere Position (QTY == 0)  i.O.      |      i.O.

Bei Fehler LaTeX Tempfiles als UTF8 einlesen

Dadurch können Unicode-Zeichen, die in der .tex Datei Fehler
verursachen, dem Benutzer an der Oberfläche besser angezeigt werden.

Rundung bei Debitorenbuchung, Kreditorenbuchung und Dialogbuchung

Zwei neue Hilfsfunktionen für Form eingeführt die von ap/ar/gl genutzt
werden:

* calculate_tax wird zur Berechnung der Steuer bei
** update in ar, ap und gl
** post_transaction in AR.pm und AP.pm innerhalb von calculate_arap

* calculate_arap berechnet netamount, amount und totaltax anhand einer
vorhandenen $form in ar/ap, und formatiert und rundet die amount_$i and
tax_$i in der $form.

Das Ziel war es, daß diese drei Belege mit den gleichen Formeln zur
Steuerberechnung bei Steuer inkl./exkl. arbeiten. Ein Vorteil im
Vergleich zur Einkaufs- und Verkaufsrechnung ist, daß es hier keine
Positionen/Mengen/Rabatte/etc gibt, sondern direkt Werte auf Konten
bebucht werden, man muß nur Währungskurse berücksichtigen und beim
Schreiben in die Datenbank auf die Vorzeichen achten. Einkaufs- und
Verkaufsrechnungen werden hiervon nicht beeinflußt.

Vor allem bei der Einstellung "MwSt. inkl" wird die Steuer nun immer auf
zwei Stellen gerundet in die Datenbank geschrieben, und nicht (wie
bisher in manchen Fällen) mit 5 Nachkommastellen, was zu mehreren Bugs
geführt hat.

Es gibt einen neuen Test t/form/arap.t der die Berechnungen dieser
beiden Funktionen testet, nicht aber das eigentliche Buchen der Belege.

Mit diesem Commit sollten für zukünftige Buchungen folgende Bugs behoben
sein:

1691 - Rundung bei Berichten bei Buchungen mit MwSt inkl.
2029 - Rundungsfehler bei Dialogbuchung
2033 - Unterschiede in Rundungen durch taxincluded
2094 - Rundungsprobleme in Kreditorenbuchungen: Cent "kippt" bei Zahlungseinbuchung
2435 - Rundungsfehler in Kreditorenbuchungen (Netto vs. Brutto)

Dieser Commit greift in die Eingeweide von Uraltcode ein, wo die
diversen Stellen alle mal mit copy&paste entstanden und dann langsam
divergiert sind, hat also hohes Fehlerpotential. Es lohnt sich, den
DATEV-Check anzuschalten.

locales.pl: Quelldateien mit Encoding UTF-8 lesen

Das erlaubt die Verwendung von Unicode in HTML-Templates,
Perl-/JavaScript- und Menü-Dateien, sodass die auch vom Locale-System
richtig durchgereicht werden.

locales.pl: nur auf .js oder .html endende Files nach JavaScript-t8() scannen

Ansonsten werden alle Dateien in den js-Unterverzeichnis gescannt, und
hier liegen u.a. Bilder (JPGs), Stylesheets etc.

JavaScript & Templates in UTF-8 speichern

…und nicht in ISO-8859-*

DeliveryPlan - kleinere Details verbesert
a) SQL-sanitize $vc param
b) Syntaxfehler in Template
c) SELF.vc leicht sinnvoller als nur $vc
d) Column defs mit visible an- und ausschalten, bzw. hotfix für heute

Verbesserungen Einkaufs-Lieferplan

a) keinen Fallunterschied für $vc im Template, sondern ein einfaches hidden flag vc
b) kein copy & paste von action_list(_ap), sondern parameter in erp.ini
c) performanteres grep, statt foreach in OrderItem (Details s.a. devel-liste)
d) my $vc nicht als statische Klassenvariable gesetzt
e) CSV-Export für beide Fälle richtig (filter vc übergeben)

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

Einkaufs-Lieferplan

Lieferplan für noch nicht vollständig gelieferte Einkaufsaufträge.

Hintergrundjob: Link zum Verlauf anzeigen

Erweiterung Lieferplan Belege wirklich ausgelagert und Warenverkaufswert (default: aus)

Erweiterung Mandantenkonfiguration im Bereich Lager zum Einschalten von
a) Warenverkaufswert
Falls aktiviert erscheint eine neue Spalte im Lieferplan, die den Wert der
ausgeliefert Waren angibt. Berechnungen mit sellprice sind in der kivi immer
hakelig. Hier die getesten Fälle:
 - Rabatt       i.O.
 - Preisfaktor  i.O.
 - Steuer im Preis inbegriffen (eine Warnung wird generiert).

b) Lieferplan berücksichtigt die tatsächlich ausgelagerten Lieferscheine
Falls der Firmenprozess zwei Rollen vorgibt (Lieferschein-Ersteller und
Lieferschein-Auslagerer), konnte dies mit dem vorhanden Bericht nicht klar
eingesehen werden. Entsprechend werden bei dieser Funktion nur die tatsächlich
ausgelagerten Lieferscheine berücksichtigt. Achtung: Teilausgelagerte Belege
werden nicht berücksichtigt (keine verknüpfung mit tabelle inventory)

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

Lieferplan-Bericht um Berichts-Feld "ausgelagerte Menge" erweitert

Der Lieferplan berechnet aktuell die "verschickte" Menge der Waren
aus der Menge der generierten Lieferschein, beachtet aber nicht den
tatsächlichen Status des Lieferscheins (ausgelagert oder nicht).
Entsprechend ein Extra-Feld in dem Bericht hinzugefügt, dass diese
Untermenge der Lieferscheine (Status ausgelagert) berücksichtigt.
Nur teilweise ausgelagerte Lieferscheine werden NICHT berücksichtigt.
 -> technischer Hintergrund: keine Verknüpfung mit inventory
Die "große" UNION-Query (sub delivery_plan_query) musste nicht angefasst werden,
da der Filter über "offene Verkaufsaufträge" geht. Verkaufsaufträge werden aber
erst dann geschlossen wenn alle Menge in der Verkaufsrechnung verbucht
worden sind und NICHT wenn alle Mengen in den Lieferscheinen (unabhängig
 vom Status 'ausgelagert') verbucht / geschrieben wurden.

GetModels: typo

trailing whitespaces entfernt

Lieferschein: Ausdruck Erzeugnisse mit Stückliste und Lagerausgang repariert.

Wenn bei einem Erzeugnis Stückliste angehakt war und das Erzeugnis auf dem
Lieferschein auch einen Lagerausgang hatte, so gab es eine Fehlermeldung, da
die Lagerausgangs-Infos Arrays sind, aber mit einem leeren String ("") gefüllt
wurden.
Zudem stimmten die Array-Postionen der Lagerausgänge nicht mit den
Artikelpositionen überein.
Ausserdem Lagerausgänge jetzt für alle Artikel zulassen, da inzwischen auch
Erzeugnisse und Dienstleistungen gelagert werden können.

CsvImport: makemodels nicht klobbern wenn existierende und price_update

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

lexical in postif fix

falls my deklariert ist, nicht danach mit if prüfen
s.a. chat:
<gorash> grund warum das ekelig ist: das wird intern übersetzt in if (cond) { my $var = ... }

Layout: HTML Markup gefixt

Transportkosten-Erinnerungs-Artikel auf ID anstatt partnumber umgestellt Teil II

Vergessene modifies für Commit von gerade hinzugefügt

Transportkosten-Erinnerungs-Artikel auf ID anstatt partnumber umgestellt

Ggf. kann partnumber nicht eindeutig sein. Ferner find ich den partpicker
als Auswahlelement viel cooler und anwenderfreundlicher als ein reines
Textfeld.

Schnelllöschen einzelner Positionen per X

Einzelnen Positionen können jetzt "schneller" mit einem Klick
gelöscht werden. Dies ist vor allen bei vielen Positionen sinnvoll.

Besseres return (keine subtilen Bugs)

return undef entfernt.

Angebotsgüligkeitsintervall Caveat

Svens Überlegung das Intervall vor der Berechnung zu nehmen, hatte ich auch. Aber dann würde ich eher
die gesamte Routine umschreiben und die Berechnung nicht über einen SQL-Befehl machen, sondern mit Hilfe
von SL/Locale.pm. Entsprechend nochmal den Hinweis in der Mandantenkonfiguration genauer gemacht.

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

Changelog angepasst für neue Mandantenkonfigurationen