• Home
  • Über mich
  • Kontakt
  • Englisch
  • FAQs

Microsoft BizApps Finance & Controlling

Microsoft BizApps Finance & Controlling

Kategorien-Archiv: Kreditoren

Dynamics AX Kreditorenmodul

Anzahlungen Kreditoren (1)

04 Montag Jan 2016

Posted by Ludwig Reinhard in Kreditoren

≈ Hinterlasse einen Kommentar

Schlagwörter

Anzahlungen, Bestellungen, Dynamics AX, Steuer

Im Rahmen dieses und der folgenden Beiträge werden unterschiedliche Möglichkeiten der Abbildung von Kreditorenanzahlungen in Dynamics AX beleuchtet. Ein besonderer Fokus wird hierbei auf die steuerliche Vorschrift gelegt, dass die von Lieferanten in Anzahlungsrechnungen ausgewiesene Vorsteuer erst zum Zeitpunkt der Zahlung der Anzahlungsrechnung in Abzug gebracht werden kann. Siehe hierzu auch die Vorschriften des §13 UStG.

Hinweis: Sowohl in diesem als auch in den nachfolgenden Beiträgen wird keine Unterscheidung zwischen angeforderten und tatsächlich geleisteten Anzahlungen gemacht da der Fokus auf steuerlichen Gesichtspunkten liegt. Siehe hierzu auch den letzten Beitrag in der Reihe zu Kreditorenanzahlungen.

Einrichtung
Um kreditorische Anzahlungen in Dynamics AX abbilden zu können ist es zunächst erforderlich eine Beschaffungskategorie für Anzahlungen im Beschaffungsmodul anzulegen wie dies im folgenden Screenshot dargestellt ist.
DE_61_0005
Über die zugehörige Einstellung in der Lagerbuchungsmatrix wird hierdurch sichergestellt, dass an Lieferanten geleistete Anzahlungen auf einem Bilanzkonto (hier: Konto „132200“) erfasst werden.
DE_61_0026

Im nächsten Schritt ist ein Kreditorenbuchungsprofil für Anzahlungen anzulegen. Dieses Buchungsprofil wird mit einem (temporären) Vorsteuerkonto – im Beispiel Konto Nr. 130850 – eingerichtet, welches die im Rahmen der Buchung der Anzahlungsrechnung nicht abzugsfähige Vorsteuer aufnimmt.
DE_61_0010
Das Kreditorenbuchungsprofil für Anzahlungen ist nach der Anlage in den Kreditorenparametern entsprechend zu hinterlegen.
DE_61_0015

Der letzte hier aufgeführte Einrichtungsschritt betrifft die Einrichtung der Mehrwertsteuer-Gruppen, Artikel-Mehrwertsteuergruppen und Mehrwertsteuercodes.

Vor dem Hintergrund dass in Anzahlungsrechnungen ausgewiesene Vorsteuerbeträge erst zum Zeitpunkt der Zahlung steuerlich abzugsfähig sind, wurde für die folgenden Ausführungen ein eigener Vorsteuercode („InVAT19A“) angelegt, welcher auf dem bereits zuvor erwähnten Sachkonto für nichtabzugsfähige Vorsteuer gebucht wird.

Dieser Steuercode wurde anschließend mit den gewöhnlichen Mehrwertsteuer-Gruppen für Kreditorenbuchungen sowie einer eigenen Artikel-Mehrwertsteuergruppe („OA“) verknüpft. (Bitte beachten Sie in diesem Zusammenhang auch, dass die Artikel-Mehrwertsteuergruppe „OA“ ebenfalls mit der eingangs aufgeführten Beschaffungskategorie für Anzahlungen eingerichtet wurde).

Neben der Einrichtung der verschiedenen Steuer-Gruppen wurde der Steuercode „InVAT19A“ über die Sachkontobuchungsgruppe mit dem Sachkonto „130850“ verbunden, welches auch im weiter oben aufgezeigten Kreditorenbuchungsprofil für Anzahlungen hinterlegt wurde.

Schließlich wurde der nichtabzugsfähige Steuercode „InVAT19A“ mit dem gewöhnlichen Vorsteuerschlüssel („InVAT19“) im Zahlungs-Mehrwertsteuerfeld verbunden, um hierüber sicherzustellen, dass zum Zeitpunkt der Zahlung der Anzahlungsrechnung ein entsprechender steuerlicher Abzug möglich ist.

Die folgenden beiden Screenshots fassen die wesentlichen steuerlichen Einrichtungen nochmals zusammen.
DE_61_0020 DE_61_0025


Anzahlungsprozessablauf
Schritt 1: Anlage Bestellung & Anzahlung
Der erste Schritt im Anzahlungsprozess besteht in der Anlage einer Bestellung sowie der zugehörigen Anzahlungsbeträge über die Vorauszahlungsmaske.
DE_61_0030
Bitte beachten Sie in diesem Zusammenhang, dass an dieser Stelle der Bruttoanzahlungsbetrag (5000 EUR Netto + 19% Vorsteuer = 5950 EUR Brutto) sowie die Vorauszahlungskategorie zu erfassen sind.

Schritt 2: Buchung der Anzahlungsrechnung
Nach der Erfassung der Vorauszahlung ist diese entsprechend zu buchen. Die Buchung erfolgt hierbei über den gleichnamigen Menüpunkt im Rechnungsreiter der Bestellung.
DE_61_0035
Über diese Auswahl und die zuvor getroffenen Einstellungen wird die Beschaffungskategorie sowie die zugehörige Artikel-Mehrwertsteuergruppe in der Maske vorbelegt, so dass die Anzahlungsrechnung unmittelbar gebucht werden kann.
DE_61_0040
Ergebnis der Buchung der Anzahlungsrechnung ist der folgende Buchungsbeleg, welcher die in der Anzahlungsrechnung enthaltende derzeit noch nicht abzugsfähige Vorsteuer auf dem Konto 130850 ausweist.
DE_61_0045

Schritt 3: Zahlung der Anzahlungsrechnung
Nach Buchung der Anzahlungsrechnung kann diese über ein gewöhnliches Kreditorenzahlungsjournal beglichen werden.
DE_61_0050
Das einzige, das es in diesem Zusammenhang zu beachten gilt ist, dass der Parameter zur Kennzeichnung der Buchung als Vorauszahlung aktiviert wird. Über diese Aktivierung wird das eingerichtete Anzahlungsbuchungsprofil automatisch ausgewählt. Die Buchung des Kreditorenzahlungsjournals generiert schließlich die folgenden Sachkontobuchungen:
DE_61_0060
Was man dem vorstehenden Screenshot entnehmen kann ist zum einen den Ausgleich der Kreditorenverbindlichkeit in Höhe von 5950 EUR durch eine gleichlautende Bankabbuchung. Darüber hinaus findet eine Umbuchung der nichtabzugsfähigen Vorsteuer (Konto 130850) auf das gewöhnliche abzugsfähige Vorsteuerkonto statt (Konto 130800). Hinweis: Da sich die automatisiert mit der Zahlungsbuchung generierten zugehörigen Belegbuchungen gegenseitig ausgleichen, brauchen diese an dieser Stelle nicht weiter betrachtet werden.

Schritt 4: Buchung der Schlussrechnung
Im letzten Schritt wird schließlich die Schlussrechnung des Lieferanten unter Verrechnung der geleisteten Anzahlung gebucht. Die Verrechnung der Anzahlung findet hierbei über den Menüpunkt „Vorauszahlungen anwenden“ statt, wie dies in den folgenden beiden Screenshots dargestellt ist.
DE_61_0070 DE_61_0075
Nach der Auswahl der zu verrechnenden Anzahlung kann die zugehörige Rechnungszeile in der Kreditorenrechnungsmaske identifiziert und anschließend gebucht werden. Ergebnis dieser Buchung sind die folgenden beiden Belege:
DE_61_0085
Die ersten drei Buchungszeilen bilden hierbei die Buchung der Kreditorenrechnung über die bestellten Waren ab (100 pcs. * 230 EUR/pcs. = 23000 EUR + 19% Vorsteuer = 27370 EUR). Bitte beachten Sie in diesem Zusammenhang, dass der volle Vorsteuerbetrag in Höhe von 4370 EUR auf dem gewöhnlichen (abzugsfähigen) Steuerkonto Nr. 130800 gebucht wird.
Die letzten drei gelb hervorgehobenen Buchungszeilen stellen die Verrechnung der geleisteten Anzahlung dar. Was hierbei auffällt ist, dass das falsche nichtabzugsfähige Steuerkonto Nr. 130850 im Rahmen der Buchung verwendet wurde.

Die folgende Buchungszusammenfassung stellt die im Rahmen der hier aufgezeigten Schritte durchgeführten Buchungen nochmals dar und verdeutlicht das Problem der fehlerhaften Kontoverwendung im letzten Buchungsschritt:
DE_61_0090
Was man der vorstehenden Buchungszusammenfassung entnehmen kann ist dass zum einen auf dem abzugsfähigen Vorsteuerkonto (130800) insgesamt 5320 EUR (950 EUR + 4370 EUR) an Vorsteuer erfasst wurden. Darüber hinaus ist erkennbar, dass auf dem nichtabzugsfähigen Steuerkonto (130850) ein Saldo in Höhe von 950 EUR verbleibt.

Alternative Einrichtung 1:
Um die zuvor aufgezeigte fehlerhafte Abbildung von Anzahlungen zu vermeiden wurde die Beschaffungskategorie nun mit der gewöhnlichen vollabzugsfähigen Artikel-Mehrwertsteuergruppe („FULL“) eingerichtet.
DE_61_0095
Darüber hinaus wurde im Kreditorenbuchungsprofil für Anzahlungen das hinterlegte Vorsteuerkonto auf das gewöhnliche abzugsfähige Vorsteuerkonto geändert, um anschließend alle Buchungen zu wiederholen.
DE_61_0100
Das Ergebnis der mit dieser alternativen Einrichtungsoption durchgeführten Buchungen ist in der folgenden Darstellung zusammengefasst.
DE_61_0105
Was man dieser Darstellung entnehmen kann ist nun zum einen, dass der insgesamt auf dem gewöhnlichen Vorsteuerkonto (130800) gebuchte Betrag korrekt ausgewiesen wird. Gleichzeitig fällt auf, dass bereits zum Zeitpunkt der Buchung der Anzahlungsrechnung eine Buchung auf dem gewöhnlichen Vorsteuerkonto erfolgt, was zu einem vergleichsweise zu frühen Abzug der Vorsteuer führt. Probleme mit den Steuerbehörden scheinen bei Nutzung dieser alternativen Einrichtungsoption demnach vorprogrammiert.

Alternative Einrichtung 2:
Aufgrund des im vorherigen Schritt identifizierten falschen vorzeitigen steuerlichen Abzugs wurde die Einrichtung der Beschaffungskategorie nochmals derart geändert dass diese nun mit der Artikel-Mehrwertsteuergruppe („WITHOUT“) eingerichtet wurde, die zu keinem steuerlichen Abzug führt. Anschließend wurden wie zuvor alle Buchungen wiederholt.
DE_61_0110
Das Ergebnis dieser zweiten alternativen Einrichtung ist im folgenden Screenshot dargestellt.
DE_61_0115
Was man dieser Buchungsdarstellung entnehmen kann ist dass die Vorsteuer in richtiger Höhe auf dem abzugsfähigen Vorsteuerkonto (130800) ausgewiesen wird. Darüber hinaus fällt auf, dass außer der steuerlichen Buchung, die im Rahmen der Schlussrechnung durchgeführt wird, keinerlei weiteren steuerlichen Buchungen erfolgen und demnach auch kein Abzug der Vorsteuer aus der Anzahlungsrechnung erfolgt. Dieser vergleichsweise konservative Ansatz sorgt zwar zum einen dafür, dass es mit den Steuerbehörden aller Voraussicht nach zu keinerlei Problemen kommt. Gleichzeitig ist allerdings zu berücksichtigen dass dieser Ansatz sehr leicht zu Cashflow-Problemen führen kann, vor allem dann, wenn die verschiedenen Anzahlungsprozessschritte z.B. aufgrund langer Transportzeiten zeitlich weit auseinander liegen.

Zusammenfassung:
Da alle in diesem Beitrag aufgeführten Abbildungsmöglichkeiten von Anzahlungen über die Anzahlungsfunktion auf der Kreditorenbestellmaske zu suboptimalen bzw. falschen Darstellungen führen, kann von einer Nutzung dieser Funktion nur abgeraten werden. In den folgenden beiden Beiträgen werden daher andere, alternative Darstellungsmöglichkeiten von Kreditorenanzahlungen aufgezeigt.

Rechnungsgruppen & Rechnungszahlungsgruppen

01 Sonntag Nov 2015

Posted by Ludwig Reinhard in Kreditoren

≈ Hinterlasse einen Kommentar

Schlagwörter

Dynamics AX 2012 R3, Kreditorenzahlungen, Rechnungen

Der nachfolgende Beitrag beschreibt die neu in Dynamics AX 2012 R3 hinzugekommenen Funktionen der Rechnungsgruppen und Rechnungszahlungsgruppen.

Rechnungsgruppen
Die erste hier beschriebene Funktion der Rechnungsgruppen kann über die Aktivierung des Kreditorenparameters „Rechnungsgruppen für dieses Unternehmenskonto verwenden“ bereitgestellt werden.
DE_17-RG-1Nach Aktivierung dieses Parameters ist zu festzulegen, welche Kennung für die Rechnungsgruppen standardmäßig verwendet werden soll. Zur Auswahl stehen an dieser Stelle:

  • Benutzername,
  • Datum und
  • Benutzerdefiniert.

Unmittelbar nach Durchführung dieser Parametrisierungen kann in der Kreditorenrechnungserfassungsmaske ein neues Feld „Rechnungsgruppe“ identifiziert werden, welches standardmäßig mit den in den Kreditorenparametern definierten Werten vorbelegt wird. Im gewählten Beispiel mit meiner Benutzerkennung „$1D58“.
DE_17-RG-3
Wird eine derart erfasste Rechnung gebucht, so kann im Anschluss an die Buchung die entsprechende Rechnungsgruppe in der Rechnungserfassungsmaske identifiziert werden.
DE_17-RG-4
Aufgrund dieser Kennzeichnung können anschließend bspw. Auswertungen im Hinblick auf die Anzahl der erfassten Rechnungen pro Tag oder pro Mitarbeiter durchgeführt werden, die ein Teilelement eines Activity Based Cost Managements bilden können.

Ungeachtet der Vorteile dieser möglichen Zusatzauswertungen gilt es im Zusammenhang mit der Aktivierung des Rechnungsgruppenparameters die folgenden Nachteile/Probleme zu beachten:

  • Ein erster Nachteil besteht darin, dass das Rechnungsgruppenfeld standardmäßig nicht in den häufig in der Praxis genutzten Rechnungsjournalen zur Verfügung steht und über eine Personalisierung dieser Journale aufgrund fehlender Verknüpfungen auch nicht bereitgestellt werden kann. Um Rechnungsgruppen daher umfassend nutzen zu können ist eine entsprechende Systemanpassung erforderlich.
  • Ein zweiter Nachteil besteht darin, dass die standardmäßig vorbelegten Werte beliebig und ohne weitere Prüfung überschrieben werden können. So kann bspw. trotz einer Parametrisierung „Benutzername“ der von Dynamics AX vorgeschlagene Wert abgeändert und mit einer beliebigen Kombination aus Buchstaben und Ziffern überschrieben werden.
  • Eine Zusammenfassung (Sammelaktualisierung) von Rechnungen nach Rechnungsgruppen steht standardmäßig derzeit nicht zur Verfügung.

 

Rechnungszahlungsgruppen
Bei der zweiten neuen hier beschriebenen Funktion der Rechnungszahlungsgruppen handelt es sich um eine Funktion aus dem Bereich des öffentlichen Sektors, welche über eine entsprechende Einstellung der Lizenzkonfiguration grundsätzlich bereitgestellt werden kann.

Ähnlich wie bei den zuvor erwähnten Rechnungsgruppen handelt es sich auch bei den Rechnungszahlungsgruppen um eine Funktion, die nach der Aktivierung des entsprechenden Kreditorenparameters ein neues Feld in der Kreditorenrechnungserfassungsmaske bereitstellt. Siehe hierzu die folgenden beiden Screenshots.
DE_17-RZG-1 DE_17-RZG-2
Nach Buchung der Rechnung kann auf dieses Feld dann bspw. im Rahmen von Zahlungsläufen gefiltert werden. Beispiel:
DE_17-RZG-4Wird hierbei eine Rechnung, die einer bestimmten Zahlungsgruppe zugeordnet wurde, vom Zahlungslauf ausgenommen, so wird ein Warnhinweis der folgenden Art angezeigt:
DE_17-RZG-5

Aus diesem Warnhinweis erkennt man, dass der wesentliche Vorteil der Aktivierung des Rechnungszahlungsgruppenparameters darin besteht, dass Benutzer einen Hinweis daraufhin erhalten ob alle Rechnungen welche zur gleichen Rechnungszahlungsgruppe gehören bezahlt werden oder nicht. Ein konkreter Anwendungsfall für diese Funktion besteht bspw. in der Kennzeichnung von dringend zu zahlenden Rechnungen.

Leider hat die hier aufgezeigte Standardfunktion auch einige Nachteile.

  • Zunächst ist zu erwähnten, dass ein Zahlungsgruppencode standardmäßig auf ein bestimmtes Kreditorenkonto beschränkt ist und beim Versuch den Zahlungsgruppencode im Rahmen der Rechnungserfassung für ein anderes Kreditorenkonto zu verwenden eine Fehlermeldung generiert wird. Für einen Praxiseinsatz ist dies natürlich wenig tauglich und es empfiehlt sich daher eine Codeanpassung durchzuführen.
  • Darüber hinaus ist zu beachten dass es sich hierbei – wie eingangs erwähnt – um eine Funktion des öffentlichen Sektors handelt, welche an der einen oder anderen Stelle unnötige Fehlermeldungen/-hinweise generiert, die ausgeblendet werden sollten.

 

Zusammenfassend kann man somit festhalten, dass die neu in Dynamics AX aufgenommenen Funktionen der Rechnungsgruppen und Rechnungszahlungsgruppen interessante Einsatzmöglichkeiten bieten. Gleichzeitig haben die obenstehenden Ausführungen allerdings auch aufgezeigt, dass beide Funktionen nicht unmittelbar und ohne weitere Anpassungen in einer Liveumgebung verwendet werden können.

Frachtkostenverteilung basierend auf dem Gewicht/Volumen

21 Mittwoch Okt 2015

Posted by Ludwig Reinhard in Kreditoren

≈ Hinterlasse einen Kommentar

Schlagwörter

Dynamics AX, Frachtallokation, Gewicht, Volumen


Vor kurzem fragte mich ein Bekannter ob es möglich sei bestellbezogene Frachtkosten entsprechend dem Gewicht bzw. Volumen der bestellten Produkte auf die einzelnen Bestellpositionen zu verteilen. Um das zu prüfen, habe ich zunächst eine Bestellung mit verschiedenen Produkten angelegt und Frachtkosten in Höhe von 100$ erfasst.
DE_68_0005
DE_68_0010

Anschließend habe ich versucht über die Zuordnungsfunktion die Kosten auf die unterschiedlichen Bestellpositionen entsprechend ihrem Gewicht zu verteilen. Leider musste ich hierbei feststellen, dass Dynamics AX standardmäßig keine Möglichkeit der Frachtkostenverteilung nach Gewicht oder Volumen besitzt.
DE_68_0015

Da ich das nicht glauben konnte, habe ich mir die Elemente des Enums, welches hinter dem Auswahlfeld steht (“MarkupAllocatteAfter”) einmal näher betrachtet und festgestellt, dass eine Kostenverteilung nach Gewicht bzw. Volumen für Dynamics AX Anwender in Russland zur Verfügung steht.
DE_68_0020
Wissbegierig, ob sich diese Funktion auch in anderen Ländern nutzen lässt, habe ich umgehend die Ländereinstellungen im Feld CountryRegionCode ergänzt. Gleichlaufend hierzu habe ich in der Klasse „MarkupAllocation“ nach russischen Funktionalitäten gesucht und diese entsprechend auf andere Länder erweitert, wie dies in den nächsten Screenshots dargestellt ist.
DE_68_0025
DE_68_0030

Mit diesen Einstellungen habe ich nun erneut eine Bestellung mit den gleichen Artikeln, die auch zuvor verwendet wurden, erfasst. Die Frachtkosten, Mengen und Gewichte habe ich nochmals in der folgenden Übersicht zusammengefasst.
DE_68_0040
Nach der Erfassung der Frachtkosten habe ich nun die Verteilung dieser basierend auf der Auswahl „Bruttogewicht“ vorgenommen…
DE_68_0045
… und hierbei festgestellt, dass die kleine Codeänderung für eine entsprechende Frachtkostenverteilung entsprechend dem Gewicht der Produkte gesorgt hat. Der nächste Screenshot stellt das Ergebnis dieser Verteilung beispielhaft für die zweite Bestellzeile dar.
DE_68_0050

Neben der Verteilung der Frachtkosten basierend auf dem Gewicht, habe ich auch die Verteilung anhand des Volumens erfolgreich testen können. Aus Gründen der Knappheit habe ich diese Ergebnisse allerdings nicht hier dargestellt.

Ich hoffe, dass die hier bereitstellten Informationen ihnen weiterhelfen und freue mich darauf sie in den nächsten Beiträgen wieder zu sehen.

← Ältere Beiträge
Neuere Beiträge →

Microsoft BizApps Deutschland Podcast

Meetup Dynamics Deutschland

Kategorien

  • Anlagen
  • Bank
  • Buchrezension
  • Budgetierung
  • Debitoren
  • Hauptbuch
  • Kostenrechnung
  • Kreditoren
  • Lager
  • Management Reporter
  • Nachhaltigkeit
  • Podcast
  • PowerPlatform
  • Projekt
  • Sonstiges
  • Uncategorized

Tags

Artificial Intelligence Budgetierung Controlling Copilot Studio D365 D365FO Dynamics 365 Dynamics AX Dynamics AX 2012 Electronic Reporting Email Finanzberichte Flow Genehmigung Globale Erwaermung Intercompany IOT Kontoauszugsverarbeitung Kostenrechnung Kostenstellenrechnung Kreditorenzahlungen Kuenstliche Intelligenz Lager Lagerabstimmung Lagerbewertung Management Reporter Modern Finance MS Flow MT940 Nachhaltigkeit Neues Kostenrechnungsmodul PowerApps PowerAutomate PowerPlatform Projekt Projektmodul Rechnung Rechnungserfassung RPA SharePoint Steuer Sustainability Sustainability Accounting Sustainability Manager time&attendance Umlagen Umwelt WBS Workflow Zeiterfassung

Wichtige Webseiten

  • Dynamics AX Links

Rechtliches

  • Impressum

Abbonieren

  • RSS - Beiträge
  • RSS - Kommentare

Klicken Sie hier um diesem Blog zu folgen und automatische Emails bei der Veröffentlichung neuer Beiträge zu erhalten.

Archiv

  • März 2024
  • Februar 2024
  • Januar 2024
  • Dezember 2023
  • November 2023
  • Oktober 2023
  • September 2023
  • August 2023
  • Juli 2023
  • Juni 2023
  • Mai 2023
  • April 2023
  • März 2023
  • Februar 2023
  • Januar 2023
  • Dezember 2022
  • November 2022
  • Oktober 2022
  • September 2022
  • August 2022
  • Juli 2022
  • Juni 2022
  • Mai 2022
  • April 2022
  • März 2022
  • Februar 2022
  • Januar 2022
  • Dezember 2021
  • November 2021
  • Oktober 2021
  • September 2021
  • August 2021
  • Juli 2021
  • Juni 2021
  • Mai 2021
  • April 2021
  • März 2021
  • Februar 2021
  • Januar 2021
  • Dezember 2020
  • November 2020
  • Oktober 2020
  • September 2020
  • August 2020
  • Juli 2020
  • Juni 2020
  • Mai 2020
  • April 2020
  • März 2020
  • Februar 2020
  • Januar 2020
  • Dezember 2019
  • November 2019
  • Oktober 2019
  • September 2019
  • August 2019
  • Juli 2019
  • Juni 2019
  • Mai 2019
  • April 2019
  • März 2019
  • Februar 2019
  • Januar 2019
  • Dezember 2018
  • November 2018
  • Oktober 2018
  • September 2018
  • August 2018
  • Juli 2018
  • Juni 2018
  • Mai 2018
  • April 2018
  • März 2018
  • Februar 2018
  • Januar 2018
  • Dezember 2017
  • November 2017
  • Oktober 2017
  • September 2017
  • August 2017
  • Juli 2017
  • Juni 2017
  • Mai 2017
  • April 2017
  • März 2017
  • Februar 2017
  • Januar 2017
  • Dezember 2016
  • November 2016
  • Oktober 2016
  • September 2016
  • August 2016
  • Juli 2016
  • Juni 2016
  • Mai 2016
  • April 2016
  • März 2016
  • Februar 2016
  • Januar 2016
  • Dezember 2015
  • November 2015
  • Oktober 2015
  • September 2015
  • August 2015
  • Juli 2015
  • Juni 2015
  • Mai 2015
  • April 2015
  • März 2015
  • Februar 2015

Bloggen auf WordPress.com.

  • Abonnieren Abonniert
    • Microsoft BizApps Finance & Controlling
    • Schließe dich 121 anderen Abonnenten an
    • Du hast bereits ein WordPress.com-Konto? Melde dich jetzt an.
    • Microsoft BizApps Finance & Controlling
    • Abonnieren Abonniert
    • Registrieren
    • Anmelden
    • Melde diesen Inhalt
    • Website im Reader anzeigen
    • Abonnements verwalten
    • Diese Leiste einklappen
 

Kommentare werden geladen …