Wünsche für ebInterface 5.1

  • Würde es dann nicht Sinn machen, dieses Element als complex zu definieren.

    Beispielsweise so:

    <PayableNonEuroAmount>
    <Currency>USD</Currency>
    <ForeignPayableAmount>123.45</ForeignPayableAmount>
    </PayableNonEurAmount>


    Wobei Currency eine aus der ISO 4217 Liste zu sein hat.

    ForeignPayableAmount ist der EUR-PayableAmount in "Currency" ausgedrückt.


    Der Umrechnungskurs würde sich dann aus PayableAmount und ForeingPayableAmount berechnen lassen, und bräuchte nicht extra angegeben werden.

    Grundsätzlich würde dieses Element in den Fällen sinnvoll sein, wenn in ein EU-Land abgerechnet wird, das nicht im SEPA Mitglied ist (z.B: HU, CZ).

    LG
    Martin Blaschka

  • Ja, das würde absolut Sinn machen.
    In ebInterface 5.0 haben wir dazu aber auch schon das XML Element <AccountingCurrencyAmount> welches genau den passenden Typ hat (currency wäre hier ein Attribut und kein Element, aber das ist nur syntactic sugar).

    vg P. Helger

    Nachtrag: der Tag des Wechselkurses sollte auch angegeben werden können

  • Der Datentyp PercentageType ist derzeit auf 0-100% beschränkt. Es können deshalb keine Zuschläge über 100% abgebildet werden, was beispielsweise bei Mindermengenzuschlägen vorkommen kann. Deshalb wäre es eventuell sinnvoll diese Beschränkung aufzuheben.


    LG
    Hendrik Vogeling

  • Soeben bemerkt bei der Umstellung auf 5.0.

    Generell verwenden wir für die eRechnungsschnittstellen den ISO 639-1 für die Sprachen. Dieser Sprachcode ist auch Usus bei Webseiten. Unglücklicherweise ist jetzt in ebInterface 5.0 dieser zwingend auf 639-2 gesetzt. Das heisst nun, Konvertierungstabellen, Webservice oder Konstante verwenden - unschön!
    Der Hit wäre, wenn beide ISO-Normen geführt werden könnten.

  • Für die Diskussion zur Anzahl der benötigten Nachkommastellen beim Umrechnungskurs, habe ich die Heute im Amtsblatt der EU veröffentlichte EZB-Kurstabelle angehängt.

    In den meisten Fällen reichen 6 signifikante Stellen.
    Allerdings wird nicht auf EUR umgerechnet, sondern von EUR weg gerechnet.
    Für die geplante Umsetzung in ebInterface wäre daher von den angegebenen Kursen zuerst der Kehrwert zu bilden.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!