Drukowanie z systemów ERP i EHR bez print servera: co przetestować najpierw

Na slajdzie architektury łatwo opisać usunięcie print server. Trudniejsza część to wszystko, co od lat po cichu na nim polega.

System ERP nie przejmuje się tym, że dział IT modernizuje środowisko drukowania. Podobnie jest z systemem EHR, oprogramowaniem aptecznym, pakietem księgowym czy aplikacją drukującą etykiety wysyłkowe co kilka sekund. Oczekują one tej samej nazwy drukarki, tego samego podajnika papieru, tego samego przepływu pracy w tle i takiego samego wydruku, jakiego używano wczoraj.

Dlatego drukowanie ze starszych aplikacji to jedna z najważniejszych rzeczy do przetestowania przed usunięciem print server.

Pytanie nie brzmi po prostu: „Czy użytkownicy nadal mogą drukować?”

Brzmi ono: „Czy aplikacje, które rzadko pytają użytkownika, jak drukować, nadal będą zachowywać się dokładnie tak, jak tego potrzebują?”

Krótka odpowiedź: aplikacje ERP i EHR mogą nadal drukować po usunięciu print server, pod warunkiem że zastępcze rozwiązanie obsługuje ścieżkę drukowania używaną dziś przez daną aplikację — czy to udział Windows, kolejkę Unix/Linux, czy bezpośredni adres IP. Najbezpieczniejszym sposobem potwierdzenia jest przetestowanie rzeczywistych procesów: zadań w tle, podajników papieru oraz drukowania etykiet.

Jak drukują starsze aplikacje ERP i EHR

Drukowanie w nowoczesnym miejscu pracy często ma charakter interaktywny: użytkownik otwiera dokument, wybiera drukarkę i klika Drukuj. Starsze aplikacje biznesowe działają z reguły zupełnie inaczej.

System ERP może w tle wygenerować setki faktur. System EHR może wysłać opaskę pacjenta do drukarki etykiet bez otwierania okna dialogowego drukowania. System księgowy może wybrać specjalny podajnik, bo następna strona musi trafić na papier do czeków. Aplikacja magazynowa może wysyłać surowe ZPL bezpośrednio do drukarki Zebra.

Dla aplikacji ważna zazwyczaj nie jest sama obecność print server. Ważna jest definicja drukarki i ścieżka drukowania, którą aplikacja spodziewa się zastać.

To rozróżnienie umożliwia eliminację print server, ale jednocześnie sprawia, że nieprzemyślane migracje są ryzykowne.

Udział Windows, kolejka Unix/Linux czy bezpośredni adres IP: poznajcie ścieżkę drukowania

Starsze aplikacje Windows mogą nadal drukować bez tradycyjnego print server, jeśli nowe rozwiązanie udostępnia drukarkę w sposób, pod którym aplikacja może ją zaadresować za pośrednictwem systemu drukowania Windows.

W tym miejscu procesy drukowania oparte wyłącznie na przeglądarce często zawodzą. Sprawdzają się, gdy użytkownik przesyła plik PDF i wybiera drukarkę, ale zadanie wsadowe z systemu ERP nigdy nie otworzy karty w przeglądarce.

Aplikacja ezeep Print App for Windows udostępnia przypisane drukarki ezeep w standardowym oknie dialogowym drukowania systemu Windows, także w obsługiwanych środowiskach wirtualnych pulpitów, takich jak Azure Virtual Desktop, Windows 365, Citrix i Omnissa Horizon.

Oznacza to, że aplikacje korzystające ze standardowej ścieżki drukowania Windows mogą nadal widzieć drukarki przez system operacyjny, bez konieczności wdrażania zupełnie nowego przepływu pracy w aplikacji.

Nie każda aplikacja łączy się z drukarkami przez Windows. Wiele systemów ERP i EHR przechowuje definicje drukarek w zapleczu aplikacji i przesyła zadania do udziału sieciowego Windows, kolejki na Unixie lub Linuksie albo bezpośrednio na adres IP. Jedynie ścieżka korzystająca z udziału Windows przechodzi przez bufor wydruku Windows. Zanim zdecydujecie, co testować, sprawdźcie, z której ścieżki korzysta każda aplikacja dziś.

Jak przetestować drukowanie w tle i drukowanie w trybie cichym przed migracją

Wiele starszych aplikacji drukuje przy bezpośrednim udziale użytkownika siedzącego przed ekranem. Zadania, które najczęściej ujawniają problemy migracyjne, to te, których nikt nie uruchamia ręcznie.

Faktury wsadowe. Raporty. Etykiety. Dokumenty pacjentów. Zautomatyzowane formularze.

Jeśli aplikacja drukuje bez interakcji użytkownika już dziś, przetestujcie dokładnie ten sam przepływ pracy, zanim usuniecie stare środowisko.

Pomyślny test powinien potwierdzić więcej niż to, czy na drukarce cokolwiek się pojawia. Powinien potwierdzić, że aplikacja może konsekwentnie wskazać zamierzoną drukarkę, przesłać zadanie bez dodatkowego kroku ze strony użytkownika i wygenerować oczekiwany wydruk.

Wybór podajnika papieru przy czekach, receptach i wstępnie zadrukowanych formularzach

Migracja środowiska drukowania może wyglądać na udaną — aż do momentu, gdy ktoś spróbuje wydrukować czek.

Starsze aplikacje często zależą od źródła papieru równie mocno, co od tożsamości drukarki. W jednym podajniku może być papier w formacie Letter, w innym Legal, a w kolejnych recepty, czeki, etykiety lub wstępnie zadrukowane formularze.

Wiele starszych aplikacji wybiera podajnik zadanie po zadaniu, a nie raz dla całej drukarki. To sprawia, że wybór podajnika sterowany przez aplikację jest osobnym scenariuszem testowym.

To właśnie ten typ detali warto przetestować na rzeczywistej aplikacji, zamiast wyciągać wnioski jedynie z listy funkcji drukarki.

Drukowanie etykiet ZPL i w trybie raw bez serwera wydruku

Drukarki termiczne i etykietowe wprowadzają kolejne wymaganie: czasami aplikacja wcale nie wysyła standardowego dokumentu.

Drukarki Zebra zwykle korzystają z języka ZPL — języka poleceń drukarki, który opisuje etykietę bezpośrednio. W takich przepływach zmiana lub ponowne renderowanie danych może zmienić wynik wydruku.

Jeśli więc system ERP, EHR, magazynowy lub logistyczny przesyła dziś surowe polecenia drukarki, potraktujcie to jako osobny scenariusz migracji. Potwierdźcie model drukarki, używany język, ścieżkę połączenia oraz to, czy nowe rozwiązanie przekazuje wymagane dane w formacie oczekiwanym przez aplikację.

ezeep obsługuje drukowanie surowych poleceń, w tym natywne przekazywanie ZPL do drukarek Zebra, i jest oficjalnym partnerem Zebra Co-Sell and Validated. Przeprowadźcie testy na własnych formatach etykiet i używanych modelach Zebra.

Przeprowadźcie ten test, zanim pierwotna kolejka wydruku zostanie wyłączona.

Czy likwidacja serwera wydruku wymaga wymiany starszych drukarek?

Projekty usuwania serwera wydruku często przypadkowo stają się projektami wymiany drukarek. Nie musi tak być.

Urządzenie ezeep Hub pozwala podłączyć drukarki sieciowe i USB do ezeep Cloud bez konieczności utrzymywania lokalnego serwera wydruku Windows. To otwiera drogę dla starszych urządzeń, które wciąż dobrze wykonują swoją pracę, ale nie mają wbudowanej łączności z chmurą.

W środowiskach ERP i EHR ma to ogromne znaczenie. Drukarki czeków, drukarki etykiet i urządzenia specjalistyczne często pozostają w użyciu znacznie dłużej niż zwykłe drukarki biurowe, ponieważ zastąpienie powiązanego z nimi przepływu pracy jest trudniejsze niż wymiana samego sprzętu.

Migracja do druku bezserwerowego jest znacznie atrakcyjniejsza, gdy modernizuje infrastrukturę wokół tych urządzeń, zamiast zmuszać do ich przedwczesnej wymiany.

Migracja serwera wydruku: lista kontrolna dla środowisk ERP, EHR i druku etykiet

Najbezpieczniejszy sposób oceny drukowania z aplikacji legacy bez serwera wydruku to zbudowanie testu wokół zachowań biznesowych.

Przed migracją określcie:

• aplikacje, które drukują bez wyświetlania okna dialogowego
• na stałe wpisane nazwy drukarek lub ścieżki UNC kolejek wydruku
• drukarki backendowe zdefiniowane jako udział Windows, kolejka Unix lub Linux albo bezpośredni adres IP
• zadania drukowania zależne od konkretnego podajnika lub określonego rodzaju papieru
• drukarki etykiet obsługujące ZPL lub inny surowy język drukarki
• drukarki USB lub starsze drukarki sieciowe, które muszą pozostać w eksploatacji
• przepływy pracy oparte na wirtualnych pulpitach lub hostowanych sesjach
• zadania drukowania, których niepowodzenie zatrzymałoby proces biznesowy

Następnie wydrukujcie rzeczywiste dokumenty.

Zwykły dokument programu Word dowodzi tylko, że drukarka może odebrać zadanie drukowania. Nie dowodzi natomiast, że w poniedziałek rano nadal będzie można wydrukować czeki płacowe, opaski pacjentów, faktury czy etykiety magazynowe.

Migracja jest udana, gdy aplikacja jej nie zauważa

Najlepsza migracja tradycyjnego środowiska druku przebiega zaskakująco bezproblemowo. Dział IT usuwa zbędną infrastrukturę, ogranicza nakłady na utrzymanie i zmienia sposób zarządzania drukiem. System ERP wciąż drukuje faktury. EHR nadal generuje właściwe dokumenty. Etykiety nadal się skanują, a czeki wychodzą z odpowiedniego podajnika.

Aplikacja nie musi wiedzieć, że architektura stojąca za drukarką uległa zmianie.

To prawdziwy sprawdzian eliminacji serwerów wydruku: zmodernizujcie wszystko, co się da, bez zakłócania przepływów pracy, które nadal muszą działać.

Planujecie przejście do chmury?

Wypróbujcie ezeep już dziś.

Wypróbujcie bezpłatnie