War es nicht so, dass der FAS eingestellt wurde? Der FAS wurde doch noch zu Zeiten vom "alten Rechnungswesen" erfunden und hat tatsächlich die 10-Jahres-Frist überwacht.. Mit Umstellung auf "pro" wurde zum einem das Speicher-&Verarbeitungsverhalten des RZ geändert (speichert nur noch) und zum anderen der FAS dadurch quasi überflüssig und als solches dann auch abgekündigt. Die FAS-Bestände geistern zwar noch bei den entsprechend alten Mandantenbeständen im RZ rum, haben aber eigentlich keine weitere Relevanz mehr. Insofern reicht es die Daten entweder im eigenen Rechnungswesen oder gegen zusätzliches Entgeld (IT-&Service-Pauschale) im RZ zu speichern. Gruß Chr.Ockenfels ... Mehr anzeigen

Danke. Das ist doch schon sehr konkret. Da sieht man mal, wie abgestumpf DATEV-Mitglieder geworden sind, wenn wir mit einer solchen Aussage zufrieden sind... ... Mehr anzeigen

Auf jeden Fall kein DATEV-DMS... Ist eine Lösung innerhalb unseres Fremd-DMS. Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, ist tatsächlich nicht so gedacht, da davon ausgegangen wird, dass eine Vollmacht erst mit dem Tool hochgeladen wird, wenn sie unterschrieben vom Mandanten vorliegt. Meine Kolleginnen und Kollegen haben das auch so in der Vergangenheit gemacht... leider... denn wir haben seinerzeit in der Vorlagenverwaltung die von DATEV vorbereitete Vollmachtsvorlage eingespielt. Vollmacht zur Vertretung in Steuersachen: Vorlagen mit Platzhaltern zur Verwendung in DATEV-Programmen (für Mitglieder) Die Word-Vorlagen haben wir dann noch ein wenig getuned... Es werden bei uns noch die Mandantennummer und ein QR-Code eingefügt, so dass die unterschriebenen Rückläufer über den Posteingangsscan dem DMS-Dokument/Mandant direkt zugeordnet werden. Danach geht es den bekannten Weg: Expoprt der Daten mit Tool und Import in die VDB. Lediglich bei den Unternehmen (seit April) geht es nur über Tipparbeit... Grüße Chr.Ockenfels ... Mehr anzeigen

Merci! ... Mehr anzeigen

Hi, Sie können die SQL-Komponenten gem. Dokument 1013342 deinstallieren. Microsoft SQL Server und Microsoft SQL Client-Komponenten deinstallieren und installieren Im Kapitel 5 ist zudem der Einsatz der "sqldel.bat" beschrieben. ACHTUNG! ACHTUNG! ACHTUNG! Diese Batch NUR ausführen, wenn keinerlei Fremdsoftware mit eigenen SQL-Instanzen auf der Maschine installiert sind. Das Script radiert alle SQL-Komponenten auf dem System!!!! Um welches OS handelt es sich denn (Win 7?) Grüße aus dem sonnigen Koblenz Chr.Ockenfels ... Mehr anzeigen

Hi, was gibt es denn für Erkenntnisse aus den Belegprotokollen? UO | Belege | Protokolle | Belegprotokolle Gruß Chr.Ockenfels ... Mehr anzeigen

die Nicht-Datev Mitglieder, die die VDB nutzen, zahlen an die Datev auch keine Extra-Vergütung für die Nutzung der Datenbank. Doch. die Nicht-DATEV-Kollegen zahlen genauso. Die müssen deshalb auch einen extra Vertrag abschliessen und SmartCards bestellen u.s.w. Chr.Ockenfels ... Mehr anzeigen

Hi, die VDB steht nunmal nicht nur den DATEV-Mitgliedern zur Verfügung. Wenn also DATEV hier eine direkte Verbindung mit den Stammdaten hinbekommen würde, käme es bei den Nicht-DATEV-Mitgliedern zum Aufschrei in den einzelnen Kammern, die wiederum auf den technischen Vertrag mit DATEV pochen würden. Ist also m.E. nicht umsetzbar. Bleibt also nur der manuelle Übertrag oder via Export-Tool, welches allerdings nur die Erstbestückung erlaubt... Hier wäre ein Export von bereits übertragenen Mandanten hilfreich um eine Pflege ein wenig zu erleichtern. Grüße Chr.Ockenfels ... Mehr anzeigen

Bei der Fibu erfolgt seit Jahren keine Speicherung im RZ, sondern die Übertragung der USt VA über Elster. Irgendwo sind bei der Datev noch alte Daten gespeichert. Im Fibu Datenbestand 2015, von dem die E-Bilanz- und die Bundesanzeiger-Daten übermittelt worden sind, taucht die seit 10 Jahren nicht mehr gültige Firmierung nirgends auf. Es ist doch nicht meine Aufgabe, die veralterten Daten der Datev für die Rechnungsschreibung zu pflegen. Die alten Bezeichnung kommen aus den uralten MAD. Und diese werden nur durch das Senden von Rechnungswesen-Daten gepflegt. Das war schon immer so. Wenn also nicht aus Rewe gesendet wird, werden diese Einträge nicht geändert. Also besser mal über die Service-Anwendungen ggf. löschen... Die Übertragungen für eBilanz, Offenlegung, etc. werden hier nicht ausgelesen. @DATEV: Bitte mal prüfen, ob nicht die MAD auch durch eBilanz, etc. aktualisiert werden könnten... Grüße Chr.Ockenfels ... Mehr anzeigen

Hallo Herr Schröter, wir haben tatsächlich einen Fall. Auf Wunsch kann ich Ihnen ein gescanntes Exemplar per Mail zustellen. Gruß Chr.Ockenfels ... Mehr anzeigen

Hi, kann ich nicht bestätigen. UO kann ohne Probleme aufgerufen werden. Gruß Chr.Ockenfels ... Mehr anzeigen

Nein, DATEV bekommt das Update auch erst wie alle Anderen... Das bezieht sich ja auch auf die "normalen" Windows-Updates. M.E. ein Unding, dass hier MS Softwarehäuser schlicht ins Messer laufen lässt. Lt. der Technik-DB gibt Probleme mit dem ViWas, welcher von dem CU dann deinstalliert wird. Ein Servicerelease gibt es dann zum 28.04. Weitere Probleme hat DATEV auch in der Technik-DB noch nicht bekannt gegeben... Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, schön zu lesen. Eines noch: Das IPv6 bitte nicht deaktivieren, einfach unkonfiguriert laufen lassen. Insbesondere bei einem SBS wäre die Deaktivierung für den Server ein "Todesurteil". Und in Zukunft werden wir mit dem IPv6 auseinandersetzen müssen... Da wird es aber bestimmt ein Update des Troubleshooting geben... Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, aus der Erfahrung: Es kann jederzeit von und nach gewechselt werden. Der Buchhaltungsbearbeiter sollte dabei immer informiert werden, denn für ihn ändert sich dann jedesmal das Buchungsverhalten in Rechnungswesen. Ansonsten mal was völlig unproblematisches... Grüße Chr.Ockenfels ... Mehr anzeigen

*evtl. hab ich aber auch bald keine Lust mehr u. lösche das ganze P2P Guter Plan... das P2P-Gedöns ging mir in der Vergangenheit immer wieder auf den Senkel... Schnell und günstig einzurichten, aber letztendlich nur für HomeBetrieb zu empfehlen... ... Mehr anzeigen

Also, VSS in Verbindung mit SQL-Transaktionen sind m.E. kein Problem, wenn die DaSi-Software den VSS korrekt unterstützt und darüber die einzelnen VSS-Writer informiert. Das gilt sowohl für den DATEV-SQL als auch weiterer Fremdsoftware, die ggf. auch auf MS-SQL aufsetzen. Exchange unterstützt hier genauso eine reine VSS-Sicherung. Insbesondere bei dem SQL (und darauf weist DATEV im Übrigen hin), gibt es Logbücher im SQL-Programmverzeichniss in denen der SQL sehr genau aufführt, ob bei einer VSS-Sicherung die Datenbanken "eingefrohren" wurden. Hierbei trägt der SQL auch Sorge, dass bei einem Freece die Transaktionen in den beiden Dateien (ldf und mdf) geschrieben wurden, erst dann gibt der SQL die DB für den VSS frei. Wenn dann eine Sicherung der DB's erfolgt ist (steht auch im Logbuch), gehts anschliessend für den SQL normal weiter. Wir sichern seit Jahren mit verschiedenen Programmen via VSS und haben hier keinerlei Probleme. DATEV verwendet einen Vorabbefehl bei der DaSi-Online um dem Asigra letztendlich dann auch mitzuteilen, dass die DB's nunmehr bereit zur Sicherung sind. Der SQL selber schreibt nur in die Logbücher und mehr nicht. Leider haben durchaus einige Anbieter (DaSi-Software) hier das ein oder andere Problem mit dem VSS. Es gilt also, Logbücher sichten und Testrestore durchführen. Und dass bitte nicht unbedingt am Lifesystemmm Ein Restore war bisher ohne Probleme möglich. Grüße Chr.Ockenfels ... Mehr anzeigen

Hallo, mal im Ernst: Wollen wir wirklich, dass die DATEV Zeit in einen EB-Assistenten pumpt, der sowohl o.g. "einfachen" Fälle als auch die individuellen und auch Kontenrahmenwechsel-Fälle investiert? ich persönlich halte da andere Themen für wirklich wichtiger. Von der Systematik gebe ich Ihnen Recht, eigentlich einfache Logik... Sollte in Programmfunktion umzusetzen sein. Ein simpler EB-Vortrag von USt-Vorjahr macht doch eine Buchung aus, die kann auch auf die Schnelle manuell gebucht werden. Grüße Chr.Ockenfels ... Mehr anzeigen

Hallo, Fehler würde ich es nicht unbedingt nennen, das Programm trägt hier nur stur den Vorjahressaldo eines Konto auf das gleiche Konto im folgenden Jahr vor. Fachliche Anpassungen (USt, Eigenkap, etc.) müssen dann weiterhin manuell durchgeführt werden. Richtig blöd wird es, wenn im USt-Bereich nicht nur die Standard-Konten sondern auch noch individuelle Konten verwendet wurden. Da wird der EB-Assistent auch passen. Andere Alternative die auch den EB-Assistenten zu Fall bringt;  die USt-Konten wurden im Vorjahr schon auf ein USt-Konto "aufgelöst". Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, das Abschalten der PIN für die SmartCard würde die SC-Nutzung letztendlich absurdum führen. Geht also nicht. Den PIN ggf. via VNC eintippen, das würde den Gang zum Server ersparen... Dennoch, und hier schliesse ich mich dem Wunsch ausdrücklich an, für den Belegtransfer wäre anlag zum KommServer eine automatische Nutzung des SC-Zertifikates sehr wünschenswert. Dann wäre die Server-fire-and-forget-Methode äußerst hilfreich! Wir haben ca. 50-60-Verzeichnisse in der Überwachung, welche von Kopierern betankt werden. Grüße Chr.Ockenfels ... Mehr anzeigen

Sie müssen schlicht das Verzeichniss anlegen, der Inhalt kommt von selber. Am besten die Netzinstallationhilfe für PeerToPeer-Netze in der Info-DB beachten... Peer-to-Peer-Netzwerk einrichten http://www.datev.de/fachschriften ... Mehr anzeigen

Hi, das entspricht dann mal grob einer PeerToPeer-Installation zwischen den beiden Notebooks. D.h. Sie müssen auf einem Notebook eine "windvsw"-Freigabe incl. ConfigDB-Verzeichniss einrichten und diese auf beiden Notebooks mit einem Netzlaufwerk mappen. Anschliessend können Sie einen Datenpfad für AP dort anlegen und die Daten dorthin transferieren. Das zweite Notebook kann dann auf die Daten zugreifen. Viel Erfolg. Chr.Ockenfels ... Mehr anzeigen

Hi, schwierig zu beantworten. Das kommt immer auf die einzelne Orga der betreffenden Kanzlei an... Wir sind hier in der glücklichen Lage auf drei hauptberufliche Admins zugreifen zu können, die diese Installationen/Betreuungen durchführen. Persönlich finde ich es immer gut, wenn es nur ein Berufener in der Kanzlei durchführt. Er hat dann den Überblick über die notwendigen Komponenten (Sticks, Rechte, etc.) und kann somit meist entscheiden, ob alles vorhanden ist und wie es bei den betreffenden Mandanten am besten umgesetzt wird. Zudem ist er auch die erste Anlaufstelle für die restlichen Kanzleikollegen. Bei DATEV jemanden kompetenten zu erwischen... Er muß dann allerdings für diese Dinge auch entsprechend freigestellt werden (können). Das ist in den kleineren Kanzleien dann eben nicht ganz so einfach... Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, Ok, bin ich bei Ihnen, obwohl die RDP-Funktion auf einem Arbeitsplatzrechner m.E. unter "Peanuts" läuft... Interessanter ist hier bei uns die Frage nach den Lizenzierungsmöglichkeiten disskutiert worden, wenn eine Kanzlei das Produkt "Mandantenanbindung" einsetzen möchte. Die DATEV hat hierzu zwar eine "schicke" Anleitung mit ca. 125 Seiten erstellt. Das Thema MS-Lizenzierung ist in dem Dokument nicht weiter ausgeführt. Wir sind hier der Meinung, dass eigentlich keine Kanzlei (oder die wenigsten) hier eine korrekte Lizenzierung vorweisen kann, wenn Sie einen Terminalserver für einen Mandanten bereitstellt (gegen oder ohne Entgeld), da hier eigentlich Providerlizenzen vorliegen müssten. Betroffen sind hier direkt die CAL's für MS-Server, MS-SQL und MS-RDP. Im schlimmsten Fall noch MS-SBS, MS-Exchange, MS-Office, u.s.w. Und der MS-SQL, welcher von DATEV zur Verfügung gestellt wird, ist schonmal gar nicht für eine solche Überlassung lizenziert. Den darf IMMER nur die Kanzlei selber und nur für DATEV-DB's nutzen. Jede andere Nutzung der Instanz führt zu einer Lizierungsanforderung, die die Kanzlei dann selber durchführen muß! BTW: 2. Baustelle: In einem DATEV-Dokument wird kurz erwähnt, das eine zweite Instanz des SQL-Dienstes (z.B. auf 2. Server) zur Lastverteilung oder Organisation ebenfalls nicht lizenziert ist... Und das Beste: Wir haben beides bei DATEV mal nachgefragt: Antwort nach x-Tagen: "da können wir nichts eindeutiges sagen....". Produkt "Mandantenanbindung" anbieten und dann keine Aussage zur MS-Lizenzierung treffen können. Insbesondere von DATEV hätten wir deutlich mehr erwartet. Hier dürften einige Kanzleien ein Lizenzgrab haben, welches nicht beachtet oder "billigend" in Kauf genommen wird. Da aber MS auf den Trichter gekommen ist, die Bestandskunden (welche über eOPEN-Verträge bekannt sind) mal abzuklopfen, dürften diese Baustellen über kurz oder lang zu einem echten Geldgrab für einige werden. Freue mich auf die Antworten Grüße Chr.Ockenfels ... Mehr anzeigen

Hi, das können wir so erst einmal nicht direkt bestätigen... Virenscanner geprüft? Wie sieht die HW/SW-Umgebung aus (nicht dass wir hier Äpfel und Birnen vergleichen)? Grüße Chr.Ockenfels ... Mehr anzeigen

Ahh OK, hatte ich andersherum verstanden. Geht aber auch von Kanzlei in UO genauso. Nun ja, klar Speichergebühren für UO werden fällig. Wenn dann noch der Mandant mit einer SmartCard (SC) zugreifen möchte auch noch die Gebühren für den UO-Vertrag. Die Speicherkosten bleiben aber bei den meisten Mandanten im Rahmen, wenn sinnig gescannt wird (200dpi S/W). Dann sollte das in der Fibu-Pauschale drin sein. Auch eine spätere Übergabe bei Mandatswechsel ist hier deutlich einfacher. Direkt Zugang des Prüfers an die Kanzlei-IT, mag ich persönlich gar nicht. Ein blöder Konfig-Fehler oder falsche Ablage und peng... Grüße Chr.Ockenfels ... Mehr anzeigen

Nein! Was ich hiermit meinte ist, dass die exportierten Belege dann in UO importiert werden. Anschliessend kann dann die normale Fibu-Archiv-DVD erstellt werden (incl. Belege und Verknüpfungen). Ja, ist durch die Hüfte in die Knie geschossen, geht aber nicht anders, wenn der Mandant die Belege in einem lokalen DMS halten möchte. Im Bezug auf die Rewe-Belege ist das eher hinderlich als förderlich... Würde ich auch so nicht empfehlen oder einrichten. Grüße Chr.Ockenfels ... Mehr anzeigen