PMS32 Online- Hilfereferenz
Inventur
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Hier wird das Anlagedatum der Inventurzählliste angegeben.
Das Datum wird bei der Neuanlage vom Programm unveränderlich mit dem aktuellen Datum vorbelegt.
Direkte Anzeige der Artikelnummer in einer Fremdtabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Direkte Anzeige der Artikelnummer in einer Fremdtabelle. Zusätzlich zur IDB01 (Primärer Artikelschlüssel) wird in diesen Tabellen die Artikelnummer angezeigt. Fehlt das Feld (IDB01) in der Tabelle, so wird die Artikelnummer aus Sicherheitsgründen genommen, um bei eventuell gelöschtem Artikel noch die Nummer anzeigen zu können. Im Standard erfolgt eine relationale Verknüpfung zum Artikelstamm über die Information IDB01 (Primärschlüssel) des Artikelstamms. Hier wurde jedoch die Artikelnummer direkt gewählt, was auch durch ein extern angeschlossenes System notwendig sein kann. Ein externes System muss nicht unbedingt den Primärschlüssel von PMS32 verwenden oder kennt diesen.
Direkte Anzeige der Artikelnummer in einer Fremdtabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Direkte Anzeige der Artikelnummer in einer Fremdtabelle. Zusätzlich zur IDB01 (Primärer Artikelschlüssel) wird in diesen Tabellen die Artikelnummer angezeigt. Fehlt das Feld (IDB01) in der Tabelle, so wird die Artikelnummer aus Sicherheitsgründen genommen, um bei eventuell gelöschtem Artikel noch die Nummer anzeigen zu können. Im Standard erfolgt eine relationale Verknüpfung zum Artikelstamm über die Information IDB01 (Primärschlüssel) des Artikelstamms. Hier wurde jedoch die Artikelnummer direkt gewählt, was auch durch ein extern angeschlossenes System notwendig sein kann. Ein externes System muss nicht unbedingt den Primärschlüssel von PMS32 verwenden oder kennt diesen.
Liegt ein Buchungsfehler vor? Logisches Feld, welches "J" für einen Buchungsfehler, oder "N" für eine korrekte Buchung annehmen kann.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
In diesem Feld sehen Sie das Datum, an dem die Inventurliste als gedruckt gekennzeichnet wurde.
Geschäftsjahr der Inventur. Der Wert kann mit 4 Stellen angegeben werden. Inventuren des gleichen Geschäftsjahres bewirken einen Filter auf Artikel die im gleichen Geschäftsjahr schon gezählt wurden. Damit müssen Artikel nicht mehrmals innerhalb des gleichen Geschäftsjahres gezählt werden.
Relationales Feld (Lookup) in die Währungstabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Währungstabelle. Dieses Feld ist ein Lookup- relationales Feld in die Währungstabelle (C03). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Währungstabelle benötigt. Ein Beispiel: SELECT c03.icc03, COUNT(*) AS anzahl FROM c03,d40 WHERE c03.idc03=d40.idc03 AND ... GROUP BY 1 ... In den Tabellen, in denen die Währung als Lookup abgebildet wird, wird beim Ändern der Währung durch F3 eine Neuberechnung der Positionen mit der neuen Währung durchgeführt.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C03 - Währungen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C03... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC03 AS _Quelle, C03.IDC03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C03.DBF") ON I40.IDC03=C03.IDC03 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C03 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC03 AS _Quelle, C03.IDC03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C03.DBF") ON I40.IDC03=C03.IDC03 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC03 AS _Quelle, C03.IDC03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C03.DBF") ; WHERE I40.IDC03=C03.IDC03 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC03 AS Object loC03 = My.Bussines.Strain.Misc.oC03[I40.IDC03] IF !EMPTY(loC03.IDC03) */ Dann wurde der Datensatz in der Tabelle C03 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Artikelgruppen (C25). 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: C25 - Artikelgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C25... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC25B AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C25.DBF") ON I40.IDC25B=C25.IDC25 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C25 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC25B AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C25.DBF") ON I40.IDC25B=C25.IDC25 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC25B AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C25.DBF") ; WHERE I40.IDC25B=C25.IDC25 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC25 AS Object loC25 = My.Bussines.Strain.Misc.oC25[I40.IDC25B] IF !EMPTY(loC25.IDC25) */ Dann wurde der Datensatz in der Tabelle C25 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Artikelgruppen (C25). 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: C25 - Artikelgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C25... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC25V AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C25.DBF") ON I40.IDC25V=C25.IDC25 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C25 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC25V AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C25.DBF") ON I40.IDC25V=C25.IDC25 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC25V AS _Quelle, C25.IDC25 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C25.DBF") ; WHERE I40.IDC25V=C25.IDC25 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC25 AS Object loC25 = My.Bussines.Strain.Misc.oC25[I40.IDC25V] IF !EMPTY(loC25.IDC25) */ Dann wurde der Datensatz in der Tabelle C25 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Statistikgruppen (C42). 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: C42 - Statistikgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C42... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC42EKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42EKB=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C42 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC42EKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42EKB=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC42EKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C42.DBF") ; WHERE I40.IDC42EKB=C42.IDC42 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC42 AS Object loC42 = My.Bussines.Strain.Misc.oC42[I40.IDC42EKB] IF !EMPTY(loC42.IDC42) */ Dann wurde der Datensatz in der Tabelle C42 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Statistikgruppen (C42). 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: C42 - Statistikgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C42... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC42EKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42EKV=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C42 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC42EKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42EKV=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC42EKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C42.DBF") ; WHERE I40.IDC42EKV=C42.IDC42 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC42 AS Object loC42 = My.Bussines.Strain.Misc.oC42[I40.IDC42EKV] IF !EMPTY(loC42.IDC42) */ Dann wurde der Datensatz in der Tabelle C42 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Statistikgruppen (C42). 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: C42 - Statistikgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C42... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC42VKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42VKB=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C42 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC42VKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42VKB=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC42VKB AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C42.DBF") ; WHERE I40.IDC42VKB=C42.IDC42 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC42 AS Object loC42 = My.Bussines.Strain.Misc.oC42[I40.IDC42VKB] IF !EMPTY(loC42.IDC42) */ Dann wurde der Datensatz in der Tabelle C42 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Statistikgruppen (C42). 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: C42 - Statistikgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C42... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC42VKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42VKV=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C42 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC42VKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C42.DBF") ON I40.IDC42VKV=C42.IDC42 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC42VKV AS _Quelle, C42.IDC42 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C42.DBF") ; WHERE I40.IDC42VKV=C42.IDC42 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC42 AS Object loC42 = My.Bussines.Strain.Misc.oC42[I40.IDC42VKV] IF !EMPTY(loC42.IDC42) */ Dann wurde der Datensatz in der Tabelle C42 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Produktgruppen (C44). 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: C44 - Produktgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C44... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC44B AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C44.DBF") ON I40.IDC44B=C44.IDC44 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C44 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC44B AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C44.DBF") ON I40.IDC44B=C44.IDC44 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC44B AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C44.DBF") ; WHERE I40.IDC44B=C44.IDC44 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC44 AS Object loC44 = My.Bussines.Strain.Misc.oC44[I40.IDC44B] IF !EMPTY(loC44.IDC44) */ Dann wurde der Datensatz in der Tabelle C44 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Produktgruppen (C44). 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: C44 - Produktgruppen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C44... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC44V AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C44.DBF") ON I40.IDC44V=C44.IDC44 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C44 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC44V AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C44.DBF") ON I40.IDC44V=C44.IDC44 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC44V AS _Quelle, C44.IDC44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C44.DBF") ; WHERE I40.IDC44V=C44.IDC44 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC44 AS Object loC44 = My.Bussines.Strain.Misc.oC44[I40.IDC44V] IF !EMPTY(loC44.IDC44) */ Dann wurde der Datensatz in der Tabelle C44 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Benutzer (C65). 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: C65 - Benutzer */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen I40 und C65... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC65 AS _Quelle, C65.IDC65 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cSysDir+"C65.DBF") ON I40.IDC65=C65.IDC65 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C65 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT I40.IDC65 AS _Quelle, C65.IDC65 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cSysDir+"C65.DBF") ON I40.IDC65=C65.IDC65 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC65 AS _Quelle, C65.IDC65 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cSysDir+"C65.DBF") ; WHERE I40.IDC65=C65.IDC65 AND I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC65 AS Object loC65 = My.Bussines.Strain.Misc.oC65[I40.IDC65] IF !EMPTY(loC65.IDC65) */ Dann wurde der Datensatz in der Tabelle C65 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 I40 und C66... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON I40.IDC66=C66.IDC66 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 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 I40.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON I40.IDC66=C66.IDC66 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"C66.DBF") ; WHERE I40.IDC66=C66.IDC66 AND I40.... ; INTO CURSOR qI40 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[I40.IDC66] IF !EMPTY(loC66.IDC66) */ Dann wurde der Datensatz in der Tabelle C66 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Primärschlüssel der Tabelle : Inventur
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 IDI40 ist das Primärschlüsselfeld der Tabelle I40 - Inventur */ 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 I40.* FROM (My.Clients.Path.cDbfDir+"I40.DBF") ; WHERE I40.IDI40 = m.idi40 ; INTO CURSOR qI40 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT I40.* FROM CDBFDIR!I40 WHERE IDI40=']+m.idi40+['],"qI40",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 loI40 AS Object loI40 = My.Bussines.Strain.Misc.oI40[m.idi40] IF !EMPTY(loI40.IDI40) */ Dann wurde der Datensatz in der Tabelle I40 gefunden! */ Hier kann weiterer Code stehen... ENDIF
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 I40 und K10... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDK10B AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON I40.IDK10B=K10.IDK10 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 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 I40.IDK10B AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON I40.IDK10B=K10.IDK10 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDK10B AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"K10.DBF") ; WHERE I40.IDK10B=K10.IDK10 AND I40.... ; INTO CURSOR qI40 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[I40.IDK10B] IF !EMPTY(loK10.IDK10) */ Dann wurde der Datensatz in der Tabelle K10 gefunden! */ Weiterer Code kann hier stehen... ENDIF
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 I40 und K10... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT I40.IDK10V AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON I40.IDK10V=K10.IDK10 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle I40 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 I40.IDK10V AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON I40.IDK10V=K10.IDK10 ; WHERE I40.... ; INTO CURSOR qI40 NOFILTER READWRITE */ Geht auch so... SELECT I40.IDK10V AS _Quelle, K10.IDK10 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"I40.DBF") , (My.Clients.Path.cDbfDir+"K10.DBF") ; WHERE I40.IDK10V=K10.IDK10 AND I40.... ; INTO CURSOR qI40 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[I40.IDK10V] IF !EMPTY(loK10.IDK10) */ Dann wurde der Datensatz in der Tabelle K10 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Dialogtexte (X06). 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.
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
Keine Artikel, die in diesem Jahr schon gezählt wurden
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
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.
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 für die Inventur
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)
Nur Lagerbestände mit Nullmengen berücksichtigen
Nur Lagerbestände mit Nullmengen berücksichtigen. Bei der Erstellung der Zählliste werden nur Artikel berücksichtigt, die auf dem Lagerort (I01) eine Nullmenge haben.
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)
Nur Artikel mit diesem Status berücksichtigen
Nur Artikel mit diesem Status berücksichtigen. Bei der Erstellung der Zählliste werden nur Artikel, die den gewählten Status haben berücksichtigt.
Artikel mit diesem Status ausschliessen
Artikel mit diesem Status ausschliessen. Bei der Erstellung der Zählliste werden Artikel, die den gewählten Status haben ausgeschlossen.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datum der Zählung. Dieses Datum wird durch das System vorbelegt, wenn die Inventur gestartet wird. (Maske=I4003)
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!
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