> For the complete documentation index, see [llms.txt](https://infosys.selmotech.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://infosys.selmotech.com/selmo-documentation/3-die-selmo-methode-ptf/ptf-prozess-technologie-funktion.md).

# PTF – Prozess · Technologie · Funktion

PTF ist die **methodische Grundlage von Selmo**.\
Sie beschreibt **wie über eine Maschine nachgedacht werden muss, bevor sie modelliert wird**.

PTF ist:

* keine Modellierung
* keine Technikbeschreibung
* kein Tool
* kein Diagramm

Sondern:

> **Ein strukturierter Denk- und Analyseprozess,**\
> **der der Modellierung zwingend vorausgeht.**

***

### Warum PTF notwendig ist

Ohne vorgelagerte Analyse wird häufig:

* zu früh modelliert
* technisch statt funktional gedacht
* Komplexität ins Modell verschoben
* Sicherheit nachträglich kompensiert

Das führt zu:

* überladenen Sequences
* impliziten Annahmen
* schwer erklärbaren Zuständen
* unnötigen Sonderfällen

**PTF existiert, um diese Fehler systematisch zu vermeiden.**

***

### Überblick: Die drei Ebenen von PTF

PTF trennt bewusst drei Betrachtungsebenen:

* **P – Prozess**\
  Was soll fachlich passieren?
* **T – Technologie**\
  Welche physikalischen und technischen Prinzipien kommen zum Einsatz?
* **F – Funktion**\
  Welche überprüfbaren Anforderungen ergeben sich daraus?

Diese Ebenen sind:

* logisch voneinander getrennt
* nicht austauschbar
* zwingend in dieser Reihenfolge zu betrachten

***

### P – Prozess

#### Was bedeutet „Prozess“?

Der Prozess beschreibt den **fachlichen Ablauf**:

* aus Sicht von Produkt, Material oder Aufgabe
* unabhängig von Automatisierung
* unabhängig von eingesetzter Technik

Beispiele:

* Werkstück einlegen
* Teil fixieren
* Bearbeitung durchführen
* Ergebnis prüfen
* Teil freigeben

Der Prozess beantwortet **nicht**:

* wie etwas technisch umgesetzt wird
* welche Sensoren verwendet werden
* welche Aktoren bewegt werden

> **Der Prozess beschreibt&#x20;*****was*****&#x20;passiert –**\
> **nicht&#x20;*****wie*****&#x20;es passiert.**

***

#### Typische Fehler ohne klare Prozesssicht

* Technik bestimmt den Ablauf
* SPS-Strukturen definieren den Prozess
* Prozesslogik ist nicht mehr erklärbar
* Sonderfälle entstehen unkontrolliert

***

### T – Technologie

#### Was bedeutet „Technologie“?

Technologie beschreibt:

* physikalische Wirkprinzipien
* eingesetzte Maschinentechnik
* relevante Energieformen
* mechanische, elektrische, pneumatische oder hydraulische Zusammenhänge

Beispiele:

* Spannen über Pneumatik
* Positionieren über Servoachsen
* Greifen über Vakuum
* Messen über Sensorik

Technologie beantwortet:

* was physikalisch möglich ist
* was zwingend überwacht werden muss
* wo Risiken und Grenzen liegen

***

#### Warum Technologie vor Funktion verstanden werden muss

Ohne Technologieverständnis:

* werden falsche Funktionen formuliert
* entstehen unnötige Sicherheitsannahmen
* wird Überwachung falsch platziert

> **Funktionen lassen sich nur aus Technologie ableiten –**\
> **nicht umgekehrt.**

***

### F – Funktion

#### Was bedeutet „Funktion“?

Funktionen sind **formalisierte Anforderungen an das Verhalten der Maschine**.

Sie werden abgeleitet aus:

* dem fachlichen Prozess
* den technologischen Randbedingungen

Beispiele:

* „Werkstück muss vor Bearbeitung gespannt sein“
* „Achse darf nur verfahren, wenn Schutzbedingung erfüllt ist“
* „Bearbeitung darf erst starten, wenn Position erreicht ist“

Funktionen sind:

* keine Implementierungen
* keine SPS-Bausteine
* keine Zustände

> **Funktionen sind überprüfbare Aussagen über erwartetes Verhalten.**

***

#### Ergebnis sauber formulierter Funktionen

Aus klaren Funktionen ergeben sich:

* notwendige Zustände
* sinnvolle Sequences
* relevante Zonen
* erforderliche Überwachungen

Damit wird Modellierung:

* keine kreative Tätigkeit
* sondern eine **konsequente Ableitung**

***

### PTF und das Selmo-Modell

Die Rollen sind klar getrennt:

| Ebene        | Aufgabe              |
| ------------ | -------------------- |
| PTF          | Denken & Analyse     |
| Selmo-Modell | Formale Beschreibung |
| SPS / HMI    | Implementierung      |

PTF entscheidet:

* **was** modelliert wird
* **warum** es modelliert wird

Selmo entscheidet:

* **wie** dieses Verhalten formal beschrieben wird

> **PTF begrenzt das Modell.**\
> **Selmo strukturiert es.**

***

### Typische Fehler ohne PTF

* Modellierung startet zu früh
* Sequences übernehmen Prozessentscheidungen
* Zonen werden technisch statt funktional definiert
* Sicherheitslogik kompensiert fehlende Analyse
* Modelle werden unnötig komplex

Faustregel:

> **Wenn ein Modell unübersichtlich wird,**\
> **fehlt fast immer PTF.**

***

### Zusammenfassung

PTF ist:

* der methodische Einstieg in jedes Selmo-Projekt
* Voraussetzung für erklärbare Modelle
* Schutz vor impliziter Logik
* Reduktion von Komplexität

PTF ist **kein Ersatz für Selmo**\
und **keine Alternative zum Modell**.

> **Erst denken.**\
> **Dann modellieren.**\
> **Dann automatisieren.**


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://infosys.selmotech.com/selmo-documentation/3-die-selmo-methode-ptf/ptf-prozess-technologie-funktion.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
