projekt kivitendo

DeliveryOrder::TypeData Locales eindeutig setzen

DeliveryPlan: bei Umwandlung zu Beistelllieferschein die Positionen ignorieren

DeliveryOrder::new_from: order_type statt new_from

DeliveryOrder: TypeData aus SL::DB, nicht aus SL::Controller

DeliveryOrder: is_type Methode

DeliveryOrder: transfer_inventory fixes

Lieferschein: Suche angepasst auf neue Typen

Lieferschein TypeData: croak wenn typ nicht existiert

DeliveryOrder: prefix in type filter

Inventory: typo in set employee hook

DeliveryOrder: stock roundtrip

Inventory::new_from aus DeliveryOrderItemsStock Objekten

Inventory: before hooks für trans_id, shippingdate und employee

DeliveryOrder: Konvertierung von is_sales bugs

DeliveryOrder: new_from - fix für Quellobjekte die keine Kunden/Lieferanten haben

DeliveryOrder: fix validate on save

DeliveryOrder: korrektes is_customer für rma

do: neue Nummerkreise für supplier und rma Lieferscheine

DeliveryOrder: namen für Anhänge und bessere Fehlermeldungen

DeliveryOrder: types im objekt richtig setzen

DeliveryOrder order_type db upgrade

is_sales noch nicht in der datenbank entfernt, nur im metasetup

DeliveryOrder: type_data nach SL/DB verschoben, damit das model auch drauf zugreifen kann

DeliveryOrder: number alias

Neue Default-Methoden auch im MetaSetup (Transferkonto 7% oder 19%)

Anzahlungsrechnung: Beim Zahlungseingang auf das Steuertransfer-Konto buchen

DATEV benötigt das wirkliche Brutto-Automatik-Konto, um die MwSt zu buchen

Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,

… da type auch undef sein kann

Anzahlungs-Rg.: eigener Typ for Schlussrechnung (final_invoice (F))

Kontoauszug verbuchen, Mehrwertsteuerkorrektur für Anzahlungsrechnungen

Anzahlungs-Rg.: Typ in Bericht anzeigen

Anzahlungs-Rg.: Standardkonto-Auswahl f. Verrechnungskonto

Shop: Shop-Order-Items nach OrderItems: Langtext + Beschreibung

Die Beschreibung aus dem Shop sollte für den Auftrag besser
passen, als das was aktuell in kivi.Parts vorhanden ist.
Langtext wird nicht im Shop angezeigt, aber das darf dann ruhig
aus Parts kommen (so wie beim manuellen Hinzufügen).

Shop: Servernamen entweder mit Protokoll speichern oder Protokoll ergänzen

Shopware-Proxy: Leeren Wert '' erlauben und danach regex prüfen

Shopware6: Optionalen Proxy erlauben und Protokoll http oder https initialisieren

shopware6: locales

Shop-Konfig: Not implemented für alles außer sw6 ergänzt (part.notes)

Neues Feld Übernahme Beschreibung/Langtext aus Stammdaten

Shop: Not Yet Implemented Errors falls eine Shopware6 Config gespeichert wird

Webshop speichern: Zumindestens etwas mehr Eingabevalidierung, vor DB-Fehlern

ShopPart::get_images um Parameter binary anstatt base64 erweitert

Shop: Erweiterung für Dateityp im Dateinamen auf letzten . begrenzen

Hilft zwar nicht bei .tar.gz, aber erstmal besser als vorher

Shop: shop_trans_id darf auch alphanumerisch sein (e030amdf)

Mandantenkonfiguration - Warengruppe als Pflichtfeld

Kann nun konfiguriert werden.

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration: Varianten einstellbar machen

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration

Swiss QR-Bill: Datenbankupgrade BankAccount

- Felder bank_account_id und use_for_qrbill hinzugefügt

Files: Druckvariante abspeichern können: sql und rose

Merge branch 'f-cvar-htmlfield'

SL::DB::Employee::auth_user: holt korrespondierendes Objekt aus auth.users

Convenience-Funktion, um einfacher an Config-Werte
heranzukommen. Beispiel:

foreach my $employee (@{ SL::DB::Manager::Employee->get_all }) {
my $email = $employee->auth_user->get_config_value('email');...

invoice_type: Gutschriften bleiben Gutschriften auch wenn die storniert wurden

Andernfalls liefert invoice_type den Typ 'Rechnung' was definitiv falsch ist.

Benutzerdef. Var. als HTML-Feld: Breite & Höhe in Pixeln angeben

CSV-Import von zusätzlichen Rechnungsadressen

Benutzerdef. Var. als HTML-Feld: allgemeine Infrastruktur

Zusätzliche Rechnungsadressen: beim Ausdruck als Variablen verfügbar machen

Zusätzliche Rechnungsadressen: in Verkaufsbelegmasken auswählbar

Zusätzliche Rechnungsadressen: Datenbankupgrade, MetaSetup, Rose-Models

Ein-/Verkauf: Belegnummern von uns erzeugter Belege nicht ändern können

Für Belege, die auf unserer Seite erzeugt werden, kann nun verhindert
werden, dass die Belegnummer manuell angepasst bzw. gesetzt
wird. Statt dessen wird sie immer vom System beim ersten Speichern...

Drucken: Variablen in Positionen interpolieren

Alle Variablen, die in Schleifen ausgegeben
werden (z.B. Artikelbeschreibung, Langtext, aber auch die Steuern)
werden nun ebenfalls der Interpolation unterzogen, sodass
z.B. in wiederkehrenden Rechnungen <%current_quarter%> in...

Optionale auftragszentrische Verknüpfte Belege

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

Warnung bei fehlendem Lieferschein als Vorgänger zur Rechnung

S:D:Order: convert_to_invoice params an Invoice::new_from übergeben

Analog zum Verhalten in SL::DB::DeliveryOrder. Siehe auch
commit "convert_to_invoice params an Invoice::new_from(%params)"
(386660077eb786611dc1649d0e1617a29ffc4091)

S:D:Order: convert_to_invoice: items verlinken

Auftrags-Controller: Warnung bei nicht vorhandener Kundenbestellummer …

… kann in der Mandantenkonfiguration eingeschaltet werden.

S/D/Order: new_from/new_from_multi: Bearbeiter ist immer der aktuelle Benutzer

Bei Workflows zu neuen Belegen ist der Bearbeiter des neuen Belegs immer der
aktuelle Benutzer, egal, was im vorherigen Beleg steht.

Zahlungsbedingungen: "calc_date" überschreibt Referenzdatum

Die Methode "calc_date" erzeugt das neue Datum ohne ein neues Objekt zu
erzeugen.
Deshalb wird ggf der Parameter "reference_date" überschrieben.

Nun wird ein neues Datumsobjekt per "clone" erzeugt....

Preisgruppen-Admin darf auch Preisgruppen bei allen verknüpften Kunden entfernen

Mandantenkonfiguration: transfer_default_warehouse_for_assembly entfernt

S.a. UPGRADE

Mandantenkonfig: Erzeugnis fertigen berücksichtigt Dienstleistungen

ShippedQty: Verwaiste Option fill_up aus Mandantenkonfig entfernt

WebshopApi: Standardzahlungsbedingung korrigiert Syntax

Webshop Order Zahlungsbedingen mit übergeben

WebshopApi: Zahlungsbedingung beim Kundenanlegen ...

für den Kunden die die 1. Zahlungsbedingung übernehmen

Shops: rosedateien für Standartversandkosten

Zeiterfassung: Bericht: Einige Sortierungen repariert

S/DB/Order convert_to_delivery_order delivered in Abhängigkeit von stock_out setzen

Testfall ergänzt

Revert "Weiche Mandantenkonfiguration: Untererzeugnisse direkt mitfertigen"

This reverts commit 033138109231a9737da9b2f0ee7cb5d20413ddbf.

Weiche Mandantenkonfiguration: Untererzeugnisse direkt mitfertigen

Mandantenkonfiguration: Dienstleistung lagerbar; Erzeugnis lagerunabhängig

Erzeugnisse: Gewicht aus einzelnen Bestandteilen ermitteln und speichern.

Neues Kundenattribut Rechnungsversand per Post -> Deaktiviert E-Mail für Rechnung

Zeiterfassung: Logik-/Tippfehler in Validierung beim Speichern

Zeiterfassung: mehr Validierungen beim Speichern

Reverts 01f650056

Erzeugnis fertigen -> Zustand in Hilfstabelle dokumentieren

Zum Feature: Beleg zur Buchung hinzufügen -> standardmäßig aus (so wie vorher)

Mandatenkonfig->Buchungskonfig-> Verhalten nach Buchen optional ändern

Falls der Mandant zu jeder Buchung einen Beleg hinzufügen möchte,
ist es nicht sinnvoll in eine leere Buchungsmaske zu springen.
Einzeln steuerbar für alle Buchungsmasken außer VK-Rechnung

Konfigurierbarer Zeitraum innerhalb dessen Lieferscheine wieder rückgelagert werden können

orderitems um Attribut optional erweitert

Optionale orderitems werden nicht in den Belegsumme aufaddiert
Anpassung für Order-Controller und Druckvorlagen-System
Weitere Anwender-Details s.a. Changelog

Zeiterfassung: Konvertierung: Artikel/Projekt: override- und default-Parameter

Zeiterfassung: Konvertierung: POD-Update und Kosmetik

Zeiterfassung: Konvertierung: Einträge ohne Dauer nicht bearbeiten

Zeiterfassung: Konvertierung: geliefert/gelieferte Mengen in Auftrag anpassen

Zeiterfassung: Konvertierung: base_qty in Einheit des Artikels umwandeln

Zeiterfassung: Bei Zeitanzeige auch Varianten mit Datum und Dauer berücksichtigen

Zeiterfassung: Auftrag im Bericht anzeigen

Zeiterfassung: Fremdschlüssel für Auftrag: DB-Upgrade und Rose

Zeiterfassung: Konvertierung: berücksichtigen, dass Startzeit fehlen kann

Zeiterfassung: Datum/Dauer statt Start/Ende wählbar (Benutzereinstellung)

Zeiterfassung: Erweiterung f. Datum und Dauer: DB-Upgrade/Rose; Berichtsanzeige

Zeiterfassung: Konvertierung: Position aus zugehörigem Auftrag