Genel bakış

Bu giriş bir gerçek MRO açıklayan bir örnek çalışma açıklar. (Bakım, Onarım ve işlemleri) YOSUN uygulanan iş akışı onay süreci.

Bu açıktan açığa teknik bir tartışma değil., Ama onun yerine ne yosun platform gerçek bir araya gösteren bir gerçek örnek sağlamak için hizmet.

(Bu girişe çapraz arasında Yayınlanan http://paulgalvin.spaces.live.com ve http://blogs.conchango.com)

Arka plan

İstemcinin MRO süreci izleyerek karakterize

• El ile onay süreci.
• Bazı destek kullanarak excel elektronik tabloları.
• Düzensiz onay süreci. Aynı MRO satın alma onay işlemi günlük farklı olacaktır, kişi kişi tarafından.
• Kağıt ve imzaları elle yazılmış bir sürü — satın alma talepleri için gerekli 3 daha önce son onayı yazılı imzalar.

Dahil bu projenin hedefleri:

• Tamamen otomatikleştirmek belgili tanımlık oluşum.
• Onay için kuruluş standartları uygulamak.
• MRO satın alma çeşitli yöneticileri için birleştirilmiş bir görünüm sağlar.
• Ayrıntılı denetim izi.

Bir yan etki olarak çözüm, Yazılı imzalar artık gerekli.

Onay süreci

Onay işlemi dört "yüz hatlarının" oluşur.: İletiyi gönderen, Direct Yöneticisi, Fonksiyonel Yöneticisi ve bölümü müdürü.

İletiyi gönderen:

Satın alma ihtiyacını görür ve bu süreç başlar. Not iletiyi gönderen olabilir veya aslında Satınalma talebini giremezsiniz, Ama onun yerine bunu yapmak için başka bir personel doğrudan. Bazı zamanlar, iletiyi gönderen PO talep doldurmak için teknik uzmanlığa sahip değil. Örneğin, kullanıcı-ebilmek istemek-e doğru yeni bir dizüstü bilgisayar talebi, Ama en iyi satıcı bilmez, It standartları, vb. Bu durumda, iletiyi gönderen inşaat ile o ve o aslında talep doldurur.

Direct Yöneticisi:

Bu iletiyi gönderen doğrudan yöneticisidir (hangi-ebilmek var olmak farklı aslında PO talep MOSS giren kişinin). Sistem onay daha fazla satır aşağı arar önce doğrudan yöneticileri PO talep onaylaması gerekir.

Fonksiyonel Yöneticisi:

Önerilen satın belirli bir kurumsal fonksiyon kapsamında kurumsal standartlara uymasını sağlamaktan sorumlu birey fonksiyonel yöneticisidir. Örneğin, BT satın alma bir BT fonksiyonel Yöneticisi tarafından onaylanan.

Bölüm Yöneticisi:

Bölüm yöneticileri satınalma talepleri kesinlikle para birimi cinsinden tutarını tarafından onaylama. Bölüm Yöneticisi satınalma talepleri yapılandırılabilir bir tutarı aşan onaylama.

Çözüm

Biz çözümü uygulamak için aşağıdaki araçları ve bileşenleri kullanılır:

YOSUN: Hangi asmak her şeyi"" platform olarak hizmet vermektedir. MOSS güvenlik ana kaya hizmetleri sağlar, Ana veriler, Denetim izleme ve diğer özellikleri.

InfoPath forms services: MOSS bileşen, Bu, kullanıcıların bir web tarayıcısı üzerinden satınalma talepleri doldurmasını sağlar.

SharePoint Designer (SPD): Biz SPD otomatik iş akışı işlemleri uygulamak için kullanılan.

Web hizmeti: C# web hizmeti InfoPath formu basamaklı seçim listelerinde sağlayarak kullanıcı deneyimini geliştirir ve verilere filtre uygulama ile ilgili olarak daha iyi performans sağlar. Bkz: Burada bir teknik bir derin dalış için bu konu ve onu kullanmak için nedenleri.

Özel listeler: Belirli bir kullanıcının doğrudan Yöneticisi sağlanan MOSS kullanıcı profilleri, Ama en-in iş akışı kararları kontrol veri sağlamadı (e.g. ister tümen Yöneticisi PO talep onaylamak için gereklidir). Biz özel listeler bir "kuruluş verilerinizde kullanılan" "Sahra Yöneticisi onayı dolar tutar" gibi verileri korumak için site, "Fonksiyonel bölge müdürü" ve benzeri. Listeleri çok güzel InfoPath ile birlikte ve aynı zamanda oluşturmak/güncelleştirme/silme sağlar (REZİL) Denetim ve güvenlik kutudan işlevselliği.

Kullanım örneği

Kullanma bu durumda birlikte çözüm nasıl uyduğunu göstermektedir.:

1. Paul yeni bir dizüstü bilgisayar istiyor. Vivek onun ihtiyaçlarına anlatıyor, bir BT kişi kurumsal dizüstü standartları ile tanıdık, tercih edilen satıcılar, vb.
2. Vivek günlükleri içine yosun, PO talep formu erişir ve talep Paul adına girer. Formu Vivek şirket onaylı satıcılarının aþaðý açýlan listesini doldurmak için web hizmetlerini kullanan bir satınalma Kategori için ister.. Vivek, Ayrıca bu satın alma kurumsal işlevsel alanı belirtir (e.g. "BU" ya da "Finans").
3. SPD dayalı iş akışını başlatır, Paul'un direct Yöneticisi belirler ve satınalma siparişinin menajeriyle yönlendirir, Stacy.
4. Stacy Satınalma talebini onaylar.
5. SPD iş akışı talep olup olmadığını denetler ve bir BT satın alma olduğunu belirler. BT fonksiyonel Yöneticisi iş akışı yönlendirir, Wonson.
6. Wonson talebini onaylar.
7. SPD iş akışı tekrar talep inceler ve satınalma tutarı maxium tutarı aşan ve Bölüm Yöneticisi onay giden yollar belirler..
8. Bölüm Yöneticisi Satınalma talebini onaylar.

Notlar

• Kullanım örneğini gösteren bir "temiz" hiçbir reddi veya atlar ile çalıştırın.
• Her onaylayan onaylamak veya reddetmek satınalma siparişinin yanı sıra yazılı görüş sağlamak için yeteneği. Bunlar hesap denetimi kılavuzunu kaydedilir.
• Mesul Müdür herhangi bir satınalma talebini reddederse, PO talep "ölü" ve işlemi baştan başlatılması gerekir.
• İş akışı ve orijinal sürecinin her adımında size bildirir..
• Yazılı imza yok — belirlenen istemci (sonra güçlü bazı öneriler) Denetim koşuluyla, iş akışı geçmişi ile iz, Denetim ihtiyaçlarını hizmet.
• Çaba — Bu çözümü uygulamak için yaklaşık üç adam hafta sürdü.

Sonuç

Bu çözüm geliştirme ve çalıştırma platformu MOSS güçlendirir. İstemcinin temel MOSS özellikleri hemen hemen her çalışanın şirketteki etkilenen bir rutin iş sürecini otomatikleştirmek için manivela başardı. Basit bir web servisi dışında (kendisini MOSS güçlendirir), neredeyse hiç gerçek programlama"" gereken yapıldı..

Çözüm de bir "vitrin hizmet vermektedir." istemci için, Ne kadar farklı MOSS özelliklerini gösteren bir tam özellikli iş uygulaması oluşturun ve yeni danışmanlık fırsatlar gelecekte oluşturmak için kombine edilebilir.

Sözlük

MRO: Bakım, Onarım ve işlemleri. Bu alımları genellikle not defterleri gibi öğeler içerir, sandalye, kişisel bilgisayarlar, Yazıcılar, cep telefonları ve benzeri.

Bu-ebilmek var olmak için pek çok bariz, Ama benim MOSS programlama sınavı için süre eğitim, Bir arama sorgusu kullanıcı arabirimi üzerinden gerçek XML almak oldukça kolay öğrendim..

Hızlı bir yöntem aşağıdaki gibidir:

• Gelişmiş arama erişim.
• Bazı verileri döndüren bir arama yapmak.
• Sayfayı Düzenle (site ayarları ile).
• XSL aşağıdaki gibi değiştirin:

<?XML Sürüm="1.0" kodlama="UTF-8"?>
<XSL:Stil sayfası Sürüm="1.0" xmlns:XSL="http://www.w3.org/ 1999/XSL/Dönüştür">
<XSL:çıkış yöntemi="XML" Sürüm="1.0" kodlama="UTF-8" girinti="Evet"/>
<XSL:Şablon maç="/">
<Pre>
<XSL:kopya-in seçin="*"/>
</Pre>
</XSL:Şablon>
</XSL:Stil sayfası>

• Hit Uygula.
• Tarayıcıdaki kaynağı görüntüle.

Dikkat edin <Pre> sonuçları görüntülediğinizde etiketi çok hizmet dışında uygun bir işareti olarak yapmaz.

Yönetilen özellikleri ile çalışma ve özelleştirme aradığınızda bu hüner-ebilmek var olmak çok yardım etmek. O-ecek sağlamak çok yararlı olurdu senin XSLT'de kullanmanıza olanak için kullanılabilir XML kesin bir listesi son 25 kez, bazı özelleştirilmiş arama sonuçları oluşturdu..

Bu DataView için de çalışmak gerek, Ama ben dışarı henüz test etmedim.

Görüyorum ki Eric Kraus Normalde bir içerik sorgusu web bölümü ile bir araya geldi bir şartı ile karşı karşıya geldi. Sorun? CQWP erişimi olmayan saf WSS ortamında yapıldı. Yerine ve fetüs pozisyonunda kıvrık (Her gün savaşmak zorunda bir dürtü, Bu gibi görünüyor), o hiç olmazsa WSS dükkan başarılı olmak için bir mücadele şansı olacak çözüm ile geldi. Açıklanan bu Burada.

Stefan Goßner Müthiş bir 4 bölümlük dizi SharePoint içerik ve dağıtım API'si hazırladı Burada. O teklif etmek büyük bir genel bakış ve kod içinde çok iyi örnekler (C#).

Öncelikle bu linkten joris poelmans blog aldım http://jopx.blogspot.com/.

Benim gibi olsan bile, içerik yönetimi için uygulamalı iş yapmak zorunda olduğunu, Bu şey değer 20 okumak için zaman dakika.

API kullanma, bir can:

• Çok kolay içerik alma ve verme.
• Yeniden üst içerik. Bazı içerik "A sitesinden vermek istiyorsanız" ve göndermek o-e doğru "B sitesi" Ama tamamen yeni bir hiyerarşi içinde yer, Bu mümkün mü.
• A sitesinden içerik vermek ve seçilen bit site A.
• İçeriği yeniden bağlayın (tüm köprüleri ile anlaşma anlamı).

Biri Internets olarak biçimlendirilmiş bir değeri göstermek listesindeki bir hesaplanan sütun oluşturma hakkında sordu"[Kullanıcı] – [Durumu] – [Konumu]" "Paul Galvin olduğu gibi – İçme [Ücretsiz] Bira – Beach".

Paul içeri girip onun giriş listesinde güncelleştirmek ve hesaplanan sütun uygun şekilde güncelleştirmek. , [Kullanıcı] için varsayılan gerekir girme/güncelleştirmek liste kullanıcı.

Hesaplanan sütun "uçucu kullanamazsınız" gibi işlevler [Beni] veya [Bugün]. Ben bir sınama ortamında aşağıdaki adımları ile çözüldü:

1. "Geçerli kullanıcı" adlı bir metin sütun oluşturmak.
2. Varsayılan değeri ayarlamak [Beni]
3. "Calc Test" adında bir hesaplanan sütun oluşturma.
4. Değerini ayarlayın = [Geçerli kullanıcı]

İçeri girdim, bir öğe listesi ve o amele için eklendi.

Bunun için tarafından rahatsız 9 ay ve insan msdn ve Usenet forumlarında too.l var görmek

Bazen, bir word belgesine erişirken (ya da diğer belge türleri) bir belge kitaplığı neden Internet Explorer'ın sadece crash ve go away (birisi olan'ı alarak onunla tüm sekmeleri).

Bu ms düzeltme çözebilir: http://support.microsoft.com/kb/938888

Ayrıca, İşte sorun burada bazı açıklamaları:

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

Genel bakış:

Bir düzine bazı sütunlar içerik türüyle yöneten özel bir liste oluşturdu.

Bir sayfa, sonra da SPD ile eklendi, Dönüştürülen veri görüntüleme.

Sorun:

Benim Xpath ifadesi "Geçerli konumu" adlı bir sütun için boş dönüyordu. Thusly başvurulan:

    <tablo kenarlığı = 1>
      <XSL:için her select = "/ dsQueryResponse/satır/satır" >
        <tr>
          <TD>
            Geçerli durum:
            <XSL:Value-of select="@Current_x0020_Status"></XSL:value-of>
          </TD>
        </tr>
      </XSL>
    </Tablo>

CT sütununda "Geçerli durumu" adlı. O göstermek yukarıya içinde arama "geçerli durumu". Baktığın her yerde, "Şu anki durumu" görüyorsunuz.

Deli gibi yaklaşık dayak atma sırasında, seyir için a eriyik, Bunun yerine "@Recruiter için anılacaktır." ve işte! — Aslında geri döndürülen geçerli durumu. Ben böyle yapınca işveren geri dönmek için bekleniyor.

Çözüm:

Ben SPD'de dürttü. SPD bu sayfasına gidin ve veri görünümünü gösterir. Gerçek inceleyebilirsiniz veri görünümüne sağlanan ve Xpath ilişkili. Burada öğrendim gerçekten, Xpath "işveren" işaret etti.. Garip bir şekilde, "gerçek" işveren alan "Recruiter1" işaret etti..

Al:

SPD satırlar için yetkili Xpath ifadeleri sağlar. & Veri Görünümü'nde sütunları.

İkinci, gerçek verileri gösterir. Yani, örneğin, Bu sütun türü gösterir:

<NOBR><yayılma><Bir HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><IMG sınır ="0" Yükseklik = "1" Genişlik = "3" src="/_layouts/images/Blank.gif"/><bir href = "javascript:’ onclick ='IMNImageOnClick();Yanlış dönüş;’ Class = 'ms-imnlink'><IMG adı ='imnmark’ Başlık =” sınır =’0′ Yükseklik = 12'’ Genişlik ='12’ src='/_layouts/images/Blank.gif’ alt =' durum bilgisi yok’ SIP ='PGalvin@xxx.com < komut DOSYASI türünü metin/javascript cf-karma = "f9e31" = > / * * /’ ID ='imn_77, türü smtp ='/></bir></yayılma></NOBR>