Auftrags-Controller: Liefertermin

Auftrags-Controller: Projektauswahl mit Picker (und Eingabefeld nach links).

Auftrags-Controller: PriceSources

Auftrags-Controller: Menge nach der Eingabe neu formatieren.

Auftrags-Controller: css-Klasse: reformat_number zum Neuformatieren von Zahlen

Auftrags-Controller: auch bei geladenen Positionen die ID übergeben.

Auftrags-Controller: Funktion "Speichern und Lieferschein".

Auftrags-Controller: Drucken und E-Mail

Auftrags-Controller: Option für "Steuer im Preis inbegriffen"

Auftrags-Controller: Bemerkungen und interne Bemerkungen

Auftrags-Controller: Zahlungs- und Lieferbedingungen

Auftrags-Controller: Angebotsnummer und Erfassungsdatum mit in die Maske.

Auftrags-Controller: Auftrag löschen können.

Auftrags-Controller: neue Eingabemakse für Aufträge basierend auf Controller

kivi.SalesPurchase.edit_longdescription: callback zum Setzen der Beschreibung angeben können

kivi.SalesPurchase.edit_longdescription: Aufruf auch mit einzelnen Parametern …

ermöglichen, statt mit row. Dafür gibt es eine zweite Funktion "..._with_params.
Diese wird jetzt von kivi.SalesPurchase.edit_longdescription(row) aufgerufen,
damit in den vorhandenen Templates nicht angepasst werden muss.

Test zu SL::Request::unflatten, der prüft, ob nicht Hash-Keys erzeugt werden.

Nicht, dass in einem Array aus Hashes key in einem Hash auftauchen, die nur in
einem anderen drin sind.

FlattenToForm - auch customer_id oder vendor_id übergeben

Dies wird vom neuen OrderController beim Umwandeln in einen Lieferschein
gebraucht, wo nach einem flatten_to_form auf $order delivery_order
aufgerufen wird, wo anhand customer_id oder vendor_id der Kunden geladen
wird.

all für de geändert

Dokumentation für 3.4 angepasst

Besseres kivi-Bild

Versionsnummer angepasst

Selftest Transaction - Syntaxfehler entfernt

SelfTest - bessere Fehlerbehandlung für Einbinden der Test-Module

Fehlermeldung an den TaskServer zurückgeben.
Fehlermeldung(en) in der Status-E-Mail hinzufügen.

SelfTests falscher Zeitraum für Standard-Tests

Selftests konsequent auf fromdate -> todate umgestellt

Ferner Kosmetik von hässlichen SQL Formatierungen

Korrekturen im Hauptbuch verbessert

Prüfung auf Steuerschlüssel nur bei Bestandsmethode

whitespace cleanup

Payment Helper setzt $self->transactions zurück

Als es noch eine Methode transactions in SL::DB::Helper::Payment gab
wurden die acc_trans-Einträge bei Zugriff per $self->transactions jedes
Mal aus der Datenbank ausgelesen:
(SL::DB::Manager::AccTransaction->get_all(query => [ trans_id => $self->id ]);

Seit Commit 01b298ec3 wird stattdessen der aktuelle relationship Array
verwendet, wenn die transactions noch nicht ausgelesen wurden werden sie
wie oben geladen, wenn sie aber schon existieren dann werden die
Transaktionen im Speicher benutzt.

Bei den Tests gab es aber das Problem, daß in pay_invoice die
acc_trans-Einträge der Zahlungen als AccTrans-Objekte unabhängig vom
Rechnungsobjekt gespeichert wurden, und der transaction Array daher
nicht aktualisiert wurde. Am Ende von pay_invoice wird nun per
forget_related der transaction-Array zurückgesetzt, damit bei der
nächsten Verwendung die aktuell gespeicherten Transaktionen nachgeladen
werden.

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

In der Ruhe liegt die Kraft.
Jetzt sind die Zeilen in den storno-Funktionen wieder eingebaut

DeliveryPlan: Entfernt Einstellung, um nur ausgelagerte Lieferscheine zu berücksichtigen.

Diese Option lieferte hier ungenaue Ergebnisse, da dennoch auch Positionen
angezeigt wurden, für die überhaupt kein Lieferschein erstellt wurde.

Übersetzungen zu: "DeliveryPlan: optional auch mit verlinkten Positionen suchen."

DeliveryPlan: optional auch mit verlinkten Positionen suchen.

Pflichtenheft: keine Fehlermeldung »template not found« bei Click auf »Abschnitte«

Neue Chart Methode new_chart_valid

die prüft, ob es für das Konto ein Folgekonto gibt, und ob das aktuelle
Tagesdatum >= dem Folgedatum ist, d.h. ob eigentlich das Folgekonto
benutzt werden soll. Diese Abfrage war bisher allerdings kaputt und wird
wahrscheinlich auch nirgends sinnvoll genutzt.

Refactoring von orphaned in AM get_account

SL::DB::Chart - Refactoring der Transaktionsmethoden

... der Methoden number_of_transactions und has_transaction.
Machen fast das Gleiche, aber has_transaction liefert nur 0 oder 1
zurück, und ist schneller.

Debitorenbuchungen als CSV importieren

Ähnlich wie der Auftragsimport wird hier gemultiplexed, d.h. es gibt separate
Zeilen für die Debitorenbuchung (ar) und die Buchungszeilen (acc_trans).

Es handelt sich allerdings nicht exakt um acc_trans-Zeilen, die direkt
als acc_trans Objekte importiert werden, sondern es können die gleichen
Informationen wie bei der Debitorenbuchung übergeben werden, also Konto,
Betrag, Steuerschlüssel und Projekt, und daraus werden dann die
acc_trans-Zeilen generiert, inklusive Steuerautomatik.

Das Forderungskonto muß in der Rechnungszeile übergeben werden, der Betrag wird
dann anhand der Buchungszeilen bestimmt.

Beispiel für Import-Format (siehe auch mehr Beispiele in t/controllers/csvimport/artransactions.t)

datatype,customer_id,taxzone_id,currency_id,invnumber,taxincluded,archart
datatype,accno,amount,taxkey
"Rechnung",960,4,1,"invoice",f,1400
"AccTransaction",8400,159.48,3

Neue Methoden um Debitorenbuchungen zu erstellen

Vorbereitung für Debitorenbuchungsimport, neue Methoden für SL::DB::Invoice
Objekte:

add_ar_amount_row - Erlösbuchungen hinzufügen, mit Steuerschlüssel
create_ar_row -  acc-trans für Forderung hinzufügen
validate_acc_trans - Prüfen ob alle acc_trans-Einträge aufgehen
recalculate_amount - anhand acc_trans-Zeilen amount und netamount berechnen

Typos und in SL/DB/Invoice.pm

post in SL::DB::Invoice funktioniert nur für Verkaufsrechnungen

Abbruch, wenn post bei einer Debitorenbuchung aufgerufen wird.

Auftragsimport - Methoden ausgelagert

für Prüfung von Abteilung, Projekt, Bearbeiter und Verkäufer

Vorbereitung für Debitorenbuchungsimport

Standardforderungskonto und Verbindlichkeitskonto in Mandantenkonfiguration

Dort kann man in Zukunft angeben, welche Konten vorausgewählt sein
sollen.
Wird allerdings noch nicht in den Masken benutzt.

Payment Helper - Methode transactions wieder entfernt

Es gibt schon eine Relationship transactions in SL::DB::Invoice und
SL::DB::PurchaseInvoice. Diese wird ansonsten überschrieben, und dann
kann man auch keine AccTransaction Objekte mehr zu Rechnungsobjekten
hinzufügen.

4. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist(2)

fixup: Zu viel des Guten (patch hat falsch einsortiert)

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

An einigen Stellen wird nach dem Speichern nicht neu gelesen,
sondern die alten Forms-Variablen zum Aufbau der Webseite verwendet, z.B. "Auslagern".

Deshalb wird $form->lastmtime nun nach jedem Speichern aktualisiert.

rp/report: Vorbelegung des freien Zeitraums - javascript Fixes

5.14 Abhängigkeit im DefaultManager ist unnötig

ReportGenerator-Helper: (wiederholten) Export bei "Zurück" verhindern.

Dazu export-actions nach Aufruf aus form löschen. Da die form-Variablen als
hidden in die Options-Maske übergeben werden, war auch immer die
export-action dabei. Drückte man "Zurück", dann waren beiden actions (für export
und für back) in form und es passierte manchmal, dass der Export (download)
erneut ausgeführt wurde.

Zum Nachstellen: Bei einem Controller mit Export-Möglichkeit den Export aufrufen
und "Zurück" drücken (evtl. wiederholen). Irgenwann wird statt zurückzugehen
doch exportiert.

PDF::Table - einige undefined warnings gefixt

PDF::Table: Warnungen und "-" Artefakte bei undef entfernt

PDF::Table: Zusätzliche header richtigrum anzeigen

PDF::Table: Prop Index korrekt indizieren

PDF::Table: Proportional skalieren statt adaptiv

PDF::Table: Rahmen bei umgebrochenen Zeilen in der korrekten Länge zeichnen.

Endlosschleife im PDF-Tabellenmodul und damit im PDF-Export gefixt

Wenn die Tabelle zu breit wird und dann irgendwann nicht einmal mehr ein
Wort in eine Zeile passt, dann muss das Wort trotzdem gesetzt werden;
andernfalls würde das PDF::Table-Modul in einer Endlosschleife enden.

Fix für Bug 863.

Reimplementiert commit 23223ef4302931a6a141c659bfda7ef6c7546b77

ReportGenerator: Unterstützung für das Verbinden von Tabellenzellen mit dem "colspan"-Attribut in der PDF-Ausgabe.

Reimplementiert a18cc3f5dedae1c8b541b10df3b67153518663a6

ReportGenerator: Unterstützung für mehrzeilige und individuell festgelegte Tabellenköpfe/Spaltenüberschriften implementiert.

Reimplementiert den PDF/Table.pm Teil von 84ba8214f6f1e68de5fa317b8239a7888a4aac03

Unterstützung für zellenübergreifende Überschriften im PDF-Export des ReportGenerators verbessert.

Reimplementation von d3897394

PDF::Table update auf aktuelle Version aus git

cpan speist sich aus https://github.com/kamenov/PDF-Table

Diese hier ist aktuell aus Commit 5a9f499

History-Popup: callback übergeben, damit Sortierung funktioniert.

Behebt #136 (redmine).

Revert "Warnung in regex eliminiert"

This reverts commit 5ba69d08849773c459086a0f96484046a845159e.

Was auch immer Du da machen wolltest martin, ein .*? in ein .+ umwandeln
ist garantiert Blödsinn.

Warnung in regex eliminiert

Folgende Meldung:
Useless use of greediness modifier '?' in regex; marked by <-- HERE in m/(\b\S{60}? <-- HERE )(\S.*?\b)/ at modules/override/PDF/Table.pm line 334.

Das .*? ersetzt durch .+

Textanpassung und Saubere Linie bei Multiselect

Im Artikelselektor bei Multiselect besseren Titel, je nachdem ob multiselect an ist oder nicht.
Auch die horizontale Linie über alle Spalten,
wenn long_description in der Mandanntenkonfig gesetzt ist.

Stylesheet aus DefaultManager holen

Damit, und dem logo commit von eben, kann man das Aussehen der
Loginmaske personalisieren indem man ein Company css anglegt, und einen
Mini DefaultManager dazu baut, der einfach nur eine Funktion enthält:

  sub stylesheet { 'company.css' }

und das dann in der Config der jeweiligen Installation benutzt:

  [system]

  default_manager = company

Da sowohl css, als auch Defaultmanager nicht im Standard sind, ist damit
das erste mal möglich das Programm umzubranden ohne ständig
Codeänderungen beim rebase mitmergen zu müssen.

Und nun bleibt mir vom Leib mit eurem Mist.

Klasse für das Kivitendo Logo

Weil immer wieder Leute meinen Sie müssen das Programm mit Ihrem
Firmenlogo versehen (was nur natürlich ist, schließlich macht man das
auch mit Windows, Word, Excel, Outlook, Firefox und all den anderen
Programmen die man täglich so benutzt, damit man genau ein Icon 26x auf
dem Desktop liegen hat) hat das Logo jetzt eine Klasse damit man es in
einem Custom CSS ändern kann. Beispiel:

  img.kivitendo-logo {
    display: inline-block;
    -moz-box-sizing: border-box;
    box-sizing: border-box;
    background: url(../../image/<new_logo.png>) no-repeat;
    height: 183px;       /* Höhe des neuen Logos */
    width: 356px;        /* Breite des neuen Logos */
    padding-left: 356px; /* Breite des neuen Logos */
  }

Freies Fälligkeitsdatum: richtige Variable an Berechnungsroutine weiterreichen

Die Berechnungsroutine nutzt ein gesetztes Fälligkeitsdatum, wenn eine
freie Festlegung des Datums gewünscht ist. Leider heißt das Feld in der
Form »duedate« und nicht »due_due«. Der Effekt war, dass die
Berechnungsroutine dachte, es wäre kein Fälligkeitsdatum
gesetzt. Dadurch wurde in der Maske bei einem freien Fälligkeitsdatum
immer das Rechnungsdatum verwendet.

Sornorechnungen löschen können

Stornorechnungen (Rechnungsnummern »Storno zu 12345«), nicht aber
stornierte Rechnung (Rechnungsnummer »12345«), sollten vom Frontend her
löschbar sein, sofern die Mandantenkonfiguration dies
zulässt. Andernfalls hätte man keine Chance, eine fälschlicherweise
stornierte Rechnung wieder zu ent-stornieren.

Der Backendcode kann Stornorechnungen bereits seit langem richtig
löschen. Dadurch wird die stornierte Rechnung auch automatisch wieder
geöffnet.

Rechnungen: Sicherheitsnachfrage vor Stornierung

Angebote/Aufträge: Beim "als neu Speichern" Wechselkurs richtig übernehmen.

Vorher ging die Formatierung kaputt, wenn zum aktuellen Datum (das des neuen
Belegs) noch kein Wechselkurs hinterlegt war.

Generell ist hier die Handhabung schlecht, denn man kann beim
"als neu Speichern" keinen neuen Wechselkurs eingeben, falls für den aktuellen
Tag noch keiner hinterlegt ist, sondern es wird der des alten Belegs
gespeichert.

Gleiches gilt beim Speichern des Belegs mit neuem Datum.

select_item für Erzeugnisse auch Langtext anzeigen, falls aktiviert

Flash-Template Macro immer per INCLUDE dazunehmen

Bei PROCESS bleiben Macro variable "typ", "title" und "message" für den Rest
des Templates gesetzt, bzw überschreiben gesetzte Template Variable,

aufgefallen z.B in ic/form_header.html :
Dort gibt es die HIDDEN Variable "title",
die dann vom Macro beim letzen Durchlauf auf Ok bzw (Übersetzung von Ok) gesetzt wird

Es gibt noch ein paar mehr template files (7), in denen PROCESS verwendet wird,
ob es dort Auswirkungen hat ist noch zu prüfen

Lieferadresse: Falsche Stadt wird angezeigt

Beim Öffnen der Lieferadresse wird eine falsche Stadt angezeigt (PLZ+Stadt)

Hier wird die Forms Variable "city" durch das Template in der Loop zum Lieferadressen-Erzeugen
verändert: Globale Varibale in Template.

Durch Umbenennen Behoben

Stammdaten->Berichte->Kunden/Lieferanten: Straße u. PLZ auch in Lieferadressen suchen

So, wie es die Bezeichung auch suggeriert.

Stammdaten->Berichte->Kunden/Lieferanten: Filternamen deutlicher übersetzt

Kosmetik

Stammdaten->Berichte->Kunden/Lieferanten: Sucheinstellungen richtig anzeigen.

Für Postleitzahl, Straße und Land waren die Variablennamen nicht richtig.

GLN: changelog und Doku

GLN: CsvImport Kunden u. Lieferanten und Lieferadressen.

GLN: In Bericht Kunden/Lieferanten anzeigen und danach suchen können.

GLN: Berücksichtigung in Belegmasken

GLN: Speichern und Anzeigen in den Stammdaten (Rechnungs- u. Lieferadressen).

GLN: neue Spalte bei customer, vendor und shipto; DB-Upgrade-Skript u. Rose

SuSa Abteilungsauswahl liefert SQL-Fehler

Im Nachgang zu b8fee3fc (dpt_trans aus RP.pm entfernen) - Vergessene
dpt_where weiter entfernt, sodass die SuSa nach Abteilungsauswahl
wieder geht.
Getestet mit Soll- und Ist-Haken bei SuSa

behebt #123 Ist-Versterungs-Auswahl für SuSa

Verkaufsrechnungen: Beim Öffnen individuelle Lieferadresse laden.

Briefe mit anderen Dokumenten verknüpfen können

Brieffunktion: Verwendung von HTML im Body

SL::DBUpgrade2::Base: Spalte-zu-HTML-Funktion ausgelagert

Damit diese Funktion auch aus anderen Datenbankupgradescripten heraus
benutzt werden kann, wurde sie nun in die Basisklasse verschoben.

CustomerVendor-Controller: Callback nicht 2x escapen

url_for() escapet die Parameter bereits, daher ist es schädlich, das
vorher auch noch manuell zu tun.

Behebt #128.

Letter-Controller: benutzte Pakete auch einbinden

In Nicht-FCGI-Umgebungen ist CT ansonsten nicht geladen.

typo de/all

HTML-zu-LaTeX: diverse Sonderfälle bzgl. Zeilenumbrüchen behandeln

Zeilenumbrüche an verschiedenen Stellen sorgten dafür, dass LaTeX die
Fehlmerldung »There's no line to end here« ausspuckte. Die folgenden
Sonderfälle werden nun abgefangen und in \vspace*-Anweisungen
umgewandelt:

✓ Zeilenumbrüche direkt am Anfang des Texts
✓ Zeilenumbrüche direkt am Anfang eines Absatzes
✓ Zeilenumbrüche nach Umgebungen wie Strich- und Aufzählugnslisten

Zusätzlich werden Zeilenumbrüche am Ende des Texts schlicht entfernt.

Kundenstammdaten: Nachnamensfeld eindeutiger beschriftet

special_chars - detailverbesserung

zum commit von gerade, wenn dann richtig auf für latex escapen

Anpassungen RB-Druckvorlagen

special chars: zero-width-space (U+200b) escapen

Ferner Variablen-Ersetzung für registered TM und Copyright-Zeichen verbessert.
Falls man ein Leerzeichen nach dieser Variable hat, wurde diese nicht gedruckt

IBAN-Validierung bei Kunden-/Lieferantenstammdaten sowie bei Bankkonten

Letter: Fehler beim Druck

Self-Tests Haupt- / Nebenbuchprüfung verbessert