Glanz: aiMOOC über GPT aiMOOC Action erstellt

2026-10-10T16:21:59Z

aiMOOC über GPT aiMOOC Action erstellt

Neue Seite

{{T}}

{{BR}}
= Einleitung =

'''Büromanagement und Projektorganisation – Digitale Formulare fehlerarm gestalten''' ist ein Lernkurs für die Ausbildung, besonders für angehende [[Kaufmann für Büromanagement|Kaufleute für Büromanagement]]. Du lernst, digitale Formulare so zu planen und zu prüfen, dass Pflichtfelder sinnvoll gesetzt, Eingaben auf Plausibilität geprüft und Hinweise verständlich formuliert werden.

Der Kurs arbeitet mit kurzen Lerneinheiten, einem durchgehenden kaufmännischen Ausbildungsfall, Produktvergleichen, Gesprächskarten und gestuften Hilfen. Alle Personen-, Unternehmens-, Projekt- und Geschäftsdaten in den Fällen sind '''fiktiv'''. Rechts- und Steuerangaben wurden für Deutschland mit Stand '''09.10.2026''' geprüft. Wo betriebliche Regeln verwendet werden, sind sie ausdrücklich als '''Modellannahme''' gekennzeichnet.

[[Datei:Invoice html form screenshot.png|500px|rahmenlos|center]]

'''Lernziele:''' Nach dem Kurs kannst Du
# [[Pflichtfeld|Pflichtfelder]], bedingte Felder und optionale Felder unterscheiden.
# [[Plausibilitätskontrolle|Plausibilitätsregeln]] für kaufmännische Eingaben formulieren.
# verständliche Hinweise und konkrete Fehlermeldungen schreiben.
# Formulare nach [[Datenschutz-Grundverordnung|Datenminimierung]] und Zugänglichkeit beurteilen.
# kaufmännische Werte wie Netto, Umsatzsteuer und Brutto plausibilisieren.
# einen einfachen Test- und Freigabeprozess für ein digitales Formular organisieren.

'''Zeitmodell:''' sechs Mikro-Lerneinheiten von jeweils etwa 6 bis 12 Minuten plus Fallarbeit und Lernkontrolle.

{{BR}}
== Ausbildungsfall: Projekt „Mobiles Besprechungsset“ ==

Du arbeitest im fiktiven Ausbildungsbetrieb '''BüroWerk Lern GmbH'''. Für das ebenfalls fiktive Projekt '''PRJ-26-104 – Mobiles Besprechungsset''' sollen drei höhenverstellbare Monitore beschafft werden. Das interne Projektbudget beträgt '''900,00 € netto'''. Die Lieferung soll innerhalb von sieben Kalendertagen erfolgen. Mindestens zwei Jahre Garantie sind gefordert.

'''Modellannahme des Betriebs:''' Liegt der Netto-Gesamtwert über 800,00 €, wird zusätzlich ein interner Freigabecode der Projektleitung benötigt. Diese Grenze ist '''keine gesetzliche Vorgabe''', sondern eine Lernregel des fiktiven Betriebs.

{| class="wikitable"
! Fiktiver Anbieter
! Fiktives Produkt
! Netto je Stück
! Netto bei 3 Stück
! Lieferzeit
! Garantie
! Höhenverstellbar
|-
| Nordlicht Lernhandel GmbH
| DeskView 24
| 279,00 €
| 837,00 €
| 5 Tage
| 3 Jahre
| Ja
|-
| Rheinbogen Lernhandel GmbH
| WorkScreen 24
| 259,00 €
| 777,00 €
| 9 Tage
| 2 Jahre
| Ja
|-
| HanseForm Lernhandel GmbH
| EcoPanel 24
| 245,00 €
| 735,00 €
| 4 Tage
| 2 Jahre
| Nein
|}

'''Kurzauftrag:''' Wähle das Angebot, das '''alle''' Anforderungen erfüllt.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Nordlicht Lernhandel GmbH erfüllt alle Kriterien: 837,00 € netto liegen unter dem Budget, die Lieferzeit beträgt höchstens sieben Tage, die Garantie ist ausreichend und die Monitore sind höhenverstellbar. Rheinbogen scheidet wegen der Lieferzeit aus, HanseForm wegen der fehlenden Höhenverstellung. Weil 837,00 € über der fiktiven internen Schwelle von 800,00 € liegen, muss zusätzlich ein Freigabecode erfasst werden.
</div>

{{BR}}
= Lerneinheit 1: Pflichtfelder gezielt setzen =

Ein gutes Formular fragt nicht möglichst viel, sondern '''genau das Notwendige''' ab. Ein Pflichtfeld ist ein Feld, ohne dessen Inhalt der jeweilige Vorgang nicht sinnvoll, vollständig oder rechtssicher weiterbearbeitet werden kann.

{| class="wikitable"
! Feldart
! Bedeutung
! Beispiel im Ausbildungsfall
|-
| '''Pflichtfeld'''
| Ohne Eingabe kann der Vorgang nicht sinnvoll weiterlaufen.
| Projektnummer
|-
| '''Bedingtes Pflichtfeld'''
| Nur bei einer bestimmten Bedingung erforderlich.
| Freigabecode bei Netto-Gesamtwert über 800,00 €
|-
| '''Optionales Feld'''
| Kann nützlich sein, ist aber nicht notwendig.
| Zusatznotiz zur Lieferung
|-
| '''Automatisch berechnetes Feld'''
| Wird aus anderen Eingaben erzeugt.
| Netto-Gesamtwert
|}

'''Wichtig:''' Ein betriebliches Pflichtfeld ist nicht automatisch ein gesetzliches Pflichtfeld. Umgekehrt können gesetzlich vorgeschriebene Angaben in bestimmten Dokumenten zwingend sein.

Nach Art. 5 Abs. 1 Buchstabe c DSGVO sollen personenbezogene Daten auf das notwendige Maß beschränkt werden. Art. 25 DSGVO verlangt zudem datenschutzfreundliche Technikgestaltung und Voreinstellungen. Daraus folgt für die Formularplanung: Frage personenbezogene Daten nur ab, wenn es für den festgelegten Zweck tatsächlich eine tragfähige Grundlage und Notwendigkeit gibt.

[[Datei:WP Commons upload full form.png|500px|rahmenlos|center]]

'''Beobachtungsauftrag:''' Betrachte das Formularbild. Welche Felder brauchen eine klare Kennzeichnung, welche Eingaben benötigen Format-Hinweise und welche Informationen könnten in einem anderen Prozess überflüssig sein?

{{BR}}
== Basisaufgabe: Pflicht oder optional? ==

Ordne für den Beschaffungsantrag ein: Projektnummer, private Mobilnummer der antragstellenden Person, Stückzahl, gewünschtes Lieferdatum, Zusatznotiz.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Projektnummer und Stückzahl sind für Zuordnung und Berechnung fachlich notwendig. Das gewünschte Lieferdatum kann für die Beschaffung erforderlich sein. Eine private Mobilnummer wäre im beschriebenen internen Prozess ohne besonderen Grund weder notwendig noch datensparsam. Eine Zusatznotiz kann optional bleiben.
</div>

{{BR}}
= Lerneinheit 2: Plausibilität statt bloßer Vollständigkeit =

Ein vollständig ausgefülltes Formular kann trotzdem falsche oder widersprüchliche Werte enthalten. Eine [[Plausibilitätskontrolle]] prüft deshalb, ob Eingaben '''annehmbar und miteinander vereinbar''' sind. Sie beweist nicht automatisch, dass die Daten wahr sind.

{| class="wikitable"
! Prüftyp
! Beispiel
! Sinnvolle Reaktion
|-
| '''Formatprüfung'''
| Datum hat ein erwartetes Datumsformat.
| Format erklären und Eingabe korrigieren lassen.
|-
| '''Bereichsprüfung'''
| Stückzahl liegt zwischen 1 und 5.
| Zulässigen Wertebereich nennen.
|-
| '''Abhängigkeitsprüfung'''
| Bei Netto-Gesamtwert über 800,00 € ist ein Freigabecode vorhanden.
| Bedingtes Feld einblenden und begründen.
|-
| '''Vergleichsprüfung'''
| Gewünschtes Lieferdatum liegt nicht vor dem Bestelldatum.
| Widerspruch konkret benennen.
|-
| '''Rechenprüfung'''
| Brutto entspricht Netto plus Umsatzsteuer.
| Abweichung anzeigen und Berechnung prüfen.
|}

[[Datei:Checklist.svg|300px|rahmenlos|center]]

'''Merksatz:''' Erst prüfen, '''ob''' etwas eingetragen wurde, dann '''ob''' die Eingabe plausibel ist.

{{BR}}
== Anwendungsaufgabe: Regeln bauen ==

Formuliere je eine Plausibilitätsregel für Stückzahl, Lieferdatum und Freigabecode.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Gute Regeln sind eindeutig und prüfbar, zum Beispiel „Stückzahl zwischen 1 und 5“, „Lieferdatum nicht vor Bestelldatum“ und „Freigabecode erforderlich, wenn Netto-Gesamtwert über 800,00 € liegt“. Allgemeine Regeln wie „Eingabe muss sinnvoll sein“ sind für eine automatische Prüfung zu ungenau.
</div>

{{BR}}
= Lerneinheit 3: Verständliche Hinweise und Fehlermeldungen =

Nutzende müssen nicht nur erfahren, '''dass''' etwas falsch ist, sondern möglichst auch '''was''' falsch ist und '''wie''' sie es korrigieren können. W3C/WAI empfiehlt bei Formularen klare Beschriftungen, Eingabehinweise sowie textliche Fehlerbeschreibungen.

{| class="wikitable"
! Schwache Meldung
! Bessere Meldung
! Warum besser?
|-
| „Ungültig.“
| „Gib eine Stückzahl von 1 bis 5 ein.“
| Nennt Problem und zulässigen Bereich.
|-
| „Fehler 17.“
| „Das Lieferdatum darf nicht vor dem Bestelldatum liegen.“
| Benennt den konkreten Widerspruch.
|-
| „Pflichtfeld.“
| „Gib den Freigabecode ein, weil der Netto-Gesamtwert über 800,00 € liegt.“
| Erklärt die Abhängigkeit.
|-
| „Falscher Wert.“
| „Prüfe den Steuersatz. Im Lernfall ist für die Monitore 19 % vorgesehen.“
| Verknüpft Hinweis und Modellannahme.
|}

{{#ev:youtube| https://www.youtube.com/watch?v=E1fEv4Vpexg |500|center}}

'''Medienimpuls:''' Das W3C-WAI-Video „Notifications and Feedback“ zeigt, warum Rückmeldungen wahrnehmbar und verständlich sein müssen.

{{BR}}
== Gesprächsmedium: Rückfrage im Projektteam ==

{| class="wikitable"
! Rolle
! Gesprächsimpuls
|-
| Auszubildende Person
| „Das Formular zeigt nur ‚Ungültig‘. Ich weiß nicht, was ich ändern soll.“
|-
| Projektleitung
| „Welche Information fehlt Dir, damit Du den Fehler selbst beheben kannst?“
|-
| Auszubildende Person
| „Ich brauche das betroffene Feld, den Grund und möglichst ein Beispiel für die richtige Eingabe.“
|-
| Projektleitung
| „Formuliere daraus eine neue Fehlermeldung für das Lieferdatum.“
|}

'''Partnerauftrag:''' Spielt das Gespräch zu zweit weiter. Eine Person ist Nutzende, die andere Formularverantwortliche. Tauscht danach die Rollen.

{{BR}}
= Lerneinheit 4: Zugänglich und datensparsam gestalten =

Barrierearme Formulare helfen nicht nur Menschen mit Behinderungen. Klare Beschriftungen, ausreichend große Bedienelemente, verständliche Sprache und sichtbare Rückmeldungen verbessern die Nutzung insgesamt. Die WCAG 2.2 und die W3C-WAI-Formulartutorials sind hierfür wichtige fachliche Referenzen.

{{#ev:youtube| https://www.youtube.com/watch?v=CzfKB3PuuIY |500|center}}

'''Praxischeck:'''
# Jedes Eingabefeld erhält eine eindeutige sichtbare Bezeichnung.
# Pflicht und optional werden in Text kenntlich gemacht, nicht nur durch Farbe.
# Erwartete Formate werden vor oder am Feld erklärt.
# Fehlermeldungen stehen in Textform und nennen das betroffene Feld.
# Formulare sind per Tastatur bedienbar.
# Bedienelemente sind ausreichend groß und nicht unnötig dicht angeordnet.
# Personenbezogene Daten werden auf das für den Zweck notwendige Maß begrenzt.

{{#ev:youtube| https://www.youtube.com/watch?v=IZp8eUAu450 |500|center}}

'''Hinweis zur Rechtslage:''' Die WCAG sind hier als Qualitäts- und Zugänglichkeitsreferenz verwendet. Ob und welche gesetzlichen Barrierefreiheitsanforderungen für einen konkreten internen oder externen Unternehmensprozess gelten, hängt vom jeweiligen Anwendungsfall ab und muss separat geprüft werden.

{{BR}}
= Lerneinheit 5: Kaufmännischer Fall – Werte prüfen =

Für den gewählten Anbieter ergibt sich im Lernfall:

{| class="wikitable"
! Rechenschritt
! Wert
|-
| 3 Stück × 279,00 € netto
| 837,00 € netto
|-
| 19 % Umsatzsteuer
| 159,03 €
|-
| Brutto
| 996,03 €
|}

'''Modellannahme:''' Für die fiktiven Büromonitore wird im Lernfall der deutsche Regelsteuersatz von '''19 %''' verwendet. Nach § 12 UStG beträgt der Regelsteuersatz aktuell 19 %, der ermäßigte Steuersatz für gesetzlich bestimmte Umsätze 7 %. Welcher Satz tatsächlich gilt, hängt vom konkreten Umsatz ab.

{{BR}}
== Interaktiver kaufmännischer Fall: Formularversion 0.3 ==

Das Formular enthält folgende Einträge:

{| class="wikitable"
! Feld
! Eingabe
! Deine Prüfung
|-
| Projektnummer
| PRJ-26-104
| plausibel
|-
| Stückzahl
| 3
| plausibel
|-
| Netto-Einzelpreis
| 279,00 €
| plausibel
|-
| Netto-Gesamtwert
| 837,00 €
| rechnerisch prüfen
|-
| Umsatzsteuer
| 147,63 €
| rechnerisch prüfen
|-
| Brutto
| 984,63 €
| rechnerisch prüfen
|-
| Lieferzeit
| 5 Tage
| mit Anforderung vergleichen
|-
| Freigabecode
| leer
| Abhängigkeit prüfen
|}

'''Arbeitsauftrag:''' Finde mindestens drei Fehler oder fehlende Angaben.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Die Umsatzsteuer ist falsch: 19 % von 837,00 € sind 159,03 €. Damit beträgt Brutto 996,03 €. Zusätzlich fehlt nach der ausdrücklich fiktiven Betriebsregel der Freigabecode, weil der Netto-Gesamtwert über 800,00 € liegt. Die Lieferzeit von fünf Tagen ist dagegen mit der Anforderung von höchstens sieben Tagen vereinbar.
</div>

{{BR}}
== Pflichtangaben bei Rechnungen: aktueller Lernstand ==

Für eine reguläre Rechnung nennt § 14 Abs. 4 UStG unter anderem vollständigen Namen und Anschrift von leistendem Unternehmen und Leistungsempfänger, Steuernummer oder Umsatzsteuer-Identifikationsnummer des leistenden Unternehmens, Ausstellungsdatum, einmalige fortlaufende Rechnungsnummer, Menge und Art der Gegenstände oder Umfang und Art der Leistung, Leistungszeitpunkt, nach Steuersätzen aufgeschlüsseltes Entgelt sowie Steuersatz und Steuerbetrag beziehungsweise einen Hinweis auf eine Steuerbefreiung. In besonderen Fällen kommen weitere Angaben hinzu.

Für Rechnungen bis '''250 € Gesamtbetrag''' gelten nach § 33 UStDV vereinfachte Mindestangaben. Der Lernfall liegt mit 996,03 € brutto darüber.

'''Wichtig:''' Ein Beschaffungsformular ist keine Rechnung. Gesetzliche Rechnungspflichtangaben werden deshalb nicht ungeprüft zu Pflichtfeldern eines internen Beschaffungsantrags.

[[Datei:Invoice html form screenshot.png|500px|rahmenlos|center]]

{{BR}}
== E-Rechnung: Stand 09.10.2026 ==

Seit 01.01.2025 ist bei Umsätzen zwischen inländischen Unternehmen grundsätzlich die E-Rechnung in den gesetzlichen Rahmen aufgenommen. Eine E-Rechnung ist dabei ein strukturiertes elektronisches Format, das elektronische Verarbeitung ermöglicht; ein einfaches PDF allein ist seit 2025 keine E-Rechnung im Sinne dieser Definition.

Nach den BMF-FAQ mit Stand März 2026 gelten Übergangsregelungen: Bis 31.12.2026 können Rechnungsaussteller noch eine sonstige Rechnung verwenden. Bei einem Vorjahresumsatz bis 800.000 € verlängert sich diese Übergangsfrist für die Ausstellung grundsätzlich bis Ende 2027. Seit 01.01.2025 müssen inländische Unternehmen E-Rechnungen empfangen können.

'''Lernbezug:''' Strukturierte E-Rechnungen zeigen besonders gut, warum Pflichtfelder, Geschäftsregeln und technische Validierung zusammengehören.

{{BR}}
= Lerneinheit 6: Testen, freigeben, verbessern =

Ein Formular sollte vor dem produktiven Einsatz mit typischen und absichtlich fehlerhaften Eingaben getestet werden.

{| class="wikitable"
! Testfall
! Eingabe
! Erwartung
|-
| Vollständig korrekt
| alle Pflichtwerte plausibel
| Formular kann weiterverarbeitet werden
|-
| Pflichtfeld leer
| Projektnummer fehlt
| konkrete Fehlermeldung
|-
| Grenzwert verletzt
| Stückzahl außerhalb des erlaubten Bereichs
| Wertebereich wird erklärt
|-
| Widerspruch
| Lieferdatum vor Bestelldatum
| Widerspruch wird benannt
|-
| Bedingung erfüllt
| Netto über interner Schwelle
| Freigabecode wird Pflicht
|-
| Rechenfehler
| Brutto passt nicht zu Netto und Steuer
| Berechnung wird beanstandet
|}

Eine Prüfung im Browser verbessert die Bedienbarkeit, ersetzt aber nicht jede serverseitige Prüfung. W3C/WAI weist darauf hin, dass clientseitige Validierung allein nicht als Sicherheitsmaßnahme ausreicht.

[[Datei:Gantt chart example.png|500px|rahmenlos|center]]

'''Projektorganisationsbezug:''' Zuständigkeiten für Entwurf, Fachprüfung, Test, Freigabe und spätere Änderungen sollten festgelegt sein. So wird aus einem Formular eine kontrollierte Prozesskomponente.

{{BR}}
== Gesprächsmedium: Freigabegespräch ==

{| class="wikitable"
! Rolle
! Leitfrage
|-
| Fachbereich
| Sind alle fachlich notwendigen Angaben vorhanden?
|-
| Datenschutz
| Werden nur erforderliche personenbezogene Daten abgefragt?
|-
| Testperson
| Verstehe ich Hinweise und Fehlermeldungen ohne Zusatzwissen?
|-
| Projektleitung
| Sind Regeln, Version und Freigabe dokumentiert?
|}

{{BR}}
= Gestufte Hilfen =

'''Hilfe 1 – Orientierung:''' Frage bei jedem Feld: „Wofür wird dieser Wert konkret gebraucht?“

'''Hilfe 2 – Struktur:''' Ordne jedes Feld einer Kategorie zu: Pflichtfeld, bedingtes Pflichtfeld, optionales Feld oder berechnetes Feld.

'''Hilfe 3 – Prüfregel:''' Formuliere anschließend eine testbare Regel nach dem Muster „Wenn …, dann …“ oder „Wert muss zwischen … und … liegen“.

'''Hilfe 4 – Fehlermeldung:''' Nenne in der Meldung Feld, Problem und Korrekturmöglichkeit.

{{BR}}
= Kompetenzpfad: Basis – Anwendung – Transfer =

{{BR}}
== Basis ==

# '''Aufgabe B1:''' Markiere im Ausbildungsfall alle Felder, die für Auswahl, Berechnung und Projektzuordnung zwingend benötigt werden. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' Gute Pflichtfelder lassen sich direkt aus Prozesszweck oder Regel ableiten. Felder ohne klaren Zweck sollten nicht automatisch Pflicht werden.</div>
# '''Aufgabe B2:''' Schreibe die Meldung „Fehler“ so um, dass eine falsche Stückzahl korrigiert werden kann. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' „Gib eine Stückzahl von 1 bis 5 ein“ ist besser, weil die Meldung Problem und zulässigen Bereich nennt.</div>

{{BR}}
== Anwendung ==

# '''Aufgabe A1:''' Entwickle drei Plausibilitätsregeln für einen digitalen Reisekostenantrag mit ausschließlich fiktiven Daten. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' Sinnvoll sind Regeln zu Datumsreihenfolge, positiven Geldbeträgen und Abhängigkeiten zwischen Reiseart und erforderlichen Angaben. Die Regeln müssen technisch oder manuell prüfbar sein.</div>
# '''Aufgabe A2:''' Prüfe, ob ein privates Geburtsdatum in einem internen Beschaffungsformular notwendig wäre. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' Im beschriebenen Zweck besteht kein erkennbarer Bedarf. Das Feld wäre deshalb fachlich überflüssig und mit dem Grundsatz der Datenminimierung schwer zu begründen.</div>

{{BR}}
== Transfer ==

# '''Aufgabe T1:''' Übertrage das Prinzip bedingter Pflichtfelder auf einen Urlaubsantrag oder Veranstaltungsantrag. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' Ein gutes Transferbeispiel aktiviert zusätzliche Felder nur bei einer passenden Bedingung, etwa Vertretungsangaben bei bestimmten Abwesenheiten. Entscheidend ist die nachvollziehbare Begründung.</div>
# '''Aufgabe T2:''' Entwirf einen Mini-Testplan für ein Formular, das Du aus Deinem Ausbildungsalltag kennst, ohne echte Personen- oder Kundendaten zu verwenden. <div class="mw-collapsible mw-collapsed">'''Begründetes Feedback:''' Ein tragfähiger Testplan enthält korrekte Fälle, leere Pflichtfelder, Grenzwerte, widersprüchliche Angaben und mindestens einen Fall für verständliche Fehlerkorrektur.</div>

{{BR}}
= Rechts-, Quellen- und Mediencheck =

'''Rechts- und Modellstand: 09.10.2026, Deutschland.''' Dieser Kurs vermittelt Lernwissen und ersetzt keine Rechts- oder Steuerberatung. Für reale Geschäftsvorfälle sind betriebliche Vorgaben und die jeweils aktuelle Rechtslage erneut zu prüfen.

'''Fachquellen:'''
# [https://www.w3.org/WAI/tutorials/forms/ W3C/WAI Forms Tutorial] – Beschriftungen, Anweisungen, Validierung und Rückmeldungen.
# [https://www.w3.org/WAI/WCAG22/Understanding/error-identification W3C/WAI WCAG 2.2 – Error Identification] – textliche Fehlerkennzeichnung.
# [https://www.w3.org/WAI/WCAG22/Understanding/labels-or-instructions W3C/WAI WCAG 2.2 – Labels or Instructions] – Beschriftungen und Eingabehinweise.
# [https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:02016R0679-20160504 DSGVO auf EUR-Lex] – insbesondere Art. 5 und Art. 25.
# [https://www.gesetze-im-internet.de/ustg_1980/__12.html § 12 UStG] – Steuersätze.
# [https://www.gesetze-im-internet.de/ustg_1980/__14.html § 14 UStG] – Rechnung und Pflichtangaben.
# [https://www.gesetze-im-internet.de/ustdv_1980/__33.html § 33 UStDV] – Kleinbetragsrechnungen.
# [https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html BMF: FAQ zur E-Rechnung, Stand März 2026] – Definition, Empfangspflicht und Übergangsregeln.
# [https://de.wikipedia.org/wiki/Plausibilit%C3%A4tskontrolle Wikipedia: Plausibilitätskontrolle] – Begriff und Einsatz von Plausibilitätsregeln.
# [https://de.wikipedia.org/wiki/Projektorganisation Wikipedia: Projektorganisation] – Rollen, Zuständigkeiten und Kommunikationswege.

'''Geprüfte Medien und Rechte:'''
# [https://commons.wikimedia.org/wiki/File:Invoice_html_form_screenshot.png Invoice html form screenshot.png] – Wikimedia Commons, CC0 1.0.
# [https://commons.wikimedia.org/wiki/File:WP_Commons_upload_full_form.png WP Commons upload full form.png] – Wikimedia Commons, CC BY-SA 4.0; weitere Lizenzhinweise auf der Dateiseite.
# [https://commons.wikimedia.org/wiki/File:Checklist.svg Checklist.svg] – Wikimedia Commons, CC0 1.0.
# [https://commons.wikimedia.org/wiki/File:Gantt_chart_example.png Gantt chart example.png] – Wikimedia Commons, CC BY-SA 3.0.
# [https://www.youtube.com/watch?v=E1fEv4Vpexg W3C WAI: Notifications and Feedback] – offizieller W3C-WAI-YouTube-Kanal.
# [https://www.youtube.com/watch?v=CzfKB3PuuIY W3C WAI: Large Links, Buttons, and Controls] – offizieller W3C-WAI-YouTube-Kanal.
# [https://www.youtube.com/watch?v=IZp8eUAu450 W3C WAI: Easy Checks] – offizieller W3C-WAI-YouTube-Kanal.

{{BR}}
= Interaktive Aufgaben =

{{BR}}
== Quiz: Teste Dein Wissen ==

{{MC}}

'''Was kennzeichnet ein sinnvoll gesetztes Pflichtfeld?'''
(Die Eingabe wird für den konkreten Prozess zwingend benötigt)
(!Das Feld ist besonders lang)
(!Das Feld enthält immer personenbezogene Daten)
(!Das Feld muss in jedem Formular vorkommen)

{{E}}
<br>

{{MC}}

'''Was ist eine Plausibilitätsprüfung?'''
(Eine Prüfung, ob eine Eingabe annehmbar und mit Regeln vereinbar ist)
(!Eine Garantie für die Wahrheit aller Daten)
(!Eine reine Rechtschreibprüfung)
(!Eine automatische Löschung aller Eingaben)

{{E}}
<br>

{{MC}}

'''Welche Fehlermeldung ist am verständlichsten?'''
(Gib eine Stückzahl von 1 bis 5 ein)
(!Fehler)
(!Ungültig)
(!Code 17)

{{E}}
<br>

{{MC}}

'''Wann wird im fiktiven Ausbildungsfall der Freigabecode zum Pflichtfeld?'''
(Wenn der Netto-Gesamtwert über 800 Euro liegt)
(!Wenn drei Zeichen eingegeben wurden)
(!Wenn die Lieferzeit fünf Tage beträgt)
(!Wenn eine Zusatznotiz fehlt)

{{E}}
<br>

{{MC}}

'''Wie hoch ist im Lernfall die Umsatzsteuer auf 837 Euro netto bei 19 Prozent?'''
(159,03 Euro)
(!147,63 Euro)
(!837,00 Euro)
(!996,03 Euro)

{{E}}
<br>

{{MC}}

'''Welcher Grundsatz spricht gegen unnötige personenbezogene Formularfelder?'''
(Datenminimierung)
(!Vollständigkeitsmaximierung)
(!Werbewirkung)
(!Farbcodierung)

{{E}}
<br>

{{MC}}

'''Was sollte eine gute Fehlermeldung enthalten?'''
(Das betroffene Problem und eine hilfreiche Korrekturmöglichkeit)
(!Nur eine Fehlernummer)
(!Nur eine rote Umrandung)
(!Möglichst viele Fachbegriffe)

{{E}}
<br>

{{MC}}

'''Welche Aussage zur E-Rechnung trifft für den Stand des Kurses zu?'''
(Eine E-Rechnung benötigt grundsätzlich ein strukturiertes elektronisches Format)
(!Jedes einfache PDF ist automatisch eine E-Rechnung)
(!E-Rechnungen dürfen keine Pflichtangaben enthalten)
(!Seit 2025 dürfen Rechnungen nur noch auf Papier vorliegen)

{{E}}
<br>

{{MC}}

'''Welche Prüfung erkennt einen Liefertermin vor dem Bestelldatum?'''
(Eine Vergleichsprüfung zwischen zusammengehörigen Datumswerten)
(!Eine Schriftgrößenprüfung)
(!Eine Bildprüfung)
(!Eine Druckerprüfung)

{{E}}
<br>

{{MC}}

'''Warum sollte ein Formular vor der Freigabe mit Fehlerfällen getestet werden?'''
(Damit Regeln und Fehlermeldungen auch bei problematischen Eingaben überprüft werden)
(!Damit alle Felder zu Pflichtfeldern werden)
(!Damit keine Nutzenden mehr testen müssen)
(!Damit personenbezogene Daten gesammelt werden können)

{{E}}
<br>

{{BR}}
== Memory ==

<div class="memo-quiz">
{|
|-
| Pflichtfeld || Für den Prozess zwingend benötigte Eingabe
|-
| Plausibilitätsregel || Prüft Wertebereich oder Beziehung
|-
| Hinweistext || Erklärt erwartete Eingabe
|-
| Datenminimierung || Beschränkt personenbezogene Daten auf das Notwendige
|-
| Validierung || Systematische Prüfung einer Eingabe
|-
| Freigabecode || Bedingte Angabe nach interner Modellregel
|}
{{E}}
<br>

{{BR}}
== Drag and Drop ==

<div class="lueckentext-quiz">

{| class="wikitable"
! Ordne die richtigen Begriffe zu.
! Thema
|-
| '''Pflichtfeld'''
| Projektnummer
|-
| '''Optionalfeld'''
| Zusatznotiz
|-
| '''Formatprüfung'''
| Datumsformat
|-
| '''Bereichsprüfung'''
| Zulässige Stückzahl
|-
| '''Abhängigkeitsprüfung'''
| Freigabecode bei Schwellenwert

|}
{{E}}

<br>
<br />

{{BR}}
== Kreuzworträtsel ==

<div class="kreuzwort-quiz">
{|
|-
| Pflichtfeld || Wie heißt ein Eingabefeld, das zwingend ausgefüllt werden muss?
|-
| Validierung || Wie heißt die systematische Prüfung von Eingaben?
|-
| Hinweistext || Welches Wort bezeichnet eine kurze Hilfe direkt am Formularfeld?
|-
| Plausibilität || Welcher Begriff beschreibt, ob eine Eingabe annehmbar und nachvollziehbar erscheint?
|-
| Datenminimierung || Welcher Datenschutzgrundsatz verlangt die Beschränkung auf notwendige personenbezogene Daten?
|-
| Freigabe || Wie heißt die formale Zustimmung vor dem produktiven Einsatz eines Formulars?
|}
{{E}}
<br>

{{BR}}
== LearningApps ==

<iframe> https://learningapps.org/index.php?s=Büromanagement+und+Projektorganisation+Digitale+Formulare+fehlerarm+gestalten </iframe>

{{BR}}
== Lückentext ==

<quiz display=simple>
{'''Vervollständige den Text.'''<br>
|type="{}"}
Ein Feld, das für die Bearbeitung zwingend benötigt wird, heißt { Pflichtfeld }. Eine Prüfung auf nachvollziehbare Werte wird als { Plausibilitätsprüfung } bezeichnet. Eine gute Fehlermeldung nennt nicht nur den Fehler, sondern auch eine { Korrekturmöglichkeit }. Personenbezogene Daten sollen nach dem Grundsatz der { Datenminimierung } auf das notwendige Maß beschränkt werden. Im Lernfall beträgt der verwendete Regelsteuersatz { 19 Prozent }. Bei einem Netto-Gesamtwert über der internen Schwelle wird der { Freigabecode } benötigt. Vor dem produktiven Einsatz sollte das Formular mit korrekten und absichtlich fehlerhaften { Testfällen } geprüft werden.
</quiz>

<br>

{{BR}}
= Offene Aufgaben =

{{BR}}
=== Leicht ===
# [[Pflichtfeld|Feldcheck]]: Erstelle für ein einfaches fiktives Bestellformular eine Liste aus fünf Feldern und kennzeichne Pflicht, bedingt oder optional.
# [[Fehlermeldung|Fehlermeldungen]]: Formuliere drei schwache Meldungen wie „Ungültig“ in verständliche Hinweise um.
# [[Plausibilitätskontrolle|Plausibilitätsregeln]]: Erfinde drei einfache Regeln zu Menge, Datum und Geldbetrag.
# [[Datenminimierung|Datensparsamkeit]]: Streiche aus einem selbst erfundenen Formular drei Angaben, die für den Zweck nicht erforderlich sind.

{{BR}}
=== Standard ===
# [[Produktvergleich|Produktvergleich]]: Erstelle einen Vergleich mit drei fiktiven Anbietern, mindestens vier Kriterien und einer begründeten Auswahl.
# [[Formular|Formularprototyp]]: Skizziere ein digitales Beschaffungsformular auf Papier oder in einem geeigneten Werkzeug und kennzeichne Pflichtfelder sichtbar.
# [[Rollenspiel|Nutzendengespräch]]: Führt ein Partnergespräch, in dem eine Person einen Formularfehler meldet und die andere eine verständliche Lösung formuliert.
# [[Testfall|Testplan]]: Entwickle sechs Testfälle, darunter mindestens zwei Grenz- oder Widerspruchsfälle.

{{BR}}
=== Schwer ===
# [[Projektorganisation|Freigabeprozess]]: Entwirf Rollen und Verantwortlichkeiten für Entwurf, Fachprüfung, Datenschutzprüfung, Test und Freigabe eines Formulars.
# [[Transfer|Prozessübertragung]]: Übertrage die Regeln dieses Kurses auf einen fiktiven Reisekosten-, Veranstaltungs- oder Bestellprozess.
# [[Interview|Ausbildungsinterview]]: Befrage eine geeignete Fachperson im Ausbildungsbetrieb zu typischen Formularfehlern, ohne reale Personen-, Kunden- oder Geschäftsdaten zu dokumentieren.
# [[Erklärvideo|Erklärmedium]]: Produziere ein kurzes Erklärvideo oder eine Audiosequenz mit fiktiven Beispieldaten zum Thema „Gute Fehlermeldungen“.

{{:Offene Aufgabe - MOOC erstellen}}

{{BR}}
= Lernkontrolle =

# [[Formularanalyse|Analyse]]: Ein Formular verlangt Projektnummer, private Telefonnummer, Stückzahl, Lieferdatum und Lieblingsfarbe. Entscheide für jedes Feld, ob es für einen Beschaffungsprozess nötig sein könnte, und begründe Deine Entscheidung mit Prozesszweck und Datenminimierung.
# [[Plausibilitätsregel|Regeldesign]]: Entwickle für einen fiktiven Bestellwert, eine Stückzahl und zwei Datumsfelder zusammen mindestens vier Prüfregeln. Begründe, welche Fehler jede Regel verhindern soll.
# [[Fehlermeldung|Nutzendenorientierung]]: Vergleiche „Ungültig“ mit „Das Lieferdatum darf nicht vor dem Bestelldatum liegen“. Erkläre, welche Meldung die Fehlerkorrektur besser unterstützt und warum.
# [[Produktvergleich|Kaufmännische Entscheidung]]: Verändere im Produktvergleich ein Kriterium so, dass ein anderer Anbieter die beste Wahl wird. Begründe, wie sich die Entscheidung verändert.
# [[Datenschutz|Transfer Datenschutz]]: Erkläre an einem selbst erfundenen Beispiel, warum ein technisch mögliches Formularfeld trotzdem fachlich oder datenschutzbezogen ungeeignet sein kann.
# [[Projektorganisation|Freigabe]]: Entwickle eine Reihenfolge für Entwurf, Test, fachliche Prüfung und Freigabe. Begründe, warum eine unklare Rollenverteilung die Datenqualität gefährden kann.

<br>
<br>

{{BR}}
= Lernnachweis =

Für einen Lernnachweis zu diesem Thema solltest Du zeigen, dass Du
# Pflichtfelder, bedingte Pflichtfelder, optionale und berechnete Felder begründet unterscheiden kannst.
# fachliche, rechnerische und logische Plausibilitätsregeln entwickeln kannst.
# klare Hinweise und Fehlermeldungen formulieren kannst.
# Datenminimierung und Zugänglichkeit bei der Formularplanung berücksichtigen kannst.
# Netto, Umsatzsteuer und Brutto in einem einfachen Lernfall korrekt prüfen kannst.
# gesetzliche Pflichtangaben von betrieblichen Modellregeln unterscheiden kannst.
# einen Formularprototyp mit Testfällen und dokumentierter Freigabe verbessern kannst.
# ausschließlich fiktive oder freigegebene Daten für Übungs- und Demonstrationszwecke einsetzt.

<br>
<br>

{{BR}}
= OERs zum Thema =

Als passender offener Wikipedia-Einstieg zum zentralen Teilaspekt:

<iframe> https://de.m.wikipedia.org/wiki/Plausibilit%C3%A4tskontrolle </iframe>

<br>

{{BR}}
= Verknüpfte Lernbereiche =

{| align=center
{{:D-Tab}}
'''[[Digitale Formulare]]'''
# [[Büromanagement]]
# [[Projektorganisation]]
# [[Plausibilitätskontrolle]]
# [[Datenqualität]]
# [[Datenschutz-Grundverordnung]]
# [[Barrierefreiheit]]
# [[Rechnung]]
# [[E-Rechnung]]
# [[Umsatzsteuer]]
# [[Projektmanagement]]
|}

[[Kategorie:Wirtschaft]]
[[Kategorie:Büromanagement]]
[[Kategorie:Projektmanagement]]
[[Kategorie:Digitalisierung]]
[[Kategorie:Datenschutz]]
[[Kategorie:Rechnungswesen]]
[[Kategorie:Ausbildung]]
[[Kategorie:Kaufmann für Büromanagement]]

{{BR}}
= aiMOOC-Projekte =
[[Kategorie:AI_MOOC]] [[Kategorie:GPT aiMOOC]]
{{MT}}

Büromanagement und Projektorganisation – Digitale Formulare fehlerarm gestalten - Versionsgeschichte

Glanz: aiMOOC über GPT aiMOOC Action erstellt