Problemy
Zespoły używają problemów, aby identyfikować i przekazywać informacje o obszarach problemowych lub usprawnień w dokumentach projektu. W module Project Admin administratorzy projektu mogą tworzyć typy problemów, podtypy i atrybuty niestandardowe. Kontrolują również uprawnienia dotyczące problemów we wszystkich modułach w usłudze BIM 360.
W Document Management i Design Collaboration problemy są skojarzone z dokumentami. W Field Management mogą występować problemy związane z dokumentami lub z jakością na miejscu, bezpieczeństwem lub innymi problemami. Problemy można również tworzyć i zarządzać nimi w aplikacjach mobilnych BIM 360.
Dowiedz się, jak sterować powiadomieniami e-mail.
Zestawy stanu
Proces roboczy Problemy jest kontrolowany przez dwa zestawy stanu, każdy z określonymi opcjami w menu rozwijanym Stan w oknie dialogowym Problem:
- Podstawowe (w przypadku problemów z Document Management i Design Collaboration): Robocza, Otwarta, Zamknięta
- Pole (w kwestiach związanych z Field Management): Projekt, Otwórz, Praca zakończona, Gotowa do sprawdzenia, Niezatwierdzona, W sporze, Zamknięta, Pusta
Problem typów
Niektóre domyślne typy problemów są skojarzone z każdym zestawem stanu:
- Podstawowe: Koordynacja, Projekt
- Pole: Oddawanie do użytku, Obserwacja, Lista otworów przebijanych, Jakość, Bezpieczeństwo, Gwarancja (domyślnie nieaktywna), Lista robocza (domyślnie nieaktywna)
Proces roboczy związany z wydaniem
Standardowy zalecany proces roboczy w przypadku problemu podstawowego jest następujący:
Zostanie utworzony problem i przypisany do właściwej strony. Strona odpowiedzialna odpowiada na ten problem, ustawia go jako Odpowiedź i przypisuje go z powrotem do twórcy, aby go zamknąć.
Problemy z polami mogą być bardziej elastyczne w przypadku złożonych procesów roboczych. Na przykład:
Dostępne odpowiedzi zależą od działania podjętego przez stronę odpowiedzialną oraz od wymagań typu pracy.
Aby zmodyfikować proces roboczy w celu włączenia większej liczby firm lub osób fizycznych, można użyć wielu czynności w celu przypisania pracy z powrotem do odpowiedzialnego wykonawcy.
- Przykładowo: Zgłaszany jest problem bezpieczeństwa. Strona odpowiedzialna uważa, że problem został rozwiązany, odpowiadając na Ready, aby sprawdzić. W tym przypadku twórca może zmienić status na Niezatwierdzony i odesłać go z powrotem do strony odpowiedzialnej.