projekt kivitendo

Varianten: einfachen Artikel in Variante umwandeln

Varianten: alle Artikeltypen ermöglichen

Varianten: Varianten Eigenschaften zum Stammartikel hinzufügen

Varianten: Doppelte Relation raus

VariantenKonfiguration: Controller und js Dateien

Variants: Relationship zu Eigenschaftswerten

VariantProperty: Eigenschaften-Konfiguration Liste mit Sortierung

Varianten: zum Bericht Artikel hinzugefügt

Varianten: Partpicker nach Varianten filtern.

Varianten: Varianten Eigenschaften im Namen anzeigen

Varianten: Varianten Eigenschaften Tab für Varianten

Varianten: Stammartikel anlegen und Varianten erstellen

FIX: spelling

VariantProperty: EIgenschaft anlegen

VariantProperty | VariantPropertyValue : sort_spec

VariantenProperties: sortkey hinzugefügt

VariantProperty: Controller bisher nur für Eigenschaften

Varianten: SQL-Scripte und ROSE-DB Dateien erstellt

FIX: PriceSource: Kundenpreis richtig laden

Es wurde 'customer_price' in die DB geschrieben, aber beim Laden
    wird 'customerprice' erwartet. Nutze jetzt 'customer_price' für beides

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

FIX: Workflow DeliveryOrder → Order: Nur nicht gelieferte Mengen nehmen

behebt #633

FIX: DeliveryOrder: Auslagern Verkaufslieferschein

behebt #632

DeliveryOrder: Ein-/Auslagern über Standard-Lagerplatz

FIX: DeliveryOrder: Setze Aufträge auf geliefert

Reclamation: Angepasst Type und ID zum Erstellen von verknüpften Belegen

an Order und DeliveryOrder

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

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

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

FIX: DeliveryOrder: Rücklagern ohne Seite neu aufzurufen

behebt #624

FIX: Fehler in Lagerabfrage behoben

Enum delivery_order_type vor Union in Text umwandeln
    behebt #631

FIX: ZUGFeRD: Übersetzungsobjekt kann nicht in die Form

ZUGFeRD: springe nach Buchen zum ZUGFeRD-Import zurück

ZUGFeRD: nutze interne Bemerkungen für Zusatzinformationen

ZUGFeRD: aktiven Steuerschlüssel laden

behebt #637

ZUGFeRD: Buchungsvorlage für Lieferant berücksichtigen

ZUGFeRD: Verschiebe komplettes Parsen aus ap.pl nach S:C:ZUGFeRD

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.

S:P:Tag: input_email_tag mit einem Icon und Link via "mailto:"

Lieferantenauftragsbestätigung: Datum- u. Nummernbezeichnung in Makse geändert.

Und bei Anzeige der Verknüpfungen

Lieferscheinbericht: Fix: Auftragsbestätigungsnummer anzeigen und filtern können

Lieferantenauftragsbestätigung: Nummernbezeichnung in Makse geändert.

Und Anzeige der Vorgänger-Auftragsnummer

Lieferscheinbericht: Auftragsbestätigungsnummer anzeigen und filtern können

S:DO: unbenutze Variable entfernt

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

Die Nummer wird aus den Verknüpfungen geholt.

EK-Lieferschein-Bericht: Bestätigungsnummer des Lieferanten …

… filtern und anzeigen können

Lieferantenauftragsbestätigung: Bericht: Bestätigungsnummer des Lieferanten …

… filtern und anzeigen können

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.

Lieferantenauftragsbestätigung: Drucken

Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: Verknüpfte Belege

Lieferantenauftragsbestätigung: Schnellsuche

Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: S:D:Order:new_from

Lieferantenauftragsbestätigung: WebDav

Kosmetik: Ausrichtung

Lieferantenauftragsbestätigung: DMS

Lieferantenauftragsbestätigung: Controller/Maske

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

Auftrags-Controller: Anzeige Menü WF->LS mit Artikelauswahl aus TypeData

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

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

Reklamationen (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden

- dadurch obsolet gewordenen code, JavaScript sowie im Controller entfernt

Auftrag/Angebot (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden

- dadurch obsolet gewordenen code, JavaScript sowie im Controller entfernt

Lieferschein (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden

- dadurch obsolet gewordenen code, JavaScript sowie im Controller entfernt

Kunden/Lieferanten Presenter: POD zum picker ergänzt

Kunden/Lieferanten Presenter: Details als Option zum picker hinzugefügt

- Option show_details zeigt Info Popup sowie Link zum bearbeiten an
- möglicher Einsatz bei Angebot, Aufträgen, Rechnungen ect., sowie Debitoren-/Kreditorenbuchung

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

Offene Restbeträge optional auch in Lieferanten-Auftragsbericht anzeigen

Die Häkchen waren auf der EK-Seite da, aber diese wurde in der SQL-Abfrage
nicht berücksichtigt.

S:H:UserPreferences: login aus myconfig holen, nicht über S:D:M:Employee->current

Verhindert einen Fehler, falls user preferences bei einer neuen DB abgefragt
werden, da es dann u.U. noch keine Einträge in der employee-Tabelle gibt.

Der Fehler trat auf beim Prüfen auf den erzwungenen Layout-Stil bei neuen DBs.

ZUGFeRD: Importiere via SessionFile

Benutze das SessionFile aus

834abeb456898df96e69deaad4a7c27915ad6a57

um die strukturierten Daten der ZUGFeRD/Faktur-X-Rechnung in
das Formular fuer die Kreditorenbuchung zu uebertragen. Diese
Loesung ist deutlich eleganter als die bisherige, die fuer...

fix: mehr SL::DB zirkuläre includes

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

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

SL::XMLInvoice: factory pattern etwas umgeschrieben

- braucht jetzt kein Module::Load oder runtime require mehr, weil die
Factory nicht mehr gleichzeitig die Basisklasse der Implementoren ist
- new ist jetzt nur noch in SL::XMLInvoice
- die Basisklasse für die Implementoren ist jetzt SL::XMLInvoice::Base...

Revert "XMLInvoice: lade Subklassen dynamisch"

This reverts commit cfc1ced6c2ef0b93ab52dbf6806934061c4c11af.

ZUGFeRD: CAM::PDF durch PDF::API2 ersetzt

CAM::PDF wird seit 2014 nicht mehr gepflegt und kann PDF 1.7+ nicht
richtig öffnen. PDF::API2 ist aktiv maintained, hat aber nicht ganz so
schöne Zugriffsmethoden.

Die Version hier ist mit einer Rechnung von kivitendo getestet (PDF/A-1,...

ZUGFErD: Fehlermeldungen beim PDF-Import repariert.

Rebase-Artifakt korrigiert.

SL::XMLInvoice::CrossindustryDocument hinzugefuegt

Dieses Modul ist der Parser fuer Eingangsrechnungen im Format
ZUGFeRD 1.0 / CrossIndustryDocument.

XMLInvoice: Formaterkennung umgebaut

• Formaterkennung nun in den Unterklassen von SL::XMLInvoice
• Interface fuer Subklassen um check_signature() und supported() ergaenzt.
• Lade Subklassen mit Module::Load

Fehlenden locale-Import in SL::XMLInvoice ergaenzt.

FIX: pod Syntax und Leerzeichen entfernt

XMLInvoice: lade Subklassen dynamisch

Subklassen erst zur Laufzeit laden, da diese miteinander im Konflikt
stehen.

ZUGFeRD-Import: verschiedene behoben

• Fehlermeldung bei nicht gefundener UStID/Steuernummer verbessert.
• Interpolation von Lieferantenname in Buchungsvorlagenname repariert.
• Tippfehler bei SL::DB::ManagerTax->get_all behoben.
• Fehlermeldung bei unbekanntem XML-Wurzelelement repariert....

Einrueckungen und weitere Stilprobleme repariert

ZUGFeRD-Import auf SL::XMLInvoice umgestellt

Wichtigste Aenderung dieses Commits ist die Umstellung des
ZUGFeRD-Imports in der Finanzbuchhaltung auf das neu
hinzugefuegte Modul SL::XMLInvoice, das auch die Verabeitung
von Rechnungen im XRechnung-Format erlaubt. Darueber hinaus...

SL::XMLInvoice hinzugefuegt

Dieser Commit fuegt das Modul SL::XMLInvoice und seine
Untermodule SL::XMLInvoice::CrossIndustryInvoice und
SL::XMLInvoice::UBL hinzu. Diese Module dienen der
Verarbeitung der folgenden XML-Rechnungsformate:

• Oasis Universal Business Language 2.1 Invoice (liegt dem...

Schweizer QR-Rechnung: Adressen auf Adresstyp S umstellen

- innerhalb des QR-Code Adresstyp S verwenden
- Validierung angepasst: Strasse und Hausnummer können leer sein
- changelog Eintrag
- locale update

EK-Rechnung: Änderung EK-Preis Preisfaktor berücksichtigen auch bei keinem inventory_accno

Und Erzeugnisse/Sortimente auch updaten.
Und nur aktualisieren, wenn geändert.
Genau wie in dem if-Zweig, wo es ein inventroy_accno gibt.

commit 6b8e3b8f9763a6a92c713092e232d8157ea4e772...

EK-Rechnung: EK-Preis nur aktualisieren, wenn geändert

EK-Rechnung: Änderung EK-Preis berücksichtigt Preisfaktor

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)....