- Need Help? Request A Callback
- Working Hours: 8:00 AM – 7:45 PM
WF-Mag Asseco to popularny program magazynowo-handlowy, występujący zarówno w wersji dla jednego stanowiska (Biuro Rachunkowe, Sfera), jak i w wersji sieciowej pracującej na serwerze SQL. Serwis obejmuje instalację, konfigurację sieci oraz utrzymanie bazy danych.
WF-Mag w wersji sieciowej korzysta z silnika Microsoft SQL Server, natomiast starsze lub jednostanowiskowe instalacje mogą wciąż działać na uproszczonym silniku lokalnym. Przy wdrożeniu wielostanowiskowym konfigurujemy instancję SQL, tworzymy odpowiednie loginy i uprawnienia dla programu oraz sprawdzamy zgodność wersji WF-Mag z zainstalowaną wersją SQL Server, ponieważ starsze edycje programu bywają niekompatybilne z najnowszymi wersjami silnika bazodanowego.
Obsługa WF-Mag wymaga prawidłowego połączenia kilku elementów: samego programu, bazy danych, systemu operacyjnego, sieci lokalnej oraz urządzeń współpracujących z aplikacją. Problem widoczny na ekranie programu nie zawsze oznacza awarię WF-Mag. Przyczyną może być niedostępny serwer, zmieniony adres IP, zatrzymana usługa SQL Server, uszkodzony profil użytkownika albo brak sterownika do urządzenia zewnętrznego. Dlatego diagnostyka powinna obejmować całe środowisko, w którym pracuje program.
Instalacja WF-Mag na stacjach roboczych wymaga skonfigurowania połączenia z serwerem bazy danych (adres IP lub nazwa instancji SQL) oraz — w przypadku modułów dodatkowych, takich jak współpraca z drukarkami fiskalnymi, czytnikami kodów kreskowych czy terminalami płatniczymi — instalacji odpowiednich sterowników i bibliotek komunikacyjnych. Serwis zajmuje się doborem i konfiguracją takich urządzeń peryferyjnych pod kątem współpracy z programem.
Na każdym stanowisku należy sprawdzić, czy użytkownik ma dostęp do właściwego udziału sieciowego, serwera oraz bazy danych. Istotne jest także ustawienie zapory systemowej i reguł sieciowych. Po aktualizacji systemu Windows zapora może zmienić dotychczasowe zasady dostępu, przez co program przestaje widzieć serwer mimo poprawnie działającej bazy. W takiej sytuacji sprawdzamy komunikację między komputerami, nazwę instancji SQL oraz porty wykorzystywane przez usługę.
W przypadku większej liczby stanowisk warto uporządkować sposób instalacji. Wszystkie komputery powinny korzystać z kompatybilnej wersji programu i tych samych ustawień połączenia. Mieszanie różnych wydań WF-Mag może powodować problemy z otwieraniem bazy, nieprawidłową obsługą dokumentów albo błędy pojawiające się tylko na wybranych komputerach. Przed aktualizacją sprawdzamy wersję programu na serwerze i stacjach roboczych oraz ustalamy kolejność wykonywania prac.
Dodanie nowego komputera do istniejącej instalacji nie polega wyłącznie na skopiowaniu skrótu do programu. Należy zainstalować odpowiednią wersję WF-Mag, skonfigurować połączenie z bazą, sprawdzić uprawnienia użytkownika i przetestować dostęp do danych. Jeżeli stanowisko ma obsługiwać drukarkę fiskalną, kolektor danych lub czytnik kodów, instalujemy również wymagane komponenty oraz sprawdzamy komunikację z urządzeniem.
Test nowego stanowiska powinien obejmować logowanie, wyszukiwanie towarów, podgląd dokumentów, wystawienie dokumentu testowego oraz wydruk. Pozwala to wykryć problemy jeszcze przed rozpoczęciem pracy. Warto zweryfikować także ustawienia drukarek domyślnych, formaty wydruków i dostęp do katalogów, w których program zapisuje pliki pomocnicze lub eksporty.
W firmach handlowych z dużym obrotem magazynowym wydajność WF-Mag zależy głównie od parametrów serwera — zalecamy dysk SSD pod bazę danych oraz wystarczającą ilość RAM dla SQL Server, a także regularne wykonywanie zadań konserwacyjnych bazy (reindeksacja tabel magazynowych, które przy dużej liczbie dokumentów potrafią się mocno rozrastać). Zwalnianie programu po kilku latach eksploatacji to najczęściej efekt braku takiej konserwacji, a nie wady samego oprogramowania.
Na szybkość działania wpływa również sposób podłączenia stanowisk. Stabilna sieć przewodowa jest zazwyczaj bardziej przewidywalna niż połączenie bezprzewodowe, szczególnie w magazynie, gdzie występują większe odległości, przeszkody i zakłócenia. Krótkie przerwy w komunikacji mogą powodować długie oczekiwanie na zapis dokumentu, rozłączanie sesji albo konieczność ponownego uruchomienia programu.
Podczas diagnostyki sprawdzamy obciążenie procesora, pamięci i dysków serwera, stan usług SQL Server oraz ilość wolnego miejsca. Brak miejsca na dysku może zatrzymać działanie bazy lub uniemożliwić wykonanie kopii zapasowej. Warto kontrolować także katalogi tymczasowe i foldery przechowujące stare archiwa, ponieważ ich rozmiar może rosnąć niezależnie od wielkości bieżącej bazy danych.
Regularna konserwacja obejmuje między innymi kontrolę integralności bazy, reindeksację tabel, aktualizację statystyk oraz sprawdzenie dzienników SQL Server. Zakres prac dobieramy do sposobu wykorzystywania programu. Inne potrzeby ma niewielka firma z kilkoma dokumentami dziennie, a inne magazyn, w którym przez cały dzień rejestrowane są przyjęcia, wydania, przesunięcia i korekty.
Konserwacja nie zastępuje kopii zapasowej. Przed operacjami wykonywanymi bezpośrednio na bazie należy mieć aktualne, możliwe do odtworzenia archiwum. Jeżeli baza jest używana bez przerwy, trzeba zaplanować prace w sposób ograniczający ryzyko blokowania użytkowników i przerwania zapisów.
Jednym z częstszych problemów jest komunikat o braku połączenia z bazą danych. W pierwszej kolejności sprawdzamy, czy komputer serwerowy działa, czy usługa SQL Server jest uruchomiona oraz czy stacja robocza widzi serwer w sieci. Następnie weryfikujemy nazwę instancji, adres serwera i ustawienia zapory. Sama ponowna instalacja programu na stanowisku często nie rozwiązuje problemu, jeżeli przyczyna znajduje się po stronie sieci lub serwera.
Inny scenariusz to powolne otwieranie kartotek lub dokumentów. Przyczyną może być rozbudowana baza, brak konserwacji indeksów, niewystarczająca ilość wolnego miejsca, przeciążony serwer albo problemy z siecią. Sprawdzamy, czy opóźnienia występują na wszystkich stanowiskach, czy tylko na jednym komputerze. Taka informacja pomaga rozdzielić problem lokalny od problemu dotyczącego całej instalacji.
Zdarzają się również błędy wydruków. Program może wysyłać dokument do niewłaściwej drukarki, korzystać z nieaktualnego sterownika albo nie mieć dostępu do ustawionego portu. W przypadku wydruków fiskalnych dodatkowo sprawdzamy połączenie, konfigurację urządzenia i zgodność bibliotek komunikacyjnych z wersją systemu oraz programu.
Problemy z kodami kreskowymi nie zawsze wynikają z uszkodzenia czytnika. Czytnik może działać jako klawiatura i przesyłać znaki, ale mieć nieprawidłowo ustawiony prefiks, sufiks lub układ klawiatury. Wtedy należy sprawdzić jego konfigurację, sposób wprowadzania danych oraz to, czy kursor znajduje się w odpowiednim polu WF-Mag.
W instalacji sieciowej ważne jest rozdzielenie uprawnień do systemu Windows, SQL Server i samego WF-Mag. Użytkownik powinien mieć dostęp niezbędny do wykonywania swoich obowiązków, ale nie powinien otrzymywać szerszych uprawnień administracyjnych bez wyraźnej potrzeby. Ograniczenie dostępu zmniejsza ryzyko przypadkowej zmiany konfiguracji, usunięcia danych lub niekontrolowanego eksportu informacji.
Przy zmianie komputera albo użytkownika sprawdzamy, czy nie pozostały aktywne stare konta i zapisane hasła. Warto również ustalić, kto odpowiada za dostęp administracyjny do serwera i gdzie przechowywane są informacje potrzebne do odtworzenia środowiska. Brak tych danych może znacznie wydłużyć naprawę po awarii.
Bezpieczeństwo obejmuje także aktualizacje systemu i ochronę antywirusową. Aktualizacje nie powinny być instalowane bez sprawdzenia zgodności z używaną wersją WF-Mag i SQL Server, ale całkowite ich pomijanie również zwiększa ryzyko problemów. Przed większą zmianą systemową wykonujemy kopię zapasową i sprawdzamy możliwość powrotu do poprzedniej konfiguracji.
Kopię zapasową WF-Mag wykonujemy zarówno przez wbudowane narzędzie archiwizacji, jak i poprzez harmonogram zadań SQL Server tworzący pliki .bak. Przy przenoszeniu programu na nowy komputer pomagamy przenieść bazę danych, ponownie zainstalować SQL Server oraz zweryfikować poprawność zabezpieczeń licencyjnych, które w niektórych wersjach WF-Mag są powiązane z konkretnym stanowiskiem lub kluczem sprzętowym.
Archiwizacja powinna być wykonywana regularnie i obejmować nie tylko samą bazę, ale również konfigurację potrzebną do jej wykorzystania. W zależności od instalacji mogą to być ustawienia programu, definicje wydruków, pliki eksportu, konfiguracja urządzeń oraz informacje o połączeniu z serwerem. Sama obecność pliku kopii nie oznacza jeszcze, że dane można bez problemu odtworzyć.
Okresowo warto przeprowadzić próbne odtworzenie kopii na odseparowanym środowisku. Pozwala to sprawdzić, czy plik nie jest uszkodzony i czy wiadomo, jakie kroki należy wykonać w razie awarii. Należy też kontrolować, czy kopie nie są zapisywane wyłącznie na tym samym dysku, na którym działa baza. Awaria tego dysku mogłaby wtedy objąć zarówno dane robocze, jak i archiwum.
Migrację planujemy przed wyłączeniem starego sprzętu. Najpierw ustalamy wersję WF-Mag, sposób przechowywania danych, typ instalacji SQL oraz zakres urządzeń współpracujących z programem. Następnie wykonujemy kopię, instalujemy wymagane składniki na nowym komputerze i odtwarzamy bazę. Po imporcie sprawdzamy logowanie, kartoteki, dokumenty, wydruki, numery kolejnych dokumentów i dostęp z poszczególnych stanowisk.
Jeżeli stary komputer pełnił jednocześnie funkcję serwera plików, kontrolera połączeń lub miejsca zapisu kopii, trzeba odtworzyć także te role. W przeciwnym razie program może uruchamiać się lokalnie, ale pozostałe stanowiska nie będą mogły połączyć się z bazą. Po zakończeniu migracji przez pewien czas zachowujemy stary komputer w stanie pozwalającym na weryfikację danych i bezpieczny powrót do poprzedniej konfiguracji.
Aktualizacja WF-Mag powinna być poprzedzona sprawdzeniem kompatybilności programu, SQL Server, systemu operacyjnego i urządzeń peryferyjnych. W instalacji sieciowej aktualizację wykonuje się według ustalonej kolejności, aby wszystkie stanowiska korzystały z właściwych plików i tej samej struktury bazy. Przed rozpoczęciem prac należy zakończyć operacje wykonywane przez użytkowników i wykonać kopię danych.
Po aktualizacji sprawdzamy nie tylko uruchomienie programu, ale również najważniejsze procesy biznesowe: sprzedaż, przyjęcie towaru, korekty, wydruki i eksport danych. Niektóre problemy ujawniają się dopiero przy konkretnym typie dokumentu lub przy współpracy z urządzeniem zewnętrznym. Weryfikacja kilku praktycznych scenariuszy jest bardziej miarodajna niż samo sprawdzenie, czy aplikacja otwiera się bez komunikatu o błędzie.
Przy zgłaszaniu problemu warto opisać, kiedy wystąpił, na którym stanowisku się pojawia i jakiej operacji dotyczył. Pomocne są dokładne treści komunikatów, informacje o niedawnych zmianach oraz wskazanie, czy inni użytkownicy mają ten sam problem. Jeżeli błąd wystąpił po zaniku zasilania, aktualizacji systemu, wymianie routera albo zmianie adresacji sieci, jest to ważna wskazówka diagnostyczna.
Nie należy usuwać plików bazy, dzienników ani katalogów programu przed wykonaniem kopii. Pochopne działania mogą utrudnić ustalenie przyczyny i pogorszyć stan danych. W przypadku podejrzenia uszkodzenia bazy najlepiej ograniczyć dalsze operacje, zabezpieczyć kopię oraz sprawdzić, czy ostatnie dokumenty zostały zapisane poprawnie.
Jest to możliwe, jeżeli dostępna jest aktualna kopia bazy oraz informacje potrzebne do odtworzenia licencji i konfiguracji. Bez kopii danych sama instalacja programu nie przywróci kartotek, dokumentów ani historii magazynowej.
Zmiana może być wykonana, ale wymaga ponownej konfiguracji połączeń na stanowiskach oraz sprawdzenia reguł zapory i ustawień SQL Server. Warto zaplanować ją poza godzinami pracy i wcześniej zabezpieczyć kopię bazy.
Najpierw sprawdzamy lokalną sieć, zaporę, konfigurację klienta SQL, uprawnienia użytkownika i instalację programu na tym stanowisku. Jeżeli pozostałe komputery działają prawidłowo, problem najczęściej dotyczy konkretnej stacji, a nie całej bazy.
Częstotliwość zależy od intensywności pracy i wielkości bazy. Ważne jest, aby zadania były zaplanowane, monitorowane i uzupełnione okresową próbą odtworzenia danych. Konserwacja oraz kopie powinny być traktowane jako stały element utrzymania systemu, a nie działanie wykonywane dopiero po wystąpieniu awarii.
Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.