projekt kivitendo

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

"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. Also
nicht in der Maske vorbelegen, sonst bekommt der Empfänger die Mails
doppelt.

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 Dialog
entsprechend dargestellt. Auch die Größe des Editor-Bereichs wird in diesem
Fall 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 und
ein Wechsel der Einheit in den Auslagermasken hat keine Auswirkung
TODO: 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 Form
emulieren. Das war aber buggy, und das originale Verhalten hat Bernd im
September 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.Order
Funktionen als fallback benutzt. Das führt aber dazu dass gleich
benannte 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

DeliveryOrder: Übergabe in/out verbessert

DeliveryOrder: fix array conversion in calculate_stock_in_out

DeliveryOrder: Einlagern/Auslagern

Order: Workflow Beistelllieferschein erstellen

DeliveryOrder: Lagermengen Spalte

DeliveryOrder: inout an templates übergeben

DeliveryOrder: fix validate on save

DeliveryOrder: type roundtrip safety

DeliveryOrder: neue Typen: supplier_delivery_order und rma_delivery_order

DeliveryOrder: javascript referenzen

DeliveryOrder: neue typen für Lieferschein

DeliveryOrder: type data zentralisiert um das verhalten besser generalisieren zu können

DeliveryOrder: package, namespace, template und controller referenzen angepasst

DeliveryOrder: exchangerate

DeliveryOrder: taxes und recalc Mechanismus entfernt

DeliveryOrder: remove periodic invoices support

DeliveryOrder: Initialkopie des Order-Controllers