PMS32 Online- Hilfereferenz
1.) SYSTEM - Alle Masken. Anzeige einer Änderung in einer Textbox im Remote Desktop Betrieb ...
2.) SYSTEM - Nach einem Datenbankupdate wird PMS gestartet, obwohl PMS gesperrt ist. ...
3.) ...
4.) BESTELLWESEN - Bestellungen, D4001: Wird "Ist bestätigt" bei bestellter Bestellung gesetzt, ist die Aktivierung nach dem Speichern wieder we ...
5.) BESTELLWESEN - Freie Rücklieferungen D4301. Beim Setzen von "Ist zurückgeliefert" kommt die Fehlermeldung ...
6.) BESTELLWESEN - Wareneingang D4101: Änderung der Vorgehensweise beim Verbuchen eines Wareneingangs. ...
7.) BESTELLWESEN - Zusatzrechnungen D4501, wird eine Zusatzrechnung storniert, so wird die Änderung nicht angezeigt. ...
8.) CONTROLLING - Gemeinkosten im Bereich Material Istwerte ...
9.) CONTROLLING - Umstellung auf My Struktur ...
10.) DISPOSITIONSHINWEISE - Maske I1601, Filteraufruf geändert und Aufruf beschleunigt ...
11.) LAGERUMBUCHUNG - Buchen von Projektmaterial als Projektlagerüberschuss ...
12.) LAGERUMBUCHUNG - Erstellen einer Überschuss- Rückbuchung ...
13.) LAGERUMBUCHUNG - Mehrfache Abfrage des Stronogrundes beim Stornieren einer kompletten Lagerumbuchung ...
14.) MAILING - Fehler beim Aufruf der Mailing Masken ...
15.) My Struktur - Erweiterung der My Strukturund Wegfall von globalen Variablen ...
16.) NameSpace - COM-Server für PMS_DATA und PMSOLAP (PMS_09.PmsCodeBaseEngine) wieder als EXE kompiliert ...
17.) STAMMDATEN - Artikelstamm, B0111: Möglichkeit zur Wahl der Auflösungsstufe bei den Baugruppen. ...
18.) STAMMDATEN - Artikelstamm, Schnelleingabemaske. Eingaben in den Feldern "Listenpreis" ...
19.) STAMMDATEN - B0122, Bei der Übernahme "CAE in Baugruppe" werden die neuen F02-Felder nicht korrekt gefüllt. ...
20.) STAMMDATEN - Verwendungsnachweis, B0124: Austauschbuttons sind nicht freigeschaltet ...
21.) SYSTEM - Datensatzsperre bei Netzwerkbetrieb und gleichzeitigem Zugriff auf den gleichen Vorgang. ...
22.) SYSTEM - Eingaben in der integrierten Liste gehen verloren, wenn man aus der Liste herausklickt ...
23.) SYSTEM - Markierfunktion bei speziellen integrierten Listen funktioniert nicht korrekt ...
24.) SYSTEMANFORDERUNGEN - Wie sollte ein Server bzw. eine Workstation für PMS32 aufgebaut sein ...
25.) TABELLENUPDATE - Neue Funktion beim Reorganisieren der PMS32 Tabellen ...
26.) UPDATE - Update der Systemtabellen bei mehreren Mandanten mit unterschielichen Systemverzeichnissen ...
27.) VERSCHIEDENE MASKEN - Fehlermeldungen bei Maskenaufruf ...
28.) VORGANGSVERWALTUNG - E1X, Anzeigeproblem beim Verschieben einer Position mit F2 (Richtung Anfang) ...
29.) VORGANGSVERWALTUNG - Neunummerieren von Positionen ...
30.) VORGANGSVERWALTUNG - Sortierung auf Pseudobaugruppen Köpfe ...
31.) VORGANGSVERWALTUNG - Vorgangsbezogene Kalkulationsschemata funktionieren nicht mehr ...
Änderungen, die in Textboxen vorgenommen werden, werden im Remote- Desktop- Betrieb nicht direkt angezeigt. Erst ein Verlassen des Textfeldes zeigt die korrekte Eingabe an.
Dieses Verhalten ist teilweise bei Remote- oder Terminalserver-Sitzung zu beobachten. Dieser Fehler ist mit diesem Update behoben.
Bitte setzen Sie die Umgebungsvariable: PmsRemoteServer=ON auf dem Terminalserver oder Remoteserver, wenn PMS32 im Remote oder Terminal Betrieb läuft. Das Setzen dieser Umgebungsvariablen verhindert das nachträgliche Ändern der Format und InputMask Anweisung für die Felder.
Nach Datenbankupdate wird PMS gestartet, obwohl PMS gesperrt ist. Dieser Fehler ist mit diesem Update behoben.
Beim Betreten einer integrierten Liste wird der Masterdatensatz entsperrt, was dazu führt, dass mehrere Benutzer die gleiche Liste bearbeiten können. Dieser Fehler wurde mit diesem Update behoben.
Werden die Stati "Ist bestätigt" oder "ist verschickt" bei bestellter Bestellung gesetzt, ist die Änderung nach dem Speichern wieder zurückgesetzt.
Dieser Fehler ist mit diesem Update behoben.
Übernommen wird der Status für "Ist verschickt" und "Ist bestätigt"
Beim Setzen von "Ist zurückgeliefert" kommt die Fehlermeldung "Das angegebene Objekt konnte nicht gefunden werden". Dadurch enthält die Bestellung keine Artikel mehr.
Dieser Fehler ist mit diesem Update behoben.
Im Wareneingang des Bestellwesens ist der Kontrollkasten "Wareneingang buchen" hinzugekommen. Erst durch markieren dieser Option und anschließendem Speichern der Änderung wird jetzt der Wareneingang verbucht.
Damit kann während der Mengeneingabe in andere Masken verzweigt werden (F2), ohne dass der Wareneingang vorschnell verbucht wird.
Damit wurde die Vorgehensweise zur Buchung des Wareneingangs an die anderen Buchungsvorgänge im Bestellwesen angepasst.
Wird eine Zusatzrechnung storniert, so wird die Änderung nicht angezeigt. Dies hängt mit dem Änderungsflag der Maske zusammen. Dieser Fehler ist mit diesem Update behoben. Das Flag "Storniert" wird bei einem Storno kurze Zeit später (ca. 0,5 Sek.) angezeigt. Die Action() Methode von PMS32 lässt immer nur eine Operation am Datensatz zu.
An den SeitenanfangDie Gemeinkosten im Bereich Material-Istwerte werden falsch berechnet. Im Controlling werden diese Werte nochmals mit der Menge multipliziert, was falsch ist, da die Gemeinkosten schon die Menge enthalten. Dieser Fehler ist mit diesem Update behoben. Nun werden die Gemeinkosten für die Istwertberechnung für Stammartikel immer aus den Stammdaten ermittelt.
An den SeitenanfangDurch die Umstellung auf die My Struktur in PMS32 werden beim Start von PMS_18.EXE (PMS Controlling) Fehlermeldungen angezeigt. Dieses Problem ist mit diesem Update behoben.
An den SeitenanfangBeim Aufruf der Maske I1601 - Dispositionshinweise sind die Filtereinstellungen geändert worden.
Beim Aufruf aus einem Vorgang, wird auf die ID und IP des Vorgangs gefiltert
Beim Aufruf aus einer K10.. Maske wird auf das Projekt gefiltert
Beim Aufruf aus dem Artikelstamm wird auf die Artikelnummer gefiltert
Beim Aufruf aus den Lagerorten (C66..) wird auf den Lagerort gefilter
Die Änderung des Filters wurde bei den Vorgängen vorgenommen. Hier wird jetzt zusätzlich auf die Vorgangsart gefiltert.
Die Wartezeit beim Aufruf der Maske nach erfolgter Zeitplanung wurde verkürzt.
Die Funktion "Als Überschussmaterial buchen" zeigt jetzt das in etwa gleiche Verhalten wie in der Maske "Lagerzugang manuell". Ist die Option gewählt, so werden alle zu buchenden Positionen als "Überschußmaterial" gebucht, auch wenn beim Einfügen der Position in die integrierte Liste die Option nicht gesetzt war. War beim Einfügen von Positionen die Option gesetzt, so werden diese als Überschußmaterial gebucht auch wenn anschließend die Option vor dem eigentlichen Buchen gelöscht wird!
An den SeitenanfangÜberschußrückbuchung wird nicht erzeugt, obwohl i17 Eintrag und I01 Eintrag bestand ( sporadisch). Hier wurden bei der SQL Überprüfung manuell angelegte Lagerumbuchungen nicht ausgewertet. Dieser Fehler ist mit diesem Update behoben. Noch ein Hinweis zur SQL Abfrage...
1.) Die Auswahl wird über die Tabelle I17 getroffen, zumindest,was das Projekt angeht.
2.) Die Auswahl des Vorgangs zum Projekt erfolgt über die Tabelle E10 mit Filter auf dem ausgewählten Projekt. Angezeigt werden die Vorgangsarten: "Auftragsbestätigung, Vorratsauftrag und CAE- Liste"
3.) Aus den oben getroffenen Filtereinstellungen werden alle Lagerzugänge aus der Tabelle I21 (Buchungsjournal) ermittelt.
4.) Dieser Cursor wird dann mit den Istwerten der Dispositionseinträgen verglichen. Übrig bleiben Lagerzugänge, die lt. Disposition nicht mehr benötigt werden.
5.) Dieser Endcursor wird dann mit den Tabellen I17 und I01 verglichen. Positionen, die aus dieser Filterung übrig bleiben, werden als Rückbuchung in die Lagerumbuchung eingetragen.
Mehrfache Abfrage des Stronogrundes beim Stornieren einer kompletten Lagerumbuchung. Für jeden Satz der Lagerumbuchung muss der Stornogrund eingegeben werden.
Dieser Fehler ist mit diesem Update behoben.
Eingabe des Stornogrundes nur noch einmal am Anfang. Gilt nur bei kompletter Stornierung.
Beim Aufruf der Mailing- Masken kommt die Fehlermeldung: "Tabelle C65 nicht gefunden". Dieser Fehler ist mit dieser Version behoben.
Die My Struktur wurde erweitert. Durch diese Erweiterung sind auch diverse PUBLIC Variablen weggefallen! Hier nun die Liste der weggefallenen PUBLIC Variablen und deren Ersatz in der My Struktur:
_g_oPms00 = My.Systems.Info, Systeminformationen wie Sprache, Programmname etc...
_g_oFips = My.Clients.Fips, Firmenparameter. Die Globalen YX_* Variablen existieren noch!
_g_oGlobal = My.Functions.GlobalInfo, Globale Einstellungen Y99
_g_oShellApplication= My.Systems.AShell, Windows Systemobjekt
_g_oFastObject = My.Functions.fOTS, Schnelle Objektumwandlung
_g_cServicePack = My.Clients.Path.cService, Nummer des Servicepacks
g_prgicon = My.Systems.Info.cIconFile, Name und Pfad der ICON Datei
_g_oDatum = My.Functions.Datum, Datumsfunktionen
_g_oBomAufl = My.Bussines.Bom, Auflösung von Baugruppen
Die entsprechenden Routinen in PMS32 wurden an die neuen Klassen angeglichen. Sollten Sie in diversen Auswertungs- Scripts diese globalen Variablen im Einsatz haben, so wird die Ausführung dieses Scripts mit einem Fehler quittiert. Bitte ändern Sie dann dieses Script ab.
Folgende "neue" NameSpace Klassen wurden in die My Struktur integriert:
My.Bussines.Bom, Enthält die Client Methoden zum Auflösen von Baugruppen
My.Clients.Bom, Interner NameSpace Srever, der die eigentliche Auflösung vornimmt
My.Clients.ComConnect, Ansteuerung von COM: Ports.
My.Clients.OpenTables, Mandantentabellen im Hintergrund öffnen
My.Functions.BarCodes, Berechnungsmethoden von Barcodes
My.Functions.Mathe, Hier wurden weitere mathematische Berechnungen / Umrechnungen hinzugefügt
My.Functions.Strings, Erweiterte Stringfunktionen
My.Systems.Process, Abfrage bestimmter Systeminformationen von Windows
My.Systems.TableRepair, Reparatur beschädigter VFP Tabellen
My.Timers.TimerOP, Steuerung von: My.Clients.OpenTables
Die genaue My Struktur mit allen Informationen können Sie sich mit dem Programm PMS32M.EXE anzeigen lassen.
Der NameSpace Server PMS_09.PmsCOdeBaseEngine, der für das Handling mit PMS-Data verantwortlich ist, wurde wieder als EXE kompiliert.
Damit wurde das Problem beim Starten der Programme PMS-DATA und PMSOLAP von einem Serverlaufwerk behoben.
Im Artikelstamm in der Maske B0111 (Baugruppen) wurde für die Ansicht und den Ausdruck die Möglichkkeit geschaffen, eine Auflösungsstufe einzustellen. Aufgelöste Baugruppen haben auf unterster Ebene die Stufe =0. Danach erhöht sich die Stufe mit jeder weiteren Unterbaugruppe. Standardmäßig ist die Stufe = -1 (alle Stufen) eingestellt. Wird dieser Wert erhöht, so kann die Stufe angegeben werden bis zu der die Anzeige erfolgen soll.
An den SeitenanfangIn der Artikelstammmaske B0108 (Schnelleingabe) werden jetzt auch die Änderungen in den Feldern "Listenpreis" Fertigung und Handel, Arbeitsplan und Kalkulationsschema mitgeführt.
An den SeitenanfangBei der Übernahme von CAE-Listen in Stammbaugruppen werden die neuen F02 Felder, f02.idc19s; f02.urvm; f02.urrm; f02.urem, nicht korrekt gefüllt. Dieser Fehler ist mit diesem Update behoben.
Die Schaltflächen für den Austausch von Artikeln in den gewählten Vorgängen sind nicht freigeschaltet.
Dieser Fehler ist mit diesem Update behoben.
Auf den Schaltflächen liegt das Recht zur "Änderung" für die Maske B0124.
Die Datensatzsperre bei gleichzeitigem Zugriff mehrerer User im Netzwerk auf gleiche Vorgänge ist verbessert worden.
Ist ein Vorgang durch einen User in der Positionsliste in Bearbeitung, so werden auch die Kopfdaten für diesen Vorgang gesperrt.
Der Vorgang kann zwar von einem anderen User geöffnet werden, er kann diesen aber nicht verändern, bzw. erhält er beim Versuch zu Speichern oder zu Löschen einen entsprechenden Hinweis über die Sperre.
Aktiviert der weitere User per Mausklick die integrierte Tabelle des Vorgangs ( Positionsliste) versucht das System kurz die Liste zu Sperren. Mit ESC kann man diesen Vorgang abbrechen.
Nimmt man eine Eingabe in einem Feld der integrierten Liste vor und bestätigt diese Eingabe nicht mit TAB, sondern klickt mit der Maus auf ein Feld des Kopfes, so geht die Eingabe in der integrierten Liste verloren. Dieses Verhalten ist mit diesem Update behoben. Die Eingaben werden auch übernommen, wenn man mit der Maus aus der integrierten Liste herausklick ohne die Eingabe mit TAB oder ENTER zu bestätigen. Möchte man Eingaben im Feld verwerfen, so muss dies mit ESC getan werden.
An den SeitenanfangBei speziellen integrierten Listen, die über keine eindeutige ID haben, wird die Markierung an der integrierten Liste mittels der Datensatznummer ermittelt. Diese Ermittlung war Fehlerhaft, weswegen die Markierung über Distanzen in der integrierten Liste nicht funktionierte. Dieser Fehler ist mit diesem Update behoben.
An den SeitenanfangRichtlinien zur Ermittlung von Ursachen für Performanceprobleme im Netzwerk
Hier ein paar Hinweise und Tipps, was zu tun ist, wenn PMS32 beim Anwender sehr langsam reagiert!
Also wie Testen wir den Zugriff auf PMS32 im Netzwerk?
1.) Feststellen ob PMS32 während des Betriebs langsam ist oder schon beim Hochstarten
In allen Fällen, erst mal "Alle" raus aus PMS32
Das DBF\ Verzeichnis im Netzwerk auf die lokale Festplatte kopieren... (NICHT IN DIE LOKALE PMS32 INSTALLATION!)
Das DBF Verzeichnis hat eine Größe von ca. 30MB, dauert der reine Kopiervorgang schon wesentlich mehr als ca. 20 Sekunden,
dann liegt es am Server bzw. am Netzwerk.
In diesem Fall den Netzwerk IT Spezialisten zu Rate ziehen...
Wenn diese Operation schnell ist (unter 20 Sekunden) dann kann es während des Betriebs von PMS32 auch an korrupten Indizes liegen!
Dann sollte man PMS32 auf dem Server starten und die Tabellen Reorganisieren (SHIFT+CTRL beim Starten)
Ist PMS32 nach dem Update der Tabellen schneller?
2.) Unkontrollierte Abmeldungen des gemappten Netzwerkverzeichnisses
Kommt dann vor wenn in der Registrierung der Workstation oder des Servers eingestellt ist,
dass ein gemapptes Netzlaufwerk nach einer bestimmten Zeit automatisch abgemeldet wird.
Die Standardeinstellung für Microsoft-Server liegt hier bei 15 Minuten!
Informationen hierzu finden Sie auf den Microsoft-Supportseiten unter dem Thema „AUTODISCONNECT“.
3.) Wenn PMS32 langsam reagiert:
Sind Virenscanner installiert? Und wenn ja, prüfen die auch Zugriffe auf die PMS32 Verzeichnisse?
Viren- Scanner für PMS32 Verzeichnisse deaktivieren und erneut prüfen.
Geht’s schneller?
4.) Läuft ein Virenscanner auf dem Server? Und testet der auch die PMS32 Datenverzeichnisse?
Virenscanner auf dem Server für PMS32 Verzeichnis deaktivieren und erneut prüfen.
Gehts schneller?
Wenn obige Maßnahmen nicht greifen und PMS32 immer noch langsam reagiert:
Wie schnell wird das DBF\ Verzeichnis vom Server auf die lokale Platte kopiert? MB/Sekunde,
liegt der Wert unter 2MB dann ist der Zugriff übers Netzwerk zu langsam bzw. die Festplatte im Server kommt nicht hinterher...
Genau testen lässt es sich mit dem Programm PMS32T.EXE!
PMS32T.EXE lokal aufrufen und "Laufwerke testen" anwählen...
"Dateitest starten" für das lokale Laufwerk der PMS32 Installation wählen (normalerweise C:)
Test-1, Dateigröße 128MB, der Datentransfer für:
Schreibgeschw.: >15.000 kB/s
Lesegeschw.: >100.000 kB/s
Lesen Mixmode-1: >50.000 kB/s
Lesen Mixmode-2: >100.000 kB/s
Enddateigröße: ~132.000 kB
Die obigen Werte sind auf der lokalen Festplatte eines durchschnittlichen WIN XP-Rechners getestet worden, wobei diese eine "virtuelle Festplatte" war!
Auf einer "echten" Festplatte sollten diese Werte noch weit höher sein!
Test-2, Werte einer "echten" Festplatte: (enthält virtuelle Festplatte)
Schreibgeschw.: >40.000 kB/s
Lesegeschw.: >400.000 kB/s
Lesen Mixmode-1: >150.000 kB/s
Lesen Mixmode-2: >400.000 kB/s
Enddateigröße: ~132.000 kB
Liegen die gemessenen Werte unter den oben angegebenen Werten, dann ist an der lokalen Maschine etwas nicht in Ordnung!
Festplatte defragmentiert, aufgeräumt, temporäre Dateien gelöscht, TEMP\ von PMS32 leer?
Maßnahmen durchführen und nochmals testen...
Liegen die Werte dann im Bereich wie oben beschrieben, dann lag es schon mal an der lokalen Platte.
Danach Netzwerktest...
Test-3, Getestet mit einer 1000MBit Verbindung von Arbeitsplatz über Laufwerksverknüpfung auf einem W2003-Server
Schreibgeschw.: >12.000 kB/s
Lesegeschw.: >30.000 kB/s
Lesen Mixmode-1: >10.000 kB/s
Lesen Mixmode-2: >30.000 kB/s
Enddateigröße: ~132.000 kB
Liegen die Werte unter den oben angegebnen, so ist entweder das Netzwerk nicht schnell genug oder die Serverplatte kommt nicht hinterher...
Also noch ein Test...
Mittels Remote auf den Server direkt gehen...
Dort im Verzeichnis PMS32\ die Datei PMS32T.EXE starten
Laufwerkstest wählen, und die (lokale) Festplatte wählen auf der PMS32 installatiert ist (Netzwerkverzeichnis)
Die gemessenen Daten sollten denen unter Test-2 entsprechen und gegebenenfalls größer sein.
Noch ein paar Hinweise zu den Testmodi:
Schreibgeschwindigkeit: Hier wir die Testdatei auf dem angegebenen Laufwerk erzeugt! Die Daten werden am Stream geschrieben!
1 mal öffnen, N mal 32kB Blocks schreiben, 1 mal schließen
Lesegeschwindigkeit: Hier werden die Daten am Stream gelesen!
1 mal öffnen, N mal 32kB Blocks lesen, 1 mal schließen
Mixmode-1: Hier werden die Daten gelesen!
N mal öffnen, N mal FSEEK() ausführen, N mal 32kB Blocks lesen, N mal schließen
Mixmode-2: Auch hier wird gelesen...
1 mal öffnen, N mal FSEEK() ausführen, N mal 32kB Blocks lesen, 1 mal schließen
Da die Daten im Mixmode 2 gepuffert werden sollte dieser Test mindestens 20 mal so hoch sein wie Mixmode-1! Ist dies nicht der Fall, liegt es an
der Festplatte, die die Daten nicht schnell genug transportieren kann.
Um den Puffer beim Lesen der Daten zu umgehen, kann man auch die Dateigröße erhöhen! Maximal 2GB => 2000MB!
Dann kann im Mixmode-2 Test die Datei nicht im RAM gepuffert werden.
Ein paar Hinweise zum Aufbau eines "schnellen" Servers:
Für einen Datenbankserver (System Windows 2008) gilt:
Viel RAM > 4GB
Betriebssystem - eigene Festplatte
Auslagerungsdatei - eigene Partition, besser eigene Festplatte
Die Datenbank - eigene Festplatte
Die Transaktionsdatei (SQL-Server) - eigene Festplatte
Wenn die Datenbank zu groß wird - Auf mehrere Festplatten splitten
Wenn man nun bedenkt, dass für jeden Funktionsbereich eine eigene Festplatte und dann auch noch eine Spiegelung der selben vorgesehen werden muss, dann hat so ein
"schneller" Datenbankserver schon mal 20 Festplatten im Gebrauch...
Was man zur Erhöhung der Sicherheit "nicht" tun sollte ist ein RAID 5 System zu nehmen, da dieses ein recht langsames Sicherheitsverfahren ist.
Besser ist es, wenn man RAID 10 (bzw. RAID 1+0) fährt. Hier werden immer zwei Festplatten gespeigelt (RAID 1), wobei diese gespiegelten Platten dann zu einem Stripset (RAID 0)
zusammengefasst werden können.
Es gibt mehrere Möglichkeiten einzelne physikalische Festplatten zu einer logischen Einheit zusammen zusetzen.
Wobei ein reines RAID 0 keine Redundanz, sprich Datensicherheit besitzt. Schlimmer noch, wenn eine Platte eines "reinen" RAID 0 Systems kaputt geht,
so sind alle Daten verloren.
Ein RAID 1 System spiegelt die Daten auf einer zweiten Festplatte, was schon zu einer "guten" Datensicherheit führt, jedoch zu einem langsameren Zugriff
beim Schreiben auf die Platte, da die Daten ja doppelt abgelegt werden müssen.
RAID 10 oder RAID 1+0, Besitzt die Eigenschaften der obigen RAID Systeme, es ist schnell und die Datensicherheit ist gewährleistet..
Geht man von 4 physikalischen Festplatten pro logischer Festplatte aus, so kommt man für einen Server für die Nutzung von PMS32 auf:
Betriebsystem - 4 Festplatten (80GB) (160GB)
Auslagerung - 4 Festplatten (20GB) (40GB)
Die Datenbank - 4 Festplatten (160GB) (320GB)
Hier herrscht die Devise: "Viele kleine schnelle Festplatten ergeben eine sehr schnelle große Festplatte"!
Auch sollten nach Möglichkeit mehrere Controller für die Festplatten eingebaut werden, was den Datendurchsatz nochmals erhöht.
Am besten Festplatten mit einer mittleren Zugriffszeit von ca. 4-5ms verwenden! In einem Zeitraum von 4ms kann der Prozessor, und der muss
auf den Festplattenkopf warten, ca. 2 Millionen Operationen ausführen!
Beim Datenbank-Server ist außerdem darauf zu achten, dass keine weiteren Server Applikationen wie Exchange, Sharepoint, ISS etc. darauf laufen.Alle diese
Serverprozesse bremsen einen Server aus. Es kommt nicht unbedingt auf den Prozessor an, denn wie oben beschrieben, kann bei einem Datenbankfile
immer nur ein Thread auf die Datenbank zugreifen (diese verändern oder lesen).
Bisher war es so, dass bei einem Fehler beim Tabellenupdate (Reorganisieren) die Updatefunktion bei der Tabelle aufgehört hat, in der ein Fehler auftrat. Dies ist ab dieser Version nicht mehr der Fall. Die Reorganisation läuft auf jeden Fall für alle Tabellen durch. Trifft die Updatefunktion auf eine Tabelle, die sich nicht öffnen lässt weil diese beschädigt ist, so wird versucht diese Tabelle wieder zu reparieren. Nur wenn die Reparatur fehlschlägt, wird die Tabelle für diesen Mandanten gesperrt und muss vom PMS Support per Hand repariert werden.
An den SeitenanfangDas Update der Systemtabellen beim Einspielen von Updates wurde jetzt derart geändert, dass auch eine Installation mit mehreren Systemverzeichnissen für verschiedene Mandanten funktioniert. Dabei wird die Datei "SYSSUPDATE.TST" aus dem Verzeichnis MITGEBEN\ in das jeweilige Systemverzeichnis kopiert. Sollten sich Informationen in Zukunft an den Systemdateien ändern, so wird auch der Inhalt der Testdatei geprüft. Sind die Inhalte unterschiedlich, so wird ein Update der Systemtabellen vorgenommen und die Datei SYSUPDATE.TST aus dem Verzeichnis MITGEBEN\ in das Systemverzeichnis kopiert.
An den SeitenanfangDurch das herausnehmen der festen Pfade aus PMS32 werden jetzt in bestimmten Masken die SQL Auswertungen nicht mehr ausgeführt. Dies kommt von fehlenden Pfaden zur Ausführungszeit bestimmter SQL Selects. Die festen Pfade wurden aus PMS32 entfernt, um eine größere Performance des Systems zu erreichen dadurch kommt es nun in einigen Bereichen zu oben genanntem Fehler.
Diese Fehler sind mit diesem Update behoben. Änderungen wurden in folgenden Masken vorgenommen:
I5001 - Inventurbewertung
S1001 - Fehlteilliste / Terminverfolgung
S1201 - Umsatzstatistik
S1501 - Bestellobligo
S1801 - Preisentwicklung
S2001 - Über- / Unterlieferungen
S2301 - Preisvergleich
Beim Verschieben einer Position in der Positionsliste mit F2 (Richtung Anfang) wird die Anzeige nicht korrekt aktualisiert. Dadurch verliert der Benutzer die Orientierung im Grid. Dieser Fehler ist mit diesem Update behoben.
An den SeitenanfangBeim Neunummerieren von Positionen werden die globalen Variablen für Beginn und Step der Positionsnummer verändert bzw. können vom Benutzer verändert werden. Diese Veränderung wird nach einer Neunummerierung wieder auf den Wert der Firmenparameter zurückgestellt, was vorher nicht der Fall war.
An den SeitenanfangWenn in einem Vorgang die Sortierung auf Pseudobaugruppen Köpfe steht, dann werden nicht alle Artikel aus der PBG ausgeblendet. Beim Blättern durch die PBG-Köpfe werden immer die jeweiligen Positionen angezeigt und bei der untersten PBG immer alle Positionen.
Dieser Fehler ist mit diesem Update behoben.
Stellt man im Vorgang, Maske E1170, das Kalkulationsschema auf "vorgangsbezogen" um, so wird kein neues Kalkulationsschema angelegt. Dieser Fehler ist mit diesem Update behoben.
An den SeitenanfangDateiversion:1.0.03.0900.0108 - H.U.DD.V1.V2 - 03.12.2008
Senden Sie Ihren Kommentar zu diesem Thema an das Entwicklungsteam von PMS32
Weitere Informationen finden Sie unter der aktuellen PMS32 WEB-Hilfe
Die Informationen dieser Mitteilung sind vertraulich und nur für Sie bestimmt. Unbefugtes Weiterleiten, Veröffentlichen, Kopieren usw. sind untersagt und werden gerichtlich verfolgt.
© PMS Compelec GmbH 2008 el-Projekt®