projekt kivitendo

Part: um Helferfunktionen für den Warenstand erweitert

PurchaseBasketItem: Datenbankscript und DB-Dateien

Positionsebene für den Einkaufskorb

Besteller zu Auftrags- und Lieferscheinpositionen hinzugefügt

Part: Bestellmenge hinzugefügt

Datenbankupgrade: Bankkonto für die Nutzung mit dem Bank Import markieren

S:D:PurchaseInvoice: Vorbereitung für Kreditorenbuchungsimport

validate_acc_trans - Prüfen ob alle acc_trans-Einträge aufgehen
recalculate_amount - anhand acc_trans-Zeilen amount und netamount berechnen

Kopie und Anpassung der Funktionen aus S:D:Invoice

S:D:PurchaseInvoice: create_ap_row: keine Buchung ohne Aufwandszeile

S:D:PurchaseInvoice: Kosmetik: kein ';' nach Kontrollstrukturen

"return" statt "next", um subroutine zu verlassen

EK-Rechnung wirft keinen Fehler mehr, bei nicht vorhandener Lieferadresse

und vorhandenen BDVs die Preisregeln triggern

File: um eindeutigen Identifer erweitert (uid)

kundentyp-spezifische Artikelnummern: Position/Reihenfolge

Erweiterung für Artikelnummern nach Kunden-/Lieferanten-Typ (business).

Suche im Bericht und Import sind (noch) nicht implementiert.

Lieferantenartikelnummern um Langtext erweitern: DB u. Rose

Kundenspez. Preise um Beschreibung u. Langtext erweitern: DB u. Rose

Drei Status für chart eingeführt: valid, invalid, all (POD erg.)

erste Idee: Ungültig für ChartPicker umgesetzt

Chart neues Feld ungültig

Dunning: Ursprungs-Rechnungsbeleg konfigurierbar (neu oder bestehender)

customer: Mahnsperre hinzugefügt

typo: column in shop_order_items

Shopware6: Prozentualen Rabatt aus API auslesen und Konvertieren

Shopware6: shop_order_items referenzieren prozentualen rabatt

Quotemeta für Regex für Rechnungsnummern in Verwendungszweck

S:D:Shipto: undef-Warnung vermeiden

Buchungsgruppen ungültig setzen können

InvoiceItem: um Datenbankfeld für Warenbuchungsmethode erweitert

InvoiceItem: Datenstruktur fürs Überlagern von Konten und Steuer

Einkaufspreis von Erzeugnissen/Sortimententen ohne after_save hook

Einkaufspreis von Erzeugnissen/Sortimententen aktualisieren (rekursiv)

Falls sich ein einzelner Bestandteil verändert. Läuft über alle
weiter verbauten Teile durch Aufruf von Parts::after_save.
Benötigt einen boolean Parameter in $::form->{lastcost_modified}, damit...

PriceRules: test um unterstützte CVar Typen mit der vollen liste abzugleichen

Damit sollten wirre Fehler beim hinzufügen von Artikeln nicht mehr
passieren.

htmlfield ist auch ein nicht verwendbarer Typ

PriceRule: Unterstützung für ShipTo CVars und Absicherung gegen unbekannte CVar Module

Die Existenz von RequirementSpecs CVars macht jetzt nicht mehr die
Preisregeln kaputt

PriceRule: bei nicht unterstützten CVar Typen nicht abbrechen

nur bei unbekannten Typen, weil die wahrscheinlich ein Fehler sind.

PriceRule: Beschreibungen von CVar Regeln

PriceRule: Warnings und Test-Folgefehler

CVar + PriceRule: Manager Logik und Tests

Implementiert sind jetzt die CVar typen:
- select
- part
- customer
- vendor
- number
- date

nicht unterstützt sind:
- text
- textfield
- bool

unterstützt werden alle module:
- IC
- CT (customer und vendor, unabhängig ob der Beleg customer oder vendor...

CVar + PriceRule: anlegen/editieren/speichern im Preisregel Controller

Im Moment erlaubt sind alle CVar configs, die:

- irgendwie im Beleg erreichbar sind (alle module ausser Pflichtenhefte)
- und von einem Typ sind die mit dem bestehenden Preisregelsystem...

Cvar für Preisregeln. Proof of Concept mit hartkodierter Bdv articlegroup

Voraussetzung: Eine optionale BDV (Auswahlliste) mit dem Namen articlegroup

PriceRule: cvar editable Behandlung gefixt

PriceRule: Experimenteller Support für CVar Preisregeln

Nur implementiert für Waren cvars mit type select.
Es wird erwartet dass die Preisregel die cvar config verlinkt, und den
ausgewählten Typ als value_text enthält.

Grober "editable" support - wobei erwartet wird, dass editable cvars...

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

Lieferbedingungen ungültig markieren können

Wiederkehrende Abrechnung Positionen: erstellen wiederkehrender Rechnungen

Wiederkehrende Abrechnung Positionen: Datenbankmodell

In Kundenanzeige auch Land anzeigen können

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

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.

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

Entsprechend bei Wechselkursgebühren ausklammern

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

AR,AP und BankTransactions können eigenen Wechselkurs haben

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.

Refs #490: Lieferschein: entferne alle Verweise auf 'is_sales'

Gültigkeitstoken: Dialogbuchung

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

Gültigkeitstoken Einkaufsrechnung

Gültigkeitstoken Reklamationscontroller

S:D:DeliveryOrderItem: Carp-Modul einbinden für croak

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)

Beistelllieferschein/DeliveryOrder Lagerbuchungen mit in die Druckvariablen aufgenommen

Controller: DeliveryOrder: stock_dialog um Einlagern erweitert (WIP)

DeliveryOrderType richtig setzen

Reclamation: add billing_address_id to reclamation

Reclamation: Test for workflow invoice_to_reclamation

Reclamation: Test for workflow (reclamation, order, delivery_order)

Reclamation: set record_links automatic after reclamation->save

PriceTaxCalculator: adjusted for record items without marge fields

Reclamation: don't need shipped_qty

Workflow: sales_reclamation → credit_note

Workflow: (sales/purchase) invoice → reclamation

Workflow: delivery_order ↔ reclamation

Workflow: order ↔ reclamation