--- title: "Requiply 1.2.2: klienci w menu, automatyzacje i wybór dat | Requiply" description: "Wersja 1.2.2: klienci w menu z uprawnieniami, wewnętrzne e-maile w automatyzacjach, wybór dat, minimalny czas rezerwacji i publiczne API w wersji beta" canonical_url: "https://requiply.com/pl/blog/1-2-2-release-notes" last_updated: 2026-05-04 locale: pl meta: "og:description": "Wersja 1.2.2: klienci w menu z uprawnieniami, wewnętrzne e-maile w automatyzacjach, wybór dat, minimalny czas rezerwacji i publiczne API w wersji beta" "og:title": "Requiply 1.2.2: klienci w menu, automatyzacje i wybór dat" "twitter:description": "Wersja 1.2.2: klienci w menu z uprawnieniami, wewnętrzne e-maile w automatyzacjach, wybór dat, minimalny czas rezerwacji i publiczne API w wersji beta" "twitter:title": "Requiply 1.2.2: klienci w menu, automatyzacje i wybór dat" --- ![Requiply 1.2.2: klienci w menu, automatyzacje i wybór dat](https://requiply.com/.netlify/images?w=10&h=10&fm=webp&q=50&blur=3&url=%2Fblog%2Freleases%2F1-2-2%2Fcover.png) ## Co nowego w Requiply 1.2.2? Ta wersja otwiera Requiply: na Twój zespół, na Twój sposób działania i na szerszy świat programistów. Sekcja **Clients** (klienci) wychodzi z ustawień i staje się pełnoprawną częścią menu, do której dostęp nadajesz każdemu użytkownikowi osobno. Automatyzacje mogą teraz powiadamiać Twój zespół, a nie tylko klientów, dzięki nowej akcji **Send Internal Email**. Tworzenie rezerwacji zyskuje konfigurowalny **sposób wybierania dat**, dzięki któremu rezerwacja przebiega tak, jak naprawdę wynajmujesz: na dni albo na godziny. Czas trwania rezerwacji dostaje sztywne **minimum**, które chroni marże przy sprzęcie wynajmowanym na godziny. A najważniejsza zmiana: Requiply ma teraz **publiczne API w wersji beta**, z zarządzaniem tokenami i stabilną wersją v1 do integracji szytych na miarę. --- ## 1. Klienci w menu głównym z uprawnieniami dla każdego użytkownika ![Główna nawigacja Requiply z nową sekcją Clients obok Inventory, Reservations i Reports](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclients-main-menu-en.png) Do tej pory sekcja klientów (CRM) mieściła się w ustawieniach i w praktyce była dostępna tylko dla administratorów. W wersji 1.2.2 staje się **sekcją pierwszego poziomu** w głównej nawigacji, tam, gdzie korzysta się z niej na co dzień: obok Reservations i Inventory. ### Co się zmieniło w sekcji klientów Nowy element menu głównego: Clients, ze standardowymi podstronami Manage, Add, Edit i Import Nowe uprawnienie konta: Allow Client Management, czyli dostęp do CRM bez pełnych praw administratora Użytkownicy bez roli administratora widzą Clients tylko wtedy, gdy mają to uprawnienie włączone Dotychczasowe dane klientów, tagi i segmenty pozostają bez zmian: zmienia się tylko dostęp ### Gdzie włączyć dostęp do klientów ![Panel uprawnień konta w Requiply z nowym przełącznikiem Allow Client Management obok uprawnień Inventory, Service, Reservations, Reporting i Web Site](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclient-permission-en.png) Otwórz **Settings → Organization Settings → Accounts** (Ustawienia → Ustawienia organizacji → Konta), edytuj użytkownika i włącz **Allow Client Management**. Uprawnienie dołącza do dotychczasowej listy (`Inventory Manage`, `Service Manage`, `Reservations Manage`, `Reporting Access`, `Web Site Manage`). Gdy uprawnienie jest wyłączone, element **Clients** znika z bocznego menu, a adresy `/clients/*` przekierowują na stronę braku dostępu. Interfejs pokazuje więc dokładnie to, co użytkownik faktycznie może zrobić. **Praktyczne zastosowania:** - **Obsługa przy ladzie** w wypożyczalni rowerów może teraz prowadzić kartotekę klientów: dodawać nowych klientów, edytować dane kontaktowe i przeglądać historię, bez praw administratora do rozliczeń czy sprzętu - **Opiekunowie klientów** w firmie wynajmującej sprzęt eventowy mają pełny dostęp do CRM, a pracownicy magazynu nie widzą bazy klientów - **Dyspozytorzy** na placu ze sprzętem budowlanym widzą i edytują klientów, ale nie mogą zmieniać cen ani ustawień --- ## 2. Send Internal Email: automatyzacje, które powiadamiają zespół ![Edytor automatyzacji w Requiply z nową akcją Send Email to List, listą odbiorców i wyborem szablonu](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Finternal-email-action-en.png) Do tej pory e-maile z automatyzacji zawsze trafiały do **klienta**. Wiele zespołów potrzebuje czegoś odwrotnego: wewnętrznego powiadomienia, gdy dzieje się coś ważnego, np. zwrot pieniędzy, niestawienie się klienta, rezerwacja w ostatniej chwili albo rezerwacja o wysokiej wartości. Wersja 1.2.2 wypełnia tę lukę nowym typem akcji. ### Nowa akcja Nowy typ akcji: Send Email to List, czyli wewnętrzne powiadomienia e-mail Listę adresów odbiorców ustawiasz bezpośrednio w automatyzacji (właściciel, kierownik, wspólna skrzynka itp.) Korzysta z tego samego mechanizmu szablonów co e-maile do klientów: identyfikacja wizualna i dynamiczne zmienne działają od razu Dodaj tylu odbiorców, ilu potrzebujesz, bez zewnętrznych narzędzi do automatyzacji ### Wyzwalacze, z którymi ją połączysz Obsługiwane są wszystkie dotychczasowe wyzwalacze automatyzacji: akcja podpina się pod mechanizm, z którego już korzystasz. | Wyzwalacz | Przykład użycia | | --- | --- | | **Status reached** (osiągnięcie statusu) | Rezerwacja przechodzi w status *Cancelled*: kierownik od razu dostaje powiadomienie | | **Payment status reached** (osiągnięcie statusu płatności) | Płatność zmienia status na *Refunded* lub *Failed*: właściciel dostaje sygnał, żeby się tym zająć | | **Booking created** (utworzenie rezerwacji) | Wypożyczalnia z niewielką ilością sprzętu dostaje nową rezerwację ze strony publicznej: właściciel wie o niej od razu | | **Relative time reached** (czas względem rezerwacji) | 24 godziny przed rozpoczęciem rezerwacji kierownik operacyjny dostaje przypomnienie o przygotowaniu sprzętu | ### Konfiguracja akcji Otwórz **Settings → Workflows → Add Workflow** (Ustawienia → Automatyzacje → Dodaj automatyzację) albo edytuj istniejącą automatyzację, wybierz wyzwalacz, a następnie akcję **Send Email to List**. Wskaż szablon e-maila, dodaj jeden lub kilka adresów odbiorców i zapisz. **Praktyczne zastosowania:** - **Butikowa wypożyczalnia samochodów**: gdy status płatności zmienia się na *Refunded*, właściciel automatycznie dostaje e-mail, więc żaden zwrot pieniędzy nie przejdzie niezauważony - **Studio fotograficzne**: gdy ze strony publicznej wpada rezerwacja na ten sam dzień, kierownik studia od razu dostaje powiadomienie i może przygotować przestrzeń - **Plac ze sprzętem budowlanym**: 24 godziny przed rozpoczęciem każdej rezerwacji dyspozytor dostaje zestawienie, dzięki któremu załadunek jest zaplanowany już poprzedniego wieczoru - **Wynajem na eventy**: gdy rezerwacja o wysokiej wartości przechodzi w status *Cancelled*, powiadomienie dostaje zarówno dział sprzedaży, jak i dział operacyjny, więc zwolniony termin można szybko zaoferować innym klientom --- ## 3. Ustawienia tworzenia rezerwacji: wybór dat dopasowany do Twojego modelu ![Strona ustawień Booking Creation w Requiply z opcją Date Picker Type i wariantami Range oraz Single-day](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fbooking-creation-settings-en.png) Różne wypożyczalnie różnie myślą o czasie. Dla wypożyczalni samochodów liczą się *dni*. Dla studia liczą się *godziny w ciągu dnia*. Proces rezerwacji dopasowuje się teraz do Twojego modelu. ### Co się zmieniło w tworzeniu rezerwacji Nowa strona ustawień **Booking Creation** (tworzenie rezerwacji) znajduje się w *Settings → Reservations → Booking Creation*. Jej główna opcja, **Date Picker Type**, pozwala wybrać, jak klienci (i Twój zespół) zaznaczają daty i godziny. ### Dwa sposoby wybierania dat Range, czyli zakres z osobnym początkiem i końcem (domyślnie): klient wybiera datę i godzinę rozpoczęcia oraz datę i godzinę zakończenia. Sprawdza się najlepiej przy wynajmie na kilka dni, gdy początek i koniec wypadają w różne dni Single-day, czyli jedna data z przedziałem godzin: klient wybiera jeden dzień i przedział godzin w tym dniu. Sprawdza się najlepiej przy usługach jednodniowych, takich jak studia, wycieczki, zajęcia i wynajem na godziny ### Gdzie działa to ustawienie Publiczna strona rezerwacji: tak wybierają daty klienci rezerwujący online Wewnętrzna strona Add Booking: tu zespół wprowadza rezerwacje ręcznie Aplikacja mobilna: uwzględni to ustawienie w kolejnej wersji **Praktyczne zastosowania:** - **Wypożyczalnia pojazdów**: zostaw wybór zakresu, bo odbiory i zwroty naturalnie obejmują kilka dni - **Studio nagraniowe**: przełącz na wybór jednego dnia, a klienci zarezerwują sobotę od 14:00 do 18:00 w jednym prostym kroku, zamiast niezręcznie wpisywać dwa razy tę samą datę - **Organizator wycieczek pieszych**: wybór jednego dnia pasuje idealnie. Wybierasz datę i termin o 10:00 albo o 14:00 - **Wynajem sal spotkań na godziny**: wybór jednego dnia skraca proces rezerwacji i chroni klientów przed przypadkową rezerwacją przechodzącą przez północ --- ## 4. Minimalny czas rezerwacji: ochrona Twoich marż ![Strona ustawień Reservation Duration w Requiply z nowym polem Minimum Reservation Duration obok buforów przed rozpoczęciem i po zakończeniu](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fmin-duration-en.png) Strona ustawień **Reservation Duration** (czas trwania rezerwacji) ma nową opcję: sztywną dolną granicę długości rezerwacji. ### Co się zmieniło w czasie trwania rezerwacji Nowe pole: Minimum Reservation Duration, ustawiane w minutach, godzinach lub dniach, jak wolisz Domyślnie: 1 dzień (1440 minut), więc istniejące organizacje działają tak jak wcześniej Obowiązuje na publicznej stronie rezerwacji i przy wewnętrznym dodawaniu rezerwacji Wybór dat pokazuje jasny komunikat z ustawionym minimum, żeby klient rozumiał, dlaczego jego wybór jest odrzucany Działa razem z dotychczasowymi buforami przed datą rozpoczęcia i po dacie zakończenia na tej samej stronie ### Dlaczego to ważne Bez minimum klienci mogli rezerwować nieopłacalne 15-minutowe okienka na sprzęt wynajmowany na godziny, a w nietypowych przypadkach nawet rezerwacje o zerowej długości. Dolna granica chroni marże i odpowiada temu, jak większość wypożyczalni faktycznie ustala ceny. **Praktyczne zastosowania:** - **Studio nagraniowe**: ustaw minimum na 2 godziny, żeby nikt nie zarezerwował studia na nieopłacalne 30 minut, które i tak wymagają pełnego przygotowania - **Czarter jachtów**: ustaw minimum na 4 godziny, zgodnie z najkrótszym terminem, który faktycznie masz w cenniku - **Coworking z karnetem dziennym**: ustaw minimum na 1 godzinę, żeby przypadkowe kliknięcie nie utworzyło 5-minutowej rezerwacji - **Wypożyczalnia sprzętu**: zostaw domyślny 1 dzień, który odpowiada dotychczasowemu cennikowi, bez żadnych zmian w konfiguracji --- ## 5. Publiczne API (beta): buduj własne rozwiązania na Requiply Największa zmiana w wersji 1.2.2: Requiply udostępnia teraz **publiczne, udokumentowane API HTTP**. Jest w wersji **beta**: endpointy i formaty danych są stabilne i nadają się do użytku produkcyjnego, ale w tym okresie możemy dodawać pola i (rzadko) wprowadzać zmiany w ramach nowej wersji API. ### Nowa strona ustawień: API Keys Otwórz **Settings → Organization Settings → API Keys** (tylko dla administratorów). Klucze możesz w każdej chwili tworzyć i unieważniać, a także nadawać im nazwy i je zmieniać. Dwa typy kluczy: Publishable (rq\_pk\_live\_…) do zaufanego użytku po stronie frontendu i Secret (rq\_sk\_live\_…) do wywołań między serwerami Token jest widoczny tylko raz, przy tworzeniu, a potem przechowujemy wyłącznie jego hash i 4 ostatnie znaki: tokenu nie da się odzyskać, można go tylko wymienić na nowy Przy każdym kluczu widać nazwę, typ, zamaskowaną wartość, datę utworzenia, datę ostatniego użycia i status Gdy dane dostępowe wyciekną, unieważnisz dowolny klucz od razu, bez zgłoszenia do pomocy technicznej ### Uwierzytelnianie Wszystkie publiczne endpointy znajdują się pod `/api/public/v1/…` i przyjmują token typu Bearer: ``` Authorization: Bearer rq_sk_live_xxxxxxxxxxxxxxxx ``` ### Endpointy dostępne w v1 Organizacja: GET /org/info zwraca dane organizacji, oddziały, akceptowane metody płatności i strefę czasową Katalog: GET /inventory/list, /inventory/groups/{id}, /categories/list Dostępność i ceny: POST /availability/calendar, /availability/items, /pricing/quote Rezerwacje: POST /bookings/create i GET /bookings/{id} Klienci: POST /clients/lookup wyszukuje istniejącego klienta albo tworzy nowego ### Limity zapytań 100 zapytań w przesuwanym oknie 60 sekund, osobno dla każdego klucza. Wywołania ponad limit zwracają `HTTP 429` z nagłówkiem `Retry-After`. ### Co możesz zbudować już dziś Własne procesy rezerwacji: osadź sprawdzanie dostępności i finalizację rezerwacji z Requiply na swojej stronie, w aplikacji mobilnej lub w kiosku Integracje operacyjne: synchronizuj sprzęt lub rezerwacje z systemami ERP, programami księgowymi, tablicami dyspozytorskimi albo inteligentnymi zamkami Automatyzacje: buduj scenariusze w stylu Zapier czy n8n, które wykraczają poza możliwości naszego wbudowanego mechanizmu automatyzacji Agenci i asystenci AI: przekazuj dane z Requiply do własnych asystentów, którzy odpowiadają na pytania klientów albo przygotowują szkice rezerwacji ### Dokąd zmierzamy To API jest podstawą wszystkiego, co planujemy dla programistów. Kolejne kroki: Serwer MCP: serwer Model Context Protocol, dzięki któremu agenci AI (Claude, Cursor, własni asystenci) mogą odczytywać dane z Requiply i działać na nich w imieniu zespołu wypożyczalni Oficjalne SDK: typowane biblioteki klienckie, najpierw dla TypeScript/JavaScript, potem dla Pythona Integracje z Lovable, v0 i innymi kreatorami AI: bloki Requiply do użycia od ręki, dzięki którym właściciel bez wiedzy technicznej opisze wymarzony proces rezerwacji, a narzędzie wygeneruje go na bazie naszego API ### Dlaczego taki kierunek W Requiply wierzymy, że przyszłością oprogramowania dla firm **nie** jest jeden zamknięty kreator stron, do którego wszyscy muszą się naginać. Przyszłość to stabilny, dobrze udokumentowany backend, który bierze na siebie najtrudniejsze elementy (obliczanie dostępności, płatności, harmonogramy, zgodność z przepisami), a nad nim bogata warstwa narzędzi wspieranych przez AI. Właściciele i programiści składają w niej piękne, dopasowane rozwiązania w kilka godzin zamiast tygodni. Dzisiejsza wersja to pierwszy świadomy krok w stronę takiego świata. --- ## Najczęściej zadawane pytania ### Czy po aktualizacji obecni użytkownicy stracą dostęp do klientów? Administratorzy automatycznie zachowują pełny dostęp. Pozostali użytkownicy dostają dostęp dopiero po nadaniu im nowego uprawnienia „Allow Client Management” na ich koncie. To celowe: to Ty decydujesz, kto w zespole ma teraz prowadzić kartotekę klientów. ### Czy akcja Send Email to List może wysyłać e-maile do odbiorców pobieranych z rezerwacji? W wersji 1.2.2 listę odbiorców ustawia się bezpośrednio w automatyzacji (stała lista adresów wewnętrznych). Dynamiczni odbiorcy pobierani z danych rezerwacji lub klienta są w planach. ### Czy zmiana Date Picker Type wpłynie na istniejące rezerwacje? Nie. Istniejące rezerwacje zachowują zapisane godziny rozpoczęcia i zakończenia. Sposób wybierania dat wpływa tylko na tworzenie nowych rezerwacji na stronie publicznej i w wewnętrznym formularzu Add Booking. ### Jak minimalny czas rezerwacji ma się do mojego cennika? Minimum to sztywna dolna granica długości rezerwacji, niezależna od cen. Jeśli najkrótszy termin w Twoim cenniku to 2 godziny, ustaw minimum na 2 godziny, żeby klienci nie mogli tworzyć krótszych rezerwacji. ### Czy z publicznego API w wersji beta można bezpiecznie korzystać na produkcji? Tak. „Beta” oznacza, że możemy dodawać nowe pola i rzadko wprowadzać zmiany w ramach nowej wersji API, a nie że API jest niestabilne. Endpointy pod /api/public/v1/ już dziś są przeznaczone do integracji produkcyjnych, a każda zmiana niezgodna wstecz trafiłaby do nowej wersji. ### Gdzie wygenerować tokeny API i czy mogę mieć ich kilka? Tokeny API tworzy się w Settings → Organization Settings → API Keys (tylko dla administratorów). Możesz ich utworzyć tyle, ile potrzebujesz. Zalecamy osobny klucz dla każdej integracji, żeby móc wymienić jeden bez wpływu na pozostałe. ### Co jeśli zgubię tajny token? Tajne tokeny przechowujemy wyłącznie jako hash i 4 ostatnie znaki, więc nie da się ich odzyskać. Unieważnij zgubiony token na stronie API Keys i utwórz nowy. Dotychczasowe integracje trzeba zaktualizować o nową wartość. --- ## Co dalej? Wersja 1.2.2 **otwiera Requiply**: na Twój zespół dzięki uprawnieniom, na Twój model biznesowy dzięki elastycznemu tworzeniu rezerwacji i na szerszy świat programistów dzięki publicznemu API. Chcemy zobaczyć, **co zbudujesz na bazie API** i **jak wewnętrzne e-maile w automatyzacjach zmienią Twoją codzienną pracę**. Te opinie wyznaczą kolejny kierunek rozwoju platformy. Nad tym pracujemy równolegle: **Serwer MCP i oficjalne SDK**: typowane biblioteki dla TypeScript i Pythona oraz serwer Model Context Protocol, dzięki któremu agenci AI mogą działać na danych Requiply w imieniu zespołu wypożyczalni. **Własne ścieżki statusów**: możliwość zdefiniowania własnych nazw statusów rezerwacji i płatności, ich kolejności oraz przejść między nimi, żeby proces w Requiply odpowiadał temu, jak naprawdę działa Twoja firma. **Więcej wyzwalaczy i akcji w automatyzacjach**: rozbudowujemy mechanizm automatyzacji o kolejne wyzwalacze, warunki z rozgałęzieniami i szerszy wybór akcji, żeby dało się zautomatyzować niemal każdą rutynową czynność w wypożyczalni. **Kolejne kanały powiadomień**: e-mail to dopiero początek. Planujemy SMS, WhatsApp i inne kanały, żeby docierać do klientów tam, gdzie naprawdę odpowiadają. **Zarządzanie własnymi domenami**: podłącz własną domenę i wysyłaj e-maile z własnego adresu, żeby każda automatyczna wiadomość trafiała do skrzynki klienta z Twoją marką. --- **Masz pytania lub sugestie?** Napisz do nas na `info@requiply.com`. Szczególnie chcemy usłyszeć, co budujesz z nowym publicznym API i które integracje powinniśmy zrobić w pierwszej kolejności. **Tagi** - wersja Requiply - requiply - uprawnienia do klientów - zarządzanie klientami - akcje automatyzacji - powiadomienia e-mail dla zespołu - tworzenie rezerwacji - wybór dat - minimalny czas rezerwacji - publiczne API - tokeny API - program do wypożyczalni - zarządzanie rezerwacjami - narzędzia dla programistów ## Sitemap See the full [sitemap](/sitemap.md) for all pages.