Ustawienia
Moduł ustawień pozwala na konfigurację wszystkich aspektów sklepu – od podstawowych danych po zaawansowane opcje wdrożenia i audytu.
Ustawienia sklepu
Ustawienia → Sklep
Strona ma zakładki: Ustawienia sklepu, Katalog, Branding, Dane firmy i Skasuj sklep. Każda zakładka zapisuje się osobno - braki w jednej nie blokują zapisu drugiej.
Ustawienia sklepu
Zakładka Ustawienia sklepu jest podzielona na grupy:
| Grupa | Pola |
|---|---|
| Podstawowe informacje | Nazwa sklepu, Slug (część adresu sklepu), Opis |
| Ustawienia regionalne | Domyślna waluta, Obsługiwane waluty, Strefa czasowa, Domyślny język, Obsługiwane języki |
| Podatki i ceny | Domyślny kraj, przełącznik Ceny brutto (więcej) |
| Checkout | Strona powrotu po płatności, przełącznik Wbudowany checkout DoSwiftly (tylko sklepy z własnym storefrontem) |
| Konto klienta | weryfikacja e-maila, dane zbierane przy rejestracji, Zatwierdzanie nowych kont, Widoczność cen |
| Status | przełączniki Aktywny i Opublikowany |
Zmiana Slugu sklepu z aktywnym wdrożeniem zmienia jego adres - panel ostrzega o tym przed zapisem.
Domyślnej waluty nie zmienisz po pierwszej sprzedaży: kwoty zapisane w sklepie straciłyby sens. Z Obsługiwanych walut nie usuniesz waluty sklepu ani waluty, w której są wystawione rabaty - przy takiej walucie lista pokazuje powód.
Kraj domyślny
Ustawienia → Sklep → zakładka Ustawienia sklepu → grupa Podatki i ceny → Domyślny kraj
Kraj, w którym działa sklep. Służy do obliczania stawek VAT i jest punktem wyjścia dla nowych adresów w panelu - od tego kraju startują:
- nowy adres klienta,
- adres dostawy lub rozliczeniowy wpisywany w zamówieniu od zera,
- adres nowej lokalizacji magazynowej,
- adres nadawcy, dopóki go nie zapiszesz,
- podgląd metod wysyłki.
W każdym z tych miejsc możesz wybrać inny kraj. Lista obejmuje wszystkie kraje świata, z nazwami w języku panelu i wyszukiwarką.
Pole może zostać puste - wtedy nowe adresy startują bez wybranego kraju i wskazujesz go przy każdym adresie.
Adres nadawcy
Ustawienia → Sklep → zakładka Dane firmy → grupa Adres nadawcy
Adres, z którego nadajesz przesyłki - trafia na etykiety przewoźników, gdy przesyłka nie jest powiązana z lokalizacją magazynową. Pole Kraj jest wymagane; dopóki adresu nie zapiszesz, podpowiada w nim kraj domyślny sklepu. Jeśli zapisanego kraju nie udało się rozpoznać, pole jest puste - przed zapisem wybierz kraj z listy.
Checkout
Ustawienia → Sklep → zakładka Ustawienia sklepu → grupa Checkout
| Ustawienie | Opis | Domyślne |
|---|---|---|
| Strona powrotu po płatności | Ścieżka w storefroncie, na którą klient wraca po opłaceniu | /checkout/payment-result |
| Wbudowany checkout DoSwiftly | Czy finalizacja zamówienia odbywa się przez gotowy checkout platformy | Włączony |
Wbudowany checkout DoSwiftly
Przełącznik decyduje, czy zakupy finalizuje wbudowany checkout DoSwiftly:
- Sklep na szablonie współdzielonym - wbudowany checkout jest zawsze aktywny, a przełącznik pozostaje ukryty. Nie masz własnego checkoutu do podłączenia, więc płatności obsługuje platforma.
- Sklep z własnym storefrontem (custom) - przełącznik jest dostępny i domyślnie włączony. Możesz go wyłączyć, jeśli Twój storefront obsługuje płatności we własnym zakresie (własna ścieżka
/checkout).
Każda zmiana tego ustawienia jest zapisywana w niezmiennym dzienniku platformy (kto, kiedy, z jakiego adresu) - patrz Dziennik audytu.
Wyłącz wbudowany checkout tylko jeśli faktycznie masz własną integrację płatności w storefroncie. W przeciwnym razie klienci nie sfinalizują zakupu.
Katalog
Ustawienia → Sklep → zakładka Katalog
Domyślne zachowanie powielania produktów - te wartości podpowiada okno „Powiel produkt", a przy wyłączonym oknie decydują o powieleniu bez pytania.
| Ustawienie | Opis | Domyślne |
|---|---|---|
| Status kopii | Czy kopia powstaje jako szkic, czy od razu opublikowana | Szkic |
| Zachowuj symbole SKU | Kopia dostaje symbole oryginału z dodanym wyróżnikiem zamiast nowych | Wyłączone |
| Przenoś kody kreskowe | Kopia przejmuje kody kreskowe wariantów | Wyłączone |
| Przenoś stany magazynowe | Kopia startuje ze stanem produktu źródłowego zamiast zerowego | Wyłączone |
| Zachowuj atrybuty | Kopia przejmuje cechy i specyfikację techniczną produktu | Włączone |
| Zachowuj szablon konfiguratora | Kopia przejmuje przypisany szablon atrybutów i opcje konfiguratora dla klienta | Włączone |
| Zachowuj pliki i załączniki | Kopia korzysta z tych samych plików biblioteki (bez duplikowania treści) | Włączone |
| Duplikuj zdjęcia produktu | Kopia dostaje własne kopie zdjęć w magazynie plików - zwiększa zużycie miejsca | Wyłączone |
| Pytaj o opcje przy powielaniu | Czy przed powieleniem pojawia się okno z opcjami | Włączone |
Bez włączonej duplikacji zdjęcia nie są kopiowane - dodajesz je na karcie kopii.
Jeśli w oknie powielania zaznaczysz „Nie pokazuj więcej tego okna", wyłączysz tu przełącznik Pytaj o opcje przy powielaniu. To jedno i to samo ustawienie, więc zawsze możesz je przywrócić.
Branding
Ustawienia → Sklep → zakładka Branding
Dane marki, które może wykorzystać Twój storefront:
| Grupa | Zawartość |
|---|---|
| Logo i ikona | Logo sklepu i favicon |
| Kolory marki | Kolor główny, dodatkowy i akcentu |
| Dane kontaktowe (publiczne) | E-mail i telefon pokazywane klientom |
| Media społecznościowe | Adresy profili (Facebook, Instagram i inne) |
Sposób wykorzystania tych danych na stronie sklepu zależy od storefrontu.
Dane firmy
Ustawienia → Sklep → zakładka Dane firmy
| Grupa | Zawartość |
|---|---|
| Dane firmy | Nazwa firmy, NIP, REGON |
| Adres nadawcy | Adres nadawania przesyłek - szczegóły |
| Kontakt | Telefon (wymagany przez kurierów) i Email (powiadomienia o przesyłkach) |
| Dane bankowe (opcjonalnie) | Nazwa banku, Numer konta |
Skasuj sklep
Ustawienia → Sklep → zakładka Skasuj sklep
Skasowanie sklepu jest odwracalne przez 30 dni - do tego czasu możesz go przywrócić z pulpitu sklepu.
Domeny
Zarządzanie domenami, pod którymi działa sklep.
Domena Domyślna
Każdy sklep otrzymuje automatycznie:
{slug}.doswiftly.pl
Przykład:
- Slug:
moj-sklep - Domena:
moj-sklep.doswiftly.pl
Domena domyślna:
- Działa od razu po utworzeniu sklepu
- Certyfikat SSL automatyczny (HTTPS)
- Nie wymaga konfiguracji DNS
Własna Domena
Podłącz własną domenę do sklepu.
Krok 1: Dodaj Domenę
Ustawienia → Domeny → Dodaj domenę
Podaj domenę:
www.mojsklep.plsklep.mojafirma.pl
Krok 2: Konfiguracja DNS
System wyświetli rekord DNS do dodania u rejestratora:
| Typ | Nazwa | Wartość | TTL |
|---|---|---|---|
| CNAME | www | proxy.doswiftly.pl | 3600 |
| A | @ | 123.45.67.89 | 3600 |
Krok 3: Weryfikacja
- Dodaj rekord u rejestratora (np. home.pl, OVH, Cloudflare)
- Poczekaj na propagację DNS (do 48h, zazwyczaj kilka minut)
- W panelu DoSwiftly kliknij Weryfikuj domenę
- System sprawdzi poprawność DNS
- Po weryfikacji: automatyczne wygenerowanie certyfikatu SSL
Krok 4: Główny Adres Sklepu (automatycznie)
Po weryfikacji domena automatycznie staje się głównym adresem sklepu – nie musisz wykonywać żadnego dodatkowego kroku ani wybierać domeny w ustawieniach. Od tej chwili Twoja własna domena jest używana jako:
- adres w linkach wysyłanych klientom w e-mailach (powitalny, aktywacja konta, reset hasła, potwierdzenia, karta podarunkowa),
- adres storefrontu widoczny w panelu (linki podglądu produktów, kategorii i bloga, podgląd wyniku w Google),
- Canonical URL dla SEO,
- domyślne przekierowanie.
Jeśli masz więcej niż jedną aktywną domenę, główną system wybiera w kolejności: domena oznaczona ręcznie jako główna → domena bez subdomeny (apex, np. mojsklep.pl) → najstarsza aktywna domena. Aby samodzielnie wskazać główną domenę:
Ustawienia → Domeny → [Domena] → Ustaw jako główną
Dopóki nie podłączysz własnej domeny, głównym adresem pozostaje subdomena platformy {slug}.doswiftly.pl.
Przekierowania
Skonfiguruj przekierowania między domenami:
Przykład:
- Domena główna:
www.mojsklep.pl - Przekierowanie:
mojsklep.pl→www.mojsklep.pl(301)
Storefront
Storefront (w menu sklepu)
Strona ma trzy zakładki:
| Zakładka | Zawartość |
|---|---|
| Ustawienia | Źródło storefrontu: szablon wybrany z listy dostępnych szablonów albo repozytorium GitHub z własnym storefrontem, oraz Zmienne środowiskowe odczytywane przez storefront |
| Domeny | Domena domyślna i domeny własne |
| Wdrożenia | Historia wdrożeń i przywracanie wersji |
Zmiana szablonu na liście wdraża nowy szablon w miejsce obecnego - panel prosi o potwierdzenie przed wdrożeniem. Wygląd strony sklepu (układ, czcionki, SEO stron) zależy od wybranego szablonu lub Twojego storefrontu.
Wdrożenia (Deployments)
Historia wdrożeń storefrontu i możliwość rollbacku.
Lista Wdrożeń
Ustawienia → Wdrożenia
Każda zmiana w konfiguracji lub szablonie tworzy nowe wdrożenie:
| Wersja | Data | Zmiany | Status | Autor |
|---|---|---|---|---|
| #47 | 2026-02-11 14:30 | Zmiana logo, kolory motywu | Aktywne | Jan Kowalski |
| #46 | 2026-02-10 09:15 | Aktualizacja szablonu do v2.1 | Archiwum | System |
| #45 | 2026-02-09 16:45 | Dodanie nowej domeny | Archiwum | Anna Nowak |
Szczegóły Wdrożenia
Kliknij w wdrożenie, aby zobaczyć:
- Timestamp: Dokładna data i godzina
- Lista zmian: Co zostało zmodyfikowane
- Autor: Kto wykonał zmianę
- Build log: Logi procesu budowania
- Preview URL: Link do podglądu tej wersji
Rollback (Przywracanie Wersji)
Jeśli nowe wdrożenie powoduje problemy:
- Wdrożenia → [Poprzednie wdrożenie]
- Kliknij Przywróć tę wersję
- Potwierdź
- System:
- Tworzy nowe wdrożenie na bazie starej wersji
- Wdraża w ciągu kilku minut
- Przywraca storefront do stanu sprzed zmiany
Rollback nie usuwa danych (produkty, zamówienia) – tylko przywraca konfigurację i szablon.
Automatyczne Wdrożenia
Niektóre zmiany wdrażane automatycznie:
- Dodanie/edycja produktu (cache invalidation)
- Zmiana cen
- Aktywacja/dezaktywacja promocji
Inne zmiany wymagają ręcznego wdrożenia:
- Zmiana szablonu
- Aktualizacja motywu
- Zmiana ustawień SEO
Dziennik audytu
Jedna oś czasu sklepu - kto, co, kiedy i z jakiego adresu: operacje wykonane w panelu i przez klucze API, zdarzenia zamówień, ruchy magazynowe oraz operacje na koncie i konfiguracji sklepu (logowania, dostęp użytkowników, domeny, wdrożenia, klucze API). Wpisów nie da się z panelu edytować ani usunąć.
Kto widzi dziennik
Właściciel sklepu i osoby z rolą Edytor. Obserwator nie ma do niego dostępu - dziennik zawiera adresy IP i historię działań innych osób. Osoba bez dostępu nie widzi pozycji w menu, a wpisany ręcznie adres pokazuje informację o braku uprawnień.
Przeglądanie
Menu boczne → Dziennik audytu (pozycja główna, poza Ustawieniami - tutaj niczego się nie zmienia, tylko ogląda).
Lista pokazuje datę, akcję (zdaniem po polsku, np. „Zatwierdzono konto klienta", „Zamówienie złożone", „Ruch magazynowy: Korekta +"), źródło wpisu, zasób (typ i identyfikator), kto ją wykonał (e-mail użytkownika panelu, nazwa klucza API, „Klient" dla operacji kupującego, „System" dla automatów) oraz adres IP. Kliknięcie wiersza otwiera szczegóły: kod akcji (do zgłoszeń do wsparcia), przeglądarkę, identyfikator żądania, tabelę zmian przed/po (jeśli operacja je zapisała) i szczegóły operacji.
Filtrowanie
Każdy filtr oferuje wyłącznie wartości, które faktycznie wystąpiły w Twoim sklepie:
- Źródło - Operacje w sklepie (panel, klucze API, klienci), Konto i konfiguracja (logowania, dostęp użytkowników, dane sklepu, domeny, wdrożenia, klucze API, poczta nadawcy, aplikacje), Zamówienia (oś czasu zamówień) albo Magazyn (ruchy stanów). Po wyborze źródła pozostałe filtry oferują tylko jego wartości.
- Typ akcji - np. tylko anonimizacje albo tylko operacje kluczem API.
- Zasób - klienci, płatności, produkty…
- Kto - użytkownik panelu, klucz API, klient, system.
- Zakres dat - od / do, także jednostronny.
Filtry są zapisane w adresie strony, więc link do przefiltrowanej listy można przekazać współpracownikowi. Z karty klienta przycisk Historia zmian otwiera dziennik zawężony do tego jednego klienta.
Eksport
Dziennik audytu → Eksport CSV albo Eksport JSON. Plik obejmuje wszystkie wpisy pasujące do aktywnych filtrów, najnowsze pierwsze, do limitu 10 000 wierszy. CSV jest zapisany w UTF-8 ze znacznikiem kolejności bajtów, więc polskie znaki poprawnie otwierają się w arkuszu kalkulacyjnym.
Każdy eksport zostawia własny wpis w dzienniku („Wyeksportowano dziennik audytu": kto, w jakim formacie, ile wierszy i z jakimi filtrami) - pobranie historii jest samo w sobie operacją wartą odnotowania.
Co trafia do dziennika
| Obszar | Zapisywane operacje |
|---|---|
| Panel - wszystkie moduły | każda zapisana zmiana wykonana przez zalogowanego użytkownika panelu: produkty, warianty, zdjęcia, zamówienia (w tym anulowanie, notatki), rabaty, kolekcje, kategorie, zapasy, wysyłki, zwroty, metody płatności i wysyłki, formularze, blog, strony, menu, integracje. Wpis mówi kto, co (np. „Panel: zmieniono - Produkty", „Panel: dodano adres - Klienci") i kiedy. Przy edycji produktu, klienta, rabatu, kolekcji, kategorii, formularza, wpisu na blogu oraz strefy i stawki wysyłki widać także co dokładnie się zmieniło: lista pokazuje liczbę i nazwy zmienionych pól, a szczegóły wpisu tabelę przed/po. Operacje masowe mają własne zdanie z liczbą obiektów („Zmieniono masowo 12 produktów") i zapis zastosowanej zmiany. Podglądy, testy połączeń i kalkulacje nie są zapisywane - niczego nie zmieniają. Jedna operacja to zawsze jeden wpis: gdy zmiana ma własną nazwę (np. „Zmieniono dane firmowe klienta"), nie pojawia się obok niej drugi, ogólny. |
| Klienci | zatwierdzenie konta, wysłanie prośby o reset hasła i o ponowną weryfikację e-maila, zmiana danych firmowych (z zapisem przed/po), anonimizacja RODO - pojedyncza i masowa (jeden wpis na zlecenie) |
| Płatności | rozpoczęcie płatności przez kupującego (z adresem IP i przeglądarką) |
| Klucze API | każda operacja zapisu wykonana kluczem (api.<zasób>.<czynność>); podgląd per klucz: Klucze API → Logi i audyt klucza |
| Zamówienia (źródło Zamówienia) | te same zdarzenia, które widać na osi czasu zamówienia: złożenie, zmiany statusu, płatności, wysyłki, zwroty, edycje pozycji, notatki - z tym, kto je wywołał (użytkownik panelu, klient, system, webhook operatora płatności) |
| Magazyn (źródło Magazyn) | każdy ruch stanu z księgi magazynowej: przyjęcia, wydania, korekty, stan początkowy, zwroty, transfery między magazynami - z różnicą sztuk, magazynem, powodem i osobą, która to zrobiła (ruchy automatyczne, np. przy wysyłce zamówienia, podpisane są jako „System"). Korekta z panelu to jeden wpis w tym źródle, z adresem IP, przeglądarką i stanem przed/po - nie ma obok niego drugiego, ogólnego wpisu z panelu. |
| Konto i konfiguracja (źródło Konto i konfiguracja) | logowania do panelu (udane i nieudane), wylogowania, zmiany i resety hasła; nadanie, zmiana i odebranie dostępu do sklepu oraz zaproszenia; operacje na sklepie jako całości: dane i ustawienia sklepu (ze zmianami przed/po), domeny, wdrożenia, klucze API (cykl życia), poczta nadawcy, aplikacje, zmienne środowiskowe, blokady rozliczeniowe, odrzucone webhooki |
| Dziennik | każdy eksport dziennika (kto, format, liczba wierszy, filtry) |
Zdarzenia zamówień i ruchy magazynowe nie są kopiowane do dziennika - dziennik czyta je z tych samych rejestrów, które zasilają kartę zamówienia i historię magazynową, więc obie strony pokazują zawsze to samo.
Retencja
Wpisy „Operacje w sklepie" są przechowywane co najmniej 12 miesięcy (dokładny okres ustala platforma - nigdy krócej), a wpisów nie da się zmienić ani usunąć nawet bezpośrednio w bazie; jedyny wyjątek to anonimizacja klienta na jego żądanie (z wpisu znika adres IP i przeglądarka, sam wpis zostaje). Po usunięciu sklepu giną razem z jego danymi - zostaje tylko wpis w dzienniku platformy (patrz Usuwanie sklepu). Wpisy „Konto i konfiguracja" pochodzą z dziennika platformy z 12-miesięczną retencją; „Zamówienia" i „Magazyn" żyją tak długo, jak zamówienia i księga magazynowa, z których pochodzą.
Użytkownicy Sklepu
Dodawanie Użytkownika
Ustawienia → Użytkownicy → Dodaj użytkownika
- Podaj adres e-mail osoby, której chcesz dać dostęp
- Wybierz rolę w tym sklepie: Obserwator albo Edytor
- Zatwierdź
Dalej dzieje się to samo z Twojej perspektywy, a co innego pod spodem - zależnie od tego, czy ta osoba ma już konto w DoSwiftly:
| Sytuacja | Co się dzieje |
|---|---|
| Ma konto i pracuje już przy Twoich sklepach | Dostaje dostęp natychmiast i widzi sklep po zalogowaniu |
| Ma konto w DoSwiftly, ale nie u Ciebie | Zostaje dopisana do Twojego zespołu z najniższymi uprawnieniami, dostęp działa natychmiast |
| Nie ma jeszcze konta | Dostaje e-mail z zaproszeniem; dostęp włącza się po jego przyjęciu |
Nie musisz wiedzieć z góry, który to przypadek - wpisujesz adres, resztą zajmuje się system.
Oczekujące Zaproszenia
Zaproszona osoba bez konta trafia na listę jako Oczekuje, z rolą i datą ważności zaproszenia (7 dni). Do czasu przyjęcia zaproszenia zajmuje jedno miejsce w limicie kont Twojego planu - dzięki temu nie zdarzy się, że roześlesz zaproszenia ponad limit i część z nich nie zadziała.
Zaproszenie możesz wycofać (ikona przy wpisie). Przestaje wtedy działać, a miejsce w planie wraca do puli. Przydatne przy literówce w adresie.
Role w Sklepie
| Zakres | Właściciel sklepu | Edytor | Obserwator |
|---|---|---|---|
| Zamówienia | Pełny | Pełny | Podgląd |
| Produkty i katalog | Pełny | Pełny | Podgląd |
| Klienci | Pełny | Pełny | Podgląd |
| Rabaty | Pełny | Pełny | Podgląd |
| Statystyki | Pełny | Pełny | Podgląd |
| Użytkownicy sklepu | Pełny | Podgląd | Podgląd |
| Dziennik audytu | Pełny | Pełny | – |
| Usunięcie sklepu | Pełny | – | – |
Przy dodawaniu osoby po adresie e-mail do wyboru są Edytor (codzienna praca: zamówienia, produkty, klienci, rabaty) i Obserwator (wyłącznie podgląd, bez możliwości zmian). Osoba bez prawa zmiany widzi w module baner „Tryb podglądu", a przyciski dodawania, zapisu i akcji zbiorczych po prostu się nie pokazują.
Zmiana roli
Rolę każdej osoby zmienisz z jej wiersza na liście (ikona przy wpisie → Zmień rolę). Tą samą drogą nadasz komuś rolę Właściciela sklepu - zakładający sklep dostaje ją automatycznie, a kolejni właściciele tylko przez zmianę roli istniejącego konta. Ostatniego właściciela sklepu nie da się zdegradować: najpierw nadaj tę rolę komuś innemu. Własnej roli nie zmienisz z tego ekranu.
Rola niestandardowa
Gdy trzy role standardowe nie pasują (np. magazynier ma obsługiwać wyłącznie zamówienia), wybierz Uprawnienia niestandardowe…. W oknie zaznaczasz, co dana osoba może przeglądać i zarządzać w każdym obszarze sklepu - zamówienia, produkty, klienci, rabaty, treści witryny, karty podarunkowe, ustawienia sklepu, dziennik audytu, użytkownicy. Zarządzanie obszarem włącza jego podgląd. Jako punkt wyjścia wybierz rolę bazową (Edytor lub Obserwator) i odznacz, czego ma nie być. Zmiana zapisuje się w dzienniku audytu razem z pełnym zestawem uprawnień.
Zespół a Sklep - dwie warstwy
Dostęp działa dwustopniowo i warto rozumieć podział:
- Zespół to Twoje konto firmowe - mogą do niego należeć osoby pracujące przy różnych sklepach. Samo członkostwo w zespole daje wyłącznie podgląd podstawowych informacji o nim.
- Sklep ma własną listę osób. Dostęp do danych sklepu - zamówień, produktów, klientów - wynika tylko z obecności na tej liście.
Dlatego dopisanie kogoś do zespołu przy okazji dodawania do jednego sklepu nie otwiera mu pozostałych Twoich sklepów. Do każdego kolejnego dodajesz go osobno, wybierając rolę właściwą dla tamtego sklepu.
Jedyny wyjątek to właściciel zespołu: ma pełny dostęp do każdego sklepu zespołu bez wpisu na liście. Nad listą użytkowników sklepu widzisz go w bloku „Dostęp z poziomu zespołu" - tego dostępu nie da się odebrać z poziomu sklepu.
Role w zespole
Rola w zespole decyduje o tym, kto zarządza kontem firmowym, sklepami jako całością i rozliczeniami. Nadaje się ją w Zespół → Członkowie (zapraszając osobę albo zmieniając jej rolę).
| Zakres | Właściciel | Administrator | Menedżer rozliczeń | Członek |
|---|---|---|---|---|
| Członkowie zespołu i zaproszenia | Pełny | Pełny | Podgląd | Podgląd |
| Zakładanie i usuwanie sklepów zespołu | Pełny | Zakładanie | – | – |
| Plan, faktury, zużycie limitów | Pełny | Pełny | Pełny | – |
| Zmiana i wznowienie planu, doładowanie salda | Pełny | Pełny | Pełny | – |
| Karty płatnicze zespołu, anulowanie subskrypcji, zaległości | Pełny | – | Pełny | – |
| Dostęp do danych sklepu | Każdy sklep zespołu | Tylko sklepy, do których został dodany | Tylko sklepy, do których został dodany | Tylko sklepy, do których został dodany |
Administrator prowadzi zespół i sklepy: widzi plan i może go zmienić - także dla sklepu, który sam założył - ale nie operuje kartami zespołu, nie rezygnuje z usługi i nie obsługuje zaległości. Te decyzje należą do Właściciela i Menedżera rozliczeń. Powiadomienia o zbliżających się limitach i o wstrzymaniu sprzedaży dostają wszystkie trzy role; o windykacji i nieudanej płatności - tylko właściciel i menedżer rozliczeń.
Odbieranie Dostępu
Ikona przy wpisie na liście usuwa daną osobę z tego sklepu. Traci dostęp natychmiast, a miejsce w planie zwalnia się od razu - nie musisz nic kompaktować ani czekać na koniec okresu rozliczeniowego.
Po rotacji w firmie przejrzyj listę i usuń osoby, które nie potrzebują już dostępu - każde aktywne konto zajmuje miejsce w limicie planu.
Powiadomienia
Ustawienia → Powiadomienia
Sekcja ma dwie zakładki: Powiadomienia (co i którędy dociera do Ciebie i Twojego zespołu) oraz E-maile do klientów (wiadomości, które sklep wysyła kupującym).
Siatka „co → gdzie"
Jedna tabela: w wierszach zdarzenia w sklepie, w kolumnach kanały. Każdy przełącznik to jedna decyzja: „to zdarzenie ma trafić tym kanałem". Kolumny są w dwóch grupach:
| Grupa | Kolumny | Kto ustawia |
|---|---|---|
| Twoje | W panelu (dzwonek), E-mail (na adres Twojego konta) | każda osoba w sklepie sama za siebie - Twoje ustawienia nie zmieniają cudzych |
| Kanały sklepu | każdy dodany kanał: Discord, Slack, dodatkowy adres e-mail, SMS | osoba z uprawnieniem do ustawień sklepu; pozostali widzą kolumny, ale ich nie zmienią |
Nagłówek kolumny ma przełącznik zbiorczy - jednym kliknięciem włączysz lub wyciszysz całą kolumnę. Zmiany zapisujesz przyciskiem Zapisz na dole ekranu.
Zdarzenia dostępne w siatce i ich ustawienia domyślne (obowiązują, dopóki ich nie zmienisz):
| Zdarzenie | W panelu | |
|---|---|---|
| Nowe zamówienie | tak | tak |
| Płatność potwierdzona | tak | nie |
| Zamówienie anulowane | tak | nie |
| Zwrot środków | tak | nie |
| Zamówienie dostarczone | tak | nie |
| Nowy klient | tak | nie |
| Konto klienta do zatwierdzenia | tak | tak |
| Zgłoszenie z formularza | tak | tak |
| Niski stan magazynowy | tak | tak |
| Brak towaru | tak | tak |
Powiadomienia (w panelu, mailem i na kanałach sklepu) przychodzą w języku sklepu ustawionym w Ustawieniach ogólnych; mail zawiera nazwę sklepu i przycisk prowadzący prosto do zamówienia, klienta, zgłoszenia lub listy Zapasów.
Alerty magazynowe sprawdzają stany co 10 minut i dotyczą produktów, które trafiły na listę do zamówienia w Zapasach (dostępność na progu lub poniżej, albo zerowa). O danym produkcie dowiesz się raz: przy zejściu do progu, potem osobno przy wyczerpaniu; kolejne powiadomienie przyjdzie dopiero, gdy stan wróci ponad próg i znów spadnie. Kilka produktów z jednego sprawdzenia trafia do jednego powiadomienia z przyciskiem do przefiltrowanej listy Zapasów.
Powiadomienia w panelu przychodzą na żywo: przy otwartym panelu sklepu zobaczysz komunikat z przyciskiem prowadzącym prosto do zamówienia lub zgłoszenia, a licznik na dzwonku aktualizuje się bez odświeżania strony.
Jeśli formularz ma własny adres powiadomień, zgłoszenia z niego idą mailem na ten adres zamiast na adresy członków zespołu (powiadomienie w panelu dostają wszyscy według własnych ustawień).
Przy polu E-mail powiadomień na stronie formularza stoi przycisk z licznikiem odbiorców. Otwiera listę, na której widzisz komplet: kanały sklepu odbierające zgłoszenia (zaznaczone), pozostałe kanały gotowe do podpięcia, powiadomienie w panelu i stan maili do zespołu. Kanał podpinasz i odpinasz jednym kliknięciem, bez wychodzenia z formularza. Pamiętaj, że kanał podpięty w ten sposób odbiera zgłoszenia ze wszystkich formularzy sklepu - lista mówi o tym wprost.
Jedna skrzynka dostaje jeden mail. Jeśli adres formularza jest jednocześnie kanałem sklepu, wyślemy tam jedną wiadomość, a nie dwie - taka pozycja jest na liście oznaczona. Kanały Discord, Slack i SMS dostają krótki sygnał niezależnie od maili.
Kto wysłał zgłoszenie. Jeśli formularz wypełnił zalogowany klient sklepu, mail pokaże jego imię i adres z konta wraz z adnotacją „Klient sklepu (zalogowany)" - nawet gdy formularz w ogóle nie pyta o e-mail. Gdy nadawca nie był zalogowany, zobaczysz adres, który wpisał w formularzu, a jeśli formularz o adres nie pyta - informację, że adresu nie podano.
Kanały sklepu
Kanał sklepu to wspólne miejsce, do którego trafiają wybrane zdarzenia niezależnie od tego, co ustawiły sobie poszczególne osoby. Dodajesz go przyciskiem Dodaj kanał w siatce:
| Kanał | Co podajesz | Skąd to wziąć |
|---|---|---|
| Discord | adres webhooka | w Discordzie: Ustawienia serwera → Integracje → Webhooki → Nowy webhook → Kopiuj adres URL |
| Slack | adres webhooka | w Slacku: dodaj aplikację Incoming Webhooks do kanału i skopiuj Webhook URL |
| adres e-mail | dowolny adres, np. biuro@… - nie musi mieć konta na platformie | |
| SMS | numer telefonu | numer osoby z zespołu, np. +48 600 000 000 |
Nowy kanał Discord, Slack i E-mail startuje z zaznaczonymi wszystkimi zdarzeniami - odznacz, czego nie chcesz. Kanał SMS startuje bez zdarzeń: każda wiadomość jest płatna (stawka pokazana w oknie dodawania) i pobierana z salda sklepu, więc sam wybierasz, za co płacić. Gdy saldo nie pokrywa opłaty, SMS nie wychodzi - w historii dostaw zobaczysz powód „Brak środków", a kanał pozostaje aktywny.
Adres webhooka i numer telefonu są przechowywane zaszyfrowane; w panelu widać tylko ich zamaskowaną końcówkę. Do Discorda, Slacka i SMS-a trafia wyłącznie tytuł i treść powiadomienia oraz link do panelu - nigdy dane kontaktowe klienta.
Test i historia. W menu kolumny (⋯) masz Wyślij test (wiadomość idzie tą samą drogą, co prawdziwe powiadomienia - wynik zobaczysz po chwili), Historia dostaw (ostatnie wiadomości ze statusem i powodem ewentualnej porażki), Edytuj, Wyłącz i Usuń. Kanał, do którego 10 kolejnych wiadomości nie dotarło (np. skasowany webhook), wyłącza się sam ze statusem „Wyłączony po błędach" - po naprawie adresu włącz go ponownie testem.
E-maile do klientów
Druga zakładka sekcji. Dostosuj automatyczne wiadomości wysyłane kupującym:
| Szablon | Kiedy wysyłany |
|---|---|
| Potwierdzenie zamówienia | Po złożeniu zamówienia |
| Płatność potwierdzona | Po opłaceniu |
| Zamówienie wysłane | Po utworzeniu przesyłki |
| Zamówienie dostarczone | Po dostarczeniu |
| Zwrot potwierdzony | Po zwrocie środków |
Wygląd Wiadomości (Branding)
Ustawienia → E-mail → ikona ołówka przy podglądzie szablonów
| Ustawienie | Co zmienia |
|---|---|
| Logo | Grafika na górze każdej wiadomości |
| Logo na całą szerokość | Osadzenie logo: włączone - obraz wypełnia górę wiadomości bez białego marginesu, na pełną szerokość (baner, zalecane ok. 1200x400 px); wyłączone - logo w nagłówku z marginesem (zalecane ok. 200x50 px) |
| Kolor główny | Przyciski, linki i linia pod nagłówkiem |
| Własna wiadomość w stopce | Dodatkowy tekst pod treścią wiadomości |
Przełącznik pełnej szerokości działa tylko z wgranym logo - bez grafiki nagłówek pokazuje nazwę sklepu tekstem. Wybrany wariant obowiązuje we wszystkich wiadomościach do klientów, w podglądzie w panelu oraz w e-mailu testowym. Dane prawne w stopce (nazwa firmy, NIP, adres) pochodzą z Ustawień ogólnych → Dane firmy.
Personalizacja Szablonów
Edytuj treść emaili:
- Wybierz szablon
- Edytor WYSIWYG z placeholderami:
{{order_number}}– numer zamówienia{{customer_name}}– imię klienta{{total}}– wartość zamówienia{{tracking_url}}– link do śledzenia
- Podgląd przed zapisaniem
- Zapisz szablon
Wszystkie emaile wysyłane z Twojej domeny (np. zamowienia@mojsklep.pl) dla lepszej dostarczalności.