Oh man... eigentlich sollte man nicht antworten, aber da auch andere mitlesen, die die Informationen vielleicht verwerten...
schrieb: Ich hatte natürlich gehofft, daß, wenn doch sowieso jetzt die "Mandanten-ASP" - Lösung genutzt wird, die Belege einfachst in die FiBu übernommen werden können - vielleicht sogar ohne den Umweg über DUO.
Das war dem Ur-Post nicht zu entnehmen. Natürlich könnten Sie auf DUO verzichten und die Belege auch in dem für den Mandanten bereitgestellten DATEVasp in der Dokumentenablage ablegen.
Dann sind die Belege "quasi" onPremise auf dem ASP-System abgelegt. DUO braucht es dazu dann nicht mehr.
vgl. 9211404 - Digitale Belege buchen (Überblick) - DATEV Wissensplattform Dokument
Und dann warte ich ja noch auf die "CLOUD" - Lösung,
Die einen warten, die andern wollen nicht warten und dann gibt es noch die, die lieber onPremise bleiben wollen... Recht machen kann man es wohl keinem.
Es gibt eine wage Roadmap, demnach soll es bis 2030 ein Cloud-Rechnungswesen geben. Bitte keine Erwartungshaltung hier posten, da gibt es andere Threats...
Natürlich habe ich das "Sicherheits-Token" mißbraucht. Denn "Windows-Sicherheit" ist immer eine ganz trügerische, gefährliche Sache: Man denkt, man wäre sicher, aber in Wirklichkeit verläßt man sich auf ein Geländer aus Pappmaché. Das ist viel schlimmer, gefährlicher und heimtückischer als hätte man gar keine Sicherheit. Konsequenterweise umgehen wir auch die "Windows-Anmeldung".
Stop! Sicherheitstoken haben nun einmal nichts mit der Windows-Sicherheit zu tun. Und im Kontext (bitte dabei bleiben) zu DUO ging es im Ur-Post auch nur um die Anmeldung an DUO. Hierzu sind Sicherheitstoken notwendig, die entweder SmartCard oder SmardLogin lauten. Beide befinden sich idealerweise nur im Zugriff auf den ausgestellten Benutzer/Person. Immer.
Da sind wir noch Galaxien von Windows, Linux, MacOS entfernt. Da geht es rein um das "wie benutze ich ein Sicherheitstoken".
Alles andere, von Ihnen im Bezug auf Windows, geäußerte sind Ihre Ansichten, Meinungen und technisches Verständnis. Gehört auch nicht zum Ur-Post.
In Bezug auf die GoBD ist das rechtsphilosophische Institut der Steuerberaterkammer sowieso schon zu dem Ergebnis gekommen, daß die DATEV - Lösungen nicht der GoBD genügen.
Hierzu hätte ich gern mal eine Quellenangabe.
Ansonsten gilt für mich und (vermutlich) alle anderen:
0908286 - Produktprüfungen: Übersicht - DATEV Wissensplattform Dokument
Hier wird von Wirtschaftsprüfern die Ordungsmäßigkeit von DUO und Rechnungswesen entsprechend bescheinigt.
Die Steuerberaterkammer kann hier sagen was sie will, das ist aber für die GoBD bzw. der Anwendung irrelevant.
Und btw. Die GoBD sind am Ende "nur die Lesart" der Finanzverwaltung im Bezug auf HGB, AO, EStG, UStG u.s.w. Und das sind Gesetze. Auch da hat keine Kammer ein Interpretations- oder Auslegerecht. Auch die DATEV nicht. Die entwickelt (mal mehr oder weniger gut) die Anwendung und lässt diese von einem Dritten prüfen und testieren.
Die Finanzverwaltung kann das Testat dann in Frage stellen. Wenn ich als Nutzer das tue, bin ich bei der falschen Software.
Nachdem wir auch noch ein Problem mit der Integration von SFirm haben (wir suchen gerade nach einem Nachfolgeprogramm, das DATEV-verträglich ist), tendiere ich dazu, einen Datev - Berater hinzuzuziehen.
Die Frage ist, was gebraucht wird.
Eventuell reicht hier auch Bank online oder der onPremise Zahlungsverkehr. Wahlweise mit HBCI (via FinAPI) oder EBICS (Bank direkt).
- Ich brauche einen "Spezial-Treiber" für den MIdentity - Dingeldongel (warum man den nicht als 'serial device' realisieren konnte, wird mir ein ewiges Rätsel bleiben)
Nein, der Treiber ist in MacOS vorhanden. Aber die Anwendung SiPa, welche die SmartCard dann an DUO bzw. deren Login-Seite weiterreicht gibt es nur als Windows-Anwendung.
- Ein "Windows" (im Moment nur kaputt als "Windows 11" zu haben) brauche ich nicht mehr
Korrekt, wenn es den ASP-Client betrifft.
- DUO und "Mandanten-ASP" haben nix miteinander zu tun
Korrekt.
- Damit DUO weiter genutzt werden kann, nutzt es den LOKALEN MIdentity-Stick
Jaein, es kommt auf die Art der Anwendung an. Wenn ich auf das Rückschreiben der Buchungsinformationen (derzeit) verzichte, reicht das SmartLogin. Wenn DATEV das in Belege online realisiert, reicht auch das SmartLogin.
- Für die Anmeldung im Mandanten-ASP nutzen wir "Smartlogin"
Korrekt.
- Wie das "DUO" ohne lokales "SiPa" jetzt vom Browser aus an den lokalen "Identity-Stick" kommen soll, das bleibt ein ganz großes Geheimnis. Alan Parsons: "Tales of Mystery and Imagination".
Ihre Gedankengänge sind schon sportlich...
MacOS hat den Treiber --> reicht die SmartCard via PC/SC an ASP --> SiPa im ASP erkennt das PC/SC-Gerät und nutzt dessen Inhalt.
Bei einer RDP/ICA-Sitzung geht SiPa immer dazu über auf den PC/SC-Schnittstellen zu suchen. Bei einer onPremise-Installation (Windows) wird auf dem SmartCard-Treiber gesucht. Eigentlich ganz einfach.
Und die Anwendungen der DATEV (Web-Login-Seite, onPremise) suchen und fragen das SiPa.
Beste Grüße
Christian Ockenfels
