Wniosek o zmianę 

Zalecane podejście do zarządzania kontrolą zmian w Sage X3

Praktyka pokazuje, że regularne spotkania w połączeniu z automatyzacją to odpowiednie podejście do zarządzania zmianami dla wielu organizacji.

Planowanie regularnych spotkań kontrolnych jest ogólnie rzecz ujmując uznawane za dobrą praktykę w kwestii dostarczania kontrolowanych zmian konceptu i produkcyjnych. Niezależnie od tego, czy są to wydania przyrostowe czy istotne zmiany, powinny one uwzględniać etap formalnej kontroli uzasadnień biznesowych, dyskusje na temat analizy ryzyka oraz zatwierdzanie wymagań.

SEEWARNINGFunkcjonalność zarządzania kontrolą zmian w Sage X3 zakłada, że ten proces odbywa się w organizacji użytkownika.


Funkcja Wniosek o zmianę to centralna funkcja służąca do zarządzania dostarczaniem zmian dla kwestii, które będą korzystne dla firmy i klientów. Kontroluje ona każdy etap procesu zarządzania zmianami w ramach kontekstu cyklu konserwacji lub zmiany szablonu produkcyjnego lub koncepcyjnego. Służy ona do zarządzania ryzykiem biznesowym na każdym etapie, od momentu pierwotnego utworzenia wniosku o zmianę do ukończenia lub dostarczenia tej zmiany.

Zmiany pełnią istotną rolę w procesie rozwoju artykułu oraz w bieżącej konserwacji artykułu. Ponieważ jest to początkowy etap w procesie kontroli zmian należy użyć funkcji Wniosek o zmianę, aby zaraportować lub utworzyć wnioski o zmianę. Użytkownik może otrzymać wniosek mający na celu uwzględnienie zmian rynkowych, naprawę konkretnego problemu lub dodanie wartości do konceptu lub modelu produkcyjnego. Z funkcji Wniosek o zmianę można skorzystać, aby zebrać kluczowe informacje, zwłaszcza wnioski przekazane „w locie” (w trakcie rozmów) w ramach jednego, centralnego repozytorium. Wnioski o zmianę zawierają szczegóły wymagań i stają się uzasadnieniami biznesowymi wspierającymi konkretne wnioski o zmianę.

Wnioski o zmianę mogą być tworzone przez wszystkich zatwierdzonych użytkowników Sage X3.

Po utworzeniu początkowego wniosku o zmianę funkcja Wniosek o zmianę jest następnie używana do wdrożenia standardowych procedur w celu efektywnego zarządzania wszystkimi kolejnymi etapami w cyklu zarządzania zmianami:

  • Do wniosku o zmianę można przypisać kluczowych pracowników, którzy mogą identyfikować i są w stanie zrozumieć wymagania. Ci pracownicy będą również mogli kontrolować konsekwencje zmian.
  • Pozwala to na posiadanie widoczności wszystkich zmian oraz wpływu tych zmian na kluczowe zobowiązania.
    Pracownicy uprawnieni do interwencji w procesie zarządzania zmianami mogą więc upewnić się, że techniczny wpływ zmiany odpowiada potrzebom biznesowym i celom realizacji produkcji. Dzięki ułatwionemu dostępowi do danych i kluczowych informacji, wymaganych w celu oceny uzasadnienia biznesowego dla wymagań możliwe jest zarządzanie ryzykiem biznesowym i jego minimalizowanie.
  • Wymagania mogą zostać dostosowane tam, gdzie jest to konieczne, aby odpowiadać zmieniającym się wymaganiom biznesowym klientów. W ten sposób można uniknąć niedozwolonych lub przypadkowych rozbieżności.
  • Można określić podejście do przyjęcia w celu dostarczenia wymagań, a więc spełnienia celów dla wniosku.

W momencie wystąpienia kluczowego dla wniosku o zmianę zdarzenia potwierdzenie jest wysyłane za pomocą wiadomości e-mail do odpowiednich pracowników, jeśli skonfigurowano powiązane parametry CCEMAILxx – E-mail do xxxx (rozdział TC, grupa CCM). Na przykład kierownik projektu otrzyma e-mail w momencie, gdy wniosek o zmianę został zweryfikowany, a jego status zmienił się na W planowaniu. Autor wniosku o zmianę otrzyma e-mail w momencie, gdy jego wniosek o zmianę zostanie albo ukończony albo odrzucony. Każdy e-mail zawiera link (URL) do wniosku o zmianę, co pozwala odbiorcy na uzyskanie dostępu do wniosku o zmianę bezpośrednio z poziomu wiadomości e-mail.

Funkcja Wniosek o zmianę umożliwia również obsługę całego procesu zarządzania zmianami. W połączeniu z regularnymi spotkaniami (zob. Zalecane podejście do kontroli zmian w Sage X3 powyżej) ta funkcja pozwala na efektywne i wydajne zarządzanie mechanizmem kontroli pod względem odrzucania i satysfakcjonującego wdrażania zmian.

Jak zlokalizować konkretny wniosek o zmianę

Jeśli użytkownik uzyska dostęp do funkcji bezpośrednio z menu zawierającego wszystkie wnioski o zmianę w bazie danych organizacji to wyświetlają się one w formie tabeli. Konkretny wniosek o zmianę można szybko i łatwo znaleźć używając filtra. Filtry pozwalają na łatwy i szybki dostęp do zakresu lub konkretnego wniosku o zmianę. Niektóre wnioski o zmianę są powiązane z kodami użytkowników Sage X3. Odpowiednie filtry znajdują się w panelu operacji.

Użytkownik może manipulować wynikami filtrowania przy użyciu standardowej funkcji Sage X3 dla zapytań. Przy pomocy funkcjonalności dla zapytań można sortować dane, zmieniać ustawienie kolumn i stosować filtry dostępne na górze każdej kolumny. Brak ograniczeń w kwestii tego, ile razy można wykonać i wyczyścić filtry, zmienić porządek sortowania czy przesuwać kolumny. Użytkownik może manipulować danymi do momentu otrzymania wyników, które są mu potrzebne.

Aby ponownie wyświetlić pełną listę wniosków o zmianę wystarczy kliknąć opcję Bez filtra. Jeśli użyto filtrów kolumn należy je wyczyścić, aby całkowicie zresetować filtry. Kolumny o zmienionych pozycjach i porządku sortowania nie muszą być przywracane do ustawień domyślnych, ponieważ są one zachowywane.

Aby wybrać wniosek o zmianę z ostatecznie odfiltrowanej listy należy użyć standardowej funkcjonalności Sage X3 dostępnej w każdym wierszu.

Użycie panelu użytkownika do szybkiego zlokalizowania zadań

Osobisty panel użytkownika może zostać dostosowany w taki sposób, aby wyświetlać konkretne grupy wniosków o zmianę. Niektóre z nich będą pozwalały na bezpośredni dostęp do zadań (operacji) czekający na informacje od użytkownika.

Poniższe gadżety wyświetlają wnioski o zmianę na kluczowych etapach cyklu przetwarzania. Można je dodać do panelu użytkownika jako reprezentacje (Moduły = Kontrola zmian, Kategorie = Brak kategorii):

  • Moje wnioski o zmianę do zatwierdzenia
    Ten gadżet pokazuje wszystkie wnioski o zmianę, które oczekują na analizę lub są w jej trakcie, gdzie kod bieżącego użytkownika Sage X3 odpowiada pozycji transakcji oczekującej na zatwierdzenie.
  • Wnioski o zmianę do zarządzenia
    Ten gadżet pokazuje wszystkie aktywne wnioski o zmianę, w których kod bieżącego użytkownika Sage X3 został przypisany jako menedżer zmian.
  • Wnioski o zmianę do zaplanowania
    Ten gadżet pokazuje wszystkie wnioski o zmianę, które oczekują na zaplanowanie lub są w jego trakcie, gdzie kod bieżącego użytkownika Sage X3 odpowiada przypisanemu planiście (kierownikowi projektu).
  • Wniosek o zmianę
    Ten gadżet wyświetla wszystkie wnioski o zmianę w bazie danych.
  • Utworzone wnioski o zmianę
    Ten gadżet wyświetla wszystkie wnioski o zmianę utworzone przez użytkownika.

Każdy gadżet wyświetla dane w chwili ich wybrania lub odfiltrowania przez użytkownika. Użytkownik może skorzystać ze standardowej funkcjonalności zapytania Sage X3 w celu manipulowania wynikami wyświetlonymi przez gadżet, tak, aby otrzymać wymagane wyniki.

Istnieje możliwość wybrania i zmiany statusu wniosku o zmianę bezpośrednio z poziomu gadżetu przy użyciu standardowej funkcjonalności Sage X3 dostępnej w każdym wierszu.

Wymagania wstępne

SEEREFERTTO Zob. dokumentacja na temat wdrożenia.

Zarządzanie ekranem

Funkcja Wniosek o zmianę zawiera nagłówek i jedną sekcję dla każdej cechy wymagania:

  • Informacje w nagłówku. Informacje w nagłówku dostarczają kluczowych informacji śledzenia. Zawiera on kluczowe pole Status, które wskazuje bieżący etap tego wymagania w cyklu zarządzania zmianami.
  • Szczegóły wniosku. Jest to główna sekcja tej funkcji. Należy z niej skorzystać, aby wskazać uzasadnienie biznesowe dla tego wymagania.
  • Inicjatorzy. Z tej sekcji należy skorzystać, aby podać informacje kontaktowe do wnioskującego.
  • Zatwierdzający. Użycie tej sekcji jest opcjonalne. Ta sekcja jest używana przez menedżera zmian dla danego wniosku o zmianę oraz ekspertów w ramach organizacji. Dostęp do pól jest kontrolowany przez pole Status w nagłówku.
  • Odrzucenie. Ta sekcja jest używana przez menedżera zmian dla danego wniosku o zmianę, jeśli wymaganie zostało formalnie odrzucone. Dostęp do pól jest kontrolowany przez pole Status w nagłówku.

Nagłówek

Prezentacja

Nagłówek przedstawia kluczowe informacje na temat śledzenia. Kluczowe informacje w nagłówku znajdują się w polu Status. To pole wskazuje bieżący etap tego wymagania w cyklu zarządzania zmianami. Menedżer zmian dla danego wniosku o zmianę używa go do kontroli postępu wymagań w ramach procesu zarządzania zmianami.

Menedżerowie zmian

Menedżer zmian dla wniosku o zmianę kontroluje całość wymagań oraz postęp prac nad nimi w ramach cyklu zarządzania zmianami. Aby zarejestrować postęp lub anulować status wniosku o zmianę, użytkownik musi być połączony jako menedżer zmian dla wniosku o zmianę.

Zamknij

Pola

W tym bloku obecne są następujące pola:

  • Opis (pole TITLE)

Z tego pola należy skorzystać, aby podać krótki opis dla wymagania (maksymalnie 30 znaków).

To pole jest wymagane.

  • Status (pole CRSTATUS)

Z pola tego należy skorzystać, aby wskazać bieżący etap tego wymagania w cyklu zmian.


Następujące etapy są powiązane z przetwarzaniem wniosku o zmianę:

Nowy

W momencie wprowadzenia nowej kwestii, która będzie korzystna dla firmy lub klienta za pomocą elementu menu Wniosek o zmianę (Kontrola zmian > Wniosek o zmianę).
Nowy to domyślny status dla nowych wymagań.

W trakcie analizy

W momencie przypisania menedżera zmian lub zatwierdzającego do wniosku o zmianę do analizy.
Zmiana statusu wniosku o zmianę z Nowy na W trakcie analizy automatycznie generuje analizę wpływu. Analiza wpływu to ocena w czasie rzeczywistym, w formie podsumowania, dotycząca wpływu tej zmiany na zobowiązania.

Odrzucono

W momencie odrzucenia wniosku o zmianę i przygotowania go do zamknięcia.
Jeśli wybierany jest ten status to należy przypisać przyczynę odrzucenia.
SEEWARNINGStatus wniosku o zmianę może zostać przywrócony z Odrzucono na W trakcie analizy, jeśli pojawiły się dodatkowe informacje wspierające uzasadnienie biznesowe. W takim przypadku system automatycznie usunie wszystkie informacje poprzednio dodane do sekcji Odrzucenie.

W planowaniu

W momencie, gdy wniosek o zmianę został przeanalizowany i jest gotowy do zaplanowania lub obecnie jest w planowaniu oraz ma przypisanego kierownika projektu.
Jeśli wybierany jest ten status to należy przypisać planistę (kierownika projektu).
SEEWARNING Można przywrócić status tego wniosku o zmianę z W planowaniu na W trakcie analizy. W takiej sytuacji, system automatycznie usunie plan działania.
Status W planowaniu i status planu działania są bezpośrednio powiązane. Ręczne wyczyszczenie wszystkich pólPlanowanie wykonanew planie działania automatycznie ustawia status tego wniosku o zmianę jako W planowaniu.

W trakcie wdrożenia

W momencie, gdy zakres wymagań i kluczowe elementy do dostarczenia dla wniosku o zmianę zostały zaplanowane i są gotowe do wdrożenia lub są wdrażane.
Status wniosku o zmianę można cofnąć z W trakcie wdrożenia na W planowaniu, jeśli status planu działania to W planowaniu.
Przywrócenie statusu tego wniosku o zmianę nie wpłynie na analizę wpływu, jednak zalecane jest wygenerowanie nowej.
SEEINFO Status W trakcie wdrożenia i status planu działania są bezpośrednio powiązane:

  • Ustawienie statusu wniosku o zmianę ręcznie jako W trakcie wdrożenia automatycznie zaznacza pola Planowanie wykonane w planie działania. Powoduje to „zamrożenie” planu działania, tzn. wysokopoziomowa struktura podziału pracy oraz status każdego szczegółowego planu wdrożenia są ustawiane jako W trakcie wdrożenia.
  • I odwrotnie, ręczne zaznaczenie wszystkich pól Planowanie wykonane w planie działania automatycznie ustawia status tego wniosku o zmianę jako W trakcie wdrożenia.
Ukończono

Jeśli zakres wymagań został dostarczony w całości i wniosek o zmianę został ukończony.
SEEWARNINGNależy upewnić się, że zakres wymagań, t.j. plan działania, został dostarczony w całości przed użyciem operacji Zapisz. Odrzucenie wniosku o zmianę lub przywrócenie go na poprzedni etap w cyklu zmian nie będzie możliwe po użyciu opcji Zapisz.

Zamknięto

Jeśli wniosek o zmianę został odrzucony lub zamknięty, albo został wdrożony, ukończony i jest zamknięty.
Ten status można wybrać tylko, jeśli status wniosku o zmianę to obecnie Odrzucono lub Ukończono.


Każdy wniosek o zmianę musi podążać za standardowym cyklem przetwarzania.
Dla wniosku o zmianę, który zostanie przetworzony do ukończenia standardowy cykl to: Nowy > W trakcie analizy > W planowaniu > W trakcie wdrożenia > Ukończono > Zamknięto.
Dla odrzuconego wniosku o zmianę standardowy cykl wygląda następująco: Nowy > W trakcie analizy > Odrzucono > ZamkniętolubNowy > Odrzucono > Zamknięto.

SEEINFO

  • Użytkownik musi być zalogowany jako menedżer zmian dla danego wniosku o zmianę, aby zmienić jego status.
  • Status wniosku o zmianę nie może zostać ponownie ustawiony jako Nowy po rozpoczęciu cyklu zmian.
  • Nie można już modyfikować żadnego z kluczowych elementów wniosku o zmianę po rozpoczęciu cyklu zmian. Jeśli np. kod produktu jest nieprawidłowy, należy odrzucić, a następnie zamknąć wniosek o zmianę, po czym utworzyć nowy wniosek o zmianę z poprawionym elementem.
  • Żadna zmiana nie jest dozwolona po zamknięciu wniosku o zmianę.
Podsumowanie statusów cyklu zmian

Status wniosku o zmianęStatus planu działaniaPrzywrócenie statusu wniosku o zmianę dozwolone?Poprzedni dozwolony status wniosku o zmianęKomentarze
Nowy
Nie

W trakcie analizy
Nie

Odrzucono
TakW trakcie analizyWszystkie informacji w sekcji Odrzucenie są usuwane automatycznie.
W planowaniuW planowaniuTakW trakcie analizyPlan działania usuwany automatycznie.
W planowaniuW trakcie wdrożeniaNie

W trakcie wdrożeniaW planowaniuTakW planowaniu
W trakcie wdrożeniaW trakcie wdrożeniaNie

UkończonoUkończonoNie

ZamkniętoUkończonoNie

Zamknij

Karta Szczegóły wniosku

Prezentacja

Zmiany pełnią istotną rolę w procesie rozwoju artykułu oraz w bieżącej konserwacji artykułu. Z tej sekcji należy skorzystać, aby podać uzasadnienie biznesowe dla danego wymagania. Ta sekcja również wyświetla nazwisko osoby, która utworzyła wniosek o zmianę oraz datę jego utworzenia.

  • Można podać przyczynę tego wymagania.

  • Wymaganie musi mieć zastosowanie do konkretnego artykułu.
    Wymaganie można utworzyć dla konkretnego artykułu, jeśli użytkownik zna kod artykułu. Jeśli użytkownik nie zna kodu artykułu to należy podać krótki opis, w dowolnym formacie. W takim przypadku ekspert użyje opisu do namierzenia faktycznego kodu artykułu.
    Jeśli artykuł jest zarządzany wersją, można dodać inny poziom szczegółów wskazując, które wersje główne lub podwersje mają zastosowanie dla wymagania.

  • Najważniejszym elementem uzasadnienia biznesowego jest opis wyjaśniający szczegóły oczekiwanych korzyści ze zmiany. Wymaganie może zostać zasugerowane, np., aby dodać wartość do konceptu lub ulepszyć komfort użytkowania artykułu dla klienta, albo w celu usprawnienia harmonogramów dostaw.
    Informacje należy zapisać w polu opisu bez ograniczenia formatu.

  • Użytkownik może zdefiniować wpływ wymagania i jego priorytet.


Użytkownik może również użyć tej sekcji do przypisania do wymagania pracowników, którzy będą w stanie kontrolować konsekwencje wszelkich zmian.

  • To wymaganie może być zarządzane za pomocą kluczowych punktów kontrolnych do momentu jego ukończenia lub zamknięcia.
    To wymaganie może zostać przypisane do domyślnego lub odpowiedniego menedżera zmian. Menedżer zmian jest ekspertem, który ma uprawnienia do zatwierdzania lub odrzucania wszystkich zaproponowanych zmian. Menedżer zmian może być jednym z członków zespołu ds. kontroli zmian, np. kierownikiem ds. rozwoju lub kierownikiem projektu testowego. Może to także być kierownik produktu, który ocenia uzasadnienie biznesowe dla wszystkich wymagań.

  • Wymaganie można przypisać do innego menedżera zmiany, jeśli jest to konieczne.

  • Można przypisać domyślnego lub odpowiedniego kierownika projektu, który będzie odpowiedzialny za zarządzanie zmianą.

  • Jeśli jest to konieczne to wymaganie można przypisać do innego kierownika projektu.


Należy użyć bloku Przypisanie, aby powiązać dokumenty wspierające uzasadnienie biznesowe dla danego wniosku o zmianę. Dokumenty mogą być dowolnego typu i wspierać całe uzasadnienie biznesowe, od momentu utworzenia i oceny aż do pełnego ukończenia lub odrzucenia.

Zaleca się dodanie wszelkich dokumentów, które mają kluczowe znaczenie dla sukcesu tego wniosku o zmianę. Załączyć można dowolne dokumenty zebrane przez zainteresowane strony w celu rozwiązania problemu lub osiągnięcia celu. Uwzględnia to warunki przedstawione przez klienta lub formalne zawiadomienie wspierające odrzucenie wniosku o zmianę. Umożliwi to zagwarantowanie, że dostępna będzie dokumentacja, jeśli wymagania będą potrzebowały wyjaśnienia na dowolnym etapie cyklu przetwarzania.

Aby upewnić się, że ten wniosek o zmianę może wspierać uzasadnienie biznesowe aż do jego ukończenia użytkownik może powiązać wszystkie formaty dokumentów, np. dokumenty tekstowe, arkusze kalkulacyjne, obrazy, dokumenty w formacie PDF. Jedyne ograniczenie to długość i format nazwy pliku, która liczyć maksymalnie 30 znaków wliczając spacje, bez znaków specjalnych.

Wszyscy zarejestrowani użytkownicy Sage X3 mogą dodawać załączniki do dowolnych nowych wniosków o zmianę lub wniosków w toku, tzn., których status to Nowy, W trakcie analizy, W planowaniu, W trakcie wdrożenia lub Ukończono. Po rozpoczęciu cyklu przetwarzania zmiany dla danego wniosku jedynie menedżer zmian lub użytkownik, który dodał załącznik mogą go zaktualizować lub usunąć.

Przykłady

Dokumenty wspierające ocenę uzasadnienia biznesowego:

  • Rysunek konkretnego składnika przed i po zmianie.
  • Lista klientów, którzy skorzystają z wnioskowanej zmiany.

Dokumenty wspierające przyczynę formalnego odrzucenia wniosku o zmianę przez zespół kontroli zmian:

  • Kwestionariusz demonstrujący, że wymaganie nie będzie korzystne dla zainteresowanych stron.
  • Specyfikacja definiująca konkretne uzasadnienie dla wdrożonego konceptu.

Dla jednego kodu artykułu może istnieć tylko jeden aktywny wniosek o zmianę. Oznacza to, że jeżeli inny wniosek o zmianę jest przetwarzany dla kodu artykułu z tego wniosku o zmianę to użytkownik może tylko zaraportować wniosek o zmianę. Jego status musi pozostać ustawiony jako Nowy do momentu zamknięcia innego wniosku o zmianę. Tylko wtedy użytkownik może zmienić status swojego wniosku dla danego kodu artykułu tak, aby rozpoczął się proces analizy, a następnie przejście przez cykl zarządzania zmianami.



Zamknij

Pola

W tej sekcji obecne są następujące pola:

  • Artykuł (pole PRODUCT)

Z tego pola należy skorzystać, aby zidentyfikować artykuł.

Należy wprowadzić lub wybrać kod artykułu. Jeśli użytkownik nie zna kodu artykułu to należy pozostawić to pole puste i wprowadzić krótki opis artykułu w polu Opis (jeśli artykuł nieznany).

Do wniosku o zmianę można przypisać tylko jeden kod artykułu. Należy również wziąć pod uwagę, że aby zarządzanie zmianą zakończyło się sukcesem dozwolony jest tylko jeden aktywny wniosek o zmianę na artykuł. Ma to na celu upewnienie się, że zmiana w artykule jest albo przetwarzana do samego końca i dostarczenia zmiany, albo wniosek o zmianę jest zamykany.

Podczas tworzenia wniosku o zmianę dla danego artykułu można skorzystać z następujących zaleceń.

Pytanie:

Czy ten artykuł figuruje na innym wniosku o zmianę?

Odpowiedź:

Nie – Można utworzyć wniosek o zmianę dla tego artykułu.
Ten wniosek o zmianę może przejść na kolejny etap w ramach cyklu zmian.

Tak – Można utworzyć wniosek o zmianę dla tego artykułu.
Może wystąpić blokada przejścia na kolejny etap dla tego wniosku o zmianę. Należy określić status innych wniosków o zmianę dla tego artykułu, a następnie postępować zgodnie z poniższą tabelą zawierającą wskazówki:

Status innego wniosku o zmianę

Wynik

Nowy

Na kolejny etap może przejść albo ten wniosek o zmianę albo inny wniosek o zmianę dla tego artykułu.

W trakcie analizy
Odrzucono
W planowaniu
W trakcie wdrożenia
Ukończono

Wniosek o zmianę dla tego artykułu nie może przejść na kolejny etap. Musi on pozostać na statusie Nowy.
Inny wniosek o zmianę jest obecnie aktywny. Należy go odrzucić i zamknąć (status Zamknięto), albo ukończyć i zamknąć przed przejściem tego wniosku o zmianę lub innego wniosku o zmianę dla tego artykułu na kolejny etap.

Zamknięto

Na kolejny etap może przejść albo ten wniosek o zmianę albo inny wniosek o zmianę dla tego artykułu.


Jeśli jest to konieczne kod artykułu można zmienić, jeśli status wniosku o zmianę to Nowy.

Nie można zmienić kodu artykułu po rozpoczęciu cyklu zmian, np. kiedy status został zmieniony na W trakcie analizy. Jeśli istnieje potrzeba dokonania zmiany po rozpoczęciu cyklu przetwarzania zmian, należy odrzucić wniosek o zmianę i go zamknąć (status Zamknięto). Można wtedy utworzyć nowy wniosek o zmianę dla prawidłowego kodu artykułu, uwzględniając ograniczenia i reguły opisane powyżej.

Użytkownik musi być zalogowany jako menedżer zmian dla danego wniosku o zmianę, aby zmienić jego status.

  • Opis (jeśli artykuł nieznany) (pole PRODDESC)

Z tego pola należy skorzystać, jeśli kod artykułu nie jest znany.

Należy wprowadzić krótki opis artykułu (maksymalnie 50 znaków). Ekspert użyje tego opisu do namierzenia i wprowadzenia prawidłowego kodu artykułu dla wymagania.

To pole nie może zostać uzupełnione ani skorygowane po wprowadzeniu kodu artykułu w polu Artykuł.

Ten wniosek o zmianę może zostać przesunięty w cyklu tylko, jeśli artykuł został namierzony oraz zdefiniowano kod w polu Artykuł.

  • Wersja główna (pola ECCVALMAJ)

Z tego pola należy skorzystać, aby wskazać, do której wersji wybranego artykułu ma zastosowanie wniosek o zmianę. Wersje główne mogą być używane w sytuacji, gdy wystąpiły ważne zmiany bieżącej formy, dopasowania lub funkcjonowania.

Należy wprowadzić lub wybrać kod wersji z wyświetlonej listy kodów wersji. Wprowadzanie w tym polu nie jest dozwolone, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją.

  • Podwersja (pola ECCVALMIN)

Z tego pola należy skorzystać, aby wskazać, do której podwersji artykułu ma zastosowanie wniosek o zmianę. Podwersje mogą być używane dla mniej istotnych funkcjonalności i zmian bieżącej formy, dopasowania lub funkcjonalności, bądź też do ważnych napraw dotyczących konkretnej wersji głównej.

Należy wprowadzić lub wybrać kod rewizji lub podwersję z wyświetlonej listy kodów wersji. Wprowadzanie w tym polu nie jest dozwolone, jeśli kod artykułu zdefiniowany w polu Artykuł nie jest zarządzany wersją.

  • Lokalizacja (pole SITE)

Z tego pola należy skorzystać, aby wskazać, do której lokalizacji lub miejsca składowania ma zastosowanie wniosek o zmianę.

Jeśli wniosek o zmianę ma zastosowanie do jednej lokalizacji to należy wpisać lub wybrać wymagany kod lokalizacji z tabeli Lokalizacje (FACILITY). Wniosek o zmianę dotyczy tylko jednej lokalizacji, jeśli zastosowanie mają następujące warunki:

  • Artykuł będący źródłem wniosku o zmianę jest przechowywany w konkretnym miejscu.
  • Konkretna lokalizacja tworzy wniosek o zmianę w imieniu inicjującego.

To pole należy pozostawić puste, jeśli problem został zaraportowany przez wiele lokalizacji.

Inicjatorzy

Nie można zmienić kodu lokalizacji po rozpoczęciu cyklu przetwarzania zmian, np. kiedy status został zmieniony na W trakcie analizy. Jeśli istnieje potrzeba dokonania zmiany po rozpoczęciu cyklu przetwarzania zmian, należy odrzucić wniosek o zmianę i go zamknąć (konieczny status to Zamknięto). Można wtedy utworzyć nowy wniosek o zmianę dla prawidłowej lokalizacji, uwzględniając ograniczenia i reguły dla wybranego kodu artykułu. Więcej informacji znajduje się w pomocy do pola Artykuł.

  • Data zapotrzebowania (pole DATEREQ)

Z tego pola należy skorzystać, aby podać docelową datę ukończenia dla tego wymagania.

  • Przyczyna zmiany (pole REASON)

Z tego pola należy skorzystać, aby podsumować przyczynę tego wymagania. To pole jest wymagane.

  • Istotność (pole SEVERITY)

Z tego pola należy skorzystać, aby wskazać istotność tego wymagania.


Z wnioskiem o zmianę powiązane są cztery poziomy istotności:

Krytyczny
Wymaganie musi zostać spełnione, aby rozwiązanie zakończyło się sukcesem. Wymaganie jest więc uznawane za krytyczne dla jakości produktu lub zrealizowania nowego projektu.
Na przykład, jeśli w środowisku produkcyjnym zakrętka butelki nie przeszła testu to projekt jest zagrożony. Należy więc utworzyć wniosek o zmianę z poziomem istotności Krytyczny.

Wysoki
Wymaganie jest uznawane za wymaganie o wysokim priorytecie i powinno zostać ono uwzględnione w rozwiązaniu, jeśli jest to możliwe.

Umiarkowany
Wymaganie jest uznawane, jako pożądane, ale niekonieczne.

Niski (kosmetyczny)
Wymaganie jest uznawane za mało krytyczne, o niskim priorytecie, do uwzględnienia, jeśli pozwala na to czas.

  • Wpływ zmiany (pole IMPACT)

Z tego pola należy skorzystać, aby ocenić wpływ tego wymagania na bieżącą formę, dopasowanie i funkcję.


Następujące trzy oceny wpływu są powiązane z wnioskami o zmianę:

Wysoki
Wymaganie będzie miało wpływ na formę, dopasowanie, funkcjonalność lub specyfikację techniczną. Wymaganie jest w związku z tym uznawane za konieczne do zaraportowania.
Na przykład w środowisku produkcyjnym wniosek o zmianę w celu zwiększenia średnicy szyjki butelki jest uznawany za Wysoki.

Niski
Wymaganie nie będzie miało wpływu na formę, dopasowanie, funkcjonalność lub specyfikację techniczną.

Nieznany
Wpływ wymagania na bieżący koncept nie jest znany.

SEEINFOAkceptowalne odchylenie względem oryginalnego konceptu może się różnić w zależności od organizacji, artykułu, części i powinno zostać wzięte pod uwagę. Na przykład zmiana części takiej, jak kolor etykiety butelki może wymagać nowego numeru części w niektórych firmach, ale w innych nie.

  • Menedżer zmian (pole CCMUSRID)

To pole identyfikuje eksperta, który jest odpowiedzialny za kategoryzację, ustalanie priorytetów, zatwierdzanie, odrzucanie oraz monitorowanie sugerowanej zmiany.

Domyślny menedżer zmian to użytkownik Sage X3 zdefiniowany w parametrze CCMCMDEF – Domyślny menedżer zmian (rozdział TC, grupa CCM).

Jeśli jest to konieczne wniosek o zmianę może zostać przypisany do innego menedżera zmian. Wystarczy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w zarządzaniu zmianami jako menedżerowie zmian. Zapytanie wyświetla rolę i dział każdego użytkownika, jeśli odpowiednie wartości zostały zdefiniowane w jego parametrach użytkownika CCMROLE – Rola i CCMDEPT – Dział (rozdział TC, grupa CCM).

Menedżer zmian zdefiniowany w tym polu sprawuje pełną kontrolę nad tymi wymaganiami oraz postępem prac w ramach cyklu zmian. Posiada on uprawnienia administratora, które umożliwiają dokonywanie postępu lub anulowanie go w ramach etapów cyklu zmian, jeśli jest to konieczne. Aby wesprzeć proces podejmowania decyzji, zostanie on poinformowany za pomocą wiadomości e-mail, jeśli dojdzie do kluczowego zdarzenia dotyczącego wniosku o zmianę, o ile skonfigurowano parametr CCMEMAILCM – E-mail do menedżera zmian (rozdział TC, grupa CCM). Na przykład zostanie on poinformowany, jeśli plan działania został ukończony lub jeśli odrzucono wniosek o zmianę. E-mail będzie zawierał link (URL) do wniosku o zmianę.

To pole jest wymagane.

Domyślnego, przypisanego menedżera zmian można zmodyfikować tylko, jeśli spełniony jest jeden z poniższych warunków:

  • Użytkownik jest zalogowany jako bieżący menedżer zmian dla danego wniosku o zmianę.
  • Rekord użytkownika Sage X3 ma prawa administratora.
  • Rekord użytkownika Sage X3 został zatwierdzony dla lokalizacji wskazanej na wniosku o zmianę (jeśli lokalizacja została wskazana).

Jeśli użytkownik przypisał samego siebie jako menedżera zmian to nie otrzyma powiadomienia e-mail.

  • Planista (pole PLANNER)

Z tego pola należy skorzystać, aby zidentyfikować kierownika projektu, który będzie odpowiedzialny za zaplanowanie zakresu wymagań i kluczowych elementów do dostarczenia dla wniosku o zmianę.

Domyślny planista to użytkownik Sage X3 zdefiniowany w parametrze CCMPLADEF – Domyślny planista (rozdział TC, grupa CCM).

Jeśli jest to konieczne to wniosek o zmianę może zostać przypisany do innego planisty. Wystarczy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w zarządzaniu zmianami jako kierowników projektu lub planistów. Zapytanie wyświetla rolę i dział każdego użytkownika, jeśli odpowiednie wartości zostały zdefiniowane w jego parametrach użytkownika CCMROLE – Rola i CCMDEPT – Dział (rozdział TC, grupa CCM).

Otrzyma on potwierdzenie za pomocą wiadomości e-mail, jeśli skonfigurowano parametr CCMEMAILP – E-mail do planisty (rozdział TC, grupa CCM) na poziomie folderu. E-mail będzie zawierał link (URL) do planu działania.

To pole jest wymagane, jeśli status wniosku o zmianę to W planowaniu.

Domyślnego, przypisanego kierownika projektu można zmodyfikować tylko, jeśli spełniony jest jeden z poniższych warunków:

Jeśli użytkownik przypisał samego siebie jako planistę to nie otrzyma powiadomienia e-mail.

SEEREFERTTOPlanowanie zarządzania kontrolą zmian (Kontrola zmian > Planowanie)

  • Informacje dodatkowe (pole CRDESC)

Z tego pola należy skorzystać, aby podać jasny opis celu tych wymagań. Opis powinien być możliwy do zmierzenia. Powinien on uwzględniać kryteria, które muszą zostać spełnione dla zmiany konceptu lub produkcji, aby została ona uznana za sukces pod względem kosztu, harmonogramu lub jakości.

Tego pola można użyć również w celu podania następujących informacji:

  • Opisu zakresu
    Jest to szczegółowy i kompleksowy opis konkretnych, wymaganych korekt. Jeśli uwzględniany jest opis zakresu to należy go dostosować w taki sposób, aby odpowiadał poziomowi istotności wymagania. Na przykład, jeśli poziom istotności to wysoki, to należy dodać szczegóły, aby zagwarantować jakość produktu. Dla nowego konceptu należy zademonstrować, czy koncept odniesie sukces na rynku.
  • Jaki jest zakres wymagań.

Opis ma kluczowe znaczenie dla osiągnięcia sukcesu w kwestii wymagań. Będzie on używany podczas definiowania elementów do dostarczenia dla konceptu lub szablonu produkcyjnego. Będzie on też używany w celu uniknięcia niekontrolowanego rozrostu zakresu.

Podane informacje nie powinny wskazywać, w jaki sposób zmiana ma zostać wykonana.

  • Utworzone przez (pole CREUSER)

Kod i nazwa użytkownika Sage X3, który zaraportował ten wniosek o zmianę. Użytkownik Sage X3 wyświetlony w tym polu zostanie powiadomiony za pomocą wiadomości e-mail, jeśli dojdzie do kluczowego zdarzenia dla wniosku o zmianę, jeśli skonfigurowano parametr CCMEMAILCR – E-mail do autora (rozdział TC, grupa CCM). Na przykład zostanie on poinformowany, jeśli wniosek o zmianę został ukończony lub jeśli go odrzucono. E-mail będzie zawierał link (URL) do wniosku o zmianę.

Powiadomienia e-mail są wysyłane tylko, jeśli kod użytkownika Sage X3 wyświetlany w polu Menedżer zmian (CCMUSRID) różni się od kodu bieżącego użytkownika.

  • Przepisany przez (pole CHGMANUSR)

To pole, jeśli zostało uzupełnione, wyświetla kod i nazwę ostatniego użytkownika Sage X3, który zmienił wartość w polu Menedżer zmian (CCMUSRID).

  • Załącznik (pole CRNOTES)

Z tego pola należy skorzystać, aby powiązać dokumentację z tym wnioskiem o zmianę, co wspiera uzasadnienie biznesowe dla wymagania.

Należy kliknąć, aby wybrać i powiązać wymagany plik.

Długość i format nazwy plików muszą liczyć do 30 znaków wliczając spacje, bez znaków specjalnych.

  • Opis (pole NOTEDES)

Z tego pola należy skorzystać, aby podsumować zawartość załączonego dokumentu.

Należy wprowadzić znaczący opis (maksymalnie 50 znaków), który może być używany do zidentyfikowania tego dokumentu w łatwy i szybki sposób. Na przykład dokument może być specyfikacją konceptu, zmianą specyfikacji, wymaganiami standardowymi, wymaganiami użytkownika, analizą wpływu dla klientów lub formalnym zawiadomieniem o odrzuceniu.

  • Kategoria (pole NOTECAT)

Z tego pola należy skorzystać, aby skategoryzować załączony dokument.

Należy wybrać kategorię, która najlepiej odpowiada załączonemu dokumentowi. Z tego pola można skorzystać w połączeniu z polem Opis w celu zidentyfikowania lub kategoryzacji tego dokumentu w łatwy i szybki sposób.

Zamknij

Karta Inicjatorzy

Prezentacja

Z tej sekcji należy skorzystać, aby podać informacje kontaktowe do wnioskującego jako informacje o inicjatorze. Wnioskujący, zwany także inicjatorem, może być osobą, która zidentyfikowała dane wymaganie lub wykazała potrzebę dla zmiany.

Zaleca się podanie nazwiska i danych kontaktowych dla przynajmniej jednego inicjatora na każdym wniosku o zmianę. Umożliwi to zagwarantowanie, że będzie można skontaktować się z tą osobą, jeśli wymagania potrzebują wyjaśnienia na dowolnym etapie cyklu przetwarzania.

Inicjatorzy mogą wyjaśnić uzasadnienie biznesowe w sposób bardziej szczegółowy, albo odpowiedzieć na pytania w kwestii ich wniosków oraz tego, czy rozwiązanie jest lepsze niż obecny stan. Te informacje mogą być trudne do otrzymania, jeśli brak nazwiska lub danych kontaktowych dla przynajmniej jednego inicjatora.

Przykładowi inicjatorzy zmian to:

  • Kierownik produktu, który zidentyfikował potrzebę dla nowej lub zmienionej funkcjonalności w działalności firmy.
  • Architekt sieci, który zidentyfikował sprzęt nowej generacji z ulepszoną funkcjonalnością, który może zastąpić przestarzały sprzęt sieciowy.
  • Inżynier sieciowy, który zidentyfikował metodę zwiększenia wydajności urządzenia lub sieci umożliwiającą obsługę większej liczby połączeń.
  • Kierownik ds. usług, który zidentyfikował potrzebę aktualizacji umów z dostawcami firmy lub procedur.
  • Inżynier wsparcia z poziomu 1, 2 lub 3, który zidentyfikował wadliwą część w sieci.
  • Kierownik ds. bezpieczeństwa, który wnioskuje o dokonanie zmiany w konfiguracji i dokumentacji w odpowiedzi na nowo odkryte ryzyko.

Wszyscy zarejestrowani użytkownicy Sage X3 mogą dodawać informacje o inicjatorach do dowolnych nowych wniosków o zmianę lub wniosków w toku, tzn., których status to Nowy, W trakcie analizy, W planowaniu, W trakcie wdrożenia lub Ukończono. Po rozpoczęciu cyklu przetwarzania zmiany dla danego wniosku jedynie menedżer zmian lub użytkownik, który dodał informacje na temat inicjatora może go zaktualizować lub usunąć.

Zamknij

Pola

Aby dodać inicjatora wystarczy kliknąć ikonę Załącz (+) w danym bloku.

W tej sekcji obecne są następujące pola:

Klient

  • Klient (pole CUSTOMER)

Z tego pola należy skorzystać w celu zidentyfikowania klienta wnioskującego o zmianę.

Należy wprowadzić lub wybrać z tabeli Klienci (BPCUSTOMER) kod klienta, który ma zostać powiązany z danym wnioskiem o zmianę jako inicjator.

  • Osoba kontaktowa (pole CUSTCONTACT)

Z pola tego należy skorzystać w celu zidentyfikowania, w ramach organizacji klienta, osoby do kontaktu w kwestii tej zmiany.

Należy wprowadzić lub wybrać z tabeli Osoby kontaktowe (CONTACTCRM) kod osoby kontaktowej, która ma zostać powiązana z danym wnioskiem o zmianę jako inicjator.

Można dodać tylko jedną osobę kontaktową powiązaną z wybranym klientem.

Dostawca

  • Dostawca (pole SUPPLIER)

Z tego pola należy skorzystać w celu zidentyfikowania dostawcy wnioskującego o zmianę.

Należy wprowadzić lub wybrać z tabeli Dostawcy (BPSUPPLIER) kod dostawcy, który ma zostać powiązany z danym wnioskiem o zmianę jako inicjator.

  • Osoba kontaktowa (pole SUPPCONTACT)

Z pola tego należy skorzystać w celu zidentyfikowania, w ramach organizacji dostawcy, osoby do kontaktu w kwestii tej zmiany.

Należy wprowadzić lub wybrać z tabeli Osoby kontaktowe (CONTACTCRM) kod osoby kontaktowej, która ma zostać powiązana z danym wnioskiem o zmianę jako inicjator.

Można dodać tylko jedną osobę kontaktową powiązaną z wybranym dostawcą.

Użytkownik

  • Użytkownik (pole USER)

Z tego pola należy skorzystać w celu zidentyfikowania użytkownika Sage X3 wnioskującego o zmianę.

Należy wprowadzić lub wybrać z tabeli Użytkownicy (AUTILIS) kod użytkownika Sage X3, który ma zostać powiązany z danym wnioskiem o zmianę jako inicjator.

Zapytanie wyświetla rolę i dział każdego użytkownika, jeśli odpowiednie wartości zostały zdefiniowane w jego parametrach użytkownika CCMROLE – Rola i CCMDEPT – Dział (rozdział TC, grupa CCM).

Inne

  • Osoba kontaktowa (pole EXTCONTACT)

Z tego pola należy skorzystać w celu zidentyfikowania osoby kontaktowej wnioskującej o zmianę.

Należy wprowadzić lub wybrać z tabeli Osoby kontaktowe (CONTACTCRM) kod osoby kontaktowej, która ma zostać powiązana z danym wnioskiem o zmianę jako inicjator.

Zamknij

Karta Zatwierdzający

Prezentacja

Ta sekcja jest używana przez menedżera zmian dla danego wniosku o zmianę oraz ekspertów, którzy zostali przypisani w celu uzupełnienia informacji na temat tego wymagania. Jeśli użytkownik jest zainteresowaną stroną lub członkiem komisji ds. zmian bądź komitetu wykonawczego w firmie, można jej użyć w celu wyświetlenia decyzji i wniosków wynikających z procesu analizy.

Menedżerowie zmian

Jako menedżer zmian dla danego wniosku o zmianę użytkownik może użyć tej sekcji w celu przypisania wniosku o zmianę do ekspertów. Eksperci lub zatwierdzający to osoby w ramach organizacji, które mogą podać informacje dotyczące wymagań. Są oni często powiązani z komisją ds. zmian w organizacji.

Komisja ds. zmian to instytucja, która istnieje w celu wsparcia zatwierdzania zmian oraz która udziela pomocy w kwestii zarządzania zmianami w procesie oceny i priorytetyzacji zmian.

Zatwierdzający przypisani do oceny wniosku o zmianę powinni posiadać wiedzę umożliwiającą ocenę wymagań, zarówno z punktu widzenia biznesowego, jak i technicznego. Można im przypisać jednostki lub typy transakcji, jak również całe wnioski właściwe dla ich obszarów ekspertyzy, w celu ich oceny. Można np. przypisać regionalnego kierownika ds. sprzedaży w celu oceny uzasadnienia biznesowego i wymagań dla klientów (lub jednostek). Dla zakupów (jednostek) można przypisać np. kierownika ds. usług. Niektóre organizacje posiadają kierowników ds. artykułów, którzy są w stanie prawidłowo ocenić całe wnioski, zarówno z punktu widzenia biznesowego, jak i technicznego. Jeśli ma to zastosowanie do organizacji użytkownika to może on np. przypisać jednego kierownika ds. artykułu w celu oceny pełnego uzasadnienia biznesowego i wymagań.

Każdy zatwierdzający, którego użytkownik przypisze do wniosku o zmianę otrzyma powiadomienie e-mail o jednostkach, które ma ocenić, jeśli skonfigurowano parametr CCMEMAILAP – E-mail do zatwierdzającego (rozdział TC, grupa CCM). E-mail będzie zawierał link (URL) do wniosku o zmianę. Jeśli ten parametr został skonfigurowany to przepisanie jednostki do innego zatwierdzającego w celu oceny spowoduje wysłanie powiadomienia e-mail zarówno do pierwotnego jak i nowego zatwierdzającego. Co więcej, usunięcie jednostki z listy jednostek do oceny spowoduje wysłanie wiadomości e-mail do przypisanego zatwierdzającego.

Użytkownik zostanie natomiast powiadomiony za pomocą wiadomości e-mail w momencie, gdy zatwierdzający ustawią statusy zatwierdzenia dla swoich jednostek, o ile skonfigurowano parametr CCMEMAILCM – E-mail do menedżera zmian (rozdział TC, grupa CCM).

Zatwierdzający posiadają uprawnienia do zatwierdzenia lub odrzucenia wymagań, a więc ważne jest, aby użytkownik dobrze przemyślał, których ekspertów przypisuje.

Komisja ds. zmian w organizacji powinna uwzględniać czas, kiedy decyzja o zatwierdzeniu lub odrzuceniu wniosku w pełni została podjęta. Istotne jest więc wskazanie, na którym etapie w procesie analizy należy ręcznie zmienić status wniosku o zmianę na W planowaniu lub Odrzucono.

  • Zatwierdzających można przypisać do wniosku o zmianę tylko, jeśli jego status to W trakcie analizy.
  • Jako menedżer zmian dla danego wniosku o zmianę bieżący użytkownik jest jedynym użytkownikiem Sage X3 uprawnionym do przypisywania do niego zatwierdzających.
  • Zatwierdzający muszą posiadać uprawnienia jako eksperci zarządzania procesem kontroli zmian.
  • Do wniosku o zmianę można przypisać wielu zatwierdzających.
  • Do różnych typów jednostek (lub transakcji) można przypisać jednego zatwierdzającego.
  • Użytkownik nie jest uprawniony do konfigurowania zatwierdzających po tym, jak podjęto decyzję w wyniku analizy.
  • Użytkownik jest odpowiedzialny za ręczną zmianę statusu wniosku o zmianę na kolejny etap w cyklu przetwarzania.
  • Posiadanie pełnego zbioru wszystkich decyzji podjętych przez zatwierdzających w następstwie analizy nie jest warunkiem koniecznym do zmiany statusu wniosku o zmianę.
Zatwierdzający

Jako zatwierdzający, użytkownik jest uznawany za posiadającego wymaganą ekspertyzę do analizy uzasadnienia biznesowego i wymagań dla wniosku o zmianę.

Użytkownik otrzyma powiadomienie e-mail dla dowolnej jednostki, którą ma ocenić, jeśli skonfigurowano parametr CCMEMAILAP – E-mail do zatwierdzającego (rozdział TC, grupa CCM). E-mail będzie zawierał link (URL) do wniosku o zmianę. Użytkownik powinien ocenić wymagania dla każdej jednostki zarówno z punktu widzenia biznesowego, jak i technicznego.

Po zakończeniu analizy użytkownik powiadamia menedżera zmian dla danego wniosku oraz zainteresowane strony poprzez ustawienie decyzji wynikającej z analizy dla każdej jednostki. Dla każdej jednostki dostępne jest jedno pole przeznaczone na komentarz, z którego można skorzystać w celu uzasadnienia decyzji. Można go użyć np. do podania założeń lub zaleceń dla kierownika projektu odpowiedzialnego za planowanie wymagań. Menedżer zmian nie może ustawić statusu zatwierdzania ani dodawać komentarzy w imieniu innego użytkownika.

Menedżer zmian jest powiadamiany za pomocą wiadomości e-mail natychmiast, jeśli odrzucono jednostkę i jeśli skonfigurowano parametr CCMEMAILCM – E-mail do menedżera zmian (rozdział TC, grupa CCM). Jeśli zatwierdzono wymagania to ten parametr wyzwala powiadomienia e-mail w tym temacie w momencie, gdy ustawiono status zatwierdzenia dla wszystkich przypisanych jednostek.

  • Należy spełnić następujące warunki, aby zaktualizować przypisane jednostki:
  • Użytkownik musi być zalogowany przy użyciu swojego loginu Sage X3.
  • Użytkownik musi być uprawniony do interwencji w procesie zarządzania zmianami w firmie jako zatwierdzający, tzn. parametr użytkownika CCMAPPROVE – Zatwierdzający (rozdział TC, grupa CCM) jest ustawiony jako Tak.
  • Jeśli wdrożono ograniczenia dla lokalizacji to widoczność i dostęp do wniosku o zmianę jest określona przez wartość w polu Lokalizacja:
  • Jeśli pole Lokalizacja zawiera wartość to użytkownik musi posiadać kod profilu, który posiada zatwierdzenie dla zdefiniowanej lokalizacji.
  • Jeśli pole Lokalizacja jest puste oznacza to, że wniosek o zmianę ma zastosowanie dla wielu lokalizacji i użytkownik posiada nieograniczoną widoczność i dostęp do tego wniosku o zmianę. Kod profilu użytkownika musi jednak posiadać zatwierdzenie dla lokalizacji transakcji.
  • Status zatwierdzenia może zostać ustawiony wyłącznie, jeśli wniosek o zmianę ma status W trakcie analizy.
  • Decyzja wynikająca z analizy nie jest warunkiem koniecznym do zmodyfikowania statusu wniosku o zmianę.
  • Menedżer zmian nie jest uprawniony do podejmowania decyzji po analizie ani dodawania komentarzy w imieniu innych użytkowników.


Zamknij

Pola

Aby dodać zatwierdzającego wystarczy kliknąć ikonę Załącz (+).

W tej sekcji obecne są następujące pola:

  • Użytkownik (pole APPRUSER)

Z tego pola należy skorzystać w celu zidentyfikowania eksperta posiadającego wiedzę konieczną do skontrolowania uzasadnienia biznesowego i wymagań dla danego wniosku o zmianę.

Eksperci lub zatwierdzający są uprawnieni do interweniowania w ramach procesu zarządzania zmianami. Mogą to być na przykład członkowie zespołu ds. zmian w organizacji. Są oni uprawnieni do zatwierdzania lub odrzucania zaproponowanej zmiany dla wskazanych dziedzin ekspertyz.

Należy wprowadzić lub wybrać kod użytkownika z listy użytkowników upoważnionych do interwencji w zarządzaniu zmianami jako eksperta. Zapytanie wyświetla rolę i dział każdego użytkownika, jeśli odpowiednie wartości zostały zdefiniowane w jego parametrach użytkownika CCMROLE – Rola i CCMDEPT – Dział (rozdział TC, grupa CCM).

Otrzyma on potwierdzenie za pomocą wiadomości e-mail, jeśli skonfigurowano parametr CCMEMAILP – E-mail do zatwierdzającego (rozdział TC, grupa CCM) na poziomie folderu. E-mail będzie zawierał link (URL) do wniosku o zmianę.

  • Aby móc przypisać osobę zatwierdzającą, użytkownik musi być połączony jako menedżer zmian dla wniosku o zmianę.
  • Wymagany status wniosku o zmianę to W trakcie analizy.
  • Jeśli użytkownik przypisał samego siebie jako zatwierdzającego to nie otrzyma on powiadomienia e-mail.
  • Jednostka (pole TRANSTYPE)

Z tego pola należy skorzystać w celu zidentyfikowania konkretnej jednostki lub typu transakcji, która ma być używana do oceny dla sugerowanej zmiany. Przypisany zatwierdzający oceni tę jednostkę dla wymagań zarówno z punktu widzenia biznesowego, jak i technicznego.

Lista jednostek jest definiowana w menu lokalnym 2039 – Typ transakcji.

  • Status zatwierdzania (pole APPRSTAT)

Z tego pola należy skorzystać, aby wskazać bieżący status decyzji w analizie uzasadnienia biznesowego i wymagań dla przypisanej jednostki.


Należy zachować status Oczekujący, jeśli użytkownik (przypisany zatwierdzający) ocenia wymagania lub nie podjęto jeszcze decyzji wynikających z analizy. Po zakończeniu analizy i jeśli decyzja dotycząca uzasadnienia biznesowego dla wymagań jest ostateczna należy wybrać jeden z poniższych:

Zatwierdzono
Jeśli w wyniku analizy stwierdzono, że uzasadnienie biznesowe dla wymagań jest umotywowane dla przypisanej jednostki i zostało zatwierdzone.

Odrzucono
Jeśli w wyniku analizy stwierdzono, że wymagania dla przypisanej analizy nie posiadają uzasadnienia biznesowego i wniosek jest odrzucany.

  • Aby móc skonfigurować status zatwierdzania użytkownik musi być zalogowany jako skonfigurowany zatwierdzający.
  • Status zatwierdzenia może zostać ustawiony wyłącznie, jeśli wniosek o zmianę ma status W trakcie analizy.
  • Menedżer zmian nie jest uprawniony do podejmowania decyzji po analizie w imieniu innego użytkownika.
  • Przyczyna (pole APPRREASON)

Z tego pola należy skorzystać, aby podsumować decyzję dotyczącą analizy uzasadnienia biznesowego i wymagań dla przypisanej jednostki (maksymalnie 50 znaków). Można go użyć np. do podania założeń lub zaleceń dla kierownika projektu odpowiedzialnego za planowanie wymagań.

Zamknij

Karta Odrzucenie

Prezentacja

Ta sekcja jest używana przez menedżera zmian dla wniosku o zmianę. Jeśli użytkownik jest zainteresowaną stroną lub członkiem komisji ds. zmian w firmie, można jej użyć w celu wyświetlenia formalnych przyczyn odrzucenia i wniosków.

Tylko menedżer zmian przypisany do wniosku o zmianę może go odrzucić.

Odrzucone wnioski o zmianę mogą zostać łatwo i szybko namierzone przy użyciu standardowej funkcjonalności zapytań w Sage X3. Wystarczy wybrać wartość Odrzucono w kolumnie Status zamknięcia lub dla wniosków o zmianę w toku w kolumnie Status, albo Odrzucono w obydwu kolumnach.

Menedżerowie zmian

Jako menedżer zmian dla danego wniosku o zmianę użytkownik może skorzystać z tej sekcji w celu formalnego odrzucenia wymagania. Jest to wymagane, jeśli zespół ds. kontroli zmian stwierdza, że wnioskowana zmiana nie dokona ulepszenia, a uzasadnienie biznesowe nie jest wystarczające.

Aby pola w tej sekcji były dostępne wniosek o zmianę musi mieć status Odrzucono. Należy przynajmniej zdefiniować przyczynę, która spowodowała formalne odrzucenie wymagań przez zespół ds. kontroli zmian.

Należy podać szczegóły przyczyny odrzucenia w polu opisu, bez ograniczeń formatu. Jeśli użytkownik załącza istotną dokumentację uzasadniającą w sekcji Załączniki to z tego pola można skorzystać, aby dodać notatki w tej kwestii.

Użytkownik Sage X3, który zaraportował dany wniosek o zmianę otrzyma informację o decyzji za pomocą powiadomienia e-mail.

  • Przyczynę odrzucenia można podać tylko, jeśli status wniosku o zmianę to Odrzucono.
  • Jako menedżer zmian dla danego wniosku o zmianę bieżący użytkownik jest jedynym użytkownikiem Sage X3 uprawnionym do jego odrzucenia.
  • Posiadanie pełnego zbioru wszystkich decyzji podjętych w ramach analizy dla statusu Odrzucono nie jest warunkiem koniecznym do ustawienia statusu tego wniosku o zmianę jako Odrzucono.
  • Powiadomienie e-mail nie jest wysyłane, jeśli kod użytkownika Sage X3 wyświetlany w polach Menedżer zmian i Utworzono przez jest taki sam (sekcja Szczegóły wniosku).

Informacje w tej sekcji zostaną utracone, jeśli użytkownik następnie ponownie ustawi status tego wniosku o zmianę jako W trakcie analizy.

Zamknij

Pola

W tej sekcji obecne są następujące pola:

  • Przyczyna odrzucenia (pole REJECTCOD)

Z tego pola należy skorzystać, aby podsumować przyczynę odrzucenia wniosku o zmianę przez zespół ds. kontroli zmian. To pole jest wymagane.

  • Informacje dodatkowe (pole REJDESC)

Z tego pola należy skorzystać, aby wyszczególnić lub wyjaśnić zdefiniowaną przyczynę odrzucenia. Należy wprowadzić opis, który uzasadnia decyzję o formalnym odrzuceniu wniosku o zmianę.

  • Odrzucono przez (pole REJECTUSR)

To pole, jeśli zostało uzupełnione, wyświetla kod i nazwę użytkownika Sage X3, który formalnie odrzucił dany wniosek o zmianę.

Zamknij

Raporty

Z funkcją domyślnie powiązane są następujące raporty :

 CCMCRREASON : Wniosek o zmianę wg powodu

 CCMCRSEVERITY : Żądanie zmiany wg ważności

 CCMCRSTATUS : Żądania zmiany wg statusu

Można to zmienić w ustawieniach.


Panel operacji

Należy użyć operacji Edytuj, aby zaktualizować istniejący wniosek o zmianę.

Operacja Utwórz jest dostępna tylko, jeśli wniosek o zmianę jest aktywny, tzn. nie ma on statusu Zamknięto.

Należy użyć operacji Excel, aby wyeksportować listę wszystkich wniosków o zmianę w bazie danych do arkusza kalkulacyjnego Microsoft® Excel w celu dokonania dalszej analizy.

Należy kliknąć opcję Lista wniosków o zmianę, aby powrócić do listy wszystkich wniosków o zmianę w bazie danych.

Należy kliknąć operację Osoby kontaktowe, aby dodać lub zapisać szczegóły dla osób przesyłających wnioski „w locie” (podczas rozmów). Może to być zewnętrzna osoba kontaktowa, która jest niepowiązana z firmą lub nowa osoba kontaktowa dla klienta lub dostawcy. Nowa osoba kontaktowa jest dodawana do tabli Osoby kontaktowe (relacja) (CONTACTCRM).

Należy kliknąć operację Analiza wpływu, aby wyświetlić wysokopoziomowe podsumowanie oceny w czasie rzeczywistym dla danej zmiany w kwestii kluczowych grup zobowiązań. Odpowiednie ilości i wpływy finansowe w podstawowej walucie dla tej zmiany wyświetlają się dla każdej grupy.

Dostęp do szczegółowych informacji dla każdego, indywidualnego typu transakcji jest możliwy po wybraniu tej opcji.

Aby wyświetlić opcję Analiza wpływu należy użyć standardowej funkcji „Odśwież” (F5) w przeglądarce. Operacja Analiza wpływu wyświetla się tylko, jeśli spełniono następujące warunki:

  • Status wniosku o zmianę to W trakcie analizy.
  • System zakończył generowanie danych analizy wpływu.
    Analiza wpływu jest generowana automatycznie przy użyciu danych w czasie rzeczywistym, jeśli status wniosku o zmianę zmienił się z Nowy na W trakcie analizy. Proces generowania może zająć kilka minut, jeśli musi on odczytać duże ilości danych.

Liczby dotyczące ilości i wpływu finansowego mają zastosowanie do wszystkich lokalizacji powiązanych z artykułem. Nie są one obliczane konkretnie dla lokalizacji wskazanej na wniosku o zmianę (jeśli ją podano).

Należy użyć operacji Plan, aby zdefiniować lub wyświetlić plan działania, który pozwoli na dostarczenie zakresu wymagań dla wniosku o zmianę.

SEEINFO Aby operacja Plan była dostępna status wniosku o zmianę musi osiągnąć etap W planowaniu w cyklu zarządzania zmianami.

.

Użytkownik może skorzystać z następujących operacji, aby zwiększyć wersję artykułu w celu odzwierciedlenia zmian dostarczanych w ramach wniosku o zmianę. Następujące operacje są dostępne tylko, jeśli spełniono poniższe warunki:

  • Kod artykułu zdefiniowany w polu Artykuł jest zarządzany wersją.
  • Status wniosku o zmianę to W planowaniu lub W trakcie wdrożenia.
  • Użytkownik jest zalogowany jako bieżący menedżer zmian dla danego wniosku o zmianę.

Ta operacja wyświetla się, jeśli organizacja użytkownika produkuje artykuł wskazany na wniosku o zmianę.

Ta operacja wyświetla się, jeśli organizacja użytkownika nabywa artykuł wskazany na wniosku o zmianę od kooperanta.

Ta operacja wyświetla się, jeśli artykuł na wniosku o zmianę jest zarządzany wersją, ale nie jest on ani produkowany, ani nabywany od kooperanta.

Ograniczenia

Do wniosku o zmianę można przypisać tylko jeden kod artykułu.

Dla jednego artykułu możliwy jest tylko jeden aktywny wniosek o zmianę. Ma to na celu upewnienie się, że zmiana w artykule jest albo przetwarzana do samego końca i dostarczenia zmiany, albo wniosek o zmianę jest zamykany.

Komunikaty o błędach

Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

Nie wprowadzono kodu artykułu. Jeśli nie znasz kodu artykułu podaj jego opis.
lub
Możesz zmienić status tego wniosku tylko jeśli zdefiniowano kod artykułu

Każdy wniosek o zmianę ma zastosowanie do jednego kodu artykułu. Podczas raportowania wniosku o zmianę użytkownik ma dwie opcje:
1 – jeśli użytkownik zna kod artykułu należy wpisać kod w polu Artykuł (lub można wybrać wybrany kod).
2 – jeśli użytkownik nie zna kodu artykułu to można podać krótki opis artykułu w polu Opis (jeśli artykuł nieznany). Ekspert użyje tego opisu do namierzenia prawidłowego kodu artykułu i doda go w polu Artykuł. Po uzupełnieniu pola Artykuł pole Opis staje się niedostępne.
Menedżer zmian może przesunąć wniosek o zmianę na kolejny etap w ramach cyklu zarządzania zmianami po zidentyfikowaniu i zarejestrowaniu prawidłowego kodu artykułu.

Inny wniosek o zmianę jest przetwarzany dla tego artykułu - można przetworzyć tylko jeden wniosek dla artykułu
lub
Wniosek o zmianę $1$ jest przetwarzany dla kodu artykułu. Status musi pozostać jako "Nowy".
lub
Wniosek o zmianę ($1$) jest obecnie przetwarzany dla tego artykułu

Każdy wniosek o zmianę ma zastosowanie do jednego kodu artykułu. Co więcej, dla jednego kodu artykułu może istnieć tylko jeden aktywny wniosek o zmianę. Oznacza to, że jeżeli inny wniosek o zmianę jest przetwarzany dla kodu artykułu z tego wniosku o zmianę to użytkownik może tylko zaraportować wniosek o zmianę. Status wniosku musi pozostać ustawiony jako Nowy do momentu zamknięcia innego wniosku o zmianę.

Pole "Powód zmiany" musi zawierać wartość
lub
Pole "Wpływ zmiany" musi zawierać wartość
lub
Pole "Waga" musi zawierać wartość

Dlaczego użytkownik tworzy ten wniosek o zmianę? Jak istotna będzie ta zmiana? Należy wybrać odpowiednią wartość w tym polu, aby upewnić się, że odpowiedni zespół ds. kontroli zmian może zostać przypisany do analizy uzasadnienia biznesowego dla wymagań.

Parametr ogólny CCMCMDEF musi zawierać wartość
lub
Użytkownik $1$ nie jest menedżerem zmian - zobacz parametr CCMCHGMAN

Każdy wniosek o zmianę musi mieć nominowanego menedżera zmian (pole Menedżer zmian). Menedżer zmian to aktywny użytkownik Sage X3, który został zatwierdzony jako zaangażowany w proces kontroli zmian w firmie. Oznacza to, że pole Aktywny w rekordzie użytkownika Sage X3 jest zaznaczone, a jego parametr zatwierdzania menedżera zmian CCMCHGMAN – Menedżer zmian (rozdział TC, grupa CCM) jest ustawiony jako Tak. Jeden użytkownik z rolą menedżera zmian powinien być nominowany jako domyślny menedżer zmian dla wszystkich nowych wymagań. Należy zdefiniować domyślnego menedżera zmian poprzez dodanie jego kodu użytkownika Sage X3 na poziomie folderu w parametrze CCMCMDEF – Domyślny menedżer zmian (rozdział TC, grupa CCM), ale dopiero po skonfigurowaniu jego parametru użytkownika.

Użytkownik $1$ nie jest planistą

Każdy wniosek o zmianę musi mieć nominowanego kierownika projektu lub planistę (pole Planista). Planista to aktywny użytkownik Sage X3, który został zatwierdzony jako zaangażowany w proces kontroli zmian w firmie. Oznacza to, że pole Aktywny w rekordzie użytkownika Sage X3 jest zaznaczone, a jego parametr zatwierdzania planisty CCMPLANNER – Planista (rozdział TC, grupa CCM) jest ustawiony jako Tak. Jeden użytkownik z rolą planista powinien być nominowany jako domyślny planista dla wszystkich nowych wymagań. Należy zdefiniować domyślnego planistę poprzez dodanie jego kodu użytkownika Sage X3 na poziomie folderu w parametrze CCMPLADEF – Domyślny planista (rozdział TC, grupa CCM), ale dopiero po skonfigurowaniu jego parametru użytkownika.

Użytkonik $1$ nie jest prawidłowy
lub
Użytkownik $1$ nie jest osobą zatwierdzającą wnioski o zmianę
lub
Użytkownik $1$ nie jest zatwierdzającym

Ten komunikat wyświetla się, jeśli wybrany kod użytkownika Sage X3 jest nieprawidłowy. Może tak być, ponieważ użytkownik nie jest aktywnym użytkownikiem Sage X3, albo ponieważ nie został on skonfigurowany, jako posiadający uprawnienia w kwestii zarządzania kontrolą zmian.
Parametry

Nie masz uprawnień do dodawania pozycji

Aby przypisać zatwierdzającego do danego wniosku o zmianę użytkownik musi być zalogowany jako bieżący menedżer zmian dla danego wniosku o zmianę a wymagany status wniosku o zmianę to W trakcie analizy.

Aktualizacja analizy wpływów w trakcie. Poczekaj, a następnie odśwież stronę.
lub
Tworzenie danych analizy wpływów w trakcie dla zadania serwera wsadowego: $1$. Poczekaj, a następnie odśwież stronę.

Ten komunikat wyświetla się podczas procesu serwera wsadowego w momencie tworzenia lub aktualizacji analizy wpływu. Wyświetla się on również w momencie próby odświeżenia ekranu podczas tworzenia lub aktualizacji analizy wpływu.

Tworzenie analizy wpływu może zająć kilka minut, jeśli proces musi odczytać duże ilości danych. Status procesu serwera wsadowego można sprawdzić w funkcji Zarządzanie zapytaniami (AREQUETE). Analizę wpływu można wyświetlić, jeśli jej status to Ukończono.

Możesz dodawać załączniki o odrzuceniu tylko jeśli status tego wniosku to "Odrzucony"

Ten załącznik można przypisać do kategorii Odrzucenie tylko, jeśli wniosek o zmianę jest lub został formalnie odrzucony. W tym celu status wniosku o zmianę musi być ustawiony jako Odrzucono.

Pole "Powód odrzucenia" musi zawierać wartość

Dlaczego użytkownik odrzuca ten wniosek o zmianę? Należy wybrać przyczynę w polu Przyczyna odrzucenia, aby upewnić, że decyzja podjęta przez zespół ds. kontroli zmian została formalnie zarejestrowana. Zaleca się uzasadnienie wybranej przyczyny w polu Informacje dodatkowe.

Nie można przesunąć statusu z $1$ do $2$
lub
Możesz kontynuować tylko, jeśli status tej zmiany to "W planowaniu".
lub
Plan nie zostal jeszcze wdrożony i zrealizowany
lub
Plan musi mieć status "Oczekujący"
lub
Ten wniosek o zmianę został zamknięty. Nie można dokonać żadych modyfikacji.

Każdy wniosek o zmianę musi podążać za standardowym cyklem przetwarzania.
Dla wniosku o zmianę, który zostanie przetworzony do ukończenia standardowy cykl to: Nowa > W trakcie analizy > W planowaniu > W trakcie wdrożenia > Ukończono > Zamknięto.
Dla odrzuconego wniosku o zmianę standardowy cykl wygląda następująco: Nowy > W trakcie analizy > Odrzucono > Zamknięto lub Nowy > Odrzucono > Zamknięto.
Bieżący etap w cyklu przetwarzania wyświetla się w polu Status. Aby umożliwić przejście wniosku o zmianę do następnego etapu w cyklu wyłącznie, jeśli bieżący etap został ukończony, wdrożono odpowiednie procedury kontrolne. Na przykład plan działania musi zostać w pełni wdrożony zanim status wniosku o zmianę można zmienić na Ukończono.

Istniejący plan zostanie usunięty
lub
Szczegóły odrzucenia zostaną usunięte

Etapy wybrane w cyklu przetwarzania pozwalają na cofnięcie statusu wniosku o zmianę o jeden etap, np. z etapu W trakcie wdrożenia na W planowaniu. Mogą jednak wystąpić konsekwencje takiego działania. Należy upewnić się, że użytkownik jest świadomy tych konsekwencji przed podjęciem tego działania.

Nie można wysłać powiadomienia e-mial. Pobieranie przepływu adresu e-mail dla $1$ nie powiodło się.

Adres e-mail w rekordzie użytkownika jest albo nieprawidłowy, albo go brak. Nie można wysyłać powiadomień e-mail do tego użytkownika.

[Nazwa] nie jest osobą kontaktową dla [kontrahent].

Można dodać tylko jedną osobę kontaktową powiązaną z wybranym dostawcą lub klientem.

Nie masz uprawnień do usunięcia tej pozycji

Użytkownik może usuwać pozycje tylko, jeśli jest on zalogowany jako bieżący menedżer zmian dla tego wniosku o zmianę.

Użyte tabele

Funkcja używa następujących tabel :

Tabela

Opis tabeli,

CCMCHGREQ [CCMCR]

Wniosek o zmianę

CCMCRDESC [CCMCRD]

Zmień opis żądania

CCMCRNOTES [CCMCRN]

Żądanie zmiany załączników

CCMCRORIGC [CCMCROC]

Inicjatorzy po stronie klientów

CCMCRORIGE [CCMCROE]

Inicjatorzy zewnętrzni

CCMCRORIGI [CCMCROI]

Inicjatorzy wewnętrzni

CCMCRORIGS [CCMCROS]

Inicjatorzy po stronie dostawców

CCMIMPBOD [CCMIBOD]

Analiza wpływu-Linie BOM

CCMIMPBOH [CCMIBOH]

Analiza wpływu-BOM

CCMIMPFOD [CCMIFOD]

Analiza wpływu-Prognozy

CCMIMPFOH [CCMIFOH]

Analiza wpływu-Prognozy

CCMIMPITM [CCMIITM]

Analiza wpływu-Zapas

CCMIMPITMDET [CCMITMD]

Analiza wpływu-Lokalizacje zapasu

CCMIMPMFGD [CCMMFGD]

Analiza wpływu-Zlecenia prod.

CCMIMPMFGH [CCMMFGH]

Analiza wpływu-Zlecenia prod.

CCMIMPPOD [CCMIPOD]

Analiza wpływu-Zakupy

CCMIMPPOH [CCMIPOH]

Analiza wpływu-Zakupy

CCMIMPPRD [CCMIPRD]

Analiza wpływu-Wnioski na zakup

CCMIMPPRH [CCMIPRH]

Analiza wpływu-Wnioski na zakup

CCMIMPROD [CCMROD]

Analiza wpływu-Linie marszruty

CCMIMPROH [CCMROH]

Analiza wpływu-Marszruta

CCMIMPSCD [CCMSCD]

Analiza wpływu - Kooperacja

CCMIMPSCH [CCMSCH]

Analiza wpływu - Kooperacja

CCMIMPSOD [CCMSOD]

Analiza wpływu-Zlecenia sprzedaży

CCMIMPSOH [CCMSOH]

Analiza wpływu-Zlecenia sprzedaży

CCMIMPSQD [CCMISQD]

Analiza wpływu-Oferty sprzedaży

CCMIMPSQH [CCMISQH]

Analiza wpływu-Oferty sprzedaży

CCMPLAND [CCMPD]

Szczegół. plan wniosku o zmianę

CCMPLANH [CCMPH]

Nagłówek planu żądania zmiany

CCMREJDSC [CCMREJ]

Opis odrzucenia

CONTACTCRM [AIN]

Osoby kontaktowe

SEEREFERTTO Zob. dokumentacja na temat wdrożenia.