Category Archives: SharePoint-megoldások tervezése

Járóbeteg-ellátás, követés – Rész 1

Körülbelül egy évvel ezelőtt, Én csatlakozott a Slalom folytatott konzultációt Itt new Yorkban nevezünk egy gyakorlat területen vezet.  (Mint egy kisebb félre a pont ebből blog post, hogy változtatni a munkahelyek számlák részére az én-m teljes lemorzsolódási a blogírás.  Volt egy nagy változás a szerepeket és a nagy változást a napi "cucc", de valahogy már acclimated magam és megjelenés továbbítja újra írás Mosoly ).

A PAL szerepe, Én vagyok felelős a cég és a közvetlen környék 21 West 21st street katasztrófa-ra egy szabályos alap.  Egy csomó nyomás (több, mint amit erő gondol – gondoljunk csak a gyermekek!). 

A szolgáltatást, hogy kötelesség, Meg kell segíteni a Pre-Sales, létrehozása és frissítése a megy--hoz-piac kínálatát, Autóbérlés jó emberek, vonat fel az emberek, hogy azok jobban (de tényleg, munkám megkönnyítésére) és néha csinál valami számlázható az ügyfél.  Kapok egy csomó "input" – ügyfelek kérdéseire, értékesítési lehetőségek, az én-m saját addled gondolatait és így tovább.  Bizonyos, hogy a nagyon jó (mint egy forró értékesítési oppty) míg egy csomó kevésbé jó.  A legfontosabb, hogy kezdetben nyomon követése, előtérbe, és kezelni minden ilyen ötletek (nagy és kis) egy sikeres lezárása. 

Ez a fajta feladat vezetés nem új, jobb?  És mi van a sok feladat szerszámok segíteni neki minket ezzel.  Outlook feladata van.  Akkor pofon egy adatbázis-kezelő együtt szép és gyors.  A legelső feladat vezetés szerszám volt egy jogi jegyzék hát-ban az én-m nap GAF informatikai részlegének fejlesztőjeként.  (Kérdezz e régi szép napok, a következő alkalommal, amikor lát engem, ha érdekel, vagy talán nem…).

Hogy egy SharePoint-srác (névlegesen, legalább), Mindig is hittem, hogy használja a SharePoint.  De valamilyen oknál fogva, egy általános feladat lista sohasem tett ez nekem.  Egy csomó hónappal ezelőtt, Úgy döntöttem, hogy gyógyítani magam, és csak létre egy SharePoint-alapú megoldás.  Volt olyan kínosan könnyű létrehozni, hogy azt hittem, hogy ide írni arról, hogy.

Így, Célom itt voltak nagyon egyszerű:

  • Szuper könnyű és gyors adatbeviteli
  • Tevékenységeket rangsorolni
  • Kategorizálni tevékenységek
  • "next step" vezérelt – ezek a tevékenységek is gyakran span hét (talán még a hónap).  Ezek szinte soha nem "vége" után, hogy egy adott frissítés.

Ezek a bitek beleegyeznek szépen egy tartalomtípus, Szóval ez az, amit teremtett:

image

Tudod valójában látni, hogy egy értékesítési elfogultság, ezzel az első, mivel az "Ügyfél" mező.  Alot-ból az én-m gyakorlat tevékenységek köré ügyfelek (tényleges vagy potenciális).  De sokan közülük is belsőleg koncentrálnak.  Pofon "Slalom" ott, amikor létre őket, de ez mindig úgy érzi, egy srác furcsa.  Azt kell volna nevezett ez valami általánosabb.  Talán "cél szervezet", vagy valami.

Íme néhány egyéb megjegyzések a tartalomtípus:

  • Tevékenység hatásának ruházott be egy mérés-ból prioritás.  Nem vagyok biztos miért én elmentem a "Hatása" és nem "prioritás" nap nulla, de ez az, amit tettem. 
  • Következő lépések, és a következő lépések dátuma – van egy irányítópultot, amely vezeti a következő tevékenység dátuma.  Az irányítópult fajta vált az én menetelnek utasítások a nap/hét.  Most megy a műszerfal és a hangsúly a magas prioritású dolgokat először és megy onnan.  (Van fogalma a "címke"
  • Elsődleges tulajdonosa – az egyetlen dolog-ból jegyzék van – Hát nem fantasztikus, hogy rendezheti és szűrheti a több oszlop kijelölésére SP 2010! Valójában nem teljes mértékben vesz be ez a fogalom az első.
  • A tevékenység állapota – tényleg csak "Nyitott" vagy "Zárt". 
  • Elsődleges gyakorlat – után én kezdett használ ez, a csoport másik PAL kívánatos-hoz megpróbál ez ki, így csúszott ez a keverékhez, különbséget tenni a dolgaimat (Portálok & Együttműködés) és neki dolgokat (Azure).

Itt van az én-m műszerfal:

image

(Elnézést a homályos ki bit – nem érzem, mint egy csomó Tesztadatok létrehozása, és nem akarom, hogy bárki egy szívroham keresztül megosszák a létfontosságú adatokat [lásd a bit az intro-re: Mentsd meg a világot, stb., stb., stb.]).

Van számos más kilátás ezen a listán, beleértve egy Adatlap nézetben, amely lehetővé teszi számomra, hogy tömeges frissítéseket.  Én ezt leginkább gyakran, amikor egy csomó alacsonyabb prioritású elemeket úgy tervezte, hogy csinál egy soha nem elég kaptunk tenni, és megnyomott egy héttel ki kell.

minden nap, Húzza ki a tevékenységek Naplóm, és csak elkezd dolgozik ki a lista elejére.

Részben 2, Leírom, hogyan csináltam ezt még hasznosabb, azzal a kiegészítéssel, egy szép e-mail küldésre doc könyvtár és az SPD munkafolyamat.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Hagyja, hogy a ragyogó példák ólom a módja a megnövekedett SharePoint elfogadása

Az én első "tiszta" BrightStarr blog bejegyzés volt ma közzétett.  Itt van egy farkasoló vontatott:

Nem volt sok beszélgetés az utóbbi időben a téma a SharePoint elfogadása és különösen annak hiánya a internets. Senki nem akar menni a fáradságot, a gazdaság és a biztonsági infrastruktúra tervezése, részt vesz a műhely, összerakva egy menõ megjelenés, dolgozott ki egy szikla szilárd információs architektúra, amely ellenáll a kellemetlenségek, a cég re-orgs és végül, csak azért, hogy fedezze fel a három hónapok után harsonaszó töltött kínálatból go-live, kevesebb, mint 50% a cég alkalmazottai használ SharePoint, és legtöbbjük használja, hogy cserélje ki a régi hálózati fájlkiszolgálók ("a S:\ hajt").

Nincs csodaszer (vagy egy blogbejegyzést) fog megoldani ezt a problémát. Azonban, vannak sok dolog, amit tehetünk, hogy csökkenti annak kockázatát, egy vérszegény SharePoint portal. Egy ilyen technika a "Shining példa minta."

Szeretném tudni, hogy más SharePoint elfogadása stratégiák, hogy érdekel téged, hogy megosszák.  Ha megosztod, Kérem, hagyjon egy megjegyzést, a BrightStarr blog.

Olvas a egész dolog itt: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Nyomtató-barát oldalak létrehozása, és egyenletes kinyomtathatja

Írtam egy cikket a SharePoint-eligazítás egy héttel ezelőtt, vagy ha ez lett könyvelve.  Itt van a nyitó darab:

image

Tudod olvas a egész dolog itt: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Remélem, ez segít valaki.  Élvezze a!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Tud csinál"” szemben kellet volna csinál"” a SharePoint projektek

Azt hiszem, hogy sokan közülünk néha együtt jelennek meg, a jobb kifejezés hiánya miatt, fiatal gyermek követelményeinek.  A végfelhasználó valóban, nagyon rosszul akar egy bizonyos egyedi megjelenés, vagy egy nagyon speciális rendezési szerkezet vagy egy kattintással vagy egy menüparanccsal a navigáció könnyű kivágni vagy [szenvedélyesen tartott meggyőződés, hogy történik-hoz lenni rossz beszúrása].  A SharePoint pro, általában találkozhatunk, szinte bármilyen követelmény a platform, de ha közülük egyesek esetében, tudjuk, a szívünkben,:

  • Ők haladó fog egy aránytalan összeg-ból idő, hogy végre (és ezért többe)
  • Mennek, nagyon egyéni, és ezért nehéz fenntartani és – problémamegoldás
  • Néhány egyszerű SharePoint megközelítés, amely megfelel az 80% vagy több, a követelmény (i.e. a rügy követelményének megfelel, de nem a levelet a követelmény)

Alsó sorban, tudjuk, hogy a "kötelezettség" tényleg csak egy szép, vagy még bizonyos értelemben jogos, de valamit, hogy az emberek kell, élni mint tölteni sok időt próbálják "megoldani."

Azt hiszem, ezek a követelmények "kisgyermek", mert láttam már ezt a mintát sok idő előtt.  Gyerekek erdei fenyő el és a póni, akkor néhány új játék hétig egy időben.  Kap őket a játék, játék vele részére néhány óra vagy nap, és aztán tedd le, soha nem az, hogy vedd fel, soha többé.  Vagy, nem kap a játék, a zsémbes leáll, és a gyerek mozog, hogy a szabad világ elnökévé.   Láttam ez megtörténjen a SharePoint projektek.  Döntéshozók sem kap, amit akarnak, és válik egy használatlan vagy kihasználatlan funkció vagy nem kapnak, amit akarnak, és a projekt még mindig sikerül egyébként.

Eszembe jutott hogy ma az egy fórum felad, és tetszett, hogyan Clayton Cobb próbált-hoz kap a fórum poszter, hogy álljon vissza, egyik ilyen jellegű követelmények: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Nagyon kíváncsi vagyok, hogyan emberek meg ebben a témában, és hogyan foglalkozik.  Én vagyok hiányzik a pont?  Van-e stratégiák, döntések döntéshozók triviális követelményeket overinvesting van irányítani?  Kérem, hagyjon egy megjegyzést.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Tartalom típusa biztonsági szimulálja a munkafolyamat használata

Egy másik nap, egy másik MSDN-fórumok inspirált post.

Valaki azt kérdezi, hogy azok lehetett biztonságos tartalomtípus úgy, hogy amikor a felhasználó az egyéni lista "új" gombra kattint, csak az adott személy hozzáférést a tartalomtípusok lenne, a legördülő listában jelennek meg.  Tudjuk, hogy, Ez nem támogatott kívül a doboz.

Ez a kérdés merül fel, most majd, és ez alkalommal, Volt egy új ötlet.  Tegyük fel, hogy van, mint ez a forgatókönyv:

  • Van egy ügyfélszolgálati jegyrendszer.
  • A helpdesk jegyrendszer megenged használók bejönni rendszeres helpdesk Jegyinfo, mint a problémás terület, probléma állapota, stb.
  • Azt akarjuk, hogy adja meg a "sürgős" mező "szuper" felhasználók.
  • Más felhasználók nem férnek hozzá ezen a területen.  A rendszer mindig rendel "közepes" szintű prioritás kérelmük.

Mit tudunk tenni, hogy hozzon létre, két különálló SharePoint-listák és a két különböző típusú tartalmakat, egyik a "szuper" a felhasználók és más, mindenkinek mást.

A munkafolyamat minden listán az adatokat másolja a mesterlista (a tényleges helpdesk jegyet lista) és a processz onnan.

Ez a megközelítés működhet oszlop szintű biztonság, valamint egyfajta áramlását. 

Még nem próbáltam, de úgy érzi, ésszerű, és ad egy viszonylag egyszerű, Ha elég durva, lehetőséget, hogy végre egy fajta tartalomtípus és még oszlop szintű biztonság.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Tartalomlekérdezési kijelző: SharePoint's Swiss Army Knife

Az én legújabb cikket is fel www.sharepointbriefing.com. Itt van egy farkasoló vontatott:

image

Olvas a egész dolog itt: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Lát ez-ban használ valódi nyilvános webhely következő lépések:

  1. Ezt pókháló oldal: http://cdi-its.com/Pages/Customer_Support.aspx (Ez az ügyfélszolgálat oldalát a CDI).
  2. Kettyenés-ra "Esettanulmányok" a bal oldali navigációs.

Elő fog ugrani a "Customer Support" szakasz az esettanulmányok, tőzsdei.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

A már meglévő feltételek: A mentő figyelmeztető SharePoint-sablonok (?)

Egy én dolgoztam egy korábbi nyertes építsünk ki egy kicsi, de hasznos HR alkalmazás a vállalati ügyfelek. Hogy a vállalkozó a SharePoint Designer végrehajtására használják a munkafolyamat része a megoldás. Egy kis rendetlenség. Például, kilenc SPD munkafolyamat támogató egyetlen logikai munkafolyamatok, és akár 5-öt is tűz egyszerre adott a megfelelő feltételek bármely adott időpontban. It’s not easy to debug 🙂

Az én-m ügyfél birtokol nagyszámú még mindig fennálló követelmények, amelyek közül az egyik, hogy általában több összefüggésben, ha a rendszer küld ki elektronikus levél riadókészültségbe helyez-mind az e-mail magát, valamint a társított tevékenység formái. Mint az SPD munkafolyamat végrehajtói, az "összegyűjti a felhasználó" SPD-művelet ténylegesen létrehoz egy feladatot az egyéni tartalomtípust. Ha az általunk használt művelet, nem kapunk, adja meg sok. Mi lehet kérni bizonyos értékek (pl. "jóváhagy" vagy "deny") és mi lehet adni egy fixen kódolt érték a cím és a Leírás. Ennyi.

Az én-m ügyfél követelmény két hajtsa:

  1. Amikor SharePoint küld egy e-mailt arról, hogy egy tevékenység-hozzárendeléshez, tartalmaz egy csomó információt a feladat, az e-mail szervezet.
  2. Ennél is fontosabb, messze – Amikor a felhasználó rákattint az e-mailben Tevékenységkapcsolat, a tevékenység űrlap kell minden olyan információt, amelyet a jóváhagyó van szüksége, hogy ő jóváhagyása vagy megtagadja a határozat. azonnal, a kezelőnek, kattintson az elemhivatkozás, maga-hoz fúr legyőz levegőbe a mögöttes részletek, és senki sem szereti, hogy. Kattints az e-mailben. Akkor kell egy valami homályos hivatkozásra az elem. Aztán megnézheti az alapjául szolgáló adatok (egy InfoPath-űrlap ebben az esetben). Kattintson vissza/back, stb. Mindenki utálja, hogy.

Amit örököltem ezt kissé zavaros technikai megoldást, és azt akarom, hogy a változtatásokat a legkevésbé tolakodó módon lehetséges.

Most szedem megközelítés az, hogy hozzon létre egy egyéni figyelmeztetési sablont. El tudja olvasni róla itt. Az áramlás a következőképpen működik:

  • Az SPD munkafolyamat.
  • Egy bizonyos ponton, feladatot rendel egy igazgató.
  • SharePoint rendszer automatikusan küld ki riasztást az igazgató. Ez nem része az SPD munkafolyamat, hanem "SharePoint mit." (A SharePoint időzítő szolgáltatása, Azt hiszem).
  • Egyéni riasztáskezelő hivatkoznak a szabványos értesítési folyamat mellett (magic szabályok leírtak szerint a fent hivatkozott cikk).
  • Mikor az én-m egyéni riasztáskezelő fut, Ez létrehoz egy szép e-mailt. Ennél is fontosabb, mivel ez a feladat a kezében, Ez is díszíti a tényleges tevékenység keretében szükséges valamennyi információt üzleti követelményének.
  • A felhasználó kap a elektronikus levél, és tele hasznos környezeti információt a.
  • Felhasználó csattan-on láncszem feladat és a feladat önmagában tele hasznos Cellakörnyezeti adatok.
  • Mindenki hazamegy görögdinnye és fagylalt.

Csináltam egy gyors POC, és ez jól működik a tesztkörnyezetben. Én kap a saját egyéni e-mail értesítést várt. Is kap a feladat leírása és a maga cím frissítése.

A kicsit csak trükkös, eddig, az, hogy elkerülni az olyan helyzeteket, ahol a riasztás frissíti a cikk, egy másik riasztást kiváltó. Ez nem gond nekem.

Ígéretesnek tűnik, eddig...

A nagy dolog, hogy nem kell sem a meglévő SPD munkafolyamat vacakol. Ők boldogan tudatában annak, hogy egy riasztáskezelő"IIZ FUTNI DA BAKGROUND, DECORATIN TEH FELADAT LISTA WIF MOAR KÖRNYEZETE”.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint-bemutató: Fellendítő építeni egy függőleges üzleti alkalmazást SharePoint

[Megjegyzés:: Azt akarom, hogy rögtön azt mondják, hogy egy pénzügyi érdekeltsége a kívánt eredményt ez a demonstráció, ami azért említem, teljes nyilvánosságra hozatal, stb. Ez valójában az első alkalom, én valaha is blogged körülbelül egy esemény hol állok, így személyesen igénybe.]

Ez a webes bemutató kerül sor csütörtök, 06/04 a 12:30 EDT, végződik 1:30PM EDT.

Az én-m kiváló üzleti partnerrel együttműködve, Integrált rendszerek és szolgáltatások csoport (ISSG), Évek óta dolgozom egy függőleges üzleti alkalmazás segítségével SharePoint, mint a platform fejlesztése. Ebben az esetben, építünk egy alkalmazás, a gyártók, hogy személyre szabott termék ügyfeleiknek igényeit szolgálja, hogy. Ezekben az esetekben, nagyfokú együttműködésre kell történnie az ügyfél és a gyártó között. Van is egy nagy belül a gyártó a különböző csoportok közötti szükséges együttműködés, értékesítési beleértve, mérnöki, kutatás és fejlesztés, jogi és más csoportok.

A demo fogja megmutatni, hogy egy alkalmazás, amely lehetővé teszi, hogy az ilyen együttműködés, valamint a vita a hogyan ezen együttműködés bit kell integrálni a backend ERP rendszer.

Végül, Ez nem lesz egy SharePoint-demo. Ez az egy bizonyítás-ból egy oldat részére a sajátos probléma, hogy előfordul, hogy használja a SharePoint, mint a platform.

Így, miért zavar, hogy iratkozzon fel, és ez a bemutató? Nem várom el, hogy túl sok blogom olvasója érdeklődik egy olyan megoldás iránt, amelyet a megrendelésre gyártók gyártanak. 🙂 Az ön felvásárlása maga a koncepció lenne - a SharePoint pusztán üzleti megoldáshoz történő felhasználása, magát a SharePoint figyelmen kívül hagyásával.

Ha-a ' érdekelt, Kérjük, iratkozzon fel itt(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Tudod kandikál az én hideg SharePoint Designer, Holt kéz

Az én legújabb cikket is fel www.EndUserSharePoint.com. Én írtam a SharePoint Designer, Vége a felhasználók és a stratégia, hogy a végső felhasználók megpróbálhatják és kövesse annak érdekében, hogy bizonyítsa alkalmasságát, és ezen a környéken: ez az eszköz a bizalom.

A megjegyzések olyan sokkal érdekesebb, mint a cikk maga.

Check it out.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

MOSS felhasználói profil a felhasználó nyelvi preferencia-sorrend hatóság

A jelenlegi projekt, egyes felhasználók utazik szerte a világban, és amikor megérkeznek a különböző célpontok, használja bármilyen gép kéznél levő abban az időben. Ezeket az értékeléseket a gépeket lesz futás Windows telepítve és konfigurálva a helyi területi. (Én csak rájöttem, hogy a vendég gép nem lehet a megfelelő nyelvi csomagok… valószínűleg nem, valójában… Én vagyok parkolási lehetőség, hogy az egyik, most).

SharePoint van szüksége, hogy egy olyan mechanizmust, amellyel a felhasználó vegye az általuk előnyben részesített nyelven, és akkor a tiszteletére, hogy a nyelv, függetlenül attól, hogy hogyan a felhasználó hozzáfér a moha moha. Más szóval, figyelmen kívül hagyja, amit a böngésző azt mondja, IIS/moha, ehelyett néz ki a kívánt nyelvet, és használ ez.

Megyünk, hogy vizsgálja meg a két megközelítés:

  1. HTTP-kezelő: Telepített IIS egyéni HTTP-kezelő fog fel a felhasználó MOSS profil, kitalálni, hogy a kívánt nyelvet, és ezután válts a HTTP-fejléc ezen a környéken: szükség szerint előtt ellenőrzés Moss.
  2. Global.asax: Módosítsa a global.asax csinálni ugyanaz a dolog. Mi mást módosíthatja, de az ötlet az, hogy találunk néhány hely, ahol tudjuk be a locale-váltás logika.

A másik nehezítő tényező, hogy mi kell támogatást 60k felhasználók, körülbelül 1,000 amely lehet egyszerre bejutó MOSS csúcs terhelés.

A HTTP-kezelő úgy tűnik, elég drasztikus, de talán a legjobb hely, tegye a kódot, mert az IIS szinten és a minden-megértés. -A ' egy jó egyetlen pont a munka.

Mi a ' hajló felé a global.asax típusú megközelítés, főleg azért, mert hisszük, hogy mi lesz több lehetőséget gyorsítótárazni kívánt adatok ezen a ponton.

Leszek blogolás több ebben a témában, mint én többet.

Ha tud valamit erről, please post a comment 🙂

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin