PMS32 Online- Hilfereferenz
Anfragepositionen/Artikel
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Hier wird das Datum der Lieferantenanfrage eingegeben.
Bestellnummer oder Artikelnummer des Lieferanten.
Bestellnummer oder Artikelnummer des Lieferanten. Diese Nummer wird in Bestellungen benötigt und muss vom Lieferanten identifiziert werden können. Bei der Eingabe deshalb bitte auf Korrektheit achten. Im Artikelstamm wird dieses Feld zum Preisupdate der EK-Daten des Lieferanten benötigt. Wird die Bestellnummer dort geändert, so kann eventuell ein externes System den Artikel nicht mehr finden und legt ihn unter Umständen nochmals an.
Vorgangsnummer
Bei der Erstellung einer Lieferantenanfrage kann mit dieser Option der Einkaufspreis aus den Artikelstammdaten vorgegeben werden.
Relationales Feld (Lookup) in den Artikelstamm. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zum Artikelstamm. Dieses Feld ist ein Lookup- relationales Feld in den Artikelstamm (B01). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit dem Artikelstamm benötigt. Ein Beispiel: SELECT b01.artnr, i33.menge_i FROM i33, b01 WHERE i33.idb01 = b01.idb01 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: B01 - Artikelstamm */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D34.IDB01=B01.IDB01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle B01 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D34.IDB01=B01.IDB01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE D34.IDB01=B01.IDB01 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loB01 AS Object loB01 = My.Bussines.Strain.Misc.oB01[D34.IDB01] IF !EMPTY(loB01.IDB01) */ Dann wurde der Datensatz in der Tabelle B01 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in den Artikelstamm. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zum Artikelstamm. Dieses Feld ist ein Lookup- relationales Feld in den Artikelstamm (B01). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit dem Artikelstamm benötigt. Ein Beispiel: SELECT b01.artnr, i33.menge_i FROM i33, b01 WHERE i33.idb01 = b01.idb01 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: B01 - Artikelstamm */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDB01S AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D34.IDB01S=B01.IDB01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle B01 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDB01S AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D34.IDB01S=B01.IDB01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDB01S AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE D34.IDB01S=B01.IDB01 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loB01 AS Object loB01 = My.Bussines.Strain.Misc.oB01[D34.IDB01S] IF !EMPTY(loB01.IDB01) */ Dann wurde der Datensatz in der Tabelle B01 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Versandarten (C10). 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: C10 - Versandarten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C10... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC10 AS _Quelle, C10.IDC10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C10.DBF") ON D34.IDC10=C10.IDC10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C10 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC10 AS _Quelle, C10.IDC10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C10.DBF") ON D34.IDC10=C10.IDC10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC10 AS _Quelle, C10.IDC10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C10.DBF") ; WHERE D34.IDC10=C10.IDC10 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC10 AS Object loC10 = My.Bussines.Strain.Misc.oC10[D34.IDC10] IF !EMPTY(loC10.IDC10) */ Dann wurde der Datensatz in der Tabelle C10 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt. Hier kann die Einheit des Artikels mit F3 geändert werden. Bitte beachten Sie in diesem Zusammenhang, dass eventuell bei einer Änderung der Einheit auch eine Änderung des Umrechnungsfaktors zur Basiseinheit vorgenommen werden muss. Siehe dazu auch die Umrechnungsfaktoren der Mengeneinheiten.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C19 - Einheiten-Basiseinheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C19... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC19 AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C19 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC19 AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC19 AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C19.DBF") ; WHERE D34.IDC19=C19.IDC19 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC19 AS Object loC19 = My.Bussines.Strain.Misc.oC19[D34.IDC19] IF !EMPTY(loC19.IDC19) */ Dann wurde der Datensatz in der Tabelle C19 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt. Hier kann die Einheit des Artikels mit F3 geändert werden. Bitte beachten Sie in diesem Zusammenhang, dass eventuell bei einer Änderung der Einheit auch eine Änderung des Umrechnungsfaktors zur Basiseinheit vorgenommen werden muss. Siehe dazu auch die Umrechnungsfaktoren der Mengeneinheiten.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C19 - Einheiten-Basiseinheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C19... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19MEEK=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C19 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19MEEK=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C19.DBF") ; WHERE D34.IDC19MEEK=C19.IDC19 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC19 AS Object loC19 = My.Bussines.Strain.Misc.oC19[D34.IDC19MEEK] IF !EMPTY(loC19.IDC19) */ Dann wurde der Datensatz in der Tabelle C19 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld (Lookup) in die Einheitenabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt. Hier kann die Einheit des Artikels mit F3 geändert werden. Bitte beachten Sie in diesem Zusammenhang, dass eventuell bei einer Änderung der Einheit auch eine Änderung des Umrechnungsfaktors zur Basiseinheit vorgenommen werden muss. Siehe dazu auch die Umrechnungsfaktoren der Mengeneinheiten.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C19 - Einheiten-Basiseinheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C19... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC19MELA AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19MELA=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C19 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC19MELA AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D34.IDC19MELA=C19.IDC19 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC19MELA AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C19.DBF") ; WHERE D34.IDC19MELA=C19.IDC19 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC19 AS Object loC19 = My.Bussines.Strain.Misc.oC19[D34.IDC19MELA] IF !EMPTY(loC19.IDC19) */ Dann wurde der Datensatz in der Tabelle C19 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Adresstabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Adresstabelle. Dieses Feld ist ein Lookup- relationales Feld in die Adresstabelle (C30). Die Auswahl dient meistens als Vorlage für eine Lieferanten-, Kunden- oder andere spezifizierte Adressart. Bei einer Änderung der Originaldaten in den Adressen allgemein C3001, hat der Benutzer wählen, ob die Änderungen an die spezifizierten Adressmasken weitergegeben wreden oder nicht. Dies ist mit einer separaten Übersichtsmaske möglich.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C30 - Adressen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C30... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC30 AS _Quelle, C30.IDC30 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C30.DBF") ON D34.IDC30=C30.IDC30 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C30 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC30 AS _Quelle, C30.IDC30 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C30.DBF") ON D34.IDC30=C30.IDC30 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC30 AS _Quelle, C30.IDC30 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C30.DBF") ; WHERE D34.IDC30=C30.IDC30 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC30 AS Object loC30 = My.Bussines.Strain.Misc.oC30[D34.IDC30] IF !EMPTY(loC30.IDC30) */ Dann wurde der Datensatz in der Tabelle C30 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Lieferantentabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Lieferantentabelle. Dieses Feld ist ein Lookup- relationales Feld in die Lieferantentabelle (C61). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Lieferantentabelle benötigt. Ein Beispiel: SELECT c61.match, COUNT(*) AS anzahl FROM c61,d40 WHERE c61.idc61=d40.idc61 AND ... GROUP BY 1 ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C61 - Lieferanten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C61... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D34.IDC61=C61.IDC61 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C61 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D34.IDC61=C61.IDC61 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C61.DBF") ; WHERE D34.IDC61=C61.IDC61 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC61 AS Object loC61 = My.Bussines.Strain.Misc.oC61[D34.IDC61] IF !EMPTY(loC61.IDC61) */ Dann wurde der Datensatz in der Tabelle C61 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Hersteller (C62). 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: C62 - Hersteller */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und C62... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC62 AS _Quelle, C62.IDC62 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C62.DBF") ON D34.IDC62=C62.IDC62 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C62 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDC62 AS _Quelle, C62.IDC62 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C62.DBF") ON D34.IDC62=C62.IDC62 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC62 AS _Quelle, C62.IDC62 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C62.DBF") ; WHERE D34.IDC62=C62.IDC62 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC62 AS Object loC62 = My.Bussines.Strain.Misc.oC62[D34.IDC62] IF !EMPTY(loC62.IDC62) */ Dann wurde der Datensatz in der Tabelle C62 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 D34 und C63... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C63.DBF") ON D34.IDC63=C63.IDC63 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 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 D34.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C63.DBF") ON D34.IDC63=C63.IDC63 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC63 AS _Quelle, C63.IDC63 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C63.DBF") ; WHERE D34.IDC63=C63.IDC63 AND D34.... ; INTO CURSOR qD34 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[D34.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 D34 und C66... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON D34.IDC66=C66.IDC66 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 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 D34.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON D34.IDC66=C66.IDC66 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"C66.DBF") ; WHERE D34.IDC66=C66.IDC66 AND D34.... ; INTO CURSOR qD34 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[D34.IDC66] IF !EMPTY(loC66.IDC66) */ Dann wurde der Datensatz in der Tabelle C66 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Ein Primärschlüssel legt spezifiziert den eindeutigen Datensatz in einer Tabelle, wenn das Feld der Primärschlüssel der Tabelle ist. Am Beispiel für B01 => IDB01. Spezifiziert das Primärfeld eine andere Tabelle, so ist über dieses Feld die Relation in die andere Tabelle zu setzen. Am Beispiel von I20 => I20.IDB01 Relation in B01.IDB01. Die (meisten) Primärschlüsselfelder mit 8 Stellen werden vom System generiert, kürzere Felder (3,6) müssen vom Benutzer gefüllt werden. Schlüsselfelder wie IDAUF und IDZWI sind Switch-Schlüsselfelder (Wechsel der Tabelle nach Vorgabe in IPAUF bzw. IPZWI, siehe IP-Felder). Bei Tabellen die das Feld IDC26 enthalten wird der Primärschlüssel über ID
Lookup in : Artikelanfragen (D33). 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: D33 - Artikelanfragen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und D33... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDD33 AS _Quelle, D33.IDD33 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D33.DBF") ON D34.IDD33=D33.IDD33 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D33 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDD33 AS _Quelle, D33.IDD33 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D33.DBF") ON D34.IDD33=D33.IDD33 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDD33 AS _Quelle, D33.IDD33 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"D33.DBF") ; WHERE D34.IDD33=D33.IDD33 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE
Primärschlüssel der Tabelle : Anfragepositionen/Artikel
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 IDD34 ist das Primärschlüsselfeld der Tabelle D34 - Anfragepositionen/Artikel */ 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 D34.* FROM (My.Clients.Path.cDbfDir+"D34.DBF") ; WHERE D34.IDD34 = m.idd34 ; INTO CURSOR qD34 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT D34.* FROM CDBFDIR!D34 WHERE IDD34=']+m.idd34+['],"qD34",2) */ Hier könnte Code stehen... */ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable) ENDIF
Relationales Feld (Lookup) in die Vorgangstabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Vorgangstabelle. Dieses Feld ist ein Lookup- relationales Feld in die Vorgangstabelle (E10). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Vorgangstabelle benötigt. Ein Beispiel: SELECT e10.nummer, i20.menge_s FROM i20,e10 WHERE i20.idzwi = e10.ide10 AND i20ipzwi $ "101,107,108" AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: E10 - VK-Vorgänge */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und E10... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"E10.DBF") ON D34.IDE10=E10.IDE10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle E10 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"E10.DBF") ON D34.IDE10=E10.IDE10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"E10.DBF") ; WHERE D34.IDE10=E10.IDE10 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loE10 AS Object loE10 = My.Bussines.Strain.Misc.oE10[D34.IDE10] IF !EMPTY(loE10.IDE10) */ Dann wurde der Datensatz in der Tabelle E10 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : VK-Vorgänge -Pos (E11). 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: E11 - VK-Vorgänge -Pos */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und E11... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"E11.DBF") ON D34.IDE11=E11.IDE11 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle E11 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"E11.DBF") ON D34.IDE11=E11.IDE11 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"E11.DBF") ; WHERE D34.IDE11=E11.IDE11 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE
Lookup in : Disposition (I20). 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: I20 - Disposition */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und I20... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDI20 AS _Quelle, I20.IDI20 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"I20.DBF") ON D34.IDI20=I20.IDI20 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle I20 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDI20 AS _Quelle, I20.IDI20 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"I20.DBF") ON D34.IDI20=I20.IDI20 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDI20 AS _Quelle, I20.IDI20 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"I20.DBF") ; WHERE D34.IDI20=I20.IDI20 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE
Relationales Feld (Lookup) in die Projekttabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Projekttabelle. Dieses Feld ist ein Lookup- relationales Feld in die Projekttabelle (K10). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Projekttabelle benötigt. Ein Beispiel: SELECT k10.prjnr, i21.menge, i21.preis FROM i21,k10 WHERE i21.idk10 = k10.idk10 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: K10 - Projekte */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und K10... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON D34.IDK10=K10.IDK10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle K10 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON D34.IDK10=K10.IDK10 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"K10.DBF") ; WHERE D34.IDK10=K10.IDK10 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ 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[D34.IDK10] IF !EMPTY(loK10.IDK10) */ Dann wurde der Datensatz in der Tabelle K10 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Ein Primärschlüssel legt spezifiziert den eindeutigen Datensatz in einer Tabelle, wenn das Feld der Primärschlüssel der Tabelle ist. Am Beispiel für B01 => IDB01. Spezifiziert das Primärfeld eine andere Tabelle, so ist über dieses Feld die Relation in die andere Tabelle zu setzen. Am Beispiel von I20 => I20.IDB01 Relation in B01.IDB01. Die (meisten) Primärschlüsselfelder mit 8 Stellen werden vom System generiert, kürzere Felder (3,6) müssen vom Benutzer gefüllt werden. Schlüsselfelder wie IDAUF und IDZWI sind Switch-Schlüsselfelder (Wechsel der Tabelle nach Vorgabe in IPAUF bzw. IPZWI, siehe IP-Felder). Bei Tabellen die das Feld IDC26 enthalten wird der Primärschlüssel über ID
Ein Primärschlüssel legt spezifiziert den eindeutigen Datensatz in einer Tabelle, wenn das Feld der Primärschlüssel der Tabelle ist. Am Beispiel für B01 => IDB01. Spezifiziert das Primärfeld eine andere Tabelle, so ist über dieses Feld die Relation in die andere Tabelle zu setzen. Am Beispiel von I20 => I20.IDB01 Relation in B01.IDB01. Die (meisten) Primärschlüsselfelder mit 8 Stellen werden vom System generiert, kürzere Felder (3,6) müssen vom Benutzer gefüllt werden. Schlüsselfelder wie IDAUF und IDZWI sind Switch-Schlüsselfelder (Wechsel der Tabelle nach Vorgabe in IPAUF bzw. IPZWI, siehe IP-Felder). Bei Tabellen die das Feld IDC26 enthalten wird der Primärschlüssel über ID
Lookup in : Zahlungspläne (Z01). 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: Z01 - Zahlungspläne */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D34 und Z01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D34.IDZ01STAT AS _Quelle, Z01.IDZ01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"Z01.DBF") ON D34.IDZ01STAT=Z01.IDZ01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D34 im Feld _Quelle und nur vorhandene Datensätze der Tabelle Z01 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D34.IDZ01STAT AS _Quelle, Z01.IDZ01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"Z01.DBF") ON D34.IDZ01STAT=Z01.IDZ01 ; WHERE D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Geht auch so... SELECT D34.IDZ01STAT AS _Quelle, Z01.IDZ01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D34.DBF") , (My.Clients.Path.cDbfDir+"Z01.DBF") ; WHERE D34.IDZ01STAT=Z01.IDZ01 AND D34.... ; INTO CURSOR qD34 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loZ01 AS Object loZ01 = My.Bussines.Strain.Misc.oZ01[D34.IDZ01STAT] IF !EMPTY(loZ01.IDZ01) */ Dann wurde der Datensatz in der Tabelle Z01 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Artikelart des Datensatzes. Kann entweder mit F3 - Auswahl gewählt werden oder wird vom System vorgegeben.
Artikelart des Datensatzes. Die Artikelart spezifiziert den Artikel (IDB01, ARTNR) genauer. Folgende Artikelarten stehen zur Verfügung: "001" - Stammartikel, "002" - Baugruppe, "003" - Kostenartikel, "004" - Dienstleistung, "005" - Beistellung (Aus Vorgang) "006" - Fremdbearbeitung (Aus Vorgang), "007" - Projektartikel (Auch Baugruppe), "009" - Pseudobaugruppe und "010" - Reparaturartikel (Aus Vorgang). Je nach Artikelart wird der Artikel anders kalkuliert und weiter bearbeitet.
*/ 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[D34.IPB01] */ Damit kann die Zeilenart bestimmt werden...
Vorgangsart. Über die Relation zur Systemtabelle (Y01) kann die Vorgangsart im Klartext angezeigt werden. Das Feld wird vom System gesetzt.
Vorgangsart. Über die Relation zur Systemtabelle (Y01) kann die Vorgangsart im Klartext angezeigt werden. Ein Liste der Vorgangsartne finden Sie im Codebeispiel.
*/ 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[D34.IPE10] */ Damit kann die Zeilenart bestimmt werden...
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[D34.IPY01] */ 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
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!
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
Umrechnungsfaktor zwischen verschiedenen Mengeneinheiten. Die Eingabe muss größer Null sein!
Umrechnungsfaktor zwischen verschiedenen Mengeneinheiten. Die Eingabe muss größer Null sein! Der hier eigegebene Wert dient als Umrechnungsfaktor zwischen verschiedenen Mengeneinheiten sowohl im Einkauf wie im Verkauf. Bitte sehen Sie im Codebeispiel nach, wie die verschiedenen Einheiten umgerechnet werden.
*/ Umrechnungen zwischen verschiedenen Mengeneinheiten */ Umrechnung zwischen Einkauf- und Lagereinheit MengeLager = MengeEinkauf * UmrechnungsfaktorEinkauf */ Beispiel aus D4101 - Wareneingang und Erzeugen der Lagerumbuchung i23.menge = d52.menge_i * d52.ufla */ Umrechnung zwischen Verkauf und Lagereinheit MengeLager = MengeVerkauf * UmrechnungsfaktorVerkauf */ Beispiel aus der Disposition, wenn der Vorgang disposniert wird i20.menge_s = e11.mgb * IIF(e11.vkrech=1,e12.mevkuf,e12.meekuf) */ e11.vkrech=1 => Fertigung */ Umrechnungen zwischen Einkauf und Verkauf MengeEinkauf = MengeVerkauf * UmrechnungsfaktorVerkauf / UmrechnungsfaktorEinkauf MengeVerkauf = MengeEinkauf * UmrechnungsfaktorEinkauf / UmrechnungsfaktorVerkauf
Mengeneingabe in der entsprechenden Einheit vornehmen. Bei Mengenfeldern mit verschiedenen Einheiten, kann die Einheit mit F2 ausgewählt werden. Beispiel: Menge einer Baugruppenposition.
Mengenfeld. Hier kann eine Menge eingegeben werden. Bitte beachten Sie, dass die Mengeneingabe immer größer oder gleich Null sein muss. Negative Mengen können im System eigentlich nicht vorkommen oder werden direkt vom System berechnet.
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)
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)
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)
Preiseinheit
Positionsnummer. Sortierkriterium der Positionstabelle.
Positionsnummer. Sortierkriterium der Positionstabelle. Die Nummer kann in verschiedenen Modulen mit entsprechenden Funktionen (Menü) geändert bzw. neu nummeriert werden. Teilweise wird die Positionsnummer nur intern verwendet und ist für den Benutzer nach außen nicht sichtbar. In der Vorgangsverwaltung, E-Masken, besteht eine besondere Positionsnummerierung. Dort werden Positionen der gleichen Pseudobaugruppe mit gleicher Positionsnummer angegeben. Intern jedoch verwendet die Positionsnummer vier Nachkommastellen, die aber bei der Anzeige nicht ausgegeben werden. Dadurch entsteht der Effekt der "gleichen" Positionsnummer bei korrekter Sortierung.
Positionsnummer. Sortierkriterium der Positionstabelle.
Positionsnummer. Sortierkriterium der Positionstabelle. Die Nummer kann in verschiedenen Modulen mit entsprechenden Funktionen (Menü) geändert bzw. neu nummeriert werden. Teilweise wird die Positionsnummer nur intern verwendet und ist für den Benutzer nach außen nicht sichtbar. In der Vorgangsverwaltung, E-Masken, besteht eine besondere Positionsnummerierung. Dort werden Positionen der gleichen Pseudobaugruppe mit gleicher Positionsnummer angegeben. Intern jedoch verwendet die Positionsnummer vier Nachkommastellen, die aber bei der Anzeige nicht ausgegeben werden. Dadurch entsteht der Effekt der "gleichen" Positionsnummer bei korrekter Sortierung.
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Preisfeld in Fremdwährung. Dieses Feld enthält einen Wert in Fremdwährung. Bitte beachten Sie in diesem Zusammenhang die Einstellung für Währung: IDC03
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Textfelder, sind variable Speicherfelder in denen Informationen bis zu einer Größe von 2GB gespeichert werden können. Die Unterscheidung der Textfelder liegt in ihrem Namen. NOTIZ z.B. wird ausschlieslich für Notizen benutzt. Andere Textfelder wiederum werden beim Erstellen von Vorgängen bzw. Bestellungen aus Stammfeldern übernommen. Im Vorgang: B01.BEZ => E11.BEZ, B01.LANG => E11.LANG. In den Textfeldern können folgende Funktionen über Funktionstasten oder ein ShortCut - Menü (Rechte Maustaste) aufgerufen werden: F2 - Sprung in die Maske C40 - Langtexte, F3 - Auswahl aus C40 - Langtexte und F4 - vergrößerte Eingabe in einer separaten Maske. Diese Funktionen können je nach Textfeld variieren!
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Rabatt-1 eingeben
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Rabatt-2 eingeben
Status der Position. Die genaue Beschreibung der einzelnen Stati entnehmen Sie bitte der Dokumentation.
Status der Position. Die genaue Beschreibung der einzelnen Stati entnehmen Sie bitte der Dokumentation.
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