Zastąpienie Google Cloud Print w aplikacji
CloudPrint zastępuje dawny model Google Cloud Print architekturą przeznaczoną dla aplikacji biznesowych: backend tworzy zadanie przez API, a lokalny agent dostarcza je do konkretnej drukarki.
Co zmienia się w architekturze
Nie ma globalnej usługi powiązanej z kontem Google i przeglądarką. Każdy klient CloudPrint łączy własnego agenta, a aplikacja przechowuje printer_id przypisany do lokalizacji lub stanowiska.
Przenieś logikę do backendu
Generowanie dokumentu, wybór drukarki, uwierzytelnienie i utworzenie zadania powinny działać na backendzie. Frontend wysyła zamiar użytkownika i prezentuje status; nie przechowuje sekretu ani nie komunikuje się z agentem.
Zaplanuj wybór drukarki
Przy pierwszej konfiguracji pobierz drukarki, pokaż ich nazwę, agenta i stan, a wybór zapisz jako printer_id. Dodaj ekran zmiany drukarki, ponieważ sprzęt i kolejki w lokalizacji mogą zostać wymienione.
Obsłuż wynik, nie tylko wysłanie
Zapisuj print_job_id i czytaj status do printed lub failed. Operator powinien widzieć oczekiwanie na offline agent, błąd formatu i świadomy ponowny wydruk jako różne sytuacje.
Plan wdrożenia
Rozpocznij od jednego procesu, na przykład faktur lub etykiet. Zweryfikuj format, media, uprawnienia i awarie, następnie rozszerzaj wdrożenie. Stare obejścia oparte na pobieraniu PDF i ręcznym oknie drukowania usuń dopiero po stabilnym pilotażu.
Lista kontrolna przed wdrożeniem
- Odwzoruj urządzenia, drukarki i statusy poprzedniego dostawcy na identyfikatory CloudPrint.
- Twórz zadania na backendzie zamiast polegać na oknie drukowania przeglądarki.
- Przeprowadź kontrolowane przełączenie z okresem umożliwiającym wycofanie zmian.
- Zapisuj identyfikatory zadań i przyczyny błędów na potrzeby wsparcia i monitoringu.