Megosztás a következőn keresztül:

A testreszabással kapcsolatos fogalmak

  • Cikk

 

Közzétéve: 2016. november

Hatókör: Dynamics CRM 2015

A szervezetének működése egyedi. Egyes szervezeteknek jól definiált üzleti folyamatai vannak, amelyeket a Microsoft Dynamics 365 használatával alkalmaznak. Mások nem elégedettek jelenlegi üzleti folyamataikkal és a Dynamics 365 segítségével új adatokat és folyamatokat kívánnak alkalmazni üzleti tevékenységükre. Bármilyen helyzetben is legyen, sok testreszabási lehetőségeket talál a Dynamics 365 rendszeren belül, így az biztosan működni fog szervezetével.

Természetesen már alig várja, hogy megkezdje a használatot, de kérjük, szánjon néhány percet az ebben a szakaszban található tartalom elolvasására. Ez megismerteti önnel a fontos kifejezéseket, elmagyarázza néhány dolog háttérét, hogy miért egy bizonyos módon zajlanak, és segítséget nyújt az esetleges problémák elkerülése érdekében a jövőben.

Jelen témakörben

Mi az a metaadat, és miért kellene ezzel foglalkoznia?

Milyen típusú testreszabások támogatottak?

Milyen típusú testreszabások nem támogatottak?

Mit kell tudnia a megoldásokról

Testreszabások közzététele

A Dynamics CRM szervezet teljesítményét érintő módosítások

Testreszabási lehetőségek kombinálása

Az útmutatóban nem szereplő további lehetőségek

Mi az a metaadat, és miért kellene ezzel foglalkoznia?

A múltban üzleti alkalmazásait a forráskód módosításával tudta testreszabni. Ez komplikációkat okozott, mert minden szervezetnek egyedi módosításai voltak, és nagyon nehéz, vagy nagyon költséges volt frissíteni. Ezután az alkalmazásfejlesztők elkezdtek alkalmazásprogramozási felületeket (API) közzétenni, így más fejlesztők képesek voltak az alkalmazással együttműködni és saját programjukat adhatták hozzá a forráskód érintése nélkül. Ez már egy fokkal jobb volt, mert azt jelentette, hogy a fejlesztők kibővíthetik az alkalmazást annak módosítása nélkül. De a fejlesztőknek továbbra is szükséges volt kódot írnia.

Ma a modern üzleti alkalmazások a metaadatokra épülő architektúrát használják, így a felhasználók testreszabhatják az alkalmazást kód írása nélkül. A metaadat jelentése „adatra vonatkozó adat” és a rendszerben tárolt adatok szerkezetét határozza meg. A metaadatokkal egy alkalmazás képes követni az adatok szerkezetének változását, és ez lehetővé teszi, hogy az alkalmazás az adatok szerkezetének változásához alkalmazkodjon. A metaadatok ismerete óta további, a metaadatokhoz köthető lehetőségek is megjelentek.

A Microsoft Dynamics 365, alkalmazásban található testreszabási eszközökkel való testreszabása esetén Ön metaadatokat vagy metaadatokra épülő szolgáltatások által használt adatokat ad hozzá vagy frissít. Mivel ismerjük a rendszer testreszabására szolgáló adatokat, ezt figyelembe véve új szolgáltatásokat adhatunk hozzá Dynamics 365 rendszerünkhöz annak tönkretétele nélkül. Ily módon mindig képes lesz kumulatív frissítés elvégzésére, vagy frissíthet a legújabb verzióra és élvezheti a legjobb új szolgáltatásokat.

Testreszabás, vagy konfigurálás?
a legtöbben azt mondják, hogy szeretnék az alkalmazást testre szabni, így a „testreszabás” szót használjuk annak kifejezésére, hogy a rendszert úgy változtatjuk meg, hogy az általunk kívánt módon működjön. Néhányan a „konfigurálás” szót használják, mert ez azt sugallja, hogy nincs szükség kódra a módosítás végrehajtásához. Hívja, ahogyan csak szeretné, csak azt szeretnénk tisztázni, hogy a Microsoft Dynamics 365 testreszabásához nem kell fejlesztőnek lennie.

A Microsoft Dynamics 365 tartalmaz egy sor webes szolgáltatást és API-t, amelyek lehetővé teszik a fejlesztők számára kód írását. Ha a kód a támogatott módszerekkel kerül megírásra, elvárható, hogy akkor is működjön, ha frissíti szervezetét.

Milyen típusú testreszabások támogatottak?

Úgy gondoljuk, hogy az alkalmazásban található eszközökkel elvégezheti a legtöbb testreszabást. Minden, amit ezen eszközök segítségével tesz, a Microsoft által támogatott, mert azok változtatásokat alkalmaznak a metaadatokon vagy a metaadatoktól függő adatokon.

Ha a testreszabási eszközök nem felelnek meg az igényeinek, telepíthet egy külső fél által nyújtott megoldást, vagy megbízhat egy fejlesztőt a testreszabásai elkészítésére. Mindkét esetben célszerű, ha megismeri a támogatott testreszabásokat. Ha kódot igénylő megoldásba kell beruháznia, győződjön meg arról, hogy a kód csak támogatott API-kat használva kerül megírásra. Ez segít megvédeni befektetését mind a Dynamics 365 rendszerben, mind a kapott megoldásokban.

Azok a fejlesztők, akik kiterjesztéseket készítenek a Microsoft Dynamics 365 rendszerhez, felelősséggel tartoznak az SDK dokumentációjában leírt szabályok és gyakorlati tanácsok alkalmazásáért: MSDN: Legjobb gyakorlatok a Microsoft Dynamics CRM eszközzel való fejlesztéshez. Az SDK dokumentálja a fejlesztők rendelkezésére álló API-kat és útmutatást nyújt azok használatában.Microsoft csak azokat az API-kat és gyakorlatokat támogatja, amelyek szerepelnek az SDK dokumentációjában. Az interneten találhat megoldásokat bizonyos problémákhoz, de ha az nem az SDK dokumentációban szereplő API-kat használja, akkor a Microsoft nem támogatja azt. Mielőtt egy fejlesztővel elvégezteti a módosításokat, ajánlatos ellenőriznie, hogy az a támogatott módszereket használja-e.

Ha a fejlesztők az SDK dokumentációban leírt API-kat és gyakorlati tanácsokat használják, biztosak lehetünk benne, hogy a Dynamics 365 módosításait úgy készítjük el, hogy teszteljük a meglévő testreszabásokat, így nem tesszük tönkre azokat. Célunk az, hogy a támogatott módszerek használatával írt kódtestreszabások a Dynamics 365 új verzióinak vagy frissítéseinek jövőbeni kiadásait követően is működjenek. Ez Önnek is előnyös, mert anélkül tud a továbbfejlesztett szolgáltatásokkal rendelkező verziókra frissíteni, hogy a fejlesztőknek a kódot módosítaniuk kellene minden alkalommal.

Ha azt észleljük, hogy a Dynamics 365 egy új verziójában végrehajtott módosítás egy támogatott testreszabás tönkremenetelét eredményezi, dokumentálni fogjuk az érintett területeket, és azt, hogy a felhasználók hogyan módosítsák a kódot a probléma kijavításának érdekében.

Milyen típusú testreszabások nem támogatottak?

Csak azért, mert bizonyos API-kat és programozási eljárásokat nem támogat a Microsoft, nem jelenti azt, hogy nem működnek. „A Microsoft által nem támogatott” szó szerint értendő: a Microsoft nem nyújt támogatást ezen API-khoz vagy programozási eljárásokhoz. Nem teszteljük ezeket, és nem fogunk tudni róla, ha egy módosításunk tönkreteszi őket. Nem tudjuk megjósolni, hogy mi fog történni, ha valaki módosítja az alkalmazásunk kódját.

A fejlesztő, aki nem támogatott API-kat és programozási eljárásokat használ, felelősséggel tartozik kódja támogatásához. A kódot a fejlesztőknek kell tesztelniük, hogy működik-e.

Ha úgy dönt, hogy nem támogatott testreszabásokat használ a Dynamics 365 központi telepítésekor, győződjön meg arról, hogy dokumentálva legyen, hogy mi történt, és rendelkezzen egy stratégiával ezen testreszabások eltávolítására vonatkozóan, mielőtt kapcsolatba lép a Microsoft Dynamics 365 technikai támogatással. Ha a nem támogatott testreszabásokkal kapcsolatban segítségre van szüksége, forduljon a fejlesztőhöz vagy a szervezethez, aki a testreszabásokat készítette.

Gyakori nem támogatott testreszabási tanácsok

A következő lista tartalmazza a gyakori, de nem támogatott testreszabási gyakorlatokat. Ez a lista nem teljes.További információ:MSDN: Támogatott bővítmények a Microsoft Dynamics CRM eszközhöz: Nem támogatott testreszabások

  • Interakció a webes alkalmazás Document Object Model (DOM) elemeivel JavaScript segítségével
    Az alkalmazásban használt összes JavaScript könyvtárnak kizárólag a dokumentált API-kkal szabad együttműködnie. A JavaScript-fejlesztők a különböző alkalmazásokkal végzett munka során a DOM elemekhez gyakran egyedi nevekkel férnek hozzá. Mivel a Microsoft Dynamics 365 egy webes alkalmazás, ezek a technikák működnek, de valószínűleg egy frissítés után nem fognak, mert az általuk hivatkozott elemek nevei bármikor megváltozhatnak. Fenntartjuk a jogot, hogy elvégezzünk az alkalmazásban bármilyen szükséges módosítást, és ez gyakran a lap összeállításának megváltozását jelenti. A lap aktuális szerkezetétől függő módosítások hozzáadása esetén ez azt jelenti, hogy meg kell vizsgálnia, és esetleg módosítania kell az egyedi kódokat ezekben a parancsfájlokban minden alkalommal, amikor frissíti az alkalmazást.

    A jQuery egy JavaScript-fejlesztők által nagyon gyakran használt könyvtár. A jQuery használatának legfőbb előnye az, hogy egyszerűbbé teszi a fejlesztő számára a DOM elemek elérését és létrehozását, ez viszont nem támogatott a Dynamics 365 alkalmazáslapjain. A jQuery használata akkor javasolt, ha a fejlesztők egyéni felhasználói felületeket készítenek HTML webes erőforrások segítségével, de a Dynamics 365alkalmazáslapokon belül a támogatott API-k nem igénylik a jQuery használatát.

  • Bármely nem dokumentált belső objektum vagy metódus használata a JavaScript használatával
    A Microsoft Dynamics 365 sok JavaScript objektumot használ a lapokon belül. A JavaScript-fejlesztő ezeket az objektumokat az oldalon futtatott hibakereséssel találhatja meg, majd hozzáférést szerezhet hozzájuk, és újrafelhasználhatja őket. Fenntartjuk a jogot, hogy bármilyen szükséges változtatást végrehajtsunk ezeken az objektumokon, beleértve azok eltávolítását, vagy a metódusok nevének módosítását. Ha egy parancsfájl ezekre az objektumokra hivatkozik, a parancsfájl működése megszakad, ha ezen objetumok nem találhatók.

  • A fájlok közvetlen módosítása az alkalmazásban
    Ha a Microsoft Dynamics 365 helyszíni telepítésével rendelkezik, hozzáférhet a szerverére telepített webes alkalmazáshoz. A webes alkalmazás sok olyan szövegfájlt tartalmaz, amelyet a fejlesztő szerkeszthet vagy lecserélhet az alkalmazás viselkedésének vagy megjelenésének módosításához. Az ilyen fájlok módosítása nem támogatott, mivel minden telepíteni kívánt frissítés eltávolíthatja ezeket a módosításokat, és a fájlok felülíródnak, ha frissít a következő kiadásra.

  • Adatok kinyerése közvetlenül az adatbázis-táblákból
    Ha a Microsoft Dynamics 365 helyszíni telepítésével rendelkezik, hozzáférhet az adatbázishoz, így az adatokat közvetlenül a táblákból nyerheti ki. Azonban ezzel a módszerrel megkerüli a biztonsági infrastruktúrát. Az ajánlott gyakorlat az adatok kinyerése különleges szűrt nézetek segítségével. Ekkor az adatokat lehívó felhasználó biztonsági korlátozásai érvényesek, így csak olyan adatokat tekinthet meg, amelyhez hozzáférése van.

  • Adatok frissítése közvetlenül az adatbázis-táblákban
    Ha a Microsoft Dynamics 365 helyszíni telepítésével rendelkezik, közvetlenül frissítheti az adatbázis tábláiban található Dynamics 365-adatokat. Ez a megközelítés magában hordozza érvénytelen adatok megadásának kockázatát, amely az alkalmazás működésének leállásához vezethet. A fejlesztőknek ajánlott mindig az alkalmazásplatform webes szolgáltatásaihoz tartozó API-kat használnia az adatok frissítésére.

  • Az adatbázis tábláinak, tárolt eljárásainak és nézeteinek módosítása
    Ha a Microsoft Dynamics 365 helyszíni telepítésével rendelkezik, az adatbázis módosítására használhatja az adatbáziseszközöket. Az egyetlen támogatott közvetlen adatbázis-módosítás az indexek hozzáadása vagy frissítése. A testreszabási eszközök segítségével kell megadnia új entitásokat vagy entitás-attribútumokat. Ez az egyetlen támogatott módja az adatbázis ezen részei módosításának. Bármely közvetlen módosítás kockáztatja az alkalmazás tönkremenetelét vagy a későbbi kumulatív frissítések telepítésének lehetőségét. Minden alkalmazott változtatás megsemmisülhet, amikor egy frissítést vagy verziófrissítést alkalmaz, és minden egyéni adatbázistáblázat oszlopban található adat is elveszik.

Szervezetek ellenőrzése nem támogatott testreszabások szempontjából

Ha nem tudja biztosan, hogy saját szervezete rendelkezik-e nem támogatott testreszabásokkal, lefuttathatja az egyéni kódellenőrző eszközt. Ez az eszköz egy olyan megoldás, amely képes végigvizsgálni a szervezetet, és felismerni bizonyos típusú nem támogatott testreszabásokat, például a jelenlévő elavult API-kat, majd információkkal szolgál a testreszabással kapcsolatban. Vegye figyelembe, hogy az egyéni kódellenőrző eszköz esetében előfordulhat, hogy az eszköz nem észlel egyes – a korábbi Gyakori nem támogatott testreszabási tanácsok című részben leírt – nem támogatott testreszabásokat, továbbá bizonyos esetekben előfordulhat, hogy egyébként támogatott testreszabásokat nem támogatottként jelöl meg. További tudnivalókért lásd az eszközhöz mellékelt dokumentációt.

Az egyéni kódellenőrző eszköz letöltése és futtatása

  1. Először ellenőrizze, hogy a szervezet rendelkezik-e egy vagy több importált megoldással. Az elavult megoldások jelentik a nem támogatott testreszabások leggyakoribb okát.Válassza a Beállítások > Megoldások lehetőséget.. A telepített megoldások a Minden megoldás nézetben jelennek meg.

  2. Töltse le az egyéni kódellenőrző eszközt.

  3. Importálja az egyéni kódellenőrző eszközt.További információ:Megoldások importálása

  4. Futtassa az egyéni kódellenőrző eszközt. További tudnivalókért lásd a letöltött eszközhöz mellékelt „Olvass el” nevű fájlt.

Mit kell tudnia a megoldásokról

A megoldások úgy léteznek, hogy módosítások egy csoportja megvásárolható, megosztható, illetve más módon átvihető egyik szervezetből egy másikba. Megoldásokat beszerezhet a Microsoft Dynamics Marketplace webhelyen, vagy független szoftvergyártótól (ISV). A Dynamics 365-megoldás egy olyan fájl, amelyet importálhat a módosítások egy csoportjának alkalmazásához.

További információ:Útmutató dokumentum: Minták és elvek a CRM Online megoldáskészítői számára

Megjegyzés

Ha Ön olyan független szoftvergyártó, aki olyan testreszabásokat hoz létre, amelyeket árulni akar, megoldásokat kell használnia. A megoldások használatával kapcsolatos további tájékoztatás: MSDN: Bővítmények csomagolása és terjesztése.

Ha csak saját szervezete testreszabása érdekli, a következőket kell tudnia a megoldásokról:

  • A megoldások használata nem kötelező. Testre szabhatja Dynamics 365 rendszerét közvetlenül, megoldások létrehozása nélkül is.

  • Amennyiben egy Dynamics 365 rendszert közvetlenül szab testre, egy különleges, Alapértelmezett megoldást nevű megoldást használ. Ez a megoldás a rendszer minden összetevőjét tartalmazza.

  • Az Alapértelmezett megoldást exportálhatja, hogy biztonsági másolatot készítsen a szervezetben meghatározott testreszabásokról. Jó, ha rendelkezik ilyennel a legrosszabb esetre felkészülve.

Megoldás-összetevők

A megoldás-összetevő olyasvalamit jelent, amit esetleg testre szabhat. Minden olyan elemet, ami egy megoldás részét képezheti, megoldás-összetevőnek nevezünk. Az alábbiakban látható a megoldáson belül látható megoldás-összetevők listája:

  • Alkalmazás menüszalag

  • Cikksablon

  • Üzleti szabály

  • Diagram

  • Kapcsolatszerepkör

  • Szerződéssablon

  • Irányítópult

  • E-mail sablon

  • Entitás

  • Entitáskapcsolat

  • Mező

  • Mezőbiztonsági profil

  • Űrlap

  • Körlevélsablon

  • Üzenet

  • Beállításhalmaz

  • Beépülőmodul-szerelvény

  • Folyamat

  • SDK-üzenet feldolgozási lépése

  • Biztonsági szerepkör

  • Szolgáltatásvégpont

  • Oldaltérkép

  • Webes erőforrás

A legtöbb megoldás-összetevő más megoldás-összetevőbe van ágyazva. Például egy entitás tartalmaz űrlapokat, nézeteket, diagramokat, mezőket, entitáskapcsolatokat, üzeneteket és üzleti szabályokat. Minden egyes megoldás-összetevő igényli egy entitás meglétét. Egy mező nem létezhet entitáson kívül. Ez azt jelenti, hogy a mező az entitástól függ. Valójában kétszer annyi megoldás-összetevő van, mint amennyi a fenti listában szerepel, de ezek többsége nem látható az alkalmazásban.

A megoldás-összetevők célja azon korlátozások nyomon követése, hogy mi szabható testre a Felügyelt tulajdonságok és a Megoldásfüggőségek segítségével, hogy azok exportálhatók, importálhatók, és (felügyelt megoldások esetén) törölhetők legyenek bármi hátrahagyása nélkül.

Felügyelt és nem felügyelt megoldások

A felügyelt megoldás eltávolítható az importálása után. Egy ilyen megoldás összes összetevője törlődik a megoldás eltávolításával.

Nem felügyelt megoldás importálásakor, a megoldás összes összetevője hozzáadódik az alapértelmezett megoldáshoz. A megoldás eltávolításával nem lehet törölni az összetevőket.

Ha importál egy nem felügyelt megoldást, amely olyan megoldás-összetevőket tartalmaz, amelyeket Ön már testreszabott, a testreszabásai felülíródnak a nem felügyelt megoldás testreszabásaival. Ezt nem lehet visszavonni.

Fontos

Csak akkor telepítsen nem felügyelt megoldást, ha minden összetevőt szeretne hozzáadni az alapértelmezett megoldáshoz, és felül szeretné írni a meglévő testreszabásokat.

Akkor is, ha nem tervezi megoldása terjesztését, érdemes lehet létrehoznia és használnia egy nem felügyelt megoldást, hogy rendelkezzen egy külön nézettel amely az alkalmazásnak csak azon részeit tartalmazza, amelyeket Ön testreszabott. Minden alkalommal, amikor testreszab valamit, egyszerűen adja hozzá a létrehozott nem felügyelt megoldáshoz.

Az Alapértelmezett megoldását csak nem felügyelt megoldásként exportálhatja.

Egy felügyelt megoldás létrehozásához, válassza a felügyelt megoldás lehetőséget a megoldás exportálásakor. Ha egy felügyelt megoldást hoz létre, azt nem tudja importálni abba a szervezetbe, amelyben létrehozta azt. Csak egy másik szervezetbe importálhatja.

Megoldások alkalmazásának módja

Minden megoldás rétegként kerül kiértékelésre annak megállapításához, hogy saját Dynamics 365 alkalmazása valójában mit fog tenni. A következő diagram bemutatja, hogyan kerülnek kiértékelésre a felügyelt és nem felügyelt megoldások, és ezek módosításai hogyan jelennek meg a szervezetében.

Megoldásrétegezés

Alulról indulva és felfelé haladva:

  • Rendszermegoldás
    A rendszermegoldás olyan, mint egy felügyelt megoldás, amellyel minden szervezet rendelkezik. A rendszermegoldás a rendszerben lévő összes összetevő gyári alapbeállításának definíciója.

  • Felügyelt megoldások
    Felügyelt megoldások módosíthatják a rendszermegoldás-összetevőket, és új összetevőket adhatnak hozzá. Ha több felügyelt megoldás van telepítve, az elsőként telepített a később telepített felügyelt megoldás alatt található. Ez azt jelenti, hogy a másodikként telepített megoldás testreszabhatja a korábban telepített megoldást. Ha két felügyelt megoldás ütköző meghatározásokat tartalmaz, az általános szabály „az utolsó nyer”. Ha eltávolít egy felügyelt megoldást, az alatta lévő felügyelt megoldás lép érvénybe. Ha eltávolítja az összes felügyelt megoldást, a rendszermegoldásban meghatározott alapértelmezett viselkedés fog érvényesülni.

  • Nem felügyelt testreszabások
    Nem felügyelt testreszabás a szervezet bármely, nem felügyelt megoldáson keresztül létrehozott módosítása. A rendszermegoldás határozza meg, hogy mit lehet és nem lehet testre szabni a Felügyelt tulajdonságok segítségével. A felügyelt megoldások közzétevői ugyanígy képesek korlátozni a megoldásukhoz hozzáadott megoldás-összetevők testreszabhatóságát. Bármelyik megoldás-összetevőt testre szabhatja, amely nem rendelkezik olyan felügyelt tulajdonságokkal, amely megakadályozná ebben.

  • Alkalmazások viselkedése
    Ez az, amit valójában láthat a szervezetében. Az alapértelmezett rendszermegoldás és minden felügyelt megoldás, valamint minden nem felügyelt testreszabás, amelyet alkalmazott.

Felügyelt tulajdonságok

A Microsoft Dynamics 365 egyes részei nem szabhatók testre. Ezek az elemek a rendszermegoldásban olyan metaadatokkal rendelkeznek, amely megakadályozza ezek testreszabását. Ezek az úgynevezett felügyelt tulajdonságok. A felügyelt megoldás közzétevője beállíthat olyan felügyelt tulajdonságokat, amelyek megakadályozzák a megoldás olyan testreszabásait, amelyeket ők nem engedélyeznek.

Megoldásfüggőségek

A felügyelt megoldások réteges működési módja miatt léteznek felügyelt megoldások, amelyek függhetnek más felügyelt megoldások megoldás-összetevőitől. Néhány megoldás közzétevője ezt úgy használja ki, hogy moduláris megoldásokat készít. Szükség lehet egy „alap” felügyelt megoldás telepítésére, majd ezután telepíthet egy olyan második felügyelt megoldást, amely az alap felügyelt megoldás további testreszabását fogja elvégezni. Ez a második felügyelt megoldás függ az első megoldás megoldás-összetevőitől.

A Dynamics 365 nyomon követi ezeket a megoldások közötti függőségeket. Ha megpróbál telepíteni egy olyan alapmegoldástól függő megoldást, amely nincs telepítve, nem fogja tudni telepíteni a megoldást. Egy üzenet jelzi, hogy a megoldás telepítéséhez először telepítenie kell egy másik megoldást. Hasonlóképpen, a függőségek miatt nem távolítható el egy alap megoldás, amennyiben egy tőle függő megoldás még telepítve van. El kell távolítania a függő megoldást az alapmegoldás eltávolítása előtt.

Megoldás-közzétevő

Minden megoldásnak van közzétevője. Az alapértelmezett megoldás közzétevőjének neve „<az Ön szervezetének neve> alapértelmezett közzétevője”.

A közzétevői rekord tartalmaz egy Előtag értéket. Az előtag alapértelmezett értéke „új”. Amikor új megoldás-összetevőket hoz létre, ezt az előtagot a rendszer hozzáfűzi a névhez. Ez egy gyors módszer, amely lehetővé teszi, hogy a felhasználók megértsék, milyen összetevők képezik a megoldás részét.

A rendszer testreszabása előtt ajánlott az alapértelmezett közzétevő esetében az előtag értékét módosítani egy olyan értékre, amivel azonosítja vállalatát.

Az alapértelmezett közzétevő megoldás-közzétevő előtagjának módosítása

  1. Válassza a Beállítások > Testreszabások lehetőséget.

  2. Válassza ki a Közzétevők lehetőséget.

  3. Ha egynél több közzétevő van, nyissa meg azt, amelynek Megjelenítendő név értéke az Ön szervezetének neve*<alapértelmezett közzétevője>* kezdetű.

  4. Az űrlap alján frissítse az Előtag mezőben lévő „új” értéket úgy, hogy azzal azonosíthassa szervezetét.

  5. Ha módosítja az értéket, győződjön meg róla, hogy átlép a következő mezőre. A Beállításérték-előtag automatikusan létrehoz egy számot a testreszabási előtag alapján. Ez a szám akkor kerül felhasználásra, ha értékeket ad az értékkészlethez, és azt jelzi, hogy melyik megoldás használatával lett hozzáadva az érték.

Testreszabások közzététele

Bizonyos testreszabásokat, amelyek módosítják a felhasználói felületet, közzé kell tenni, mielőtt használhatók lennének az alkalmazásban. A közzététel segítségével mentheti munkáját mielőtt befejezné azt, és befejezheti egy későbbi időpontban. A közzététel csak akkor szükséges, ha módosít egy megoldás-összetevőt. Ha új megoldás-összetevőt hoz létre vagy töröl, a közzététel automatikusan megtörténik. Megoldások exportálása előtt a rendszer a testreszabások közzétételére fogja kérni. Ennek oka, hogy a közzé nem tett testreszabások nem jelennének meg a megoldásban.

Amikor a Microsoft Dynamics CRM tabletekhez rendszerben megjelenő testreszabást hajt végre, minden esetben közzé kell azt tennie, hogy biztosan minden elem szinkronizálva legyen a CRM tabletekhez alkalmazással.

Megjegyzés

A testreszabások közzététele megzavarhatja a rendszer normál működését. Javasoljuk, hogy éles üzemi környezetben akkor tegyen közzé testreszabásokat, amikor az a legkevésbé zavarja a felhasználókat.

A következő megoldás-összetevők közzétételt igényelnek frissítés esetén:

  • Alkalmazás menüszalag

  • Entitás

  • Entitáskapcsolat

  • Mező

  • Űrlap

  • Üzenet

  • Beállításhalmaz

  • Oldaltérkép

  • Webes erőforrás

Megjegyzés

A Dynamics CRM App for Outlook használata esetén legalább egy óra is eltelhet, amíg a testreszabási módosítások életbe lépnek. A gyorsítótár törlésével elérheti, hogy a módosítások azonnal életbe lépjenek az Internet Explorer böngészőben. Ehhez lépjen az Eszközök > Internetbeállítások lehetőségbe, és a Böngészési előzmények alatt válassza a Törlés gombot. Jelölje ki az összes böngészési előzményelem jelölőnégyzetét az „Ideiglenes internet- és webhely-fájlok” és a „Cookie-k és webhelyadatok" lehetőségek kivételével, majd válassza a Törlés lehetőséget.

A Dynamics CRM szervezet teljesítményét érintő módosítások

Bizonyos megoldások importálása és a metaadatokat módosító testreszabások alkalmazása hatással lehet a Microsoft Dynamics 365 szervezet teljesítményére. A rendszer normál működésének esetleges megzavarásával járó műveletek:

Ha ezen módosításokat egy gyártórendszeren hajtja végre, ajánlott a módosítások elvégzését olyan időpontra ütemezni, amikor azok a legkisebb mértékben zavarják a felhasználók munkáját.

Testreszabási lehetőségek kombinálása

Minden, a „CRM rendszer testreszabása” szakaszban található témakör egyedi testreszabási lehetőségeket ismertet nagyon részletesen. De ne feledje, hogy az üzleti követelményeknek megfelelő megoldás gyakran használja együtt a lehetőségek egy részét egy vagy több más lehetőséggel.

A feladathoz megfelelő testreszabási lehetőséget válassza.

Ahogy az eszköz törvénye is kimondja „Ha egyetlen szerszámod a kalapács, akkor hajlandó vagy minden problémát szögnek látni.” A Microsoft Dynamics 365 összes elérhető különböző testre szabási lehetőségei közül nagyon egyszerű megismerkedni eggyel, és utána megpróbálni minden problémát megoldani ennek segítségével. A megoldani kívánt üzleti problémák értékelése során gondoljon az elérni kívánt végeredményre, majd gondolkodjon visszafelé, hogy hogyan juthat el oda.

Az útmutatóban nem szereplő további lehetőségek

A „CRM rendszer testreszabása” útmutatóban leírt lehetőségek mellett meg kell ismernie a nem részletesen ismertetett további lehetőségeket is. Ez a szakasz bevezetést nyújt néhány lehetőségbe, hivatkozásokkal más forrásokra, ahol további információkat találhat.

Dokumentumkezelés

A dokumentumkezelés lehetővé teszi a Microsoft Dynamics 365 és a SharePoint közötti integrációt. A dokumentumkezelés engedélyezéséről és konfigurálásáról szóló információt lásd: Kezelje dokumentumait a SharePoint használatával vagy Súgó és képzés: A SharePoint szolgáltatásban tárolt dokumentumok kezelése a Microsoft Dynamics CRM alkalmazással. A fejlesztőknek ajánlott megnézniük a Microsoft Dynamics 365 SDK témakörét: MSDN: SharePoint integrációja a Microsoft Dynamics CRM alkalmazással. További információt a Dynamics CRM helyszíni telepítésének követelményeiről, lásd: A SharePoint Document Management szoftverkövetelményei a Microsoft Dynamics CRM használatához.

Mezőbiztonsági profilok

Mezőbiztonsági profilok segítségével extra biztonsági szintet állíthat be egy űrlaphoz hozzáadott egyéni mezőhöz. Mezőszintű biztonság engedélyezéséhez be kell állítania a Mezőbiztonság tulajdonságot az egyéni mezőben és megadnia az engedélyeket, amelyeket engedélyezni kíván minden létrehozott mezőbiztonsági profilhoz.További információ:Súgó és képzés: Mezőbiztonsági profil létrehozása és Csoportok vagy felhasználók hozzáadása mezőbiztonsági profilhoz

Honosítás

Ha a szervezetében olyan felhasználók vannak, akik a Dynamics CRM telepítésekor választott alapnyelvtől eltérő nyelvet használnak, hozzáadhat további nyelveket.

A CRM Online alkalmazásban látni fogja az összes, már telepített nyelvet, Önnek csak engedélyeznie kell őket.

A Microsoft Dynamics CRM 2015 alkalmazáshoz további nyelvi csomagokat adhat hozzá és további nyelveket telepíthet. A nyelvi csomag telepítése után engedélyeznie kell a nyelvet, hogy a felhasználók személyes beállításaik között kiválaszthassák azt.További információ:Install or upgrade Language Packs for Microsoft Dynamics CRM

Megjegyzés

Egy nyelv engedélyezése több percig is eltarthat. Lehetséges, hogy eközben nem használható a Microsoft Dynamics 365.

További nyelvek engedélyezése

  1. Válassza a Beállítások > Adminisztráció lehetőséget.

  2. Válassza a Nyelvek lehetőséget.

  3. A Nyelvi beállítások párbeszéddobozban válasszon egy rendelkezésre álló nyelvet, majd válassza az Alkalmaz lehetőséget az engedélyezésükhöz.

További nyelveket is engedélyezhet, de honosítás csak a Dynamics 365 testreszabása előtti szöveghez érhető el. A Dynamics 365 testreszabásai csak az alapnyelven végezhetők el. Más nyelvek felhasználói a szöveget az alapnyelven fogják látni, kivéve, ha exportálja a fordításokat és honosított szöveget ad hozzá a felhasználói felület minden eleméhez, amelyet hozzáadott vagy módosított.További információ:Súgó és képzés: Testre szabott entitás és mezőszöveg exportálása fordításra

Megjegyzés

Mivel a testreszabás csak az alapnyelvben támogatott, ezért Rendszertestreszabó jogosultság birtokában az alapnyelvet célszerű beállítani nyelvi preferenciaként. Ha ellenőrizni szeretné, hogy a lefordított szöveg jelenik-e meg, módosítania kell a Microsoft Dynamics 365 felhasználói felületének nyelvi beállítását. A további testreszabási műveletekhez vissza kell váltania az alapnyelvre.

Biztonsági szerepkörök

A szervezeti biztonság magvalósításának tárgyalása túlmutat ezen útmutató keretein.További információ:Biztonsági szerepkörök és jogosultságok

Lásd még

Ismerkedés a testreszabással
Testreszabáshoz szükséges jogosultságok
Megoldások használata a testreszabásokhoz

© 2016 Microsoft Corporation. Minden jog fenntartva. Szerzői jogi tájékoztató