MPX

MPX to starszy tekstowy format wymiany danych projektowych, wycofany z nowszych wersji Microsoft Project.

MPX jako tekstowy format wymiany danych projektowych

MPX jest starszym, tekstowym formatem wymiany danych używanym przez program Microsoft Project. Jego zadaniem było przenoszenie informacji o projekcie pomiędzy aplikacjami, systemami oraz różnymi wersjami oprogramowania do planowania prac. Plik MPX nie jest dokumentem opisującym wygląd harmonogramu, lecz uporządkowanym zbiorem rekordów zawierających dane dotyczące projektu, zadań, zasobów i zależności między zadaniami. W praktyce format służył przede wszystkim do importu i eksportu danych, a nie do przechowywania pełnej kopii środowiska pracy programu.

Pliki MPX są plikami tekstowymi, dlatego można je otworzyć w edytorze tekstu i przeanalizować bez specjalistycznego programu do grafiki lub baz danych. Poszczególne rekordy opisują określone elementy projektu, a wartości pól są rozmieszczone w ustalonej kolejności. Taka konstrukcja pozwalała programowi odczytać podstawowe informacje nawet wtedy, gdy dane pochodziły z innego systemu. Jednocześnie konieczne było zachowanie właściwej struktury rekordu, kolejności pól, oznaczeń oraz typów danych, ponieważ ręczna zmiana pojedynczej wartości mogła wpłynąć na interpretację całego wiersza.

Jakie informacje można było przenosić w pliku MPX

Zakres danych obsługiwanych przez MPX obejmował podstawowe właściwości projektu, takie jak tytuł, daty planowania, kalendarz roboczy oraz ustawienia związane z harmonogramem. W rekordach zadań mogły znajdować się między innymi nazwy czynności, ich czas trwania, daty rozpoczęcia i zakończenia, numery identyfikacyjne, informacje o postępie oraz powiązania z innymi zadaniami. Format był przeznaczony do wymiany danych planistycznych, więc jego istotnym elementem były również zależności określające kolejność wykonywania prac.

MPX mógł zawierać także dane o zasobach wykorzystywanych w projekcie. Zasobem mógł być pracownik, grupa osób, materiał albo inny element potrzebny do realizacji zadania. W zależności od wersji programu i sposobu eksportu przenoszone były nazwy zasobów, ich dostępność, jednostki, koszty oraz przypisania do zadań. Po imporcie program musiał dopasować te informacje do własnego modelu danych. Jeżeli w docelowym projekcie brakowało odpowiedniego kalendarza, zasobu albo kodowania znaków, część danych mogła zostać zmieniona, pominięta lub zinterpretowana inaczej.

Ważną cechą MPX było to, że przenosił przede wszystkim strukturę i parametry harmonogramu, a nie wszystkie elementy znane z natywnego pliku programu Microsoft Project. Nie należy więc zakładać, że eksport do MPX zachowa każdy widok, formatowanie tabel, ustawienia wydruków, niestandardowe raporty, makra, elementy graficzne czy pełne informacje administracyjne projektu. Format wymiany miał ułatwiać współpracę między aplikacjami, dlatego jego możliwości były węższe niż możliwości wewnętrznego formatu używanego przez konkretną wersję programu.

Import, eksport i ograniczenia starszego formatu

Przy pracy z MPX najpierw należy ustalić, czy używana wersja Microsoft Project nadal obsługuje ten format oraz jaki wariant pliku został utworzony. Nowsze wydania programu mogą nie oferować bezpośredniego otwierania lub zapisywania MPX w taki sam sposób jak starsze wersje. W takiej sytuacji potrzebny bywa pośredni etap konwersji, na przykład otwarcie pliku w starszej, zgodnej wersji aplikacji i zapisanie danych do współcześnie obsługiwanego formatu. Samo przemianowanie rozszerzenia pliku nie jest konwersją i nie zmienia jego struktury.

Typowe problemy podczas importu wynikają z niezgodności wersji, separatorów pól, kodowania znaków, formatów dat, jednostek czasu oraz nazw kalendarzy. Polska nazwa zadania zawierająca znaki diakrytyczne może zostać zniekształcona, jeśli plik został zapisany w kodowaniu niezgodnym z oczekiwaniami programu. Podobnie data zapisana według innej konwencji może zostać odczytana błędnie albo potraktowana jako tekst. Dlatego przed konwersją warto utworzyć kopię pliku, a po imporcie porównać liczbę zadań, czasy trwania, daty, zależności, zasoby i przypisania.

Jeżeli MPX został przygotowany ręcznie lub zmodyfikowany poza Microsoft Project, kontrola powinna obejmować także kompletność rekordów i ich kolejność. Błąd składniowy może spowodować odrzucenie pliku, natomiast błąd logiczny może przejść przez import i dopiero później ujawnić się jako nieprawidłowy harmonogram. Szczególnej uwagi wymagają zadania podsumowujące, kamienie milowe, relacje poprzednik–następnik oraz wartości postępu. Po konwersji należy sprawdzić nie tylko to, czy plik się otwiera, ale również czy zależności wyznaczają te same terminy i kolejność prac co w źródłowym projekcie.

MPX w praktyce serwisowej i odzyskiwaniu danych

Na laptopie lub komputerze PC plik MPX może pojawić się jako archiwalny eksport harmonogramu, załącznik otrzymany od kontrahenta albo pozostałość po starszej instalacji Microsoft Project. Jeżeli system nie rozpoznaje rozszerzenia, nie oznacza to jeszcze uszkodzenia pliku. Przyczyną może być brak programu obsługującego format, usunięcie skojarzenia rozszerzenia z aplikacją albo niezgodność współczesnej wersji programu ze starszą strukturą MPX. Bezpieczna diagnoza polega na sprawdzeniu kopii pliku, jego rozmiaru, zawartości tekstowej oraz źródła pochodzenia, bez zapisywania zmian w oryginale.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w przypadku problemów z plikami MPX można zweryfikować stan nośnika, działanie systemu plików, skojarzenia rozszerzeń oraz dostępność zgodnego oprogramowania. Serwisowa ocena może także pomóc odróżnić uszkodzenie danych od zwykłego braku aplikacji do otwarcia pliku. Jeśli plik jest czytelny, ale niepoprawnie importowany, trzeba porównać jego strukturę z wymaganiami programu i sprawdzić wynik konwersji na kopii roboczej.

W praktyce nie należy edytować MPX przypadkowymi narzędziami arkuszowymi bez wcześniejszego ustalenia sposobu zapisu rekordu. Program może automatycznie zmienić separatory, format dat, znaki cudzysłowu lub kodowanie, przez co plik przestanie być poprawnie rozpoznawany. Najbezpieczniejszy przebieg obejmuje zachowanie oryginału, wykonanie kopii, otwarcie jej w zgodnym środowisku, eksport do aktualnie obsługiwanego formatu i kontrolę kluczowych danych harmonogramu po zakończeniu konwersji.