Informationen zu vogtsburger - DATEV-Community

vogtsburger · ‎02.11.2018

Nachtrag: Wenn das Exchange-Journalpostfach periodisch ausgelagert und dann revisionssicher irgendwo (z.B. online) gespeichert werden kann, wäre das nicht die schlechteste Lösung.

vogtsburger · ‎02.11.2018

Danke für das Feedback, ja wir nutzen Exchange, aber nicht diese Journalfunktion. Wenn das Journal-Postfach tatsächlich sämtliche E-Mails manipulationssicher und im Original-Format fortlaufend (inkl. der E-Mail-Anlagen) speichert, wäre diese Anforderung erfüllt. Aber ist diese Lösung auch GoBD-konform ? Außerdem hätte ich Bedenken, dass die Größe des Journalpostfachs ausufert. Ich erinnere mich an schlechte Erfahrungen mit der Journalfunktion in MS-Office. Und wenn die Exchange-Datenbank 'zickt', hat man ein Problem, an die Daten heranzukommen. Die Exchange Management Shell bietet zwar eine Menge Möglichkeiten (und jede Menge kryptische Befehle und Parameter), aber mir ist ein Zugriff mit einem weitverbreiteten Standardprogramm viel lieber. Eine PST-Datei kann in jedem Outlook geöffnet werden. Ich will natürlich auch nicht laufend Kopien der Outlook-Datendatei erstellen, sondern 'nur' die neu eingetroffenen oder neu gesendeten E-Mails laufend 'protokollieren' (in das Archiv aufnehmen) Gut möglich, dass dafür eine zusätzlicheSoftware erforderlich ist Viele Grüße Michael Vogtsburger

vogtsburger · ‎02.11.2018

Hallo Herr Klose, ich sprach davon, die gesendeten und empfangenen E-Mails laufend in eine separate PST-Datei zu kopieren (archivieren) und diese 'Archive' dann manipulationssicher in ein Archivsystem zu überführen, entweder lokal oder in der Cloud. Bei Bedarf, z.B. bei einer Prüfung, müssten die Inhalte dieser Archive durchsuchbar und wiederherstellbar sein. Dieses Archiv dient also nur zur Dokumentation und zur Protokollierung des Posteingangs und Postausgangs, nicht zur Weiterbearbeitung. Ob man das mit Bordmitteln oder mit frei zugänglichen Tools erreichen kann, ist ungewiss und eher unwahrscheinlich. Viele Grüße Michael Vogtsburger

vogtsburger · ‎02.11.2018

Danke Herr Hofmeister, PSD2 hatte ich gar nicht 'auf dem Schirm', aber eine baldige Umsetzung dieser Richtlinie wird die heutigen Methoden zur digitalen 'Kommunikation' mit Finanzdienstleistern (Banking, Übernahme von Zahlungsinformationen etc.) völlig verändern. Vermutlich kommen dann auch die neuen großen Internet-Player (Google, Apple, Facebook, Amazon, ...) viel stärker in's Spiel. Wir werden unsere jetzige Methode nur ändern, wenn der Wechsel mit wenig Zeitaufwand möglich ist. Viele Grüße Michael Vogtsburger

vogtsburger · ‎01.11.2018

Danke Herr Kohls für das Feedback, 'Mailstore' wirkt tatsächlich interessant. Wenn die Software so leistungsfähig, flexibel und vor allem GoBD-konform ist wie es der Hersteller verspricht, dann wäre mir eine solche weitgehend systemunabhängige Software lieber als eine datev-eigene Lösung (z.B. integriert in Datev-DMS). Falls sie zusätzlich bezahlbar ist bzw. ein gutes Preis-Leistungsverhältnis hat, spricht nichts gegen einen Test bzw. gegen den Einsatz. Viele Grüße Michael Vogtsburger .

vogtsburger · ‎01.11.2018

Danke Herr Wielgoß, ich weiß, dass man importieren kann, aber ich weiß nicht, ob ich die gesamte Liste aller bisher angelegten Bankverbindungen in einem Arbeitsschritt importieren kann, z.B. in einen temporären Mandanten 'Kanzlei'. Falls ja, werden dann die abgerufenen Kontoauszüge in den zugehörigen Mandanten-Rewe-Beständen zur Verfügung gestellt ? Die (abgewandelte) Gretchenfrage wäre: „Nun sag, wie hast du’s mit dem Gesamt-Import ? Du bist ein herzlich gutes Programm, allein ich glaub, du hältst nicht viel davon.“ 😉 Viele Grüße Michael Vogtsburger

vogtsburger · ‎01.11.2018

Danke Herr Brost, aber das ist ja gerade mein Vorhaben, der Umstieg auf Zahlungsverkehr. Wenn Zahlungsverkehr das kann, was bisher ProfiCash kann (oder sogar noch mehr) ... und wenn Zahlungsverkehr keine Beschränkungen hat bezüglich der Anzahl der Bankverbindungen, ... dann stellt sich meine ursprüngliche Frage: "kann man die bereits mühsam eingerichteten ca 150 Konten mandantenübergreifend (also in einem Rutsch) importieren oder muss ich jeden einzelnen Mandanten händisch manuell einrichten ?" Viele Grüße Michael Vogtsburger

vogtsburger · ‎31.10.2018

Nachtrag 2: Eine proprietäre Archivierungs-Software hätte den hässlichen Nachteil, dass man sich schlecht aus dieser 'Zwangsehe' befreien kann. Man sollte sich bei solchen übergreifenden Anforderungen nicht an einen speziellen Anbieter binden. Die Archiv-Daten müssen in einem 'Standard-Format' (z.B. Outlook-PST-Format) vorgehalten werden.

vogtsburger · ‎31.10.2018

Nachtrag: Die Entscheidung, ob eine E-Mail steuerlich relevant ist oder nicht relevant ist, kann uns auch keine Software abnehmen. Außerdem sollte man selbst auswählen können, ob man die entsprechenden E-Mails mit 'Bordmitteln' archiviert (z.B. durch Hochladen in die Cloud) oder ob man dafür ein Tool oder ein anderes Softwarepaket verwendet.

vogtsburger · ‎31.10.2018

Hallo, vielleicht gibt es hier ein Missverständniss. Vergleichen Sie sicherheitshalber Ihre Beraternummer mit der Beraternummer der Steuerberaterin. Haben Sie mal ein Formular 'Mitgliedsgebundenes Mandantengeschäft' unterschrieben ? Viele Grüße Michael Vogtsburger

vogtsburger · ‎31.10.2018

Hallo Herr Wysocki, ja, wir hatten auch die Software 'MoneyMoney' (für Apple Computer) getestet, nachdem sich gezeigt hat, dass die Fidor-csv-Dateien ungeeignet sind. 'MoneyMoney' kann tatsächlich die abgerufenen Umsätze im mt940-Format exportieren. Für uns war das schon ein großer Fortschritt, da es monatlich um Tausende von Buchungen geht und der Mandant eher einen 3-fachen Salto mit Schraube in Betracht zieht als einen Wechsel zu einer anderen Bank. Vielleicht ergeben sich ja weitere Optimierungen. Viele Grüße Michael Vogtsburger

vogtsburger · ‎31.10.2018

Hallo Community, die GoBD-konforme E-Mail-Langzeit-Archivierung ist aus meiner Sicht immer noch ein 'heißes Eisen'. Vor allem suche ich nach einer technisch möglichst einfachen und für jeden sofort verständlichen Methode, die natürlich die Vorgaben der GoBD erfüllen muss und von der Finanzverwaltung akzeptiert wird. Da diese E-Mail-Langzeit-Archivierung vor allem der Dokumentation des Empfangs und des Versands von steuerlich relevanten E-Mails dienen soll, könnte evtl. die zusätzliche Speicherung bzw. Weiterleitung in ein Mailsystem ausreichen, das nur das Hinzufügen, nicht aber das Bearbeiten und das Löschen der Elemente zulässt. Technisch könnte ich mir diese Archivierug etwa wie die Funktion "Archivierung" in Outlook vorstellen. E-Mails werden in eine separate Outlook-Postfach-Datei (*.pst) kopiert und bleiben bezüglich des Erstellungsdatums, des Formats und des Inhalts unverändert. E-Mail-Anlagen bleiben ebenfalls unverändert innerhalb der E-Mail gespeichert. Die E-Mail-Archive könnten z.B. in einem sicheren Rechenzentrum ('in der Cloud') gespeichert werden. Wie denken Andere darüber und wie könnte die Finanzverwaltung darüber denken ? Bin gespannt auf Ihre Meinungen Michael Vogtsburger

vogtsburger · ‎27.10.2018

Hallo Herr Martens, der Exportpfad muss nicht leer sein, aber Proficash kann pro Tag nur max 100 Dateien speichern. Ich hatte vorher von 99 Dateien gesprochen, aber ProfiCash kann "sogar" 100 speichern. Die Benennung der Dateien ist etwas unüblich, oder sagen wir 'seltsam'. Dateien von heute hätten die folgenden Dateinamen: 2710181.kto 2710182.kto .... 27101810.kto 27101811.kto ... 27101898.kto 27101899.kto 271018100.kto der Rest wird einfach nicht gespeichert, ohne Fehlermeldung. Die Entwickler von ProfiCash haben offenbar nicht damit gerechnet, dass jemand mehr als 100 Konten abrufen will, so wie in den 80er Jahren Viele nicht damit gerechnet hatten, dass das Jahr 2000 kommen wird 😉 Viele Grüße Michael Vogtsburger

vogtsburger · ‎27.10.2018

Hallo Herr Bohle, vielen Dank für die ausführliche Antwort. Sie haben natürlich Recht damit, dass man nicht manuell in die komplexen Mechanismen des SQL-Servers eingreifen sollte. Mir geht es hauptsächlich darum, die verfügbaren Resourcen nicht zu überfordern. Klar, mit RAM-Speicher sollte man nie geizen. Wieviel tatsächlich von welcher Software benötigt oder verwendet wird, ist ein Buch mit mehreren Siegeln. Der Festplattenspeicher wird seltsamerweiser auch immer wieder knapp bevor der nächste Serverwechsel ansteht, obwohl er zum Installationszeitpunkt mehr als ausreichend war. Die Serverbetriebssysteme sind zum Glück erstaunlich intelligent, robust und 'leidensfähig', wenn es eng wird. Dann werden eben automatisch die Kontingente unter den Prozessen anders verteilt oder es wird zur Not auf die Festplatte ausgelagert, was das System natürlich sehr stark ausbremst. Allerdings gibt es Aktionen, die direkt mit den Dateigrößen zusammenhängen, z.B. das Erstellen von Snapshot-Dateien für die Datenbankprüfungen (DBCHECK) u.a. Mir sind einzelne Riesen-SQL-Dateien weniger sympathisch als mehrere kleinere SQL-Dateien. Datev unterstützt z.B. die Aufteilung der REWE-Datenbanken dadurch, dass man weitere Pfade anlegen kann. Da diese Pfade als Unterverzeichnisse von STANDARD angelegt werden, werden sie bei Datenanpassungen auch automatisch berücksichtigt. Ein Abhängen und Auslagern wäre sicher nicht sinnvoll. Viele Grüße Michael Vogtsburger P.S. Ich hatte noch nie den Ehrgeiz, und auch nicht die Ressourcen, um die Grenze von 524 PetaByte zu testen

vogtsburger · ‎27.10.2018

Hallo Community, wir verwenden bisher ein Bankprogramm (Profi Cash) zum regelmäßigen Abruf von Kontoauszügen im mt940-Format und zum Erstellen der Bankbuchungen/Buchungsvorschlägen in Rechnungswesen. Das ist schon länger im Einsatz und funktioniert recht gut. Leider hat ProfiCash Begrenzungen, die sich erst bemerkbar machen, wenn man diese Grenze erreicht. Es können nämlich nur 99 mt940-Dateien pro Tag im Export-Pfad gespeichert werden, da der Dateiname mit dem Datum und einer max. 2-stelligen Zahl generiert wird. Da wir aktuell ca. 150 Konten abfragen, müssen wir jetzt schon mit 'Klimmzügen' arbeiten. Daher die Idee, zu Datev-Zahlungsverkehr zu wechseln und dort die Konto-Umsätze entweder automatisiert oder regelmäßig manuell abzurufen. Frage 1: Kann Zahlungsverkehr mandantenübergreifend Bankverbindungs-Daten aus einer Liste aller in ProfiCash verwendeten Bankverbindungen importieren ? Die Liste würden wir in ProfiCash erstellen und ggfs. mit weiteren Daten 'füttern' (z.B. Beraternummer, Mandantennummer etc.) Es geht hauptsächlich darum, sich die Sisyphos-Arbeit der Neuanlage von vielen Bankverbindungen zu ersparen. Frage 2: Hat Zahlungsverkehr Begrenzungen bei der Anzahl der abzurufenden Konten ? Frage3: Können wir in Zahlungsverkehr auch weitere Felder importieren, die nicht in der Standard-Formatvorlage enthalten sind (z.B. HBCI-Parameter) ? Im Voraus vielen Dank für Feedback(s) Michael Vogtsburger Nachtrag: Ein weiterer hässlicher Effekt bei der mt940-Methode ist, dass sich die mt940-Dateien ansammeln. Wir haben Tausende von Dateien im entsprechenden Pfad, denen man nicht ansieht, ob sie bereits verwendet wurden und ob man sie irgendwann löschen kann/muss. Vielleicht habe ich ja irgendwo einen Haken nicht gesetzt, mit dem man die bereits verarbeiteten mt940-Dateien in's Nirvana oder in die 'Vorhölle' schicken kann. Der Kontoauszugsmanager muss ansonsten vermutlich alle Dateien bei jedem Import checken, was den Vorgang verlangsamt.

vogtsburger · ‎24.10.2018

Guten Tag, Herr Seidenfuss, Sie standen offenbar exakt vor der gleichen Fragestellung wie wir ('sind 2 DSL-Anschlüsse erforderlich ?' und 'haben 2 DSL-Anschlüsse irgendwelche Vorteile gegenüber einem Anschluss ?'). Man hat Ihnen offenbar auch einen sehr leistungsfähigen Router und die Aufteilung der beiden Anschlüsse in Telefonie und Datenverkehr empfohlen. Wenn ein einziger DSL100-Anschluss für alle Anforderungen einer 'normalen' Steuerkanzlei mehr als ausreichend ist, erspart man sich gerne die zusätzlichen Klimmzüge und Kosten. Das war exakt auch meine ursprüngliche Intention. Wer will schon mit einem Ferrari durch die Fußgängerzone fahren ? Viele Grüße Michael Vogtsburger

vogtsburger · ‎23.10.2018

Hallo Community, mich würde interessieren, ob die Größe der SQL-Datenbanken beobachtet bzw. begrenzt werden sollte oder ob man der Software 'freien Lauf lassen' sollte, nach dem Motto "wat mutt dat mutt". Wenn man die Datenbankgrößen über die Jahre beobachtet, fragt man sich, ob irgendwann der Topf überläuft und ob das System nicht irgendwann hauptsächlich mit dem Verwalten der immer größer werdenden Datenbanken beschäftigt ist. Gibt es von Datev oder von Microsoft Empfehlungen, welche SQL-Datenbankgrößen noch 'vernünftig' sind ? Gibt es Stategien, übergroße Datenbanken besser in kleinere Pakete (z.B. max. 10 GB) aufzuteilen, z.B. durch Auslagern von älteren Wirtschaftsjahren ? Bei der DesasterRecovery könnte es auch einen großen Unterschied machen, ob man eine einzige große Datenbank (z.B. IRW.MDF oder DOKORG.MDF) oder nur einen Teil davon wiederherstellen muss). Viele Grüße Michael Vogtsburger

vogtsburger · ‎22.10.2018

.... bin immer wieder überrascht, wie fachkundig, ausführlich, hilfreich und schnell Ihre und die Komentare von anderen Usern kommen. Vielen Dank an alle Michael Vogtsburger

vogtsburger · ‎22.10.2018

Hallo Herr Schreiber, wir haben momentan die gleiche Siemensanlage und uns wurde auch der gleiche Router vorgeschlagen. Mal sehen, ob es noch Sinn macht, weiter auf den alten Gaul zu setzen. Spätestens wenn eine Erweiterung ansteht, wird es zäh und teuer. Das Problem ist meist, dass die Telefon-, Netzwerk-, Software-, Hardware-, Internet-, Datev-Spezialisten vor allem ihr eigenes Wissensgebiet beherrschen. Eigentlich müsste man mehrere Spezialisten zu einem Brainstorming zusammenbringen. Viele Grüße Michael Vogtsburger

vogtsburger · ‎22.10.2018

... doch, die Telekom will umstellen und hat auch schon vor einiger Zeit mit Kündigung der ISDN-Anschlüsse gedroht, falls man nicht auf All-IP umsteigen will. Wir wollen (nach anfänglichem Zögern) auch. Ursprünglich hatten wir keine Vorteile in All-IP gesehen, aber mit der Aussicht auf Glasfaser hat sich das geändert. Der 1. Umstellungstermin war schon vor mehreren Wochen, wurde aber immer wieder verschoben. Vermutlich gibt es technische Gründe für die Verzögerung. In der Region bzw. am Ort wird Glasfaser kräftig ausgebaut. Es gibt Mandanten in 50 m Entfernung, die schon mit Glasfaser versorgt sind, in der Parallelstraße hat man VDSL zur Verfügung.

vogtsburger · ‎22.10.2018

zur ursprünglichen Fragestellung: Meine laienhafte Wunschvorstellung war, dass man unsere derzeitige "Schmalspur-Breitband-Versorgung" (DSL16.000) mit Hilfe von Kanal-Bündelung, Priorisierung, Lastverteilung oder anderen "Kunstgriffen" besser nutzen könne. Wenn die erforderliche Bandbreite für mehrere (ca 5-6) gleichzeitige Telefonate nach der Umstellung auf ip-Anschluss kein Problem ist, umso besser. Die vorgesehene Umstellung auf Glasfaser wird (hoffentlich) alle Problemchen pulverisieren, sodass man jetzt vielleicht keine großen Klimmzüge mehr machen sollte. Beim Recherchieren sind mir Geräte begegnet, die man lieber heute als morgen einsetzen würde, z.B. den Router LANCOM 1906VA-4G. ... vielleicht sogar überqualifiziert, aber besser zu viel Leistung anstatt zu wenig. Wir würden auch gerne möglichst unsere robuste, gut funktionierende, gekaufte Siemens-ISDN-Telefonanlage inkl. guter Endgeräte weiter verwenden. Entsprechend leistungsfähige Router können anscheinend alle oder viele Wünsche erfüllen, bzw. die Techniker, die diese Geräte einrichten. Viele Grüße Michael Vogtsburger

vogtsburger · ‎20.10.2018

stimmt ! Ich hätte eigentlich schreiben müssen: "wegen der Ankündigung der Abkündigung ...." Eine Art "Abosystem" für Serverbetriebssysteme wäre tatsächlich sinnvoll.

vogtsburger · ‎20.10.2018

wow ! Vielen Dank für diesen weiteren Expertenkommentar. Ich sehe, dass es bei uns technisch doch einigen Optimierungs-Bedarf aber auch einige Chancen und Möglichkeiten gibt, das Kanzleinetzwerk "aufzupimpen" Hier muss auf jeden Fall ein IT-ler ran, der die Klaviatur der Netzwerktechnik sehr gut beherrscht, so wie offenbar hier ein paar User. Wegen der Abkündigung unseres Serverbetriebssystems (2012R2) steht ein Serverwechsel sowieso bald wieder an. Nochmals vielen Dank an alle Diskussionsteilnehmer Viele Grüße Michael Vogtsburger

vogtsburger · ‎20.10.2018

nochmal zur ursprünglichen Fragestellung ? Wie könnte man aus 2 DSL-Anschlüssen (hoffentlich demnächst Glasfaser und sehr schnell) den größten Nutzen "herauskitzeln" ? Der zweite DSL-Anschluss soll jedenfalls nicht faul herumliegen. ip-Telefonie und Datenverkehr trennen ? Server und Arbeitsplätze in zwei Gruppen aufteilen und mit zwei Gateways arbeiten ? andere Ideen ? Vielleicht hat jemand schon die NonPlusUltra-Lösung Viele Grüße Michael Vogtsburger

vogtsburger · ‎20.10.2018

wow, danke für die ausführlichen Infos. Sie stecken offenbar tief in der Datev-Materie. Ja, je mehr Clients und je (noch) mehr Datev-Benutzer (die z.T. auch zwischen mehreren Arbeitsplätzen 'springen'), desto mühsamer wird die "Pflege" des LANs. Die neue Benutzer- und Rechteverwaltung hat die Situation eher noch verschlimmert. Eine Terminalserver- oder eine ASP-Lösung könnte ein Befreiungsschlag sein. Mir geht es auch um das Risiko eines Stillstands der Kanzlei beim Ausfall einer zentralen Komponente (Software oder Hardware). Um zum ursprünglichen Thema zurück zu kommen: die Terminalserver- oder ASP-Lösung setzt auch eine gute DSL-Bandbreite voraus. Wenn tatsächlich (wie schon länger angekündigt) ein Glasfaseranschluß bis in das Bürogebäude gelegt wird, kann eine neue Struktur realisiert werden. Sie haben Recht, dieses 'Projekt' muss sorgfältig geplant und kalkuliert werden. Viele Grüße Michael Vogtsburger

vogtsburger · ‎19.10.2018

Danke auch an Sie, wg. der Empfehlung mit der Methode "Zahlungsverkehr"

vogtsburger · ‎19.10.2018

ich kenne bisher nur die Methode mit MT940-Dateien per Banking-Software (Buchungsvorschläge beim Importieren und "Lerndatei"). Ist die Methode mit Zahlungsverkehr auch "lernfähig" ? Vielleicht habe ich ja "auf das falsche Pferd gesetzt" Viele Grüße Michael Vogtsburger

vogtsburger · ‎19.10.2018

sorry, vielleicht bin ich etwas "verwöhnt" von den vielen, vielen Tools, die man zigfach verwendet, um Probleme zu lösen, die man ohne Computer nicht hätte. Ich war der Meinung, dass ISWL-Tools standardisiert und sofort anwendbar sind und nicht noch einer langen Beratung bedürfen. Viele Grüße Michael Vogtsburger

vogtsburger · ‎19.10.2018

kann gut sein, dass Datev bei optimaler Installation und Konfiguration "wie geschmiert" läuft. Ein guter IT-ler darf auch gerne das Doppelte kosten, wenn er das Dreifache leistet Spaß beiseite, eine Schätzung des Zeitaufwands finde ich als Referenz immer ganz informativ. Wenn Sie sogar unterhalb der Zeitschätzung bleiben, komme ich direkt in' s Grübeln

vogtsburger · ‎19.10.2018

wow ! .... selbst wenn alles reibungslos durchläuft, erscheint mir Ihre Schätzung deutlich zu niedrig. Ich habe die Erfahrung gemacht, dass die Zeitschätzungen in den Datev-Installations-Checklisten immer zu optimistisch sind und ein perfekt funktionierendes Netzwerk und sehr leistungsfähige Hardware voraussetzen. In der Praxis klemmt es aber mal hier, mal dort und am Schluss muss oft noch nachgearbeitet werden. Das wirbelt den Zeitplan oft durcheinander. Gibt es Datev-Systempartner, die ihren Support nur auf die Nacht und das Wochenende ausgerichtet haben ? Ich kenne leider keinen. In der Microsoft-Welt hat man auch immer wieder mal mit Haken und Ösen zu kämpfen. Viele Grüße Michael Vogtsburger

Beiträge und Ideen von vogtsburger

Auszeichnungen