A SharePoint Server 2013 ismert problémái

Előfordulhat, hogy a helyi menük nem érhetők el a PerformancePoint-tartalmakhoz mobileszközökön

Ha szervezete SharePoint Server 2010 módban futó SharePoint Server 2013-at használ, előfordulhat, hogy a PerformancePoint-tartalmak helyi menüi nem érhetők el mobileszközön, például Windows 8 táblagépen vagy Apple iPaden. Ez különösen igaz, ha a felhasználók az Internet Explorer alkalmazással tekintik meg a tartalmat, nem pedig az Internet Explorert az Windows 8 asztalról, vagy ha az iOS 6 Safari böngészőt használják Apple iPaden.

Kerülő megoldás    Javasoljuk, hogy a SharePoint Server 2013-at az alapértelmezett módban futtassa. Vagy azt is megteheti, hogy megnyitja az Internet Explorert az Windows 8 asztalról.

Az iOS Safari böngészőben jelenleg nincs áthidaló megoldás.

Az AverageRating tulajdonság törlése az előzetes verzióról való frissítés előtt

Az előzetes verzióról a kiadott verzióra való frissítés automatikusan hozzáad egy új, AverageRating nevű felügyelt tulajdonságot. Ha ezt a tulajdonságot az előzetes verziójú telepítésben hozta létre, a frissítés sikertelen lesz.

A saját webhely 2013-ra frissült, de 2010-re van beállítva, és a Fogaskerék menüre >Alkalmazás hozzáadása hibaüzenetet ad

Ha a Saját hely 2013-ra frissül, de 2010-re van beállítva, hibaüzenet jelenik meg.

Kerülő megoldás    A problémának jelenleg nincs megoldása.

Az indexelő folyamat nem szabadít fel régi memóriát az újraparticionálás után

Az újraparticionálás aktiválásának egyik oka az indexcsomópontok nagy memóriaterhelése lehet. A probléma az, hogy az index újraparticionálása után a régi indexcsomópontok továbbra is ugyanazt a memóriahasználatot használják, ami örökre megmarad, amíg az indexcsomópont újra nem indul.

Kerülő megoldás    Javasoljuk, hogy indítsa újra az spsearchhostcontroller szolgáltatást a régi indexösszetevőken, és futtassa ezt a lépést a $ssa végrehajtása előtt. ResumeAfterIndexRepartitioning(). A gazdavezérlő újraindítása előtt azonban érdemes ellenőrizni, hogy a régi indexreplikák szinkronban vannak-e az elsődleges indexekkel.

Ha az összecsukás/csoportosítás nincs bekapcsolva, az fcocount lekérése a lekérdezés összeomlását okozza

Ha a TrimDuplicates=False vagy a TrimDuplicatesIncludeId értéket használja a felügyelt tulajdonság fcocountjának lekérésekor, a lekérdezés sikertelen lesz.

Kerülő megoldás    Ne kérj fcocountot a TrimDuplicates=False vagy a TrimDuplicatesIncludeId használata közben.

New-SPEnterpriseSearchIndexComponent nem a megfelelő kiszolgálón ellenőrzi a RootDirectory meglétét

Új indexösszetevőt szeretne hozzáadni a keresési topológiához, és meg szeretne adni egy nem alapértelmezett gyökérkönyvtárat az indexfájlokhoz. Például:

New-SPEnterpriseSearchIndexComponent -SearchTopology $t -SearchServiceInstance $ssi -IndexPartition 1 -RootDirectory ""d:\index4"

Előfordulhat, hogy a parancsmag a következő hibaüzenettel hiúsul meg, mert helytelenül ellenőrzi, hogy a megadott gyökérkönyvtár létezik-e azon a kiszolgálón, amelyen a parancsmag fut:

A 'RootDirectory' paraméter nem köthető a célhoz. A "RootDirectory" kivételbeállítás: ""Nem található a d:\index4 elérési út egy része."

Kerülő megoldás    Ehelyett az alábbi eljárással hozhatja létre az új indexösszetevőt:

$host 02 = (Get-SPServer"<Kiszolgáló neve>"). Név

$ssa = Get-SPEnterpriseSearchserviceApplication

$t = $ssa. ActiveTopology.Clone()

$ic = (New-Object Microsoft.Office.Server.Search.Administration.Topology.IndexComponent $host 02,1);

$ic.RootDirectory =""d:\index4"

$t.AddComponent($ic)"

A PerformancePoint-irányítópult Tervező súgó nem a várt módon nyílik meg

Amikor az Irányítópult Tervező súgójára kattint, megnyílik a SharePoint Server súgója, és a lapon nem szerepel irányítópult-Tervező.

Kerülő megoldás    A súgó az Irányítópult Tervező érhető el, annak ellenére, hogy nem látható a Súgómegjelenítő kezdőképernyőjén. Az Irányítópult-Tervező tartalmainak megtekintéséhez írja be az "Irányítópult Tervező" kifejezést a súgóablak tetején található keresőmezőbe. Megjelenik az Irányítópult Tervező erőforrásainak listája.

A PowerPoint-szándék nem jelenik meg

A PowerPoint-szándék nem jelenik meg, mert a PowerPoint lekérdezési szabályfeltétele hiányzik pontosvesszővel a spanyol buildben, és helytelen viselkedést eredményez a PowerPoint OOB-szándékában. Ez csak az arab és a spanyol kiszolgáló esetében fordul elő, nyelvi csomagok nélkül.

Kerülő megoldás    A rendszergazdák átmásolhatják a PowerPoint meglévő lekérdezésiszabály-feltételét, és beszúrhatják a hiányzó pontosvesszőt, vagy helyesen helyezhetik el a problémát okozó pontosvesszőket. A régi bejegyzés ezután törölhető, hogy a frissített lekérdezési szabályt átvegyék.

Vissza a lap tetejére

Problémák a keresés névtelen hozzáféréssel való használatához

A következő hibaüzenet jelenhet meg, amikor névtelen hozzáféréssel próbál keresést használni.

Kivétel történt a biztonsági jogkivonat kiadásakor: A biztonsági jogkivonat felhasználónevét és jelszavát nem sikerült érvényesíteni.

Kerülő megoldás    Megkerülő megoldásként módosítsa az operációs rendszer területi beállítását egy helyi nyelvre.

Vissza a lap tetejére

A HTTP-webszolgáltatás hívása meghiúsul, ha nem SharePoint HTTP(REST) webszolgáltatást hív meg a SharePoint-munkafolyamatból

Amikor egy munkafolyamat-fejlesztő olyan munkafolyamatot ír, amely nem SharePoint HTTP(REST) webszolgáltatást hív meg a SharePoint-munkafolyamatból, a rendszer alapértelmezés szerint hozzáadja az "Engedélyezés: Tulajdonos" értéket a HTTP-fejléchez, ami néha "401 Nem engedélyezett" hibaüzenetet eredményezhet.

Kerülő megoldás    A munkafolyamat-fejlesztőknek explicit módon be kell állítaniuk az "Authorization" mezőt üres sztringgel ("") a "HTTP-webszolgáltatás meghívása" művelet RequestHeader tulajdonságában. Ez a HTTP-kérés tulajdonosi engedélyezési fejlécének letiltását eredményezi.

Nem hozható létre DocSet a Listaelem létrehozása művelet használatával

A SharePoint 2010-munkafolyamatban a SharePoint Tervező Listaelem létrehozása műveletének használatával tudtunk docSetet létrehozni, a SharePoint 2013-ban azonban nem támogatjuk a DocSet létrehozását a Listaelem létrehozása művelet használatával.

Kerülő megoldás    Próbálja meg meghívni a SharePoint 2010-munkafolyamatot a Munkafolyamat indítása művelet használatával.

A munkafolyamat nem támogatja a külső listákat a SharePoint 2013-ban

A SharePoint 2010 munkafolyamata támogatja a külső listák létrehozási, olvasási, frissítési, törlési (CRUD) műveletét, de a SharePoint 2013 munkafolyamata platformkorlátozás miatt nem támogatja a külső listák CRUD-műveletét.

Kerülő megoldás    Próbálja ki a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet a SharePoint 2013-munkafolyamaton belül című témakörben.

A Listaelem létrehozása művelet nem támogatja a mappában lévő elemek létrehozását

Létrehozhatunk egy listaelemet az egyéni lista mappájában a SharePoint 2010 Listaelem létrehozása műveletével, de a SharePoint 2013 Listaelem létrehozása művelete platformkorlátozás miatt nem támogatja az elemek létrehozását a mappában.

Kerülő megoldás    Próbálja meg meghívni a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet használatával a SharePoint 2013 munkafolyamatban.

A SharePoint 2010-munkafolyamat párhuzamos blokkjának CompletionCondition tulajdonsága nem támogatott

A SharePoint 2010-munkafolyamat párhuzamos blokkjának CompletionCondition tulajdonsága nem támogatott. SharePoint 2010-munkafolyamatot és SharePoint 2013-munkafolyamatot a SharePoint Tervező 2013-ban hozhat létre. A Párhuzamos blokk CompletionCondition tulajdonsága azonban csak SharePoint 2013-munkafolyamatok esetében támogatott. Ezt a tulajdonságot azonban a SharePoint 2010-munkafolyamat esetében mutatjuk be, de 2010-ben nem állíthatja be.

Kerülő megoldás    Jelenleg nincs áthidaló megoldás.

A Listaelem létrehozása művelet által létrehozott dokumentum nem őrzi meg a munkafolyamat tervezésekor megadott fájlkiterjesztést

A Listaelem létrehozása művelet által létrehozott dokumentumok nem őrzik meg a munkafolyamat tervezésekor megadott fájlkiterjesztést. Ha például egy új SharePoint 2013-munkafolyamatot hoz létre a dokumentumtárban, amely dokumentumsablonnal (például "template.dotx") rendelkezik, a munkafolyamat "Listaelem létrehozása" művelettel, az "Elérési út és név" paraméter pedig "excel_file.xls" értékre van állítva. A munkafolyamat közzétételekor és végrehajtásakor a "excel_file.xls" helyett egy "excel_file.xls.docx" nevű új dokumentum jön létre.

Ezt a SharePoint 2010-munkafolyamatban támogattuk.

Kerülő megoldás    Próbálja meg használni a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet használatával a SharePoint 2013-munkafolyamatban.

A munkafolyamat nem támogatja a felméréslistát

A SharePoint 2010 munkafolyamata támogatja a felméréslista létrehozási, olvasási, frissítési vagy törlési (CRUD) műveletét, de a SharePoint 2013 munkafolyamata platformkorlátozás miatt nem támogatja a felméréslista CRUD-műveletét – a felméréslista nem rendelkezik GUID mezővel).

Kerülő megoldás    Próbálja meg meghívni a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet használatával a SharePoint 2013-munkafolyamatban.

Nem őrzi meg a felhasználói beállításokat, ha a felhasználók a Listaelem létrehozása vagy a Listaelem frissítése műveletet használják

Ha a Listaelem létrehozása vagy a Listaelem frissítése művelet paraméter párbeszédpaneljéhez üres értékkel rendelkező Dátum/idő vagy Logikai típusú mezőt ad hozzá, a paraméter párbeszédpanel megnyitásakor nem őrizzük meg ezeket a mezőket.

Kerülő megoldás    Próbálja meg meghívni a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet használatával.

A listaelemek frissítése nem működik üres értékkel rendelkező elemmezők frissítésekor

Ha olyan listaelemmezőt próbál frissíteni, amely nem sztring típusú, például Dátum/idő, Logikai, Szám vagy Személy, üres értékkel a Listaelem frissítése művelettel, az nem működik. A Sztringtípus mező frissítése üres sztringgel vagy egyfelhasználós típusmező frissítése üres értékkel jól működik.

Kerülő megoldás    Próbálja meg meghívni a SharePoint 2010-munkafolyamatot a Lista/webhely munkafolyamat indítása művelet használatával.

Az "Aktuális idő" ("Ma") értéke az időzónától függően eltérő

Ha dátum/idő értéket használunk egy munkafolyamatban és a SharePoint-Tervező, futásidőben az aktuális dátumra van szükségünk. A SharePoint Tervező az "Aktuális idő" ("Ma") értéket adja meg a Dátum/idő érték beállításakor, de a futási idő értéke az időzónától függően eltér, mivel idő részből áll, míg az Aktuális idő 2010-ben csak dátum részből áll, idő rész nélkül.

Kerülő megoldás    A Dátum/idő változó beállítása után használja a "Dátum/idő mező idő részének beállítása" műveletet mind a 0 (nulla) időrészlettel, hogy csak dátumértékkel rendelkezhessünk. Állítsa be például az időt 0 : 0 értékre a dátumhoz (Kimenet változó: dátum).

A Dokumentumtárban üres címmel rendelkező dokumentumelem összeomlik a 2013-ra vonatkozó munkafolyamatban a feltételt tartalmazó Cím mező kulcsszóval

Ha egy feltételt használó üres címmel rendelkező dokumentumelem kulcsszót tartalmaz, számíthatunk rá, hogy a feltétel hamis lesz, de ehelyett összeomlik.

Kerülő megoldás    Használja az If any value (Ha bármely érték értéke) feltételt, és állítsa be az Current Item:Title (Aktuális elem:Cím) értéket a bal oldali értékben, és a halmaz tartalmazza az operátort.

A 2010-hez tartozó CreatedDate és ModifiedDate az ügyfélidőt, a 2013-at azonban a kiszolgáló időzónája használja

A SharePoint Tervező 2010 CreatedDate és ModifiedDate értéke az ügyfélidőt használja, a SharePoint Tervező 2013 azonban a kiszolgáló időzónáját használja a munkafolyamat-katalógusban való megjelenítéskor.

Kerülő megoldás    Jelenleg nincs áthidaló megoldás. Javasoljuk azonban, hogy használja ugyanazokat az időzóna-beállításokat az ügyfélen és a kiszolgálón.

Unicode-/DBCS-névvel rendelkező munkafolyamat, és a Mentés sablonként funkcióval egy előre definiált névre van csomagolva WorkflowSolution.wsp

A Unicode- vagy DBCS-névvel rendelkező munkafolyamatok .wsp fájlokba lesznek csomagolva a WorkflowSolution.wsp alapértelmezett, nem módosítható nevével.

Kerülő megoldás    A WorkflowSolution.wsp nevet átnevezheti az eredeti munkafolyamat nevére. Függetlenül attól, hogy átnevezi-e vagy sem, a munkafolyamat-definíció eredeti munkafolyamat-neve megmarad a célhelyen.

A Létrehozás dátuma és a Módosítás dátuma mező nem jeleníthető meg 2013-ban munkafolyamatok esetén a Munkafolyamatok gyűjteményben

Ha az ügyfél területi beállítása és a kiszolgáló területi beállítása eltér egymástól, a SharePoint Tervező nem tudja megjeleníteni a Létrehozás dátuma és a Módosítás dátuma mezőt a Munkafolyamatok gyűjteményben

Kerülő megoldás    A problémának jelenleg nincs megoldása. Javasoljuk, hogy ugyanazokat a területi beállításokat használja az ügyfélen és a kiszolgálón.

Ugyanazt a feladateredmény-változót használja újra a függvény

Másoláskor és beillesztéskor az alapvető szabály az eredményváltozó megtartása, de a Feladat hozzárendelése és a Feladatfolyamat indítása művelet terve az, hogy olyan egyedi eredményváltozót használjon, amelyet más tevékenységműveletek nem használnak, mivel rejtett információkkal rendelkezik az eredmények legördülő listájának megjelenítéséhez a használat során.

Ha az eredményváltozót valami másra módosítja, a rendszer eltávolítja a rejtett információkat, és az új változó megkapja az információkat. Tehát ha módosítja egyes beillesztett feladatműveletek eredményváltozóját, az a többi tevékenységművelet eredményváltozóját is megszakítja, ami megegyezik.

Kerülő megoldás    Ha módosította egy beillesztett feladatművelet eredményváltozóját, és furcsa viselkedést tapasztalt a Ha feltétel vagy változó beállítása művelettel, próbálja meg vissza állítani az eredeti változóra. Ha szükséges, hozzon létre és használjon helyi változókat a forgatókönyvek feladateredmény-értékeinek tárolásához.

Ha a feltétel nem működik megfelelően futásidőben a Jóváhagyási állapot oszlopban

Ha a Jóváhagyás állapota oszlopot használja az If feltételben, a legördülő lista az "1;#Rejected" lehetőségek közül választhat. Az If utasítás feloldása azonban futásidőben helytelen.

Kerülő megoldás    Ahelyett, hogy a

ha az "Aktuális elem:Jóváhagyási állapot" értéke "1:#Rejected"

a következőt kell használnia:

ha az "1" értéke "Aktuális elem:Jóváhagyási állapot"

A szótárlista oszlopa hibás hibaészlelést okozhat a Hiba ellenőrzése funkcióval

Ha egy lista szótár és SharePoint Tervező 2013 munkafolyamat nevű többsoros típusú oszlopot használ az Elem létrehozása műveletben, a Hibaellenőrzés a következő üzenetet kapja:

Ez a művelet olyan hibákat tartalmaz, amelyek jelenleg nem láthatók. Kattintson a hivatkozásra...

Kerülő megoldás    Használja a másik listaoszlop nevét.

Felhasználóazonosító számának használata a Személy típusa mezőben

Az Aktuális elemre várakozás eseményműveletben használt Személy típusú felhasználóazonosító számát kell használnia.

Kerülő megoldás    Használja a Felhasználói azonosító száma lehetőséget.

Nem támogatott az újrahasználható munkafolyamat Mindkét vagy Társítás típusú kezdeményezési paramétere

Elrejtjük a felhasználói felületet az újrafelhasználható munkafolyamat-forgatókönyvhöz használt Mindkettő vagy Társítás típusú kezdeményezési paraméter létrehozásához.

Kerülő megoldás    A problémának jelenleg nincs megoldása. A forgatókönyvtől függően megpróbálhat alapértelmezett értéket használni a Kezdeményezés paraméterhez vagy a Kezdeményezés típusa paraméterhez vagy a Lista munkafolyamat használata beállításhoz.

A hibajelentések láthatatlan hibaellenőrzése

Ha egy fázisban van egy If feltétel az áttűnési szakaszban, amely összehasonlítja a sztring típusú helyi változót egy értékkel, és kimásolja és beilleszti, a rendszer láthatatlan hibát észlel.

Kerülő megoldás    A Kivágás paranccsal áthelyezheti a feltételutasítást az Áttűnési szakaszban, és beillesztheti az eredeti helyre.

Másik lehetőségként átmásolhatja a feltételutasítást az áttűnés szakaszba, és beillesztheti ugyanahhoz a helyre. Ezután törölje az egyik ismétlődő feltételutasítást.

A munkafolyamat üres DataTime-kezdeményezési paraméterrel megszakadt

Ha egy lista-munkafolyamatot manuálisan indít el egy üres DataTime kezdeményezési paraméterrel, a munkafolyamat megszakad.

Kerülő megoldás    Ne hagyja üresen a DateTime mezőt.

A kereten kívüli munkafolyamat-feladat tartalomtípusa nem lesz automatikusan alkalmazva azokra a webhelyekre, amelyeknél megszakadt az öröklés a gyökérwebhelytől

Amikor a SharePoint Tervező közzétesz egy munkafolyamatot a gyökérwebhelytől megszakadt örökléssel rendelkező webhelyen, nem tudja automatikusan társítani a "Dobozon kívül" tartalomtípust a feladatlistához. Ez azt jelenti, hogy ha olyan munkafolyamatot próbál futtatni, amely a "Nincs bejelölve" típusú feladatokat használja, a munkafolyamat futási ideje alatt meghiúsul.

Ez azért történik, mert a Házon kívül tartalomtípus a gyökérwebhelyen van tárolva. Ha a SharePoint Tervező nem rendelkezik hozzáféréssel ehhez a gyökérwebhelyhez, nem tudja lekérni a "Dobozon kívül" tartalomtípust, és nem tudja hozzárendelni a feladatlistához.

Kerülő megoldás    Munkafolyamatok futtatása előtt manuálisan alkalmazza a tartalomtípust a feladatlistára.

A SharePoint Tervező 2013 munkafolyamata megszakadt, ha a Keresés a 2010-es helyi változóhoz karakterlánc vagy listaelem-azonosító típusú

Amikor létrejön egy SharePoint Tervező 2010-es munkafolyamat Karakterlánc vagy Listaelem-azonosító típusú helyi változója, de ezt követően nem rendelt hozzá értéket, és egy 2013-ás munkafolyamat megkereste a Munkafolyamat indítása művelet vagy az Együttműködési tevékenység segítségével, a munkafolyamat futásidőben megszakad.

Kerülő megoldás    Amikor meghív egy 2010-munkafolyamatot, és annak visszatérési értékét használja egy 2013-ban a Munkafolyamat indítása funkcióval, győződjön meg arról, hogy a felkeresett változókhoz legalább egyszer vannak hozzárendelve értékek. A beállítás után a változók egyáltalán nem okoznak problémát.

SharePoint-Tervező-munkafolyamatok aktiválása helytelen listán

A Lista munkafolyamat indítása paraméterként kapja meg az "elemet", amelyen a 2010-Tervező nevű SharePoint-munkafolyamat fut a futtatáskor. Az elemnek ugyanabban a listában kell lennie, ahol a társítás/munkafolyamat található. Az elembevitelt azonban nem korlátozzuk arra a listára, ahol a társítás/munkafolyamat található. Így ha az elem és a társítás/munkafolyamat nem rendelkezik közös listával, a munkafolyamat nem lesz végrehajtva, és futásidőben hibát jelez.

Kerülő megoldás    Állítsa be megfelelően az "item" paramétert. Ha például egy SharePoint Tervező 2013-beli lista munkafolyamata egy másik listához társított 2010-munkafolyamatot hív meg, akkor nem az "Aktuális elem" kifejezést, hanem a 2010-ben használt munkafolyamatot tartalmazó listában szereplő elemet kell használnia.

A munkafolyamat változójának beállítása művelet belső kimeneti adatforrás-változója

A Munkafolyamat indítása hívások visszatérési értéke bizonyos műveletekben szótártípus-változóként jelenik meg. Ebben az esetben más szótártípus-változót is hozzárendelhet az adatforráshoz, de ezt nem szabad megtennie, mivel ez egy fenntartott hely a SharePoint Tervező 2010 visszaadott értékei számára munkafolyamatnak a futásidőben.

Kerülő megoldás    Ne használja a __SharePoint 2010 Kimenet: <workflow_name> változót, csak adatforrásként keresse meg.

A SharePoint Tervező 2010 kimeneti adatforrását törölni kell a társítás módosításakor vagy a művelet mondatának törlésekor

A Munkafolyamat indítása nézetben minden alkalommal létrejön egy társítás/munkafolyamat paraméter, amely a 2010-as munkafolyamatból származó visszaadott adatokat kéri le. Ha tehát ugyanazt a társítást/munkafolyamatot választja, például egy Munkafolyamat indítása művelet törlésével, majd a művelet és a paraméter ismételt hozzáadásával, több adatforrás is lesz. Ha azonban a munkafolyamat más részeiben használja a régebbi forrást, az munkafolyamat-megszakítást okoz.

Kerülő megoldás    Ne használjon régebbi verziójú adatforrást, ha új, magasabb számmal rendelkező verziók jönnek létre és érhetők el.

A SharePoint Tervező 2010-munkafolyamat helyi változójának neve nem tartalmazhat speciális karaktereket

Ha egy SharePoint Tervező 2010-munkafolyamat helyi változóját keresi meg egy SharePoint Tervező 2013-munkafolyamatból, akkor a 2010-ben használt munkafolyamat helyi változójának neve egy speciális karaktert tartalmaz (például? vagy #), hexadecimális kódként jelenik meg.

Ez azért történik, mert a 2013-ra vonatkozó munkafolyamat nem teszi lehetővé ilyen speciális karakterek használatát a változónevekben.

Kerülő megoldás    Az adatok kezelése érintetlenül történik, de a tervezéskor másképpen jelennek meg. Csak vegye figyelembe a problémát, és a változókat minden további munka nélkül használhatja a speciális karakterekkel.

A SharePoint 2013 (WF4) munkafolyamat-csomagja funkcióaktiváláskor meghiúsul, ha a hivatkozott listák nem léteznek

A megoldástár üzembe helyezése és aktiválása után aktiválnia kell a hozzá tartozó webhelyfunkciót. De sikertelen lesz, ha a hivatkozott listák nem léteznek.

Kerülő megoldás    Ha a csomagot nem sikerült aktiválni a célhelyen, két dolgot kell megvizsgálnia.

• Mi történik, ha a munkafolyamat-csomagot olyan helyre helyezik üzembe, ahol a hivatkozott listák nem léteznek?

A webhelyfunkció aktiválása sikertelen lesz.

A hibaüzenet nem túl részletes, de ha megtekinti az ULS-naplót, az alábbihoz hasonló tippeket talál:

"A munkafolyamat XAML-jének érvényesítése a következő hibák miatt meghiúsult: Nem sikerült létrehozni egy "ListId" azonosítót a következő szövegből: "$ListId:Listák/Vacation;"

A funkció aktiválásának sikertelensége után azonban a szolgáltatás újraaktiválása a szükséges listák létrehozása után is meghiúsulhat. Ennek az az oka, hogy a munkafolyamat-definíció hiányosan lett üzembe helyezve. A következőket kell tennie:

1. Nyissa meg a SharePoint Tervező, és törölje a funkcióaktiválás során meghiúsult munkafolyamat-definíciót.

2. Inaktiválja a megoldást, és távolítsa el a megoldást.

3. Töltse fel a megoldást, és aktiválja a megoldást.

4. Aktiválja a webhelyfunkciót.

• Garantálnia kell, hogy a relatív listák URL-címei (például Listák/Szabadság) megegyeznek. Még ha létrehoz egy listát egy adott névvel, majd egy másik névre módosítja, a lista URL-címe nem változik, ennek az az oka, hogy az eredeti megjelenítendő néven alapul. Így annak ellenére, hogy a munkafolyamatot a lista frissített neve alapján csomagolta be, a munkafolyamat továbbra is megkeresi a lista URL-címét a célwebhely régi neve alapján. Ezért amikor újra létrejönnek a listák a célwebhelyen, először meg kell győződnie arról, hogy a listák eredeti nevét adja meg, nem pedig a frissített nevet. Így a lista URL-címe megmarad. A lista létrehozása után módosíthatja a lista nevét a frissített névre.

A munkafolyamat megszakad, ha a lista-/webhely-munkafolyamat a SharePoint 2013 munkafolyamat-csomagból munkafolyamat-feladat- és munkafolyamat-előzménylista nélküli webhelyre van telepítve

A lista/webhely munkafolyamat-csomagjának üzembe helyezésekor a megfelelő munkafolyamat-feladatnak és munkafolyamat-előzményeknek kell szerepelnie a célhelyen. Ha a célkiszolgáló nem rendelkezik a Munkafolyamat-feladat listával és a Munkafolyamat-előzmények listával, hibaüzenet jelenhet meg, amikor a munkafolyamatra kattint a Munkafolyamat-beállítások lapon.

Kerülő megoldás    Ez akkor fordul elő, ha a munkafolyamatot egy olyan célkiszolgálón helyezi üzembe, ahol korábban még nem hoztak létre munkafolyamatokat. Áthidaló megoldásként létrehozhat és közzétehet egy üres munkafolyamatot a SharePoint Tervező munkafolyamat-feladatlistájának és munkafolyamat-előzménylistájának létrehozásához, majd megnyithatja az üzembe helyezett munkafolyamatot a SharePoint Tervező, módosíthatja a Munkafolyamat-feladatlista és a Munkafolyamat-előzmények lista beállításait, és újból közzéteheti a munkafolyamatot.

A SharePoint Tervező 2013 szövegalapú munkafolyamat-tervezővel kapcsolatos problémák másolása és beillesztése

Annak ellenére, hogy megpróbáltuk engedélyezni a legtöbb szerkesztőeszközben található gyakran használt funkciókat, az alábbiak néhány korlátozást jelentenek:

• A Visszavonás nem használható (Ctrl+Z).

• Kattintással és húzással nem jelölhet ki több objektumot.

• A kijelölt elemek nem helyezhetők át objektumok kattintásával és húzásával.

• A Shift+Bal egérkattintás funkció nem használható több konstrukció ( fázis, lépés vagy párhuzamos blokk) kiválasztásához, de több művelet kijelölésére is használható.

• Nem támogatja a másolást és beillesztést a különböző munkafolyamat-platformtípusok között.

• A vágólap nincs teljesen integrálva a munkafolyamat-műveletek másolásával és beillesztésével a szövegalapú tervezőben, így a Vágólap beillesztés gombja nem a várt módon működik.

• Nem lehet tartalmat másolni és beilleszteni a távoli asztalra, mert nem támogatjuk a másolást és beillesztést a SharePoint Tervező különböző PID-kkel rendelkező telepítések között.

• A Szótár összeállítása művelet beillesztése nem használható, mert nem őrzi meg a tulajdonságait.

Kerülő megoldás A legtöbb egérművelethez használhatja a billentyűzetet. Más elemek esetében nincs áthidaló megoldás.

A munkafolyamat-űrlap InfoPath-űrlapról ASPX-űrlapra módosult

A SharePoint Tervező 2013-on és Microsoft Azure Munkafolyamaton alapuló munkafolyamatok esetén a SharePoint Tervező a SharePoint 2010-munkafolyamatok által létrehozott InfoPath-űrlapok helyett ASPX-űrlapokat hoz létre. Ha testre szeretné szabni az űrlapot, kattintson rá a munkafolyamat-összefoglaló oldal űrlapcímkéjében egy általános ASPX-lapszerkesztő megjelenítéséhez.

Kerülő megoldás    Jelenleg nincs áthidaló megoldás.

A feladatfeldolgozási műveletek nem szúrhatók be, ha a SharePoint Tervező két példánya fut

A SharePoint Tervező 2010 munkafolyamat-műveletei, például a Jóváhagyás indítása és a Visszajelzés indítása folyamat nem szúrhatók be a munkafolyamat-tervezőbe, ha a SharePoint Tervező két példánya fut egyszerre.

Kerülő megoldás    A SharePoint Tervező 2010 munkafolyamat-műveleteinek használatakor a SharePoint Tervező egy példányát használhatja.

A SharePoint-Tervező-munkafolyamatok nem támogatják a keresést

A SharePoint-listák és -dokumentumtárak egyes mezői nem támogatottak a SharePoint Tervező 2013-ban való kereséshez, és ha a keresési mezőket beolvassa a munkafolyamatból, a munkafolyamat megszakad. Ezek a mezők mind Keresési típusú mezők, és főként a globális (rejtett) listára hivatkoznak, egyes mezők pedig keresési típusúak ugyanazon lista mezőihez.

• [Mezők a listában]

• Alkalmazás létrehozója

• Alkalmazás módosítva

• Ügyfél-azonosító

• Vitafórum címe

• Mappa gyermekszáma

• Elem gyermekszáma

• Elemtípus

• Szülőelem azonosítója

• Elérési út

• Válaszok száma

• Legrövidebb Thread-Index azonosító keresése

• Rendezés típusa

• URL-cím elérési útja

• [A dokumentumtár mezői]

• Alkalmazás létrehozója

• Bejelentkezés megjegyzés

• Ügyfél-azonosító

• Fájlméret

• Mappa gyermekszáma

• Elem gyermekszáma

• Elemtípus

• Elérési út

• Rendezés típusa

• URL-cím elérési útja

• Vírus állapota

Kerülő megoldás    Tegye a következők valamelyikét:

• Használja a HTTP-webszolgáltatás hívása műveletet. Például: http://site_name/_api/Web/Listák/GetByTitle('list_name')/Items(item_ID)/FieldValuesAsText?$select=field_name

where field_name az SPField objektum EntityPropertyName tulajdonsága

• SharePoint 2010-munkafolyamatok átszámítása a Lista/webhely munkafolyamat indítása művelet használatával.

Vissza a lap tetejére

A felső navigáció nem jeleníti meg Viva Engage navigációs lapot

A OneDrive Munkahelyi vagy iskolai verzió bérlői rendszergazdájaként a Microsoft 365 felső navigációs sávján a Newsfeed vagy a Viva Engage volt látható. Ha azonban a OneDrive Munkahelyi vagy iskolai verzióra fizet elő, ezek a fülek nem láthatók. Ez a felső navigációs sáv még akkor sem jelenik meg, ha a bérlői rendszergazdai lapon engedélyezve van a engage.cloud.microsoft szolgáltatás.

A különálló OneDrive Munkahelyi vagy iskolai verzió alapértelmezés szerint nem tartalmaznak Viva Engage vagy newsfeed közösségi navigációs lapokat. Ha azonban közösségi hálózatként engedélyezi a engage.cloud.microsoft szolgáltatást, a felső navigációs sávon a OneDrive hivatkozás mellett Viva Engage egyszerű hivatkozásra kell kattintania.

Kerülő megoldás    Abban az esetben, ha közösségi hálózatként engedélyezte Viva Engage, közvetlenül a engage.cloud.microsoft webhelyre léphet, és bejelentkezhet a Microsoft 365 szervezeti identitásával.