Hallo @Eva_Hartwich ,   was macht denn unser Termin? Habe lange nichts mehr gehört.   Beste Grüße   Martin Kausch ... Mehr anzeigen

Moin @stbschönecker ,   habe gerade das gleiche Phänomen und setze noch einen drauf. Kontoumsätze bis 13.12. sind da. Am 14.12. gibt es eine Ausgleichspostion für Umsätze vom 13.12. und 14.12. Diese Ausgleichsposition lässt sich überhaupt nicht nachvollziehen. Habe parallel im Online-Banking versucht die Zahl zusammenzupuzzeln. Dann geht es weiter. Nächster Kontoumsatz ist dann vom 17.01.2022. Dazwischen ist nichts. Keine Ausgleichsbuchung. Einfach nichts. In der Zeit sind ca. 300 Buchungen erfolgt.   Habe mir eine MT940 Datei vom 14.12.-31.12. und vom 01.01.-16.01. geben lassen und die spielen wir ein. Ein Belegzuordnung an die Kontoumsätze brauchen wir bei dem Mandanten nicht aber ggf. Notizen wäre wichtig gewesen. Also in Rewe Bankstammdaten ändern, Daten einlesen und buchen, Kontoauszüge ausdrucken, beschriften, einscannen und uns mailen lassen. Im Januar dann bis zum 16.01. Daten einspielen. Dann wieder Bankstammdaten zurückändern, beten das nichts schief geht und weiter gehts. Egal was man in Sachen DATEV anfässt ist nur noch eine einzige Katastrophe. Es nervt nur noch.   Kontoumsatzlücken in Bank online @DATEV: Der oben geschilderte Fall tritt anscheinend auch bei HBCI PIN/TAN auf. Also bitte das Dokument aktualisieren. Eine Behebung des Problems wäre ja ein utopischer Gedanke.   @DATEV, die Zweite: Was macht Ihr eigentlich jeden Mittwoch bei UO?   ... Mehr anzeigen

@jjunker    @jjunker  schrieb: Und wenn mir der Kommentar erlaubt ist. Am ergonomischsten sitzt man zurück gelehnt und schaut der Kiste (dem Rechner) beim Import der Buchungen zu. So viel als möglich automatisieren. 🤗😇 Was soll dann der arme Manuel machen?😉   ... Mehr anzeigen

Moin @martinkolberg ,   kann softwarehexe empfehlen. Habe dort schon häufiger Lizenzen gekauft und als es mal ein Problem gab, konnte das telefonisch gelöst werden. Es ist definitiv keine von diesen Fake-Seiten.   Beste Grüße    Martin Kausch     ... Mehr anzeigen

Hallo @Tobias_Saule ,   bitte verstehen Sie die nachfolgende Kritik nicht persönlich. Es liegt mir fern Sie oder jemand anderes persönlich anzugreifen. Ich verstehe nur manche Vorgehensweisen der Datev einfach nicht. Wir schreiben das Jahr 2021, bald 2022. Jeder weiß über die Entwicklungsgeschwindigkeiten neuer DATEV-Programme, Tools etc. Bescheid. 2029 soll alles in die Cloud. Wie stellen Sie sich das denn jetzt vor?   Die Entwicklung dieses Programmes wird doch an ein Programm (REWE) "gekoppelt" was ein Auslaufmodell ist. REWE muss ja komplett neu geschrieben werden. Bedeutet für mich, dass Ihr Tool entsprechend dann auch komplett neu geschrieben werden muss. Macht das überhaupt Sinn JETZT noch damit anzufangen irgendwas in/für REWE zu konzipieren?   Weiterhin stelle ich mir die Frage. Was wurde denn all die Jahre gemacht mit den Ideen und Vorschlägen? Es wurde bereits erwähnt, dass es schon in der NewsGroup Anregungen gab. Was hat denn der Außendienst Ihnen all die Jahre an Informationen gegeben und was haben Sie damit gemacht?   Meiner Meinung nach machen Sie es sich gerade zu leicht. Statt einmal in die Recherche vergangener Anregungen, Vorschläge, Ideen etc. zu gehen, fragen Sie uns einfach erneut ab. @mosachse und @marcohüwe haben ja aus Ihren damaligen Threads/Posts kopiert bzw. verlinkt. Es macht einfach keinen guten Eindruck. Es wurde bereits genug Input geliefert. Was, das schließe ich aus Ihrem Thread, bisher kaum Gehör gefunden hat.   Vielleicht sollten Sie einmal überlegen ob es nicht sinnvoller ist, dass man sich die Zeit für die Entwicklung und Implementierung in ein Auslaufmodell spart und über einen längeren Zeitraum (1-2 Jahre) Informationen zusammenträgt, mit Genossen in einen direkten Austausch geht (den Workshop mit Fachberatern halte ich für zielführend) und Konkurrenzprodukte analysiert. Und dann mit den gewonnenen Erkenntnissen mit dem REWE-Cloud Team zusammensetzen und es dort gleich bei der "Neuschreibung" von REWE implementieren, damit es zur Freigabe von Rewe-Cloud vorhanden ist und auch funktioniert. Dann können Sie uns mit Highlights umhauen. Und immer im Blick auf Prozesseffizienz . (@blum hat es eindrucksvoll beschrieben)   Die Gefahr sehe ich einfach, dass jetzt sukzessive etwas zusammengebastelt wird und wenn es fertig ist, steht Rewe-Cloud in den Startlöchern und dann ist Ihr Tool nicht mehr kompatibel. Dann kriegen wir wieder MVP's vorgesetzt. Dann dauert es wieder Jahre um auf den damaligen IST-Zustand zu kommen. Dann sind wir bei 2035 oder so.   Wir sind jetzt jahrelang irgendwie klar gekommen. Ich könnte mir vorstellen, dass wir noch ein paar Jahre länger durchhalten können.   Ich greife "MVP" noch einmal auf. Ich kannte es bisher nur aus amerikanischen Sportarten. Ein weiterer Begriff, der dort bekannt ist. "Rebuild". Viele Teams strukturieren sich neu. Spieler sind alt oder häufig verletzt oder kosten einfach zu viel bei wenig Leistung. Dann läutet man den Rebuild ein. Es werden neue junge Talente ins Team geholt und langsam aufgebaut. Die ersten Jahre sind die Ergebnisse schlecht. Aber einkalkuliert. Und dann hat man vielleicht das letzte Puzzlestück gefunden und greift nach der Championship.  Ich spreche hier ausschließlich für das Produkt. Das ist keine Andeutung bzgl. Personalpolitik.   Ich halte ein Rebuild für sinnvoll. Entwickeln Sie in Ruhe und mit Blick auf die Cloudstrategie alles sukzessive erstmal intern weiter. Sammeln Sie Ihre Puzzlestücke, machen Sie intern JETZT Fehler, lernen Sie daraus, gehen Sie häufig mit uns in die Diskussion. Transprarenz ist wichtig. Und dann wenn Rewe-Cloud kommt, dann ist Ihr Produkt eines der Highlights und sorgt für Begeisterung. Dann ist es ein Most Valuable Product! Und dann...Weitermachen. Nach oben kommen ist "leicht", aber oben bleiben ist die Herausforderung.   Vielleicht ist es ein Denkansatz der anderen Art und nicht der Input den Sie erwartet hatten. Ich wünsche Ihnen viel Erfolg bei Ihrem Vorhaben und hoffe auf das beste, kundenfreundlichste und nachhaltigste Produkt.   Beste Grüße   Martin Kausch     Anmerkung @Tobias_Saule : Bitte nutzen Sie "@" um uns anzusprechen. Dann erhalte ich zum Beispiel eine Nachricht, dass ich erwähnt wurde und kann darauf schneller reagieren. Einfach "@" klicken, dann werden Ihnen bereits Vorschläge aus dem Thread gegeben (s. Bild). Ansonsten schreiben Sie den Nickname. Danke     ... Mehr anzeigen

Hallo @bgoergens ,   ich habe leider keine Antwort.  Auftragswesen next (mit Abschlagsrechnungsfunktion) - Freigabetermin  In Ausgangspost habe ich die nächsten "Erweiterungen" einmal aufgeschrieben.   Mit einer Abschlagsrechnung ist vermutlich so schnell nicht zu rechnen.   Beste Grüße   Martin Kausch ... Mehr anzeigen

Moin,   ich hatte heute ein sehr langes Telefonat mit Herrn Timo Preuß von der DMS-Abteilung bzgl. der Vorlagenverwaltung. Der Mann ist einfach "The Brain".  Vielen vielen Dank für Ihre Unterstützung. Das war eine Wahnsinns-Hilfe.   Beste Grüße   Martin Kausch ... Mehr anzeigen

Hallo @OliverFrank ,   puh. Da bin ich gerade überfragt. Also Unternehmen online ist dafür m.W.n. nicht geeignet. Wie Sie beschrieben haben, sind  die Nachkommastellen das Problem. Die Erfassung dieser Belege als Rechnungseingang wäre vom Ablauf her ja umsetzbar. Aber die erheblichen Abweichungen durch die kaufmännische Kürzung macht dem einen Strich durch die Rechnung. Ich vermute diese Belege müssen aktuell händisch gebucht werden.   Ich wüsste aber auf Anhieb nicht einmal wo man im Rechnungswesen die Nachkommastellen ändern kann, damit man das überhaupt verbuchen kann.    Ich glaube für Ihren Fall wird es so schnell keine praktikable Lösung in Unternehmen online geben.   Beste Grüße   Martin Kausch ... Mehr anzeigen

@OliverFrank  Könnten Sie das einmal genauer beschreiben? Ich kenne das so. Fall 1: Sie erbringen eine Leistung/Ware und Sie erhalten von dem Leistungsempfänger eine Gutschrift. Zwar ist es eine eingehende Rechnung, ist aber mit einer von Ihnen geschriebenen Rechnung gleichzusetzen. Also würde ich diese Belege als Rechnungsausgang erfassen.   Fall 2: Umgekehrt verhält es sich, wenn Sie eine Leistung/Ware erhalten und dem Dienstleister dann eine Gutschrift schreiben. Dann ist das doch eigentlich wie eine Eingangsrechnung zu betrachten.   Ich selbst habe solche Fälle vereinzelt auch. Unser Mandant schreibt eine Rechnung. Erhält aber zusätzlich vom Leistungsempfänger auch noch gelegentlich eine Gutschrift für Provisionen. Diese erfassen wir als Rechnungsausgang.   So würde ich mit den Gutschriften umgehen. Und für den Fall wie ich Ihn in vorherigen Post beschrieben habe, wenn Sie normal Rechnungen an Kunden schreiben und mal eine Gutschrift oder Rechnungskorrektur dabei ist, dann halt manuell in der Bank eine Zahlung erfassen. Ist zwar nicht die Ideallösung, aber funktioniert wenigstens.   Beste Grüße   Martin Kausch ... Mehr anzeigen

Guten Morgen @SvenJanning ,   ich vermute einmal Sie haben als Ausgangsrechnung eine Gutschrift/Rechnungskorrektur für den Kunden und wollen ihm die Gutschrift auszahlen. Über den Belegtyp Rechnungsausgang ist das nicht möglich.     Die Ausgangsrechnung wird in jedem Fall auch mit dem Belegtyp Rechnungsausgang erfasst, damit der Beleg in der Buchhaltung auch richtig ist. Wie Sie bereits erwähnten haben Sie ja bei der Erfassung Ihre Stammdaten zu dem Debitor.   Jetzt geht es um das Bezahlen. Da gibt es m.M.n. 2 Optionen.   Sie erfassen den Beleg zusätzlich als Eingangsrechnung. Dabei vergeben Sie keine Kreditorennummer und speichern auch keine Stammdaten. Diese Erfassung dient einzig und alleine dafür, dass Sie in der Rechnungsliste einen "offenen Posten" haben zum Bezalhen. Den dann an Bank online übergeben und bezahlen. In der Buchhaltung wird dieser Beleg (Belegtyp Rechnungseingang) gelöscht. Hat keine weitere Verwendung.   Damit man sich das spart, empfehle ich einfach die manuelle Erstellung einer Zahlung. Dann haben Sie nur einen Beleg und eine Zahlung. Das matcht sich dann in der Buchhaltung.   Ich hoffe ich habe die Ausgangssituation richtig verstanden. Falls nicht einmal bitte genauer beschreiben.   Beste Grüße   Martin Kausch     PS: @metalposaunist : Bin ja häufig auf deiner Seite. Aber dein Post war jetzt in der Form nicht nötig. Wir wissen alle über die Probleme Bescheid, ich selbst meckere genug (und auch öffentlich), aber in diesem Fall war deine Hilfe (die sonst immer der Hammer ist) unangebracht. Sorry   ... Mehr anzeigen