Achso, die Funktion "Konto neu anlegen/ändern" nutzen um bei Personenkonten ins Fenster für den einzelnen Geschäftspartner zu kommen. Danke für den Tipp. ... Mehr anzeigen

Danke für die Antwort. zu 1. ich hänge Screenshots an. Die im Bild dargestellte Funktion funktioniert bei Ihnen wirklich? zu 2. eine Zahl einzugeben ist nicht schwer, aber es ist ein Downgrade wenn Copy&Paste für Zahlen nicht mehr funktioniert. 3. verstehe ich Ihre Angaben leider nicht: Bei mir befindet sich kein "Bearbeiten (Stanndaten)-Symbol" unter der Buchungszeile in Primanota und auch nicht oberhalb in der Fibuansicht. ... Mehr anzeigen

Weil es mich auch täglich begleitet, möchte ich es gerne noch teilen: In Rewe ist das Kontoblatt eines Debitors (oder Kreditors) geöffnet. Gesucht sind dessen Stammdaten. Normalerweise würde ich den Inhalt der Combobox "Konto" in die Zwischenablage kopieren und dann über die Schnellsuche in den Debitorenstammdaten (oder Kreditorenstammdaten) gehen. Seit SKR42 geht das nicht mehr, weil dieses sinnlose Leerzeichen immer dazwischenfunkt. ... Mehr anzeigen

Ich ergänze die Fehlerbeschreibung, um das Problem ganz greifbar zu machen:   Häufig habe ich in Rewe mind. zwei Tabs geöffnet: - Belege buchen - ein Kontoblatt (oder OPOS-Konto) - z.B. "703120"    Bisher konnte ich mittels einfacher Tastaturkürzel (Ctrl-Tab, Ctrl-C, Ctrl-Tab, Ctrl-V) den Inhalt des Dropdown-Feldes "Konto" aus dem Kontoblatt-Tab ins Feld Konto oder Gegenkto. der Maske "Belegebuchen" herüberkopieren.   Leider geht das wegen dem Leerzeichen im Dropdown-Feld "Konto" aus dem Kontoblatt-Tab nicht mehr (da das Feld Konto oder Gegenkto. in der Maske "Belegebuchen" keine Leerzeichen erlaubt, sondern nur ganzzahlige Werte, darf ich den Inhalt aus der Zwischenablage dann nicht einfügen). So etwas erzeugt x-mal am Tag unnötigen Ärger.   P.S.: Ein Lösungsweg wäre, intelligentere Regeln zu erstellen, welche Inhalte ins Feld Konto oder Gegenkto. der "Belegebuchen"-Maske eingefügt werden dürfen, sodass auch Leerzeichen (als legitimer Bestandteil der Kontonummer) erlaubt sind. Das hieße aber meines Erachtens, das Pferd von hinten aufzuzäumen, es handelt sich ja nur um ein Beispiel von mehreren. Das ursprüngliche Problem bleibt: Wozu überhaupt harte Leerzeichen einfügen und damit den Integer-Datentyp zerschießen? ... Mehr anzeigen

Als reine Füllnull wäre sie ja unnötig, aber so wie ich das verstehe, handelt sich bei der letzten Ziffer um einen echten Teil der Kontonummer, so wie alle anderen Ziffern, und sie ist z.B. nutzbar für verschiedene Geldkonten usw. Wenn man die letzte Ziffer vergisst, drohen daher Konflikte. ... Mehr anzeigen

Danke für die Ausführung zum Problem. Wie gesagt, ob man das übersichtlich findet, ist Geschmackssache.   Zwei Ergänzungen:   1. Das Leerzeichen taucht nicht nur übers Kontextmenü "Kopieren" auf, sondern auch wenn ich z.B. im Kontoblatt das Feld "Konto" in den Fokus nehme (die Combobox links oben, mit dem Dropdown-Button). Ebenso im Kontenplan, Man sieht das Leerzeichen ja, kann es sogar mit der Maus / dem Cursor einzeln markieren,  das ist keine Darstellung, sondern ein hartes Leerzeichen. Als solches landet es dann auch in der Zwischenablage. Bei ASCII-Export/Import oder bei "Öffnen in Excel" gibt es (normalerweise) keine ("harten") Leerzeichen, wie Sie feststellen (nur die Abstände via Formatierung).  So entsteht ganz unnötiger (und bei SKR49 noch nicht vorhandener) Ärger, wenn ich z.B. aus dem Feld "Konto" in die Zwischenablage kopiere und dann in der Exceldatei oder im ASCII-Export die Suchenfunktion nutze usw.   2. Das Durcheinander greift dann ja auch über zu anderen Modulen (z.B. Zahlungsverkehr mit den Schnittstellen aus Rewe) einschließlich der dortigen Import/Export-Funktionen. So taucht schon beim Öffnen in Excel (im Widerspruch zum oben Gesagten) das "harte" Lesezeichen in den Kontonummern doch auf, wenn man zum Beispiel aus der ZV-Schnittstelle "Lastschriften" innerhalb von Rechnungswesen kommt. Dass ein so komplexes Programm wie Datev bei einer buchhalterischen Basisfunktion wie der Kontonummer sich bewusst für eine inkonsistente Umsetzung entscheidet (manchmal "harte" Leerzeichen, manchmal nur Formatierungen), finde ich akrobatisch. ... Mehr anzeigen

Danke, Sie haben sicher recht mit der Community. Ich bitte meinen Gefühlsausbruch zu entschuldigen. Eine gewisse Ungeduld rührt auch daher, dass ich (nachdem ich in Erklärvideos und diversen Hilfedokumenten zum Thema SKR42 nicht fündig geworden war) inzwischen auch in einem SKR42-Online-Workshop diese Frage stellte, wo sie aber meiner Wahrnehmung nach teils falsch verstanden, teils (möglicherweise aufgrund des Zeitdrucks) übergangen wurde.   Für siebenstellige Sachkontonummern wie in SKR14 finde ich eine Art Tausendertrennzeichen für den Lesefluss jedenfalls sinnvoll, aber bei fünfstelligen Kontennummern ausgerechnet die letzte Ziffer abzuheben, darüber lässt sich trefflich streiten: Ist denn nicht nach der Logik des Kontenrahmens theoretisch jede signifikante Stelle hinter der ersten Ziffer als Untergruppe des aus den vorhergehenden Ziffern gebildeten Bereichs begreifbar, weil sich hierdurch auch komplexe Kontenbereiche einfach darstellen lassen? Besteht bei Abhebung einer einzigen Ziffer (statt einer Dreierreihe wie in SKR14) nicht umgekehrt die größere Gefahr, die letzte Ziffer als "weniger wichtig" zu übersehen und dadurch Fehler zu begehen - gerade wenn man SKR49 (vierstellig) auf SKR42 (fünfstellig) wechselt? Mein Verdacht ist, dass die letzte Ziffer in SKR42 abgehoben wird, könnte einer "Weder Fisch noch Fleisch"-Strategie entstammen, um den Wechsel von den vierstelligen Sachkonten in SKR49 zu verschlimmbessern.   Aber wie Sie sagen, das eigentliche Problem ist die unterschiedliche Umsetzung an verschiedenen Programmstellen. Ich finde einfach, Datev sollte an allen Stellen die "harten" Leerzeichen entfernen, da diese das mathematische Zahlenformat sprengen und entsprechende Zahlenoperationen sabotieren; und optische Abhebungen, wenn schon, dann konsequent durch Formatvorlagen vornehmen. Eine klare Trennung von ästhetischer Form und Inhalt (=das, was z.B. bei Copy&Paste als Plaintext rauskommt). (Oder eben eine Option, diese Trennzeichen-Zwangsbeglückung zu deaktivieren.) ... Mehr anzeigen

Es wäre nett, irgendeine Antwort zu erhalten. Ich verstehe den Sinn der Trennung zwischen letzter und vorletzter Ziffer wirklich nicht (für die Lesbarkeit einer fünfstelligen Zahl ist es doch nicht unbedingt nötig Trennzeichen einzufügen und wenn dann nicht an dieser Stelle), und es ist lästig, für jeden Anwendungsbereich getrennt gucken zu müssen, wie man die Trennung auflöst (bei Copy&Paste bekommt man deshalb kein Zahlenformat hin usw).   Wenn man fünfstellige Sachkonten hat, hat man fünfstellige Sachkonten. Wo ist das Problem? Warum zuerst eine vierstellige Ziffernreihe und dann noch eine Extraziffer dazu? Das wirkt wie eine unausgegorene Mischung, die nicht weiß, wohin sie will. Oder ist die letzte Ziffer irgendwie im SKR-42-Konzept speziell definiert, also anders als die letzte Ziffer in allen anderen SKR?     ... Mehr anzeigen

Stimmt, das erleichtert die manuelle Aufgabe je nach Bestand möglicherweise, aber die Prozedur muss immer noch für jeden verschiedenen Inhalt von "Kost1" wiederholt werden. In meinem Fall ist z.B. die Zahl der verschiedenen Kost1-Inhalte zu groß um hieraus viel Gewinn zu ziehen. ... Mehr anzeigen

Erfreuliches Update: Anscheinend ist dieses Problem inzwischen behoben, der PayPal-Umsatzabruf kann ohne Probleme erfolgen, auch wenn Firefox Standard-Browser im System ist (es scheint, als würde die Authentifizierung hierfür nicht mehr via Browser laufen bzw. im Hintergrund). ... Mehr anzeigen

Danke für den schnellen Workaround. Ich würde also IE über die "optionalen Features" deaktivieren, und falls die PayPal-Schnittstelle sich beschwert, muss ich einfach prüfen ob Edge oder Chrome als Standardbrowser eingestellt ist. (Allerdings funktioniert die smartCard-Authentifizierung grundsätzlich (etwa via DUO) auch in Firefox (oder Brave, das dieselbe Engine verwendet wie Chrome); das sollte also nicht das Problem sein.) ... Mehr anzeigen

Die komplette Löschung des Internet Explorers 11-Ordners wäre in der Tat zu riskant. Dem offiziell dokumentierte Weg entspricht über Windows Apps & Features > Optionale Features verwalten > Internet Explorer 11 > Deinstallieren (entspricht Aktivieren/Deaktivieren). (Im Hintergrund entfernt dies wohl genau die kleine Datei IEXPLORE.EXE und lässt die restliche Struktur, Konfigurations-Dateien etc in C:\Program Files\Internet Explorer intakt.) Datev Rechnungswesen beschwert sich dann beim Klick auf Buchungsvorschläge bearbeiten weil es die EXE nicht findet. "#RZK77120: Fehler beim Start des Internet Explorers (IExplore.exe): Das System kann die angegebene Datei nicht finden (Technische Info: 2)" An diesem Punkt sollte doch zumindest Edge oder Chrome gestartet werden können, es passiert aber nichts. ... Mehr anzeigen

Ich lösche ansonsten auch einfach die "C:\Program Files\Internet Explorer\iexplore.exe" und setze an ihre Stelle einen gleichnamigen Firefox Portable o.ä. aber es muss doch eine sauberere Lösung geben? ... Mehr anzeigen

Hallo Frau Stoller, hinsichtlich der PDF-Verschlüsselung hänge ich Ihnen hier den Inhalt der Beispiel-Mail an, die dem Mandanten damals aus der Steuerberatungskanzlei zugeschickt wurde. Im Anhang der besagten Mail befand sich der eigentliche Inhalt in Form einer passwortgeschützten PDF. Ob diese damalige Datev-Lösung noch gepflegt wird, weiß ich nicht. Sie können unter Windows jedenfalls mit Adobe Acrobat Pro X im Endeffekt auch so ein Ergebnis erzielen (Verschlüsselung + Datei-Anhang im PDF). Wenn Sie sich weiter hineinfuchsen, finden Sie bestimmt auch kostenfreie Software, die dasselbe kann. mfG -------- Weitergeleitete Nachricht -------- Betreff: *** Datum: Wed, 10 Apr 2013 ***** Von: ******* An: **** Kopie (CC): ***** English Version below Sehr geehrte Damen und Herren, diese E-Mail enthält potentiell schützenswerte Daten und wurde deshalb vom Absender über die DATEV E-Mail-Verschlüsselung versendet. Da für Ihre E-Mail Adresse kein öffentlicher Verschlüsselungsschlüssel gefunden werden konnte, enthält diese Nachricht ein verschlüsseltes PDF-Dokument im Anhang. In diesem PDF-Dokument finden Sie den Text und die Dateianhänge der Nachricht. Weiterführende Informationen finden Sie im Internet unter: http://www.datev.de/sichere-pdf/ Das PASSWORT zum Öffnen des PDF-Dokuments erfahren Sie vom ABSENDER. Setzen Sie sich bitte mit diesem in Verbindung. Die DATEV eG ist NICHT Absender der Mail, sondern nur Dienstleister für den Absender. DATEV eG 90329 Nürnberg | Telefon 0911 319 2110 | Telefax 0911 319 4122 Sitz: Nürnberg, Paumgartnerstr. 6-14 Registergericht Nürnberg, GenReg Nr.70 Vorstand: Prof. Dipl.-Kfm. Dieter Kempf (Vorsitzender) Dipl.-Kaufm. Wolfgang Stegmann (stv. Vorsitzender) Dipl.-Kaufm. Michael Leistenschneider Dipl.-Kfm. Dr. Robert Mayr Jörg Rabe von Pappenheim Dipl.-Vw. Eckhard Schwarzer Vorsitzender des Aufsichtsrats: Reinhard Verholen Dear Sir or Madam, This E-Mail contains potentially sensitive data and was therefore forwarded by the sender via the DATEV E-Mail-Encryption. A publicly available encryption key could not be found for your email address. This is the reason this message contains an encrypted PDF document as attachment. You will find the text and file attachments of the message in this PDF document. Further information is available on the Internet at: http://www.datev.de/secure-pdf/ The SENDER will inform you regarding the PASSWORD in order for you to open the PDF document. Please contact the sender. DATEV eG is not the sender of the mail, but only the service provider for the sender. DATEV eG 90329 Nuremberg/Germany | Telephone +49 911 319 2110 | Fax +49 911 319 4122 Headquarters: Nuremberg/Germany, Paumgartnerstr. 6-14 Registered at the Nuremberg Registry Court, Number: GenReg No. 70 Board of Directors: Prof. Dipl.-Kfm. Dieter Kempf (Chairman) Dipl.-Kaufm. Wolfgang Stegmann (Deputy Chairman) Dipl.-Kaufm. Michael Leistenschneider Dipl.-Kfm. Dr. Robert Mayr Jörg Rabe von Pappenheim Dipl.-Vw. Eckhard Schwarzer Chairman of the Supervisory Board: Reinhard Verholen ... Mehr anzeigen

Was E-Mail-Verschlüsselung betrifft, stellt sich die Frage, welchen E-Mail-Client Sie dafür verwenden wollen / können, und ob es im Client möglich ist, etwa über ein Add-On PGP-Verschlüsselung zu erzeugen. Sie als Einzelperson oder aber die Kanzlei als gesamtes müssten dafür ein neues Schlüsselpaar aus einem "privaten" und einem dazugehörigen "öffentlichen" Schlüssel erstellen. Den öffentlchen geben Sie an den Mandanten weiter. Den privaten dürfen Sie keinesfalls weitergeben oder verbreiten, dieser ist zum Entschlüsseln der an Sie gesendeten Nachrichten und nur dafür gut. E-Mails mit PGP verschlüsseln | heise Download Im Übrigen ist von ZIP-Passwortschutz abzuraten, da es sich um keine ernsthafte "Verschlüsselung" handelt. Kennt ein Angreifer oder eine Angreiferin einen Teil oder ein Stück einer Datei, so kann er oder sie bekanntermaßen einen Known-Plain-Text Angriff durchführen und kommt recht fix zum Ziel. Dazu lässt sich ZIPCrypto recht gut mit einem Brute-Force knacken. Es gibt autauschbar verwendbare, kostenlose, sicherere, quelloffene und einfach zu bedienende Alternativen, zum Beispiel https://de.wikipedia.org/wiki/7z​ Weil Sie verschlüsselte PDF-Dateien erwähnten: Diese sind vom Sicherheitslevel dem Zip-Passwort"schutz" sicher vorzuziehen. Am besten, Sie verwenden den 256-AES-Schlüssel für Acrobat X und höher (PDF 1.7). Sie können innerhalb von verschlüsselten PDF-Dateien auch Dateianhänge anhängen, die sich nach den Entschlüsseln der Container-PDF-Datei auch unverschlüsselt ablösen/speichern lassen. Eine Steuerberaterin hatte dazu mir vor Jahren sogar einmal eine Datev-Lösung für ihre Kanzlei hervorgezaubert. ... Mehr anzeigen

Neben den monatlichen PDF-Kontoauszügen bietet PayPal doch auch CSV-Kontoauszüge. Der Downloadlink ist erreichbar unter "Berichte" > "Kontoauszüge" > "monatliche Kontoauszüge". Er ist buchstäblich rechts neben dem PDF-Download-Link. Diese CSV-Dateien lassen sich in der Tabellenkalkulation öffnen und enthalten mit jeder Zeile fortlaufende Salden, also auch Tagessalden. Siehe Spalte I. Das sollte den gewünschten Abgleich immerhin wesentlich vereinfachen im Vergleich damit alleine mit der PDF zu arbeiten. ... Mehr anzeigen