Fragenkatalog Althaus Bot v2 -- Kick-off-Vorbereitung
Zweck: Strukturierte Fragen für den Anforderungsworkshop mit W. Althaus AG
Erstellt: 13. April 2026
Zielgruppe: Projektleitung PowerOn + Ansprechpartner Althaus (Reto, Stefan, Samuel)
A. Wiki-System (Ansprechpartner: Samuel)
Kritisch für: Position 5 (Wiki-Anbindung) -- Aufwandsschätzung schwankt zwischen 44h und 64h je nach Wiki-System.
A.1 Wiki-Identifikation
| # |
Frage |
Hintergrund |
| A1.1 |
Welches Wiki-System wird eingesetzt? (z.B. Confluence, SharePoint Wiki, MediaWiki, DokuWiki, Notion, anderes) |
Bestimmt die Anbindungsstrategie (API vs. Export vs. Crawling) |
| A1.2 |
Wo wird das Wiki gehostet? (Cloud-SaaS, On-Premise, Azure) |
Netzwerk-Zugang und Firewall-Konfiguration |
| A1.3 |
Wie viele Seiten/Artikel enthält das Wiki ungefähr? |
Dimensionierung der Erstindexierung und Embedding-Kosten |
| A1.4 |
In welchen Formaten liegen die Inhalte vor? (reiner Text, HTML, Markdown, eingebettete PDFs/Bilder) |
Bestimmt die Extraktions-Komplexität |
A.2 Technischer Zugang
| # |
Frage |
Hintergrund |
| A2.1 |
Gibt es eine REST-API oder ähnliche Schnittstelle zum Lesen der Wiki-Inhalte? |
API-Zugang = deutlich weniger Aufwand als Crawling |
| A2.2 |
Gibt es eine Export-Funktion? (z.B. XML-Export, PDF-Export, Datenbank-Dump) |
Fallback wenn keine API vorhanden |
| A2.3 |
Gibt es Authentifizierung (API-Key, OAuth, LDAP)? Welche Credentials werden benötigt? |
Konfiguration des Connectors |
| A2.4 |
Gibt es eine Change-API oder Webhooks, die bei Änderungen notifizieren? |
Bestimmt den Aufwand für inkrementelle Updates (Pos. 5.3) |
| A2.5 |
Gibt es Zugriffsbeschränkungen auf bestimmte Wiki-Bereiche? |
RBAC-Überlegungen bei der Indexierung |
A.3 Inhaltliche Abgrenzung
| # |
Frage |
Hintergrund |
| A3.1 |
Soll das gesamte Wiki indexiert werden oder nur bestimmte Bereiche? |
Scope-Begrenzung für Erstindexierung |
| A3.2 |
Gibt es vertrauliche Inhalte, die nicht in den Chatbot einfliessen dürfen? |
Datenschutz-/Compliance-Anforderung |
| A3.3 |
Wie oft werden Wiki-Inhalte aktualisiert? (täglich, wöchentlich, selten) |
Bestimmt die Sync-Frequenz |
| A3.4 |
Welche Sprache(n) haben die Wiki-Inhalte? (Deutsch, Englisch, gemischt) |
Embedding-Modell-Auswahl |
B. ERP-System & Datenstrukturen (Ansprechpartner: Stefan)
Kritisch für: Positionen 1.5, 2.2-2.3, 3.1, 4.1 -- Preprocessor-Erweiterungen und Matching-Engine.
B.1 ERP-Identifikation
| # |
Frage |
Hintergrund |
| B1.1 |
Welches ERP-System wird eingesetzt? (z.B. Abacus, SAP, Microsoft Dynamics, bexio, Sage) |
Bestimmt Datenstruktur und Zugriffsmöglichkeiten |
| B1.2 |
Wie werden die Daten aktuell an den Preprocessor geliefert? (direkter DB-Zugriff, API, Export-Datei) |
Verständnis der bestehenden Datenpipeline |
| B1.3 |
In welchem Rhythmus werden die Daten aktualisiert? (Echtzeit, täglich, wöchentlich) |
Aktualität der Chatbot-Antworten |
B.2 Kundenartikelnummern (Position 1.5)
| # |
Frage |
Hintergrund |
| B2.1 |
Gibt es im ERP eine dedizierte Tabelle für Kundenartikelnummern? Wenn ja, wie heisst sie? |
Preprocessor-Schema-Erweiterung |
| B2.2 |
Wie ist die Zuordnung: 1 Kundenartikel → 1 ERP-Artikel, oder n:m? |
Bestimmt die Mapping-Komplexität |
| B2.3 |
Wie viele Kundenartikelnummern gibt es ungefähr? |
Dimensionierung |
| B2.4 |
Welche Felder hat die Kundenartikelnummern-Tabelle? (z.B. KundenNr, KundenArtikelNr, InterneArtikelNr, Bezeichnung) |
Schema-Definition für Preprocessor |
B.3 Bestellwesen & Materialmanagement (Positionen 3 + 4)
| # |
Frage |
Hintergrund |
| B3.1 |
Welche ERP-Tabellen/Views gibt es für Bestellungen? (Bestellkopf, Bestellpositionen, Status) |
Preprocessor-Erweiterung Pos. 3.1 |
| B3.2 |
Gibt es eine Tabelle für Wareneingänge mit Datum und Menge? |
Liefertermin-Treue-Berechnung Pos. 4.3 |
| B3.3 |
Gibt es eine Preishistorie-Tabelle? Welche Felder enthält sie? (Datum, Preis, Lieferant, Währung) |
Preisentwicklungs-Analyse Pos. 4.4 |
| B3.4 |
Gibt es ein Lagerjournal mit Buchungsdaten? |
KPI-Analyse Pos. 4.1 |
| B3.5 |
Gibt es eine Bestandesbedarfsliste oder Dispositions-View? |
Material-Analyse Pos. 3.4 |
| B3.6 |
Gibt es Felder für "bestätigter Liefertermin" vs. "gewünschter Liefertermin"? |
Termintreue-KPI Pos. 4.3 |
| B3.7 |
Wie viele offene Bestellungen gibt es typischerweise gleichzeitig? |
Performance-Dimensionierung |
B.4 Datenqualität
| # |
Frage |
Hintergrund |
| B4.1 |
Wie konsistent sind Lieferanten-Namen im ERP? (exakt gleich oder Varianten wie "Siemens AG" vs. "Siemens") |
Matching-Qualität Pos. 2.2 |
| B4.2 |
Gibt es Pflichtfelder die häufig leer sind? |
Feldergänzungs-Logik Pos. 2.3 |
| B4.3 |
Wie sind Preise gespeichert? (Netto, Brutto, mit/ohne MwSt., Währung) |
SQL-Query-Generierung |
| B4.4 |
Werden gelöschte/gesperrte Datensätze physisch oder nur logisch gelöscht? |
Filter-Logik Pos. 1.1 |
C. Kalktool (Ansprechpartner: Reto)
Kritisch für: Position 2 (Kalktool) -- Höchstes Risiko in der Offerte.
C.1 Kalktool-Vorlage
| # |
Frage |
Hintergrund |
| C1.1 |
Können wir die aktuelle Kalktool-Vorlage (Kalktool_Aktuell_2026_V1.4.xlsx) erhalten? |
Zielformat für Excel-Export Pos. 2.5 |
| C1.2 |
Welche Spalten/Felder sind Pflicht in der Kalktool-Vorlage? |
Feldergänzungs-Priorität Pos. 2.3 |
| C1.3 |
Gibt es Formeln in der Vorlage, die erhalten bleiben müssen? |
Komplexität des Excel-Exports |
| C1.4 |
Welches Format haben die Kunden-Stücklisten typischerweise? (PDF, Excel, CSV) |
Extraktions-Strategie Pos. 2.1 |
C.2 Matching-Anforderungen
| # |
Frage |
Hintergrund |
| C2.1 |
Können wir 3-5 Muster-Stücklisten von verschiedenen Kunden erhalten? |
Testdaten für Matching-Engine Pos. 2.2 |
| C2.2 |
Welche Identifikationsmerkmale haben Kunden-Stücklisten? (Kundenartikelnr., Hersteller-Typ, Beschreibung) |
Matching-Stufen definieren |
| C2.3 |
Wie hoch ist die erwartete Trefferquote beim exakten Match? (10%? 50%? 90%?) |
Gewichtung exakt vs. fuzzy vs. KI |
| C2.4 |
Welche Felder sollen bei nicht-eindeutigem Match als "Alternative durch KI" markiert werden? |
Bestätigungs-Workflow Pos. 2.4 |
| C2.5 |
Gibt es Produktgruppen, die besonders schwierig zu matchen sind? |
Risikobewertung |
D. Infrastruktur & Azure (Ansprechpartner: Stefan / IT)
| # |
Frage |
Hintergrund |
| D1 |
Details zur neuen Azure-Subscription (Subscription-ID, Region, Resource Group) |
Pos. 6 -- Migration |
| D2 |
Gibt es Netzwerk-Einschränkungen (VPN, Private Endpoints, Firewall)? |
Zugang Preprocessor ↔ ERP |
| D3 |
Wer hat Admin-Zugang zur neuen Subscription? |
Deployment-Planung |
| D4 |
Gibt es Budget-Limits auf der Azure-Subscription? |
Betriebskosten-Planung |
E. Priorisierung & Vorgehensweise
| # |
Frage |
Hintergrund |
| E1 |
Sollen alle 7 Positionen umgesetzt werden, oder gibt es eine Priorisierung? |
Scope-Bestätigung |
| E2 |
Gibt es einen gewünschten Go-Live-Termin? |
Zeitplanung |
| E3 |
Wie soll die UAT organisiert werden? (dedizierte Testphase, laufend, Key-User) |
Testplanung |
| E4 |
Wer sind die Pilot-User für den reaktivierten Bot? |
UAT-Teilnehmer |
| E5 |
Sollen Schulungen für Endanwender durchgeführt werden? (nicht in Offerte enthalten) |
Ggf. Nachtragsofferte |
Nächste Schritte
- Vor dem Kick-off: Fragenkatalog an Althaus senden, damit Antworten vorbereitet werden können
- Im Kick-off: Fragen durchgehen, fehlende Antworten als Action Items festhalten
- Nach dem Kick-off: Aufwandsschätzung anhand der Antworten finalisieren, insbesondere Pos. 2.2 (Matching) und Pos. 5 (Wiki)
PowerOn AG -- Vorbereitung Anforderungsworkshop Althaus Bot v2
