Rechnungen mit Fremdwährung - Funktionsanalyse

IN BEARBEITUNG

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

Inhalt

Übersicht und Status

Status

VORSCHLAG IN BEARBEITUNG

Kategorie

FELD

Ersteller

SLUB 

Unterstützer

 GBV 

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 "Überprüft" →
    • Ausgabe der tatsächlichen Beträge (zusätzlich in Zielwährung)
    • Rechnungsbetrag hat dann den Status "zur Bezahlung vorgesehen" in der Budgetübersicht der FinanzenApp
    • Vorteil: 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 ausweisen → 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