PMS32 Online- Hilfereferenz
Projekte
Langtextfeld. Nähere Beschreibung. Hier kann mit F3 - Auswahl aus den Textbausteinen (C40) ein vorgegebener Text ausgewählt werden.
Langtextfeld. Nähere Beschreibung. Hier kann mit F3 - Auswahl aus den Textbausteinen (C40) ein vorgegebener Text ausgewählt werden. In einigen Tabellen werden die Texte der Stammadten als Vorlage in die eigentliche Tabelle übernommen. Z.B. in den Vorgängen: B01.BEZ nach E11.BEZ, im Bestellwesen: D03.BEZ nach D51.BEZ.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Projektbeginn oder auf Startdatum des Projektes. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Projektende oder auf Enddatum des Projektes. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Erlöse. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Erträge. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Fertigstellungsgrad. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Fertigungszeit in Tagen. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Kosten. Als Durchführung werden alle Aufträge bzw. CAE-Listen bewertet.
Die Börsenpreise für die Berechnung der Edelmetallzuschläge werden bei gesetztem Parameter vorgangsbezogen
abgespeichert und können dort auch geändert werden. Der Aufruf erfolgt in der
Vorgangsverwaltung über das Menü Datei / Edelmetallwerte.
Bei Nutzung der Funktion Aktualisieren mit Stammdaten / Edelmetalldaten werden die
Edelmetallbörsenpreise wieder aus den aktuellen Stammdaten überschrieben.
Bei der Übernahme von Vorgängen mit den Kopfdaten werden die Börsenpreise mit in den
neuen Vorgang übertragen.
Die Voreinstellung der Firmenparameter ist in den Vorgaben der Vorgänge spezifisch
änderbar.
Gesperrt. Dieser Status dient dazu, dass die entsprechende Information bei einer Auswahl in einem anderen Vorgang nicht mehr angezeigt wird.
Gesperrt. Dieser Status dient dazu, dass die entsprechende Information bei einer Auswahl in einem anderen Vorgang nicht mehr angezeigt wird. Damit wird eine Auswahl verhindert, ohne dass der Datensatz gelöscht werden muss.
1 - Lagerort des Artikels hat Vorrang
2 - Lagerort im Projekt hat Vorrang (auch Auftrag)
Relationales Feld zum Betriebskalender. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zum Betriebskalender. Dieses Feld ist ein Lookup- relationales Feld in die Betriebskalendertabelle (C14). Der Betriebskalender gibt vor, welche Tage arbeitsfreie bzw. Feiertage sind. Die Informationen werden in der Tabelle (C15) abgelegt und bei der Berechnung von Datumswerten herangezogen. Somit wird verhindert, dass z.B. eine Lieferung an einen Kunden am 6. Januar nach Bayern geliefert wird, da in Bayern an diesem Tag Feiertag ist und dann wohl niemand die Lieferung entgegennehmen kann. Alle Betriebskalender- Berechnungen sind in der My Struktur unter: My.Functions.Datum... abgelegt. Die einzelnen Funktionen und deren Parameter können mit dem Tool PMS32M.EXE eingesehen werden.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C14 - Kalender */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und C14... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C14.DBF") ON K10.IDC14=C14.IDC14 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C14 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C14.DBF") ON K10.IDC14=C14.IDC14 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"C14.DBF") ; WHERE K10.IDC14=C14.IDC14 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC14 AS Object loC14 = My.Bussines.Strain.Misc.oC14[K10.IDC14] IF !EMPTY(loC14.IDC14) */ Dann wurde der Datensatz in der Tabelle C14 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Kostenträger (C31). Eine Änderung erfolgt durch F3 - Auswahl. Der Srung zu Stammtabelle erfolgt mit F2
Lookup- bzw. relationale Felder werden benötigt um Tabellen mittels SQL Select oder einer Relation zu verbinden. Durch die Namensgebung der Lookupfelder kann aus dem Feldnamen "meistens" die Zieltabelle der Relation bestimmt werden. Alle Relationen werden in PMS32 über sogenannte ID- Felder hergestellt, wobei die Zieltabelle ab der dritten Stelle des Feldnamens bis zur fünften Stelle des Feldnames angegeben ist. Aus ein paar Beispielen: D51.IDB01 => B01, I40.IDC42VKB => C42, I50.IDC25B => C25. Mit der Formel aus dem Codeblock kann zu "fast" allen ID Feldern die entsprechende Zieltabelle ermittelt werden. Spezial- Lookupfelder wie z.B.: I20.IDZWI oder I23.IDAUFA... benötigen zur Bestimmung die entsprechende IP, mit der über die Systemtabelle Y01 die entsprechende Zieltabelle ermittelt werden kann.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C31 - Kostenträger */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und C31... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDC31 AS _Quelle, C31.IDC31 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C31.DBF") ON K10.IDC31=C31.IDC31 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C31 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDC31 AS _Quelle, C31.IDC31 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C31.DBF") ON K10.IDC31=C31.IDC31 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDC31 AS _Quelle, C31.IDC31 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"C31.DBF") ; WHERE K10.IDC31=C31.IDC31 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC31 AS Object loC31 = My.Bussines.Strain.Misc.oC31[K10.IDC31] IF !EMPTY(loC31.IDC31) */ Dann wurde der Datensatz in der Tabelle C31 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Kundentabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Kundentabelle. Dieses Feld ist ein Lookup- relationales Feld in die Kundentabelle (C63). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Kundentabelle benötigt. Ein Beispiel: SELECT c63.match, COUNT(*) AS anzahl FROM c63,d40 WHERE c63.idc63=d40.idc61 AND ... GROUP BY 1 ... Dieser SQL würde alle Beistellungen und Reparaturbestellungen zum Kunden ermitteln.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C63 - Kunden */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und C63... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C63.DBF") ON K10.IDC63=C63.IDC63 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C63 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C63.DBF") ON K10.IDC63=C63.IDC63 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"C63.DBF") ; WHERE K10.IDC63=C63.IDC63 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC63 AS Object loC63 = My.Bussines.Strain.Misc.oC63[K10.IDC63] IF !EMPTY(loC63.IDC63) */ Dann wurde der Datensatz in der Tabelle C63 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Lagerorttabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Lagerorttabelle. Dieses Feld ist ein Lookup- relationales Feld in die Lagerorttabelle (C66). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Lagerorttabelle benötigt. Ein Beispiel: SELECT c66.match, i20.menge_s FROM i20,c66 WHERE i20.idc66 = c66.idc66 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C66 - Lagerorte */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und C66... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON K10.IDC66=C66.IDC66 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C66 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON K10.IDC66=C66.IDC66 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"C66.DBF") ; WHERE K10.IDC66=C66.IDC66 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC66 AS Object loC66 = My.Bussines.Strain.Misc.oC66[K10.IDC66] IF !EMPTY(loC66.IDC66) */ Dann wurde der Datensatz in der Tabelle C66 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Sachbearbeiter (C68). Eine Änderung erfolgt durch F3 - Auswahl. Der Srung zu Stammtabelle erfolgt mit F2
Lookup- bzw. relationale Felder werden benötigt um Tabellen mittels SQL Select oder einer Relation zu verbinden. Durch die Namensgebung der Lookupfelder kann aus dem Feldnamen "meistens" die Zieltabelle der Relation bestimmt werden. Alle Relationen werden in PMS32 über sogenannte ID- Felder hergestellt, wobei die Zieltabelle ab der dritten Stelle des Feldnamens bis zur fünften Stelle des Feldnames angegeben ist. Aus ein paar Beispielen: D51.IDB01 => B01, I40.IDC42VKB => C42, I50.IDC25B => C25. Mit der Formel aus dem Codeblock kann zu "fast" allen ID Feldern die entsprechende Zieltabelle ermittelt werden. Spezial- Lookupfelder wie z.B.: I20.IDZWI oder I23.IDAUFA... benötigen zur Bestimmung die entsprechende IP, mit der über die Systemtabelle Y01 die entsprechende Zieltabelle ermittelt werden kann.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C68 - Sachbearbeiter */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und C68... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDC68 AS _Quelle, C68.IDC68 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C68.DBF") ON K10.IDC68=C68.IDC68 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C68 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDC68 AS _Quelle, C68.IDC68 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C68.DBF") ON K10.IDC68=C68.IDC68 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDC68 AS _Quelle, C68.IDC68 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"C68.DBF") ; WHERE K10.IDC68=C68.IDC68 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC68 AS Object loC68 = My.Bussines.Strain.Misc.oC68[K10.IDC68] IF !EMPTY(loC68.IDC68) */ Dann wurde der Datensatz in der Tabelle C68 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Primärschlüssel der Tabelle : Projekte
Primärfelder einer Tabelle indentifizieren den Datensatz der Tabelle. Der Feldinhalt ist immer eindeutig und kann niemals mehrfach vorkommen. Primärfelder können aus einem Feld der Tabelle oder aus mehreren Feldern der Tabelle bestehen.
*/ Das Feld IDK10 ist das Primärschlüsselfeld der Tabelle K10 - Projekte */ Dieses Feld kann in anderen Tabellen als relationaler Schlüssel zu dieser Tabelle dienen */ An einem SQL - Beispiel eines beschreibbaren Cursors... */ Die Daten des Cursors können zwar geändert werden, die Änderungen werden jedoch NICHT in die Datenbank zurückgeschrieben! SELECT K10.* FROM (My.Clients.Path.cDbfDir+"K10.DBF") ; WHERE K10.IDK10 = m.idk10 ; INTO CURSOR qK10 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT K10.* FROM CDBFDIR!K10 WHERE IDK10=']+m.idk10+['],"qK10",2) */ Hier könnte Code stehen... */ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable) ENDIF */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loK10 AS Object loK10 = My.Bussines.Strain.Misc.oK10[m.idk10] IF !EMPTY(loK10.IDK10) */ Dann wurde der Datensatz in der Tabelle K10 gefunden! */ Hier kann weiterer Code stehen... ENDIF */ Hinweis: Diese Tabelle ein Feld mit dem Namen: IEK10! */ Damit kann auch über den EAN-Code das Tabellenobjekt abgefragt werden... LOCAL loK10 AS Object loK10 = My.Bussines.Strain.Misc.oK10[m.IEK10] IF !EMPTY(loK10.IDK10) */ Dann wurde der Datensatz in der Tabelle K10 gefunden! */ Hier kann weiterer Code stehen... ENDIF
Relationales Feld zum Kalkulationsschema Fertigung.
Relationales Feld zum Kalkulationsschema. Dieses Feld ist ein Lookup- relationales Feld in die Kalkulationsschema (V03). Dieses Feld ist eine Vorlage für das Kalkulationschema Fertigung in den Positionen eines Vorgangs. Dieses Feld hat Vorrang vor der Einstellung beim Kunden.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: V03 - Kalkulationsschemata */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und V03... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDV03FV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"V03.DBF") ON K10.IDV03FV=V03.IDV03 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle V03 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDV03FV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"V03.DBF") ON K10.IDV03FV=V03.IDV03 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDV03FV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"V03.DBF") ; WHERE K10.IDV03FV=V03.IDV03 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loV03 AS Object loV03 = My.Bussines.Strain.Misc.oV03[K10.IDV03FV] IF !EMPTY(loV03.IDV03) */ Dann wurde der Datensatz in der Tabelle V03 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld zum Kalkulationsschema Handel.
Relationales Feld zum Kalkulationsschema. Dieses Feld ist ein Lookup- relationales Feld in die Kalkulationsschema (V03). Dieses Feld ist eine Vorlage für das Kalkulationschema Handel in den Positionen eines Vorgangs. Dieses Feld hat Vorrang vor der Einstellung beim Kunden.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: V03 - Kalkulationsschemata */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K10 und V03... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT K10.IDV03HV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"V03.DBF") ON K10.IDV03HV=V03.IDV03 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle K10 im Feld _Quelle und nur vorhandene Datensätze der Tabelle V03 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT K10.IDV03HV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"V03.DBF") ON K10.IDV03HV=V03.IDV03 ; WHERE K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Geht auch so... SELECT K10.IDV03HV AS _Quelle, V03.IDV03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"K10.DBF") , (My.Clients.Path.cDbfDir+"V03.DBF") ; WHERE K10.IDV03HV=V03.IDV03 AND K10.... ; INTO CURSOR qK10 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loV03 AS Object loV03 = My.Bussines.Strain.Misc.oV03[K10.IDV03HV] IF !EMPTY(loV03.IDV03) */ Dann wurde der Datensatz in der Tabelle V03 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Neues EAN-Code Feld. Wird automatisch vom System vorbelegt
Neues EAN-Code Feld. Wird automatisch vom System vorbelegt. ie«Table» = My.Clients.Numbers.EANCode(«Table»), Beispiel: iec02=My.Clients.Numbers.EANCode("E02") Die Aufschlüsselung des Codes erfolgt folgendermaßen: «Tabelle»«FortlaufendeNummer»«Prüfziffer» Wobei die angegebene Tabelle nach einem Prüfstring umgewandelt wird. Prüfstring: "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ" Daraus ergibt sich für "E10" =» "1410" =» 14te Stelle = "E", ... Es wird bei Stelle 0 zu zählen begonnen! Danach erfolgt eine fortlaufende Nummer, die über die Systemtabelle X14 gebildet wird. 00000001 - 99999999 Zuletzt wird die Prüfziffer über lcEAN = My.Functions.BarCodes.EanCodePP(CodeOhnePrüfziffer) gebildet. Der zurückgegebene Code ist ein gültiger EAN-13 Code und kann mit den mitgelieferten Schriftarten, siehe ..\mitgeben\, auf einem Report ausgegeben werden.
*/ Dieses Feld ist ein IE - Feld der Tabelle (EAN-Code)... */ Die Information der Tabelle kann über die My Struktur ermittelt werden... LOCAL loK10 AS Object loK10 = My.Bussines.Strain.Misc.oK10[K10.IEK10] IF !EMPTY(loK10.IEK10) */ Dann wurden Daten gefunden... */ Weiterer Code hier... ENDIF
Bitte wählen Sie mit F3 aus, falls eine Auswahlmöglichkeit besteht.
IP Felder definieren die Art des Datensatzes oder dessen Status. Der Feldinhalt wird immer aus der Tabelle Y01 ermittelt. Sollte die Möglichkeit einer Benutzereingabe bestehen, so wird der Wert mit einer Auswahl F3 auf dem Feld geändert. Die Werte in diesen Feldtypen sind immer von der Relation in die Tabelle Y01 (Systemtabelle) abhängig.
*/ Dieses Feld ist ein IP - Feld der Tabelle... */ Der Abruf der Informationen kann über die Tabelle Y01 erfolgen... */ IP Felder geben entweder eine Zeilenart oder eine relationale Tabelle an... LOCAL loY01 AS Object loY01 = My.Bussines.Strain.Misc.vY01[K10.IPK10] */ Damit kann die Zeilenart bestimmt werden...
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld führt ein sogenanntes Änderungskennzeichen mit.
Bei jeder Änderung an dem Datensatz der Tabelle wird dieses Feld um 1 nach oben gezählt.
Bei einem Wert der größer 999 ist wird wieder bei 0 angefangen.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LASTUPD WITH (LASTUPD+1)%1000 UPDATE .... , LASTUPD = (LASTUPD+1)%1000
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das letzte Änderungsdatum des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LDATUM WITH My.xDate UPDATE .... , LDATUM = My.xDate
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Programm der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LPRG WITH My.lProgram UPDATE .... , LPRG = My.lProgram
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält den Benutzer der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LWER WITH My.cUser UPDATE .... , LWER = My.cUser
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält die Uhrzeit der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LZEIT WITH My.xTime UPDATE .... , LZEIT = My.xTime
Geben Sie den Matchcode ein.
Geben Sie den Matchcode ein.
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Neuanlagedatum des Datensatzes.
My.xDate gibt das aktuelle Datum zurück.
Bitte verwenden Sie nicht DATE()!
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NDATUM) VALUES (...,My.xDate)
Notizfeld. Freie Langtexteingabe.
Notizfeld. In diesem Feld können Sie Notizen hinterlegen. Notizfelder werden normaler Weise nicht in andere Tabellen übernommen bzw. ausgewertet. Einige Notizfelder werden jedoch aus anderen Modulen gefüttert, wie z.B. das Notizfeld in der Projekttabelle (K10), Masken K1001 und K1002, dass aus dem Bestellwesen bei best. Einstellungen mit Informationen aus den Bestellungen gefüllt wird.
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Programm der Neuanlage des Datensatzes.
My.lProgram gibt das aktuelle Programm zurück.
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NWER) VALUES (...,My.cUser)
Wie soll das Eingetragene Kalkulationsschema behandelt werden?
1 - Nicht ändern
2 - Hat Vorrang vor der Stammkalkulation
3 - Nur wenn Stammkalkulation leer
Wie soll das Eingetragene Kalkulationsschema behandelt werden?
1 - Nicht ändern
2 - Hat Vorrang vor der Stammkalkulation
3 - Nur wenn Stammkalkulation leer
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält den Benutzer der Neuanlage des Datensatzes.
My.cUser gibt den angemeldeten Benutzer (C65) zurück.
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NWER) VALUES (...,My.cUser)
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Neuanlageuhrzeit des Datensatzes.
My.xTime gibt das aktuelle Uhrzeit zurück.
Bitte verwenden Sie nicht TIME()!
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NZEIT) VALUES (...,My.xTime)
Bitte füllen Sie möglichst das Feld mit einem eindeutigen Wert, damit Sie bei einer Auswahl (Lookup) die Information deutlich indentifizieren können. Oder benutzen Sie F2, um einen Schlüssel vom System generieren zu lassen.
Dieses Candidate Feld wird entweder automatisch bei einer Neuanlage aus den Nummernkreisen (X12) mit einem eindeutigen Begriff gefüllt oder, wie in der Vorgangsverwaltung, kann mit F2 ein neuer Schlüssel (Nummer) abgerufen werden. Sollten Sie in diesem Feld eine Eingabe vornehmen können, so achten Sie bitte darauf, dass der Begriff eindeutig ist, damit Sie im Falle einer Auswahl (Lookup) auf dieser Tabelle den korrekten Datensatz indentifizieren können.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datumsfeld. Hier können Sie wenn erlaubt ein Datum eingeben oder mit dem Button rechts neben dem Feld ein Datum aus der Kalendermaske auswählen. Bitte beachten Sie, dass Datumseingaben vor dem 01.01.1600 als falsches Datum interpretiert werden!
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datumsfeld. Hier können Sie wenn erlaubt ein Datum eingeben oder mit dem Button rechts neben dem Feld ein Datum aus der Kalendermaske auswählen. Bitte beachten Sie, dass Datumseingaben vor dem 01.01.1600 als falsches Datum interpretiert werden!
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Prozentfeld für die Eingabe eines Zu- bzw. Abschlags in Prozent "%". Bitte beachten Sie bei einigen Eingaben, dass der Auf- bzw. Abschlag mal auf 100 bzw. von 100 berechnet werden kann. Standard ist die Berechnung auf 100, "%" d.h., der Endwert berechnet sich mit: Endwert = Anfangswert * (1 + Prozent/100). Anders ist die Berechnung bei der Einstellung von 100, "/" hier berechnet sich der Endwert mit: Endwert = Anfangswert * (1 + Prozent/(1-ABS(Prozent)/100)). Bitte achten Sie in diesem Zusammenhang auch auf die Einstellungen "." - Fester Zu- bzw. Abschlag in der Währungseinheit. "F" - Der Endwert des Zu- bzw. Abschlags ist ein Festwert.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Siehe auch : Hauptmenü / Hauptindex / Such Index / Cursor Index / Programm Module / Tabellen Index / Tabellenmodule / Masken Index / Programmcode Index / Servicepacks / My.Struktur / Funktionen / Sonstiges Index
Lokale Benutzerhilfe : Meine eigene Hilfe / Zurück zur PMS32 - Hilfe
Dateiversion:1.0.04#3648 - H.U.DD#SSFF 02.12.2022
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 2022 ® el-Projekt