scripts/image_maps.pl: korrigiere Schreibfehler

CsvImport: Report-Begrenzung: Option "Nur Warnungen und Fehler" umbenannt. …

… Warnungen gibt es (noch) nicht, nur Fehler (errors) und
Bemerkungen (information)

CsvImport: Report-Begrenzung: "Alles" anzeigen als Voreinstellung.

CsvImport: Filter/Begrenzung für Status-Bericht wieder ermöglichen.

CsvImport: Anzahl der Fehler beim Ergebnis anzeigen

locales-Lauf nach "Typos und spellcheck für occurred" -> Reihenfolge anders

Projektpflicht bei Verkaufsaufträgen - Fehler abfangen

... wenn ein Projekt mit der Projektnummer der zu vergebenden Auftragsnummer
schon existiert. In der Datenbank muß die Projektnummer eindeutig sein.

Auf das Vorhandensein der Projektnummer schon vor dem Speichern des
Auftrags prüfen und gegebenenfalls abbrechen, ansonsten bricht der
Prozeß später ohne eine aussagekräftige Fehlermeldung ab.

Typos in changelog

Typos und spellcheck für occurred

Typo in locale

changelog zu den Änderungen bei Anrede, Titel und Abteilung von Ansprechpers.

Abteilungen bei Ansprechpersonen: Freitext-Feld und/oder Auswahlliste

Die Abteilung wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in contact_departments gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen contacts und contact_departments

Abteilungen bei Ansprechpersonen: SimpleSettings-Controller zum Editieren

Abteilungen bei Ansprechpersonen in eigene Tabelle: DB-Upgrade und Rose

Titel von Ansprechpersonen: Freitext-Feld und/oder Auswahlliste

Der Titel wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in contact_titles gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen contacts und contact_titles

Titel von Ansprechpersonen: SimpleSettings-Controller zum Editieren

Titel von Ansprechpersonen in eigene Tabelle: DB-Upgrade und Rose

Anreden: Kunden-/Lieferantenstamm: Freitext-Feld und/oder Auswahlliste

Die Anrede wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in greetings gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen customer/vendor und greetings

Anreden: SimpleSettings-Controller zum Editieren

Anreden in eigene Tabelle: DB-Upgrade und Rose

Kosmetik: Einrückung

Ansprechpersonen: DOM-Id für Löschen-Knopf setzen

Damit wird der Löschen-Knopf wieder ausgeblendet.

Vorlagen: Weiche für Anrede je nach dem, ob "natürliche Person" gesetzt ist

Doku zu Kunden/-Lieferantenstamm: "natürliche Person"

Kunden/-Lieferantenstamm: Flag "natürliche Person" in Maske

FlattenToForm: natural_person mit übernehmen

Kunden/-Lieferantenstamm: Flag "natürliche Person": DB-Upgrade + Rose

locales: Lauf für englisch (en)

Kreditorenbeleg-Storno: Buchungsdatum richtig setzen

Aufgefallen durch den Zeitstempel selftest

Project löschen - Rücksprung zu Übersicht repariert

Die action heißt list, nicht search

Mahnungen: Offene Gutschriften anzeigen und bei Auswahl gegen Offene Posten rechnen

Falls der Haken in der Übersicht gemacht wird, werden alle offenen
Gutschriften für den jeweiligen Kunden angezeigt. Wenn diese aktiviert
werden, werden diese Gutschriften für die jeweilige Mahnstufe ausgegeben.
Entsprechend wird die Summe der offenen Zahlung reduziert.
Offen: Im Mahnungsbericht werden die Mahnungen dann allerdings ohne
die Gutschriften angezeigt

marei: Syntax-Fix für Zahlungserinnerung.tex

marei: add lmodern to allow vector fonts with older debian installations

help text changed dbupgrade2_tool.pl

Hinzufügen der Option ajax_return zu L.sortable_element

Bei Sortimenten Sortimentsartikel nach 'position' sortieren

Bisher wurde die Spalte 'position' in der Tabelle assortment_items
ignoriert.

Dokumentation: longdescription referenziert auf part.notes (Bemerkungen)

VK-Bericht: Transportmittel als Hauptsortierung

Mahnungen: Ausdruck der Originalrechnung inkl. Anw. HTML-Formatierungen

Mahnungskonfiguration Ausdruck der Originalrechnung konfigurierbar

Mahnungen: Optionales Feld Rechnungen ausdrucken für Mahnungs-Konfiguration

Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
das Verhalten jetzt komfortabler

MT940 Import aqbanking Version 6 benötigt andere Parameter

Ferner ist die Version 5 buggy, da sie nicht mit den neueren
Längen (seit Mitte 2019 im Einsatz) im Verwendungszweck zurechtkommt.
Entsprechend die minimale Version der aqbanking-tools auf > 6 gesetzt.

Auftrags-Controller: Einfüge-Position eines neuen Artiklens angeben können

locales: Lauf für englisch (en)

locales: Vergessene Übersetzung zum Kontenabgleich

Mahnungen: Optional auch Original-Rechnung hinzufügen

Verkaufsbericht: Transportmittel in Bericht mitausgeben

Doku: kivitendo Pflege und Installation mittels branch verbessert

Changelog: ZUGFeRD und Suchoption Waren ergänzt

Artikelsuche: Suche nach in Erzeugnis verbauten Artikeln

Als Ergebnis werden Erzeugnisse und deren Bestandteile angezeigt.
Gültige Suchkriterien sind aktuell nur die Spalten in parts

Archive::Zip: kein Fix für aktuelle Versionen mehr nötig

Der Fix ist bei 1.40 bereits in offiziellen Releases
enthalten. Deutlich neuere Versionen enthalten sogar Änderungen, bei
denen unser Fix das Modul kaputt macht.

Also… Archive::Zip ≥ 1.40 voraussetzen und unseren eigenen Fix wegwerfen.

Belegmasken: weitere Werte f. PrintOptions aus form füllen

Das ist für Proforma-Rg aus Aufträgen wichtig, denn diese werden nach einem
erneuten Laden über js gedruckt. Und dazu müssen die vorher eingestellten
Werte wieder richtig vorhanden sein.

Problem war: Auftrag als Proforma drucken ging erst beim zweiten Drucken.

DATEV-Tests: eine gültige UStID-Nr benutzen

Der DATEV-Export nutzt inzwischen Routinen zur Prüfung & sauberen
Formatierung von UStID-Nummern, und die in den Tests verwendete war
nach dem gültigen Algorithmus schlicht nicht gültig.

Testfall für #266 - Rückgabewert für Routine setzen

Fixt #266 Kontenabgleich mit Bank transaktionssicher

Merge branch 'f-zugferd'

ZUGFeRD: Bankkonten: Standardwert »use_for_zugferd« auf FALSE gesetzt

Tests: Anpassung an Mandantenkonf. Adress-Feld in Bestandteile aufgeteilt

DATEV: UStID-Nummern-Validierung auf neues Modul SL::VATIDNr umgestellt

ZUGFeRD-Import: UStID-Nr auch finden, wenn sie nicht normalisiert sind

Sowohl die UStID-Nummern in der ZUGFeRD.xml als auch die Nummern der
Lieferanten in der Datenbank werden nun zum Vergleichen
normalisiert. Damit wird auch ein Lieferant gefunden, dessen UStID-Nr
in der Datenbank z.B. »DE 123 456 789« ist und in der XML
»DE123456789« steht.

ZUGFeRD: UStID-Nummern validieren und normalisiert ausgeben

Mandantenkonfiguration: UStID-Nummern beim Speichern validieren

Kunden/Lieferanten: UStID-Nummern beim Speichern validieren

SL::VATIDNr — Validierung/Normalisierung von UStID-Nummmern/schweizer UIDs

ZUGFeRD: ZUGFeRD-Controller der minimal ZUGFeRD PDF parst

Simples Upload Formular für ein PDF. Falls das PDF gültige
ZUGFeRD Daten hat und ein Lieferant mit UST-ID in kivi gefunden wird,
werden die Formulardaten in der ersten gefunden Kreditorenbelegvorlage
des Lieferanten angezeigt. Details und TODO, s.a. perldoc

ZUGFeRD: Mehr monatliche Einheitsvarianten erlauben und Jahr (ANN) ergänzt

Typo in Zugriffsrechten

ZUGFeRD: Konsolen-Debug auskommentiert

Wirft im Webserver 'bad header' Fehlermeldungen

ZUGFeRD: Zahlungsinfos ergänzt: Kontonummer, Typ=Einzug/Überweisung

ZUGFeRD: falschen schließenden HTML-Tag korrigiert

ZUGFeRD: Einstellung bzgl. Erzeugung auch in Kundenstammdaten

ZUGFeRD: Kosmetik

ZUGFeRD: Zahlungsbedingungen: Skonto-Basis-Betrag mit ausgeben

ZUGFeRD: UStID des Kunden angeben, sofern bekannt

ZUGFeRD: Verkäufer-UStID ist über Validierung erzwungen vorhanden

ZUGFeRD: richtige Typencodes für Stornos

make_record(_item): Unterstützung für Gutschriften

Bei Gutschriften stehen gewisse Werte in $::form positiv, die aber im
Rose-Objekt negativ sein müssen.

ZUGFeRD: fehlende Übersetzungen ergänzt

ZUGFeRD: Test-Modus über Mandantenkonfiguration konfigurierbar gemacht

installation check für zugferd typo gefixt

ZUGFeRD: nicht nach \documentclass, sondern \begin{document} suchen

\documentclass steht evtl. in einem Include.

ZUGFeRD: Kosmetik

Dokumentationsupdate zu benötigten Perl-Modulen

SL::ZUGFeRD: Funktionen zum Extrahieren von ZUGFeRD-XML-Daten aus PDFs

ZUGFeRD: Feature über Mandantenkonfiguration abschaltbar

ZUGFeRD: Validierung diverser nötiger Parameter

ZUGFeRD: allgemeine Notizen für alle Rechnungen in Übersetzungen anlegen können

ZUGFeRD: Rechnungen mit ZUGFeRD-Daten erzeugen

UNECRecommendation20: Mapping von Einheitsnamen auf Codes

ISO 4217: Mapping von Währungsnamen auf Codes

ISO 3166: Mapping von Ländernamen auf ISO 3166-1 Alpha 2-Codes

PDF/A-Erzeugung: die XMP-Metadaten selber erzeugen

PDF-Erzeugung: alles in temporärem Unterverzeichnis von users erledigen

Das vermeidet Kollisionen, wenn Dateien mit festem Namen wie
`pdfa.xmp` für PDF/A erzeugt werden müssen.

PDF-Erzeugung: Support fürs Erzeugen von PDF/A-konformen PDFs

Es gibt einen Rose-DB-Helfer `S:D:H:PDF_A`, der die erforderliche
Struktur für `SL::Template::LaTeX` (via
`$form->{TEMPLATE_DRIVER_OPTIONS}->{pdf_a}`) erzeugt. Der Helfer ist
für die üblichen Belegklassen (`S:D:{Order,DeliveryOrder,Invoice}`)
eingebunden.

Weiterhin können über
`$form->{TEMPLATE_DRIVER_OPTIONS}->{pdf_attachments}` Dateien in PDFs
eingebettet werden.

Das Erzeugen funktioniert nur für LaTeX-Vorlagen, nicht für
OpenDocument-Vorlagen.

Für LaTeX werden nun weitere Pakete benötigt, deren Präsenz vom
Installations-Check geprüft werden: `pdfx`, `embedfile`.

Für `embedfile` muss leider eine von uns modifizierte Version benutzt
werden, da der letzte offizielle Release das PDF-Attribut
`/AFRelationship` nicht unterstützt. Dieses Attribut muss aber für
jede in ein PDF/A eingebettete Datei gesetzt sein. Daher liefern wir
die modifizierte Version im neuen Unterverzeichnis `texmf` mit, das
über die Umgebungsvariable `TEXINPUTS` höhere Präferenz bekommt, als
die Systemverzeichnisse.

Die relevante Modifikation ist der folgende Pull-Request:

https://github.com/ho-tex/oberdiek/pull/72

Siehe auch folgender Bug:

https://github.com/ho-tex/oberdiek/issues/37

Vorlagen: (kaputte) Unterstützung für XML-Vorlagen entfernt

Außerdem ein paar Vorkommen der schon seit längerem entfernte Winston
& Taxbird entfernt.

Bug in Emacs' Perl-Syntax-Highlighter umschiffen

make_record(_item): discount-Feld richtig behandeln

In der Maske und daher in $::form stehen die Werte in Prozent, in den
DB-Spalten und damit den Rose-Attributen werden sie aber als Faktor
gespeichert, sprich z.B. 0.05 für 5%.

_make_record(_item): Zahlenattribute nicht mit leeren Strings setzen

Wir übergeben diverse Zahlenfelder als hidden inputs, ohne dass wir
prüfen, ob die überhaupt gesetzt sind:

1. Im Aufruf 1 ist z.B. `$::form->{customer_id} = undef`, oder es gibt
   sogar nicht mal ein `$::form->{customer_id}`.
2. Dies wird ohne Prüfung auf den tatsächlichen Wert als Hidden
   ausgegeben, und endet damit als `<input type="hidden"
   name="customer_id" value="">`.
3. In Aufruf 2 kommt das dann als `$::form->{customer_id} = ''` an,
   also als leerer String, egal, ob der Wert vorher `undef`, ein
   leerer String war oder gar nicht existiert hat.

Wenn man nun, wie `_make_record_item`, über alle Schlüssel aus
`$::form` iteriert, und die korrespondierenden
Attributs-Setter-Funktionen einer RDBO-Instanz mit ihnen aufruft, so
werden somit Zahlen-Setter-Funktionen mit leeren Strings
aufgerufen. Das sorgt dafür, dass später bei einem Aufruf von
`$invoice->customer` versucht wird, ein Customer-Objekt aus der DB zu
laden (da ja durch den Aufruf von `…->customer_id(…)`, also das Setzen
des Relationship-Attributs, signalisiert wurde, dass die Relationship
aktiv ist).

Allerdings ist der Wert des Primärschlüsselattributes nun der leere
String, also im Perl-Sinne `false`. Das wiederum wertet Rose als
Versuch, ein Objekt ohne Angabe eines Primärschlüsselattributs zu
laden, was wiederum zu einer Fehlermeldung führt.

Kurz: Zahlenattribute aus RDBO-Instanzen dürfen gar nicht erst auf
leere Strings gesetzt werden. Sie dürfen nur gesetzt werden, wenn sie
auch tatsächliche Zahlenwerte enthalten sollen.

Fix #57.

Mandantenkonfiguration: Adress-Feld in einzelne Bestandteile aufgeteilt