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)
Kosmetik: DeliveryOrder: actionbar: Einrückung und Ausrichtung
E-Mail-Protokollierung in interne Bemerkung abschalten, falls Journal an
DeliveryOrder: calculate_stock_in_out liefert auch die Einheit mit
In do.pl wird hier auch hart die Standardeinheit mitübergeben undein Wechsel der Einheit in den Auslagermasken hat keine AuswirkungTODO: Macht es Sinn überhaupt eine Auswahlliste für Einheit anzubieten?
Beistell-Lieferschein: Als neu speichern deaktivieren, mit Hinweis auf WF
Da man Beistell-Lieferscheine noch nicht direkt erfassen kann,braucht man auch (noch) nicht die Funktion als neu speichern
DeliveryOrder: format_number_units wieder zurück auf format_number refactored
format_number_units sollte das verhalten von format_number_unit in Formemulieren. Das war aber buggy, und das originale Verhalten hat Bernd imSeptember eh entfernt. Also jetzt ganz normal anzeigen.
DeliveryOrder: kompletter Split der javascripte kivi.Order und kivi.DeliveryOrder
Bisher hatte der kivi.DeliveryOrder Controller einige der kivi.OrderFunktionen als fallback benutzt. Das führt aber dazu dass gleichbenannte change handler durcheinanderkommen. Ergo: nur noch...
DeliveryOrder: bei auslagern sofort löschen deaktivieren
DeliveryOrder: bei fehlerhaftem Auslagern sofort abbrechen
DeliveryOrder: delete deaktivieren, wenn schon ausgelagert
DeliveryOrder: richtige Werte im stock Dialog anzeigen
DeliveryOrder: nur umlagern erlauben wenn bereits gespeichert wurde
Da das Umlagern kein redirect macht ist danach sonst die URL falsch.
DeliveryOrder: in/out weiche in transfer_stock
DeliveryOrder: absicherung gegen leere stock Einträge
DeliveryOrder: nach Auslagern Statuszeile anpassen
DeliveryOrder: auslagern button deaktivieren nach auslagern
DeliveryOrder: besseres update nach stock dialog
DeliveryOrder: ungenutzte Zeile
DeliveryOrder: eval_json_result nach transfer_stock
aDeliveryOrder: typo
DeliveryOrder: record links beim Speichern setzen
DeliveryPlan: Bei Umwandlung Typ an new_from geben
DeliveryOrder: transfer_inventory fixes
DeliveryOrder: typo
DeliveryOrder: stock roundtrip
DeliveryOrder: stock info im dom speichern
DeliveryOrder: serialize stock to yaml
DeliveryOrder: erste Version Lager-Dialog
DeliveryOrder: in_out auch bei einzelnen Zeilen übergeben