projekt kivitendo

S:C:Order: fix 73b236a: Aufträge->Aktionen->Neuer Auftrag

Behebt Fehler: Can't call method "is_empty" on an undefined value...

In Bezug auf: $self->order->custom_shipto->is_empty

Beleg laden für Auftrag, Lieferschein und Reklamation angleichen

Setze die init-Objekte neu wenn neues Beleg-Objekt dem Controllers
    zugewiesen wird. Die Funktion 'action_edit' ist nur zuständig fürs
    initiale Laden eines bestehenden Belegs.

FIX: Änderungen an ges. Belegen behalten bei 'Artikel aus Beleg anlegen'

FIX: S:C:Order: Positionen behalten bei 'Artikel aus Beleg anlegen'

FIX: S:C:Order: Daten über Workflows vollständig und korrekt laden

Helferfunktion für Neuinitialisierung nach Änderung des
    Auftrag-Objektes

E-Mail-Versand für Auftrag, Lieferschein und Reklamation angleichen

Features/Fixes, die nun alle habe:
    - Fehler sichtbar anzeigen
    - Zusätzliche E-Mail-Adressen von Kunden/Lieferant auswählbar
    - Nur Angestellte mit E-Mail-Adresse anzeigen
    - Historyeintrag bei E-Mail-Versand...

Auftrags-Controller: Action-Bar: unnütze doppelte Parameter only_if entfernt

Auftrags-/Lieferschein-/Reklamation-Controller: Preis-/Rabattquellen mit S:M:Record

Typo in englischer Warnung/Fehlermeldung

Auslaufende Artikel: Warnung bei Workflows bei entsprechenden Belegen

Auslaufende Artikel: Felher melden beim Speichern bei entsprechenden Belegen

Auslaufende Artikel: Warnung beim "Als neu speichern" bei entsprechenden Belegen

IMAPClient: validiere Parameter bei der Übergabe

EmailJournal: Workflow mit Callback zu Bericht

Workflow: E-Mail → Angebot/Auftrag überarbeitet

Workflow: E-Mail → Angebot/Auftrag

Order: Nutze Type und ID zum Erstellen von verknüpften Belegen

Lieferantenauftragsbestätigung: Nicht drucken, nicht per Mail verschicken.

Erscheint mir beides hier nicht sinnvoll.
Funktionalität ist aber da; Druckvorlagen fehlen noch.

Lieferantenauftragsbestätigung: Controller/Maske

Auftrags-Controller: Anzeige Menü WF->LS mit Artikelauswahl aus TypeData

Auftrag/Angebot (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden

- dadurch obsolet gewordenen code, JavaScript sowie im Controller entfernt

DispositionManager: Auftrags erstellen edit() anstatt add() aufrufen

DispositionManager: Lieferantenauswahl berichtigt

DispositionManager: Fehlermeldung bei doppelter Bestellung von Artikeln

DispositionManager: Lieferschein beim Erstellen nicht automatisch speichern

S:C:Order: FIX: Artikelauswahl für EK-Lieferschein für nicht gespeicherten Beleg

S:C:Record: Hole Typen aus Datenbankobjekt wenn ID gegeben

S:C:Order: FIX: Rechte beim Workflow zur Reklamation nutzen

Model::Record: FIX: Workflow mit ausgewählten Positionen

Model::Record: FIX: Setze IDs für Belegverknüpfung richtig

Workflow Auftrag → Lieferschein auf neuen Controller umgestellt

Model::Record: Workflow mit ausgewählten Positionen ermöglichen

"neue" Beleg-Controller: interne Status-Fehler einfach mit "die" behandeln.

S:C:Order: FIX: Funktionsaufruf

Nutze is_type auf Order-Objekt

S:C:Order: Angebotseingang schließen, wenn Lieferantenauftrag daraus erstellt.

Anpassung nach RecordController/Rebase

Kosmetik: S:C:Order: Leerzeichen am Ende weg

Model::Record: Workflow zu Angebots- und Auftrags-Eingänge eingefügt

Controller::Order: Nutze type_data Text fürs Speichern

Model::Record: Überprüfe ob Positionen vorhanden sind

Order: FIX: überprüfen von Werten in der Form bei Workflows

Model::Record: Order: Anpassen nach Rebase

Records: js-save Aufrufe angepasst und vereinheitlicht

Records: Workflow-Methoden angepasst und vereinheitlicht

Model::Record: Funktionsaufruf angepasst für new_from_worklow ...

und new_from_workflow_multi

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/Intakeflag aus Datenbankzugriffen entfernt

Order: nutze Record-Type

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

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

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

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

Model::Record: _get_snumber in DeliveryOrder, Order und Reclamation eingebunden

TypeData: Proxy in Controller/Order eingebunden

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

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

ckeditor5: javascripte in controllern anpassen

In den meisten controllern wird der ckeditor nur in synchronen Seiten
verwendet und braucht dabei dann keine Extrabehandlung mehr, weil der
Presenter das jetzt automatisch macht.

Ausnahmen sind:
- RequirementSpec - hier werden die Blöcke mit den Textfeldern dynamisch...

IMAPClient: um Funktionen fürs Synchronisieren und Aufräumen erweitert

"Beleg ohne Positionen speichern erlauben" in Mandantenkonfig einstellbar

Auftrags-Controller: Beleg ohne Positionen speichern nicht zulassen.

Angebots-Eingang: Schliessen, wenn Lieferantenauftrag hieraus erstellt wurde

Angebots-Eingang: Controller

Auftrags-Eingang: AE schließen, wenn AB erstellt

Wenn eine AB gespeichert wird und im vorhergehenden Workflow ein
AE vorhanden ist, so wird der AE geschlossen.

Auftrags-Eingang: Controller

Aufruf zum IMAP-Client korrigiert

Order: Hole Emails aus zugehörigen Ordnern

Order: Erstelle Emailordner für neue VK-Angebote und VK-Aufträge

Auftrags-Controller: Gültigkeitstoken WF Artikel->Lieferantenauftrag

Behebt #565 (redmine)

Lieferantenauftrag→Einkaufslieferschein: Lieferantenartikelnummer anzeigen

Lieferantenauftrag→Einkaufslieferschein: optional nur mit ausgewählten Positionen

typo saving

FIX: _tax_row für Auftrag und Reklamation

Falsche If-Abfragen und fehlende Übergaben

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

Lieferbedingungen ungültig markieren können

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.