Naja, fast. "Eigentlich" ist die 2011 eine optisch aufgemotzte 2010er Version. Die Office Line Evolution 2011 basiert auf der gleichen Technologie wie ihr Vorgänger (Access 2007, .Net 3.5 etc.), ergänzt um das neue Control Center. Dieses besteht im Wesentlichen aus einem Formular, das jetzt an die Stelle der leeren, freien Fläche bei Start der Office Line getreten ist. Darauf lassen sich Elemente platzieren, von denen es derzeit vier verschiedene Typen gibt (Listen, Links (=Funktionen), Webseiten und Charts).
Das Control Center bietet dadurch einen relativ einfachen Zugang zu Daten unterschiedlicher Art:
Listen: Hier können Daten aus der Office Line, auch mit hinterlegten Funktionen wie "Beleg bearbeiten" angezeigt werden
Webseite: Hier können RSS-Feeds kompakt oder ausführlich, aber auch Webseiten dargestellt werden. Ein Problem sind derzeit noch Seiten mit Flash, da diese sehr rechnerlastiges Verhalten zeigen und eine CPU durchaus zum Erliegen bringen können.
Charts: Damit lassen sich Office Line Daten grafisch darstellen.
Was auf den ersten Blick etwas nutzlos erscheint (yet another Chef-Info...), erweist sich jedoch im täglichen Gebrauch als interessante Ergänzung.
Beispielsweise zeigt eine Liste die zuletzt aufgerufenen Funktionen an. Man muss sich also nicht mehr seine Favoriten zusammenstellen, sondern findet eine dynamische Liste der zuletzt benutzten Funktionen. Eine soche Funktionsliste lässt sich auch manuell zusammenstellen und wahlweise auch in Schaltflächenoptik anzeigen: Durch Icons erhält man so ein Mini-Regiezentrum mit sehr einfachem Zugang zu den wichtigsten Funktionen.
Manche Listen aktualisieren sich dynamisch: Beispielsweise kann man die Liste der offenen Angebot stündlich oder täglich aktualisieren lassen. Im Tagesgeschäft behält man so den Blick auf die aktuelle Angebots- und damit Auftragspotenzial-Situation.
Das Control-Center ist technisch eine .NET Entwicklung, die eine eigene Datenzugriffs-Schicht hat. So kann das Control-Center auch innerhalb anderer Anwendungen laufen und ist im Grunde unabhängig von der Sage Office Line. Im momentanen Ausbau hat es allerdings noch massive Grenzen: Basisfunktionen wie eine einfache Übergabe einer Liste in eine Datei, an Excel oder auch den Ausdruck der Liste ist derzeit nicht möglich, aber laut Sage Entwicklung auf der Wunschliste, wie zahlreiche weitere Funktionen auch. Hoffen wir, dass es nicht wie so oft beim frommen Wunsch bleibt.
Für die Anwender mag das Control Center ein "Spielzeug" sein, denn verlangt hat es eigentlich niemand. Oder haben Sie es vermisst? Da wären sicher andere Funktionen eher an der Reihe.
Dennoch zeigt es, was mit .NET möglich ist und vermittelt einen Eindruck, wie eine zukünftige Oberfläche aussehen könnte- mit der ganzen Power der Möglichkeiten unter .NET. Man darf also gespannt sein, was in Zukunft noch alles geboten wird.
An der Kernfunktionalität hat sich nichts Wesentliches geändert. Die Neuerungen, die man in einem gleichnamigen Dokument auf der CD findet, weisen lediglich Funktionsabrundungen und die Beseitigung von Unzulänglichkeiten einzelner Detailfunktionen auf. Sage hat also die 2011er Version im Grunde dazu genutzt, Know-How in neuer Technologie zu erlangen und zu integrieren und die Fachhändler wie Endkunden nicht mit unnötigen Update-Arbeiten zu belästigen.
Das gibt Zeit, sich mit der neuen Technologie zu befassen, Partnerlösungen zu stabilisieren und auszubauen, und Invesitionen in notwendige Erweiterungen zu ermöglichen, statt im Nachziehen von Versionsupdates. Eine insgesamt gesehen positiv zu bewertende Entscheidung, zu der man den Entscheidungsträgern von Sage durchaus gratulieren kann.
Donnerstag, 4. März 2010
Mittwoch, 10. Februar 2010
Gemischte Umsatzsteuersätze in Stücklisten - ein Lösungsansatz
Wer Lebensmittel oder andere steuerbegünstigte Artikel verkauft und gleichzeitig Stücklisten verwendet, kennt das Problem: Die Office Line berechnet die Mehrwertsteuer basierend auf dem Steuersatz, der der Stückliste zugeordnet ist, unabhängig von der Besteuerung der Bestandteile.
Die mehr oder weniger offizielle Empfehlung dazu lautet: Verwenden Sie den Steuersatz, dessen größter Anteil in der Stückliste enthalten ist.
Beispiel: Eine Stückliste "Mittagessen" enthält eine Schnitzel und eine Cola, zusammen für 8 Euro zzgl. MWSt. Wenn man davon ausgeht, dass das Schnitzel einen "normalen" Verkaufspreis von 5 Euro, die Cola 3 Euro hätte, so würde man der Empfehlung folgend der Stückliste "Mittagessen" den Steuersatz des Schnitzels, hier also 7% zuordnen.
Ein Imbiss, der nun ausschließlich solche oder ähnliche Menüs anbietet, hätte damit quasi durchgehend 7% Mehrwertsteuer, da die Lebensmittel in der Regel einen höheren Wert als die Getränke haben. Es beschleicht einem ein gewissen Unbehagen und der Gedanke, dass das nicht der Weisheit letzter Schluss sein kann.
Mittlerweile sind auch Fälle bekannt, in denen die Finanzbehörden und Wirtschaftsprüfer diese Handhabung beanstanden. Typischerweise werden Stücklisten nämlich so konfiguriert, dass der niedrigere Steuersatz gerade überwiegt. Dem Fiskus entgeht so je nach Firmengröße ein erheblicher Betrag an Steuereinnahmen.
Wie kann man dieses Problem nun beheben?
Ein Anruf bei der Hotline ergab folgende Vorgehensweise: Verwenden Sie keine Stücklisten oder akzeptieren Sie die vorgenannte Regelung.
Die bessere Alternative ist es, eine Mehrwertsteuerkorrektur vorzunehmen.
Das kann über zwei Zuschlagsarten erfolgen, die im Fuß des Beleges eingetragen werden.
Nehmen wir noch einmal unser Beispiel: Schnitzel für 5 Euro, Cola für 3 Euro.
Die korrekte Summenbildung wäre:
Die Office Line würde allerdings 8 Euro + 7% = 8,56 Euro ausweisen.
Solange das Finanzamt die Nachzahlung der falsch berechneten Mehrwertsteuer nicht verlangt, ist alles ok; letztlich wäre aber im Falle einer Nachzahlung das Unternehmen dafür verantwortlich.
Wie können Sie das Problem nun lösen?
Legen Sie zwei Zuschlagsarten an: "MWSt-Korrektur 7%" und "MWSt-Korrektur 19%"
Die Zuschlagsart "MWSt-Korrektur 7%" enthält einen Artikel "MWSt-Korrekturartikel 7%", der mit ermäßigtem Steuersatz (Steuerklasse) geschlüsselt ist. Die zweite Zuschlagsart "MWSt-Korrektur 19%" wird analog angelegt, enthält aber einen Artikel, der mit vollem Steuersatz geschlüsselt ist.
Nun muss nur noch die Korrektur erfolgen:
Im Fußbereich wird die Differenz zwischen tatsächlichem Nettobetrag und Soll-Netto-Betrag eingetragen:
Der Netto-Betrag des Beleges ändert sich hierdurch nicht, dafür aber der Bruttobetrag.
Die Rechnung sieht dann letztlich so aus:
Das heißt, durch diese Korrektur wurde die fehlende MWSt "zugebucht". Endbetrag und Steuern sind jetzt korrekt ausgewiesen.
Umgekehrt gilt das gleiche natürlich für zu viel gezahlte MWSt; wäre also der höhere Betrag mit 19% versteuert und die Stückliste daher zunächst komplett mit 19% MWSt berechnet, würde die Betragskorrektur negativ ausfallen, d.h. die Steuer nach unten korrigiert werden.
Manuell lässt sich ein solcher Rechenaufwand nicht bewältigen, aber Ihr Fachhändler kann Ihnen für eine solche Berechnung eine Anpassung der Office Line anbieteten: Die Berechnung lässt sich komplett mit einem Addin erledigen, d.h. es ist keine Modifikation der Office Line notwendig.
Aus Transparenzgründen ist es allerdings empfehlenswert, das Print-Addin entsprechend anzupassen, so dass die MWSt-Anteile einer Stückliste ausgewiesen werden, und ggf. der Druck der Korrekturpositionen auf dem Rechnungsbeleg unterdrückt wird, um die Kunden nicht zu verwirren. Und wer soll eine solch kompexe Rechnung schon verstehen, außer dem Steuerprüfer bzw. dem Finanzamt, das letztlich dafür verantwortlich ist...
Die mehr oder weniger offizielle Empfehlung dazu lautet: Verwenden Sie den Steuersatz, dessen größter Anteil in der Stückliste enthalten ist.
Beispiel: Eine Stückliste "Mittagessen" enthält eine Schnitzel und eine Cola, zusammen für 8 Euro zzgl. MWSt. Wenn man davon ausgeht, dass das Schnitzel einen "normalen" Verkaufspreis von 5 Euro, die Cola 3 Euro hätte, so würde man der Empfehlung folgend der Stückliste "Mittagessen" den Steuersatz des Schnitzels, hier also 7% zuordnen.
Ein Imbiss, der nun ausschließlich solche oder ähnliche Menüs anbietet, hätte damit quasi durchgehend 7% Mehrwertsteuer, da die Lebensmittel in der Regel einen höheren Wert als die Getränke haben. Es beschleicht einem ein gewissen Unbehagen und der Gedanke, dass das nicht der Weisheit letzter Schluss sein kann.
Mittlerweile sind auch Fälle bekannt, in denen die Finanzbehörden und Wirtschaftsprüfer diese Handhabung beanstanden. Typischerweise werden Stücklisten nämlich so konfiguriert, dass der niedrigere Steuersatz gerade überwiegt. Dem Fiskus entgeht so je nach Firmengröße ein erheblicher Betrag an Steuereinnahmen.
Wie kann man dieses Problem nun beheben?
Ein Anruf bei der Hotline ergab folgende Vorgehensweise: Verwenden Sie keine Stücklisten oder akzeptieren Sie die vorgenannte Regelung.
Die bessere Alternative ist es, eine Mehrwertsteuerkorrektur vorzunehmen.
Das kann über zwei Zuschlagsarten erfolgen, die im Fuß des Beleges eingetragen werden.
Nehmen wir noch einmal unser Beispiel: Schnitzel für 5 Euro, Cola für 3 Euro.
Die korrekte Summenbildung wäre:
Schnitzel 5 Euro + 7% MWSt. = 5,35 Euro
Cola 3 Euro + 19% MWSt. = 3,57 Euro
----------------------------------------
Summe: 8,92 Euro
Die Office Line würde allerdings 8 Euro + 7% = 8,56 Euro ausweisen.
Solange das Finanzamt die Nachzahlung der falsch berechneten Mehrwertsteuer nicht verlangt, ist alles ok; letztlich wäre aber im Falle einer Nachzahlung das Unternehmen dafür verantwortlich.
Wie können Sie das Problem nun lösen?
Legen Sie zwei Zuschlagsarten an: "MWSt-Korrektur 7%" und "MWSt-Korrektur 19%"
Die Zuschlagsart "MWSt-Korrektur 7%" enthält einen Artikel "MWSt-Korrekturartikel 7%", der mit ermäßigtem Steuersatz (Steuerklasse) geschlüsselt ist. Die zweite Zuschlagsart "MWSt-Korrektur 19%" wird analog angelegt, enthält aber einen Artikel, der mit vollem Steuersatz geschlüsselt ist.
Nun muss nur noch die Korrektur erfolgen:
Im Fußbereich wird die Differenz zwischen tatsächlichem Nettobetrag und Soll-Netto-Betrag eingetragen:
MWSt-Korrektur 7% -3 Euro zzgl. 7% = - 3,21 Euro
MWSt-Korrektur 19% 3 Euro zzgl. 19% = 3,57 Euro
Der Netto-Betrag des Beleges ändert sich hierdurch nicht, dafür aber der Bruttobetrag.
Die Rechnung sieht dann letztlich so aus:
Mittagsmenü 8 Euro zzgl. 7% = 8,56 Euro
--------------------------------------------------
MWSt-Korrektur 7% -3 Euro zzgl. 7% = - 3,21 Euro
MWSt-Korrektur 19% 3 Euro zzgl. 19% = 3,57 Euro
--------------------------------------------------
Summe: 8,92 Euro
Das heißt, durch diese Korrektur wurde die fehlende MWSt "zugebucht". Endbetrag und Steuern sind jetzt korrekt ausgewiesen.
Umgekehrt gilt das gleiche natürlich für zu viel gezahlte MWSt; wäre also der höhere Betrag mit 19% versteuert und die Stückliste daher zunächst komplett mit 19% MWSt berechnet, würde die Betragskorrektur negativ ausfallen, d.h. die Steuer nach unten korrigiert werden.
Manuell lässt sich ein solcher Rechenaufwand nicht bewältigen, aber Ihr Fachhändler kann Ihnen für eine solche Berechnung eine Anpassung der Office Line anbieteten: Die Berechnung lässt sich komplett mit einem Addin erledigen, d.h. es ist keine Modifikation der Office Line notwendig.
Aus Transparenzgründen ist es allerdings empfehlenswert, das Print-Addin entsprechend anzupassen, so dass die MWSt-Anteile einer Stückliste ausgewiesen werden, und ggf. der Druck der Korrekturpositionen auf dem Rechnungsbeleg unterdrückt wird, um die Kunden nicht zu verwirren. Und wer soll eine solch kompexe Rechnung schon verstehen, außer dem Steuerprüfer bzw. dem Finanzamt, das letztlich dafür verantwortlich ist...
Sonntag, 7. Februar 2010
Office Line unter Windows 7
Dass Windows 7 stabil und zuverlässig läuft und damit erfolgreich das eher "gescheiterte" Vista ablöst, dürfte mittlerweile bekannt sein. Die Frage, die sich unweigerlich stellt, ist, welche Versionen der Sage Office Line unter Windows 7 laufen.
Ich habe dazu alle Versionen ab 4.0 getestet: Office Line 4.2 (Version 4 2010), Office Line 5.0 (Evolution 2009) und Office Line 5.1 (Evolution 2010) laufen einwandfrei und lassen sich auch problemlos installieren.
Anders sieht es bei Office Line 4.0 aus. Der Versuch einer Installation wird mit der Meldung quittiert, dass die Installation unter diesem Betriebssystem nicht unterstützt wird. Durch Kopieren der Installations-CD und Modifikation einer Setup-Datei kann man diese Hürde noch nehmen. Der Installer läuft dann durch. Allerdings scheitert man kurz danach: Die Benutzeranmeldung funktioniert nicht (nur mit "sa" User kann man die Office Line starten) und das Liveupdate läuft nicht durch. Letzteres versucht das .NET Framework zu installieren. Dieses ist in Windows 7 jedoch integriert, d.h. das Liveupdate bekommt die Rückmeldung, dass das .NET Framework nicht installiert werden kann und bricht dann ab. Die Office Line 4.0 auf meinem Windows 7 Entwicklungsrechner ist daher auf dem Stand von Mitte 2009 stehen geblieben. Sie läuft zwar und erfüllt den Zweck, dass Module darauf entwickelt und getestet werden können, für den Produktivbetrieb ist diese Version jedoch nicht zu gebrauchen. Für Sage wäre es eine Kleinigkeit, das Liveupdate der 4.0 anzupassen und unter Windows 7 auf die Installation von .NET zu verzichten, aber man will wohl den Leidensdruck für die Updates auf die aktuellen Versionen nicht unnötig gering halten...
Ich habe dazu alle Versionen ab 4.0 getestet: Office Line 4.2 (Version 4 2010), Office Line 5.0 (Evolution 2009) und Office Line 5.1 (Evolution 2010) laufen einwandfrei und lassen sich auch problemlos installieren.
Anders sieht es bei Office Line 4.0 aus. Der Versuch einer Installation wird mit der Meldung quittiert, dass die Installation unter diesem Betriebssystem nicht unterstützt wird. Durch Kopieren der Installations-CD und Modifikation einer Setup-Datei kann man diese Hürde noch nehmen. Der Installer läuft dann durch. Allerdings scheitert man kurz danach: Die Benutzeranmeldung funktioniert nicht (nur mit "sa" User kann man die Office Line starten) und das Liveupdate läuft nicht durch. Letzteres versucht das .NET Framework zu installieren. Dieses ist in Windows 7 jedoch integriert, d.h. das Liveupdate bekommt die Rückmeldung, dass das .NET Framework nicht installiert werden kann und bricht dann ab. Die Office Line 4.0 auf meinem Windows 7 Entwicklungsrechner ist daher auf dem Stand von Mitte 2009 stehen geblieben. Sie läuft zwar und erfüllt den Zweck, dass Module darauf entwickelt und getestet werden können, für den Produktivbetrieb ist diese Version jedoch nicht zu gebrauchen. Für Sage wäre es eine Kleinigkeit, das Liveupdate der 4.0 anzupassen und unter Windows 7 auf die Installation von .NET zu verzichten, aber man will wohl den Leidensdruck für die Updates auf die aktuellen Versionen nicht unnötig gering halten...
Abonnieren
Posts (Atom)