Merge commit 'cfaf67010017eab368216aded483a64126dbcb2e' as 'bahn/wissensdatenbank'
This commit is contained in:
@@ -0,0 +1,10 @@
|
|||||||
|
.venv/
|
||||||
|
__pycache__/
|
||||||
|
*.pyc
|
||||||
|
.env
|
||||||
|
|
||||||
|
# Hinweis: output/ wird BEWUSST versioniert (Repo = Single Source of Truth).
|
||||||
|
# Auch staging/ (pending) wird versioniert -> Transparenz auf GitLab Pages.
|
||||||
|
public/
|
||||||
|
preview/
|
||||||
|
preview_staging/
|
||||||
@@ -0,0 +1,156 @@
|
|||||||
|
# =============================================================================
|
||||||
|
# Wissensdatenbank ETL-Pipeline (DB-GitLab)
|
||||||
|
# =============================================================================
|
||||||
|
# Die Runner-Pods erreichen pypi.org NICHT, aber den Artifactory-PyPI-Mirror auf
|
||||||
|
# bahnhub. Daher pip ueber PIP_INDEX_URL -> kein eigenes Deps-Image noetig.
|
||||||
|
# lint : ruff (ueber PyPI-Mirror)
|
||||||
|
# test : pip install (ueber Mirror) + pytest
|
||||||
|
# preview: pip install + --only (MR, manuell) -> erzeugte Markdowns als Artefakt
|
||||||
|
# etl : pip install + Wissensaufbau (Schedule/manuell), committet + refresht pages
|
||||||
|
# pages : pyyaml; Produktion auf main
|
||||||
|
# =============================================================================
|
||||||
|
|
||||||
|
stages:
|
||||||
|
- quality
|
||||||
|
- etl
|
||||||
|
- pages
|
||||||
|
|
||||||
|
variables:
|
||||||
|
HOME: "/tmp"
|
||||||
|
GIT_DEPTH: "1"
|
||||||
|
TARGET_BRANCH: "main"
|
||||||
|
# Artifactory-PyPI-Mirror (vom Cluster erreichbar). Bei Bedarf Repo-Name anpassen.
|
||||||
|
PIP_INDEX_URL: "https://bahnhub.tech.rz.db.de/artifactory/api/pypi/pypi-remote/simple"
|
||||||
|
PIP_DISABLE_PIP_VERSION_CHECK: "1"
|
||||||
|
# Robustheit gegen transiente 504/Timeouts vom Mirror (gilt fuer ALLE pip-Aufrufe):
|
||||||
|
PIP_RETRIES: "10"
|
||||||
|
PIP_DEFAULT_TIMEOUT: "90"
|
||||||
|
|
||||||
|
.python_image: &python_image
|
||||||
|
image: docker-hub-remote.bahnhub.tech.rz.db.de/python:3.14-alpine@sha256:26730869004e2b9c4b9ad09cab8625e81d256d1ce97e72df5520e806b1709f92
|
||||||
|
|
||||||
|
# --- Qualitaet: Lint (ruff ueber PyPI-Mirror) --------------------------------
|
||||||
|
lint:
|
||||||
|
<<: *python_image
|
||||||
|
stage: quality
|
||||||
|
script:
|
||||||
|
- pip install --no-cache-dir ruff --quiet
|
||||||
|
- python -m ruff check src tests scripts
|
||||||
|
rules:
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
|
||||||
|
- if: '$CI_COMMIT_BRANCH'
|
||||||
|
|
||||||
|
# --- Qualitaet: Tests --------------------------------------------------------
|
||||||
|
test:
|
||||||
|
<<: *python_image
|
||||||
|
stage: quality
|
||||||
|
script:
|
||||||
|
- pip install --no-cache-dir -r requirements.txt pytest --quiet
|
||||||
|
- python -m pytest -q
|
||||||
|
rules:
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
|
||||||
|
- if: '$CI_COMMIT_BRANCH'
|
||||||
|
|
||||||
|
# --- Qualitaet: Secret-Scan (gitleaks-Binary, kein pip) ----------------------
|
||||||
|
secret-scan:
|
||||||
|
stage: quality
|
||||||
|
image:
|
||||||
|
name: docker-hub-remote.bahnhub.tech.rz.db.de/zricethezav/gitleaks:latest@sha256:c00b6bd0aeb3071cbcb79009cb16a60dd9e0a7c60e2be9ab65d25e6bc8abbb7f
|
||||||
|
entrypoint: [""]
|
||||||
|
script:
|
||||||
|
- gitleaks detect --source . --no-banner --redact --exit-code 1
|
||||||
|
allow_failure: true # TODO: Image pinnen / pipeship scan_secrets pruefen
|
||||||
|
rules:
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
|
||||||
|
- if: '$CI_COMMIT_BRANCH'
|
||||||
|
|
||||||
|
# --- ETL: Wissen aufbauen + committen ---------------------------------------
|
||||||
|
# Netzzugang ueber den DB-Web-Proxy (oeffentliche Ziele wie www.dbinfrago.com und
|
||||||
|
# der Alpine-CDN fuer 'apk'). INTERNE Hosts (Confluence, bahnhub-PyPI, GitLab-Push)
|
||||||
|
# laufen per NO_PROXY am Proxy vorbei. Proxy ggf. anpassen, falls er abweicht.
|
||||||
|
knowledge-etl:
|
||||||
|
# Volles Debian-python-Image (enthaelt git) statt -alpine -> kein root-apk noetig.
|
||||||
|
image: docker-hub-remote.bahnhub.tech.rz.db.de/python:3.14@sha256:5c485439db26ba10745100656f6712d662075edb7ec6861dda715bcdfe579b29
|
||||||
|
stage: etl
|
||||||
|
variables:
|
||||||
|
HTTP_PROXY: "http://webproxy.comp.db.de:8080"
|
||||||
|
HTTPS_PROXY: "http://webproxy.comp.db.de:8080"
|
||||||
|
http_proxy: "http://webproxy.comp.db.de:8080"
|
||||||
|
https_proxy: "http://webproxy.comp.db.de:8080"
|
||||||
|
NO_PROXY: "localhost,127.0.0.1,.tech.rz.db.de,.deutschebahn.com"
|
||||||
|
no_proxy: "localhost,127.0.0.1,.tech.rz.db.de,.deutschebahn.com"
|
||||||
|
rules:
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "schedule"'
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "web"'
|
||||||
|
before_script:
|
||||||
|
- pip install --no-cache-dir -r requirements.txt --quiet
|
||||||
|
script:
|
||||||
|
- python -m src.main --config config/tools.yaml --data output --staging staging
|
||||||
|
after_script:
|
||||||
|
- |
|
||||||
|
if [ -z "${GIT_PUSH_TOKEN}" ]; then
|
||||||
|
echo "GIT_PUSH_TOKEN nicht gesetzt -> Ergebnis nur als Artefakt, kein Commit.";
|
||||||
|
exit 0;
|
||||||
|
fi
|
||||||
|
git config user.email "knowledge-bot@deutschebahn.com"
|
||||||
|
git config user.name "knowledge-bot"
|
||||||
|
git checkout -B "${TARGET_BRANCH}"
|
||||||
|
git add output/ staging/ docs/
|
||||||
|
if git diff --cached --quiet; then
|
||||||
|
echo "Keine Aenderungen am Wissen.";
|
||||||
|
else
|
||||||
|
git commit -m "chore(data): Wissensaktualisierung (automatischer Lauf)"
|
||||||
|
# KEIN ci.skip: der Daten-Commit auf main loest eine Pipeline aus, deren
|
||||||
|
# 'pages'-Job die Live-Seite mit dem frischen Wissen neu deployt. Kein Loop,
|
||||||
|
# da 'knowledge-etl' nur bei schedule/web laeuft (nicht bei push).
|
||||||
|
git push \
|
||||||
|
"https://oauth2:${GIT_PUSH_TOKEN}@${CI_SERVER_HOST}/${CI_PROJECT_PATH}.git" \
|
||||||
|
"HEAD:${TARGET_BRANCH}"
|
||||||
|
fi
|
||||||
|
artifacts:
|
||||||
|
name: "knowledge-base-${CI_COMMIT_REF_NAME}"
|
||||||
|
paths:
|
||||||
|
- output/processed/
|
||||||
|
# Kurz halten: der Bot pusht das Wissen ohnehin nach main; das Artefakt ist
|
||||||
|
# nur Fallback, wenn der Push fehlschlaegt (kein GIT_PUSH_TOKEN).
|
||||||
|
expire_in: 7 days
|
||||||
|
|
||||||
|
# --- Pages: Produktion (nur Default-Branch) ----------------------------------
|
||||||
|
pages:
|
||||||
|
<<: *python_image
|
||||||
|
stage: pages
|
||||||
|
before_script:
|
||||||
|
- pip install --no-cache-dir pyyaml --quiet
|
||||||
|
script:
|
||||||
|
- python -m src.site --data output --staging staging --out public
|
||||||
|
artifacts:
|
||||||
|
paths:
|
||||||
|
- public
|
||||||
|
# Pages nutzt nur das neueste Artefakt; alte koennen weg.
|
||||||
|
expire_in: 7 days
|
||||||
|
rules:
|
||||||
|
- if: '$CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH'
|
||||||
|
|
||||||
|
# --- MR-Vorschau: zeigt, wie eine NEUE/geaenderte Quelle verarbeitet wird -----
|
||||||
|
# Kein GitLab-Pages-Hosting (parallel deployments werden hier nicht unterstuetzt) ->
|
||||||
|
# stattdessen werden die erzeugten Markdown-Dateien als Job-Artefakt bereitgestellt.
|
||||||
|
# Manuell starten und PREVIEW_ONLY auf Tool-Id / Domaene / URL-Teil der neuen Quelle
|
||||||
|
# setzen (z.B. PREVIEW_ONLY=pathos). So sieht man vor dem Merge das Ergebnis.
|
||||||
|
preview:
|
||||||
|
<<: *python_image
|
||||||
|
stage: quality
|
||||||
|
rules:
|
||||||
|
- if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
|
||||||
|
when: manual
|
||||||
|
allow_failure: true
|
||||||
|
before_script:
|
||||||
|
- pip install --no-cache-dir -r requirements.txt --quiet
|
||||||
|
script:
|
||||||
|
- python -m src.main --config config/tools.yaml --data preview --staging preview_staging --only "${PREVIEW_ONLY}"
|
||||||
|
artifacts:
|
||||||
|
name: "vorschau-${CI_COMMIT_REF_SLUG}"
|
||||||
|
expose_as: "Wissens-Vorschau erzeugte Markdown-Dateien"
|
||||||
|
paths:
|
||||||
|
- preview/processed/
|
||||||
|
- preview_staging/
|
||||||
|
expire_in: 7 days
|
||||||
@@ -0,0 +1,54 @@
|
|||||||
|
<!--
|
||||||
|
Vorlage zum Vorschlagen neuer Wissensquellen.
|
||||||
|
Bitte ausfuellen. Ein Reviewer uebernimmt die Angaben nach config/tools.yaml bzw.
|
||||||
|
config/general.yaml und erstellt einen Merge Request (mit Vorschau der Markdowns).
|
||||||
|
-->
|
||||||
|
|
||||||
|
### Tool / Domaene
|
||||||
|
<!-- z.B. "MaTeo" oder "allgemein" (fuer tooluebergreifendes Wissen wie Regulierung/Kundeninfos).
|
||||||
|
WICHTIG: Die Domaene ist FINAL. Sie bestimmt den Ablagepfad
|
||||||
|
(output/processed/<scope>/<domaene>/) und sollte spaeter NICHT mehr umbenannt werden
|
||||||
|
(nachgelagerte Systeme/Links verweisen darauf; eine Umbenennung erzeugt eine neue
|
||||||
|
Ablage und laesst die alte stehen). Im Zweifel vorher gut ueberlegen. -->
|
||||||
|
|
||||||
|
|
||||||
|
### Verantwortlich (owners, 1-2)
|
||||||
|
<!-- intern verantwortliche Person(en), E-Mail - landen als 'owners' am Wissen -->
|
||||||
|
|
||||||
|
|
||||||
|
### Kontakt (Ansprechpartner, optional)
|
||||||
|
<!-- herausgebbare Kontaktadresse. Leer lassen -> Default einfachbahn@deutschebahn.com -->
|
||||||
|
|
||||||
|
|
||||||
|
### Quellen (eine pro Zeile: URL | Strategie | Scope)
|
||||||
|
<!--
|
||||||
|
WICHTIG: pro Link die Strategie + den Scope dahinter, getrennt durch " | ".
|
||||||
|
Strategie (wie wird die Quelle eingelesen?):
|
||||||
|
confluence_page = genau EINE Confluence-Seite
|
||||||
|
confluence_tree = Seite INKL. aller Unterseiten
|
||||||
|
confluence_faq = FAQ aus einer Frage/Antwort-Tabelle der Seite
|
||||||
|
sitemap = VIELE Detailseiten einer Website (z.B. Kundeninfos)
|
||||||
|
crawler = Uebersichtsseite -> Detailseiten (wenn es keine Sitemap gibt)
|
||||||
|
gitlab_md = Markdown-Dateien aus einem GitLab-Repo
|
||||||
|
file = Datei (md/pdf) aus dem Repo-Ordner files/
|
||||||
|
pdf = PDF(s) einer Seite -> Markdown
|
||||||
|
(Strategie weglassen -> wird automatisch aus der URL erkannt)
|
||||||
|
Scope (Sichtbarkeit): intern | extern | allgemein | intern,extern (leer = intern)
|
||||||
|
|
||||||
|
Beispiele (Zeile beginnt mit "- "):
|
||||||
|
- https://arija-confluence.../pages/123/Tool+X | confluence_tree | intern
|
||||||
|
- https://www.example.com/faq | crawler | extern
|
||||||
|
- https://www.example.com/handbuch.pdf | pdf | allgemein
|
||||||
|
-->
|
||||||
|
-
|
||||||
|
|
||||||
|
|
||||||
|
### Optionen (optional, je nach Strategie)
|
||||||
|
<!-- z.B. max_depth: -1 (alle Unterseiten), incremental: true, keep_raw: false, redact: false -->
|
||||||
|
|
||||||
|
|
||||||
|
### Hinweise / Kontext (optional)
|
||||||
|
<!-- alles, was beim Aufnehmen hilft -->
|
||||||
|
|
||||||
|
|
||||||
|
/label ~"neues-wissen"
|
||||||
@@ -0,0 +1,15 @@
|
|||||||
|
## Was & Warum
|
||||||
|
|
||||||
|
<!-- Kurz: was aendert dieser MR und warum? -->
|
||||||
|
|
||||||
|
## Art der Aenderung
|
||||||
|
- [ ] Code/Pipeline
|
||||||
|
- [ ] Konfiguration (tools.yaml / general.yaml)
|
||||||
|
- [ ] Dokumentation
|
||||||
|
|
||||||
|
## Checkliste
|
||||||
|
- [ ] `ruff check src tests scripts` ok
|
||||||
|
- [ ] `python -m pytest -q` ok
|
||||||
|
- [ ] Doku/README/SETUP bei Bedarf aktualisiert
|
||||||
|
|
||||||
|
/assign me
|
||||||
@@ -0,0 +1,25 @@
|
|||||||
|
## Neues Wissen / neue Quelle
|
||||||
|
|
||||||
|
Bezug zum Issue: Closes #
|
||||||
|
|
||||||
|
### Was wird aufgenommen?
|
||||||
|
<!-- Tool/Domaene + kurze Beschreibung -->
|
||||||
|
|
||||||
|
### Quellen (Link + Strategie + Scope)
|
||||||
|
<!-- z.B.:
|
||||||
|
- https://arija-confluence.../pages/123/Tool+X | confluence_tree | intern
|
||||||
|
- files/mein-tool/handbuch.pdf | file | intern
|
||||||
|
-->
|
||||||
|
|
||||||
|
### Klassifikation geprueft
|
||||||
|
- [ ] **Scope** korrekt: `intern` (nur DB InfraGO) / `extern` (EVU/EIU, public) / `allgemein` (beides)
|
||||||
|
- [ ] **Ansprechpartner** (`owners`) gesetzt
|
||||||
|
- [ ] **Domaene final** gewaehlt (steuert den Ablagepfad; spaetere Umbenennung vermeiden –
|
||||||
|
sie erzeugt eine neue Ablage und laesst die alte stehen)
|
||||||
|
- [ ] Strategie passt (bei „UNBEKANNT" ggf. neue Strategie noetig)
|
||||||
|
|
||||||
|
### Vorschau angesehen
|
||||||
|
- [ ] Pages-Preview des MR geprueft (erzeugte Markdowns sehen korrekt aus)
|
||||||
|
- [ ] Keine vertraulichen Inhalte in `extern`/`allgemein`
|
||||||
|
|
||||||
|
> Merge = Freigabe. Der naechste ETL-Lauf (stuendlich Mo-Fr 8-17 Uhr) verarbeitet die Quelle.
|
||||||
@@ -0,0 +1,160 @@
|
|||||||
|
# Architektur & Wissensfluss (Steering)
|
||||||
|
|
||||||
|
Diese Datei ist die verbindliche Referenz dafuer, **was mit dem Wissen passiert**.
|
||||||
|
Bei jeder Aenderung am Datenfluss (neue Connectoren, Filter, Gates, Ziele) ist
|
||||||
|
dieses Dokument inkl. der Diagramme zu aktualisieren.
|
||||||
|
|
||||||
|
## Ziel
|
||||||
|
|
||||||
|
Klar definieren, **welches Wissen in Chatbots darf und welches nicht**. Klassifikation
|
||||||
|
nach Scope: **allgemein** (intern UND extern, nicht toolspezifisch), **intern** (nur DB
|
||||||
|
InfraGO intern), **extern** (public / fuer EVUs/EIUs). Aufgenommenes Wissen wird
|
||||||
|
verarbeitet und als `output/processed/<scope>/...` fuer Chatbots/Vektor-DB bereitgestellt.
|
||||||
|
|
||||||
|
## Grundprinzipien
|
||||||
|
|
||||||
|
- **Denken in Tools**: Jede Wissenseinheit gehoert zu einem Tool und einer Domaene.
|
||||||
|
- **Scope ist Pflicht**: `intern | extern | allgemein` (allgemein = intern UND extern).
|
||||||
|
- **Nur freigegebenes Wissen verlaesst die Pipeline** (`review_status: approved`).
|
||||||
|
- **Repo = Single Source of Truth**: Ergebnis liegt versioniert in `output/processed/`.
|
||||||
|
|
||||||
|
## Context-Diagramm (C4 Level 1)
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
graph TD
|
||||||
|
subgraph Quellen
|
||||||
|
CF[Confluence BES]
|
||||||
|
WEB[dbinfrago.com Kundeninfos]
|
||||||
|
PDF[INB-PDFs Regulierung]
|
||||||
|
end
|
||||||
|
|
||||||
|
ETL[Wissens-ETL-Pipeline]
|
||||||
|
|
||||||
|
subgraph Repo [Git-Repo = Single Source of Truth]
|
||||||
|
PROC[output/processed/<scope>/<domaene>/]
|
||||||
|
RAW[staging/raw/ Roh-PDFs]
|
||||||
|
STG[staging/pending/ - versioniert fuer Transparenz]
|
||||||
|
end
|
||||||
|
|
||||||
|
VDB[(Vektor-DB / RAG)]
|
||||||
|
USER[1st-Level-Support & Kund:innen]
|
||||||
|
|
||||||
|
CF --> ETL
|
||||||
|
WEB --> ETL
|
||||||
|
PDF --> ETL
|
||||||
|
ETL --> PROC
|
||||||
|
ETL --> RAW
|
||||||
|
ETL --> STG
|
||||||
|
PROC --> VDB
|
||||||
|
VDB --> USER
|
||||||
|
```
|
||||||
|
|
||||||
|
## Datenfluss (Freigabe + ETL)
|
||||||
|
|
||||||
|
Die **Freigabe** ist der Merge Request (Mensch, 4-Augen via CODEOWNERS): er entscheidet,
|
||||||
|
welche Quelle mit welchem Scope aufgenommen wird. Der **Auto-Filter** danach ist ein
|
||||||
|
**Sicherheitsnetz** (kein Freigabe-Knopf) – standardmaessig wird approved.
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
MR[Merge Request<br/>Mensch: 4-Augen] --> E[Extract<br/>connectors/]
|
||||||
|
E --> T[Transform<br/>md_converter, tagger]
|
||||||
|
T --> G1{Auto-Filter<br/>content_filter}
|
||||||
|
G1 -->|approved = Default| REL[output/processed/ - live]
|
||||||
|
G1 -->|pending: Blacklist/zu kurz| RV[staging/pending]
|
||||||
|
RV -->|approvals.yaml Korrektur| REL
|
||||||
|
REL --> VDB[(Vektor-DB liest output/processed/<scope>/)]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Wo liegt welches Wissen?
|
||||||
|
|
||||||
|
**Klare Trennung in zwei Top-Level-Ordner:**
|
||||||
|
- `output/` = **was raus darf** (Konsumenten-Feed). Eine einzige Regel: „lies aus `output/`, ignoriere alles andere".
|
||||||
|
- `staging/` = **intern** (Sichtung, Audit, optionale Roh-PDFs). Kein Wissen, das ein Anschliesser einlesen sollte.
|
||||||
|
|
||||||
|
| Pfad | Inhalt | Versioniert |
|
||||||
|
|------|--------|-------------|
|
||||||
|
| `output/processed/<scope>/<domaene>/[<tool>/]` | freigegebenes Wissen (Markdown) | ja |
|
||||||
|
| `staging/raw/<domaene>/` | heruntergeladene Roh-PDFs | ja |
|
||||||
|
| `staging/pending/` | wartet auf manuelle Sichtung | ja (Transparenz) |
|
||||||
|
| `output/chunks/<scope>/<domaene>/<docslug>/` | abgeleitete Chunks (optional, Default aus) | ja |
|
||||||
|
| `staging/review_report.json` | Audit/Report des letzten Laufs | ja |
|
||||||
|
| `output/_meta.json` | globale Metadatei: `last_run`, `last_change`, `documents`, `by_scope`, `content_signature` (fuer nachgelagerte Systeme) | ja |
|
||||||
|
| `output/_index.json` | dokument-genauer Katalog: pro Voll-Dokument Domaene/Tool/Scope, `last_updated`, `content_hash`, `kind` (`document`/`attachment`) und - falls vorhanden - die zugehoerigen Chunks (Anzahl/Pfad) und Anhang-Dokumente (Name/Pfad); Aggregate `documents_total`, `chunks_total`, `attachments_total`, `by_domain`, `by_scope` | ja |
|
||||||
|
| `output/run_log.jsonl` | Lauf-Historie (append-only, 1 Zeile je ETL-Lauf): Zeit, verarbeitete Dokumente, Status-Counts, Fehler je Quelle (gekappt auf letzte 500) | ja |
|
||||||
|
|
||||||
|
## Klassifikation intern/extern
|
||||||
|
|
||||||
|
Es gibt **keine Inhaltstrennung pro Seite**. Klassifiziert wird pro Tool/Quelle:
|
||||||
|
|
||||||
|
1. **Tool-`scope`** in `config/tools.yaml`: `intern` | `extern` | `allgemein` | `mixed`
|
||||||
|
(mixed = Quellen mit unterschiedlichem Scope; im Zweifel zwei Seiten).
|
||||||
|
2. **Source-`scope`**: `intern` | `extern` | `allgemein` | `"intern,extern"`
|
||||||
|
(ganze Seite fuer beide, dupliziert). Quellen erben sonst den Tool-Scope.
|
||||||
|
3. **Sicherheitsnetz** (`content_filter`): vertrauliche Inhalte in `extern/allgemein`
|
||||||
|
werden hart abgelehnt (ausser `trusted: true` fuer oeffentliche Quellen wie INB).
|
||||||
|
|
||||||
|
Allgemeines Wissen steht getrennt in `config/general.yaml`.
|
||||||
|
|
||||||
|
## Komponenten
|
||||||
|
|
||||||
|
- `src/connectors/` Extract: confluence (inkl. eingebundene PDF-Anhaenge als
|
||||||
|
eigene Dokumente `kind: attachment` mit `parent_url`/`attachment_name`; Bilder bleiben
|
||||||
|
als `[Bild: ...]`-Text), web_crawler (crawler+sitemap), pdf_parser (direkte PDF-URL,
|
||||||
|
PDF-Links einer Seite ODER Sitemap+Regex -> jeweils neueste Version), gitlab_md, file_source
|
||||||
|
- `src/transformers/` Transform: md_converter, tagger, content_filter (Filter/Redaction),
|
||||||
|
chunker (deterministisches, embedding-freies Heading-Chunking)
|
||||||
|
- `src/review/` Gate: staging (Routing approved/pending) + **Dedup** je
|
||||||
|
`(scope, domaene, page_identity)` - gleiche Seite aus mehreren Quellen landet nur
|
||||||
|
einmal im Feed (spezifischere Aufbereitung gewinnt: FAQ > Seite)
|
||||||
|
- `src/main.py` Orchestrator (`--only` fuer Vorschau)
|
||||||
|
- `src/chunk.py` Standalone-Chunking (offline auf `output/processed` -> `output/chunks/`;
|
||||||
|
Default aus, pro Quelle ueber `options.chunk` aktivierbar; zentrale Defaults in
|
||||||
|
`config/chunking.yaml`)
|
||||||
|
- `src/strategy_detect.py` erkennt pro URL die Strategie (unbekannt -> neue Strategie noetig)
|
||||||
|
- `src/store.py` liest den Bestand aus `output/processed` + `staging/pending`
|
||||||
|
(Frontmatter-Parser); inkrementelles
|
||||||
|
Re-Tagging bestehender Dateien (`reconcile_meta`), Aufraeumen alter Ablagen nach
|
||||||
|
Scope-Wechsel (`prune_scope_orphans`) und alter Seiten-Duplikate (`prune_duplicate_files`)
|
||||||
|
- `src/quality.py` Quality-Score (0-100) pro Dokument
|
||||||
|
- `src/site.py` GitLab-Pages-Seiten -> `public/` (Uebersicht, Hilfe, Chatbot, Wissensquellen)
|
||||||
|
|
||||||
|
## Chunking (optional, abgeleitetes Artefakt)
|
||||||
|
|
||||||
|
Grosse, stark gegliederte Dokumente (v.a. INB) werden zusaetzlich zur Voll-Datei in
|
||||||
|
**Chunks entlang der Ueberschriften** zerlegt. Grundsaetze:
|
||||||
|
|
||||||
|
- **Default = AUS.** Nur Quellen mit `options.chunk != off` werden gechunkt (aktuell INB).
|
||||||
|
- **Voll-Dokument bleibt unangetastet** in `output/processed/`. Chunks sind ein
|
||||||
|
**zusaetzliches, jederzeit neu erzeugbares** Artefakt in `output/chunks/<scope>/<domaene>/<docslug>/`
|
||||||
|
(Parent-Document-Muster). Der Anschliesser waehlt: Voll-Dokument, Chunks oder beides.
|
||||||
|
- **Nur deterministische, embedding-freie** Strategien (`headings | faq | recursive`).
|
||||||
|
Semantisches Chunking gehoert in die Vektor-DB des Anschliessers (die wir nicht stellen).
|
||||||
|
- **Contextual Retrieval (Anthropic, deterministisch):** jedem Chunk wird eine kurze
|
||||||
|
Kontextzeile (`> Kontext: <Dokument> > <Abschnitt>`) vorangestellt - ohne LLM/Embedding.
|
||||||
|
- Gemeinsame Defaults in **`config/chunking.yaml`**, pro Quelle in `options` ueberschreibbar.
|
||||||
|
Drei wichtige Feinsteuerungen (Default jeweils aus):
|
||||||
|
`chunk_min_doc_chars` (Dokumente unter dieser Zeichenzahl bleiben ganz),
|
||||||
|
`chunk_kind` (`""` alle, `"attachment"` nur Anhang-PDFs, `"document"` nur Voll-Seiten) und
|
||||||
|
`chunk_component` (`""` alle, sonst nur dieser component_type, z.B. `"faq"`).
|
||||||
|
**Mehrere Konfigurationen je Ort** sind erlaubt: pro Dokument greift die erste passende
|
||||||
|
(Filter `chunk_kind`/`chunk_component`).
|
||||||
|
- **Aktive Konfigurationen:** INB 2026/2027 (`chunk: headings`), pathOS am Ort `*/pathos`
|
||||||
|
zweigleisig: Anhang-PDFs via `chunk: headings, chunk_kind: attachment, chunk_min_doc_chars: 3000`
|
||||||
|
und die interne FAQ-Seite via `chunk: faq, chunk_component: faq` (ein Chunk je Frage);
|
||||||
|
normale Seiten bleiben ganz.
|
||||||
|
- **Inkrementell:** Chunking laeuft am Ende von `src.main` automatisch mit. Pro Dokument
|
||||||
|
wird nur neu gechunkt, wenn sich der Inhalt (`parent_hash`) ODER die wirksamen Optionen
|
||||||
|
(`chunk_fingerprint`, inkl. Strategie und Logik-Version `_CHUNKER_VERSION`) geaendert
|
||||||
|
haben. Deaktivierte Orte (`chunk: off`) und verwaiste Chunks (Voll-Dokument geloescht)
|
||||||
|
werden automatisch entfernt.
|
||||||
|
- Lauf: `python -m src.chunk --data output` (offline auf dem vorhandenen `output/processed`).
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
PROC[output/processed/ - Voll-Dokument] --> CK[chunker<br/>headings + Kontext-Vorspann]
|
||||||
|
CFG[config/chunking.yaml<br/>+ options.chunk je Quelle] --> CK
|
||||||
|
CK --> CH[output/chunks/<scope>/<domaene>/<docslug>/]
|
||||||
|
PROC --> VDB[(Vektor-DB: waehlt processed ODER chunks ODER beides)]
|
||||||
|
CH --> VDB
|
||||||
|
```
|
||||||
@@ -0,0 +1,49 @@
|
|||||||
|
# Changelog & Versionierung (verbindlich)
|
||||||
|
|
||||||
|
Diese Regel steuert, **wann und wie** `CHANGELOG.md` und `VERSION` zu pflegen sind.
|
||||||
|
Sie gilt fuer jede Code-/Config-/Doku-Aenderung in diesem Repo.
|
||||||
|
|
||||||
|
## Single Source of Truth
|
||||||
|
- **`VERSION`** (Repo-Root): genau eine Zeile, `MAJOR.MINOR.PATCH` (SemVer).
|
||||||
|
- **`CHANGELOG.md`** (Repo-Root): Format „Keep a Changelog". Oben steht immer ein
|
||||||
|
Abschnitt `## [Unreleased]`.
|
||||||
|
- Die GitLab-Pages-Seite **„Changelog"** (`changelog.html`) wird aus `CHANGELOG.md`
|
||||||
|
erzeugt; `src/site.py` zeigt die `VERSION` in der Navigation an. Beides wird beim
|
||||||
|
Pages-Build automatisch aktuell – **es ist also keine HTML-Datei von Hand zu pflegen**,
|
||||||
|
nur `CHANGELOG.md` und `VERSION`.
|
||||||
|
|
||||||
|
## Bei JEDER inhaltlichen Aenderung (vor dem Commit)
|
||||||
|
Trage einen kurzen, nutzerverstaendlichen Eintrag unter `## [Unreleased]` ein,
|
||||||
|
gruppiert in **Added** / **Changed** / **Fixed** (bei Bedarf **Removed**):
|
||||||
|
|
||||||
|
```
|
||||||
|
## [Unreleased]
|
||||||
|
### Added
|
||||||
|
- <was neu ist>
|
||||||
|
### Fixed
|
||||||
|
- <was korrigiert wurde>
|
||||||
|
```
|
||||||
|
|
||||||
|
Reine interne Nebensaechlichkeiten (Tippfehler in Kommentaren o.ae.) muessen nicht
|
||||||
|
ins Changelog.
|
||||||
|
|
||||||
|
## Beim Abschluss eines Merge Requests (Release schneiden)
|
||||||
|
Wenn ein MR gemergt werden soll und `[Unreleased]` Eintraege enthaelt:
|
||||||
|
|
||||||
|
1. **Version bestimmen** (SemVer, ausgehend vom aktuellen `VERSION`):
|
||||||
|
- **MAJOR** +1: inkompatible Aenderung an Datenmodell/Frontmatter/Output-Struktur
|
||||||
|
(`output/processed/<scope>/<domaene>`), an Strategien-Semantik oder Pipeline-Verhalten.
|
||||||
|
- **MINOR** +1: neue Strategie/Quelle/Funktion/Seite, abwaertskompatibel.
|
||||||
|
- **PATCH** +1: Bugfix, Doku, kleine Korrektur.
|
||||||
|
2. **`VERSION`** auf die neue Nummer setzen.
|
||||||
|
3. In `CHANGELOG.md` den Block `## [Unreleased]` in `## [X.Y.Z] - JJJJ-MM-TT`
|
||||||
|
umbenennen (Datum = heute) und **einen neuen leeren `## [Unreleased]`** darueber anlegen.
|
||||||
|
4. Commit-Message: `chore(release): vX.Y.Z`.
|
||||||
|
|
||||||
|
## Hinweise
|
||||||
|
- Im Zweifel die kleinere Erhoehung waehlen (lieber MINOR als MAJOR), aber
|
||||||
|
inkompatible Aenderungen ehrlich als MAJOR markieren.
|
||||||
|
- Den automatischen Daten-Commit des Bots (`chore(data): ...`) NICHT versionieren –
|
||||||
|
er aendert nur `data/`, nicht Code/Verhalten.
|
||||||
|
- Wird die Output-/Frontmatter-Struktur geaendert, zusaetzlich `.kiro/steering/architecture.md`,
|
||||||
|
`README.md` und Tests anpassen (siehe AGENTS.md).
|
||||||
@@ -0,0 +1,65 @@
|
|||||||
|
# AGENTS.md – Leitfaden fuer KI-Agenten & Beitragende
|
||||||
|
|
||||||
|
Kurzanleitung, um in diesem Repo sicher und konsistent zu arbeiten.
|
||||||
|
|
||||||
|
## Was ist das hier?
|
||||||
|
|
||||||
|
ETL-Pipeline fuer LLM/RAG: holt Wissen aus Confluence, Webseiten und PDFs,
|
||||||
|
klassifiziert es nach **Scope** (intern/extern/allgemein) und **Domaene/Tool**,
|
||||||
|
filtert vertrauliche Inhalte und gibt nur geprueftes Wissen frei.
|
||||||
|
|
||||||
|
Verbindliche Architektur & Wissensfluss: **`.kiro/steering/architecture.md`**
|
||||||
|
(bei Aenderungen am Fluss dort die Diagramme mitpflegen).
|
||||||
|
|
||||||
|
## Projektstruktur
|
||||||
|
|
||||||
|
```
|
||||||
|
config/tools.yaml Tool-Katalog (manuell gepflegt; Strategien/Scopes/Optionen)
|
||||||
|
config/general.yaml Allgemeines, tool-uebergreifendes Wissen (scope: allgemein)
|
||||||
|
config/filter_rules.json Blacklist + Redaction
|
||||||
|
src/connectors/ Extract: confluence, web_crawler (crawler+sitemap), pdf_parser
|
||||||
|
src/transformers/ md_converter, tagger, content_filter
|
||||||
|
src/review/ Review-Gate (Routing approved/pending)
|
||||||
|
src/main.py Orchestrator
|
||||||
|
src/site.py GitLab-Pages-Seite -> public/ (Uebersicht, Hilfe, Chatbot, Wissensquellen)
|
||||||
|
scripts/bootstrap_tools.py EINMALIG: Tool-Katalog aus Support-Seite erzeugen
|
||||||
|
tests/ pytest (offline, kein Netz)
|
||||||
|
```
|
||||||
|
|
||||||
|
## Lokale Workflows
|
||||||
|
|
||||||
|
```bash
|
||||||
|
source .venv/bin/activate
|
||||||
|
ruff check src tests scripts # Lint (muss gruen sein)
|
||||||
|
python -m pytest -q # Tests (muss gruen sein)
|
||||||
|
python -m src.main --config config/tools.yaml --data output --staging staging # ETL-Lauf
|
||||||
|
python -m src.site --data output --staging staging --out public # Pages-Vorschau (lokal)
|
||||||
|
```
|
||||||
|
|
||||||
|
Confluence braucht `CONFLUENCE_URL` + `CONFLUENCE_TOKEN` (PAT, Bearer) als Env.
|
||||||
|
|
||||||
|
## Goldene Regeln (MUST)
|
||||||
|
|
||||||
|
1. **Keine Secrets in Git/Code.** Tokens nur als Env-/CI-Variablen. `gitleaks` in CI.
|
||||||
|
2. **Nur freigegebenes Wissen verlaesst die Pipeline** (`review_status: approved`).
|
||||||
|
3. **`scope` ist Pflicht** an jedem Dokument; im Zweifel `intern` (restriktiv).
|
||||||
|
4. **Output-Struktur** ist `output/processed/<scope>/<domaene>[/<tool>]` – nicht aendern,
|
||||||
|
ohne `architecture.md`, README und Tests anzupassen.
|
||||||
|
5. **`config/tools.yaml` wird manuell gepflegt** (Bootstrap nur einmalig).
|
||||||
|
6. Nach Codeaenderungen: `ruff` + `pytest` gruen, dann erst committen.
|
||||||
|
|
||||||
|
## Scope-Klassifikation (intern vs. extern)
|
||||||
|
|
||||||
|
- **Keine Trennung innerhalb einer Seite.** Klassifiziert wird pro Tool/Quelle.
|
||||||
|
- **Tool-`scope`** in `tools.yaml`: `intern` | `extern` | `allgemein` | `mixed`
|
||||||
|
(mixed = Quellen mit unterschiedlichem Scope; im Zweifel zwei Seiten).
|
||||||
|
- **Source-`scope`**: `intern` | `extern` | `allgemein` | `"intern,extern"`
|
||||||
|
(letzteres nutzt die ganze Seite fuer beide Scopes, dupliziert).
|
||||||
|
- Quellen ohne eigenen Scope erben den Tool-Scope (mixed => intern).
|
||||||
|
- Allgemeines Wissen steht in **`config/general.yaml`**.
|
||||||
|
|
||||||
|
## Vorsicht bei Confluence-Schreibzugriffen
|
||||||
|
|
||||||
|
Das Skript-Muster kann Confluence-Seiten anlegen/aendern (z.B. Option-A-Template).
|
||||||
|
Solche Schreibzugriffe sind **additiv oder versioniert/revertierbar** zu halten und
|
||||||
|
vorher anzukuendigen. Niemals Inhalte ungefragt loeschen.
|
||||||
@@ -0,0 +1,355 @@
|
|||||||
|
# Changelog
|
||||||
|
|
||||||
|
Alle nennenswerten Aenderungen an dieser Wissensdatenbank werden hier dokumentiert.
|
||||||
|
|
||||||
|
Format orientiert sich an [Keep a Changelog](https://keepachangelog.com/de/1.1.0/),
|
||||||
|
Versionierung nach [Semantic Versioning](https://semver.org/lang/de/) (`MAJOR.MINOR.PATCH`):
|
||||||
|
|
||||||
|
- **MAJOR** – inkompatible Aenderung an Datenmodell/Output-Struktur oder Pipeline-Verhalten.
|
||||||
|
- **MINOR** – neue Funktion/Strategie/Quelle, abwaertskompatibel.
|
||||||
|
- **PATCH** – Bugfix, Doku, kleine Korrektur.
|
||||||
|
|
||||||
|
Die aktuelle Version steht in der Datei `VERSION` und wird auf der GitLab-Pages-Seite
|
||||||
|
(„Changelog") angezeigt.
|
||||||
|
|
||||||
|
## [Unreleased]
|
||||||
|
|
||||||
|
## [2.3.0] - 2026-06-30
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **FAQ-Chunking: ein Chunk je Frage/Antwort.** Die pathOS-FAQ-Seite wird jetzt pro
|
||||||
|
Q&A in einen eigenen Chunk zerlegt (`chunk: faq`, `chunk_min_chars: 0` -> auch kurze
|
||||||
|
Q&A bleiben eigenstaendig), statt mehrere Q&A in einen gierigen Chunk zu packen.
|
||||||
|
Externe Systeme bekommen damit jede Frage als einzeln abrufbaren Chunk (~90 Chunks).
|
||||||
|
- **TAF/TAP-TSI Fachliche Dokumentation** als Quelle (Confluence-Tree, scope intern)
|
||||||
|
unter dem Tool pathOS.
|
||||||
|
- **Mehrere Chunk-Konfigurationen pro Ablage-Ort.** `collect_locations` sammelt jetzt
|
||||||
|
je Ort eine Liste von Konfigurationen; `chunk_location` waehlt pro Dokument die erste
|
||||||
|
passende (`_match_opts`). Neuer Filter **`chunk_component`** (analog `chunk_kind`):
|
||||||
|
so chunken am selben Ort `intern/pathos` die **Anhang-PDFs** weiter via
|
||||||
|
`chunk_kind: attachment` (headings) UND die **FAQ-Seite** via `chunk_component: faq`,
|
||||||
|
ohne sich zu ueberschreiben. Bestehende Chunks ohne `chunk_component` behalten ihren
|
||||||
|
Fingerprint (kein Re-Chunk-Churn).
|
||||||
|
|
||||||
|
## [2.2.0] - 2026-06-30
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **PDF-Discovery ueber die Sitemap (Strategie `pdf`).** Eine `pdf`-Quelle kann statt
|
||||||
|
einer festen `.pdf`-URL eine Sitemap + Regex bekommen (`sitemap_url` + `url_pattern`).
|
||||||
|
Der Connector liest die (gz-)Sitemap, filtert die passenden PDF-URLs und waehlt die
|
||||||
|
neueste Version (hoechste `resource/blob/<id>`). So kommt z.B. immer die aktuelle
|
||||||
|
Handbuch-Version automatisch rein, ohne die Config bei jeder Neuveroeffentlichung
|
||||||
|
anzupassen. `max_pdfs` begrenzt die Anzahl.
|
||||||
|
- **pathOS-Handbuch (Webportal) als Quelle** (scope intern+extern): ueber die Sitemap mit
|
||||||
|
Pattern `Handbuch-pathOS-Webportal` -> aktuell Version 1.01 (Stand 13.03.2026).
|
||||||
|
|
||||||
|
## [2.1.0] - 2026-06-29
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **FAQ-Extraktion (`confluence_faq`) ordnet Spalten jetzt ueber die Kopfzeile zu.**
|
||||||
|
Bisher wurde Spalte 0 als Frage und ALLE weiteren Spalten zusammengeklatscht als
|
||||||
|
Antwort genommen - dadurch landeten Ansprechpartner/Cluster/Thema im Antworttext und
|
||||||
|
die Kopfzeile als Pseudo-FAQ. Neu: benannte Spalten (Frage, Antwort, optional
|
||||||
|
Ansprechpartner/Cluster/Thema) werden korrekt erkannt, die Kopfzeile uebersprungen,
|
||||||
|
Metadaten separat unter der Antwort gefuehrt und Listen/Zeilenumbrueche erhalten -
|
||||||
|
so passen Ueberschrift (`### Frage`) und Inhalt je Block sauber zusammen (auch fuer
|
||||||
|
das FAQ-Chunking). Faellt ohne benannte Kopfzeile auf Spalte0=Frage/Rest=Antwort zurueck.
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **`exclude_pages` (Option fuer confluence_tree/page)**: einzelne Seiten-IDs aus einem
|
||||||
|
Tree ausschliessen, damit sie gezielt anders aufbereitet werden koennen (z.B. als
|
||||||
|
`confluence_faq` statt als generische Seite).
|
||||||
|
- **Komponenten-bewusstes inkrementelles Skip**: eine `confluence_faq`-Quelle ueberspringt
|
||||||
|
eine Seite nur dann, wenn bereits ein FAQ-Dokument existiert - nicht, wenn lediglich
|
||||||
|
eine Seiten-Version (aus einem Tree) vorliegt. Zusammen mit `exclude_pages` wird die
|
||||||
|
pathOS-FAQ (Seite 355496791) damit als Q/A aufbereitet statt als rohe Tabelle.
|
||||||
|
|
||||||
|
## [2.0.1] - 2026-06-29
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **`_index.json` zaehlte Chunks von gechunkten Anhang-PDFs nicht** (`chunk_kind:
|
||||||
|
attachment`, z.B. pathOS): `build_index` fuehrte die Chunk-Erkennung nur fuer
|
||||||
|
Voll-Dokumente aus. Anhang-Eintraege bekamen keinen `chunks`-Block und `chunks_total`
|
||||||
|
war zu niedrig (Undercount). Jetzt erhalten auch gechunkte Anhaenge ihren `chunks`-Block
|
||||||
|
und zaehlen in `chunks_total` sowie `by_domain[...].chunks` mit. Wirkung auf den
|
||||||
|
echten Bestand: `chunks_total` 2410 -> 2604 (+194 pathOS-Anhang-Chunks). Regressionstest
|
||||||
|
ergaenzt.
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- TODO.md: ETL-Sichtung nach v2.0.0-Merge als offenen Punkt ergaenzt (Dateigroesse,
|
||||||
|
Lauf-Check nach output/staging-Umstellung).
|
||||||
|
|
||||||
|
## [2.0.0] - 2026-06-29
|
||||||
|
|
||||||
|
### Changed (BREAKING - Output-Struktur)
|
||||||
|
- **Saubere Trennung in zwei Top-Level-Ordner.** Der bisher mit Konsumenten- und
|
||||||
|
internen Artefakten gemischte `data/`-Ordner ist aufgeteilt:
|
||||||
|
- **`output/`** = Konsumenten-Feed. Eine Regel: „lies aus `output/`, ignoriere
|
||||||
|
alles andere". Enthaelt `processed/<scope>/...` (Markdown-Feed),
|
||||||
|
`chunks/<scope>/...` (Chunks), `_index.json` (Katalog), `_meta.json` (Status),
|
||||||
|
`run_log.jsonl` (Lauf-Historie).
|
||||||
|
- **`staging/`** = intern, NICHT fuer Konsumenten. Enthaelt `pending/<domain>/...`
|
||||||
|
(wartet auf manuelle Sichtung) und `review_report.json` (Audit-Log letzter Lauf).
|
||||||
|
- **CLI**: `--data` zeigt jetzt auf den Output-Pfad (Default `output`); neuer
|
||||||
|
`--staging`-Parameter (Default `staging`). `src.main`, `src.chunk` und `src.site`
|
||||||
|
unterstuetzen beide.
|
||||||
|
- **`ReviewGate(output_dir, staging_dir)`**: zwei Pfade. Test-Convenience-Form
|
||||||
|
`ReviewGate(base)` (ein Pfad) leitet `staging_dir = base/staging` ab.
|
||||||
|
- **`.gitlab-ci.yml`**: alle Pfade angepasst; `knowledge-etl`-Artefakt enthaelt nur
|
||||||
|
noch `output/processed/`. Bot pusht `output/`, `staging/` und `docs/`.
|
||||||
|
- **Pfade im `_index.json`** sind weiterhin relativ zum Output-Root (`processed/...`,
|
||||||
|
`chunks/...`); Anschliesser lesen sie als `output/<path>`.
|
||||||
|
- **PDF-Connector**: `keep_raw` Default `True` -> `False`. Aktiviert man es per
|
||||||
|
Quelle, landet das Roh-PDF in `staging/raw/<domaene>/` (intern). Wegen
|
||||||
|
`incremental: true` werden Roh-PDFs ohnehin nur einmal geladen, nicht pro Lauf.
|
||||||
|
- **Cleanup**: 78 Roh-PDFs (~35 MB) aus dem Repo entfernt (INB, KOMBau, pathOS),
|
||||||
|
explizite `keep_raw`-Zeilen aus `config/general.yaml` entfernt (Default greift).
|
||||||
|
|
||||||
|
### Changed (CI-Artefakte schlanker)
|
||||||
|
- `knowledge-etl`-Artefakt: `expire_in` von 30 auf 7 Tage verkuerzt - der Bot
|
||||||
|
pusht eh nach `main`, das Artefakt ist nur Fallback ohne `GIT_PUSH_TOKEN`.
|
||||||
|
- `pages`-Artefakt: `expire_in: 7 days` ergaenzt (vorher unbegrenzt). Pages nutzt
|
||||||
|
nur das neueste; alte hingen unnoetig herum.
|
||||||
|
- **Erwartete Wirkung**: kumulativer Job-Artifact-Storage ~70-80% weniger.
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **Roh-PDFs landeten im Konsumenten-Feed statt intern**: `set_data_dir` setzte
|
||||||
|
das PDF-`raw_dir` aus dem Output-Pfad ab (`output/raw`) und ueberschrieb so den
|
||||||
|
korrekten Default `staging/raw`. Bei `keep_raw: true` waeren Roh-PDFs in `output/`
|
||||||
|
gewandert. `set_data_dir(data_dir, staging_dir)` trennt jetzt sauber: Roh-PDFs nach
|
||||||
|
`staging/raw`, die Feed-Wurzel (`output`) dient nur dem inkrementellen Auffinden
|
||||||
|
bereits verarbeiteter Dokumente (eigenes `PdfConnector.data_dir`).
|
||||||
|
- **Defekter „Datei im Repo"-Link auf der Pages-Seite**: Der Pfad bekam doppelt ein
|
||||||
|
Prefix (`data/output/processed/...`), da `store` den Pfad bereits mit `output/`
|
||||||
|
bzw. `staging/` liefert. Prefix entfernt -> Links zeigen wieder korrekt ins Repo.
|
||||||
|
- **Pfad-Prefix bei verschachteltem Layout**: `staging/`-Pfade wurden im
|
||||||
|
Report/Katalog korrekt erkannt, auch wenn `staging` unter `output` liegt
|
||||||
|
(Test-Convenience-Form). Erkennung prueft jetzt `staging` zuerst.
|
||||||
|
|
||||||
|
### Migration fuer Anschliesser
|
||||||
|
Aktuell gibt es keinen produktiven Anschliesser. Falls ein Repo-Clone alte
|
||||||
|
`data/`-Pfade referenziert, einmalig auf `output/` umstellen. Frontmatter und
|
||||||
|
Inhalte sind unveraendert.
|
||||||
|
|
||||||
|
## [1.5.1] - 2026-06-29
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **CI-Robustheit gegen transiente Mirror-Ausfaelle**: `PIP_RETRIES=10` und
|
||||||
|
`PIP_DEFAULT_TIMEOUT=90` in `.gitlab-ci.yml` `variables:` ergaenzt (gilt fuer ALLE
|
||||||
|
pip-Aufrufe). Hintergrund: am 2026-06-29 12:02 UTC scheiterte der ETL-Lauf an einem
|
||||||
|
HTTP-504 vom Artifactory-PyPI-Mirror beim PyYAML-Download - pip brach nach dem
|
||||||
|
Default-Retry-Budget ab. Mit den neuen Werten werden solche transienten Spikes
|
||||||
|
abgefangen, ohne dass der ETL-Lauf scheitert.
|
||||||
|
|
||||||
|
## [1.5.0] - 2026-06-29
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **Confluence-Anhaenge: eingebundene PDFs werden geparst** (Option A): bei
|
||||||
|
`confluence_page`/`confluence_tree` werden im Seitentext eingebundene PDF-Anhaenge
|
||||||
|
(`view-file`/`viewpdf`-Makros) ueber den vorhandenen PDF-Parser zu Markdown verarbeitet
|
||||||
|
und als **eigene Dokumente** im selben Feed-Ordner abgelegt (Frontmatter `kind:
|
||||||
|
attachment`, `parent_url` -> Elternseite, `attachment_name` mit Dateiname;
|
||||||
|
scope/domain/owner werden geerbt). Inkrementell ueber die Attachment-Version, Default an
|
||||||
|
(pro Quelle via `options: { attachments: false }` abschaltbar). Damit kommt das bisher
|
||||||
|
verlorene Anhang-Wissen rein (z.B. `nur` „Architekturskizze" + pathOS-Schnittstellen-Doku).
|
||||||
|
- **Bilder Variante A** im Markdown-Konverter: statt Bilder komplett zu verwerfen,
|
||||||
|
bleibt der **alt-Text/Dateiname** als `[Bild: ...]` erhalten - gibt dem RAG Kontext
|
||||||
|
ohne Binaerdaten. Datei-Embeds ohne Parsing-Pfad als `[Anhang: ...]`-Marker.
|
||||||
|
- **Katalog `_index.json`** mit `attachments`-Liste pro Seite + Aggregat
|
||||||
|
`attachments_total`/`by_domain.attachments`; Dokumente tragen `kind` im Index.
|
||||||
|
- **Feinsteuerung Chunking**: zwei neue Optionen in `config/chunking.yaml`
|
||||||
|
(auch pro Quelle ueberschreibbar):
|
||||||
|
- `chunk_min_doc_chars`: Dokumente unter dieser Zeichenzahl bleiben **ganz** (kleine
|
||||||
|
FAQ-/How-to-Seiten muessen nicht zwingend gechunkt werden).
|
||||||
|
- `chunk_kind`: chunkt nur Dokumente mit passendem `kind` (z.B. `attachment` -> nur
|
||||||
|
Anhang-PDFs chunken, Seiten der gleichen Quelle bleiben unangetastet).
|
||||||
|
Bei **pathOS** eingestellt: `chunk: headings`, `chunk_kind: attachment`,
|
||||||
|
`chunk_min_doc_chars: 3000` an der Tool-Tree-Quelle - damit werden die grossen
|
||||||
|
Anhang-PDFs (z.B. EVU-Schnittstellen-Doku, 2,8 MB) gechunkt, die Seiten + FAQs bleiben
|
||||||
|
ganz. `_CHUNKER_VERSION` 3 -> 4 (Defaults im Fingerprint -> sauberer Rebuild
|
||||||
|
betroffener Quellen beim ersten Lauf).
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **Connector-Robustheit**: `UnboundLocalError` bei nicht-inkrementellen Confluence-Quellen
|
||||||
|
behoben (`entry` wird jetzt vor dem Skip-Pfad initialisiert).
|
||||||
|
- **chunk_kind wirkt jetzt End-to-End**: `_doc_from_md` traegt `kind`/`parent_url`/
|
||||||
|
`attachment_name` aus dem Frontmatter mit, sodass der `chunk_kind`-Filter im
|
||||||
|
Offline-Pipeline-Pfad greift (vorher blieb `kind="document"` als Klassen-Default).
|
||||||
|
- **Determinismus Anhaenge**: bei reinen Tag-/Owner-Aenderungen werden auch Anhang-Dateien
|
||||||
|
re-getagged (vorher driftete deren Frontmatter); `last_updated="unknown"` als
|
||||||
|
letzter Fallback, wenn weder `version.when` noch `version.number` geliefert werden.
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- CI-Daten-Commit-Message: `chore(data): Wissensaktualisierung (automatischer Lauf)`
|
||||||
|
(vorher „naechtliche Wissensaktualisierung" - der Job laeuft stuendlich, Mo-Fr 8-17).
|
||||||
|
|
||||||
|
## [1.4.0] - 2026-06-28
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **Dedup im Review-Gate**: Dieselbe Quelle-Seite (per `page_identity`, i.d.R.
|
||||||
|
Confluence-Page-ID) erzeugt je `scope`/`domaene` nur noch **ein** Dokument im Feed -
|
||||||
|
auch wenn mehrere Quellen sie liefern (z.B. ein breiter `confluence_tree` UND eine
|
||||||
|
dedizierte `confluence_faq`-Quelle, oder mehrere ueberlappende Trees). Bei Konkurrenz
|
||||||
|
gewinnt die **spezifischere Aufbereitung** (FAQ/Q-A schlaegt rohe Seite/Tabelle), sonst
|
||||||
|
die zuerst verarbeitete Quelle. Verhindert die frueheren `<slug>-<hash>.md`-Duplikate.
|
||||||
|
- **`store.prune_duplicate_files`**: raeumt Alt-Duplikate (`<slug>-<hash>.md`, sofern die
|
||||||
|
Basisdatei dieselbe Seite referenziert) auf; laeuft am Ende jedes Voll-ETL-Laufs.
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- **Einmalige Bereinigung**: 42 vorhandene Duplikate entfernt (v.a. `nur`: 3 ueberlappende
|
||||||
|
`confluence_tree`-Quellen hatten „How to:"-Seiten mehrfach abgelegt; 95 -> 54 Dateien).
|
||||||
|
Verschiedene Seiten mit zufaellig gleichem Titel (andere URL) bleiben erhalten.
|
||||||
|
|
||||||
|
## [1.3.1] - 2026-06-28
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **pathOS „FAQ PathOS Extern" wird wieder erfasst**: Die Quelle war als `confluence_faq`
|
||||||
|
konfiguriert (extrahiert Q/A nur aus Tabellen), die Seite ist aber mit Ueberschriften
|
||||||
|
(`h2`) + Absaetzen aufgebaut. Dadurch landete das komplette externe FAQ leer in
|
||||||
|
`pending`. Strategie auf `confluence_page` umgestellt -> der volle Inhalt kommt in den
|
||||||
|
Feed. (Die interne pathOS-FAQ ist eine echte Q/A-Tabelle und bleibt `confluence_faq`.)
|
||||||
|
Bekannte Restluecke (TODO): in Confluence **angehaengte** PDFs/Diagramme werden noch
|
||||||
|
nicht erfasst.
|
||||||
|
|
||||||
|
## [1.3.0] - 2026-06-28
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **Lauf-Log `output/run_log.jsonl`** (append-only Historie, 1 Zeile je ETL-Lauf):
|
||||||
|
Zeitstempel, verarbeitete Dokumente, Status-Counts und **Fehler je Quelle**
|
||||||
|
(z.B. fehlgeschlagene Confluence-Abrufe). Gekappt auf die letzten 500 Laeufe. So ist
|
||||||
|
- auch historisch - sichtbar, ob ein Lauf sauber durchlief, ohne die fluechtigen
|
||||||
|
GitLab-Job-Logs zu durchsuchen. `src/main.py` sammelt Fehler je Quelle und schreibt den
|
||||||
|
Eintrag ueber `store.append_run_log`. Die **Uebersichtsseite** zeigt in der Fusszeile
|
||||||
|
eine kompakte Health-Zeile („N Dok verarbeitet · M Quellen mit Fehler"), die
|
||||||
|
Chatbot-Anschluss-Seite listet `run_log.jsonl` in den Manifest-Dateien.
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- **Einfachere Erklaerung** auf Uebersicht, Hilfe-Seite und im README: „Was ist ETL?"
|
||||||
|
in drei Schritten (Sammeln → Aufbereiten → Ablegen) und die klare Botschaft,
|
||||||
|
dass dieses Repo die **Single Source of Truth** ist (hier wird das Wissen gesammelt).
|
||||||
|
|
||||||
|
## [1.2.0] - 2026-06-28
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **Bestands-Katalog `output/_index.json`**: dokument-genaues Manifest ueber den
|
||||||
|
gesamten freigegebenen Bestand. Pro Voll-Dokument `domain`/`tool`/`scope`, `url`, `path`,
|
||||||
|
`content_hash`, `last_updated` und - falls vorhanden - die zugehoerigen `chunks`
|
||||||
|
(Anzahl + Pfad), dazu Aggregate `by_domain`/`by_scope`. So sieht ein Anschliesser auf
|
||||||
|
einen Blick, was pro Domaene/Tool wo liegt und welche Dokumente zusaetzlich als Chunks
|
||||||
|
vorliegen (z.B. INB = Voll-Dokument **und** Chunks). Deterministisch (kein Zeitstempel) ->
|
||||||
|
aendert sich nur bei echten Bestandsaenderungen, kein Git-Churn. Wird am Ende jedes
|
||||||
|
ETL-Laufs (`src.main`/`src.chunk`) erzeugt. Doku auf der Chatbot-Anschluss-Seite, in
|
||||||
|
README und `architecture.md`.
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- **Robustheit ETL-Lauf**: ein einzelnes defektes Dokument bricht den Lauf nicht mehr ab
|
||||||
|
(per-Dokument abgefangen); Chunking ist im ETL ebenfalls gekapselt (nicht kritisch).
|
||||||
|
- **Ungueltiges Redaction-Regex** in `filter_rules.json` crasht nicht mehr, sondern wird
|
||||||
|
mit Notiz uebersprungen.
|
||||||
|
- **Deterministische Sitemap-Auswahl**: Tiebreaker nach URL bei gleicher Trailing-ID
|
||||||
|
(verhindert zufaellige Reihenfolge/Git-Churn bei gesetztem `limit`).
|
||||||
|
- **Chunk-Linking sauber**: `parent_hash` eines Chunks entspricht jetzt exakt dem
|
||||||
|
`content_hash` des Voll-Dokuments; Chunk-Dateinamen behalten garantiert die `.md`-Endung.
|
||||||
|
- **`chunk_overlap` jetzt wirksam**: war zuvor dokumentiert, aber ohne Effekt. Ab jetzt
|
||||||
|
wird bei `chunk_overlap > 0` der Tail des Vorgaenger-Chunks vorangestellt (Default 0 ->
|
||||||
|
INB unveraendert). `_is_off` matcht zudem nicht mehr versehentlich die Zahl 0.
|
||||||
|
|
||||||
|
## [1.1.0] - 2026-06-28
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- **Chunking fuer grosse Dokumente (Default aus, zunaechst INB)**: Zusaetzlich zur
|
||||||
|
Voll-Datei koennen Dokumente entlang der Markdown-Ueberschriften in **Chunks** zerlegt
|
||||||
|
werden – ein abgeleitetes, jederzeit neu erzeugbares Artefakt unter
|
||||||
|
`output/chunks/<scope>/<domaene>/<docslug>/`. Das Voll-Dokument in `output/processed/`
|
||||||
|
bleibt unangetastet (Parent-Document-Muster). Aktivierung pro Quelle ueber
|
||||||
|
`options.chunk` (`off | headings | faq | recursive`); gemeinsame Defaults in
|
||||||
|
`config/chunking.yaml`, pro Quelle ueberschreibbar. Jeder Chunk traegt im Frontmatter
|
||||||
|
`kind: "chunk"`, `parent_url`, `parent_hash`, `section`, `ziffer` und einen kurzen
|
||||||
|
**Contextual-Retrieval**-Vorspann (`> Kontext: <Dokument> > <Abschnitt>`,
|
||||||
|
deterministisch, ohne Embedding/LLM). Lauf offline via `python -m src.chunk --data data`;
|
||||||
|
laeuft zudem am Ende jedes ETL-Laufs (`src.main`) automatisch mit. **Inkrementell:** pro
|
||||||
|
Dokument wird nur neu gechunkt, wenn sich der Inhalt (`parent_hash`) ODER die wirksamen
|
||||||
|
Optionen/Strategie (`chunk_fingerprint`) geaendert haben; unveraenderte Dokumente werden
|
||||||
|
uebersprungen (kein Git-Churn), deaktivierte Orte und verwaiste Chunks automatisch entfernt.
|
||||||
|
Neu: `src/transformers/chunker.py`, `src/chunk.py`, `config/chunking.yaml`. INB 2026 +
|
||||||
|
2027 auf `chunk: headings` gestellt. Doku in Hilfe-Seite, README und `architecture.md`.
|
||||||
|
Robustheit: ueberlange Bloecke ohne Absatztrenner (z.B. OCR-„picture text", grosse
|
||||||
|
Tabellen) werden hart auf `chunk_max_tokens` begrenzt; eine `_CHUNKER_VERSION` im
|
||||||
|
Fingerprint erzwingt bei Logik-Aenderungen einen sauberen Rebuild.
|
||||||
|
- **Inkrementelles Re-Tagging**: Jedes Dokument bekommt im Frontmatter einen
|
||||||
|
`meta_fingerprint` (Hash aus `tags`/`owners`/`contact`). Aendert sich eine dieser
|
||||||
|
Metadaten in `tools.yaml`/`general.yaml`, gleicht der naechste ETL-Lauf die bereits
|
||||||
|
vorhandenen Dateien der betroffenen Quelle **guenstig in-place** an (ohne erneuten
|
||||||
|
Download/API-Call); inhaltlich geaenderte Seiten werden weiterhin neu geladen.
|
||||||
|
- **Scope-Wechsel inkl. Aufraeumen**: Aenderst du den `scope` einer Quelle, wird die
|
||||||
|
Seite an die neue Ablage (`output/processed/<scope>/...`) geschrieben und die alte
|
||||||
|
Ablage **automatisch entfernt** (domaenen-intern, kollisionssicher, erst nach
|
||||||
|
erfolgreichem Schreiben). Domain-Umbenennungen erzeugen die neue Ablage; die alte
|
||||||
|
Domain bleibt bewusst stehen (siehe README) und ist manuell zu entfernen.
|
||||||
|
- **Globale Metadatei** `output/_meta.json` fuer nachgelagerte Systeme:
|
||||||
|
`last_run` (Zeitpunkt des letzten ETL-Laufs), `last_change` (wann sich der Bestand
|
||||||
|
zuletzt inhaltlich/metadatenseitig geaendert hat), `documents`, `by_scope` und eine
|
||||||
|
`content_signature`. So weiss ein RAG-/Index-Consumer, ob/seit wann sich etwas getan hat.
|
||||||
|
- Issue-/MR-Template: Hinweis, dass die **Domaene final** ist (steuert den Ablagepfad,
|
||||||
|
spaetere Umbenennung vermeiden).
|
||||||
|
- Uebersicht: dezente Fusszeile mit „Stand: <letzter Lauf> (letzte Aenderung: ...)"
|
||||||
|
aus `output/_meta.json`.
|
||||||
|
- Neue Domaene **`web`**: oeffentliche Schienennetz-Seiten via Sitemap
|
||||||
|
(Pattern `/web/schienennetz/`, ~230 Seiten). Erster Test: Median-Quality 90.
|
||||||
|
- Wissensquellen-Seite: pro Quelle ein ✏️-Link (vorbefuelltes Issue zum Anpassen/Loeschen,
|
||||||
|
inkl. Direkt-Edit-Link zur Config-Datei).
|
||||||
|
- Hilfe-Seite: Abschnitt „Wissen entfernen / aktualisieren" (per MR oder Schedule).
|
||||||
|
- Quality-Score in jeder Listenzeile der Uebersicht sichtbar (farbiges Badge:
|
||||||
|
gruen >=70, orange >=40, rot darunter); im Detail-Modal die transparente
|
||||||
|
Aufschluesselung (Laenge/Woerter/Ueberschriften/Listen/Tabellen).
|
||||||
|
- Platzhalter-Tools fuer alle betreuten Anwendungen ohne Quellen (erscheinen auf der
|
||||||
|
Wissensquellen-Seite als „noch keine Quellen").
|
||||||
|
- Hilfe-Seite: Transparenz „Filter-Regeln" (aus der Uebersicht hierher ausgelagert).
|
||||||
|
- Chatbot-Anschluss-Seite: „Aktualitaet: letzter ETL-Lauf" + Schedule
|
||||||
|
(aus der Uebersicht hierher ausgelagert).
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- **Vereinfachung:** `pending` und `rejected` zu einem einzigen Status `pending`
|
||||||
|
zusammengefuehrt. Es gibt kein separates „rejected" mehr – alles was nicht approved
|
||||||
|
ist, ist pending (mit Grund + Scope klar sichtbar im Frontmatter, auf der Pages-Seite
|
||||||
|
und im Detail-Modal). Filter-Chip „rejected" entfernt; Statistik-Karte vereinfacht.
|
||||||
|
- Scope im Detail-Modal bei pending-Dokumenten prominent sichtbar (eigenes Badge neben
|
||||||
|
dem pending-Badge).
|
||||||
|
- Uebersichtsseite entschlackt: Zielbanner ohne ETL-/Link-Zeile; Filter-Regeln und
|
||||||
|
ETL-Lauf-Box ausgelagert (s.o.).
|
||||||
|
- Bindestrich-Vereinheitlichung auf den Pages: En-Dash (–) durch normalen `-` ersetzt.
|
||||||
|
- Sitemap-Strategie: `limit` ist jetzt **optional** – fehlt es, werden ALLE Treffer des
|
||||||
|
`url_pattern` geholt (Kundeninfo ohne Limit, vorher 5000).
|
||||||
|
- Uebersicht: redundanter CTA-Block „Wissen fehlt?" entfernt (Button im Menu reicht).
|
||||||
|
|
||||||
|
## [1.0.0] - 2026-06-26
|
||||||
|
|
||||||
|
Erste produktive Version: die Pipeline laeuft im CI (Schedule), committet Wissen nach
|
||||||
|
`main` und veroeffentlicht die GitLab-Pages-Seite.
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- ETL-Grundgeruest: Extract -> Transform -> Auto-Filter -> Freigabe (Merge Request) ->
|
||||||
|
`output/processed/<scope>/<domaene>[/<tool>]`.
|
||||||
|
- Strategien: `confluence_page`, `confluence_tree`, `confluence_faq`, `crawler`,
|
||||||
|
`sitemap`, `pdf`, `gitlab_md`, `file`; automatische Strategie-Erkennung pro URL.
|
||||||
|
- Inkrementelles Laden: Confluence (Versions-Check) und Sitemap/PDF (bekannte URLs).
|
||||||
|
- PDF-Feintuning via `pymupdf4llm` (echte Markdown-Tabellen), z.B. INB 2026/2027.
|
||||||
|
- Scope-Modell `intern | extern | allgemein | mixed` (+ Source-Scope `"intern,extern"`).
|
||||||
|
- `owners` (intern Verantwortliche) und `contact` (herausgebbare Kontaktadresse,
|
||||||
|
Default `einfachbahn@deutschebahn.com`) im Frontmatter.
|
||||||
|
- Auto-Filter (Sicherheitsnetz): Blacklist, Redaction (pro Quelle abschaltbar),
|
||||||
|
Mindestlaenge; `config/approvals.yaml` zum nachtraeglichen Freigeben.
|
||||||
|
- GitLab Pages (DB-UX): Uebersicht mit Filter (Scope + Domaene) und Suche,
|
||||||
|
Hilfe, Chatbot-Anschluss (inkl. Gesamtbild-Skizze), Wissensquellen-Transparenz.
|
||||||
|
- Changelog-Seite + Versionsanzeige in der Navigation (aus `CHANGELOG.md`/`VERSION`).
|
||||||
|
- Issue-/MR-Vorlagen (Strategie pro Link), CODEOWNERS, `docs/SETUP.md`,
|
||||||
|
`scm-info.yaml`, Architektur-Steering mit Diagrammen.
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- CI: PyPI-Mirror (`PIP_INDEX_URL`) statt eigenem Deps-Image; ETL-Job nutzt das volle
|
||||||
|
`python:3.14`-Image (enthaelt git) und den DB-Web-Proxy fuer oeffentliche Quellen.
|
||||||
|
- Lint im CI laeuft mit `ruff`.
|
||||||
|
|
||||||
|
### Fixed
|
||||||
|
- Confluence-Quell-URL aufloesbar (`/spaces/<KEY>/pages/<id>/<Titel>` statt `/pages/<id>`).
|
||||||
|
- Pages-JS-SyntaxError (Zeilenumbrueche im erzeugten JavaScript) behoben.
|
||||||
@@ -0,0 +1,5 @@
|
|||||||
|
# Code Owners – wer Aenderungen freigeben (approven) muss.
|
||||||
|
# Greift zusammen mit Protected Branch (main) + "Require approval from code owners".
|
||||||
|
|
||||||
|
# Alles -> Sebastian Reinig (einziger Maintainer aktuell)
|
||||||
|
* @sebastian.reinig
|
||||||
@@ -0,0 +1,293 @@
|
|||||||
|
# Wissensdatenbank ETL-Pipeline
|
||||||
|
|
||||||
|
## Worum geht es? (in einfach)
|
||||||
|
|
||||||
|
Dies ist die **zentrale Wissenssammlung** fuer den 1st-Level-Support und Chatbots rund um
|
||||||
|
DB InfraGO. Wir **sammeln hier das Wissen** aus vielen Quellen (Confluence, Webseiten,
|
||||||
|
PDFs), pruefen es und legen es **versioniert im Git-Repo** ab. Damit ist dieses Repo die
|
||||||
|
**Single Source of Truth**: Wenn etwas hier steht und freigegeben ist, gilt es - und genau
|
||||||
|
das lesen die Chatbots.
|
||||||
|
|
||||||
|
**Was ist „ETL"?** Drei einfache Schritte, die bei jeder Aufnahme passieren:
|
||||||
|
|
||||||
|
1. **Extract = Sammeln.** Wissen aus den Quellen holen (Confluence-Seiten, Webseiten, PDFs).
|
||||||
|
2. **Transform = Aufbereiten.** In einheitliches Markdown umwandeln, mit Schlagworten/Scope
|
||||||
|
versehen und vertrauliche Inhalte herausfiltern.
|
||||||
|
3. **Load = Ablegen.** Das geprueefte Wissen versioniert nach `output/processed/` schreiben -
|
||||||
|
die zentrale Wahrheit, aus der Chatbots/Vektor-DB lesen.
|
||||||
|
|
||||||
|
Kurz: **Quellen rein → aufbereiten/pruefen → als Single Source of Truth ablegen.**
|
||||||
|
|
||||||
|
## Ziel
|
||||||
|
|
||||||
|
Klar definieren, **welches Wissen in Chatbots darf und welches nicht.** Wissen wird bei
|
||||||
|
der Aufnahme speziell verarbeitet und bereitgestellt, sodass Chatbots es nutzen koennen.
|
||||||
|
Klassifikation nach Scope:
|
||||||
|
|
||||||
|
- **allgemein** – darf intern **und** extern genutzt werden; nicht toolspezifisch
|
||||||
|
(z.B. Regulierung/INB, Kundeninformationen).
|
||||||
|
- **intern** – nur DB InfraGO intern.
|
||||||
|
- **extern** – public im Internet bzw. fuer EVUs/EIUs.
|
||||||
|
|
||||||
|
Technisch eine **ETL-Pipeline fuer LLM/RAG**: holt Wissen aus Confluence, Webseiten und
|
||||||
|
PDFs, klassifiziert es nach Scope, filtert vertrauliche Inhalte und gibt nur geprueftes
|
||||||
|
Wissen frei (`output/processed/<scope>/...` = Feed fuer die Vektor-DB).
|
||||||
|
|
||||||
|
> Architektur & vollstaendiger Wissensfluss inkl. Diagramme:
|
||||||
|
> [`.kiro/steering/architecture.md`](.kiro/steering/architecture.md)
|
||||||
|
> · Manuelle Einrichtungsschritte: [`docs/SETUP.md`](docs/SETUP.md)
|
||||||
|
|
||||||
|
## Denkmodell
|
||||||
|
|
||||||
|
```
|
||||||
|
Domaene -> Scope (intern|extern|allgemein) -> Tool -> Dokument(e)
|
||||||
|
```
|
||||||
|
|
||||||
|
- **Domaene**: fachlicher Bereich (jedes Tool ist eigene Domaene; `regulierung`, `kundeninfo` fuer allgemeines Wissen).
|
||||||
|
- **Scope**: `intern` | `extern` | `allgemein` (allgemein gilt fuer intern UND extern).
|
||||||
|
- **Tool**: eine Fachanwendung aus dem 1st-Level-Support (Katalog automatisch aus Seite 428909879).
|
||||||
|
- **Strategie pro Quelle** – siehe Tabelle unten.
|
||||||
|
|
||||||
|
### Strategien (Verarbeitung pro Quelle)
|
||||||
|
|
||||||
|
| Strategie | Was sie tut | Wichtige Options |
|
||||||
|
|-----------|-------------|------------------|
|
||||||
|
| `confluence_page` | genau diese eine Seite | `scope` (auch `intern,extern`), `incremental`, `attachments` |
|
||||||
|
| `confluence_tree` | Seite inkl. Unterseiten | `max_depth` (-1=alle, 0=nur Seite), `incremental`, `attachments` |
|
||||||
|
| `confluence_faq` | FAQs aus Tabellen | `incremental` |
|
||||||
|
| `crawler` | Webseite: Index → Detailseiten | `detail_pattern`, `selector`, `max_pages` |
|
||||||
|
| `sitemap` | Detailseiten aus (gz-)Sitemap | `sitemap_url`, `url_pattern`, `limit`, `incremental` |
|
||||||
|
| `gitlab_md` | Markdown-Dateien aus einem GitLab-Repo | `ref`, `path`, `max_depth` (Token: `GITLAB_TOKEN`) |
|
||||||
|
| `file` | Dateien (md/pdf) aus dem Repo-Ordner `files/` | `max_depth` |
|
||||||
|
| `pdf` | PDFs einer Seite → Markdown (1→n) | `split: headings\|pages`, `heading_pattern`, `keep_raw`, `redact` |
|
||||||
|
|
||||||
|
### Confluence-Anhaenge (eingebundene PDFs)
|
||||||
|
|
||||||
|
Bei `confluence_page`/`confluence_tree` werden **eingebundene PDF-Anhaenge**
|
||||||
|
(`view-file`/`viewpdf`-Makros) automatisch geparst und als **eigene Dokumente** im
|
||||||
|
selben Feed abgelegt (Frontmatter `kind: attachment`, `parent_url` zeigt auf die Seite).
|
||||||
|
Scope/Domain/Owner werden von der Seite geerbt. Inkrementell ueber die Attachment-Version
|
||||||
|
(unveraenderter Anhang -> kein Re-Parse). Default an, pro Quelle ueber
|
||||||
|
`options: { attachments: false }` abschaltbar.
|
||||||
|
|
||||||
|
Bilder werden nicht binaer uebernommen; der **alt-Text/Dateiname** bleibt als
|
||||||
|
`[Bild: ...]` im Markdown - gibt dem RAG Kontext ohne Volumen. Datei-Embeds ohne
|
||||||
|
Parsing-Pfad (z.B. Office-Docs) tauchen als `[Anhang: ...]`-Marker im Seitentext auf.
|
||||||
|
|
||||||
|
### Mehrere Quellen pro Tool
|
||||||
|
|
||||||
|
Ein Tool kann beliebig viele, gemischte Quellen haben – einfach weitere Eintraege
|
||||||
|
unter `sources:` anhaengen (z.B. mehrere Confluence-Quellen mit `max_depth`, eine
|
||||||
|
interne und eine externe Seite, oder zusaetzlich eine FAQ-Seite). Siehe die Tools
|
||||||
|
`pathos` (mehrere Quellen inkl. `confluence_faq` und `intern,extern`) und `nur`.
|
||||||
|
|
||||||
|
### intern vs. extern – wie wird klassifiziert?
|
||||||
|
|
||||||
|
Es gibt **keine Inhaltstrennung innerhalb einer Seite** mehr. Klassifiziert wird pro
|
||||||
|
Tool und pro Quelle:
|
||||||
|
|
||||||
|
**Tool-`scope`** (in `config/tools.yaml`):
|
||||||
|
|
||||||
|
| Tool-`scope` | Bedeutung |
|
||||||
|
|--------------|-----------|
|
||||||
|
| `intern` | alles intern (Default, restriktiv – z.B. Salesforce, NuR) |
|
||||||
|
| `extern` | alles extern |
|
||||||
|
| `allgemein` | gilt fuer intern UND extern |
|
||||||
|
| `mixed` | Tool hat Quellen mit **unterschiedlichem** Scope (z.B. eine interne und eine externe Seite) |
|
||||||
|
|
||||||
|
**Source-`scope`** (pro Quelle, gilt fuer die ganze Seite):
|
||||||
|
- `intern` | `extern` | `allgemein`
|
||||||
|
- `"intern,extern"` → die Seite wird fuer **beide** Scopes genutzt (dupliziert).
|
||||||
|
|
||||||
|
Quellen ohne eigenen `scope` erben den Tool-Scope (bei `mixed` => intern).
|
||||||
|
**Wichtig:** Hat ein Tool gemischtes Wissen, braucht es im Zweifel **zwei Seiten**
|
||||||
|
(eine interne, eine externe) als zwei Quellen – statt einer gemischten Seite.
|
||||||
|
|
||||||
|
Allgemeines, tool-uebergreifendes Wissen steht separat in **`config/general.yaml`**.
|
||||||
|
|
||||||
|
Der Tool-Katalog wird **initial** mit `scripts/bootstrap_tools.py` erzeugt und danach
|
||||||
|
**manuell** in `config/tools.yaml` gepflegt. Uebersicht aller Quellen: GitLab-Pages-Seite
|
||||||
|
**„Wissensquellen"** (`config.html`, geparst aus tools.yaml/general.yaml/approvals.yaml).
|
||||||
|
|
||||||
|
## Neues Wissen hinzufuegen (Workflow)
|
||||||
|
|
||||||
|
Jedes Wissen hat **owners** (intern Verantwortliche, Accountability) und einen
|
||||||
|
**contact** (herausgebbare Kontaktadresse, Default `einfachbahn@deutschebahn.com`).
|
||||||
|
Beide stehen im Frontmatter jedes Dokuments und auf der Pages-Seite, damit klar ist,
|
||||||
|
wer verantwortlich ist und an wen man sich wenden darf.
|
||||||
|
|
||||||
|
1. **Issue anlegen** mit der Vorlage „Neues Wissen" (`.gitlab/issue_templates/`):
|
||||||
|
Tool/Domaene, **Quellen je Zeile** (`URL | Strategie | Scope`), **Verantwortliche**
|
||||||
|
(`owners`) und optional **Kontakt** (Default `einfachbahn@deutschebahn.com`).
|
||||||
|
2. **Reviewer uebernimmt** die Angaben nach `config/tools.yaml` bzw. `config/general.yaml`
|
||||||
|
(neuer Tool-/Quellen-Eintrag inkl. `owners:`) – per GitLab Web-IDE (Variante A) oder
|
||||||
|
manuell (Variante B).
|
||||||
|
3. **Merge Request** öffnen. Die **MR-Freigabe ist das Quality Gate** (4-Augen, via
|
||||||
|
`CODEOWNERS` + Protected Branch).
|
||||||
|
4. **Vorschau** im MR: den `preview`-Job manuell starten und `PREVIEW_ONLY` auf
|
||||||
|
Tool-Id/Domaene/URL der neuen Quelle setzen. Er verarbeitet nur diese Quelle und
|
||||||
|
stellt die erzeugten Markdowns als Job-Artefakt bereit. Lokal alternativ
|
||||||
|
`python -m src.main --only "<tool|domaene|url>" --data preview`.
|
||||||
|
5. **Merge** → der ETL-Schedule verarbeitet die Quelle (stuendlich Mo–Fr, inkrementell) und
|
||||||
|
committet das Wissen; die Vektor-DB liest direkt aus `output/processed/<scope>/...`.
|
||||||
|
|
||||||
|
## Freigabe-Prozess
|
||||||
|
|
||||||
|
```
|
||||||
|
MR mergen (Mensch) -> ETL: Extract -> Transform -> Auto-Filter -> output/processed/ -> Vektor-DB
|
||||||
|
```
|
||||||
|
|
||||||
|
- **Freigabe = Merge Request (Mensch, das eigentliche Gate):** Wer eine Quelle
|
||||||
|
(Link + Strategie + Scope) in `config/tools.yaml`/`general.yaml` eintraegt, stellt einen
|
||||||
|
MR. Beim **Merge** (4-Augen via `CODEOWNERS` + Protected Branch) wird entschieden,
|
||||||
|
welche Quelle mit welchem Scope aufgenommen wird. Danach laeuft der ETL automatisch.
|
||||||
|
- **Auto-Filter im ETL (Sicherheitsnetz, kein Freigabe-Knopf):** setzt pro Dokument
|
||||||
|
`review_status` – standardmaessig **approved**:
|
||||||
|
- `approved` -> `output/processed/...` (**direkt live**, sobald gemergt + ETL gelaufen)
|
||||||
|
- `pending` -> `staging/pending/` (Blacklist-Treffer, Scope-Warnung, oder
|
||||||
|
Inhalt < 50 Zeichen – Grund im Frontmatter `review_notes`)
|
||||||
|
- `trusted: true` (z.B. INB) bleibt trotz Treffer approved; `redact: false` schaltet
|
||||||
|
die Redaction pro Quelle ab.
|
||||||
|
- **`config/approvals.yaml` (nachtraegliche Korrektur):** hebt einzelne
|
||||||
|
`pending`-Dokumente per URL oder `hash:<content_hash>` doch auf `approved`.
|
||||||
|
Kein Schritt, den jedes Dokument durchlaeuft. Den Hash zeigt die Pages-Seite (Detail-Fenster).
|
||||||
|
- **Vektor-DB liest direkt aus `output/processed/<scope>/<domaene>/`** (implementiert):
|
||||||
|
Nur freigegebenes Wissen liegt dort, der Scope steckt im Ordnerpfad **und** im
|
||||||
|
Frontmatter (inkl. `owners`/`contact`). Kein separater Export-/Ingestion-Schritt –
|
||||||
|
`processed/` IST der Feed. Der externe Index nimmt nur `extern/` + `allgemein/`.
|
||||||
|
- **`output/_meta.json`**: globale Statusdatei fuer nachgelagerte Systeme mit
|
||||||
|
`last_run` (letzter ETL-Lauf), `last_change` (wann sich der Bestand zuletzt
|
||||||
|
inhaltlich/metadatenseitig geaendert hat), `documents`, `by_scope` und einer
|
||||||
|
`content_signature`. Ein Index-/RAG-Consumer kann daran erkennen, ob ein erneutes
|
||||||
|
Einlesen ueberhaupt noetig ist.
|
||||||
|
- **`output/_index.json`**: dokument-genauer Katalog des gesamten Bestands.
|
||||||
|
Pro Voll-Dokument: `domain`/`tool`/`scope`, `url`, `path`, `content_hash`,
|
||||||
|
`last_updated` und - falls vorhanden - die zugehoerigen `chunks` (Anzahl + Pfad)
|
||||||
|
und `attachments` (Anhang-Dokumente: Name + Pfad). Anhang-Dokumente haben zudem
|
||||||
|
`kind: "attachment"` und `parent_url`. Aggregate: `documents_total`,
|
||||||
|
`chunks_total`, `attachments_total`, `by_domain` (mit `documents`/`chunks`/`attachments`),
|
||||||
|
`by_scope`. So sieht ein Anschliesser auf einen Blick, was pro Domaene/Tool wo liegt
|
||||||
|
und welche Dokumente zusaetzlich als Chunks oder Anhaenge vorliegen (z.B. INB =
|
||||||
|
Voll-Dokument **und** Chunks; pathOS-Seite = Voll-Dokument **und** Anhang-PDF).
|
||||||
|
Deterministisch (kein Zeitstempel) -> aendert sich nur bei echten Bestandsaenderungen.
|
||||||
|
- **`output/run_log.jsonl`**: append-only **Lauf-Historie** (1 JSON-Zeile je ETL-Lauf):
|
||||||
|
Zeitstempel, verarbeitete Dokumente, Status-Counts und **Fehler je Quelle**
|
||||||
|
(z.B. fehlgeschlagene Confluence-Abrufe). Auf die letzten 500 Laeufe gekappt. So sieht
|
||||||
|
man - auch historisch - ob ein Lauf sauber durchlief, ohne die fluechtigen CI-Job-Logs
|
||||||
|
zu durchsuchen. Die Uebersichtsseite zeigt zusaetzlich eine kompakte Health-Zeile
|
||||||
|
(„N Dok verarbeitet, M Quellen mit Fehler") in der Fusszeile.
|
||||||
|
|
||||||
|
### Wo liegt das final freigegebene Wissen?
|
||||||
|
|
||||||
|
Ausschliesslich unter **`output/processed/<scope>/<domaene>/[<tool>/]`** im Repo
|
||||||
|
(versioniert, = Single Source of Truth). `pending`-Dokumente liegen in
|
||||||
|
`staging/pending/` und werden zur **Transparenz ebenfalls committet** (auf der
|
||||||
|
Pages-Seite einsehbar). Der Audit-Trail steht in `staging/review_report.json` und in
|
||||||
|
der Git-Historie.
|
||||||
|
|
||||||
|
## Lokal testen
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python3 -m venv .venv
|
||||||
|
source .venv/bin/activate
|
||||||
|
pip install -r requirements.txt
|
||||||
|
|
||||||
|
ruff check src tests # Lint
|
||||||
|
python -m pytest -q # Offline-Tests
|
||||||
|
python -m src.main --config config/tools.yaml --data output --staging staging # Live-Lauf
|
||||||
|
python -m src.chunk --data output # Chunks erzeugen (offline, optional)
|
||||||
|
```
|
||||||
|
|
||||||
|
## Confluence aktivieren
|
||||||
|
|
||||||
|
```bash
|
||||||
|
export CONFLUENCE_URL="https://arija-confluence.jaas.service.deutschebahn.com"
|
||||||
|
export CONFLUENCE_TOKEN="<PAT>" # Bearer-PAT (Server/DC)
|
||||||
|
pip install atlassian-python-api
|
||||||
|
```
|
||||||
|
|
||||||
|
Ohne Credentials werden Confluence-Quellen sauber uebersprungen.
|
||||||
|
|
||||||
|
## Betrieb (GitLab CI)
|
||||||
|
|
||||||
|
- `quality`-Stage: `ruff` (Lint) + `gitleaks` (Secret-Scan) bei jedem Push/MR.
|
||||||
|
- `etl`-Stage: **stuendlich Mo–Fr 8–17 Uhr** (Cron `0 8-17 * * 1-5`), baut Wissen,
|
||||||
|
committet `data/` nach `main` (per `GIT_PUSH_TOKEN`); der Commit loest automatisch
|
||||||
|
einen `pages`-Refresh aus.
|
||||||
|
- `pages`-Stage: baut `public/` (Uebersicht, Hilfe, Chatbot-Anschluss, Wissensquellen)
|
||||||
|
fuer GitLab Pages auf `main`.
|
||||||
|
- `preview`-Job (MR, manuell): verarbeitet eine neue/geaenderte Quelle via
|
||||||
|
`--only` und stellt die erzeugten Markdowns als Job-Artefakt bereit (zum Pruefen
|
||||||
|
vor dem Merge). `PREVIEW_ONLY` beim Start auf Tool-Id/Domaene/URL setzen.
|
||||||
|
- **Kundeninfos inkrementell**: `incremental: true` crawlt nur NEUE Detailseiten und
|
||||||
|
ueberschreibt vorhandene nicht – Re-Runs bleiben schnell.
|
||||||
|
- **Confluence inkrementell**: `options: { incremental: true }` prueft pro Seite die
|
||||||
|
Confluence-Versionsnummer (`source_version` im Frontmatter). Unveraenderte Seiten
|
||||||
|
werden uebersprungen, nur geaenderte/neue Seiten neu verarbeitet – spart API-Last.
|
||||||
|
- **Re-Tagging bei Metadaten-Aenderung**: Aenderst du in `tools.yaml`/`general.yaml`
|
||||||
|
nur `tags`/`owners`/`contact` einer Quelle, weicht deren `meta_fingerprint`
|
||||||
|
(im Frontmatter) vom gespeicherten ab. Der naechste inkrementelle Lauf passt dann
|
||||||
|
die bestehenden Dateien dieser Quelle in-place an (nur Frontmatter, kein erneuter
|
||||||
|
Download/API-Call).
|
||||||
|
- **Scope-Wechsel**: Aenderst du den `scope` einer Quelle, wird die Seite neu
|
||||||
|
verarbeitet und an `output/processed/<neuer-scope>/...` geschrieben; die alte Ablage
|
||||||
|
wird nach erfolgreichem Schreiben **automatisch geloescht** (domaenen-intern, damit
|
||||||
|
eine URL, die legitim unter mehreren Domaenen liegt – z.B. eine pathOS-Seite auch
|
||||||
|
unter `web` – nicht versehentlich entfernt wird).
|
||||||
|
- **Domain-Umbenennung**: Die neue Ablage entsteht automatisch, die alte Domain-Ablage
|
||||||
|
bleibt aber stehen (domaenenuebergreifendes Loeschen waere wegen geteilter URLs
|
||||||
|
unsicher). Den alten `output/processed/<scope>/<alte-domain>/`-Ordner daher bei einer
|
||||||
|
Domain-Umbenennung manuell loeschen.
|
||||||
|
- CI/CD-Variablen: `GIT_PUSH_TOKEN`, `CONFLUENCE_URL`, `CONFLUENCE_TOKEN` (Masked).
|
||||||
|
- `scm-info.yaml`: Pflichtdatei fuer DB-GitLab-Compliance.
|
||||||
|
|
||||||
|
## Konfiguration
|
||||||
|
|
||||||
|
- `config/tools.yaml` – Tools, Domaenen, Quellen, Strategien, Scopes, Tags
|
||||||
|
- `config/filter_rules.json` – Blacklist-Keywords, Regex-Redaction
|
||||||
|
- `config/chunking.yaml` – gemeinsame Chunk-Defaults (pro Quelle ueber `options.chunk` ueberschreibbar)
|
||||||
|
|
||||||
|
### Chunking (optional, Default aus)
|
||||||
|
|
||||||
|
Grosse, stark gegliederte Dokumente (v.a. **INB**) werden zusaetzlich zur Voll-Datei in
|
||||||
|
**Chunks entlang der Ueberschriften** zerlegt – ein **abgeleitetes, jederzeit neu
|
||||||
|
erzeugbares** Artefakt unter `output/chunks/<scope>/<domaene>/<docslug>/`. Das Voll-Dokument
|
||||||
|
in `output/processed/` bleibt unangetastet (Parent-Document-Muster): ein Anschliesser waehlt
|
||||||
|
Voll-Dokument, Chunks oder beides. Es werden bewusst nur **deterministische, embedding-freie**
|
||||||
|
Strategien angeboten (`headings | faq | recursive`); semantisches Chunking gehoert in die
|
||||||
|
Vektor-DB des Anschliessers. Jeder Chunk bekommt eine kurze **Contextual-Retrieval**-Zeile
|
||||||
|
(`> Kontext: <Dokument> > <Abschnitt>`). Aktivierung pro Quelle via `options: { chunk: headings }`.
|
||||||
|
|
||||||
|
**Inkrementell (kein Voll-Rebuild):** Chunking laeuft am Ende jedes ETL-Laufs automatisch
|
||||||
|
mit (`src.main`) und ist Teil von `data/`. Pro Dokument wird nur dann neu gechunkt, wenn
|
||||||
|
sich der **Inhalt** (`parent_hash`) ODER die **wirksamen Optionen/Strategie**
|
||||||
|
(`chunk_fingerprint`) geaendert haben - sonst wird das Dokument uebersprungen (keine
|
||||||
|
Datei-Aenderung, kein Git-Churn). Aenderst du also bei einer Quelle z.B. `chunk_level`
|
||||||
|
oder von `headings` auf `recursive`, werden **nur die Dokumente dieser Ablage** neu
|
||||||
|
erzeugt. Wird `chunk` wieder auf `off` gestellt oder ein Voll-Dokument geloescht, werden
|
||||||
|
die zugehoerigen Chunks automatisch entfernt.
|
||||||
|
|
||||||
|
**Feinsteuerung (Default aus, pro Quelle ueberschreibbar):**
|
||||||
|
|
||||||
|
- `chunk_min_doc_chars`: Dokumente unter dieser Zeichenzahl bleiben **ganz** (kleine
|
||||||
|
FAQ-/How-to-Seiten muessen nicht zwingend gechunkt werden).
|
||||||
|
- `chunk_kind`: chunkt nur Dokumente mit passendem `kind` (`""` = alle; `attachment` =
|
||||||
|
nur Anhang-PDFs; `document` = nur Voll-Seiten).
|
||||||
|
|
||||||
|
Beispiel **pathOS** (an der Tool-Tree-Quelle in `config/tools.yaml`): grosse Anhang-PDFs
|
||||||
|
(z.B. EVU-Schnittstellen-Doku, 2,8 MB) werden gechunkt, Seiten und FAQs bleiben ganz.
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
options:
|
||||||
|
incremental: true
|
||||||
|
chunk: headings
|
||||||
|
chunk_kind: attachment # nur Anhang-PDFs chunken
|
||||||
|
chunk_min_doc_chars: 3000 # < 3k Zeichen bleiben ganz (~750 Token)
|
||||||
|
```
|
||||||
|
|
||||||
|
## Version & Changelog
|
||||||
|
|
||||||
|
Aktuelle Version steht in **`VERSION`** (SemVer), die Historie in **`CHANGELOG.md`**
|
||||||
|
(Format „Keep a Changelog"). Beides wird auf der GitLab-Pages-Seite **„Changelog"**
|
||||||
|
angezeigt (Version auch in der Navigationsleiste). Pflege-Regeln:
|
||||||
|
`.kiro/steering/changelog-versioning.md`.
|
||||||
@@ -0,0 +1 @@
|
|||||||
|
2.3.0
|
||||||
Binary file not shown.
|
After Width: | Height: | Size: 8.4 KiB |
@@ -0,0 +1,18 @@
|
|||||||
|
# =============================================================================
|
||||||
|
# Freigabe-Allowlist (Quality Gate 2 - menschliche Freigabe)
|
||||||
|
# =============================================================================
|
||||||
|
# Dokumente, die der automatische Filter auf 'pending' gesetzt
|
||||||
|
# hat, koennen hier durch einen Reviewer explizit FREIGEGEBEN werden.
|
||||||
|
#
|
||||||
|
# Eintraege (je eine Zeile):
|
||||||
|
# - per Quelle/URL: "https://.../pages/123/..." (alle Docs dieser URL)
|
||||||
|
# - per Inhalts-Hash: "hash:ab12cd34..." (genau dieses Dokument)
|
||||||
|
#
|
||||||
|
# Den content_hash findet man im Frontmatter des Markdown bzw. auf der GitLab-Pages-Seite
|
||||||
|
# (Detail-Fenster eines Dokuments).
|
||||||
|
# =============================================================================
|
||||||
|
approved:
|
||||||
|
# KOMBau Bedienungsanleitung (PDF, Blacklist-Treffer irrelevant -> freigegeben)
|
||||||
|
- "hash:7fc35189de43b445"
|
||||||
|
# pathOS oeffentliche Webseite (dbinfrago.com)
|
||||||
|
- "hash:c35ec14652895cba"
|
||||||
@@ -0,0 +1,34 @@
|
|||||||
|
# =============================================================================
|
||||||
|
# CHUNKING – zentrale Defaults (pro Quelle in tools.yaml/general.yaml overridebar)
|
||||||
|
# =============================================================================
|
||||||
|
# Chunking ist ZUSAETZLICH zur Voll-Markdown-Datei: das Voll-Dokument bleibt immer
|
||||||
|
# in output/processed/ erhalten, Chunks landen separat in output/chunks/<scope>/<domaene>/.
|
||||||
|
# Wir stellen die Vektor-DB NICHT -> wir liefern nur deterministische, embedding-freie
|
||||||
|
# Chunks (Anschliesser kann auch selbst chunken).
|
||||||
|
#
|
||||||
|
# Default ist AUS: nur Quellen mit options.chunk != off werden gechunkt.
|
||||||
|
#
|
||||||
|
# Pro Quelle ueberschreibbar, z.B.:
|
||||||
|
# options:
|
||||||
|
# chunk: headings # off | headings | faq | recursive
|
||||||
|
# chunk_target_tokens: 500
|
||||||
|
# chunk_max_tokens: 1800
|
||||||
|
# chunk_min_chars: 200
|
||||||
|
# chunk_overlap: 0
|
||||||
|
# chunk_context_header: true
|
||||||
|
# =============================================================================
|
||||||
|
defaults:
|
||||||
|
chunk: off # global aus (Default = kein Chunking)
|
||||||
|
chunk_level: auto # auto = kleinste vorhandene Heading-Ebene; oder 1..6
|
||||||
|
chunk_target_tokens: 500 # Zielgroesse je Chunk (~Token, 1 Token ~ 4 Zeichen)
|
||||||
|
chunk_max_tokens: 1800 # harte Obergrenze (unter „Context Cliff" ~2.5k)
|
||||||
|
chunk_min_chars: 200 # kleinere Abschnitte werden mit Nachbarn zusammengefasst
|
||||||
|
chunk_overlap: 0 # 0 = kein Overlap (Default); >0 = Tokens des Vorgaenger-Chunks voranstellen
|
||||||
|
chunk_context_header: true # Contextual-Retrieval-Vorspann je Chunk (s. Doku)
|
||||||
|
chunk_min_doc_chars: 0 # 0 = aus; >0 = Dokumente kleiner N Zeichen bleiben GANZ
|
||||||
|
chunk_kind: "" # "" = alle; "attachment" = nur Anhang-PDFs chunken,
|
||||||
|
# "document" = nur Voll-Seiten, "chunk" wird ignoriert
|
||||||
|
chunk_component: "" # "" = alle; sonst nur Dokumente dieses component_type
|
||||||
|
# (z.B. "faq" = nur FAQ-Seiten). Erlaubt mehrere Configs
|
||||||
|
# je Ort (z.B. attachment via chunk_kind + faq via chunk_component)
|
||||||
|
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
{
|
||||||
|
"blacklist_keywords": [
|
||||||
|
"Vertraulich",
|
||||||
|
"Nur für den internen Gebrauch",
|
||||||
|
"Nur fuer den internen Gebrauch",
|
||||||
|
"internal only",
|
||||||
|
"Streng vertraulich"
|
||||||
|
],
|
||||||
|
"drop_css_classes": [
|
||||||
|
"ak-editor-extension",
|
||||||
|
"confluence-information-macro"
|
||||||
|
],
|
||||||
|
"regex_redact": [
|
||||||
|
"(?<![\\d.])(?:\\d{1,3}\\.){3}\\d{1,3}(?![\\d.])",
|
||||||
|
"[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,}"
|
||||||
|
]
|
||||||
|
}
|
||||||
@@ -0,0 +1,103 @@
|
|||||||
|
# =============================================================================
|
||||||
|
# ALLGEMEINES WISSEN (tool-uebergreifend, scope: allgemein)
|
||||||
|
# Bewusst getrennt von tools.yaml, da es nicht zu einem einzelnen Tool gehoert.
|
||||||
|
# =============================================================================
|
||||||
|
# Hinweise:
|
||||||
|
# incremental: true -> nur NEUE Inhalte holen (vorhandene nicht ueberschreiben)
|
||||||
|
# max_pdfs -> Batchgroesse PRO LAUF (grosse Sammlungen ueber mehrere
|
||||||
|
# Laeufe vervollstaendigen)
|
||||||
|
# keep_raw -> Default false (kein Roh-PDF im Repo). Nur aktivieren, wenn
|
||||||
|
# das Original-PDF aus Compliance-/Audit-Gruenden gespeichert werden muss
|
||||||
|
# (landet dann unter staging/raw/<domaene>/).
|
||||||
|
# =============================================================================
|
||||||
|
general:
|
||||||
|
# Kundeninfos: Detailseiten aus der (gz-)Sitemap, neueste zuerst
|
||||||
|
- url: "https://www.dbinfrago.com/web/aktuelles/kund-inneninformationen/kund-inneninformationen"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: allgemein
|
||||||
|
domain: kundeninfo
|
||||||
|
trusted: true
|
||||||
|
tags: ["kundeninfo"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "kund-inneninformationen/[^/]+-\\d{6,}$"
|
||||||
|
# kein limit -> ALLE Treffer des Patterns (aktuell ~1200), inkrementell
|
||||||
|
incremental: true
|
||||||
|
redact: false # Kundeninfos sind oeffentlich -> keine Redaction
|
||||||
|
selector: "main"
|
||||||
|
|
||||||
|
# Schienennetz-Seiten (oeffentlich) aus der Sitemap, Pattern /web/schienennetz/
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: allgemein
|
||||||
|
domain: web
|
||||||
|
trusted: true
|
||||||
|
tags: ["web", "schienennetz"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "/web/schienennetz/"
|
||||||
|
# kein limit -> ALLE Treffer (aktuell ~230), inkrementell
|
||||||
|
incremental: true
|
||||||
|
redact: false # oeffentliche Webseite -> keine Redaction
|
||||||
|
selector: "main"
|
||||||
|
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
# INB 2026 (Fahrplanjahr 2026): Hauptdokument + alle Anlagen (37 PDFs)
|
||||||
|
# Eine vollstaendige Markdown-Datei pro PDF (kein Splitting), keine Redaction.
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB/Infrastrukturnutzungsbedingungen-der-DB-InfraGO-AG-INB-2026-13131402"
|
||||||
|
strategy: pdf
|
||||||
|
scope: allgemein
|
||||||
|
domain: regulierung
|
||||||
|
trusted: true
|
||||||
|
tags: ["inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
options:
|
||||||
|
max_pdfs: 50
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
parser: pymupdf # strukturiertes Markdown inkl. Tabellen
|
||||||
|
chunk: headings # zusaetzlich Chunks erzeugen (output/chunks/), Voll-MD bleibt
|
||||||
|
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
# INB 2027 (Fahrplanjahr 2027)
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB/Infrastrukturnutzungsbedingungen-der-DB-InfraGO-AG-INB-2027-13700012"
|
||||||
|
strategy: pdf
|
||||||
|
scope: allgemein
|
||||||
|
domain: regulierung
|
||||||
|
trusted: true
|
||||||
|
tags: ["inb", "inb-2027", "regulierung", "recht"]
|
||||||
|
options:
|
||||||
|
max_pdfs: 50
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
parser: pymupdf # strukturiertes Markdown inkl. Tabellen
|
||||||
|
chunk: headings # zusaetzlich Chunks erzeugen (output/chunks/), Voll-MD bleibt
|
||||||
|
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
# Netzzugangsrelevantes Regelwerk 2026 (39 PDFs) - nur Markdown (kein Roh-PDF)
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/regelwerke/regelwerke_netzzugangsrelevant/netzzugangsrelevantes_regelwerk-2026-13175436"
|
||||||
|
strategy: pdf
|
||||||
|
scope: allgemein
|
||||||
|
domain: regelwerk
|
||||||
|
trusted: true
|
||||||
|
tags: ["regelwerk", "netzzugang", "2026"]
|
||||||
|
options:
|
||||||
|
max_pdfs: 25 # Batch pro Lauf; incremental vervollstaendigt den Rest
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
# Betrieblich-technisches Regelwerk (198 PDFs) - nur Markdown, Batchweise
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/regelwerke/betrieblich-technisch_regelwerke/betrieblich_technisches_regelwerk-13174542"
|
||||||
|
strategy: pdf
|
||||||
|
scope: allgemein
|
||||||
|
domain: regelwerk
|
||||||
|
trusted: true
|
||||||
|
tags: ["regelwerk", "betrieblich-technisch"]
|
||||||
|
options:
|
||||||
|
max_pdfs: 250 # einmal komplett ziehen (198 gesamt); danach inkrementell
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
@@ -0,0 +1,393 @@
|
|||||||
|
# =============================================================================
|
||||||
|
# TOOL-KATALOG der Wissensdatenbank (manuell gepflegt)
|
||||||
|
# Allgemeines, tool-uebergreifendes Wissen steht in config/general.yaml.
|
||||||
|
# =============================================================================
|
||||||
|
#
|
||||||
|
# AUFBAU PRO TOOL:
|
||||||
|
# - id / name / domain
|
||||||
|
# scope: intern # tool-weit: intern | extern | allgemein | mixed
|
||||||
|
# owners: ["a@db.de"] # intern VERANTWORTLICHE (Accountability) -> Frontmatter
|
||||||
|
# contact: "team@db.de" # herausgebbarer Ansprechpartner/Kontakt -> Frontmatter
|
||||||
|
# # (optional; Default: einfachbahn@deutschebahn.com)
|
||||||
|
# sources: # 1..n Quellen, beliebig mischbar
|
||||||
|
# - url: "..."
|
||||||
|
# strategy: confluence_tree # confluence_page|confluence_tree|confluence_faq|crawler|sitemap|gitlab_md|file|pdf
|
||||||
|
# scope: extern # optional pro Quelle (ueberschreibt Tool-Scope)
|
||||||
|
# tags: [ ... ]
|
||||||
|
# options: { max_depth: -1 } # nur diese Seite=0, alle Unterseiten=-1
|
||||||
|
#
|
||||||
|
# INKREMENTELL (Confluence): options: { incremental: true }
|
||||||
|
# -> vor dem Laden wird die Confluence-Version je Seite geprueft. Ist sie
|
||||||
|
# identisch zur bereits verarbeiteten (source_version im Frontmatter),
|
||||||
|
# wird die Seite uebersprungen (spart API-Last). Geaenderte/neue Seiten
|
||||||
|
# werden normal verarbeitet.
|
||||||
|
#
|
||||||
|
# SCOPE-REGELN (WICHTIG):
|
||||||
|
# Tool-scope:
|
||||||
|
# intern -> alles intern (Default, restriktiv; z.B. Salesforce)
|
||||||
|
# extern -> alles extern
|
||||||
|
# allgemein -> gilt fuer intern UND extern
|
||||||
|
# mixed -> Tool hat Quellen mit UNTERSCHIEDLICHEM Scope (z.B. eine interne
|
||||||
|
# und eine externe Seite). Es gibt KEINE Trennung INNERHALB einer
|
||||||
|
# Seite. Im Zweifel braucht ein Tool also ZWEI Seiten.
|
||||||
|
# Source-scope (gilt fuer die ganze Seite, kein Aufteilen des Inhalts):
|
||||||
|
# intern | extern | allgemein
|
||||||
|
# "intern,extern" -> die Seite wird fuer BEIDE Scopes genutzt (dupliziert)
|
||||||
|
#
|
||||||
|
# Quellen ohne eigenen scope erben den Tool-scope (bei 'mixed' => intern).
|
||||||
|
# =============================================================================
|
||||||
|
|
||||||
|
tools:
|
||||||
|
# --- PathOS: gemischt (intern + extern ueber getrennte Seiten/Quellen) ----
|
||||||
|
- id: pathos
|
||||||
|
name: "PathOS"
|
||||||
|
domain: pathos
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"] # TODO: echte 1-2 Ansprechpartner
|
||||||
|
sources:
|
||||||
|
# Tool-Uebersicht: fuer intern UND extern nutzbar (ganze Seite, ohne Trennung)
|
||||||
|
# Chunking gezielt fuer Anhang-PDFs (z.B. EVU-Schnittstellen-Doku): Anhaenge sind
|
||||||
|
# oft gross+gegliedert; Seiten bleiben ganz. Wirkt fuer alle pathos-Quellen
|
||||||
|
# (Ort = */pathos), durch chunk_kind: attachment bleiben FAQ/Web-Seiten unangetastet.
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/517791845/Tool+PathOS"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["pathos"]
|
||||||
|
options:
|
||||||
|
incremental: true
|
||||||
|
chunk: headings
|
||||||
|
chunk_kind: attachment # nur Anhang-PDFs chunken
|
||||||
|
chunk_min_doc_chars: 3000 # < 3k Zeichen bleiben ganz (~750 Token)
|
||||||
|
exclude_pages: ["355496791"] # FAQ-Seite separat via confluence_faq (s.u.)
|
||||||
|
# Tiefe Wissensdatenbank: rein intern
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496785/Pathos+Wissensdatenbank"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: intern
|
||||||
|
tags: ["pathos"]
|
||||||
|
# FAQ-Seite (355496791) NICHT als generische Seite erfassen - sie wird unten
|
||||||
|
# gezielt via confluence_faq als Q/A aufbereitet (sonst rohe Tabelle).
|
||||||
|
options: { max_depth: -1, incremental: true, exclude_pages: ["355496791"] }
|
||||||
|
# FAQ (primaer fuer intern gedacht): aus Tabelle Q/A erzeugen, ein Chunk je Frage.
|
||||||
|
# chunk_component: faq grenzt das FAQ-Chunking sauber vom Attachment-Chunking
|
||||||
|
# (chunk_kind: attachment) am selben Ort intern/pathos ab. chunk_min_chars: 0 ->
|
||||||
|
# auch kurze Q&A bleiben ein eigener Chunk (kein Mergen) -> ein Chunk je Frage.
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496791/FAQ+pathOS+prim%C3%A4r+f%C3%BCr+intern+gedacht"
|
||||||
|
strategy: confluence_faq
|
||||||
|
scope: intern
|
||||||
|
tags: ["pathos", "faq"]
|
||||||
|
options: { incremental: true, chunk: faq, chunk_component: faq, chunk_min_chars: 0 }
|
||||||
|
# FAQ extern (kund:innenfaehig): Seite ist mit Ueberschriften (h2) + Absaetzen
|
||||||
|
# aufgebaut, NICHT als Q/A-Tabelle -> confluence_page (storage_to_markdown),
|
||||||
|
# sonst findet der FAQ-Tabellen-Extraktor nichts und die Seite landet leer in pending.
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/611945127/FAQ+PathOS+Extern"
|
||||||
|
strategy: confluence_page
|
||||||
|
scope: extern
|
||||||
|
tags: ["pathos", "faq"]
|
||||||
|
options: { incremental: true }
|
||||||
|
# pathOS oeffentliche Webseite (dbinfrago.com)
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["pathos", "web"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "pathOS-neues-Bestellsystem"
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
selector: "main"
|
||||||
|
# TAF/TAP-TSI Seiten (eng mit pathOS verzahnt, extern nutzbar)
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["pathos", "taf-tap-tsi", "web"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "/taf-tap-tsi/"
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
selector: "main"
|
||||||
|
# TAF/TAP-TSI Glossar (PDF)
|
||||||
|
- url: "https://www.dbinfrago.com/resource/blob/11089224/1c9c5e81637ecedea763f04efad4013d/Download-TAF-TAP-Glossar-data.pdf"
|
||||||
|
strategy: pdf
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["pathos", "taf-tap-tsi", "glossar"]
|
||||||
|
options: { redact: false }
|
||||||
|
# TAF/TAP-TSI Fachliche Dokumentation (Confluence-Tree, rein intern)
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596078/TAF+TAP+TSI+Fachliche+Dokumentation"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: intern
|
||||||
|
tags: ["pathos", "taf-tap-tsi"]
|
||||||
|
options: { max_depth: -1, incremental: true }
|
||||||
|
# Handbuch pathOS Webportal (PDF) - neueste Version automatisch ueber die Sitemap.
|
||||||
|
# Statt einer versions-festen blob-URL (wird alt): die Sitemap enthaelt die aktuell
|
||||||
|
# veroeffentlichte PDF-URL; das Regex matcht den stabilen Dateinamen-Praefix und der
|
||||||
|
# Connector waehlt die neueste (hoechste blob-ID). So kommt jede neue Handbuch-Version
|
||||||
|
# automatisch rein, ohne die Config anzufassen.
|
||||||
|
- url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
strategy: pdf
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["pathos", "handbuch"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "Handbuch-pathOS-Webportal"
|
||||||
|
max_pdfs: 1 # nur die neueste Handbuch-Version
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
|
||||||
|
# --- NuR: rein intern -----------------------------------------------------
|
||||||
|
- id: nur
|
||||||
|
name: "NuR"
|
||||||
|
domain: nur
|
||||||
|
scope: intern
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"] # TODO: echte 1-2 Ansprechpartner
|
||||||
|
sources:
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/431623762/Tool+NuR+zentrale+Nutzer+und+Rechteverwaltung"
|
||||||
|
strategy: confluence_tree
|
||||||
|
tags: ["nur", "zugang"]
|
||||||
|
options: { incremental: true }
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/306220109/Betriebsfuehrung+NuR"
|
||||||
|
strategy: confluence_tree
|
||||||
|
tags: ["nur", "betriebsfuehrung"]
|
||||||
|
options: { max_depth: -1, incremental: true }
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/307735446/NuR+Support+Einfachbahn"
|
||||||
|
strategy: confluence_tree
|
||||||
|
tags: ["nur", "einfachbahn"]
|
||||||
|
options: { max_depth: -1, incremental: true }
|
||||||
|
|
||||||
|
# --- MaTeo: gemischt (extern-Seite spaeter als eigene Quelle ergaenzen) ----
|
||||||
|
- id: mateo
|
||||||
|
name: "MaTeo"
|
||||||
|
domain: mateo
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"] # TODO: echte 1-2 Ansprechpartner
|
||||||
|
sources:
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/434912988/Tool+MaTeo"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: intern
|
||||||
|
tags: ["mateo"]
|
||||||
|
options: { incremental: true }
|
||||||
|
# extern: hier spaeter eine kund:innenfaehige Seite als eigene Quelle anhaengen
|
||||||
|
# - url: "https://.../MaTeo+extern"
|
||||||
|
# strategy: confluence_page
|
||||||
|
# scope: extern
|
||||||
|
# tags: ["mateo"]
|
||||||
|
|
||||||
|
# --- Infraportal: gemischt ------------------------------------------------
|
||||||
|
- id: infraportal
|
||||||
|
name: "Infraportal"
|
||||||
|
domain: infraportal
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"] # TODO: echte 1-2 Ansprechpartner
|
||||||
|
sources:
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/431623753/Tool+Infraportal"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: intern
|
||||||
|
tags: ["infraportal"]
|
||||||
|
options: { incremental: true }
|
||||||
|
|
||||||
|
# --- Rechnungsbahnhof: gemischt -------------------------------------------
|
||||||
|
- id: rechnungsbahnhof
|
||||||
|
name: "Rechnungsbahnhof"
|
||||||
|
domain: rechnungsbahnhof
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"] # TODO: echte 1-2 Ansprechpartner
|
||||||
|
sources:
|
||||||
|
- url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/428915855/Tool+Rechnungsbahnhof"
|
||||||
|
strategy: confluence_tree
|
||||||
|
scope: intern
|
||||||
|
tags: ["rechnungsbahnhof"]
|
||||||
|
options: { incremental: true }
|
||||||
|
|
||||||
|
# --- KOMBau: gemischt (oeffentliche Webseiten + PDFs) ---------------------
|
||||||
|
- id: kombau
|
||||||
|
name: "KOMBau"
|
||||||
|
domain: kombau
|
||||||
|
scope: mixed
|
||||||
|
owners: ["kombau@deutschebahn.com"]
|
||||||
|
sources:
|
||||||
|
# Oeffentliche KOMBau-Seiten (Sitemap)
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/fahren_und_bauen/kombau-11857434"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["kombau", "web"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "/fahren_und_bauen/kombau"
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
selector: "main"
|
||||||
|
# Annex VII (oeffentlich)
|
||||||
|
- url: "https://www.dbinfrago.com/web/schienennetz/fahren_und_bauen/annex-vii-richtlinie-2012-34-eu-11857512"
|
||||||
|
strategy: sitemap
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["kombau", "annex-vii", "web"]
|
||||||
|
options:
|
||||||
|
sitemap_url: "https://www.dbinfrago.com/service-sitemap-sdfkhsdjhfgjhsdfjkz834iuhiu-sitemap_index.xml"
|
||||||
|
url_pattern: "/fahren_und_bauen/annex-vii"
|
||||||
|
incremental: true
|
||||||
|
redact: false
|
||||||
|
selector: "main"
|
||||||
|
# FAQ (PDF)
|
||||||
|
- url: "https://www.dbinfrago.com/resource/blob/11857464/4466ee1e87b83de6387fd627f9596852/FAQ_KOMBau-data.pdf"
|
||||||
|
strategy: pdf
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["kombau", "faq"]
|
||||||
|
options: { redact: false }
|
||||||
|
# Bedienungsanleitung (PDF)
|
||||||
|
- url: "https://www.dbinfrago.com/resource/blob/11857462/62cb83e03bf32825a581b125c234551a/Bedienungsanleitung-KOMBau_v10-0-data.pdf"
|
||||||
|
strategy: pdf
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["kombau", "anleitung"]
|
||||||
|
options: { redact: false }
|
||||||
|
# Release Notes (PDF)
|
||||||
|
- url: "https://www.dbinfrago.com/resource/blob/11857460/ce097c8d1d96c72ad826079b1c7562bf/Release_Notes-data.pdf"
|
||||||
|
strategy: pdf
|
||||||
|
scope: "intern,extern"
|
||||||
|
tags: ["kombau", "release-notes"]
|
||||||
|
options: { redact: false }
|
||||||
|
|
||||||
|
# =============================================================================
|
||||||
|
# PLATZHALTER-TOOLS (noch KEIN Wissen hinterlegt)
|
||||||
|
# Aus "Betreute Anwendungen + Tools" (Confluence 434912713). Sobald Quellen
|
||||||
|
# bekannt sind: unter sources: ergaenzen (Wissensquellen-Seite zeigt sie als
|
||||||
|
# "noch keine Quellen"). scope/owner bei Befuellung anpassen.
|
||||||
|
# =============================================================================
|
||||||
|
- id: andi
|
||||||
|
name: "AnDi"
|
||||||
|
domain: andi
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: bapsi-2-0
|
||||||
|
name: "BAPSI 2.0"
|
||||||
|
domain: bapsi-2-0
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: bz-info
|
||||||
|
name: "BZ-Info"
|
||||||
|
domain: bz-info
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: click-ride
|
||||||
|
name: "Click&Ride"
|
||||||
|
domain: click-ride
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: crm-salesforce
|
||||||
|
name: "CRM Salesforce"
|
||||||
|
domain: crm-salesforce
|
||||||
|
scope: intern
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: db-livemaps
|
||||||
|
name: "DB Livemaps (strecken.info)"
|
||||||
|
domain: db-livemaps
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: db-xtra
|
||||||
|
name: "DB Xtra: Zusatz- und Nebenleistungen"
|
||||||
|
domain: db-xtra
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: disko
|
||||||
|
name: "DisKo"
|
||||||
|
domain: disko
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: elbu
|
||||||
|
name: "ElbU"
|
||||||
|
domain: elbu
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: formula
|
||||||
|
name: "Formula"
|
||||||
|
domain: formula
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: greta
|
||||||
|
name: "GretA"
|
||||||
|
domain: greta
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: ikas
|
||||||
|
name: "IKAs"
|
||||||
|
domain: ikas
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: itrace
|
||||||
|
name: "iTrace"
|
||||||
|
domain: itrace
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: koda
|
||||||
|
name: "KODA"
|
||||||
|
domain: koda
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: plato
|
||||||
|
name: "PlaTo"
|
||||||
|
domain: plato
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: strecken-zeit
|
||||||
|
name: "strecken.zeit"
|
||||||
|
domain: strecken-zeit
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: tcm-editor
|
||||||
|
name: "TCM-Editor"
|
||||||
|
domain: tcm-editor
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: trassenfinder
|
||||||
|
name: "Trassenfinder"
|
||||||
|
domain: trassenfinder
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: web4bpa
|
||||||
|
name: "web4bpa: Virtuelle Leitstelle"
|
||||||
|
domain: web4bpa
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
|
|
||||||
|
- id: zab
|
||||||
|
name: "ZAB"
|
||||||
|
domain: zab
|
||||||
|
scope: mixed
|
||||||
|
owners: ["einfachbahn@deutschebahn.com"]
|
||||||
|
sources: []
|
||||||
@@ -0,0 +1,123 @@
|
|||||||
|
# SETUP – Was du (manuell) tun musst
|
||||||
|
|
||||||
|
Code/Config sind vorbereitet. Diese Schritte brauchen Zugaenge/Rechte, die nur du hast.
|
||||||
|
|
||||||
|
## Warum kein Deps-Image? (PyPI ueber Artifactory-Mirror)
|
||||||
|
|
||||||
|
Die GitLab-Runner-Pods erreichen **pypi.org nicht**, **aber** den Artifactory-PyPI-Mirror
|
||||||
|
auf bahnhub. Deshalb setzt die CI `PIP_INDEX_URL` auf den Mirror – dann funktioniert
|
||||||
|
`pip install` direkt im Job, **ohne eigenes Image**:
|
||||||
|
|
||||||
|
```
|
||||||
|
PIP_INDEX_URL = https://bahnhub.tech.rz.db.de/artifactory/api/pypi/pypi-remote/simple
|
||||||
|
```
|
||||||
|
|
||||||
|
Ist bereits in `.gitlab-ci.yml` gesetzt. Falls der Repo-Name im Konzern abweicht,
|
||||||
|
dort anpassen (beim DXP-/pipeship-Team erfragen). `lint`/`pages` brauchen kein pip.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Checkliste
|
||||||
|
|
||||||
|
### 1. PyPI-Mirror pruefen
|
||||||
|
- [ ] Ersten Pipeline-Lauf ansehen: `test`-Job muss `pip install` ueber den Mirror
|
||||||
|
schaffen. Falls 403/404: `PIP_INDEX_URL` (Repo-Name) in `.gitlab-ci.yml` anpassen.
|
||||||
|
|
||||||
|
### 2. CI/CD-Variablen anlegen (Settings → CI/CD → Variables, Masked & Protected)
|
||||||
|
- [ x] `CONFLUENCE_URL` = `https://arija-confluence.jaas.service.deutschebahn.com`
|
||||||
|
- [x ] `CONFLUENCE_TOKEN` = dein Confluence-PAT (**neuen** erzeugen, alten rotieren!)
|
||||||
|
- [x ] `GIT_PUSH_TOKEN` = Project Access Token mit Scope `write_repository`
|
||||||
|
- [ ] (optional) `GITLAB_TOKEN` = Read-Token, falls `gitlab_md`-Quellen aus PRIVATEN
|
||||||
|
GitLab-Repos geladen werden (oeffentliche brauchen keinen Token)
|
||||||
|
- (DEPS_IMAGE entfaellt – pip laeuft ueber PIP_INDEX_URL, siehe oben)
|
||||||
|
|
||||||
|
### 3. Schedule (CI/CD → Schedules)
|
||||||
|
- [x] Schedule angelegt: **Cron `0 8-17 * * 1-5`** (stuendlich Mo–Fr 8–17 Uhr), Target
|
||||||
|
Branch `main`. Der `knowledge-etl`-Job laeuft nur bei `schedule`/`web`.
|
||||||
|
|
||||||
|
### 3b. Netzzugang des Runners (WICHTIG fuer den ETL-Lauf)
|
||||||
|
Der Runner muss die Quellen erreichen, sonst kommen 0 Dokumente (Timeouts):
|
||||||
|
- intern: `arija-confluence...deutschebahn.com` (Confluence)
|
||||||
|
- oeffentlich: `www.dbinfrago.com` (Kundeninfos, INB, Regelwerk)
|
||||||
|
|
||||||
|
Der `knowledge-etl`-Job ist bereits auf den **DB-Web-Proxy** konfiguriert
|
||||||
|
(`http://webproxy.comp.db.de:8080`) mit `NO_PROXY` fuer interne Hosts
|
||||||
|
(`.tech.rz.db.de`, `.deutschebahn.com`).
|
||||||
|
- [ ] Pruefen, ob Proxy-Host/Port stimmen (ggf. in `.gitlab-ci.yml` anpassen) und ob
|
||||||
|
der Proxy **keine Authentifizierung** verlangt. Beim naechsten Lauf im Log sehen:
|
||||||
|
laufen Confluence + dbinfrago jetzt durch?
|
||||||
|
|
||||||
|
### 4. Protected Branch + Freigabe (Settings → Repository → Protected Branches)
|
||||||
|
- [x ] `main` schuetzen: „Allowed to push" = niemand (nur via MR); „Allowed to merge" = Maintainer.
|
||||||
|
- [ ] Settings → Merge requests: „Require approval from Code Owners" aktivieren.
|
||||||
|
das ignroerien wir erst mal
|
||||||
|
- [ ] In `CODEOWNERS` die Platzhalter durch echte GitLab-Gruppen/Handles ersetzen
|
||||||
|
(`@einfachbahn-lab/wissensdatenbank-maintainer` -> reale Gruppe).
|
||||||
|
> das auch
|
||||||
|
- [ ] Hinweis: Der automatische Bot-Push auf `main` braucht dann eine Ausnahme
|
||||||
|
(Token-User als „Allowed to push" zulassen) ODER der Bot pusht auf einen Branch
|
||||||
|
`knowledge-data` (in `.gitlab-ci.yml` `TARGET_BRANCH` umstellen) + Auto-MR.
|
||||||
|
-> braucht es das dann noch?
|
||||||
|
ANTWORT: Ja. Da `main` „push = niemand" ist, wuerde der automatische ETL-Push scheitern.
|
||||||
|
Einfachste Loesung: den `GIT_PUSH_TOKEN`-User unter „Allowed to push" fuer `main`
|
||||||
|
zulassen. (CODEOWNERS-Approval ignorieren wir ja erst mal, also kein MR-Zwang.)
|
||||||
|
|
||||||
|
### 5. GitLab Pages aktivieren (Deploy → Pages)
|
||||||
|
- [ x] Nach erstem erfolgreichen `pages`-Job ist die URL unter Deploy → Pages sichtbar.
|
||||||
|
(Job laeuft auf `main`; nutzt nur stdlib, kein Deps-Image noetig.)
|
||||||
|
|
||||||
|
|
||||||
|
das hier verstehe ich noch nicht:
|
||||||
|
### 6. Issue → MR Automatisierung (optional, fuer Self-Service)
|
||||||
|
|
||||||
|
Ziel: Ein Fachbereich meldet neues Wissen per **GitLab-Issue** (Vorlage „Neues Wissen"),
|
||||||
|
ohne yaml/Git zu koennen. Daraus wird automatisch ein Eintrag in `config/tools.yaml`
|
||||||
|
+ ein Merge Request mit Vorschau. So laeuft es:
|
||||||
|
|
||||||
|
1. Person legt ein **Issue** mit der Vorlage an (Tool, Link(s), Scope, Ansprechpartner)
|
||||||
|
und Label `neues-wissen`.
|
||||||
|
2. Aus dem Issue wird ein **tools.yaml-Eintrag** erzeugt (`scripts/issue_to_source.py`)
|
||||||
|
und ein **MR** geoeffnet (`scripts/issue_to_mr.sh <ISSUE_ID>`), inkl. Markdown-Vorschau.
|
||||||
|
3. Reviewer schaut die Vorschau an und merged = Freigabe.
|
||||||
|
|
||||||
|
Du musst nur entscheiden, WIE Schritt 2 ausgeloest wird:
|
||||||
|
- **Manuell (einfachste Variante):** Reviewer fuehrt `scripts/issue_to_mr.sh <ISSUE_ID>`
|
||||||
|
lokal aus (braucht `glab` eingeloggt + aktive venv + `CONFLUENCE_*`). Fuer den Anfang reicht das.
|
||||||
|
- **Automatisch (spaeter):** GitLab-Webhook auf „Issues events" an einen kleinen Dienst,
|
||||||
|
der das Skript ausfuehrt – ODER ein scheduled CI-Job, der offene `neues-wissen`-Issues abarbeitet.
|
||||||
|
|
||||||
|
- [ ] Label `neues-wissen` anlegen (fuer beide Varianten).
|
||||||
|
- [ ] Fuer den Start: Variante „manuell" nutzen. Automatik ist optional/spaeter.
|
||||||
|
|
||||||
|
### 8. Reviews
|
||||||
|
- [ passt erst mal] GitLab Pages (Uebersicht) pruefen.
|
||||||
|
- [passt erst mal ] `pending` freigeben: URL oder `hash:<content_hash>` in
|
||||||
|
`config/approvals.yaml` unter `approved:` eintragen.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ETL-Bot - was genau noch zu tun ist
|
||||||
|
|
||||||
|
Der `knowledge-etl`-Job laeuft per Schedule (stuendlich Mo–Fr 8–17 Uhr), baut das Wissen und **pusht das Ergebnis
|
||||||
|
zurueck**. Dafuer:
|
||||||
|
|
||||||
|
1. **`GIT_PUSH_TOKEN`** anlegen: Settings → Access Tokens → *Project Access Token*,
|
||||||
|
Rolle `Maintainer`, Scope **`write_repository`**. Wert als CI/CD-Variable
|
||||||
|
`GIT_PUSH_TOKEN` (Masked & Protected) speichern.
|
||||||
|
2. **Push auf `main` erlauben** (weil `main` „push = niemand" ist): Settings →
|
||||||
|
Repository → Protected Branches → `main` → unter **„Allowed to push"** den
|
||||||
|
Token-User hinzufuegen (heisst typ. `project_<id>_bot`).
|
||||||
|
- **Alternative (main bleibt strikt):** in `.gitlab-ci.yml` `TARGET_BRANCH: knowledge-data`
|
||||||
|
setzen; der Bot pusht dann auf einen Datenbranch (kein Push auf main noetig).
|
||||||
|
3. **Schedule** angelegt (CI/CD → Schedules, Cron `0 8-17 * * 1-5`, Target `main`). ✔
|
||||||
|
|
||||||
|
Mehr ist fuer den Bot nicht noetig – `pip` laeuft ueber den PyPI-Mirror.
|
||||||
|
|
||||||
|
## Quellen-Typen: GitLab / Datei im Repo / public
|
||||||
|
|
||||||
|
- **GitLab** (`gitlab_md`): ✅ Markdown-Dateien aus einem Repo, mit Ordner (`path`) und
|
||||||
|
Tiefe (`max_depth`). Privat-Repos brauchen `GITLAB_TOKEN`.
|
||||||
|
- **Datei im Repo** (`file`): ✅ Handbuch/Doku einfach nach `files/<tool>/` pushen und
|
||||||
|
per `strategy: file` einbinden (PDF wird zu Text, .md direkt). Alles versioniert.
|
||||||
|
- **PDF-Handbuecher via Link** (`pdf`): ✅ direkter PDF-Link oder Seite mit PDF-Links.
|
||||||
|
- **Public Links** (`crawler`/`pdf`/`sitemap`): ✅.
|
||||||
@@ -0,0 +1,146 @@
|
|||||||
|
# TODO / Roadmap
|
||||||
|
|
||||||
|
## Leitprinzipien (immer beachten)
|
||||||
|
|
||||||
|
- **Qualitaet vor Menge.** Lieber weniger, dafuer sauberes/freigegebenes Wissen.
|
||||||
|
- **Einfach konfigurierbar.** Neues Wissen ueber `config/tools.yaml` /
|
||||||
|
`config/general.yaml` ergaenzbar (Domaene/Tool + Link + Strategie + Scope),
|
||||||
|
ohne Code zu aendern.
|
||||||
|
- **Transparenz.** Jederzeit sichtbar, welches Wissen wo liegt und mit welchen Tags
|
||||||
|
(GitLab Pages: Uebersicht + Wissensquellen, Frontmatter).
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Offen (Code/Inhalt)
|
||||||
|
|
||||||
|
### Bugs / beobachten
|
||||||
|
- [x] **Confluence-Abruf schlug im CI fehl** (gefunden 2026-06-28 im ETL-Log): alle
|
||||||
|
`confluence_*`-Quellen brachen mit `No scheme supplied` ab (CI-Variable `CONFLUENCE_URL`
|
||||||
|
ohne `https://`) -> pathos/nur/mateo/infraportal/rechnungsbahnhof wurden nicht
|
||||||
|
aktualisiert. **URL inzwischen korrigiert** - der naechste ETL-Lauf muss bestaetigen,
|
||||||
|
dass es wieder laedt (jetzt in `output/run_log.jsonl` als `sources_failed: 0` sichtbar).
|
||||||
|
- [ ] **ETL-Sichtung insb. wegen Dateigroesse** (naechster Check: 2026-06-30): nach dem
|
||||||
|
Merge von `chore/data-to-output` (v2.0.0) pruefen, ob der naechste ETL-Lauf sauber
|
||||||
|
durchlaeuft (output/staging-Trennung in CI korrekt? `run_log.jsonl` Fehler-frei?).
|
||||||
|
Ausserdem Repo-Groesse im Auge behalten – gerade die INB-Chunks erzeugen viele
|
||||||
|
Dateien. Ggf. alte Chunk-Generationen (`output/chunks/`) per Shallow-Clone oder
|
||||||
|
LFS-Strategie entschaerfen, falls das Repo >500 MB waechst.
|
||||||
|
|
||||||
|
### Monitoring / Logging
|
||||||
|
- [ ] **ETL-Laeufe regelmaessig pruefen** - jetzt einfach ueber `output/run_log.jsonl`
|
||||||
|
(letzte Laeufe inkl. Fehler je Quelle) bzw. die Health-Zeile in der Pages-Fusszeile.
|
||||||
|
- [x] **Lauf-Log umgesetzt** (`output/run_log.jsonl`, append-only, gekappt auf 500):
|
||||||
|
Zeit, verarbeitete Dokumente, Status-Counts, Fehler je Quelle; Health-Zeile auf der
|
||||||
|
Uebersicht; Manifest-Eintrag auf der Chatbot-Seite. (v1.3.0)
|
||||||
|
|
||||||
|
### Inhalt / Datenqualitaet
|
||||||
|
- [x] **Dedup ueberlappender Quellen** (v1.4.0): gleiche Seite je scope/domaene nur ein
|
||||||
|
Dokument (Gate-Dedup per `page_identity`, spezifischere Aufbereitung gewinnt) +
|
||||||
|
`prune_duplicate_files`. Einmalig 42 Alt-Duplikate entfernt (v.a. `nur`).
|
||||||
|
- [x] **pathOS „FAQ PathOS Extern" wieder erfasst** (v1.3.1): Seite ist h2/Absatz-basiert,
|
||||||
|
nicht als Q/A-Tabelle -> Strategie von `confluence_faq` auf `confluence_page` umgestellt.
|
||||||
|
Vorher landete das komplette externe FAQ leer in pending.
|
||||||
|
- [x] **Confluence-Anhaenge (eingebundene PDFs) werden erfasst** (v1.5.0): bei
|
||||||
|
`confluence_page`/`confluence_tree` werden `view-file`/`viewpdf`-Anhaenge ueber den
|
||||||
|
PDF-Parser zu Markdown und als eigene Dokumente (`kind: attachment`, `parent_url` ->
|
||||||
|
Seite) abgelegt. Inkrementell. Default an, per `options: { attachments: false }`
|
||||||
|
abschaltbar. Bilder: alt-Text bleibt als `[Bild: ...]` erhalten (Variante A).
|
||||||
|
Offen/optional: drawio-Diagramme (Text aus XML extrahieren) - aktuell nicht erfasst.
|
||||||
|
- [x] **INB-Sectioning / Chunking** umgesetzt (v1.1.0/1.2.0): heading-basiert,
|
||||||
|
deterministisch, inkrementell, `output/chunks/`, Katalog `output/_index.json`. Default aus,
|
||||||
|
aktiv fuer INB. Spaeter ggf. weitere grosse Dokumente (Regelwerk).
|
||||||
|
|
||||||
|
### Ideen (Konzept steht, Entscheidung offen)
|
||||||
|
- [ ] **#1 Nachtraegliches Taggen.** Regelbasiert: `config/tag_rules.yaml`
|
||||||
|
(match: domain/url/titel/keyword -> add_tags) + Befehl `python -m src.retag`, der
|
||||||
|
NUR die `tags:`-Zeile im Frontmatter neu schreibt (Body unveraendert -> content_hash
|
||||||
|
stabil, kein Netz, idempotent), committet. Optional spaeter LLM/Keyword-Vorschlaege,
|
||||||
|
die in die Regeln einfliessen. Auf Pages ggf. Tag-Filter/Tag-Wolke. Gut v.a. fuer
|
||||||
|
allgemeines Wissen (Kundeninfos). Aufwand: mittel.
|
||||||
|
- [ ] **#5 Intern/extern aus EINER Confluence-Seite trennen.** Regel: extern ⊆ intern
|
||||||
|
(nur EINE Richtung). Marker fuer interne Abschnitte (Konvention zu entscheiden:
|
||||||
|
Panel/Info-Makro vs. Textmarker `[[intern]]..[[/intern]]` vs. Ueberschrift „Nur intern").
|
||||||
|
Quelle `scope: "intern,extern"`: intern = ganze Seite; extern = interne Bloecke
|
||||||
|
entfernt (zu kurz -> nur intern). Sicherheitsnetz: content_filter prueft extern weiter.
|
||||||
|
Erkennung im `md_converter` + Tests + Redakteurs-Doku. Aufwand: mittel-hoch, Leak-Risiko
|
||||||
|
bei vergessenem Marker -> „im Zweifel raus".
|
||||||
|
|
||||||
|
### Bedienbarkeit
|
||||||
|
- [ ] Helfer `scripts/add_tool.py` (interaktiv: Domaene + Link + Strategie + Scope,
|
||||||
|
inkl. yaml-Validierung) als Zwischenschritt zur Web-App.
|
||||||
|
- [ ] **Web-App (Option C, mittelfristig):** Flask auf DBCS, Formular ->
|
||||||
|
GitLab-API legt MR an, mit Live-Vorschau. Pages verlinkt darauf. (Skill
|
||||||
|
`dbcs-python-webapp`.)
|
||||||
|
- [ ] **Issue->MR-Bot verdrahten:** Webhook-Service ODER scheduled `glab`-Job, der
|
||||||
|
`scripts/issue_to_source.py` ausfuehrt und automatisch einen MR samt Vorschau anlegt.
|
||||||
|
(Bausteine `scripts/issue_to_source.py` + `scripts/issue_to_mr.sh` sind da.)
|
||||||
|
|
||||||
|
### Quality Gates
|
||||||
|
- [ ] **`min_quality`-Schwelle** in `filter_rules.json`: `content_filter` setzt Docs
|
||||||
|
unter der Schwelle auf `pending` („niedrige Qualitaet"). Erst Verteilung sichten,
|
||||||
|
dann aktiv schalten. (Score + Aufschluesselung sind jetzt auf den Pages sichtbar.)
|
||||||
|
- [ ] **gitleaks-Baseline** (`.gitleaks.toml`) fuer False Positives in `data/`, dann
|
||||||
|
`secret-scan` scharf schalten (aktuell `allow_failure: true`).
|
||||||
|
|
||||||
|
### Vereinfachungen
|
||||||
|
- [x] **Strategie `kundeninfo` entfernt** (war redundant zu `crawler`/`sitemap`); inkl.
|
||||||
|
`ComponentType.KUNDENINFO` + `ComponentType.DEEPLINK` (beide ungenutzt).
|
||||||
|
- [x] **`docs/catalog.md` (src/catalog.py) abgeschafft** – Seite „Wissensquellen"
|
||||||
|
(config.html) ersetzt es.
|
||||||
|
- [x] **`docs/review_queue.md` (src/review_queue.py) abgeschafft** – Pages-Uebersicht
|
||||||
|
zeigt pending/rejected inkl. Grund + Aktionslinks.
|
||||||
|
- `--only` bleibt (vom MR-`preview`-Job genutzt).
|
||||||
|
|
||||||
|
### Betrieb / Skalierung
|
||||||
|
- [ ] **CI-Timeout** fuer `knowledge-etl` im Auge behalten (inkrementell unkritisch,
|
||||||
|
ein Timeout wird vom naechsten Lauf nachgeholt).
|
||||||
|
- Hinweis: Korpus bleibt bewusst in Git (kein externer Speicher) – Repo = Single
|
||||||
|
Source of Truth.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Out of scope (vorerst, bewusst zurueckgestellt)
|
||||||
|
|
||||||
|
- Mehr externes Wissen pro Tool (eigene kund:innenfaehige Confluence-Seite).
|
||||||
|
- Owners-Backfill fuer alte kundeninfo-/INB-Dokumente (bleiben ohne Owner).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Erledigt (Kern)
|
||||||
|
|
||||||
|
- [x] ETL-Grundgeruest: Extract (Confluence/Web/Sitemap/PDF/GitLab/File) -> Transform
|
||||||
|
(md_converter, tagger, content_filter) -> Review-Gate (approved/pending).
|
||||||
|
- [x] Strategien: confluence_page/tree/faq, crawler, sitemap, pdf, **gitlab_md**, **file**.
|
||||||
|
- [x] Strategie-Erkennung pro URL (`src/strategy_detect.py`), unbekannte URLs flaggen.
|
||||||
|
- [x] Scope-Modell: tool-weit `intern|extern|allgemein|mixed`, source `intern,extern`
|
||||||
|
(ganze Seite fuer beide). Pro-Seite-Trennlogik bewusst entfernt.
|
||||||
|
- [x] Output `output/processed/<scope>/<domaene>[/<tool>]` IST der Vektor-DB-Feed
|
||||||
|
(kein separater ingest-Export).
|
||||||
|
- [x] Gate 2: Allowlist `config/approvals.yaml` (URL/Hash) im content_filter;
|
||||||
|
`review_notes` erklaeren WARUM pending.
|
||||||
|
- [x] Quality-Score (0-100) pro Dokument (`src/quality.py`), auf Pages + Hilfe erklaert.
|
||||||
|
- [x] **INB-Feintuning**: `pymupdf4llm`-Parser (`parser: pymupdf`) -> echte
|
||||||
|
Markdown-Tabellen; INB 2026/2027 + Regelwerk; PDF-Connector inkrementell (`max_pdfs`,
|
||||||
|
`keep_raw`, `redact`-Option).
|
||||||
|
- [x] **Confluence inkrementell** (`options: { incremental: true }`): Versions-Check
|
||||||
|
pro Seite, unveraenderte Seiten werden uebersprungen (`source_version` im Frontmatter).
|
||||||
|
- [x] GitLab Pages (DB-UX): Logo, Footer (Sebastian Reinig · V.IWF 91 · #Einfachbahn),
|
||||||
|
Filter (extern/intern/allgemein/pending), Suche, Quality-Score sichtbar,
|
||||||
|
Modal mit Inhalt/Quality-Aufschluesselung/Aktionslinks.
|
||||||
|
- [x] **Smoke-Test** fuer `src.site.build()` (erzeugt index/hilfe/chatbot/config/changelog + json).
|
||||||
|
- [x] **Hilfe-Seite** (`hilfe.html`): Strategien-Tabelle, Ablauf, pending/rejected-Gruende.
|
||||||
|
- [x] **Chatbot-Anschluss-Seite** (`chatbot.html`): welche Pfade pro Bot-Typ, wie
|
||||||
|
Frontmatter zu interpretieren ist, Pruefhinweis, RAG-Ablauf.
|
||||||
|
- [x] CI: **PyPI-Mirror** (`PIP_INDEX_URL`) statt Deps-Image; test/etl/pages ohne
|
||||||
|
Custom-Image. Test-Fix `python -m pytest`. renovate.
|
||||||
|
- [x] CI: stuendlicher Daten-Commit (Mo-Fr 8-17) loest `pages`-Refresh aus (kein `ci.skip` mehr),
|
||||||
|
damit die Live-Seite nach dem Schedule aktuell ist.
|
||||||
|
- [x] Owners (1-2 Ansprechpartner) pro Tool/Quelle -> Frontmatter/Katalog/Pages.
|
||||||
|
- [x] Issue-/MR-Templates, CODEOWNERS, `docs/SETUP.md`, scm-info.yaml,
|
||||||
|
Architektur-Steering mit Diagrammen.
|
||||||
|
- [x] Pages: einheitliches Sticky-Menu auf allen Seiten (Logo + Uebersicht/
|
||||||
|
Wissensquellen/Chatbot/Hilfe + CTA), Zaehler (Dokumente, Quellen); Ziel prominent;
|
||||||
|
Strategien gruppiert/vereinfacht; Konfig-Transparenzseite (config.html).
|
||||||
|
- [x] Pages: **Domaenen-Filter** auf der Uebersicht (Dropdown mit Anzahl je Domaene).
|
||||||
|
- [x] CI: MR-Vorschau ueber GitLab-Pages parallel deployments (`pages.path_prefix`),
|
||||||
|
Produktion auf Root.
|
||||||
@@ -0,0 +1,306 @@
|
|||||||
|
# Plan: Heading-basiertes Chunking (umgesetzt fuer INB)
|
||||||
|
|
||||||
|
Status: **umgesetzt (Phase 1)**. Die Entscheidungen unten sind getroffen; das Chunking
|
||||||
|
ist als deterministischer, embedding-freier Schritt implementiert und fuer die INB aktiv.
|
||||||
|
|
||||||
|
## Getroffene Entscheidungen (Phase 1)
|
||||||
|
|
||||||
|
- **Ablage:** separater Baum `output/chunks/<scope>/<domaene>/<docslug>/` (Option A). Das
|
||||||
|
Voll-Dokument in `output/processed/` bleibt der primaere Feed.
|
||||||
|
- **Chunks getrennt vom approved-Feed** (Parent-Document-Muster ueber `parent_url`/`parent_hash`).
|
||||||
|
- **Per-Quelle aktivierbar** ueber `options.chunk` (Default `off`); gemeinsame Defaults in
|
||||||
|
`config/chunking.yaml`, pro Quelle ueberschreibbar (`effective_opts`).
|
||||||
|
- **Nur deterministische, embedding-freie Strategien** (`headings | faq | recursive`).
|
||||||
|
- **Contextual Retrieval (deterministisch):** Kontext-Vorspann je Chunk
|
||||||
|
(`> Kontext: <Dokument> > <Abschnitt>`), kein LLM/Embedding.
|
||||||
|
- **Inkrementell:** jeder Chunk traegt `parent_hash` (Inhalt) + `chunk_fingerprint`
|
||||||
|
(wirksame Optionen/Strategie). Es wird nur neu gechunkt, wenn sich einer der beiden
|
||||||
|
aendert; deaktivierte Orte/verwaiste Chunks werden entfernt. Laeuft am Ende von `src.main`
|
||||||
|
automatisch mit.
|
||||||
|
- **Lauf:** `python -m src.chunk --data output` (offline auf `output/processed`). Erste
|
||||||
|
Aktivierung: INB 2026 + INB 2027 (`chunk: headings`).
|
||||||
|
|
||||||
|
Code: `src/transformers/chunker.py` (Logik), `src/chunk.py` (Runner), `config/chunking.yaml`
|
||||||
|
(Defaults), `src/model.py` (Chunk-Felder im Frontmatter).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Plan: Heading-basiertes Chunking (urspruengliches Konzept)
|
||||||
|
|
||||||
|
## Ziel & Grundidee
|
||||||
|
|
||||||
|
Grosse Dokumente (v.a. INB, Regelwerke, lange Confluence-Baeume) sind als **eine**
|
||||||
|
Markdown-Datei fuer Retrieval/Zitate unhandlich. Idee: zusaetzlich zur Voll-Datei
|
||||||
|
**Chunks entlang der Ueberschriften** erzeugen.
|
||||||
|
|
||||||
|
Wichtig (Vorgabe):
|
||||||
|
- **Die Voll-Datei bleibt immer erhalten** (kein Informationsverlust, Single Source of Truth).
|
||||||
|
- Chunks sind **additiv** und abgeleitet -> jederzeit neu erzeugbar.
|
||||||
|
- **Wir stellen die Vektor-DB NICHT.** Wer anschliesst, soll die Wahl haben:
|
||||||
|
Voll-Dokument einlesen **oder** die fertigen Chunks nutzen **oder** selbst chunken.
|
||||||
|
|
||||||
|
## Warum an Ueberschriften?
|
||||||
|
|
||||||
|
- Strategie-uebergreifend nutzbar: das Chunking arbeitet auf dem **erzeugten Markdown**,
|
||||||
|
nicht auf der Quelle. Damit ist es ein **Transform-Schritt nach dem Extrahieren** und
|
||||||
|
funktioniert (potenziell) fuer ALLE Strategien.
|
||||||
|
- Ueberschriften sind die natuerliche, semantische Schnittkante.
|
||||||
|
- Befund INB-Hauptdokument 2026 (Review): ~751 KB, **746 `##`-Ueberschriften**, davon
|
||||||
|
**91 mit „Ziffer X.Y…"** (z.B. `7.3.1.1.1.1 Kapazität`). Ideale Schnittpunkte +
|
||||||
|
praezise Zitierbarkeit.
|
||||||
|
|
||||||
|
## Eignung je Strategie
|
||||||
|
|
||||||
|
| Strategie | Ueberschriften vorhanden? | Chunking sinnvoll? |
|
||||||
|
|-----------|---------------------------|--------------------|
|
||||||
|
| `pdf` (pymupdf, INB/Regelwerk) | ja (`##`), teils „Ziffer" | **sehr** (grosse Dokumente) |
|
||||||
|
| `confluence_tree`/`page` | ja (Hn aus storage->md) | ja bei langen Seiten |
|
||||||
|
| `confluence_faq` | je Frage `###` | ja (1 Chunk je Frage/Antwort) |
|
||||||
|
| `sitemap`/`crawler` (Web) | meist (html2text `#`) | mittel (Seiten oft kurz) |
|
||||||
|
| `file`/`gitlab_md` | ja (Markdown) | ja bei langen Dateien |
|
||||||
|
|
||||||
|
-> Generischer Helfer `chunk_by_headings(markdown, level, min_chars)` + Opt-in pro Quelle.
|
||||||
|
|
||||||
|
## Chunk-Format (Vorschlag)
|
||||||
|
|
||||||
|
Jeder Chunk = eigene Markdown-Datei mit Frontmatter, das die Herkunft referenziert:
|
||||||
|
|
||||||
|
```
|
||||||
|
---
|
||||||
|
kind: "chunk" # Voll-Dokument: kind: "document" (Default)
|
||||||
|
parent_url: "<url der Voll-Quelle>"
|
||||||
|
parent_hash: "<content_hash der Voll-Datei>"
|
||||||
|
section: "7.3.1.1.1.1 Kapazität"
|
||||||
|
ziffer: "7.3.1.1.1.1" # nur wenn erkannt
|
||||||
|
chunk_index: 12
|
||||||
|
domain/tool/scope/tags/owners/contact/source: geerbt
|
||||||
|
content_hash: "<hash des Chunk-Texts>"
|
||||||
|
---
|
||||||
|
## 7.3.1.1.1.1 Kapazität
|
||||||
|
... Abschnittstext ...
|
||||||
|
```
|
||||||
|
|
||||||
|
- Heading bleibt im Chunk-Text (Chunk ist selbst-erklaerend).
|
||||||
|
- Stabiler Slug aus `ziffer`/Heading; Kollision -> Index anhaengen.
|
||||||
|
|
||||||
|
## Ablage (Entscheidung offen, s.u.)
|
||||||
|
|
||||||
|
- **Option A:** separater Baum `output/chunks/<scope>/<domaene>/<docslug>/NNN-...md`.
|
||||||
|
Vorteil: `output/processed/` bleibt „eine Datei pro Quelle/Seite", Chunks klar opt-in.
|
||||||
|
- **Option B:** Unterordner neben der Voll-Datei: `output/processed/.../<docslug>.chunks/`.
|
||||||
|
Vorteil: Chunks liegen direkt beim Dokument.
|
||||||
|
|
||||||
|
Empfehlung: **Option A** (sauberer Feed; `processed/` = Dokumente, `chunks/` = abgeleitet).
|
||||||
|
|
||||||
|
## Konfiguration (pro Quelle, additiv, Default AUS)
|
||||||
|
|
||||||
|
```
|
||||||
|
options:
|
||||||
|
chunk: headings # off (Default) | headings
|
||||||
|
chunk_level: 2 # welche Heading-Ebene schneidet (Default: kleinste vorhandene)
|
||||||
|
chunk_min_chars: 200 # kleinere Chunks mit Vorgaenger zusammenfassen
|
||||||
|
```
|
||||||
|
|
||||||
|
INB-Quellen bekaemen `chunk: headings`. Alles andere bleibt zunaechst aus.
|
||||||
|
|
||||||
|
## Umsetzungs-Skizze (spaeter)
|
||||||
|
|
||||||
|
1. `src/transformers/chunker.py`: `chunk_by_headings(md, level, min_chars) -> [(section, ziffer, text)]`
|
||||||
|
+ `make_chunks(doc) -> list[Document]` (erbt Metadaten, setzt kind/parent/section/ziffer).
|
||||||
|
2. `src/model.py`: `Document` um `kind`, `parent_url`, `parent_hash`, `section`, `ziffer`,
|
||||||
|
`chunk_index` erweitern (Frontmatter).
|
||||||
|
3. `src/main.py`: nach Filter/Freigabe, wenn `source.options.chunk == "headings"` und Doc
|
||||||
|
`approved` -> Chunks erzeugen und ueber das Gate schreiben (nach `output/chunks/`).
|
||||||
|
4. `src/store.py` + `src/site.py`: `kind` lesen; auf der Uebersicht Chunks **standardmaessig
|
||||||
|
ausblenden** (Toggle „Chunks anzeigen"), damit die Bestandszahlen (Dokumente) sauber
|
||||||
|
bleiben; eigener Zaehler fuer Chunks.
|
||||||
|
5. Robustheit: Mini-Chunks zusammenfassen, sehr grosse optional spaeter weiter teilen
|
||||||
|
(Absatz/Token-Budget, evtl. Overlap).
|
||||||
|
6. Tests: Splitten je Level, Mini-Merge, Ziffer-Extraktion, Parent-Verknuepfung,
|
||||||
|
content_hash stabil.
|
||||||
|
|
||||||
|
## Phasen
|
||||||
|
|
||||||
|
- **Phase 1:** generischer Chunker + nur fuer INB aktiv; zweites Artefakt; UI-Toggle.
|
||||||
|
- **Phase 2:** weitere grosse Dokumente (Regelwerk, lange Confluence-Baeume).
|
||||||
|
- **Phase 3 (optional):** token-bewusstes Sub-Splitting + Overlap.
|
||||||
|
|
||||||
|
## Offene Entscheidungen
|
||||||
|
|
||||||
|
1. Ablage: `output/chunks/` (Option A, empfohlen) vs. Unterordner beim Dokument (Option B).
|
||||||
|
2. Chunks in den „approved Feed" (`output/processed/`) aufnehmen oder bewusst getrennt
|
||||||
|
halten (Empfehlung: getrennt, damit Voll-Dokument der primaere Feed bleibt).
|
||||||
|
3. Heading-Ebene: automatisch kleinste vorhandene vs. pro Quelle konfiguriert.
|
||||||
|
4. Mini-/Max-Groessen (`chunk_min_chars`, spaeter Token-Budget).
|
||||||
|
5. Reihenfolge: zuerst INB (Phase 1) – ja/nein.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Recherche (Stand 2025/2026) & begruendete Empfehlungen
|
||||||
|
|
||||||
|
Quellen (Inhalte fuer Compliance umformuliert, keine Originalzitate):
|
||||||
|
[Weaviate-/Firecrawl-Ueberblick](https://www.firecrawl.dev/blog/best-chunking-strategies-rag),
|
||||||
|
[Digital Applied – Retrieval Playbook 2026](https://www.digitalapplied.com/blog/rag-chunking-strategies-2026-retrieval-quality-playbook),
|
||||||
|
[CustomGPT – Chunking Strategies](https://customgpt.ai/rag-chunking-strategies/),
|
||||||
|
[Langcopilot – Practical Guide](https://langcopilot.com/posts/2025-10-11-document-chunking-for-rag-practical-guide),
|
||||||
|
[Airbyte – Chunking Strategies](https://airbyte.com/agentic-data/chunking-strategies),
|
||||||
|
[Anthropic – Contextual Retrieval](https://www.anthropic.com/news/contextual-retrieval).
|
||||||
|
|
||||||
|
## Was die Forschung sagt (verdichtet)
|
||||||
|
|
||||||
|
- **Chunking entscheidet stark ueber die Qualitaet** – mehr als die Modellwahl. Ein
|
||||||
|
Weaviate-Benchmark (Sept 2025) misst bis zu ~9 % Unterschied bei Recall zwischen
|
||||||
|
bester und schlechtester Methode (gleicher Korpus/Retriever).
|
||||||
|
- **Recursive Splitting** (erst an Ueberschriften, dann Absaetze, Saetze, Woerter) gilt
|
||||||
|
breit als **bester Allrounder/Default** (gute Balance Qualitaet/Kosten).
|
||||||
|
- **Struktur-/Heading-basiertes** Splitting ist ideal fuer **technische Dokumente mit
|
||||||
|
klarer Gliederung** – genau unser INB/Regelwerk-Fall.
|
||||||
|
- **Semantic Chunking** bringt nochmal Genauigkeit, ist aber deutlich teurer
|
||||||
|
(mehrfache Rechenkosten, teils ~14x langsamer) – eher spaeter/optional.
|
||||||
|
- **Overlap** bringt laut neueren Analysen (Jan 2026) **kaum messbaren Nutzen** -> als
|
||||||
|
Default **0**, nur optional aktivierbar.
|
||||||
|
- **Chunk-Groesse:** verbreiteter Richtwert ~**400–800 Tokens**; sehr grosse Chunks
|
||||||
|
(Richtung ~2,5k Tokens „context cliff") verschlechtern Treffer.
|
||||||
|
- **Contextual Retrieval** (Anthropic): jedem Chunk einen kurzen Kontext voranstellen
|
||||||
|
(Dokumenttitel + Abschnittspfad) reduziert Retrieval-Fehler erheblich. **Deterministisch
|
||||||
|
(ohne LLM)** machbar, indem wir die **Heading-Breadcrumb** in jeden Chunk schreiben.
|
||||||
|
- **Parent-Document-Retrieval:** kleine Chunks zum Finden, grosses Dokument zum Antworten.
|
||||||
|
Das ist **genau das gewuenschte Muster** „ein Dokument + zugehoerige Chunks".
|
||||||
|
|
||||||
|
## Empfehlungen zu den offenen Entscheidungen
|
||||||
|
|
||||||
|
### 1) Ablage: separater Baum `output/chunks/` (EMPFOHLEN)
|
||||||
|
- **Pro:** `output/processed/` bleibt „eine Datei pro Quelle/Seite" = stabiler, einfacher
|
||||||
|
Feed; Chunks sind klar als abgeleitet/optional erkennbar; getrennt loeschbar/regenerierbar;
|
||||||
|
Bestandszahlen auf den Pages bleiben sauber.
|
||||||
|
- **Contra:** zwei Wurzelverzeichnisse; Konsument muss wissen, dass es beides gibt
|
||||||
|
(loesen wir per Frontmatter `parent_*` + Doku auf der Chatbot-Seite).
|
||||||
|
- Alternative B (Unterordner beim Dokument) vermischt Voll-Doc und Chunks im selben Baum
|
||||||
|
-> Feed wird unuebersichtlich. **Daher A.**
|
||||||
|
|
||||||
|
### 2) Chunks NICHT in den primaeren `output/processed`-Feed (EMPFOHLEN)
|
||||||
|
- Voll-Dokument bleibt der primaere, eindeutige Feed (1 Seite = 1 Datei). Chunks liegen
|
||||||
|
in `output/chunks/` mit `parent_url`/`parent_hash` -> klassisches Parent-Document-Muster.
|
||||||
|
- Konsument hat die Wahl: nur `processed/` (grob), nur `chunks/` (fein) oder beides
|
||||||
|
(Parent-Document-Retrieval). Wir geben die Vektor-DB nicht vor -> maximale Flexibilitaet.
|
||||||
|
|
||||||
|
### 3) Heading-Ebene: automatisch kleinste sinnvolle, pro Quelle ueberschreibbar
|
||||||
|
- Default: feinste durchgaengig vorhandene Ebene erkennen (INB: `##`).
|
||||||
|
- `chunk_level: N` erlaubt manuelles Setzen, falls die Auto-Erkennung schlecht trifft.
|
||||||
|
|
||||||
|
### 4) Groessen/Overlap (Defaults, grounded)
|
||||||
|
- `chunk_min_chars: 200` (Mini-Abschnitte mit Vorgaenger zusammenfassen).
|
||||||
|
- `chunk_max_chars` optional (z.B. ~4–6k Zeichen ≈ ~1–1.5k Tokens); zu grosse Abschnitte
|
||||||
|
fallen per Recursive-Sub-Split kleiner.
|
||||||
|
- `chunk_overlap: 0` als Default (Overlap nur optional).
|
||||||
|
- **Breadcrumb-Prefix** je Chunk (Dokumenttitel + Abschnittspfad) standardmaessig AN
|
||||||
|
(billiger Contextual-Retrieval-Effekt).
|
||||||
|
|
||||||
|
### 5) Reihenfolge: zuerst INB (Phase 1) – JA.
|
||||||
|
|
||||||
|
## Chunk-Strategien als Menue (was die Tool-Eintragenden waehlen koennen)
|
||||||
|
|
||||||
|
Pro Quelle ueber `options.chunk` waehlbar (Default `off`):
|
||||||
|
|
||||||
|
| `chunk:` Wert | Was passiert | Wofuer geeignet |
|
||||||
|
|---------------|--------------|-----------------|
|
||||||
|
| `off` (Default) | kein Chunking, nur Voll-Datei | kurze Seiten, Kundeninfos |
|
||||||
|
| `headings` | Split an Markdown-Ueberschriften (`chunk_level`) | INB, Regelwerk, lange Confluence-Baeume |
|
||||||
|
| `recursive` | Ueberschriften -> Absaetze -> Saetze, Zielgroesse `chunk_size` | Doks ohne saubere Gliederung (manche PDFs/Webseiten) |
|
||||||
|
| `faq` | je Frage/Antwort ein Chunk (Spezialfall `headings` auf `###`) | `confluence_faq` |
|
||||||
|
| `pages` | ein Chunk je PDF-Seite | PDFs mit unbrauchbaren Ueberschriften |
|
||||||
|
|
||||||
|
Zusatz-Optionen (alle optional): `chunk_level`, `chunk_size`, `chunk_min_chars`,
|
||||||
|
`chunk_max_chars`, `chunk_overlap`, `chunk_breadcrumb: true|false`.
|
||||||
|
|
||||||
|
**Nicht im ersten Wurf (spaeter):** `semantic` (Embedding-basiert, teuer) und
|
||||||
|
`contextual` (LLM-generierter Kontext je Chunk) – beide hohe Kosten, erst wenn Bedarf.
|
||||||
|
|
||||||
|
## Empfohlener Startpunkt
|
||||||
|
|
||||||
|
- Generischen `headings`- + `recursive`-Splitter bauen, Breadcrumb-Prefix an,
|
||||||
|
Overlap 0, Ablage `output/chunks/`, Chunks getrennt vom Feed, `parent_*` im Frontmatter.
|
||||||
|
- Phase 1 nur fuer INB aktiv (`chunk: headings`), dann Treffer evaluieren, dann ausweiten.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Recherche (Stand 2026) & fundierte Empfehlungen
|
||||||
|
|
||||||
|
Quellen (Auswahl, paraphrasiert; Inhalte zur Lizenzkonformitaet umformuliert):
|
||||||
|
- [Firecrawl – Best Chunking Strategies for RAG (2026)](https://www.firecrawl.dev/blog/best-chunking-strategies-rag)
|
||||||
|
- [Digital Applied – RAG Chunking Playbook (Mai 2026)](https://www.digitalapplied.com/blog/rag-chunking-strategies-2026-retrieval-quality-playbook)
|
||||||
|
- [customgpt.ai – RAG Chunking Strategies](https://customgpt.ai/rag-chunking-strategies/)
|
||||||
|
- [langcopilot – Document Chunking for RAG (2026)](https://langcopilot.com/posts/2025-10-11-document-chunking-for-rag-practical-guide)
|
||||||
|
- [denser.ai – 8 Methods Compared](https://denser.ai/blog/rag-chunking-strategies/)
|
||||||
|
|
||||||
|
## Was die Recherche zeigt (Kernbefunde)
|
||||||
|
|
||||||
|
- **Die Chunk-Strategie beeinflusst die Retrieval-Qualitaet oft staerker als das Modell.**
|
||||||
|
Ein Weaviate-Benchmark (Sept 2025) nennt bis zu ~9 % Unterschied in der Trefferquote
|
||||||
|
zwischen bester und schlechtester Methode auf demselben Korpus.
|
||||||
|
- **Struktur-/dokumentbewusstes Chunking** (Ueberschriften, Tabellen, Codebloecke
|
||||||
|
erhalten) gilt als entscheidend fuer strukturierte Inhalte; customgpt.ai berichtet
|
||||||
|
hier deutliche Genauigkeitsgewinne. Genau das sind die INB/Regelwerke.
|
||||||
|
- **Recursive Splitting** (~400-800 Token, 10-20 % Overlap) ist der gaengige
|
||||||
|
Allzweck-Default.
|
||||||
|
- **Semantisches Chunking** kann die Trefferquote spuerbar heben, ist aber teuer
|
||||||
|
(jeder Satz wird eingebettet, teils ~14x langsamer) -> braucht ein Embedding-Modell.
|
||||||
|
- **Overlap-Mythos:** eine Analyse (Jan 2026) findet kaum messbaren Nutzen von Overlap;
|
||||||
|
bei semantischen Schnittkanten (Ueberschriften) ist Overlap ohnehin weniger noetig.
|
||||||
|
- **„Context Cliff" ~2.5k Token:** sehr grosse Chunks „verwaessern" das Embedding ->
|
||||||
|
Obergrenze sinnvoll.
|
||||||
|
- **Contextual Retrieval (Anthropic):** ein kurzer Kontext-Vorspann pro Chunk
|
||||||
|
(z.B. Dokumenttitel + Abschnittspfad) reduziert Retrieval-Fehler stark -> billig &
|
||||||
|
deterministisch machbar.
|
||||||
|
|
||||||
|
## Was das fuer UNS bedeutet (wichtige Einordnung)
|
||||||
|
|
||||||
|
Wir **stellen die Vektor-DB nicht** und wollen **deterministische, reproduzierbare**
|
||||||
|
Artefakte in Git. Daraus folgt eine klare Linie:
|
||||||
|
|
||||||
|
- **Wir liefern, was man ohne Embedding-Modell sauber erzeugen kann:** strukturerhaltende,
|
||||||
|
ueberschriften-basierte Chunks + saubere Voll-MD. Das ist laut Recherche **der mit
|
||||||
|
Abstand wichtigste Hebel** („clean, document-aware input").
|
||||||
|
- **Semantisches / late / contextual-embedding-Chunking gehoert zum Anschliesser**
|
||||||
|
(er hat Embedding-Modell + Vektor-DB). Wir wuerden es NICHT fest verdrahten – wir
|
||||||
|
liefern die ideale Vorlage dafuer.
|
||||||
|
- Deshalb ist „ein Voll-Dokument + zugehoerige Chunks" genau richtig: maximale Wahl,
|
||||||
|
kein Lock-in.
|
||||||
|
|
||||||
|
## Empfehlung je offener Entscheidung
|
||||||
|
|
||||||
|
| Entscheidung | Optionen | Empfehlung | Begruendung |
|
||||||
|
|--------------|----------|------------|-------------|
|
||||||
|
| **Ablage** | (A) separater Baum `output/chunks/<scope>/...` · (B) Unterordner beim Dok · (C) in `output/processed/` | **A** | Voll-Dok bleibt der primaere, eindeutige Feed; Chunks klar opt-in/abgeleitet; Konsument waehlt „processed ODER chunks" ohne Doppel-Embedding. |
|
||||||
|
| **Chunks in approved-Feed?** | rein / getrennt | **getrennt** | Verhindert, dass derselbe Inhalt doppelt im Index landet; `output/processed` bleibt „eine Datei pro Quelle". |
|
||||||
|
| **Heading-Ebene** | fix / auto / konfigurierbar | **konfigurierbar mit smartem Default** (kleinste sinnvolle Ebene; klein -> mergen, gross -> bis Zielband teilen) | Recursive-Prinzip: Struktur respektieren, aber Zielgroesse halten (gegen Mini-Fragmente & Context Cliff). |
|
||||||
|
| **Zielgroesse** | – | **~300-1200 Token Band**, hartes Max < ~2000 Token | gaengiger Default-Korridor; unter Context Cliff. |
|
||||||
|
| **Overlap** | 0 / 10-20 % | **Default 0** (optional aktivierbar) | „Overlap-Mythos"; Ueberschriften sind semantische Grenzen. |
|
||||||
|
| **Kontext-Vorspann** | aus / an | **an (empfohlen)**: 1 Zeile „aus <Dok> > <Abschnittspfad>" je Chunk | Contextual-Retrieval-Effekt, deterministisch, billig. |
|
||||||
|
|
||||||
|
## Chunk-Strategien als Menue fuer Tool-Eintragende
|
||||||
|
|
||||||
|
Pro Quelle waehlbar ueber `options.chunk` (Default `off`). Bewusst nur **deterministische,
|
||||||
|
embedding-freie** Verfahren – Semantik-Chunking bleibt dem Anschliesser:
|
||||||
|
|
||||||
|
| `chunk:` | Was es tut | Wann nutzen |
|
||||||
|
|----------|------------|-------------|
|
||||||
|
| `off` (Default) | nur Voll-Dokument | kurze Seiten, Standard |
|
||||||
|
| `headings` | schneidet an Markdown-Ueberschriften; klein -> mergen, gross -> bis Zielband; `ziffer`/Abschnitt als Metadatum | strukturierte, lange Dokumente (INB, Regelwerk, lange Confluence-Baeume) |
|
||||||
|
| `faq` | ein Chunk je Frage/Antwort | `confluence_faq`-Quellen |
|
||||||
|
| `recursive` | groessenbasiert: Absatz -> Satz bis Zielband (ohne Embeddings) | lange Dokumente **ohne** brauchbare Ueberschriften |
|
||||||
|
| `pages` *(spaeter)* | ein Chunk je PDF-Seite | paginierte PDFs (gewann NVIDIA-2024-Benchmark fuer paginierte Docs) |
|
||||||
|
|
||||||
|
Gemeinsame Optionen: `chunk_target_tokens` (Default ~500), `chunk_max_tokens` (~1800),
|
||||||
|
`chunk_min_chars` (~200), `chunk_overlap` (Default 0), `chunk_context_header` (Default an).
|
||||||
|
|
||||||
|
**Bewusst NICHT angeboten** (Begruendung dokumentieren): `semantic`/`late`/`contextual-embedding`
|
||||||
|
-> brauchen ein Embedding-Modell und gehoeren in die Vektor-DB des Anschliessers. Wir liefern
|
||||||
|
dafuer die saubere, strukturierte Vorlage.
|
||||||
|
|
||||||
|
## Empfohlener Startpunkt (Phase 1)
|
||||||
|
|
||||||
|
INB-Quellen: `chunk: headings`, `chunk_level: auto`, `chunk_target_tokens: 500`,
|
||||||
|
`chunk_max_tokens: 1800`, `chunk_overlap: 0`, `chunk_context_header: on`. Ablage unter
|
||||||
|
`output/chunks/allgemein/regulierung/inb-2026/<ziffer-oder-slug>.md`. Voll-MD bleibt
|
||||||
|
unveraendert in `output/processed/`.
|
||||||
@@ -0,0 +1,28 @@
|
|||||||
|
# files/ – Handbuecher & Dokumente direkt im Repo
|
||||||
|
|
||||||
|
Lege hier Handbuecher/Dokumente ab (PDF oder Markdown), die kein externer Link
|
||||||
|
sind – z.B. ein Tool-Handbuch, das jemand einfach ins Repo pusht.
|
||||||
|
|
||||||
|
Empfohlene Struktur: ein Unterordner je Tool/Domaene:
|
||||||
|
```
|
||||||
|
files/
|
||||||
|
mein-tool/
|
||||||
|
handbuch.pdf
|
||||||
|
schnellstart.md
|
||||||
|
```
|
||||||
|
|
||||||
|
Im Katalog wird das ueber die Strategie `file` eingebunden:
|
||||||
|
```yaml
|
||||||
|
- id: mein-tool
|
||||||
|
name: "Mein Tool"
|
||||||
|
domain: mein-tool
|
||||||
|
scope: intern
|
||||||
|
owners: ["vorname.nachname@deutschebahn.com"]
|
||||||
|
sources:
|
||||||
|
- url: "files/mein-tool" # Ordner (oder direkte Datei) im Repo
|
||||||
|
strategy: file
|
||||||
|
# options: { max_depth: -1 } # Tiefe bei Unterordnern
|
||||||
|
```
|
||||||
|
|
||||||
|
`.md` wird direkt uebernommen, `.pdf` wird zu Text extrahiert. Die Dateien sind
|
||||||
|
versioniert (Git) – damit nachvollziehbar, wer was wann hinzugefuegt hat.
|
||||||
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,16 @@
|
|||||||
|
{
|
||||||
|
"schema": 1,
|
||||||
|
"last_run": "2026-06-30T16:06:30+00:00",
|
||||||
|
"last_change": "2026-06-30T16:06:30+00:00",
|
||||||
|
"documents": 1928,
|
||||||
|
"by_scope": {
|
||||||
|
"allgemein": 1742,
|
||||||
|
"extern": 17,
|
||||||
|
"intern": 169
|
||||||
|
},
|
||||||
|
"content_signature": "a0d02a69a818e451",
|
||||||
|
"last_run_summary": {
|
||||||
|
"pending": 30,
|
||||||
|
"approved": 24
|
||||||
|
}
|
||||||
|
}
|
||||||
+189
@@ -0,0 +1,189 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131444/64bdf2557f939bf65ead724250016c30/INB-2026-Anlage-1-0-data.pdf"
|
||||||
|
part: "chunk-0"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131444/64bdf2557f939bf65ead724250016c30/INB-2026-Anlage-1-0-data.pdf"
|
||||||
|
parent_hash: "f1726d4a65fec54d"
|
||||||
|
section: ""
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "01ff2aec25fa37fc"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 1 0
|
||||||
|
|
||||||
|
**==> picture [134 x 33] intentionally omitted <==**
|
||||||
|
|
||||||
|
**==> picture [596 x 41] intentionally omitted <==**
|
||||||
|
|
||||||
|
Anlage 1.0 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 **Abkürzungsverzeichnis**
|
||||||
|
|
||||||
|
DB InfraGO AG Zentrale I.IBN
|
||||||
|
|
||||||
|
|**Abkürzung**|**Bezeichnung**|
|
||||||
|
|---|---|
|
||||||
|
|Abs.|Absatz|
|
||||||
|
|Abzw.|Abzweig|
|
||||||
|
|AEG|Allgemeines Eisenbahngesetz|
|
||||||
|
|AGB-GSMR-DL|Allgemeinen Geschäftsbedingungen für GSM-R-Dienstleistungen|
|
||||||
|
|AktG|Aktiengesetz|
|
||||||
|
|APN|Anlagenportal-Netz|
|
||||||
|
|APS|Anlagenpreissystem|
|
||||||
|
|ArbSchG|Gesetz über die Durchführung von Maßnahmen des Arbeitsschutzes zur<br>Verbesserung der Sicherheit und des Gesundheitsschutzes der<br>Beschäftigten bei der Arbeit|
|
||||||
|
|aT|außergewöhnliche Transporte|
|
||||||
|
|AwSV|Verordnungüber Anlagen zum Umgangmit wassergefährdenden Stoffen|
|
||||||
|
|BAV|Bundesamt für Verkehr|
|
||||||
|
|BFBI|Flughafentunnel Berlin-Brandenburg International|
|
||||||
|
|BBodSchG|Gesetz zum Schutz vor schädlichen Bodenveränderungen und zur<br>Sanierung von Altlasten (Bundes-Bodenschutzgesetz)|
|
||||||
|
|BdS|Betreiber der Schienenwege|
|
||||||
|
|Bf|Bahnhof|
|
||||||
|
|Bft.|Bahnhofsteil|
|
||||||
|
|BGB|Bürgerliches Gesetzbuch|
|
||||||
|
|BMVBS|Bundesministerium für Verkehr, Bau und Stadtentwicklung|
|
||||||
|
|BNetzA|Bundesnetzagentur für Elektrizität, Gas, Telekommunikation, Post und<br>Eisenbahnen|
|
||||||
|
|BÜ|Bahnübergang/Bahnübergänge|
|
||||||
|
|BZ|Betriebszentrale|
|
||||||
|
|Bza|Betrieb, Zugförderungund außergewöhnlich|
|
||||||
|
|Bza-Nr.|Nummer der „Machbarkeitsstudie aT“|
|
||||||
|
|CID|Corridor Information Document|
|
||||||
|
|CIP|Customer Information Platform|
|
||||||
|
|CIS|„ChargingInformation System“|
|
||||||
|
|DT AG|Festnetz-Anschlussmöglichkeit|
|
||||||
|
|EBA|Eisenbahn-Bundesamt|
|
||||||
|
|EBHaftPflV|Verordnungüber die Haftpflichtversicherungder Eisenbahnen|
|
||||||
|
|EBO|Eisenbahn-Bau- und Betriebsordnung|
|
||||||
|
|EIGV|Eisenbahn-Inbetriebnahmegenehmigungsverordnung|
|
||||||
|
|EIU|Eisenbahninfrastrukturunternehmen|
|
||||||
|
|ENV|Einzelnutzungsvertrag|
|
||||||
|
|ENV-SE|Einzelnutzungsvertragfür Serviceeinrichtungen|
|
||||||
|
|EOW|Elektrisch-ortsgestellte Weichen|
|
||||||
|
|ERTMS|“European Rail Traffic Management System”|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 1.0 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 -Abkürzungsverzeichnis - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Redaktionsstand: 15.12.2024
|
||||||
|
|
||||||
|
Seite 2 von 5
|
||||||
|
|
||||||
|
|**Abkürzung**|**Bezeichnung**|
|
||||||
|
|---|---|
|
||||||
|
|ERegG|Eisenbahnregulierungsgesetz|
|
||||||
|
|ERFA|Europäische Vereinigungfür Güterverkehr|
|
||||||
|
|ESiV|Eisenbahnsicherheitsverordnung|
|
||||||
|
|ESO|Eisenbahnsignalordnung|
|
||||||
|
|ETCS|„European Train Control System“|
|
||||||
|
|EU-VO|Verordnungder Europäischen Union|
|
||||||
|
|EVU|Eisenbahnverkehrsunternehmen|
|
||||||
|
|Fernbf|Fernbahnhof|
|
||||||
|
|FTE|Forum Train Europe|
|
||||||
|
|GeFo|Leitung zum Anschluss eines ortsfesten GSM-R Fernsprechers|
|
||||||
|
|GGVSEB|GefahrgutverordnungStraße, Eisenbahnen und Binnenschifffahrt|
|
||||||
|
|GNT|Geschwindigkeitsüberwachungfür NeiTech-Züge|
|
||||||
|
|Grundsatz-INV|Infrastrukturnutzungsvertrag, der Grundsätze des Vertragsverhältnisses<br>regelt|
|
||||||
|
|GSM-R|“Global System for Mobile Communications – Rail”|
|
||||||
|
|Gz|Güterzug|
|
||||||
|
|Hbf|Hauptbahnhof|
|
||||||
|
|Hz|Hertz|
|
||||||
|
|IBN|Inbetriebnahme/Inbetriebnahmetermin|
|
||||||
|
|IKAs|Informations- und Kommunikationssystem für Anlagenstörungen – IT-Tool|
|
||||||
|
|INB|Infrastrukturnutzungsbedingungen der DB InfraGO AG (soweit ohne<br>Jahreszahl, handelt es sich um die aktuell geltenden)|
|
||||||
|
|ISR|Infrastrukturregister|
|
||||||
|
|KonVEIV|Konventioneller-Verkehr-Eisenbahn-Interoperabilitätsverordnung<br>(Verordnung über die Interoperabilität des konventionellen<br>transeuropäischen Eisenbahnsystems zur Umsetzung der europäischen<br>Richtlinie 2001/16/EG)|
|
||||||
|
|KoRil|Konzernrichtlinie|
|
||||||
|
|KV|Kombinierter Verkehr|
|
||||||
|
|La|Langsamfahrstelle|
|
||||||
|
|LaTPS|Entgeltkomponente, die den lärmbezogenen Auswirkungen des<br>Zugbetriebs im Güterverkehr Rechnung trägt|
|
||||||
|
|LeiDis-NK|Leitsystem zur Netzdisposition Kunde|
|
||||||
|
|Lü|Lademaßüberschreitung|
|
||||||
|
|LZB|Linienförmige Zugbeeinflussung|
|
||||||
|
|NBN|Nutzungsbedingungen Netz der DB InfraGO AG|
|
||||||
|
|NBS|Nutzungsbedingungen für die Serviceeinrichtungen der DB InfraGO AG|
|
||||||
|
|NFLS|Notfallleitstelle|
|
||||||
|
|NL|Nutzlänge|
|
||||||
|
|NZV|Eisenbahn-Netzzugangsvereinbarung|
|
||||||
|
|ÖRil (Zp)|Örtliche Richtlinien für das Zugpersonal|
|
||||||
|
|OSS|One-Stop-Shop|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 1.0 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 -Abkürzungsverzeichnis - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Redaktionsstand: 15.12.2024
|
||||||
|
|
||||||
|
Seite 3 von 5
|
||||||
|
|
||||||
|
|**Abkürzung**|**Bezeichnung**|
|
||||||
|
|---|---|
|
||||||
|
|PaP|Prearranged path|
|
||||||
|
|Pbf.|Personenbahnhof|
|
||||||
|
|PCS|„Path Coordination System“|
|
||||||
|
|Pz|Personenzug|
|
||||||
|
|PZB|Punktförmige Zugbeeinflussung|
|
||||||
|
|Rbf.|Rangierbahnhof|
|
||||||
|
|RIC|Übereinkommen über die gegenseitige Benutzung der Personen- und<br>Gepäckwagen im internationalen Verkehr|
|
||||||
|
|RID|Verordnung für die internationale Eisenbahnbeförderung gefährlicher<br>Güter|
|
||||||
|
|Ril|Richtlinie|
|
||||||
|
|RiR|Rangieren in Rangierfunkgruppen|
|
||||||
|
|RIS|Reisendeninformationssystem|
|
||||||
|
|RIV|Übereinkommen über die gegenseitige Benutzung der Güterwagen im<br>internationalen Verkehr|
|
||||||
|
|RNE|RailNetEurope|
|
||||||
|
|RNI|DB RegioNetz Infrastruktur GmbH|
|
||||||
|
|RoR|Rangieren ohne Rangierfunkgruppen|
|
||||||
|
|SEV|Schienenersatzverkehr|
|
||||||
|
|SFS|Schnellfahrstrecke|
|
||||||
|
|SGV|Schienengüterverkehr|
|
||||||
|
|SNB|Schienennetz-Benutzungsbedingungen|
|
||||||
|
|SNV|Stationsnutzungsvertrag|
|
||||||
|
|SPFV|Schienenpersonenfernverkehr|
|
||||||
|
|SPNV|Schienenpersonennahverkehr|
|
||||||
|
|SPV|Schienenpersonenverkehr|
|
||||||
|
|TAF/TAP TSI|Technische Spezifikation für die Interoperabilität Telematikanwendungen<br>für<br>den<br>Güter-/<br>Personenverkehr<br>(Technical<br>Specification<br>for<br>Interoperability<br>(TSI)<br>relating<br>to<br>Telematics<br>Applications<br>for<br>Freight/Passenger Services (TAF/TAP))|
|
||||||
|
|TEIV|„Transeuropäische-Eisenbahn-Interoperabilitätsverordnung“|
|
||||||
|
|Tfz|Triebfahrzeug|
|
||||||
|
|TIS|„Train Information System“|
|
||||||
|
|TNB|technische Netzzugangsbedingungen|
|
||||||
|
|TPN|Trassenportal der DB InfraGO AG|
|
||||||
|
|TPS|Trassenpreissystem|
|
||||||
|
|Trkm|Trassenkilometer|
|
||||||
|
|TSI|Technische Spezifikationen für die Interoperabilität|
|
||||||
|
|TTR|Redesign of the international TimetablingProcess|
|
||||||
|
|USchadG|Gesetz über die Vermeidung und Sanierung von Umweltschäden<br>(Umweltschadensgesetz)|
|
||||||
|
|V|Volt|
|
||||||
|
|VDV|Verband Deutscher Verkehrsunternehmen|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 1.0 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 -Abkürzungsverzeichnis - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Redaktionsstand: 15.12.2024
|
||||||
|
|
||||||
|
Seite 4 von 5
|
||||||
|
|
||||||
|
|**Abkürzung**|**Bezeichnung**|
|
||||||
|
|---|---|
|
||||||
|
|VU|Verspätungsursachen|
|
||||||
|
|ZB|Zugangsberechtigter|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 1.0 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 -Abkürzungsverzeichnis - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Redaktionsstand: 15.12.2024
|
||||||
|
|
||||||
|
Seite 5 von 5
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "chunk-0"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: ""
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "3996afcdf6affc6a"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 1 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
+33
@@ -0,0 +1,33 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(1) Einleitung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(1) Einleitung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "d945110d6c6e248f"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (1) Einleitung
|
||||||
|
|
||||||
|
## **(1) Einleitung**
|
||||||
|
|
||||||
|
Um Fahrzeugen Fahrten im ETCS Level 2 zu ermöglichen, müssen ETCS-Fahrzeuggeräte (OBU) und ETCS-Zentralen (RBC) verschlüsselt kommunizieren können. Hierzu werden entsprechende kryptografische Schlüssel (KMAC) sowie eine eindeutige ETCS-Kennung (NID-ENGINE) des Fahrzeugs benötigt, die auf der OBU und auf dem RBC installiert werden müssen. Die DB InfraGO AG betreibt hierzu ein Key Management Center (KMC DB) bei dem EVU-Unternehmen die Schlüssel für DB InfraGO AG Strecken beantragen können. Für den Datenaustausch mit dem KMC DB ist die E-Mail-Adresse
|
||||||
|
|
||||||
|
## DB.KMC.ETCS@deutschebahn.com
|
||||||
+65
@@ -0,0 +1,65 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "zu verwenden."
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "zu verwenden."
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "b5e9cc1985304721"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > zu verwenden.
|
||||||
|
|
||||||
|
## zu verwenden.
|
||||||
|
|
||||||
|
Unter einem Key Management Center (KMC) versteht man eine technische Datenbank, die geeignet ist, alle funktionalen und kryptografischen Anforderungen des UNISIG SUBSET-038 (aus Beschluss der Kommission vom 27.05.2016 (2016/919/EU) zur Änderung des Beschlusses 2012/696/EU über die Technische Spezifikation für die Interoperabilität der Teilsysteme „Zugsteuerung, Zugsicherung und Signalgebung“ des transeuropäischen Eisenbahnsystems) sowie der dort genannten normativen Referenzen, zu erfüllen. Daraus folgt, dass das KMC insbesondere folgenden weiteren Anforderungen genügen muss:
|
||||||
|
|
||||||
|
- UNISIG EURORADIO FIS Subset-037 (aus Beschluss 2016/919/EU)
|
||||||
|
|
||||||
|
- ANSI X9.52 – 1998 Triple Data Encryption Algorithm Modes of Operation
|
||||||
|
|
||||||
|
- ANSI X3.92 – 1981 Data Encryption Standard (DES) Algorithm
|
||||||
|
|
||||||
|
Sofern das KMC die Spezifikationen der ETCS Baseline 3 Release 2 und GSM-R Baseline 1 erfüllt, ist auch
|
||||||
|
|
||||||
|
- UNISIG Online Key Management FFFIS Subset-137 (aus Beschluss 2016/919/EU)
|
||||||
|
|
||||||
|
erforderlich.
|
||||||
|
|
||||||
|
Das KMC dient der sicheren Aufbewahrung und Verwaltung der an das Eisenbahnverkehrsunternehmen (EVU) übergebenen Fahrzeugschlüssel, so dass diese im Bedarfsfall (zum Beispiel nach Wartungsarbeiten) wieder im Fahrzeug installiert werden können, sowie der standardisierten Kommunikation mit anderen KMCs über eine festgelegte E-Mail Adresse bzw. über die Onlineschnittstelle gemäß Subset-137.
|
||||||
|
|
||||||
|
Unter EVU wird in diesem Anhang auch ein Fahrzeughalter ohne Zulassung als EVU verstanden, da er bezüglich der Inhalte dieses Anhangs gleichgestellt ist.
|
||||||
|
|
||||||
|
Steht dem EVU kein eigenes KMC zur Verfügung, kann dieses seine Fahrzeuge über ein KMC Dritter verwalten lassen. In diesem Fall muss dieses KMC bei dem KMC DB registriert werden. Es besteht ebenfalls die Möglichkeit die Verwaltung der Fahrzeuge gegen Entgelt durch die DB InfraGO AG durchführen zu lassen, siehe hierzu Kapitel 4 - Ablauf „Verwaltung von ETCSFahrzeuggeräten“. Dabei muss das beauftragte KMC die Offlineschnittstelle nach Subset-038 unterstützen. Das Onlineverfahren zum Schlüsselaustausch kann alternativ verwendet werden, wenn dies von allen beteiligten KMC unterstützt wird, eine Public Key Infrastructure (PKI) gegeben ist und diese den Vorgaben des Subset-137 entspricht.
|
||||||
|
|
||||||
|
Damit die DB InfraGO AG ETCS-Störfälle analysieren und bewerten kann, sind neben den streckenseitigen technischen Daten ggf. auch Fahrzeugdaten notwendig. Diese werden dann entspre-
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 2 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
chend §12 durch die DB InfraGO AG angefordert. Die DB InfraGO AG wird ihrerseits ebenfalls Infrastrukturdaten zur Analyse von Fahrzeugstörungen entsprechend §13 bereitstellen. Die Mitwirkung aller Beteiligten ist in solchen Fällen unbedingt erforderlich.
|
||||||
|
|
||||||
|
Die entsprechenden Verfahrensweisen werden in diesem Anhang festgelegt und dienen dem geregelten Austausch der Informationen zwischen den EVU und dem Infrastrukturbetreiber.
|
||||||
+37
@@ -0,0 +1,37 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(2) Ablauf „KMC registrieren“"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(2) Ablauf „KMC registrieren“"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "e199b45ef991813b"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (2) Ablauf „KMC registrieren“
|
||||||
|
|
||||||
|
## **(2) Ablauf „KMC registrieren“**
|
||||||
|
|
||||||
|
Mit dem Antrag „KMC registrieren“ kann ein EVU oder ein Infrastrukturbetreiber (EIU) sein KMC beim KMC DB registrieren. Nur wenn dies erfolgt ist, können Schlüssel für die Kommunikation zwischen OBUs und RBCs der DB InfraGO AG beantragt werden.
|
||||||
|
|
||||||
|
In diesem Antrag sind die Daten des KMC wie Name und E-Mail-Adresse sowie die Daten des Antragstellers anzugeben. Alle folgenden Schlüsselanträge müssen dem hier angegebenen KMC zugeordnet werden und werden nur von der angegebenen E-Mail-Adresse akzeptiert. Für die Kommunikation bzw. den Austausch der Subset-038 Nachrichten zwischen dem KMC DB und dem KMC des Kunden wird ein kryptografischer Schlüssel (K-KMC) benötigt. Dieser wird mit der Antragsbearbeitung generiert und verteilt. Dieser Schlüssel darf nicht unverschlüsselt versendet werden und muss sicher auf dem KMC des Kunden gespeichert werden (weitere Informationen siehe Kapitel 4).
|
||||||
|
|
||||||
|
Wird das Onlineverfahren verwendet, so sind Angaben zur genutzten Certificate Authority (CA) und der Adressierung des KMC anzugeben.
|
||||||
|
|
||||||
|
Der Antrag ist an die im Abschnitt 1 genannte E-Mail-Adresse zu senden. Die Anträge werden in der Reihenfolge des Eingangs bearbeitet. Die DB InfraGO AG verpflichtet sich den Antrag innerhalb von 4 Wochen zu bearbeiten.
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(3) Verteilung der Schlüssel (K-KMC)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(3) Verteilung der Schlüssel (K-KMC)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "d497a0c020e18853"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (3) Verteilung der Schlüssel (K-KMC)
|
||||||
|
|
||||||
|
## **(3) Verteilung der Schlüssel (K-KMC)**
|
||||||
|
|
||||||
|
Bei Verwendung des Offlineverfahrens dürfen die K-KMC nicht unverschlüsselt verteilt werden. Zur Verteilung der K-KMC wird openSSL eingesetzt. Beide Teilnehmer generieren hierzu mit openSSL einen privaten und einen öffentlichen Schlüssel und senden den öffentlichen Schlüssel dem Kommunikationspartner zu. Der K-KMC wird mit diesem Schlüssel verschlüsselt und ausschließlich an die KMC-E-Mail-Adresse gesendet. Der K-KMC kann nur mit dem privaten Schlüssel wieder entschlüsselt werden.
|
||||||
|
|
||||||
|
Steht eine asymmetrische E-Mail-Verschlüsselung (z.B. PGP) zur Verfügung, kann auch diese verwendet werden.
|
||||||
|
|
||||||
|
Das zu verwendende Verfahren ist mit der DB InfraGO AG abzustimmen. Wird die Onlineschnittstelle genutzt, so dürfen die genutzten Schnittstellenzertifikate eine Gültigkeit von 4 Jahren nicht überschreiten.
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(4) Ablauf „Verwaltung von ETCS-Fahrzeuggeräten“"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(4) Ablauf „Verwaltung von ETCS-Fahrzeuggeräten“"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 5
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "19a3df5f63adc9f8"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (4) Ablauf „Verwaltung von ETCS-Fahrzeuggeräten“
|
||||||
|
|
||||||
|
## **(4) Ablauf „Verwaltung von ETCS-Fahrzeuggeräten“**
|
||||||
|
|
||||||
|
Die DB InfraGO AG bietet die Verwaltung von kryptografischen ETCS-Schlüsseln in Form eines Key Management Center gemäß INB Ziffer 5.5.8 an, wenn das EVU kein eigenes KMC besitzt. Dieser Service wird aktuell nur mit der Offlineschnittstelle realisiert.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 3 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
Um OBUs bei der DB InfraGO AG zu registrieren, kann, nach der Beauftragung, der Antrag „OBU zuweisen“ verwendet werden. Sobald diese Zuweisung erfolgt ist, können die gewünschten Schlüssel beantragt werden.
|
||||||
|
|
||||||
|
Für weitere Informationen wenden Sie sich bitte an DB.KMC.ETCS@deutschebahn.com.
|
||||||
+57
@@ -0,0 +1,57 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(5) Ablauf „Schlüssel beantragen“"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(5) Ablauf „Schlüssel beantragen“"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 6
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "48d954319e38cb60"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (5) Ablauf „Schlüssel beantragen“
|
||||||
|
|
||||||
|
## **(5) Ablauf „Schlüssel beantragen“**
|
||||||
|
|
||||||
|
Ist das KMC des Kunden registriert, können Schlüssel für die Kommunikation zwischen OBU und RBC über den Antrag „Schlüssel beantragen“ beantragt werden. Sollen für eine Strecke mehrere Fahrzeuge eingetragen werden, so kann im Antrag eine Liste der OBUs eingetragen werden. Zusätzlich sind die Strecken, auf der die OBU fahren sollen, sowie die gewünschte Gültigkeitsdauer anzugeben. Es werden ausschließlich Schlüssel für DB InfraGO AG Strecken generiert und ausgestellt.
|
||||||
|
|
||||||
|
Sofern die DB InfraGO AG nicht mit der Führung des KMCs durch das EVU beauftragt wurde, müssen Schlüssel für Strecken von anderen EIUs im Ausland direkt dort beantragt werden. Die notwendigen Schritte zum Austausch der Schlüssel sind bilateral zu vereinbaren und liegen außerhalb des Zuständigkeitsbereichs der DB InfraGO AG.
|
||||||
|
|
||||||
|
Werden die OBUs von der DB InfraGO AG verwaltet, werden die Schlüsselanträge an die jeweiligen KMCs weitergeleitet. Liegt eine Strecke dabei außerhalb des DB InfraGO AG-Bereichs, sind mit dem Antrag die betroffenen Länder anzugeben.
|
||||||
|
|
||||||
|
Sind die RBCs bekannt, können diese zusätzlich zur Strecke eingetragen werden. Sind diese nicht bekannt, ermittelt das KMC DB die notwendigen RBCs aus den Streckenangaben und erstellt die entsprechenden Schlüssel.
|
||||||
|
|
||||||
|
Die Gültigkeitsdauer eines Schlüssels ist im Antrag anzugeben, darf jedoch nicht länger als 5 Jahre sein. Wird ein längerer Zeitraum angegeben wird die Gültigkeitsdauer auf 5 Jahre reduziert. Wird kein Zeitraum angegeben, beginnt die Gültigkeitsdauer von 5 Jahren mit dem Ausstellen des Schlüssels.
|
||||||
|
|
||||||
|
Läuft die Gültigkeitsdauer ab, muss der Kunde rechtzeitig einen neuen Schlüssel beantragen. Der Schlüssel wird nicht automatisch ersetzt.
|
||||||
|
|
||||||
|
Der Antrag ist an die o.g. E-Mail-Adresse zu senden. Die Anträge werden in der Reihenfolge des Eingangs bearbeitet. Die DB InfraGO AG verpflichtet sich die beantragten Schlüssel innerhalb von 8 Wochen zur Verfügung zu stellen.
|
||||||
|
|
||||||
|
Ist ein Schlüssel an die KMC E-Mail-Adresse des Kunden im Offlineverfahren gesendet worden, ist der Empfang innerhalb 1 Woche durch den Kunden über die KMC E-Mail-Adresse zu bestätigen, wenn möglich mit einer Subset-konformen „Confirmation Message“. Liegt nach einer Woche keine Bestätigung vor, wird der Schlüssel automatisch zurückgezogen und kann nicht mehr verwendet werden. In diesem Fall wird der Antragsteller über diesen Vorgang via E-Mail informiert.
|
||||||
|
|
||||||
|
Werden die Schlüssel online übertragen, so erfolgt die Quitierung unmittelbar entsprechend der Schnittstellenspezifikation.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 4 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(6) Ablauf „Schlüssel zurückziehen“"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(6) Ablauf „Schlüssel zurückziehen“"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 7
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "04771c43cedd2e90"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (6) Ablauf „Schlüssel zurückziehen“
|
||||||
|
|
||||||
|
## **(6) Ablauf „Schlüssel zurückziehen“**
|
||||||
|
|
||||||
|
Soll ein Schlüssel zurückgezogen werden, ist die entsprechende Subset-Nachricht („Delete Key Request“) an die o.g. E-Mail-Adresse zu senden. Das KMC DB löscht daraufhin unwiderruflich den Schlüssel im RBC und im KMC und sendet die Subset konforme „Confirmation Message“. Bei der Nutzung der Onlineschnittstelle wird die entsprechende Quittung unmittelbar gesendet.
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(7) Ablauf „OBU löschen“"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(7) Ablauf „OBU löschen“"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 8
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "3d32d06ba7ce73c2"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (7) Ablauf „OBU löschen“
|
||||||
|
|
||||||
|
## **(7) Ablauf „OBU löschen“**
|
||||||
|
|
||||||
|
Sofern das DB KMC als EVU KMC fungiert, kann das EVU auch die Löschung einer ganzen OBU mit dem Antrag “OBU löschen” beantragen. Dabei werden dann alle vergebenen Schlüssel gelöscht und die OBU sebst aus der Datenbank entfernt. Wurden Schlüssel von ausländischen EIUs bereitgestellt, werden diese umgehend informiert, dass die Schlüssel nicht weiter verwendet werden. Soll eine solche OBU später wieder in Betrieb genommen werden, wird diese wie ein Neufahrzeug behandelt (siehe Ablauf 4).
|
||||||
+67
@@ -0,0 +1,67 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(8) Datensicherheit beim Kunden"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(8) Datensicherheit beim Kunden"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 9
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "8950eb4df72a06a2"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (8) Datensicherheit beim Kunden
|
||||||
|
|
||||||
|
## **(8) Datensicherheit beim Kunden**
|
||||||
|
|
||||||
|
Nach Erhalt der Schlüssel auf dem KMC ist jeder Zugangsberechtigte des Kunden verpflichtet, die Datensicherheit durch Sicherstellen der ausschließlichen Nutzung nur durch befugte Mitarbeiter zu gewährleisten. Schlüssel dürfen nur als Anhang zwischen den bekannten KMC-E-Mails verteilt und, außer zur OBU bzw. zum RBC, nicht weitergeleitet und nicht in Kopie gesendet werden.
|
||||||
|
|
||||||
|
Das EVU bzw. EIU bestätigt, dass das gewählte KMC die folgenden Anforderungen zugesichert hat:
|
||||||
|
|
||||||
|
- Unverschlüsselte Schlüssel werden nur von einer begrenzten Anzahl (in der Regel < 5) vertrauenswürdiger Personen bearbeitet.
|
||||||
|
|
||||||
|
- Diese vertrauenswürdigen Personen müssen innerhalb ihrer Organisation explizit benannt werden.
|
||||||
|
|
||||||
|
- Die Bearbeitung von Schlüsseln muss unter Nennung des Bearbeiters dokumentiert werden.
|
||||||
|
|
||||||
|
- Nicht autorisierter Zugang zu Schlüsseln muss durch geeignete Betriebsprozesse und technische Umgebungen verhindert werden.
|
||||||
|
|
||||||
|
- Außerhalb der geschützten Umgebung müssen die Schlüssel mit Verfahren verschlüsselt werden, die mindestens vergleichbar mit der 3DES Verschlüsselung der KMC-KMCKommunikation sind.
|
||||||
|
|
||||||
|
- Alle Schlüssel müssen auf ausfallsicheren elektronischen Speichermedien abgelegt werden, die kryptografische gesichert sind. Die dazu verwendeten Verfahren müssen dem aktuellen Stand der Verschlüsselungstechnik entsprechen.
|
||||||
|
|
||||||
|
- Wird die Onlineschnittstelle nach Subset-137 verwendet, so ist eine PKI mit den dort definierten Verfahren und Standards zu verwenden.
|
||||||
|
|
||||||
|
Der Kunde verpflichtet sich den Verlust oder die Kompromittierung eines Schlüssels umgehend an die o.g. E-Mail Adresse zu melden und den Schlüssel zurückziehen zu lassen. Der Schlüssel ist umgehend und unwiderruflich auf der OBU zu löschen. Die DB InfraGO AG zieht nach
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 5 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
Meldungseingang umgehend den Schlüssel zurück und fordert den Kunden auf, die Einhaltung der oben genannten Vorgaben zu überprüfen.
|
||||||
|
|
||||||
|
Meldet ein Kunde mehrfach den Verlust von Schlüsselmaterial oder zeigt mehrfach die Kompromittierung von Schlüsseln an, so geht die DB InfraGO AG davon aus, dass die oben genannten Vorgaben nicht eingehalten werden. Der Kunde wird dann aufgefordert, einen Audit zur Schwachstellenanalyse durch die DB InfraGO AG oder durch ein anderes zertifiziertes Unternehmen für den Security Bereich durchführen zu lassen, um diese Abweichungen aufzudecken und zu beseitigen. Einsteht durch den Verlust oder die Kompromittierung des Schlüssels eine unmitterlbare Gefahr für den Betriebsablauf auf dem Streckennetz der DB InfraGO AG, so ist diese, auch ohne Zustimmung bzw. Information des betroffenen EVU, berechtigt, alle notwendigen Maßnahmen zur Gefahrenabwehr zu ergreifen. Eine Gefahr entsteht dann, wenn ein Schlüssel nicht autorisierten Dritten bekannt ist und damit dann dieser Dritte auf die ETCS-Führung des Fahrzeuges, für das der Schlüssel bereitgestellt wurde, Einfluss nehmen kann. Befindet sich das so gefährdete Fahrzeug in Einsatz, so wird von einer unmittelbaren Betriebsgefahr ausgegangen. Die Betriebsführung der DB InfraGO AG wird dieses Fahrzeug sofort zum Halten bringen oder an der Weiterfahrt hindern.
|
||||||
|
|
||||||
|
Befindet sich das Fahrzeug noch nicht in Benutzung, so wird über die Betriebsführung der DB InfraGO AG eine Betriebsaufnahme innerhalb der DB Infrastruktur verweigert (keine Fahrerlaubnis durch Fahrdienstleitung oder ETCS-Zentrale) oder die Überführung des Fahrzeuges in die DB Infrastruktur wird verwehrt. In solch einem Fall erfolgt dann auch eine unmittelbare Information des EVUs über die Gründe der verwehrten Betriebsaufnahme.
|
||||||
|
|
||||||
|
Neben diesen betrieblichen Maßnahmen kann auch durch die Löschung der betroffenen Schlüssel auf den RBCs eine Betriebsaufnahme technisch verhindert werden.
|
||||||
+51
@@ -0,0 +1,51 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(9)Zuweisung der ETCS-Kennung (NID-ENGINE)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(9)Zuweisung der ETCS-Kennung (NID-ENGINE)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 10
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "735a24dbbb58e468"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (9)Zuweisung der ETCS-Kennung (NID-ENGINE)
|
||||||
|
|
||||||
|
## **(9)Zuweisung der ETCS-Kennung (NID-ENGINE)**
|
||||||
|
|
||||||
|
Jede OBU benötigt eine eindeutige ETCS-Kennung (NID-ENGINE), die nur einmal vergeben werden darf. Diese wird bei der Anmeldung an den RBC als Identifikation des Fahrzeugs verwendet. Für die Beschaffung dieser Identifikation ist das EVU des Fahrzeugs verantwortlich. Im Regelfall wird der Hersteller der OBU oder des Fahrzeugs die ETCS-Kennung aus dem zugewiesenen Nummernbereich entnehmen und diese dann mit der OBU bzw. dem Fahrzeug an das EVU übergeben.
|
||||||
|
|
||||||
|
Falls dem Hersteller kein eigener Nummernbereich zugewiesen wurde oder dieser bereits vollständig vergeben wurde oder andere Gründe eine Zuweisung nicht zulassen, kann ein EVU mit Hauptsitz in der Bundesrepublik Deutschland eine Zuweisung einer ETCS-Kennung durch die DB InfraGO AG beantragen. Dazu ist ein begründeter Antrag zu richten an: DB.KMC.ETCS@deutschebahn.com
|
||||||
|
|
||||||
|
Sofern das EVU die Notwendigkeit einer Vergabe der ETCS-Kennung durch die DB InfraGO AG plausibel machen kann, wird dem EVU die benötigte Kennung innerhalb eines Monats nach Beantragung zugewiesen. Das EVU ist verpflichtet alle für die Vergabe und Verwaltung der ETCSKennungen notwendigen Daten des jeweiligen Fahrzeugs der DB InfraGO AG mitzuteilen. Die zugewiesene Kennung darf nur auf der entsprechenden OBU verwendet werden.
|
||||||
|
|
||||||
|
Missbräuchliche Verwendung der Kennungen, insbesondere Mehrfachverwendung, Verwendung auf anderen Fahrzeugen oder OBU als hinterlegt oder Weitergabe an Dritte, sind durch das nutzende EVU zu verhindern.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 6 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
Die DB InfraGO AG ist berechtigt im Falle eines solchen Missbrauch die ETCS-Kennung zurück zu ziehen oder allen betroffenen Fahrzeugen die Nutzung ihrer Infrastruktur zu untersagen.
|
||||||
|
|
||||||
|
Spätestens nach 12 Monaten muss das EVU eine erteilte Inbetriebnahmegenehmigung in einem Mitgliedsstaat der EU als Nachweis der realen Verwendung der ETCS-Kennung vorlegen oder die ETCS-Kennung zurückgeben. Dazu kann ein formloser elektronischer Nachweis per E-Mail an DB.KMC.ETCS@deutschebahn.com gesandt werden.
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(10) Verpflichtungen des EVU zum Schlüsselmanagement"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(10) Verpflichtungen des EVU zum Schlüsselmanagement"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 11
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "66bd8af0c2d0b36d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (10) Verpflichtungen des EVU zum Schlüsselmanagement
|
||||||
|
|
||||||
|
## **(10) Verpflichtungen des EVU zum Schlüsselmanagement**
|
||||||
|
|
||||||
|
Die verteilten Schlüssel dienen zur kryptographischen Verschlüsselung zwischen RBC und EVC und schützen vor allem vor einen unberechtigten Zugriff Dritter auf die Kommunikation. Es wird hierüber nicht geregelt, ob ein Fahrzeug bezüglich seines Zulassungsstands, Eignung und Berechtigung usw. zum sicheren Befahren einer bestimmten Strecke geeignet ist. Dies zu bewerten und im Bedarfsfall sicherzustellen, fällt in die Verantwortung des EVU.
|
||||||
|
|
||||||
|
Deshalb sind kryptographischen Schlüssel, welche von der DB InfraGO AG erstellt und verteilt wurden, nur in Fahrzeugen uneingeschränkt nutzbar, die eine Streckenzulassung für ETCS in Deutschland besitzen.
|
||||||
|
|
||||||
|
Wurden die Schlüssel vom EVU für Fahrzeuge ohne entsprechende Streckenzulassung für ETCS im Zuständigkeitsbereich der DB InfraGO AG beantragt, so ist folgendes zu beachten:
|
||||||
|
|
||||||
|
- Bei eingelegten ETCS SIM-Karten ist die Nutzung von ETCS (mit Ausnahme von Test-, Versuchs-, oder Erprobungsfahrten) technisch zu unterbinden.
|
||||||
|
|
||||||
|
- Die Aktivierung für den Betrieb unter ETCS darf erst zeitnah vor Aufnahme der Test-, Versuchs-, oder Erprobungsfahrten bzw. mit Erteilung der ETCS-Zulassung erfolgen. Ist dies nicht umsetzbar bzw. der zeitliche Vorlauf nicht einschränkbar, muss der Tf gesondert darüber informiert werden, dass mit dem Tfz keine in Betrieb befindlichen ETCS Strecken der DB InfraGO AG befahren/gekreuzt werden dürfen, für die bereits Schlüssel ausgehändigt wurden.
|
||||||
|
|
||||||
|
- Das EVU ist für die Handlungssicherheit des Tf für den Fall eines unvorhergesehenen Wechsels (Anbieten einer Betriebsart) nach ETCS verantwortlich. Er darf einen Wechsel nach ETCS Level 0, 1, 2 und 3 auf dem DMI nicht bestätigen und muss das Tfz gefahrenfrei unmittelbar zum Halten bringen. Danach setzt er sich unverzüglich mit dem Fdl in Verbindung.
|
||||||
|
|
||||||
|
- Auf Fahrzeugen, auf denen Schlüssel nur für Test- oder Zulassungsfahrten aktiviert wurden, sind diese nach den Fahrten bis zum Erhalt der letztendlichen Zulassung für ETCS in Deutschland zu löschen. Alternativ oder zusätzlich kann für ein solches Fahrzeug der Wechsel in die ETCS Überwachung mittels Software- oder Hardwaresperren verhindert werden.
|
||||||
|
|
||||||
|
Mit dem Erhalt der ETCS Schlüssel werden diese Verpflichtungen des EVU anerkannt.
|
||||||
+51
@@ -0,0 +1,51 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(11) Haftung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(11) Haftung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 12
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "d16abcf46882c4b5"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (11) Haftung
|
||||||
|
|
||||||
|
## **(11) Haftung**
|
||||||
|
|
||||||
|
- 1) Die DB InfraGO AG haftet unbeschränkt für Vorsatz und grober Fahrlässigkeit.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 7 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
2) Für einfache Fahrlässigkeit haftet die DB InfraGO AG - außer im Falle der Verletzung des Lebens, des Körpers oder der Gesundheit - nur, sofern wesentliche Pflichten aus den Bestimmungen dieses Anhanges (Kardinalpflichten) verletzt werden. Die Haftung ist begrenzt auf den vertragstypischen und vorhersehbaren Schaden.
|
||||||
|
|
||||||
|
3) Die Haftung für mittelbare und unvorhersehbare Schäden, Produktions- und Nutzungsausfall, entgangenen Gewinn, ausgebliebene Einsparungen und Vermögensschäden wegen Ansprüchen Dritter, ist im Falle einfacher Fahrlässigkeit - außer im Falle der Verletzung des Lebens, des Körpers oder der Gesundheit - ausgeschlossen.
|
||||||
|
|
||||||
|
4) Eine weitergehende Haftung als in den Bestimmungen dieses Anhanges sind - ohne Rücksicht auf die Rechtsnatur des geltend gemachten Anspruchs - ausgeschlossen. Vorstehende Haftungsbeschränkungen bzw. -ausschlüsse gelten jedoch nicht für eine gesetzlich zwingend vorgeschriebene verschuldensabhängige Haftung oder die Haftung aus einer verschuldensabhängigen Garantie.
|
||||||
|
|
||||||
|
5) Soweit die Haftung nach Ziffern 2 und 3 ausgeschlossen oder beschränkt ist, gilt dies auch für die persönliche Haftung der Angestellten, Vertreter, Organe und Erfüllungsgehilfen der DB InfraGO AG.
|
||||||
|
|
||||||
|
6) Das EVU haftet nach § 278 BGB für Schäden, die von ihm im Rahmen der Schlüsselverwaltung (Home-KMC) eingesetzte Auftragnehmer verursachen.
|
||||||
+51
@@ -0,0 +1,51 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(12) Allgemeine Mitwirkungsverpflichtung des EVU (gültig für"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(12) Allgemeine Mitwirkungsverpflichtung des EVU (gültig für alle ETCS-Level)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 13
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ec85e0c38faac088"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (12) Allgemeine Mitwirkungsverpflichtung des EVU (gültig für alle ETCS-Level)
|
||||||
|
|
||||||
|
## **(12) Allgemeine Mitwirkungsverpflichtung des EVU (gültig für alle ETCS-Level)**
|
||||||
|
|
||||||
|
ETCS als Zugbeeinflussungssystem besteht aus verschiedenen Komponenten, deren komplexes Zusammenwirken erst den Eisenbahnbetrieb ermöglicht. Hierzu ist auch die korrekte Funktion von Komponenten erforderlich, auf die die DB InfraGO AG als Infrastrukturbetreiber keinen direkten Einfluss hat. Hierbei sind im Wesentlichen alle ETCS-Anteile auf den Fahrzeugen der Eisenbahnverkehrsunternehmen gemeint.
|
||||||
|
|
||||||
|
Treten Beeinflussungen im Bahnbetrieb (z. B. Störungen auf den Tfz) auf, so ist das EIU verpflichtet deren Ursache zu analysieren, deren Sicherheitsrelevanz für den Eisenbahnbetrieb zu bewerten und ggf. alle notwendigen Maßnahmen zu ergreifen, um Gefahren abzuwenden und den sicheren Eisenbahnbetrieb weiter zu gewährleisten.
|
||||||
|
|
||||||
|
Werden zur Analyse Informationen der beteiligten EVU oder technische Daten aus den beteiligten Fahrzeugen (insbesondere JRU-Daten oder andere fahrzeugspezifische Fehleranalysedaten) benötigt, so sind die EVU verpflichtet, diese an die DB InfraGO AG zu übergeben und bei der Fehleranalyse mitzuwirken, damit die Analyse und Ermittlung der Ursachen der Störung erfolgen kann. Hierzu benennt das EVU auf Nachfrage ggü. der ETCS Bauartverantwortung der DB InfraGO AG einen fachlich kompetenten Ansprechpartner und stellt dessen Kontaktdaten zur Verfügung.
|
||||||
|
|
||||||
|
Diese Verpflichtungen gelten nicht nur bei sicherheitsrelevanten Vorfällen, sondern auch bei Vorfällen, die die Verfügbarkeit der Strecke einschränken oder den Bahnbetrieb behindern. Des Weiteren gelten die Verpflichtungen auch dann, wenn es sich bei dem eingesetzten Tfz um ein seitens des EVU angemietetes Fahrzeug handelt.
|
||||||
|
|
||||||
|
Die Daten müssen in elektronisch lesbarer Form innerhalb von 15 Werktagen nach der Anforderung durch die zuständige Bauartverantwortung ETCS unter Angabe des entsprechenden Störfalles bereitgestellt werden. Sofern erforderlich, muss auch eine Hilfestellung bei der Interpretation der Da-
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Seite 8 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
## **Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
ten durch das EVU bzw. den Fahrzeughersteller erfolgen. Alle Informationen sind an folgende Adresse zu übermitteln:
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "- ETCS Monitoring@deutschebahn.com"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "- ETCS Monitoring@deutschebahn.com"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 14
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "768871cffcf747c7"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > - ETCS Monitoring@deutschebahn.com
|
||||||
|
|
||||||
|
## - ETCS Monitoring@deutschebahn.com
|
||||||
|
|
||||||
|
Sofern die Datenmenge einen Transfer per E-Mail nicht zulässt, wird eine andere individuelle Austauschmethode (z. B. ftp) zwischen dem EVU und der DB InfraGO AG vereinbart.
|
||||||
|
|
||||||
|
Die DB InfraGO AG verpflichtet sich, alle Informationen vertraulich zu behandeln und diese nur im Rahmen der Störungsanalyse zu verwenden. Müssen Informationen an Dritte (z. B Infrastrukturhersteller) weitergegeben werden, so wird zuvor das EVU informiert und für den jeweiligen Störfall dessen Einwilligung eingeholt.
|
||||||
|
|
||||||
|
Den genauen Verfahrensablauf kann dem Ablaufdiagramm unter (17) entnommen werden.
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(13) Allgemeine Mitwirkungsverpflichtung der DB InfraGO AG ("
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(13) Allgemeine Mitwirkungsverpflichtung der DB InfraGO AG (gültig für alle ETCSLevel)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 15
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "98de64f0183027d7"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (13) Allgemeine Mitwirkungsverpflichtung der DB InfraGO AG (gültig für alle ETCSLevel)
|
||||||
|
|
||||||
|
## **(13) Allgemeine Mitwirkungsverpflichtung der DB InfraGO AG (gültig für alle ETCSLevel)**
|
||||||
|
|
||||||
|
Sofern ein EVU zur Störungsanalyse auf seinen Fahrzeugen Daten der Infrastrukturkomponenten der DB InfraGO AG benötigt, so können diese über die Adresse der Bauartverantwortung ETCS
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "- ETCS Monitoring@deutschebahn.com"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "- ETCS Monitoring@deutschebahn.com"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 16
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "08ebfdb5f2d3b3a7"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > - ETCS Monitoring@deutschebahn.com
|
||||||
|
|
||||||
|
## - ETCS Monitoring@deutschebahn.com
|
||||||
|
|
||||||
|
unter Angabe von Zeitpunkt und Ort der Betriebsbeeinflussung, sowie der Fahrzeugidentifikation (ETCS-ID, MSISDN der beiden EDOR) angefordert werden. Für Daten aus einer ETCS-Zentrale muss diese ebenfalls mit angegeben werden. Die DB InfraGO AG kann ERTMS-Tracedaten sowie interne Tracedaten der ETCS-Zentralen bereitstellen. Die Interpretationstiefe der Daten sowie deren Umfang ist abhängig vom Hersteller der ETCS-Zentrale und kann sich daher unterscheiden. Hilfestellung zur Interpretation der Informationen können durch die DB InfraGO AG nur im Umfang der Instandhaltungsschulungen des jeweiligen Herstellers geben.
|
||||||
|
|
||||||
|
Die gelieferten Daten sind vertraulich zu behandeln, dürfen an keinen Dritten weitergegeben werden und sind nur im Rahmen der Störungsanalyse zu verwenden.
|
||||||
|
|
||||||
|
Die Bauartverantwortung ETCS wird die Anfragen innerhalb von 15 Werktagen beantworten und die angeforderten Daten in elektronischer Form bereitstellen.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 9 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(14) Ablauf 1: EVU registriert eigenes KMC bei der DB und be"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(14) Ablauf 1: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Offlineverfahren)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 17
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "dc87345772b16ed4"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (14) Ablauf 1: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Offlineverfahren)
|
||||||
|
|
||||||
|
## **(14) Ablauf 1: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Offlineverfahren)**
|
||||||
|
|
||||||
|
**==> picture [453 x 488] intentionally omitted <==**
|
||||||
|
|
||||||
|
**----- Start of picture text -----**<br>
|
||||||
|
act EVU KMC registrieren und Schlüssel beantragen<br>DB InfraGO EVU<br>Antrag: "KMC registrieren"<br>KMC Email mit KMC des EVU beim DB<br>registrieren Formular KMC registrieren<br>KMC erfolgreich registriert<br>DB KMC<br>EVU KMC<br>Schlüssel (K-KMC) für die Kommunikation<br>zwischen den KMCs werden erstellt und an<br>das EVU KMC gesendet<br>K-KMC im<br>Asymetrische<br>KMC<br>Verschlüsselung<br>einrichten Antrag: "Schlüssel<br>beantragen"<br> Schlüssel (KMAC) generieren und Email mit Schlüssel (KMAC) beim DB<br> an das EVU KMC senden (innerhalb KMC für DB InfraGO Strecken<br>Formular<br>4 Wochen) beantragen<br>Email mit KMC Nachricht Schlüssel (KMAC) auf<br>nach Subset 38 ETCS-Fahrzeuggerät<br>übertragen<br>Weiteres Fahrzeug?<br>Schlüssel (KMAC) auf ja<br>ETCS-Z installieren nein<br>**----- End of picture text -----**<br>
|
||||||
|
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Seite 10 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
## **Nutzungsbedingungen ETCS**
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(15) Ablauf 2: EVU lässt seine Fahrzeuge von der DB InfraGO "
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(15) Ablauf 2: EVU lässt seine Fahrzeuge von der DB InfraGO AG verwalten und beantragt Schlüssel für beliebige Strecken (Offlineverfahren)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 18
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "4ab965eabb002096"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (15) Ablauf 2: EVU lässt seine Fahrzeuge von der DB InfraGO AG verwalten und beantragt Schlüssel für beliebige Strecken (Offlineverfahren)
|
||||||
|
|
||||||
|
## **(15) Ablauf 2: EVU lässt seine Fahrzeuge von der DB InfraGO AG verwalten und beantragt Schlüssel für beliebige Strecken (Offlineverfahren)**
|
||||||
|
|
||||||
|
**==> picture [484 x 516] intentionally omitted <==**
|
||||||
|
|
||||||
|
**----- Start of picture text -----**<br>
|
||||||
|
[act Schlüssel beantragen (ohne eigenes KMC)]<br>DB InfraGO EVU<br>Verwaltung von ETCS-Fahrzeuggeräten bei DB InfraGO beantragen und<br>KDC registrieren<br>Antrag "OBU zuweisen"<br>Verwaltung der Fahrzeuge und Email mit Fahrzeuge<br>Schlüssel (KTRANS) generieren und verteilen Formular registrieren<br>DB KMC<br>Email mit KMC Nachricht<br>nach Subset 38 Empfangene KTRANS<br>im KDC einrichten<br>Antrag "Schlüssel<br>Email mit beantragen"<br>Schlüssel (KMAC)<br>Formular<br>beantragen<br>Andere Strecke DB InfraGO Strecke<br>KDC<br>Schlüssel (KMAC) bei externem<br>Schlüssel (KMAC) generieren<br>EIU KMC beantragen und nach und an das EVU KDC senden<br>Erhalt an das EVU KDC senden<br>(innerhalb 4 Wochen)<br>(innerhalb 8 Wochen)<br>Schlüssel (KMAC) auf<br>ETCS-Fahrzeuggerät<br>übertragen<br>Email mit Subset Nachricht<br>Weitere Fahrzeuge?<br>ja<br>nein<br>**----- End of picture text -----**<br>
|
||||||
|
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen ETCS**
|
||||||
|
|
||||||
|
**Seite 11 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
+41
@@ -0,0 +1,41 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(16) Ablauf 3: EVU registriert eigenes KMC bei der DB und be"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(16) Ablauf 3: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Onlineverfahren)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 19
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "0bfa890e29906fcb"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (16) Ablauf 3: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Onlineverfahren)
|
||||||
|
|
||||||
|
## **(16) Ablauf 3: EVU registriert eigenes KMC bei der DB und beantragt Schlüssel für DB InfraGO AG Strecken (Onlineverfahren)**
|
||||||
|
|
||||||
|
**==> picture [462 x 550] intentionally omitted <==**
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Seite 12 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
## **Nutzungsbedingungen ETCS**
|
||||||
+41
@@ -0,0 +1,41 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "(17) Ablauf 4: Mitwirkungspflicht EVU: Lieferung von ETCS Fa"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "(17) Ablauf 4: Mitwirkungspflicht EVU: Lieferung von ETCS Fahrzeugdaten"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 20
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "f879801585921d5a"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > (17) Ablauf 4: Mitwirkungspflicht EVU: Lieferung von ETCS Fahrzeugdaten
|
||||||
|
|
||||||
|
## **(17) Ablauf 4: Mitwirkungspflicht EVU: Lieferung von ETCS Fahrzeugdaten**
|
||||||
|
|
||||||
|
**==> picture [488 x 555] intentionally omitted <==**
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 2.3.10 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Seite 13 von 13**
|
||||||
|
|
||||||
|
**==> picture [134 x 32] intentionally omitted <==**
|
||||||
|
|
||||||
|
## **Nutzungsbedingungen ETCS**
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
part: "Dokumentenübersicht"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131446/d7b81ddb8cf03f7450d00debf7aa9f53/INB-2026-Anlage-2-3-10-data.pdf"
|
||||||
|
parent_hash: "f0566b866bb4a3b2"
|
||||||
|
section: "Dokumentenübersicht"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 21
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ac59fdb1579007e7"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 10 > Dokumentenübersicht
|
||||||
|
|
||||||
|
## **Dokumentenübersicht**
|
||||||
|
|
||||||
|
- **Anträge**
|
||||||
|
|
||||||
|
`o` **„KMC registrieren“**
|
||||||
|
|
||||||
|
`o` **„Schlüssel beantragen bzw. löschen“**
|
||||||
|
|
||||||
|
- **„OBU zuweisen“**
|
||||||
|
|
||||||
|
`o` **„OBU löschen“**
|
||||||
|
|
||||||
|
`o` **„ETCS-Kennung beantragen“**
|
||||||
|
|
||||||
|
## ❑
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen ("
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen (AGB-GSMR-DL) der DB InfraGO AG"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "59adae9f0e846093"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen (AGB-GSMR-DL) der DB InfraGO AG
|
||||||
|
|
||||||
|
## **Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen (AGB-GSMR-DL) der DB InfraGO AG**
|
||||||
|
|
||||||
|
Stand: 23.08.2024
|
||||||
+41
@@ -0,0 +1,41 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "1. Geltung der Vertragsbedingungen, Zustandekommen des Vertr"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "1. Geltung der Vertragsbedingungen, Zustandekommen des Vertrages"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "5b818becb237ed5c"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 1. Geltung der Vertragsbedingungen, Zustandekommen des Vertrages
|
||||||
|
|
||||||
|
## **1. Geltung der Vertragsbedingungen, Zustandekommen des Vertrages**
|
||||||
|
|
||||||
|
- 1.1. Die DB InfraGO AG (nachfolgend DB InfraGO genannt) erbringt GSM-R-Dienstleistungen gegenüber GSM-R-Nutzern (nachfolgend Kunden genannt), aufgrund der nachfolgenden AGB, der Leistungsbeschreibung und der Preisliste (Vertragsbedingungen).
|
||||||
|
|
||||||
|
- 1.2. GSM-R-Dienstleistungen im Sinne dieser AGB sind insbesondere die Überlassung der SIM-Karten und deren Freischaltung im GSM-R-Netz gemäß dem vereinbarten Teilnehmerprofil und die Nutzung des GSM-R-Netzes für Sprach-, Fax- und Datendienstleistungen.
|
||||||
|
|
||||||
|
- 1.3. Abweichende Allgemeine Geschäftsbedingungen des Kunden gelten nicht, auch wenn DB InfraGO ihnen nicht ausdrücklich widerspricht.
|
||||||
|
|
||||||
|
- 1.4. Eine Bestellung von GSM-R-Dienstleistungen erfordert die vorherige Online-Registrierung im TK-Serviceportal der DB InfraGO. Mit der Registrierung erfolgt noch keine Freigabe für eine Bestellung von GSM-R-Dienstleistungen. Diese ist erst gegeben, wenn die Prüfung der Legitimation des Kunden positiv beschieden wurde. Ist ein Kunde nicht legitimiert, im Namen und auf Rechnung seines Unternehmens Bestellungen auszuführen, erfolgt keine Bestellfreigabe.
|
||||||
|
|
||||||
|
- 1.5. In Ausnahmefällen, in denen das TK-Serviceportal nicht zur Verfügung steht, können Kunden sich an den GSM-RKundenservice wenden.
|
||||||
|
|
||||||
|
- 1.6. Der Vertrag kommt zustande mit der Bestellung der GSMR-Dienstleistung und deren Annahme durch die DB InfraGO des Antragstellers. Die Auftragsannahme durch die DB InfraGO erfolgt durch die Aktivierung und den Versand der SIM-Karte an die angegebene Lieferadresse des Kunden.
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "2. Leistungsumfang, Pflichtverletzung von DB InfraGO"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "2. Leistungsumfang, Pflichtverletzung von DB InfraGO"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ef2ac1b239db426f"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 2. Leistungsumfang, Pflichtverletzung von DB InfraGO
|
||||||
|
|
||||||
|
## **2. Leistungsumfang, Pflichtverletzung von DB InfraGO**
|
||||||
|
|
||||||
|
- 2.1. DB InfraGO stellt mit der Freischaltung der GSM-R-SIMKarten die Telekommunikationsdienstleistungen im GSMR-Netz für den Kunden zur Verfügung. Der Abschluss eines Trassennutzungsvertrags bleibt hiervon unberührt.
|
||||||
|
|
||||||
|
- 2.2. DB InfraGO erbringt ihre Leistungen unter Beachtung des Fernmeldegeheimnisses, der Vorgaben des EisenbahnBundesamtes, der Bundesnetzagentur, des Bundesbeauftragten für den Datenschutz und die Informationsfreiheit und der Konzernrichtlinien der DB AG (KoRil) bzw. der Richtlinien (Ril) der DB InfraGO.
|
||||||
|
|
||||||
|
- 2.3. Vom Kunden oder von Dritten übertragener Inhalt ist nicht Gegenstand der Leistung von DB InfraGO und wird von DB InfraGO nicht überprüft. Dies gilt auch im Hinblick darauf, ob der Inhalt schadenstiftende Software (z.B. Viren) enthält oder gegen Rechte Dritter verstößt.
|
||||||
|
|
||||||
|
- 2.4. DB InfraGO ist berechtigt, ihre vertraglichen Leistungen vorübergehend ganz oder teilweise einzustellen, soweit dies für einen ordnungsgemäßen oder verbesserten Netzbetrieb oder aus bahnbetrieblichen Notwendigkeiten erforderlich ist. DB InfraGO wird dabei nach Möglichkeit hierüber im Vorfeld rechtzeitig informieren und soweit möglich eine Störung des Bahnbetriebs vermeiden.
|
||||||
|
|
||||||
|
- 2.5. Die dem Kunden übergebene GSM-R-SIM-Karte verbleibt im Eigentum von DB InfraGO. DB InfraGO ist berechtigt, die GSM-R-SIM-Karte jederzeit gegen eine Ersatzkarte auszutauschen oder bei Beendigung des Vertragsverhältnisses zurückzuverlangen (siehe hierzu auch 4.5).
|
||||||
|
|
||||||
|
- 2.6. DB InfraGO legt die Rufnummern der Teilnehmeranschlüsse unter Berücksichtigung des Rufnummernplans fest und teilt diese dem Kunden mit Aushändigung der GSM-R-SIM-Karte mit. DB InfraGO behält sich
|
||||||
|
|
||||||
|
Änderungen der Rufnummer aus technischen und betrieblichen Gründen vor.
|
||||||
|
|
||||||
|
## **Haftung von DB InfraGO**
|
||||||
+33
@@ -0,0 +1,33 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "3."
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "3."
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "b046931653ec6ef3"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 3.
|
||||||
|
|
||||||
|
## **3.**
|
||||||
|
|
||||||
|
- 3.1. DB InfraGO haftet dem Kunden auf Schadenersatz – gleich aus welchem Rechtsgrund – nur bei Vorsatz und grober Fahrlässigkeit sowie für die Verletzung wesentlicher Vertragspflichten. Wesentliche Vertragspflichten sind solche Verpflichtungen, deren Erfüllung die ordnungsgemäße Durchführung des Vertrags überhaupt erst ermöglicht und auf deren Einhaltung eine Vertragspartei regelmäßig vertraut und vertrauen darf. Soweit DB InfraGO kein vorsätzliches oder grob fahrlässiges Verhalten angelastet wird, ist ihre Schadensersatzhaftung jedoch auf den vorhersehbaren, typischerweise eintretenden Schaden begrenzt. Bei grober Fahrlässigkeit haftet DB InfraGO bis zu dem im Haftpflichtgesetz genannten Höchstbetrag.
|
||||||
|
|
||||||
|
- 3.2. Eine Haftung für leichte Fahrlässigkeit, auch für mittelbare Schäden, insbesondere aufgrund von Verspätungen, ist im Übrigen ausgeschlossen. Der Haftungsausschluss gilt nicht bei der Verletzung des Lebens, des Körpers oder der Gesundheit.
|
||||||
+73
@@ -0,0 +1,73 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "4. Pflichten und Haftung des Kunden"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "4. Pflichten und Haftung des Kunden"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ca2e5a763c81909e"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 4. Pflichten und Haftung des Kunden
|
||||||
|
|
||||||
|
## **4. Pflichten und Haftung des Kunden**
|
||||||
|
|
||||||
|
- 4.1. Das GSM-R-Netz dient ausschließlich als Kommunikationseinrichtung für den Bahnbetrieb. Daraus ergeben sich besondere Pflichten des Kunden. Diese sind u.a. in den Richtlinien Ril 408 und Ril 481 der DB InfraGO dargelegt und vom Kunden verbindlich zu beachten. Eine Nutzung des GSM-R-Netzes zu anderen als eisenbahnbetrieblichen Zwecken ist unzulässig.
|
||||||
|
|
||||||
|
- 4.2. Der Kunde haftet gegenüber DB InfraGO vollumfänglich, insbesondere haftet der Kunde auch im Fall einer missbräuchlichen Nutzung des GSM-R-Netzes, es sei denn, er hat nach Übergabe der GSM-R-SIM-Karte das Abhandenkommen dieser oder die unbefugte Drittnutzung derselben unverzüglich dem GSM-R-Kundenservice mitgeteilt. In diesem Fall haftet er nur für Schäden, die bis zum Zeitpunkt der Mitteilung entstanden sind oder in sonstiger Weise von ihm zu vertreten sind.
|
||||||
|
|
||||||
|
- 4.3. Der Kunde verpflichtet sich, ausschließlich TSI-konforme Endgeräte zu verwenden, die für den jeweiligen Nutzungszweck zugelassen sind.
|
||||||
|
|
||||||
|
- 4.4. Der Kunde teilt DB InfraGO innerhalb von 5 Arbeitstagen jede Änderung
|
||||||
|
|
||||||
|
- seines Namens, seiner Ansprechpartner, seiner (Rechnungs-)Anschrift und seiner Rechtsform mit;
|
||||||
|
|
||||||
|
- von Kundendaten (z.B. bei Übergang der SIM-Karten auf einen anderen Kunden) mit;
|
||||||
|
|
||||||
|
- von Teilnehmerdaten mit, insbesondere von vertragsrelevanten Daten wie z.B. Halterwechsel bei Triebfahrzeugen.
|
||||||
|
|
||||||
|
- Im Falle der Änderung des Gerätemodells oder der Gerätesoftware ist wiederum die Zertifizierungs- und Zulassungsverpflichtung gemäß Ziffer 4.3 zu erfüllen.
|
||||||
|
|
||||||
|
- 4.5. Ordnet DB InfraGO den Tausch einer SIM-Karte an, verpflichtet sich der Kunde, die GSM-R-SIM-Karte innerhalb einer angemessenen Frist gegen eine neue, von DB InfraGO bereitgestellte SIM-Karte auszutauschen. Dies hat spätestens innerhalb eines Wartungszyklus des Triebfahrzeugs zu erfolgen.
|
||||||
|
|
||||||
|
- 4.6. Bei Fernkonfiguration der SIM-Karte (Updates) ist der Kunde verpflichtet, DB InfraGO bei diesem Prozess zu unterstützen. Unterlässt er die erforderlichen Unterstützungsleistungen, gehen die Folgen zu Lasten des Kunden.
|
||||||
|
|
||||||
|
Anlage 2.3.12 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen der DB InfraGO AG - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 1 von 3
|
||||||
|
|
||||||
|
- 4.7. Der Kunde verpflichtet sich, die Leistungen von GSM-R nicht missbräuchlich zu nutzen, insbesondere
|
||||||
|
|
||||||
|
- das GSM-R-Netz und seine logische Struktur und/oder andere Netze nicht zu stören, zu verändern oder zu beschädigen;
|
||||||
|
|
||||||
|
- das GSM-R-Netz nicht zu anderen als eisenbahnbetrieblichen Zwecken zu nutzen;
|
||||||
|
|
||||||
|
- keine Viren, unzulässigen Werbesendungen, Kettenbriefe oder sonstige belästigende Nachrichten zu übertragen;
|
||||||
|
|
||||||
|
- keine Rechte Dritter, insbesondere Schutzrechte (z.B. Urheber- und Markenrechte) zu verletzen;
|
||||||
|
|
||||||
|
- nicht gegen strafrechtliche Vorschriften oder Vorschriften zum Schutze der Jugend zu verstoßen;
|
||||||
|
|
||||||
|
- nicht gegen bahnbetriebliche Vorschriften und Richtlinien zu verstoßen.
|
||||||
|
|
||||||
|
- Verstößt der Kunde gegen die Pflichten, ist DB InfraGO berechtigt, alle erforderlichen Maßnahmen zur Beseitigung des Missbrauchs zu ergreifen.
|
||||||
|
|
||||||
|
- 4.8. Die DB InfraGO erstellt monatliche Rechnungen. Mit dem Zugang der Rechnung beim Kunden sind die Zahlungen ohne jeden Abzug fällig. 20 Tage nach Rechnungsdatum gerät der Kunde in Verzug. Befindet sich der Kunde in Verzug, so gelten bezüglich Schadensersatz, Verzugszinsen und Mahngebühren die gesetzlichen Regelungen des BGB.
|
||||||
|
|
||||||
|
## **Preise**
|
||||||
+39
@@ -0,0 +1,39 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "5."
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "5."
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 5
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ca8230501e998abf"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 5.
|
||||||
|
|
||||||
|
## **5.**
|
||||||
|
|
||||||
|
- 5.1. Die Nutzung des betrieblichen Zug- und Rangierfunks ist im Trassen- bzw. Anlagenpreis enthalten.
|
||||||
|
|
||||||
|
- Als entgeltpflichtige Nebenleistung, die über die Nutzung des betrieblichen Zug- und Rangierfunks hinausgeht, bietet die DB InfraGO ihren Kunden das Produkt „Anbindung EVU-Leitstellen“ an. Die vertraglichen Regelungen für die Inanspruchnahme dieser Leistungen können der jeweiligen Produktinformation (verfügbar über www.dbin-
|
||||||
|
|
||||||
|
- frago.com/gsm r_anbindung) entnommen oder bei den jeweiligen Vertriebsansprechpartnern in den Regionalbereichen erfragt werden. Die Produktinformation enthält eine detaillierte Leistungsbeschreibung sowie die Voraussetzungen zum Anschluss an das GSM-R-Netz. Weitere Informationen erhalten Sie von unseren Ansprechpartnern in den Regionalbereichen: www.dbinfrago.com/kontakte.
|
||||||
|
|
||||||
|
- 5.2. Die Entgeltbildung für das Produkt „Anbindung EVU-Leitstellen“ erfolgt gegenüber jedem Zugangsberechtigten in nichtdiskriminierender Weise. Für die Entgeltkalkulation sind die Kosten für Auftragsabwicklung, Betriebsführung, GSM-R Kundenservice, Softwarepflege, Instandhaltung und Personalaufwand sowie eine marktübliche Rendite maßgeblich.
|
||||||
|
|
||||||
|
- 5.3. Für Trassenpreise und für Anlagenpreise sowie für Nebenleistungen (Zf. 5.1) sind die einzelnen Entgelte jeweils in der geltenden Fassung der Infrastrukturnutzungsbedingungen (INB) hinterlegt.
|
||||||
+53
@@ -0,0 +1,53 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "6. Nutzung von Daten, Beweis der Richtigkeit der Entgeltrech"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "6. Nutzung von Daten, Beweis der Richtigkeit der Entgeltrechnung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 6
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "6590647551518357"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 6. Nutzung von Daten, Beweis der Richtigkeit der Entgeltrechnung
|
||||||
|
|
||||||
|
## **6. Nutzung von Daten, Beweis der Richtigkeit der Entgeltrechnung**
|
||||||
|
|
||||||
|
- 6.1. Um Leistungen kundenorientiert und optimal erbringen zu können sowie zu Zwecken der Qualitätssicherung und Beweissicherung wird DB InfraGO Daten des Kunden und seiner Teilnehmer verarbeiten. Dies geschieht nach den einschlägigen Bestimmungen der EU-Datenschutzgrundverordnung (DS-GVO), des Bundesdatenschutzgesetzes (BDSG) und des Telekommunikationsgesetzes (TKG).
|
||||||
|
|
||||||
|
- 6.2. Im GSM-R-Netz werden Verkehrsdaten (Verbindungsdaten) wie die Rufnummer und die Kennung des anrufenden und des angerufenen Anschlusses, die teilnehmerbezogene Berechtigungskennung, die SIM-Karten-Nummer, die in Anspruch genommene Dienstleistung, Beginn und Ende der Verbindung, die Datenmenge sowie die Standortkennung erhoben und verarbeitet. Die Erhebung und Verarbeitung der Verkehrsdaten erfolgt zum Nachweis des dem Kunden berechneten Entgelts.
|
||||||
|
|
||||||
|
- 6.3. Die Verkehrsdaten werden spätestens 90 Tage nach ihrer Erhebung gelöscht.
|
||||||
|
|
||||||
|
- Verkehrsdaten werden dem Kunden nur übermittelt, wenn der Kunde zuvor in Textform erklärt hat, dass die Mitarbeiter informiert worden sind und künftige Mitarbeiter unverzüglich informiert werden und dass der Betriebsrat oder die Personalvertretung entsprechend den gesetzlichen Vorschriften beteiligt worden ist oder eine solche Beteiligung nicht erforderlich ist (Mitbenutzererklärung).
|
||||||
|
|
||||||
|
- 6.4.
|
||||||
|
|
||||||
|
- Eine Übermittlung der Verkehrsdaten des Kunden erfolgt an andere Stellen außerhalb der DB InfraGO nur an das Eisenbahn-Bundesamt sowie an Strafverfolgungsbehörden entsprechend den gesetzlichen Vorschriften auf deren Anforderung.
|
||||||
|
|
||||||
|
- 6.5.
|
||||||
|
|
||||||
|
- Rechnungsdaten werden gemäß den gesetzlichen Bestimmungen aufbewahrt.
|
||||||
|
|
||||||
|
- 6.6.
|
||||||
|
|
||||||
|
- Nimmt der Kunde Dienstleistungen ausländischer Netzbetreiber in Anspruch, werden seine Verbindungsdaten zum Zweck der Abrechnung an externe Abrechnungsstellen weitergegeben. Für den Umgang mit diesen Daten gilt das jeweilige nationale Recht.
|
||||||
|
|
||||||
|
- 6.7.
|
||||||
|
|
||||||
|
- 6.8. Sofern nichts anderes vereinbart ist, darf DB InfraGO Verkehrsdaten zur bedarfsgerechten Gestaltung seiner Dienstleistungen sowie Bestandsdaten zur Beratung und Weiterentwicklung seiner Dienstleistung in anonymisierter Form verarbeiten und nutzen.
|
||||||
+37
@@ -0,0 +1,37 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "7. Sprachaufzeichnung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "7. Sprachaufzeichnung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 7
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "e8e6d89c16628cac"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 7. Sprachaufzeichnung
|
||||||
|
|
||||||
|
## **7. Sprachaufzeichnung**
|
||||||
|
|
||||||
|
- 7.1. Inhalte von Gesprächen, die im GSM-R-Netz zwischen mobilen Rangierfunkteilnehmern und Triebfahrzeugführern untereinander geführt werden oder bei denen mindestens ein Endgerät der Gesprächsteilnehmer ein ortsfestes bahnbetrieblich genutztes GSM-R Endgerät (ART GeFo) ist, können zur Beweissicherung für den Fall des Eintritts eines gefährlichen Ereignisses oder sonstiger Unregelmäßigkeiten im Eisenbahnbetrieb sowie zur Beobachtung der Handlungssicherheit und Einhaltung der Sprechdisziplin gemäß der Anforderungen des Allgemeinen Eisenbahngesetzes (AEG), der Eisenbahn-Bau- und Betriebsordnung (EBO) und der Technischen Spezifikationen für die Interoperabilität (TSI) Verkehrsbetrieb und Verkehrssteuerung aufgezeichnet werden (Sprachaufzeichnung).
|
||||||
|
|
||||||
|
- 7.2. Die Nachrichteninhalte werden spätestens 14 Tage nach ihrer Erhebung gelöscht.
|
||||||
|
|
||||||
|
- 7.3. Der Kunde hat seine Mitarbeitenden zu unterrichten, dass alle in 7.1 genannten Gespräche zu den dort genannten Zwecken für die unter 7.2 genannte Dauer aufgezeichnet werden können.
|
||||||
|
|
||||||
|
- 7.4. Eine Übermittlung der gespeicherten Nachrichteninhalte an Stellen außerhalb der DB InfraGO AG erfolgt an das Eisenbahn-Bundesamt, die Eisenbahn-Unfalluntersuchungsstelle des Bundes sowie an Strafverfolgungsbehörden entsprechend den gesetzlichen Vorschriften nur auf deren Anforderung.
|
||||||
+49
@@ -0,0 +1,49 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "8. Vertragsdauer, Kündigung, Sperre"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "8. Vertragsdauer, Kündigung, Sperre"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 8
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "a3ca103c042a19e1"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > 8. Vertragsdauer, Kündigung, Sperre
|
||||||
|
|
||||||
|
## **8. Vertragsdauer, Kündigung, Sperre**
|
||||||
|
|
||||||
|
- 8.1. Der Vertrag wird auf unbestimmte Zeit abgeschlossen. Soweit § 14 AEG einer Kündigung nicht entgegensteht, beträgt die Frist für eine ordentliche Kündigung einen Monat. Kündigungen bedürfen der Schriftform, die nicht durch elektronische Form ersetzt werden kann.
|
||||||
|
|
||||||
|
- 8.2. Eine außerordentliche Kündigung ist nur aus wichtigem Grund möglich. Ein solcher liegt für DB InfraGO insbesondere dann vor, wenn Dienstleistungen entgegen Ziffer 4.7 genutzt werden. Liegt ein wichtiger Grund vor, ist DB InfraGO ferner befugt, die Zugangsberechtigung des beim Kunden registrierten Teilnehmers zu GSM-R-Diensten mit sofortiger Wirkung zu sperren. Das gilt insbesondere bei mutwilligen Störungen des Betriebsablaufes sowie der Verletzung der unter Ziffer 4 aufgeführten Pflichten des Kunden.
|
||||||
|
|
||||||
|
Anlage 2.3.12 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen der DB InfraGO AG - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 2 von 3
|
||||||
|
|
||||||
|
- 8.3. DB InfraGO ist des Weiteren berechtigt, eine sofortige Sperrung des Teilnehmers oder des Kunden zu veranlassen,
|
||||||
|
|
||||||
|
- um missbräuchliche Nutzung des GSM-R-Netzes zu verhindern;
|
||||||
|
|
||||||
|
- wenn der Kunde eine eidesstattliche Versicherung im Sinne von § 807 Zivilprozessordnung abgegeben hat oder wenn über sein Vermögen ein Vergleichsverfahren bzw. ein Verfahren nach der Insolvenzordnung (InsO) eröffnet oder ein Antrag auf Eröffnung des Verfahrens nach der InsO mangels Masse abgelehnt oder die Zwangsverwaltung oder Zwangsversteigerung angeordnet worden ist;
|
||||||
|
|
||||||
|
- - bei nicht erfolgter Zahlung der Rechnung an zwei aufeinander folgenden Monaten;
|
||||||
|
|
||||||
|
- i.ü. wenn dies der Kunde wünscht.
|
||||||
|
|
||||||
|
## **9.**
|
||||||
+53
@@ -0,0 +1,53 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
part: "Änderungen der Vertragsbedingungen"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131448/fbc53178c332598900a7b1f1e101d6e9/INB-2026-Anlage-2-3-12-data.pdf"
|
||||||
|
parent_hash: "bf434fdd8526ea49"
|
||||||
|
section: "Änderungen der Vertragsbedingungen"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 9
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "a2cb66d917dc496d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 2 3 12 > Änderungen der Vertragsbedingungen
|
||||||
|
|
||||||
|
## **Änderungen der Vertragsbedingungen**
|
||||||
|
|
||||||
|
- 9.1. Änderungen der Allgemeinen Geschäftsbedingungen und der Preise werden dem Kunden gemäß den Änderungsregelungen der INB mitgeteilt und treten mit deren Wirksamwerden in Kraft.
|
||||||
|
|
||||||
|
- 9.2. Ändert DB InfraGO die Allgemeinen Geschäftsbedingungen oder die Preise zu Ungunsten des Kunden, kann der Kunde der Änderung – außer in den Fällen der Ziffer 9.4 – gemäß den Änderungsregelungen der INB schriftlich widersprechen.
|
||||||
|
|
||||||
|
- 9.3. Teilt DB InfraGO dem Kunden auf seinen Widerspruch hin mit, dass eine Fortsetzung des Vertrages zu den bisherigen Bedingungen nicht möglich ist, kann der Kunde den Vertrag gemäß den Änderungsregelungen der INB kündigen.
|
||||||
|
|
||||||
|
- 9.4. Abweichend von Ziffer 9.2 kann DB InfraGO die Preise
|
||||||
|
|
||||||
|
- a) bei Änderung des gesetzlichen Umsatzsteuersatzes sowie
|
||||||
|
|
||||||
|
- b) bei Änderung der Kosten für besondere Netzzugänge, für Zusammenschaltungen und für Dienste anderer Anbieter, zu denen DB InfraGO Zugang gewährt,
|
||||||
|
|
||||||
|
- zum Wirksamwerden der Änderung entsprechend anpassen.
|
||||||
|
|
||||||
|
**10. Anwendbares Recht**
|
||||||
|
|
||||||
|
- 10.1. Für sämtliche Rechtsbeziehungen zwischen DB InfraGO und dem Kunden gilt unter Ausschluss des UN-Kaufrechts ausschließlich das deutsche Recht, insbesondere das deutsche Eisenbahnrecht und andere eisenbahnrelevante Gesetze, Verordnungen oder Bestimmungen.
|
||||||
|
|
||||||
|
- 10.2. Gerichtsstand ist Frankfurt am Main.
|
||||||
|
|
||||||
|
Anlage 2.3.12 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Allgemeine Geschäftsbedingungen für GSM-R-Dienstleistungen der DB InfraGO AG - Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 3 von 3
|
||||||
+59
@@ -0,0 +1,59 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "3232c56e958a6e4d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)
|
||||||
|
|
||||||
|
# **GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)**
|
||||||
|
|
||||||
|
Muster für Zugangsberechtigte gemäß **§ 1 Abs. 12 ERegG** , gültig für Leistungen in der Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Die **DB InfraGO Aktiengesellschaft,** vertreten durch den Vorstand,
|
||||||
|
|
||||||
|
im Folgenden „ _DB InfraGO_ “ genannt -
|
||||||
|
|
||||||
|
## **und**
|
||||||
|
|
||||||
|
der **Zugangsberechtigte** gemäß § 1 Abs. 12 ERegG **, ########,** vertreten durch (...) <Straße, Hausnummer>, <PLZ, Ort> - im Folgenden „ _ZB_ “ genannt -
|
||||||
|
|
||||||
|
schließen folgenden Grundsatz-INV:
|
||||||
|
|
||||||
|
## **§ 1 GELTUNGSBEREICH**
|
||||||
|
|
||||||
|
- (1) Dieser Grundsatz-INV gilt für Leistungen hinsichtlich des Zugangs zu den von der DB InfraGO im Geltungsbereich des ERegG betriebenen Schienenwegen und Serviceeinrichtungen einschließlich Personenbahnhöfen und sich daraus ergebender Rechte und Pflichten.
|
||||||
|
|
||||||
|
- (2) Die Regelungen dieses Grundsatz-INV werden jeweils zum Bestandteil der auf Basis dieses Grundsatz-INV abzuschließenden Einzelnutzungsverträge (ENV) für die jeweilige Nutzung von Schienenwegen bzw. Serviceeinrichtungen oder Personenbahnhöfen durch den ZB.
|
||||||
|
|
||||||
|
## **§ 2 GEGENSTAND DES VERTRAGES**
|
||||||
|
|
||||||
|
- (1) Der ZB stellt auf Basis dieses Grundsatz-INV Anträge auf Zuweisung von Zugtrassen bzw. Nutzung von Serviceeinrichtungen oder Personenbahnhöfen für sich selbst oder ein einbezogenes EVU.
|
||||||
|
|
||||||
|
## **§ 3 NUTZUNGSBEDINGUNGEN; REGELWERK**
|
||||||
|
|
||||||
|
- (1) Für die Nutzung der Schienenwege und der Serviceeinrichtungen einschließlich der Personenbahnhöfe der DB InfraGO gelten die Infrastrukturnutzungsbedingungen der DB InfraGO AG (INB). Die jeweils aktuelle Fassung kann der ZB unter www.dbinfrago.com/inb einsehen.
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 1 von 10
|
||||||
+41
@@ -0,0 +1,41 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "60f098953f846fb6"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)
|
||||||
|
|
||||||
|
- (2) Die INB enthalten die für die Netzfahrplanperiode 2026 gültige Liste der Entgelte. Hierzu gilt im Rahmen der Nutzung von Serviceeinrichtungen (außer Personenbahnhöfen und Autoreisezug-Terminals) nach Maßgabe der INB im Zeitraum des Netzfahrplans 2026 die am ##. ##. 20##[] veröffentliche Liste der Entgelte für Serviceeinrichtungen der DB InfraGO. Diese kann der ZB unter www.dbinfrago.com/aps oder bei der vertragsführenden Stelle der DB InfraGO einsehen.
|
||||||
|
|
||||||
|
- (3) Der ZB hatte die Möglichkeit, von den in den vorstehenden Absätzen 1-2 genannten Dokumenten vor Vertragsschluss Kenntnis zu nehmen.
|
||||||
|
|
||||||
|
- (4) Die Entgelte für die Nutzung von Personenbahnhöfen nach Maßgabe der INB für den Zeitraum des Netzfahrplans 2026 werden voraussichtlich am 15.06.2025 durch die Bundesnetzagentur genehmigt. Die genehmigten Entgelte kann der ZB ab dem Werktag, der dem Zugang der Entgeltgenehmigung folgt, unter www.dbinfrago.com/stationspreise oder bei der vertragsführenden Stelle der DB InfraGO einsehen.
|
||||||
|
|
||||||
|
- (5) Die Liste der Entgelte für Autoreisezug-Terminals wird nach Beendigung des Unterrichtungsverfahrens bei der Bundesnetzagentur veröffentlicht.
|
||||||
|
|
||||||
|
## **§ 4 SICHERHEITSBESCHEINIGUNG**
|
||||||
|
|
||||||
|
Für Fahrten auf dem übergeordneten Netz der DB InfraGO ist grundsätzlich eine Sicherheitsbescheinigung erforderlich. Dies gilt nur dann nicht, wenn eine Teilnahme am Eisenbahnbetrieb auf Eisenbahninfrastrukturen gemäß § 2b Abs. 1 Nr. 1 bis 4 AEG bis in den Übergangsbahnhof des übergeordneten Netzes stattfindet (§ 7a Abs. 1 Satz 2 AEG) oder wenn eine Teilnahme am Eisenbahnbetrieb mit Fahrzeugen stattfindet, die ausschließlich für historische oder touristische Zwecke genutzt werden (§ 7a Abs. 1 Satz 3 AEG). Ein ZB, der mit der DB InfraGO einen Trassenvertrag abschließt, aber die Fahrten nicht selbst durchführt, benötigt keine Sicherheitsbescheinigung.
|
||||||
|
|
||||||
|
## **§ 5 VEREINBARUNG ZUR VERKEHRSDURCHFÜHRUNG**
|
||||||
+49
@@ -0,0 +1,49 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "62d94ea671dbb71b"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)
|
||||||
|
|
||||||
|
Bei ZB, die keine Sicherheitsbescheinigung nach § 7a AEG besitzen und Trassen anmelden, ist eine Vereinbarung über die Verkehrsdurchführung mit einem Eisenbahnverkehrsunternehmen, das im Besitz einer Sicherheitsbescheinigung nach § 7a AEG ist, zu treffen; die Vereinbarung richtet sich nach dem Muster, das in **Anlage 1** dieses Grundsatz-INV aufgeführt ist.
|
||||||
|
|
||||||
|
Gleiches gilt für ZB, die eine Sicherheitsbescheinigung nach § 7a AEG besitzen, Trassen anmelden und sich eines anderen Eisenbahnverkehrsunternehmen zur Verkehrsdurchführung bedienen. Dabei muss das durchführende Eisenbahnverkehrsunternehmen auch im Besitz einer solchen Sicherheitsbescheinigung sein.
|
||||||
|
|
||||||
|
## **§ 6 ANSPRECHPARTNER UND KOMMUNIKATION**
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 2 von 10
|
||||||
|
|
||||||
|
- (1) Die Parteien benennen für die Vertragsdurchführung bzw. den Vertrieb, Personen oder Stellen als Ansprechpartner, die befugt und in der Lage sind, binnen kürzester Zeit Entscheidungen im Namen DB InfraGO bzw. des ZB zu treffen. Die Ansprechpartner sind in **Anlage 2** dieses Grundsatz-INV aufgeführt. Jede Partei ist für sich ohne Zustimmung der anderen Partei berechtigt und verpflichtet, bei Bedarf zur Sicherstellung einer aktuellen und permanenten Kommunikation der sich aus **Anlage 2** ergeben-den Belange, schriftlich neue Personen oder Stellen zu benennen, die die zuvor in **Anlage 2** genannten Ansprechpartner ersetzen.
|
||||||
|
|
||||||
|
- (2) Die Kommunikation zur Vertragsdurchführung mit der DB InfraGO ist unter Angabe der Kundennummer
|
||||||
|
|
||||||
|
## ####################
|
||||||
|
|
||||||
|
sowie des Company Codes (soweit im Rahmen der Zuweisung von Zugtrassen und für betriebliche Meldungen erforderlich)
|
||||||
|
|
||||||
|
## ####################
|
||||||
|
|
||||||
|
zu führen.
|
||||||
+53
@@ -0,0 +1,53 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "74622b142e3bf508"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)
|
||||||
|
|
||||||
|
- (3) Sollte der ZB keine andere E-Mail-Adresse für den Empfang von Rechnungen (Ziffer 5.9.1 a) der INB) angeben, ist DB InfraGO berechtigt, für diesen Zweck die unter Anlage 2 a) genannte(n) E-Mailadresse(n) zu verwenden.
|
||||||
|
|
||||||
|
## **§ 7 LAUFZEIT UND KÜNDIGUNG**
|
||||||
|
|
||||||
|
- (1) Der Grundsatz-INV hat eine feste Laufzeit. Er tritt mit Unterzeichnung in Kraft und endet am 12. Dezember 2026. Für Leistungen zum Netzfahrplan 2026 ist ein neuer Grundsatz-INV abzuschließen. Eine ordentliche Kündigung während der Vertragslaufzeit ist ausgeschlossen. Die Möglichkeit einer Kündigung aus wichtigem Grund bleibt unberührt.
|
||||||
|
|
||||||
|
- (2) [sofern gegeben] Dieser Grundsatz-INV ersetzt zum 14. Dezember 2025 den „ _Infrastrukturnutzungsvertrag_ “ zwischen der DB AG/DB Netz [zutreffendes vollumfänglich einsetzen] und dem ZB vom ##.##.####.
|
||||||
|
|
||||||
|
- (3) Wenn und soweit die DB InfraGO Änderungen an den in § 3 Abs. 1 und 2 dieses Grundsatz-INV Bezug genommenen Dokumenten vornimmt, hat der ZB das Recht, vom Zeitpunkt der Veröffentlichung der geänderten Vertragsbedingungen an den Grundsatz-INV schriftlich mit einer Frist von einem Monat mit Wirkung zum Inkrafttreten der Änderungen zu kündigen.
|
||||||
|
|
||||||
|
## **§ 8**
|
||||||
|
|
||||||
|
## **SCHLUSSBESTIMMUNGEN**
|
||||||
|
|
||||||
|
- (1) Stillschweigende, mündliche, elektronische oder schriftliche Nebenabreden zu diesem Grundsatz-INV wurden nicht getroffen. Änderungen und Ergänzung
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 3 von 10
|
||||||
|
|
||||||
|
dieses Grundsatz-INV bedürfen der fortgeschrittenen elektronischen Signatur i. S. d. eIDAS Verordnung der EU (VERORDNUNG (EU) Nr. 910/2014 oder der Schriftform, § 3 Abs. 1 und 2 dieses Grundsatz-INV bleiben unberührt. Dies gilt auch für eine Aufhebung dieser Formklausel.
|
||||||
|
|
||||||
|
- (2) Gerichtsstand für Rechtsstreitigkeiten aus und im Zusammenhang mit dem Grundsatz-INV ist Frankfurt am Main.
|
||||||
|
|
||||||
|
- (3) Der Vertrag wird ###-fach ausgefertigt. Jede Partei erhält ein Exemplar.
|
||||||
+47
@@ -0,0 +1,47 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "121f408189b8541c"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > GRUNDSATZ-INFRASTRUKTURNUTZUNGSVERTRAG („GRUNDSATZ-INV“)
|
||||||
|
|
||||||
|
- (4) Allgemeine Geschäftsbedingungen des ZB gelten nicht, es sei denn, die DB InfraGO hat in deren Geltung ausdrücklich schriftlich eingewilligt.
|
||||||
|
|
||||||
|
- (5) Sollten einzelne Bestimmungen dieses Grundsatz-INV unwirksam sein oder werden oder aus Rechtsgründen nicht durchgeführt werden können, ohne dass damit die Aufrechterhaltung des Vertrags für einen Vertragspartner unzumutbar wird, werden dadurch die übrigen Bestimmungen des Vertrags nicht berührt. Das gleiche gilt bei einer Regelungslücke. Anstelle der unwirksamen, undurchführbaren oder lückenhaften Regelung ist der Vertrag so zu ergänzen oder auszulegen, dass die von den Vertragspartnern angestrebten wirtschaftlichen Ziele möglichst erreicht werden.
|
||||||
|
|
||||||
|
________________, **den** _________________
|
||||||
|
|
||||||
|
## **Für die DB InfraGO AG:**
|
||||||
|
|
||||||
|
___________________________ ___________________________
|
||||||
|
|
||||||
|
## **Für den ZB:**
|
||||||
|
|
||||||
|
___________________________ ___________________________
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 4 von 10
|
||||||
|
|
||||||
|
## **Anlage 1**
|
||||||
+182
@@ -0,0 +1,182 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
part: "Vereinbarung über die Verkehrsdurchführung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131450/8beedf888d7547636ce0995cca892b15/INB-2026-Anlage-3-2-1-1-data.pdf"
|
||||||
|
parent_hash: "29480fb7059a3a5e"
|
||||||
|
section: "Vereinbarung über die Verkehrsdurchführung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 5
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "9d1725f6d0d40598"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 1 > Vereinbarung über die Verkehrsdurchführung
|
||||||
|
|
||||||
|
# **Vereinbarung über die Verkehrsdurchführung**
|
||||||
|
|
||||||
|
Die **DB InfraGO Aktiengesellschaft** , Adam-Riese-Straße 11-13, 60327 Frankfurt am Main
|
||||||
|
|
||||||
|
- im Folgenden „DB InfraGO“ genannt –
|
||||||
|
|
||||||
|
## **und**
|
||||||
|
|
||||||
|
die ###1, <Straße, Hausnummer>, <PLZ, Ort> - im Folgenden „###“ genannt –
|
||||||
|
|
||||||
|
## **und**
|
||||||
|
|
||||||
|
die ###2, <Straße, Hausnummer>, <PLZ, Ort> - im Folgenden „###2“ genannt –
|
||||||
|
|
||||||
|
schließen folgende Vereinbarung über die Verkehrsdurchführung:
|
||||||
|
|
||||||
|
**§ 1**
|
||||||
|
|
||||||
|
Die ###1 wird sich, sofern sie Trassen bei der DB InfraGO AG im Netzfahrplan und/oder Gelegenheitsverkehr unter Bezugnahme auf die nachfolgenden genannten Kundennummern bestellt, zur Verkehrsdurchführung der ###2 bedienen.
|
||||||
|
|
||||||
|
###### ###2 für ###1
|
||||||
|
|
||||||
|
## **§ 2**
|
||||||
|
|
||||||
|
Die ###2 verantwortet die Einhaltung der der Betriebssicherheit dienenden Bestimmungen gemäß des mit ihr am ### geschlossenen Grundsatz-INV.
|
||||||
|
|
||||||
|
Die Ansprechpartner sind in der Anlage 2 des geschlossenen Grundsatz-INV 2026 mit der ###2 aufgeführt.
|
||||||
|
|
||||||
|
**§ 3**
|
||||||
|
|
||||||
|
Die DB InfraGO wird die entsprechenden Fahrplananordnungen an eine von ###2 benannte elektronische Empfangsadresse senden, es sei denn, die ###1 storniert oder ändert die Trassen bzw. teilt der DB InfraGO schriftlich mit, dass und ab wann die ###1 sich nicht mehr der ###2 bedient (§ 1 Satz 2). Im letztgenannten Fall setzt
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 5 von 10
|
||||||
|
|
||||||
|
die weitere Nutzung der Eisenbahninfrastruktur voraus, dass die ###1 schriftlich ein anderes Eisenbahnverkehrsunternehmen zur Durchführung der Fahrten benennt, das ebenfalls die Einhaltung der der Betriebssicherheit dienenden Vorschriften verantwortet.
|
||||||
|
|
||||||
|
## **§ 4**
|
||||||
|
|
||||||
|
- (1) Stillschweigende, mündliche, elektronische oder schriftliche Nebenabreden zu dieser Vereinbarung wurden nicht getroffen. Änderungen und Ergänzungen bedürfen der fortgeschrittenen elektronischen Signatur i. S. d. eIDAS Verordnung der EU (VERORDNUNG (EU) Nr. 910/2014 oder der Schriftform. Dies gilt auch für eine Aufhebung dieser Formklausel.
|
||||||
|
|
||||||
|
- (2) Gerichtsstand für Rechtsstreitigkeiten aus und im Zusammenhang mit dieser Vereinbarung ist Frankfurt am Main.
|
||||||
|
|
||||||
|
- (3) Der Vertrag wird 3-fach ausgefertigt. Jede Partei erhält ein Exemplar.
|
||||||
|
|
||||||
|
- (4) Sollten einzelne Bestimmungen dieser Vereinbarung unwirksam sein oder werden oder aus Rechtsgründen nicht durchgeführt werden können, ohne dass damit die Aufrechterhaltung dieser Vereinbarung für einen Vertragspartner unzumutbar wird, werden dadurch die übrigen Bestimmungen der Vereinbarung nicht berührt. Das gleiche gilt bei einer Regelungslücke. Anstelle der unwirksamen, undurchführbaren oder lückenhaften Regelung ist die Vereinbarung so zu ergänzen oder auszulegen, dass die von den Vertragspartnern angestrebten wirtschaftlichen Ziele möglichst erreicht werden.
|
||||||
|
|
||||||
|
________________, den _________________
|
||||||
|
|
||||||
|
## Für DB InfraGO:
|
||||||
|
|
||||||
|
___________________________ ___________________________
|
||||||
|
|
||||||
|
Für ###1:
|
||||||
|
|
||||||
|
__________________________ ___________________________
|
||||||
|
|
||||||
|
Für ###2:
|
||||||
|
|
||||||
|
___________________________ ___________________________
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 6 von 10
|
||||||
|
|
||||||
|
## **ANLAGE 2**
|
||||||
|
|
||||||
|
## **Ansprechpartner des EVU**
|
||||||
|
|
||||||
|
## **a. Ansprechpartner für die Vertragsdurchführung bzw. den Vertrieb**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
## **b. Ansprechpartner für die Betriebsführung und Empfänger von Informationen mit Sicherheitscharakter**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
## **Sofern Empfänger von Informationen mit Sicherheitscharakter abweichend von Ansprechpartner für die Betriebsführung**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
## **c. Ansprechpartner und Empfänger sonstiger geschäftlicher Informationen ohne Sicherheitscharakter (bspw. digitale Kundeninformation, Veranstaltungseinladungen etc.)**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
## **- - d. Ansprechpartner für das Notfallmanagement (24 h Erreichbarkeit)**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
## **Eisenbahnbetriebsleiter**
|
||||||
|
|
||||||
|
Herr/Frau Telefon: Fax: Mobil: E-Mail:
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026
|
||||||
|
|
||||||
|
Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 7 von 10
|
||||||
|
|
||||||
|
## **Ansprechpartner DB InfraGO AG:**
|
||||||
|
|
||||||
|
## **a. Ansprechpartner für die Vertragsdurchführung bzw. den Vertrieb**
|
||||||
|
|
||||||
|
DB InfraGO AG Region XX Vertrieb und Kommunikation (I.IBV 3) Straße PLZ Ort Tel. xxx Fax xxx E-Mail: xxx@deutschebahn.com
|
||||||
|
|
||||||
|
## **b. Ansprechpartner für die Betriebsführung**
|
||||||
|
|
||||||
|
DB InfraGO AG Region XX Vorname Name Straße PLZ Ort Tel. xxx Fax xxx E-Mail: xxx@deutschebahn.com
|
||||||
|
|
||||||
|
## **- - c. Ansprechpartner für das Notfallmanagement (24 h Erreichbarkeit)**
|
||||||
|
|
||||||
|
|DB InfraGO AG<br>**Region Süd**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|DB InfraGO AG**Region**<br>**West**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|DB InfraGO AG<br>**Region Südost**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|
|
||||||
|
|---|---|---|
|
||||||
|
|DB InfraGO AG<br>**Region Südwest**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|DB InfraGO AG<br>**Region Nord**<br>**Betriebszentrale**<br>Netzkoordinator (NK)||
|
||||||
|
|DB InfraGO AG<br>**Region Mitte**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|DB InfraGO AG<br>**Region Ost**<br>**Betriebszentrale**<br>Netzkoordinator (NK)|DB InfraGO AG<br>**Netzleitzentrale**<br>Netzkoordinator (NK)|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 8 von 10
|
||||||
|
|
||||||
|
## **Ansprechpartner Geschäftsfeld Personenbahnhöfe EVU und InfraGO AG**
|
||||||
|
|
||||||
|
## **Zentrale Ansprechpartner**
|
||||||
|
|
||||||
|
**Zentraler Vertrieb / Geschäftsführung Vertragsangelegenheiten** DB InfraGO AG Leiter Vertrieb Mobility Friedemann Keßler Europaplatz 1 10557 Berlin Tel: 030 297-65050 e-Mail: friedemann.kessler@deutschebahn.com **Anmeldung von Verkehren Weitere Ansprechpartner** DB InfraGO AG Leiter Stationspreismanagement Ole Köster Europaplatz 1 10557 Berlin Tel: 030 297-65250 e-Mail: ole.koester@deutschebahn.com **Ständiger Stellvertreter Eisenbahnbetriebsleiter Eisenbahnbetriebsleiter** DB InfraGO AG Mike Laue Europaplatz 1 10557 Berlin Tel. 030/297-65360 e-Mail: Mike.Laue@deutschebahn.com
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 9 von 10
|
||||||
|
|
||||||
|
## **Regionale Ansprechpartner**
|
||||||
|
|
||||||
|
## **Regionaler Vertrieb**
|
||||||
|
|
||||||
|
DB InfraGO AG Vertrieb Regionalbereich Siehe Anlage 4a Stationsnutzungsvertrag (SNV)
|
||||||
|
|
||||||
|
## **Regionaler Eisenbahnbetrieb**
|
||||||
|
|
||||||
|
DB InfraGO AG St. stv. Eisenbahnbetriebsleiter Siehe Anlage 4b SNV
|
||||||
|
|
||||||
|
## **Örtlicher Ansprechpartner**
|
||||||
|
|
||||||
|
DB InfraGO AG Bahnhofsmanagement Siehe Anlage 4c SNV
|
||||||
|
|
||||||
|
## **Im Notfall Im Notfall**
|
||||||
|
|
||||||
|
3-S-Zentrale Siehe Anlage 4d SNV
|
||||||
|
|
||||||
|
Anlage 3.2.1.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Grundsatz-INV für die Netzfahrplanperiode 2026
|
||||||
|
|
||||||
|
Seite 10 von 10
|
||||||
+56
@@ -0,0 +1,56 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
part: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
parent_hash: "41c88962f0c17803"
|
||||||
|
section: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "c7cd8a5f7e9bd750"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 2 > Netzzugangsrelevantes Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Netzzugangsrelevantes Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [123 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
Das netzzugangsrelevante Regelwerk stellt Ihnen die DB InfraGO AG auf Ihrer Internetseite zum Download zur Verfügung.
|
||||||
|
|
||||||
|
|||www.dbinfrago.com/regelwerke_netzzugang|||||
|
||||||
|
|---|---|---|---|---|---|---|
|
||||||
|
|**Regelwerks-Nr.**||**Regelwerkstitel**||**Gültig ab**||**Bemerkungen**|
|
||||||
|
|**124**||**Brandschutz**|||||
|
||||||
|
|124.0600||Dampfgetriebene Schienenfahrzeuge||12.12.2021|||
|
||||||
|
|124.0600V01||Hinweise zur Bedienung rostgefeuerter Dampflokomotiven||05.04.2016|||
|
||||||
|
|**402**||**Trassenmanagement**|||||
|
||||||
|
|402.0101||Grundsätze||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202||Planungsprocedere; Trassenanmeldungen||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202A01||Trassenanmeldung Netzfahrplan||10.12.2023||Aktualisierung|
|
||||||
|
|402.0202A02||Trassenanmeldung Gelegenheitsverkehr||10.12.2023||Aktualisierung|
|
||||||
|
|402.0202A03||Trassenanmeldung Baumaschinen/sonstige Nebenfahrzeuge||12.12.2021||Aktualisierung|
|
||||||
|
|402.0202A05||Planungsprocedere; Trassenanmeldungen Betriebsstellenbezogene Wendeliste||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202A06||Planungsprocedere; Trassenanmeldungen Betriebsstellen mit einzureichender Wendeliste||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202V01||Anmeldung zum Netzfahrplan||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202V02||Anmeldung zum Gelegenheitsverkehr||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202V03||Trassenanmeldung für Baumaschinen / sonstige Nebenfahrzeuge||14.12.2025||Aktualisierung|
|
||||||
|
|402.0202V04||Machbarkeitsstudie Einstellen außergewöhnlicher Transporte in Züge mit bestehendem Einzelnutzungsvertrag||14.12.2025||Aktualisierung|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.2 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Netzzugangsrelevantes RW - Zusammenstellung - Gültig ab 14.12.2025
|
||||||
+38
@@ -0,0 +1,38 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
part: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
parent_hash: "41c88962f0c17803"
|
||||||
|
section: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "f1c53c74099a3be2"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 2 > Netzzugangsrelevantes Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Netzzugangsrelevantes Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [123 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|402.0202V05<br>402.0203<br>402.0203A01<br>402.0203A02<br>402.0204<br>402.0204A01<br>402.0205<br>402.0206<br>402.0207<br>402.0211<br>402.0211A01<br>402.0220<br>402.0305<br>402.0305A01<br>402.0305A02<br>402.0305A03<br>402.0305A04<br>402.0305A05<br>402.0305A06|Anforderungsprofil für Fahrdynamische Triebfahrzeugdaten<br>Planungsprocedere; Aufgaben und Abläufe im Planungsprocedere für den Netzfahrplan<br>Übergangszeiten im Netzfahrplan<br>Pufferzeiten - Grundsätze und Migration<br>Planungsprocedere; Planungsprocedere für Gelegenheitsverkehr<br>Besondere Konstruktionsregeln im Gelegenheitsverkehr und unterjährigem Baufahrplan<br>Planungsprocedere; Nutzung der Bahnanlagen unter betrieblichen Sonderbedingungen<br>Planungsprocedere; Abweichungen von Planungsparametern<br>Planungsprocedere; Nummerierung der Züge, Zugteilung und Verwendung von Zugnummern<br>ETCS-Zugkategorie eingeben<br>ETCS-Zugkategorien<br>Bezug von Fahrplänen für Zugfahrten<br>Baubedingte Fahrplanregelungen abstimmen und kommunizieren<br>Bauzuschlagskarte (Beispiel)<br>Muster Internet (Veranstaltungen)<br>Zusammenstellung der vertrieblichen Folgen (Beispiel)<br>Übergabeblatt (Beispiel)<br>Fahrplananordnung (Beispiel)<br>Aufgabenverteilung bei der Planung und Durchführung von Schienenersatzverkehr|14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung<br>15.12.2019<br>10.12.2017<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung<br>09.12.2018<br>09.12.2018<br>09.12.2018<br>09.12.2018<br>09.12.2018<br>10.12.2017|
|
||||||
|
|---|---|---|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.2 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Netzzugangsrelevantes RW - Zusammenstellung - Gültig ab 14.12.2025
|
||||||
+44
@@ -0,0 +1,44 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
part: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131452/e21f706adf9d5b8b429352f5d8aa03ef/INB-2026-Anlage-3-2-1-2-2-data.pdf"
|
||||||
|
parent_hash: "41c88962f0c17803"
|
||||||
|
section: "Netzzugangsrelevantes Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "a142786f841d30e9"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 2 > Netzzugangsrelevantes Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Netzzugangsrelevantes Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [123 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
||402.0305A07<br>402.0305A08<br>402.0305A09<br>402.0305A10<br>402.0305A11<br>402.0305A12<br>TNB|Spaltenaufbau der KiGbau<br>Baubedingte zusätzliche Leistungen beantragen<br>Ermittlung Anpassungsfaktor Kapazität<br>BKE-Kategorien<br>Koordinationstermine über mehrere betroffene Fahrplanjahre<br>Hochlauf von wöchentlich geltenden Baufahrplanunterlagen<br>**Technische Netzzugangsbedingungen**<br>Technische Netzzugangsbedingungen - Gültig für die Infrastruktur der DB InfraGO AG|10.12.2017<br>10.12.2023<br>01.03.2022<br>01.03.2022<br>01.03.2022<br>25.05.2023<br>14.12.2025<br>Aktualisierung|
|
||||||
|
|---|---|---|---|
|
||||||
|
|||||
|
||||||
|
|||||
|
||||||
|
|||||
|
||||||
|
|||||
|
||||||
|
|||||
|
||||||
|
|||||
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.2 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Netzzugangsrelevantes RW - Zusammenstellung - Gültig ab 14.12.2025
|
||||||
+58
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "82da765251a13c69"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
Das betrieblich-technische Regelwerk stellt Ihnen die DB InfraGO AG auf Ihrer Internetseite zum Download zur Verfügung.
|
||||||
|
|
||||||
|
|||||www.dbinfrago.com/regelwerke_betrieblich-technisch|||||
|
||||||
|
|---|---|---|---|---|---|---|---|---|
|
||||||
|
||**Regelwerks-Nr.**|||**Regelwerkstitel**||**Gültig ab**||**Bemerkungen**|
|
||||||
|
||**135**|||**Konzernsicherheit / DB Lagezentrum**|||||
|
||||||
|
||135.1301|||Präventive Evakuierung mit Securitybezug größflächiger Bereiche||01.09.2016|||
|
||||||
|
||**301**|||**Signalbuch**|||||
|
||||||
|
||301|||Signalbuch (SB)||15.12.2024|||
|
||||||
|
||301.0001Z21|||Zusätzliche Verweise der S-Bahn Hamburg zu den örtlichen Zusätzen zur Ril 301||10.12.2017|||
|
||||||
|
||**302**|||**Grenzüberschreitende Bahnstrecken**|||||
|
||||||
|
|||302.0001||Grundsätze||15.12.2024|||
|
||||||
|
|||302.0001A01||Übersicht der Aktualisierungen||15.12.2024|||
|
||||||
|
|||302.0001A99||Abkürzungen||09.12.2018|||
|
||||||
|
|||302.0001Z01||Sprachanforderungen||09.12.2018|||
|
||||||
|
||302.1000|||Grenzüberschreitende Bahnstrecke mit Dänemark||01.04.2024|||
|
||||||
|
|||302.1001Z99||Zusätzliche Regelungen für den Bahnhof Niebüll||01.07.2023|||
|
||||||
|
|||302.1202Z01||Zusatzbestimmungen Abzweigstelle Friedensweg - Padborg||01.04.2024|||
|
||||||
|
||302.2000|||Grenzüberschreitende Bahnstrecken mit Polen||15.12.2024|||
|
||||||
|
|||302.2000V01||Vordruck Befehl G 1-14 (deutsch-polnisch)||12.12.2021|||
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 1 von 12
|
||||||
+58
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "996c94c0f1bd09bd"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|302.2000V02<br>302.2000V03<br>302.2000V04<br>302.2201Z01<br>302.2202Z01<br>302.2203Z01<br>302.2204Z01<br>302.2205Z01<br>302.2206Z01<br>302.2207Z01<br>302.2208Z01<br>302.2209Z01<br>302.3000<br>302.3000V01<br>302.3000V02<br>302.3000V03<br>302.3202Z01<br>302.3203Z01<br>302.3204Z01|Vordruck Befehl G 14.1-14.35 (deutsch-polnisch)<br>Wortlautbeiblatt zum Befehl G zweisprachig (deutsch-polnisch)<br>Verständigungsbehelf "Gefahrgut"<br>Örtliche Grenzvereinbarung Löcknitz - Szczecin Glòwny; Auszug für EVU<br>Örtliche Grenzvereinbarung Tantow - Szczecin Glòwny; Auszug für EVU<br>Örtliche Grenzvereinbarung Küstrin-Kietz - Kostrzyn; Auszug für EVU<br>Örtliche Grenzvereinbarung Frankfurt (Oder) - Rzepin; Auszug für EVU<br>Örtliche Grenzvereinbarung Guben - Gubin; Auszug für EVU<br>Örtliche Grenzvereinbarung Forst (Lausitz) - Tuplice; Auszug für EVU<br>Örtliche Grenzvereinbarung Horka Gbf - Wegliniec<br>Örtliche Grenzvereinbarung Görlitz - Zgorzelec; Auszug für EVU<br>Örtliche Grenzvereinbarung Hagenwerder - Krzewina Zgorzelecka - Zittau; Auszug für EVU<br>Grenzüberschreitende Bahnstrecken mit Tschechien<br>Vordruck zweisprachiger Befehl 1-14 (deutsch -tschechisch)<br>Vordruck Wortlaute zum Befehl 14<br>Vordruck Befehle 14.1-14.35<br>Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag Ebersbach (Sachs) - Rumburk; Auszug für EVU<br>Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag Sebnitz (Sachs) - Dolni Poustevna; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Bad Schandau - Decin|12.12.2021|
|
||||||
|
|---|---|---|
|
||||||
|
|||12.12.2021|
|
||||||
|
|||15.12.2019|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||12.12.2021|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||15.01.2023|
|
||||||
|
|||12.12.2021|
|
||||||
|
|||12.12.2021|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||10.06.2023|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||11.12.2022|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||03.06.2018|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||15.12.2024|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 2 von 12
|
||||||
+58
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "352ff96c8957db73"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|302.3205Z01<br>302.3206Z01<br>302.3207Z01<br>302.3208Z01<br>302.3209Z01<br>302.3210Z01<br>302.3211Z01<br>302.3212Z01<br>302.3213Z01<br>302.3214Z01<br>302.4000<br>302.4201Z01<br>302.4202Z01<br>302.4203Z01<br>302.4204Z01<br>302.4205Z01<br>302.4206Z01<br>302.4207Z01<br>302.4208Z01|Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag Cranzahl - Vejprty; Auszug für EVU<br>Zusatzvereinbarung zum Infrastrukturnutzungsvertrag Johanngeorgenstadt - Potùcky; Auszug für EVU<br>Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag Zwotental - Kraslice; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Bad Brambach -Vojtanov, Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Selb-Plößberg - Aš; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Schirnding - Cheb; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Furth im Wald - Ceskà Kubice; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Bayerisch Eisenstein / Zeleznà Ruda Alzbètin; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Zittau - Hrádek nad Nisou; Auszug für EVU<br>Zusatzvereinbarung zur Grenzbetriebsvereinbarung Großschönau (Sachs) - Varnsdorf; Auszug für EVU<br>Grenzüberschreitende Bahnstrecken mit Österreich<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Schärding - Passau Hbf<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Simbach (Inn) - Braunau am Inn<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Freilassing - Salzburg Hbf<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Kufstein - Kiefersfelden<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Mittenwald - Scharnitz<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Griesen (Oberbayern) - Ehrwald-Zugspitzbahn<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Pfronten-Steinach - Vils<br>Zusatzbestimmungen für das Befahren des Eisenbahn-Grenzübergangs Lindau- Lochau-Hörbranz|09.12.2018|
|
||||||
|
|---|---|---|
|
||||||
|
|||01.09.2024|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||29.04.2024|
|
||||||
|
|||01.09.2023|
|
||||||
|
|||01.05.2020|
|
||||||
|
|||01.05.2022|
|
||||||
|
|||21.05.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||10.12.2023|
|
||||||
|
|||10.12.2023|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 3 von 12
|
||||||
+57
@@ -0,0 +1,57 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "5aeafc083ba5d4be"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|302.5000<br>302.5001<br>302.5002<br>302.5003Z98<br>302.5004<br>302.5005<br>302.6000<br>302.6001Z98<br>302.6004Z98<br>302.6005Z98<br>302.6007Z98<br>302.6008Z98<br>302.6202Z01<br>302.6203Z01<br>302.6206Z01<br>302.7000<br>302.7201Z01<br>302.8000|Grenzüberschreitende Bahnstrecken zur Schweiz<br>Nutzungsbestimmungen für die Betriebsdurchführung auf der Strecke Konstanz – Kreuzlingen und der Verbindung<br>Konstanz - Kreuzlingen Hafen sowiegrenzbedingte Besonderheiten im Grenzbahnhof Konstanz - Auszugfür EVU<br>Nutzungsbestimmungen für die Betriebsdurchführung im Gemeinschaftsbahnhof Schaffhausen sowie auf den Strecken<br>Beringen Bad Bf – Schaffhausen und Schaffhausen - Thayngen,Auszugfür EVU<br>Vereinbarung über die Betriebsführung zwischen Koblenz und Waldshut<br>Nutzungsbestimmungen für die Betriebsdurchführung auf den Strecken Basel Bad Bf - Gellert – Basel SBB PB/RB sowie<br>grenzbedingte Besonderheiten auf den angrenzenden Grenzbetriebsstrecken Basel Bad Bf – Weil (Rhein)/Basel Bad<br>Rbf<br>Nutzungsbestimmungen für die Betriebsdurchführung auf der Strecke Basel Bad Rbf – Basel-Kleinhüningen Hafen,<br>Auszugfür EVU<br>Grenzüberschreitende Bahnstrecken mit Frankreich<br>Gemeinsame Vereinbarung über die Besonderheiten auf der Grenzstrecke Bantzenheim - Neuenburg (Bd)<br>Grenzbetriebsvereinbarung Wissembourg - Winden<br>Gemeinsame Regelungen der Besonderheiten auf der Grenzstrecke Sarreguemines - Hanweiler-Bad Rilchingen<br>Gemeinsame Regelungen der Besonderheiten auf der Grenzstrecke Bouzonville - Hemmersdorf<br>Gemeinsame Regelungen über die Besonderheiten auf der Grenzstrecke Apach - Perl<br>Gemeinsame Regelungen über die Besonderheiten auf der Grenzstrecke Strasbourg-Neudorf - Kehl, Auszug für EVU<br>Gemeinsame Regelungen über die Besonderheiten auf der Grenzstrecke Wörth - Lauterbourg, Auszug für EVU<br>Gemeinsame Regelungen über die Besonderheiten auf der Grenzstrecke Forbach - Saarbrücken Hbf, Auszug für EVU<br>Grenzüberschreitende Bahnstrecken mit Luxemburg<br>Regelung der örtlichen Besonderheiten auf der Grenzstrecke Igel - Wasserbillig, Gemeinsame Schnittstelle für EVU<br>Grenzüberschreitende Bahnstrecken mit Belgien|15.12.2024|
|
||||||
|
|---|---|---|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||15.12.2024|
|
||||||
|
|||14.04.2015|
|
||||||
|
|||29.04.2024|
|
||||||
|
|||29.04.2024|
|
||||||
|
|||16.10.2024|
|
||||||
|
|||13.12.2015|
|
||||||
|
|||13.12.2020|
|
||||||
|
|||16.10.2024|
|
||||||
|
|||13.11.2019|
|
||||||
|
|||12.12.2021|
|
||||||
|
|||13.12.2020|
|
||||||
|
|||16.10.2024|
|
||||||
|
|||25.09.2023|
|
||||||
|
|||12.06.2022|
|
||||||
|
|||12.06.2022|
|
||||||
|
|||15.12.2024|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 4 von 12
|
||||||
+40
@@ -0,0 +1,40 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "b7934dd871a2fba3"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|Nutzungsvorgabe für EVU auf der Grenzstrecke Aachen Süd - Abzw Hammerbrücke<br>Nutzungsvorgabe für EVU auf der Grenzstrecke Aachen West - Montzen<br>Grenzüberschreitende Bahnstrecken mit den Niederlanden<br>Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag für die Grenzstrecke Herzogenrath - Landgraaf<br>Zusatzvereinbarung zum Infrastrukturverknüpfungsvertrag für die Grenzstrecke Gronau - Enschede<br>Nutzungsvorgabe der Grenzstrecke Kaldenkirchen - Venlo für EVU<br>Nutzungsvorgabe der Grenzstrecke Emmerich - Zevenaar Ost für EVU<br>Nutzungsvorgabe der Grenzstrecke Bad Bentheim - Oldenzaal für EVU<br>Nutzungsvorgabe der Grenzstrecke Ihrhove - Bad Nieuweschans für EVU<br>**Baubetriebsplanung, Betra, La**<br>La-Dokumente<br>**Fahrdienstvorschrift**<br>Handbuch 40820<br>Grundsätze; Aufbau und Zweck, Abkürzungen, Begriffe, Kommunikation<br>Regeln für den Betrieb der Gleichstrom-S-Bahn Berlin zur Ril 408.0051-56<br>Fahrdienstvorschrift, Richtlinien 408.21 - 27<br>Zusätzliche Verweise der S-Bahn Hamburg in den örtlichen Zusätzen zur Ril 408.21 - 27<br>Regeln für den Betrieb der Gleichstrom-S-Bahn Berlin zur Ril 408.21-27<br>Fahrdienstvorschrift, Richtlinien 408.31 - 37|02.11.2023<br>15.12.2024<br>15.12.2024<br>11.12.2022<br>09.12.2018<br>01.09.2023<br>01.05.2024<br>15.12.2024<br>09.12.2018<br>15.12.2024<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Aktualisierung<br>10.12.2017<br>14.12.2025<br>Aktualisierung<br>14.12.2025<br>Aktualisierung|
|
||||||
|
|---|---|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 5 von 12
|
||||||
+89
@@ -0,0 +1,89 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 5
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "caf982fe7e686b8d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|Fahrdienstvorschrift, Richtlinie 408.48<br>Zusätzliche Verweise der S-Bahn Hamburg in den örtlichen Zusätzen zur Ril 408.48<br>Regeln für den Betrieb der Gleichstrom-S-Bahn Berlin zur Ril 408.48<br>Fahrdienstvorschrift, Richtlinie 408.58<br>**Betriebsleitstellen**<br>Zusammenarbeit mit Eisenbahnverkehrsunternehmen<br>**Notfallmanagement**<br>Aufgleismerkblätter<br>Handbuch "Zusammenstellung für Zugangsberechtigte und Kunden<br>der DB InfraGO AG"<br>Glossar<br>Grundsätze<br>Nothilfe vorbereiten<br>Nothilfe durchführen<br>Befördern von Notfalltechnik - Unternehmerregeln<br>Befördern von Notfalltechnik Unternehmerregeln - Besonderheiten für die deutschen Strecken auf Schweizer Gebiet<br>Befördern von Notfalltechnik<br>Einheitshilfsgerätewagen - EHG<br>Kranzug<br>**Zug- und Rangierfahrten im Zugleitbetrieb durchführen (ZLB)**|14.12.2025<br>13.12.2015<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>09.12.2018<br>12.12.2021<br>09.12.2018<br>09.12.2018<br>12.12.2021<br>09.12.2018<br>12.12.2021<br>09.12.2018<br>09.12.2018<br>09.12.2018<br>09.12.2018|Aktualisierung|
|
||||||
|
|---|---|---|
|
||||||
|
||||
|
||||||
|
|||Aktualisierung|
|
||||||
|
|||Aktualisierung|
|
||||||
|
||||
|
||||||
|
|||Aktualisierung|
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 6 von 12
|
||||||
|
|
||||||
|
**Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|Zug- und Rangierfahrten im Zugleitbetrieb durchführen (ZLB)<br>Übersicht über die in das Betriebsstellenbuch / Streckenbuch oder Betra aufzunehmenden Regeln<br>**Zug- und Rangierfahrten im Signalisierten Zugleitbetrieb durchführen (SZB)**<br>Übersicht über die in das Betriebsstellenbuch / Streckenbuch oder Betra aufzunehmenden Regeln<br>Regelungen für alle Mitarbeiter<br>Aufgaben des Triebfahrzeugführers<br>Zug- und Rangierfahrten im Signalisierten Zugleitbetrieb mit elektronischem Stellwerk durchführen (SZB-E); Regelungen<br>für alle Mitarbeiter<br>Fernsprechbuch für den SZB-E - Teil Zugleiter<br>Fernsprechbuch für den SZB-E - Teil Triebfahrzeugführer<br>Muster - Zugmeldebuch für den SZB-E<br>Zug- und Rangierfahrten im Signalisierten Zugleitbetrieb mit elektronischem Stellwerk durchführen (SZB-E); Aufgaben<br>des Triebfahrzeugführers<br>Übersicht über die in das Betriebsstellenbuch / Streckenbuch oder Betra aufzunehmenden Regeln<br>**Fahrdienstvorschrift; FV-NE**<br>Fahrdienstvorschrift; FV-NE<br>**Betrieb auf Steilstrecken; Besondere Vorschriften über das Bremsen**<br>Betrieb auf Steilstrecken; Besondere Vorschriften über das Bremsen<br>**Bahnbetrieb; Telekommunikationsanlagen bedienen**<br>Übersicht über die in das Betriebsstellenbuch / Streckbuch oder Betra aufzunehmenden Regeln zur Richtlinienreihe 481<br>Grundlagen für drahtgebundene Fernsprechverbindungen|13.12.2015<br>13.12.2015<br>13.12.2015<br>13.12.2015<br>13.12.2015<br>13.12.2015<br>15.04.2008<br>15.04.2008<br>10.06.2012<br>13.12.2015<br>13.12.2015<br>15.12.2024<br>14.12.2025<br>10.12.2017<br>10.05.2005||
|
||||||
|
|---|---|---|
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
|||Neuherausgabe|
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
||||
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 7 von 12
|
||||||
+58
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 6
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "9736e718f97af2e8"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|481.0101A01<br>481.0101V01<br>481.0101V02<br>481.0101V03<br>481.0201<br>481.0201A01<br>481.0201A02<br>481.0201A03<br>481.0202<br>481.0202A01<br>481.0204<br>481.0204A01<br>481.0204A02<br>481.0204A03<br>481.0204A04<br>481.0205<br>481.0205A02<br>481.0205A03<br>481.0205Z01|Buchstabiertafel<br>Rufzeichentafel<br>Rufnummerntafel<br>Örtliche Regelungen zur Konzernrichtlinie 481.0101<br>Grundlagen für Verbindungen des analogen Zugfunks<br>Übersicht über das analoge Zugfunksystem AEG<br>Streckenband für analogen Zugfunk<br>Übersicht der Mitbenutzung des analogen Zugfunks in Übverlappungsbereichen<br>Gespräche über analogen Zugfunk führen<br>Internationale Buchstabiertafel<br>Gespräche über analogen Zugfunk der Bauform VZF 95 führen<br>Übersicht über die Ausleuchtung mit analogem Zugfunk der Bauform VZF 95<br>Übersicht über die Ausleuchtung mit analogem Zugfunk der Bauform VZF 95 Ausrüstungsstufe 1<br>Übersicht über die Aufteilung der Kommunikationsblöcke und funkstellen Ausrüstungsstufe 2<br>Internationale Buchstabiertafel<br>Grundlagen für Verbindungen des Zugfunks im GSM-R Netz<br>Internationale Buchstabiertafel<br>GSM-R Vermittlungsbereich festlegen<br>Zusätzliche Regeln für ortsfeste Teilnehmer im GMS-R-Netz|10.05.2005|
|
||||||
|
|---|---|---|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||13.12.2015|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||10.05.2005|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||15.04.2008|
|
||||||
|
|||15.04.2008|
|
||||||
|
|||15.04.2008|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||27.06.2024|
|
||||||
|
|||15.04.2008|
|
||||||
|
|||10.12.2017|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 8 von 12
|
||||||
+40
@@ -0,0 +1,40 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 7
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "9851983fb95c1a2c"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|Zusätzliche Regeln für das Zugpersonal im GMS-R-Zugfunk<br>Gespräche über analogen Rangierfunk führen<br>Rangierfunk-Teilnehmerverzeichnis<br>Grundlagen für Verbindungen zum Rangieren im GSM-R_Netz<br>**Signalanlagen bedienen**<br>Ortsstellbereiche<br>Ortsgestellte Weichen und Gleissperren, Allgemeines<br>Mechanisch ortsgestellte Weichen und Gleissperren bedienen<br>Elektrisch ortsgestellte Weichen<br>Elektrisch ortsgestellte Weichen mittels Bedientafel umstellen<br>Schlüsselschalter, Schlüsseltaster und Schlüsselsperren<br>Bahnübergangssicherungsanlagen, Einschaltung<br>Bahnübergangssicherungsanlagen, Hilfseinschaltung<br>Bahnübergangssicherungsanlagen, Rangierschalter<br>Bahnübergangssicherungsanlagen, Unwirksamkeitstaste<br>Bahnübergangssicherungsanlagen, Ausgahrschrankenöffnungsschalter<br>**Zugbeeinflussungsanlagen bedienen**<br>Ausführungsbestimmungen für unternehmensspezifische Vorgaben zur Ergänzung der Richtlinien 483.010x<br>Beispiele für bauformspezifische Unternehmensvorgaben zur PZB-Fahrzeugeinrichtung I60R (mit Leuchtmelder-Block)|13.12.2015<br>13.12.2015<br>10.05.2005<br>12.12.2021<br>09.12.2012<br>09.12.2012<br>09.12.2012<br>01.04.2021<br>01.04.2021<br>15.12.2013<br>14.12.2014<br>14.12.2014<br>14.12.2014<br>14.12.2014<br>14.12.2014<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe|
|
||||||
|
|---|---|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 9 von 12
|
||||||
+58
@@ -0,0 +1,58 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 8
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "2411f97a989ae610"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|483.0100Z11<br>483.0100Z12<br>483.0100Z13<br>483.0100Z14<br>483.0101<br>483.0101A01<br>483.0101A02<br>483.0101A03<br>483.0101A04<br>483.0101A05<br>483.0101A99<br>483.0101Z01<br>483.0101Z02<br>483.0102<br>483.0102A01<br>483.0102A02<br>483.0102A03<br>483.0200<br>483.0201|Beispiele für bauformspezifische Unternehmensvorgaben zur PZB-Fahrzeugeinrichtung I60 / ER 24<br>Beispiele für bauformspezifische Unternehmensvorgaben zur PZB-Fahrzeugeinrichtung PZ 80R<br>Beispiele für bauformspezifische Unternehmensvorgaben zur PZB/LZB-Fahrzeugeinrichtung<br>Beispiele für bauformspezifische Unternehmensvorgaben zur PZB-Fahrzeugeinrichtung EBICab 500<br>PZB-Fahrzeugeinrichtungen bedienen<br>PZB-Fahrzeugeinrichtung bedienen; Vorgesehene streckenseitige Beeinflussungen<br>PZB-Fahrzeugeinrichtung bedienen; Lampenbasierte Führerraumanzeigen<br>PZB-Fahrzeugeinrichtung bedienen; Displaybasierte Führerraumanzeigen<br>PZB-Fahrzeugeinrichtung bedienen; Allgemeine PZB-Einstelltabellen<br>PZB-Fahrzeugeinrichtung bedienen; Umgang mit bestimmten Unregelmäßigkeiten/Störungen<br>PZB-Fahrzeugeinrichtung bedienen; Verzeichnis der Abkürzungen<br>PZB-Fahrzeugeinrichtung bedienen; PZB-Betriebsprogramm-Variante PZB 90 AVG<br>PZB-Fahrzeugeinrichtung bedienen; PZB-Fahrzeugeinrichtung I60M<br>PZB-Fahrzeugeinrichtungen im Betriebsprogram PZB 90 S-Bahn Hamburg bedienen<br>PZB-Fahrzeugeinrichtung im Betriebsprogramm PZB 90 S-Bahn Hamburg bedienen; Vorgesehene streckenseitige<br>Beeinflussungen<br>PZB-Fahrzeugeinrichtung im Betriebsprogramm PZB 90 S-Bahn Hamburg bedienen; Aufbau der Führerraumanzeigen<br>PZB-Fahrzeugeinrichtung im Betriebsprogramm PZB 90 S-Bahn Hamburg bedienen; Umgang mit bestimmten<br>Unregelmäßigkeiten/Störungen<br>Ausführungsbestimmungen für unternehmensspezifische Vorgaben zur Ergänzung der Richtlinien 483.020x<br>LZB-Fahrzeugeinrichtungen bedienen|14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025<br>14.12.2025|Neuherausgabe|
|
||||||
|
|---|---|---|---|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
||||Neuherausgabe|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 10 von 12
|
||||||
+54
@@ -0,0 +1,54 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
part: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131454/ba6309d40905b3ea65ad3db0e91997c2/INB-2026-Anlage-3-2-1-2-3-data.pdf"
|
||||||
|
parent_hash: "4eb7458a519edd43"
|
||||||
|
section: "Betrieblich-technisches Regelwerk - Zusammenstellung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 9
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "efb4a41e93420fc8"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 1 2 3 > Betrieblich-technisches Regelwerk - Zusammenstellung
|
||||||
|
|
||||||
|
## **Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
|LZB-Fahrzeugeinrichtungen bedienen; Führerraumanzeigen und Bedienung<br>Leuchtmelderkombinationen<br>Maßnahmen bei Unregelmäßigkeiten unter LZB-Führung<br>Darstellung von Beispielen der Entlassung aus der LZB-Führung<br>Ausführungsbestimmungen für unternehmensspezifische Vorgaben zur Ergänzung der Richtlinien 483.0301<br>GNT-Fahrzeugeinrichtungen bedienen<br>Zugbeeinflussungsanlagen bedienen; Punktförmige Datenübertragungssysteme Zugbeeinflussungssystem S-Bahn<br>Berlin(ZBS)<br>ETCS-Fahrzeugeinrichtungen bedienen<br>**Triebfahrzeuge führen**<br>Eisenbahnfahrzeug-Führerschein-Richtlinie<br>Rahmenstoffplan "Eisenbahnfahrzeugführer"<br>Muster "Führerschein"<br>Muster "Beiblatt"<br>Muster "Prüfbescheinigung"<br>Muster "Prüfbescheinigung über abgelegte Ergänzungsprüfung"<br>Vorläufiger Führerschein<br>Ausfüllanleitung Beiblatt<br>Streckenkenntnis-Richtlinie<br>Eisenbahnfahrzeuge führen|14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>14.12.2025<br>Neuherausgabe<br>15.12.2024<br>12.12.2021<br>01.07.2008<br>Entspricht VDV-Schrift 753<br>01.07.2008<br>01.07.2008<br>01.07.2008<br>01.07.2008<br>01.07.2008<br>01.07.2008<br>01.07.2008<br>03.05.2017<br>10.12.2017|
|
||||||
|
|---|---|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 11 von 12
|
||||||
|
|
||||||
|
**Betrieblich-technisches Regelwerk - Zusammenstellung**
|
||||||
|
|
||||||
|
Führen von elektrisch arbeitenden Eisenbahnfahrzeugen
|
||||||
|
|
||||||
|
14.12.2025 Aktualisierung
|
||||||
|
|
||||||
|
**==> picture [122 x 25] intentionally omitted <==**
|
||||||
|
|
||||||
|
492.1005
|
||||||
|
|
||||||
|
Anlage 3.2.1.2.3 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Gültig ab 14.12.2025
|
||||||
|
|
||||||
|
Seite 12 von 12
|
||||||
+33
@@ -0,0 +1,33 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
part: "I.IBN"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
parent_hash: "3d10f35cd407a1f5"
|
||||||
|
section: "I.IBN"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "bcb80164288e415e"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 3 > I.IBN
|
||||||
|
|
||||||
|
## **I.IBN**
|
||||||
|
|
||||||
|
## **Anlage 3.2.3 INB 2026, Stand: 27.11.2023**
|
||||||
|
|
||||||
|
## **Vorgehen beim beabsichtigten Eintritt eines EVU als Drittunternehmen nach § 22 ERegG**
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
part: "1. Gegenstand"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
parent_hash: "3d10f35cd407a1f5"
|
||||||
|
section: "1. Gegenstand"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "03777eea817118d5"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 3 > 1. Gegenstand
|
||||||
|
|
||||||
|
## **1. Gegenstand**
|
||||||
|
|
||||||
|
Nach § 22 Satz 1 ERegG kann ein EVU zur Erfüllung seiner Verpflichtungen aus einem Beförderungsvertrag verlangen, dass statt seiner ein anderes EVU (Drittunternehmen) in die Rechte und Pflichten aus ENV gem. Ziff. 3.3.2.2 INB eintritt. Bis voraussichtlich 2026 als dem Zeitpunkt der Umsetzung der TAF TSI ist der DB InfraGO AG aus IT-technischen Gründen eine Differenzierung zwischen den von der TAF TSI vorgesehenen Rollen (Trassen-)Besteller und (Trassen-)durchführendem nicht möglich. Für die Übergangszeit regelt diese Anlage das Vorgehen der ZB/EVU zur Sicherstellung des Prozesses des Eintritts eines EVU in den ENV eines anderen EVU.
|
||||||
|
|
||||||
|
## **2. Zugangsvoraussetzungen**
|
||||||
|
|
||||||
|
Das eintretende EVU muss in seiner Person die Zugangsvoraussetzungen der Ziff. 3.2 INB erfüllen, zudem müssen die Voraussetzungen des § 22 ERegG vorliegen.
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
part: "3. Fahrplantechnische Voraussetzungen des Eintritts"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
parent_hash: "3d10f35cd407a1f5"
|
||||||
|
section: "3. Fahrplantechnische Voraussetzungen des Eintritts"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "f6a2b3b926e406cf"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 3 > 3. Fahrplantechnische Voraussetzungen des Eintritts
|
||||||
|
|
||||||
|
## **3. Fahrplantechnische Voraussetzungen des Eintritts**
|
||||||
|
|
||||||
|
Der Eintritt in den ENV eines anderen EVU führt grundsätzlich nicht zur Veränderung der Eigenschaft der jeweiligen Trasse als Trassen des Netzfahrplans bzw. des Gelegenheitsverkehrs. Voraussetzungen hierfür ist jedoch, dass das eintretende EVU die Trasse übernimmt, wie „sie steht und liegt“, d.h. keine Veränderung der Zug/Fahrplanparameter vornimmt. Geringfügige Veränderungen, z.B. Veränderungen der TfzBaureihe bei insgesamt unveränderter Traktionsleistung, die die Erreichung der unterstellten Fahrzeiten gewährleistet, gelten nicht als Veränderungen in diesem Sinne. Nimmt das EVU gleichwohl Veränderungen in diesem Sinne vor, betrachtet die DB InfraGO AG die jeweilige Trasse als Neuanmeldung einer Trasse des Gelegenheitsverkehrs und ist berechtigt, Veränderungen nach den diesbezüglichen Vorschriften von Ziff. 4.2.2 INB vorzunehmen.
|
||||||
+39
@@ -0,0 +1,39 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
part: "4. Verfahren des Eintritts"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
parent_hash: "3d10f35cd407a1f5"
|
||||||
|
section: "4. Verfahren des Eintritts"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "219c1cc5b5a669ea"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 3 > 4. Verfahren des Eintritts
|
||||||
|
|
||||||
|
## **4. Verfahren des Eintritts**
|
||||||
|
|
||||||
|
- a) Der Eintritt als Drittunternehmen ist der DB InfraGO AG stets durch Stornierung des bisherigen EVU („EVU A“) als Vertragspartner der DB InfraGO AG durch das eintretende EVU („EVU B“) anzuzeigen bzw. auszulösen. In der Neuanmeldung muss das EVU B den Vertragseintritt nach § 22 ERegG durch einen Verweis auf die Originaltrasse und das EVU A in TPN im Feld „Kunde an Netz“ kennzeichnen.
|
||||||
|
|
||||||
|
- b) Lit a) gilt entsprechend für den Eintritt als Drittunternehmen auf Teillaufwegen.
|
||||||
|
|
||||||
|
- c) Die Originaltrasse des EVU A wird dann von der DB InfraGO AG kostenfrei durch Kennzeichnung mittels Stornokennzeichen „A0“ storniert.
|
||||||
|
|
||||||
|
- d) Die DB InfraGO AG stellt bei Einhaltung dieser Schritte sicher, dass eine zwischenzeitliche Zuweisung der stornierten Schienenwegskapazität an einen anderen, nicht nach § 22 ERegG beteiligten Zugangsberechtigten, nicht stattfindet.
|
||||||
|
|
||||||
|
- e) Für die Frist zur Bearbeitung des Eintritts gilt die Frist (Maximalfrist) für die Bearbeitung von Trassenanmeldungen im Gelegenheitsverkehr (Anmeldungen für Zuweisungen einzelner Zugtrassen) gem. Ziff. 4.2.2.4 Abs.1 INB entsprechend. Die DB InfraGO AG ist bestrebt, diese Frist nicht auszuschöpfen.
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
part: "5. Kommunikation"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131456/f721a45c76cdc889f6354f41fe0dbc1f/INB-2026-Anlage-3-2-3-data.pdf"
|
||||||
|
parent_hash: "3d10f35cd407a1f5"
|
||||||
|
section: "5. Kommunikation"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "4797c43f8ece1b5a"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 2 3 > 5. Kommunikation
|
||||||
|
|
||||||
|
## **5. Kommunikation**
|
||||||
|
|
||||||
|
Rückfragen, Zweifelsfälle oder betriebliche Absprachen haben ausschließlich zwischen den im G-INV bzw. dessen Anlagen genannten Ansprechpartnern zu erfolgen. Eine mangelnde Aktualität der Ansprechpartner auf Seiten des eintretenden EVU geht dabei nicht zu Lasten der DB InfraGO AG.
|
||||||
+29
@@ -0,0 +1,29 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Anlage 3.3.4.8: Verfahrensbeschreibung zur mobilen Graffitie"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Anlage 3.3.4.8: Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "67f8c8e04866a683"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Anlage 3.3.4.8: Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG
|
||||||
|
|
||||||
|
## **Anlage 3.3.4.8: Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG**
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Zweck der Verfahrensbeschreibung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Zweck der Verfahrensbeschreibung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "674702b4bc123f23"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Zweck der Verfahrensbeschreibung
|
||||||
|
|
||||||
|
## **Zweck der Verfahrensbeschreibung**
|
||||||
|
|
||||||
|
Gemäß Ziffer 3.3.4.8. der Nutzungsbedingungen der DB InfraGO AG ist der Umgang mit wassergefährdenden Stoffen auf Abstellanlagen der DB InfraGO AG verboten. Für die mobile Graffitientfernung ist bei Anwendung anerkannter Verfahren und Einhaltung nachfolgender Bedingungen eine Ausnahme möglich, jedoch nicht innerhalb von Schutzgebieten.
|
||||||
+33
@@ -0,0 +1,33 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Anzeige der Verfahrensanwendung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Anzeige der Verfahrensanwendung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "24da7aafdcec6462"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Anzeige der Verfahrensanwendung
|
||||||
|
|
||||||
|
## **Anzeige der Verfahrensanwendung**
|
||||||
|
|
||||||
|
Zugangsberechtigte sind verpflichtet, die Aufnahme und jede Änderung von Verfahren zur mobilen Graffitientfernung der DB InfraGO AG schriftlich standortspezifisch anzuzeigen und die Einhaltung der nachfolgend aufgeführten Anwendungsbedingungen gegenüber der DB InfraGO AG zu bestätigen. Die Anzeige ist mindestens 4 Wochen vor Aufnahme der neuen bzw. geänderten Tätigkeiten an die DB InfraGO AG zu übersenden. Zugangsberechtigte, die bereits die mobile Graffitientfernung durchführen, sind verpflichtet, nach in Kraft setzen dieser Regelung die Konformität ihres Verfahrens mit den folgenden Anwendungsbedingungen zu bestätigen.
|
||||||
|
|
||||||
|
- Alle Anzeigen und Bestätigungen sind an folgende E-Mail-Adresse zu übersenden: umweltin formation.dbinfrago@deutschebahn.com.
|
||||||
+39
@@ -0,0 +1,39 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Der Verfahrensanzeige umfasst:"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Der Verfahrensanzeige umfasst:"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "0bf86206ccdff7c9"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Der Verfahrensanzeige umfasst:
|
||||||
|
|
||||||
|
## Der Verfahrensanzeige umfasst:
|
||||||
|
|
||||||
|
- Name und Anschrift des Zugangsberechtigten sowie des beauftragten Reinigungsdienstleisters
|
||||||
|
|
||||||
|
- Kontaktdaten des Zugangsberechtigten für mobile Graffitientfernungen
|
||||||
|
|
||||||
|
- Einsatzstelle für die mobile Graffitientfernung (Betriebsstelle gem. Anlagenportal Netz), Netzbezirk, Streckennummer, Strecken-km und Anschrift der Örtlichkeit
|
||||||
|
|
||||||
|
- Bestätigung der allgemeinen Anwendungsbedingungen und
|
||||||
|
|
||||||
|
- Bestätigung der Verfahrensbeschreibung der DB InfraGO AG (falls dieses zur Anwendung kommt)
|
||||||
+37
@@ -0,0 +1,37 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "falls zutreffend:"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "falls zutreffend:"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ae1488571208966c"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > falls zutreffend:
|
||||||
|
|
||||||
|
## falls zutreffend:
|
||||||
|
|
||||||
|
- Verfahrensbeschreibung eines abweichenden Reinigungsverfahrens sowie ggf. notwendige Prozessdokumente zur Beurteilung der Gleichwertigkeit (als Nachweis gleicher Sicherheit) mit der mit dem Eisenbahn-Bundesamt abgestimmten Verfahrensbeschreibung durch die DB InfraGO AG
|
||||||
|
|
||||||
|
- Nachweis über die wirksame Absorptionsleistung (mindestens 5 l/m²) der verwendeten Absorptionstextilien (Produktdatenblatt)
|
||||||
|
|
||||||
|
- Art und Name des Schutzgebietes und Schutzgebietsnummer
|
||||||
|
|
||||||
|
- Stellungnahme der Landeswasserbehörde zur Anwendung des angezeigten Reinigungsverfahrens in Schutzgebieten unabhängig davon, ob das mit dem Eisenbahn-Bundesamt abgestimmte Reinigungsverfahren oder ein abweichendes Reinigungsverfahren zur Anwendung kommt
|
||||||
+47
@@ -0,0 +1,47 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Allgemeine Anwendungsbedingungen"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Allgemeine Anwendungsbedingungen"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 5
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "fd29e3db0f63e6c9"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Allgemeine Anwendungsbedingungen
|
||||||
|
|
||||||
|
## **Allgemeine Anwendungsbedingungen**
|
||||||
|
|
||||||
|
- Das verwendete Verfahren entspricht mindestens dem Sicherheitsstandard der unten beschriebenen Verfahrensbeschreibung mit einem 3-stufigen Schutz- und Barrierekonzept und erfüllt die nachfolgenden Anwendungsbedingungen.
|
||||||
|
|
||||||
|
Anlage 3.3.4.8 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG
|
||||||
|
|
||||||
|
Stand: 02.04.2025
|
||||||
|
|
||||||
|
- Dienstleister, Fremdfirmen und deren Mitarbeiter sind durch die beauftragenden Zugangsberechtigten in die Anwendungsbedingungen und die Verfahrensbeschreibung einzuweisen. Entsprechende Nachweise über die Einweisung sind auf Anfrage der DB InfraGO AG vorzulegen.
|
||||||
|
|
||||||
|
- Die Reinigungsarbeiten sind grundsätzlich wassersparend durchzuführen. Alle anfallenden Reinigungsmittel und Reinigungsschlämme müssen aufgefangen werden.
|
||||||
|
|
||||||
|
- Es ist sicherzustellen, dass keine Reinigungschemikalien und anfallende Reinigungsschlämme in den Schotterkörper oder den Oberboden sickern.
|
||||||
|
|
||||||
|
- Die maximal mitgeführte Menge von Reinigern und Wasser zur Neutralisation beträgt in Summe maximal 220 Liter pro Einsatzstelle.
|
||||||
|
|
||||||
|
- Die Auftraggeber und Verfahrensanwender unterstützen die stichprobenhafte Auditierung der Reinigungsverfahren durch Beistellung geeigneter qualifizierter Mitarbeiter-Innen von Seiten des ausführenden Unternehmens oder Zugangsberechtigten.
|
||||||
|
|
||||||
|
- Die verwendeten Absorptionstextilien müssen mindestens die eingesetzte Flüssigkeitsmenge vollständig binden können und eine nachweisliche Absorptionsleistung von mindestens 5 l/m² haben.
|
||||||
+31
@@ -0,0 +1,31 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Verfahrensbeschreibung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Verfahrensbeschreibung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 6
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "c9f20520c93de2fd"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Verfahrensbeschreibung
|
||||||
|
|
||||||
|
## **Verfahrensbeschreibung**
|
||||||
|
|
||||||
|
Die Verfahrensbeschreibung dient der umwelt- und rechtskonformen Umsetzung einer mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG und der DB RegioNetz Infrastruktur GmbH unter Berücksichtigung der Anforderungen des Boden- und Gewässerschutzes.
|
||||||
+41
@@ -0,0 +1,41 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "1. Vorbereitung der Einsatzstelle:"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "1. Vorbereitung der Einsatzstelle:"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 7
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "b99a0d67183e26e0"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > 1. Vorbereitung der Einsatzstelle:
|
||||||
|
|
||||||
|
## 1. **Vorbereitung der Einsatzstelle:**
|
||||||
|
|
||||||
|
- Eine Polyethylenfolie (PE-Folie) ist im Bereich der zu behandelnden Stelle auszulegen und unter dem Wagenkasten bis zum Schienenkopf zu ziehen.
|
||||||
|
|
||||||
|
- Auf die PE-Folie ist ein Maler- oder Renovierungsvlies auszulegen.
|
||||||
|
|
||||||
|
- Es muss sichergestellt sein, dass die PE-Folie und das Malervlies nicht durch mechanische Belastungen bei den Reinigungsarbeiten oder durch Einwirkungen aus dem Boden (Gleisschotter) durchstoßen werden. Gegebenenfalls sind die Schutzschichten zusätzlich vor mechanischen Beschädigungen zu schützen.
|
||||||
|
|
||||||
|
- Rechteckige Auffangwannen sind bündig, entlang des gesamten Anwendungsbereiches auf das Vlies zu stellen und mit waschbaren Matten oder anderen hoch absorbierenden Mehrweg- oder Einwegtextilien auszulegen, die die eingesetzte Flüssigkeitsmenge vollständig binden können und eine nachweisliche Absorptionsleistung von mindestens von 5 l/m² haben.
|
||||||
|
|
||||||
|
- Es ist sicherzustellen, dass die anfallenden Schlämme in den aufgestellten Auffangwannen aufgefangen werden und durch die waschbaren Matten oder hoch absorbierenden Mehrweg- oder Einwegtextilien vollständig gebunden werden. Tropfverluste müssen ausschließlich auf dem Vlies verbleiben und dürfen nicht in den Schotterkörper oder den Oberboden sickern. Es dürfen keine flüssigen Abfälle anfallen.
|
||||||
|
|
||||||
|
- Alle flüssigen Komponenten müssen durch die waschbaren Matten und/oder die Absorptionstextilien aufgefangen bzw. zurückgehalten werden.
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "2. Anwendung von Reiniger und Wasser:"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "2. Anwendung von Reiniger und Wasser:"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 8
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "e44de716cfec538b"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > 2. Anwendung von Reiniger und Wasser:
|
||||||
|
|
||||||
|
## 2. **Anwendung von Reiniger und Wasser:**
|
||||||
|
|
||||||
|
- Graffitireiniger sind nur auf die betroffenen Flächen aufzutragen und sparsam anzuwenden.
|
||||||
|
|
||||||
|
Anlage 3.3.4.8 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG
|
||||||
|
|
||||||
|
Stand: 02.04.2025
|
||||||
|
|
||||||
|
- Die angewendeten Graffitireiniger dürfen maximal der Wassergefährdungsklasse II (WGK 2) entsprechen und müssen für den Anwendungszweck zugelassen sein.
|
||||||
|
|
||||||
|
- Die Reinigung ist wassersparend durchzuführen. Die Anwendungsbedingungen und die Mengenbeschränkung von maximal 220 Litern pro Einsatzstelle sind zu beachten.
|
||||||
|
|
||||||
|
3. **Rückbau der Einsatzstelle:**
|
||||||
|
|
||||||
|
- Sämtliche verwendeten Arbeitsmittel, Stoffe und Abfälle sind von der Einsatzstelle zu entfernen.
|
||||||
|
|
||||||
|
- Nach Abschluss der Arbeiten ist die Einsatzstelle vollständig zu beräumen. Eine Lagerung von flüssigen und/oder wassergefährdenden Stoffen sowie von Abfällen auf dem Gelände der DB InfraGO AG ist nicht zulässig.
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Abweichende Regelung innerhalb von Schutzgebieten"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Abweichende Regelung innerhalb von Schutzgebieten"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 9
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "06053a2248bf484a"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Abweichende Regelung innerhalb von Schutzgebieten
|
||||||
|
|
||||||
|
## **Abweichende Regelung innerhalb von Schutzgebieten**
|
||||||
|
|
||||||
|
In Schutzgebieten gelten neben der AwSV die Besonderheiten der Schutzgebietsverordnungen. Für diese sind die jeweiligen Landeswasserbehörden zuständig, dies gilt auch bei Eisenbahnbetriebsanlagen des Bundes. Liegt die anzuzeigende Einsatzstelle in einem Schutzgebiet, hat der Zugangsberechtigte das Reinigungsverfahren im Vorfeld mit der zuständigen Landeswasserbehörde bezüglich der Vereinbarkeit mit der jeweiligen Schutzgebietsverordnung abzustimmen. Die Beteiligung der Landeswasserbehörde obliegt dem Zugangsberechtigten. Dies gilt auch für den Fall, dass die oben beschriebene Verfahrensbeschreibung der DB InfraGO AG angewendet wird.
|
||||||
|
|
||||||
|
Die Zustimmung der Landeswasserbehörde sowie die jeweilige Verfahrensbeschreibung zum Reinigungsverfahren zur Graffitientfernung im Schutzgebiet ist der DB InfraGO AG vor ihrer Anwendung vorzulegen. Die DB InfraGO AG wird sich einer positiven Verfahrensbewertung der Landeswasserbehörde anschließen, sofern das geplante Reinigungsverfahren ein Schutzniveau sicherstellt, das mindestens gleichwertig zu der mit dem Eisenbahn-Bundesamt abgestimmten Verfahrensbeschreibung ist.
|
||||||
|
|
||||||
|
Die Zustimmung der zuständigen Landeswasserbehörde zur Aufnahme der Reinigungstätigkeiten im Schutzgebiet ist der Anzeige der Verfahrensanwendung beizufügen. Sollte eine behördliche Zustimmung für die Anwendung des Reinigungsverfahrens im Schutzgebiet nicht erlangt werden, ist der Zugangsberechtigte nicht berechtigt, die mobile Graffitientfernung am angezeigten Standort durchzuführen.
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Abweichende Reinigungsverfahren"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Abweichende Reinigungsverfahren"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 10
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "a54eedb58c2710e5"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Abweichende Reinigungsverfahren
|
||||||
|
|
||||||
|
## **Abweichende Reinigungsverfahren**
|
||||||
|
|
||||||
|
Die Beurteilung abweichender Verfahren erfolgt grundsätzlich durch die DB InfraGO AG. Sie bewertet, ob das geplante Reinigungsverfahren ein Schutzniveau sicherstellt, das gleichwertig ist zu der mit dem Eisenbahn-Bundesamt abgestimmten Verfahrensbeschreibung.
|
||||||
|
|
||||||
|
Das Eisenbahn-Bundesamt ist zuständig für den Vollzug der Verordnung für Anlagen zum Umgang mit wassergefährdenden Stoffen (AwSV) und die Einhaltung des wasserrechtlichen Besorgnisgrundsatzes des Wasserhaushaltsgesetzes (WHG) bei betriebsnotwendigen Anlagen der DB. In dieser Funktion hat das Eisenbahn-Bundesamt das in der Verfahrensbeschreibung der DB InfraGO AG beschriebene Verfahren fachlich bewertet und als wasserrechtlich unbedenklich eingestuft.
|
||||||
|
|
||||||
|
Wenn die Gleichwertigkeit des abweichenden Reinigungsverfahrens gegeben ist, erfolgt die Bestätigung des angewendeten Verfahrens durch die DB InfraGO AG. Wenn die DB InfraGO AG Zweifel an der Gleichwertigkeit der Verfahren hat, kann sie eine Bewertung des Eisenbahn-
|
||||||
|
|
||||||
|
Anlage 3.3.4.8 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG
|
||||||
|
|
||||||
|
Stand: 02.04.2025
|
||||||
|
|
||||||
|
Bundesamts als zuständige Wasserbehörde einholen oder Nachbesserungen einfordern. Die Beurteilung des abweichenden Reinigungsverfahrens erfolgt auf Grundlage von Prozess- und Verfahrensbeschreibungen, die der Zugangsberechtigte bei der Anzeige der Verfahrensanwendung vorzulegen hat.
|
||||||
|
|
||||||
|
## **Auditierung der Anwendung**
|
||||||
|
|
||||||
|
Die DB InfraGO AG wird sich stichprobenhaft von der sachgerechten Verfahrensanwendung überzeugen.
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
part: "Untersagung der mobilen Graffitientfernung"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13350422/b2f257158a9725e9f03062fb02827812/INB-2026-Anlage-3-3-4-8-data.pdf"
|
||||||
|
parent_hash: "8856f0053931c2a1"
|
||||||
|
section: "Untersagung der mobilen Graffitientfernung"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 11
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "3965120fae502145"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 3 4 8 > Untersagung der mobilen Graffitientfernung
|
||||||
|
|
||||||
|
## **Untersagung der mobilen Graffitientfernung**
|
||||||
|
|
||||||
|
Sollte die DB InfraGO AG im Rahmen von Auditierungen, stichprobenhaften Überprüfungen oder durch konkrete Hinweise Kenntnis erhalten, dass Verstöße gegen die allgemeinen Anwendungsbedingungen oder die angezeigte Verfahrensbeschreibung vorliegen, kann die DB InfraGO AG dem jeweiligen Zugangsberechtigten die mobile Graffitientfernung untersagen.
|
||||||
|
|
||||||
|
Anlage 3.3.4.8 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026 Verfahrensbeschreibung zur mobilen Graffitientfernung in Abstellanlagen der DB InfraGO AG
|
||||||
|
|
||||||
|
Stand: 02.04.2025
|
||||||
+35
@@ -0,0 +1,35 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
part: "chunk-0"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
parent_hash: "337f02e316be70ed"
|
||||||
|
section: ""
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 0
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "3ab76ac15abd9c4d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 4 3 1
|
||||||
|
|
||||||
|
**Anlage 3.4.3.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**==> picture [134 x 30] intentionally omitted <==**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen Infraportal**
|
||||||
|
|
||||||
|
**Seite 1 von 2**
|
||||||
+33
@@ -0,0 +1,33 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
part: "(1) Das Infraportal der DB InfraGO AG"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
parent_hash: "337f02e316be70ed"
|
||||||
|
section: "(1) Das Infraportal der DB InfraGO AG"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 1
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "a2818d19d96b8320"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 4 3 1 > (1) Das Infraportal der DB InfraGO AG
|
||||||
|
|
||||||
|
## **(1) Das Infraportal der DB InfraGO AG**
|
||||||
|
|
||||||
|
Das Infraportal ist eine webbasierte Plattform, auf der verschiedene Anwendungen der DB InfraGO AG bereitgestellt werden. Die Internetplattform steht allen Kunden der DB InfraGO AG zur Verfügung.
|
||||||
|
|
||||||
|
Die URL des Infraportals ist: www.dbinfrago.com/infraportal
|
||||||
+37
@@ -0,0 +1,37 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
part: "(2) Technische Voraussetzungen"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
parent_hash: "337f02e316be70ed"
|
||||||
|
section: "(2) Technische Voraussetzungen"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 2
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "ec84735132459580"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 4 3 1 > (2) Technische Voraussetzungen
|
||||||
|
|
||||||
|
## **(2) Technische Voraussetzungen**
|
||||||
|
|
||||||
|
Um die webbasierte Plattform Infraportal nutzen zu können, sind die folgenden technischen Voraussetzungen nötig.
|
||||||
|
|
||||||
|
1. Eine persönliche, berufliche E-Mail-Adresse
|
||||||
|
|
||||||
|
2. entweder a) ein mobiles Endgerät (Smartphone) und die auf dem Smartphone installierte App „Authenticator“ von Microsoft, die im Google Playstore für Android-Geräte oder im App Store für iOS-Geräte kostenlos heruntergeladen werden kann
|
||||||
|
|
||||||
|
- oder b) ein den Sicherheitsbedingungen der DB InfraGO AG genügendes Microsoft Zertifikat (bei Unsicherheiten, ob ein abgestimmtes Zertifikat vorhanden ist, kann bei einfachbahn@deutschebahn.com nachgefragt werden)
|
||||||
+45
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
part: "(3) Antrag"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
parent_hash: "337f02e316be70ed"
|
||||||
|
section: "(3) Antrag"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 3
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "190d132c152f7e18"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 4 3 1 > (3) Antrag
|
||||||
|
|
||||||
|
## **(3) Antrag**
|
||||||
|
|
||||||
|
Für die Nutzung der Internetplattform muss seitens des Zugangsberechtigten lediglich ein Antrag zur Nutzung gestellt werden, der nachfolgende Angaben enthält:
|
||||||
|
|
||||||
|
- Name des Unternehmens (Zugangsberechtigter)
|
||||||
|
|
||||||
|
- Kontaktdaten des Mitarbeiters (zukünftiger Superuser)
|
||||||
|
|
||||||
|
- Vorname und Nachname
|
||||||
|
|
||||||
|
- E-Mail-Adresse
|
||||||
|
|
||||||
|
- Telefonnummer
|
||||||
|
|
||||||
|
- ggf. Zusätzliche Hinweise (z.B. Abteilung)
|
||||||
|
|
||||||
|
Der Antrag wird online über die URL des Infraportals gestellt.
|
||||||
+43
@@ -0,0 +1,43 @@
|
|||||||
|
---
|
||||||
|
domain: "regulierung"
|
||||||
|
tool: "allgemein"
|
||||||
|
scope: "allgemein"
|
||||||
|
tags: ["domain:regulierung", "tool:allgemein", "scope:allgemein", "inb", "inb-2026", "regulierung", "recht"]
|
||||||
|
owners: []
|
||||||
|
contact: "einfachbahn@deutschebahn.com"
|
||||||
|
component_type: "pdf"
|
||||||
|
source: "www.dbinfrago.com"
|
||||||
|
source_version: ""
|
||||||
|
meta_fingerprint: ""
|
||||||
|
url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
part: "(4) Zugangsdaten"
|
||||||
|
kind: "chunk"
|
||||||
|
parent_url: "https://www.dbinfrago.com/resource/blob/13131458/bc93a40ebe57781850315b82e4d61b48/INB-2026-Anlage-3-4-3-1-data.pdf"
|
||||||
|
parent_hash: "337f02e316be70ed"
|
||||||
|
section: "(4) Zugangsdaten"
|
||||||
|
ziffer: ""
|
||||||
|
chunk_index: 4
|
||||||
|
chunk_fingerprint: "deab492aec4556f3"
|
||||||
|
last_updated: "2026-06-26"
|
||||||
|
review_status: "approved"
|
||||||
|
review_notes: ""
|
||||||
|
content_hash: "9a6ae622b728b15d"
|
||||||
|
---
|
||||||
|
|
||||||
|
> Kontext: inb 2026 anlage 3 4 3 1 > (4) Zugangsdaten
|
||||||
|
|
||||||
|
## **(4) Zugangsdaten**
|
||||||
|
|
||||||
|
Die DB InfraGO AG legt den Antragsteller nach Prüfung des Antrags als sog. Superuser an.
|
||||||
|
|
||||||
|
Gültig ab: 14.12.2025
|
||||||
|
|
||||||
|
**Anlage 3.4.3.1 zu den Infrastrukturnutzungsbedingungen der DB InfraGO AG 2026**
|
||||||
|
|
||||||
|
**Nutzungsbedingungen Infraportal**
|
||||||
|
|
||||||
|
**Seite 2 von 2**
|
||||||
|
|
||||||
|
**==> picture [134 x 30] intentionally omitted <==**
|
||||||
|
|
||||||
|
Nach Erhalt des Zugangs kann der Superuser selbstständig weitere firmeninterne Nutzer anlegen.
|
||||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user