Co nowego w oprogramowaniu dla twórców od Imker w sierpniu 2026?

Zestawienie dla księgowości - raport, który wysyłasz księgowej zamiast przepisywać faktury

Księgowa pyta, ile w zeszłym miesiącu zeszło na wysyłkę, i ktoś u Ciebie siada do przepisywania pozycji z faktur? Ten raport kończy ten rytuał. W Raporty → Zestawienie dla księgowości masz gotowe sumy za wybrany miesiąc: wartość sprzedaży, przychody z dostawy, z płatności i z pakowania prezentowego.

Przychody z dostawy są od razu rozbite na przewoźników - widzisz osobno paczkomaty, ORLEN Paczkę czy kuriera, z liczbą zamówień i kwotą dla każdego.

Pod sumami jest tabela zamówienie po zamówieniu: data, numer zamówienia, status, klient, kwota, sposób i przychód z dostawy, sposób płatności, numer faktury oraz ID transakcji z bramki płatności. Te dwa ostatnie robią różnicę przy rozliczeniach - księgowa dopasuje po nich każdą pozycję do faktury i do wyciągu z Tpay, PayU, Autopay czy Stripe, zamiast szukać po kwotach.

Kod rabatowy tylko na wybrany zestaw

Kod dało się ograniczyć do produktów, kategorii albo wykluczeń - ale nie do zestawu. Jeśli więc zrobiłeś pakiet pięciu książek i chciałeś dać na niego kod, rabat schodził też z każdej innej pozycji w koszyku. Poradnik dorzucony obok pakietu robił się tańszy razem z nim.

Teraz kod można przypiąć do konkretnego zestawu. Taki kod wchodzi wyłącznie wtedy, gdy zestaw faktycznie leży w koszyku, a rabat schodzi tylko z pozycji, które ten zestaw tworzą. Reszta koszyka zostaje w pełnej cenie.

Niekompletny zestaw znaczy, że kod nie działa - klient dostaje zwykły komunikat o niedziałającym kodzie, tak samo jak przy kodzie po terminie.

Pule i serie zestawów działają bez dodatkowej konfiguracji

Jeśli zestaw jest pulą („wybierz 5 z 12"), kod obejmuje każdy wybór klienta, a nie jedną sztywną piątkę. Pula liczy sztuki, nie tytuły - dwa egzemplarze tej samej książki też ją wypełniają, dokładnie tak, jak przy naliczaniu ceny zestawu.

Przy zestawie dostępnym tylko z linku kod zadziała dopiero wtedy, gdy klient przyszedł tym linkiem. Zasada jest ta sama, którą zestaw stosuje przy swojej cenie.

Do jednego kodu możesz zaznaczyć kilka zestawów naraz, więc całą serię pakietów obsłużysz jednym kodem.

Od jakiej kwoty liczy się rabat

Kod schodzi od ceny po rabacie zestawu, bo idzie ostatni w kolejności. Przy pakiecie za 80 zł kod „-10%" to 8 zł, a nie 10% od sumy cen katalogowych. Warto o tym pamiętać, ustalając wysokość rabatu.

Nowa rola dla użytkowników systemu: Sprzedaż

Osoba, która zajmuje się w sklepie wyłącznie promocjami, dostawała dotąd dostęp szerszy, niż potrzebowała - razem z zamówieniami i danymi klientów. Przy współpracy z kimś z zewnątrz, na przykład z agencją albo osobą prowadzącą kampanie, to za dużo.

Doszła rola Sprzedaż. Widzi tylko sekcję Promocje: kody rabatowe, kupony, oferty prezentowe, rabaty czasowe oraz rabaty na adres i domenę e-mail. Może je zakładać i edytować. Zamówienia, klienci, produkty, konfiguracja i raporty pozostają dla niej zamknięte.

Po zalogowaniu taka osoba trafia od razu na listę kodów rabatowych, a nie na dashboard, którego i tak by nie zobaczyła.

Jeden mail z prośbą o dane użytkowników zamiast kilku

Przy zamówieniu z dwoma rodzajami biletów - powiedzmy karnetem i wejściówką jednodniową - kupujący dostawał dwie osobne wiadomości z prośbą o dane uczestników. Obie prowadziły pod ten sam link, a formularz za nim obejmował bilety tylko jednego rodzaju. Wyglądało to na pomyłkę systemu i kończyło się pytaniem do obsługi.

Teraz na jedno wydarzenie idzie jedna wiadomość, a formularz obejmuje wszystkie bilety z tego zamówienia, niezależnie od tego, ilu są rodzajów.

Poprawione zostało też drugie zachowanie, które to napędzało: w zamówieniu mieszanym bilet kupiony pojedynczo dostawał automatycznie dane kupującego i znikał z formularza. Dane z zamówienia wpisujemy teraz tylko wtedy, gdy na całe wydarzenie przypada jeden bilet - czyli gdy naprawdę nie ma o co pytać.

Osobny szablon biletu dla każdego typu

Szablon PDF, na którym drukują się bilety, był ustawiany raz - przy wydarzeniu. Wszystkie typy biletów dostawały więc tę samą grafikę, choć często różnią się w treści: karnet dwudniowy, wejściówka VIP i bilet ulgowy to dla uczestnika trzy różne rzeczy.

Teraz każdy typ biletu może mieć własny szablon. Pole znajdziesz przy typie biletu, obok limitu zakupu na osobę.

Ustawienie z wydarzenia zostaje domyślnym: typ, przy którym nie wgrasz nic własnego, drukuje się tak jak dotąd. Nie musisz więc niczego zmieniać w wydarzeniach, które już działają - wystarczy dołożyć grafikę tam, gdzie chcesz odejść od reguły.

Grafikę da się teraz usunąć, a format jest sprawdzany od razu

Raz wgranej grafiki nie dało się zdjąć - można ją było tylko podmienić na inną. Przy szablonie jest teraz Usuń wgraną grafikę, zarówno przy typie biletu, jak i przy wydarzeniu.

Generator biletów czyta wyłącznie PNG i JPG. Inne formaty, na przykład WEBP, przyjmował panel, a problem wychodził dopiero przy pobieraniu biletu - już po sprzedaży. Teraz nieobsługiwany plik zostaje odrzucony przy wgrywaniu, z komunikatem.

Możesz ukryć w koszyku przycisk powrotu do sklepu

W nagłówku koszyka jest link, który odsyła klienta z powrotem na stronę sklepu. Bywa pomocny, ale nie zawsze: przy sprzedaży z jednego landinga albo z kampanii to po prostu wyjście z procesu zakupu na chwilę przed jego końcem. Do tej pory jedynym sposobem, żeby go zdjąć, było wklejenie własnego CSS-a.

Teraz to zwykłe ustawienie - jeden przełącznik, który zdejmuje link ze wszystkich wersji koszyka naraz.

Pusty koszyk i strony błędu zostawiliśmy bez zmian. Ktoś, kto patrzy na pusty koszyk, potrzebuje drogi powrotnej do sklepu - to jedyne wyjście, jakie ma na tym ekranie.

Zestawienie kodów pokazuje, kto i kiedy kupił na dany kod

Raport mówił, ile razy kod zadziałał i ile przyniósł. Do rozliczenia z partnerem to za mało - brakowało odpowiedzi na pytanie, kto z tego skorzystał, kiedy i co konkretnie kupił. Zostawało przeklikiwanie zamówień pojedynczo.

Przy każdym kodzie jest teraz Rozwiń, a pod nim tabela: numer zamówienia z linkiem, data, klient z adresem e-mail i kupione produkty - każdy w osobnym wierszu. Zamówienia idą po dacie, więc czyta się je chronologicznie.

Nazwa produktu pochodzi z wersji zapisanej w chwili zakupu, więc zobaczysz to, co klient wtedy kupił - także wtedy, gdy produkt został później przemianowany albo wycofany.

Eksport z produktami w osobnych kolumnach

Do tej pory wszystkie produkty danego kodu były sklejone w jedną komórkę. Dało się je przeczytać i nic więcej. Teraz każdy produkt ma własną kolumnę, więc w arkuszu je posortujesz, policzysz i wrzucisz do tabeli przestawnej. Jeśli masz formułę wskazującą starą kolumnę „Zamówione produkty", trzeba ją przestawić.

Eksport listy produktów do CSV - z SKU i stawką VAT

Lista produktów w panelu pokazuje nazwę i cenę. Jeśli potrzebowałeś zestawienia z SKU albo stawkami VAT - do inwentaryzacji, do przekazania księgowej, do sprawdzenia przed zmianą cennika - nie było jak go stamtąd wyciągnąć.

Przy każdej sekcji Produkty jest teraz przycisk Eksportuj do CSV. W pliku: identyfikator, nazwa, SKU, cena brutto i stawka VAT.

Eksport bierze dokładnie to, co widzisz na ekranie: filtr kategorii, wyszukiwaną frazę i podział na produkty aktywne oraz nieaktywne - tylko bez stronicowania, więc dostajesz całą listę, a nie jej pierwszą stronę. Kliknięty przy sekcji aktywnych odda aktywne, przy nieaktywnych - nieaktywne.

Zamówienie za 0 zł nie udaje już, że czeka na płatność

Darmowy ebook, produkt w całości pokryty kodem rabatowym, prezent do zapisu - koszyk traktował je jak każde inne. Pokazywał wybór metody płatności razem z polem na kod BLIK, a po złożeniu zamówienia wyświetlał Twój tekst zapowiadający przejście do płatności. Klient wpisywał kod, czytał, że za chwilę nastąpi przekierowanie - i nic. Przycisku nie było, bo płatność za zero złotych nigdy nie powstaje.

Teraz przy kwocie 0,00 zł koszyk nie pyta o metodę płatności. Dotyczy to również sytuacji, w której kod rabatowy zbija cenę do zera już po wybraniu metody - sekcja znika przy przeliczeniu koszyka.

Doszedł też osobny tekst potwierdzenia dla zamówień bezpłatnych. Możesz w nim napisać to, co faktycznie ma się wydarzyć („pliki są już w Twojej skrzynce"), zamiast instrukcji przejścia do płatności. Zostawisz puste - zostaje dotychczasowy tekst, nic się nie zmienia.

Zamówienia bezpłatne liczą się teraz w statystykach reklamowych

Jeśli w ustawieniach piksela masz zliczanie zakupu na stronie powrotu z płatności, to przy zamówieniu za zero klient nigdy tam nie trafiał - i zakup nie był liczony wcale. Teraz zdarzenie odpala się na stronie potwierdzenia. Możesz zobaczyć wzrost liczby konwersji w Meta bez zmiany czegokolwiek po swojej stronie - to te zamówienia, których wcześniej brakowało.

Cena docelowa: „wszystko po 99 zł" bez liczenia procentów

Promocja na grupę produktów w różnych cenach kończyła się dotąd kalkulatorem. Rabat kwotowy zdejmuje wszystkim tyle samo, więc tańszy tytuł schodzi za nisko. Procentowy zostawia nierówne końcówki. A chcesz zwykle jednego: żeby wszystko kosztowało tyle samo.

Nowy typ rabatu ustawia cenę docelową jednej sztuki. Wpisujesz 99 zł i każdy objęty produkt kosztuje 99 zł - niezależnie od tego, czy przed chwilą kosztował 149, czy 119. Produkt tańszy od podanej kwoty nie drożeje, rabat po prostu go nie dotyczy. Przy kilku sztukach jednej pozycji cena mnoży się przez ilość.

Dotąd cenę docelową dało się ustawić wyłącznie na kodzie rabatowym. Teraz jest wszędzie tam, gdzie rabat nalicza się sam: na adres e-mail, na domenę (cała firma w jednej cenie), za zapis na newsletter i w promocjach czasowych.

Rabaty bez kodu w REST API

API potrafiło zakładać kody rabatowe, ale nie rabaty, które działają bez kodu. Integracja nie miała jak powiedzieć „ten klient płaci 99 zł za każdy tytuł" - trzeba było wejść do panelu i kliknąć to ręcznie.

Teraz są cztery komplety endpointów, każdy z pełnym odczytem, zapisem i usuwaniem: /api/v1/email_address_discounts, /api/v1/email_domain_discounts, /api/v1/newsletter_discounts i /api/v1/time_limited_discounts. Wszystkie przyjmują opisaną wyżej cenę docelową.

Typowe zastosowanie: system szkoleniowy albo intranet klienta sam nadaje cenę osobom z danej domeny, a po zakończeniu współpracy usuwa rabat jednym żądaniem. Promocje czasowe zakładane przez API przechodzą dokładnie te same reguły co w panelu, łącznie z przeliczeniem cen wymaganym przez dyrektywę Omnibus.

Pule kodów z ważnością liczoną od pobrania

Kampania „oto Twój kod, wygasa za 48 godzin" wymagała do tej pory kompromisu: albo wspólna data ważności dla wszystkich (kto dostał maila w ostatnim dniu, miał godziny zamiast dwóch dni), albo generowanie kodów pojedynczo. Teraz pula może pracować w trybie „ważność liczona od pobrania".

Generujesz zapas z góry - na przykład 1000 kodów - i pobierasz z niego tyle, ile akurat potrzebujesz. Pobrane 10 sztuk dostaje ważność liczoną od tej chwili, w puli zostaje 990 wolnych. Do momentu pobrania kody są nieaktywne, więc nic nie „wycieknie" przed czasem, a lista kodów rabatowych zostaje czysta - zapas siedzi w puli, nie na głównej liście.

Po pobraniu od razu pobiera się plik CSV z kodami i datami wygaśnięcia, gotowy do wgrania w dowolny system mailowy. Jest też endpoint w REST API, więc automatyzacja może pobierać kody na bieżąco, po jednym na odbiorcę.

Sekwencje generują indywidualne kody rabatowe - ważność liczona od zakupu klienta

Do tej pory kod w mailu sekwencji mógł być tylko wspólny dla wszystkich - a wspólny kod rozchodzi się po internecie i nie da się nim zrobić oferty „masz 7 dni od SWOJEGO zakupu". Teraz sekwencja może wygenerować jednorazowy, unikalny kod dla każdego odbiorcy: ograniczony do wskazanych produktów, z ważnością liczoną od momentu, w którym sekwencja wystartowała dla tego konkretnego klienta.

W treści maili wstawiasz {{KOD_RABATOWY}} albo {{LINK_Z_KODEM}} - gotowy link, który dodaje produkt do koszyka i od razu aktywuje kod. Wszystkie maile sekwencji niosą ten sam kod, więc przypomnienie w 25. dniu działa naturalnie.

Dwa gotowe scenariusze: jednorazowe -20% ważne 7 dni od zakupu oraz dokupienie produktu elektronicznego w cenie zestawu do 30 dni po zakupie fizycznego (rabat typu „cena docelowa za sztukę" ustawia dokładnie cenę pakietową). Zero zewnętrznych narzędzi.

Wysyłka testowa maili sekwencji - bez planowania na za tydzień

Przetestowanie maila sekwencji wymagało dotąd zaplanowania wysyłki i czekania. Na stronie sekwencji jest teraz box „Wysyłka testowa": zaznaczasz wiadomości na liście, podajesz adres i wszystkie przychodzą od razu - z treścią, nadawcą i znacznikami jak w realnej wysyłce. Nic się przy tym nie planuje ani nie zapisuje.

Historia zmian regulaminu i dowód akceptacji przy zamówieniu

Do tej pory edycja regulaminu nadpisywała poprzednią treść bez śladu - a przy sporze z klientem trzeba umieć wskazać, jaką dokładnie treść zaakceptował przy zakupie. Teraz każda zmiana regulaminu zapisuje się jako osobna wersja, a każde nowe zamówienie zapamiętuje, którą wersję klient zaakceptował.

Na stronie regulaminu w panelu znajdziesz historię zmian z datami i podglądem pełnej treści każdej wersji - jak w historii cen produktu. Na karcie zamówienia pojawia się pozycja „Zaakceptowany regulamin" z linkiem do właściwego snapshotu. Jeśli Twój regulamin jest hostowany poza platformą (jako adres URL), zapisujemy adres z chwili zamówienia.

Duża porcja nowości w REST API: zestawy, klonowanie produktów, zdjęcia i więcej

Zestawy produktów (/api/v1/product_sets) - odpowiednik panelu Produkty → Zestawy. Programowo utworzysz pakiet kilku produktów w jednej cenie, ustawisz priorytet, własny podział cen na pozycje albo pulę „wybierz X z listy", w której klient sam kompletuje zestaw ze wskazanych produktów. Reguły jak w panelu: minimum dwie sztuki, zgodność cen niestandardowych z ceną pakietu, własne formy płatności.

Produkty potrafią więcej:

• Klonowanie jednym żądaniem - POST /products/:id/clone kopiuje produkt z plikami, zdjęciem, sposobami dostaw i płatności oraz kategoriami (jak przycisk „Duplikuj" w panelu). Klon powstaje nieaktywny - dokańczasz konfigurację i włączasz.
• Zdjęcia produktów - wgrywanie i usuwanie grafiki wprost w JSON-ie (base64), w odpowiedziach adres photo_url.
• Kategorie główne - nowe pole product_category_ids ustawia kategorie widoczne w panelu. Dotychczasowe product_category_id to kategoria dla porównywarek/feedów - dokumentacja rozróżnia teraz oba pola wprost.
• Stawka ryczałtu (lump_code) - odczyt i zapis, z walidacją dozwolonych stawek; przyda się, jeśli konfigurujesz produkty zewnętrznym systemem, a rozliczasz się ryczałtem.

Zamówienia zwracają teraz uuid - z niego zbudujesz link ?copy_of, który otwiera klientowi nowy koszyk z danymi z poprzedniego zamówienia. A zewnętrzny sklep może otworzyć checkout wstępnie wypełniony danymi klienta (parametry prefill) - klient nie przepisuje adresu przy pierwszym zakupie.

„Zapłać, ile chcesz" - suwak zamiast małego okienka

Sprzedaż w modelu „zapłać, ile chcesz" opierała się dotąd o mały link i wyskakujące okienko z polem na kwotę - łatwe do przeoczenia i niewygodne na telefonie. Teraz po kliknięciu Dostosuj cenę pod produktem rozwija się czytelny panel na pełną szerokość koszyka: suwak do przeciągnięcia, pole na wpisanie kwoty i dwie podpowiedzi do wyboru jednym dotknięciem - cena minimalna i cena sugerowana.

Panel pilnuje ustawionej przez Ciebie ceny minimalnej (oraz opcji „od 0 zł", jeśli ją włączyłeś) i działa tak samo we wszystkich wersjach koszyka - również na telefonie, gdzie suwak i przyciski mają rozmiary wygodne pod palec.

Panel na telefonie z powiadomieniem o każdej sprzedaży

Panel sklepu możesz teraz zainstalować na telefonie jak aplikację: własna ikona na ekranie, uruchamianie na pełnym ekranie i natychmiastowy dostęp do zamówień - bez wpisywania adresu i logowania za każdym razem.

Do tego dochodzą powiadomienia push o opłaconych zamówieniach. Klient płaci - telefon wibruje, a przy otwartym panelu słychać dźwięk kasy. Wybierasz, których produktów dotyczy powiadomienie, więc możesz słuchać tylko tego, co naprawdę Cię interesuje. Działa też w przeglądarce na komputerze.

To pierwszy krok: pracujemy nad natywną aplikacją mobilną, która trafi do sklepów z aplikacjami - o premierze przeczytasz właśnie tutaj.