Zarządzaj grupami uprawnień, dostępem użytkowników i kalendarzem pracy.
Kto ma dostęp, jakie są stanowiska i jak pracuje produkcja.
Uprawnienia, użytkownicy i bezpieczeństwo kont.
Limity, strefy i kalendarz.
Kanały, którymi system sam alarmuje ludzi.
Drugi kanał dla wózkowych/magazynierów: SMS, gdy zgłoszenie długo niepodjęte, i głuchy telefon przy braku reakcji. Powiadomienia idą do obsługi zgłoszenia: Magazyn albo wózkowi.
Powiadomienia dostają stanowiska, które realizują zgłoszenia: Magazyn (zgłoszenia do Magazynu) i wózki (zgłoszenia do Transportu). Wpisz jeden numer na stanowisko — telefonu albo karty SIM w tablecie; spacje nie przeszkadzają, kierunkowy +48. Modem dzwoni po kolei (ok. 20 s na numer): Wózek 1, potem 2, potem 3 — kolejność zmienisz polem „Kolejność” w rejestrze stanowisk (Organizacja). SMS podaje, które stanowiska czekają i na co.
Klucze usług zewnętrznych, zabezpieczenia i wspólne pliki.
Zabezpieczenia sieciowe i klucze usług.
Aktywna blokada: ...
Twoje IP: ...
Połączono z bazą: ...
...
Wspólne pliki audio używane przez moduły powiadomień (Andon, Logistyka wewn., inne). Wgrywanie / usuwanie tutaj, przypisanie do konkretnych alarmów — w panelach modułów.
Wgraj pliki audio (mp3/wav/ogg/opus, max 700 kB, max 30 plików w bibliotece). Najlepiej krótkie 1–5 s sygnały, pasmo 1.5–3 kHz + pulsowanie — cuts through halę. Aby przypisać plik do konkretnego alarmu: Andon → moduł Urządzenia (sekcja „Dźwięk powiadomień"), Logistyka wewn. → Panel Lidera (sekcja „Dźwięki alarmów — przypisanie").
Rzadkie operacje na bazie danych — tylko dla administratora. Ostrożnie.
Eksport bieżącego stanu bazy produkcyjnej do GCS. Tylko dla SUPERADMIN.
boxhausaus_backup_produkcja
ten sam co codzienny backup — widoczny w imporcie na wersji testowej
Folder z suffixem _manual · Źródło: system-magazynowy · Operacja asynchroniczna GCS
Import danych produkcyjnych do środowiska testowego. Tylko dla SUPERADMIN.
boxhausaus_backup_produkcja
codzienny backup danych produkcyjnych (prod)
Cel importu: system-magazynowy-test · Operacja uruchamiana asynchronicznie przez GCS
Zaawansowane operacje na bazie danych. Używaj ostrożnie.
Przelatuje przez wszystkie miesiące harmonogramu — zarówno aktywne (schedule/) jak i zarchiwizowane (archived_schedule/, cold storage starsze miesiące) — i dla starych kafelków (sprzed wdrożenia dual-date 1.106.658), które nie mają pola plannedDate, wpisuje wartość = klucz dnia w mapie. To utrwala "datę planu" na samym kafelku, dzięki czemu raporty plan vs realizacja działają też dla historii. Operacja bezpieczna i idempotentna — nadpisuje TYLKO brakujące pola, można puszczać wielokrotnie. Rezerwacje (type='task') i kafelki które już mają plannedDate są pomijane.
Pobierz stare logi do pliku JSON, a następnie usuń je z bazy, aby zwolnić miejsce.
Użyj tych narzędzi, aby trwale przenieść stare dane z pamięci podręcznej (MainState) do archiwum (Firestore Collection).
To zwalnia miejsce w limicie 1MB dokumentu.
Przenosi productionSchedule z mainState do kolekcji
schedule/ (osobne dokumenty miesięczne).
Zmniejsza rozmiar mainState o ~350KB. Wykonaj jednorazowo po wdrożeniu nowej wersji.
Przenosi dni starsze niż wybrany miesiąc. Np. wybranie "Styczeń 2025" zarchiwizuje wszystko do końca 2024 roku.
Przenosi projekty o statusie "Zakończony" do kolekcji archiwalnej. Znikną z głównej listy, ale będą dostępne w raportach.
Ta akcja usunie z bazy danych zapamiętane obciążenie poszczególnych dni (`scheduleLoad`).
Nie masz uprawnień do zarządzania ustawieniami aplikacji. Skontaktuj się z administratorem.