projekt kivitendo

S:D:DeliveryOrder: 'Als neu speichern' Workflow Lieferschein → Lief.

behebt: #679

TypeData: nutze richtige Übersetzung für Typ

FIX: DeliveryOrder: Setze Aufträge auf geliefert

WF Lieferantenauftragsbestätigung->EK-Lieferschein: Auftragsnummer mitnehmen

Die Nummer des Vorgängerauftrags wird im LS eingetragen.
Die Nummer der Bestätigung ist weiterhin über Verknüpfungen verfügbar.

EK-Lieferschein: Nummer der Lieferantenbestätigung in Maske anzeigen

Die Nummer wird aus den Verknüpfungen geholt.

Lieferantenauftragsbestätigung: Bestätigungsnummer des Lieferanten: Maske und WF

fix: kein use SL::DB in SL::DB

DB::DeliveryOrder: Nutze record_type

anstelle order_type

DB::DeliveryOrder: Persistenter Record-Type

Verändere oder_type zu record_type als Enum

LinkRecord: close_quotations nicht mehr im link record post save hook ausführen

Das war Teil der link_record behandlung, ist aber so unintuitiv, dass es
jetzt vom Controller an den Model::Record gegeben wird.

TypeData: nutzte Konstanten anstatt String für Typen

TypeData: proxy um $record->type_data benutzen zu können

DB::DeliveryOrder: entferne nicht genutzten Wert

RecordLink: converted_from_* Felder in allen convert_to und new_from korrekt setzen.

Das hier benutzt jetzt das neue Reclamation Format. Statt

converted_from_oe_id

wird jetzt

converted_from_record_id
  converted_from_record_type_ref = SL::DB::Order...

RecordLink: post save hook für alle Hauptbelege

Model::Record: new_from_workflow implementiert

Refs #490: Lieferschein: entferne alle Verweise auf 'is_sales'

DeliveryOrderType richtig setzen

Reclamation: add billing_address_id to reclamation

Reclamation: Test for workflow (reclamation, order, delivery_order)

Workflow: delivery_order ↔ reclamation

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: Konvertierung von is_sales bugs

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

DeliveryOrder: types im objekt richtig setzen

DeliveryOrder: number alias

Zusätzliche Rechnungsadressen: in Verkaufsbelegmasken auswählbar

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: Konvertierung: berücksichtigen, dass Startzeit fehlen kann

Zeiterfassung: Konvertierung: Position aus zugehörigem Auftrag

Zeiterfassung: Parameter f. Konvertierung mit link_project/related order

Zeiterfassung: Parameter f. Konvertierung in params übergeben

Zeiterfassung: Lieferschein new_from_time_recording: auch base_qty setzen

Zeiterfassung: Lieferschein new_from_time_recording: undef-Warnung vermeiden

Zeiterfassung: Lieferschein new_from_time_recording: Kosmetik/Typo im POD

S:D:DeliveryOrder: List::Util notall wird nicht (mehr) benutzt

Abhängig vom Rundungsverfahren minuten- oder viertelstundengenau abrechnen

Einträge am selben Tag nicht erneut in die Beschreibung aufnehmen

CTR: Lieferscheine nicht schreibschützen

Ausgelagerte Lieferscheine sind schreibgeschützt.
Weder Korrekturen der Lieferposition, Rechtschreibung oder
das Hinzufügen von weiteren Metadaten ist möglich.
Auslagern oder Schliessen dürfen optionale Parameter sein, der...

Zeiterfassung: Lieferschein new_from_time_recording

Schnellsuche für Verkaufs- & Einkaufslieferscheine

SL::DB::Object: clone_and_reset unter Umgehung von itime, mtime

DeliveryOrder->new_from: kein $custom_shipto-Objekt zurückgeben

Falls das Quellobjekt eine individuelle Lieferadresse besaß, wurden bei
new_from() zwei Objekte zurückgegeben: das neue Lieferscheinobjekt und
ein Clone der individuellen Lieferadresse. Diese waren nicht verknüpft....

Shipto: Methode zum Clonen in SL::DB::Shipto und nicht in DeliveryOrder->new_from

convert_to_delivery_order um record_links auf item-Ebene erweitert

Bisher wurden nur die Belege verknüpft und nicht die einzelnen
Items. Analoge Implementierung wie bei convert_to_invoice.
Sinnvoll wäre ein Auslagern, dieser "zu ähnlichen" Verfahren in beiden...

convert_to_invoice params an Invoice::new_from(%params)

DeliveryOrder.pm übergab etwaige Parameter beim Aufruf von new_from
an Invoice->post(%params). Das macht für den Anwendungsfall chart_id
in 42ea98b4 Sinn (Order.pm), allerdings benötigt die convert_to_invoice in...

DeliveryOrder->new_from: Lieferbedingungen auch berücksichtigen.

DeliveryOrder um convert_invoice erweitert

Diesselbe Idee wie bei SalesOrder->convert_invoice. Der ursprüngliche
Lieferschein wird geschlossen und das neue Objekt mittels record_links
verknüpft.
Entsprechend Testfall mitgeliefert.

DeliveryOrder - Doku und Typos

Einheitliche displayable_name Methode für ar/ap/oe/do Objekte

Bestehend aus Dokumentenname und Dokumentennummer, z.B.
Rechnung 12
Gutschrift 20
Verkaufslieferschein 15b

Einheitliche Methode record_number für ar/ap/oe/do Objekte

entspricht jeweils invnumber/ordnumber/donumber

Methode displayable_type auch für Lieferscheine

SL::DB::{Invoice,DeliveryOrder}->new_from: manuelles Filtern von Items via coderef

Zahlungsbedingungen bei Lieferscheinen; veraltete Spalte »terms« entfernt

Beleg-Rose-Objekte: items_sorted für nicht gespeicherte Items gefixt

Die bisherigen items_sorted-Routinen verlangen, dass die Positionsspalte
gesetzt ist. Das ist bei noch nicht gespeicherten Belegen oder bei
gerade hinzugefügten Positionen aber noch nicht der Fall....

Einkauf/Verkauf: Bemerkungsfeld mit HTML-Editor ausgestattet

Invoice, DeliveryOrder-DB: bei Erstellen aus anderen Belegen Preisquellen beibehalten

Item-Positionen in DB: items_sorted sortiert nach postition …

in Order und DeliveryOrder

Lieferscheine benötigen auch Preisquellen
-> customervendor Funktion auch für Lieferscheine
-> Typ Kunde oder Lieferant (is_customer) entsprechend analog

SL::DB::{Invoice,DeliveryOrder}: Items mit neg. qty beim Wandeln optional weglassen

SL::DB::(Delivery)Order,(Purchase)Invoice: Aliase »add_items«

Die Relationships für die Positionen heißen in allen Klassen
unterschiedlich. Daher gibt es schon seit Längerem den Alias »items« in
allen Klassen.

Das Hinzufügen von Positionen hingegen erforderte bisher, dass man den...

RDBO {Invoice,DeliveryOrder}->new_from Attribute nachträglich zuweisen

Macht man die Vermischung ->new(%args, %attributes), so ist die
Reihenfolge, wann welche aus %args und welche aus %attributes genommen
werden, aufgrund von Perls beliebiger Hash-Reihenfolge nicht...

SL::DB::DeliveryOrder->new_from: Positionsfeld ordnumber aus Quellbeleg setzen

…und nicht aus den Positionen kopieren.

SL::DB::{DeliveryOrder,Invoice}->new_from: Option items für Übergabe der zu verwendenden Positionen

Gründe dafür können sein:

- eigene Sortierung
- gewisse Positionen herauslassen
- weitere Positionen hinzufügen

SL::DB::DeliveryOrder->new_from: Optionen zum Weglassen von Positionen mit Menge 0

SL::DB::{DeliveryOrder,Invoice}->new_from: custom_variables der Items mit clonen

Behebt #2365 auf eine etwas angenehmere Weise als
5bd7e74db1f425a8bbc43357e949efcc1d4eb135.

SL::DB::DeliveryOrder: Dokumentation gefixt

SL::DB::DeliveryOrder: angepasste Lieferadressen richtig behandeln

Rose-Models Einkauf/Verkauf: Relationships für angepasste Lieferadressen

SL::DB::DeliveryOrder: FlattenToForm-Helfer für Druckausgabe einbinden

SL::DB::Order, DeliveryOrder: Funktionen zum Umwandeln von Order in DeliveryOrder

SL::DB::DeliveryOrder: donumber in before_save-Hook erzeugen

kein use SL::DB::Object aus SL::DB::Object

itmes_sorted liefert immer eine Array-Referenz ...

um unvorhersehbare Dinge durch wantarray zu vermeiden.

neue Methode items_sorted für Order, DeliveryOrder, Invoice, PurchaseInvoice

Verknüpfte Belege Einkauf/Verkauf/Projekte: Listen nach Datum sortieren

Rose: Fremdschlüsselbenennung fixen

Die von Rose erzeugten Fremdschlüsselaccessoren heißen wie die
Spaltennamen, also z.B. in Perl 'trans' zu Spalte 'trans_id'. Das ist
unintuitiv und muss an vielen Stellen (z.B. bei den manager_args,
with_objects etc.) auch als 'trans' angegeben werden....

Funktion 'is_sales' in SL::DB::{Invoice,PurchaseInvoice}

Gleiche Funktionen für ähnliche Objekttypen

Fremdschlüssel für Tabellen oe, delivery_orders, parts, translation

Helfermethoden in Belegobjekten.

fehlerhafte manager_args für do -> do_items

Die id der delivery_order ist in delivery_order_id bei items, nicht in trans_id

Modelverknüpfungen

Helfer-Modul zum Erzeugen von eindeutigen Belegnummern

Conflicts:

SL/DB/DeliveryOrder.pm

Sub-Aliase 'items' auf 'orderitems' bzw. 'invoiceitems' zur späteren Verwendung eines Mixins

Conflicts:

SL/DB/DeliveryOrder.pm
        SL/DB/PurchaseInvoice.pm

Attribute Helper umgeschrieben.

Siehe Dokumentation SL::DB::Helpers::Attr.

Attributhelper werden jetzt beim Rose Start automatisch geladen.
numeric Felder bekommen immer einen as_number udn einen as_percent helper.
date Felder bekommen immer einen as_date helper....

RDBO Support.

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