Yr wyf ar brosiect lle y mae angen inni gasglu metrigau o amgylch swyddogaeth a enwir "rhannu stori." Mae'r syniad yn syml iawn — os ydych yn chwilio am erthygl ddiddorol ar y fewnrwyd ac yn awyddus i rannu gyda rhywun, Cliciwch y ddolen gyda label "rhannu stori hon" anfon e-bost at eich cyfaill.

Rydym yn chwarae o gwmpas gyda ffurflen arfer ar gyfer y diben hwn, ond yn y diwedd, Enillodd synnwyr cyffredin y dydd ac rydym yn unig yn defnyddio'r cyfarwydd <a href = mailto:…> techneg. (<a href mailto:…> yn ychydig syndod cadarn o HTML; fel bonws, sy'n cysylltu â mi yn ôl at fy hen ddyddiau UNIX tudalennau dyn; hynny yn y dyddiau!).

Mae'r dechneg hon yn darparu rhyngwyneb gwych ar gyfer defnyddwyr terfynol gan eu bod yn dod i ddefnyddio eu cyfarwydd MS Outlook cleient (neu beth bynnag cleient e-bost y maent wedi gosod).

Mae'n gwneud pethau'n anoddach arnom mathau gwael datblygwr gan eu cleient * hefyd * awyddus i redeg adroddiad yn y dyfodol sy'n dangos pa mor aml y defnyddwyr rhannu straeon a hyd yn oed pa straeon yn cael eu rhannu gan amlaf.

Rydym whiteboarded ychydig o atebion posibl. Fy ffefryn yw copi carbon (CC) rhestr SharePoint. Y ffordd honno, Caiff y defnyddiwr y cleient outlook dal tra cawn i ddal y digwyddiad oherwydd fe gael copi o'r e-bost ein hunain. Ceir rhai anfanteision amlwg. Y brif broblem yw bod defnyddwyr y gallai cyfeiriad syml cuddio neu fel arall mangle CC. Ac, Mae angen inni reoli'r llyfrgell honno digwyddiad o e-byst. Mae gennym waith wedi'i drefnu ar y Bwrdd Gwyn sy'n gyfrifol am y glanhau'r.

Os oes gennych rywfaint dull clyfar i ddatrys y broblem hon, os gwelwch yn dda dweud.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Fel y gofynnwyd ac addawodd, Dwi wedi'i llwytho i fyny fy cyflwyniad ar sut i gael "mawr" Gofynion gan ddefnyddwyr terfynol ar gyfer prosiectau SharePoint a gweithredu. Mae yma: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul% 20Galvin% 20Great% 20Requirements.zip

Cyflwynais hyn yn y SharePoint nghynhadledd Arferion Gorau ym mis Chwefror 2009 (www.sharepointbestpractices.com). Os aeth y gynhadledd chi, byddwch hefyd yn cael hyn ar y DVD gynhadledd.

Y cyflwyniad yn cynnwys llawer o nodiadau gyda'r rhan fwyaf o sleidiau. Nid yw'r pwyntiau bwled yn unig.

(Gweler yma am fy gyflwyniad arall ar astudiaeth achos llywodraethu: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Fel llawer o fathau ymgynghorydd SharePoint, Dwi wedi bod â llawer o ymarferoldeb SharePoint. Rai adegau, Yr wyf yn plymio eithaf anghysbell. Adegau eraill dim ond sylwaf iddo fel yr wyf yn hedfan gan i set arall o ddewislen opsiynau. Un o'r rheini yw "creu safle hunan-wasanaeth." Nid wyf wedi cael angen amdano tan yr wythnos hon.

Yr wythnos hon, Yr angen i ddatrys problem busnes a fydd yn dod yn fwy cyffredin fel cwmnïau Llaciwch a gofleidio mwy uniongyrchol defnyddiwr reolaeth dros SharePoint. Yn yr achos hwn, Dwi wedi fy cynllunio templed safle i gefnogi cymuned defnyddiwr penodol. Dylai folks yn y gymuned hon yn gallu creu eu safleoedd eu hunain yn defnyddio templed hwn pryd bynnag y mae y yn pwyso yn taro eu.

Cofiais yn gweld "hunan-wasanaeth safle creu" cyn a dwi wedi fy bob amser swatio hynny yng nghefn fy mhen yn meddwl bod "hunan safle greu gwasanaeth" yn SharePoint ystyr lingo, ddigon amlwg, rhywbeth fel "droi fi os ydych am ddefnyddwyr terfynol i allu creu safleoedd pan maent eisiau."

Felly, I droi ymlaen, cynnig arni ac i mi, Nid mae'n creu safleoedd. Mae'n creu safle casgliadau. Gwahaniaeth eithaf mawr. Nid yr hyn yr wyf ei eisiau, dim o gwbl.

Mae'n bosibl i adael i ddefnyddwyr diwedd greu safleoedd is newydd drwy lefel caniatâd personol. Dyma'r union lle byddai fod wedi mynd yn y lle cyntaf ac eithrio y label "hunan-wasanaeth safle creu" Roedd label yn twyllo fy. Drwy twitter, I learn that it’s deceived others as well 🙂

Rwy'n dal i weithio allan sut i ddarparu ychydig o broses symlach tra'n aros allan o'r bocs yn unig, ond ceir llwybr pendant i'w dilyn. Dim ond dydw i ddim yn cael sylw gan y label.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Roeddwn yn un o 20 neu 30 (neu efallai 100?) panelwyr neithiwr yn y Newydd Grŵp Defnyddwyr Efrog SharePoint cyfarfod. Yn hytrach na ffurf cyflwyniad arferol, hyn yn ymwneud yn Q&Rhwng y gynulleidfa ac aelodau'r panel. Gynnar, Michael Lotter fy nghyflwyno i syniad newydd ac roeddwn i eisiau rhannu.

Roedd aelod o'r gynulleidfa yn disgrifio sut roedd ei gwmni yn talu meddyg ymgynghorol i ysgrifennu cais ar gyfer ei gwmni. Ysgrifennodd yr ymgynghorydd fel cais Consol gan ddefnyddio'r model gwrthrych SharePoint. O ganlyniad,, Roedd hyn yn golygu bod y rhaglen yn rhedeg ar weinydd yn y fferm. Roedd hyn yn golygu na fyddai unrhyw un eisiau defnyddio ap i fewngofnodi ar y gweinydd, wneud y gwaith ac allgofnodi. Yn gyntaf, Nid oedd hyn yn broblem, ond yn fuan, mwy a mwy o (heb fod yn dechnegol) defnyddwyr sydd eu hangen i ddefnyddio y cyfleustodau. Oedd ei gwestiwn (aralleirio):

"Beth yw fy opsiynau? Dydw i ddim eisiau cadw yn gosod defnyddwyr logiwch uniongyrchol y gweinydd, ond mae angen bod functionality."

Awgrymodd Michael Lotter ei fod yn ffurfweddu peiriant rhithwir newydd, ymuno â hi i'r fferm fel PCW a gadael defnyddwyr redeg y cais oddi yno.

Mae hwn yn syniad eithaf syfrdanol i mi. Mae generalizing ateb hwn yn dwyn i gof y syniad o bôn dros dro, PCW bron tafladwy. Rwy'n meddwl ei fod yn gysyniad eithaf Taclus. Gall hwn dros dro PCW yn rhedeg ar gais Consol sy'n defnyddio model gwrthrych SharePoint. Gellid hefyd ei ddefnyddio i rhedeg Gorchmynion stsadm. Nid oes raid iddo fod yn rhan o gydbwyso lleol rheolaidd. Os mae'n mynd i lawr neu'n cael eu difetha, Gall eich unig sbin yn un newydd. Ailadroddaf fy hun, ond yr wyf yn rhaid i ddweud fy mod yn credu ei fod yn syniad iawn daclus.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Yr wythnos hon ddiwethaf, rhywun yn gofyn cwestiwn am greu amgylchedd SharePoint a fyddai'n trafod llawer 'n bert o ddogfennau newydd (10,000 +/- yn yr achos hwn). Ddim yn gwybod llawer am hyn, ond diolch i'r papur gwyn hwn, Rwy'n teimlo'n llawer mwy gwybodus.

I mi, papur gwyn hwn yn 'n bert lawer yn unig marc llyfr ar hyn o bryd, ond wnaeth ddechrau darllen drwyddo ac yn meddwl y byddai yn tynnu sylw at fy prif cludfwyd. Gall SharePoint i gyfateb i ymdrin â, o leiaf, llwyth hwn:

• 50k dogfennau newydd y dydd.
• 10 cyfanswm miliwn o ddogfennau.

Ysgrifennaf y ffigurau 50k / 10MM oherwydd eu bod yn ddigon hawdd ei gofio. Fel y gwyddoch eu bod lleiafswm, Ni chewch helynt. Yn yr uchafsymiau o leiaf 10 y cant yn uwch na hynny a gyda tiwnio eithafol, o bosibl yn llawer uwch.

Diolch, Mike Walsh, unwaith eto am ei wythnosol WSS FAQ diweddariadau a chywiriadau post. Os rydych chi ddim wedi tanysgrifio iddo, dylech feddwl o ddifrif am wneud hynny.

</diwedd>

Tanysgrifio i fy mlog.

Yn ystod yr wythnos ddiwethaf, fy gydweithiwr a oedd yn gwneud rhywfaint o waith ar gyfer cleient mewn NYC. Rydym yn profi'r gwahanol agweddau o'r gweithredu MOSS a defnyddio "safon eu" gweithfan adeiladu (yn hytrach na i'n gliniaduron). Wrth wneud hynny, rydym yn rhedeg i mewn i nifer o wallau drwy ddilyn y camau:

• Agor i fyny dogfen MS gair trwy ffenestri fforiwr (sy'n defnyddio WebDAV).
• Wneud newid.
• Chadw.

Daethom i sylweddoli bod rhai adegau (Fel arfer, y tro cyntaf) rydym yn arbed y ddogfen, Doeddwn i ddim arbed yn "cadw." Nid oedd arbed yn arbed. Byddai yn tynnu y ddogfen honno wrth gefn a ein newidiadau syml nad oedd yno.

Doedden ni ddim yn deall y mater gwreiddyn yn y fan hon, ond roedd gennym y dylem wneud yn siŵr fod y pecyn gwasanaeth diweddaraf i MS Office wedi'i gosod ar orsaf waith. Mae folks TG aeth a wnaeth hynny. Aethom trwy y prawf eto a darganfuasom yn broblem newydd. Pan rydym yn arbed ei, rydym yn awr yn cael y gwall hwn:

Y tro hwn, roedd yn ymddangos fel pob newid yn, mewn gwirionedd, arbed, a ydym wedi ateb Ie neu na i'r cwestiwn sgriptiau.

Rydym yn olaf cael golwg ar y fersiwn gwirioneddol y Swyddfa ac os canfyddir bod y weithfan yn rhedeg MS Office 2000 gyda gwasanaeth pecyn 3 sy'n dangos o dan Help -> Am fel "Swyddfa 2002".

Mae'r moesol y stori: Byddaf bob amser yn defnyddio Swyddfa 2003 fel y mae fy swyddfa fersiwn gwaelodlin leiaf wrth ddefnyddio WebDAV a MOSS.

</diwedd>

Tanysgrifio i fy mlog.

(At ddibenion peiriant chwilio, mae hyn yn destun y gwall yn):

Llinell: 11807

Torgoch: 2

Gwall: Nid yw gwrthrych yn cefnogi eiddo hwn neu ddull

Cod; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Ydych chi am barhau i redeg sgriptiau ar y dudalen hon?

Mewn un neu fy Cofnodion blog cyntaf, Yr wyf yn disgrifio'r broses gyffredinol rydym yn dilyn i fudo cwsmer o SPS 2003 i MOSS. Darllenydd gadael sylwadau yn gofyn am fwy o fanylion ac yma y mae'n.

Am y prosiect mudo, roedd rhaid i ni ddod o hyd i ffordd dda i symud llawer o SPS 2003 dogfennau dros MOSS. Y llwyth cychwynnol oedd yn ddigon hawdd. Creu llyfrgell ddogfen targed newydd yn MOSS a defnyddio windows explorer i symud y dogfennau.

Mae hyn yn y llyfrgell ddogfen newydd:

Agor windows dau explorers. Y pwynt cyntaf ar SPS 2003 a'r ail yn y llyfrgell newydd yn y ddogfen yn MOSS. Dengys y sgrin lun canlynol hyn. Nodyn yn y porwr uchaf mewn gwirionedd yn pwyntio at fy c:\gyrru dros dro, ond gallwch ddychmygu ei bwyntio at SPS 2003 llyfrgell dogfen:

Ar ôl hynny gweithrediad llusgo a gollwng, fy targed yn edrych fel hyn:

Nawr mae'n amser i ddelio â y metadata. Cymryd yn ganiataol mae gennym un golofn metadata ar gyfer dogfennau hyn a enwir "lleoliad." Gallwn weld o'r yr "holl ddogfennau uchod" farn bod y lleoliad yn wag. Mae'n ddigon hawdd i ddefnyddio barn taflen data i deipio'r lleoliad, neu hyd yn oed fynd i mewn i eiddo pob dogfen fesul un i ychwanegu lleoliad. Gadewch i ni dybio nad oes unrhyw ffordd ymarferol i roi gwerth ar y golofn lleoliad yn awtomatig a bod yn rhaid defnyddwyr wneud hyn â llaw. Ar ben hynny, gadewch i ni dybio mae cannoedd o ddogfennau (efallai miloedd) ac y bydd yn cymryd llawer o sawl diwrnod i ddiweddaru y metadata. Fel y gwyddom oll, Mae unrhyw un yn mynd i eistedd i lawr a gweithio ar gyfer pedwar o'r pum niwrnod yn syth diweddaru metaddata ar gyfer dogfennau. Yn lle hynny, Bydd egwyl hynny dros gyfnod o wythnosau neu o bosibl hwy. I hwyluso'r broses hon, gallwn greu "gael data" gweld fel y dangosir:

Nawr, pan fydd rhywun yn eistedd i lawr i wario eu dyrannu awr bob dydd neu ddwy i dagio dogfennau ymfudo, gallant ddefnyddio "gael dogfennau" gweld i ganolbwyntio eu hymdrechion:

Fel dogfennau defnyddwyr tag, maent yn gollwng y rhestr hon.

Gall y syniad hwn o farn gael data hefyd yn helpu gyda dosbarth o broblem dilysu data Mae pobl yn holi am ar y fforymau. Allan o'r blwch, Nid oes unrhyw ffordd i atal defnyddiwr rhag lanlwytho dogfen MOSS ac yna nid Rhowch metaddata. Gellir nodi bod colofn safle penodol yn orfodol ac ni fydd hawl y defnyddiwr i wthio arbed botwm. Fodd bynnag,, os yw'r defnyddiwr Llwythiadau ac yna yn cau'r porwr (neu'n defnyddio ffenestri archwiliwr i'w llwytho i fyny y ddogfen), ni allwn gorfodi'r defnyddiwr i gofnodi data meta (eto, allan o'r bocs).

Gellir defnyddio'r dull hwn i helpu gyda'r sefyllfa honno. Gallwn ddefnyddio data"dagio wael" gweld i nodi dogfennau hyn yn hawdd ac yn eu cywiro. Cysylltu hyn â dangosyddion perfformiad allweddol ac mae gennych gwelededd da i data â dril-i lawr at reoli amgylchiadau eithriadol hyn.

</diwedd>

Tanysgrifio i fy mlog.

Yr wythnos hon, Dwi yn cael ychydig anhawster gyda 'm tîm i gael MOSS wedi'i osod mewn fferm dwy-gweinydd syml. Ar ôl mynd drwy ei, Mae gen i mwy o werthfawrogiad am y mathau o broblemau pobl yn adrodd ar y fforymau MSDN ac mewn mannau eraill.

Mae cyfluniad fferm terfynol:

• SQL / Mynegai / Mewnrwyd PCW y tu mewn i'r mur cadarn.
• PCW yn y DMZ.
• Rhyw fath o mur cadarn rhwng y DMZ a'r gweinydd mewnol.

Cyn i ni ddechrau y prosiect, yr ydym yn gadael y cleient a gwybod pa borthladdoedd sydd eu hangen i fod yn agored. Ystod a rhoi, yn ôl ac ymlaen dros y, ni fyddwn byth yn dweud yn benodol dau beth pwysig:

1. SSL golygu eich bod angen tystysgrif.
2. Rhaid i'r gweinydd DMZ fod yn rhan o barth.

Diwrnod un, Rydym yn dangos i osod MOSS a dysgu bod cyfrifon parth ar gyfer cronfa ddata a MOSS nad oeddent wedi'u creu. I symud pethau ymlaen, Aethom ymlaen a gosod popeth gyda chyfrif lleol ar y gweinydd fewnrwyd.

Ar y pwynt hwn, ydym yn darganfod y dryswch ynghylch y dystysgrif SSL a, yn anffodus, wedi penderfynu cael ein guy seilwaith a dod yn ôl yn ddiweddarach yr wythnos honno i barhau i osod y gweinydd DMZ. Yn y cyfamser,, penseiri ateb i ni symud ymlaen gyda'r stwff busnes.

Penwythnos yn mynd heibio a'r cleient yn cael y dystysgrif.

Mae ein guy seilwaith yn dangos i fyny ac yn canfod nad yw'r gweinydd DMZ yn ymuno i unrhyw faes (naill ai parth perimedr gyda ymddiriedolaeth cyfyngedig neu fewnrwyd y parth). Yr ydym wedi gwastraffu bron 1/2 dydd ar y. Os nad oedd wedi adael y dystysgrif SSL ar goll yn fwrn ar ein, Byddai Rydym wedi darganfod hyn yn gynharach. O, wel….

Ddiwrnod arall yn mynd heibio a'r pwyllgorau amrywiol diogelwch, partïon â diddordeb ac (Nid felly) gwylwyr diniwed i gyd yn cytuno ei bod yn iawn i ymuno â'r gweinydd DMZ â'r parth fewnrwyd (mae hwn yn POC, wedi'r cyfan, nid yn ateb cynhyrchu).

Daw'r guy seilwaith mewn i lapio pethau. Y tro hwn rydym yn pasio llwyddiannus drwy y ddibyniaeth fodern sy'n adnabyddus fel "dewin ffurfweddu SharePoint." Mae gennym plasty'n mewn gweinyddiaeth ganolog a … Yee haw! … Mae gweinydd DMZ a restrir yn y fferm. Rydym yn edrych ychydig yn fanylach a gwireddu Torasom agored y Champaign ychydig gwiddonyn gynnar. Gwasanaethau WSS yn sownd yn "dechrau" statws.

Stori hir yn fyr, Mae'n troi ni wedi anghofio i newid hunaniaeth y cyfrif gwasanaeth drwy'r weinyddiaeth ganolog o'r cyfrif lleol gwreiddiol i cyfrif parth newydd. Gwnaethom hynny, ail-redeg y dewin cyfluniad a voila! Yr oeddem mewn busnes.

</diwedd>

Tanysgrifio i fy mlog.

Er nad yw'n llythrennol wir, fel mater ymarferol, rhaid i-wynebu rhyngrwyd pen blaen ar y we mewn DMZ fod mewn parth (h.y. nid yw rhai gweinydd annibynnol yn ei gweithgor bach ei hun). Nid oes angen iddo fod yn y parth un fel PCW mewnol(s) a gweinyddwyr eraill (ac nid yn ôl pob tebyg ddylai), ond mae angen i fod yn barth.

Treulio llawer gormod o amser i a 'm cydweithwyr ar gynnig a oedd yn cynnwys rhagofynion SharePoint. Roedd hyn yn cynnwys rhestr gynhwysfawr o gyfluniadau mur cadarn a fyddai'n galluogi gweinydd DMZ ymuno â fferm ac ati. Yn anffodus, ni lwyddwyd i ychwanegu brawddeg yn rhywle a ddywedodd, i'r perwyl, "y pwynt cyfan gwaedlyd o ffurfweddiad hwn yw caniatáu eich gweinydd PCW DMZ, mewn parth, i ymuno â'r fferm mewnol."

Mae storm berffaith o ddigwyddiadau, lle rydym yn y bôn yn edrych yn ôl pryd y gallem fod wedi edrych yn iawn, cynllwynio i'w guddio y broblem hon gennym ni tan yn weddol hwyr yn y broses, felly fi atal rhag galw ar fy "dweud newyddion drwg yn gynnar" rheol.

Sigh.

Tanysgrifio i fy mlog.

Defnyddwyr y fforwm yn aml fel cwestiynau fel hyn:

> Helo,
>
> Rhowch wybod i mi os oes unrhyw bosibiliadau i adeiladu rhestr arfer gyda
> meistr a manylion fath (fel anfonebau) heb ddefnyddio InfoPath.
>

SharePoint yn darparu rhai o'r nodweddion blwch sy'n cefnogi mathau o ofynion busnes fel 'na.

Yn gyffredinol, Mae un yn cysylltu dwy restr gyda'i gilydd gan ddefnyddio colofn ' lookup '. Mae rhestr A yn cynnwys gwybodaeth pennyn anfoneb ac mae rhestr B yn cynnwys manylion anfoneb.

Defnyddiwch restrau ychwanegol i gynnal nifer y cwsmeriaid, nifer y cynnyrch, ac ati.

Defnyddiwch y we ymholiad cynnwys rhan (yn MOSS unig) a/neu weld data rhan o'r we i greu barn cyfun y rhestrau. Gweinydd SQL adrodd gwasanaethau (SRS) hefyd ar gael ar gyfer yr ochr adrodd ei.

Fodd bynnag,, Ceir rhai cyfyngiadau pwysig a fydd yn ei gwneud hi'n anodd i ddefnyddio nodweddion allan y blwch pur ar gyfer unrhyw beth y mae hyd yn oed yn gymedrol cymhleth. Mae'r rhain yn cynnwys:

• Maint y rhestrau am-edrych sy'n gysylltiedig vs. "smartness" o'r math colofn a chwilio am. Mae'r math o golofn chwilio am yn cyflwyno ei hun ar y UI wahanol yn dibynnu ar p'un a dwi wedi galluogi aml-dethol neu beidio. Yn y naill achos, Mae rheoli allan y blwch yn dangos holl eitemau sydd ar gael oddi ar y rhestr Ffynhonnell. Os oes gan y rhestr Ffynhonnell 1,000 eitemau, Mae hynny'n mynd i fod yn broblem. Yw chwilio am reolaeth Nid Tudalen drwy'r eitemau hynny. Yn lle hynny, Mae'n dwyn pob un ohonynt i fod dan reolaeth. Mae hynny'n gwneud i'r rhyngwyneb defnyddiwr lletchwith iawn o ran cofnodi data a pherfformiad.
• Lookups "tynnu yn ôl" un golofn o wybodaeth. Gallwch byth ei dynnu ôl fwy nag un golofn o wybodaeth oddi ar y rhestr Ffynhonnell. Er enghraifft, Ni allwch chi ddewis cwsmer "12345" ac arddangos y nifer yn ogystal ag enw a chyfeiriad y cwsmer ar yr un pryd. Dim ond dengys y gallwch chwilio am y cwsmer nifer a dim byd arall. Mae hyn yn gwneud i'r rhyngwyneb defnyddiwr lletchwith ac anodd.
• Unrhyw gyfathrebu intra-ffurflen. Rydw i wedi ysgrifennu am hyn yma. Allwch chi weithredu gostyngiad-downs rhaeadru, amodol alluogi / analluogi caeau, ac ati.
• Dileu rhaeadru nac cywirdeb cyfeiriadol parod. Mae SharePoint yn trin rhestrau personol fel endidau annibynnol ac nid yw'n caniatáu ichi eu cysylltu at ei gilydd mewn ymdeimlad gweinyddu'r traddodiadol. Er enghraifft,, SharePoint yn eich galluogi i greu dwy restr arfer, "cwsmer" a "anfoneb pennawd". Gallwch greu pennyn anfoneb fod cysylltiadau ôl i gwsmer yn rhestr y cwsmer. Yna, Gallwch ddileu'r y cwsmer oddi ar y rhestr. Allan o'r blwch, Nid oes unrhyw ffordd i atal hyn. I ddatrys y math hwn o broblem, byddech fel arfer yn defnyddio sy'n trin y digwyddiad.

Gall ymddangos yn llwm, ond byddai'n dal yn defnyddio SharePoint fel man cychwyn ar gyfer adeiladu math hwn o swyddogaeth. Er bod bylchau rhwng yr hyn y mae angen ichi mewn ateb, SharePoint yn ein galluogi i lenwi'r bylchau hynny gan ddefnyddio offer fel:

• Sy'n trin y digwyddiad. Eu defnyddio i orfodi cywirdeb cyfeiriadol.
• Custom colofnau: Greu mathau Colofn personol ac yn eu defnyddio yn lle Colofn ' lookup ' diofyn. Ychwanegu dudalennu, clustogi a nodweddion AJAX i'w gwneud yn ymatebol.
• BDC. Mae'r nodwedd hon MOSS yn unig yn ein galluogi i ymholiad Mae eraill SharePoint yn rhestru gyda rhyngwyneb defnyddiwr rhagorach i daflenni arferol. Gall BDC hefyd yn ymestyn allan i gais gweinydd pen ôl. Defnyddio BDC er mwyn osgoi dyblygu. Yn hytrach na dyblygu gwybodaeth cwsmer o ben ôl ERP system, defnyddio BDC yn hytrach. Mae nodweddion BDC yn darparu rhyngwyneb defnyddiwr braf i dynnu hwnnw wybodaeth yn uniongyrchol gan y system cynllunio adnoddau menter lle mae'n perthyn ac osgoi y drafferth o gynnal ateb dyblygu.

  BDC yn nodwedd MOSS (ddim ar gael yn WSS) ac yn heriol i ffurfweddu.

• Ffurflen ar y we ASP.NET: Creu AJAX-alluogi ffurf lawn-featured sy'n defnyddio'r model gwrthrych SharePoint a / neu wasanaethau ar y we i restrau SharePoint trosoledd tra'n darparu rhyngwyneb defnyddiwr ymatebol iawn.

Efallai y bydd y dewis olaf yn teimlo fel eich bod yn dechrau o'r dechrau, ond yn ystyried y ffaith bod y llwyfan SharePoint yn dechrau i ffwrdd gyda chi y nodweddion allweddol canlynol:

• Model diogelwch gyda gwaith cynnal a chadw.
• System Menu â gwaith cynnal a chadw.
• "Meistr Tabl" (h.y. rhestrau arfer) gyda diogelwch, adeiledig yn cynnal a chadw ac archwilio.
• Chwilio.
• Yn ôl diwedd adnoddau integreiddio (BDC).

Os byddwch yn dechrau gyda phrosiect gwag newydd yn y stiwdio weledol, gennych lawer o isadeiledd a phlymio i adeiladu cyn i chi ddod yn agos at yr hyn SharePoint yn cynnig.

Yr wyf yn credu bod Microsoft yn bwriadu ymestyn SharePoint yn y cyfeiriad hwn o ddatblygu cais. Mae'n ymddangos fel estyniad naturiol i'r presennol SharePoint yn sylfaen. Mae cais CRM Microsoft yn darparu llawer iawn o Estyn o'r mathau sydd eu hangen i gefnogi datblygiad cais pennyn/manylion. Er bod y nodweddion hynny yn CRM, Mae'r dechnoleg yn amlwg ar gael i'r tîm datblygu SharePoint a disgwyliaf y bydd yn gwneud ei ffordd i mewn i'r cynnyrch SharePoint erbyn diwedd 2008. Os oes gan unrhyw un wybodaeth neu mewnwelediad i hyn, gadewch sylw.

</diwedd>