projekt kivitendo

Model::Record: FIX: Methodenaufruf in Workflow

Model::Record: Anpassen nach Kunden/Lieferanten-Änderung

Order: nutze TypeData

Model::Record: Entferne TypedataProxy

Auf Typedata kann jetzt immer über den Belege zugegriffen werden.

Angebotsflag aus Datenbankzugriffen entfernt

Reclamation: nutze Record-Type

Order: nutze Record-Type

Order-Controller: Reklamation -> Auftrag: Positions-Verknüpfungen gefixt

Order-Controller: Typo-Fix

Reclamations-Controller: Typo-Fix

Order-Controller: Workflow zu Angebot/Auftrag mit S:M:R->new_from_workflow

Und converted_from_... gefixt.

Model::Record: übergebe Typ für new_from_workflow und ..._multi

Controller::Reclamation: nutze TypeData

DeliveryOrder: direct delivery check entfernt

Direct Delivery war als feature nie in Lieferscheinen vorhanden, die
Funktion war ungenutzt.

DeliveryOrder: alte workflow attribute ersetzt durch controller steuerung

Die machen hier keinen Sinn, das ist keine Typ-Information sondern
Nutzerwunsch.

Reclamation-Controller: Model::Record->save verwenden

DeliveryOrder-Controller: Model::Record->save verwenden

Order-Controller: Typo in Kommentar

Order-Controller: Kosmetik: Ausrichtung

Revert "Order-Controller: snumbers für History in eigener Routine zusammenbauen"

This reverts commit 9dab1c5cb1f8b9ed946cde7b3c783801671680ed.

TypeData: nutzte Konstanten anstatt String für Typen

S:C:DeliveryOrder: verwendetes Modul S:D:DeliveryOrderItemsStock einbinden

Order-Controller: S:M:R->save bestimmt selbst, ob Preise/Steuern berechnet werden

_get_snumber in S7C/ DeliveryOrder, Order und Reclamation eingebunden

Reclamation: type_data proxy zur Verfügung gestellt

TypeData: Proxy in Controller/Order eingebunden

DeliveryOrder: TypeData jetzt über proxy eingebunden

Macht den Controller proxy unnötig. reqdate default werden jetzt anders
behandelt

Order-Controller: Parsen von Telefonnotizen in sub ausgelagert

Order-Controller: Behandlung von Telefonnotizen beim Speichern in sub ausgelagert

Order-Controller: Kosmetik: Ausrichtung

Order-Controller: Leere Liste für objects_to_close abfangen

Model::Record: umbenennen von update_... zu clone_for_save_as_new

Model::Record: update_after_new implementiert

OrderController: Preise beim Speichern auch berechnen

über Model::Record

OrderController: Angebote schliessen, wenn Auftrag daraus erstellt

über Model::Record

Order-Controller: Pflichtenheft: Verknüpfungen und Projekt setzen

über Model::Record

DB::Order: no_linked_records Flag zu new_from hinzugefügt

Model::Record: update_for_save_as_new implementiert

Order-Controller: Model::Record->save verwenden

Order-Controller: snumbers für History in eigener Routine zusammenbauen

RecordLink: in controller vor dem Speichern und ausserhalb der TX behandeln

RecordLink: conversions nicht mehr manuell in Controllern machen

stattdessen per Helper setzen lassen

SL::Controller::Reclamation->delete auf SL/Model/Record gemapt

SL::Controller::DeliveryOrder->delete auf SL/Model/Record gemapt

Order-Controller: doppeltes "use" für SL::Model::Record raus

OrderController delete auf SL/Model/Record->delete gemapt

Order-Controller: Unterversion hochzählen über Model:Record umgesetzt

Todo: SL::Model::Record->save verwenden, sobald implementiert

Model::Record: new_from_workflow_multi implementiert

Model::Record: new_from_workflow implementiert

Merge branch 'f-export-assembly-components-as-csv'

ListTransactions Controller: align 'right' für Zwischensummen setzen

ListTransactions Controller: "lexical in postif" behoben

ChartOfAccounts Controller: Compiler-Warnungen gemäss Tests behoben, Leerzeichen entfernt

Sortimentsstammdaten: Exportmöglichkeit für Bestandteilliste als CSV

Neuer Controller für Berichte->Kontenübersicht / Buchungsliste

Ersetzt bin/mozilla/ca.pl.

Es werden weiterhin die Datenbankfunktionen aus SL::CA verwendet.

Zusätzlicher Menüpunkt für Buchungsliste eingefügt. Das Konto kann dort
zusammen mit der Periode und Einstellungen ausgewählt werden. Dann via...

Part-Controller: Importe gruppieren & sortieren

Erzeugnisstammdaten: Exportmöglichkeit für Bestandteilliste als CSV

FIX: _tax_row für Auftrag und Reklamation

Falsche If-Abfragen und fehlende Übergaben

Generische Presenter Testseite für einfache Presenter

Enthält:
- P.date_tag
- P.date_period.picker

E-Mail-Versand von Briefen: unbenutzte Variable entfernt

Hatte ich eben übersehen.

E-Mail-Versand von Briefen berücksichtigt Firmensignatur

Behebt #559 (redmine)

Bankbewegungsbericht, verlinkte Buchungen anklickbar gemacht

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

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

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

Wiederkehrende Abrechnung Positionen: Finanzübersicht

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

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.

Wechselkurs, Sicherheitscheck auf Rundungsdifferenz < 0.005

Wechselkurs-Optimierung: Kosmetik weiter aufräumen

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

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

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

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.

Fallunterschied Wechselkurs vor pay_invoice, rundungssicherer

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

Wechselkurs Zahlung ist identisch mit Wechselkurs Buchung. Rundungsfehler < 0.001

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

fx_loss doch erstmal ignorieren für invoice_amount

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

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

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 Reklamationscontroller

Gültigkeitstoken Lieferscheincontroller

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.

Reclamation: [FIX] stezte geliefert

deaktiviere "Als neu speichern" bei Routouren-Lieferschein