Informationen zu vogtsburger - DATEV-Community

vogtsburger · ‎09.01.2026

😅

vogtsburger · ‎09.01.2026

@bodensee schrieb: [...] Was ich mich frage , wie schaffe ich es als Kanzlei x die Probeabrechnung so zu beeinflussen, das die Abrechnung an eine andere Kanzlei übertragen wird ? [...] ... rein technisch könnte ich mir gut vorstellen, dass Adressdaten mal falsch verknüpft werden ... ... allerdings passiert sowas eigentlich nur beim 'Handbetrieb' mit copy&paste in irgendwelchen Tabellen z.B. zu wenige Spalten markiert und sortiert und die restlichen Spalten bleiben unsortiert 😎 ... aber solche Anfängerfehler und einen solchen 'Handbetrieb' kann ich mir bei der Datev eigentlich nicht vorstellen ... aber wer weiß, vielleicht wurde gerade eine Schulung mit Realdaten durchgeführt 😅 (... natürlich reine Spekulation und bei der Datev eigentlich undenkbar ...) ... solche Pannen sollten sich aber schon aufklären lassen Ein früherer Chef hat einmal die Bilanz eines großen Mandanten (eine Druckerei) an die Adresse eines anderen großen Mandanten (ebenfalls eine Druckerei) geschickt, was natürlich deutlich mehr als nur peinlich war 😎

vogtsburger · ‎09.01.2026

@bodensee , ja, das Datev-Tool "EBS-Konvertierung" ist nicht besonders 'intelligent' (stammt im Kern wahrscheinlich noch aus den 80er oder 90er Jahren des vorherigen Jahrtausends). Ich erinnere mich an ein Telefonat mit einem Datev-Support-Mitarbeiter vor laaanger Zeit, als ich mich darüber mokiert habe, dass das Datumsformat nicht als solches erkannt wurde und mir der Datev-Mitarbeiter entrüstet erklärt hat, dass das Datum 'natürlich' in einem ganz bestimmten festgelegten Format vorliegen müsse, um erkannt zu werden. Auch funktioniert die automatische Zuordnung der Spalten, z.B. "Einnahme", "Ausgabe", "Steuer" nicht so 'intelligent' wie erwartet ... egal, wenn man diesem Tool ein wenig den 'Steigbügel' hält, tut es was es soll ... immerhin ... ... und solange das Tool wenigstens nicht zwangsweise 'abgeschoben' wird, soll es mir recht sein ...

vogtsburger · ‎08.01.2026

@bodensee schrieb: [...] Hier ging es um Kassendaten im Format csv und die in ein Datev Format zu bringen und so Buchungssätze automatisch zu generieren. [...] ... habe aktuell auch gerade einen 'Kandidaten' für Kassendaten, die in einen Datev-Buchungsstapel konvertiert werden sollen ... ... und habe dafür das Datev-Tool "EBS-Konvertierung" 'aus dem Winterschlaf' geholt, jetzt, nachdem es vor kurzem endgültig von der Datev für die 'Kremation' ausgewählt wurde 😎 ... wenn die Spalten der erhaltenen, unvollständigen CSV-Datei korrekt den richtigen Konten, Gegenkonten, Soll- und Haben-Beträgen zugeordnet werden können, kann das Datev-Tool "EBS-Konvertierung" den Rest, also den Datev-Buchungsstapel, routiniert erstellen und z.B. direkt in REWE zur Stapelverarbeitung bereitstellen. Irgendwie war es ein gutes Gefühl, dass das vor laaanger Zeit gekaufte und seither nur sehr selten verwendete Tool nochmal zeigen konnte, dass es ein Ergebnis produzieren kann 😎

vogtsburger · ‎08.01.2026

@chrisocki schrieb: [...] IDEA ist als Software am Markt käuflich erwerbbar. Oder man bastelt sich mit Access eine entsprechende Summen-und Saldenliste, die dann als Vortrag in DATEV verwendet werden könnte. [...] ... 'erwerbbar' klingt erstmal harmlos, aber leider spielt der Preis auch immer 'eine gewisse Rolle' 😎 Ein "Range Rover" wäre auch 'erwerbbar', um ein einziges Mal in Urlaub zu fahren 😎 ... eine SuSa wäre mir übrigens auch zu wenig, außerdem kann das Fremdsystem eine SuSa exportieren. Mir geht es hauptsächlich um Kontobuchungen, die ich direkt in REWE einlesen kann Wenn ich genug Zeit und mehrere Anwendungsfälle für das Thema hätte, würde ich mich bestimmt 'freiwillig' in dieses Problem 'verbeißen'. Dann könnte ich z.B. versuchen, die GDPdU-Daten ein bereits bestehenden 'normalen' REWE-Mandats in Kontobuchungen zurückzukonvertieren, um dann zu den selben Ergebnissen beim Jahresabschluss zu kommen. Aber mit den GDPdU-Daten eines neu übernommenen Mandats aus einem Fremdsystem zu 'experimentieren', wäre mir zu riskant. Ich hatte gehofft, dass es schon fix-und-fertige Prozesse für diesen Wunsch gibt

vogtsburger · ‎08.01.2026

(freiwillig gelöscht)

vogtsburger · ‎07.01.2026

Nachtrag: ... wenn man per GPT (Generative Pre-Trained Transformers) nach "MBR versus GPT (GUID Partition Table)" fragt, also nach der Lauffähigkeit einer GPT-Systemfestplatte zusammen und parallel mit einer MBR-Datenfestplatte in einem Windows11-Rechner, erhält man sinngemäß und zusammengefasst die Antwort "no problems" ... aber trifft das zu ? Vielleicht hat ja jemand schon gegenteilige Erfahrungen gemacht. Die KI liefert ja auch nur das, was irgend jemand schon vorgekaut hat ... was aber nicht automatisch stimmen muss ...

vogtsburger · ‎07.01.2026

Nachtrag: Das Thema "Konvertierung von Systemfestplatten von MBR nach GPT" ist inzwischen mangels neuer 'Kandidaten' schon fast wieder in Vergessenheit geraten ... ... aber nun hat sich eine weitere Frage ergeben : Vertragen sich 1 Systemfestplatte im UEFI-/GPT- und 1 Datenfestplatte im LEGACY-/MBR-Modus parallel in einem Windows-Rechner ? ... ... oder anders gefragt: reicht es, beim Upgrade von Win10 auf Win11 nur das Systemlaufwerk (SSD) auf UEFI/GPT umzustellen und das gut gefüllte Datenlaufwerk (SATA, 1TB) im MBR-Partitionstyp zu belassen, oder ist mit Nachteilen oder (sporadischen) Effekten zu rechnen ? ... ansonsten müsste man ja wieder vorab zusätzlichen Aufwand treiben, um bei der Konvertierung von MBR nach GPT nicht 'versehentlich' Daten zu verlieren hier wäre mir das Motto : "never change a running data-disc" am liebsten 😅

vogtsburger · ‎06.01.2026

... die GDPdU-Daten zu 'durchdringen' und für REWE aufzubereiten, hätte mich früher sicher 'magisch angezogen' ... ... aber heute habe ich nicht (mehr) den Ehrgeiz, dieses 'Rad' neu zu erfinden, wenn es (wie im aktuellen Fall) nur darum geht, einen einzigen 'Karren aus dem Dreck zu ziehen' (einen einzigen Buchführungsbestand von einem Fremdsystem in einen Datev-REWE-Bestand zu überführen), vor allem, wenn es evtl. dafür schon ein fertiges 'Rad' gibt und der 'Rad-Erfinder' dieses 'Rad' vielleicht einige Male verkaufen kann. Da der Mandant letztlich diese 'Transaktion' bezahlt, soll der Aufwand für die Konvertierung minimiert werden Es zählt also nur das Ergebnis. Ich muss mir nicht hinterher selbst auf die Schulter klopfen, falls ich dieses Problem tatsächlich in Eigenregie lösen konnte. Das wäre quasi 'trivial pursuit'

vogtsburger · ‎06.01.2026

Danke für die Gedächtnisstütze, @andreashofmeister … das leicht merkbare Kürzel „ACL“ war mir in der Zwischenzeit entfallen und ist wohl auch aus der DATEV-‚Pflege’ und -‚Fürsorge‘ mangels Wirtschaftlichkeit herausgefallen. ‘Spaß‘ erwarte ich bei dieser Aufgabe nicht, sondern nur ‚viel Steine‘ und ‚wenig Brot‘ … … aber ich will mir wenigstens nicht die Zähne an dieser ‚einmaligen‘ Aktion ausbeißen … hierfür ein Software-Abo mit Mindestlaufzeit abzuschließen, halte ich für ‚oversized‘. Ein Pay-Per-Use-Modell wäre ideal

vogtsburger · ‎06.01.2026

danke für den Tipp, @peter , ... man 'gewinnt' bei den beiden Quellen immerhin den Eindruck, dass eine Konvertierung der GDPdU-Daten zurück in Datev-Buchungsstapel nicht so ganz trivial bzw. dass das GDPdU-Format nicht standardisiert ist und dass es daher vermutlich auf eine Individualprogrammierung hinausläuft ... ... was die Sache (pekuniär) wahrscheinlich nicht einfacher macht Ideal wäre natürlich, wenn man mit einem 'beschränkten' Tool erstmal ein wenig 'spielen' bzw. daran 'schnuppern' könnte, um zu sehen, ob sich ein weiteres Engagement überhaupt lohnt Im konkreten Fall geht es um das 'Fremdsystem' "ADNOVA", das Einiges zu können vorgibt, außer dem, was man gerade bräuchte 😎 ... aber vielleicht gibt es ja doch schon fix-und-fertige Konfigurationen für die Konvertierung der GDPdU-Daten in Datev-Buchungsstapel mit Hilfe spezialisierter Tools. ... mal ganz naiv gefragt: gibt es da nicht auch ein entsprechendes Datenanalysetool von der Datev, das z.B. von Wirtschaftsprüfern verwendet wird ? Mein Gedächtnis sagt "ja !"

vogtsburger · ‎05.01.2026

Liebe Community, dass man GDPdU-Daten nicht direkt in REWE importieren kann, weiß ich, aber da die Finanzverwaltung mit Hilfe spezieller Prüfsoftware ("IDEA") diese Daten auslesen und auswerten kann, und übrigens auch andere Prüftools dazu in der Lage sind, müsste es eigentlich auch möglich, die GDPdU-Daten in Datev-Buchungsstapel zurückzukonvertieren, z.B. als Einzelbuchungssätze im SKR03 oder SKR04. Vielleicht sind ja solche Konvertierungs-Tools bereits auf dem Markt, oder es wird als SaaS angeboten ... ... oder evtl. könnte man einen Finanzbeamten bitten, die GDPdU-Daten eines Mandanten zu konvertieren, den man neu übernommen hat und der einem nichts Anderes als die GDPdU-Daten zur Verfügung stellen kann Im konkreten Fall geht es um ein Fremdsystem, das zwar diverse Exporte produziert und unter vielem Anderen auch die GDPdU-Daten, das aber als Buchführungssystem völlig inkompatibel ist zu Kanzlei-Rechnungswesen. Das Mandat wurde neu übernommen und soll jetzt 'im warmen Nest' von Kanzlei-Rechnungswesen ein lauschiges Plätzchen finden 😁 Thema in den Programm-Bereich Betriebliches Rechnungswesen von @Katharina_Schoenweiss verschoben und Kategorie vergeben.

vogtsburger · ‎31.12.2025

?!?!

vogtsburger · ‎31.12.2025

... immer wieder "reizend", Ihre Kommentare ... ... vielleicht gehört ja dieser Umgangston zur "Rauhen Alb" wie die Faust auf die Nase ... ähm ... wie die Faust auf's Auge 😎 ... sogar der Begriff "Traufgänger" wird dort mit hartem "T" geschrieben 😎

vogtsburger · ‎23.12.2025

@hexhex schrieb: [...] Was ist das??? ... das ist ein schnuckelig kleines Aufbewahrungs-Etui für einen Aufsteck-Sucher für eine alte Leitz-Kamera Die Standfläche dieses Etuis ist gerade mal ca 37 mm x 27 mm groß.

vogtsburger · ‎23.12.2025

... und mit Karteileichen machte man 'kurzen Prozess' ... ... anstatt einen langen Prozess zu starten, um Alt-Daten im Datev-RZ zu löschen😉 Nachtrag: Apropos TAYLORIX: ... TAYLORIX könnte evtl. von dem aktuellen 'Run' auf das Museum in Wiesbaden 'profitieren', denn wenn man zur Zeit in Google nach "Taylorix Museum" sucht, landet man beim aktuellen 'Hype' um Taylor Swift, um das Museum Wiesbaden und um das dort hängende Gemälde "Ophelia" Evtl. könnte sogar die Datev an diesem Hype partizipieren, wenn sich eine Person aus der Datev-Chefetage lasziv vor einem TAYLORIX-Karteikasten räkeln würde 😎

vogtsburger · ‎23.12.2025

... es ist manchmal schon 'spannend', was einem beim Aufräumen so alles in die Hände fällt.

vogtsburger · ‎20.12.2025

Sie sind jedenfalls weiter von mir entfernt als 98,7 m … … aber trotzdem kann man immer sicher sein, dass grundsätzlich ein ‚starkes’ Echo kommt … „warum in die Ferne schweifen (zur Echowand auf dem Königssee), wenn das Gute liegt so nah“ (frei nach Johann Wolfgang von Goethe)

vogtsburger · ‎20.12.2025

... bei Privatsendern wird auch immer wieder mit großen Gewinnen gelockt, wenn man per gebührenpflichtigem Anruf oder per SMS (0,50€, "mobil ggfs teurer") ein schwer merkbares Codewort nennt, z.B. "Weihnachten" oder "Glück" oder ähnlich schwierige Codewörter 😎 Apropos: ... Ich hatte Herrn Jendritztki vor Veröffentlichung um "stehenlassen" dieses "ominösen" Beitrages gebeten ... im Namen "Jendritztki" kann man tatsächlich den Namen des Moderators @Dirk_Jendritzki erkennen, wenn man nicht zu kompliziert denkt 😎

vogtsburger · ‎19.12.2025

@deusex schrieb: [...] Es war "die Signatur" gewünscht, nicht die Übersetzung des Binärcodes in Text @lohnhilfe ; sorry. [...] ... das war natürlich eine kleine "Falle", die dem Fallensteller sicherlich Spaß gemacht hat 😎 ... das sei ihm gegönnt 😎 Eigentlich ging es ja um nichts ..... Anderes .... als um den Gewinn eines Trostpreises ... ... aber man sieht bei dieser Datev-Lebkuchenverlosung ziemlich deutlich, dass es nicht immer um den großen Gewinn geht, sondern hauptsächlich um das Gewinnen Die Datev könnte ja auch mal non-binär bzw genderqueer eine Verlosung starten, bei der der Hauptpreis aus der Umsetzung einer "schönen" und "notwendigen" "IDEA" besteht, z.B. einer der vielen schönen und notwendigen IDEAS von @blum Nachtrag: ... könnte natürlich sein, dass der Datev der Gewinn als zu groß erscheint, da zu viel Aufwand für die Umsetzung einer "IDEA" ... ... ideal sind ja immer kleine Gewinne, gepaart mit einer möglichst großen Anzahl von Teilnehmern an der Verlosung 😎

vogtsburger · ‎19.12.2025

01101001011100110110001101101000 00100111011000010110001001100101 011001110110000101110010 0110111001101001011000110110100001110100 011101000110010101101001011011000110011101100101011011100110111101101101011011010110010101101110 😎 ... da ich die Befürchtung hatte, dass plötzlich ein roter Ferrari vor dem Haus steht, mit einer Datev-Lebkuchenpackung im Handschuhfach

vogtsburger · ‎19.12.2025

@agmü schrieb: [...] heute nennt sich das Programm "DATEV Anwalt classic". ... wer weiß ... vielleicht heißt es demnächst "DATEV PHANTASY NEXT" 😎

vogtsburger · ‎18.12.2025

wir wollen ausdrücklich nicht in den Accounts der Mandanten 'herumrühren' ... ... da ansonsten beim kleinsten Problemchen 'der Ball hin und her gespielt' wird ... ... bzw. der schwarze Peter oder die schwarze Petra schnell beim Partner gefunden wird. Der Mandant soll korrektes 'Daten-Material' liefern und wir kommen erst dann in's Spiel, wenn der 'Part' des Mandanten erledigt ist.

vogtsburger · ‎18.12.2025

Die Orderbird-Kassenblätter, die hier hereinflattern, sind nicht direkt importierbar (kein Datev-Format, falsches Konto, fehlende Gegenkonten) ... das "bereichsweise Ändern" in REWE will auch 'bedient' werden ... ich hatte mit dieser 'Raketentechnik' auch schon zu kämpfen, vor allem, wenn Buchungssätze mit nicht bebuchbaren Konten importiert werden ... ... man versucht ja, die Prozesse für die betroffenen, damit gestraften Mitarbeiter zu vereinfachen, soweit es überhaupt möglich ist

vogtsburger · ‎18.12.2025

Nachtrag: inzwischen habe ich mit dem Datev-Tool "EBS-Konvertierung" ein wenig gespielt ... ... und es 'strickt' tatsächlich einen Datev-Buchungssatz, wenn die Kontierung stimmt ... das Tool ist für meinen Geschmack etwas 'sperrig' und 'unflexibel', was die Verknüpfung mit den gewünschten Datenbereichen aus externen Excel-Dateien anbelangt, aber vielleicht lässt sich das ja noch optimieren. Ich werde aber wohl schon im Vorfeld die korrekte Kontierung der Kassendaten liefern müssen, da man den Assistenten im Tool "EBS-Konvertierung" sehr wahrscheinlich nicht anpassen bzw. erweitern kann. ... aber zumindest scheint dieses Tool verwendbar zu sein, um die Orderbird-Kassenblätter mundgerecht für den REWE-Import aufzubereiten ... eigentlich traurig, dass ORDERBIRD nicht gleich einen fix-und-fertigen Datev-Buchungsstapel aus der Kasse liefern kann bzw. liefert

vogtsburger · ‎18.12.2025

Nachtrag: das erneute Versenden des Zertifikats hat (wieder) Abhilfe gebracht, aber es irritiert mich, dass es sporadisch zur temporären Zertifikats-Amnesie kommt Die Ursache könnte theoretisch natürlich auch bei meinem eigenen Outlook liegen ... ... aber so oder so nervt es, wenn man genau dann, wenn man es so gaaaar nicht gebrauchen kann, wieder die "Klimmzüge" mit der Datev-Verschlüsselungsplattform machen muss ... mein 'Bizeps' ist schon richtig 'sauer' 😎

vogtsburger · ‎16.12.2025

Nachtrag: ... leider heute wieder ein Problem beim Versenden und Empfangen einer S/MIME-verschlüsselten E-Mail per "Volksverschlüsselung" ... ... habe das Zertifikat der "Volksverschlüsselung" jetzt erneut nach schluesselimport@datev.de gesandt, in der Hoffnung, dass die S/MIME-Verschlüsselung wieder funktioniert ...

vogtsburger · ‎13.12.2025

bei uns wurde die SPK (in der Banking-Software) noch nicht auf das CAMT-Format umgestellt. Die SPK-Bankumsätze werden (bei uns) aktuell noch wie bisher abgerufen und automatisch im MT940-Format für den REWE-Import zur Verfügung gestellt ... ... und korrekt importiert Keine Ahnung, ob das hier relevant ist oder nicht

vogtsburger · ‎13.12.2025

@neuss_tobias schrieb: Ich habe das Thema in ähnlicher Form. Wichtig ist unserer Erkenntnis nach, dass es zu keinen Dopplungen in den Mandantennummern kommt. Denn es gibt Programme, die denken wohl lediglich in Mandantennummern und nicht in Beraternummern (z. B. DMS und Lohn und Gehalt). Wir stellen daher vor Integration im kleineren Bestand die doppelten Mandantennummern um. Wir behalten aber beide beraternummern, unter anderem, weil wir uns offen halten wollen den Bestand wieder zu trennen. ... ich hätte es nicht schöner formulieren können Die Datenbestände von zwei Kanzleien zusammenzuschmeißen ist so etwa wie Milch in den Kaffee zu gießen. Man erhält eine "Emulsion", aus der man die einzelnen Komponenten nicht mehr trennen könnte Aus meiner Sicht spricht nichts dagegen, aber viel dafür, die ursprünglichen Beraternummern und möglichst auch die ursprünglichen Mandantennummern beizubehalten, um auch zukünftig eine 'saubere' Trennung (von Kaffee und Milch) zu haben. ... denn wer will immer nach den alten (ursprünglichen) Ordnungsbegriffen suchen, wenn sie in irgendwelchen Auswertungen noch auftauchen oder wenn es Verknüpfungsprobleme gibt ?

vogtsburger · ‎12.12.2025

@einmalnoch schrieb: @Interceptor War IBM nicht die Abkürzung für "Immer Besser Manuell"? ... köööstlich ... Ich erinnere mich noch an Zeiten, als Kanzleien und Mandanten gerne und oft damit 'getrommelt' haben, dass ihr 'Systembetreuer'/EDV-Partner ein ehemaliger oder noch aktiver IBM-Mitarbeiter sei. Das musste dann schon reichen, um vor Ehrfurcht und Neid zu erblassen und jede weitere Frage oder eventuelle Zweifel an der Kompetenz des Systembetreuers abzubügeln. ... in welcher Funktion der IBM-Mitarbeiter eigentlich tätig war, ob als Entwickler, Techniker, Raumpfleger, Lagerarbeiter, Buchhalter etc., spielte dann schon keine Rolle mehr. Später kamen dann auch andere "Referenzen" auf's Tablett, z.B. Mitarbeiter von SAP, Mitarbeiter von NIXDORF u.a.

Beiträge und Ideen von vogtsburger

Auszeichnungen