PMS³² Online- Hilfereferenz

Informationen zum PMS32 Serviceupdate - 1.0.03.0015

1.) Adressen: Bei der Eingabe der Bankdaten einer Adresse wird mehrfach das Auswahlfenster gezeigt und der Datensatz nicht korrekt positioniert. ...
2.) BDE Bearbeitung - Recht "Neuanlage" auf den Button "Einstellungen" ...
3.) BDE: Varial: Übergabe der Identifikationsnummer muss immer numerisch sein! ...
4.) BESTELLWESEN - Eingangsrechnung wird jetzt nach Positionsnummer sortiert ...
5.) Bestellwesen - Erstellen der Datei EB01 für Bestellung bei SIEMENS ...
6.) Bestellwesen: Lieferantengutschriften können über die Funktion Satz löschen gelöscht werden obwohl diese verbucht sind. ...
7.) Disposition: Zeitplanungsmasken: Geschwindigkeit beim Betreten der Maske verbessert. ...
8.) Drucken: Bestellwesen: hier kommt es ab und an vor, dass die Anzahl der Kopieen nicht den Wert beinhaltet wie in den FiP's angegeben ...
9.) Drucken: Lange Wartezeiten bei Vorschau oder Drucken, bis das Benutzerprogramm ausgeführt wird vergehen teilweise bis zu 9 Sek. ...
10.) PC-VISIT - Neue Programmdatei für den Fernzugriff über Internet ...
11.) PMS-DATA: Neue Version (incl. Datenbankupdate für PMS-DATA) zur Unterstützung von Preisupdates von Alternativlieferanten und Parametern für ...
12.) Reportbearbeitung: Das Speichern von Reports funktioniert unter bestimmten Umständen nicht korrekt. ...
13.) SYSTEM - Einstellung des temporären Verzeichnisses geändert... ...
14.) SYSTEM: Löcherverwaltung: Wird einen Langnummer vom System vorgegeben und diese ohne Speichern verworfen, erscheint diese nie mehr. ...
15.) Statistiken: Fehlteilliste / Terminverwaltung: Suche über Tastatureingabe im Feld Vorgang funktioniert nicht. ...
16.) System: Auswahldialog: Änderung des Verhaltens beim Beenden des Auswahldialogs mit ESCAPE ...
17.) System: Löschen: Geschwindigkeit beim Löschen vorab von Artikeldaten beschleunigt. ...
18.) System: Maskensteuerung bei speziellen Maskentypen erweitert, so dass die ESCAPE-Taste zum Verlassen der Maske führt. ...
19.) Vorgangsverwaltung: Fehlermeldung bei "Interaktive Bestellung" behoben. ...
20.) Vorgänge: Ermittlung von Listenpreisen bei Mengenänderung von 0 auf >0 bei deaktivierter Onlinekalkulation ...

Adressen: Bei der Eingabe der Bankdaten einer Adresse wird mehrfach das Auswahlfenster gezeigt und der Datensatz nicht korrekt positioniert. ...

Es wurde die falsche Auswahl gezeigt, die nicht mit dem Index der Auswahl übereinstimmte. Nun wird beim Verlassen des Eingabefeldes der Auswahldialog nicht mehr gezeigt, wenn die eingegebene Bank gefunden wird. Außerdem wird jetzt abhängig vom Eingabefeld die entsprechende Auswahl geziegt, bei der der Datensatz korrekt positioniert wird.

BDE Bearbeitung - Recht "Neuanlage" auf den Button "Einstellungen" ...

Um Änderungen an den Einstellungen der BDE Daten (J4002) zu verhindern, wurde der Button: "Einstellunegn" in der Maske J4001 auf das Recht "Neuanlage" gelegt.

BDE: Varial: Übergabe der Identifikationsnummer muss immer numerisch sein! ...

Durch die Leit- und Verbundkopplungs-Nummer kann es vorkommen, dass die Buchstaben von A-Z innerhalb der internen ID von PMS32 verwendet werden. Für die Varial-Schnittstelle dürfen jedoch nur numierische Werte verwendet werden, daher wird nun das erste Zeichen der ID, welches die LV-ID enthält in einen numerischen Wert und beim Import wieder in einen Zeichenwert umgewandelt.
Dies betrifft die Felder IDJ41 und IDJ40 und IDJ41.

BESTELLWESEN - Eingangsrechnung wird jetzt nach Positionsnummer sortiert ...

Die integrierte Liste der Eingangsrechnung wird jetzt nach Positionsnummer sortiert. Dazu wurde in der Tabelle D55 der Index IDD44POS angelegt.

Bestellwesen - Erstellen der Datei EB01 für Bestellung bei SIEMENS ...

Bei der Erstellung der Daten für EB01 (SIEMENS) wird eine Zwischentabelle im Startverzeichnis abgelegt. Dies führt bei Multiuserumgebung auf einem Startverzeichnis zu Fehlern. Nun werden die Zwischentabellen im Temporären Userverzeichnis gespeichert.

Bestellwesen: Lieferantengutschriften können über die Funktion Satz löschen gelöscht werden obwohl diese verbucht sind. ...

Über die Funktion Satz --> löschen kann eine gebuchte Lieferantengutschrift einfach gelöscht werden. Die Funktion Stornieren über die Schaltfläche funktioniert tadellos. Nun ist das stornieren über den Menüpunkt ebenfalls möglich.

Disposition: Zeitplanungsmasken: Geschwindigkeit beim Betreten der Maske verbessert. ...

Die Ermittlung der Daten zur Darstellung der Datumsangaben von Vorlauf und Fertigstellung wurde optimiert.

Drucken: Bestellwesen: hier kommt es ab und an vor, dass die Anzahl der Kopieen nicht den Wert beinhaltet wie in den FiP's angegeben ...

Beim Drucken im Bestellwesen verhält sich PMS32 wie folgt: wenn der Vorgang bereits einmal gedruckt wurde und auch als solcher markiert ist (m.printflag=.TRUE.) dann werden beim nächsten Ausdruck die Kopieen eingeschaltet und auf den Wert aus den FiP's gesetzt. Steht der Wert aus den FiP's nicht zur Verfügung, wird ein Standardwert von 3 eingetragen. Hier gab es einen Fehler im Programm, so dass dieser Standard-Wert nie gesetzt werden konnte.

Drucken: Lange Wartezeiten bei Vorschau oder Drucken, bis das Benutzerprogramm ausgeführt wird vergehen teilweise bis zu 9 Sek. ...

Beim Extrahieren der Reports aus der Datenbank wurde mit Recordlocking der Datensätze innerhalb eines SQL’s gearbeitet. Dieses Locking wurde nun außerhalb der Sql-Befehle angewendet und damit eine Verbesserung der Geschwindigkeit erreicht.
Dies betrifft alle Reportbereiche im System. Die Geschwindigkeit konnte somit um Faktor 20 verbessert werden.

PC-VISIT - Neue Programmdatei für den Fernzugriff über Internet ...

Für künftige Fernzugriffe übers Internet wird eine neue Programmdatei benötigt. Diese ist mit diesem Hotfix installiert.

PMS-DATA: Neue Version (incl. Datenbankupdate für PMS-DATA) zur Unterstützung von Preisupdates von Alternativlieferanten und Parametern für ...

!!! ACHTUNG !!!
BEIM ERSTEN START KÖNNEN LÄNGERE WARTEZEITEN WEGEN DES DATENBANKUPDATE ENTSTEHEN
--> zunächst werden keine Informationen über die Dauer der Wartezeit angezeigt, bitte nicht abbrechen!

Preisupdates für Alternativlieferanten werden nun unterstützt.
Zur Festlegung von Standardkalkulationsschemen für die Neuanlage von Artikeln in PMS aus PMS-DATA wurden neue Parameter für die PMS-DATA.INI eingeführt:
KALKSCHEMAE=
KALKSCHEMAH=
PREISPFLEGE=
PREISPFLEGETEXT= Standard wenn nichts eingetragen wird: Soll bei den Artikel, das Preiskennzeichen…“
PREISPFLEGEFELD= Standard =PRPFL
PREISPFLEGETYP z. Bsp. BOOL , CHAR,INT Standard BOOL
PREISPFLEGEVALUE=Inhalt der in das Feld geschrieben wird Standard FALSE
PREISPFLEGEWHERE=Where Bedingung zum holen der Daten aus PMS. Standard PRPFL = .T.


Beispiel für Kalkschema:
KALKSCHEMAE=F001
KALKSCHEMAH=H001

Hier der entsprechende Ausschnitt für die Standardwerte, die auch bei nicht eingetragenen Parametern gelten:
PREISPFLEGE=0
PREISPFLEGETEXT=Soll bei den nicht gefunden Artikel das Preispflegekennzeichen auf Nein gesetzt werden?
PREISPFLEGEFELD=PRPFL
;BOOL, CHAR,INT
PREISPFLEGETP=BOOL
;FALSE, Text,ZAHL
PREISPFLEGEVALUE=FALSE
PREISPFLEGEWHERE= PRPFL = .T.

Hier noch ein Beispiel zum Update des Artikelstatus auf Auslauf, wenn der Artikel beim Preisupdate nicht mehr ermittelt wird.
Dabei werden auch nur Artikel für das Preisupdate ermittelt, die den Status "freigegeben" haben.
PREISPFLEGE=1
KALKSCHEMAE=F001
KALKSCHEMAH=H001
PREISPFLEGETEXT=Soll der Artikelstatus auf Auslaufartikel gesetzt werden?
PREISPFLEGEFELD=STATUS
PREISPFLEGETYP=INT
PREISPFLEGEVALUE=2
PREISPFLEGEWHERE=STATUS = 1

Zusätzlich wurde ein Feld für den Umrechnungsfaktor EK / Lager eingefügt. Daher erfolgt ein DB Update.

Zur Steuerung des Preisupdates wurden neue Parameter für die INI-Datei eingeführt.
Mit diesen kann ein Feld der Artikeltabelle B01 beeinflusst werden, wenn Artikel beim Preisupdate nicht gefunden werden
Zum Beispiel kann beim Update der Artikelstatus auf Auslauf gesetzt werden, wenn der Artikel beim Preisupdate nicht mehr ermittelt wird.
Beim Preisupdate werden dann auch nur Artikel aus PMS für das Preisupdate ermittelt, die den Status "freigegeben" haben.
Für nähere Informationen hierzu setzen Sie sich bitte mit uns in Verbindung.

Reportbearbeitung: Das Speichern von Reports funktioniert unter bestimmten Umständen nicht korrekt. ...

Durch das Wiederherstellen einiger Variablen beim Verlassen der grafischen Reportbearbeitung konnte es vorkommen, dass der vorherige Speicherstand wiederhergestellt und somit die aktuellen Änderungen überschrieben wurden. Dieser Fehler ist hiermit behoben.
Außerdem wurde das direkte Bearbeiten in der Maske X2101 Reportauswahl unterbunden. Die Datensätze werden nun durch die Bearbeiter nicht mehr gesperrt.

SYSTEM - Einstellung des temporären Verzeichnisses geändert... ...

Ab dieser Version werden die Verzeichnisse TEMP\ , LOG\ und RES\ sofern PMS32 auf einem Netzlaufwerk gestartet wird, auf die lokalen Maschine verlegt. Die Einstellung kann in der Datei PMS32.PTH im Bereich für jedes Terminal vorbelegt werden.

Wenn PMS32 auf einem gemapten Netzlaufwerk gestartet wird, werden die oben genannten Verzeichnisse in folgenden Verzeichnissen angelegt:
1.) Ist unter dem Terminal ein Eintrag für cTmpDir vorhanden und existiert das Verzeichnis...
2.) Ist das Windows-Benutzer-Tempverzeichnis (SET TEMP...) auf einem FIXED Laufwerk abgelegt dann dort...
3.) Es wird das "erste" beschreibbare FIXED Laufwerk ermittelt...
4.) Kann unter Windows-Benutzer-Tempverzeichnis geschrieben, gelesen, neuangelegt und gelöscht werden...
5.) Es wird der Startpfad genommen

Beispiel bei einem Start auf einem gemapten Laufwerk:
1.) Es ist kein Verzeichnis angegeben
2.) Ablage unter dem Windows-Benutzer-Tempverzeichnis:
C:\Dokumente und Einstellungen\\Lokale Einstellungen\Temp\PMS32\TEMP\_SXC067...
C:\Dokumente und Einstellungen\\Lokale Einstellungen\Temp\PMS32\LOG\
C:\Dokumente und Einstellungen\\Lokale Einstellungen\Temp\PMS32\RES\

Änderung der Datei PMS32.PTH
Möchten Sie ein "schnelles" lokales Laufwerk vorgeben, so kann dies in der Pfaddatei PMS32.PTH für jedes Terminal vorgenommen werden.
Dafür sind die Einträge unter wie folgt zu ändern:

      
            cPrgver="1.0.03.0900.0320"
            cTmpdir="C:\USER\TEMP\"            */ Beispiel eines erweiterten Eintrags
            cWelcome=""            
      <>
      
            …
      <>
<>
In der PMS32.PTH muss dann für jedes Terminal ein Eintrag erzeugt werden, falls gewünscht. Der angegebene Pfad muss EXISTIEREN und ALLE Rechte für den Benutzer haben!

Begründung:
Diese Änderung wurde vorgenommen, da PMS32 verstärkt Daten auf der lokalen Festplatte zwischenspeichert um schnellere Berechnungen durchführen zu können. Wird die Applikation nun auf einem Netzlaufwerk gestartet, so werden alle als "lokal" definierten Zwischentabellen auf dem Netzlaufwerk gespeichert. Damit wird die quasi "lokale" Zwischentabelle wieder im Netzwerk gespeichert, was die Performance eher verschlechert denn verbessert. Auch werden in den Zwischentabellen nicht unbedingt alle benötigten Indizes, für weitere Berechnungen, gesetzt. Damit werden nachfolgende Berechnungen wie LOCATE, SELECT SQL etc. langsamer, wie wenn die Zwischentabelle auf einem lokalen Laufwerk liegen würde.
Datenstrom im ungüstigsten Fall:
Datenbank => Netzwerk => "lokaler Cursor" => Netzwerk => Zwischentabelle => Netzwerk => "lokaler Cursor" => Berechnung
Datenstrom bei lokalen Zwischentabellen:
Datenbank => Netzwerk => "lokaler Cursor" => Zwischentabelle => "lokaler Cursor" => Berechnung

Noch ein paar Infos zur Geschwindigkeit von PMS32…
In zukünftigen Versionen werden Daten, die berechnet werden müssen z.B. "Kalkulation, Disposition, Vertragsberechnung, MAWI-Buchungen, Vertragsberechnungen, CAE-Listenabgleich, etc…" über die Namespace von PMS32 ausgeführt. Damit werden die zu berechnenden Daten per SQL aus der Datenbank geholt und lokal berechnet. Nach der Berechnung werden die lokalen "Cursor" (Zwischentabellen) wieder in die Datenbank zurückgeschrieben. Die lokalen "Cursor" sind dann Zwischentabellen, die im temporären Verzeichnis des Namespace Servers abgelegt werden. Damit sieht der Datenstrom für das "Holen" der Daten in etwa so aus:
Datenbank => Netzwerk => lokaler SQL-Cursor => lokale Zwischentabelle
Nachdem die Daten lokal vorliegen kann die Berechnung erfolgen, was zu ca. 90% auf den bisherigen lokalen Daten erfolgt. Werden weitere Daten aus der Datenbank benötigt, so werden diese sukzessive an die lokalen Zwischentabellen angehängt. Datenstrom in diesem Fall:
Datenbank => Netzwerk => lokaler SQL-Cursor => lokale Zwischentabelle
Nach der Berechnung werden die geänderten Zwischentabellen in die Datenbank im Netzwerk zurückgeschrieben, was nur in diesem Fall zu einer Netzwerklast führt. Der Datenstrom ist in diesem Fall:
Lokale Zwischentabelle => lokaler SQL-Cursor => Netzwerk => Datenbank
Da alle Berechnungen lokal durchgeführt werden, wird auf eine großangelegte Indizierung der lokalen Tabellen zur schnelleren Bearbeitung verzichtet. Die Indizierung der lokalen Tabellen würde meist länger dauern als die komplette Berechnung, auch wenn die Berechnung in sich dann etwas länger dauert. Teilweise werden zur Optimierung der lokalen Tabellen Indizes eingeführt, wenn eine bestimmte Satzzahl der lokalen Tabelle überschritten wird. Dies wirkt sich aber nur bei großen Datenmengen aus, die meist nicht erreicht werden.

Beispiel: Kalkulation eines Vorgangs mit ca. 8200 Positionen und einer Datenbankgröße von E10~70.000 und E11/E12~1.400.000 Datensätzen über ein 100MBit Netzwerk auf einer "langsamen" virtuellen Maschine unter Windows XP. Komplette Kalkulationszeit ca. 50 Sekunden. Das sind ca. 6 ms / Position.

Durch dieses Vorgehen, wird der lokale Rechner weitaus stärker belastet wie in der Vergangenheit. Die CPU- Auslastung kann bei diversen Berechnungen für "längere Zeit" bis zu 100% betragen. Auch das "Lesen" und "Schreiben" der Daten wird das Netzwerk für den entsprechenden Zeitraum stärker belasten wie bisher. Bei der momentanen Kalkulation liegt die Netzwerklast bei ca. 8-10% über die gesamte Zeit der Kalkulation. Danach werden Netzwerklasten bis zu 70% zustande kommen! Mit der "ersten" Auslieferung der Version 1.0.04 werden NICHT ALLE Buchungsfunktionen in die Namespace übertragen sein. Jedoch werden die verbleibenden Buchungsfunktionen in weiteren Versionen in die Namespace übertragen. Das wichtigste ist, dass alle Buchungs- bzw. Berechnungsfunktionen ohne die PMS32 Oberfläche auskommen, sodass diese auch auf einem zentralen Rechner durchgeführt werden könnten.

SYSTEM: Löcherverwaltung: Wird einen Langnummer vom System vorgegeben und diese ohne Speichern verworfen, erscheint diese nie mehr. ...

Wird ein Datensatz mit einer herangezogenen Langnummer nicht gespeichert, so wird kein Eintrag in der Löcherverwaltung der Numemrnkreise vorgenommen. Damit wird diese Nummer nie mehr vom System vorgeschlagen. Nun werden auch nicht gespeicherte Langnummern des Nummernkreises in die Löcherverwaltung aufgenommen, so dass diese innerhalb der nächsten Tage erneut vorgeschlagen wird.

Statistiken: Fehlteilliste / Terminverwaltung: Suche über Tastatureingabe im Feld Vorgang funktioniert nicht. ...

Dieser Fehler wurde hiermit behoben.

System: Auswahldialog: Änderung des Verhaltens beim Beenden des Auswahldialogs mit ESCAPE ...

Wird bei einem Auswahldialog, der zuvor durch die Eingabe und Bestätigung eines Wertes geöffnet und angezeigt worden ist die ESCAPE-Taste gedrückt, werden die Werte des aktuellen Datensatzes übernommen und nicht, wie vorher, eine etwaige ungültige Eingabe beibehalten.

Hintergrund:
Bei einigen Auswahlfeldern in PMS ist eine korrekte Eingabe zwingend erforderlich. Die Eingabe erfolgt überlicherweise durch eine Auswahl mit F3. Dem Anderder ist es jedoch gestattet eine eingabe vorzunehmen und durch Bestätigung die Eingabe durch PMS verifizieren zu lassen. Wird der eingegebene Wert in PMS gefunden so wird dieser übernommen. Wir der eingegebene Wert nich gefunden, so wird der Auswahldialog angezeigt und der Benutzer zu einer Auswahl des Wertes aufgefordert, wobei PMS bereits auf den Datensatz positioniert welcher der Eingabe am nächsten kommt. Verlässt der Anwender nun die von PMS gezeigt Auswahl mit ESCAPE so wurde die Auswhal abgebrochen und der falsch eingegebene Wert in PMS übernommen. Nun wird in einem solchen Fall nicht die Eingabe sondern die Werte des angezeigten Datensatzes übernommen. Falls diese Übernahme nicht gewünscht wird, kann der Anwender durch verwerfen die ursprünglichen Daten wiederherstellen.

System: Löschen: Geschwindigkeit beim Löschen vorab von Artikeldaten beschleunigt. ...

Die Ermittlung der referenzierenden Datensätze wurde optimiert, so dass das Löschen von Datensätze mit vielen Referenzen deutlich beschleunigt wird.

System: Maskensteuerung bei speziellen Maskentypen erweitert, so dass die ESCAPE-Taste zum Verlassen der Maske führt. ...

Diese Änderung betrifft alle Masken des Typs HDE (neue READ Masken):
- I1601: Maske Dispomeldungen
- I2010: Fertigungsvorschlag
- I2405u: Materialumbuchung
- I2406: Fertigungsauftrag Erstellen
- I2410: Fertigungsaufträge Übersicht
- S0101: Systeminformation (Start)
- S0102: Benutzeranmeldung
- SYSTEM: Systemeinstellungen (Listen)
- X1201a: Ändern der Systemnummer

Vorgangsverwaltung: Fehlermeldung bei "Interaktive Bestellung" behoben. ...

Bei der Interaktiven Bestellung in der Vorgangsverwaltung wird eine temporäre Tabelle E19 erstellt die nicht mehr geöffnet wird. Daher die Fehlermeldung bei der Übergabe an Siemens EB01. Dieser Fehler ist hiermit behoben.

Vorgänge: Ermittlung von Listenpreisen bei Mengenänderung von 0 auf >0 bei deaktivierter Onlinekalkulation ...

Bei umfangreichen Baugruppen und Baugruppenpositionen in PMS-Datenbeständen in Zusammenhang mit umfangreichem Positionslistenumfang, kann es bei aktivierter Onlineberechnung zu Wartezeiten bei Mengenänderungen kommen.
Eine bessere Performance wird bereits erreicht, wenn die Mengenänderung in der Maske der Positionskalkulation E1170 erfolgt.
Die Deaktivierung der Onlineberechnung führt auch zu einer kürzeren Wartezeit.
Bei deaktivierter Onlineberechnung in Vorgängen wurde jedoch bei einer Mengenänderung auf 0 der Einzel- und Gesamtpreis auch auf 0 gesetzt.
Wurde die Position nach Listenpreisen berechnet und die Menge wieder auf einen Wert größer 0 geändert, erfolgte keine Aktualisierung des Verkaufspreises auf den Listenpreis.
Nun wird der Listenpreis herangezogen, sodass bei der Mengeneingabe sofort der Positionspreis erkennbar wird.
Dabei wird die Position nicht neu berechnet !!!
Das bedeutet, dass zur Ermittlung aller Kalkulationsdaten und des Deckungsbeitrages zwingend eine Neuberechnung erfolgen muss.
Die Änderung verbessert lediglich den Informationsgehalt, bei Mengenänderungen von 0 auf größer 0.
Diese erfolgt in der praktischen Anwendung oft dann, wenn mit Vorgängen oder Positionen als Vorlage gearbeitet wird, in denen die Positionsmenge der Vorlage 0 sind.
In diesen Vorlagen ist jedoch darauf zu achten, dass die Listenpreise gepflegt werden.