Suchergebnisse

Hm. OK. Heißt also ich kann aus der Sage per SMTP über M365 keine Mails an Datev senden... Zumindest hat Sage mein Ticket dazu an die Entwicklung gegeben. Nachtrag: und mit dem Kommentar an mich zurück gesendet, dass das Problem bei Datev liegen muss.....

Stimmt. Aber "können" heißt ja nicht "müssen". Zumindest lese ich das so.

Auf diese Art der Information warte ich selber schon. Bis dato habe die mir nur ne allgemeine Hilfeseite geschickt. Vieleicht habe ich ja was übersehen, aber mMn sollte es laut dieser Beschreibung funktionieren. https://apps.datev.de/help-center/documents/1008349

Beides ist nicht aktiviert. Die Mail wird ja auch akzeptiert, wenn sie aus z.B. Outlook weitergeleitet wird.

Aus der Beleg(Druck)Vorschau ? Probiere ich morgen. Aber was, wenn es dann geht? Der Kunde muss dann bei Rechnungen einen "Umweg" gehen . Der Charm geht verloren :)

Wenn es denn so einfach wäre. Ich habe schon die Logs bei Datev angefragt bzw. anfragen lassen. Die halten sich allerdings recht bedeckt...wohl weil sie selber keine Ahnung/Idee dazu haben. Zitat Datev:

Da die Sage prinzipiell funktioniert und die Belegvorschau auf dem Appserver gerendert wird, würde ich auf Netzwerk tippen. Hast mal in der CliConfg auf dem/den TS das TCP/IP Protokoll aktiviert?

Wenn Rechnungen als Mail versendet werden, so ist zusätzlich eine firmenspezifische Mailadresse für "Datev Unternehmen-Online" als Empfänger hinterlegt. Die gesendete Mail (Rechnung) wird aber immer von Datev abgewiesen mit der Begründung, dass der Anhang verschlüsselt sei (was nicht der Fall...

Zur Wahrheit gehört aber auch, dass Proxmox sehr wohl Kosten verursacht (verursachen kann); weniger als MS natürlich.

Prinzipiell würde ich, wenn mehrere TS geplant sind, immer zu einer Farm raten. Hier kann man schneller skalieren/austauschen usw. Bei max. 5 Leuten gleichzeitig lohnt es wohl eher nicht. Alternativ könnte man über die Konfiguration als Remote-App nachdenken.

bei neuen Dokumentarten in der SageDMS muss man auch die Berechtigungen im d.3 admin für diese setzen

Sorry. Hatte das falsch verstanden. Ich dachte du wolltest die neuen Nummern mit einer 0 voran. So'n Skript wäre gut. Zu beachten ist dann aber auch, dass hier ggf. eine instalierte SageDMS DB ebenfalls geändert werden muss/sollte.

vieleicht klappt es, wenn du 0 als Preset konfigurierst

Ich hätte auch Interesse an einer Beratung bzw. Lösung zu diesem Thema. Auf Kundenwunsch wurde die Artikelnummer von 5 auf 6 Stellen erweitert. Jetzt funktioniert aber die automatische Artikelnummerngenerierung nicht mehr wie vorher. Bsp: Artikel 23456 gibt es. Trage ich 2* ein, wird mir 223457...

Gerne kurze PN an mich.

Wir haben es bei einzelnen Kunden und ich auch in meiner Testumgebung funktionsfähig am laufen. Gerne schaue ich mir das mal an. Ggf. kann ich die notwendigne Hinweise geben.

D.velop Softwaremanager installieren und damit die Komponenten updaten. Warum das aber auch out-of-the-box nicht mit den Sage-DMS-Installfiles funktoniert, kann ich nicht sagen.

D.3one ist quasi Ersatz/Equivalent zu d.3-client. Man benötigt also extra Externer-Client Lizenzen dafür. Die Installationsdateien findest du unter ..\SageDMS\Sagede.Shared.DMS\redist

Habe hier mal beispielhaft einen Terminalserver auf dem ein User angemeldet ist.

Es wird immer kurioser. Ein Mitarbeiter erhält heute morgen die Fehlermeldung. Macht dann für eine Stunde etwas anderes, probiert es wieder und schon klappt es. Ohne das er sich vom TS abmeldet oder die Sage schließt. Also auch der MaxPrinter Eintrag ist in diesem Fall leider nicht die Lösung.