S:C:Part: Prüfung, ob sich der EK geändert hat, berücksichtig Preisfaktor
S:D:Part: letztes Preise-Update: neben Datum auch nach Id sortieren, …
… sonst kommt ein evtl. ein falsches (nicht das letzte) letzte Preis-Updatezurück, wenn der Zeitstempel gleich ist.
Artikelstamm: Preishistorie: Preisfaktor anzeigen
Preisfaktor mit in Preishistorie aufnehmen: DB und Rose
Artikel-Stamm: Preisinfo aus Angebot/Auftrag: Preisfaktor berücksichtigen
Lagerbestand: Preisfaktor anzeigen, wenn ein Preis angezeigt wird
Artikelbericht: Preisfaktor anzeigen können
S:C:TimeRecording: Typo vom Typo-fixen gefixt ;(
Schweizer QR-Rechnung: Kreditor Adressdaten validieren
- Übersetzungen + locales lauf de/en
Bereinigung SL/Template/OpenDocument.pm hash keys ohne Anführungszeichen gesetzt, gem. Dok. Style Guide
Schweizer QR-Rechnung: Zusätzliche Rechnungsadressen in QR-Code Ausgabe eingebaut
S:C:BankTransaction: nicht initialisierter Wert: Warnungen vermeiden
S:C:DispositionManager: Warnung für nicht-initialisierte Variable vermeiden.
Getriggert durch Test-Lauf. Tritt so wohl im Programmablauf nicht auf.
S:C:DispositionManager: Kosmetik: keine Leerzeichen am Ende
S:C:SalesPurchase: keine Methode auf undefiniertem Wert aufrufen
Der Fehler tauchte an der Oberfläche dann zwar nicht auf, weil esein ajax-Aufruf ist.
SL:WH: nicht initialisierter Wert: Warnungen vermeiden
S:C:TimeRecording: Typo
Erzwungener Layout-Stil: Abfangen, wenn Spalte in defaults noch nicht vorhanden
Sonst gibt es eine Fehlermeldung bei Einloggen, wenn das DB-Upgrade-Skriptnoch nicht durchgelaufen ist.
IC.pm zolltarifnummer in printtemplates
sql-update und rose für Zolltarifnummer
Erzwungener Layout-Stil: User-AuthHandler: berücksichtigt Benutzereinstellung
… 'desktop' oder 'mobil'
Revert "Erzwungener Layout-Stil: Request: is_mobile berücksichtigt Benutzereinstellung"
Hier ist die Datenbank u.U. noch nicht erreichbar.
This reverts commit 03336f58ca490c3c950585b14f9c1f587f55e232.
Erzwungener Layout-Stil: Request: is_mobile berücksichtigt Benutzereinstellung
Erzwungener Layout-Stil: Benutzereinstellung
Desktop, Mobil, automatisch oder aus Mandantenkonfig
Erzwungener Layout-Stil: S:H:UserPreferences:DisplayPreferences
Erzwungener Layout-Stil: Mandantenkonfiguration
Möglichkeit, den sonst automatisch ermittelten Stil vorzugebenfür erzwungenes Layout (Desktop/Mobil).
S:H:UserPreferences:DisplayPreferences: POD: Beispiel berichtigt
Dispostionsmanager Controller an record_type angepasst
DispositionManager: Auftrags erstellen edit() anstatt add() aufrufen
DispositionManager: Lieferantenauswahl berichtigt
DispositionManager: FIX: teste zuerst ob Wert definiert ist
DispositionManager: Popup Artikeldetails überarbeitet
DispositionManager: Kein Export des geringen Lagerbestandsanzeige
DispositionManager: Fehlermeldung bei doppelter Bestellung von Artikeln
DispositionManager: Zeige keine Lieferanten-Artikel die im Warenkorb sind
DispositionManager: Lieferschein beim Erstellen nicht automatisch speichern
DispositionManager: Expandiere Kunden-Preis-Auswahl
DispositionManager: Meldebestandsabfrage korrigiert
DispositionManager: Action umbenannt
FIX: Stringvergleich mit 'eq'
Part: Direkt aus der Artikelmaske zum Einkaufkorb hinzufügen
DispositionManager: Tests hinzugefügt
Part: Detailansicht als Popup hinzugefügt
DispositionManager: Controller hinzugefügt
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
Presenter: Part: Leferantenauswahl mit Preisen
Part: Bestellmenge hinzugefügt
MaterialComponents: select tag auf iphone beheben
Schweizer QR-Rechnung: Scan Funktion: Sortierung nach Kontonummer, nicht Datenbank id
Artikel-Bericht: sql-Fehler: gleiche Typen in Union
record_type in oe ist ein enum von DB-Typ order_types. Wenn in den anderenSELECTs, die mit UNION verbunden sind, die Type als Text-String gestezt werden,dann muss auch record_type zu Text gecastet werden.
Kunden/Lieferanten-Bericht: SQL-Fehler: Steuerrate auch in Unions
Typos: kein "purcharse" mehr
S:D:BankTransaction: Quotemeta in Regex für Depositor
S:C:Order: FIX: Artikelauswahl für EK-Lieferschein für nicht gespeicherten Beleg
Model::Record: FIX: einheitliche Funktionssignatur
Gebe Beleg immer nach Kunden/Lieferanten-Änderung zurück
S:C:ClientConfig: Nutze Beleg-Typdaten direkt
S:C:ClientConfig: nutze Übersetzungen für Reklamaitonstypen aus SL::Form
SL::Form: Verschiedene Übersetzungen für Reklamationstypen
S:C:Reclamation: FIX: Syntax
S:C:Record: Hole Typen aus Datenbankobjekt wenn ID gegeben
S:C:Order: FIX: Rechte beim Workflow zur Reklamation nutzen
S:C:DeliveryOrder: Workflow zu Rechnung und Reklamation hinzugefügt
DeliveryOrder: Weiteren Link auf neuen Lieferschein-Controller zeigen lassen
Controller::DeliveryOrder: FIX: Fehlerbehandlung beim Speichern
Model::Record: FIX: Workflow mit ausgewählten Positionen
Model::Record: FIX: Setze IDs für Belegverknüpfung richtig
Workflow Auftrag → Lieferschein auf neuen Controller umgestellt
Model::Record: Workflow mit ausgewählten Positionen ermöglichen
DeliveryOrder: Links auf neuen Lieferschein-Controller zeigen lassen
DeliveryValueReport: TypeData importiert und angewendet
DeliveryPlan: TypeData importiert
S:M:Record: Unterversionen: Fehler, wenn Feature aus.
S:D:Order:TypeData: Unterversionen: Flag überall aus Mandanten-Konfig.
S:M:Record: POD-Update
SL::Model::Record: pod update
S:D:Order: Typo
S:D:Order:TypeData: Texte für Auftragsbestätigung verdeutlicht.
Anpassung nach Record-Controller/Rebase
S:M:Record: DB-Fehler weiterwerfen
S:M:Record: Fehlermeldungstext beim Löschen geändert
"neue" Beleg-Controller: interne Status-Fehler einfach mit "die" behandeln.
Model::Record: Nutzte record_type für Erstellung aus Workflow
S:C:Order: FIX: Funktionsaufruf
Nutze is_type auf Order-Objekt
DB::DeliveryOrder: FIX: record_type
FIX: typo ',' anstelle von ';'
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 einAE vorhanden ist, so wird der AE geschlossen.
Umsetzung als after-save-Hook.
Anpassung nach RecordController/Rebase
S:C:Order: Angebotseingang schließen, wenn Lieferantenauftrag daraus erstellt.
Model::Record: FIX: Workflow Angebots- und Auftrags-Eingänge
Kosmetik: S:C:Order: Leerzeichen am Ende weg
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
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
DO: FIX: typo in sql nach Rebase