Feldreferenz des Datensatzes

Jedes Feld des PSM-Anwendungsdatensatzes: was es bedeutet, was es einschränkt, wie ein gültiger Wert aussieht und welches Verhalten im Schema nicht sichtbar ist.

urn:psm:anwendung-datensatz:1.0.0 JSON Schema draft 2020-12 69 dokumentierte Felder

/ drücken für Suche · Esc zum Löschen

Sie suchen den Datenstandard oder Beispiel-Exporte? Zu den Downloads

Felder nach Abschnitt

Gruppiert wie im Schema. Die sieben Ortsvarianten stehen getrennt, da auf einen Eintrag immer nur eine davon zutrifft.

Identität, Erstellungszeitpunkt und Formatversion. Die App vergibt alle drei selbst; beim Import werden sie ergänzt, wenn sie fehlen.

  • datensatz_idstring (uuid) Pflicht
    datensatz_id

    Global eindeutige Datensatz-ID. Die App erzeugt UUIDv7 — zeitgeordnet, sodass eine Sortierung nach ID der Erstellungsreihenfolge entspricht.

    Einschränkungen format: uuid
    Beispiel
    "019e7271-637f-7412-87be-4073c257db12"

    Hinweis: Beim Import mit leerer ID-Spalte wird pro Zeile eine frische UUID vergeben. Zwei Importe derselben Datei erzeugen daher unterschiedliche IDs; die Duplikaterkennung greift dann über den Inhalts-Fingerprint statt über die ID.

  • datensatz_erstellung_zeitpunktstring (date-time) Pflicht
    datensatz_erstellung_zeitpunkt

    Zeitpunkt der Erstellung des Datensatzes, nicht der Anwendung. Der Anwendungszeitpunkt steht in anwendung_zeitpunkt.

    Einschränkungen format: date-time
    Beispiel
    "2026-05-27T14:32:00Z"

    Hinweis: Beim Speichern mehrerer Datensätze in einem Durchgang (Tankmischung, Sammelerfassung) erhalten sie synthetische Zeitstempel im Abstand von 10 ms ab einem gemeinsamen Basiswert. Gleiche Basis plus gleiches Anwendungsdatum ist genau das Merkmal, an dem die App eine Tankmischung wiedererkennt.

  • datensatz_format_versionstring (const) Pflicht
    datensatz_format_version

    Version des Datensatzformats. Im Schema als const eingefroren: jeder gültige Datensatz trägt exakt "1.0.0".

    Einschränkungen const: "1.0.0"
    Beispiel
    "1.0.0"

    Hinweis: Nicht mit der IndexedDB-Version der App verwechseln. Es gibt drei unabhängige Zahlen: diese eingefrorene Formatversion, einen informellen Schema-Zähler in Kommentaren und Changelog, und die IndexedDB-DB_VERSION.

Array mit mindestens einem Eintrag. Jeder Eintrag ist eine natürliche Person, die das Mittel tatsächlich angewandt hat.

  • anwenderarray<object> Pflicht
    anwender

    Personen, die das Pflanzenschutzmittel angewandt haben. Mehrere Einträge beschreiben eine gemeinsam ausgeführte Anwendung, nicht mehrere getrennte Anwendungen.

    Einschränkungen minItems: 1

    Hinweis: Bei Drohnen, Feldrobotern oder ferngesteuerten Geräten ist der Anwender die Person, die das Gerät bedient, programmiert, konfiguriert oder beaufsichtigt. Das Gerät selbst gehört nicht in dieses Feld; Modell oder Seriennummer gehören nach notizen.

  • nachnamestring Pflicht
    anwender[].nachname

    Nachname des Anwenders.

    Beispiel
    "Mustermann"
  • vornamestring Pflicht
    anwender[].vorname

    Vorname des Anwenders.

    Beispiel
    "Max"
  • zusatzstring optional
    anwender[].zusatz

    Zusatzangabe zur Person, typischerweise die Betriebsrolle: Betriebsleiter, Mitarbeiter, Lohnunternehmer.

    Einschränkungen maxLength: 50
    Beispiel
    "Betriebsleiter"

    Hinweis: zusatz zählt zur Identität eines gespeicherten Anwender-Stammdatensatzes. Zwei Einträge mit gleichem Namen, aber unterschiedlichem zusatz, sind zwei Stammdatensätze, kein Duplikat.

Genau ein Mittel pro Datensatz. Mehrere Mittel in einem Spritzgang ergeben mehrere Datensätze; siehe den Hinweis zur Tankmischung bei den Systemfeldern.

  • handelsnamestring Pflicht
    pflanzenschutzmittel.handelsname

    Produktname gemäß BVL-Zulassungsdatenbank. Das einzige Pflichtfeld des Mittels; ein Mittel ohne Zulassungsnummer bleibt gültig.

    Beispiel
    "Abran"
  • zulassungsnummerstring optional
    pflanzenschutzmittel.zulassungsnummer

    Zulassungsnummer gemäß BVL-Zulassungsdatenbank.

    Beispiel
    "00A657-63"

    Hinweis: Zwei Fälle, in denen dieses Feld nicht das Naheliegende enthält. Bei einem Parallelimport steht die eigene Genehmigungsnummer des Imports darin (etwa 005314-00/013), nicht die Nummer des Referenzmittels. Bei einer Notfallzulassung nach Art. 53 bleibt das Feld leer, denn ein solches Mittel hat keine Zulassungsnummer.

Zahlwert plus Einheitencode. Die Einheit ist eine geschlossene Liste, kein Freitext.

  • einheit_wertnumber Pflicht
    aufwandmenge.einheit_wert

    Zahlwert der Aufwandmenge. Die App erzwingt zusätzlich einen Wert größer null; das Schema selbst tut das nicht.

    Beispiel
    0.8
  • einheit_kodestring (enum) Pflicht
    aufwandmenge.einheit_kode

    Einheit der Aufwandmenge gemäß BVL-PSM-Datenbank, etwa l/ha, kg/ha, ml/100 m² oder g pro Pflanze.

    Einschränkungen enum: 284 values

    Zulässige Werte: Geschlossene Liste mit 284 Werten, eine bewusst gekürzte Fassung der BVL-Kodeliste 25. Die vollständige Liste steht im herunterladbaren Schema unter properties.aufwandmenge.properties.einheit_kode.enum; die Excel-Arbeitsmappe der App führt sie auf einem eigenen Referenzblatt.

    Beispiel
    "l/ha"

    Hinweis: Nicht jeder Code der BVL-Kodeliste 25 ist zulässig: 74 Codes sind bewusst ausgeschlossen. Ein Importwert außerhalb der Liste ist ungültig und der Datensatz wird abgelehnt.

Datum verpflichtend, Uhrzeit optional, außer das gewählte Mittel trägt eine Bienenschutzauflage.

  • datumstring (date) Pflicht
    anwendung_zeitpunkt.datum

    Datum der Anwendung im Format JJJJ-MM-TT.

    Einschränkungen format: date
    Beispiel
    "2026-05-27"

    Hinweis: Beim Import aus CSV oder der Excel-Arbeitsmappe wird die deutsche Schreibweise TT.MM.JJJJ erkannt und umgewandelt. Gespeichert wird immer die ISO-Form.

  • uhrzeitstring (time) optional
    anwendung_zeitpunkt.uhrzeit

    Uhrzeit der Anwendung mit Sekundenanteil und Zeitzonen-Offset.

    Einschränkungen format: timeoffset required (e.g. Z)
    Beispiel
    "06:15:00Z"

    Hinweis: Zwei Fallstricke. Erstens der Offset: format time meint die RFC-3339-Form full-time, ein Offset ist also Pflicht. "06:15:00" fällt bei einem strengen Validator durch, "06:15:00Z" nicht — und ausgerechnet das examples-Feld des Schemas zeigt hier die Form ohne Offset. Die von der App erzeugten Datensätze tragen den Offset. Zweitens die Pflicht: im Schema ist das Feld optional, in der App bedingt verpflichtend — trägt das gewählte Mittel eine Bienenschutzauflage, verlangt das Formular eine Uhrzeit. Diese Regel steht nur im Anwendungscode; ein extern erzeugter Datensatz ohne Uhrzeit bleibt schemakonform.

Name und EPPO-Code sind beide verpflichtend; das BBCH-Stadium ist optional und wird von der App nie selbst gesetzt.

  • namestring Pflicht
    kulturart.name

    Kulturname gemäß BVL-Zulassungsdatenbank. Die App synchronisiert die Kulturliste pro Sprache; der gespeicherte Name ist daher die Bezeichnung in der Sprache, in der erfasst wurde.

    Beispiel
    "Winterweichweizen"
  • eppo_codestring Pflicht
    kulturart.eppo_code

    EPPO-Code der Kultur. Der sprachunabhängige Schlüssel; bei einem Abgleich über Sprachgrenzen hinweg ist das das Vergleichsfeld, nicht name.

    Beispiel
    "TRZAW"

    Hinweis: Im Formular ist der EPPO-Code die Schleuse zum Mittelbereich: solange kein gültiger Code gesetzt ist, bleibt der gesamte Abschnitt Pflanzenschutzmittel gesperrt.

  • bbchobject optional
    kulturart.bbch

    BBCH-Wachstumsstadium der Kultur laut Zulassung und BBCH-Monografie, abgebildet als Bereich von–bis.

    Hinweis: Die App schreibt BBCH nie selbst. Sie leitet aus den zugelassenen Indikationen die möglichen Fenster ab und bietet sie zur Auswahl an; der Wert stammt immer aus einer bewussten Eingabe.

  • vonstring optional
    kulturart.bbch.von

    Anfangs- bzw. aktuelles BBCH-Stadium, als Zahl oder in der offiziellen Langform.

    Beispiel
    "55"

    Hinweis: Die Eingabe im Formular ist auf drei Zeichen begrenzt; importierte Langformen werden bis 300 Zeichen akzeptiert. Beide Formen sind schemakonform.

  • bisstring optional
    kulturart.bbch.bis

    End-BBCH-Stadium, wenn ein Bereich abgebildet wird. Bei einem einzelnen Stadium ist bis gleich von.

    Beispiel
    "59"

    Hinweis: Ein umgekehrter Bereich (von größer als bis) wird nur als Warnung angezeigt und blockiert das Speichern nicht. Die Prüfung ist rein numerisch und greift bei Langform-Eingaben nicht.

Ein einzelnes Feld, dessen Bedeutung vom Anwendungsbereich abhängt.

  • jahrstring Pflicht
    jahr

    Bei landwirtschaftlichen Kulturen das Erntejahr, bei nicht-landwirtschaftlicher Anwendung (Forst, Nichtkulturland) das Anwendungsjahr. Ein String, keine Zahl.

    Einschränkungen 4 digits, 1990–2100 (enforced by the app)
    Beispiel
    "2026"

    Hinweis: Fehlt das Jahr beim Import, leitet die App es aus dem Anwendungsdatum ab. Das ist reiner Fallback: ein vorhandener Wert wird nie überschrieben, auch wenn er vom Datum abweicht. Weicht er ab, zeigt das Formular eine nicht blockierende Warnung.

Ein Paar aus Bereich und Art, bei dem der Bereich bestimmt, welche Arten überhaupt zulässig sind.

  • bereichstring (enum) Pflicht
    art_der_verwendung.bereich

    Anwendungsbereich: Freiland, geschlossener Raum oder Beizung von Saatgut.

    Zulässige Werte freilandraumbeizung
    Beispiel
    "freiland"
  • artstring (conditional enum) optional
    art_der_verwendung.art

    Spezifische Art der Verwendung. Welche Werte zulässig sind, richtet sich nach bereich.

    Zulässige Werte: Die zulässigen Werte hängen von bereich ab: bei freiland kulturland, nicht_kulturland oder flaechen_allgemeinheit; bei raum lager, gewaechshaus oder innenraum; bei beizung beizung_saatgut oder beizung_pflanzgut.

    Beispiel
    "kulturland"

    Hinweis: Diese Zuordnung steht im Schema selbst, als if/then-Kette unter allOf — ein falsch gepaarter Wert wird also schon von einem generischen Validator abgelehnt, nicht erst von der App. Das Feld ist zugleich optional: fehlt art ganz, greift keine der Bedingungen und der Datensatz bleibt gültig.

Was tatsächlich behandelt wurde, als Typ plus Größe. Nicht zu verwechseln mit der Größe des Standorts — das ist ein eigenes Feld unter behandlungsort.

  • typstring (enum) Pflicht
    behandeltes_objekt.typ

    Art des behandelten Objekts: behandelte Fläche, behandelte Menge oder behandeltes Volumen.

    Zulässige Werte behandelte_flaechebehandelte_mengebehandeltes_volumen
    Beispiel
    "behandelte_flaeche"

    Hinweis: Der Typ bestimmt per if/then im Schema, welche Einheitencodes in groesse_einheit zulässig sind: behandelte_flaeche erlaubt m² oder ha, behandelte_menge g, kg, dt oder t, behandeltes_volumen m³ oder l.

  • einheit_wertnumber Pflicht
    behandeltes_objekt.groesse_einheit.einheit_wert

    Zahlwert der Objektgröße.

    Beispiel
    4.25

    Hinweis: Dies ist die tatsächlich behandelte Ausdehnung — Fläche oder Volumen — nicht die Höhe oder das Wachstumsstadium einer Pflanze. Im Zierpflanzenbau wird das regelmäßig verwechselt, weil Zulassungsauflagen dort oft über die Pflanzengröße formuliert sind. Solche Auflagen gehören nach kulturart.bbch oder notizen.

  • einheit_kodestring (conditional enum) Pflicht
    behandeltes_objekt.groesse_einheit.einheit_kode

    Einheit der Objektgröße. Anders als aufwandmenge.einheit_kode stammt dieser Wert nicht aus der BVL-Kodeliste, sondern aus einer sehr kurzen, vom Typ abhängigen Liste.

    Zulässige Werte: Abhängig von typ: bei behandelte_flaeche m² oder ha, bei behandelte_menge g, kg, dt oder t, bei behandeltes_volumen m³ oder l.

    Beispiel
    "ha"
  • beschreibungstring optional
    behandeltes_objekt.beschreibung

    Freitextbeschreibung des behandelten Objekts.

    Einschränkungen maxLength: 50
    Beispiel
    "Schlag Nordfeld"

    Hinweis: Wird beim anonymisierten Export entfernt, weil es einen Betrieb identifizieren kann.

Array mit mindestens einem Eintrag. Mehrere Einträge beschreiben denselben Ort über verschiedene Referenzarten, nicht mehrere Orte.

  • behandlungsortarray<object> Pflicht
    behandlungsort

    Behandlungsorte der Anwendung. Mehrere Einträge ermöglichen es, denselben Ort über verschiedene Standortreferenzen zu beschreiben — etwa als Polygon und zusätzlich als InVeKoS-Referenz.

    Einschränkungen minItems: 1

    Hinweis: Die App begrenzt die Zahl der Referenzen auf sieben, eine je Kennungsart. Wählt man im Geometrie-Picker ein Feld, schreibt die App zwei Einträge: das Polygon selbst und eine automatisch ergänzte zweite Referenz.

  • standort_kennung_artstring (enum) Pflicht
    behandlungsort[].standort_kennung_art

    Art der Standortreferenz. Der Diskriminator, der die Form von standort_kennung_wert festlegt.

    Zulässige Werte standort_koordinatenflurstueckskennzeicheninvekos_idflaechengeometriegleiseforstwege
    Beispiel
    "standort_koordinaten"

    Hinweis: Im Schema als Kette von if/then-Bedingungen über allOf abgebildet, nicht als benannte Union. Wer eigene Validierung schreibt, muss diese Verzweigung nachbilden: der Wert allein ist ohne die Kennungsart nicht prüfbar.

  • standort_kennung_wertoneOf<7 variants> Pflicht
    behandlungsort[].standort_kennung_wert

    Wert der Standortreferenz. Die Form richtet sich nach standort_kennung_art; die sieben Varianten sind unten einzeln beschrieben.

  • standort_anbauartstring (enum) optional
    behandlungsort[].standort_anbauart

    Bewirtschaftungsart des Objekts, in dem die Anwendung erfolgt ist: konventionell oder ökologisch.

    Zulässige Werte konventionelloekologisch
    Beispiel
    "konventionell"
  • standort_groesse_artstring (enum) optional
    behandlungsort[].standort_groesse_art

    Art der Standortgröße: Fläche oder Volumen.

    Zulässige Werte flaechevolumen
    Beispiel
    "flaeche"

    Hinweis: Dieses Feld schränkt im Schema per if/then die zulässigen Einheitencodes ein: bei flaeche nur m² oder ha, bei volumen nur m³ oder l. Ohne dieses Feld gilt die Einschränkung nicht.

  • einheit_wertnumber Pflicht
    behandlungsort[].standort_groesse_einheit.einheit_wert

    Zahlwert der Standortgröße — die Ausdehnung des gesamten Standorts, nicht der behandelten Teilfläche.

    Beispiel
    4.25

    Hinweis: Überschreitet die Größe des behandelten Objekts die Standortgröße, warnt das Formular (mit Einheitenumrechnung), blockiert das Speichern aber nicht.

  • einheit_kodestring Pflicht
    behandlungsort[].standort_groesse_einheit.einheit_kode

    Einheit der Standortgröße. Bei gesetztem standort_groesse_art auf m²/ha bzw. m³/l eingeschränkt.

    Beispiel
    "ha"
  • bezeichnungstring optional
    behandlungsort[].bezeichnung

    Zusätzliche Angabe zum Behandlungsort, etwa der Name des Schlages oder die Gewächshaus-Abteilung.

    Einschränkungen maxLength: 50
    Beispiel
    "Nordfeld"

    Hinweis: Zählt bewusst nicht zur Identität einer Standortreferenz: zwei Einträge, die sich nur in bezeichnung unterscheiden, gelten als derselbe Ort. Beim anonymisierten Export wird das Feld entfernt.

Ein einzelner WGS84-Punkt. Achtung bei den Grenzen — sie sind bewusst nicht die üblichen ±90/±180.

  • breitengradnumber Pflicht
    standort_kennung_wert.breitengrad

    Geographische Breite (WGS84) in Dezimalgrad.

    Einschränkungen minimum: -100maximum: 100
    Beispiel
    52.52

    Hinweis: Die Grenze ±100 ist keine Nachlässigkeit, sondern eine bewusste Produktentscheidung, und sie ist an zwei Stellen dupliziert: im Schema und in einer TypeScript-Konstante. Wer eine der beiden ändert, muss die andere mitziehen — JSON kann TypeScript nicht importieren.

  • laengengradnumber Pflicht
    standort_kennung_wert.laengengrad

    Geographische Länge (WGS84) in Dezimalgrad.

    Einschränkungen minimum: -50maximum: 50
    Beispiel
    13.405

    Hinweis: Grenze ±50, ebenfalls bewusst enger als der WGS84-Bereich. Koordinaten außerhalb Europas werden dadurch abgelehnt.

Die einzige Variante, deren Wert ein String und kein Objekt ist.

  • standort_kennung_wertstring Pflicht
    standort_kennung_wert

    Amtliches ALKIS-Flurstückskennzeichen, exakt 20 Zeichen aus Ziffern und Unterstrichen. Unterstriche füllen nicht belegte Stellen auf.

    Einschränkungen pattern: ^[0-9_]{20}$
    Beispiel
    "071411006000570099__"

    Hinweis: Führende Nullen sind bedeutungstragend. Beim Import aus Tabellen muss die Spalte als Text behandelt werden, sonst frisst die Zahleninterpretation die Nullen und der Wert verfehlt das Muster.

Feldblock- und Schlagreferenz. Nur der FLIK ist verpflichtend.

  • flikstring Pflicht
    standort_kennung_wert.flik

    FLIK, der Feldblock-Identifikator gemäß InVeKoS.

    Beispiel
    "DETHLIAL50333H11"
  • schlag_nummerstring optional
    standort_kennung_wert.schlag_nummer

    Schlagnummer des Betriebs innerhalb des Feldblocks. Identifiziert die konkrete, mit einer Kultur bestellte Teilfläche.

    Beispiel
    "42"
  • teilschlag_nummerstring optional
    standort_kennung_wert.teilschlag_nummer

    Teilschlagnummer, falls der Schlag weiter unterteilt ist.

    Beispiel
    "1"

GeoJSON-ähnliche Geometrie. Der Typ bestimmt, wie tief die Koordinaten verschachtelt sind.

  • typstring (enum) Pflicht
    standort_kennung_wert.typ

    Geometrietyp, benannt wie in GeoJSON.

    Zulässige Werte PointMultiPointLineStringMultiLineStringPolygonMultiPolygonGeometryCollection
    Beispiel
    "Polygon"
  • koordinatenarray Pflicht
    standort_kennung_wert.koordinaten

    Koordinaten als verschachtelte Arrays. Die Verschachtelungstiefe hängt vom Geometrietyp ab: ein Polygon führt Ringe, ein MultiPolygon Ringe von Ringen.

    Beispiel
    [[[10.52,49.81],[10.53,49.81],[10.53,49.82],[10.52,49.81]]]

    Hinweis: Das Schema prüft die Tiefe nicht — es verlangt nur ein Array. Die Prüfung Typ gegen Verschachtelungstiefe liegt im Validierungscode der App. Beim Export bleiben die vollen Koordinaten in JSON, XML, CSV und Backup erhalten; nur die PDF-Zusammenfassung ersetzt sie durch Typ, Eckpunktzahl und Zentroid.

Streckenabschnitt einer Bahnstrecke. Alle sechs Felder sind verpflichtend.

  • streckennummerstring Pflicht
    standort_kennung_wert.streckennummer

    VzG-Streckennummer der Bahnstrecke.

    Beispiel
    "2981"
  • richtungskennzahlnumber (enum) Pflicht
    standort_kennung_wert.richtungskennzahl

    Richtungskennzahl der Strecke, 0 oder 1. Eine Zahl, kein String.

    Zulässige Werte 01
    Beispiel
    0
  • km_vonnumber Pflicht
    standort_kennung_wert.km_von

    Streckenkilometer des Abschnittsbeginns, in Schritten von 0,1.

    Einschränkungen minimum: 0multipleOf: 0.1
    Beispiel
    12

    Hinweis: multipleOf: 0.1 verhält sich in Gleitkomma-Arithmetik nicht so, wie man erwartet. Übliche Validatoren prüfen, ob wert / 0.1 eine ganze Zahl ist — und 0.3 / 0.1 ergibt in IEEE-754 nicht 3, sondern 2,9999999999999996. Der Wert 0,3, den das Schema selbst als Beispiel führt, fällt damit durch. Betroffen sind unter anderem 0,3, 1,2 und 3,7; unproblematisch sind ganze Zahlen sowie 0,1, 0,2, 0,4, 0,5, 0,8 und 1,5. Wer krumme Kilometerwerte erfassen muss, sollte den eigenen Validator auf Toleranz konfigurieren.

  • km_bisnumber Pflicht
    standort_kennung_wert.km_bis

    Streckenkilometer des Abschnittsendes, in Schritten von 0,1.

    Einschränkungen minimum: 0multipleOf: 0.1
    Beispiel
    14
  • m_vonnumber Pflicht
    standort_kennung_wert.m_von

    Meterangabe innerhalb des Anfangskilometers, 0 bis 99.

    Einschränkungen minimum: 0maximum: 99
    Beispiel
    15
  • m_bisnumber Pflicht
    standort_kennung_wert.m_bis

    Meterangabe innerhalb des Endkilometers, 0 bis 99.

    Einschränkungen minimum: 0maximum: 99
    Beispiel
    21

Forstliche Flächenadresse. Vier Felder verpflichtend, drei zur weiteren Verfeinerung.

  • bundeslandstring Pflicht
    standort_kennung_wert.bundesland

    Bundesland der forstlichen Fläche, als Bundesland-Kürzel.

    Beispiel
    "SN"
  • forstamt_betriebstring Pflicht
    standort_kennung_wert.forstamt_betrieb

    Zuständiges Forstamt bzw. Forstbetrieb, als Name oder Nummer.

    Beispiel
    "FOB Baerenfels bzw. 1509"
  • revierstring Pflicht
    standort_kennung_wert.revier

    Forstrevier.

    Beispiel
    "Tharandt"
  • abteilungstring Pflicht
    standort_kennung_wert.abteilung

    Forstabteilung.

    Beispiel
    "503"
  • unterabteilungstring optional
    standort_kennung_wert.unterabteilung

    Forstunterabteilung.

    Beispiel
    "a"
  • teilflaechestring optional
    standort_kennung_wert.teilflaeche

    Teilfläche innerhalb der Unterabteilung.

    Beispiel
    "4"
  • behandlungseinheitstring optional
    standort_kennung_wert.behandlungseinheit

    Bezeichnung der Behandlungseinheit.

    Beispiel
    "BE 12"

Die tiefste Variante: eine Union in einer Union. Der Wegename verzweigt noch einmal in Koordinaten oder Streckenabschnitt.

  • referenz_typstring (enum) Pflicht
    standort_kennung_wert.referenz_typ

    Art der Wegereferenz: über die Straßen-/Wegebezeichnung oder über einen Hausnummernbereich. Der Diskriminator für referenz_wert.

    Zulässige Werte strassen_wegebezeichnunghausnummernbereich
    Beispiel
    "strassen_wegebezeichnung"
  • bezeichnung_nummerstring Pflicht
    referenz_wert.bezeichnung_nummer

    Bezeichnung oder Nummer der Straße bzw. des Weges. Nur bei referenz_typ = strassen_wegebezeichnung.

    Beispiel
    "B22"
  • raeumliche_eingrenzungstring (enum) optional
    referenz_wert.raeumliche_eingrenzung

    Art der räumlichen Eingrenzung des Weges. Der zweite Diskriminator dieser Variante; er legt die Form von eingrenzung_wert fest.

    Zulässige Werte koordinatenstreckenabschnitt
    Beispiel
    "streckenabschnitt"
  • von.breitengradnumber Pflicht
    eingrenzung_wert.von.breitengrad

    Breitengrad der Anfangskoordinate des Wegeabschnitts. Nur bei raeumliche_eingrenzung = koordinaten.

    Einschränkungen minimum: -100maximum: 100
    Beispiel
    49.812
  • von.laengengradnumber Pflicht
    eingrenzung_wert.von.laengengrad

    Längengrad der Anfangskoordinate des Wegeabschnitts.

    Einschränkungen minimum: -50maximum: 50
    Beispiel
    10.523
  • bis.breitengradnumber Pflicht
    eingrenzung_wert.bis.breitengrad

    Breitengrad der Endkoordinate des Wegeabschnitts.

    Einschränkungen minimum: -100maximum: 100
    Beispiel
    49.815
  • bis.laengengradnumber Pflicht
    eingrenzung_wert.bis.laengengrad

    Längengrad der Endkoordinate des Wegeabschnitts.

    Einschränkungen minimum: -50maximum: 50
    Beispiel
    10.531
  • von (Streckenabschnitt)number Pflicht
    eingrenzung_wert.von

    Anfangswert des Streckenabschnitts. Nur bei raeumliche_eingrenzung = streckenabschnitt; hier ist von eine Zahl, bei der Koordinatenvariante ein Objekt.

    Beispiel
    0
  • bis (Streckenabschnitt)number Pflicht
    eingrenzung_wert.bis

    Endwert des Streckenabschnitts.

    Beispiel
    250
  • einheitstring (enum) Pflicht
    eingrenzung_wert.einheit

    Einheit des Streckenabschnitts, Meter oder Kilometer.

    Zulässige Werte mkm
    Beispiel
    "m"
  • von.ort / bis.ortstring Pflicht
    referenz_wert.von.ort

    Ortsname der Anfangs- bzw. Endadresse. Nur bei referenz_typ = hausnummernbereich; die Adressen von und bis tragen dieselben vier Felder.

    Beispiel
    "Musterstadt"
  • von.postleitzahl / bis.postleitzahlstring Pflicht
    referenz_wert.von.postleitzahl

    Postleitzahl der Anfangs- bzw. Endadresse.

    Beispiel
    "12049"
  • von.strasse / bis.strassestring Pflicht
    referenz_wert.von.strasse

    Straßenname der Anfangs- bzw. Endadresse.

    Beispiel
    "Hauptstrasse"
  • von.hausnummer / bis.hausnummerstring Pflicht
    referenz_wert.von.hausnummer

    Hausnummer der Anfangs- bzw. Endadresse. Ein String, damit Zusätze wie 15a möglich bleiben.

    Beispiel
    "15"

Ein einzelnes Freitextfeld — und zugleich die Stelle, an der die App maschinenlesbare Marker ablegt.

  • notizenstring optional
    notizen

    Freitext-Notizen zur Anwendung, maximal 500 Zeichen.

    Einschränkungen maxLength: 500
    Beispiel
    "Indikation: Blattlaeuse. Es wurde lediglich die Haelfte des Feldes behandelt."

    Hinweis: Dieses Feld ist nicht nur Freitext. Eine Notfallzulassung nach Art. 53 hat im Schema kein eigenes Feld; die App markiert sie stattdessen mit sprachunabhängigen Codes in notizen (PPS_EA, PPS_NZ, ŚOR_ZN) und liest sie beim Bearbeiten und Importieren daraus zurück. Auch gewählte Indikation und Anwendungszeitpunkt werden hier angehängt. Wer notizen programmatisch überschreibt, löscht damit möglicherweise die einzige dauerhafte Spur einer Notfallzulassung. Beim anonymisierten Export wird das Feld vollständig entfernt.

Sie brauchen den größeren technischen Zusammenhang? Zurück zur Entwicklerdokumentation

Direkt starten

DiPAgE direkt im Browser nutzen. Ohne Anmeldung und kostenlos.

Öffnen Sie die Anwendung und beginnen Sie direkt mit der Dokumentation Ihrer Pflanzenschutzmittelanwendungen. Eine Installation ist nicht erforderlich, auf unterstützten Geräten kann DiPAgE dennoch zusätzlich installiert und offline genutzt werden.

Direkt im Browser
Keine Installation erforderlich. Anwendung öffnen und direkt beginnen.
Keine Anmeldung
DiPAgE kann ohne Benutzerkonto oder Registrierung genutzt werden.
Daten lokal gespeichert
Ihre Dokumentationsdaten verbleiben auf dem verwendeten Gerät.
Offline nutzbar
Auf unterstützten Geräten kann DiPAgE installiert und ohne Internetverbindung verwendet werden.