Cilvēki bieži jautā par kolonnas datu tipu "personai vai grupai, izmantojot" citā kolonnā datu tips "Rēķināt".

Grunts līnija, tas nelīdz, WSS 3.0 (vai MOSS).

Pievienojot aprēķinātu kolonnu, WSS rāda lauku sarakstu, to var izmantot aprēķinos. Ja ievadāt nosaukumu kolonnu, kas nav sarakstā, tā stāsta jums:

Vienas vai vairāku kolonnu atsauces nav atļautas, jo kolonnas ir definētas kā datu tipi, kas formulās netiek atbalstīti.

Profilakse: Izmantojiet notikumu apdarinātājs. Notikumu apdarinātāja ugunsgrēki, kad lietotājs saglabā vienumu. Tā veic atjaunināšanu, jums būtu vēlējies darīt jums aprēķinātajā kolonnā.

Noderīgas saites par aprēķinātie lauki kopumā:

• Izmantojot [Mani] aprēķinātajā kolonnā
• Formulu izteiksmju piemēri (pieklājīgi no http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Ātrās atruna: Es uzskatu, ka iepriekš ir patiesa un precīza, bet esmu redzējis pietiekami gudrs triku šeit un tur, sūnu WSS, ka nevarētu būt ļoti pārsteigts (nepacietībā, ja jūs) Ja kāds ir izpētījuši, veids, kā to izdarīt, neatsaucoties uz kodu. Ja jūs esat izpētījuši, gudrs darbs ap vai zināt kādu, kas izdarīja, Lūdzu, let me know!

Mēs veicām dažas lielas noslodzes atkārtoti organizēt mūsu vietnes taksonomija, izmantojot "Pārvaldīt saturu un struktūru". Man nezināmu iemeslu dēļ, Šis process (lai gan strādā galvenajā) Ātrā palaišana ir ielauzies dažas navigācijas saites. Raksturo šķelto saites:

• Nepareizu URL. Piemēram, tas būtu "/ vietu/nodaļu/HumanResources /…". Tomēr, jaunas saites ir "/ vietnes/Corporate/HumanResources /…".
• Atkārto biti uz vaicājuma virknes pozīcijas, kā:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Tas ir viegli noteikt, izmantojot iestatījumu/navigācija. Izņemot, MOSS dāvanas mani ar šo, kad es mēģināt un darīt to:

Fakts ir tas, neviens dod jebkādas izmaiņas (malā no manis, protams).

Ātrā meklēšana izrādās pat šo MSDN diskusiju forumi: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier izklāstīts to labi jo priekšpēdējo (kā no 10/02/07) amats:

Fakts ir tas:

Lai atjaunotu bojāto virsraksti, jums ir :

– noņemt visus sarakstus, kas bojāti pozīcijā

– noņemiet bojāto pozīcijā

– No saraksta iestatījumi, pievienot noņemt saraksta Ātrā palaišana (Šī atjaunošana nav bojāti pozīcijas)

Tad jums ir labi iet….

---

SharePoint eksperts – Sogeti Cap Gemini Šveice

Es biju mazliet apmulsis, jo tur vēlas, lai dotos uz lappusi navigācijas, veiciet vēlamās izmaiņas un pēc tam saņemt hit ar "lapa tika modificēta" ziņojums. Galu galā, Es sapratu, man bija jādodas uz saraksta iestatījumi un noņemt/to pievienot ātrās palaišanas. Kas darīja arī triks. Šeit atkal laimīgs reizes ir!

</beigās>

Abonēt manu blogu!

ATJAUNINĀJUMS 12/10/07: Labojumfailu, kā aprakstīts šajā MSDN KB929816 atrisinājis problēmu mums turpmāk minētos. Iegūtu labojumfailu un pēc tam instalējiet katram serverim fermā. Pēc tam, katrā serverī SharePoint konfigurācijas utilītu. Šeit ir MS Support saites ka KB: http://support.microsoft.com/kb/932816.

Fona:

Mēs esam biznesa prasību, kur nepieciešams nodrošināt vides izstrādes vadītājs 30 some-Odd ražošanas vietās, kas atrodas visā Amerikas Savienotās valstis vajadzības nodrošināt šīm rūpnīcām failu, to dažādo valsts pilnvarotu atļauju savlaicīgi. Viena pieeja, ko mēs esam izmeklēti piesaista "pauze līdz datumu" aktivitātes, kas pieejams pie mums, izmantojot SharePoint Designer worfklow. Tehniskais vadītājs (vai viņas palīgs) gada sākumā ievada visas nepieciešamās atļaujas un atgādinājuma datumus. Sistēma pēc tam dara visu smagumu celšana.

Vide:

SŪNA, 64 bit, virtuālo mašīnu vidi (attīstības kaste), 2 serveriem (SQL serverī #1, viss pārējais serverī #2).

Problēmas:

Pauze līdz datumam darbība šķiet ideāls risinājums un tas var izrādīties arī sevi. Tomēr, tas nedarbojas atrodas krietni ārpus lodziņa (par mums).

1. Darbplūsmas uzdevumu ierakstīšana nav ieplānota, lai palaistu, kādreiz. Es atklāju šo, nolasot caur Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) lielisks write-up, izmantojot stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "darbu darbplūsma" -URL http://localhost

   <Rekvizīts nepastāv = "Nē" />

   C:\>

   Tas bija pārsteidzoši rezultāti, bet viegli atrisināt:

   C:\>stsadm -o setproperty - propertyname "darbs-worfklow" -propertyvalue "ik 1 minūšu skaits starp 0 un 59" -URL http://localhost

   Darbība pabeigta veiksmīgi.

   C:\>

   Pēc darot to, pirmā "In Progress" darbplūsmas ātri apkures augšu, un tas ir darbs.

2. Diemžēl, Nākamais nestrādāja, kā gaidīts. Laimi, Christopher atsaucas mūs šeit (http://support.microsoft.com/kb/932816). Kā rakstīšanas šo ierakstu, mēs gaidām, lai IT nodaļai, lai saņemtu šo labojumfailu, bet tas izskatās daudzsološi. Mūsu kopijas, skartajiem. dll neatbalstu tāda paša izmēra baitu, tāpēc cerams, ka tas atrisinās problēmu.

Profilakse:

Vēlreiz, palaižot komandu stsadm -o setproperty šķita prod darbplūsmas taimera nomodā. Tas būtu, aptuveni 7 minūtes vēlāk, faktiski pamosties un turpināt kopā ar darbplūsmu.

Jautājumi / Jautājumi, kas jārisina:

Pauze līdz datumam nedarbojas.

Pauze līdz datumam nevar atsākt.

Darbplūsmas statuss netiek mainīts no "Progress"

Darbplūsmas statuss paliek "Progress"

Pārskats

Šī ievadne apraksta gadījumā pētījums, kas raksturo faktisko ULD (Uzturēšana, Remonta un operāciju) darbplūsma apstiprināšanas procesu īsteno MOSS.

Tas nav klaji tehniskās apspriedes, bet tā vietā ir nepieciešams kalpo, lai nodrošinātu reālās pasaules piemērs, kas demonstrē, kā sūnu platforma iepazinos ar reālās pasaules.

(Šis ieraksts ir pārrobežu ievietojis starp http://paulgalvin.spaces.live.com un http://blogs.conchango.com)

Fona

Klienta ULD procesā bija raksturo šādi

• Manuālās apstiprināšanas procesu.
• Atbalstu, izmantojot excel izklājlapas.
• Neregulārās apstiprināšanas procesu. Pašu ULD pirkuma apstiprināšanas procesu varētu mainīties katru dienu, persona ar personu.
• Daudz papīru un parakstiem rokrakstā — pirkuma pieprasījumus, kas prasa līdz pat 3 pirms galīgās apstiprināšanas rakstiski paraksti.

Šajā projektā iekļauto mērķu:

• Pilnībā automatizētu procesu.
• Īstenot uzņēmuma standartu apstiprināšanai.
• Sniedz konsolidētu skatu uz GRO iepirkumu dažādiem vadītājiem.
• Sīki izstrādātas revīzijas liecības.

Kā risinājums blakusparādība, rakstveida parakstus vairs netika prasītas.

Apstiprināšanas Process

Apstiprināšanas process sastāv no četrām "peldēt joslas": Rīkojuma, Tiešā vadītāja, Funkcionālās vadītāja un nodaļas vadītājs.

Rīkojuma:

Uzskata, ka nepieciešams pirkumam un sākas process. Ievērojiet, ka rīkojuma var vai nevar faktiski ievadīt pirkšanas pasūtījumu, bet tā vietā tieši cits darbinieks to darīt. Dažas reizes, Autors nav tehniskas zināšanas PO pieprasījuma aizpildīšanai. Piemēram, lietotājs, iespējams, vēlēsities rekvizīciju jaunu klēpjdatoru, bet labākais pārdevējs nezina, IT standarti, uc. Šajā gadījumā, autoru darbu ar to, un tas faktiski aizpilda pieteikumu.

Tiešā vadītāja:

Tas ir tiešā vadītāja rīkojuma (kas var atšķirties no personas, kas faktiski stājās PO pieprasījuma MOSS). Tiešo vadītāju, ir jāapstiprina PO pieprasījuma pirms sistēma meklē apstiprinājumu turpmāk paredzēto līniju.

Funkcionālā Manager:

Funkcionālā pārvaldnieks ir atbildīgs par to, ka ierosinātā iegāde atbilst uzņēmuma standartus noteiktu uzņēmuma funkciju ietvaros indivīds. Piemēram, TĀ funkcionālo vadītājs apstiprina IT iepirkumu.

Nodaļas vadītājs:

Departamentu vadītāji apstiprina pirkuma pieprasījumu stingri ar savu dolāru summu. Nodaļas vadītājs apstiprina pirkuma pieprasījumus, kas pārsniedz konfigurējamu dolāru summu.

Šķīdums

Mēs izmantojām šādus rīkus un komponentus, lai ieviestu risinājumu:

SŪNA: Kalpo kā platforma, pie kam viss pārējais "uzkaras". SŪNA sniedz drošības pakalpojumus pamatieži, pamatdatu, audita un citi līdzekļi.

InfoPath forms services: MOSS komponents, Tas ļauj lietotājiem aizpildīt pirkuma pieprasījumu, izmantojot tīmekļa pārlūkprogrammu.

SharePoint Designer (VPD): Mēs izmantojām VPD ieviest automatizētu darbplūsmas procesu.

Web pakalpojums: C# web pakalpojums atvieglo lietotāju darbu, ļaujot kaskādes atlases sarakstus programmā InfoPath formu un nodrošina labāku veiktspēju attiecībā uz datu filtrēšana. Sk. šeit par tehnisko dziļi nirt par šo tēmu un savi iemesli, lai, izmantojot to.

Pielāgotiem sarakstiem: SŪNA lietotāju profili nodrošina konkrētā lietotāja tiešā vadītāja, taču lielākā daļa datu, kas kontrolē darbplūsmu lēmumus nesniedza (piem.. vai nodaļas vadītājs, ir nepieciešams apstiprināt PO pieprasījuma). Mēs izmantojām pielāgotiem sarakstiem, "uzņēmuma dati" vietu, lai saglabātu datus, piemēram, "Nodaļas vadītāju apstiprināšanu dolāru summu", "Funkcionālās zonas pārvaldnieka" un tā tālāk. Saraksti ļoti labi integrēti programmā InfoPath, kā arī paredz izveidot/update/izdzēst (CRUD) funkcionalitāti ar revīziju un drošību no box.

Lietošanas gadījumā

Šo lietošanas gadījums ilustrē, kā risinājums der kopā:

1. Paul vēlas jaunu klēpjdatoru. Viņš apraksta savas vajadzības, lai Vivek, IT persona, kas ir pazīstami ar korporatīvo klēpjdators standartiem, vēlamais kreditoriem, uc.
2. Vivek piesakās MOSS, piekļūst PO pieprasījuma veidlapu un ievada pieprasījuma vārdā, Paul. Veidlapa pieprasa Vivek iepirkuma kategorija, kuru pēc tam izmanto web pakalpojumus, lai aizpildītu nolaižamā saraksta uzņēmums apstiprināts kreditoru. Vivek norāda arī korporatīvo funkcionālajai zonai par šo pirkumu (piem.. "TAS" vai "Finanses").
3. VPD pamatā darbplūsma tiek sākta, nosaka Pāvila tiešo vadītāju un maršrutē pieprasījuma savam vadītājam, Stacy.
4. Stacy apstiprina pirkšanas pasūtījumu.
5. VPD darbplūsmas pārbauda pieteikumu un nosaka to ir tā pirkšanas. To maršrutē darbplūsmas funkcionālās IT vadītājs, Wonson.
6. Wonson apstiprina pirkuma.
7. VPD darbplūsmas vēlreiz pārbauda pieteikumu un nosaka, ka iepirkuma summa pārsniedz maxium dolāru summu un maršrutē apstiprināšanai nodaļas vadītājs.
8. Nodaļas vadītājs apstiprina pirkšanas pasūtījumu.

Piezīmes

• Izmantošanas gadījumā liecina par "tīru" palaist bez noraidījumi vai lec.
• Katru apstiprinātājs ir iespēja apstiprināt, vai noraidīt pieteikumu, kā arī sniegt rakstiskas atsauksmes. Tie tiek reģistrētas auditācijas pierakstu.
• Ja atbildīgais vadītājs noraida pirkšanas pieteikumu jebkurā brīdī, PO pieprasījuma ir "miris" un šis process ir jāatsāk no sākuma.
• Darbplūsmas paziņo ik uz soļa procesa iniciators.
• Nekādu rakstisku paraksti — klients noteica (pēc dažu spēcīgu ieteikumus) auditācijas pieraksta, kas nodrošināti, izmantojot darbplūsmas vēsture, pasniedz to revīzijas vajadzībām.
• Pūles — pagāja apmēram trīs vīru nedēļas, lai īstenotu šo risinājumu.

Secinājums

Šo risinājumu kā attīstības un izpildlaika platforma piesaista MOSS. Klientam bija iespēja sviras pamatfunkcijas MOSS automatizē ikdienas uzņēmējdarbības procesos, kas skar gandrīz katru uzņēmuma darbinieks. Izņemot vienkāršu web pakalpojums (kas pats piesaista MOSS), gandrīz nav faktisko "programmēšana" bija vajadzīgs.

Risinājums kalpo arī kā vitrīna"" klientam, demonstrē kā dažādas sūnas līdzekļus var apvienot, lai izveidotu pilnībā featured biznesa lietojumprogrammu un radīs jaunas konsultāciju iespējas nākotnē.

Glosārijs

ULD: Uzturēšana, remonta un operāciju. Šie pirkumi parasti ietver tādus vienumus kā notepads, krēsli, personālie datori, printeriem, Mobilie telefoni un tamlīdzīgi.

Tas var būt skaidrs, daudziem, bet kamēr studē par manu MOSS programmēšanas eksāmenu, Uzzināju, ka tas ir diezgan viegli nokļūt faktisko XML no meklēšanas vaicājumu, izmantojot lietotāja interfeisu.

Vienu ātru metodi, ir šāds:

• Piekļuves Izvērstā meklēšana.
• Veikt meklēšanu, kas atgriež datus.
• Rediģēt lapu (izmantojot vietnes iestatījumus).
• Pārmaiņas pēc XSL:

<?XML versija="1.0" kodējums="UTF-8"?>
<XSL:izvēršamā stila lapu versija="1.0" xmlns:XSL="http://www.w3.org/ 1999/XSL/transformāciju">
<XSL:izvades metode="XML" versija="1.0" kodējums="UTF-8" atkāpes="jā"/>
<XSL:Veidne: atbilst="/">
<Pre>
<XSL:kopēt no atlasiet="*"/>
</Pre>
</XSL:Veidne:>
</XSL:izvēršamā stila lapu>

• Rezultāts attiecas.
• Skatīt avotu pārlūkprogrammā.

Ievērojiet, ka <Pre> taga nedara daudz izņemot kalpo kā ērts zīmi, skatot rezultātus.

Šis triks var būt ļoti noderīga, strādājot ar pārvaldītajiem rekvizītiem un pielāgot meklēšanas. Tas sniegs galīgo sarakstu pieejams lietošanai jūsu XSLT, kas būtu bijusi ļoti noderīga XML pēdējo 25 reižu es radīju dažus pielāgotus meklēšanas rezultātus.

To vajadzētu strādāt par dataviews, kā arī, gan man nav pārbaudīts tas, kā vēl.

Es redzu, ka Eric Kraus saskārās ar prasību parasti tikās ar satura vaicājuma web daļa. Problēma? Viņš bija tīra WSS vidē, kur nav piekļuves CQWP. Tā vietā saritinājās embrija pozā (vēlēšanās man ir jācīnās ar katru dienu, šķiet, ka), viņš nāca klajā ar risinājumu, kas dod vismaz WSS veikalos izredzes gūt panākumus. Tas ir aprakstīts šeit.

Stefan Goßner ir apkopojusi drausmīgs 4 daļa sēriju par SharePoint saturu un izvietošanas API šeit. Tā piedāvā lielisku pārskatu un ļoti labi piemēri Code (C#).

Es pirmo reizi paņēma šo saiti no joris poelmans blog http://jopx.blogspot.com/.

Pat ja jūs esat līdzīgi man, ka jums nav bijis daudz praktisku darbu satura vadības, tas ir labi vērts 20 minūtes sava laika, lai lasītu.

Izmantojot API, viens var:

• Eksportēt un importēt saturu ļoti viegli.
• Atkārtota vecākelementa satura. Ja vēlaties eksportēt kādu saturu no vietnes "A" un nosūtiet to uz vietas "B" bet pavisam jaunā vieta hierarhijā, tas ir iespējams.
• Eksportēt saturu no lapas A un Atlasītais bitu importēt vietnes A.
• Re-link saturu (nozīmē, ka nodarbojas ar visām hipersaitēm).

Kāds Internets bija jautā par to, kā izveidot aprēķinātu kolonnu, sarakstā, kas liecinātu, ka vērtība, kas formatēta kā"[Lietotājs] – [Statuss] – [Atrašanās vieta]" tāpat kā "Paul Galvin – Dzeramais [bezmaksas] Alus – Beach".

Paul varētu iet un atjaunināt savu ierakstu sarakstā un aprēķinātās kolonnas būtu atjaunināta atbilstoši. Uz [Lietotājs] būtu noklusējuma lietotāju saraksta ievadīšana/atjaunināšana.

Aprēķinātās kolonnas nevar izmantot "gaistošie" funkcijām, piemēram [Mani] vai [Šodien]. Es atrisināt to ar šiem soļiem testēšanas vidē:

1. Izveidotu teksta kolonna ar nosaukumu "Pašreizējais lietotājs".
2. Tā noklusējuma vērtība ir iestatīts [Mani]
3. Izveidot aprēķināto kolonnu sauc par "Calc Test".
4. Iestatītu tās vērtību = [Pašreizējais lietotājs]

Es devos uz, pievienot vienumu sarakstā, un tā strādāja.

Es esmu bijusi plagued ar šo 9 mēnešus, un redzēt, ka cilvēki uz MSDN un Usenet forumos ir too.l

Dažreiz, piekļūstot word dokumentu (vai citu veidu doc) no dokumentu bibliotēkas liek programmai Internet Explorer vienkārši crash un aiziet prom (ņemot visas cilnes ar to, ja jebkurš tiek atvērta).

To var atrisināt šo labojumfailu MS: http://support.microsoft.com/kb/938888

Arī, tur ir dažas apraksts par šo problēmu šeit:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Pārskats:

Izveidot pielāgotu sarakstu, kas pārvalda ar daži desmiti kolonnas satura tipam.

Pievieno to lapu un pēc tam caur SPD, Konvertē datu skatu.

Problēma:

Manu Xpath izteiksme atgrieza tukša kolonna ar nosaukumu "Pašreizējais stāvoklis". Es pieminēts, tas thusly:

    <tabulas apmales = "1">
      <XSL:par katru atlases = "/ dsQueryResponse/rindu/rindas" >
        <TR>
          <TD>
            Pašreizējais statuss:
            <XSL:"vērtība, select="@Current_x0020_Status></XSL:vērtību no>
          </TD>
        </TR>
      </XSL>
    </tabula>

CT kolonnā nosaukums ir "Pašreizējais stāvoklis". Tas parādās uzmeklēšanas kā "Pašreizējais stāvoklis". Visur tu skaties, jūs redzat "Pašreizējais stāvoklis".

Kamēr kulšana tērēts aptuveni, meklē risinājumu, Tā vietā es minēju "@Recruiter" un Lūk! — kas faktiski atgrieza atpakaļ pašreizējo statusu. Es gaidīju to atgriezt atpakaļ recruiter, kad es to darīju.

Šķīdums:

Es poked VPD. Dodieties uz šo lapu VPD un tā parāda datu skatu. Jūs varat pārbaudīt faktisko datu skatam un ar tiem saistītā Xpath. Šeit konstatēja, ka patiešām, Xpath norādīja uz "Recruiter". Savādi, "faktiskie" Recruiter lauku norādīja no "Recruiter1".

ņem nost:

SPD sniedz autoritatīvu Xpath izteiksmes rindām & datu skata kolonnām.

Otrais, tas liecina, ka faktiskie dati. Tā, piemēram, kolonna, kuras tips ir norādīts, tas:

<NOBR><laiduma><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><IMG u ="0" augstums = "1" platums = "3" src="/_layouts/Images/blank.gif"/><href = "javascript:’ OnClick ='IMNImageOnClick();atgriezties viltus;’ class = 'ms-imnlink'><IMG nosaukums = "imnmark’ nosaukums =” u =’0′ augstums ='12’ platums ='12’ src='/_layouts/Images/blank.gif’ ALT = "nav dalības informāciju’ SIP ='PGalvin@xxx.com’ ID = "imn_77, ierakstiet = smtp'/></a></laiduma></NOBR>