SharePoint als een bedrijf een applicatie raamwerk

Invoering

We beschreven eerder dat je moet zijn 'het bekijken van SharePoint als een' zakelijke applicaties "kader, eerder dan enkel een stukje software dat 'behandelt uw documenten' of zoals ik ooit gehoord heet het 'het is gewoon een intranet applicatie!

Sterker nog, het biedt een onderliggende applicatie-ontwikkeling en 'hosting' omgeving waarin de opslagplaats een informatie opslaan van uw organisatie. Zoals de afbeelding hiernaast afgebeeld, de komende nieuwste release van het platform (SharePoint 2010) is veel meer dan een document repository; Het is een krachtig framework voor het bouwen en hosten van krachtige zakelijke toepassingen, het opbouwen van gemeenschappen en het verstrekken van een rijk menu voor uw organisaties van informatie.

Het geeft dan ook een kans voor de aanvragen te worden gekocht, geconfigureerd of ontwikkeld binnen SharePoint in een manier om uitdagingen op te lossen veel van uw bedrijf, verbetering van de efficiëntie met de manier waarop uw medewerkers samenwerken samenwerken en mogelijk verlagen van de kosten die verband houden met uw IT-budgetten.

'Intrinsieke kracht van SharePoint is dat het kan inhoud aan te bieden een data repository (in de vorm databases opgeslagen in Microsoft SQL Server) voor veel van uw zakelijke toepassingen, (zowel bestaande als nieuwe wordt onderzocht) het verminderen van de noodzaak om te investeren in aparte hardware, licenties en op de continuïteit van de ondersteuning.

SharePoint-toepassingen

In het algemeen samen met de gebruikelijke toepassingen wordt gebruikt voor SharePoint, zoals een intranet, extranet en internet web sites geconfronteerd, kan ook worden overwogen voor de volgende, om maar een enkele verticale en horizontale zakelijke toepassingen:

• Project en programma management toepassingen
• Marketing campagne toepassingen
• Productcatalogi
• Discussiefora
• Onderzoek aanvragen
• Rapportage werkruimten
• Document imaging-toepassing (met behulp van scanners)
• Opleiding en self-help portals
• * Lijst based applicatie (client contacten en kennis management applicaties bijvoorbeeld)
• * Workflow gebaseerde applicaties
• * Formulieren gebaseerde data-entry applicaties.

* Elke toepassing die zal waarschijnlijk inhouden dat maken of bijwerken van 'meervoudige of enkelvoudige lijsten' van de gegevens kan ook nodig zijn om te zoeken naar een of filtering mechanisme toegepast. Veel bestaande Lotus Notes of andere zogenaamde complexe applicaties op basis van deze drie soorten in een of andere vorm en daarom moet worden beschouwd voor de migratie over te steken naar SharePoint.

Aanvragen worden verstrekt door de bestaande maat 'client-server' gebaseerde architecturen kan ook worden gehost binnen uw SharePoint omgeving. Toegegeven, het niveau van een compromis is wat vaak nodig, maar het is op zijn minst het onderzoeken waard met uw belanghebbenden over de vraag of er zou zijn voordelen bij het migreren van deze toepassingen en waardoor ze toegankelijker en misschien wel verlagen van uw totale kosten op de lange termijn door het gebruik van 'shared services' die door SharePoint.

Daarom is bij het zoeken voor specifieke of custom applicaties voldoen aan een bepaalde set van business, is het goed zoeken om uw bestaande investering in SharePoint te zien of dit kan worden uitgebreid tot de functionaliteit bieden need you. Of inderdaad van mening met behulp van SharePoint als uw verenigd onderliggende platform voor het introduceren van verschillende toepassingen kunt u overwegen de toepassing van onafhankelijk van elkaar.

Real world voorbeelden

Voorbeeld 1:

Een voorbeeld hiervan kan worden gezien met het combineren van bestaande document imaging oplossingen in uw SharePoint-kader. Uw bestaande print & scanner apparatuur kan worden gebruikt voor het vastleggen, opslaan hun inhoud (meestal TIFF-of PDF-bestanden) in uw SharePoint omgeving. Deze kan op zijn beurt automatisch gecodeerd met metadata, geïndexeerd en doorzoekbaar via een geprovisioneerd of gefilterd interface beschikbaar stellen voor een breder publiek, met behulp van workflow, etc. Zo'n echte wereld voorbeeld van de integratie van de technologieën zou het scannen van de klant correspondenties, binnenkomende e-mail of andere ad-hoc scannen eisen. Dit hergebruik van uw investering in zowel scannen en SharePoint is goed voorbeeld van het combineren van complementaire technologieën "

Voorbeeld 2:

Een ander voorbeeld zou zijn dat het overdragen van uw Lotus Notes-toepassingen in het SharePoint intranet. Veel zogenaamde 'Notes applicaties' zijn eigenlijk alleen maar lijsten van informatie die is opgeslagen in Notities. Deze kunnen worden gemigreerd en zitten heel goed in de vergelijkbare functie in SharePoint. Dat gezegd zijnde, niet onderschatten de uitdagingen als het gaat om "document migratie" van de Notes, want het is notoir moeilijk, vooral met vaak complexe workflows te migreren naar. Er zijn 3rd party producten die beschikbaar zijn om hier te helpen, zoals AvePoint , Mainsoft en Quest .

Idealiter uw oorspronkelijke SharePoint architectuur moet hebben nagedacht over de noodzaak om aanvullende toepassingen en dienovereenkomstig gebouwd om dergelijke veranderingen om te gaan. Als het niet, dan moet je het uitvoeren van een volledige herziening en het plan van de architectonische veranderingen die nodig zijn om hen de ruimte - niet in het kader van de raming van de problemen hier en op dit gebied grondig te onderzoeken, als het zou kunnen leiden tot een extra overkoepelende architecturale veranderingen, hardware en of software aankopen.

Conclusie

Dus kort samengevat, SharePoint is veel meer dan een document repository, het is een krachtig framework voor het bouwen en hosten van krachtige zakelijke toepassingen die uw personeel zal helpen bij het beheren van hun informatie beter en efficiënter te helpen uw bedrijf om doelen te bereiken zijn strategische. Dus of de 2003, 2007 of zelfs de binnenkort te lanceren 2010 versie van SharePoint, het plan van de inzet of veranderingen goed in zo geavanceerd, dat het ondersteunt uw zakelijke behoeften in de toekomst.

Met vriendelijke groet,

Andrew Walmsley

Directeur, WorkShares

Houd uw SharePoint-en IT-strategie in sync

SharePoint heeft gerijpt in de afgelopen jaren behoorlijk goed geworden te worden op een "alle dingen voor alle mensen 'platform, of zoals ik liever door te verwijzen naar een' zakelijke applicaties" kader.

De invoering in 2003 van SharePoint 'Windows SharePoint Services (WSS), een vergunning als onderdeel van de Windows Server 2003-besturingssysteem als een' gratis 'te downloaden, was ook een duidelijke meester slag van licenties door Microsoft.

WSS voorziet aantoonbaar een goede, degelijke en rijke verzameling van alle zij het eenvoudig document management diensten die dienen ook veel kleine, middelgrote en tot op zekere hoogte het bedrijfsleven grote onderneming zou op zijn eigen. Inderdaad dit is waar vele bedrijven uit begon in de inzet van de eerdere versies van de software, zonder echt te weten wat ze zelf waren betrokken bij het krijgen.

"SharePoint 2010 zal blijven 'geven een dwingende one size fits all' benadering met zijn aantrekkelijke feature set dat dwars door zowel intranet, extranet en internet grenzen"

Deze 'alle dingen voor alle mensen die' het thema is ingesteld om verder te gaan met de volgende release, SharePoint 2010. Bestemd voor een veer time release, het zal blijven om de toepassing van diensten en functionaliteit die komt in mijn mening, een groot gedeelte door een organisatie van generieke oplossing moet heel goed, maar andere, meer specifieke eisen duidelijk niet zo.

Net als zijn voorganger in SharePoint 2007, de volgende versie (de zogenaamde SharePoint 2010) zal zorgen voor een overtuigende 'one size fits all' benadering met zijn aantrekkelijke feature set dat dwars door zowel intranet, extranet en internet grenzen. Niet te vergeten met dit persbericht is een overtuigend, zo onvolwassen, Microsoft Online 'cloud based' dienstverlening, die wordt bijgewerkt op de achterkant van hun eerste lancering in 2009.

Echter, de 'alle dingen voor alle mensen die de verklaring heeft van tijd tot tijd geweest zijn' achilleshiel 'van dat het niet doet een functie als klanten verwachten of mogelijk nodig hebben, zoals document management, records management, wiki's, blogs, workflow en web content management, enz. Ongetwijfeld deze en andere fundamentele SharePoint-functies hebben een groot aantal concurrerende producten dat als zelfstandig te zijn gebruikt, zijn veel beter.

Maar het is belangrijk te onthouden dat SharePoint niet was en zal niet kunnen winnen in deze kant van vergelijkingen. Evenmin is ontworpen om te concurreren ten aanzien van 'verticale' gebaseerde business applicaties of andere specialist 'branche' software. Een punt dat veel verloren gaat in de discussies en selectieproces uitgevoerd met het kiezen van een IT-oplossing voor uw behoeften te voldoen.

"SharePoint is, indien dit nog niet is, een deel van die bouwstenen"

Om te voorkomen dat deze scenario's en de context te waarborgen SharePoint wordt beschouwd in de juiste, is het belangrijk uw strategie voor de invoering ervan, goedkeuring en het beheer is overeengekomen en begrepen niet alleen door de verantwoordelijken van de uitvoering en ondersteuning, maar door alle hoge belanghebbenden die verantwoordelijk zijn voor IT-service delivery .

Verder zou ik pleiten voor het houden van dit en de algehele IT-strategie in sync. Waarom? Want vaker wel dan niet uw organisatie zal worden met behulp van een groeiende mix van IT-toepassingen, hardware en software, en geaccumuleerde een scala aan vaardigheden en ervaring die je kern van medewerkers te behouden en te onderhouden als onderdeel van hun rol.

Vandaar dat uw IT-functie heeft een belang bij het beheer van de daarmee gepaard gaande kosten zijn met deze heterogene omgeving. Daarnaast is er, of liever gezegd moeten worden een groeiende wens om te vereenvoudigen, beter reageren en de invoering van operationele en strategische 'bouwstenen', waarop het bedrijf de steun bereiken van strategische doelen. SharePoint is indien zij niet reeds deel uit van deze bouwstenen. Zelfs als het wordt nu gebruikt als tactisch een 'point solution' voor een bepaalde functie, zoals een intranet, SharePoint het brede aanbod van mogelijkheden aantoonbaar eisen om te kunnen worden beschouwd in de bredere context van uw strategische bouwstenen.

In mijn volgende artikel zal ik meer te schrijven over waarom het is de introductie van SharePoint-technologieën in uw IT-strategie is belangrijk en hoe u verdere uitbreiding van de investering die u hebt gemaakt in SharePoint 2007 of staan op het misschien te maken in SharePoint 2010 later dit jaar.

Met vriendelijke groet,

Andrew Walmsley

Managing Director

Geïnteresseerd in SharePoint 2010?

Ik heb het voorrecht gehad (en behouden vele littekens!) Te hebben gewerkt met SharePoint, aangezien het de eerste lancering in 2001 en hebben gezien de opeenvolgende updates voor het platform de loop der jaren, evenals getuige zijn van de groeiende aanvaarding door bedrijven als een van de belangrijkste ' bouwstenen 'van de technologie die worden uitgevoerd om doelen te bereiken zowel strategische als operationele IT.

Zoals de volgende blog posts beelden ( post 1 en post 1 ) dit is in mijn ogen vooral 'evolutie' door de jaren heen in termen van product-platform functionaliteit en architectuur.

Het heeft voorts gezien massale belangstelling en investeringen jaar-op-jaar, niet in het minst met de laatste geplande release van het product met de naam SharePoint 2010. Meer details over dit even van de geplande updates: SharePoint Sneak Peak

Wat verbaasde me tot op zekere hoogte, is het niveau van de belangstelling en de beschikbaarheid van de cursussen, evenementen en andere dergelijke materialen over 'hoe te' installeren 'belangrijke ontwerpbeslissingen vrij te overwegen ", enz. En dit is nog voordat het product al heeft in de testfase van het algemeen! Dit was zeker niet beschikbaar voor de vorige versies tot grote diepte.

Dit is een goed teken van een gezonde gemeenschap en ter ondersteuning van Microsoft, die aan de voorkant van het verstrekken van veel meer in de manier van informatie en richtsnoeren op voor hun toekomstige routekaart overwegingen voor deze en zijn andere technologieën.

Laten we hopen dat het momentum blijft voor wanneer het gaat volgend jaar van start. Zo'n levendige gemeenschap en de hulp van Microsoft, helpt ons allemaal 'Kom tot' snelheid met de nieuwe technologie en laat ons toe om beter voorbereid te zijn voor de uitdagingen waarvoor zij zullen ongetwijfeld zorgen. Dit komt iedereen weggelegd omdat het ook mogelijk Microsoft-partners, zoals WorkShares, om bedrijven tijdig advies en begeleiding rond de strategische besluitvorming zijn hoeven te maken voor de toekomstige investeringen in 2010 en daarna.

Met vriendelijke groet,

Andrew

Managing Director

Michael Deller joins WorkShares

Wij zijn verheugd aan te kondigen dat Michael Deller heeft WorkShares toegetreden. Hij is toegetreden als onze technisch directeur en zal blijven in zijn hoedanigheid als een doorgewinterde SharePoint-consultant en architect bij zijn andere rollen voor WorkShares.

Met meer dan 6 jaar ervaring van het werken met SharePoint-technologieën met enkele van de leidende partners van Microsoft het Verenigd Koninkrijk in deze ruimte, Michael brengt met hem een schat aan ervaring en kennis ongeëvenaard in dit gebied.

Michael heeft samengewerkt met enkele van de meest high profile SharePoint-projecten en cross ervaring in de industrie met inbegrip van de publieke sector, not for profit, nutsbedrijven en onderwijs.

Michael achtergrond voorafgaand aan de SharePoint en Information Worker Arena volgt een aantal jaren binnen de Microsoft-client / server-infrastructuur gebied met een sterke achtergrond in de infrastructuur, messaging en het oplossen van problemen.

Michael's benoeming zal versterken onze senior management team en de totale levering mogelijk. Zijn recente deelname aan de lancering van de laatste update van Microsoft om het platform (SharePoint 2010) op de conferentie in Las Vegas , zal de broodnodige 'heads-up' op de gevolgen, de uitdagingen en kansen voor bestaande of nieuwe gebruikers van SharePoint-technologie.

Hij heeft gewerkt met Michael voor meerdere jaren op tal van SharePoint projecten, ik ben erg blij om zijn diensten te beveiligen en kijken uit naar zijn waardevolle bijdragen voor WorkShares met onze bestaande en toekomstige klanten.

Met vriendelijke groet,

Andrew

Managing Director, WorkShares.

Document migratie in SharePoint: Overwegingen

Achtergrond

Ik noemde in mijn laatste post getiteld " Migratie in SharePoint Document - Uw opties ", dat er in principe 4 belangrijkste opties voor u beschikbaar om te bepalen of de inhoud migreren van uw bestand aandelen en andere repositories. Om samen te vatten:

• Migreren volledig in SharePoint
• * Gedeeltelijke migratie van een subset van de inhoud in SharePoint
• ** Verlaat waar het is en blijven zowel zelfstandig handhaven repositories
• *** Laat waar het is en blijven behouden, zowel repositories, maar gebruikmaken van SharePoint naar de index van uw oude inhoud, vandaar die mogelijkheid om te zoeken.

Een of meer van deze opties kunnen eisen worden de route die je uiteindelijk kiezen afhankelijk van uw behoeften en.

* De oudere inhoud kan goed worden gearchiveerd of gewoon geschrapt.

** Denk aan de kosten en risico hier te handhaven vergrijzing apparatuur

*** Dit heeft beperkte mogelijkheden, grondig te onderzoeken en testen in het bijzonder de zoekresultaten, en dus met de nodige voorzichtigheid te gebruiken.

Volgende stappen en overwegingen

Om u te helpen door middel van dit besluit proces om te bepalen welke route het beste is voor uw situatie, heb ik hieronder een paar tips geschreven voor u om te overwegen en het debat binnen de kern van uw projectteam en stakeholders. Deze opmerkingen zijn gebaseerd op verschillende jaren van het beheer van een verscheidenheid van SharePoint projecten, dus hopelijk heb je voorkomen dat sommige van de pijnlijke lessen geleerd dat wij en onze klanten ging door! Het is waarschijnlijk niet alles wat u moet denken, maar een goed begin met een paar gedachten langs om u te helpen uw weg.

"Migratie kan duur vooral als je migreren rekening houden met de omvang van de informatie die u van plan bent, de werkelijke kosten van de zakelijke en technische middelen (intern en extern) u van plan bent te plannen om te helpen met de migratie-inspanning"

Vraag uw stakeholders en senior gebruikers over de vraag of ze echt niet hoeven video, te verplaatsen in al die documenten en intranet pagina's, plaatjes, enz. op basis tot op zekere hoogte op anekdotische en empirische, mijn ervaring blijkt keer op keer, 80 - 90% van de inhoud wordt zelden of helemaal niet toegankelijk na 12-18 maanden nadat het is gemaakt. Dus je zou kunnen creëren van een berg van werk, voor zeer weinig terug in waarde.

Daarom beveel ik proberen uit te vinden bewijsmateriaal om het te bevestigen is (of niet) toegankelijk vaak of andere ondersteunende verklaringen of anderszins de migratie vereiste. Ontdek waarom het eigenlijk 'moet worden gemigreerd ", bijna zoals het samenstellen van een mini business case besluitvormingsproces. Vaak business units zullen alleen maar zeggen het is, om te voorkomen dat het werk doen van onderzoek of de migratie in de eerste plaats omdat zij andere (natuurlijk zo) prioriteiten. De realiteit is een goede oude duidelijke out is vaak een welkome en goede gelegenheid om op te frissen over de inhoud, archief oudere elementen van de inhoud van niet meer nodig zijn.

Ik heb ook raden u aan een nieuw onderzoek van de inhoud die is opgebouwd door de jaren heen. U kan worden verrast om te weten hoeveel van het echt niet langer nodig is, relevant of passend en of daadwerkelijk inhoud te identificeren, dat moet toch worden ververst.

Denk er ook is er een subtiel, maar belangrijk verschil tussen dien "beschikbaar" voor de business en IT worden gemigreerd en beschikbaar in SharePoint. Bijvoorbeeld, kan je hem uit de buurt van SharePoint in minder beschikbaar, maar nog steeds toegankelijk offline media of andere misschien goedkopere vormen van opslag.

Als u vaststelt dat u zal migreren hebben een grote hoeveelheid inhoud aan, echt het opzetten van een 'blauwdruk' voor de migratie team (s) die u te mobiliseren, ervoor zorgen dat iedereen zich bewust is van hun rol, hun taken en wanneer ze zijn moeten doen ze en waarom. Ze moeten in korte raad volledig aan met wat er gedaan wordt.

Je moet ook 'proces bewijzen de werken op voorhand het bewijs van het throughput' voor uw migratie teams. Dit geldt voor de handleiding, geautomatiseerde of een mengsel van beide benaderingen. Wees royaal in uw schattingen voor de migratie op basis van de resultaten van uw bevindingen. Dit geeft uw stakeholders vertrouwen in uw projectteams staat om deadlines te halen van de migratie.

"Impact op de totale SharePoint platform moet worden gepland in het totale ontwerp"

Hopelijk hebt u reeds een deel of de meeste van deze in uw oorspronkelijke SharePoint platform planning ... Denk na over de verhoging van de belasting op uw fysieke server omgeving, capaciteitsplanning kwesties, het effect op de zoekresultaten, navigatie en algemene bruikbaarheid van uw inhoud, om er maar een enkele punten die moeten worden gedacht en de evaluatie bij de behandeling van het migreren van bestaande inhoud in SharePoint.

Bijvoorbeeld, als je gaat verhuizen en / of index een van de extern opgeslagen content in uw SharePoint-omgeving, rekening houden met de gevolgen voor de verhoging van de opslag die u gaat naar de plaats van uw omgeving. Niet in het minst omdat de toename in grootte is niet alleen voor de ruwe data opslag van content worden toegevoegd in uw SQL-databases, maar ook de nieuwe opslagruimte nodig is om de grootte omgaan met de toegenomen indexbestand.

Overweeg dan de extra belasting die u zojuist heeft geplaatst op uw backup & restore processen! Je zou kunnen brengen potentiële druk op uw vermogen om downtime te voldoen aan uw SLA's voor de beschikbaarheid van de service in geval van. Bijvoorbeeld kunt u nog steeds uw pas te herstellen toegenomen content databases in de tijd toegestaan binnen de SLA's?

"Evalueer 3rd party tools om u te helpen met het volume van de gegevens"

Veel 3rd party producten een groot werk doen om je te helpen migreren bulk / content uploaden naar uw SharePoint-omgeving. Echter, velen niet volledig aan uw wensen, dus ze zorgvuldig onderzoek en planning van hun prestaties (of gebrek aan) met migratie en de kosten in uw plannen en budgetten. Het is belangrijk te weten dat hun beperkingen evenals hun sterke punten. U vindt ze migreren veel, maar niet alle typen van uw document. Ook heel vaak verliest u een aantal belangrijke eigenschappen van het document of andere meta data in verband met het document of de pagina's die u probeert te migreren.

Daarnaast kunt u gegevens verliezen integriteit voor bijvoorbeeld de timestamp informatie. Dit is typisch iets dat van belang kan zijn van een records management perspectief, omdat het niet kan worden uitgevoerd over te brengen aan de nieuwe omgeving.

"Zorg ervoor dat u krijgt het bedrijf de migratie het voortouw nemen in"

Door alle middelen te verschaffen van de blauwdruk (aanpak), instrumenten en methoden in die ervoor zorgen inhoud kan worden gemigreerd. Uiteindelijk maar de zakelijke gebruikers moeten 'eigen' de werkelijke migratie en volledig betrokken worden in dit deel van het project vanaf het begin. Zij zijn het best geplaatst om te weten wat de inhoud is of niet verplicht is, hoe het eruit moet zien, worden benaderd, enz. Het gebeurt ook als een van de beste methoden om gebruikers op te voeden uw doel in het gebruik van SharePoint mogelijkheden te bieden voor u hen in het algemeen.

"Beschouw wettelijke verplichtingen om gegevens te bewaren"

Verschillende sectoren in het bijzonder de overheid / publieke sector, finance, gezondheidszorg en goede doelen hebben met name de regelgeving regels ze moeten volgen voor de bewaring van gegevens, beschikbaarheid en toegang (gegevensbescherming als geheel). Deze zullen moeten worden meegewogen in uw plannen.

"Desinvesteren en / of hergebruik van uw oude hardware"

De migratie van het oude intranet, file aandelen of andere toepassingen mogelijk kunt u, desinvesteren uw hardware (of althans een deel ervan). Plan voor deze inspanning zelfs als het alleen maar weten hoe u gaat naar de kit te recycleren of te hebben verwijderd van de server kamers. Let charitatieve organisaties of scholen die zouden kunnen profiteren van de oude apparatuur in plaats van te dumpen op een stortplaats.

"Vergeet niet, niet alle gegevens zou moeten of kunnen worden opgeslagen in SharePoint"

Het is waar SharePoint kan de index van een verscheidenheid aan inhoud bronnen. Maar de pijnlijke werkelijkheid is dit zelden als gevolg van de resultaten bereikt die oorspronkelijk gewenst, voor een deel niet omdat storingen van het product per se, maar omdat het algemene onderhoud van op SharePoint gebaseerde zoekopdrachten op te nemen een hoop van de voortdurende inspanningen is dat er vaak vergeten of overgeslagen in het ontwerp of lopende onderhoud.

Heel vaak is het de gemakkelijke route naar de index van uw vergrijzing en uitpuilende file shares, maar zou je echt wilt dat uw zoekresultaten informatie bevatten van bronnen die is zo oud en verouderd? Zonder de zorgvuldige ontwerp aan het begin, fine tuning en regelmatig onderhoud vereist vaak eindig je met een slechte ervaring uit een perspectief van de gebruiker.

Dus met alle mogelijke middelen overwegen indexeren van uw bronnen, maar echt begrijpen de implicaties van een ontwerp, de planning en het onderhoud perspectief niet in het minst de gebruikers ervaring met de pagina's met zoekresultaten. Op de laatste noot, rekening met alle uit de doos opties die u hebt bij het zoeken en ook de invoering van filtering voor uw zoekresultaten inhoud (3rd party of aangepaste route).

"Overweeg om de inhoud waar het is"

Probeer situ begrijpen zowel de materiële en immateriële voordelen van het verlaten van de inhoud in, en misschien om de inhoud 'alleen lezen' voor een periode van tijd, terwijl u overwegen uw opties en / of uitvoeren van uw migratie, zo niet, zodat de verhoging, of wijzigen van inhoud die is opgeslagen op dit gebied.

Conclusie

Er zijn veel dingen om te overwegen als onderdeel van uw discussies die beslist over de aanpak van migratie en de bovengenoemde zijn slechts enkele van de onderwerpen die u kunnen overwegen.

Het is vaak politiek het 'pad van de minste weerstand' gewoon migreren alle content, ongeacht de technische en soms de financiële rationele voor het doen van iets anders. Als u nog niet hebt, overweeg dan de invoering van archivering en retentie beleid om het beheer van de quota geen twijfel toenemende hoeveelheid gegevens in uw omgeving.

Gaan doen met uw stakeholders en krijgen hun buy-in voor stuk bezitten van de migratie. Vaak is er een strategie van het bedrijf om ervoor te zorgen voert deze migratie zal ze er anders over denken wanneer het zijn middelen die worden genomen uit hun normale rollen om het te doen.

Tot slot, in mijn ervaring migreren en verfrissend een kleine deelverzameling van de oorspronkelijke inhoud in SharePoint, vermeerderd met het archiveren van de rest is de juiste benadering voor de meeste omstandigheden. Draaien op SharePoint-indexering mogelijkheden voor uw dossier aandelen, maar slechts in kleine en gemeten omstandigheden is ook iets dat je zou moeten overwegen.

Met vriendelijke groet,

Andrew Walmsley

Directeur, WorkShares

Document migratie in SharePoint: Uw opties

Overzicht

Zoals ik al zei in mijn laatste bericht zijn er een aantal van de ingebouwde tools en andere opties om u te helpen uw content migreren naar en rond uw SharePoint-omgevingen.

"SharePoint is de natuurlijke vervanger voor uw verouderde delen van bestanden en andere data repositories"

De zeer reële en belangrijke vraag over wat te doen met uw historische gegevens die zijn opgeslagen in deze repositories zoals bestands-en netwerk-shares, intranetten en andere silo's. Het zal zeker niet een totale vervanging voor het bestand / netwerk aandelen.

That said, this and the next article I plan to write intends to provide you with the main options open to you, as well as some useful pointers from the experiences we have gained over the years with working with clients large and small to deliver intranet, internet, extranets and other point solutions based on Microsoft SharePoint technologies.

The Options

You basically have the following choices to carefully consider, each one will have implications that will be different depending on your needs and circumstances:

• Migrate completely into SharePoint
• Partial migration of a subset of the content into SharePoint
• Leave where it is and continue to maintain both repositories
• Leave where it is and continue to maintain both repositories AND use SharePoint to index your old content, hence providing capability to search it.

Each one has pro's and con's, which you will need to way up in order to make a decision that is right for you. In the end one of more of the above may be appropriate for your needs, but as per previous blog posts ensure you budget and plan accordingly as I will guarantee it will take your longer that you think!

I will write a few more pointers for you to consider in those deliberations with your stakeholders and clients alike in the next post.

Met vriendelijke groet,

Andrew Walmsley

Director, WorkShares.

Trekken of te verplaatsen inhoud in SharePoint

Invoering

Migratie is altijd een heikel onderwerp dat opkomt voor een project in het begin in de vorm van een project scoping, tegen het einde tijdens de uitrol of adoptie fasen, of als het project eenmaal is gesloten, en gebruikers worden aan hun lot overgelaten. De activiteit van migrerende of het verplaatsen van gegevens in of tussen de teamsites, mysites, of netwerkschijven en systemen zoals Notities kunnen aanzienlijk zijn.

Er is echter helaas niet een antwoord op de scenario's voldoen aan alle soorten te vergroten en door adviseer ik bedrijven zijn van mening sterk de noodzaak om te migreren plaats in de eerste uit een bulk migratie perspectief. Overwegen of het praktisch is en mogelijk te verlaten waar het is en of het gebruiken als een oefening in 'zuivering' van uw gegevens voordat migreren of zelfs te verplaatsen naar SharePoint of mogelijk goedkopere opslagmedia. Meer over dit onderwerp in een toekomstig artikel.

Voor dit artikel wil ik opties bieden een leidraad om hun eindgebruikers en. Ik heb vaak tegenkomen eindgebruikers uit zowel vroegere of huidige klanten vragen mij op de beste manier om de aanpak van de inhoud van de ene site naar de andere of en hoe de site te verplaatsen een heel team (subsites inbegrepen) van de ene locatie naar de andere of zelfs inhoud uit het netwerk rijdt tijdens een migratie of adoptie fase. Er zijn een hele reeks van scenario's en methoden / instrumenten even, maar hopelijk zal ik in staat om u met een aantal mogelijkheden om te helpen opvoeden en stel je op het juiste pad.

Firstly, to set your expectations right from the start… any migration into or around SharePoint is not easily achieved , especially using out of the box methods and requires quite a few manual steps. This is mainly because of how we typically store our team site content (in lots of what are called site collections – top level sites typically), which are in turn stored inside SQL databases. But also as a result of lack of support in general in the user interface within SharePoint to provide the necessary control and mechanisms to allow the copying or moving of content. This is probably why there are lots of 3rd party tools out there to help you.

In any case, make sure you plan carefully your site design and naming conventions to avoid such a need to move your content later!

Woordenlijst

A few pointers firstly on terminology before we continue:

• Site Collection – Top most repository and security boundary for the storage and management of content. SharePoint can contain many hundreds or even thousands of these in a deployment. Top level team sites are often site collections.

• Team site – A top level site that is created at the very beginning to store and or share content. Typically a site collection can contain many tens of thousands of team sites and or sub-team sites in one site collection each containing many hundreds of thousands of documents or greater if structure properly.

• 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.

Methoden & Tools

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'

Voor elk team site die u heeft inhoud, is er een mogelijkheid om de gehele site op te slaan, haar document bibliotheken, meta data en de inhoud (tot een grootte van slechts 1O megabyte) als een herbruikbare mal. Dit wordt nu een draagbare site template opnieuw te gebruiken op andere sites. Met deze kunt u nu herhaalbare sites die structuur bevat dezelfde en / of de inhoud.

Om dit te doen, onder het instellen Site vindt u een functie genaamd 'Opslaan als sjabloon Site'. Dit zal u toestaan om inhoud op te slaan alleen de structuur en / of de alsmede - Hoewel omdat zijn beperkt tot een maximum van 10 megabytes in omvang. Het is niet ideaal en zal de inhoud afhankelijk van de grootte van uw relevantie ervan of niet als een hulpmiddel voor u om te gebruiken.

Zodra u deze hebt opgeslagen als een sjabloon site, (geef het een bekende naam) kun je onder Site-instellingen om uw 'Site Sjablonengalerij'. Uw nieuwe site template opgeslagen zullen er zijn. Nu, kan deze worden gedownload naar je bureaublad, ("site templateName. STP") en eigenlijk geüpload naar uw nieuwe site in de bestemming "sitesjabloon galerie '.

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'

In principe voor elke lijst of bibliotheek die u hebt gemaakt op uw site (dit betekent enig kalenderjaar, documentbibliotheek, de lijst met contacten, of andere algemene lijst) kan je eigenlijk elke afzonderlijke lijst op te slaan inclusief eventuele extra kolommen die u hebt gemaakt in en documenten / content binnen hen , als herbruikbare 'sjabloon'. Net als bij 'Opslaan als een site template' eerder genoemd, wordt dit nu een draagbare sjabloon opnieuw te gebruiken op andere sites.

Om dit te doen, onder de lijst of documentbibliotheek instellingen, wordt u verzocht u een functie "Opslaan als sjabloon '. Dit zal u toestaan om inhoud op te slaan alleen de structuur en de OR het ook - hoewel ik wederom het beperkt ik tot een maximum van 10 megabytes in omvang, dus niet ideaal en zal de inhoud afhankelijk van de grootte van uw relevantie ervan of niet als een hulpmiddel voor u om te gebruiken. Op zijn minst kun je structuur te krijgen in de lijst, dan misschien gebruikmaken van optie 3 hieronder om bulk te verplaatsen uw inhoud.

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

• Resource intensive
• Verliest beveiligingsmachtigingen
• Lose beveiliging op itemniveau
• Beperkt tot 10M in omvang

3. Explorer view 'quick and dirty - kopiëren, knippen en plakken'

Deze methode werkt alleen voor documentbibliotheken of afbeeldingsbibliotheken. In principe als je je opent je foto of documentbibliotheek met behulp van 'explorer view', (acties te kiezen, Open in Windows Verkenner), dan hetzelfde doen op uw bestemming bibliotheek, je uiteindelijk met twee Explorer-vensters. Zorg ervoor dat u naast elkaar kunnen zien dat deze elkaar. U kunt handmatig selecteren al uw documenten, copy / paste van de ene locatie naar de andere of slepen en neerzetten op dezelfde wijze.

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

• 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.

Voor grote migraties van gegevens, de hierboven genoemde methoden 1-4 zijn gewoon niet schaalbaar en dus ook deze producten nodig zullen zijn om de migratie te maken dat veel gemakkelijker te beheren.

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.

Conclusie

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!

Met vriendelijke groet,

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.

Met vriendelijke groet,

Andrew Walmsley

Director, WorkShares

Update June 15th 2010

A report commissioned by Microsoft from Forrester provides useful insight into the potential value in deploying Microsoft SharePoint 2010. The report can be found here and highlights several supporting statements others will find useful when putting together your business case for deploying the latest version of Microsoft SharePoint.

Microsoft BPOS – Business Productivity Online Standard – First Thoughts.

Achtergrond

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

So far so good. 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.

Conclusie

De Goede

• 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.

Niet zo goed

• 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.

Met vriendelijke groet,

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.

Met vriendelijke groet,

Andrew Walmsley

www.workshares.co.uk

Technorati Tags: Office , sharepoint