DispositionManager: Fehlermeldung bei doppelter Bestellung von Artikeln
DispositionManager: Zeige keine Lieferanten-Artikel die im Warenkorb sind
DispositionManager: Lieferschein beim Erstellen nicht automatisch speichern
DispositionManager: Meldebestandsabfrage korrigiert
DispositionManager: Action umbenannt
Part: Direkt aus der Artikelmaske zum Einkaufkorb hinzufügen
Part: Detailansicht als Popup hinzugefügt
DispositionManager: Controller hinzugefügt
Schweizer QR-Rechnung: Scan Funktion: Sortierung nach Kontonummer, nicht Datenbank id
S:C:Order: FIX: Artikelauswahl für EK-Lieferschein für nicht gespeicherten Beleg
S:C:ClientConfig: Nutze Beleg-Typdaten direkt
S:C:ClientConfig: nutze Übersetzungen für Reklamaitonstypen aus SL::Form
S:C:Reclamation: FIX: Syntax
S:C:Record: Hole Typen aus Datenbankobjekt wenn ID gegeben
S:C:Order: FIX: Rechte beim Workflow zur Reklamation nutzen
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
DeliveryOrder: Links auf neuen Lieferschein-Controller zeigen lassen
DeliveryValueReport: TypeData importiert und angewendet
DeliveryPlan: TypeData importiert
"neue" Beleg-Controller: interne Status-Fehler einfach mit "die" behandeln.
S:C:Order: FIX: Funktionsaufruf
Nutze is_type auf Order-Objekt
DB::DeliveryOrder: FIX: record_type
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
DB::DeliveryOrder: Nutze record_type
anstelle order_type
Order: FIX: überprüfen von Werten in der Form bei Workflows
Model::Record: Order: Anpassen nach Rebase
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: 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
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, dieFunktion war ungenutzt.
DeliveryOrder: alte workflow attribute ersetzt durch controller steuerung
Die machen hier keinen Sinn, das ist keine Typ-Information sondernNutzerwunsch.
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
Model::Record: _get_snumber in 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 andersbehandelt
Order-Controller: Parsen von Telefonnotizen in sub ausgelagert
Order-Controller: Behandlung von Telefonnotizen beim Speichern in sub ausgelagert
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
Order-Controller: Pflichtenheft: Verknüpfungen und Projekt setzen
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
Kosmetik
Buchungsgruppe Titel vereinfacht cp.pl locale form anstatt global $::form
Tab Titel bei fehlenden gesetzt
ckeditor5: test page für developer Rechte
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...
In Preisregeln benutze Objekte nicht löschen können.
Behebt #114 (redmine) bzw. die Reste davon.Artikel löschen können wurde schon gelöst.
Merge pull request #176 from kivitendo/20230812-feat-save_zugferd_file_to_ap
ZUGFeRD: speicher ZUGFeRD-Datei zur erstellten Kreditorenbuchung
Schweizer QR-Rechnung: Scan Funktion in mobile design eingebaut
Schweizer QR-Rechnungen können via mobile design eingescannt werden.
Die eingescannten Daten werden in einer Maske angezeigt und könnendann als Kreditorbuchung gespeichert werden.
Zum speichern wird die post funktion aus ap.pl verwendet....
Merge pull request #171 from kivitendo/20230904_lieferplan_filter_nach_erzeugnisbestandteilen
20230904 lieferplan filter nach erzeugnisbestandteilen