projekt kivitendo

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

DeliveryOrder: TypeData types auch aus dem Controller TypeData exportieren

DeliveryPlan: Bei Umwandlung Typ an new_from geben

DeliveryOrder: transfer_inventory fixes

DeliveryOrder: typo

RecordLinks für neue Lieferscheintypen

CsvImport: Anpassungen für order_type in Lieferscheinen

DeliveryOrder: stock roundtrip

DeliveryOrder: stock info im dom speichern

DeliveryOrder: Beistelllieferschein im Einkauf

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: type_data nach SL/DB verschoben, damit das model auch drauf zugreifen kann

DeliveryOrder: neue Typen: supplier_delivery_order und rma_delivery_order

DeliveryOrder: javascript referenzen

DeliveryOrder: type data is_customer

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

Controller::Base: init_p jetzt überall verfügbar

Vorbelegte E-Mail-Texte für wiederkehrende Rechnungen genau wie in oe.pl

Inventory-Import keine Spalte target_qty

Kosmetik Inventory Import

CSV Lagerbewegungs-Import: Numberformat für Fließkommazahlen (qty)

Order-Controller: abweichende Rechnungsadresse nur bei Kunden behandeln

Swiss QR-Bill: Controller für BankAccount Datenfelder

Auftrags-Controller: DMS: Druck-Variante berücksichtigen

Kosmetik: Einrückung

Auftrags-Controller: Email/DMS falls kein Dokument vorhanden, eines erstellen, …

… wenn die Policy sagt, dass der letzte Ausdruck mitgeschickt werden soll

Merge branch 'f-cvar-htmlfield'

Lohnbuchhaltungsimport: Leere Werte für Abteilungen abfangen

Order-Controller: Unterstützung für Drucken & E-Mailen von HTML-Vorlagen

Auftrags-Controller: kivi.Validator.js vor kivi.Order.js einbinden, …

damit die Datumseingabe angepasst wird, bevor es bei onchange zum Server
geschickt wird.

Warenstammdaten: EAN: Leerzeichen trimmen

_convert_pdf_to_png: Mehr Warnungen - quotemeta für Dateinamen mit whitespace

E-Mail-Versand: CC: nur kivi-Benutzer mit hinterlegter E-Mail-Adresse anzeigen

E-Mail-Versand: CC: kivi-Benutzer sortieren

Kosmetik

CSV-Import von zusätzlichen Rechnungsadressen

Benutzerdef. Var. als HTML-Feld: Druckunterstützung

Benutzerdef. Var. als HTML-Feld: Projekte

Benutzerdef. Var. als HTML-Feld: Pflichtenhefte

Benutzerdef. Var. als HTML-Feld: Kunden-/Lieferantenstammdaten-Controller

Betrifft Typen für Kunden-/Lieferantenstammdaten, Ansprechpersonen und
Lieferadressen.

Benutzerdef. Var. als HTML-Feld: CSV-Import

Benutzerdef. Var. als HTML-Feld: allgemeine Infrastruktur

Order-Controller: PDF-Handling-Funktionen in Objektmethoden umgewandelt

Erlaubt die einfachere Wiederverwendung, wenn man z.B. mit Mixins für
Kundenanpassungen arbeiten möchte.

Zusätzliche Rechnungsadressen: in Verkaufsbelegmasken auswählbar

Zusätzliche Rechnungsadressen: in Kundenstammdaten bearbeiten

Auftrag: Projekt automatisch in verknüpftem Pflichtenheft eintragen

Pflichtenhefte: bei Pflichtenheft → Angebot → Auftrag auch PH mit Auftrag verknüpfen

Lieferplan: Geschwindigkeitssteigerung durch »NOT EXISTS« anstelle von »NOT IN«

Auftragzentrische verknüpfte Belege: Leere Ergebnismengen berücksichtigen

Falls keine Aufträge gefunden werden, auch keinen Aufruf

Optionale auftragszentrische Verknüpfte Belege

Konfigurierbar in der Mandantenkonfiguration. Unabhängig vom
aktuellen Belegort werden die verknüpften Belege immer vom VK-Auftrag
aufgebaut

BankTransaction: Kreditorenvorlagen auch nach Namen sortiert

BankTransaction: Dialogbuchungsvorlagen sortiert nach Name

spellcheck test

CsvImport: Interface für zusätzliche Angaben beim Import immer speichern

Lagerbewegungsimport: Testfehler wg. undef vermeiden

Belege verknüpfen: auch nach Belegnummer filtern können

Auftrags-Controller: Warnung bei nicht vorhandener Kundenbestellummer …

… kann in der Mandantenkonfiguration eingeschaltet werden.

Auftrags-Controller: Warnung bei fehlendem Transportkosten-Artikel …

bei VK-Angebot und -Auftrag, wenn in der Mandanten-Konfiguration angegeben.

Employee::current statt manuell an weiteren Stellen

CsvImport Lieferscheine: Zusammenfassen von Lieferpositionen

Wenn in mehreren Positionen Teilmengen einer Position eines Auftrags
geliefert werden, dann diese Zusammenfassen.

CsvImport Lieferscheine: ShippedQty-Helper für Prüfung, ob komplett geliefert

PPI: Offenbar typo in Fehlermeldungstext

kam mit "Auch escapte DTVF Namen erkennen" rein.

PPI: Auch escapte DTVF Namen erkennen

Scheinbar kann die Kopfzeile des CSV-Format noch Hochkommatas enthalten
oder ggf. wurde diese mit einer Tabellenkalkulation geöffnet.

Auftrags-Controller: Reihenfolge Histore/Wiedervolage (Menüpunkt mehr) geändert

Ist nun so, wie in den anderen Masken (alte OE, Lieferscheine und Rechnungen)

Waren: Nur gültige Preisgruppen anzeigen

S:C:PayPostingImport Bei Erfolg, importierte Buchungen anzeigen

S/C/PayPostingImport Prototyp

Verarbeitet DATEV Lohnbuchungen aus einer CSV-Datei

DeliveryPlan: Berechnung nur noch über verlinkte Positionen

Auftrags-Controller: Debug-Statment raus

Developer Recht und neue Menüeinträge für Testcontroller