Dokumentacja dla programistów›Budowa aplikacji›Najczęściej zadawane pytania
Dokumentacja dla programistów

Najczęściej zadawane pytania

Budowa aplikacjiAplikacje monday.com
Aktualizacja 2026-02-12

To FAQ odpowiada na częste pytania dotyczące migracji z przestarzałej funkcji Integracja z kreatorem zdań (Integration for sentence builder) na nową infrastrukturę automatyzacji opartą na workflows.

Kwestie strategiczne

Dlaczego ta migracja jest konieczna?

monday.com konsoliduje wszystkie rozwiązania do automatyzacji na jednej infrastrukturze opartej na workflows.

Ta infrastruktura obsługuje:

  • nowy Kreator automatyzacji (Automation Builder)
  • monday workflows
  • Sidekick
  • przyszłe rozwiązania w ramach platformy aplikacji (np. manifest aplikacji i funkcję aktywnej wersji)

Przestarzałe funkcje Integracja z kreatorem zdań (Integration for sentence builder) nie są zgodne z nową infrastrukturą i nie mogą być dostępne w nowych kreatorach automatyzacji. Migracja sprawi, że Twoja aplikacja będzie dostępna w narzędziach, za pomocą których klienci będą tworzyć automatyzacje w przyszłości.

Czy migracja wpłynie na widoczność aplikacji w marketplace lub jej przychody?

Migracja nie wpłynie na ofertę aplikacji w marketplace, ceny ani rozliczenia. Aplikacje zgodne z nowymi kreatorami automatyzacji będą jednak z czasem zyskiwać większą widoczność, ponieważ staną się domyślnym sposobem tworzenia automatyzacji przez klientów.

Co się stanie, jeśli nie przeprowadzimy migracji przed upływem terminu?

Jeśli nie przeprowadzisz migracji aplikacji przed upływem terminu, nie będzie ona już widoczna w nowym Kreatorze automatyzacji, gdy klienci będą tworzyć automatyzacje od podstaw. Stanie się tak po całkowitym zastąpieniu starszego kreatora.

Istniejące automatyzacje będą działać jeszcze przez ograniczony czas. Migracja jest jednak konieczna, aby zapewnić im długoterminową obsługę.

Z wyprzedzeniem powiadomimy Cię o wszelkich zmianach dotyczących obsługi starszego mechanizmu wykonywania automatyzacji.

Proces migracji

Ile pracy należy się spodziewać?

W przypadku większości aplikacji kreator migracji automatycznie wprowadza większość zmian w strukturze.

Zaplanuj:

  • sprawdzenie wygenerowanych automatycznie bloków, pól, szablonów i danych logowania
  • przetestowanie zmigrowanych funkcji w nowym Kreatorze automatyzacji lub w monday workflows
  • wprowadzenie ręcznych zmian, jeśli aplikacja korzysta z niestandardowego uwierzytelniania lub starszych formatów pól
  • zaktualizowanie zaplecza aplikacji, aby zastąpić przestarzałe użycie API i dostosować je do nowej infrastruktury (więcej informacji znajdziesz tutaj)

Aktualizacja przestarzałego użycia API nie blokuje ukończenia migracji. Flaga Używa przestarzałego API (Uses deprecated API) pozostanie włączona do czasu wykonania tej pracy.

Co zrobić, jeśli kreator migracji nie ukończy migracji aplikacji?

Kreator migracji ma za zadanie:

  • automatycznie obsługiwać typowe scenariusze migracji
  • wyraźnie oznaczać elementy, których nie udało się zmigrować i które wymagają ręcznej weryfikacji

Jeśli część migracji się nie powiedzie:

  • zobaczysz dokładnie, które komponenty wymagają uwagi lub ponownej próby
  • ponowne uruchomienie migracji wpłynie tylko na komponenty, których migracja wcześniej się nie powiodła

Jeśli nie możesz kontynuować, pomoże Ci nasz zespół pomocy technicznej. Otwórz zgłoszenie. Nie musisz samodzielnie diagnozować problemu.

Kreator zakończył działanie pomyślnie. Czy wszystko jest gotowe?

Tak - na ten moment.

Gdy kreator zakończy działanie pomyślnie, a Ty przetestujesz aplikację w nowym Kreatorze automatyzacji lub Konstruktorze workflows (Workflow Builder), możesz opublikować nową wersję aplikacji. Powinna działać zgodnie z oczekiwaniami.

Zdecydowanie zalecamy jednak wykonanie kolejnych kroków:

  • Zaktualizuj zaplecze aplikacji tak, aby w pełni obsługiwało nową infrastrukturę automatyzacji, zamiast korzystać z naszej tymczasowej warstwy konwersji między przestarzałymi i nowymi interfejsami API.
  • Po zakończeniu tej pracy możesz wyłączyć flagę Używa przestarzałego API (Uses deprecated API). Więcej informacji znajdziesz tutaj.
  • Jeśli aktywnie korzystasz z aplikacji prywatnej, odtwórz istniejące, działające automatyzacje za pomocą nowo utworzonych bloków lub szablonów.

Wykonanie tych kroków pozwoli Ci w pełni przejść na nową infrastrukturę, a z czasem zrezygnować z utrzymywania starszej logiki zaplecza i starszej funkcji automatyzacji w Centrum deweloperów (Developer Center).

Te działania nie są obecnie konieczne do ukończenia migracji, ale znacznie ograniczą przyszłe prace konserwacyjne i ułatwią dalsze przejście na nową infrastrukturę.

Czy będziemy musieli równocześnie obsługiwać dwie infrastruktury?

Tak - tymczasowo.

W okresie przejściowym starsza infrastruktura będzie nadal obsługiwać istniejące automatyzacje, a nowa będzie obsługiwać nowo utworzone automatyzacje i workflows.

W okresie migracji należy oczekiwać równoległej obsługi obu infrastruktur. Z wyprzedzeniem poinformujemy Cię o planowanym wycofaniu starszej infrastruktury.

Czy wcześniejsza migracja wiąże się z ryzykiem?

Nie. Wcześniejsza migracja nie:

  • wpłynie na ofertę aplikacji, ceny ani rozliczenia
  • wpłynie negatywnie na obecnych klientów
  • zmusi klientów do natychmiastowego przejścia na nowy Kreator automatyzacji

Wcześniejsza migracja daje Ci więcej czasu na testowanie i wprowadzanie zmian oraz pozwala upewnić się, że aplikacja jest w pełni zgodna z nowymi kreatorami automatyzacji, które będą udostępniane kolejnym klientom.

Moje bloki nie są widoczne w przepływie „Utwórz od podstaw” („start from scratch”). Czy nadal muszę migrować aplikację?

Tak. Może to nie mieć na Ciebie wpływu do końca kwietnia, ale starsze receptury (recipes) zostaną z czasem wycofane. W przyszłości również działające automatyzacje będą musiały zostać przeniesione na nową infrastrukturę.

Wcześniejsza migracja:

  • pozwoli Ci uniknąć pośpiechu w ostatniej chwili
  • da Ci czas na poznanie nowej infrastruktury i dostosowanie się do niej
  • zapewni gotowość aplikacji na przyszłe funkcje automatyzacji, workflows i AI

Nawet jeśli obecnie wszystko działa, migracja już teraz to najbezpieczniejsze i najbardziej przyszłościowe rozwiązanie.

Czy ta migracja zmienia sposób uwierzytelniania?

Tak, ale ogólnie go upraszcza.

Starszy parametr authorization_url nie jest obsługiwany w nowej infrastrukturze. Zamiast niego aplikacje powinny korzystać z funkcji Dane logowania (Credentials), która:

  • centralizuje OAuth, klucze API i niestandardowe metody uwierzytelniania
  • ułatwia audyty, rotację danych i konserwację
  • ogranicza niestandardową logikę uwierzytelniania w zapleczu aplikacji

Jeśli aplikacja korzysta z authorization_url, podczas migracji musisz ręcznie skonfigurować Dane logowania.

:point_right: Więcej informacji o migracji parametru Authorization URL znajdziesz tutaj.

Wpływ na klientów

Czy klienci od razu zauważą zmiany?

W większości przypadków nie. Klienci zauważą zmiany tylko wtedy, gdy:

  • utworzą nowe automatyzacje za pomocą nowego Kreatora automatyzacji lub monday workflows
  • zmigrowane funkcje będą dostępne w tych kreatorach po opublikowaniu przez Ciebie zmian

Istniejące automatyzacje nie zmienią interfejsu ani sposobu działania.

Czy użytkownicy zobaczą w Sklepie automatyzacji (Automation Store) zarówno starsze receptury, jak i nowe szablony?

Po pomyślnej migracji receptur za pomocą kreatora starsze receptury są automatycznie ukrywane w Sklepie automatyzacji. Użytkownicy będą wtedy widzieć tylko nowe szablony automatyzacji.

Za to działanie odpowiada flaga, którą można również ustawić ręcznie na karcie Receptury (Recipes) starszej funkcji Integracja z kreatorem zdań (Integration for sentence builder). Jeśli szablony zostały utworzone ręcznie i chcesz ukryć starsze, możesz zaznaczyć tam to pole wyboru.

Jak wyświetlane są szablony w nowej infrastrukturze

W nowej infrastrukturze szablony są grupowane pod nazwą aplikacji w Sklepie automatyzacji, a nie pod poszczególnymi funkcjami automatyzacji, jak w starszym rozwiązaniu.

Jeśli starsze receptury nie zostaną ukryte, użytkownicy zobaczą:

  • osobną kartę dla każdej starszej funkcji, która otwiera receptury w starszym kreatorze
  • jedną kartę pod nazwą aplikacji, na której będą wyświetlane nowe szablony w nowym kreatorze

Gdzie mogę uzyskać dodatkową pomoc?