Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Status
colourRed
titleIn bearbeitung

Info

Auf dieser Seite wird die Funktionsanalyse von Rechnungen mit Fremdwährung dokumentiert.



Info
iconfalse
titleInhalt

Table of Contents



Info
iconfalse
titleÜbersicht und Status


Page Properties


Status

Status
titleVorschlag in Bearbeitung

Kategorie

Status
subtletrue
titleFELD

Ersteller

Status
colourGreen
titleSLUB
 

Unterstützer

 

Status
subtletrue
colourGreen
titlegbv
 

Beginn





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Überprü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 (in Originalwährung) als separates Feld auf Rechnungsposten angebenausweisen → Mehrwert für Reports | speziell für Scenario 1

Aufgaben

  • ...

Weitere Informationen

Anforderungsanalyse

  • ...

Relevante Funktionsanalysen

Besprechung in einer D-Gruppe/SIG

Relevante vorhandene Jira-Tickets