projekt kivitendo

E-Mail-Versand von Briefen: unbenutzte Variable entfernt

Hatte ich eben übersehen.

E-Mail-Versand von Briefen berücksichtigt Firmensignatur

Behebt #559 (redmine)

Kreditorenbeleg: Interne Bemerkungen Speichern, wenn der Benutzer etwas eingibt

Bankbewegungsbericht, verlinkte Buchungen anklickbar gemacht

Swiss QR-Bill: Rechnungstyp Anzahlungsrechnung für QR-Rechnung erlauben

- Leerzeichen entfernt Z. 563, 697

Abfragen von $form->{postasnew} enfternt bei …

Einkaufsrechnung
Verkaufsrechnung
Kreditorenbuchung
Debitorenbuchung

Wird nirgends gesetzt - nur abgefragt.
Siehe auch commit 5427e0941067
"ap/ar/gl/io.pl: nicht benutzte Routine post_as_new entfernt"

Gültigkeitstoken in Transaction abfragen und löschen: "alte" Controller

Lieferscheine
Einkaufsrechnung
Verkaufsrechnung
Kreditorenbuchung
Debitorenbuchung
Dialogbuchung

Gültigkeitstoken in Transaction abfragen und löschen ("neue" Controller)

Gültigkeitstoken: fetch_valid_token lockt die Zeile, wenn in einer Transaction

Merge branch 'master' into f-recurring-billing-mode

Wiederkehrende Abrechnung Position: bei »als neu speicher« übernehmen

Brief-Controller: Entwürfe löschen gefixt und Info-Meldung spendiert.

Brief-Controller: unbenutzte (und ohnehin kaputte) Action entfernt

Kosmetik: Ausrichtung

Brief: Versand per Mail: Mail-Body verwendet HTML

Lieferbedingungen ungültig setzen: entfernen von Kunden/Lieferanten gefixt

Lieferbedingungen: optional bei Kunden/Lieferanten entfernen

Lieferbedingungen ungültig markieren können

Liquiditätsübersicht: Auftragsliste gefixt

Die Links im Tabellenfuß hatten bisher auf die normale Auftragssuche
verwiesen. Problem war aber, dass dabei schlicht nicht exakt
diejenigen Aufträge angezeigt wurden, die für die Liquiditätsübersicht
relevant waren: teils zu viele, teils zu wenige (z.B. nicht diejenigen...

SEPA-Lastschrift, Rundungsfehler bei offenen Rechnungen berücksichtigen

Wiederkehrende Abrechnung Positionen: Finanzübersicht

Wiederkehrende Abrechnung Positionen: Liquiditätsübersicht

Wiederkehrende Abrechnung Positionen: Stornieren von Rechnungen

Wiederkehrende Abrechnung Positionen: erstellen wiederkehrender Rechnungen

Wiederkehrende Abrechnung Positionen: Bearbeiten in Auftragscontrollern

Wiederkehrende Abrechnung Positionen: Datenbankmodell

HTML-zu-LaTeX: Sonderfall bzgl. Zeilenumbruch behandeln

Zeilenumbrüche direkt am Anfang eines Absatzes auch finden, wenn
Absatz mit \par gesetzt wird.

Siehe auch 066cdace62af6f25e9e29249aa0325cc247b132b
"HTML-zu-LaTeX: diverse Sonderfälle bzgl. Zeilenumbrüchen behandeln"...

Merge branch 'f-liquidity-projection-group-by-parts-groups'

Liquiditätsübersicht: Warengruppe auch in die Perl Datenstruktur

Ansonsten wird bei wiederkehrenden Rechnungen nichts angezeigt

design40: Layout None von Switch für Design40 ableiten

Da das Switch-Layout auch den Template-Pfad anpasst, werden sonst
bei keinem Layout ("no_layout") nicht die Design40-Templates verwendet,
auch wenn man diese wünscht.

Ich hoffe, das macht nichts anderes kaputt ;)...

zu #555 Form::check_exchangerate was an 'undef'

Falls noch keine Kunden oder Lieferanten angelegt worden sind,
wird auch keine Standardwährung gesetzt. create_links etwas lesbarer
verbessert

Fehlermeldung bei Belegen falls Kunde oder Lieferant == 0

Typos in POD

POD Syntax korrigiert

POD Syntax korrigiert

Revert "POD Syntax"

This reverts commit b79b80d3043909dc3551595b1fc71bba73f529d1.

Behebt #553.

In Kundenanzeige auch Land anzeigen können

Schnellsuche für Projekte

Liquiditätsübersicht: aufschlüsseln nach Warengruppen

Auftrags-/LS-/Reklamation: neue Controller: BCC nicht vorbelegen mit globaler BCC

Die glovbale BCC-Adresse wird beim Versenden autoamtisch angehängt. Also
nicht in der Maske vorbelegen, sonst bekommt der Empfänger die Mails
doppelt.

Kosmetik: Keine Leerzeichen am Zeilenende.

E-Mail Priorität für SelfTests korrekt setzen und nicht doppelt initialisieren

SelfTest um Parameter von data erweitert.

Damit kann Module und E-Mail-Adressen überlagert werden.
Die Einträge im Datenfeld des Hintergrund-Jobs nach YAML Konvention:

modules: Proccess
mail_to: jan@kivitendo-premium.de

Somit ist es möglich unterschiedliche Test-Ergebnisse an unterschiedliche...

Swiss QR-Bill: Optionales Feature Rechnungsnummer automatisch in unstrukturierte Mitteilung kopieren

Wenn bereits eine Mitteilung vorhanden ist, wird die Rechnungsnummer an diese angehängt.

Swiss QR-Bill: Datenbankupgrade: Spalte für Optionales Feature Rechnungsnummer automatisch in unstrukturierte Mitteilung kopieren

Wechselkurs, Sicherheitscheck auf Rundungsdifferenz < 0.005

vergessene Base-Class für UpdateExchangerates

Auswahlliste Skonto soll keinen Fehler an der Oberfläche werfen

POD Anpassung für neue Parameter bei pay_invoice

Wechselkurs-Optimierung: Kosmetik weiter aufräumen

Payment-Helper: Debugs raus, Kosmetik

check_exchangerate: Datum kann DateTime sein (periodic_invoices) und scheint ...

... auch eine gültige SQL-Abfrage zu erzeugen.

Vorzeichen für create_bank_transaction logisch richtiger setzen

Entsprechend müssen bei den Testfällen absolute Werte übergeben werden.

Nicht alle Charts müssen Links haben (bspw. gain_loss)

Payment-Helper: Warnungen, striktere regex, vorheriges Mult. Verfahren

Das Vorzeichen über is_sales für fx_gain_loss zu setzen ist doch
korrekt und liefert die richtigen Zuordnungen. Regex richtig setzen
und auf initialisierte Werte Prüfung, für tests

update_exchangerate für Zahlungen auch bei manueller Verbuchung

Kontoauszug verbuchen, bei return_amount einen etwas größeren Rundungsfehler zulassen

Payment-Helper: Wechselkursgewinn und -Verlust mit ungerundetem Betrag berechnen

Bankbewegung rückgängig machen, schließende Klammer setzen

Payment-Helper mehr Parameter prüfen (Testfall)

Bankauszug verbuchen rückgängig, beim Nebenbuch auch fxgain oder fxloss berücksichtigen

Lieferantenartikelnummer prominent im Einkaufslieferschein einbinden

Wechselkurs beim Bankauszug verbuchen.

> Testfälle i.O. (bank_transaction.t)
> manuelle Prüfung fast i.O. (sechs Fälle) Rundungsdifferenzen
> Debugs n.i.O.
> automatisierte Testfälle n.i.O.

Zustand für negative Kreditorenbuchung oder EK-Rechnung als invoice_type hinzufügen

Entsprechend bei Wechselkursgebühren ausklammern

Fallunterschied Wechselkurs vor pay_invoice, rundungssicherer

BankTransaction: amount_for_booking wieder aktiv und im Fall FX gegenprüfen

Wechselkurs verbuchen erstmal nicht mit Skonto-Verbuchen komibinierbar

Wechselkurse für Belege oder Zahlungen für ar und ap holen und berechnen

Testfälle Verkaufsrechnung Nebenbuch und Bankzuweisung i.O. Debugs drin

Bei Wechselkursverlusten entsprechend im Nebenbuch abziehen und bei
Gewinnen addieren. Rückgabewert an Bankzuweisung auch summieren

Wechselkurs Zahlung ist identisch mit Wechselkurs Buchung. Rundungsfehler < 0.001

Zu: Rückgabewert für invoice_amount auch wirklich aufaddieren. Fallunterschiede

Falls ein Dialogbuchung gemacht wird, diese berücksichtigen.
Falls der neu berechnete Betrag kleiner als vorher ist und die
Bank weniger bezahlt, entsprechend auch nur das ausbuchen....

Revert: (teilweise) fx_loss doch erstmal ignorieren für invoice_amount

fx_loss doch erstmal ignorieren für invoice_amount

Rückgabewert für invoice_amount auch wirklich aufaddieren. Ferner ...

... Wechselkursgewinne auch im Nebenbuch erfassen.
OFFEN: erneuter manueller Test

Bankbuchungswechselkurs auch wieder löschen, falls Bankverknüpfung aufgelöst wird

wip: REMOVE Wechselkursberechungen geändert in Payment-Helper

ap.pl: Falls Bankverbuchung verknüpft, Löschen prinzipiell verbieten

Ggf. Dezimalstellen für lastcost update angeben, aktuell gibt es 5

Form:check_exchangerate: Fall bank_transactions macht keinen Sinn

pay_invoice git als ersten Wert den zugewiesenen Betrag der Bankbuchung zurück

Payment-Helper: neue Methoden f. Wechselkurs, Bankgebühren:

get_exchangerate: Holt den Belegwechselkurs oder den Tageswechselkurs
get_exchangerate_for_bank_transaction: Holt den Wechselkurs zum Valutatag
einer Bankbewegung...

pay_invoice git als ersten Wert den verbuchten Betrag der Bankbuchung zurück

Wechselkurs für Bankverbuchungen eingeben

Fremdwährungsrechnungen nicht als automatischen Vorschlag übernehmen

mehr Tests für update_exchangerate und Rückgabewert für check_exchangerate

> update_exchangerate nicht nur auf Position der Parametern sondern auch
den Wert im form>script vertrauen
-> check_exchangerate gibt als zweiten Parameter den Ursprung des Wechselkurs...

Wechselkurs beim Laden des Belegs in form_header oder retrieve_invoice holen

ARAP _post_transaction Anlegen der id am Anfang wie bei den Rechnungsmasken

Nicht ganz sauber getrennt, ein bisschen Refactor ist im Vor-Commit

Beleg-Wechselkurs speichern, falls gesetzt und abweichend vom Tageskurs

Für alle 4 Buchungsmaske - Etwas zuviel in dem Commit, da die
form->id schon vorhanden sein muss und ich die Aufteilung an 2
Stellen von _post_invoice|post für das Holen und Setzen auf eine...

Kosmetik, Kommentare

update_exchangerate: Negative Wechselkurse nicht akzeptieren

Form: update_exchangerate, check_exchangerate um Belegwechselkurs erw.

Ferner POD, strikte Parameter-Überprüfung und Verdacht auf
weiteren ungenutzen Code hinzugefügt.

Backkground: UpdateExchangerates - Wechselkurs von Openexchangerates

Payment-Helper exchangerate nicht mehr exportieren

Beißt sich mit dem DB-Eintrag

ar.id ist nicht vc.id -> Wahrscheinlich sowieso schon toter Code (2007)

AR,AP und BankTransactions können eigenen Wechselkurs haben

save_exchangerate entfernt (wurde benötigt für backorder_exchangerate)

Form: get_exchangerate entfernt

get_exchangerate nach check_exchangerate migriert

Die Funktion ist bis auf die eingehenden Parameter identisch

Form: check_exchangerate auf Parameter-Validierung umgestellt

S/D/H/Payment zwei Methoden leicht überarbeitet

get_payment_select_options_for_bank_transaction
> unnötige %params und test auf skontoable entfernt
> direkt auf Typ anstatt auf definiert prüfen

skonto_date
-> direkt auf Typ anstatt nur auf definiert prüfen