projekt kivitendo

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

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

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

Payment-Helper mehr Parameter prüfen (Testfall)

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.

Wechselkurs verbuchen erstmal nicht mit Skonto-Verbuchen komibinierbar

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

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....

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

wip: REMOVE Wechselkursberechungen geändert in Payment-Helper

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

Payment-Helper exchangerate nicht mehr exportieren

Beißt sich mit dem DB-Eintrag

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

Payment-Helper: offensichtlich toten Code (Methoden) entfernt

Ferner einen Bug in einer Methode gefixt, die aber auch nie
richtig verwendet worden ist.

S:D:H:Mappings: doppelten Hash-Key ap entfernt

Beistelllieferschein/DeliveryOrder Lagerbuchungen mit in die Druckvariablen aufgenommen

PriceTaxCalculator: adjusted for record items without marge fields

Workflow: sales_reclamation → credit_note

Reclamation: Controller and Templates created

also for ReclamationReason

Changes in SL/DB/Shipto.pm, SL/DB/Helper/TransNumberGenerator.pm,
    SL/Controller/File.pm and SL/Webdav.pm for Reclamation

Links in menus added for:
      - Reclamation/add...

Reclamation: sql-script for data tables and rose objects added

Also created all needed functions in SL/DB/Reclamation.pm,
    SL/DB/ReclamationItem.pm and SL/DB/ReclamationReason.pm

Payment-Helper um Rückgabewert invoice_amount für bank_transaction ergänzt

Testfälle und Anmerkung zu exchangerate

Nummerkreise für Artikel, eindeutig ja, aber auch eigenständig

Ansonsten werden Erzeugnis oder Sortimentsnummer einfach aus
den Warennummernkreis befüllt. Richtige Analyse in 5fcefdf78916e0bd3,
aber beide Anforderungen können in dem Helper erfüllt werden

Auftragszentrische verknüpfte Belege überarbeitet

- alle über den Auftrag gefundenen Verknüpfungen sind mindestens
zwei Verknüpfungen weiter entfernt
- auch die Verknüpfungen in die Richtung "to" (also vom Beleg weg)
werden angezeigt
- Möglichkeit, um auch Verkaufsangebote zu liefern, die vor dem Auftrag...

Auftragzentrische verknüpfte Belege: Funktionsnamen deutlicher (Verkaufsaufträge)

Auftragzentrische verknüpfte Belege: Routine aus Controller in Helper verschoben

S:D:H:LinkedRecords: Pod: kleine Korrekturen

Update von ALLAuth-DB-Helper

Payment-Helper: Fall Anzahlungsrechnung nicht das Transferkonto als ARAP finden

Das Transferkonto hat auch den Typ AR was bei Anzahlungsrechnungen
dann dazu führt, dass entweder Sammelkonto Debitoren oder das
Verrechnungskonto für Anzahlungen gefunden wird.

Payment-Helper: Wechselkursgewinn und -Verlust nur mit Wechselkurs berechnen

Wiedervorlagen: Mehr Infos über Abschluss speichern: DB-Upgrade-Skript und Rose

Gespeichert wird Benutzer und Datum des Abschlusses. Der Benutzer kann
leer sein, da diese Information in schon existierenden Wiedervorlagen nicht
vorhanden ist.
Bei der Migration existierender Wiedervorlagen wird das Abschlussdatum auf...

Wiedervorlage für mehrere Benutzer: DB-Upgrade und Rose

Angebot/Auftrag Status: DB-Upgrade und Rose

OrderVersion auch in ALL.pm

Rose-DB OrderVersion - Hilfstabelle zum Versionisieren von Orders

proof of concept: Formular-Gültigkeit beim Buchen von Verkaufsrechnungen

Ziel: verhindern, dass eine noch nicht gebuchte Rechnung durch
Verwendung des »Zurück«-Buttons im Browser mehrfach gebucht werden
kann.

Implementation: Beim Neuanlegen einer Rechnung wird ein einmaliges...

Volltext-Suche: Tabelle für Texte aus Dateien im DMS. DB und Rose

Payment-Helper pay_invoice case 'difference_as_skonto' entfernt

'difference_as_skonto' lässt sich über 'free_skonto' abbilden.
Ein Fall weniger der die Methode etwas wartungsfreundlicher macht.
POD und Testfall angepasst.

Payment-Helper: free_skonto erweitert: skonto_amount == open_amount

Verknüpfte Belege auch für Dialogbuchungen

Payment-Helper Anpassungen aus Testfall

- Keine Skonto Steuerkorrektur falls Steuer-Betrag < 0.01
- Zwei Teile von Netto und Steuer können an der dritten
Nachkommastelle auf 5 (0.005) berechnet werden. Entsprechend
Rundungskorrekturen genauer angepasst

SPI-Helper: Im Fehlerfall genauere Angaben zur Analyse ausgeben

Testfall bank_transactions angepasst

- Payment-Helper keine uninit params
- skonto steuerkorrektur macht zwei weitere acc_trans verknüpfungen

Payment-Helper: Notes in DB-Buchung als Text speichern

Payment-Helper _skonto_charts... debugs und kommentare aufgeräumt

Payment-Helper: skonto_charts entfernt

Kosmetik, Toten Code identifizieren, Alphabetische Reihenfolge Module

Payment-Helper Skonto verbuchen mit Steuerkorrektur

tax_and_amount_by_tax_id ausgelagert für ar und ap in SalesPurchaseInvoice.
pay_invoice mit skonto erwartet die banktransaction.id
Invoice und PurchaseInvoice bindet den SPI Helper ein
Alte Methode skonto_charts noch im Payment-Helper drin....

Kosmetik Payment-Helper

Vergessene SL::DB::ApGl.pm eingecheckt

Hilfstabelle für automatische GL-Buchung nach Kreditorenbuchung

SL::DB::DeliveryOrder::TypeData in SL/DB/Helper/ALL.pm

Payment-Helper: Fremdwährung nur über param steuern und nicht über den Beleg

do: neue Nummerkreise für supplier und rma Lieferscheine

Anzahlungsrechnung: Beim Zahlungseingang auf das Steuertransfer-Konto buchen

DATEV benötigt das wirkliche Brutto-Automatik-Konto, um die MwSt zu buchen

Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,

… da type auch undef sein kann

Kontoauszug verbuchen, Mehrwertsteuerkorrektur für Anzahlungsrechnungen

Zusätzliche Rechnungsadressen: beim Ausdruck als Variablen verfügbar machen

Zusätzliche Rechnungsadressen: Datenbankupgrade, MetaSetup, Rose-Models

Reverts 01f650056

Erzeugnis fertigen -> Zustand in Hilfstabelle dokumentieren

orderitems um Attribut optional erweitert

Optionale orderitems werden nicht in den Belegsumme aufaddiert
Anpassung für Order-Controller und Druckvorlagen-System
Weitere Anwender-Details s.a. Changelog

Zeiterfassung: Auswählbare Artikel: DB-Upgrade und Rose

Zeiterfassung: Keine Zeiterfassungstypen mehr

Zeiterfassung: Tabellen und Rose

SL/DB/Helper/ThumbnailCreator.pm wird nicht benutzt

siehe SL/DB/Controller/ThumbnailCreator.pm

Mahnungen: Mit Rechnung verknüpfen

Erstellte Mahnungen werden mit den gemahnten Rechnungen verknüpft und
unter "Verknüpfte Belege" gelistet.
Außerdem werden Rechnungen über Mahnkosten wiederum zu den zugehörigen
Mahnungen verknüpft.

impl. #7440

Kommentar zum Payment-Helper

Außer in den Testfällen wird der Helper nicht mit einem
negativen Amount aufgerufen. Im Helper befindet sich etwas
zuviel automagie. Eigentlich braucht man den Param amount nicht,
wird aber überall in kivi übergeben. Eigentlich darf der negativ...

S:D:Helper:TransNumberGenerator: Warnung vermeiden.

Getriggert durch Tests (./t/wh/inventory.t). Tritt aber nur auf, wenn
der Nummerkreis noch leer ist.

Merge branch 'f-factur-x-und-xrechnung'

Merge branch '2020-leistungsdatum'

Factur-X/ZUGFeRD: Unterstütztung für Profil »XRechnung 2.0.0«

Factur-X/ZUGFeRD: in »Factur-X/ZUGFeRD« umbenannt

Mit ZUGFeRD-Standard Version 2.1.1 ist der offizielle Name des
EU-Standards schlicht Factur-X. ZUGFeRD ist nur noch der tolerierte
alte Name.

In der Oberfläche ist nun überall von »Factur-X/ZUGFeRD« die Rede....

Factur-X/ZUGFeRD: neues Feld »Unsere Leitweg-ID beim Kunden« in Kundenstammdaten

Wird für XRechnungs-Profil von ZUGFeRD benötigt.

Factur-X/ZUGFeRD: UStID-Nr des Kunden nur ausgeben, wenn tatsächlich angegeben

Factur-X/ZUGFeRD: Verkäufernamen aus Employee-Objekt nehmen

Wichtig für Personen, die inzwischen aus der Auth-Datenbank gelöscht
wurden. Für die existiert der Employee-Eintrag weiterhin, und von dort
kann man den Namen beziehen.

AttrDuration für minutes: _in_hours und _in_hours_as_number

Generierte Helfer-Methoden für Attribute, die normalerweise Minuten
speichern. Die Funktion `attribute_in_hours` rechnet die Minuten in
Stunden um (beim Lesen) und umgekehrt (beim Schreiben).

`attribute_in_hours_as_number` formatiert zusätzlich den Wert in...

Leistungsdatum: wiederkehrende Rechnungen

Einkauf/Verkauf: Feld »Leistungsdatum« für Steuerberechnung

SEPA-Überweisungen: Zahlungsbedingungen f. Skonto aus EK-Rechnungen übernehmen …

… und nicht aus den Lieferanten-Stammdaten.

Hier könnte es im VK und EK noch eine Art fallback auf die Zahlungsbedingungen
aus den Kunden-/Lieferanten-Stammdaten geben - so dass diese zusätzlich als...

FlattenToForm: individuelle Lieferadresse und CVars berücksichtigen.

Skontovorschläge: ungültige Steuer-Zeilen aus acc_trans ignorieren

Buchungen in acc_trans, die das Steuer-Konto ansprechen (also eines,
bei dem chart_link AR_tax oder AP_tax enthält), haben oftmals eine
ungültige Kombination aus taxkey & tax_id (ungültig im Sinne von:...

Auftrags-Controller: Wechselkurs pro Beleg …

- Wechselkurs wird pro Beleg gespeichert
- Wechselkurs ist immer änderbar
- vorausgefüllt aus "alter" Tages-Wechselkurstabelle

Bezieht sich auch auf #135
Refs #135

Rose-Attr-Helfer: _as_null_number

von odyn abgeguckt, aber nicht mit SL::Helper::Number implementiert
(gibt es in kivitendo nicht)
siehe auch odyn: commit b4177a76db52e94795314b527774f515fd8ee42f

Payment Helper - Logikfehler bei Parameter transdate

Es war eine Klammer falsch gesetzt, daher wurden nie DateTime-Objekte
erkannt und man mußte das Datum immer als formatierten String übergeben.
Jetzt sollte es auch wieder mit DateTime-Objekten funktionieren.

ZUGFeRD: Gesamtsteuer nach PTC-Strukturänderung richtig ermitteln

PTC: Steuer nach Lieferdatum oder Rechnungsdatum

sollte nur für Rechnungen/Gutschriften gelten, nicht für Aufträge.

PTC: Rückgabehash taxes in taxes_by_chart_id umbenannt

Damit ist klarer, was zu erwarten ist

ZUGFeRD: Steuerwerte pro Steuer, nicht pro Steuerkonto ausweisen