Informationen zu martinkolberg - DATEV-Community

martinkolberg · ‎23.05.2022

Ich würde mir wünschen, wenn zu jedem Freitags- Installationstermin am Wochenende die Installationshotline erreichbar wäre. Es kann doch nicht sein, daß beim Unfall mit Kanzleistillstand Hilfe ausschließlich aus der Community kommt und die Hotline erst wieder am Montag, wenn alles laufen muß aus dem Wochenende zurück ist.

martinkolberg · ‎23.05.2022

Sie sollten schritt- für Schritt mit ihrem STB abklären, was Sie tun. (Ich gehe davon aus, daß die Übermittlung nach UO klappte und von Ihnen geprüft wurde) - der Belegtyp muß stimmen (insbes. "Eingangsrechnung") - die Belege sollten im "Posteingang" verbleiben. - Wenn Sie beim Bezahlen den Gebucht"- Status setzen, dann wissen wir, wo das Problem liegt.

martinkolberg · ‎21.05.2022

Da war noch ein Anwender (oder ein Zombie) am Arbeiten. Mit Zombie meine ich einen Anwender, der sich nicht korrekt abmeldete, möglicherweise eine noch aktive WTS- Sitzung Wenn Sie den Server vor der Installation durchstarten, dann sind derartige Pannen ausgeschlossen.

martinkolberg · ‎20.05.2022

Es gilt. "keine Buchung ohne Beleg" In der Folge buche ich die Zahlung auf die Kreditoren, die dann natürlich offen bleiben. Der Mandant sieht natürlich die Auswertungen. irgendwann schickt der treue Mandant dann z.B. alle 12 Telekom-Rechnungen in einem Rutsch hoch. Ein echtes Problem ist vielmehr, wenn es der Mandant schafft, mehrere Belege in eine Datei zu scannen. Beim Buchen bucht man natürlich die erste Seite und wer blättert schon bei jedem Beleg auf die Seite 2, um zu prüfen, ob da noch ein weiterer Beleg versteckt ist. OK, wenn DATEV Mist erkannt, könnte das ein Hinweis sein.

martinkolberg · ‎16.05.2022

In den Windows- System Ereignissen sollten Hinweise festgehalten sein, wann mit DATEV gearbeitet wurde. Welche Rechte haben sie? Wofür werden die Auswertungen benötigt? Aus DATEV selber kenne ich nur die Zeiterfassung, die ein ordentlicher Mitarbeiter sauber führt 😉

martinkolberg · ‎16.05.2022

Was ist mit Mandanten, die täglich scannen und die Email- Belegfunktion nutzen? Wie soll man da erkennen, wenn zwischendrin ein Steuerbescheid oder eine dringende Lohn- Information übertragen wird? Im Programm ReWe werden der FiBu ja nur die "Eingangsrechnungen" angezeigt, so wie es für die FiBu auch sinnvoll ist. Selbst wenn die FiBu die Lohn- Belege sieht, soll der FiBu - Mitarbeiter jetzt manuell dem Lohn- Mitarbeiter informieren, daß eine Krankmeldung da ist? ... optimaler Workflow für das Homeoffice.

martinkolberg · ‎16.05.2022

Wunsch: Bei einigen Mandanten funktioniert UO richtig gut und fast täglich werden die Belege digitalisiert. Natürlich löst jeder hochgeladene Beleg die Email- Benachrichtigung aus, die in Outlook auch per Regel ordentlich abgelegt wird. Soweit OK und Perfekt. Problem: Ab und zu werden auch Steuerbescheide in den extra dafür eingerichteten Ordner abgelegt. Anforderung: Optional läßt sich konfigurieren, daß sich pro Belegtyp ein anderer Email- Empfänger auswählen läßt: - Steuerbescheide: Email an den Steuer- Sachbearbeiter - Lohn- Unterlagen gescannt: Email an den Lohn- Bearbeiter - Tägliche FiBu: Email an die FiBu eigentlich sinnbefreit, aber so sieht man, daß der email- Abruf technisch OK ist 😉

martinkolberg · ‎12.05.2022

Ich habe Buchungen (Anlagenabgang), die ich nicht nachvollziehen kann. Der Befehl: Extras / Primanota (letzte Änderung) Zeigt Ihnen wann welcher Buchungssatz von wem auf welchem PC erstellt wurde. (HK: "AN") Das ist natürlich nur ein Protokoll der FiBu, aber da Sie Buchungen haben, sollte das zum Ziel führen.

martinkolberg · ‎12.05.2022

Wurden die Daten lokal oder aus dem RZ zurückgesichert? Die letzten Tage gab es doch kein LODAS- Update.

martinkolberg · ‎11.05.2022

Sorry, wenn ich eine einfache FiBu- Frage stelle. Beim Bankmanger funktioniert das Aufteilen bestens und man kann bei regelmäßigen Geldbewegungen bereits aufgeteilte Muster- Buchungssätze mit ordentlicher Textung vorgelegen, wo nur noch der Betrag zu erfassen ist. Gibt es eine ähnliche Funktion auch für digitalisierte Belege? Beispielsweise die monatlichen Großhandelsrechnungen, wo der Rechnungsendbetrag jedes Mal manuell auf verschiedene Positionen verteilt werden soll. Meine Vorstellung: Wenn ich den Beleg aufteile, dann habe ich die Auswahl für Muster. Einfaches Beispiel: Ausgangsrechnungen mit 19% MwSt und 7 % MwSt. beim Klick auf Aufteilen erfolgen folgende Schritte - die erste Zeile mit 19% wird komplett vorbelegt angeboten. - Erfassen Betrag und [ + ] zum Buchen - Nächste Zeile: "Rest in Umsatz" und [ + ] weg und erledigt. Da sollte viel schneller gehen, als die aktuelle Lösung, wo immer manuell die Konten und die Textung zu erfassen ist. ein Ansatz wäre der Befehl. "Lerndatei Belege", dessen Funktion ich noch nicht ergründen konnte, da "keine Beleginformationen". Danke für Tipps, wie aufzuteilende Belege schnell und effektiv zu verbuchen sind. (ein digitaler Export funktioniert beim Mandanten nicht) Dann habe ich noch ein Unfall- Geschehen: - Normaler Kunde 19% Umsatz wird immer korrekt vorbelegt. Perfekt! - Eines Monats ist noch ein 7%- Posten vorhanden -> manuell aufgeteilt - Im nächsten Monat bucht die Lerndatei den normalen Umsatz auf das 7%- Umsatzkonto. Frage: Wie kann man das wieder reparieren, so daß UO alles korrekt vorbelegt?

martinkolberg · ‎09.05.2022

Vielleicht sollte sich DATEV einmal die Anwendung GetMyInvoices ansehen. Hier ein Nicht- Beleg, der aber für einen Screenshot taugt: So sieht das Ding vor Bearbeitung aus (ncihts erkannt, wie auch?) Man markiert einen Text, und Oh Wunder... man darf wählen, was das für ein Feld ist. Ein "Speichern" hinterlegt das so und es folgt ab und an die Frage, ob bei künftigen Dokumenten analog verfahren werden soll.

martinkolberg · ‎09.05.2022

nach einer Anlag- Session im Jahr 2021: - AV aus Buchungssätzen anlegen - Manuell ein AV bearbeiten - Buchungen Übergeben habe ich folgende Einträge im Aktivitäten- Protokoll. (von unten nach oben lesen) Festgeschrieben habe ich natürlich nichts...

martinkolberg · ‎09.05.2022

Es geht um die Einstellung: Eigenschaften / Konten / "Bezug zum Gegenkonto" der FiBu- Buchungszeile. Wenn ich digitale Belege buche, dann wünsche ich mir selbstverständlich die Anzeige des jeweils zu Buchenden Kreditors. [ x ] Bezug zum Gegenkonto Wenn ich anschließend das Buchen Digitaler Belege beendete und durch die Kosten blättere, dann möchte ich natürlich nicht, daß beim Anklicken eines Buchungssatzes vom aktuell in Abstimmung befindenden Konto weg gesprungen wird. [ x ] kein Bezug Wunsch: Die Einstellung unterscheidet danach, ob man "digitale Belege" bucht, oder aus der normalen Kontenansicht heraus einen Buchungssatz editiert.

martinkolberg · ‎07.05.2022

Das Problem ist nicht primär das unscharfe Belegbild, sondern die Aufteilung des Bildschirms. Warum nicht so: Ist das irgend ein Problem? Natürlich kann die weiße Zeile "Belege - Anwendung" auch optional verschwinden, um die produktive Arbeitsfläche zu vergrößern. Man stelle sich vor, anstelle des 27' Bildschirms wird am Laptop gearbeitet...

martinkolberg · ‎06.05.2022

Grüß Gott, Ein Mandant hat einen großen Stapel an Belegen gescannt und nach UO hochgeladen. Soweit OK. jetzt möchte ich die Belege einfach schnell sichten, um zu prüfen, ob noch Unterlagen für alte Perioden nachgereicht wurden. - schnelles Netz vorhanden - zwei 27' Bildschirme vorhanden Trotzdem wird der DIN A4 Beleg im Standard. Unternehmen- online nur in DIN A5- Größe angezeigt, und dann ist das Belegbild noch verschwommen. So kann ich die Belege nicht prüfen. Anforderung: In UO wird eine Möglichkeit geschaffen, daß es möglich wird, den Beleg in eine Größe zu ziehen, so daß der DIN A4- Beleg in seiner Original- Größe angezeigt werden kann. Möglichkeiten: - Schnellschuß: In der bestehenden Oberfläche läßt sich einfach der Beleg größer (nach Oben ist Luft) ziehen. - Perfekt: Die Belegansicht wird in einem separaten Viewer ermöglicht, analog ReWe. danke für die Umsetzung. Würgarround: Belegansicht aus der ReWe- Buchungszeile heraus.

martinkolberg · ‎04.05.2022

Schuß ins Blaue: Sie nutzen das verkehrte Gegenkonto.

martinkolberg · ‎04.05.2022

Trotz eingegebener Felder wird beim Wechsel des Vorlaufes dieser mit Mist gefüllt. Konkret: - Ich bin am Buchen des Aprils (Sortiert nach Geschäftspartner, macht Sinn, da sehr viele Belege) - Ein März- Beleg. - Zeile ist soweit korrekt gefüllt. - Wechsel Buchungsstapel -> März ist ja noch offen -> einige Felder des letzten Buchungssatzes des März- Vorlaufes werden sinnbefreit in die Eingabezeile geschleppt. Wo ist das [ x ], um das zu verhindern? Was möchte ich? Wenn ich den Buchungssatz fertig geschrieben habe und jetzt feststelle, daß ich aufgrund das Datums den Vorlauf wechseln muß, dann besteht meine Erwartung, daß der Buchungssatz unverändert in der Erfassungszeile stehen bleibt, so daß ich ihn einfach mit [+] absenden kann, ohne nochmals Kreditor, usw. raus suchen zu müssen... Stehe ich wieder auf dem Schlauch?

martinkolberg · ‎04.05.2022

Mir ist Dok.-Nr.: 1023111 aufgeschlagen. Video: Kug-Korrekturen 2020 in Lohn und Gehalt classic und comfort (datev.de) Im Text hier beschrieben Kug-Korrekturen für 2020 durchführen - DATEV Hilfe-Center Bitte Rückmeldung: Kann man das den Mitarbeitern zumuten?

martinkolberg · ‎03.05.2022

Ausdrückliches Dankeschön auf den Verweis auf dieses versteckte Feld. Immer mehr kommt der Wunsch auf, das jetzt mandantenübergreifend so zu füllen. Beste Grüße.

martinkolberg · ‎03.05.2022

Normales Belegbuchen und die OCR, wie wir sie kennen... ... nichts erkannt, und mein Auge kann auch nichts lesen... Also [Strg] + Mausrad bis maximal. Doch zu erkennen... OK, Gebucht, nächster Beleg... *** bleep *** (manuell) Warum kann der Beleg jetzt nicht wieder normal angezeigt werden???

martinkolberg · ‎03.05.2022

Folgende Situation: Normales Belegbuchen (digitale Belege aus UO) Normalerweise sind die Felder beim Anklicken eines Beleges gefüllt. -> Damit wird der Beleg gebucht und der nächste Beleg füllt die Felder neu. Häufig passiert es aber, daß der Beleg nicht zum Vorlauf paßt und man dann einfach mit der Maus den nächsten Beleg anklickt, um diesen zu buchen bzw. den passenden Vorlauf auswählt. PROBLEM: Auch wenn selbstverständlich alle Schleppfelder abgewählt sind, bleiben all diejenigen Felder mit den Werten des übersprungen Beleges oder des letzten Beleges aus dem gewechselten Vorlauf gefüllt, die von der OCR des aktuellen Beleges nicht erkannt wurden. Das führt zu fiesen Fehlern, insbesondere dann, wenn der übersprungene Beleg den Kreditor- namen in den Buchungstext schaufelte. Wenn das nicht bemerkt wird, dann hat man diesen Fehler sogar in der RZ- Lerndatei verewigt. Bitte überarbeiten: Wer die Schleppfelder deaktiviert, der erwartet, daß beim Klick auf einen neuen Beleg vorab alle Felder der Buchungszeile zuverlässig geleert werden, bevor diese mit den Werten des aktuellen Beleges gefüllt werden. Gerade bei der Sortierung nach "Datum" ist es selten, daß zwei Belege des selben Kreditors aufeinander folgen. Zum Testen: - Normale Buchhaltung: - Digitale Belege buchen - verschiedene Belege anklicken und sehen, was in der Buchungszeile passiert. -> gerade Schnell- Buchern, die DATEV wirklich nutzen, werden Fake°- Werte untergeschoben. Um das zu verhindern, muß man immer das "Belegbuchen" deaktivieren und wieder aktivieren. DRINGEND, denn verkehrt eingestreute Werte sind auch datenschutzrechtlich ein NoGo, wenn ein Lieferant einen Ausdruck eines Kontoblattes erhält! DANKE

martinkolberg · ‎03.05.2022

Kreditkartenabrechnungen: (Kundenzahlungen bei den Bankkonto- Umsätzen) Lerndatei: - Posten 1: ./. 1,20% Kosten in Gebühren - Posten 2: "Rest" als Umsatz - Eintrag als unsicher kennzeichnen Buchen: - Posten 1: Manuell korrigieren - Posten 2: "Rest in Umsatz" -> 4- fache Zeitersparnis.

martinkolberg · ‎03.05.2022

Sehen Sie sich das einmal an und versuchen Sie mit "einem Blick" den Fehler zu erkennen: DATEV, es besteht der Wunsch, daß man auch mit ein wenig betagteren Augen erkennen kann, ob die OCR richtig arbeitet. Problem: die unterschiedlichen Feldgrößen, unterschiedlichen Platzierungen, usw. machen es meinem Auge schwierig, die OCR schnell auf Korrektheit zu prüfen. Ein korrekt erkannter Beleg: Warum ist der "Geschäftspartner" und das Gegenkonto zu winzig angedruckt im Vergleich zu den eher unwichtigen Dingen? Das lässt sich natürlich auch auf die Spitze treiben: Erkennt denn kein Programmierer, was die Anforderungen des Anwenders sein könnten? Ja, Beleg drehen, und den dann auch gedreht behalten.

martinkolberg · ‎03.05.2022

Seit Jahren nutzen wir folgende Methode: Bei beiden Unternehmen wird ganz normal Anlag gebucht. Neue Anlagegüter werden "mit der Maus" aus der Anlag- Übersicht einfach in den Konsolidierungs- Mandanten gezogen. Ja, das funktioniert wirklich! -> In BiBer nach Datum sortieren, und alles ist OK.

martinkolberg · ‎03.05.2022

Können Sie bitte prüfen, ob ein Doppelklick auf die Datei nicht ein automatisches Öffnen der Original- Datei auslösen kann. Edge kann PDF- Dateien schnell und schön anzeigen, wenn man ihn läßt. Die Alternative, daß genauso so ein Viewer genutzt wird, wie beim ReWe- Belegbuchen ist wohl technisch völlig unmöglich oder?

martinkolberg · ‎03.05.2022

Zum Thema: "Lerndatei" Ausgangsrechnungen in UO bitte ich Sie folgenden Sachverhalt ganz oben abzusiedeln: Kundenrechnungen mit unterschiedlichen MwSt- Sätzen. Wie sieht denn der optimale Workflow für diese Rechnungen aus, wenn das Vorsystem nicht in der Lage ist, einen Export mit Belegbild nach DATEV- vorgaben zu erstellen? Alternative: Import der Buchungssätze ohne Belegbild und Unfall beim Leistungsdatum (Rechnungen werden zu 25% aller Fälle erst im Folgemonat gestellt.) Buchen mit UO und manuelles Aufteilen der Buchungen auf 8300 und 8400.

martinkolberg · ‎03.05.2022

Natürlich sollte die Lerndatei im RZ automatisch vernünftige Vorbelegungen bringen. Leider gibt es folgende Sachverhalte, die zuverlässig in die Lerndatei einnisten: - Nullrechnung Kreditor - Kreditor... Das wird gespeichert! - Buchungstext: "GS", oder "VAL 31.12.19" wird jahrelang vorbelegt - der Kreditor 70000 ist trotz Umstellung nicht tot zu bekommen. Ob an der Lerndatei- Logik etwas geändert werden, kann, ist von hier aus nicht beurteilbar, aber. aber! Es besteht die dringende Anforderung, daß der Mitarbeiter in UO die Lerndatei öffnen darf, um Schrott- Einträge zu korrigieren. Stellen Sie sich vor, aus guten Gründen werden die Debitoren- Nummernkreise, die historisch DATEV- gemäß gewachsen sind, durch die Kundennummern des Mandantensystems ersetzt. Das kann doch die Lerndatei nicht ahnen und da muß dann die manuelle Sense ran. Besser einmal das Übel an der Wurzel zu packen, als jeden Monat verkehrte Vorbelegungen zu bekommen. Bitte in einer Form anbieten, die an eine Excel- Tabelle erinnert, so daß mit einem Blick über alle Lieferanten gesehen werden kann, was hier gespeichert ist. DANKE

martinkolberg · ‎03.05.2022

Sehr geehrte Frau Wenzel, Die Notwendigkeit für die Festschreibung all der Stapel, deren OSS- Inhalte übermittelt wurden, ist natürlich nachvollziehbar. Bitte überprüfen Sie folgende Sachverhalte: - Bei Abweichlern stehen bereits JA- Buchungen im System. Warum diese festschreiben? - Es gibt Vorläufe komplett ohne OSS- Buchungen. Warum diese festschreiben? - Die OSS- Exporte können durchaus in Fehler laufen. Warum nicht erst dann festschreiben, wenn die Übertragung fehlerfrei durchlief? Bitte ändern: - erst OSS- Datei erstellen lassen (ohne festschreiben, usw.) - anschließend "als übermittelt deklarieren". - Festschreiben aufheben unbedingt ermöglichen, denn der OSS- Sachbearbeiter weiß ganz genau, was festgeschrieben werden muß, und was auf keinen Fall festgeschrieben werden darf. Ist es nicht gerade Sinn der Möglichkeit, diverse Vorläufe für einen identischen Zeitraum anzulegen, daß selektiv festgeschrieben werden darf? DANKE.

martinkolberg · ‎30.04.2022

Mit der neuen Festschreiberitis gibt es durchaus Gründe, unfertige Stapel zu exportieren, um diese dann exakt so wieder zu importieren. Beispielsweise die OSS- Meldung, die zwangsweise alles festschreibt. Situation: - März Import der Umsätze ist im System (OSS- Sachverhalte gebucht) - Die Buchhaltung hat den normalen März Vorlauf noch unfertig im System. Die Bank mit den zig- tausend Kundenzahlungen in Bearbeitung. Was tun zum OSS- Termin? - festschreiben geht nicht! - Exportieren geht, OK, aber... nach dem Import sind die Vorschläge weg. -> Datensicherung erstellen -> Stapel raus kicken -> OSS melden -> Datensicherung rückspielen ---> irgendwann später den OSS Mist dann nachträglich als "Gebucht" kennzeichnen. Verfahrenstechnisch ein NoGo!!!

martinkolberg · ‎30.04.2022

Aktuelles KST- Update in 10 Minuten durchgelaufen: (Client- Server) Master PC: Server. Master- Update- Installation -> Neustart (inbes. keine 5 Minuten) Alle PC eingeschaltet: Update startet automatisch und ist nach weniger als 5 Minuten durch. Hat also Potential für den Montag- Morgen. __________________ Installierte Hotfixes: 3 Dokumentenablage Elektronischer Einspruch AP Basismodul

Beiträge und Ideen von martinkolberg

Auszeichnungen