[MegField]
Bei allen Eingabefeldern, Auswahlliste und Markierungsfeld usw. zulässig.
AktDat = Feld-ID für Datum
Bei einer Änderung des Felds, bei dem dieser Eintrag hinterlegt ist, wird das angegebene Datumsfeld mit dem Tagesdatum aktualisiert. Wird zum Beispiel der Einkaufspreis geändert, soll das Datum der letzten Einkaufspreisänderung im zugehörigen Datumsfeld gespeichert werden. Es findet keine Formatprüfung statt. Das Datum wird immer 8-stellig abgestellt, also mit 4-stelliger Jahreszahl.
Die Feld-ID der Felder kann über das Menü INFOSYSTEM - MODULSTATUS (Taste F5) ermittelt werden (siehe auch "AktSb" zum Speichern des Sachbearbeiterkürzels).
Beispiel
AktDat = PDV111_2_D104F18
AktSb = Feld-ID für Sachbearbeiter
Bei einer Änderung des Felds, bei dem dieser Eintrag hinterlegt ist, wird das angegebene Feld mit dem aktuellen Sachbearbeiterkürzel laut Benutzer aus Anmeldung aktualisiert. Wird zum Beispiel der Verrechnungspreis geändert, kann der Sachbearbeiter, den den Preis geändert hat, im angegebenen Feld hinterlegt werden. Es findet keine Formatprüfung (C5 für Sachbearbeiter) statt.
Die Feld-ID der Felder kann über das Menü INFOSYSTEM - MODULSTATUS (Taste F5) ermittelt werden (siehe auch "AktDat" zum Speichern des Änderungsatums).
Beispiel
[MegField]
AktSbt = PDV111_7_D6F112
CheckFrom = Feld-ID
CheckFrom = PDV111_2_D104F18 (Beispiel)
CheckTo = Feld-ID
CheckTo = PDV111_2_D104F19 (Beispiel)
Beziehungen zwischen zwei Feldern, bei denen ein Feldinhalt kleiner oder gleich dem anderen Feldinhalt sein muss, können mit diesen Einträgen geprüft werden. Die Feld-ID der Felder kann über Menü INFOSYSTEM - MODULSTATUS (Taste F5) ermittelt werden.
Beispiel:
von/bis-Lebensdauer soll geprüft werden. Der Von-Wert darf nicht größer als der Bis-Wert sein. Bei von-Lebensdauer wird CheckTo benutzt und bei Bis-Lebensdauer CheckFrom. Falls im bis-Feld noch kein Eintrag vorgenommen wurde (Low-Value), wird der eingegebene von-Wert kommentarlos ins bis-Feld übernommen. Ansonsten werden Konflikte gemeldet und beide Felder erhalten denselben Wert.
Create = Yes (***)
Default, kann fehlen. Bei "Yes" kann das Feld im Erfassungsmodus bearbeitet werden.
DBView ={aus Datei, zu übernehmendes Feld, Pfad optional, Nummer Auskunft optional}
DBView = {6,3} Teilenummer aus Teilestamm
DBView = {24,3} Teilenummer aus Lagerort
DBView = {46,2,1,9} Bundesland aus Textdateiauskunft mit laufender Nummer 009
Das aktuelle Feld kann die angegebenen Daten aus der Auskunft übernehmen. In den ersten beiden Beispielen kann die Teilenummer aus Datei Teilestamm (Datei 6) bzw. aus dem Lagerstamm (Datei 24) übernommen werden. Die erste Angabe steht für die Datei, die zweite für das Feld, das aus dieser Datei übernommen wird.
Die dritte und die vierte Angabe stehen optional zur Auswahl einer bestimmten Auskunft zur Verfügung, die durch die Datei, den Pfad und die Auskunftsnummer eindeutig bestimmt ist. Zum Beispiel soll für die Übernahme des Bundeslandes im Programm "Teilestamm bearbeiten" (111) nur aus Auskunft 9, Pfad 1, der Datei 46 übernommen werden. Ansonsten könnten auch andere Texte, wie zum Beispiel Projektbezeichnungen übernommen werden. Bei Verwendung der Auskunftsnummer muss zwingend auch ein Pfad angegeben werden.
Eine DBView-Angabe übernimmt auch bei Nutzung der Leitdatei lediglich das angegebene Feld aus der Auskunft, zum Beispiel Übernahme der Kundennummer innerhalb der Kundenstammbearbeitung in das Feld «Rechnung an».
DBVIEW darf je Feld mehrfach auftreten, falls aus mehreren Auskünften übernommen werden soll. In diesem Fall können 3 verschiedene Notationen benutzt werden:
Eine DBView-Angabe je Auskunft. Zum Beispiel:
DBView = {6,3}
DBView = {24,3}
Alles in einer Zeile innerhalb einer Klammer, Auskünfte getrennt durch ";". Zum Beispiel:
DBView = {6,3;24,3}
Eine DBView-Angabe, aber ein Eintrag je Zeile. Zum Beispiel:
DBView = {6,3
ggf. weitere...
24,3}
Hinweis für die Benutzung in SDF-Dateien:
Bei der Verwendung eines DBView-Eintrags in der MEGFIELD-Sektion einer SDF-Datei werden alle anderen DBView-Einträge dieser Sektion im CGW ignoriert. Es können also nur alle DBView-Einträge einer MEGFIELD-Sektion gemeinsam ersetzt werden.
Delete = Yes
Default, kann fehlen. Bei "No" kann ein Satz nur gelöscht werden, wenn dieses Feld den Wert LOW besitzt, z.B. bei numerischen Feldern wie Lagerbestand eine "0".
FetchRecord = Name Koppelung1, Name Koppelung2 ...
Bei einer Veränderung des Felds wird zu jeder angegebenen Koppelung der Koppelungssatz gelesen, zum Beispiel der Lieferantenstammsatz aufgrund des Felds «Lieferant» in "111 Teilestamm bearbeiten". Die Koppelung muss in einer MegLookup-Sektion definiert sein, im Beispiel mit dem Namen MWI.
Beispiel:
FetchRecord = MWI
FetchRecordTest = Name Koppelung1, Name Koppelung2...
Analog zu FetchRecord, aber bei fehlendem Datensatz wird keine Meldung ausgegeben. Die Einstellung wird zum Beispiel bei Koppelungen zu Dateien über mehrere Schlüsselfelder benutzt, zum Beispiel in "146 Arbeitsgangkatalog bearbeiten" bei der Beziehung zum Arbeitsplatz (Typ+Nummer). Das Schlüsselwort "FetchRecordTest" in dieser Sektion sorgt für ein "Probelesen" bei der Eingabe des betreffenden Schlüsselfelds.
Beispiel
In "Arbeitsgangkatalog bearbeiten" (146) steht Maschinengruppe 40001 als Arbeitsplatz. Nun Änderung von Maschinengruppe in Maschine -> da keine Maschine mit Nummer 40001 existiert, werden Nummer und Arbeitsplatzbezeichnung gelöscht.
Die angegebene Koppelung, im Beispiel mit dem Namen ARB, muss in einer MegLookup-Sektion definiert sein.
FetchRecordTest = ARB
FetchText = TN1
Bei einer Veränderung des Felds wird der entsprechende Textbaustein gelesen, zum Beispiel der teilebezogene Text bei der Änderung der Teilenummer in "111 Teilestamm bearbeiten". Die Koppelung muss in einer MegText-Sektion definiert sein, im Beispiel mit dem Namen TN1. Es sind mehrere Verweise auf MegText-Sektionen, getrennt durch Kommata, möglich.
Dies gilt nur für solche MegFields, die auf der Root-Table (MegRoot) operieren.
Key = Yes
Key = Fetch
Die Schlüsselfelder des eingestellten Zugriffspfads werden alle mit "Key=Yes" gekennzeichnet bzw. das letzte Schlüsselfeld mit "Key=Fetch". Dadurch kann das Programm bei einer Änderung eines Key-Felds entsprechend reagieren. Es wird versucht einen Satz zu lesen, bei Misserfolg in einem Nicht-Fetchfeld werden alle Eingabefelder gelöscht, da ein undefinierter Zustand vorliegt. Im letzten Key-Feld erfolgt eine Meldung und der nachfolgende Satz kann bearbeitet werden.
Modify = Yes (***)
Default, kann fehlen. Bei "Yes" kann das Feld im Änderungsmodus bearbeitet werden.
NotAllowedOnCreate = Werteliste mit Komma als Trenner
NotAllowedOnModify = Werteliste mit Komma als Trenner
Mit den Angaben "NotAllowedOnCreate” und "NotAllowedOnModify” kann eine Liste von unzulässigen Angaben für den Modus Erfassen und den Modus Ändern hinterlegt werden. Bei numerischen Felder muss der Punkt als Dezimaltrenner verwendet werden.
Die Angaben müssen nicht formatgerecht sein, zum Beispiel "3.1” ist bei Format "N3.2” zulässig oder "a” bei Format "C5”.
Beispiel
In "241 Lagerplatz bearbeiten” soll für das Feld «Status Lagerplatz» beim Erfassen der Status "l” (löschbar) und "L” (prüfen für Löschen) nicht eingegeben werden können und beim Ändern soll "l” (löschbar) nicht eingegeben werden können.
[MegField]
NotAllowedOnCreate=L,l
NotAllowedOnModify=l
Beispiel
Für ein Datumsfeld (Format "d") sollen der 31.12.2005 sowie der 31.12.2006 nicht eingegeben werden können.
[MegField]
NotAllowedOnCreate= 20051231, 20061231
NotAllowedOnModify= 20051231, 20061231
Beispiel
Für ein Datumsfeld (Format "D") sollen der 31.12.05 sowie der 31.12.06 nicht eingegeben werden können.
[MegField]
NotAllowedOnCreate= 051231, 061231
NotAllowedOnModify= 051231, 061231
Special = ...
Bestehende Special-Einträge dürfen nur von geschulten Anwendern nach Rücksprache mit dem Softwarelieferanten geändert werden. Für jede Special-Angabe wird eine spezielle Sonderbehandlung durchgeführt. Nachfolgend werden einige Angaben beschrieben.
Es sind hier nicht alle Sonderbehandlungen für die Einträge in SDF/CGW-Dateien beschrieben.
Bei Fragen zu nichtdokumentierten Einträgen bitte den Steckbrief MEGAS.PDF studieren und im Zweifelsfall den Support kontaktieren.
Special = 1
Anzeigewiederholung aller Felder durchführen.
Wenn ein Feld wie zum Beispiel «Preiseinheit» mehrfach vorhanden ist, egal ob in einem Fenster oder verteilt auf mehrere Fenster, kann mit diesem Special-Eintrag erreicht werden, dass nach der Eingabe alle Felder neu angezeigt werden. Eine geänderte Preiseinheit würde also sofort auch in den anderen Preiseinheitenfenstern angezeigt werden. Falls für ein Feld schon eine andere Sonderbehandlung eingetragen ist, wird die Anzeigewiederholung schon automatisch durchgeführt.
Special = 111011
Sonderbehandlungen mit folgender Bedeutung:
Mit diesem Eintrag im Dialog PDV111_1 beim Feld «Teilegruppe» wird beim Erfassen von Teilestämmen nach der Eingabe der Teilegruppe der Wert in die Felder «Einkaufsgruppe» und «Verkaufsgruppe» übernommen.
Special = 111022
Sonderbehandlungen mit folgender Bedeutung:
Negative Preise für Verrechnungspreis und Verkaufspreis A sind in "111 Teilestamm bearbeiten" erlaubt, falls das Teil ein Pseudoteil ist und der Variantengenerator lizenziert ist.
Special = 111071
Sonderbehandlungen mit folgender Bedeutung:
Im Programm "111 Teilestamm bearbeiten" kann beim Erfassen (nicht im Modus Ändern) von Teilestammsätzen eine EAN-Nummer erzeugt werden und ins Feld «EAN-Nummer» (Register "Einkauf 2", Datei 104, Feld 15) vorbelegt werden.
Die EAN-Nummer wird aus der Teilenummer, einer laufenden Nummer und einer Prüfziffer gebildet. Für das Feld «laufende Nummer» wird das Merkmalsfeld 2, Feld 71 in Datei 6 verwendet. In diesem Feld kann durch Eingabe eines "?" (vorbelegt über Vorbelegungssatz) aus einem Nummernkreisparameter eine laufende Nummer (Format N5) abgerufen werden (siehe Sektion [FieldParam] in der Datei SIBPPS.INI.
Nach Bestätigung des Felds «laufende Nummer» wird aus der Prüfziffer und der Teilenummer die EAN-Nummer nach der unten aufgeführten Vorschrift gebildet und ins Feld «EAN-Nummer» abgestellt. Falls einer der 11 Stellen keine Ziffer enthält (ungleich "0" bis "9") wird ein Fehler gemeldet und keine EAN-Nummer gebildet.
Die EAN-Nummer hat folgenden Aufbau:
|
Stelle 1 bis 7:
|
Teilenummer (7-stellige Nummer, die nur aus Ziffern besteht, ist Voraussetzung)
|
|
Stelle 8 bis 12:
|
Laufende Nummer (5 Ziffern)
|
|
Stelle 13:
|
Prüfziffer, falls größer 9 wird 0 genommen.
|
Die Prüfziffer wird wie folgt gebildet:
|
A
|
Quersumme aus den Ziffern der ungeraden Positionen (1 - 11)
|
|
B
|
Quersumme aus den Ziffern der geraden Positionen (2 0 12)
|
|
C
|
B multipliziert mit 3
|
|
D
|
A plus C
|
|
E
|
D aufgerundet auf volle 10er (also zum Beispiel 76 auf 80)
|
|
Prüfziffer =
|
E minus D
|
Beispiel
Teilenummer: 1234567
Laufende Nummer: 45278
Daraus folgt die EAN-Nummer: 1234567452784.
Die Prüfziffer 4 wird folgendermaßen ermittelt:
|
A
|
1+3+5+7+5+7 = 28
|
|
B
|
2+4+6+4+2+8 = 26
|
|
C
|
26 * 3 = 78
|
|
D
|
28 + 78 = 106
|
|
E
|
106 aufgerundet auf nächsten 10er = 110
|
|
Prüfziffer =
|
110 - 106 = 4
|
Special = 295002001
Sonderbehandlungen mit folgender Bedeutung:
Mit diesem Eintrag im Dialog SDA295_1 beim Feld «Schlüssel» kann konfiguriert werden, dass beim Erfassen eines Schlüssels, der mit "3" beginnt, die Drucksteuerung (Feld12) mit J vorbelegt (J und 3 Blanks) wird.
Special = 411001
Sonderbehandlungen mit folgender Bedeutung:
Mit diesem Eintrag im Dialog AUF111_1 beim Feld «Status» (Identifier AUF411_1_1) wird im Modus ERFASSEN Status L und I nicht akzeptiert und im Modus ÄNDERN wird Status I nicht akzeptiert.
Special = 711001
Sonderbehandlungen mit folgender Bedeutung:
Mit diesem Eintrag im Dialog EKA711_1 beim Feld «Status» (Identifier EKA711_1_1) wird im Modus ERFASSEN Status prüfbar (L) und löschbar (I) nicht akzeptiert und im Modus ÄNDERN wird Status Iöschbar nicht akzeptiert.
WarnOnModifyMsg = Text, der als Warnung ausgegeben werden soll
Der angegebene Text als Warnung ausgegeben, wenn das Feld im Modus ÄNDERN verändert wird. Ein zusätzlicher Eintrag in der Feldliste der Sektion [MegGeneral], "WarnOnModify" ist nicht erforderlich. Der Text kann direkt oder indirekt (MKEY(Meldungskey)) angegeben werden. Feldspezifische Warnungen übersteuern die in der Sektion [MegGeneral] unter "WarnOnModifyMsg" hinterlegte Warnung.
Default-Einstellung lautet: "WarnOnModifyMsg = MKEY(FMEG041).