projekt kivitendo

FIX: Objekttype für altes Webdav von Debitorenbuchung angepasst

nutze 'invoice' anstelle von 'general_ledger'

Vereinfachte Methode beim Jahresabschluss

- Nur 2 statt 3 Konten bei den Jahresabschluss-Standardkonten:
Jahresabschluss-Konto und
Konto zum Verbuchen des Jahresgewinns oder verlusts
Keine Abschlussbuchungen bei den Erfolgskonten
- Auswahl der Methode in der Mandantenkonfiguration unter Buchungskonfiguration...

S:D:H:ZUGFeRD::import_zugferd_data: validiere Parameter

S:D:H:ZUGFeRD::import_zugferd_data: FIX: übernehme Daten aus Template

BJ:ImportRecordEmails: Status vom auto. ZUGFeRD-Import in erw. Status

S:D:Part: Kosmetik: kein Semikolon nach Kontrollstrukturen, …

… und emacs noch glücklicher machen ;)

Auslaufende Artikel: Keine Auswahl via Picker in Preisanfrage/Lieferantenauftrag

Auslaufende Artikel: Neue Spalte bei Artikeln: DB und Rose.

Auslaufende Artikel sollen nicht mehr angefragt oder betsellt werden.

S:D:Order: new_from: Nummern der Positionen auch kopieren

Merge pull request #246 from kivitendo/20240102-rebase-feat-import_invoice_email

import invoice email

Merge pull request #247 from kivitendo/20231123-natural-sorted-bins

20231123 natural sorted bins

EmailJournal: Belegtype Catch-All hinzugefügt

FIX: S:H:EmailProcessing: automatischer ZUGFeRD-Import

S:P:Record: um Belegvorlagen erweitert

FIX: EmailJournal: Dateitype für Einkaufsgutschrift angepasst

EmailJournal: Belegtype um Lieferantenauftragsbestätigung erweitert

Typedata für Invoice und PurchaseInvoice

EmailJournal: Report um Obsolete, Belegtype und Verknüpft erweitert

EmailJournal: DB: Beleg-Type um erweitert

EmailJournal: DB: um Ungültig-Feld erweitert

ZUGFeRD: Anpassung nach Rebase: Kreditorenbuchung direkt aus ZUGFeRD-XML

Belegvorlagen + Dialogbuchung: Workflow von EmailJournal aus umgesetzt

S:D:RecordTemplate: um Standard-Helferfunktionen erweitert

type_filter, record_type, displayable_name

TypeData: Füge Eigenschaft ob Beleg einen Workflow braucht hinzu

EmailJournal: Zeige verknüpfte Belege im Bericht an

EmailJournal: Report: Sortiere nach verknüpften Emails

EK/VK-Rechnung Typefilter für alle vorhandenen Typen erweitert

TypeData: nutze richtige Übersetzung für Typ

FIX: richtige Query fürs Suchen nach offenen VK-Rechnungen

EmailJournal: Workflow angepasst

EmailJournalAttachment: FIX: entferne nicht genutzten Import

S:D:Order::TypeData: Typenreihenfolge angepasst

TypeData: Füge Übersetzung für Typ hinzu

SL::DB::Helper::ZUGFeRD: FIX: fehlendes use

Workflow: E-Mail → Angebot/Auftrag

S:D:Reclamation: Nutze TypeData zum bestimmen ob VK/EK-Reklamation

EmailJournal: Zusätzlicher Type für Beleg-Importe

EmailJournalAttachment: Funktion um Datei zum Beleg hinzufügen

ImportRecordEmails: BJ zum importieren von Emails als Beleg-Grundlage

Verallgemeinerung und Ersetzung von BJ "ImportPurchaseInvoiceEmails"

FIX: EmailImport: korrigiere EmailJournal-Key zu email_journals

EmailJournal: ZUGFeRD-Emailanhänge in Kreditorenbuchen konvertieren

ZUGFeRD: Kreditorenbuchung direkt aus ZUGFeRD-XML erstellen

S:D:H:RecordLink: FIX: mehrere Ursprungsbelege unterstützen

FIX: DeliveryOrder: Setze Aufträge auf geliefert

Order: Nutze Type und ID zum Erstellen von verknüpften Belegen

FIX: S:D:H:RecordLink: Belegpositionen können aus verschieden Belegen kommen

Lagerplätze natürlich nach Beschreibung in Listen sortieren

Für alle Lagerfunktionen und für den Standardlagerplatz der Waren

S:D:H:FlattenToForm: Bestätigungsnummer des Lieferanten

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.

Lieferantenauftragsbestätigung: Nummernbezeichnung in Makse geändert.

Und Anzeige der Vorgänger-Auftragsnummer

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

Lieferantenauftragsbestätigung: Bestätigungsnummer des Lieferanten (DB+Rose) …

… bei Aufträgen (oe) und Lieferscheinen

Lieferantenauftragsbestätigung: Nicht drucken, nicht per Mail verschicken.

Erscheint mir beides hier nicht sinnvoll.
Funktionalität ist aber da; Druckvorlagen fehlen noch.

Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: Verknüpfte Belege

Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: S:D:Order:new_from

S:D:Order:Typedata: Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: DB-Type order_types

Lieferantenauftragsbestätigung: S:C:Order:TypeData

S:D:H:TransNumberGenerator: Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: DB und Nummernkreis

S:D:Order: new_from: Workflow-Abkuerzungen prüfen

S:D:Order: Fix: new_from: falsche Workflow-Abkürzung f. Angebots-Eingang

DisplayableNamePrefs: preferences nicht in Package-Variable speichern.

Dort bleiben die Werte bei fcgi auch über einen Request erhalten, somit auch
beim Benutzerwechsel. Das führte dazu, dass andere Einstelungen als die
eigenen verwendet werden konnten.
...

DisplayableNamePrefs: Typos im POD

fix: mehr SL::DB zirkuläre includes

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

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

EK von Erzeugnissen und Sortimenten setzen: Artikel nicht cachen.

Wenn hier die Erzeugnisse oder Sortimenten gechached werden, dann kann
es passieren, das die Preise nicht richtig summiert werden, wenn sich in
einem Request die Preise mehrerer Bestandteile ändern (z.B. EK-Rechnung)....

S:D:Part: letztes Preise-Update: neben Datum auch nach Id sortieren, …

… sonst kommt ein evtl. ein falsches (nicht das letzte) letzte Preis-Update
zurück, wenn der Zeitstempel gleich ist.

Preisfaktor mit in Preishistorie aufnehmen: DB und Rose

sql-update und rose für Zolltarifnummer

Erzwungener Layout-Stil: Mandantenkonfiguration

Möglichkeit, den sonst automatisch ermittelten Stil vorzugeben
für erzwungenes Layout (Desktop/Mobil).

Dispostionsmanager Controller an record_type angepasst

DispositionManager: FIX: teste zuerst ob Wert definiert ist

DispositionManager: Fehlermeldung bei doppelter Bestellung von Artikeln

DispositionManager: Zeige keine Lieferanten-Artikel die im Warenkorb sind

DispositionManager: Lieferschein beim Erstellen nicht automatisch speichern

Part: um Helferfunktionen für den Warenstand erweitert

PurchaseBasketItem: Datenbankscript und DB-Dateien

Positionsebene für den Einkaufskorb

Besteller zu Auftrags- und Lieferscheinpositionen hinzugefügt

Part: Bestellmenge hinzugefügt

S:D:BankTransaction: Quotemeta in Regex für Depositor

S:C:DeliveryOrder: Workflow zu Rechnung und Reklamation hinzugefügt

DeliveryOrder: Weiteren Link auf neuen Lieferschein-Controller zeigen lassen

Workflow Auftrag → Lieferschein auf neuen Controller umgestellt

S:D:Order:TypeData: Unterversionen: Flag überall aus Mandanten-Konfig.

S:D:Order: Typo

S:D:Order:TypeData: Texte für Auftragsbestätigung verdeutlicht.

Anpassung nach Record-Controller/Rebase

Model::Record: Nutzte record_type für Erstellung aus Workflow

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