Przegląd

Ten wpis opisuje studium przypadku opisujące faktycznego MRO (Konserwacja, Naprawy i czynności) proces zatwierdzania pracy realizowane w MOSS.

To nie jest jawnie techniczne dyskusji, ale zamiast służy do zapewnienia rzeczywistych przykład, który pokazuje, jak platforma MOSS spotkała się z rzeczywistych.

(Ten wpis jest krzyż pisał między http://paulgalvin.spaces.live.com i http://blogs.conchango.com)

Tło

Proces MRO klienta miał już charakteryzuje się następujące

• Proces ręcznego zatwierdzania.
• Niektóre wsparcia za pomocą programu excel arkusze kalkulacyjne.
• Proces zatwierdzania nieregularne. Sam proces zatwierdzania zakupu MRO różniłyby się dzień, osoby przez osoby.
• Mnóstwo papieru i podpisu odręcznego — wymagane do zapotrzebowania na zakup 3 Napisał podpisy przed ostatecznym zatwierdzeniem.

Cele tego projektu wliczone:

• Pełno automatyzować ten przebieg.
• Egzekwowania norm przedsiębiorstwo do zatwierdzenia.
• Skonsolidowany widok MRO zakupu różnych menedżerów.
• Szczegółowe rewizyjny.

Jako efekt uboczny roztworu, Napisał podpisy były już potrzebne.

Proces zatwierdzania

Proces zatwierdzania składa się z czterech "pasy pływać": Zleceniodawcy, Bezpośredniego przełożonego, Podział i funkcjonalny Menedżer.

Zleceniodawcy:

Widzi potrzebę zakupu i rozpoczyna się proces. Należy zauważyć, że zleceniodawcą może lub nie może faktycznie wprowadzić zapotrzebowania zakupu, ale zamiast bezpośrednie innego pracownika do tego. Niektóre razy, zleceniodawcy nie mają wiedzy technicznej do wypełnienia zamówienia PO. Na przykład, Użytkownik może chcesz zapotrzebowania nowego laptopa, ale nie wiem, najlepszy sprzedawca, TO norm, itp. W tym przypadku, prace autora z ono i ono rzeczywiście wypełnia zapotrzebowania.

Bezpośredniego przełożonego:

Jest to bezpośredni kierownik zleceniodawcy (które mogą się różnić od osoby, która faktycznie wszedł PO zapotrzebowania w MOSS). Bezpośrednie menedżerów musi zatwierdzić zapotrzebowania PO przed system domaga się akceptacji, dalej wzdłuż linii.

Funkcjonalny Menedżer:

Funkcjonalny Menedżer jest osoba odpowiedzialna za zapewnienie, że proponowane zakup spełnia normy przedsiębiorstwo w zakresie poszczególnych funkcji korporacyjnej. Na przykład, TO zakupy są zatwierdzone przez kierownik funkcjonalny.

Kierownik oddziału:

Podział menedżerów zatwierdzić zapotrzebowań na zakup ściśle przez kwoty w dolarach. Kierownik oddziału zatwierdzić zapotrzebowań na zakup powyżej kwoty można konfigurować Dolar.

Rozwiązanie

Użyliśmy następujących narzędzi i komponentów do wdrożenia rozwiązania:

MOSS: Służy jako platforma, od którego wszystko "wisi". Mech zapewnia podstawę usług dla bezpieczeństwa, dane podstawowe, inspekcji i inne funkcje.

Usługi formularzy programu InfoPath: Składnik MOSS, Umożliwia to użytkownikom wypełnianie zapotrzebowań na zakup za pośrednictwem przeglądarki sieci web.

Programu SharePoint Designer (SPD): Kiedyś SPD do wdrożenia procesu zautomatyzowanego przepływu pracy.

Usługa sieci Web: C# usługa sieci web zwiększa doświadczenie użytkownika poprzez umożliwienie kaskadowe listy zaznaczeń w oknie formularz programu InfoPath i zapewnia lepszą wydajność w odniesieniu do filtrowania danych. Zobacz tutaj dla techniczne dive deep na ten temat i naszych powodów do korzystania z niej.

Listy niestandardowe: Profile użytkownika MOSS pod warunkiem bezpośredniego przełożonego danego użytkownika, ale nie zawiera większość danych kontroli przepływu pracy decyzje (np.. Czy wydzielonych dyrektor ma obowiązek zatwierdzania zamówienia PO). Użyliśmy listy niestandardowe w "przedsiębiorstwie danych" witryny, aby zachować dane, takie jak "Wydzielonych dyrektor zatwierdzenia kwotę dolarów", "Funkcjonalne Area Manager" i tak dalej. List bardzo ładnie zintegrowany z programu InfoPath, a także zapewnić tworzenia, aktualizacji/usuwania (CRUD) funkcjonalność z inspekcji i zabezpieczeń z pudełka.

Przypadek użycia

Ten przypadek użycia pokazuje, jak rozwiązanie pasuje razem:

1. Paul chce nowego laptopa. Opisuje jego potrzeb do Vivek, TO osoba, która zna normy firmy laptopa, preferowanych dostawców, itp.
2. Vivek dzienniki w MOSS, uzyskuje dostęp do formularza PO rekwizycji i wchodzi zapotrzebowania w imieniu Paul. Postaci skłania Vivek dla kategorii zakupu, która następnie korzysta z usług sieci web do wypełnienia drop niedziałający listę dostawców firmowego. Vivek określa również firmy obszar funkcjonalny tego zakupu (np.. "TO" lub "Finanse").
3. SPD na bazie pracy zaczyna, Określa Pawła bezpośredniego przełożonego i trasy zapotrzebowania na jego menedżer, Stacy.
4. Stacy zatwierdza zamówienia zakupu.
5. SPD pracy sprawdza zapotrzebowania i określa, że jest to zakup. Trasy przepływu pracy do funkcjonalnym menedżerem, Wonson.
6. Wonson zatwierdza zapotrzebowania.
7. SPD pracy ponownie sprawdza zapotrzebowania i określa, że kwoty zakupu przekracza kwotę dolarów maxium i kieruje go do kierownika dywizji do zatwierdzenia.
8. Kierownik oddziału zatwierdza zamówienia zakupu.

Notatki

• Przypadek użycia pokazuje "czysty" uruchomić bez odrzucenia lub skoków.
• Każda osoba zatwierdzająca ma zdolność do zatwierdzenia lub odrzucenia zapotrzebowania, a także dostarczyć pisemne uwagi. Te są rejestrowane w dzienniku inspekcji.
• Jeśli kierownik odrzuca zapotrzebowania zakupu w dowolnym momencie, zapotrzebowania PO jest "martwy" i proces musi być uruchomiona z początku.
• Pracy powiadamia Zleceniodawcę na każdym etapie procesu.
• Nie napisał podpisów — klient określa (po niektórych energiczne zalecenia) że kontrola szlak jak dostarczane za pośrednictwem historii przepływu pracy, służył ich potrzeb audytu.
• Wysiłek — zajęło mężczyzna około trzech tygodni do wdrożenia tego rozwiązania.

Zawarcia

To rozwiązanie wykorzystuje MOSS jako rozwój i run-time platformy. Klient był w stanie wykorzystać rdzeń MOSS funkcji, aby zautomatyzować proces rutynową działalnością, która dotyczy niemal każdego pracownika w firmie. Z wyjątkiem proste serwisu (który wykorzystuje MOSS), prawie nie ma rzeczywistej "Programowanie" wymagane było.

Rozwiązanie służy również jako prezentacja"" dla klienta, wykazanie, jak różne funkcje MOSS mogą być połączone do tworzenia aplikacji biznesowych pełni funkcjonalnym i generowanie nowych możliwości konsultacji w przyszłości.

Słownik pojęć

MRO: Konserwacja, naprawy i czynności. Zakupy te obejmują zazwyczaj elementy takie jak notatniki, krzesła, komputery osobiste, drukarki, telefony komórkowe i inne.