FIX: S:C:DeliveryOrder: Speichern für geschl. Lieferscheine erlauben
FIX: S:C:DeliveryOrder: keine Funktion 'price_popup' vorhanden
S:C:DeliveryOrder: Geschl. oder gelieferte Lieferscheine nicht speichern
S:C:DeliveryOrder: Zeige Status vollständig an
S:C:DeliveryOrder: Methode zum Schließen "Als geschlossen markieren"
behebt #702 behebt #694
FIX: S:C:DeliveryOrder: instances of SL::DB::Unit have attribute $name
FIX: S:C:DeliveryOrder S:C:Reclamation: Fehlender Import von 'trim'
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:DeliveryOrder: Pos. behalten bei 'Artikel aus Beleg anlegen'
FIX: S:C:DeliveryOrder: Daten über Workflows vollständig und korrekt laden
Helferfunktion für Neuinitialisierung nach Änderung des Lieferschein-Objektes
behebt: #697 #696 (redmine)
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...
FIX: S:C:DeliveryOrder: Lieferschein-E-Mail-Adr. von Kunden vorbelegen
behebt: #704 (redmine)
FIX: S:C:DeliveryOrder: Fehlermeldung bei 'Auslagern über Standardlager'
Nutze verwendetes Lager in Fehlermeldung. Standardlager des Artikels wurde vorher immer genommen.
Fix: Leiferschein darf nicht als geschlossen markiert werden beim auslagern.
Lieferschein-Controller: Email/DMS falls kein Dokument vorhanden, eines erstellen, …
… wenn die Policy sagt, dass der letzte Ausdruck mitgeschickt werden soll
siehe auch: 67a645ce8de654ab8f0b4b0dfd7b91040a85716f"Auftrags-Controller: … "
Lieferschein-Controller: DMS: Druck-Variante berücksichtigen
siehe auch: ce06f68492a003aa81e3b00fe9fb58618bdb5263"Auftrags-Controller: … "
Behebt #700 (redmine).
DeliveryOrder: flash_later und redirect auch bei print_preview
DeliveryOrder: Print flash auf flash_later und redirect auf gespeichertes Objekt
Fix: DeliveryController: Beim Speichern und drucken redirect ...
damit alle Actions und Tabs eines gespeicherten Lieferschein zurVerfügung stehen.
ergänzung zu fe8a08e
Statt undef ein leeres arrayref [] verhindert exceptions,sollte das template dann dochmal versuchen drauf zuzugreifen
Popup Lieferschein, nur gültige Lager laden oder gar keine (ausgelagert)
Lieferschein-Controller: Kommentar ergänzt; Kosmetik
Lieferschein-Controller: Pos.-Sortierung beibehalten bei Workflow aus Auftrag
Auftrags-/Lieferschein-/Reklamation-Controller: Preis-/Rabattquellen mit S:M:Record
FIX: S:C:DeliveryOrder: individuelle Lieferadresse richtig speichern
Nutze `module => 'DO'` für SL::DB::Shipto bei Lieferscheinen
EmailJournal: Workflow mit Callback zu Bericht
Speichern/Buchen und schließen zu Belegen hinzufügt
Versucht Callback aufzurufen oder geht zu Loginseite.
Workflow: E-Mail → Lieferschein hinzugefügt
Entferne Debug Statements
FIX: Workflow DeliveryOrder → Order: Nur nicht gelieferte Mengen nehmen
behebt #633
FIX: DeliveryOrder: Auslagern Verkaufslieferschein
behebt #632
DeliveryOrder: Ein-/Auslagern über Standard-Lagerplatz
FIX: DeliveryOrder: Setze Aufträge auf geliefert
DeliveryOrder: Nutze Type und ID zum Erstellen von verknüpften Belegen
FIX: DeliveryOrder: Rücklagern ohne Seite neu aufzurufen
behebt #624
Lieferschein (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden
- dadurch obsolet gewordenen code, JavaScript sowie im Controller entfernt
S:C:Record: Hole Typen aus Datenbankobjekt wenn ID gegeben
S:C:DeliveryOrder: Workflow zu Rechnung und Reklamation hinzugefügt
Controller::DeliveryOrder: FIX: Fehlerbehandlung beim Speichern
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.
DB::DeliveryOrder: FIX: record_type
Model::Record: Überprüfe ob Positionen vorhanden sind
DeliveryOrder: Code formatiert (80 Zeichen Breite)
DeliveryOrder: nicht genutzter Code entfernt
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: Anpassen nach Kunden/Lieferanten-Änderung
Model::Record: Entferne TypedataProxy
Auf Typedata kann jetzt immer über den Belege zugegriffen werden.
Model::Record: übergebe Typ für new_from_workflow und ..._multi
DeliveryOrder: direct delivery check entfernt
Direct Delivery war als feature nie in Lieferscheinen vorhanden, dieFunktion war ungenutzt.
DeliveryOrder: alte workflow attribute ersetzt durch controller steuerung
Die machen hier keinen Sinn, das ist keine Typ-Information sondernNutzerwunsch.
DeliveryOrder-Controller: Model::Record->save verwenden
TypeData: nutzte Konstanten anstatt String für Typen
S:C:DeliveryOrder: verwendetes Modul S:D:DeliveryOrderItemsStock einbinden
Model::Record: _get_snumber in DeliveryOrder, Order und Reclamation eingebunden
DeliveryOrder: TypeData jetzt über proxy eingebunden
Macht den Controller proxy unnötig. reqdate default werden jetzt andersbehandelt
Model::Record: umbenennen von update_... zu clone_for_save_as_new
Model::Record: update_after_new implementiert
Model::Record: update_for_save_as_new implementiert
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::DeliveryOrder->delete auf SL/Model/Record gemapt
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 Seitenverwendet und braucht dabei dann keine Extrabehandlung mehr, weil derPresenter das jetzt automatisch macht.
Ausnahmen sind:- RequirementSpec - hier werden die Blöcke mit den Textfeldern dynamisch...
"Beleg ohne Positionen speichern erlauben" in Mandantenkonfig einstellbar
Lieferschein-Controller: Beleg ohne Positionen speichern nicht zulassen.
typo saving
Gültigkeitstoken in Transaction abfragen und löschen ("neue" Controller)
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.
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
Fix für #531 Link im Lagerbuchungbericht für RMA (Retouren) Lieferscheine und Beistelllieferscheine
etourenlieferschein RMA Deliveryorder drucken und abspeichern
Auslagern Enbalen wenn eingelagert wird
js action angepasst für undo_transfer
DeliveryOrder zurücklagern
Beistelllieferschein/DeliveryOrder Lagerbuchungen mit in die Druckvariablen aufgenommen
fix #506 - Beistelllieferschein/DeliveryOrderController speichern deaktiviert wenn schon geliefert und ausgelagert
Controller: DeliveryOrder: stock_dialog um Einlagern erweitert
Controller: DeliveryOrder: stock_dialog um Einlagern erweitert (WIP)
Reclamation: don't save delivery_order after converting
DeliveryOrderType richtig setzen
ReclamationsController: Workflow Lieferschein neuer DeliveryController
Reclamation: Workflow Reclamation→Lieferschein ...
neuen DeliveryOrderController benutzen einlagern geht nicht
Lieferschein-Controller: js: benannte Parameter für save und show_print_options
neuen Artikel aus Angebots-/Auftrags-Maske anlegen: Variable besser benannt
Langtext-Dialog: Größe prozentual zum Hauptfenster einstellbar pro Benutzer
Ist hier in der Benutzereinstellung ein Wert != 0 gewählt, so wird der Dialogentsprechend dargestellt. Auch die Größe des Editor-Bereichs wird in diesemFall angpepasst.Ist 0 oder kein Wert gewählt, so ist das Verhalten wie zuvor.
schon benutzte ungültige Sprachen anzeigen
Ungültige Sprachen nicht mehr im Angebot/Auftrag/Beistell-LS
Merge pull request #41 from kivitendo/f-rights-to-view
F rights to view
Recht: Ansehen von Lieferscheinen berücksichtigen (VK+EK/alter+neuer Controller)