PMS32 Online- Hilfereferenz
EK-Mahnungen
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Allgemeine Datumsangabe. In diesem Feld wird zum Beispiel das Datum der letzten Änderung eines Datensatzes gespeichert oder das Datum, wann dieser Datensatz erstellt worden ist. Dieses Feld ist änderbar. Die Datumsangabe sollte wie folgt eingegeben werden: TT.MM.JJ
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datum, bis zu dem die Abfrage erstellt werden soll.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datum, ab dem die Abfrage erstellt werden soll.
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. Der Text gibt in den meisten Fällen einen Buchungs- bzw. Stornogrund an und muss dementsprechend gefüllt werden. Zumindest bei einer Stornierung muss der Grund der Stornierung gefüllt werden, da das System sonst die Stornierung nicht vornimmt.
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 D47 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D47.IDB01B AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D47.IDB01B=B01.IDB01 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D47 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 D47.IDB01B AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D47.IDB01B=B01.IDB01 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Geht auch so... SELECT D47.IDB01B AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE D47.IDB01B=B01.IDB01 AND D47.... ; INTO CURSOR qD47 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[D47.IDB01B] 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 D47 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D47.IDB01V AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D47.IDB01V=B01.IDB01 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D47 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 D47.IDB01V AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D47.IDB01V=B01.IDB01 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Geht auch so... SELECT D47.IDB01V AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE D47.IDB01V=B01.IDB01 AND D47.... ; INTO CURSOR qD47 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[D47.IDB01V] IF !EMPTY(loB01.IDB01) */ Dann wurde der Datensatz in der Tabelle B01 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 D47 und C61... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D47.IDC61B AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D47.IDC61B=C61.IDC61 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D47 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 D47.IDC61B AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D47.IDC61B=C61.IDC61 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Geht auch so... SELECT D47.IDC61B AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") , (My.Clients.Path.cDbfDir+"C61.DBF") ; WHERE D47.IDC61B=C61.IDC61 AND D47.... ; INTO CURSOR qD47 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[D47.IDC61B] IF !EMPTY(loC61.IDC61) */ Dann wurde der Datensatz in der Tabelle C61 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 D47 und C61... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D47.IDC61V AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D47.IDC61V=C61.IDC61 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D47 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 D47.IDC61V AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON D47.IDC61V=C61.IDC61 ; WHERE D47.... ; INTO CURSOR qD47 NOFILTER READWRITE */ Geht auch so... SELECT D47.IDC61V AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D47.DBF") , (My.Clients.Path.cDbfDir+"C61.DBF") ; WHERE D47.IDC61V=C61.IDC61 AND D47.... ; INTO CURSOR qD47 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[D47.IDC61V] IF !EMPTY(loC61.IDC61) */ Dann wurde der Datensatz in der Tabelle C61 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Primärschlüssel der Tabelle : EK-Mahnungen
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 IDD47 ist das Primärschlüsselfeld der Tabelle D47 - EK-Mahnungen */ 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 D47.* FROM (My.Clients.Path.cDbfDir+"D47.DBF") ; WHERE D47.IDD47 = m.idd47 ; INTO CURSOR qD47 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT D47.* FROM CDBFDIR!D47 WHERE IDD47=']+m.idd47+['],"qD47",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 loD47 AS Object loD47 = My.Bussines.Strain.Misc.oD47[m.idd47] IF !EMPTY(loD47.IDD47) */ Dann wurde der Datensatz in der Tabelle D47 gefunden! */ Hier kann weiterer Code stehen... 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[D47.IPD47] */ 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
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)
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)
Wählen Sie das Sortierkriterium.
Sortierfolge bei der Erstellung des SQL-Select
Wählen Sie das Datum der Berechnungsgrundlage
1 - bestätigtes Datum, geplantes Datum
2 - geplantes Datum
3 - Bestelldatum
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