Homoj ofte demandi pri uzanta kolumnon de datuma tipo "Persono aŭ Grupo" En alia kolumno de datuma tipo "Kalkulita".

Malsupra linio, Tio ĉi ne laboras en WSS 3.0 (Aŭ MUSKO).

Kiam aldonanta intencan kolumnon, WSS montras la liston de kampoj ĝi permesas vin uzi por la kalkulo. Se vi entajpas la nomon de kolumno kiu ne estas en ĝia listo, ?i diras vin:

Unu #a? pli da kolumnaj referencoj ne estas permesita, #?Ar la kolumnoj estas difinita kiel datuma tipo kiu ne estas subtenita en formuloj.

Workaround: Uzi eventan prizorganton. La eventaj prizorgantaj fajregoj kiam la uzanto savas la eron. Ĝi elfaras la ĝisdatigon vi estus dezirinta la intencan kolumnon fari por vi.

Utilaj ligoj sur intencaj kampoj en generalo:

• Uzanta [Mi] En intenca kolumno
• Ekzemploj de formulaj esprimoj (#?Entileco de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Rapida disclaimer: Mi kredas la supran esti vera kaj preciza, Sed I??E vidita #sufi?e lertajn ruzojn #?i tie kaj tie en MUSKA/WSS ke mi wouldn?? Esti ekstreme surprizita (Agog se vi volas) Se iu kalkulis ekstere vojon fari tion ĉi sen utiliganta kodi. Se vi kalkulis ekstere lertan laboron-proksimume aŭ scii iun kiu faris, bonvolu lasi Mi scii!

Ni faris iun pezan devon re-organizado de nia eja taksonomio tra "Administri Kontentan kaj Strukturo". Por kialoj nekonata al mi, Ĉi tiu procezo (Kvankam laboranta en la ĉefa) Rompis kelkajn navigadajn ligojn en la rapida lanĉo. La rompitaj ligoj estas karakterizita de:

• Malĝusta URL. Ekzemple, Ĝi devus esti "/ejaj/departementoj/HumanResources/…". Tamen, La nova ligo estas "/ejoj/Kompania/HumanResources/…".
• Ripetita pecojn sur la demanda ŝnuro de la gvidanta, Kiel je:

/Ejaj/departementoj/HumanResources/_planoj/viewlsts.Aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

Tio estas facile sufiĉa ripari tra ejaj fiksoj/navigado. Esceptas, MUSKO prezentas min kun tio ĉi kiam mi provas kaj faras ĝin:

La fakto estas, Neniu estas faranta ajnan ŝanĝon tie (Flankenmetite de mi, Nature).

Rapida serĉo aperas ĉi tiun MSDNan foruman diskuton: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier metas ĝin ekstere agrable en la la antaŭlasta (Kiel de 10/02/07) Poŝto:

Fakto estas:

Rekomencigi koruptita headings, Vi devi :

– Forigi ĉiuj la listoj sub koruptita gvidanta

– Forigi koruptita gvidanta

– De la listaj fiksoj, Aldoni forigita liston al la rapida lanĉo (Tio ĉi regeneras ne koruptita gvidanta)

Vi estas tiam bona iri….

---

Sharepoint Fakulo – Sogeti Plafonas Gemini Svislando

Mi estis iom konfuzita ĉar mi tenis deziranta iri al la navigada paĝo, Fari la ŝanĝon kaj tiam akiri frapita kun la "paĝo estis modifita" Mesaĝo. Poste, Mi konsciis min devis iri al la listaj fiksoj kaj forigi/aldoni ĝin al rapida lanĉo. Kiu faris la ruzon. Feliĉaj tempoj estas ĉi tie denove!

</Fino>

Aboni al mia blogo!

ĜISDATIGO 12/10/07: Hotfix kiel priskribita en MSDN KB929816 solvis la problemon por ni menciis malsupre. Akiri la hotfix kaj tiam instali sur ĉiu servilo sur la bieno. Tiam, Sharepoint konfiguracia ilo sur ĉiu servilo. Ĉi tie estas la f-ino Support ligo por tiu KB: http://support.microsoft.com/kb/932816.

Fono:

Ni havas komercan postulon kie ekologiaj #in?enieristiko #mana?ero bezonoj certigi tion 30 Kelkaj-strangaj fabrikadaj lokoj troviĝita dum Usonaj bezonoj certigi ke tiu fabrikeja dosiero por ilia diversa stato-postulita permesilojn en ĝustatempa modo. Unu alproksimiĝo ni prienketis influojn la "Paŭzo Ĝis Dato" Aktiveco havebla al ni tra SharePoint Designer worfklow. La inĝenieristika manaĝero (#A? #?ia helpanto) Eniras ĉiuj la postulataj permesiloj kaj rememorigilaj datoj ĉe la komenco de la jaro. La sistemo tiam faras ĉiujn la peza levanta.

Medio:

MUSKO, 64 Mordis, Virtuala #ma?ino medio (Evoluada skatolo), 2 Serviloj (SQL sur servilo #1, #?Io alia sur servilo #2).

Problemoj:

La Paŭzo Ĝis Data ago ŝajnas kiel la perfekta solvo kaj ĝi bone povas pruvi ĝin mem esti. Tamen, ?i ne laboras bone ekstere de la skatolo (Por ni).

1. La workflow laborposteno ne estis enhorarigita kuri, Iam ajn. Mi eltrovis tion ĉi de leganta trae Kristoforo Blankulo?? (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Bonega skribi-supre de uzanta stsadm thusly:
   

   C:\>Stsadm -o getproperty -propertyname "laborposteno-workflow" -Url Http://Localhost

   <#Nemovebla?o Ekzistas="Ne" />

   C:\>

   Kiu estis surpriza rezulto sed facile solvita:

   C:\>Stsadm -o setproperty -propertyname "laborposteno-worfklow" -Propertyvalue "ĉiu 1 Minutoj inter 0 Kaj 59" -Url Http://Localhost

   Operacio kompletigis sukcese.

   C:\>

   Al faranta tion, La unua "En Progreso" Workflow rapide pafadita supre kaj faris ?in?? Laborposteno.

2. Bedaŭrinde, La sekvanta unu ne laboris kiel atendita. Feliĉe, Kristoforo plu-gvidas nin Ĉi tie (http://support.microsoft.com/kb/932816). Kiel skribi de ĉi tiu eniro, Ni??E atendado por la ITa departemento akiri ke hotfix, Sed ĝi faras rigardi promesplenan. Niaj kopioj de la influita .Dll-a ne dividas la saman byte grandeco, Tiel espereble #tio ?i solvos la problemon.

Workaround:

Re-kuranta la stsadm -o setproperty komando ŝajnita instigi la workflow minutatoro maldorma. Ĝi volus, Malglate 7 Minutoj poste, Efektive vekiĝi kaj daŭri kune kun la workflow.

Demandoj / Eldonas Traktita:

#Pa?zo #?is Dato ne laboras.

#Pa?zo #?is Dato ne rekomencas.

Workflow statuso ne #?an?i de "En Progreso"

Workflow statusaj restadoj "En Progreso"

Superrigardo

Ĉi tiu eniro priskribas kazan studon priskribanta realan MRO (Daŭrigado, Riparo kaj Operacioj) Workflow aproba procezo efektivigita en MUSKO.

Tio ĉi ne estas overtly teknika diskuto, Sed male servas provizi veran-monda ekzemplo kiu montras kiel la MUSKAN platformon renkontis veran-monda bezono.

(Ĉi tiu eniro estas kruco poŝtita inter http://paulgalvin.spaces.live.com Kaj http://blogs.conchango.com)

Fono

La MRO de la kliento procezo estis karakterizita de la sekvantaro

• Mana aproba procezo.
• Iu subteno uzanta excel spreadsheets.
• Neregula aproba procezo. La sama MROa aĉeta aprobo procezo varius tage al tago, Persono de persono.
• multa papero kaj mano-skribita subskribojn — Aĉeto rekvizicias postulita ĝis 3 Skribita subskribojn antaŭ fina aprobo.

La objektivoj de ĉi tiu projekto inkluzivis:

• Plene aŭtomatigi la procezon.
• Observigi entreprenajn normojn por aprobo.
• Provizi firmigita vidon de MRO aĉetanta al diversaj manaĝeroj.
• Detala revizia vojo.

Kiel flanka efiko de la solvo, Skribita subskribojn estis ne pli longa postulata.

Aproba Procezo

La aproba procezo konsistas de kvar "naĝas irejojn": Estiginto, Rekta manaĝero, praktika manaĝero kaj divida manaĝero.

Estiginto:

Vidas la bezonon por la aĉeto kaj komencas la procezon. Noti ke la estiginto povas aŭ povas ne efektive eniri la aĉetan rekvizicion, Sed male direkti alian personaran membron tiel fari. Kelkaj tempoj, La estiginto ne havas la teknikan kompetentecon plenigi ekstere la POan rekvizicion. Ekzemple, Uzanto povas deziri rekvizicii novan tekkomputilan komputilon, Sed ne scias la plej bonan vendiston, ĜI normoj, Ktp. En ĉi tiu kazo, La estigintaj laboroj kun ĜI kaj ĜI efektive elplenigas la rekvizicion.

Rekta manaĝero:

Tio ĉi estas la rekta manaĝero de la estiginto (Kiu povas esti malsama de la persono kiu efektive eniris la POan rekvizicion en MUSKO). Rektaj manaĝeroj devas aprobi la POan rekvizicion antaŭ la sistemo serĉas aprobon cetere malsupren la linio.

Praktika Manaĝero:

La praktika manaĝero estas la individua priresponda por certiganta ke la farota aĉeto konformiĝas al entreprenaj normoj ene de la amplekso de aparta kompania funkcio. Ekzemple, ĜI aĉetoj estas aprobita de IT praktika manaĝero.

Divida Manaĝero:

Dividaj manaĝeroj aprobas aĉeton rekvizicias strikte de dolara kvanto. Divida manaĝero aprobas aĉetajn rekviziciojn en eksceso de agordebla dolara kvanto.

La Solvo

Ni uzis la sekvantajn ilojn kaj erojn efektivigi la solvon:

MUSKO: Servas kiel la platformo de kiu ĉio alia "pendas". MUSKO provizas fundamentaĵajn servojn por sekureco, Mastra datumo, reviziaj vojoj kaj aliaj ĉefaĵoj.

InfoPath formas servojn: MUSKA ero, Tio ĉi ebligas uzantojn plenigi ekstere aĉeti rekviziciojn tra araneaĵa retumilo.

SharePoint Designer (SPD): Ni uzis SPD efektivigi la aŭtomatigitan workflow procezo.

Araneaĵa Servo: C# araneaĵa servo plibonigas la uzantan sperton de ebliganta kaskadajn elektojn enlistigas en la InfoPath formo kaj provizas pli bonan elfaron kun respekto al filtranta datumon. Vidi Ĉi tie Por teknika profunda plonĝo sur ĉi tiu temo kaj niaj kialoj por uzanta ĝin.

Laŭmendaj Listoj: MUSKA uzanto profiloj provizis donita rektan manaĝeron de uzanto, Sed ne provizis plejparto de la datumo kiu kontrolis workflow decidoj (Ekz. Ĉu la sekcia manaĝero estas postulita aprobi la POan rekvizicion). Ni uzis laŭmendajn listojn en "Entreprena Datumo" Ejo daŭrigi datumon kiel "Sekcia Manaĝera Aprobo Dolara Kvanto", "Praktika Area Manaĝero" Kaj tiel antaŭen. Listoj integrigis tre agrable kun InfoPath kaj ankaŭ provizi krei/ĝisdatigon/forigas (CRUD) Funkcio kun revizianta kaj sekureco ekstere de la skatolo.

Uza Kazo

Ĉi tiu uza kazo ilustras kiel la solvon konvenas kune:

1. Paul deziras novan tekkomputilon. Li priskribas liajn bezonojn al Vivek, ITa persono konata kun kompaniaj tekkomputilaj normoj, Preferita vendistojn, Ktp.
2. Vivek ŝtipoj en MUSKO, Aliras la POan Rekvizician formon kaj eniras la rekvizicion en la nomo de Paul. La formo instigas Vivek por aĉeta kategorio kiu tiam uzas la araneaĵajn servojn loĝi falon-malsupren enlistigi de firmao-aprobita vendistojn. Vivek ankaŭ specifas la kompanian praktikan areon de ĉi tiu aĉeto (Ekz. "ĜI" Aŭ "Financo").
3. SPD bazis workflow komencoj, Determinas rektan manaĝeron de Paul kaj vojoj la rekvizicio al lia manaĝero, Stacy.
4. Stacy aprobas la aĉetan rekvizicion.
5. SPD workflow inspektas la rekvizicion kaj determinas ĝin estas ITa aĉeto. Ĝi vojoj la workflow al la IT praktika manaĝero, Wonson.
6. Wonson aprobas la rekvizicion.
7. SPD workflow denove inspektas la rekvizicion kaj determinas ke la aĉeta kvanto preterpasas maxium dolara kvanto kaj vojoj ĝi al la divida manaĝero por aprobo.
8. La divida manaĝero aprobas la aĉetan rekvizicion.

Notoj

• La uza kazo montras "puran" Kurita kun neniuj malakceptoj aŭ saltoj.
• Ĉiu approver havas la kapablecon aprobi aŭ malakcepti la rekvizicion tiel kiel provizas skribita rimarkojn. Ĉi tiuj estas ensalutita la revizian vojon.
• Se priresponda manaĝero malakceptas la aĉetan rekvizicion ĉe ajna punkto, La POa rekvizicio estas "senvive" Kaj la procezo devas esti komencita de la komenco.
• Workflow sciigas la estiginton ĉe ĉiu paŝo de la procezo.
• Ne skribaj subskriboj — La kliento determinita (Post kiam kelkaj fortaj rekomendoj) KE la revizia vojo kiel provizita tra workflow historio, Servis iliajn reviziantajn bezonojn.
• Peno — Ĝi prenis proksimume tri virajn semajnojn efektivigi ĉi tiun solvon.

Konkludo

Ĉi tiu solva influa MUSKO kiel evoluado kaj kuri-tempa platformo. La kliento estis kapabla ekspluati kernajn MUSKAJN ĉefaĵojn aŭtomatigi rutinan komercan procezon kiu influis preskaŭ ĉiun dungiton en la firmao. Kun la escepto de simpla araneaĵa servo (Kiu ĝi mem ekspluatas MUSKON), Preskaŭ neniu reala "programaro" Estis postulita.

La solvo ankaŭ servas kiel "ekzpoziciejo" Por la kliento, Montranta kiom malsamaj MUSKAJ ĉefaĵoj povas esti kombinita krei plene prezentita komercan aplikon kaj produkti novajn konsultiĝajn ŝancojn en la estonteco.

Terminaro

MRO: Daŭrigado, Riparo kaj operacioj. Ĉi tiuj aĉetas tipe inkluzivi erojn kiel notblokoj, Seĝoj, Propraj komputiloj, Printiloj, Ĉelaj telefonoj kaj la ŝatas.

#Tio ?i povas esti evidenta al multaj, Sed dum studanta por mia MUSKA programara ekzameno, Mi lernis ke ?i?? #Sufi?e facila akiri la realan XML de #ser?o demando tra la uzanta fasado.

Unu rapida metodo estas kiel sekvas:

• Aliri #anta?eniri #ser?o.
• Elfari #ser?o kiu revenas kelkajn datumojn.
• Redakti la #pa?o (Tra ejaj fiksoj).
• #?An?i la XSL al la sekvantaro:

<?Xml Versio="1.0" Kodanta="Utf-8"?>
<Xsl:Stylesheet Versio="1.0" Xmlns:Xsl="Http://Www.w3.org/1999/xsl/transform">
<Xsl:Eligita Metodo="Xml" Versio="1.0" Kodanta="UTF-8" Indent="Jes"/>
<Xsl:Ŝablono Matĉo="/">
<Pre>
<Xsl:Kopio-de Elektita="*"/>
</Pre>
</Xsl:Ŝablono>
</Xsl:Stylesheet>

• Frapo aplikas.
• Vida Fonto en la retumilo.

Noti ke la <Pre> Etikedo ne faras multe da krom servi kiel oportuna signo kiam vi vidas la rezultojn.

Ĉi tiu ruzo povas esti tre helpema kiam laboranta kun administrita nemoveblaĵojn kaj personiganta serĉon. Ĝi provizos definitivan liston de la XML havebla por vi uzi en via xslt kiu estus estinta tre helpema la lasta 25 Oble mi kreis iom personigita #ser?o rezultojn.

#Tio ?i ought labori por dataviews #anka?, Kvankam mi ne elprovis ke ekstere kiel #ankora?.

Mi vidas tion Eric Kraus Estis alfrontita kun postulo normale renkontita kun kontenta demanda araneaĵa parto. La problemo? Li estis en pura WSSa medio kun neniu aliro al la CQWP. Prefere ol kunkirliĝanta supre en la fetal pozicio (Impulso mi devi batali ĉiun tagon, Ĝi ŝajnas), Li venis supre kun solvo ke almenaŭ donas WSSaj butikoj batalada ŝanco sukcesi. Ĝi estas priskribita Ĉi tie.

Stefan Irasßner Kunmetis grandegan 4-parta serio sur la SharePoint Enhavo kaj Deploja API Ĉi tie. Ĝi proponas grandan superrigardon kaj tre bonaj ekzemploj en kodo (C#).

Mi unue kaptis ĉi tiun ligon de joris poelmans blogo ĉe http://jopx.blogspot.com/.

Eĉ se vi estas kiel mi, En kiu vi havas ne devis fari multe da manojn-sur laboro por kontenta administrado, Tio ĉi estas bone valora 20 Minutoj de via tempo legi.

Uzanta la API, Unu povas:

• eksportaĵo kaj importaĵo kontentigas tre facile.
• Re-gepatra enhavo. Se vi deziras eksporti iun enhavon de ejo "" Kaj sendi ĝin al ejo "B" Sed en tute nova loko en la hierarkio, Tio ĉi eblas.
• Eksporta enhavo de ejo Kaj importi elektita pecojn en ejo.
• Re-liga enhavo (Signifanta traktas ĉiuj la hiperligoj).

Iu sur la Interretoj estis demandanta pri kiel krei intencan kolumnon sur listo kiu montrus valoron formatted kiel "[Uzanto] – [Statuso] – [Loko]" Kiel en "Paul Galvin – Trinkanta [Libera] Biero – La Plaĝo".

Paul enirus kaj ĝisdatigi lian eniron en la listo kaj la intenca kolumno ĝisdatigus appropriately. La [Uzanto] Devus defaŭltan al la la uzanto eniranta/ĝisdatiganta la liston.

Intenca kolumno ne povas uzi "fluktueman" Funkcioj kiel [Mi] Aŭ [Hodiaŭ]. Mi solvis ĝin en testa medio kun ĉi tiuj paŝoj:

1. Krei tekstan kolumnon nomis "Nunan Uzanton".
2. Fiksita ĝian defaŭltan valoron al [Mi]
3. Krei intencan kolumnon vokis "Calc Testo".
4. Fiksita ĝian valoron = [Nuna Uzanto]

Mi eniris, Aldonita eron al la listo kaj ĝi laboris.

Mi estis plagita de tio ĉi por 9 Monatoj kaj mi vidas ke homoj sur la MSDN kaj Usenet forumoj havas ĝin ankaŭ.L

Foje, Kiam aliranta vortan dokumenton (Aŭ alia doc tipoj) De dokumenta biblioteka afera Interreto Esploristo al simple kraŝo kaj iri for (Prenanta ĉiuj la klapetoj kun ĝi se iu ajn estas turniro).

Ĉi tiu F-ino hotfix povas solvi ĝin: http://support.microsoft.com/kb/938888

Ankaŭ, Tie estas iu priskribo pri la problemo ĉi tie:

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

Superrigardo:

Kreis laŭmendan liston kiu administras kontentan tipon kun kelkaj dekduaj kolumnoj.

Aldonita ĝin al paĝo kaj tiam tra SPD, Transformita en datuma vido.

Problemo:

Mia Xpath esprimo estis revenanta malplenaĵon por kolumno nomis "Nunan Pozicion". Mi referencis ĝin thusly:

    <Tabla landlimo="1">
      <Xsl:Pro tio ke-ĉiu elektita="/dsQueryResponse/Disputa/Disputo" >
        <Tr>
          <Td>
            Nuna Statuso:
            <Xsl:Valoro-de elektita="@Nuna_x0020_Statuso"></Xsl:Valoro-de>
          </Td>
        </Tr>
      </Xsl>
    </Tablo>

La kolumno en la CT estas nomita "Nunan Statuson". Ĝi aperas en la lookup kiel "Nuna Statuso". Ĉie vi rigardas, Vi vidas "Nunan Statuson".

Dum draŝanta madly pri, Serĉanta solvon, Mi male plu-gvidis al "@Rekrutigisto" Kaj behold! — KE efektive revenita reen la nunan statuson. Mi atendis ĝin reveni reen la rekrutigiston kiam mi faris tion.

Solvo:

Mi enŝovis proksimume en SPD. Iri al tiu paĝo en SPD kaj ĝi montras la datuman vidon. Vi povas inspekti la realan datumon provizis al la vido kaj rilata Xpath. Ĉi tie mi eltrovis ke efektive, La Xpath indikita ĉe "Rekrutigisto". Strange sufiĉa, La "reala" Rekrutigista kampo indikita de "Recruiter1".

Forpreni:

SPD provizas aŭtoritatan Xpath esprimoj por disputoj & Kolumnoj en datuma vido.

Due, Ĝi montras la realan datumon. Tiel ekzemple, Kolumno de tipo montras tion ĉi:

<Nobr><Daŭri dum><HREFaj="/ejoj/Kompania/HumanResources/TalentAcquisition/_planoj/userdisp.Aspx?IDENTIGAĴO=17">Galvin, Paul</A><Img landlimo="0" Alto="1" Larĝo="3" Src="/_planaj/bildoj/malplenaĵo.Gif"/><href='javascript:’ Onclick='IMNImageOnClick();Revena falsa;’ Klasifiki='ms-imnlink'><Img nomo='imnmark’ Titolo=” Landlimo=’0′ Alto='12’ Larĝo='12’ Src='/_planaj/bildoj/malplenaĵo.Gif’ Alt='Neniu ĉeesta informo’ Trinketi='@Pgalvin@xxx.com’ identigaĵo='imn_77,tipo=smtp'/></al></Daŭri dum></Nobr>