Deine erste App zur Datenerfassung

Erstelle eine kleine Materialanforderung mit einer benutzerdefinierten Tabelle. Sende eine fiktive Anforderung, öffne sie erneut und prüfe die gespeicherte Zeile. Du brauchst einen Testbereich, Rechte zum Erstellen/Bearbeiten des Tabellenschemas, App-Erstellung/-Veröffentlichung und Zugriff auf die veröffentlichte App. Plane etwa 20 Minuten ein.

Diese Anleitung übt den tabellenbasierten Weg in einem Testbereich. Verwende für eine neue gemeinsame Datensatzart in deinem Betrieb ein Modell und binde seine Erstellungsaktion, wenn für die Erstellung Regeln gelten. Bestehende Tabellen und ihre Apps werden weiter unterstützt.

Gespeicherten Datensatz definieren

Erstelle im Betriebsstudio → Tabellen Dokumentation Anforderungen mit diesen Spalten. Übernimm die Schlüssel genau:

Schlüssel	Bezeichnung	Typ	Pflicht	Vorgabe / Auswahl
material_number	Materialnummer	Text	Ja	Keine
quantity	Menge	Zahl	Ja	Keine
notes	Notizen	Langer Text	Nein	Keine
status	Status	Dropdown	Ja	Vorgabe open; Auswahl open, done

Wähle Tabelle speichern, öffne das Schema erneut und prüfe Schlüssel und Vorgabe. Eine Tabelle hat keine eigene Veröffentlichung. Die Materialnummer ist hier Text: Die Anforderung reserviert keinen Bestand und erzeugt keine Produktion.

App verbinden und erstellen

1. Erstelle Dokumentation Materialanforderung. Wähle unter Daten → Tabelle verbinden die Tabelle Dokumentation Anforderungen und setze den Verbindungsnamen vor dem Verbinden auf requests. Prüfe, dass darunter die erzeugte logische Quellenkennung requests steht.

2. Aktiviere Lesen und Erstellen. Lasse die Beschränkung auf eigene Datensätze an. Bearbeiten/Löschen bleiben für diese Anforderer-App aus.

3. Bitte Konnie im Bearbeitungskontext der App:

   Erstelle eine kompakte React-Materialanforderung mit der vorhandenen Datenquelle requests. Erfasse erforderlichen Text material_number, positive quantity und optionale notes. Erstelle eine Zeile mit status: "open" und der aktuellen Tabellenversion. Nutze eine ausdrückliche Schaltfläche, erhalte Eingaben nach Fehlern und behalte bei verlorener Antwort dieselbe Aufrufkennung mit unveränderten Werten. Zeige die Datensatzkennung und meine gespeicherten Anforderungen. Ergänze deutsche und englische Beschriftungen. Speichere einen Entwurf; ich veröffentliche ihn nach der Prüfung.

4. Prüfe gespeicherten Quelltext und Vorschau. Feldnamen müssen den Tabellenschlüsseln entsprechen. Der Ablaufstatus gehört nicht in die Bedienereingabe. Eine eigene Formulardefinition oder Automation ist für diesen direkten Speichervorgang unnötig.

5. Prüfe, dass die App keine Bearbeiten-/Löschenrechte erhalten hat, nur weil eine erzeugte Oberfläche entsprechende Schaltflächen zeigt. Zeige Abfragefehler statt einer scheinbar erfolgreichen leeren Liste.

Für Quelltextautoren gibt es vollständige Datenquellenbeispiele. Der Datenerfassungsstarter zeigt Oberfläche und Entwurfswiederherstellung.

Abnahmebeispiel durchführen

1. Nutze in der Vorschau material_number DOCS-PLATE, quantity 3 und notes Fiktive Dokumentationsanforderung.
2. Teste zuerst eine leere Materialnummer und Menge 0. Erwartet wird eine Validierung ohne neue Zeile. Korrigiere die Werte und klicke einmal auf die ausdrückliche Speichern-/Anfordern-Schaltfläche.
3. Erwartet wird ein Erfolg mit Datensatzkennung. Prüfe in der Liste genau eine Zeile mit diesen Werten und Status open.
4. Öffne die App erneut. Die Zeile bleibt erhalten. Kompilierung oder Vorschau allein belegen keine Speicherung.
5. Wechsle Deutsch/Englisch und prüfe Texte, Validierung und schmale Ansicht. Prüfe mit einem zweiten berechtigten Testkonto, dass diese App für eigene Datensätze die erste Zeile nicht zeigt.

Veröffentlichen und übergeben

Speichere den geprüften Entwurf, veröffentliche ihn und weise seine Zielgruppe zu. Öffne als vorgesehener Nutzer die veröffentlichte App über Meine Apps und sende eine eigene Anforderung mit Notiz Prüfung veröffentlichte App. Erwartet wird genau eine weitere Zeile mit neuer Kennung. Unterscheide Vorschau- und Veröffentlichungstest.

Für eine Büro-Warteschlange erstellst du eine separate App mit passender Zielgruppe, Lesen/Bearbeiten und erlaubtem gemeinsamen Datensatzumfang. Eine Registerkartenbezeichnung vergibt keine weiteren Rechte. Shopfloor-Konten bleiben auf eigene Datensätze beschränkt.

Ohne Duplikate wiederherstellen

Situation	Erwartetes Verhalten
Validierung schlägt fehl	Eingaben erhalten, Feld erklären, keine Zeile erstellen.
Zugriff verweigert	Quelloperationen, Nutzerrechte und App-Zielgruppe prüfen.
Antwort fehlt	Prüfen oder erneut versuchen für denselben ausstehenden Aufruf mit unveränderten Eingaben verwenden.
Zeile gespeichert, Folgeprozess fehlgeschlagen	Zeile erhalten und nur den Folgeprozess wiederholen.
Tabellenschema geändert	Aktuelles Schema laden, Felder vergleichen und ausstehende Eingaben vor erneutem Versuch prüfen.

Eine Tabellenzeile erfasst eine Anforderung. Wenn der Prozess später Lagerentnahme oder Auftragserstellung benötigt, ergänze die unterstützte Fachaktion mit eigener Berechtigung und Ergebnisprüfung. Siehe Materialanforderungen und Custom-App-Operationen.