Aktionen

Die benannten Pakete aus Etiketten, Berichten, Logic-Aktionen und Datenbankzeilen, die ein Lauf bei Start oder bei Abschluss ausgibt, ihre Befehle, die Zuordnungen der Platzhalter eines Etiketts, die Spalten einer Datenbankzeile und wie ein Ablauf sie wählt.

Eine Aktion ist ein benanntes Paket von Dokumenten, die ein Lauf ausgibt: darin ein Befehl je Ausgabe, jeder sagt, was herauskommt (ein Etikett, ein Bericht, die Ausführung einer Logic-Aktion oder eine Zeile in einer Werksdatenbank), wann (bei Start oder bei Abschluss), mit welcher Vorlage der Bibliothek der Station, welcher Logic-Aktion oder welcher Datenbanktabelle und, bei Abschluss, für welche Prüfergebnisse. Ein Ablauf wählt ganze Aktionen, ein einmal geschriebenes Paket dient also jedem Ablauf, der es ausgibt, und einen Befehl zu berichtigen ist eine Änderung statt einer je Ablauf. Aktionen wohnen unter Process > Modelle > Modell > Setup > Aktionen. Sie anzulegen, sie zu entfernen und den Namen einer Aktion, ihre Befehle und deren Zuordnungen zu ändern sind alle durch dieselbe Berechtigung Rezepte und Bewertungen ändern freigegeben, und die Seiten sagen es ("Aktionen zu ändern verlangt die Berechtigung „Rezepte und Bewertungen ändern“.").

Der Ordner Aktionen

Die Auswahl der Zeile Aktionen öffnet eine Seite, die anders ist als die übrigen Ordner von Setup: eine Liste der Aktionen des Modells neben der darin gewählten, denn eine Aktion wird gegen ihre Geschwister gelesen. Die Reihenfolge der Liste ist die Reihenfolge, in der jeder Ablauf die Aktionen ausgibt, die Zeilenbefehle verschieben also eine Aktion und nie einen Befehl. Die Seite lädt die zwei Bibliotheken der Station (Etikettenvorlagen und Berichtslayouts), um die Bereitschaft zu beurteilen; kann eine nicht geladen werden, sagt ein Hinweis "Die globalen Etikettenvorlagen konnten nicht geladen werden: …" oder "Die globalen Berichte konnten nicht geladen werden: …".

Die Spalte neben der Liste ist mit Aktion überschrieben und zeigt die Bezeichnung der gewählten Aktion (auch hier änderbar), ihre Befehle als schreibgeschützte Zeilen mit je einer Pille Bereit oder Prüfung ("Die Befehle werden auf der eigenen Seite dieser Aktion in der Spalte bearbeitet, in dieser Reihenfolge.") und einen Hinweis Muss geprüft werden, der alles listet, was fehlt. Ohne Aktion sagt die Liste "Keine Aktionen. Fügen Sie eine hinzu, wenn ein Ablauf dieses Modells Etiketten oder Berichte ausgeben, Logic-Aktionen ausführen oder Datenbankzeilen schreiben soll."; ohne Auswahl sagt die Spalte "Wählen Sie eine Aktion, um zu lesen, was sie ausgibt. Ihre Befehle werden auf ihrer eigenen Seite in der Spalte bearbeitet."

Die Seite der Aktion

Eine Aktion im Baum zu wählen öffnet sie: den Kopf mit dem Namen der Aktion und einer Pille, die ihre Befehle zählt, die Hinweise zu Berechtigung und Bibliotheken, eine Karte Aktion mit dem Feld Bezeichnung (übernommen beim Verlassen; leer abgewiesen) und die Liste Befehle neben dem darin gewählten Befehl.

Die Liste der Befehle

Ohne Befehl sagt die Liste "Keine Befehle. Fügen Sie einen hinzu, wenn diese Aktion ein Etikett oder einen Bericht ausgeben soll."; ohne Auswahl sagt die Spalte "Wählen Sie einen Befehl, um ihn ganz an einer Stelle zu bearbeiten. Fügen Sie einen aus der Leiste oben hinzu, wenn diese Aktion ein Etikett oder einen Bericht ausgeben soll."

Der Befehl vollständig

Die Spalte öffnet den gewählten Befehl, überschrieben mit Befehl <n> · <Art> (<Auslöser>). Sie zeigt allein die Felder, die die gewählte Art besitzt.

Ein Hinweis Muss geprüft werden unter den Feldern listet alles, was dem Befehl fehlt (siehe Bereitschaft unten).

Die Warteschlange, in die ein gedrucktes Dokument geht, ist kein Feld des Befehls: Sie wird über die Art und den Auslöser des Befehls durch die vier Druckerplätze der Einheit aufgelöst, zwei Befehle derselben Kombination teilen sich den Drucker also mit Absicht. Siehe Drucker. Ein Befehl mit Logic-Aktion druckt nichts und hat keinen Platz.

Befehle mit Logic-Aktion

Ein Befehl mit Logic-Aktion ist der Haken, den ein Lauf für den lässt, der die Station programmiert: An einem Ausgabezeitpunkt führt er eine Aktion aus Logic aus, die den Lauf über einen beliebigen Treiber an ein anderes System senden, eine Lampe einschalten oder einen Zähler zurücksetzen kann. Die Aktion wird über ihre Identität gewählt, sie auf der Seite Logic umzubenennen ändert hier also nichts; ihr Editor listet diesen Befehl in seiner Karte Verwendet von.

Mehrere Befehle mit Logic-Aktion desselben Zeitpunkts laufen nacheinander, in der Reihenfolge der Ausgabe unten, und keiner wird übersprungen, weil ein früherer noch läuft: Jeder Lauf bekommt seinen eigenen. Was ein Lauf mit der Aktion macht, steht auf der Seite der Aktion: Ihre Schiene LETZTER LAUF nennt den Lauf als Process · <unit> · <action>, mit dem Fehler und den abgelehnten Schreibvorgängen, wenn es welche gab, und das Journal hält sie fest; in die Laufdatei wird nichts geschrieben. Eine Aktion, die gelöscht wurde, nachdem der Befehl eingerichtet war, wird übersprungen und eine Warnung ins Journal geschrieben; eine deaktivierte lehnt die Ausführung ab und vermerkt den Grund.

Befehle mit Datenbankzeile

Ein Befehl Datenbankzeile fügt einer Tabelle einer Werksdatenbank eine Zeile hinzu, der Rückverfolgungstabelle, die ein MES schon führt: die Seriennummer, das Prüfergebnis und die gemessenen Werte des Teils, unter den Spaltennamen, die diese Tabelle schon hat. Die Zeile geht über ein Gerät des Treibers Database auf der Seite Connector, das die Verbindung und die Anmeldung hält; der Befehl nennt also keinen Server und speichert kein Passwort. Die Tabelle existiert bereits: die Station legt nie eine an und ändert keine, sie fügt ihr Zeilen hinzu.

Während die Tabellen gelesen werden, sagt die Zeile unter der Auswahl "Die Tabellen der Datenbank werden gelesen…"; können sie nicht gelesen werden, sagt sie warum ("Die Tabellen von <device> konnten nicht gelesen werden: <cause>"), und eine Datenbank mit mehr als 500 Tabellen sagt "Die Datenbank hat mehr Tabellen, als die Liste zeigt: die ersten 500 sind aufgeführt." Eine Datenbankzeile entsteht, wie ein Bericht, für jedes abschließende Prüfergebnis.

Unter den Feldern listet Spalten der Tabelle eine Zeile je Spalte der Tabelle auf, in der Reihenfolge der Tabelle, jede mit ihrem Typ, wie die Datenbank ihn schreibt, und, wo die Tabelle eine Zeile ohne Wert darin abweist (die Spalte nimmt keinen leeren Wert, hat keinen Standardwert und ist keine Identitäts-, Autoinkrement- oder berechnete Spalte), dem Etikett Von der Tabelle verlangt. Jede Spalte erhält einen Wert; eine der Datenbank überlassene Spalte bleibt aus der Zeile heraus, die Datenbank füllt sie also mit ihrem eigenen Standardwert.

Die Werte bei Abschluss sind die, die der LastRun der Einheit der Logic liefert, ein Kriterium über jeden Zyklus zusammengefasst, in dem es bewertet wurde; ein Feld, nach dem der Lauf nicht gefragt hat, und ein Kriterium, das er nicht bewertet hat, geben keinen Wert (NULL). Spalten neu lesen, im Kopf der Liste, liest die Spalten der Tabelle erneut aus der Datenbank: eine Spalte behält den Wert, den sie bekommen hat, eine neue kommt ohne in die Liste, und eine, die die Tabelle nicht mehr hat, verlässt sie.

Die Zeile ist ein einziges INSERT, das die Spalten mit einem Wert nennt, jeder Wert ein Parameter seines eigenen Typs und nie in die Anweisung geschriebener Text; eine Seriennummer mit Anführungszeichen oder SQL-Wörtern wird also als der Text gespeichert, der sie ist. Die Datenbank wandelt jeden Wert in den Typ seiner Spalte um, wie sie jeden Wert umwandelt. Eine Datenbank, die die Zeile abweist, nicht innerhalb der 10 Sekunden des Treibers antwortet oder nicht erreichbar ist, warnt nur: der Lauf ist nicht betroffen, das Journal hält die Abweisung fest, und der Datensatz des Laufs behält die Zeile mit der Abweisung und ihrem Grund im Dossier Datenbankzeilen der Historien. Nichts wird für später aufbewahrt; Erneut senden dort sendet dieselben Werte von Hand. Mehrere Datenbankzeilen eines Moments gehen nacheinander hinaus, in der unten beschriebenen Reihenfolge der Ausgabe.

Was einem Befehl mit Datenbankzeile fehlt, kommt in die Liste unter Bereitschaft weiter unten, in der Reihenfolge, in der es behoben wird: "Wählen Sie ein Database-Gerät.", "Das genannte Database-Gerät existiert nicht mehr.", "Das genannte Gerät <device> ist kein Database-Gerät.", "Wählen Sie eine Tabelle.", "Geben Sie mindestens einer Spalte einen Wert: eine Zeile ohne Spalte wird nicht geschrieben.", "<column> wird von der Tabelle verlangt und hat keinen Wert.", "<column>: dieser Wert existiert bei Laufstart noch nicht; dann gibt es nur ein Metadatenfeld oder einen festen Text.", "<column>: wählen Sie ein Feld aus dem Metadatenkatalog dieses Modells." und "<column>: wählen Sie ein Kriterium aus einer der Bewertungen dieses Modells." Was nur die Datenbank sagen kann, wird gelesen, solange der Befehl auf dieser Seite offen ist, und kommt dort in dieselbe Liste: "Die Tabelle <table> ist nicht mehr in der Datenbank.", "<column> ist keine Spalte der Tabelle mehr. Lesen Sie die Spalten neu.", "Die Tabelle hat Spalten, die dieser Befehl noch nicht gelesen hat: <columns>. Lesen Sie die Spalten neu." und "Die Tabelle konnte nicht aus der Datenbank gelesen werden: <cause>". Ein Ablauf, der die Aktion wählt, sagt, was ihm für eine Spalte fehlt: "Die Spalte <column> liest ein Metadatenfeld, das dieser Ablauf nicht abfragt. Haken Sie es oben unter Metadaten an.", "Die Spalte <column> liest ein Kriteriumsergebnis, und dieser Ablauf führt keine Bewertung aus." oder "Die Spalte <column> liest ein Kriterium, das die Bewertung dieses Ablaufs nicht enthält."

Platzhalter

Platzhalter sind die Felder {{NAME}}, die eine Etikettenvorlage dem Lauf zum Ausfüllen lässt, dieser Abschnitt wird also für einen Befehl mit einem Etikett gezeichnet und sonst für nichts. Sein Zustand folgt der Vorlage:

Die Quellen, in der Reihenfolge, in der die Auswahl sie listet:

Unter den Zeilen der Platzhalter listet Entfernte Platzhalter die Zuordnungen, die für Platzhalter gespeichert sind, die die aktuelle Vorlage nicht mehr erklärt ("<n> veraltet"; "Diese Zuordnungen gibt es in der gewählten Vorlage nicht mehr und sie müssen entfernt werden."), jede mit Veraltete Zuordnung eines Platzhalters entfernen.

Bereitschaft

Die Pillen Bereit und Prüfung auf beiden Seiten und die Zeilen, die die Seite Validierung listet, kommen aus einer Beurteilung. Einer Aktion ohne Befehl fehlt einer: "Fügen Sie einen Befehl hinzu: diese Aktion gibt noch nichts aus." Einem Befehl fehlt, in der Reihenfolge, in der es repariert wird:

• "Wählen Sie mindestens ein Prüfergebnis für den Abschluss." (ein Befehl bei Abschluss ohne angekreuztes Prüfergebnis)
• "Wählen Sie einen Bericht." / "Der gewählte Bericht existiert nicht mehr."
• "Wählen Sie eine Logic-Aktion." / "Die genannte Logic-Aktion existiert nicht mehr." / "Die genannte Logic-Aktion ist deaktiviert und wird daher bei jedem Auslösen abgelehnt."
• "Wählen Sie eine Etikettenvorlage." / "Die Vorlage wurde geleert oder gelöscht; gespeicherte Zuordnungen bleiben erhalten." / "Die gewählte globale Vorlage existiert nicht mehr."
• "Die gewählte Vorlage hat noch keine Druckerbefehle; schreiben oder importieren Sie sie, bevor ein Lauf diesen Befehl erreicht."
• "Die Platzhalter der Vorlage können nicht gelesen werden: <error>"
• "{{M}} braucht eine Quelle." / "{{M}} ist mehr als einmal zugeordnet."
• "{{M}}: wählen Sie eine Quelle", "diese Quelle ist bei Start nicht verfügbar", "wählen Sie ein Feld aus dem Metadatenkatalog dieses Modells", "wählen Sie ein Kriterium aus einer der Bewertungen dieses Modells", "setzen Sie einen ausdrücklichen nullbasierten Zyklus von 0 bis <n>", "entfernen Sie die Nachkommastellen aus dieser Datums- und Zeitquelle", "verwenden Sie das Standardformat für diese numerische Quelle", "die Nachkommastellen müssen zwischen 0 und 9 liegen", "entfernen Sie die Zahlen- und Datumsformatierung aus dieser Textquelle"
• "{{M}} wurde aus der aktuellen Vorlage entfernt; entfernen Sie die gespeicherte Zuordnung."

Ein Befehl unter Prüfung läuft trotzdem: Bei der Ausgabe wird nichts fallen gelassen, und ein Platzhalter, der nicht auflösen kann, lässt dieses eine Etikett scheitern, wie er es immer getan hat. Der Konfigurationsbildschirm ist der Ort, an dem man das erfährt, und nicht das gedruckte Schild.

Wie ein Ablauf Aktionen wählt

Die Seite eines Ablaufs trägt die Karte Aktionen, die dieser Ablauf ausgibt mit einer Pille "<n> gewählt" und einem Kontrollkästchen je Aktion des Modells, in der Reihenfolge der Liste. Jede Zeile zeigt die Ausgabezeile der Aktion ("Etikett bei Laufstart, Etikett und Bericht bei Laufabschluss" oder "Gibt noch nichts aus: diese Aktion hat keine Befehle.") und, einmal gewählt, eine Pille Bereit oder Prüfen. Prüfung listet, was diesem Ablauf für die Platzhalter der Aktion fehlt, eine Bemerkung je Platzhalter, denn ein Platzhalter, der je Lauf auflöst, löst allein dort auf, wo der Ablauf das hat, was er nennt:

• "{{M}} liest ein Metadatenfeld, das dieser Ablauf nicht abfragt. Haken Sie es oben unter Metadaten an."
• "{{M}} liest ein Kriteriumsergebnis, und dieser Ablauf führt keine Bewertung aus."
• "{{M}} liest ein Kriterium, das die Bewertung dieses Ablaufs nicht enthält."
• "{{M}} liest Zyklus <c>, und dieser Ablauf führt einen einzelnen Zyklus aus." / "… fährt <n>."
• "Die genannte Logic-Aktion existiert nicht mehr." (ein Befehl mit Logic-Aktion der Aktion, deren Aktion gelöscht wurde: Der Ablauf würde an ihrer Stelle nichts ausführen)

Die Aktion wird weder verborgen noch abgewiesen: Der Ablauf sagt, was ihm fehlt, und die Abhilfe steht auf derselben Seite. Ohne Aktion im Modell sagt die Karte "Noch keine Aktionen in diesem Modell. Fügen Sie welche unter Aktionen des Modells hinzu."

Die Reihenfolge der Ausgabe

An einem Ausgabezeitpunkt des Laufs geben die gewählten Aktionen in der Reihenfolge der Liste des Modells aus und innerhalb jeder Aktion in der Reihenfolge ihrer Befehle, gefiltert auf den Auslöser dieses Zeitpunkts: eine Antwort für das ganze Modell, nie eine je Ablauf. Befehle bei Start laufen, sobald der Lauf entstanden ist (nachdem die fortlaufenden Metadaten reserviert wurden), und Befehle bei Abschluss, sobald das Endprüfergebnis versiegelt ist. Jeder Befehl steht für sich: Ein Fehlschlag veröffentlicht nichts, ändert nichts am Lauf und stoppt nie die Befehle hinter ihm. Ein Bericht wird nach dem Lauf und nach der Aktion benannt, die ihn ausgegeben hat; eine spätere Fassung desselben Befehls ersetzt das Dokument dieses Befehls und sonst nichts. Ein Befehl mit Logic-Aktion behält diese Reihenfolge unter den Befehlen mit Logic-Aktion seines Zeitpunkts; wann er läuft, steht unter Befehle mit Logic-Aktion. Was jede Ausgabe im Lauf aufzeichnet und wie sie aus den Historien erneut ausgegeben wird, steht unter Etiketten und Berichte ausgeben.

Was eine Aktion nicht tut

• Sie gibt von selbst nichts aus. Ein Ablauf muss sie wählen, und ein Lauf dieses Ablaufs muss die Grenze erreichen.
• Sie prüft den Ablauf nicht. Ob ein Ablauf das Feld abfragt oder nach der Bewertung beurteilt, die ein Platzhalter nennt, steht auf der Seite des Ablaufs, neben der Auswahl.
• Sie wählt den Drucker nicht. Die Warteschlange gehört der Einheit, nach Art und Auslöser, unter Drucker.
• Sie ändert keine Vorlagen. Etikettenbefehle und Berichtslayouts werden unter Vorlagen geschrieben; die Aktion nennt sie nur.
• Sie bestätigt kein tatsächliches Drucken. Die Annahme durch die Warteschlange ist das, was ein Etikett oder ein gedruckter Bericht aufzeichnet, nie ein Beweis, dass Papier herauskam.
• Sie wartet nicht auf eine Logic-Aktion und zeichnet keine im Lauf auf. Das Ergebnis der Aktion steht auf ihrer Seite in Logic und im Journal.
• Sie legt keine Tabelle an und ändert keine, und sie bewahrt keine abgewiesene Zeile auf, um sie später zu senden. Eine Datenbankzeile geht in eine Tabelle, die die Werksdatenbank schon hat; eine Abweisung wird im Lauf festgehalten und aus den Historien von Hand erneut gesendet.