PMS32 Online- Hilfereferenz
EK-Rechnungen -Pos
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Dieses Datum wird mit der Erstellung dieses Datensatzes angelegt. Sie können es, nachdem der Datensatz angelegt wurde, nicht mehr ändern.
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.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
In dieses Feld wird das Datum eingetragen, daß sich aus Bestelldatum plus Wiederbeschaffungszeit ergibt. Sie können nichts ändern.
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
Der Wert des Edelmetallanteils eines Artikels wird auf Basis des aktuellen in PMS eingetragenen Börsenpreises berechnet. Aus der Lieferantenrechnung wird dieser Wert zur Aktualisierung in die Bestellpositionen übertragen.
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
Der Wert des Edelmetallanteils eines Artikels wird auf Basis des aktuellen in PMS eingetragenen Börsenpreises berechnet. Aus der Bestellung wird dieser Wert als Vorgabewert in die Rechnungspositionen übertragen.
Gebucht. Dieses Feld stellt nur den Status einer Position oder eines Vorgangs dar.
Gebucht. Dieses Feld stellt den Status einer Position oder eines Vorgangs dar. Die Einstellung kann vom Benutzer "meistens" nicht verändert werden. Die Variable ist eine vom System gesetzte Größe. Der Vorgang oder die Positon wurde verbucht.
*/ Stati in den einzelnen Tabellen: d55 => Die Position der Eingangsrechnung wurde verbucht d56 => Die Position der Spediteursrechnung wurde verbucht i23 => Das Material wurde vom Quelllager abgebucht i25 => Die Position des Fertigungsauftrags wurde verbucht i31 => Die Position des Lagerzugangs wurde verbucht i33 => Die Position des Lagerabgangs wurde verbucht
Gebucht. Dieses Feld stellt den Status einer Position oder eines Vorgangs dar.
Gebucht. Dieses Feld stellt den Status einer Position oder eines Vorgangs dar. Die Einstellung kann vom Benutzer "meistens" nicht verändert werden. Die Variable ist eine vom System gesetzte Größe. Der Vorgang oder die Positon wurde verbucht.
*/ Stati in den einzelnen Tabellen: d42 => Die Materialprüfung wurde verbucht. Dispositonseinträge wurden geändert. d44 => Die Eingangrechnung wurde verbucht d45 => Die Spediteursrechnung wurde verbucht d46 => Die Lieferantengutschrift wurde verbucht d55 => Kostenwerte wurden auf die Materialpositionen verteilt e10 => Die Lieferscheinmengen wurden vom Projektlager abgebucht i27 => Die Positon der automatischen Materialanforderung wurde verbucht d.h., in die Disposition übergeben i29 => Die Position der manuellen Materialanforderung wurde verbucht d.h., in die Disposition übergeben i30 => Der Lagerzugang wurde "komplett" verbucht i32 => Der Lagerabgang wurde "komplett" verbucht
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 D55 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D55.IDB01=B01.IDB01 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 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 D55.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON D55.IDB01=B01.IDB01 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE D55.IDB01=B01.IDB01 AND D55.... ; INTO CURSOR qD55 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[D55.IDB01] IF !EMPTY(loB01.IDB01) */ Dann wurde der Datensatz in der Tabelle B01 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld zur Steuerschlüsseltabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Steuerschlüsseltabelle. Dieses Feld ist ein Lookup- relationales Feld in die Steuerschlüsseltabelle (C08). Dieses Feld ist außer im Artikelstamm sonst nur in diversen Positionstabellen zu finden. Über diesen Schlüssel wird die Berechnung des Steuersatzes der Positon bestimmt. Die Vorgabe der Berechnung kommt aus dem Artikelstamm und sollte nicht geändert werden. Hierzu sei ein Hinweis zur Steuerberechnung äußerst wichtig!! Die Steuerberechnung in PMS32 geht über verschiedene Felder der Kopf- sowie der Positionsdaten. Ein Beispiel für die Berechnung der Mehrwertsteuer im Vorgang können Sie sich im Codebeispiel ansehen. In der Stammmaske C0801 wird jeweils nur EIN Kürzel für den Steuerschlüssel "voller Steuersatz" für C08.IDC08 gewählt. Z.B. "001". Alle weiteren Daten werden dann in den Feldern C08.IDC09 - Steuerschlüsselland C08.GDATUM - Gültig ab und C08.IDC26 hinterlegt, wobei die Sprache zumindest in der Systemsprache vorliegen muss. Ändert sich der Steuersatz ab einem bestimmten Datum, so wird in der Maske C0108 einfach eine Kopie des Datensatzes mit "gleichem" Schlüssel erstellt und ein neues Datum für C08.GDATUM eingetragen. Damit berechnet PMS32 für alle Steuerberechnungen ab diesem Datum die Steuersätze mit dem neuen Steuersatz. In etwa Gleiches gilt für Steuerberechnungen, die für ausländische Kunden bzw. Lieferanten durchgeführt werden müssen. Hier wird eine Kopie mit gleichem Schlüssel erstellt und nur das Land C08.IDC09 entsprechend ausgetauscht. Beim Kunden bzw. Lieferanten muss dort im Feld "Steuerschlüsselland" .IDC09ST dann das entsprechende Land hinterlegt werden, was als Vorlage für Vorgänge bzw. Bestellungen dient.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C08 - Steuerschlüssel */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und C08... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDC08 AS _Quelle, C08.IDC08 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C08.DBF") ON D55.IDC08=C08.IDC08 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C08 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDC08 AS _Quelle, C08.IDC08 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C08.DBF") ON D55.IDC08=C08.IDC08 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDC08 AS _Quelle, C08.IDC08 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"C08.DBF") ; WHERE D55.IDC08=C08.IDC08 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC08 AS Object loC08 = My.Bussines.Strain.Misc.oC08[D55.IDC08] IF !EMPTY(loC08.IDC08) */ Dann wurde der Datensatz in der Tabelle C08 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 D55 und C19... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D55.IDC19MEEK=C19.IDC19 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 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 D55.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C19.DBF") ON D55.IDC19MEEK=C19.IDC19 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDC19MEEK AS _Quelle, C19.IDC19 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"C19.DBF") ; WHERE D55.IDC19MEEK=C19.IDC19 AND D55.... ; INTO CURSOR qD55 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[D55.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 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 D55 und C66... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON D55.IDC66=C66.IDC66 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 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 D55.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C66.DBF") ON D55.IDC66=C66.IDC66 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDC66 AS _Quelle, C66.IDC66 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"C66.DBF") ; WHERE D55.IDC66=C66.IDC66 AND D55.... ; INTO CURSOR qD55 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[D55.IDC66] IF !EMPTY(loC66.IDC66) */ Dann wurde der Datensatz in der Tabelle C66 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Artikel EK-Daten (D03). 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: D03 - Artikel EK-Daten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und D03... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDD03 AS _Quelle, D03.IDD03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D03.DBF") ON D55.IDD03=D03.IDD03 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D03 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDD03 AS _Quelle, D03.IDD03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D03.DBF") ON D55.IDD03=D03.IDD03 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDD03 AS _Quelle, D03.IDD03 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"D03.DBF") ; WHERE D55.IDD03=D03.IDD03 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD03 AS Object loD03 = My.Bussines.Strain.Misc.oD03[D55.IDD03] IF !EMPTY(loD03.IDD03) */ Dann wurde der Datensatz in der Tabelle D03 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Relationales Feld (Lookup) in die Bestelltabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zu den Bestellungen (D40). Dieses Feld wird zum größten Teil durch das System gefüllt. In den Masken des Bestellwesens wird der Wert dann gefüllt, wenn mit F3 - Auswahl eine Bestellung ausgewählt wurde. Z.B.: in den Eingangsrechnungen, etc.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: D40 - EK-Bestellungen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und D40... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDD40 AS _Quelle, D40.IDD40 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D40.DBF") ON D55.IDD40=D40.IDD40 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D40 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDD40 AS _Quelle, D40.IDD40 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D40.DBF") ON D55.IDD40=D40.IDD40 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDD40 AS _Quelle, D40.IDD40 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"D40.DBF") ; WHERE D55.IDD40=D40.IDD40 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD40 AS Object loD40 = My.Bussines.Strain.Misc.oD40[D55.IDD40] IF !EMPTY(loD40.IDD40) */ Dann wurde der Datensatz in der Tabelle D40 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : EK-Wareneingänge (D41). 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: D41 - EK-Wareneingänge */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und D41... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDD41 AS _Quelle, D41.IDD41 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D41.DBF") ON D55.IDD41=D41.IDD41 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D41 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDD41 AS _Quelle, D41.IDD41 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D41.DBF") ON D55.IDD41=D41.IDD41 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDD41 AS _Quelle, D41.IDD41 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"D41.DBF") ; WHERE D55.IDD41=D41.IDD41 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD41 AS Object loD41 = My.Bussines.Strain.Misc.oD41[D55.IDD41] IF !EMPTY(loD41.IDD41) */ Dann wurde der Datensatz in der Tabelle D41 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : EK-Rücklieferungen (D43). 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: D43 - EK-Rücklieferungen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und D43... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDD43 AS _Quelle, D43.IDD43 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D43.DBF") ON D55.IDD43=D43.IDD43 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D43 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDD43 AS _Quelle, D43.IDD43 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D43.DBF") ON D55.IDD43=D43.IDD43 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDD43 AS _Quelle, D43.IDD43 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"D43.DBF") ; WHERE D55.IDD43=D43.IDD43 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD43 AS Object loD43 = My.Bussines.Strain.Misc.oD43[D55.IDD43] IF !EMPTY(loD43.IDD43) */ Dann wurde der Datensatz in der Tabelle D43 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : EK-Rechnungen (D44). 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: D44 - EK-Rechnungen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen D55 und D44... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT D55.IDD44 AS _Quelle, D44.IDD44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D44.DBF") ON D55.IDD44=D44.IDD44 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle D55 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D44 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT D55.IDD44 AS _Quelle, D44.IDD44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D44.DBF") ON D55.IDD44=D44.IDD44 ; WHERE D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Geht auch so... SELECT D55.IDD44 AS _Quelle, D44.IDD44 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"D55.DBF") , (My.Clients.Path.cDbfDir+"D44.DBF") ; WHERE D55.IDD44=D44.IDD44 AND D55.... ; INTO CURSOR qD55 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD44 AS Object loD44 = My.Bussines.Strain.Misc.oD44[D55.IDD44] IF !EMPTY(loD44.IDD44) */ Dann wurde der Datensatz in der Tabelle D44 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Primärschlüssel der Tabelle : EK-Rechnungen -Pos
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 IDD55 ist das Primärschlüsselfeld der Tabelle D55 - EK-Rechnungen -Pos */ 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 D55.* FROM (My.Clients.Path.cDbfDir+"D55.DBF") ; WHERE D55.IDD55 = m.idd55 ; INTO CURSOR qD55 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT D55.* FROM CDBFDIR!D55 WHERE IDD55=']+m.idd55+['],"qD55",2) */ Hier könnte Code stehen... */ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable) 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[D55.IPB01] */ 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
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
In dieses Feld wird das Datum eingetragen, daß sich aus Bestelldatum plus Wiederbeschaffungszeit ergibt. Sie können nichts ändern.
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
Mengeneingabe in der entsprechenden Einheit vornehmen. Bei Mengenfeldern mit verschiedenen Einheiten, kann die Einheit mit F2 ausgewählt werden. Beispiel: Menge einer Baugruppenposition.
gelieferte Menge
Mengeneingabe in der entsprechenden Einheit vornehmen. Bei Mengenfeldern mit verschiedenen Einheiten, kann die Einheit mit F2 ausgewählt werden. Beispiel: Menge einer Baugruppenposition.
offene Bestellmenge
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.
Mengeneingabe in der entsprechenden Einheit vornehmen. Bei Mengenfeldern mit verschiedenen Einheiten, kann die Einheit mit F2 ausgewählt werden. Beispiel: Menge einer Baugruppenposition.
Bestellmenge
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.
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.
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 Einkauf. Dieser Wert muss größer Null sein. Der Einzelpreis einer Position wird durch diesen Wert geteilt.
Preiseinheit Einkauf. Dieser Wert muss größer Null sein. Der Einzelpreis einer Position wird durch diesen Wert geteilt. An einem Codebeispiel für die Umrechnung der Einkaufspreise in Lagerpreise eines Artikels.
*/ Umrechnung der Einkaufspreise in verschiedenen Bereichen: */ Artikelstamm: D03 => B01 b01.ekbr = d03.ekpreis / c03.faktor * c03.kurs && Umrechnung des Brutto in Firmenwährung b01.eknet = b01.ekbr * (1 - d03.rabatt/100) * (1 - d03.rabatt1/100) && EK Netto in Firmenwährung und Einheit Einkauf b01.eknet1 = b01.eknet / d03.meekuf / d03.peek && Lagerpreis für eine Lagereinheit b01.lfarab = d03.rabatt b01.rabatt1 = d03.rabatt1 b01.peek = d03.peek b01.ufla = d03.meekuf */ Bestellwesen, Lieferantenrechnungen. Zur besseren Übersicht untereinander gestellt PreisLager = ; (; d55.preis_f/d55.peek/d55.ufla * ; (1 - d55.rabatt/100) * (1 - d55.rabatt1/100) + ; d55.edpreis_i; ) / ; d44.faktor * d44.kurs * ; (1 - d44.ekrabatt/100) */ Bestellwesen, Wareneingang MengeLager = d52.menge_i * d52.ufla
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.
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
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Prozentfeld für die Eingabe eines Zu- bzw. Abschlags in Prozent "%". Bitte beachten Sie bei einigen Eingaben, dass der Auf- bzw. Abschlag mal auf 100 bzw. von 100 berechnet werden kann. Standard ist die Berechnung auf 100, "%" d.h., der Endwert berechnet sich mit: Endwert = Anfangswert * (1 + Prozent/100). Anders ist die Berechnung bei der Einstellung von 100, "/" hier berechnet sich der Endwert mit: Endwert = Anfangswert * (1 + Prozent/(1-ABS(Prozent)/100)). Bitte achten Sie in diesem Zusammenhang auch auf die Einstellungen "." - Fester Zu- bzw. Abschlag in der Währungseinheit. "F" - Der Endwert des Zu- bzw. Abschlags ist ein Festwert.
Zu- bzw. Abschlagsfeld in Prozent "%". Bitte achten Sie auf die Einstellungen "%","/",".","F" falls vorhanden.
Prozentfeld für die Eingabe eines Zu- bzw. Abschlags in Prozent "%". Bitte beachten Sie bei einigen Eingaben, dass der Auf- bzw. Abschlag mal auf 100 bzw. von 100 berechnet werden kann. Standard ist die Berechnung auf 100, "%" d.h., der Endwert berechnet sich mit: Endwert = Anfangswert * (1 + Prozent/100). Anders ist die Berechnung bei der Einstellung von 100, "/" hier berechnet sich der Endwert mit: Endwert = Anfangswert * (1 + Prozent/(1-ABS(Prozent)/100)). Bitte achten Sie in diesem Zusammenhang auch auf die Einstellungen "." - Fester Zu- bzw. Abschlag in der Währungseinheit. "F" - Der Endwert des Zu- bzw. Abschlags ist ein Festwert.
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
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