TopQuickSearch: Bei Kunden den neuen all filter in den callback aufnehmen

changelog und UPGRADE zu den GIN Indizes

Mahnungen: Mahnungsdatum gefixt

Bisher wurde beim Erstellen neuer Mahnungen in der Spalte "Zahlbar bis"
ein Datum angezeigt, was wohl das wharscheinliche Zahlungsziel der neu zu
erstellen Mahnung anzeigen sollte. Die gleiche Überschrift wird aber
überall sonst in den Mahnung für das Ziel einer bereits erstellten
Mahnugn verwendet, und in diesem Fall ist das Datum auch noch falsch.

Dadurch, dass es schon beim Laden aus der Datenbank berechnet wird, wird
es aus dem heutigen Tag und dem duedate der Mahnungskonfiguration der
Rechnung berechnet. Diese Mahnungskonfiguration ist aber nur vorhanden,
wenn die Rechnung schonmal angemahnt wurde, und bezieht sich dann auf
die Konfiguration der bereits bestehenden Mahnstufe, nicht auf die der
nächsten. Das Datum war also völlig nutzlos.

Jetzt wird einfach wie überall sonst auch das Datum der bestehenden
Mahnung angezeigt.

BankTransaction: Verlinkungen auf alten Vorlagencode upgedated.

Behebt redmine#194 "Fehler »load_draft not defined in locale/de/all« beim
Entwurfladen aus Bankauszug verbuchen"

Drafts: load kann jetzt zusätzliche Argumente aus form übernehmen

Kontoauszug verbuchen: Fehlermeldung und falscher Betrag

Werden mehrere Rechnungen mit einer Banküberweisung bezahlt,
bekommt letzte Rechnung immer den Rest des Betrages,
auch wenn sie überbucht wird.

fix Redmine #192

Eine Rückbuchung von ganz bezahlten Rechnungen kann über diesen Weg nicht gemacht werden

Payment-Helper - create_bank_transaction bekommt "purpose" param

und Beispiel für das Erstellen einer Zahlung für mehrere Rechnung mit
Skonto in POD.

Funktion "Erzeugnis fertigen" sucht Bestandteile im falschen Lager.(3)

Die fehlende Methode get_basic_warehouse_info() ist analog zu
get_basic_bin_info() aufgebaut und wird auch später in dem verbesserten Verbrauchsbericht von OD
benötigt

Einrückungen in WH.pm

Verbesserung Englische Übersetzung

Kundenstammdaten: Lieferadresse speichern, wenn beliebiges Feld gesetzt

Vorher wurde nur gespeichert, wenn der Name gesetzt war. Das ist
allerdings inkonsistent mit dem Verhalten von vor der Umstellung der
Maske auf das Controller-Modell. Weiterhin gibt es bei der
Lieferadressenbehandlung beim Drucken auch keine Sonderbehandlung mehr,
die vom Lieferadressen-Namen abhängt. Daher sollte das Speichern
ebenfalls nicht davon abhängen.

Funktion "Erzeugnis fertigen" sucht Bestandteile im falschen Lager.(2)

Auf Wunsch von Jan ist dies kein Bug mehr, sondern ist nun per Mandantenkonfig konfigurierbar

Als default wird das Ziellager genommen, falls "transfer_default_warehouse_for_assembly" gesetzt,
wird das Standardlager des Bestandteils verwendet.

Anmerkung:
Wo wir derzeit in der unstable wh.pl:create_assembly() verwendet/aufgerufen ?
Kann ich nicht finden.

Flashanzeige erweitert: Nun auch Details

Für alle drei Flashanzeigen gibt es Detailanzeigen/optionalen Timeout

Details als textueller Link [Details]
ebenfalls wird Fenster nach oben gescrolled, damit flash info sichtbar ist.
Bei einigen Fehlermeldungen, z.B. bei LaTex Fehlern empfiehlt es sich,
kleinere Fehlermeldungen anzuzeigen, die dem Kunden verständlicher sind,
in den Details kann der lange Fehlertext (z.B auch sql Fehler) angezeigt werden

Änderung in clientjs:

nach Ausgabe einer Flash Anzeige (Info/Warning/Error)
wird nach oben gesprungen ( derzeit zum frame-header).

Damit wird die Anzeige auf jeden Fall sichtbar.

Flashanzeige erweitert: Funktion zum Text löschen nach Timeout

Bei neuen Controllern, die per AJAX laufen, ist es empfehlenswert
bestimmte Texte nach einer gewissen Zeit implizit zu löschen,
damit eine weitere identische Anzeige erkennbar ist.

Die Funktion ist derzeit explizit per js->run('kivi.clear_flash','info',10000) im Controller einzubauen,

ggf, später als eigenständige clientjs - Funktion

PartPicker styling: Höhe in chrome

Für später: lx-office-erp.css überschreibt natives <input> styling mit
einem pseudo-windows 7 Look, und kann das svg deshalb einfach als
Hintergrundbild setzen.

kivitendo.css belässt es aber bei nativer appearance. Sobald man da dann
versucht das Hintergrundbild zu ändern, wird die nicht mehr vom Window
Toolkit gerendert, sonderm vom Browser mit dessen Standardstylesheet.
Ergo muss da die Lupe als inline-block über dem input Feld positioniert
werden.

Der gesamte Picker muss sich inline verhalten, die einzelnen Teile
darin aber mit spacing Informationen gestyled werden. Dafür ist display:
inline-block da. Blöderweise klappt vertical alignment innerhalb eines
inline-blocks nur wenn man ein leeresa Pseudoelement vorne vor setzt.

PartPicker Styling: Fix für Chrome

Reapply "Partpicker styling"

3.4.1 ist durch, also wieder rein, auf dass es bis zum nächsten Release
gefixt wird.

Experimentell: Trigram Indizes auf Spalten die mit ILIKE durchsucht werden.

UserPreferences: erste version

Revert "generic_translations: Einträge automatisch löschen, wenn Sprache gelöscht wird"

This reverts commit 86299a413d457abfa10f657b243d00b194702824.

generic_translations: Einträge automatisch löschen, wenn Sprache gelöscht wird

Kontoauszug verbuchen - SEPA-Zahlungen berücksichtigen und schließen 2

auch bei Verbuchen per "Vorschlag" die SEPA-Zahlungen schließen.

Typos in Doku

Dokumentation: /users/ Rechte in apache2.4 waren waren falsch.

Lieferbedingungen haben kein Attribut description_long_invoice

Im Commit de009a3fee7e0471c3e095ce92d8708ff2b42597 »Zahlungsbedingungen:
Unterscheidung zwischen Angeboten/Aufträgen und Rechnungen« wurden
in den Druckroutinen fälschlicherweise auch für die Lieferbedingungen
das Setzen von »description_long_invoice« implementiert, obwohl die
Lieferbedingungen keine Unterscheidung zwischen Angeboten/Aufträgen und
Rechnungen bekommen haben.

Daher revertet der jetzige Commit diejenigen Hunks aus
de009a3fee7e0471c3e095ce92d8708ff2b42597, die die Lieferbedigungen
angefasst haben.

Bericht Debitorenbuchungen - Gutschriften < 1€ erkennen

Die Prüfung auf amount < 0 wurde nach dem format_amount aufgerufen,
dadurch wurden Beträge von z.B. -0,77 nicht als Gutschriften erkannt.
Die amount-Prüfung wird jetzt nach dem format-amount aufgerufen.

Typos in Doku

Neues Recht "Verknüpfte Belege"

Hintergrund ist, daß es derzeit z.B. möglich ist, daß Benutzer die nur
Rechte haben um Angebote zu sehen, über die verknüpften Belege eine
Übersicht über alle anderen Belege aus dem Workflow, bis hin zur
Rechnung zu sehen. Zumindest eine Zusammenfassung (Datum, Beträge), ohne
jedoch die Belege öffnen zu können. Dies ist aber nicht immer gewünscht,
daher kann man jetzt die Reiter für verknüpfte Belege komplett
ausblenden.

Eine bessere Lösung wäre nur die Belege anzuzeigen, für die der Benutzer
auch Bearbeitungsrechte hat.

auth.master_rights - position mit 100 multipliziert

um Lücken für neue Rechte zu schaffen.

Neue PaymentHelper Methode forex

Prüft ob eine abweichende Währung benutzt wird.

Payment Helper exchangerate Methode verbessert

PriceTaxCalculator - Währungskurs abhängig von Belegtyp

Bei OE-Belegen wird alles in der Belegwährung gespeichert, daher keine
Wechselkursumrechnung (exchangerate = 1).
Bei Rechnungsbelegen wird hingegen der Währungskurs berücksichtigt.

AR/AP.pm - Währungskonten prüfen

Vor dem Buchen von Zahlungen mit Wechselkursen auf die Standardkonten
von Wechselkurserträgen und Wechselkursaufwendungen prüfen. Abbrechen
wenn keine definiert, ansonsten geht sowieso die SQL-Abfrage kaputt.

Payment Helper kann project_id als Param verarbeiten

Payment Helper kann nun auch Kursverluste/Gewinne

+ neue Helper-Methode exchange_rate für Rechnungen

Debitorenbuchungen - Wechselkurs mit 5 Nachkommastellen anzeigen

Paymenthelper kann Fremdwährung  mit Steuer inkl. und exkl.

SL::DB::Invoice.pm post Methode benutzt Standardforderungskonto

statt einfach das erste AR-Konto, wenn es in der Mandantenkonfiguration
gesetzt ist, und kein Forderungskonto übergeben wurde.

Invoice - add_ar_amount_row - bessere 'die' Fehlermeldung

PurchaseInvoice - create_ap_row und add_ap_amount_row

Für Erstellung von Kreditorenbuchungen, analog zu create_ar_row und
add_ar_amount in SL::DB::Invoice.

VERSION auf unstable geändert

Neue PaymentHelper Funktion create_bank_transaction

Simuliert den MT940-Import und erstellt gültige  Kontoauszugsimportzeilen für
Rechnungen, mit denen man z.B. den "Kontoauszug verbuchen" testen kann.
Ist also v.A. für Tests oder beim Entwickeln nützlich.

Beispiele finden sich im POD.

Dokumentation: HTML-Seiten und PDF neu gebaut

Dokumentation: Kosmetik: alle hängenden Whitespaces entfernt

Dokumentation: XML-Struktur: ungültigen Inhalt gefixt

1. Ich habe keine Ahnung, was diese unmotivierten -&gt; sollten, die ab
   und zu einfach so auftraten. Sie sind nicht nur überflüssig, sie sind
   nach dem DocBook-Schema an dieser Stelle auch einfach ungültig.

2. Text darf nach dem DocBook-Schema nur in bestimmten Nodes erscheinen,
   nicht einfach innerhalb einer <section>. Da fehlte schlicht die
   Einfassung in <para>.

Dokumentation: Inhalt: systemd-Abschnitt korrigiert

Verklemmung von Rose und standard_dbh lösen

FIXUP solange nicht mit einem single-dbh arbeitet, wird vor den ROSE Zugriffen
der Standard dbh mal zugemacht.

Bei Einkaufsrechnungen und Debitorenbuchungen neue Währung abspeichern

Währungs-Id wurde bisher beim Speichern nicht erneuert.

Endloses Aneinanderhängen von Währungen unterbinden

Bei mehrfachem "Erneuern" werden alle Währungen nocheinmals angehängt.
Dies wird nun unterbunden

BUG-Fix: Vergleich der Artikel (bestellt, bezahlt) angepasst.

Die Erzeugnisse in Rechnungspositionen werden in Positionstabelle
(invoice) zusammen mit Bestandteilen gespeichert. Bei der Prüfung was
bestellt und was bezahlt wurde, kommen dann falsche Ergebnisse.
In SQL: Rechnungspositionen ohne Bestandteile des Erzeugnisses mit
Positionen aus dem Auftrag vergleichen.

BUG-Fix: Die Anzeige der fällige Wiedervorlagen ist falsch (zu hoch).

In ERP-Dokumenten werden werden "zu viele" Wiedervorlagen angezeigt.
Bei der Berechnung werden sowohl offene als auch geschlossene Wiedervorlagen berücksichtigt.

BUG-Fix: Kreditorenbuchungen: Währung wird nicht übernommen.

Es werden IMMER die Währungeinstellungen vom Lieferanten genommen.
Variable currency wird beim Hollen der Lieferanten-Daten überschrieben.
Den Variablen-Wert vom Stammdaten-Hollen gesichert und danach zurückgeschrieben.

BUG-Fix: Funktion "Erzeugnis fertigen" sucht Bestandteile im falschen Lager.

Bei Lager->Erzeugnis fertigen werden die Bestandteile anscheinend im "Ziellager" gesucht.
Richtig wäre die einzelnen Bestandteile aus dem jeweiligen Standardlager auszulagern.

Auch die Fehlermeldung wurde entsprechend ergänzt:
"Zum Fertigen fehlen ... im Lager ..."

CsvImport: Aufträge: Einheiten behandeln

PartPicker: in Testseite auch einen vorausgefüllten Picker anzeigen

"Kontoauszug verbuchen - SEPA-Zahlungen berücksichtigen und schließen

Erstellt man SEPA-Überweisungen für das Bankprogramm, verbucht die
Zahlungsausgänge aber per "Kontoauszug verbuchen", wird der
ursprüngliche SEPA-Prozess unterbrochen. Dort war vorgesehen, daß man
nach dem Import/Export den SEPA-Export manuell abschliesst, wodurch
automatisch die betroffenen Rechnungen bezahlt wurden, mit dem
Zahlungsdatum laut SEPA-Export. Entfällt dieser Schritt wegen Verbuchung
per Kontoauszug bleiben die SEPA-Exporte hingegen immer offen. Außer daß
die Liste immer weiter wächst hat das auch den Effekt, daß für
Rechnungen mit noch offenen SEPA-Exports nicht erneut SEPA-Überweisungen
erstellt werden können, was bei Teilzahlungen aber erforderlich ist.

Mit dieser Erweiterung wird nun beim "Kontoauszug verbuchen" auch
geprüft, ob es für die Rechnung eine SEPA-Anweisung gibt, und hierfür
extra Punkte vergeben. Außerdem wird bei erfolgreicher Zahlung der
Rechnung auch der SEPA-Export für die Rechnung geschlossen.

Wenn dabei festgestellt wird, daß alle Export einer SEPA-Export-Gruppe
bezahlt sind, wird auch die SEPA-Export-Gruppe geschlossen.

Backend API-Sortierfunktion in Lieferscheinen verbessert

Bei neuen Position diese auch beim Sortieren mit berücksichtigen.

VERSION auf 3.4.1 gesetzt

Dokumentation aktualisiert (neue Versionsnummer)

Changelog aktualisiert

Locales "all" aktualisiert

SQL release Upgrade Skripte für 3.4.1

changelog um Bugfixes erweitert

PTC Test um Rundungsgenauigkeit ergänzt

Der PriceTaxCalculator hat als Datenwert neuerdings die
Rundungsgenauigkeit für den Modus Schweiz. Dies muss entsprechend
im Tests des Moduls auch berücksichtigt werden.

Revert "Partpicker styling"

This reverts commit b9889576a1229f41edc2c1daf9b649d97fb7fd2e.

Grund: im Chrome (sowohl unter Linux als auch Windows) sieht das
Ergebnis ziemlich mies und hochgradig verwirrend aus. Im Internet
Explorer ist die Lupe zusätzlich zu weit unten positioniert (eher ein
Schönheitsfehler).

SL::DB::Contact->formal_greeting: Feld cp_greeting gibt es nicht

Bei der Umstellung der Brieffunktion auf Template Toolkit wurde alter
Code, der $::form->{cp_greeting} verwendet hat, 1:1 umgesetzt. Aufgrund
eines Schreibfehlers in dem zum Testen verwendeten letter.tex wurde die
Funktion »formal_greeting« nie aufgerufen und daher nicht getestet.

changeloc/UPGRADE: Hinweis, dass Brieffunktion Template Toolkit nutzt …

und die Vorlagen angepasst werden müssen.
Siehe auch:
commit 7afe92aff55c96742fbffb54e382f17f9fe4d907
"Brieffunktion: Umstellung Druck auf Template Toolkit"

changelog: CsvImport Spaltenzuordnung

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

In Dokumentation Hinweis zu Genauigkeit 0.05 und mehrere Währungen

temporary precision notes

added roundings for periodic invoices

Revert "added roundings for periodic invoices"

This reverts commit 64b3d19a8012187c3c01717b91d59df2b2753ee3.

stricter filtering of posititions at erfolgsrechnung

added roundings for periodic invoices

Vergessene neue html-Dateien zu letztem Commit

Dokumentation-Erweiterung und -Anpasung CH-Modus, OpenDocument-Vorlagen

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

Rundung in den Verkaufsbelegen des Vorlagensatzes rev-odt ergänzt

BUG-Fix: FiBu/Dialogbuchungen: Steuerschlüssel nach Öffnen falsch

Nachdem eine Dialogbuchung mit dem Steuerschlüssel "USt-frei 0%" gebucht und geschlossen wurde,
wird nach dem öffnen derselben Buchung der Steuerschlüssel auf "Keine Steuer 0%" gesetzt.

Zum Einen wird hier nach den Schlüsseln gesucht, sondern 0 als Schlüssel angenommen.
Wie 2013 in Commit 0f8092f8 begonnen, ist die tax_id nicht zwingend 0.
Ebenso mus die txa_id für "USt-frei 0%"  berücksichtigt werden sowie auch die EU.
Also nur dort berechnen wo Rate != 0 , derzeit bei taxkey 0,1,10 und 11

Zudem war bei der Vorauswahl der Steuer, die steuerfreien Namen nur mit zwei statt 5 Stellen hinter dem Komma,
d.h. es wurde keine Steuer vorselektiert, also dann der erste Eintrag "Keine Steuer 0%"

Vendor/Customer Name in FlattenToForm setzen

In For.pm wird bei der Druckvorbereitung Customer-/Vendorname gesetzt.
Damit z.B. bei Massendruck oder neuen Controllern diese Variable auch
zur Verfügung stehen werden sie , falls die Objekte vorhanden in die Form geladen

Sprachanpassungen Erfolgsrechnung, GUV und BWA

BankTransaction: Filter aus letztem Commit auch nicht vorbelegen

BankTransactions: Lieferantenfilter nicht benutzen, wenn...

kein fremder Konteninhaber existiert. Ansonsten wird da einfach nach
einem zufälligen Vendor gefiltert der kein Konto hat.

BUG-Fix: Kreditorenbuchungen: Steuer inklusive wird nicht übernommen

Debitoren- und Kreditorenbuchungen in Fremdwährung öffnen

Bisher wurde zwar der Buchungsbetrag anhand des Wechselkurse
umgerechnet, nicht aber die Steuer (sofern vorhanden), hierfür mußte man
erst erneuern.

BUG-Fix: Kreditorenbuchungen: Währung wird nicht übernommen

Es werden IMMER die Währungeinstellungen vom Lieferanten genommen.
Die Variable currency wird beim Holen der Lieferanten-Daten überschrieben.
Den Variablen-Wert vor dem Holen der Stammdaten sichern und danach
zurückschreiben.

Bugfix #182: Auftrag aus Rechnung erstellen

Ticket #182 behoben, + Kommentare.

am: fehlendes include für Historiensuche

Finanzübersicht: Neue Spalte »Kosten« analog zu BWA-Kosten

Anpassungen im CH-Kontenplan und CH-Kontenzuordnung

.mailmap update - Martin mag multiple Mailadressen.

Farben für Kontoauszug verbuchen auch im lx-office-erp.css

Alles trist und grau. Schade, schade, schade ...
Nun nicht mehr, auch für andere kivi-Freunde gibt es jetzt
Kontovorschläge in grün und orange!

lx-office-erp.css: proportionale font-sizes

Firefox 47 ignoriert unter unity7 font-size in select komplett,
ausserdem haben wir seit ewigkeiten das problem dass td { font-size: 8pt
} alle spacings kaputtmacht. Das hier entfernt das experimentell.

Kontoauszug verbuchen - Punktesystem sichtbar machen

Super Codierung und unsichtbar für alle anderen.
Punktevergabe wird jetzt offen angezeigt und mittels ToolTip
kann hier jeder sehen warum welche Zuordnungen passieren und selber
tüfteln (a la spamassassin rule set).

Nur die eigene Rechnungsnummer mit höheren Punkten versehen ...

... bei Lieferantenrechnungen weniger Punkte vergeben, aber mit
derselben Unschärfe wie bei Verkaufsrechnungen arbeiten.

Conflicts:
SL/DB/BankTransaction.pm

Kontoauszug verbuchen -> Buchung erstellen -> Lieferanten-Filter verbessern

Falls in dem Datenmodell Drafts.pm, Dialogbuchungen vorhanden sind,
stürzt die Filterfunktion einfach ohne Rückmeldung ab und macht nichts weiter.
Sinnvollerweise nur Ergebnisse filtern, die auch eine vendor_id im Draft haben.

new settings balance, datev, erfolgsrechnung, eurechnung, ustva to client-features

CsvImport::BankTransaction: currency als info spalte anzeigen

CsvImport::Base: benutzte header korrekt setzen

Csv: mappings übersetzen jetzt auch header