Twój pracownik nie musi mieć dwóch loginów ani trzech kalendarzy. Jedno konto pracuje dla wszystkich placówek - z różnymi godzinami w każdej. System sam wie, gdzie dziś jest Anna.
Klient z Krakowa widzi tylko poniedziałek, środę i piątek. Klient z Warszawy - wtorek i czwartek. Anna loguje się raz.
Otwierasz drugi salon. Anna pracuje w obu - w Krakowie rano, w Warszawie popołudniami. I nagle okazuje się, że Twój system rezerwacji widzi ją jako jedną osobę z jednym grafikiem. Albo jako dwie osoby z dwoma loginami. Żadna z tych opcji nie jest tym, czego potrzebujesz.
Wersja z jednym grafikiem to chaos: klient z Krakowa widzi godziny warszawskie i dzwoni „dlaczego nie mogę zarezerwować?". Wersja z dwoma kontami to dublowanie - Anna ma dwa hasła, dwie skrzynki, dwa kalendarze, a Ty się modlisz, żeby nie przyjęła rezerwacji w Krakowie, gdy akurat jest w Warszawie.
Większość systemów rezerwacji zakłada, że jesteś jedną placówką z jednym grafikiem. Albo siecią z wymiennymi pracownikami. Mała firma rzadko mieści się w którymkolwiek z tych pudełek. Masz Annę, która jeździ między dwoma adresami, i Tomka, który robi tylko Kraków. Potrzebujesz systemu, który to rozumie.
grafik pracowników w lokalizacjachBrzmi technicznie, w praktyce sprowadza się do jednego: najbardziej szczegółowy zapis wygrywa. System sam wie, którego harmonogramu szukać i w jakiej kolejności.
Każde połączenie „kto pracuje gdzie" to jeden wiersz w tabeli pivot. Anna × Kraków, Anna × Warszawa, Tomek × Kraków. W tym wierszu siedzi pole working_hours w formacie JSON - pełen tygodniowy grafik, indywidualny dla tej kombinacji.
Formularz osadzony na podstronie krakowskiego salonu pokazuje wyłącznie krakowski grafik Anny. Ten sam formularz na podstronie warszawskiej - warszawski. Albo jeden formularz z wyborem miasta, jeśli wolisz. Ty układasz lejek, system wypełnia kalendarz.
Dwie lokalizacje, dziesięć, trzydzieści - model jest ten sam. Każdy pracownik może być przypisany do dowolnej liczby placówek, każda z własnymi godzinami i własnymi usługami. Skalujesz w pionie i w poziomie bez przerabiania bazy danych.
Pani Kasia jest na kanapie w Krakowie i chce się umówić do Anny na czwartek. Otwiera stronę krakowskiego salonu, klika „rezerwuj", wybiera Annę. System pokazuje czwartek… i tylko czwartkowe godziny krakowskie.
Engine sprawdza: czy na czwartek jest APR dla Anny? Nie. Czy jest zapis Anna × Kraków na czwartek? Tak - 9:00-17:00. Bierze ten zapis, odejmuje już zarezerwowane godziny, pokazuje wolne sloty Pani Kasi. Cała operacja: kilkadziesiąt milisekund.
Pan Adam otwiera stronę warszawskiego salonu, też chce do Anny, też na czwartek. Widzi pustą tablicę - bo w czwartek Anny w Warszawie nie ma. System grzecznie podpowiada: „Anna jest u nas we wtorki i czwartki - wybierz dzień". Pan Adam nie wie nic o Krakowie. Nie musi.
Loguje się raz. Widzi swój tydzień: poniedziałek Kraków, wtorek Warszawa, środa Kraków, czwartek wolne, piątek Kraków z wyjątkiem (szkolenie, 11-15 zamiast 9-17). Bez przełączania kont, bez kopiowania rezerwacji.
Cztery lokalizacje, każda ze swoim cennikiem i godzinami otwarcia. Jeden grafik, zero kolizji.
Dwa salony, ten sam fryzjer, różne godziny - klient widzi tylko to, co dotyczy jego placówki.
Czemu pracownik z dwóch miast nie mieści się w marketplace - i dlaczego u Ciebie tak.
Tak. Każde przypisanie pracownik × lokalizacja ma własny harmonogram. Anna może pracować w Krakowie 9-17, a w Warszawie 12-20. System sam wie, w której placówce dziś jej szukać.
Bez limitu. Możesz mieć dwie placówki, dziesięć albo trzydzieści. Każdy pracownik może być przypisany do dowolnej liczby z nich, każda z osobnymi godzinami.
System rozwiązuje godziny w czteropoziomowej kaskadzie: APR (wyjątek dnia) → pivot pracownik × lokalizacja → domyślny grafik lokalizacji → legacy. Najbardziej szczegółowy zapis wygrywa.
Decydujesz Ty. Możesz pokazać wszystkie do wyboru („Kraków czy Warszawa?") albo zawęzić do jednej, jeśli wstawiasz formularz na podstronie konkretnej placówki.
Jeden login, jeden grafik, wszystkie lokalizacje. Anna widzi w swoim panelu pełen tydzień bez przełączania kont.
Funkcja wielu lokalizacji jest częścią planu Standard (499 zł). Jeśli zaczynasz z jedną placówką, masz Start za 49 zł - wymienisz w dowolnym momencie. Wersja Pro (1999 zł) dorzuca priorytetowe wsparcie i rozszerzenia API.
14 dni za darmo, bez karty, bez instalacji wtyczki. Polskie wsparcie.
Wypróbuj 14 dni za darmo