projekt kivitendo

S:D:Order: Hooks sollen truish zurück liefern, wenn alles ok ist.

S:D:Order: mini-Optimierung für Methoden intake und quotation

S:D:Order: is_sales und customervender verwenden TypeData

S:D:Order: Auftrags-Eingäng schließen, wenn AB erstellt

Wenn eine AB gespeichert wird und im vorhergehenden Workflow ein
AE vorhanden ist, so wird der AE geschlossen.

Umsetzung als after-save-Hook.

Anpassung nach RecordController/Rebase

Model::Record: FIX: Workflow Angebots- und Auftrags-Eingänge

Model::Record: Workflow zu Angebots- und Auftrags-Eingänge eingefügt

S:D:Order:TypeData: Zugriff auf Instance-Conf. gefixt

S:D:Order:TypeData: Daten für Angebots- und Auftrags-Eingänge

DB::DeliveryOrder: Nutze record_type

anstelle order_type

DeliveryOrder: nicht genutzter Code entfernt

Model::Record: Helferfunktion für Typ zu Klasse von Record Objekten

Order::TypeDate: fix typo

Order: nutze TypeData

Angebotsflag/Intakeflag aus Datenbankzugriffen entfernt

DB::Order: is_sales verwende record_type

DB::Order: Funktionen angepasst (kein Angebotsflag/Intakeflag)

Reclamation: nutze Record-Type

Order: nutze Record-Type

DB::DeliveryOrder: Persistenter Record-Type

Verändere oder_type zu record_type als Enum

DB::Reclamation: Persistenter Record-Type

DB::Order: Persistenter Record-Type

Model::Record: TypeData-Feature Unterversionen

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: fix füge Ordertypes zu DB::Reclamation hinzu

TypeData: nutzte Konstanten anstatt String für Typen

Reclamation TypeData: delete text

TypeData: features

RecordLink: typo

DeliveryOrder: TypeData jetzt über proxy eingebunden

Macht den Controller proxy unnötig. reqdate default werden jetzt anders
behandelt

DO::TypeData: nicht mehr benötigte stock_transfer daten

TypeData: verschiebe get_new_reqdate nach defaults->reqdate

Model::Record: move get_new_reqdate to TypeData

TypeDataProxy: _via

TypeData: typo in reclamation

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

TypeData: Reclamation

TypeData: Order

TypeData: unnötige imports

DB::DeliveryOrder: entferne nicht genutzten Wert

DB::Order: no_linked_records Flag zu new_from hinzugefügt

Model::Record: update_for_save_as_new implementiert

RecordLink: doc fixes

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

RecordLink: doku

RecordLink: set_record_link_conversions um die internen states zu setzen

RecordLink: support für mehrere ids und close_quotations

RecordLinks: Reclamation after save hook in ein SL::DB::Helper modul verschoben

RecordLinks werden in reclamations in einem after save hook behandelt,
und sind damit deutlich robuster als die manuelle Behandlung. Die
ausgelagerte Variante hat jetzt auch Konstanten für die magischen...

S:D:Order und S:M:Record: POD für Unterversion hochzählen

Order-Controller: Unterversion hochzählen über Model:Record umgesetzt

Todo: SL::Model::Record->save verwenden, sobald implementiert

Model::Record: new_from_workflow implementiert

In Preisregeln benutze Objekte nicht löschen können.

Behebt #114 (redmine) bzw. die Reste davon.
Artikel löschen können wurde schon gelöst.

S:D:Project: undefinierten Wert nicht dereferenzieren

Schweizer QR-Rechnung: Datenbankupgrade: Spalte für QR-Code Daten in Kreditorenbuchung hinzugefügt

Test t/workflow/invoice_to_reclamation.t: Spalte ignorieren

Anzahlungsrechnung mit Positionsrabatt nicht fehlerhaft mit PTC berechnen

... und vor allen Dingen speichern. Workaround für das prinzipielle
Problem in redmine #352 u.a.

ShopOrder nur teilweise Positionen für den Auftrag übernehmen

FIX: Reklamationsbericht: Sortierung nach angezeigten Werten

FU: Email bei neuen Wiedervorlagen

FIX: uidvalidity für Emailordner mit speichern

EmailSync: EmailJournal erweitert und EmailImport hinzugefügt

Merge branch 'master' into 20230613_sync_webdav

Merge branch 'master' into 20230515-feat_gutschriften_beim_kontoauszugverbuchen_ausgleichen-2

Unscharfes Skonto bei Vorschlägen und Zuweisungen anbieten

Unscharfes Skonto verbuchen konfigurierbar in Mandantenkonfig

Unscharfes Skonto bis 0,5% des originalen Rechnungsbetrags

Unscharfes Skonto in Vorschlagsliste bis 20 Cent erlauben

Payment-Helper: pay_invoice with skonto akzeptiert auch Teilzahlungen

S.a. Commits davor. Die Vorbedingung das es noch gar keine Zahlungen
gegen die Rechnung geben darf, damit das Skonto richtig berechnet wird, entfällt

Payment-Helper: neue Methode open_amount_less_skonto inkl. POD

neues Standardbuchungskonto 'durchlaufende Posten' hinzugefügt

Kontoauszug verbuchen: regex quotemeta fixen

"Beleg ohne Positionen speichern erlauben" in Mandantenkonfig einstellbar

Angebots-Eingang: Verknüpfte Belege

S:B:Order: Kosmetik: Ausrichtung

Angebots-Eingang: S:D:Order->new_from

Angebots-Eingang: Controller

Kosmetik: Ausrichtung

Angebots-Eingang: DB und Nummernkreis

Auftragszentrische verknüpfte Belege: Auftrags-Eingang berücksichtigen

Auftrags-Eingang: Schnellsuche

Auftrags-Eingang: Verknüpfte Belege

Hotfix für reqdate in Auftragseingang

Auftrags-Eingang: Workflows

Auftrags-Eingang: Controller

Auftrags-Eingang: DB und Nummernkreis

S:D:Unit: Methode, um Übersetzung der Einheit zu bekommen

Datenbankupgrade: Bankkonto für die Nutzung mit dem Bank Import markieren

S:D:PurchaseInvoice: Vorbereitung für Kreditorenbuchungsimport

validate_acc_trans - Prüfen ob alle acc_trans-Einträge aufgehen
recalculate_amount - anhand acc_trans-Zeilen amount und netamount berechnen

Kopie und Anpassung der Funktionen aus S:D:Invoice

S:D:PurchaseInvoice: create_ap_row: keine Buchung ohne Aufwandszeile

S:D:PurchaseInvoice: Kosmetik: kein ';' nach Kontrollstrukturen

"return" statt "next", um subroutine zu verlassen

EK-Rechnung wirft keinen Fehler mehr, bei nicht vorhandener Lieferadresse

und vorhandenen BDVs die Preisregeln triggern

Hintergrund-Job externe WebDAV-Synchronisation von um kivi-WebDAV-Ordnern

File: um eindeutigen Identifer erweitert (uid)

kundentyp-spezifische Artikelnummern: Position/Reihenfolge

Erweiterung für Artikelnummern nach Kunden-/Lieferanten-Typ (business).

Suche im Bericht und Import sind (noch) nicht implementiert.

Lieferantenartikelnummern um Langtext erweitern: DB u. Rose

Kundenspez. Preise um Beschreibung u. Langtext erweitern: DB u. Rose

Drei Status für chart eingeführt: valid, invalid, all (POD erg.)

erste Idee: Ungültig für ChartPicker umgesetzt

Chart neues Feld ungültig