Varianten: Sortieren der Variantentabelle ermöglicht
S:C:CsvImport/CustomerVendor: Lieferanten haben keine Preisgruppe
behebt #649 (redmine)
(cherry picked from commit 36956b1fbdf5aa57224b0d3db7a1890958fe5f74)
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 …
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
Lieferantenauftragsbestätigung: S:D:Order:new_from
Lieferantenauftragsbestätigung: WebDav
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
Lieferschein (neuer controller): Kunden-/Lieferanten picker mit Details Option verwenden
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 auchbeim Benutzerwechsel. Das führte dazu, dass andere Einstelungen als dieeigenen 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-Abfragenicht 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 abgefragtwerden, 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 indas Formular fuer die Kreditorenbuchung zu uebertragen. DieseLoesung 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+ nichtrichtig öffnen. PDF::API2 ist aktiv maintained, hat aber nicht ganz soschö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 FormatZUGFeRD 1.0 / CrossIndustryDocument.
XMLInvoice: Formaterkennung umgebaut
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 Konfliktstehen.
ZUGFeRD-Import: verschiedene behoben
Einrueckungen und weitere Stilprobleme repariert
ZUGFeRD-Import auf SL::XMLInvoice umgestellt
Wichtigste Aenderung dieses Commits ist die Umstellung desZUGFeRD-Imports in der Finanzbuchhaltung auf das neuhinzugefuegte Modul SL::XMLInvoice, das auch die Verabeitungvon Rechnungen im XRechnung-Format erlaubt. Darueber hinaus...
SL::XMLInvoice hinzugefuegt
Dieser Commit fuegt das Modul SL::XMLInvoice und seineUntermodule SL::XMLInvoice::CrossIndustryInvoice undSL::XMLInvoice::UBL hinzu. Diese Module dienen derVerarbeitung der folgenden XML-Rechnungsformate:
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