Zainstalowałam nową wersję Symfonia 2.0 Handel 2020.1 i próbuję otworzyć. Uaktualnił mi raporty, po czym próbuje zrobić uaktualnienie danych firmy i wyskakuje błąd wykonania nieudana próba otwarcia pliku 51bd.dat, plika: Aktualizacja - funkcje, linia - 22.
Ktoś mi poradzi jak rozwiązać ten problem?

U mnie pomogło odtworzenie bazy z kopi bezpieczeństwa i dopiero przeszła konwersja

Dzięki, właśnie to też pomogło!

Niestety u mnie to nie działa. Mam to na każdej z baz.
W wersji programu 2020 wszystko działa. Po aktualizacji 2020_1 niestety nie mogę wykonać uaktualnienia danych na bazie.
Czyżby to jakiś bug z symfonii ?

Mam to samo w 2020.2 plik 51bd.dat linia 22
Co można zrobić ktoś zna rozwiązanie?

a odtworzenie bazy z kopii bezpieczeństwa nie pomogło?

Niestety nie

Masz w katalogu plik 51bd.dat?
Miałem przypadek że ten plik nazywał się 51bd.NEW.
Zmiana na 51bd.dat pomogła

ja mam to samo w Sage Faktura z wersji 2020.1a > 2020.2 na 20 baz poszły 2, reszta wali błędami i co ciekawe nie zwasze w tych samych plikach ale zawsze linia 22

Wiadomo coś więcej? U mnie w miejsce 51bd.dat w momencie konwersji tworzy się plik 51bdtmp.new i konwersja zgłasza, że nie może zmienić nazwy pliku. Wydawałoby się, że to problem uprawnieniami, ale wszystkie pliki mają rw-rw-rw- , ale już ten z tmp ma rw-r--.

..dodam, że raport diagnostyczny na tym pliku przebiega bez błędów.

a u mnie nieudana próba otwarcia bazy plik 51pn.dat
jak to naprawić?

Rozwiązał ktoś już ten problem?
Szukam rozwiązania na wirtualu i nic nie mogę znaleźć. Udało się z 2020.0 metodą backupu zaktualizować do 2020.2 ale do 2020.3 już nie.

Mam to samo. Próbuję przejść z Handel 2020.3.b do 2021 i problem ze zmianą nazwy 51bd.dat na każdej bazie, w tym na bazie demo. Próby odtworzenia nie pomogły. W katalogu bazy nie ma plików tmp, new ani żadnych nadmiarowych. Jak udało wam się obejść problem?

Nie bardzo rozumiem powyższą odpowiedź, ale w międzyczasie uzyskałem pomocną wskazówkę od Symfonii. Aktualizacji należy dokonywać uruchamiając aplikację bezpośrednio na serwerze. Trochę to dziwne - bo jak pisałem, pracowałem ze stacji zdalnej z pełnymi administracyjnymi uprawnieniami, więc coś jest zapewne schrzanione w obsłudze plików na udziale sieciowym. Ja na serwerze nie miałem w ogóle zainstalowanej aplikacji (bo po co), ale po zainstalowaniu konwersja poszła poprawnie.