Excel zmienia ścieżki UNC we współdzielonym skoroszycie


2

Dokumenty Excel przechowywane na dysku sieciowym, na przykład \\networkdata\Excel\Shared

Dane workbook.xls zawiera tabele z wprowadzonymi danymi. Report.xls zawiera ścieżki UNC wskazujące na \\ networkdata \ excel \ shared \ workbook.xls

Użytkownicy wprowadzają dane do workbook.xls danych , a następnie widzą to odzwierciedlone w report.xls - jeden skoroszyt pobiera dane z drugiego.

Jedna maszyna daje problemy. Jeśli to urządzenie otworzy się, edytuje i zapisuje te dokumenty, zmienia ścieżki, aby odzwierciedlić komputer lokalny!

Maszyna ma ścieżkę zmapowaną jako dysk, np. H: \ (\\ networkdata \ excel \ shared) , więc otwarcie pliku z tego miejsca da ścieżkę H: \ data workbook.xls . Natknąłem się na ten artykuł online, który wydaje się mówić o podobnej kwestii -

Artykuł w Bazie wiedzy wskazuje, że jeśli skoroszyt zostanie otwarty z dysku zamapowanego, a UNC> odnosi się do tego samego dysku, UNC w łączu zostanie zaktualizowany do oznaczenia dysku zamapowanego.

Myśląc, że uderzyłem w złoto, porównałem konfigurację (zmapowane dyski, skróty itp.) Z maszyną innego użytkownika, aby zidentyfikować różnicę. Drugi komputer nie ma problemów, ale lokalizacja sieci jest odwzorowana dokładnie tak samo, jak ta sama litera dysku.

W rezultacie tego komputera nie można użyć do edycji tych udostępnionych skoroszytów, tak jakby je zapisywał, nie wskazuje już właściwego skoroszytu w sieci (np. Nie będzie wskazywał \\ networkdata \ excel \ shared, ale instread będzie odnoszą się do maszyny lokalizacji)

Jakieś pomysły?

Odpowiedzi:


0

Według Microsoft jest to typowe zachowanie ustalone metodą otwarcia pliku.

Po połączeniu skoroszytu danych źródłowych połączenie jest ustanawiane na podstawie sposobu otwarcia skoroszytu. Jeśli skoroszyt został otwarty na dysku zamapowanym, łącze jest tworzone za pomocą dysku zamapowanego. Łącze pozostaje takie bez względu na sposób otwierania skoroszytu danych źródłowych w przyszłości. Jeśli plik danych źródłowych zostanie otwarty ścieżką UNC, łącze nie zostanie przywrócone do zamapowanego dysku, nawet jeśli dostępny jest pasujący dysk. źródło

Prawdopodobną przyczyną jest to, że plik jest otwierany inaczej na różnych komputerach, niektóre używają UNC, a inne mapują ścieżkę.


Aby dodać rozwiązanie do odpowiedzi CharlieRB: Spróbuj utworzyć skrót, który używa ścieżki UNC na kłopotliwym komputerze. Będzie wymagało ludzkiej dyscypliny, aby otworzyć plik przy użyciu tego skrótu zamiast jakiejkolwiek obecnej metody użytkownika. Opłaca się również dowiedzieć się, jaka jest ich obecna metoda i w pewnym momencie spróbować przełączyć ją na ścieżkę UNC.
Inżynier Toast

0

Miałem ten problem z kilkoma klientami. Oba korzystały z mapowanego dysku, aby uzyskać dostęp do pliku. Jeden użytkownik otworzyłby plik, zmieniłby linki do% appdata% \ XLSTART * odpowiednią ścieżkę do zamapowanego dysku *

Rozwiązałem ten problem, otwierając program Excel w zamapowanym dysku dla tych użytkowników. Opcje, Zaawansowane, Ogólne, Przy uruchomieniu, otwórz wszystkie pliki w: (podaj ścieżkę sieciową).


Używamy kilku zamapowanych dysków, często z plikami Excel z każdego. Czy powinien to być konkretny?
RASB,

0

Zwykle otwieram moje pliki w oknie Eksploratora i wpadłem w ten problem, gdy nie zauważyłem ścieżki UNC na pasku nagłówka; kiedyś była to pełna zwykła ścieżka. Ustawiłem skróty do folderów sieciowych, ale wszystkie zostały utworzone jako ścieżki UNC.

Otworzyłem nowe okno, nawigując do dysku sieciowego; wszystkie nowe linki będą się teraz wyświetlać poprawnie. Zabito wszystkie stare ulubione; nowe działają teraz dobrze.

Indygowiec


0

Za pomocą prostego makra próbowałem odświeżyć domyślną ścieżkę pliku przed zapisaniem.

sub saveme () Application.DefaultFilePath = "\ blabla \ blabla $ \" thisworkbook.save end sub ()

To wydaje się działać.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.