Funktionsanalyse

Beschreibung

Nach dem Anlegen einer Bestellung mit Fremdwährungsbetrag treten bei der anschließenden Rechnungsbearbeitung folgende Fehler auf:

Szenario 1: Rechnung wird in Primärwährung (EUR) bearbeitet

• Nach dem Anlegen des Rechnungsposten wird nicht der aus der Bestellung hinterlegte Bindungs-Betrag (umgerechnete Schätzbetrag) aus der Finanz-App verwendet, sondern lediglich dem Originalpreis (nicht umgerechneter Schätzpreis) ein EUR-Zeichen angehangen und damit weitergerechnet
• Die Weiterberechnung erfolgt also auf Basis des Originalpreises mit Primärwährung
• Der korrekte Betrag aus der Bindung wird nicht verwendet
• Die Zahlung ist somit nicht korrekt

Szenario 2: Rechnung wird in Fremdwährung (z.B. GBP) bearbeitet

• Nach dem Anlegen des Rechnungsposten erfolgt die korrekt Übernahme der Beträge aus dem Bestellposten, d.h. es wird mit dem korrekten Bindungsbetrag aus der Finanz-App weitergerechnet
• Allerdings können Zusatzkosten nicht in der Primärwährung (EUR) abgerechnet werden
  • darunter zählen Mehrwertsteuer, Frachtkosten usw.
• Währungsdifferenzen können nicht in Primärwährung (als Zusatzkosten o.ä.) ausgeglichen werden.
  • Es besteht zwar die Möglichkeit, den Rechnungsbetrag durch die Anpassung des Wechselkurses, der i.d.R. erst ausgerechnet werden muss, zu aktualisieren. Das ist allerdings in der Praxis sehr umständlich.

Allgemeines Problem:

• In der Rechnung wird entweder der Primär- oder der Fremdwährungspreis angegeben
• Wichtig wäre es, beide Preise sehen zu können. Insbesondere für statistische Erhebungen hinsichtlich Preisentwicklung und Tendenzen. 

Benötigte Felder und Funktionen

• Szenario 1: bei der Rechnungsbearbeitung sollte der Bindungsbetrag aus der Bestellung zur Weiterberechnung verwendet werden

• Szenario 2: beim Hinzufügen von Zusatzkosten sollte die Möglichkeit bestehen, eine Währung auszuwählen oder wenigstens die eingestellte Primärwährung verwenden zu können
• Allgemein: Transparentere Darstellung des Originalpreises (Fremdwährung) und des tatsächlichen Rechnungspreises → eventuell zusätzliches Feld Originalpreis 
• Bei Auswahl des Status "geprüft" →
  • Ausgabe der tatsächlichen Beträge (zusätzlich in Zielwährung)
  • Rechnungsbetrag hat dann den Status "zur Bezahlung vorgesehen"
  • alle Daten der Rechnung können noch geändert werden
  • alternativ: neue zusätzliche Aktion: Prüfen - als Funktion vor Freigeben und Bezahlen
• Ausgabe der tatsächlichen Beträge (Gesamtpreis und Zusatzkosten) auf der Rechnung, Rechnungsposten, auf der Bestellung bei verknüpften Rechnungen
• Möglichkeit Betrag in Fremd- und Primärwährung anzugeben → das System soll dann den Wechselkurs ausrechnen
• Listenpreis als separates Feld auf Rechnungsposten angeben

Aufgaben

• ...

Weitere Informationen

Anforderungsanalyse

• ...

Relevante Funktionsanalysen

• Beispiel Fremdwährung

Besprechung in einer D-Gruppe/SIG

• 2023-07-12 Besprechungsnotizen Erwerbung

• 2023-08-09 Besprechungsnotizen Erwerbung

• 2023-09-06 Besprechungsnotizen Erwerbung

Relevante vorhandene Jira-Tickets