Dynamics BC auf Privat Cloud oder Public Cloud?

Liebe Profis

Wir sind dran unsere vorhandene NAV2016 von lokal auf Microsoft Dynamics BC Online migrieren.
Nun habe ich ein paar fragen, dass Sie mir helfen können.
Wir haben bereits ein Microsoft 365 Business Standard mit 75 Lizenzen
Hybrid Azure dienst ist bereit aktiv und synchronisiert die Users, Passwort usw. von AD zu Microsoft Admin Konsole.
Die Frage ist,
Wenn wir Microsoft Dynamics BC auf Online migrieren möchten, welche Cloud Art soll ich verwenden, Private Cloud oder Public Cloud?
Wenn wir bereits ein Azure dienst für Aktive Directory haben, dann müsste die User von AD mit Dynamics BC Synchronisiert werden. Ich verstehe den Vorteile oder Nachteil von Privat-Cloud vs. Public nicht.
Danke für jede Hilfe.

Beste Grüsse
Umut

Hallo,

damit du in der Public- Cloud betreiben kannst, musst du dich an die Regeln dort halten. D.h. als wichtigstes, deine Anpassungen müssen sich in der public Cloud über Addons implementieren lassen.

Z.B. ein Feld "Beschreibung 3" im Artikelstamm, das sich durch alle Dokumente weitergereicht wird, wird sehr aufwändig, bis unmöglich.

In der private Cloud könntest du solche Anpassungen durchführen, weil du Zugriff auf die Datenbank hast. Dürftest aber später an den erhöhten Lizenzkosten für BC scheitern, weil deine Software nicht "Cloud Ready" ist.
In der private Cloud (Azure VMs) hast du Zugriff auf die Datenbank und je nach Konfiguration auch auf die (virtuellen) Maschinen, auf denen BC läuft, und auch auf deren Leistung. In der public Cloud bekommst du einen Zugriff auf ein BC und nicht mehr. Wie leistungsfähig die Maschine ist, oder wer wann was an deiner BC- Installation und BC- Datenbank tut, darauf hast du dann nur begrenzten Einfluss.

Das kann z.B. zu Problemen führen, wenn (wie hier im Forum besprochen) z.B. deine Schließanlage in der Firma über BC läuft, und MS meint gerade ein Update fahren zu müssen, während deine Kollegen zur Arbeit kommen.

Gruß Fiddi

Hallo Fiddi

Herzlichen Dank für deine wertvolle infos.

Beste Grüsse
Umut

Aus meiner Sicht der wichtigste Aspekt zu D365BC SaaS (also public cloud) ist dass man sich nicht gegen Updates wehren kann (d. h. man kann diese nur innerhalb vorgegebener Zeiträume schieben).

Aus meiner Sicht der wichtigste Aspekt zu D365BC SaaS (also public cloud) ist dass man sich nicht gegen Updates wehren kann (d. h. man kann diese nur innerhalb vorgegebener Zeiträume schieben).

Vielen Dank für die Informationen, die du gegeben hast.

Ich denke, ich bin an einem guten Ort, um von Anfang an zu denken und die richtige Entscheidung zu treffen, anstatt später zu ändern.

Wir haben bereits eine aktive AD Azure auf MS Konsole. Wenn wir D365BC auf public cloud installieren, ist es nicht komplizierter und mühsam wie oben Fiddi geschrieben hat!
Eigentlich würde ich gerne wissen, was die Mehrheit bevorzugt. Sollte bei dieser Auswahl die Grösse und Kleinheit der Unternehmen berücksichtigt werden oder nicht?
Wir verwenden auch ein paar zusätzliche Externe Anpassungen wie Continia Document Capture, QR-Rechnungen, EassyRapport für Zeiterfassung usw. und werden diesen in Public möglich sein, oder mit dem Public bleibt man nur Standard ohne Erweiterungen?

Besten Dank

Hallo,

du kannst natürlich die Apps in der Cloud installieren, sofern sie angeboten werden (wovon ich ausgehe).

Der Teufel steckt aber im Detail.

Wie sieht es bei euch mit dem Drucken aus? Das ist so einfach nicht mehr möglich, oder nur über kostenpflichtige Zusatzdienste möglich, wenn du direkt ohne Vorschau drucken möchtest (z.B. einen Lieferschein automatisch im Lager ausdrucken).

Möchtest du automatisch Dateien einlesen, oder arbeitest du mit externen Diensten, die Dateien einlesen (z.B. Paketdienst) musst du dir auch Gedanken machen, da du als Client nur den WEB- Browser hast und keinen lokalen Client, der so etwas evtl. erledigen könnte.

Du solltest also alles was mit BC kommuniziert bzw. Daten austauscht auf den Prüfstand stellen, und dabei nichts für selbstverständlich halten.

Gruß Fiddi

Hallo

D365BC sollte in der Lage sein, PDFs zu exportieren, und bei Bedarf könnte man diese PDFs herunterladen und ausdrucken.
Ich glaube nicht, dass CloudPrint dafür benötigt wird.

- Belege sollen auf SharePoint gespeichert werden
- PDF-Belege Gesetzeskonforme Archivierung: Wir benötigen dafür eine Lösung. Unsere bisherige IT-Lösung ist nicht gesetzeskonform.
In der CH müssen wir Belege 10 Jahrelang bewahren.

Grüsse
Umut

Hallo,

wenn euch das reicht bei jedem Beleg die PDF herunterzuladen und separat auszudrucken, dann kann das funktionieren.

Das ist halt in jeder Firma anders. Wenn du 100 Sammelrechnungen drucken willst, macht das irgendwann keinen Spaß mehr jede Rechnung einzeln zu laden und zu drucken. Auch wenn du Lieferscheine(mit Kopien) für den Spediteur benötigst, macht das irgendwann keinen Spaß mehr, jedes mal manuell den Druck auszulösen. Dann möchtest du sagen "Buchen & Drucken" und der Beleg kommt aus dem Drucker.

Und auch dein Archivsystem sollte an BC angepasst sein, da diese Systeme oft den Beleg ein zweites mal im Hintergrund "drucken" und die Daten dann u.U. auch über einen speziellen Druckertreiber archivieren.

Gruß Fiddi

Wir haben kein Lieferscheine oder Kundenrechnungen, weil wir ein NGO Institut sind, daher nur die Löhne oder ganz selten etwas auf den Papier ausdrucken.
Für die Archivierunge gibt es noch die etxerne Firmen, dass die so ein Dienst mit DO365BC Schnittstelle anbieten.
Ich habe noch weitere gespräche mit Dynamics Partner Firmen um eine Offerte einholen aber früher etwas informieren, rettet das Leben.

Herzliche Grüsse
Umut

Hallo,

aber früher etwas informieren, rettet das Leben.

Das ist eine gute Einstellung

Gruß Fiddi

Noch eine Anmerkung zu Erweiterungen von D365BC in SaaS: Man sollte sich auch bewusst sein dass gemietete Apps/Extensions von anderen Unternehmen jederzeit wegfallen können. Uns ist das kürzlich so passiert dass ein Partner seine Apps für BC kurzfristig eingestellt hat, so dass diese für die nächste BC Version nicht mehr verfügbar sind. Man hat dann im Gegensatz zu D365BC on premises u. U. sehr kurzfristig das Problem zum einen Ersatz zu beschaffen und zum anderen die Daten aus der alten Extension so zu sichern dass sie erhalten bleiben. On Prem könnte man mit dem Update einfach so lange warten bis alles funktioniert, SaaS geht das nicht.

Hallo

übrigens auch die von BC, wenn Ihr euch entscheidet ein anderes System einzusetzen, müsst ihr das System noch 10 Jahre weiter betreiben wg. Aufbewahrungspflicht.

Gruß Fiddi

übrigens auch die von BC, wenn Ihr euch entscheidet ein anderes System einzusetzen, müsst ihr das System noch 10 Jahre weiter betreiben wg. Aufbewahrungspflicht.

In Deutschland zumindest ist das formal so, aber das kann D365BC SaaS ja ohnehin nicht erfüllen, wenn man es genau nimmt, da man dort die genutzte(n) Version(en) ja nicht archivieren kann. Wer zu BC SaaS geht muss ohnehin von einer freien Auslegung des deutschen Rechts ausgehen.

Das mag aber in der Schweiz anders sein.

Das ist schon richtig. Aber du könntest die Version ja 10 Jahre mit einem Benutzer weiter betreiben. Nur wenn MS sich überlegt keine Lust mehr auf BC zu haben, und es einzustellen. dann dürftest du ein Problem haben.

Gruß Fiddi

Das ist schon richtig. Aber du könntest die Version ja 10 Jahre mit einem Benutzer weiter betreiben.

Das schon, aber die würde ja trotzdem jeden Monat "upgedatet", man hätte ja nie die genutzte(n) Version(en), und auch hier keine Garantie dass alle Daten erhalten bleiben, wenn Microsoft beschließt bestimmte Funktionalitäten nicht mehr fortzuführen.

Übrigens gilt das ja auch für Mietlösungen on premises. Wir haben mehrere Kunden die das so gemacht haben, später auf andere Lösungen umgestiegen sind, aber dann eben einige Jahre lang noch die alte NAV Lösung mit einem Benutzer weiter gemietet haben. War in dem Fall nicht nötig das 10 Jahre durchzuhalten da es irgendwann jeweils eine BP gab und das Thema danach dann abgeschlossen werden konnte.

Danke für euch alle