Auftrags-/LS-/Reklamation: neue Controller: BCC nicht vorbelegen mit globaler BCC
Die glovbale BCC-Adresse wird beim Versenden autoamtisch angehängt. Alsonicht in der Maske vorbelegen, sonst bekommt der Empfänger die Mailsdoppelt.
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: Proccessmail_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 dochkorrekt und liefert die richtigen Zuordnungen. Regex richtig setzenund 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 beiGewinnen 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 dieBank 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 Tageswechselkursget_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 dieform->id schon vorhanden sein muss und ich die Aufteilung an 2Stellen 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 aufweiteren 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
S/D/H/Payment check_skonto_configuration entfernt
S/D/H/P: New call to within_skonto. POD edited.
S/D/H/Payment Kosmetik
S/D/H/Payment: within_skonto_period umgeschrieben auf Params::Validate
Payment-Helper: subtilen toten Code entfernt
Aufruf über SEPA.pm war 'eigentlich' schon immer überflüssig
SEPA: within_skonto_period direkt aus SQL Abfrage und keine Helper-Funktionen
- transfer_amount aus sql ist identisch mit open_sepa_transfer_amount- SEPA Transfer Amount in Template auch als Wert angeben
Payment-Helper: offensichtlich toten Code (Methoden) entfernt
Ferner einen Bug in einer Methode gefixt, die aber auch nierichtig verwendet worden ist.
Refs #490: Lieferschein: entferne alle Verweise auf 'is_sales'
Verknüpfte Belege: Verknüpfungen hinzufügen: Kein Kunde/Lieferant/Projekt/Beschreibung …
… als Filter anbieten, wenn nicht verfügbar im zu verknüpfenden Beleg.Betrifft Mahnungen und Shop-Aufträge.
Refs #544 (redmine)
Gültigkeitstoken: Dialogbuchung
S:D:H:Mappings: doppelten Hash-Key ap entfernt
Gültigkeitstoken Einkaufsrechnung
Gültigkeitstoken Reklamationscontroller
Gültigkeitstoken Lieferscheincontroller
S:D:DeliveryOrderItem: Carp-Modul einbinden für croak
S:D:Reclamation per use im Lieferscheincontroller einbinden.
S:D:Reclamation kommt an mehreren stellen vor und einmal wurde das "require" vergessen. Zudem merkt man compile time-Fehler dann direkt.
S:P:Tag: delete auf $hash{k}, nicht %hash{k}
Gibt sonst einen Fehler zumindest bei älteren Perl-Versionen.
Reclamation: [FIX] stezte geliefert
deaktiviere "Als neu speichern" bei Routouren-Lieferschein
Reclamation: [FIX] render von Reklamation to Reklamation
Reclamation: [FIX] setzte destination_type in form in WF zu reclamaition
Reclamation: [FIX] Workflow von nicht gespeicherter Reklamation
Gültigkeitstoken Auftragscontroller
Gültigkeitstoken Lieferscheine (alter Controller)
zu Revert "Rechnungsmaske: "Browser-Zurück verhindern" konfigurierbar in Mandantenkonfig"
DB+Rose
S/D/MetaSetup/Defaults: erneut gebaut (andere Reihenfolge)
S:D:Reclamation per use im Auftragscontroller einbinden.
behebt #547 (redmine)
Verknüpfte Belege: Verknüpfungen hinzufügen: Projektfilter gefixt.
Verknüpfte Belege: E-Mail hinzufügen: Betreff richtig benennen und Datum anzeigen
Verknüpfte Belege: Verknüpfungen hinzufügen: Kein Kunde/Lieferant/Projekt …
… als Filter anbieten, wenn nicht verfügbar im zu verknüpfenden Beleg.Betrifft Emails und Dialogbuchungen
Verknüpfte Belege: Controller: get_all statt get_all_sorted
Da sort_by und sort_dir angegeben sind, kann einfach $manager->get_allverwendet werden.Ansonsten bekam der Anwender keine Links geliefert, wenn der Managerkein _sorted kennt.
Revert "zu #544 Manuelle Auswahl von Dialogbuchung liefert keine Suchtreffer im Popup"
Da sort_by und sort_dir angegeben sind, kann einfach $manager->get_allverwendet werden.
This reverts commit 1dc42a5f3ae8b76e99bc99b804dc572dd91554a5.
Verkaufsbelege: Modul bei Lieferadressenauswahl und Detail-Anzeige beachten
Da Ids für Belege und Kunden gleich sein können, muss bei der Listung derLieferadresse zum Kunden darauf geachtet werden, dass das Modul auch 'CT'ist.
zu #544 Manuelle Auswahl von Dialogbuchung liefert keine Suchtreffer im Popup
Falls die Hilfsfunktion get_all_sorted nicht vorhanden ist, auf get_allausweichen.
Fix für #531 Link im Lagerbuchungbericht für RMA (Retouren) Lieferscheine und Beistelllieferscheine
POD Syntax
etourenlieferschein RMA Deliveryorder drucken und abspeichern
TYPO Purchasereklamation wird jetzt im Webdav gespeichert