PMS32 Online- Hilfereferenz
ECAD-Import Edelmetalle
Basispreis der Berechnung. Ausgehend von diesem Preis wird der Edelmetallzuschlag berechnet.
Basispreis der Berechnung. Ausgehend von diesem Preis wird der Edelmetallzuschlag berechnet. Der Wert wird in der Währung des Lieferanten eingegeben. Zur genaueren Information sehen Sie bitte in der Dokumentation zur Edelmetallberechnung nach.
Gibt die Mastertabelle an unter der der Datensatz in der D05 gesehen werden kann. Das Feld ist Teil des Sortierindexes. Es kann die Werte C61 oder B01 enthalten.
Die Edelmetallzahl definiert die Menge des enthaltenen Edelmetalls.
Die Edelmetallzahl definiert die Menge des enthaltenen Edelmetalls. Zur genaueren Information sehen Sie bitte in der Dokumentation zur Edelmetallberechnung nach.
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 P98 und B01... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON P98.IDB01=B01.IDB01 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 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 P98.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON P98.IDB01=B01.IDB01 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"B01.DBF") ; WHERE P98.IDB01=B01.IDB01 AND P98.... ; INTO CURSOR qP98 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[P98.IDB01] 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 P98 und C61... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON P98.IDC61=C61.IDC61 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 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 P98.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C61.DBF") ON P98.IDC61=C61.IDC61 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDC61 AS _Quelle, C61.IDC61 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"C61.DBF") ; WHERE P98.IDC61=C61.IDC61 AND P98.... ; INTO CURSOR qP98 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[P98.IDC61] IF !EMPTY(loC61.IDC61) */ Dann wurde der Datensatz in der Tabelle C61 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Elemente / Legierungen (C98). 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: C98 - Elemente / Legierungen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen P98 und C98... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDC98 AS _Quelle, C98.IDC98 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C98.DBF") ON P98.IDC98=C98.IDC98 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C98 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT P98.IDC98 AS _Quelle, C98.IDC98 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"C98.DBF") ON P98.IDC98=C98.IDC98 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDC98 AS _Quelle, C98.IDC98 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"C98.DBF") ; WHERE P98.IDC98=C98.IDC98 AND P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC98 AS Object loC98 = My.Bussines.Strain.Misc.oC98[P98.IDC98] IF !EMPTY(loC98.IDC98) */ Dann wurde der Datensatz in der Tabelle C98 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Rohstoffzuschläge (D05). 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: D05 - Rohstoffzuschläge */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen P98 und D05... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDD05 AS _Quelle, D05.IDD05 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"D05.DBF") ON P98.IDD05=D05.IDD05 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle D05 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT P98.IDD05 AS _Quelle, D05.IDD05 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"D05.DBF") ON P98.IDD05=D05.IDD05 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDD05 AS _Quelle, D05.IDD05 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"D05.DBF") ; WHERE P98.IDD05=D05.IDD05 AND P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loD05 AS Object loD05 = My.Bussines.Strain.Misc.oD05[P98.IDD05] IF !EMPTY(loD05.IDD05) */ Dann wurde der Datensatz in der Tabelle D05 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Lookup in : Importdatei ECAD-BAUT. (P95). 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: P95 - Importdatei ECAD-BAUT. */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen P98 und P95... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDP95 AS _Quelle, P95.IDP95 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"P95.DBF") ON P98.IDP95=P95.IDP95 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle P95 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT P98.IDP95 AS _Quelle, P95.IDP95 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"P95.DBF") ON P98.IDP95=P95.IDP95 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDP95 AS _Quelle, P95.IDP95 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"P95.DBF") ; WHERE P98.IDP95=P95.IDP95 AND P98.... ; INTO CURSOR qP98 NOFILTER READWRITE
Lookup in : Importpositionen / ECAD (P96). 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: P96 - Importpositionen / ECAD */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen P98 und P96... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT P98.IDP96 AS _Quelle, P96.IDP96 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"P96.DBF") ON P98.IDP96=P96.IDP96 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle P98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle P96 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT P98.IDP96 AS _Quelle, P96.IDP96 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") INNER JOIN (My.Clients.Path.cDbfDir+"P96.DBF") ON P98.IDP96=P96.IDP96 ; WHERE P98.... ; INTO CURSOR qP98 NOFILTER READWRITE */ Geht auch so... SELECT P98.IDP96 AS _Quelle, P96.IDP96 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"P98.DBF") , (My.Clients.Path.cDbfDir+"P96.DBF") ; WHERE P98.IDP96=P96.IDP96 AND P98.... ; INTO CURSOR qP98 NOFILTER READWRITE
Primärschlüssel der Tabelle : ECAD-Import Edelmetalle
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 IDP98 ist das Primärschlüsselfeld der Tabelle P98 - ECAD-Import Edelmetalle */ 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 P98.* FROM (My.Clients.Path.cDbfDir+"P98.DBF") ; WHERE P98.IDP98 = m.idp98 ; INTO CURSOR qP98 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT P98.* FROM CDBFDIR!P98 WHERE IDP98=']+m.idp98+['],"qP98",2) */ Hier könnte Code stehen... */ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable) ENDIF
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
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)
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.
Rohstoffgruppe des Lieferanten. Wird benötigt, um die Berechnung des Edelmetallanteils zu berechnen
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