HSWO_BSC_BACHELORS_THESIS/appendix/interview-protokoll.tex

\chapter{Interview-Protokoll}
\label{chap:anhang-interview-protokoll}

\begin{table}[htbp]
    \centering
    \begin{tabular}{|l|l|}
        \hline
        Interviewer & Leon Etienne (Entwickler)\\
        \hline
        Befragter & Jochen Stange (Product Owner)\\
        \hline
        Zeit & 27.01.2023, 10:00 \\
        \hline
        Ort & Zoom \\
        \hline
        Notizen & \makecell[l]{Dieses Protokoll ist nicht wortlautkorrekt,\\sondern zeigt lediglich zeitgleich\\verfasste Notizen} \\
        \hline
    \end{tabular}
\end{table}

\paragraph*{Wie stellen Sie sich den Prozess des Einscannens der QR-Codes beim Entgegennehmen der Flaschen vor? Beschreiben Sie den Ablauf.}
- Paket kommt an
- Wird aufgemacht
- Nehmen den QR-Code entgegen
- Haben entweder einen Handscanner oder ein Handy und scannen den Code ein
- System gibt an, welche \ac{ELN} aufgeklebt werden muss
- Wein wird eingelagert

Die \ac{ELN} muss unique sein.
Die \ac{ELN} könnte schlicht die von TYPO3 vergebene UID sein.

\paragraph*{Mit was soll dieser Code gescannt werden? Soll der Scanner in der Applikation eingebaut sein, oder soll das System auch mit Drittanbieter-Apps funktionieren?}
Smartphone ist am sinnvollsten, da Feedback von Webseite damit möglich ist.
Backup-Funktion, die \ac{ELN} händisch einzugeben. Das ginge dann auch mit einem Handscanner.

\paragraph*{Welche Fallbacks soll es geben, sollte ein Code nicht scanbar sein? Z.B.: Den Code- Inhalt in Text unter dem Code, der auch von Hand eintippbar sei.}
Die \ac{ELN} muss auch unter dem qr code stehen.

\paragraph*{Gegen welche Missbrauchsszenarien sollte der QR-Code geschützt sein? Sollte ggf. ein Passwort nach dem Einscannen verlangt werden? ->Diskurs über versch. Authentifizierungsmethoden und Abwägung über Aufwand der dadurch entsteht.}
Mitarbeiter authentifizieren sich mit einem Frontend-Nutzer. Dieser Nutzer ist Teil einer Mitarbeiter-Nutzergruppe.

\paragraph*{Gibt es im Lager Wlan?}
Out of scope

\paragraph*{Wie wollen Sie Weinanmeldungen zwischen Jahresauswahlproben im Frontend trennen? Wichtig: Aktuelle Proben nach Anmeldeschluss sollten immer noch sichtbar sein und alte Proben ggf. gar nicht mehr angezeigt werden.}
Es gibt eine Liste mit \acp{JAP}.
Da werden verschiedene aufgelistet.
Backenduser können die Anmeldung (Weine an \acp{JAP} anmelden) an- und abschalten.
Vergangene Proben werden nicht angezeigt.
Die Probe gilt als vergangen, wenn die Proben probiert wurden.
Die Anmeldemöglichkeit und \enquote{Probe ist vorbei}-Feststellung im Anmeldetool ist ein Clone vom „active until“ im „access-„panel. Mit Dateselector.

\paragraph*{Was soll der Kunde beim Versand selbst machen?}
Wenn weinland-mosel-mitglied:
Ggf account erstellen mit Mitgliedsnummer <schon implememtiert> <muss händisch von WM freigeschalten werden>
In account einloggen

Wenn Nichtmitglied:
    Ggf account erstellen ohne Mitgliedsnummer <muss händisch freigeschalten werden>

Eine \ac{JAP} auswählen
Einen Wein anmelden, Webform zu Weindaten ausfüllen.
PDF downloaden, ausdrucken im Paket dem Wein beilegen.
Das PDF muss Daten zum Wein beinhalten und den qr-code mit der \ac{ELN}. (zur Zuordnung)
Nummernschwund, falls Weine gelöscht werden, ist kein Problem.

Adressierung wird selbst gemacht.
Frankierung auch.

\paragraph*{In welcher Form sollten Mitarbeiter die ausstehenden und eingegangenen Weine sehen? Reicht eine einfache Liste, oder sind Export- und Filtermöglichkeiten erwünscht? Wenn ja: Welche Filter (auch Sortierungen)? Welche Exportformate?}
- CSV soll ausgebbar sein
- Filter nicht notwendig, aber probenspezifisch

\paragraph*{Wenn nun ein Wein als “eingegangen” vermerkt ist, sollte ein Mitarbeiter das rückgängig machen können? Sollte ein Mitarbeiter Weine löschen können? Wenn eines der beiden ja: Einzeln, oder als Bulk-Action? (Bulk-Actions sind teuer/aufwändig umzusetzen)}
- Was TYPO3 by-default kann, nichts eigenes bauen

\paragraph*{Welche Informationen soll der Kunde über seine Sendunge(n) sehen?}
- ob sie eingegangen ist, mit emailbenachrichtigung

\paragraph*{Soll auch ein Kunde in der Lage sein, seine eigene Weinsendung(en) aus dem System zu löschen oder zu verändern? (Eventuell vertippt man sich) Wenn ja, bis wann? Bis zur Eingangsbestätigung?}
Nach Einreichung (nicht Eingang bei WM) nicht mehr veränderbar und auch nicht löschbar.

\paragraph*{Die \ac{ELN} ist eine inkrementell erhöhte Ganzzahl. Ist der tatsächliche Wert dieser wichtig, oder ist es lediglich wichtig, dass sie eindeutig ist? Der einfachste/günstigste Weg wäre es, sie in der Datenbank als “auto\_increment” zu deklarieren. Dann hätte man niemals, auch über x Auswahlproben hinweggehend, die selbe \ac{ELN} zwei mal. Das verkürzt und vereinfacht die Entwicklung, den entstehenden Code und die Nutzererfahrung auf Seiten von Weinland Mosel.}
- siehe oben


\paragraph*{Weiteres}
Es soll einen Single-View für Weine geben, der anhand einer \ac{ELN} aufrufbar ist. Hier werden bekannte Details gezeigt.

\paragraph*{Zum Formular, das Winzer ausfüllen:}
Das Formular besteht zwei Schritten:
Schritt 1: Daten ausfüllen
Schritt 2: Zusammenfassung anzeigen entweder zurück, weiter bearbeiten, oder submit \enquote{wein verbindlich anmelden}