syslog.ERP Nachtrag 5.03.90
Betroffene Dateien
- *.exe, SL_F.dll
- *.dlm
- drauf.rpt
- ImportLANTEK.lua
Realisierte Punkte
Nr. | Call | Beschreibung |
---|---|---|
90.1 -/-/- | 44708 BLO | LB11/LB17 Zugangsbuchung Druck Artikeletikett ermöglichen |
90.2 R/N/S | 44356 HEL | DMR11/DMA20: Artikel-Etiketten: Lua-Script mit Etiketten-Daten rufen anstatt Report zu drucken |
90.3 R/N/- | 44681 SLT | OBER10: Fortschreibung/Tabelle objbtab durch lokalen Cache ersetzen |
90.4 -/N/S | 44681 SLT | Benachrichtungs-Mechanismus um Caches bei Daten-Aenderungen zeitnah zu invalidieren |
90.5 -/-/- | 44721 LOP | EK11 Setpositionen werden bei Mengenänderung nicht angepasst |
90.6 -/-/- | 0 SLT | ImportLANTEK: Fehler in Zeitberechnung |
90.7 -/N/S | 44578 SUM | FE10/FE40: Pruefung/Verhindern von FA-Druck via Lua Script |
90.8 -/-/- | 0 SLT | LBPruefOrt2: Korrektur Bedingung Vorschlag SVL-Lagerplatz |
90.9 -/N/- | 44737 HEL | Erweiterung : vkohneab.exe |
90.10 -/-/- | 44299 NAU | Versandweg/vswtab: Feld Versender/versendkz als dritte Spalte in Auswahl-Dialogen anzeigen |
90.11 -/-/- | 44555 TEP | EUROFIBU-Schnittstelle: Mehr Protokollierung Steuersatz-Ermittlung/MwSt-Berechnung bei Uebergabe Debitoren-Bewegungen |
90.12 -/-/- | 44149 SLT | V5: endgültige Umstellung auf Automatikfelder(6) |
90.13 -/N/- | 44746 SLT | FA35: Nach Aenderung der Listen-Variante die Liste direkt wieder befuellen (und nicht leer stehen lassen) |
90.14 -/N/- | 44748 HEL | TA-Programm vkohneab: Handling fuer Drucker-Typ FILE_SCRIPT implementieren |
LB11/LB17 Zugangsbuchung Druck Artikeletikett ermöglichen
README: nein, Release Notes: nein, SQL: neinDMR11/DMA20: Artikel-Etiketten: Lua-Script mit Etiketten-Daten rufen anstatt Report zu drucken
README: ja, Release Notes: ja, SQL: ja
README (vor dem Einspielen des neuen Releases):
Vor dem Update muessen alle ausstehenden Artikel-Etiketten Hintergrund-Druck-Jobs (drktab/drhtab, Druck-Dienst druckartetk) abgearbeitet sein. Vor dem Update erzeugte Druck-Jobs koennen nach dem Update wegen Feld-Aenderungen evtl. nicht mehr korrekt verarbeitet werden.
Release Notes (nach dem Einspielen des neuen Releases):Vor dem Update muessen alle ausstehenden Artikel-Etiketten Hintergrund-Druck-Jobs (drktab/drhtab, Druck-Dienst druckartetk) abgearbeitet sein. Vor dem Update erzeugte Druck-Jobs koennen nach dem Update wegen Feld-Aenderungen evtl. nicht mehr korrekt verarbeitet werden.
In DMR11 kann ab sofort ein Lua-Script angegeben werden. Es muss entweder der Report-Name oder das Lua-Script angeben werden (oder beides). Werden beide Felder gefuellt, dann wird zuerst das Lua-Script ausgefuehrt und dann der Report gedruckt.
Das Lua-Script bekommt die Formel-Felder, die am Report gesetzt werden (wuerden) als Variablen uebergeben:
PA_Artikel = Artikel-Nr.
PA_DMaske = Druck-Maske
PA_FertNr = Fertigungs-Nr.
PA_BezX = Feld-Bezeichnung (X = Feld-Nr.)
PA_FeldX = Feld-Wert (X = Feld-Nr.)
PA_EtkNr = Etiketten-Nr.
PA_Anzahl = Anzahl Etiketten
PA_SerienNr = Serien-Nr.
PA_MAC = HW-Adresse
PA_ArtikelFoto = Pfad fuer Artikel-Foto (kann DMS-URL sein)
OBER10: Fortschreibung/Tabelle objbtab durch lokalen Cache ersetzen
README: ja, Release Notes: ja, SQL: nein
README (vor dem Einspielen des neuen Releases):
Ab sofort ist der lokale Datei-Cache standardmaessig aktiviert. Die Berechtigungs-Fortschreibung und damit zusammenhaengende Logiken/Menu-Eintraege wurden deaktiviert/entfernt.
Release Notes (nach dem Einspielen des neuen Releases):Ab sofort ist der lokale Datei-Cache standardmaessig aktiviert. Die Berechtigungs-Fortschreibung und damit zusammenhaengende Logiken/Menu-Eintraege wurden deaktiviert/entfernt.
Das Fortschreiben der effektiven Berechtigungen in die Tabelle objbtab wird mit dieser Aenderung abgeklemmt. Stattdessen wird die dadurch erreichte Performance-Verbesserung beim Ermitteln der Objekt-Berechtigungen jetzt durch das lokale Cachen der Objekt-Berechtigungen erreicht.
Der lokale Datei-Cache* ist jetzt standardmaessig angeschaltet (fuer alle gecachten Tabellen, nicht nur die Objekt-Berechtigungen).
Er kann aber durch setzen der Umgebungsvariable SLT_LOCAL_CACHE=0 wieder deaktiviert werden.
Bitte beachten, dass dies nicht das alte Fortschreibungs-Verhalten/Berechtigungen ueber objbtab wiederherstellt und es dann zu Performance-Beeintraechtigungen beim ersten Oeffnen von Dialogen kommen kann (weil dann die Berechtigungen gezogen werden).
*) Benutze Parameter (sltinitab, sltdlgini), Menus (abtmtab, progtab), Feld-Bezeichnungen/Format (sltdcol), Fenster-Titel (sltfenster) und Berechtigungen (sltobjber) werden beim Beenden des Programms unterhalb von "%LOCALAPPDATA%\syslog.ERP\cache\<Sachbearbeiter>-<Mandant>-<Datenbank>-<DBServer>" abgelegt und beim naechsten Start des Programms wieder von dort geladen. Wenn in den entsprechenden Tabellen Aenderungen erkannt werden (neuster sbaen aendert sich, Anzahl Datensaetze aendert sich, Programm wurde geupdated), dann werden die gecachten Daten automatisch verworfen.
Benachrichtungs-Mechanismus um Caches bei Daten-Aenderungen zeitnah zu invalidieren
README: nein, Release Notes: ja, SQL: jaRelease Notes (nach dem Einspielen des neuen Releases):
Es wurde eine neue Logik implementiert um andere ERP-Clients von Aenderungen an gecachten Tabellen (z.B. sltinitab/SI11, sltdlgini/SIDLG11, sltdcol/SDC11) zu informieren und ein leeren des entsprechenden Caches auszuloesen.
Die Logik haengt am Zwangsbeendingungs-Timer (um unnoetige zusaetzliche DB-Zugriffe zu vermeiden), d.h. es kann bis zu einer Minute Verzoegerung geben bevor ein Client eine Aenderung registriert und eine Leerung des Caches ausloest.
Hinweis: Weder diese Logik noch der Shortcut STRG+ALT+F hilft gegen direkt in Dialogen gecachte Parameter-Werte (was aus vor allen im VE10 + EK10 passiert). Diese werden einmalig beim ersten Oeffnen des Dialogs ermittelt und koennen nur durch einen kompletten Neustart des Programms aktualisiert werden.
EK11 Setpositionen werden bei Mengenänderung nicht angepasst
README: nein, Release Notes: nein, SQL: neinImportLANTEK: Fehler in Zeitberechnung
README: nein, Release Notes: nein, SQL: neinFE10/FE40: Pruefung/Verhindern von FA-Druck via Lua Script
README: nein, Release Notes: ja, SQL: jaRelease Notes (nach dem Einspielen des neuen Releases):
Neuer SS-Schalter: FERT_DRUCKPRF_SCRIPT
Mit diesem SS-Schalter kann ein Lua-Script festgelegt werden, dass beim Drucken von Fertigungsauftraegen prueft, ob der entsprechende FA gedruckt werden darf und entsprechend dem Rueckgabewert des Scripts den Druck zulaesst oder verhindert. Das Script wird im Moment aus FE10, FE40 und aus dem TA-Programm fadruck gerufen.
Das Script bekommt folgende Informationen als Variablen uebergeben:
bestab = Datensatz bestab/Disposatz (table)
wautab = Datensatz wautab/Fertigungsauftrag (table)
AUIDNR = aktuelle Fertigungs-Nr.(string)
IstUFA = Ist der FA ein Unterfertigungsauftrag? (boolean)
DRUCKKZ = Druck/Abruf-Kennzeichen (table)
DRUCKKZ.SB = Serienbereitstellung (boolean)
DRUCKKZ.VA = Versandauftrag (boolean)
DRUCKKZ.WA = Warenanhaenger (boolean)
DRUCKKZ.PE = Positionsetikett (boolean)
DRUCKKZ.EL = Entnahmeliste (boolean)
DRUCKKZ.LS = Lohnschein (boolean)
DRUCKKZ.VP = Verpackungsentnahmeliste (boolean)
DRUCKKZ.LK = Laufkarte (boolean)
DRUCKKZ.PK = Plankarte (boolean)
DRUCKKZ.KB = Kanbankarte (boolean)
DRUCKKZ.MA = Maschinenausstattung (boolean)
Als Rueckgabewert muss es den Wert 0 liefern, um den Druck zu erlauben oder einen Wert ungleich 0 um den Druck zu verhindern.
LBPruefOrt2: Korrektur Bedingung Vorschlag SVL-Lagerplatz
README: nein, Release Notes: nein, SQL: neinErweiterung : vkohneab.exe
README: nein, Release Notes: ja, SQL: neinRelease Notes (nach dem Einspielen des neuen Releases):
Tagesabschlussprogramm: "Druck Auftraege ohne AB"
Hat einen neuen Paramter: Tage (Älter als n-Arbeitstage)
Versandweg/vswtab: Feld Versender/versendkz als dritte Spalte in Auswahl-Dialogen anzeigen
README: nein, Release Notes: nein, SQL: neinEUROFIBU-Schnittstelle: Mehr Protokollierung Steuersatz-Ermittlung/MwSt-Berechnung bei Uebergabe Deb
README: nein, Release Notes: nein, SQL: neinV5: endgültige Umstellung auf Automatikfelder(6)
README: nein, Release Notes: nein, SQL: neinFA35: Nach Aenderung der Listen-Variante die Liste direkt wieder befuellen (und nicht leer stehen la
README: nein, Release Notes: ja, SQL: neinRelease Notes (nach dem Einspielen des neuen Releases):
Nach Aenderung der Listen-Konfiguration oder der aktiven Variante einer Liste wird bei den sogenanten Direkt-Suche-Listen (Listen ohne Such-Felder, die automatisch vom Programm befuellt werden) ab sofort direkt eine neue Suche ausgeloest, um die Liste nach der Neu-Initialisierung direkt wieder zu befuellen (ohne das der Benutzer z.B. das Fenster neu oeffnen muss).
TA-Programm vkohneab: Handling fuer Drucker-Typ FILE_SCRIPT implementieren
README: nein, Release Notes: ja, SQL: neinRelease Notes (nach dem Einspielen des neuen Releases):
Beim Druck auf Drucker mit Typ 'Druck in Datei, Lua-Script ausfuehren' (aka FILE_SCRIPT) werden folgende Variablen-Werte an das Lua-Script uebergeben:
MODUS = 99
DREVENT = "drauf"
RPTNAME = "drauf"
PARAM1 = Datum (Parameter TA-Programm)
keine zusaetzliche Tabellen-Strukturen
DB-Änderungen
dmrtab
Aktion | Feld | alter Typ | neuer Typ |
---|---|---|---|
erstellt | druckscript | VARCHAR(255) |
drktab
Aktion | Feld | alter Typ | neuer Typ |
---|---|---|---|
erstellt | druckscript | VARCHAR(255) | |
erstellt | rptname | VARCHAR(30) |