From 13ae48f0c130f6ca7acce403777897df2a1b95e5 Mon Sep 17 00:00:00 2001 From: Schalli Date: Wed, 5 Aug 2026 16:07:30 +0200 Subject: [PATCH] docs: capture todo - Ausschreibungsportal falsche URL --- ...-08-05-ausschreibungsportal-falsche-url.md | 29 +++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 .planning/todos/pending/2026-08-05-ausschreibungsportal-falsche-url.md diff --git a/.planning/todos/pending/2026-08-05-ausschreibungsportal-falsche-url.md b/.planning/todos/pending/2026-08-05-ausschreibungsportal-falsche-url.md new file mode 100644 index 0000000..0c3672d --- /dev/null +++ b/.planning/todos/pending/2026-08-05-ausschreibungsportal-falsche-url.md @@ -0,0 +1,29 @@ +--- +created: 2026-08-05 +title: Ausschreibungsportal — falsche URL +area: tender-radar +severity: major +files: + - TBD (Portal/Adapter noch zu bestimmen) +--- + +## Problem + +Vom User am 2026-08-05 gemeldet: In einem Ausschreibungsportal ist eine URL falsch. + +**Details fehlen noch — beim Aufgreifen zuerst klären:** + +- Welches Portal? In Frage kommen die registrierten Quellen: `doe-opendata`, `ai-netserver` (lhs-vpbw, tender24, vergabe.landbw), `cosinex-dtvp`, die RSS-Feeds (subreport-elvis, service.bund.de) sowie die Denylist-Einträge vergabe24 und aumass, die nur verlinkt werden. +- Welche URL? Möglich sind mehrere Stellen mit unterschiedlicher Ursache: + - Die Abruf-URL einer Quelle in `TenderSourcePollConfig` (Ingestion greift ins Leere) + - Die `sourceUrl` am einzelnen Tender, also der Link aus der Trefferliste in die Detailansicht des Portals (Normalisierung im Adapter) + - Der Direktlink im CoverageBanner für die ausgeschlossenen Portale vergabe24/aumass (UI-06, Plan 14-04) +- Führt der Link ins Leere (404), auf die falsche Ausschreibung, oder auf die Startseite statt auf die Bekanntmachung? + +## Solution + +TBD — hängt von der Antwort oben ab. + +Ist es die `sourceUrl` je Tender, liegt der Fehler im jeweiligen Adapter beim Normalisieren und betrifft rückwirkend bereits importierte Datensätze; dann gehört ein Korrekturlauf für den Bestand dazu, nicht nur der Adapter-Fix. + +Ist es die Abruf-URL einer Quelle, ist es eine Konfigurationskorrektur; dann lohnt die Gegenfrage, warum ein toter Endpunkt still bleibt statt sich zu melden — das wäre der eigentliche Fund.