projekt kivitendo

Kunden/Lieferanten: UStID-Nummern beim Speichern validieren

ZUGFeRD: Einstellung bzgl. Erzeugung auch in Kundenstammdaten

DisplayableNamePrefs: SL::DB:xxx verwenden DB-Helper

erstmal nur Customer/Vendor/Part

Debitorenbuchungen auf Verwendung des Chart-Pickers umgestellt

CustomerVendor: agnostische number Methode für beide

IBAN-Validierung bei Kunden-/Lieferantenstammdaten sowie bei Bankkonten

Beim jedem Speichern von Kunden/Lieferanten prüfen, ob der Name angegeben ist.

Vorher wurde das nur beim reinen Speichern geprüft, nicht beim Speichern und
Schließen oder Fortfahren mit einem Beleg.

Behebt #84 (redmine).

CustomerVendor: Picker nach Art von PartPicker

- reinit_widgets fähig
- Tab und Enter atomar
- unterstützt onChange und set_item:CustomerVendorPicker trigger
- unterstützt fat_set_item

RDBO Customer, Vendor: Alias payment_terms auf payment

…für API-Analogie mit Order, DeliveryOrder, Invoice.

warnings: uninitialized in eq

Customer-/Vendor-Models: Funktionen "is_customer"/"is_vendor" zur einfachen Unterscheidung

rdbo models: customer und vendor nach de8868c und 4c4939d0.

displayable_name methode für customer

custom_variables accessor wird jetzt vom mixin erstellt.

CVars als Object Mixin.

Conflicts:

SL/DB/Customer.pm
        SL/DB/Part.pm
        SL/DB/Vendor.pm

Manager-Klasse für Customer

Verknüpfungen Parts/Customers/Vendors -> Custom Variables

Import von Lieferadressen.

Kunden-/Lieferantenstammdatenimport: zumindest das Testen funktioniert

Vergabe von Kunden-/Lieferantennummer beim Speichern eines VC-Objektes implementiert

SL::DB::Customer: Fehler in der shipto Relation.

RDBO Support.

Script, Models und Manager übernommen und angeglichen.
Ein SQL Schema Update, dass die meisten vorausgesetzten Normalisierungen
enthält mit eingefügt.