CRM Dynamsicher Excel Export

Question

Hallo Zusammen,

zunächst vielen Dank für Eure rasche Hilfe der vorangegangenen Fragen.

Meine Frage heute:
Ich mache einen dynamischen Export ins Excel, klappt! Jetzt habe ich einmal die Frage gestellt, was passiert eigentlich, wenn ich bei Excel unter Microsoft Query keinen Select-Befehl eintrage, sondern ein Update-Befehl? Ich war etwas geschockt, er hat funktioniert. Geht das nur bei mir als Admin, oder auch bei den Endanwendern?

Grüße Daniel

 

 

Answer 1

Hallo Daniel,

wenn der Benutzer das Recht hat Datensätze zu ändern, wird das auch bei den Endanwendern gehen.

---

Viele Grüße

Michael Sulz
MVP für Microsoft Dynamics CRM

Answer 2

Hallo Michael,

sorry, dass heißt:

Max Mustermann darf im CRM Adressen anlegen, ändern, löschen

folglich darf er auch via SQL direkt das selbe?

Teils schon logisch, aber natürlich auch dennoch gefährlicher, da hier alles mit einem befehl getan ist.

 

Gruß Daniel

Answer 3

Hallo Daniel,

ich gebe dir Recht, das ist nicht ganz ungefährlich. Der Benutzer muss allerdings erst einmal SQl verstehen, um das machen zu können. Und dann kann er auch mit jedem anderen SQL-Tool direkt auf die Datenbank.

---

Viele Grüße

Michael Sulz
MVP für Microsoft Dynamics CRM

Answer 4

Hi Michael,

Dank Dir, aber z.B. bei unserem PPS System, haben Benutzer im System das Recht Firmen anzulegen, zu ändern und zu löschen. Für Access DB gibt es hingegen dann nur eine ODBC Schnittstelle zu diesem PPS System die dann eine Lese-Berechtigungen duldet.

Warum kann dass nicht unser CRM System?

Grüße und ein schönes W'ende. Wie die Zeit vergeht....

Daniel

Answer 5

Aber das CRM System verhält sich hier nicht anders. Da der User, mit dem Du den Export gemacht hast, das Recht zu einem Update besitzt, wird auch der Update-Befehl aus dem Excel-SQL-Fenster abgearbeitet. Im Gegensatz zu dem von Dir geschilderten Weg, baut Excel eine Datenverbindung auf, die exakt die Rechte des Users wahrt. Das ist im Gegensatz zu einer "nur Lese"-Berechtigung sogar hilfreich, da hiermit auch eine Massenbearbeitung von Datensätzen aus Excel heraus möglich wird, wenn eine entsprechende Sicherheitsrolle vergeben ist.

 

---

Gruß Carsten Groth http://carstengroth.spaces.live.com

Answer 6

Hi Zusammen,

ich habe bei dieser Situation noch immer irgendwie Bauchschmerzen und finde es eigentlich doch etwas fahrlässig. Es ist doch eindeutig aufwendiger 40x250 Seiten mit Firmen abzufragen, zu markieren und dann auf X fürs löschen zu drücken, als wenn ich mit einem DELETE Befehl gleich alle meine 10.000 Datensätze löschen kann, oder?

Ein Bekannte sagte mir, es würde die Lösung bestehen, eine neue DB anzulegen, die einen VIEW auf die CRM SQL-DB macht. Die Excelabfragen würden dann über diese neue DB laufen, auf der dann nur Leserechte sind. Schön und gut, aber sobald ein MA aus CRM heraus dann eine eigene neue dynamsiche Abfrage macht, ist die Excel-SQL-Kopplung ja wieder auf der crmeigenen Haupt-DB.

Kann ich bei CRM eigentlich nicht irgendwie im Hintergrund Rechte (Registry) vergeben die ausschließlich einen statischen Export zulassen? Damit wäre es ja auch erledigt.

Grüße und Danke

Daniel