Hallo, es kann Probleme geben. Beispiel bei uns: Ein Mandant übernimmt seit geraumer Zeit den LOHN-Buchungsbeleg (RZ-Auswertung 88) in seine eigene Buchhaltungssoftware. Für Januar 2017 wurde das Format von V 2.00 auf Version 5.10 umgestellt und ein Import war nicht mehr möglich. Der Hersteller musste dann die Import-Schnittstelle überarbeiten. ... Mehr anzeigen

Hallo, zwischenzeitlich gibt es auch ein Info-DB-Eintrag:  Lohnnachweis zur Unfallversicherung bei Wiederabrechnung einzelne PNR nicht erstellt Nichtsdestotrotz verwundert und ärgert mich dieses Programmverhalten. Seit Ende 2016 müssen wir uns mit dem digitalen LN beschäftigen, an den nicht sonderlich erfolgreichen Jahreswechsel 2016/17 darf erinnert werden.  Daraufhin wurde Einiges von DATEV geändert und von den Anwendern angeregt. Wir hatten sogar schon bevor der Infobrief 10/2017 ins Haus flatterte damit angefangen, unsere hinterlegten Daten zu prüfen und ggf. anzupassen. Und dann kann DATEV trotz der vor über einem Jahr erfolgten Einführung des digitalen LN nicht sicherstellen, dass bei einer nicht ungewöhnlichen Einzelwiederholung einer Dezember-Abrechnung kein neuer LN erstellt wird? Man muss eine Komplettwiederholung (inkl. aller zu bezahlenden Druckleistungen und Verwirrungen beim Mandanten) anstoßen? Was wurde denn das ganze Jahr über in der Entwicklungsabteilung so getrieben? Ist diese, wie schon geschrieben, nicht ungewöhnliche Konstellation nicht vorhersehbar gewesen?  Ich meckere eigentlich ungern, aber es scheint so, dass mittlerweile nicht mehr vorausgedacht wird, sondern nur noch reagiert. Dieser rumpelige Jahreswechsel 2016/17 hätte doch Anlass dazu geben müssen, gerade diesen Bereich unter besondere Beobachtung zu nehmen, zumal 2017 bereits Daten im RZ vorhanden waren. Es ist jetzt müßig darüber zu diskutieren, ob dies ein Programmfehler ist oder nicht. Aber eine Einzelnachberechnung schafft das, was eine Einzelwiederholung nicht hinbekommen soll? Das verstehe wer will. ... Mehr anzeigen

Hallo, dieses 1-Cent-Problem haben wir bei zwei Mandanten auch. Diese benutzen die Aufteilungsbuchungsfunktion. Dass heisst, eine Rechnung mit auf mehrere Eingangs- bzw. Aufwandskonten zu verteilendenden Rechnungspositionen wird zunächst mit dem Gesamtbetrag auf einem Zwischenkonto kreditorisch erfasst. Die Rechnung wird erst danach aufgeteilt. Beispiel: Rechnungsbetrag gesamt 3.570,00 EUR, davon sollen 1.785,00 EUR als Wareneingang, 595,00 EUR als Fahrzeugkosten, 1.190,00 EUR als Instandhaltungskosten gelten. Die dabei entstehenden Buchungen werden beim DATEV-Export, ggf. ergänzt mit dem BU-Schlüssel, so erzeugt (SKR03-Konten): 3.570 EUR   3000/70000, 1.785 EUR   3400/3000, 595,00 EUR   904500/3000, 1.190,00 EUR   904800/3000 Was in diesem Beispiel kein Problem darstellt, wird aber bei üblicherweise "unrunden" und/oder vielen Beträgen schnell zu einem solchen. Da unsere Mandanten aber nicht auf diese Aufteilungsfunktion verzichten wollen, müssen sie halt den Mehraufwand für die Suche nach Diffenzen zahlen. Viele Grüße ... Mehr anzeigen

Hallo Herr Kirner, unsere Erfahrungen sind durchweg positiv. Es sind keine Fehler aufgetreten und auch die Konvertierung verläuft super schnell. Haben Sie wirklich "richtige" Postversanddateien bekommen, also EV01/ED0001 bzw. DV01/DE001? Sollten diese Dateien vorliegen, liegt der Fehler möglicherweise in diesen, denn die Konvertierung korrekter Postversanddaten funktioniert wie schon geschrieben reibungslos. Falls Sie andere Dateien bekommen haben, wird evtl. auf eine Konfiguration zurückgegriffen, welche offenkundig nicht passt. In dem Konfigurationsmenü können Sie die Datenzellen so ziemlich aller Tabellenarten nach Ihren Vorstellungen mit den Datenfeldern des neuen DATEV-Formats verknüpfen. ... Mehr anzeigen

Hallo, Inwiefern bedingen die GoBD eine Weiterententwicklung des Formats? Weil es in der alten Schnittstelle z. B. die Funktionalität des Festschreibekennzeichens schlichtweg nicht gab. Es hätte also einer Implementierung seitens DATEV bedurft und da sich die Genossenschaft auf das neue Format eingegroovt hat, hat man vermutlich diese gesetzliche Vorgabe genutzt, das alte SELF so schnell wie möglich zu begraben. Allerdings wird - das vorherige Format unvollstaendig umgesetzt - laufend veraendert - die Dokumentation dafuer kostet EUR 280 (inkl. Updates??) Über die Umsetzung ist sicherlich zu sprechen, laufende Veränderungen kann ich bis auf den von mir geschilderten ärglichen Wechsel von 3.00 auf 5.10 nicht erkennen. Dass die Doku einen happigen Preis hat, wurde ja schon oft bemängelt. Persönlich glaube ich, dass DATEV damit den "ambitionierten Frickler" davon abhalten will, zu tief in die Materie einzudringen. Womit ich bei Herrn Kolberg wäre. Ich gebe Ihnen Recht, dass CSV-Dateien naturgemäß manipulierbar sind. Wer das Wissen hat, in welcher Zelle der "geheimnisumwitterten" Zeile 1 des neuen Formats eine 1 oder 0 über die Festschreibung entscheidet, kann sicherlich noch andere Dinge anstellen. Und dass selbst die Umsetzung des IRW (Integriertes Rechnungswesen) noch immer nicht komplett manipulationssicher ist, zeigt ihr Beispiel und das wissen hoffentlich auch die DATEV-Verantwortlichen, der EDV-Versierte in der Kanzlei weiß es jedenfalls. (Die meisten Mitarbeiter in den Büros verfügen aber nicht über das Wissen.) Der zu betreibende Aufwand ist allerdings nicht einfach mit einem Knopfdruck zu erledigen und setzt einen Vorsatz voraus. Fraglich dürfte deshalb sein, wer da freiwillig den Kopf in die Schlinge legt ... Für die Absicherung des Transportweges einer oder mehrerer Dateien ist ohnehin immer der Absender verantwortlich. Sicherlich, DATEV macht es sich etwas einfach, den Normalnutzer in der Sicherheit zu wiegen, dass bei einem Versand alles datenschutzrechtlich iO ist, denn das, was hier besprochen wird geht ja über das Basiswissen weit hinaus, aber das ist der unschöne Lauf der Dinge. Dem Trend, Verantwortlichkeiten, daraus resultierende Haftungen, Mehrarbeiten im Allgemeinen auf den Lohnabrechner bzw. Buchhalter (vulgo Steuerberater) abzuladen verschließt sich DATEV leider nicht. ... Mehr anzeigen

Ich kann nicht beurteilen, welche Informationspolitik DATEV bei Fremdherstellern betrieben hat. Allerdings musste auch früher schon die SELF-Schnittstelle lizenziert werden, so dass die meisten Dritthersteller, vor allem die großen, zumindestens Zugriff auf Informationen gehabt haben müssen. Wenn dort natürlich die entsprechenden Dokumente nicht gelesen und umgesetzt werden oder evtl. ein sicherlich wichtiger Mail- oder Sonstwas-Verteiler abbestellt wird, ist das ein Armutszeugnis für den Entwickler. Ob die Umsetzung des neuen DATEV-Formates gelungen ist oder nicht, kann sicherlich diskutiert werden. Da aber durch gesetzliche Vorgaben (siehe nur Stichwort GoDB - Festschreibung) auch das alte Format hätte weiterentwickelt werden müssen (SELF-Schnittstelle), hat sich DATEV in Hinsicht auf die Zukunftsfähigkeit für ein nicht binäres, universell einsetzbares, plattformübergreifendes Format entschieden und das schon vor einiger Zeit. Es gab und gibt auch bei dem alten Postversanddaten-Format schlechte Implementierungen (Lexware: fehlender Buchungsschlüssel 7% Vorsteuer, SAGE: vollkommen überfordert bei der Konvertierung von Sammelbuchungen, Avista: Export von Nettobuchungen, wenn Nettobetrag zzgl. USt um einen Cent vom Brutto abweichen etc.), sei es durch den Programmhersteller oder SELF. Ich glaube, dass DATEV hier zu einem Ende kommen wollte, weil Aufwand für die Betreuung derlei Unsäglichkeiten recht hoch sein wird. Eine DATEV-CSV-Datei kann man zur Not auch aus einer normalen Excel-Datei hinbekommen. Die meisten Drittprogramme könn(t)en in CSV exportieren, ohne noch eine zusätzliche, proprietäre Schnittstellenlösung zu lizenzieren und zu implementieren. Was DATEV natürlich auch über die Systempartner- und Softwarehersteller hinaus kommunizieren muss, ist der Zeitpunkt, zu welchem sich das neue DATEV-Format ändert. Die frühere Version 3.00 wurde Anfang 2017 von der Version 5.10 abgelöst (u. a. wegen des Festschreibekennzeichens). Leider wurde dieser Versionswechsel auch beim Abruf von Lohnbuchungen aus dem RZ umgesetzt, so dass der Mandant die Lohnbuchungen nicht mehr in sein Drittprogramm einlesen konnte. Wäre diese Information schon Ende 2016 bekannt gewesen, hätte man Vorkehrungen treffen können. ... Mehr anzeigen

Eine Holprigkeit kann ich bei DaWan nicht feststellen. Der Konverter verrichtet klaglos seine Arbeit, man kann Profile für unterschiedlich aufgebaute Excel-/CSV-Ausgangsdateien anlegen, Postversanddateien werden rasend schnell umgewandelt usw. Dass die Software keine Mehrfachauswahl bietet, mag vielleicht schade sein, behindert doch aber nicht bei der täglichen Arbeit, es sei denn, man hantiert mit über 30, 40 oder mehr Buchungsstapeln pro Tag. Eine Mandanten-Ordner-Struktur sollte auch schon vor dem Einsatz vorliegen, denn die umzuwandelnden Ausgangsdateien sollten aus Dokumentationsgründen doch ohnehin gesichert werden. In diesem Falle möchte ich wie Herr Kinzler DATEV in Schutz nehmen: Die Thematik Postversanddaten-Format wurde lange kommuniziert und DATEV kann - schon aus Rücksicht auf die anderen Genossenschafter - nicht für jeden individuellen Fall Lösungen anbieten. Außerdem wäre es wohl sehr unverständlich, wenn einerseits das alte Format aus allen Programmen verbannt wird und andererseits eine DATEV-eigene Konverterlösung programmiert würde, welche ihrerseits entsprechend gewartet werden müsste. Auch wenn es vielleicht hart ist, aber irgendwann musste der Schritt vollzogen werden. Nun ist es halt 2017/18 der Fall. Eine Frage: Was wäre 2018/19 anders? Oder vielleicht so gefragt: Sähe die Diskussion 2018/19 nicht genauso wie jetzt aus? ... Mehr anzeigen

Hallo, da die höchsten Darlehensbeträge bei 2.500 € liegen, sind Sie fein raus: Darlehen an Arbeitnehmer (Grundlagen) 2 Zinsen 2.1 Zinsvorteil = geldwerter Vorteil ... Aus Vereinfachungsgründen wird der Zinsvorteil nicht mehr als Sachbezug versteuert, sobald die Summe der noch nicht getilgten Darlehen am Ende des Lohnzahlungszeitraums die Steuerfreigrenze von 2.600 EUR nicht übersteigt (BMF-Schreiben vom 19. Mai 2015 - IV C 5 - S 2334/07/0009). Die Darlehen sollten Sie in LODAS erfassen, da dadurch eine Kontrolle und der regelmäßige Abzug vom Netto gewährleistet wird. ... Mehr anzeigen

Hallo, wie Herr Jakel schon richtig schrieb, verfügt der Betriebsstätten-mIDentity nicht über die erforderlichen Administratorrechte. Es wäre für Sie ratsam, den bestehenden MIdentity in einen Berufsträger-mIDentity umzuwandeln oder diesen zusätzlich zu bestellen. In dem zweiten Fall haben Sie eine Fallback-Lösung, falls die Berufsträger-SC aus irgendeinem Grund ausfallen sollte, denn die Kommunikation mit dem RZ kann z. B. auch über die Betriebsstätten-SC sichergestellt werden. Für nähere Informationen können Sie die Info-DB zur Rate ziehen (z. B.  Leitfaden DATEV mIDentity oder Leistungsbeschreibung DATEV mIDentity ) oder sich über das Logistikzentrum/einen DATEV-Kundenbetreuer entsprechend aufklären lassen. ... Mehr anzeigen

Eine kurze Frage: Wie haben Sie denn erfasst? Als normalen Buchungsstapel oder mit zusätzlichem Haken "Stapelerfassen"? Auszug aus der Programmhilfe: Hinweis Stapelerfassung Sie können Buchungen auch im Stapel erfassen. Bei der Stapelerfassung werden die erfassten Buchungssätze nicht direkt beim Verlassen der Buchungszeile auf Korrektheit geprüft, sondern erst beim Verlassen des Buchens (sofortige oder spätere Verarbeitung). Buchungen können schneller bei umfangreichen Vorgängen eingegeben werden. Auswertungen werden erst nach der Verarbeitung aktualisiert. Um einen Buchungsstapel für die Stapelerfassung anzulegen, öffnen Sie die Liste Erweitert und aktivieren Sie das Kontrollkästchen Stapelerfassen. Es wird das Stapelerfassen geöffnet. Beachten Sie, dass Ihnen in der Stapelerfassung nicht alle Funktionen des Belegbuchens zur Verfügung stehen. Vielleicht hilft das Ihnen weiter. ... Mehr anzeigen

Stimmt nicht so ganz. Der Ausdruck und Versand ist optional und kostenpflichtig. Standard ist die digitale Kommunikation analog zu dem Email-Verkehr. Dass man die E-Post-Geschichte nicht mit einem "normalen" Mailprogramm wie Outlook oder Thunderbird benutzen kann, steht auf einem anderen, "schlechten" Blatt. ... Mehr anzeigen

Hallo Herr Hofmeister, Mohr-IT bietet dafür DaWan an: http://www.mohr-it.de/index.php?option=com_content&task=blogsection&id=10&Itemid=52 Wir haben das Tool jetzt seit zwei Monaten problemlos im Einsatz. Das ERP-System eines Mandanten bietet momentan keinen DATEV-Format-Export und keiner weiß, wann diese Möglichkeit kommt, so dass wir sicherheitshalber den Wandler gekauft haben. Außerdem hat das Tool uns auch abseits des ursprünglich gedachten Einsatzes weitergeholfen. ... Mehr anzeigen

Hallo Herr Hofmeister, es würden sicherlich mehr diesen Branchenvergleich nutzen, wenn er denn nicht kostenpflichtig wäre. Es hat schon etwas G'schmäckle, wenn die DATEV durch die (kostenpflichtigen) RZ-Speicherungen Daten für den Branchenvergleich bekommt und diesen dann, wiederum kostenpflichtig, zur Verfügung stellt. Und falls jetzt der Einwurf kommen sollte, dass DATEV dafür Rechenkapazitäten verbraucht und diesen Vergleich aufbereitet: Wie lange gibt es diesen nun schon? Sehr lange schon. Wird dieser jeden Monat von Grund auf neu programmiert? Sicherlich nicht. Die Einmalinvestition für das Programm im RZ dürfte also recht lang schon aufgelöst worden sein. ... Mehr anzeigen

Hallo, bei einem Mandat ist dieses Verhalten ebenfalls aufgetreten. Allerdings bucht in unserem Fall der Mandant zwar ebenfalls selbst, schickt uns aber die Buchungsstapel zu, nimmt also nicht den Weg über das RZ. Die Fehlersuche ergab dann, dass die Buchhalterin bei Änderungen (Umbuchungen, Verrechnungen, Stornos usw.) im OPOS-Bereich keine richtigen Buchungen vornahm, sondern die Auszifferungsfunktion nutzte. Diese Auszifferungen können aber natürlich nicht übertragen werden, so dass die OPOS-Listen abwichen. Evtl. gibt es bei Ihnen die ähnliche Konstellation und Auszifferungen werden auch beim Weg über das RZ nicht übertragen. Ein weiterer Stolperstein ist das Abschneiden von Führungsnullen beim Import von Stapeln. ... Mehr anzeigen

Hallo, die Bedeutungen sind: A = DATEV-Format (DTVF - von DATEV erzeugt, EXTF Fremdprogramm) B = Version des DATEV-Formats (141 bedeutet 1.41, aktuell ist 510 = 5.10; hat nichts mit der KARE-Version zu tun) C = Datenkategorie (21 = Buchungsstapel, 67 = Buchungstextkonstanten, 16 = Debitoren/Kreditoren, 20 = Kontenbeschriftungen usw.) D = Formatname (Buchungsstapel, Buchungstextkonstanten, Debitoren/Kreditoren, Kontenbeschriftungen usw.) E = Formatversion (bezogen auf Formatname) F = erzeugt am G = importiert am H = Herkunft (z. B. RE = wurde von KARE erzeugt) I = exportiert von J = importiert von K = Beraternummer L = Mandantennummer M = Wirtschaftsjahresbeginn N = Sachkontenlänge O = Datum Beginn Buchungsstapel P = Datum Ende Buchungsstapel Q = Bezeichnung (Vorlaufname, z. B. Buchungsstapel) R = Diktatkürzel S = Buchungstyp (bei Buchungsstapel = 1) T = Rechnungslegungszweck U = Festschreibung V = WKZ Einfach mal über Bestand | Exportieren | DATEV-Format die verschiedenen Stamm- und Bewegungsdaten exportieren und die entsprechenden Kopfzeilen anschauen. ... Mehr anzeigen

Hallo, sind Sie sich sicher, dass es sich um eine gewöhnliche Pfändung handelt? In diesem Falle greift doch meines Erachtens die Pfändungstabelle nach § 850c ZPO. Die Angabe eines unpfändbaren Teils kenne ich nur in Verbindung mit Unterhaltspfändungen, bei denen die Tabelle keinen Einsatz findet. Update: "bei denen" statt "der denen" ... Mehr anzeigen

Hallo, irgendwie hat DATEV etwas an den Druckkomponenten herumgefrickelt, so dass sich zumindestens bei uns die Fehler auf Crystal Reports einschränken ließen. Abhilfe hat die Installation eines neuen Druckertreibers gebracht. Vielleicht hilft dies ja dem Einen oder Anderen hier in der Runde. Übrigens: Nachdem am Freitag die SR installiert waren (inkl. des besagten), hatte ich einen Test mit dem vorherigen Drucker gemacht und es funktionierte wieder. Heute ergab sich aber wieder das gleiche Fehlerbild. Also DATEV: Bitte schleunigst nachbessern und richtig kommunizieren! ... Mehr anzeigen

Hallo, momentan nutzen wir noch die Nutzungskontrolle. Die einzelnen PC (auch Kanzleiinhaber) werden per Autologin als User gestartet, so dass alle Nutzer bis auf das Einloggen per Nutzungskontrolle von irgendwelchen anderen Passwörtern oder Logins verschont bleiben. In diesem Szenario kann der Kanzleiinhaber-PC ebenfalls als Arbeitsstation durch Mitarbeiter genutzt werden, da ja nur der eingeschränkte NuKo-Login bekannt ist. Mit der Umstellung auf die neue Benutzerverwaltung und der damit verbundenen Verknüpfung des Windows-Users an den DATEV-Benutzer ist ein Autologin doch hinfällig? Oder gibt es dafür eine Alternative? (Hintergrund dabei ist, dass die restlichen Mitarbeiter inkl. Inhaber computertechnisch nicht besonders beschlagen sind und sich ein verändertes Nutzerverhalten nur sehr schwer durchsetzen kann. Abweichungen vom Gewohnten lösen in aller Regel Panikattacken aus.) ... Mehr anzeigen

Nun ja, USB-C ist nicht gleich USB-C, wie Kollege Behrens schon anmerkte. https://www.heise.de/ct/ausgabe/2017-4-USB-Typ-C-bringt-neue-Funktionen-aber-auch-Verwirrung-3610862.html https://www.golem.de/news/ueberblick-wir-entwirren-den-kabelsalat-um-usb-typ-c-1601-118667.html https://www.golem.de/news/usb-typ-chaos-die-unbeschrifteten-1612-125217-2.html Als wäre das nicht alles schon genug, um in die Kabel zu beißen, kommt zudem hinzu, dass man nicht unbedingt mit dem Kabel von Smartphone X das Smartphone Y aufladen kann. Beabsichtigte Kompatibilitätsprobleme seitens Apple sehe ich nicht, eher den Punkt, dass man sich generell, und nicht nur als Apple-Nutzer, auf etwas andere Abläufe einstellen muss. Sicherlich ist Apple beim Zugriff auf das eigene iOS-Dateisystem restriktiver als man es von Android kennt, das bedeutet aber nicht, dass man damit nicht arbeiten kann. Sobald man den eigenen Workflow gefunden hat läuft es. (Und solange man beim iPad unter 10" bleibt, gibt es MS-Office für lau. Die Obergrenze hat übrigens MS festgelegt, nicht Apple, und trifft auch Tabletnutzer mit Android.) Was die Nutzung mit Hardware angeht: Die Kopplung von BT-Geräten geht bei iOS recht reibungslos vonstatten. Zur Speicherweiterung kann man z. B. ein Photofast ONE oder ein Sandisk Wireless Flashdrive einsetzen. Das letztere hat eingebautes WLAN, welches einwandfrei funktioniert. Letztendlich hängt es bei der Vielzahl an technischen Möglichkeiten doch davon ab, welche Geräte, mithin Betriebssysteme, man auch privat einsetzt: Wer sich in der Freizeit mit seinem Smartphone/Tablet beschäftigt, hat das erste Lernen wegen des Umgangs mit dem Gerät schon hinter sich und teilweise auch bereits angeschaffte Peripherie. Solange es unterschiedliche OS gibt, solange werden Welten aufeinander prallen. Aber mittlerweile gibt es sowohl für Android als auch iOS genügend passende Peripherie, die sogar OS-übergreifend genutzt werden kann. (Ok, dass eine AirPort Express nicht als Repeater in ein ansonsten AVM-dominiertes WLAN eingebunden werden kann ... geschenkt. Apple wird sich aus diesem Hardwarebereich ohnehin zurückziehen.) ... Mehr anzeigen

Das wäre ja ein Eingriff in die Organisationshoheit eines Betriebes. Aber selbst wenn dem so ist, könnte die Umsetzung mit einem Umsetzungsprotokoll leicht dokumentiert werden. ... Mehr anzeigen

Hallo, den Ausführungen von Herrn Hecker ist eigentlich nichts hinzuzufügen. Das von ihm gewählte Beispiel mit den Änderungen zum Jahreswechsel ist auch deshalb wichtig, weil Sie bei dem unterjährigen Umsetzen von Personalnummern einen Wahnsinnsaufwand im Lohnkontobereich betreiben müssen, z. B. um das Meldeverfahren für die Berufsgenossenschaft oder die korrekte Berechnung von Einmalbezügen sicherzustellen. Ich hatte selbst einmal diesen Fall. Der PNr.-Wechsel in den Monaten Juni/Juli schien mir passend, schon alleine wegen der etwas "ruhigeren" Zeit. Damals ging es um knapp 20 Mitarbeiter und den Stress wollte ich mir nicht zum ohnehin arbeitsreichen Jahreswechsel antun. Im Bereich Unfallversicherung war bis auf Kleinigkeiten alles in Ordnung (gottseidank noch vor dem elektronischen Verfahren), aber leider nicht so bei den Einmalbezügen. Ich hatte diesen Bereich der Lohnkontovortragswerte schlichtweg vergessen. Im nächsten Jahr kam dann der Anruf eines Mitarbeiters, wieso denn bei der Steuerveranlagung "unerwartete" Beträge auftraten ... Deshalb äußere ich hier noch einmal die Bitte, die Umsetzung von Personalnummern zu vereinfachen. Alle relevanten Werte liegen doch im RZ vor, warum ist dann ein "Knopfdruck" nicht umsetzbar? Diese manuelle Erfasserei von Vortragswerten ist fehleranfällig, macht viele Arbeit und ist nach außen hin dem Mandanten nicht schlecht vermittelbar. Der sieht nur die neue Personalnummer und fragt sich, was denn diese Berechnung von Zusatzleistungen soll, da muss "man doch sicherlich nur eine andere Zahl in ein Kästchen eintragen". Viele Grüße PS: Wenn bei den "neu eingetretenen" Mitarbeitern das Ersteintrittsdatum, also das ursprüngliche, gespeichert wird, kann dies anstelle des 01.01. als Eintrittsdatum gedruckt werden. Erspart auch so manche Rückfrage. ... Mehr anzeigen

Hallo, 5.10 (oder 510) beschreibt nur die DATEV-Formatversion, mit der die csv-Datei erstellt wurde. Diese ist Zahl ist unabhängig von der Versionszahl des eingesetzten Programmes (Rechnungswesen, Kanzlei-Rechnungswesen o. a.). Stammt Ihr Screenshot aus dem Schnittstellenleitfaden? Dort müsste die Thematik doch erläutert sein. ... Mehr anzeigen

Hallo, meines Wissens können Sie als Lohnkontoergebniswerte nur die Bruttoentgeltsummen für die einzelnen Umlagen eingeben, die Umlagebeträge als solches nicht. (Was eigentlich logisch ist, da dies reine AG-Beiträge sind und somit im Lohnkonto nicht auftauchen können.) Viele Grüße ... Mehr anzeigen

Hallo, vielleicht hilft Ihnen die ABC-Analyse weiter. Durch die vielfältigen Einstellungsmöglichkeiten kann man schlecht eine generelle Einstellung empfehlen, aber Sie können sowohl die abzufragenden Kreditoren angeben/ausschließen als auch die Umsatzkonten. Wenn Sie die Skontokonten u. ä. mit einbeziehen, bekommen Sie bereinigte Umsätze, die den effektiven Zahlungen nahekommen; die jahresübergreifenden Vorgänge müssen dabei natürlich beachtet werden (Umsatz Jahr 00, Zahlung Jahr 01). ... Mehr anzeigen

Wundert das jemanden? ... Mehr anzeigen

Hallo, ganz so einfach ist es nicht. OBE/KNE wird begrifflich gern als Synonym für das Postverdanddaten-Format verwendet, welches bekanntlich gerade eben kein ASCII-Format ist, sondern binär. (siehe auch hier: https://www.datev-community.de/message/10759#10759, Absatz 1 und 2) Ich würde dies genau abklären und im Hinblick auf die Abkündigung des Postversanddaten-Formats zum Jahresende mit dem Mandanten sprechen. Wenn seine Software bislang nur das alte Format einlesen kann, sollte der Mandant mit dem Softwareanbieter Kontakt aufnehmen oder, falls es diesen nicht mehr gibt oder er keine Anpassungen plant, die Software wechseln. ... Mehr anzeigen

Hallo Herr Wielgoß, der Aufruf von Auswertungspools ist nur mit installierter Eigenorganisation möglich, oder? Viele Grüße ... Mehr anzeigen

Hallo Frau Gottwald, herzlichen Dank für Ihre Antwort. Dann warten wir bis Version 11.0. Viele Grüße ... Mehr anzeigen