SharePoint üzleti alkalmazások, mint a keret

Bevezetésének

Azt írja le korábban, hogy neked kellene megtekintése SharePoint mint "üzleti alkalmazások" keretében, nem pedig csak egy szoftver, hogy "kezeli a dokumentumok", vagy ahogy egyszer hallottam, hogy úgynevezett "ez csak egy intranetes alkalmazás"!

Valóban, a jelentés alapjául szolgáló alkalmazások fejlesztése és az "ellenséges" környezetben, ahol, hogy az adattár tárolja el a szervezet adatait. A kép ellentétes ábrázolja, a soron következő legújabb kiadása a platformon (SharePoint 2010) sokkal több, mint egy dokumentumtár, Ez egy erős keret és a fogadó épület hatékony üzleti alkalmazásokat, közösségépítő és nyújtásában gazdag tárháza a szervezetek adatait.

Ezért lehetőséget ad arra, hogy a kérelmeket lehet vásárolni, vagy a beállított belül kidolgozott SharePoint módon megoldani sok üzleti kihívások, javítja a hatékonyságot, ahogy a személyzettel együtt dolgozni másokkal, és esetleg csökkenti a költségeket a kapcsolódó informatikai költségvetését.

SharePoint's 'belső ereje az, hogy tud nyújtani egy adattárolót (a formanyomtatvány tartalmi adatbázisok belül tárolódnak a Microsoft SQL Server) a legtöbb üzleti alkalmazások (mind a meglévő és új mérlegelt) kevesebbet kell, hogy fektessenek külön hardvert, engedélyezési és a folyamatos támogatást.

SharePoint alkalmazások

Általánosságban elmondható együtt a szokásos SharePoint alkalmazások használják, mint például egy intranet, extranet és internet web oldalak néző, azt is figyelembe lehet venni a következő, hogy csak néhányat említsünk a vertikális és horizontális üzleti alkalmazások:

• Projekt és program menedzsment alkalmazások
• Marketing kampány alkalmazások
• Termék katalógusok
• Fórumokba
• Kutatási alkalmazások
• Reporting munkaterületek
• Document Imaging alkalmazás (segítségével szkenner)
• Képzés és önsegélyező portálok
• * List alapú alkalmazás (kliens kapcsolatot és tudásmenedzsment alkalmazások például)
• * Workflow alapú alkalmazások
• Forms alapú adatbeviteli alkalmazásokat.

* Minden olyan alkalmazás, amely valószínűsíthetően létrehozása vagy frissítése "többszörös vagy külön jegyzékére" adatok akkor is szükség van a keresési vagy szűrési mechanizmust alkalmaznak. Számos már meglévő Lotus Notes vagy más, úgynevezett összetett kérelmek alapján három típus vagy olyan formában, és ezért meg kell fontolni közti váltást a SharePoint.

A pályázatokat nyújtják meglévő ad hoc "kliens szerver 'alapú architektúrák is hosted belül a SharePoint környezetben. Megadják, bizonyos szintű kompromisszumot gyakran van szükség, de legalábbis érdemes vizsgálóbíró az Ön érdekelt abban, hogy előnyös lenne, a vándorló ezeket az alkalmazásokat és tegyék hozzáférhetőbbé és vitathatóan csökkenti az általános költségeket, hosszú távon pedig a használat A "megosztott szolgáltatások" által nyújtott SharePoint.

Ezért, amikor keres sajátos vagy egyedi alkalmazások teljesítése egy bizonyos meghatározott üzleti követelményeket, akkor érdemes megnézni, hogy a meglévő beruházások SharePoint, hogy ha ezt ki lehet terjeszteni, hogy a funkcionalitás van szüksége. Sőt fontolják meg a SharePoint mint az alapul szolgáló egységes platform bevezetése több kérelmet is lehet, figyelembe véve végrehajtási egymástól függetlenül.

Real Világ példák

1. példa:

Erre jó példa látható a egyesíti a meglévő dokumentum elképzelhető megoldások keretein belül, a SharePoint. A meglévő nyomtatott és kutató felszerelést lehet használni, tárolására azok tartalmát (jellemzően tiff vagy pdf file-ok) be SharePoint környezetben. Ezek pedig automatikusan tagged with metaadatokat, indexelt és felügyelt keresztül kereshető, vagy szűrt felületen teszi elérhetővé a szélesebb közönség számára, felhasználva workflow, stb Egy ilyen világban például a technológiák integrálása lenne a beolvasás az ügyfél egyezések, a bejövő e-mail vagy más ad-hoc szkennelés követelményeinek. Ezen újrahasználat ki befektetéséből mind szkennelés és a SharePoint jó példa arra, kiegészítő technológia kombinálása "

2. példa:

Másik példa lehet, hogy a nyílások a Lotus Notes alkalmazások SharePoint intraneten. Sok úgynevezett "Notes alkalmazások" tulajdonképpen csak a listáját tárolt információk Notes. Ezek lehetnek vándoroltak, és ülj tökéletesen a hasonló vonás készlet SharePoint. Igaz, nem becsüli alá a kihívásokat, amikor a "dokumentum migráció" a megjegyzéseket, mivel ez nagyon nehéz, különösen a gyakran bonyolult munkafolyamatok vándorol. Vannak 3. féltől származó termékek számára rendelkezésre álló segítséget itt, mint például a AvePoint, Mainsoft és a Quest.

Ideális esetben az eredeti SharePoint architektúra figyelembe kellett volna vennie annak szükségességét, hogy további alkalmazások és építették, hogy ennek megfelelően kezelni az ilyen változást. Ha mégsem, akkor el kell végezni a teljes felülvizsgálatát és az építészeti terv szükséges változások befogadására őket - ne becslése szerint a kérdéseket és a kutatás ezen a területen alaposan, mivel vezethet további átfogó építészeti változásokat, a hardver és vagy szoftver vásárlása.

Következtetést

Tehát összefoglalva, a SharePoint sokkal több, mint egy dokumentumtár, hogy ez egy erős keret és a fogadó épület hatékony üzleti alkalmazásokat, amelyek segítik a munkatársak tudják kezelni a tájékoztatás jobb és hatékonyabb, ezzel segítve az üzleti elérje stratégiai céljait. Akár a 2003, 2007 vagy akár a hamarosan indítandó 2010 verziója a SharePoint, a kiépítési terv vagy változásokat jól fejlett úgy, hogy támogatja az Ön üzleti igényeinek a jövőben.

Üdvözlettel,

: Andrew Walmsley

Igazgató, WorkShares

Tartsa a SharePoint és az informatikai stratégia szinkronban

SharePoint megérik az elmúlt években lesz elég jó, amiért egy "minden olyan dolgot, hogy minden ember" platform, vagy ahogy én inkább utalni rá, mint egy "üzleti alkalmazások" keretet.

A bevezetés a SharePoint 2003 a "Windows SharePoint Services (WSS), az engedélyezett részeként a Windows Server 2003 operációs rendszer, mint a" szabad "letöltés, szintén világos master stroke engedélyezési a Microsoft.

WSS szerint vitatható egy jó, erős és gazdag minden legyen szó egyszerű dokumentum-kezelési szolgáltatások, ez azt szolgálja, hogy számos kis-, közepes és nagyvállalkozás bizonyos mértékben a vállalkozások is önmagában. Valójában ez az, ahol sok vállalkozás indult el a telepítés a korábbi verziók a szoftver, anélkül, hogy igazán tudta, mit kezdtek maguk is részt vett.

"SharePoint 2010-ben továbbra is az ellenállhatatlan" mindent egy kaptafára "megközelítés vonzó funkcióval átível a két intranet, extranet és internet határok"

Ez a "minden olyan dolgot, hogy minden ember" téma van beállítva, hogy folytassa a következő kiadás, a SharePoint 2010. Előirányzott tavasszal release, akkor továbbra is biztosítja a szolgáltatásokat és funkciókat, amelyek megfelelnek véleményem nagy részét a szervezet általános megoldást alkalmazás igényeknek, nagyon jól, de más különös követelményeket nyilvánvalóan nem így van.

Elődjéhez hasonlóan a SharePoint 2007-ben a következő verzió (az úgynevezett SharePoint 2010) biztosít majd kényszerítő "mindent egy kaptafára" megközelítés vonzó funkcióval átível a két intranet, extranet és internet határokat. Nem megfeledkezve ezt a kiadást nem meggyőző, ha éretlen, a Microsoft online 'felhő alapú "szolgáltatást kínál, amely frissül a hátán való indulás 2009-ben.

Azonban a "minden olyan dolog, hogy minden ember" nyilatkozatot időről időre volt a "Achilles-sarka", mert nem csinál egy funkció, valamint az ügyfelek elvárják, illetve esetlegesen szükséges, mint a dokumentumok kezelése, nyilvántartás-kezelési, Wiki, blogok, webes tartalom-és munkafolyamat-irányítási, stb vitathatatlanul ezek és SharePoint egyéb alapvető funkciók egy sor olyan, hogy ha a versenytárs termékek függetlenül használható, sokkal jobb.

De fontos megjegyezni, hogy a SharePoint nem volt és nem lesz képes megnyerni az ilyen egymás melletti összehasonlításokat. És nem is tervezték, hogy versenyezni tekintetében a "vertikális" alapú üzleti alkalmazások vagy más szakmai "üzletág" alkalmazás szoftver. Egy pont gyakran elvész a viták és a kiválasztási folyamat vállalt kiválasztás egy informatikai megoldást az Ön igényeinek.

"SharePoint van, ha nem tette meg, azokban részt építőkockák"

Elkerülése érdekében ezeket a forgatókönyveket és SharePoint tekintik a megfelelő kontextusban, ezért fontos a stratégia bevezetése, elfogadása és kezelése egyeztek meg, és érteni nem csak azok végrehajtásáért felelős, és támogatást nyújt, de az összes vezető felelős érdekeltek IT-szolgáltatás nyújtásának .

Továbbá szeretném ügyvédje tartva a jelen és átfogó informatikai stratégia szinkronban. Miért? Mert legtöbbször nem a szervezet fogja használni egyre többféle informatikai alkalmazások, hardver és szoftver, és a halmozott számos gyakorlat és tapasztalat, hogy a központi munkatársak megtartása és fenntartása részeként a feladataikat.

Ezért az Ön informatikai funkció érdekeltek kezelésében a kapcsolódó költségek e heterogén környezetben. Ezen kívül van, vagy inkább legyen növekvő igényét egyszerűsítése, sokkal fogékonyabb és vezessen be az operatív és stratégiai "építőkövek", ami segítheti az üzleti stratégiai célok eléréséhez szükséges. SharePoint van, ha már eleve nem e építőeleme. Még akkor is, ha azt taktikailag most a "pont megoldást" egy adott funkciót, mint egy intraneten, a SharePoint a vitathatatlanul széles képességek iránti igények is figyelembe kell venni a tágabb összefüggésben a stratégiai építőelemek.

Az én következő cikkben írok többet, hogy miért bevezetése SharePoint technológiák az IT stratégia fontos, és hogyan tovább terjed a beruházás már készült a SharePoint 2007, vagy készülnek, hogy talán a SharePoint 2010 ebben az évben.

Üdvözlettel,

: Andrew Walmsley

Ügyvezető igazgató

Érdekli a SharePoint 2010?

Én nagy megtiszteltetés (és megtartása sok sebek!) A SharePoint dolgozott, mivel ez első indítása 2001-ben láttuk egymást követő frissítések a platform az évek során, illetve tanúként a növekvő vállalkozások által elfogadott egyik legfontosabb " építőkövek "hajtanak végre a technológia-hoz szállít a stratégiai és operatív informatikai célokat.

Amint azt az alábbi blogbejegyzések ábrázolják (1 post és a post 1) ez már véleményem szerint erősen "evolúció" az évek során a termék fejlesztése szempontjából a funkcionalitás és az építészet.

Ezen kívül látott hatalmas érdeklődést és a befektetési évről-évre, nem utolsó sorban a legújabb tervezett kiadása a termék neve SharePoint 2010. További részletek itt ezt a tervezett frissítések: SharePoint Sneak Peak

Mi történt meglepett, hogy bizonyos mértékben az érdeklődési szint és a rendelkezésre álló képzések, események és más hasonló anyagokat a "hogyan kell telepíteni", "kialakítás legfontosabb döntéseket, hogy fontolja meg", stb És ez még mielőtt a termék kiadása A béta a nagyközönségnek! Ez természetesen nem volt elérhető a korábbi verziók minden nagy mélységben.

Ez jó jel, amely az egészséges támogató közösség és a Microsoft, akik közül sokkal többet nyújt az olyan információk és elöl iránymutatást jövőjük megfontolások ezt a menetrendet, illetve az egyéb technológiák.

Reménykedjünk a lendület folytatódik, ha nem indít jövőre. Az ilyen élénk közösség és a Microsoft segít, segít nekünk minden "jött létre, hogy gyorsítsák" az új technológiával, és lehetővé teszi számunkra, hogy jobban felkészült a kihívások, amelyekkel kétségkívül rendelkeznek. Ez mindenki számára előnyös, mivel lehetővé teszi a Microsoft partnerei, mint WorkShares, hogy időben tanácsot és útmutatást körül stratégiai döntéshozatalban cégek, hogy jelentős a jövőbeni befektetések 2010-ben és azon túl.

Üdvözlettel,

Endre

Ügyvezető igazgató

Michael Deller csatlakozik WorkShares

Örömmel jelentjük be, hogy Michael Deller csatlakozott WorkShares. Ő is csatlakozott, mint a mi technikai igazgató és a jövőben is az ő mint egy tapasztalt tanácsadó SharePoint és építész között, s más szerepe WorkShares.

A több mint 6 év munkatapasztalat SharePoint technológiák egy része az Egyesült Királyság vezető Microsoft-partnerek ezen a helyen, Michael jár vele rengeteg tapasztalat és tudás páratlan ezen a területen.

Michael dolgozott együtt néhány igen magas profilú SharePoint-projekt, és több iparági tapasztalat, beleértve az állami szektorban, non-profit, a közszolgáltatások és az oktatás.

Michael háttér előtt, a SharePoint és az Information Worker aréna következő néhány évig a Microsoft kliens / szerver infrastruktúra területén, amely komoly infrastrukturális háttérrel, üzenetek és a hibaelhárítást.

Michael kinevezését Növeli a mi a felső vezetés és a csapat teljes átadási képesség. Egyik legutóbbi részvétel lehetővé, hogy kezdeményezzék a Microsoft legújabb frissítése a platformon (SharePoint 2010) a konferencián Vegas nyújtanak majd nagy szükség van "heads up" a következményeit, kihívások és lehetőségek a meglévő, illetve az új felhasználók a SharePoint technológia.

Michael dolgozott több éven keresztül számos SharePoint projektek, nagyon örülök, hogy biztosítsa a szolgáltatások és várom, hogy ő értékes hozzájárulás WorkShares a mi már meglévő és leendő ügyfelei számára.

Üdvözlettel,

Endre

Ügyvezető igazgató, WorkShares.

A dokumentum a SharePoint migráció: szempontok

Háttér

Már említettem az utolsó utáni "című dokumentum a SharePoint Migration - A lehetőségek", hogy vannak alapvetően 4 fő lehetőség áll az Ön döntése során vándorolnak a fájl tartalmát részvények és egyéb tárolók. Összefoglalva:

• Vándorolnak át teljes mértékben SharePoint
• * Részleges migrációja egy részét, a tartalom a SharePoint
• ** Leave, ahol van, és továbbra is fenntartani a két lerakatok függetlenül
• *** Leave, ahol van, és továbbra is fenntartani a két listákat, hanem arra használja a SharePoint-index a régi tartalmat, így biztosítva lehetőséget a keresés azt.

Egy vagy több ilyen opciók lehetnek az útvonalat választotta jársz, attól függően, hogy az Ön igényeit és követelményeit.

* A régebbi tartalmat is kell archiválni, vagy csak el kell hagyni.

** Vegye figyelembe a költségére és kockázatára itt fenntartása öregedő berendezések

*** Ez a korlátozott lehetőségek, alaposan vizsgálják ki, és a vizsgálatok, különösen a keresési eredményeket, ezért óvatosan használja.

Következő lépések és szempontok

Hogy segítsünk ezzel a döntési folyamat, hogy melyik útvonal a legjobb a körülményektől, már írt alá néhány támpontot, hogy fontolja meg és a vita keretében a központi projekt-team és az érdekelt felek számára egyaránt. Ezek az észrevételek alapján több éves irányító különböző SharePoint projektek, így remélhetőleg fog kerülni, hogy a fájdalmas tapasztalatokat, hogy mi és ügyfeleink ment át! Ez valószínűleg nem mindent meg kell gondolni, hanem egy jó kezdet, néhány gondolat, hogy segítsen végig az utat.

"A migráció költséges lehet, különösen, ha figyelembe vesszük az információ mennyisége ön kíván vándorolni, a valós költségek az üzleti és technikai erőforrások (belső és külső) kíván tervdokumentációt, hogy segítsenek a migráció erőfeszítés"

A kérdés az érdekelt felek és magas rangú felhasználók arról, hogy ha ez valóban át kell lépni minden olyan dokumentumot és intranetes oldalak, képek, videók, stb alapján bizonyos mértékig az anekdotikus és tapasztalati, a tapasztalatom azt mutatja, újra és újra, 80 -- 90%-a tartalom ritkán vagy egyáltalán nem érhető után 12-18 hónappal azt követően jött létre. Szóval lehetne létrehozni egy hegy a munka, mert nagyon kevés visszatérési értéke.

Ezért javaslom, hogy kitalálja alátámasztó bizonyítékot, hogy erősítse meg (vagy nem) érhető gyakran vagy más támogató nyilatkozatot, vagy más módon az áttérési kötelezettség alól. Tudja meg, miért, hogy valójában "kell migrálni", majdnem olyan, mint összerakva egy mini üzleti ügyben eljárás alá vonják. Gyakran az üzleti egységek csak azt mondom, hogy ne végezze a munkáját, vagy a migrációs vizsgálat első helyen, mert más (természetesen igen) a prioritásokat. A valóság azonban egy jó öreg kitakarít gyakran üdvözlendő és jó lehetőség, hogy felvidít a tartalmát is, archív idősebb tartalmi már nincs szükség.

Azt is javasoljuk, ha elvégzi a felülvizsgálatot, a tartalom, melyet már tettek szert az évek során. Lehet, hogy meglepődött, hogy megtudja, mennyi az valójában már nincs szükség, az érintett, illetve a megfelelő és / vagy ténylegesen meghatározza, hogy a tartalmat kell frissül egyébként.

Emlékezz arra, van egy apró, de fontos különbség az, hogy "elérhető", hogy az üzleti és áttelepítés alatt álló, valamint a SharePoint. Például, lehet, tartsuk távol SharePoint-kevésbé rendelkezésre áll, de továbbra is elérhető offline média vagy más talán olcsóbb formái raktározás.

Ha megállapítják, hogy máris van egy nagy mennyiségű tartalom vándorol, tényleg hozzanak létre egy "terv" a migrációs csapat (ok) igénybevételére akkor ellenőrizze, hogy mindenki tisztában legyen a szerepek, ezek feladatait, és ha azokat kellett volna lennie ennek, és miért. Ezek a rövid kell teljes mértékben a fedélzeten, mi történik.

El is kell "bizonyítania az eljárás működik előre bizonyító forgalom" az Ön migráció csapatok. Ez megy a kézi, gépi vagy a kettő együtt megközelítéseket. Legyen nagyvonalú a migrációs becslések eredményei alapján az Ön eredményei. Ez adja meg az érdekelt felek bizalmat a projekt csapatok képesek-e megfelelni az áttérési határidőket.

"Impact a teljes SharePoint architektúra kell tervezik az átfogó design"

Remélhetőleg akkor is kiterjedne, néhány vagy nagy része ezt az eredeti SharePoint architektúra tervezése ... Gondolj bele, hogy megnövekedett terhelését a fizikai szerver környezetben, a kapacitás tervezés kérdései, hatás a keresési eredmények, az általános navigációs és hasznosságát a tartalom, hogy csak egy néhány területen van szükségük gondolkodás és az értékelés során figyelembe vonuló jelenlegi tartalom SharePoint.

Például, ha fogsz mozogni és és indexeli a külsőleg tárolt tartalom a SharePoint környezetben, úgy a hatása a növekedés tároló készül, hogy helyre kerüljön a környezetbe. Nem utolsósorban azért, mert méretének növekedése nem csak a nyers adatok tárolásának tartalom hozzá az SQL adatbázisokat, hanem az új tárolási kezeléséhez szükséges megnövekedett index fájlméret.

Megfontolja a további terhelés az imént elhelyezett a tartalék és visszaállítási folyamatokat! Lehet, hogy nyomást gyakorol a potenciális képes-e megfelelni az SLA-k számára a szolgáltatások rendelkezésre állásának esetén a leállást. Például tudja visszaállítani a nemrég még nagyobb adatbázisok tartalmát a megadott határidőn belül az SLA-k?

: "Felül kell vizsgálni 3rd party eszközöket, hogy segítsünk az adatmennyiség"

Sok 3rd party termékek csinál egy nagy munka van abban, hogy a tömeges migráció / tartalmat töltsön be a SharePoint környezetben. Ugyanakkor sok nem teljesen felelnek meg a követelményeknek, így azok áttekintése, gondosan és megtervezésében, a teljesítmény (vagy nem) a migráció és a költségeket be a terveket és a költségvetést. Fontos, hogy tisztában azzal, milyen korlátozásokat, valamint a saját erejükre is. Előfordulhat, hogy vándorol sok, de nem minden a dokumentum típusokat. Is, gyakran elveszik néhány fontos dokumentum tulajdonságok vagy egyéb metaadatok az okmánnyal kapcsolatos oldalakat, vagy próbálja áttelepíteni.

Ezen kívül el fogja veszíteni az adatok sértetlenségét, például az időbélyeg információkat. Ez általában valami, ami fontos lehet egy nyilvántartás-kezelési terv, mivel nem vihetők át az új környezetet.

"Biztosítani ön kap a vállalkozó megtehesse a vezető szerepet a migráció"

Minden eszközzel biztosítja a terv (megközelítés), eszközöket és módszereket, amelyek biztosítják elégedett lehet migrálni. Végső soron azonban az üzleti felhasználók "saját" a tényleges migráció és teljes mértékben részt vesz ebben a részében a projekt a kezdetektől fogva. Ők vannak a legkedvezőbb helyzetben ahhoz, hogy tudja, milyen tartalom, vagy nem szükséges, így kell kinéznie, hozzáférhető, stb is előfordul, hogy az egyik legjobb módszer, hogy oktassák a végfelhasználók használata SharePoint Az Ön által nyújtott lehetőségek a azokat az általános.

"Fontolja meg a szabályozási adatmegőrzési kötelezettségek"

Különböző üzleti ágazatokban, különösen a kormány és az állami szektor, a pénzügyek, az egészségügyi és jótékonysági szervezetek olyan sajátos szabályozó szabályokat, amelyeket követni az adatok megőrzéséről, rendelkezésre állás és a hozzáférés (adatvédelmi kérdésekben, mint az egész). Ezeket kell figyelembe venni a saját terveket.

: "Disinvest és / vagy újra a régi hardveres"

A migráció a régi intranetet, file részvények vagy más alkalmazás potenciálisan lehetővé teszi, hogy a hardver disinvest (vagy legalábbis egy részét). Terve az erőfeszítés, még ha ez csak megtudni, hogyan megy újrafeldolgozzák az kit vagy azt távolítani a szerver szobában. Ne úgy jótékonysági szervezetek és iskolákat is pozitív hatással lehet a régi berendezés helyett dömping hulladéklerakó.

"Ne feledd, nem minden adatot, vagy tárolhatók a SharePoint"

Igaz, SharePoint tudja indexelni a különböző tartalmak forrásokból. De a fájdalmas valóság ez ritkán éri el az eredetileg kívánt eredményt, mivel részben nem azért, mert a termék kudarc önmagában, hanem azért, mert az általános karbantartási A SharePoint alapú keresések sok a folyamatos erőfeszítés, amelyet gyakran elfeledett vagy hiányzik a tervezési vagy folyamatos karbantartás.

Gyakran ez a könnyű út az öregedési index és domború fájlmegosztások, de szeretné a keresési eredményeket tartalmazó forrásokból származó információk, hogy olyan régi és elavult? Nélkül a gondos tervezés elején, finomhangolás és rendszeres karbantartás gyakran jársz, egy rossz tapasztalatokat egy felhasználó szemszögéből.

Tehát mindenképpen úgy indexelő a forrást, de igazán értem milyen következményekkel jár egy tervezés, tervezés és folyamatos fenntartása szempontjából nem utolsó sorban a felhasználók tapasztalatai a találati oldalakon. Ez utóbbi megjegyzés, úgy minden out of the box opció van a keresés és szűrés bevezetése is az Ön keresési eredmények tartalom (egyéni vagy 3rd party vonalon).

"Vegye figyelembe a tartalmát, ha az"

Próbáld meg megérteni, mind a tárgyi eszközök és immateriális előnyök, hogy fennmarad a tartalmat in situ, és talán így a tartalom "csak olvasható" egy ideig, míg tart a beállításokat és / vagy elvégzi a migráció, hogy a növekedés nem teszi lehetővé, megváltoztatása vagy tárolt tartalom ezen a területen.

Következtetést

Sok a teendő abban az részét képezi a viták annak eldöntésére, a migráció és a fentiekben csak néhány olyan téma lehet, figyelembe kell vennünk.

Ez gyakran politikailag a "legkisebb ellenállás útját"-hoz csak vándorol minden tartalmat, függetlenül a műszaki és néha a pénzügyi racionális részére csinálás valami más. Ha még nem tette meg, vegyék fontolóra archiválás, kontingens és megőrzési irányelveket kezelni a kétségtelenül növekvő mennyiségű adatait környezetben.

Ne vegyenek részt az érdekelt felekkel és a kap-uk buy-in birtokló a migráció darab. Gyakran stratégiája ügyelve az üzleti látja el ezt a migráció, hogy azok másképp gondolkodnak, ha a forrásaik, hogy hozzák ki a rendes szerepet kell csinálni.

Végül, az én tapasztalatom vándorlását, és egy kis frissítő részhalmaza az eredeti tartalom a SharePoint, plusz archiválás a többit a megfelelő megközelítés a legtöbb esetben. Bekapcsolása SharePoint indexelési képességek a fájl részvények, de csak a kis-és mért körülmények között is valami érdemes.

Üdvözlettel,

: Andrew Walmsley

Igazgató, WorkShares

A dokumentum a SharePoint migráció: A lehetőségek

Áttekintés

Mint már említettem az én-m utolsó felad van számos olyan beépített eszközök és más lehetőségek, hogy segítsen vándorolnak el a tartalom és környékén a SharePoint környezetben.


"SharePoint a természetes öregedés helyettesíti a fájlt részvények és egyéb adattárakat"

A nagyon is valóságos és fontos kérdés merül fel, hogy mit csinálsz a történelmi tárolt adatok e tárak, mint a fájl-és hálózati megosztásokon, intranet és más silók. Bizonyára nem lesz teljes csere a fájl / hálózat felett.

Igaz, ez és a következő cikkben azt tervezem, hogy írni kíván nyújtani Önnek a lehetőséget nyitott meg, valamint néhány hasznos mutató a tapasztalatokat nyertünk az évek során az ügyfelekkel dolgozó kis és nagy-hoz szállít intranet, internet, extranet és más ponton alapuló megoldások Microsoft SharePoint technológiák.

A Beállítások

Ön alapvetően a következő választások, hogy gondosan mérlegelje, mindegyik hatással lesz, hogy más lesz attól függően, hogy az igények és körülmények között alkalmazandó:

• Vándorolnak át teljes mértékben SharePoint
• A részleges migrációja egy részét, a tartalom a SharePoint
• Szabadság, ahol van, és továbbra is fenntartani a két lerakatok
• Szabadság, ahol van, és továbbra is fenntartani a két letéteményesei és használja a SharePoint-index a régi tartalmát, így biztosítva lehetőséget a keresés azt.

Mindegyiküknek ki a pro és kontra az, amit meg kell felfelé annak érdekében, hogy a döntést, hogy igaza van az Ön számára. A végén egy vagy több a fenti megfelelő lehet az Ön igényeit, de ahogy egy korábbi blogbejegyzések megbizonyosodjon róla, hogy költségvetés és a terv megfelelő ahogy én garantálja, tovább fog tartani a hosszabb, amit gondolsz!

Majd írok még pár támpontot, hogy fontolja meg azon a tanácskozáson az érdekelt felekkel és ügyfelek számára egyaránt a következő post.

Üdvözlettel,

: Andrew Walmsley

Igazgató, WorkShares.

Vándorolnak, vagy áthelyezni tartalom belső SharePoint

Bevezetésének

A migráció mindig is kényes téma, hogy jön fel a projekt elején szempontjából felmérő projekt vége felé közben kínálatból vagy elfogadását szakaszban, vagy ha a projekt lezárva marad és a felhasználók saját. A tevékenység a költöző vagy mozgó adatokat vagy a csapat között, helyszínek, mysites, vagy a hálózati meghajtók és rendszereket, mint megjegyzi, jelentős lehet.

Létezik azonban sajnos senki választ is eleget tesz minden típusú forgatókönyv és a kép javaslom a vállalkozások úgy vélik, hogy szükség van határozottan kell térniük az első helyen egy tömeges migráció szempontjából. Megvizsgálja, hogy célszerű és lehetséges, ha szabadság van, és vagy használatát, hogy ezt a gyakorlatot "tisztogatás" az adatok előtt vonuló, vagy akár mozgó bele SharePoint vagy esetleg olcsóbb tárolóeszközökön. Bővebben a témáról egy későbbi cikkben.

Ehhez a cikkhez szeretnék valamilyen útmutatásra, hogy a végfelhasználók és a lehetőségeket. Én gyakran találkoztam a végfelhasználók a két korábbi vagy jelenlegi ügyfelek kérdezi, hogyan lehet megközelíteni a mozgó tartalmak egy oldalon a másikba, vagy hogyan kell mozgatni az egész csapat honlapján (al helyek is) egyik helyről a másikra, vagy akár a hálózati tartalom hajtások közben a migráció vagy elfogadás szakaszában. Van egy sor olyan forgatókönyvek és módszerek / eszközök itt, de remélhetőleg tudok majd adja meg a néhány lehetőséget, hogy segítsen nevelés és állítsa meg a helyes úton.

Először is, meg az elvárásokat a kezdetektől ... minden migrációt a SharePoint vagy a közelében nem lehet könnyen elérni, főleg használva ki a dobozból, és előírja a módszerek jó néhány manuális lépést. Ennek legfőbb oka az, hogy hogyan tároljuk jellemzően csapatunk site tartalmát (sok ún weboldal gyűjtemények - felső szintű oldalak jellemzően), amelyek viszont belsejében tárolt SQL adatbázisokat. Hanem a miatt a támogatás hiánya általában a felhasználói felületen belül, SharePoint, hogy a szükséges ellenőrző és mechanizmusokat, amelyek lehetővé teszik a másolása vagy mozgatása a tartalom. Ez valószínűleg ezért van sok 3rd party eszközt ott, hogy segítsek.

Minden esetben győződjön meg róla, tervet gondosan webhely tervezés és elnevezési konvenciók, hogy elkerüljék az ilyen kell mozgatnia a tartalom később!

Kifejezésgyűjteményét

Néhány mutatókat elsősorban a terminológiai, mielőtt tovább:

• Site Collection - Top legtöbb tároló és a biztonsági határ tárolására és kezelésére a tartalom. SharePoint tartalmazhat több száz vagy akár ezer e a telepítéshez. Felső szintű csapat webhelyek gyakran site collections.

• Team site - A legfelső szintű webhely, amely akkor keletkezik, a kezdet kezdetén tárolására és / vagy részvény tartalmat. Jellemzően egy webhely gyűjtemény tartalmazhat több tízezer helyszínek és a csapat vagy al-csapat helyek egy oldalon gyűjtemény egyenként több százezer dokumentum vagy nagyobb, ha a megfelelő struktúra.

• Sub-site – Are basically team sites that sit under the top level site in a site collection and have been created by users to store further content away from the top level site. They have more or less the same functionality, but are/can be considered 'children' of the top site and will likely but may not necessarily inherit permissions and can link between each other, etc

• Content – Any Office documents, PDFs, images, discussion lists, calendars, contact lists, or text that you have stored in your site.

• List – Calendars, contacts lists, document libraries, discussion boards are all examples of 'SharePoint lists' and can contain a mixture of content items.

Módszerek és eszközök

The following are some real world end user driven methods and tools in which to consider for your content migration into and of team sites in the main, but also will work for mysites, and publishing content.

1. Creation of site 'templates'

For any team site that you have content in, there is an ability to save the entire site, its document libraries, meta data and content (up to a size of 1O megabyte only) as a re-usable template. This now becomes a portable site template to re-use on other sites. With this you can now create repeatable sites that contain the same structure and or content.

To do this, under the Site Setting you will find a feature called 'Save Site as Template'. This will allow you to save just the structure AND OR the content as well – Though because its limited to a maximum of 10 megabytes in size. It's not ideal and will depend on the size of your content as to its relevance or not as a tool for you to use.

Once you have saved the site as a template, (give it a familiar name) you can go under Site Settings to your 'Site template gallery'. Your newly saved site template will be there. Now, this can be downloaded to your desktop, (“site templatename. stp”) and basically uploaded in to your new site into the destination 'site template gallery'.

What happens now is that when you go to your new site and attempt to create a new site,  the template will appear an 'Custom' tab option on the 'select a template page. Hence its important to call it something familiar on the previous steps! Once this is chosen, your new sub-site (and content if you ticked this option) will be there in the new site!

Pro's

• Quick and easy method to get small sub-sites migrate from one location to another
• Useful for creating different site templates for different audiences/needs
• Maintains branding/look and feel
• No admin or code deployment required
• End user friendly.

Con's

• Cannot be used for creating top level sites (unless uploaded to centrally 'master gallery'.
• Loses security permissions
• Loses item level security
• Limited to 10M in size
• Does not save sub-sites as part of the site, only that one site

2. Creation of list 'templates'

Basically for each list or library you have created on your site (this means any calendar, document library, contacts list, or other generic list) you can actually save each individual list including any additional columns you have created inside AND documents/content inside them, as a reusable 'list template'. As with 'Save as a site template' mentioned previously, this now becomes a portable list template to re-use on other sites.

To do this, under the list or document library settings, you will find a feature called 'Save as template'. This will allow you to save just the structure AND OR the content as well – Though again it's limited I to a maximum of 10 megabytes in size, so not ideal and will depend on the size of your content as to its relevance or not as a tool for you to use. At the very least you can get the list structure, then maybe use Option 3 below to bulk move your content.

Once you have saved the list/content as a template, (give it a familiar name) you can go under Site Settings to your 'List template gallery'. Your newly saved list template will be there. Now, this can be downloaded to your desktop, (“ listtemplatename. stp”) and basically uploaded in to your new site into the destination 'list template gallery'.

When you go to your new site and attempt to create a new list or library,  the template will appear an option in which to create from – hence as before, call it something familiar. Once this is done, your new structure (and or content if you ticked this option) will be there in the new site!

Basically repeat this process for all your other libraries or lists until you have copied your content across to your new site.

Pro's

• Quick and easy way to move/copy list based content and structure including meta data
• No admin or code deployment required
• End user friendly

Con’s

• Resource intensive
• Loses security permissions
• Lose item level security
• Korlátozódik 10M méretben

3. Explorer tekintse meg a "gyors és piszkos - másolás, kivágás és beillesztés"

This method only works for document libraries or picture libraries. Basically if you open up your picture or document library using 'explorer view', (Choose Actions, Open in Windows Explorer) then do the same in your destination library, you end up with two explorer windows. Make sure you can see these side by side. You can manually select all your documents, copy/paste from one location to another or drag and drop in the same manner.

This is particularly useful for moving data from network drives (but is very very slow!) or other areas that support a protocol called Webdav.

Note: Any meta data won't be copied and you lose time stamp and other original owner details. DO NOT move or copy the 'Forms' folder! This is a systems folder needed by SharePoint.

Pro's

• Quick and easy way to move/copy content between libraries
• No admin or code deployment required
• End user friendly

Con's

• Resource intensive
• Slow moving lots of content
• Need to setup security permissions again on destination library
• Ignores any metadata you have setup!

4. Export to Excel

As you might expect, this is only useful for lists (not document libraries).

On any given list you have the option to 'export to excel' or 'export and link to excel'. This can be used to provide an export into excel, then save/re-import back into another list.

Note: This can be quite painful as your origin/destination lists need to have the EXACT columns and metadata setup. Otherwise it will through up lots, (read huge!) amounts of data integrity errors that you will need to work through. Not recommended for the faint hearted, but does work, with limitations.

Pro's

• Quick and easy way to move/copy content between lists
• Good for limited offline working
• Good for large lists (Better use Access for lists with thousands of entries)
• No admin or code deployment required
• End user friendly

Con's

• Limited to one list at a time
• Not very robust
• Potentially resource intensive when uploading new data
• Need to setup security permissions again on destination library

5. Third party tools and server side tools

There are a mass of third party tools out there and too many to mention specifically on here. Ultimately many do however require a level of access (read server level permissions or server side code updates) you might not be allowed to have, so be aware of this 'show stopper' before you go out and buy something from Bamboo, Quest, Metalogix, Kwizcom or some other freeware on the internet! And before you go ahead and install a 3rd party product, read this article I wrote a while back.

For large migrations of data, the above methods 1-4 are simply not scalable and hence such products will be needed to make migration that much easier to manage.

Be aware however that some products may sound cheap, easy to install but can wreak havoc on your precious data and platform. I have come across many 3rd party web parts (free and chargeable) that have caused the project more problems, so caution should be taken. Areas such as not respecting origin and destination metadata, preserving file time/author stamp details and in general just overall robustness and performance issues are the main areas I have found to be areas in most need of improvement.

There are in addition some server side tools (basically command line tools) which are available to copy/move content between site collections (and different databases which the site collections are often stored within if need be). These are only for use by your system admins however, but can/should be consulted if you have a particularly large amount of content that you need to move from one site to another.

Következtetést

If your site has relatively very little content, its often quicker/easier to manually re-create the data or site you need to move, rather than actually move it using the above methods

For individual migrations its worth try the above options to gain an understanding of what you can do without purchasing 3rd party products or deploying server side code. Though the above examples are not 'bullet' proof or without limitations so do experiment and try before you settle on the one that will work for you.

There are a lot of 3rd party tools out there that can and do help. But as with any software purchase don't load it on our production environment without first demonstrating it is fit for purpose. I'll write some more soon on the topic of migration in general, so watch this space!

Regards,

Andrew Walmsley

Did you achieve your SharePoint ROI (Return on Investment)?

The 'solid' business case for SharePoint

When was the last time you read a business case which contained tangible (specifically financial) cost savings for recommending Microsoft SharePoint to be deployed into your organisation?

If you're one of the few that I have come across, I often wonder just how well the numbers 'stack up' both when they were written in terms of the criteria used and how they have fared since it was deployed?

I am sure many were 'successful', even if the financial statistics were not available to support this statement, as often its not just about the financials and can be more about introducing a change a way of working, ie collaboratively as opposed to in 'working in silos'.

Even so, over the last couple of years of working with the latest version of SharePoint with our existing (and new) customers, whereby we have returned to carry out additional work or for new consultancy pieces of some kind, I often enquire how the original business case was first of all agreed and secondly, (if one was produced!) how the deployment has lived up to it's original goals.

Predictably, it's a mixed response but overall business cases are increasingly being used, (which is a good thing) but rarely do they in my opinion, consider the long term financial savings nor are they revisited to confirm expected financial savings were achieved.

How well did the deployment go?

So did the deployment meet or exceed original financial savings?

Are the executive, steering group or IT dept. who signed off on the project happy with the financial cost savings or delivery in general? I suspect quite a few responses would be not so positive, decisive or along the lines of 'could have gone better'.

Depending on whom you spoke to in the business the reasons for this would typically fall into the following statements:

• 'No estimate of financial cost savings were produced in the beginning, so I can't say whether it saved us money or not'
• 'Bad advice from our SharePoint partner led us into a 'square peg, round hole' scenario, ie They decided to force (read bespoke code!) the hell out of the platform into something it just wasn't meant or designed to do and hence costs more than we budgeted for'
• 'It was deployed but it did not have stakeholder support, proper governance or adoption plans and hence wasn't really used by the business and so stagnated'
• 'The project was managed poorly by IT, ran over budget, took a lot longer than they said it would. Any identified cost savings has been lost getting it delivered'
• 'The new intranet was deployed, but I was offered no training or support and I can't find anything I need so rarely use it. There was nothing wrong with the previous application…'

Etc, etc…

As I posted a couple of years ago with my “ Microsoft ROI Calculator for Windows SharePoint Services ”, there are some useful resources out there to help, but these tend to be a bit of a 'black art' and should in my view be used with caution. There's one also from HP and others, but my thoughts on these are that it's a bit overkill in its recommendations, (perhaps to sell more hardware…?!) though useful I think for the wider awareness you need when carrying out such capacity and performance planning activity.

Why some SharePoint business cases often miss a trick

Most business cases I have read consider typical issues such as costs of maintaining existing application that are 'not fit for purpose, together with potential replacement application costs for licensing and hardware costs. Fine.

But rarely do they consider the financial savings of delivering additional applications on top of SharePoint beyond what they were originally introduced for (typically your intranet/extranet scenarios).

Not so easy to put down on paper in terms of financial savings, as such applications may not even be known about or requirements scoped in enough detail to make an informed decision. But nevertheless such a statement should be in your business case as a strong 'intangible' business benefit and support your strategic reasons for using SharePoint.

SharePoint 2010 is just around the corner …

The simple fact is SharePoint 2007 is already a good platform for delivering  applications upon. SharePoint 2010 isn't so far away and first signs are that it will build upon its success with the current version and become a great platform in which to host applications upon.

Whilst SharePoint may not be optimised for heavy transactional based applications, very few of your line of business applications (small, medium and large) will be of this kind anyway. Think about your existing applications (or planned) that provide your users with product catalogues, knowledge base applications, record management, document imaging repositories and consider them for inclusion into your SharePoint environment. Such additions will bring yet more value to the original (or new) business case.

Organisations must not miss this opportunity to bolster their business cases for SharePoint 2010 adoption, by looking at their 'line of business applications' they were considering introducing or replacing legacy applications, to see if they can realistically be 'consumed' by the SharePoint environment. I think you will be pleasantly surprised just how many can.

Important Note: Its imperative those doing so now with SharePoint 2007 or in future with SharePoint 2010 factor such things into their high level architecture designs. Most architecture designs I have come across fail to consider such requirements or plan for their inclusion. Introducing such things later will potentially cost you in redesign of your design in particular capacity or performance related areas.

With SharePoint 2007 available now and the soon to be released SharePoint 2010, it's even more critical to  increasingly view the strategic nature of your decisions and how operationally you can derive more value out of your investment in SharePoint platform.

Regards,

Andrew Walmsley

Director, WorkShares

Microsoft BPOS – Business Productivity Online Standard – First Thoughts.

Háttér

We were experiencing some issues with our hosted email provider through 2008 and were looking to move away from them at some point this year.

Together with our own business strategy of providing hosted solutions we were keen to continue 'consuming our own food' so to speak. Hence we were on the look out for a smaller number of service providers for our core service of email, conferencing, collaboration and instant messenger/presence.

Having signed up as a partner of Microsoft Online late last year, we also felt we needed to experience first hand what some of our future clients would go through and decided to move to Microsoft Online service when it became more widely available.

Microsoft Online – http://www.microsoft.com/online/solutions

We moved our organisations email services to the recently launched Online Services offering. There are several services available including:

• Dynamics CRM – Customer relationship management

• Office Live Meeting –Conferencing/live online meetings

• Exchange Hosted Services – Virus software protection, encryption and filtering for Exchange

• Exchange Online – Exchange email, calendars and contacts

• SharePoint Online – Sharepoint (Windows Sharepoint Services v3)

• IM & Presence – Office communication for instant messaging and presence

• Business Productivity Online Standard Suite (BPOS) – encompasses Exchange Online, SharePoint Online, IM & Presence and Office Live Meeting services 'all in one' package.

All of the above have been available predominantly in the US during last year and are now in UK and other parts of the world. There are also dedicated offerings for the larger customers available whom wish to move perhaps their 'on premise' solutions into the cloud.

We opted for the “Business Productivity Online Standard Suite” over a month ago now and though we didn't replace all our services in one go, it nevertheless provided us with a useful insight into the challenges presented to businesses when moving from either 'on premise' or existing hosted service.

At this stage we have only moved our email and live meeting services over – though arguably our most critical application and service, (email) we felt comfortable with doing so based upon research with other beta users, demo's I had seen plus existing experience in general with hosted exchange providers.

In addition to email and live meeting we were was also provided with these additional services as part of the package.

• Exchange Storage of 100gb (for all mailboxes)

• SharePoint – 5GB of Windows SharePoint Services

• Live Meeting Office Communications.

Migration and Setup

Ez eddig jó. As you can see from the screenshots below, once you have the service up and running, the administration console is a clean intuitive interface with various options presented in tab like format.

The migrating and setup of the Outlook 2007 client was fairly straight forward, though migration from hosted email provider isn't particularly well catered for in terms of migration tools. This is to be expected I guess as there are so many configuration options here and many would need the server level access, ISP's wouldn't be willing to provide.

Not the same however for your 'on premise' based solutions it has to be noted, as Microsoft has provided several options in this arena for you to consider as part of your migration planning. As you can see from the image below, we have several options to consider and plan for.

Once you're email has been migrated you have access to your email either from your Outlook 2007 client. In addition you can access to your mail via the web browser in 'Outlook Web Access' shown below, which is great way to access your emails on customer or client sites.

Single Sign On

The Single Sign On application provided is a neat piece of software and very easy to use giving the user a single console like interface in which to launch their applications.

User Portal

The single sign on application will take you to your personal user portal. You get a number of different screens within your administration center, but the user portal is specifically personalised for your users and importantly has a lot of help already built into the site.

Live Meeting

We have not done much here other than to see 'it just works' and provides usual features to allow for live meeting to take place.

Office Communicator

Not something we have played around with much either, but again it just seems to work as expected. We've only just loaded this up, but will consider migrating to it once things have bedded down a bit. It's basically an instant messaging application which will evolve into a 'unified comms' platform by 2010 supposedly.

SharePoint Online Features Table

Here is a table with the features provided by the SharePoint Online service, which is part of the BPOS offering. Again, we haven't done much in this arena as we have other providers for this at the moment, but it pretty much does what you would expect. Note: It's based on Windows SharePoint Services not MOSS for those interested.

Support during migration

Responses in general to queries being raised were provided to us in a timely manner, either by way of updates to the support area and or by way of telephone during office hours.

Our planning was thorough having gained experience in upgrades/migrations of Microsoft products with our day jobs, but we still came up with a few issues/challenges around email.

We particularly like the online support area, which is much improved from our old provider and keeps you easily up to date as to progress with your support requests.

Következtetést

The Good

• Setup was ok as we mentioned, though not really for the 'none techie' or individual whom isn't used to migration issues with Microsoft based technology. You do need to plan your migration carefully as there are many permutations to consider, especially for your 'on premise' existing email providers and or SharePoint content migrations – more on this for a later post.

• SharePoint Online support changes made by SharePoint Designer and forms introduced by Infopath

• Mobile access to email via Windows Mobile devices is simple to setup

• Fantastic value for money with email, sharepoint, live meeting and instant messenger applications all neatly tied into one cloud based platform

• Highly resilient platform 99.9% plus secure https (only) traffic for all users

• Support via email and telephone was excellent.

Not so good

• It's basically Windows SharePoint Services functionality, not MOSS

• Migration tools from hosted Exchange providers are none existent. Which we guess is ok, as you have the option to migrate/import your old PST files – but you do need to plan in time for this. For large scale migrations, you need time to do this and plan in appropriate with the user as they may well be without their mail during this time. Though with the migration tools available, you won't lose any email

• Unfriendly URLs with all services – Apparently plans to improve on this area, but expect very long URLs and no way to change them

• Doesn't support bespoke code within SharePoint Online (that requires server side additions or changes) but will allow SharePoint Designer based changes

• Arguably the lack of ability to support custom modifications is a 'Bad' but feel we have a good compromise here. Besides which, the dedicated offering from Microsoft will allow this. This position will probably changed for the better with SharePoint 2010….

Bad, needs improving

It's early days yet, and perhaps we will post back after a month or so of using it in anger! Otherwise, it just works from our experience to date.

Regards,

Andrew Walmsley

WorkShares Team.

Accessing Office 2007 formatted documents in SharePoint with older versions of Microsoft Office

An ongoing challenge for some of our customers and no doubt many others out there is the inability of older versions Microsoft Office  (Namely Office 2000, 2002 (Known as OfficeXP) & 2003) to open/edit the newer formats created in Office 2007.

The Office 2007 applications by default have document extensions typically found with an 'X' on the end – .DOCX, .XLSX and .PPTX, etc. Though it should be noted that this can be changed to default back to the original formats, if you need too.

In any case, Microsoft have recently release a free download called “Microsoft Office Compatibility Pack for Word, Excel, and PowerPoint 2007 File Formats”.

This downloadable installation will update your existing Office installation and allow it to open/view/edit/save the documents in the newer formats. Great!

Link to software download found here .

With further information found here relating to the knowledge base article.

Regards,

Andrew Walmsley

www.workshares.co.uk

Technorati Tags: Office , sharepoint