Gdy automatyzacja rekrutacji przestaje działać, najpierw sprawdź, jakiej czynności brakuje w CRM. Wstrzymaj działania grożące podwójnym kontaktem, zapisz niezrealizowane zgłoszenie i wyznacz osobę odpowiedzialną za jego obsługę. Ponowne uruchomienie całego procesu może wysłać drugi komunikat, nadpisać nowszą odpowiedź lub utworzyć kolejne zadanie dotyczące tej samej rozmowy.
Ten poradnik jest dla kierowników operacyjnych agencji pracy, które już korzystają z automatycznej rejestracji zgłoszeń albo aktualizacji CRM. Celem procedury jest doprowadzenie każdego zgłoszenia do właściwego następnego kroku. Sam komunikat o usunięciu awarii nie potwierdza, że rekruter widzi zaległą sprawę i wie, co zrobić.
Ustal, czego faktycznie brakuje
Rozróżnij trzy sytuacje: zgłoszenie nie uruchomiło procesu, proces zatrzymał się w połowie albo zakończył się technicznie poprawnie, lecz zapisał informacje w niewłaściwym miejscu. Każda wymaga innego sprawdzenia. Zaczynanie od przycisku ponownego uruchomienia utrudnia ustalenie, co już zostało wykonane.
Przykładowo rozmowa telefoniczna mogła utworzyć profil kandydata, ale nie zadanie oddzwonienia. Brakuje wtedy zadania, a nie kolejnego profilu. Sprawdź termin obiecany kandydatowi, właściwy zespół oraz aktualny stan kontaktu przed odtworzeniem brakującej czynności.
Poproś rekrutera o sprawdzenie widoku, z którego korzysta na co dzień. Zapisz oczekiwany rezultat, potwierdzone działania i pozostałe niewiadome. Poradnik o historii kontaktu w CRM rekrutacyjnym pomaga określić, jaki kontekst powinien być dostępny przy sprawie.
Załóż rejestr zgłoszeń wymagających naprawy
Awaria połączenia z CRM może uniemożliwić utworzenie zwykłego zadania. Potrzebne jest więc uzgodnione miejsce, w którym takie zgłoszenie pozostanie widoczne. Może to być odpowiedni widok systemu albo inne zatwierdzone narzędzie wewnętrzne z dostępem dla odpowiedzialnych osób.
Zapisuj identyfikator zgłoszenia źródłowego, czas otrzymania, przerwany etap, odnośnik do istniejącego profilu, obiecaną czynność, termin oraz osobę prowadzącą naprawę. Dodaj informację, czy kandydat otrzymał już wiadomość. Zamiast kopiować pełne rozmowy do kolejnych plików, korzystaj z odnośników do dostępnych materiałów.
Ustal czytelne statusy: do sprawdzenia, gotowe do ponowienia, odtworzone i zweryfikowane. „Ponowiono” opisuje próbę, a nie wynik. Określ, kto przegląda rejestr na początku pracy i kto przejmuje sprawy wymagające działania wcześniej. Odpowiedzialność techniczna i odpowiedzialność za kontakt muszą być ze sobą połączone.
Wybierz właściwy sposób przywrócenia zadania
Najpierw popraw dane odrzucone przez system
Jeżeli zapis blokuje brak obowiązkowego pola lub nieobsługiwana wartość, kolejna próba z tymi samymi danymi nie usuwa przyczyny. Sprawdź przypisanie pól i ustal, kto może wyjaśnić brakującą informację. Nie wpisuj przypadkowej daty dostępności tylko po to, żeby system przyjął rekord.
Ogranicz automatyczne ponawianie
Chwilowy problem z połączeniem może uzasadniać kolejną próbę. Ustal z osobą wdrażającą, czy ponawiany jest jeden etap, czy cały proces wraz z wcześniejszymi wiadomościami. Wyznacz granicę, po której sprawę przejmuje człowiek, uwzględniając termin obiecany kandydatowi.
Dokumentacja Microsoft dotycząca błędów przepływów opisuje analizę szczegółów nieudanego wykonania. Jest to źródło dotyczące konkretnej platformy, a nie potwierdzenie, że agencja korzysta z Power Automate albo że każdy CRM ma identyczne możliwości naprawy.
Pilną rozmowę obsłuż ręcznie
Kandydat oczekujący na informację przed rozmową z pracodawcą nie powinien czekać na naprawę połączenia. Przydziel kontakt rekruterowi i zapisz wykonaną czynność przy zgłoszeniu. Późniejsze przywrócenie automatyzacji musi uwzględniać, że ta część pracy została już zakończona.
Przed ponowieniem sprawdź najnowszą odpowiedź
W czasie awarii kandydat mógł zmienić termin, wycofać aplikację albo sam zadzwonić do oddziału. Porównaj pierwotne dane z ostatnią potwierdzoną informacją. Stare polecenie oczekujące na przetworzenie nie powinno przywracać nieaktualnego statusu ani wysyłać niepotrzebnego przypomnienia.
Zapytaj wykonawcę, jak system rozpoznaje zgłoszenie już obsłużone. Stały identyfikator zdarzenia pozwala odróżnić ponowne dostarczenie tej samej informacji od nowego kontaktu tej samej osoby. Sam numer telefonu nie wystarcza, ponieważ kandydat może prawidłowo dzwonić w kilku różnych sprawach.
Jeśli konfiguracja nie zabezpiecza przed ponownym wykonaniem, przed odtworzeniem wysyłki lub rezerwacji potrzebna jest kontrola pracownika. Codzienny podział kontaktów między rekruterami opisuje osobny tekst o podwójnym follow-upie w CRM. Tutaj kontrolujesz skutki konkretnej awarii.
Przykład dla zespołu obsługującego pracę w Holandii
Rozważmy fikcyjne zgłoszenie do pracy magazynowej w okolicach Venlo. Kandydat rozmawia po polsku wieczorem. Profil zostaje zapisany, ale zadanie dla polskojęzycznego rekrutera nie powstaje. Kandydat usłyszał, że zespół sprawdzi zgłoszenie w następnym dniu roboczym; nie potwierdzono konkretnego spotkania.
Rano osoba prowadząca naprawę odszukuje zgłoszenie i sprawdza, czy kontakt już nastąpił. Jeśli nie, tworzy brakujące zadanie z właściwym językiem rozmowy i odpowiedzialnym rekruterem. Rekruter potwierdza aktualną dostępność, zanim ustali dalszy termin lub przedstawi kolejne kroki.
Jeżeli kandydat wcześniej zadzwonił bezpośrednio do oddziału, zaległe zgłoszenie zostaje połączone z tą rozmową. Nie traktuje się go jako kolejnej nowej aplikacji. Naprawę zamyka dopiero potwierdzenie widoczności zadania i zapis wykonanej czynności. To przykład projektowanej procedury, nie opis wyniku klienta.
Sprawdź rezultat i usuń powtarzającą się przyczynę
Po naprawie przetestuj jedno zgłoszenie dotknięte błędem i jedno zwykłe zgłoszenie przechodzące tą samą drogą. Obejrzyj pola, osobę odpowiedzialną, termin oraz ewentualną wiadomość do kandydata. Pozostałe sprawy przetwarzaj partiami, które zespół jest w stanie skontrolować.
Podczas przeglądu operacyjnego sprawdzaj liczbę niezamkniętych zgłoszeń, najstarszą niewykonaną obietnicę i powracające przyczyny. Te informacje wskazują, czy potrzebna jest poprawka techniczna, zmiana pola czy lepsze przekazanie sprawy. Ogólny procent udanych operacji może ukryć pojedynczy pilny przypadek, dlatego nie zastępuje kontroli zobowiązań.
Typowe błędy i krótka lista kontrolna
Najczęstsze pułapki to ponawianie całego procesu, uznanie powiadomienia za przydzielenie odpowiedzialności oraz zamknięcie sprawy natychmiast po zniknięciu błędu. Rejestr dostępny wyłącznie dostawcy także nie daje rekruterowi informacji potrzebnej do kontaktu z kandydatem.
- Nazwij brakującą czynność operacyjną.
- Sprawdź wykonane kontakty i istniejące ustalenia.
- Zachowaj identyfikator źródłowy i wskaż odpowiedzialną osobę.
- Popraw nieprawidłowe dane przed ponowieniem.
- Zapisz ręcznie wykonane działania pilne.
- Zweryfikuj zadanie w widoku rekrutera przed zamknięciem naprawy.
Najczęstsze pytania
Czy rekruter musi otrzymywać wszystkie błędy techniczne?
Nie. Potrzebuje informacji o brakującej czynności i terminie. Szczegóły błędu powinny trafić do osoby odpowiedzialnej za konfigurację. Wspólny identyfikator sprawy pozwala powiązać naprawę z obsługą kandydata.
Ile razy ponawiać nieudaną operację?
Nie ma jednego właściwego limitu. Zależy on od dostępnych ustawień i czasu pozostałego do obiecanego działania. Gdy oczekiwanie zagraża temu terminowi, potrzebna jest obsługa przez pracownika.
Czy status sukcesu wystarcza do zamknięcia sprawy?
Nie. Sprawdź profil i kolejkę zadań. Błędne przypisanie pól może dać techniczny sukces bez rezultatu użytecznego dla rekrutera.
Czy mała agencja może użyć arkusza?
Zatwierdzony rejestr z odpowiednimi uprawnieniami może obsłużyć niewielki proces. Ogranicz go do odnośników, odpowiedzialności i statusu. Nie twórz kolejnej pełnej bazy kandydatów wymagającej stałego uzgadniania.
Co powinien pokazać dostawca podczas demonstracji?
Poproś o częściowe wykonanie, ręczną interwencję i późniejsze wznowienie na danych testowych. Sprawdź końcowy profil i ustal, kto będzie wykonywał te kontrole po uruchomieniu rozwiązania.
Na rozmowę z AI JOB AGENCY przygotuj jeden niedziałający proces i oczekiwaną czynność rekrutera. Szerszy kontekst organizacji zadań znajdziesz na stronie CRM dla rekrutacji.