Nb: Onderstaande Releasenote is alleen van toepassing indien Uw Database Valuta overrulet wordt met een Presentatie Valuta (NLG database welke in EUR gepresenteerd wordt) én er géén Afschriften van Betalingen verwerkt worden.
Er zijn maar weinig plekken in het systeem waar een Subadministratie verwacht dat de Journaliseringsmodule een Valutakode teruggeeft aan de Interface, maar "Betalen Ingekomen Fakturen" is zo'n funktie.
Een Faktuur mag in een andere Valuta betaald worden dan waarin ze gefaktureerd werd. Dat houdt in dat als we in EUR gefaktureerd worden, we best vanaf onze USD rekening mogen betalen. De Valutakode die terug verwacht wordt, betreft de Valutakode waarin de Betaling op de Tussenrekening Betaling Onderweg geboekt is; immers, als we een USD bedrag betalen en dit als USD journaliseren, dan hebben we een afschrift in USD te boeken. Als het Grootboek echter zegt dat het boeken in USD niet is toegestaan (bijv. een Grootboekrekening die niet toestaat dat er in die Valuta geboekt wordt) dan mogen we ook het Afschrift niet verwachten in de gebruikte Valuta.
Het dollar bedrag kan nl. tegen de tijd dat het afgeschreven wordt een andere koers hebben dan nu, waardoor de rekening niet 2x met hetzelfde dollarbedrag wordt opgehoogd, maar 2x met een verschillende tegenwaarde.
Normaal gesproken zal een Grootboekrekening "Tussenrekening Betalingen Onderweg" altijd als Multi Valuta Rekening worden gedefinieerd; immers, we kunnen in meerdere Valuta betalingen onderweg hebben.
Nu blijkt echter dat als de stap 'Verwerken Afschrift Betalingen' wordt overgeslagen, en we bij het Betalen van de Ingekomen Faktuur dit rechtstreeks t.l.v. de Bank boeken (Crediteuren / Aan Bank i.p.v. Crediteuren / Aan Betalingen Onderweg) er iets fout gaat.
Ervanuitgaande dat u uw betalingen verricht via een normale Bankrekening (geen Vreemde Valuta) dan zal de bijbehorende Grootboekrekening niet in Vreemde Valuta zijn opgezet. Als uw administratie nog dateert uit het guldens tijdperk, dan zal uw Grootboekrekening zelfs default in de Bedrijfsvaluta worden geboekt.
Een Faktuur welke vervolgens in EUR betaald wordt, zal (afgedwongen door de Grootboekrekening) verplicht in NLG worden gejournaliseerd. Ok, overal in het pakket wordt dit weliswaar bij rapportages weer netjes gepresenteerd naar -e bedrag (euro bedrag).
De Valutakode die terug de Interface in gaat, was in dit geval nog steeds de Valutakode van die Grootboekrekening, en die staat formeel nog in NLG. Resultaat was dat alle Betalingen die op een Faktuur verricht zijn, bij het opvragen ervan gepresenteerd worden als zijnde Betalingen in NLG.
Per heden zal de Valutakode die Terug de Interface in gaat worden gevuld met de Presentatie Valuta (EUR) zodra het een boeking betreft in de Database Valuta (NLG).
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| ADBOTV2 | Omschrijving (nog) niet bekend | 04-09-2007 | 21-02-2008 |
| ADBOTVW2 | Journalisering | 04-09-2007 | 21-02-2008 |
| ADIORA | Betalen Ingekomen Fakturen | 04-09-2007 | 21-02-2008 |
