Pola w zadaniach Bitrix24 to atrybuty, z których składa się zadanie: nazwa, odpowiedzialny, termin, projekt, status, powiązanie z CRM. Do pól systemowych dochodzą pola użytkownika — pod specyfikę firmy. W artykule omówimy, jakie pola mają zadania, jak założyć własne i jak automatyzacja pracuje z polami: szuka zadań po ich wartościach, aktualizuje terminy i odpowiedzialnych, sprawdza dane przed postawieniem zadania.

Jakie pola są w zadaniach Bitrix24?

Zestaw systemowy: nazwa i opis, zlecający, odpowiedzialny, współwykonawcy i obserwatorzy, termin, projekt (grupa), priorytet, status, tagi, oszacowanie czasu i powiązanie z elementami CRM — leadem, dealem, kontaktem lub firmą. Powiązanie z CRM to kluczowe pole dla automatyzacji: właśnie po nim proces biznesowy znajduje zadania dotyczące konkretnego deala. Część pól pojawia się w formularzu zadania dopiero po włączeniu w ustawieniach formularza — jeśli nie widzisz na przykład współwykonawców, dodaj ich do widocznego zestawu. Dla kontroli najważniejsze są cztery pola: odpowiedzialny, termin, projekt i status — na nich budują się filtry zadań przeterminowanych i raporty obciążenia pracowników.

Jak dodać pola użytkownika do zadań?

Gdy zestawu systemowego jest mało — trzeba przechowywać w zadaniu numer zgłoszenia, typ prac lub link do zewnętrznego systemu — administrator portalu dodaje pola użytkownika w ustawieniach zadań. Każde takie pole otrzymuje służbowy kod z prefiksem UF_ — przyda się dla procesów biznesowych i REST API. Zasady są te same co dla pól CRM (więcej — w artykule o polach w Bitrix24): typ wybieraj według sposobu użycia — po liście wygodnie filtrować i budować raporty, ciąg znaków pozostaje dowolnym tekstem; nazwę można zmieniać w dowolnej chwili, typ po utworzeniu — nie. Pola użytkownika wyświetlają się w formularzu zadania, działają w filtrach listy zadań i są dostępne automatyzacji na równi z systemowymi.

Jak procesy biznesowe pracują z polami zadań?

Procesy biznesowe w Bitrix24 zwykle uruchamiają się po encjach CRM, a zadania tworzą jako kroki: proces po dealu stawia zadanie handlowcowi, dalej trzeba je znajdować i aktualizować (jak działają procesy w całości — w artykule o procesach biznesowych). W robotach i REST pola zadań adresuje się kodami wielkimi literami: TITLE — nazwa, RESPONSIBLE_ID — odpowiedzialny, DEADLINE — termin, PRIORITY — priorytet. Robot „Zaktualizuj zadanie po ID" przyjmuje ID zadania i zestaw pól w formacie JSON — na przykład {"TITLE":"Nowy nagłówek","RESPONSIBLE_ID":5,"PRIORITY":"2"} — i zwraca znacznik powodzenia Y/N. Tak proces przenosi termin zadania przy zmianie etapu deala lub przepisuje je przy zmianie odpowiedzialnego — bez ręcznej poprawki.

Jak znaleźć zadanie po wartości pól?

Żeby zaktualizować zadanie, najpierw potrzebne jest jego ID. Robot „Znajdź zadanie po warunku" szuka zadań po filtrze: odpowiedzialny, wystąpienie w nazwie, projekt, zakres terminu, status, powiązanie z encją CRM (na przykład DEAL_10 — zadania deala o ID 10) lub dowolny filtr JSON; jest sortowanie i limit wyników. Zwraca ID i nazwę pierwszego znalezionego zadania, pełną listę ID, liczbę i znacznik „znaleziono" Y/N. Typowy scenariusz — ochrona przed duplikatami: przed postawieniem zadania „skontaktować się z klientem" proces sprawdza, czy nie ma już otwartego zadania po tym dealu; jeśli jest — nie tworzy nowego, lecz przenosi termin istniejącego przez aktualizację po ID.

Jak sprawdzić dane przed postawieniem zadania?

Zadanie „oddzwonić do klienta" jest bezużyteczne, jeśli w karcie nie ma telefonu. Robot „Sprawdź wypełnienie pola" sprawdza, czy pole deala, kontaktu, firmy lub leada jest wypełnione, i zwraca znacznik Y/N plus aktualną wartość pola. W scenariuszach z zadaniami działa to tak: przed utworzeniem zadania na rozmowę robot sprawdza telefon kontaktu; jeśli pole jest puste — zamiast rozmowy stawia się zadanie „uzupełnić kartę" z listą brakujących danych. Ta sama technika zabezpiecza dowolną akcję procesu, której potrzebne są dane: sprawdzenie wypełnienia przed krokiem, a nie analiza błędów po nim. Znacznik Y/N z odpowiedzi robota porównuje się w wbudowanym bloku „Warunek", więc sprawdzenie wbudowuje się w dowolny istniejący proces bez jego przebudowy.

Podsumowanie

Pola zadań to podstawa kontroli: systemowe zamykają terminy i odpowiedzialność, użytkownika przechowują specyfikę firmy, a kody pól otwierają zadania dla automatyzacji. Roboty do pracy z zadaniami — wyszukiwanie po warunku, aktualizacja po ID — są zebrane w katalogu Roboteki. Jeśli potrzebnego robota nie ma — opisz zadanie, zrobimy robota za darmo i dodamy do wspólnej biblioteki.