Przeznaczenie i lokalizacja
Kieruj rozmowy według godzin pracy, strefy czasowej, przerw, świąt i ręcznych nadpisań.
Otwórz Zarządzanie połączeniami → Time Conditions. Dostępne elementy sterujące zależą od aktywnej edycji, uprawnień modułu, roli i zakresu tenanta.
Zanim zaczniesz
Przed edycją zapisz obecną ścieżkę źródłową i docelową. Przygotuj zarejestrowany testowy numer wewnętrzny, cel wycofania oraz ekran Rozmowy i raporty do weryfikacji.
Przed zmianą masową albo zmianą routingu zapisz bieżącą wartość lub wyeksportuj objęte nią rekordy. Zapewnia to dokładny punkt porównania i ułatwia ocenę obsługiwanego cofnięcia transakcji.
Proces krok po kroku
Wykonuj kroki po kolei. Nie łącz pierwszej konfiguracji z niezwiązanym porządkowaniem danych; małe i jednoznaczne zmiany łatwiej sprawdzić i wycofać.
- Wybierz strefę czasową tenanta.
- Zdefiniuj tygodniowe godziny i daty wyjątków.
- Wybierz cele dla warunku spełnionego i niespełnionego.
- Sprawdź zwykły dzień, minutę graniczną i święto.
Opis pól
Korzystaj z poniższego opisu podczas wypełniania formularza. Pola ukryte przez edycję, licencję modułu albo rolę są celowo niedostępne dla zalogowanego użytkownika.
- Strefa czasowa
- Strefa IANA używana do oceny wszystkich reguł.
- Harmonogram
- Zakresy dni i czasu lokalnego.
- Święto/wyjątek
- Nadpisanie daty z opcjonalnym własnym celem.
- Cel po spełnieniu
- Endpoint używany, gdy warunek jest prawdziwy.
- Cel po niespełnieniu
- Endpoint używany poza harmonogramem.
- Ręczne nadpisanie
- Tymczasowy wymuszony stan otwarte/zamknięte z historią audytową.
Testy akceptacyjne
Zapisanie rekordu jest dopiero początkiem weryfikacji. Wykonaj wszystkie odpowiednie testy poniżej, a przy telefonii zachowaj identyfikator sesji, czas i wynik rozmowy.
- Podejrzyj bieżący wynik w wybranej strefie czasowej.
- Sprawdź minutę otwarcia, minutę zamknięcia i datę wyjątku.
- Włącz i usuń ręczne nadpisanie, a następnie potwierdź obie akcje w historii audytowej.
Typowe błędy i bezpieczne odzyskiwanie
Jeżeli test się nie powiedzie, nie dodawaj kolejnych zmian. Przywróć poprzednią wartość albo użyj obsługiwanego cofnięcia transakcji, wygeneruj ponownie konfigurację PBX, a następnie powtórz najmniejszy nieudany test.
- Nie zapisuj czasu lokalnego jako UTC; zmiana czasu letniego wynika z wybranej strefy IANA.
- Każdy warunek potrzebuje celu dla wyniku prawdziwego i fałszywego, aby nie tworzyć ślepej uliczki.
Co dołączyć do zgłoszenia
Podaj tenant, moduł i nazwę obiektu, czas lokalny wraz ze strefą, wynik oczekiwany, wynik obserwowany oraz ostatni poprawny stan. Dla problemu z rozmową dołącz identyfikator logicznej sesji i zanonimizowaną diagnostykę tekstową SIP/SDP przed poproszeniem o PCAP.
Nigdy nie wklejaj do zgłoszenia haseł, kluczy prywatnych, nieprzetworzonego dokumentu licencji ani niezanonimizowanych mediów klienta. Gdy pomoc techniczna potrzebuje dodatkowych danych, użyj jednorazowej zgody diagnostycznej i chronionych załączników.