Also sieht es bei Dir nicht so aus?
Belegübersicht | Protokolle | Import | Importprotokolle anzeigen
Doch 😄. Versuche mal aus SAGE50 einen DATEV Export mit Belegbildern zu bekommen 😂. CSV geht ja noch. Dann muss die CSV Datei zum StB - wie auch immer und die Belegbilder kann man sich wohl manuell exportieren?! Ich hatte dazu noch Thunerbird und keinen Exchange, keine Regeln, kein gar nichts. Der reinste Albtraum. Und dann ggf. Beleg2Buchung oder alles manuell zu Fuß?! XML kennen die nicht.
EDITH: War schon mal jemand in den Belegtypen im DUO? Ist voll neu! Da geht dann ein Fenster überm Fenster überm Fenster auf und als nutzbarer Platz bleibt dann so 20% von FullHD, wo man scrollen muss. Viel Spaß beim Verschieben der Belegtypen, wenn die Reihenfolge wichtig ist 😂.
... ich liebe es 🍟!
Ist das eine Zwischenlösung? Wenn ja, für wie lange? Keine Ahnung, wer das UI/UX-mäßig abgesegnet hat aber wenn das länger so bleibt ... aiaiai.
Der Blauton kommt mir irgendwie bekannt vor... Hm....
Eigentlich ist das ja eine gute Nachricht...
10 Zeichen 2 Ziffern 2 Buchstaben --> keine Sonderzeichen. Aber Usern mit Smart Verify auf den Nerv gehen? Eigen und Fremdwahrnehmung.
Daten von Dutzenden Mitarbeitern werden per Post in simpler Verschlüsslung versendet. Und Usern wird nicht zugetraut ihren Rechner zu sperren. 🤔 ähm ja okay.
Feedback zum ISWL Bankkonverter - Update 2022
Man könnte meinen, mit so einer Vorlage sei es getan, wenn man die in 2h fertig gebastelt hat. Heute wurde ich eines besseren belehrt. Die CSV vom Mandanten geschnappt, eingelesen, Konverter sagte: alles easy 👍.
Quelle Kontoumsätze > Eingaben prüfen > Fehlerhaft. Er meckert das Datum an. Zeile 1, Spalte 6 - muss man selber schon wissen. Weil DATEV nicht sagt: Datumsformat schmeckt mir nicht.
Also, letzte CSV genommen, die funktioniert hat, mit der neuen 1:1 verglichen: passt. Bis mir dann auffiel, dass die Vorschau im Konverter bei der letzten CSV den "." beim Datum als Trennung nutze; jetzt macht der Konverter da ein "-" draus. Obwohl in der CSV Originaldatei vom Mandanten in der Spalte beim Datum definitiv ein "." drin steht 😵.
In der Vorlage habe ich keine Einstellung zu gefunden. Ich kann auch 0% nachvollziehen, warum der Konverter jetzt aus "." ein "-" macht 😠. Klasse, dass der Konverter auch sagt: alles easy - ein Import / Einlesen aber dennoch scheitert.
Und #BigData und #KI über DATEV Programme: 😂 was sind die doof ...
Entschuldigung aber so wird die Digitalisierung die DATEV ganz sicher überfahren. Wenn wir uns Stunden mit dem simplen Einlesen von Umsätzen beschäftigen müssen und das auch noch aus aktuell nicht nachvollziehbaren Gründen - Entschuldigung aber das geht auf keine Kuhhaut 🐮👎.
EDITH: Man muss in UTF8 speichern, damit das klappt. Muss man wissen. Für alle anderen: in Excel > speichern unter ...
Dann wird aus "." auch ein ".". Grandios.
EDITH2: Vor dem Export muss man in der Vorschau natürlich noch nach Buchungsdatum sortieren, damit DATEV das frisst. Danke @jjunker für den Hinweis. An dieser Stelle goldwert, wenn man sich wundert, warum DATEV nur 1 Umsatz vom 03.01. übernommen hat, obwohl es > 30 Umsätze sind. Der Konverter ist leider nicht so schlau, dass der das beim Export automatisch anpasst 👎.
Fühlt sich an, als wenn man DATEV wieder laufen lernen beigebracht hat.
Und dafür zahlt man monatlich ein Entgelt 😲? Wofür 🤔? Dass ich dem Programm alles beibringe? Ich plädiere nach wie vor dafür: Macht eine kostenlose Dreingabe draus und hört mit der Berechnung bei allen Beraternummern auf, die den Konverter gebucht haben. Das ist fast unverschämt 😶.