Odpowiedzialny to centralne pole każdej encji Bitrix24 (Alaio): po nim liczą się raporty i KPI, na nim opierają się uprawnienia „swoje/cudze", do niego trafiają powiadomienia i zadania. Dlatego pytanie „jak zmienić odpowiedzialnego" pojawia się codziennie: nowy lead trzeba oddać wolnemu menedżerowi, deale odchodzącego pracownika — przekazać następcy, zawisłe zatwierdzenie — podnieść do przełożonego. Omówimy wszystkie poziomy: zmianę ręczną, masową i automatyczną — oraz trzy roboty, które zamykają scenariusze niedostępne dla wbudowanych narzędzi.

Odpowiedzialny czy wykonawca: kto jest kim

W CRM lead, deal, kontakt i firma mają jednego odpowiedzialnego — to pole „Odpowiedzialny" w karcie. W zadaniach ról jest więcej: twórca, wykonawca, współwykonawcy i obserwatorzy. „Odpowiedzialnym" w zadaniach nazywa się właśnie wykonawcę — tego, kto robi pracę i na kim palą się liczniki; twórca tylko odbiera wynik. Jeśli proces ma „zmienić odpowiedzialnego za zadanie", zmienia się wykonawca. Więcej o rolach i polach zadań — w artykule o robotach w zadaniach.

Jak zmienić odpowiedzialnego ręcznie

W karcie: pole „Odpowiedzialny" → wybrać pracownika. Na liście: zaznaczyć potrzebne rekordy → akcja grupowa „Zmień odpowiedzialnego" — tak przekazuje się dziesiątki rekordów naraz; filtr „Odpowiedzialny = Kowalski" plus „zaznacz wszystko" obejmie i setki. Dwa haczyki. Pierwszy — uprawnienia: możliwość zmiany odpowiedzialnego reguluje rola w ustawieniach uprawnień CRM; menedżer bez prawa „zmiana odpowiedzialnego" po prostu nie zobaczy tego pola. Drugi — przy przekazaniu rekordu poprzedni właściciel może stracić go z oczu: uprawnienia „czytać tylko swoje" odetną dostęp w momencie zmiany, dlatego przekazanie bazy klientów planuje się razem z konfiguracją ról.

Zmiana automatyczna: wbudowany robot i warunki

W projektancie robotów jest wbudowana akcja „Zmień odpowiedzialnego" — ustawia konkretnego pracownika albo wartość z pola. W połączeniu z warunkami „jeśli — to" powstaje routing: kwota deala powyżej progu — odpowiedzialnym zostaje starszy menedżer; źródło „program partnerski" — rekordy idą do menedżera ds. partnerów. Słaby punkt wbudowanej akcji: zna tylko to, co sztywno wpisano w ustawieniach — konkretną osobę albo pole. Kto jest „wolny", kto „z właściwego działu", kto jest „przełożonym bieżącego odpowiedzialnego" — tego projektant sam nie umie i tu zaczynają się roboty Roboteki.

Rozdzielanie leadów i deali między menedżerów

Klasyka: przychodzące leady powinny rozkładać się po dziale sprzedaży równomiernie, a nie spadać na jednego dyżurnego. Robot „Losowy pracownik z listy lub działu" wybiera losowego aktywnego pracownika wskazanego działu — albo z jawnej listy ID — i umie wykluczyć jedną osobę, na przykład bieżącego odpowiedzialnego. Zwraca ID, imię i nazwisko, e-mail oraz znacznik „znaleziony" (Y/N); następnym krokiem wbudowana akcja zapisuje ID w polu „Odpowiedzialny". Losowy wybór na dystansie daje równomierne obciążenie bez tabel do śledzenia kolejki. Jeśli rozdzielanie ma zależeć od działu autora albo od terytorium — najpierw robot „Pobierz dział pracownika" ustala dział, potem warunek rozgałęzia trasę. Pełny potok obsługi przychodzących zgłoszeń — w artykule o leadach.

Odejście menedżera: przekazać wszystko powiązane

Najboleśniejszy scenariusz. Akcja grupowa na liście przekaże deale — ale nie ruszy powiązanych rekordów: firmie zostaną kontakty ze starym odpowiedzialnym, kontaktom — ich deale. Robot „Zmień odpowiedzialnego w powiązanych" rozwiązuje właśnie to: uruchomiony na firmie, przepisuje wszystkie jej deale albo wszystkie kontakty; na kontakcie — jego deale lub firmy; na dealu — jego kontakty lub firmę. Za jednym uruchomieniem przetwarza się do 500 powiązanych rekordów, robot zwraca liczbę zaktualizowanych i znacznik powodzenia. Proces przekazania bazy składa się w parę kroków: zmienić odpowiedzialnego firmy wbudowaną akcją → robotem przeciągnąć nowego odpowiedzialnego na wszystkie deale i kontakty tej firmy. Ten sam chwyt działa przy przekazaniu kluczowego klienta nowemu opiekunowi klienta — bez żadnych odejść.

Eskalacja: nie zmieniać, lecz włączyć przełożonego

Czasem zmiana odpowiedzialnego to błąd: za przeterminowane zadanie ma odpowiadać ten sam menedżer, ale o poślizgu musi się dowiedzieć jego przełożony. Robot „Pobierz przełożonego pracownika" zwraca bezpośredniego przełożonego według struktury działów — procesowi zostaje postawić mu zadanie albo wysłać powiadomienie. Odpowiedzialny się nie zmienia, ale pojawia się kontrola. Żeby eskalacja działała, struktura firmy musi być wypełniona uczciwie — jak ją skonfigurować, opisano w artykule o strukturze firmy.

Częste pytania

Czy można zabronić menedżerom zmieniać odpowiedzialnego? Tak, prawem „zmiana odpowiedzialnego" w rolach CRM. Czy zmienia się twórca zadania? Standardowo nie — utwórz zadanie na nowo procesem albo zmień wykonawcę. Czy nowy odpowiedzialny jest powiadamiany? Tak, standardowym powiadomieniem; dodatkowe z kontekstem można wysłać z procesu — jak je skonfigurować, w artykule o powiadomieniach z procesów biznesowych. Co stanie się z aktywnymi procesami przy zmianie odpowiedzialnego? Idą dalej; jeśli trasa zależy od odpowiedzialnego, odczytaj pole ponownie w momencie użycia, a nie na początku procesu.

Podsumowanie

Zmiana ręczna zamyka pojedyncze przypadki, akcje grupowe — jednorazowe przekazania, roboty — strumień: równomierne rozdzielanie nowych zgłoszeń, przekazanie powiązanej bazy przy odejściu, eskalacja po strukturze. Roboty „Losowy pracownik", „Zmień odpowiedzialnego w powiązanych", „Pobierz przełożonego" i „Pobierz dział pracownika" znajdują się w katalogu Roboteki, instaluje się je z Bitrix24 Market bezpłatnie. Nie ma potrzebnego scenariusza — opisz zadanie, zrobimy robota.