projekt kivitendo

S:C:Order: Angebotseingang schließen, wenn Lieferantenauftrag daraus erstellt.

Anpassung nach RecordController/Rebase

Kosmetik: S:C:Order: Leerzeichen am Ende weg

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

Controller::Order: Nutze type_data Text fürs Speichern

Model::Record: Überprüfe ob Positionen vorhanden sind

DB::DeliveryOrder: Nutze record_type

anstelle order_type

Order: FIX: überprüfen von Werten in der Form bei Workflows

Model::Record: Order: Anpassen nach Rebase

DeliveryOrder: Code formatiert (80 Zeichen Breite)

DeliveryOrder: nicht genutzter Code entfernt

Records: js-save Aufrufe angepasst und vereinheitlicht

Records: Workflow-Methoden angepasst und vereinheitlicht

Model::Record: Funktionsaufruf angepasst für new_from_worklow ...

und new_from_workflow_multi

Model::Record: FIX: Methodenaufruf in Workflow

Model::Record: Anpassen nach Kunden/Lieferanten-Änderung

Order: nutze TypeData

Model::Record: Entferne TypedataProxy

Auf Typedata kann jetzt immer über den Belege zugegriffen werden.

Angebotsflag/Intakeflag aus Datenbankzugriffen entfernt

Reclamation: nutze Record-Type

Order: nutze Record-Type

Order-Controller: Reklamation -> Auftrag: Positions-Verknüpfungen gefixt

Order-Controller: Typo-Fix

Reclamations-Controller: Typo-Fix

Order-Controller: Workflow zu Angebot/Auftrag mit S:M:R->new_from_workflow

Und converted_from_... gefixt.

Model::Record: übergebe Typ für new_from_workflow und ..._multi

Controller::Reclamation: nutze TypeData

DeliveryOrder: direct delivery check entfernt

Direct Delivery war als feature nie in Lieferscheinen vorhanden, die
Funktion war ungenutzt.

DeliveryOrder: alte workflow attribute ersetzt durch controller steuerung

Die machen hier keinen Sinn, das ist keine Typ-Information sondern
Nutzerwunsch.

Reclamation-Controller: Model::Record->save verwenden

DeliveryOrder-Controller: Model::Record->save verwenden

Order-Controller: Typo in Kommentar

Order-Controller: Kosmetik: Ausrichtung

Revert "Order-Controller: snumbers für History in eigener Routine zusammenbauen"

This reverts commit 9dab1c5cb1f8b9ed946cde7b3c783801671680ed.

TypeData: nutzte Konstanten anstatt String für Typen

S:C:DeliveryOrder: verwendetes Modul S:D:DeliveryOrderItemsStock einbinden

Order-Controller: S:M:R->save bestimmt selbst, ob Preise/Steuern berechnet werden

Model::Record: _get_snumber in DeliveryOrder, Order und Reclamation eingebunden

Reclamation: type_data proxy zur Verfügung gestellt

TypeData: Proxy in Controller/Order eingebunden

DeliveryOrder: TypeData jetzt über proxy eingebunden

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

Order-Controller: Parsen von Telefonnotizen in sub ausgelagert

Order-Controller: Behandlung von Telefonnotizen beim Speichern in sub ausgelagert

Order-Controller: Kosmetik: Ausrichtung

Order-Controller: Leere Liste für objects_to_close abfangen

Model::Record: umbenennen von update_... zu clone_for_save_as_new

Model::Record: update_after_new implementiert

OrderController: Preise beim Speichern auch berechnen

über Model::Record

OrderController: Angebote schliessen, wenn Auftrag daraus erstellt

über Model::Record

Order-Controller: Pflichtenheft: Verknüpfungen und Projekt setzen

über Model::Record

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

Model::Record: update_for_save_as_new implementiert

Order-Controller: Model::Record->save verwenden

Order-Controller: snumbers für History in eigener Routine zusammenbauen

RecordLink: in controller vor dem Speichern und ausserhalb der TX behandeln

RecordLink: conversions nicht mehr manuell in Controllern machen

stattdessen per Helper setzen lassen

SL::Controller::Reclamation->delete auf SL/Model/Record gemapt

SL::Controller::DeliveryOrder->delete auf SL/Model/Record gemapt

Order-Controller: doppeltes "use" für SL::Model::Record raus

OrderController delete auf SL/Model/Record->delete gemapt

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

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

Model::Record: new_from_workflow_multi implementiert

Model::Record: new_from_workflow implementiert

Merge pull request #176 from kivitendo/20230812-feat-save_zugferd_file_to_ap

ZUGFeRD: speicher ZUGFeRD-Datei zur erstellten Kreditorenbuchung

Schweizer QR-Rechnung: Scan Funktion in mobile design eingebaut

Schweizer QR-Rechnungen können via mobile design eingescannt werden.

Die eingescannten Daten werden in einer Maske angezeigt und können
dann als Kreditorbuchung gespeichert werden.

Zum speichern wird die post funktion aus ap.pl verwendet....

ZUGFeRD: speicher ZUGFeRD-Datei zur erstellten Kreditorenbuchung

Merge pull request #171 from kivitendo/20230904_lieferplan_filter_nach_erzeugnisbestandteilen

20230904 lieferplan filter nach erzeugnisbestandteilen

POD für ChartOfAccounts und ListTransactions Controller hinzugefügt

Admin.pm: Fehlermeldung beim prüfen neuer Benutzernamen beheben, wenn Datenbank nicht vorhanden

Behebt Fehler #578

Lieferplan, auch nach Erzeugnisbestandteilen filtern

ShopOrder nur teilweise Positionen für den Auftrag übernehmen

FIX: entferne eigenen Namen in TODO

Reklamationsbericht: FIX: Nur aktive im Export anzeigen

FIX: Reklamationsbericht: Sortierung nach angezeigten Werten

FIX: Reklamationsbericht: Fälligkeitsdatum in Fristsetzung umbenannt

IMAPClient: um Funktionen fürs Synchronisieren und Aufräumen erweitert

Anpassung für geänderten EmailJournal-Status

Merge branch 'master' into 20230515-feat_gutschriften_beim_kontoauszugverbuchen_ausgleichen-2

Unscharfes Skonto in Vorschlagsliste bis 20 Cent erlauben

Kontoauszug verbuchen: Gutschriften über durchlaufende Posten verbuchen

Benötigt eine Rechnung und eine Gutschrift.
Bevor die Rechnung über pay_invoice bezahlt wird, wird die Gutschrift
gegen die Rechnung ausgeglichen und für die weitere Verarbeitung gelöscht....

Kontoauszug verbuchen: Rechnungen suchen die mit genau 1 Cent offen sind

Artikel anzeigen (kein Speichern) für Recht part_service_assembly_details

Kontoauszug verbuchen rückgängig, datepaid auch auf NULL setzen

Typos und spellcheck für error(s)

"Beleg ohne Positionen speichern erlauben" in Mandantenkonfig einstellbar

Reklamations-Controller: Nach Fehlermeldung beim Speichern Request beenden. …

… Sonst wird nachfolgender Code noch ausgeführt.

Reklamations-Controller: Beleg ohne Positionen speichern nicht zulassen.

Lieferschein-Controller: Beleg ohne Positionen speichern nicht zulassen.

Auftrags-Controller: Beleg ohne Positionen speichern nicht zulassen.

Angebots-Eingang: Schliessen, wenn Lieferantenauftrag hieraus erstellt wurde

Angebots-Eingang: Schnellsuche

Kosmetik: Ausrichtung

Angebots-Eingang: Verknüpfte Belege

Angebots-Eingang: Controller

Kosmetik: Ausrichtung

Angebots-Eingang: DMS

Auftrags-Eingang: AE schließen, wenn AB erstellt

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

Auftrags-Eingang: Schnellsuche

Auftrags-Eingang: Verknüpfte Belege

Auftrags-Eingang: DMS

Auftrags-Eingang: Controller