PMS32 Online- Hilfereferenz
1.) Aufruf eines Scriptes beim Start von PMS32. Hier erklärt an dem Beispiel der BDE ...
2.) Automatische Änderung der Option „gewähltes Lager bestimmt Lagerort" bei Auswahl eines Lagerortes in den Masken K1001 und ...
3.) B0111 (Artikel- Baugruppen): nach Einfügen von Positionen wird im Browse ein Bereich durch graue Fläche überdeckt. Neu anklicken > ok. ...
4.) BDE Schnittstelle Finetime: Importieren von Istzeiten aus BDE nicht immer sicher. Erst beim zweiten Import werden die Istzeiten korrekt ...
5.) BDE-Daten über automatischen ...
6.) Bei folgenden Einstellungen sollte eigentlich für diesen Kunden bei "Verträge berechnen" nur alle 1/4 Jahr eine Rechnung erzeugt werden. ...
7.) Beim Import von Kundendaten, Lieferantendaten über EXCEL in PMS32 wird keine Währung vorgegeben. Wird nun die Währung nachträglich in PMS ...
8.) Beim klicken auf den Diskettenbutton wird die Maske geschlossen obwohl der Button eine Änderung anzeigt ...
9.) Betrifft die Masken K1001 und K1002 (Projekte). Beim Betreten der Maske das Letzte Projekt aufrufen (wie ...
10.) C55xxx: Vertragsberechnung: Daten aus der Projekttabelle K10 werden scheinbar gescattert und daher wird ein ggfs. geänderter Kunde ...
11.) D4002 (Bestellauswahl): nach Reduzierung in D-Menge wurde beim nächstem Bestellvorschlag nicht die Differenzmenge sonder 0 als D-Menge ...
12.) D4002 - Bestellauswahl, In PMS16 kam die Abfrage "Möchten Sie eine neue Bestellung anlegen oder an bestehende anhängen?". Diese Abfrage ...
13.) D4101 (Wareneingang): keine Funktion: anders geliefert als Bestellt, ging voher mit F2 auf ...
14.) D4302 (freie Rücklieferung), Stornierung einer freien Rücklieferung bleibt nicht ...
15.) D51.DATGPL wird nicht korrigiert wenn I20.DATGPL < ...
16.) Datenübergabe per EDIFAKT an den Lieferanten. Ab PMS32 hat die ASCII Datei einen falschen ...
17.) Die Maske Q0102 wurde um die Option "Nachberechnung des Gemeinkostenanteils aller Positionen" erweitert! Durch Knopfdruck werden für die ...
18.) Die Routine D4002TST wurde durch Verbesserung der SQL Selects deutlich beschleunigt. Getestet wurde mit einem Datenbestand ...
19.) Die Routine MODUL.PRG (Berechnung von Lagermaterial) in den Masken I2601und I2801 wurde überprüft. Bei der Berechnung werden folgende ...
20.) Disposition: Fehlermeldung nach Mengenerhöhung einer Stücklistenposition und Nachdispostion, dass von einem Lager nicht reserviert werden ...
21.) Doppelte Benennung in den Adressen im Feld "MATCH" möglich. Diese Möglichkeit besteht, wenn man nach der Neuanlage den Matchcode ändert ...
22.) Doppelte Eingaben in der Maske C1301 sind ...
23.) E1X (Vorgänge): Nach einer Vorgangskopie steht in e10.match die Nummer des Ursprungsvorgangs. Dies war vorher die E10.Nummer des ...
24.) E9620: Zurückschreiben der Stückliste nach EPLAN funktioniert nicht ...
25.) Einfügen einer Baugruppe in den Vorgängen. Nach dem Einfügen kann die Menge nicht sofort geändert ...
26.) Fehler bei der Darstellung der Relationen wenn mit F3 ausgewählt wird. sporadischer Fehler: durch F5/F6 Blättern wird die Anzeige ...
27.) Geschwindigkeit PMS32 verbessern. In verschiedenen Modulen von PMS32 ist die Geschwindigkeit zu ...
28.) I2004 und I2006 (Disposition) - Fehler beim Erstellen der SQL's. Es kommt die Fehlermeldung "Tabelle ist ...
29.) J3602 (BDE Eingabe), Maskensteuerung kontrollieren und Liste der Zeiten Filtern nur für Mitarbeiter, Sortierung der Liste umgekehrt, damit ...
30.) LOGIN: Beim bestätigen des Passortes soll die Anwendung sich Anmelden ohne erneut ENTER drücken zu ...
31.) Nach dem Update stimmen die eingestellten Werte nicht mehr in der Tabelle X16 - Zugangsrechte auf ...
32.) PMS32B (Startassistent): Keine Möglichkeit einen eingerichteten Mandanten zu ...
33.) PMS32G (Internetupdate), beim automatischen Test des Internetupdate wird ein Fehler ...
34.) PMS_10.PmsDeleteRecord, dieser COM-Server erzeugt die Fehlermeldung:"Foxpro kann nicht beendet werden", wenn PMS32 im Batchbetrieb ...
35.) Prüfen auf die Aktualisierung der Vorgangsmasken bei der Auswahl über ...
36.) Rundung in Summenberechnung falsch in der Maske D4501 ...
37.) Speichern der Daten ohne Userinfo führt im Netzwerkbetrieb dazu, dass sich jeder Benuzter mit dem gleichen Namen ...
38.) Totalabsturz der PMS32 Applikation in den verschiedensten Bereichen. Neuanlage, Blättern, Auswahl, starten einer Maske, ...
39.) Totalabsturz von PMS32 wenn Tobit FaxWare mit der Version 7 eingesetzt ...
40.) Vertragslaufzeit wird bei der Vertragsberechnung nicht ...
41.) Vorgänge: Freie Statusfelder können nicht mehr eingegeben werden, wenn der Vorgang abgeschlossen ist, war in PMS16 anders, soll auch ...
42.) Warum stimmt die Lizensierung beim Aufruf auf dem Server nicht mit der Lizensierung auf der Workstation überein? WIN-2003 Server und ...
43.) Werden die Positionen einer neu angelegten Baugruppe mit STRG+Einfg eingefügt, ist speichern mit F9 nicht möglich. Beim Speichern mit ...
44.) Z0101/2 (Zahlungspläne): Bei der Rückkehr in diese Maske vom Drucken sind die Informationen weg, auch die Zuordnung zur E10 ist weg, in ...
Kundeninformation:
Aufruf eines Scriptes beim Start von PMS32. Hier erklärt an dem Beispiel der BDE Datenübergabe:
IF !g_noautologon AND !g_nomenuscript
DO CASE
CASE g_mainxp1="1"
** Nicht mit MenuHit… aufrufen! Automatisierte BDE Übergabe
DO J4001.PRG
CASE g_mainxp1="2"
** Artikelstamm kalkulieren
DO B0104.PRG
ENDCASE
** Kein weiterer Aufruf der Batch Funktionen
g_nomenuscript = .T.
** Soll PMS32 nach diesem Aufruf beendet werden so ist folgendes zu setzen:
** Allen COM+ Servern gestatten ihre Initialisierung zu beenden
WAIT WINDOW TIMEOUT 5 "Warten vor beenden …"
** PMS32 beenden
m.g_endall = .T.
ENDIF
Fehlerinformation:
Automatische Änderung der Option „gewähltes Lager bestimmt Lagerort" bei Auswahl eines Lagerortes in den Masken K1001 und K1002.
Fehlerbehebung:
Die Option „gewähltes Lager bestimmt Lagerort" wird gesetzt, wenn ein Lagerort ausgewählt wird.
Fehlerinformation:
B0111 (Artikel- Baugruppen): nach Einfügen von Positionen wird im Browse ein Bereich durch graue Fläche überdeckt. Neu anklicken > ok. Flackert nur sehr bei der Bearbeitung.
Fehlerbehebung:
Ist durch die Änderung der Initialisierung der Grids behoben. Siehe auch Totalabsturz.
Fehlerinformation:
BDE Schnittstelle Finetime: Importieren von Istzeiten aus BDE nicht immer sicher. Erst beim zweiten Import werden die Istzeiten korrekt geschrieben.
Fehlerbehebung:
Die Importroutine wurde geändert. Der Fehler ist damit behoben.
Fehlerinformation:
BDE-Daten über automatischen Aufruf.
Fehlerbehebung:
Siehe PMS32 Batchbetrieb und COM+ Server PMS_10.
Fehlerinformation:
Bei folgenden Einstellungen sollte eigentlich für diesen Kunden bei "Verträge berechnen" nur alle 1/4 Jahr eine Rechnung erzeugt werden. Wenn hier ein Durchlauf für Stichtag = 1.4.2007 erfolgt wird korrekt die "Vertragsrechnung" erzeugt. Wenn zusätzlich ein Durchlauf für Stichtag 1.5.2007 erfolgt, wird aber ebenfalls eine Rechnung erzeugt. Diese ist allerdings leer, also ohne "Vertragsposition". Für jeden weiteren Durchlauf wird ebenfalls eine "leere Rechnung" erzeugt. Erst bei Stichtag 1.7.2007 wird wieder eine korrekte Rechnung angelegt. Tritt nur auf, wenn "Zahlung erfolgt im Voraus" dektiviert ist!
Fehlerbehebung:
Es werden jetzt vor der eigentlichen Berechnung alle Positionen auf ihre Laufzeiten hin überprüft. Damit werden keine leeren Vorgänge erzeugt.
Fehlerinformation:
Beim Import von Kundendaten, Lieferantendaten über EXCEL in PMS32 wird keine Währung vorgegeben. Wird nun die Währung nachträglich in PMS geändert, so wird für vorhandene Daten eine Umrechnung von "" (leer) auf die entsprechende Währung durchgeführt, was zu Fehlern führt.
Fehlerbehebung:
Wird das Währungsfeld von "" (leer) auf einen Wert gesetzt, wird keine Berechnung durchgeführt.
Fehlerinformation:
Beim klicken auf den Diskettenbutton wird die Maske geschlossen obwohl der Button eine Änderung anzeigt (rot).
Fehlerbehebung:
Dieser Fehler ist in allen Masken behoben. Der Status von l_change wird beim überfahren des Diskettenbuttons mit der Maus gespeichert. Klickt der Benutzer dann auf den Diskettenbutton, kann es vorkommen, dass beim Verlassen eines Feldes oder Grids die Informationen gespeichert werden. Danach wird der Click auf den Diskettenbutton ausgeführt und dieser stellt nun fest, dass l_change auf False .F. gesetzt ist. Damit wird die Maske beendet. Dies ist jetzt nicht mehr der Fall, da l_change für den Diskettenbutton zwischengespeichert wird. Die Maske wird nur dann beendet, wenn l_change beim Click und vor dem Click auf .F. gesetzt ist.
Fehlerinformation:
Betrifft die Masken K1001 und K1002 (Projekte). Beim Betreten der Maske das Letzte Projekt aufrufen (wie Vorgänge).
Fehlerbehebung:
In beiden Masken wird das letzte Projekt aufgerufen, es sei denn, mann wechselt mit F2 aus einer anderen Maske in die Projektmasken.
Fehlerinformation:
C55xxx: Vertragsberechnung: Daten aus der Projekttabelle K10 werden scheinbar gescattert und daher wird ein ggfs. geänderter Kunde überschreiben.
Fehlerbehebung:
Der oben genannte Fehler ist behoben.
Weitere Änderungen:
Nach der Berechnung von Verträgen bzw. Präsenten wird der Masterdatensatz (E10) nochmals gelesen!
Damit werden die korrekten Werte aus E10 wieder angezeigt. Die Vertragsberechnung basiert auf anderen
ALIAS der Tabellen. Damit werden auch keine Werte des Vorgangskopfes mehr geändert.
Fehlerinformation:
D4002 (Bestellauswahl): nach Reduzierung in D-Menge wurde beim nächstem Bestellvorschlag nicht die Differenzmenge sonder 0 als D-Menge angegeben.
Fehlerbehebung:
Der Fehler ist behoben. Lag an einer falschen Variablen- Zuweisung.
Fehlerinformation:
D4002 - Bestellauswahl, In PMS16 kam die Abfrage "Möchten Sie eine neue Bestellung anlegen oder an bestehende anhängen?". Diese Abfrage wurde herausgenommen.
Fehlerbehebung:
Die Abfrage wird nicht mehr angezeigt. Der Benutzer hat dafür die Möglichkeit in der Bestellung über "Erneute Datenübernahme aus…" weitere Daten an eine bestehende Bestellung anzuhängen. Durch obige Abfrage war nicht immer klar, an welche Bestellung PMS16 die entsprechenden Datensätze angehängt hat.
Fehlerinformation:
D4101 (Wareneingang): keine Funktion: anders geliefert als Bestellt, ging voher mit F2 auf Liefermenge
Fehlerbehebung:
Diese Funktion ist immer noch aktiv, jedoch müssen diverse Voraussetzungen erfüllt sein:
a.) "Anders geliefert als Bestellt" muss in den Firmenparametern aktiviert sein
b.) Der Wareneingang darf nicht storniert sein
c.) Der Wareneingang darf nicht als geprüft gekennzeichnet sein
d.) Der Wareneingang ist noch nicht gebucht
e.) Die Zeile in der integrierten Liste (Grid) darf nicht auf "Komplett geliefert" stehen
Fehlerinformation:
D4302 (freie Rücklieferung), Stornierung einer freien Rücklieferung bleibt nicht erhalten.
Wird eine "freie Rücklieferung" storniert, so wird diese beim Blättern nicht mehr angezeigt.
Fehlerbehebung:
Die Berechnung wurde geändert. Stronierte Rücklieferungen werden wieder angezeigt.
Kundeninformation:
Für Kunden, die die Bestellnummer mit einem Script erstellen! Bedenken Sie bitte, dass in diesem Modul auch eine neue Bestellnummer erzeugt wird! Beachten Sie dies bitte, wenn Sie ein Script für die Erzeugung einer Bestellnummer hinterlegt haben. Siehe dazu auch die Maske X1201 - Nummernkreise.
Fehlerinformation:
D51.DATGPL wird nicht korrigiert wenn I20.DATGPL < DATE()
Fehlerbehebung:
Alte Version:
Wenn der Baubeginn in der Vergangenheit liegt, dann wurde als Vorlauf die Anzahl der Tage vom Stichtag+WBZ gesetzt!
Nur wenn das Flag "Zeitplanung durch MAWI korrigieren" gesetzt ist!
Neue Version:
Ist so geblieben:
Gerechnet wird: Kalender(ZUKUNFT,Kalender(ZUKUNFT,Stichdatum,WBZ,Kal_Lieferant),SDT,Kal_Firma)
Fehlerinformation:
Datenübergabe per EDIFAKT an den Lieferanten. Ab PMS32 hat die ASCII Datei einen falschen Strukturaufbau.
Fehlerbehebung:
Durch Strukturänderungen an diversen Tabellen der PMS32 Version wurden diese Änderungen bei der Erzeugung einer EDIFAKT Datei nicht geprüft. Diese Prüfungen wurden jetzt mit allen EDIFAKT Feldern vorgenommen.
Neue Funktion in der Maske:
Die Maske Q0102 wurde um die Option "Nachberechnung des Gemeinkostenanteils aller Positionen" erweitert! Durch Knopfdruck werden für die gezeigten Positionen alle Q01.GK aus C32.GKF refreshed, die Positionen neu berechnet und neue Kopfsummen berechnet.
Der Wert für Q01.IDC32 wird gefüllt wenn: Q01.IDC32 leer ist und C64.IDC39 nicht leer ist! Dann wird aus C64.IDC39=>C39.IDC32 geholt
Weitere Änderungen:
Die Berechnungen von Q01.Summe wurde in eine separate Routine verlegt
Die Berechnungen der Zeiten wurden in eine separate Routine verlegt
Bei der Berechnung der Zeiten wird wie folgt berechnet:
Q01.DATUM+Q01.ANFANGZEIT => StartDatumUndZeit
Ist Q01.ENDZEIT="00:00" und Q01.DATUM=Q01.DATUME wird die Endzeit wie folgt berechnet:
Q01.DATUM+Q01.ANFANGZEIT => EndDatumUndZeit && Es wurde noch keine Endzeit eingegeben!
Wenn nicht,
Q01.DATUME+Q01.ENDZEIT => EndDatumUndZeit
Damit ergibt sich für Stunden;
EndDatumUndZeit - StartDatumUndZeit => InSekunden / 3600 => InStunden
Ist die Uhrzeit des Starts größer als die Uhrzeit des Endes, wird auf den nächsten Tag berechnet!
Schwierig ist die Eingabe von Mitternacht: 00:00! Sollten Sie z.B.: von 16:00 bis 00:00 gearbeitet haben, so tragen Sie
bitte folgende Werte ein:
Startdatum, (es wird das Enddatum berechnet)
Startzeit z.B.: 16:00 Uhr
Für die Endzeit geben Sie bitte 24:00 Uhr ein.
Das System berechnet jetzt:
Enddatum = Startdatum+1(Tag)
Endzeit = "00:00"
Stunden = 8,00
Diese Vorgehensweise ist nur bei genau 00:00 Uhr notwendig, da das Enddatum eingabegeschützt ist und von Ihnen nicht verändert werden kann.
Sie können auch einfach die Stunden eingeben, die Sie gearbeitet haben, das System berechnet dann Enddatum und Endzeit nach Startdatum und Startzeit + Stunden.
Info: Ermittlung der Q01.IDC02 (Kostensatz):
1.) Wird aus C64.IDC02 (Mitarbeiter) geholt
2.) Wenn C64.IDC02 leer, dann wird der Wert aus C32.IDC02 (Kostenstellen) geholt
Information:
Die Routine D4002TST wurde durch Verbesserung der SQL Selects deutlich beschleunigt. Getestet wurde mit einem Datenbestand von:
Testumgebung Datenbestand:
Dispositon I20 => 144.000 Sätze
Artikelstamm B01 => 130.000 Sätze
Einkaufsdaten D03 => 152.000 Sätze
Lagerorte C66 => 19 Sätze
Lieferanten C61 => 500 Sätze
Einheiten C19 => 200 Sätze
Währungen C03 => 17 Sätze
Kunden C63 => 660 Sätze
Alte SQL Selects:
2 Testsätze => 4,72 Sekunden
11 Testsätze => 4,72 Sekunden
99 Testsätze => 4,83 Sekunden
1375 Testsätze => 5,17 Sekunden
Neue SQL Selects:
2 Testsätze => 0,30 Sekunden, Faktor = 15,7
11 Testsätze => 0,11 Sekunden, Faktor = 42,9
99 Testsätze => 0,24 Sekunden, Faktor = 20,1
1375 Testsätze => 0,39 Sekunden, Faktor = 13,3
Durchschnittlicher Faktor liegt bei ca. 23 … Der Faktor ist noch höher, wenn der gleiche Artikel mehrmals in der Disposition vorkommt! Bisher wurden auch doppelte Prüfungen durchgeführt. Mit den neuen SQL Selects werden die zu prüfenden Datensätze reduziert! Beispiel: Von 1375 Sätzen auf 220 Sätze, die zu prüfen waren.
Information:
Die Routine MODUL.PRG (Berechnung von Lagermaterial) in den Masken I2601und I2801 wurde überprüft. Bei der Berechnung werden folgende Parameter eingehalten:
Berechnet werden nur Lagerorte, die in der Auswahl markiert sind!
Die Lagermengen im Artikelstamm B01.VOmax/mel/min übersteuern die Einstellungen in I01!
Es werden nur Artikel berechnet, die die in der Auswahl eingestellten Lagerorte haben!
Die Berechnung erfolgt je nach Einstellung der Bestellbasis
Fehlerinformation:
Disposition: Fehlermeldung nach Mengenerhöhung einer Stücklistenposition und Nachdispostion, dass von einem Lager nicht reserviert werden kann.
Fehlerbehebung:
Die Fehlermeldung wurde herausgenommen und wurde angezeigt wenn:
a.) Der Artikel mit anderem Stammlager als in den FIP definiert angelegt wurde
b.) Reserviert wird vom Stammlager FIP
c.) Da kein Datensatz in I01 existiert mit dem Artikel und Stammlager-FIP wird die Fehlermeldung erzeugt
Die Fehlermeldung wurde komplett herausgenommen, wenn der Artikel- Lagerort nicht existiert wird nicht reserviert.
Fehlerinformation:
Doppelte Benennung in den Adressen im Feld "MATCH" möglich. Diese Möglichkeit besteht, wenn man nach der Neuanlage den Matchcode ändert und wieder speichert. Damit können doppelte Matchcodes eingetragen werden.
Fehlerbehebung:
Doppelte Eingaben in den MATCH Feldern der Aderessmasken werden jetzt zugelassen, Sie sollten nach Möglichkeit aber keine doppelten Namen vergeben, um mit der Umstellung auf neue Masken eine Unterscheidungsmöglichkeit zu haben!
Benutzerinformation:
Wie oben schon erwähnt, werden die Masken in PMS von den bisherigen Masken auf SQL - Masken umgestellt. Damit werden auf dem Frontend (Maske) neue Feldnamen aus den alten Feldnamen erzeugt, am Beispiel des Artikelstamms: B01.ARTNR wird zu B01.ICB01. Diese Änderungen werden für alle Tabellen durchgeführt! Damit werden in den Masken neue Feldnamen verwendet auch wenn in der Datenbank von PMS noch die alten Namen verwendet werden. So können Sie ihre Reports Stück für Stück anpassen. Nach der Umstellung aller Masken und Geschäftsregeln (Businessrules) wird PMS dann in der Datenbank umgestellt. Alle Benutzersichtbaren Felder (B01.ARTNR, E10.NUMMER, C61.MATCH, etc.) werden auf die gleiche Länge gebracht und mit einem neuen Namen versehen. ID Felder, die bisher sichtbar waren, werden für den Benutzer nicht mehr sichtbar sein und vom System gefüllt. Damit entfällt für den Benutzer die Eingabe eines Kürzels bzw. einer ID. Angezeigt werden dann nur noch die Langnummern bzw. in einigen Bereichen auch die Kürzel. Sind alle Masken und Businessrules auf SQL Basis umgestellt kann auch ein SQL Server als Datenbank benutzt werden.
Fehlerinformation:
Doppelte Eingaben in der Maske C1301 sind möglich.
Fehlerbehebung:
Bei der Anlage von neuen Daten in der Maske C1301 wird jetzt auf Doppeleingabe geprüft. Da die Tabelle C13 eine interne eindeutige ID besitzt wird außerdem auf die Eingaben in den anderen ID Feldern geprüft. Geprüft wird auf: C13.IPY01+C13.IDC25+C13.IDC16+C13.IDC63+C13.IDB01
Ergibt obige Prüfung einen doppelten Eintrag, so wird eine Fehlermeldung angezeigt.
Fehlerinformation:
E1X (Vorgänge): Nach einer Vorgangskopie steht in e10.match die Nummer des Ursprungsvorgangs. Dies war vorher die E10.Nummer des eigentlichen Vorgangs.
Fehlerbehebung:
E10.MATCH enthält jetzt E10.Nummer des kopierten Vorgangs.
Fehlerinformation:
E9620: Zurückschreiben der Stückliste nach EPLAN funktioniert nicht mehr
Fehlerbehebung:
Ist behoben. Der korrekte ALIAS (Tabellenbereich) wurde nicht mehr korrekt selektiert.
Fehlerinformation:
Einfügen einer Baugruppe in den Vorgängen. Nach dem Einfügen kann die Menge nicht sofort geändert werden.
Fehlerbehebung:
Behoben durch die Korrektur des Masterdatensatzes. Siehe auch ALLE MASKEN.
Fehlerinformation:
Fehler bei der Darstellung der Relationen wenn mit F3 ausgewählt wird. sporadischer Fehler: durch F5/F6 Blättern wird die Anzeige korrigiert!
Fehlerbehebung:
Der Fehler wurde für alle Masken korrigiert. Die zentrale Routine wurde geändert.
Fehlerinformation:
Geschwindigkeit PMS32 verbessern. In verschiedenen Modulen von PMS32 ist die Geschwindigkeit zu verbessern.
Fehlerbehebung:
Die Geschwindigkeit wurde in folgenden Modulen verbessert:
D4002TST.PRG, bei der Prüfung der Bestelldaten auf Vollständigkeit wurden die SQL Selects geändert was einen Faktor von ca. 20 brachte
Starten einer Vorgangsmaske, hier werden die Daten (Tabellen) für die Endwerte erst dann berechnet, wenn diese benötigt werden.
Neuanlage eines Datensatzes, hier wurde die Filterroutine überarbeitet. Der Faktor lag bei einer Artikeltabelle mit 212.000 Datensätzen bei ca. 10000, von vorher 20 Sekunden auf nachher 0,002 Sekunden. Der Faktor erhöht sich mit der Anzahl der Datensätze, die die Mastertabelle enthält!
Fehlerinformation:
I2004 und I2006 (Disposition) - Fehler beim Erstellen der SQL's. Es kommt die Fehlermeldung "Tabelle ist schreibgeschützt"
Fehlerbehebung:
Die entsprechenden SQLs in diesen Masken wurden geändert.
Fehlerinformation:
J3602 (BDE Eingabe), Maskensteuerung kontrollieren und Liste der Zeiten Filtern nur für Mitarbeiter, Sortierung der Liste umgekehrt, damit neue Oben stehen.
Fehlerbehebung:
Das Aussehen der Maske wurde geändert. Zusätzlich wurde eine Liste mit gebuchten Zeiten des Mitarbeiters eingefügt.
Fehlerinformation:
LOGIN: Beim bestätigen des Passortes soll die Anwendung sich Anmelden ohne erneut ENTER drücken zu müssen
Fehlerbehebung:
Wird die Passworteingabe mit ENTER bestätigt, wird die Anmeldung direkt gestartet. Wird das Passwortfeld mit TAB verlassen muss der Button "Anmelden" gedrückt werden.
Fehlerinformation:
Nach dem Update stimmen die eingestellten Werte nicht mehr in der Tabelle X16 - Zugangsrechte auf Mandantenebene.
Fehlerbehebung:
Die Update Routine UPD_X16.VPR wurde entsprechend geändert. Die Gruppeninformationen werden nicht mehr überschrieben.
Fehlerinformation:
PMS32B (Startassistent): Keine Möglichkeit einen eingerichteten Mandanten zu ändern.
Fehlerbehebung:
Beim Starten von PMS32 die "linke Strg" Taste gedrückt halten.
In der Maske dann den entsprechenden Mandanten wählen.
Mit "Zurück" können dann die Einstellungen geändert wreden.
Benutzerinformationen:
Der Startassistent hat verschiedene Starttastenkombinationen:
"Linke Strg" und "Linke Shift" Taste: Mandanten zurücksetzen bzw. Sonderfunktionen durchführen. (Sollte nur der Administrator machen)
"Linke Strg" Taste: Einen anderen Mandanten wählen
"Rechte Strg" Taste: Benutzereinstellungen für die Rechte für den Update vornehmen. (Administratorfunktion)
"Linke Shift" Taste: Einen neuen Mandanten anlegen
Die Tastenprüfungen werden in dieser Reihenfolge durchgeführt! Sind bestimmte Einstellungen in den Pfaden fehlerhaft so wird trotz gedrückter Tastenkombination eine andere Maske geöffnet! Tritt ein Fehler beim Tabellentest auf, so hat dieser Vorrang vor den Tastenkombinationen! Die Administrator Einstellungen sollten auch wirklich nur von einem Systemadministrator vorgenommen werden! Man kann durch unsachgemäße der Datenbankmanipulation die komplette Arbeit mit PMS32 unterbinden!
Fehlerinformation:
PMS32G (Internetupdate), beim automatischen Test des Internetupdate wird ein Fehler erzeugt.
Fehlerbehebung:
Fehler ist behoben, bei der Abfrage eines Dialogs wurde ein Parameter vergessen, der dazu führte, dass ein logischer Wert zurückgegeben wurde.
Fehlerinformation:
PMS_10.PmsDeleteRecord, dieser COM-Server erzeugt die Fehlermeldung:"Foxpro kann nicht beendet werden", wenn PMS32 im Batchbetrieb gestartet wird. D.h., PMS32 wird gestartet, führt eine Aktion aus und wird nach der Aktion direkt beendet.
Fehlerbehebung:
Das Problem besteht in der Initialisierung der COM+ Server für PMS32. Um den Start von PMS32 zu beschleunigen werden viele COM+ Server im Hintergrund gestartet d.h., dass PMS32 während des Starts alle benötigten COM+ Server aktiviert diese aber während der Startphase von PMS32 parallel hochgefahren werden. PMS_10 wird als letzter COM+ Server gestartet, da dieser nur selten, wenn überhaupt benötigt wird. Dadurch ist dieser Server noch nicht mit seiner Initialisierung fertig wenn PMS32 im Batchmodus beendet wird. Dieser Server wird jetzt erst initialisiert, wenn die erste Maske aufgerufen wird. Dies dauert zwar beim Maskenaufruf etwas länger stört dann aber den Batchmodus nicht.
Workaround:
Wird PMS32 im Batchmodus betrieben, so kann vor dem Beenden von PMS32 der Befehl:
WAIT WINDOW "" TIMEOUT 5
in das entsprechende Script eingetragen werden. Dadurch wird die Verarbeitung für 5 Sekunden angehalten, was den COM+ Servern die entgültige Initialisierung erlaubt.
Fehlerinformation:
Prüfen auf die Aktualisierung der Vorgangsmasken bei der Auswahl über ALT+F3.
Fehlerbehebung:
Die Aktualisierung der Vorgangsmasken wird nach dem Lesen eines Datensatzes nur noch einmal ausgeführt. (Geschwindigkeit)
Fehlerinformation:
Rundung in Summenberechnung falsch in der Maske D4501 (Zusatzrechnungen)
Fehlerbehebung:
Die Berechnung wurde überprüft und an die Berechnungen aus D4101 (Bestellungen) Und D4401 (Eingangsrechnungen) angepasst.
Fehlerinformation:
Speichern der Daten ohne Userinfo führt im Netzwerkbetrieb dazu, dass sich jeder Benuzter mit dem gleichen Namen anmeldet!
Fehlerbehebung:
Die Einstellung wird automatisch umgestellt auf „Windows-Benutzer“, unabhängig vom Namen der Workstation. Damit wird der "gleiche" Benutzer immer mit seinen Daten angemeldet. Die Informationen werden unter der WINDOWS-Anmeldung des Benutzers gespeichert!
Fehlerinformation:
Totalabsturz der PMS32 Applikation in den verschiedensten Bereichen. Neuanlage, Blättern, Auswahl, starten einer Maske, etc.
Fehlerbehebung:
Dieser Fehler ist jetzt (SP9) behoben. Für den, der sich für den Hintergrund interessiert:
Der Fehler tritt durch die Initialisierung der Grids in allen 1:N Masken auf. Leider nicht immer direkt sondern sporadisch auch nach der Initialisierung des Grids. Dazu ist folgendes zu sagen: Grids sind keine FOX-2.6 (PMS 16Bit) Objekte gewesen. Durch die Umstellung auf PMS32 wurden in 1:N Masken die Browses der Masken auf Grids umgestellt. Grids haben den Vorteil, dass diese als Objekte vorliegen, so das Änderungen in Grids protokolliert und auch gespeichert werden können. (Veränderung des Aussehens durch den Benutzer). Da die neuen PMS32 Masken zur Zeit noch READ-Masken sind, ist bei diesen ein Fehler (Microsoft) im Init des Grids aufgetreten. Dieser Fehler wurde durch erheblich erweiterte Tests lokalisiert und behoben. In diesem Zusammenhang ist die Protokollierung von PMS32 Funktionen die durchlaufen erweitert worden ohne die Geschwindigkeit zu beeinträchtigen. Mit der Umgebungsvaribalen PMSWRITELOG=ON kann die Protokollierung eingeschaltet werden. Dann wird die Datei WRITELOG.LOG erzeugt, die alle Funktionsabläufe protokolliert.
Fehlerinformation:
Totalabsturz von PMS32 wenn Tobit FaxWare mit der Version 7 eingesetzt wird
Fehlerbehebung:
Der Totalabsturz kann umgangen werden wenn die PMS Variable:
SET REPORTBEHAVIOR 90
gesetzt wird. Damit wird die neue Reportengine von PMS unterstützt. Nachteil ist jedoch, dass die Steuerwerte @@...@@ nicht an Tobit übergeben werden.
Die andere Möglichkeit ist, dass Tobit FaxWare V8+ installiert wird. Mit dieser Tobit Version läuft auch die Ausgabe wieder korrekt.
Fehlerinformation:
Vertragslaufzeit wird bei der Vertragsberechnung nicht berücksichtigt!
Fehlerbehebung:
Bei der Vertragsberechnung müssen folgende Richtlinien für die Berechnung eingehalten werden:
a.) Im Vertrag MUSS eine Laufzeit vorgegeben sein!
b.) Es wird IMMER eine komplette Vertragperiode berechnet! Einstellung z.B.: 12 monatlich => 12 Monate
Die Vertragslaufzeit sollte immer mit den Zahlungsperioden übereinstimmen auf keinen Fall kleiner sein!
c.) Ist "Vertrag verlängern um…" nicht aktiv und die Berechnung geht über eine komplette Vertragsperiode wird der Vertrag gekündig, und damit nicht weiter berechnet!
Fehlerinformation:
Vorgänge: Freie Statusfelder können nicht mehr eingegeben werden, wenn der Vorgang abgeschlossen ist, war in PMS16 anders, soll auch wieder so sein!
Fehlerbehebung:
Die freien Statusfelder können auch bei abgeschlossenem Vorgang geändert werden.
Fehlerinformation:
Warum stimmt die Lizensierung beim Aufruf auf dem Server nicht mit der Lizensierung auf der Workstation überein? WIN-2003 Server und XP-Terminal
Fehlerbehebnung:
Die Ermittlung des Computernamens wurde geändert, damit der Computername korrekt ermittelt wird! Wurde das Laufwerk mit \\ipAdresse\ gemappt, so wird jetzt trotzdem der korrekte Computername ermittelt. Wichtig ist die REGOBJ.DLL, die dann installiert sein muss! Diese Datei liegt im PMS32 Startverzeichnis und kann mit dem Befehl REGSVR32.EXE regobj.dll registriert werden. REGOBJ.DLL enthält einen COM+ Server der von PMS32 dann zur Ermittlung des Computernamens herangezogen wird.
Fehlerinformation:
Werden die Positionen einer neu angelegten Baugruppe mit STRG+Einfg eingefügt, ist speichern mit F9 nicht möglich. Beim Speichern mit Diskettensymbol springt PMS32 auf einen komplett anderen Artikel und setzt diesen als Baugruppe. Die neuangelegte Baugruppe ist jedoch noch keine BG (klicken in die Positionsliste und erneut speichern). Werden die BG-Positionen mit dem "Artikel"-Button eingefügt, wird alles korrekt gespeichert!
Fehlerbehebung:
Der Fehler lag in der Zeile poGrid.Columns(m.pnColumn).SetFocus() in Action_Blk(). Der SetFocus() auf das Feld im Grid verstellt den Satzzeiger des Masters, wenn vorher keine Zeile im Grid war.
Dies war auch in allen anderen Masken so! Der Datensatzzeiger des Masters wird nach dem SetFocus() wieder auf den korrekten Datensatz gestellt.
Fehlerinformation:
Z0101/2 (Zahlungspläne): Bei der Rückkehr in diese Maske vom Drucken sind die Informationen weg, auch die Zuordnung zur E10 ist weg, in E10 ist die Info weg
Fehlerbehebung:
Aufruf bei der Rückkehr geändert. Die (nicht) vorhandenen Parameter werden über den Stack der Form ermittelt.
Dateiversion:1.0.00.09.00.0354 - H.U.DD.V1.V2
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 2007 el-Projekt®