@c_kleineboymann  schrieb: Ich beneide Sie um Ihren Optimismus; leider kann ich ihn nicht teilen.    1.) Welche anderen Unternehmen haben sich denn gegen den SQL entschieden? Ich kenne viele kleine Player am Markt, alle anderen relevanten nutzten nie den MS SQL oder schwenken einfach von diesem auf einen anderen SQL um.  Genau mein Humor... ich habe mal Gemini gefragt und stimmt, es sich noch nieee jemand gegen SQL entschieden...     Hier sind die prominentesten Unternehmen, die sich für kritische Systeme gegen SQL entschieden haben, und die Hintergründe dazu: 1. Amazon (Der Auslöser der Revolution) Amazon ist wohl das wichtigste Beispiel. In den frühen 2000ern hatte Amazon massive Probleme mit seiner Oracle-Datenbank-Infrastruktur, besonders während des Weihnachtsgeschäfts (Black Friday). Das Problem: Klassische SQL-Datenbanken priorisieren Konsistenz (Daten sind immer sofort überall korrekt). Amazon fand heraus, dass für ihren Warenkorb Verfügbarkeit wichtiger ist. Es ist schlimmer, wenn ein Kunde nichts in den Warenkorb legen kann (Serverfehler), als wenn der Warenkorb für wenige Millisekunden "falsch" angezeigt wird. Die Entscheidung: Amazon entwickelte intern Dynamo (das Papier dazu erschien 2007). Dies war der Startschuss für die moderne NoSQL-Welle. Später wurde daraus das Produkt Amazon DynamoDB, das heute weite Teile von Amazon.com betreibt. 2. Netflix (Der radikale Wechsel) Netflix vollzog 2008 eine der radikalsten Migrationen, nachdem ein schwerer Datenbankfehler in ihrem eigenen Rechenzentrum den Dienst für Tage lahmgelegt hatte. Die Entscheidung: Sie entschieden sich für Apache Cassandra (eine NoSQL-Datenbank, ursprünglich von Facebook entwickelt). Der Grund: Netflix benötigte eine Datenbank, die global verteilt ist. Wenn ein Server in den USA ausfällt, sollen die Daten aus Europa nahtlos übernehmen. SQL-Datenbanken (wie Oracle, das sie vorher nutzten) waren damals schlecht darin, Daten über mehrere Kontinente hinweg synchron und schnell zu halten. Nuance: Interessanterweise migriert Netflix aktuell für bestimmte Dienste wieder zurück zu modernen SQL-Lösungen (wie CockroachDB oder Amazon Aurora), da diese mittlerweile die Skalierungsprobleme von damals gelöst haben. 3. Facebook / Meta (Die Erfinder) Facebook hatte das Problem, dass die Inbox-Suche (Nachrichten) mit dem rasanten Nutzerwachstum nicht mehr performant über MySQL abgebildet werden konnte. Die Entscheidung: Sie entwickelten Apache Cassandra und nutzen später für andere Bereiche HBase. Der Clou: Facebook hat SQL nie ganz verlassen. Sie nutzen für ihren "Social Graph" (wer kennt wen) immer noch MySQL, aber in einer stark modifizierten Version (oft mit einer Engine namens MyRocks). Sie nutzen SQL also eher als simplen "Key-Value-Store" und verzichten auf komplexe SQL-Funktionen wie JOINs. 4. Uber (Der Zick-Zack-Kurs) Uber ist ein berühmtes Beispiel für einen Technologie-Wechsel, der viel diskutiert wurde. Die Entscheidung: Uber startete mit einer klassischen Architektur (PostgreSQL). Als sie massiv wuchsen, stießen sie auf Probleme mit der Art und Weise, wie Postgres Daten schreibt (Write Amplification). Sie migrierten daraufhin zu einer eigenentwickelten Lösung namens Schemaless, die technisch auf MySQL basiert, es aber wie eine NoSQL-Datenbank nutzt (keine Relationen, keine Transaktionen über Shards hinweg). Der Grund: Sie brauchten extreme Schreibgeschwindigkeit für die Millionen von GPS-Positionen der Taxis. 5. LinkedIn LinkedIn hatte spezielle Anforderungen an das Speichern von komplexen Beziehungen ("Wer kennt wen über drei Ecken?"). Die Entscheidung: Sie entwickelten Voldemort (einen verteilten Key-Value-Store) und später Espresso (eine dokumentenorientierte NoSQL-Datenbank). SQL war zu starr, um die massiven, sich ständig ändernden Nutzerprofile und Feeds performant auszuliefern.   2. Und damit endet dann meine Antwort, denn ich werfe nichts durcheinander, es ist aber auch nicht mein Job, Ihnen die Welt zu erklären. Ich habe geschrieben, dass es möglich sein wird, das zu tun. Dass das einen Berg von Indivualentwicklung bedeutet, die sich für eine normale Kanzlei nicht lohnt, steht dabei außer Frage. Bei entsprechender Größe kann ich mir aber eben auch individuell etwas bauen lassen.  ... Mehr anzeigen

Andersrum gehts, Upload mobil ist als Ziel des Senden-An Workflows auf dem Handy auswählbar, so bekommt man jede Datei spontan an den gewünschten Ort 👌 ... Mehr anzeigen

@martinkolberg  schrieb: - erkannte Kreditor- Nummer in die Zwischenablege - Neues Konto anlegen - Die alte Kreditor Nummer zum Überschreiben einkopieren. -> Funktioniert.   Problem am Workflow: Man erkennt nicht den Zustand der gespeicherten Daten.  mega! ... Mehr anzeigen

@c_kleineboymann  schrieb: Können sie schon, der SQL verschwindet ja nicht sondern wandert in die Azure Cloud und das entspricht ziemlich genau dem Fahrplan aller Softwarehersteller die Software as a service leben.  Das ist nicht das Problem, die DATEV hat sich (so wie quasi alle anderen Softwareunternehmen schon lange) dagegen entschieden, nach 2030 für alle Kanzleien den SQL-Server auszuliefern.  Wer sich eine SQL Lizenz selbst besorgt, kann DATEV theoretisch auch nach 2030 on premises betreiben.    Entwickeln von online Anwendungen wird durch KI massiv vereinfacht, vor allem das Umschreiben von Code von einer Sprache in eine andere, dürfte ein Thema sein, bei dem KI eine echte Hilfe ist. Die neue online Welt ist dazu nicht so ein verwobener Molloch wie die aktuelle Software sondern besteht aus Einzelteilen, die über Schnittstellen in Kontakt bleiben. Bei den unfassbaren Datenmengen, die auch noch wild verwoben sind, ist es ausgeschlossen, dass das immer alles glatt läuft, aber aus meiner Sicht ist das Desaster-Manangement der DATEV inwischen vorbildlich und alles Wichtige läuft stets binnen kurzer Zeit wieder.    Außerdem freue ich mich einfach drauf, wenn endlich alles umgezogen ist und alle Prozesse einheitlich im Browser  laufen. Die Entwicklungsgeschwindigkeit hat aus meiner Sicht deutlich zugenommen, dabei sind die Kernprogramme eo und Rechnungswesen noch gar nicht betroffen. aber auch das neue Kanzleimanangement sieht bedeutend besser aus, da überlege ich schon jetzt, ob ich nicht umziehen möchte, ich denke zum nächsten Jahreswechsel ist das dran.  ... Mehr anzeigen

Ich könnte mir vorstellen, dass z.B. im Zuge der Umstellung auf das Camt-Verfahren bei der Bank neue Einstellungen vorgenommen wurden, die nun den Abruf verhindern. Dort würde ich mal fragen.  ... Mehr anzeigen

dann entweder einen anderen Platzhalter (z.B. "aktuelles Jahr") oder dem Dokument muss an anderer Stelle vorab das Jahr mitgegeben werden.  Edit: Bei mir ist das Jahr vorausgefüllt:    ... Mehr anzeigen

PDF Druck und als sonstige Nachricht schicken, alte Jahre werden abgeschaltet und können nicht mehr anders übertragen werden.  ... Mehr anzeigen

Nein, Pflichtfelder können nur fürs Speichern, nicht fürs Erstellen vorgesehen werden. Warum reicht denn ersteres nicht??  ... Mehr anzeigen

@LoSchmidt  schrieb: Ist es möglich von uns erstellte Dokumente in Meine Steuern, z.B. interne Notizen oder Arbeitshilfen, vor dem Zugriff des Mandanten zu schützen? Das ist nicht "möglich" sondern selbstverständlich! Damit der Mandant Dokumente in meine Steuern sieht, muss die dort jemand platzieren. Wenn die internen Dokumente im lokalen DMS (oder auch in ESt als individuelle Anlage) bleiben, bekommt der Mandant hierauf keinen Zugriff.    Die Dokumente in Meine Steuern sind ebenso wie die in Belege online die Grundaufzeichnungen der Mandanten! Hier haben interne Dokumente aus der Kanzlei nichts zu suchen. Wenn der Mandant wechselt, gehen die Dokumente mit.  ... Mehr anzeigen

Haben sie die gewünschte Nummer in den Einstellungen zur Niederlassung als Start-Rechnungsnummer definiert?    ... Mehr anzeigen

Die letzten beiden haben in absehbarer Zeit ihr EOL erreicht, da wäre eine andere Reihenfolge tragisch. KM ist das, was wir alle in 5 Jahren benutzen - und ich freu mich drauf! Ich brauche die meisten eo comfort Funktionen nicht, dafür verbringe ich mit Rechnungen und Aufträgen viel Zeit. Wenn das alles in der Cloud durchläuft, wird mein persönlicher Aufwand sicher geringer. Dazu bin ich Fan von Agilen Methoden und finde die - dazu gehördende -Kanban Sicht ideal für die Darstellung der künftigen Aufträge.    Und wenn der QR Code wichtig ist, gibt es jetzt einen Grund zum Umsteigen 👍 ... Mehr anzeigen

Wow, alle hier keine Geschenke bekommen?    Es gibt von der DATEV ein Programm, mit dem man die allermeisten steuerlichen Sachverhalte abbilden kann, es nennt sich Auftragswesen.  Die eRechnungsplattform ist nicht angetreten, um Auftragswesen zu ersetzen. Netterweise gibt es dort aber die kostenlose Funktion "eRechnungen schreiben". Wem das reicht, kann es ja gern nutzen, aber hier über mangelnden Funktionsumfang eines kostenlosen Angebotes zu philosophieren ist mal vollkommen sinnlos.  ... Mehr anzeigen

Die Frage war, ob konkrete Belegtypen zugeordnet werden können, die Antwort, nein, keine Belegtypenverknüpfung aus dem eRechnungspostfach... wo ist das Problem? ... Mehr anzeigen

Über den Zahlungsverkehr läuft der Abruf über FinAPI, die sind eine Tochter der Schufa... und man benötigt alle 90 Tage eine starke Authentifizierung (TAN). Der Rz-Abruf ist kostenpflichtig bei der Bank, manche Banken sind da ganz schön unverschämt, dafür wird er einmal eingerichtet und läuft solange bis er gekündigt wird.  ... Mehr anzeigen

Die Rechnungsschreibung der eRechnungs-Plattform soll nur die einfachsten Fälle abbilden, insofern würde es mich wundern, wenn reverse charge funktionieren würde. Das dürfte ein Fall für Auftragswesen sein.  ... Mehr anzeigen

Über die Frage DLK oder durchlaufender Posten beim Zwischenhändler entscheidet das Auftreten des Zwischenhändlers. Tritt dieser im eigenen Namen auf , ist es Dienstleistungskommission, sonst ein durchlaufender Posten.    Für den Musiker macht das aus deutscher Sicht im Ergebnis tatsächlich keinen großen Unterschied, es ist immer eine sonstige Leistung, grenzüberschreitend B2B und damit ist der Leistungsort nicht im Inland. In der EU wäre es allerdings 13b I UStG, außerhalb § 13b II.    Edit: Aaah, für die empfangene Vermittlungsleistung macht es natürlich einen Unterschied: Bei einer DLK ist der Leistungsempfänger die Plattform, bei einer Vermittlungsleistung ist der Musiker Leistungsempfänger und muss in der Folge die USt für die Vermittler hier abführen.  ... Mehr anzeigen

@Yvo4  schrieb: Nur ist da diese Unsicherheit Dinge zu übersehen, die man hätte besser vorbereiten können, die einen dann zur Umstellung in den Wahnsinn treiben. Man hat ja schließlich auch noch anderes zu tun wie die Umstellung auf die Cloud.....   daher die Frage, was in anderen Kanzleien bereits an Vorkehrungen getroffen wurden, oder ob es eine knappe Checkliste gibt, welche ich bisher nicht gefunden habe. Mittelfristig hilft es, die Hilfsangebote der DATEV wahrzunehmen, DATEV Info online, Sneak Preview und Co. In den kommenden Jahren wird in jedem Seminar ein Hinweis darauf enthalten sein, was die Umstellung für die Kanzleien bedeutet. Hierzu werden auch die Kollegenseminare neu aufgestellt und sie erhalten einen neuen Praxis-Bezug, indem die Seminare sich künftig mehr an den Programmen / Themen orientieren. Jedes Thema hat seine eigenenen Herausforderungen.    Meine ganz persönliche Empfehlung ist, am Anfang anzufangen: Bei den Grundaufzeichnungen der Mandanten! Diese sollten unmittelbar vom Mandanten digitalisiert werden, nur so machen die Folgeprozesse auch wirklich Spaß. Und dann Schritt für Schritt die verschiedenen Informationswege (Bank, Kasse, Belege, Lohn) vereinheitlichen.  Das kann alles noch in der vertrauten offline Welt passieren. Die erste leistungserstellende Anwendung, die künftig nicht mehr offline läuft, ist die EÜR. Diese ist in der ESt im Vz 2026 nicht mehr enthalten. Rechnungswesen wird irgendwann (~2029/2030) das Licht ausknipsen, da dies die mit Abstand komplexeste Software in der DATEV Welt ist.  Dazwischen ist noch etwas Zeit.   Wenn alles umgezogen ist, wird das ein richtig gutes System mit Kommunikation in den Prozessen integriert, hierbei wir die DATEV App helfen, die in 2026 kommt und Komminkation und Upload Mobil kombinieren wird.  Bis dahin wird es immer etwas holpern, aber die Art der Entwicklung stellt sicher, dass "falsche" Wege immer so kurz wie möglich gehalten werden, indem die Anwender zu einem möglichst frühen Stadium mit einbezogen werden. Gerade in die Übersichtlichkeit und in flüssiges Arbeiten mit der neuen Mandantenliste wird gerade viel Zeit investiert, auf dass hier ein Übergang künftig ohne Schmerzen stattfinden kann.  ... Mehr anzeigen

https://letmegooglethat.com/?q=L+4+BA+13%2F24  ... Mehr anzeigen

@Wohlgemuth  schrieb:   Denn Datev hat für die normalen EO Standard User mit der Dok. Ablage KEIN vernünftiges System um mit den digit. Bescheiden umzugehen.   Keine Zuordnung der digit. Bescheide an Sachbearbeiter usw. Das hat mit der Eigenorginsation (als DATEV Programm) nichts zu tun, der Unterschied liegt im Dokumentenmanagement System. Diese gibt es mit Workflow Unterstützung (DMS) und ohne (Dokablage).    Letztendlich wäre ich als Chef der "Depp" der die Bescheide abruft und dann auch noch ablegen darf, drucken darf usw. Eieiei, wo soll ich anfangen...  1. Wer das abruft, ist eine Frage der Organisation, das kann auch die Mitarbeiterin, die die bisher aus dem Umschlag geholt hat.  2. "Depp" ist relativ, vielleicht ist es ja auch interessant, alle Bescheideingänge zu sehen. 3. Elektronisch übermittelte Bescheide bitte nicht ausdrucken... Es gibt so viele schöne Tools, die dabei helfen, digitale Dokumente den Mandanten zuzustellen. ... Mehr anzeigen

...ein Problem, das grob 80% der Mandanten nie treffen wird, weil sie nie eine xRechnung erhalten. Außerdem gibt es genügend Möglichkeiten, wie ich diesen Einzelfall abbilden kann, insofern danke fürs Trollen diesen wertvollen Beitrag 🙄.  ... Mehr anzeigen

Dafür! Mit den genannten Verbesserungen wäre es dann mehr als nur eine Notlösung. Vor allem wären dann die Mandanten endlich nicht mehr darauf angewiesen, ihre Daten an FinAPI aka die Schufa weiterzugeben, wenn die Bankdaten manuell eingespielt werden sollen.  ... Mehr anzeigen

Mit DATEV DMS wäre das über einen Status möglich, ohne ist es eine Aufgabe.    Digitale Bescheide machen mit DMS unendlich viel mehr Spaß!  ... Mehr anzeigen

@StB_in  schrieb: Vielleicht traut sich ja auch jemand von der Datev sich zu dem Thema zu äußern Das hat mit "Trauen" nichts zu tun, der Blick in die Vergangenheit zeigt, dass Mehrjahrespläne in der Produktentwicklung bestenfalls auf einem sehr abstrakten Niveau einzuhalten sind.  Der Teufel steckt immer im Detail und auch wenn 90% schon klappen, kann sich immer noch ein neues Problem offenbaren. Deshalb macht die DATEV keine Wasserfall-Entwicklung mehr (aka 7.0, die älteren werden sich erinnnern), sondern geht mit dem Produkt möglichst schnell zum Kunden. So werden Probleme bereits in einem möglichst frühen Stadium identifiziert. Frei nach Frank Drebin "Wie ein Blinder beim Gruppensex: Langsam an die Dinge rantasten." Anders geht es in einem so komplexen System nicht.  ... Mehr anzeigen

Die offline Komponenten werden bis mindestens 2029 noch auf dem Kanzlei-Server laufen müssen. Die erste leistungserstellende Anwendung, die "in die Cloud" wandert, ist die EÜR, diese wird wohl ab Vz 2026 nicht mehr in ESt zu finden sein.  Rechnungswesen wird das letzte Programm sein, welches noch on premisses laufen wird, alles dazwischen ist zwar durchgeplant, aber wie es mit Plänen so ist... Das dürfte aber auch für ihre Entscheidungsfindung nicht relevant sein.       ... Mehr anzeigen

Ich wurde gefragt, warum wir eigentlich überhaupt Linux und nicht thinclient nutzen, da hatte ich keine konstruktive Antwort außer "Erfahrung" drauf. Hat jemand ThinClients in der Kanzlei im Einsatz? Ich hatte 2017 mal einen gekauft, da ich das von der DATEV gewöhnt war, bin dann aber an der SmartCard gescheitert. Das scheint aber ein lösbares Problem gewesen zu sein...?  ... Mehr anzeigen

Mit dms kein Problem, meine Frist ist fast immer vorverlegt 👍🏻 ... Mehr anzeigen

@Sabrina99  schrieb: Wir haben noch viele Mandanten, die bereits in Rente sind und sich auch dementsprechend schwer tun mit allem, was digital abläuft. Wie geht ihr in eurer Kanzlei mit dieser Mandantengruppe um? Jede Regel hat ihre Ausnahme - wenn beim Mandanten keine E-Mail hinterlegt ist, wird die Rechnung eben gedruckt. Aber auch die meisten Rentner werden froh sein, wenn kein Baum für ihre Rechnung sterben musste 😉 ... Mehr anzeigen

per Post an den Mandanten. Es sei denn er oder sie hat ein ELSTER Konto, dann kann es auch dort digital passieren.  ... Mehr anzeigen

Heureka! Nachdem die Entwicklung zunächst auch der Meinung war, dass es mein Fehler sei und einen "sehr" hilfreichen Lösungsvorschlag (Vorschuss stornieren...) übermittelte, bekomme ich heute endlich die Mitteilung, dass der Fehler intern nachvollzogen werden konnte und in der nächsten Version ausgebaut wird. Kaum sind gut zwei Monate rum...  ... Mehr anzeigen

@Nicola_Teich  schrieb: Hallo @RAHagena,   auch wenn dieser Thread schon gelöst wurde, schreibe ich mal, weil ich ja auch direkt angesprochen wurde.   Wir haben das Thema intern diskutiert. Es würde einen größeren Umbau erfordern, hier noch anders/besser auf den Digitalen Bescheid zu reagieren. Wir konzentrieren gerade alle Kapas auf die Cloud-Anwendungen, daher werden wir hier nichts mehr ändern. Ich bitte um Verständnis. Danke fürs Prüfen und ich kann es zu 100% nachvollziehen, dass tote Pferde nicht weiter geritten werden sollen! Aus Anwendersicht es aber nicht nachvollziehbar ist, warum "if elektronischer Bescheid = true then set Feld 1 to xy" einen "größeren Umbau" erfordert, nachdem der Wert "elektronischer Bescheid" hier ja vorliegt... Aber aus Anwendersicht ist Entwicklung immer einfach 🙂 ... Mehr anzeigen