CHANGELOG IdoSell - maj 2026

W ramach changeloga IdoSell cyklicznie informujemy o nowościach, aktualizacjach i zmianach w oprogramowaniu platformy. Niezmiennie w osobnych wpisach publikujemy nowości projektowe i informacje o wydaniu kolejnych funkcjonalności. Poniższe wydanie changeloga prezentuje zakres zmian wprowadzonych w maju 2026 roku.

Marketplaces / Empik

• Poprawiliśmy pobieranie zamówień z Empik i skróciliśmy czas blokady dzienników

Naprawiliśmy błąd, który mógł powodować przerwę w synchronizacji zamówień z Empik. Dodatkowo skróciliśmy czas tej blokady z 3 godzin do 10 minut, co znacząco przyspiesza reakcję systemu na nowe zamówienia.

Marketplaces / eBay

• Obsługa ID zamówienia z eBay w API

W odpowiedzi API dodano zwracanie identyfikatora zamówienia z serwisu eBay. Dzięki temu sprzedawcy mogą łatwo powiązać zamówienia w panelu z konkretnymi transakcjami na eBay, co ułatwia obsługę posprzedażową.

Marketplaces / InPost Von Halsky

• Wystawianie ofert na InPost Von Halsky bez kodu EAN

Umożliwiliśmy wystawianie ofert nieposiadających poprawnego kodu EAN. System automatycznie waliduje EAN i w razie braku przesyła identyfikację produktu na podstawie marki (Brand) i numeru producenta (MPN).

Marketplaces / Allegro

• Nowe metody dostawy Allegro International na Słowację oraz oznaczenie krajów w mapowaniu kurierów

Dodaliśmy trzy nowe metody dostawy Allegro International na Słowację: Kurier, Odbiór w Punkcie i Automaty Paczkowe. W mapowaniu kurierów wyświetlane są teraz identyfikatory krajów nadania i docelowego, co pozwala łatwo odróżnić pozornie identyczne usługi.

• Poprawiliśmy pobieranie listy kurierów ze wszystkich kont Allegro

Naprawiliśmy mechanizm odczytywania dostępnych kurierów, który wcześniej uwzględniał tylko pierwsze konto w ramach danego serwisu. Teraz lista metod dostawy jest poprawnie sumowana ze wszystkich aktywnych kont Allegro, co zapewnia kompletne mapowanie kurierów.

Marketplaces / Kaufland

• Poprawiliśmy rozpoznawanie produktów w zamówieniach z Kaufland

Naprawiliśmy błąd, przez który brak ID oferty w danych z Kaufland powodował przypisywanie niewłaściwego produktu do wszystkich zamówień. System teraz rozpoznaje produkty na podstawie kodu EAN, co zapewnia prawidłową identyfikację towarów w zamówieniach.

Marketplaces

• Poprawne wyliczanie czasu dostawy przy wartościach w godzinach i minutach

Naprawiliśmy algorytm obliczania przewidywanego czasu dostawy ustawionego na Dostawcy, który wcześniej pomijał wartości podane w godzinach lub minutach. Teraz wartości te są prawidłowo przeliczane na dni i uwzględniane w łącznym czasie dostawy widocznym przy ofercie.

Dokumenty sprzedaży / KSeF

• Dodaliśmy edycję typu klienta w edycji danych billingowych na karcie zamówienia

Zmiana typu klienta (osoba prywatna / firma) w edycji danych billingowych, na karcie zamówienia, pozwala na dostosowanie rodzaju transakcji (B2C / B2B) pod kątem przekazywanych faktur w KSeF. Przykład: Klient o typie „osoba prywatna” podał nazwę firmy oraz NIP, a w konfiguracji KSeF przekazywanie faktur dla podmiotów prywatnych jest wyłączone. Zmiana typu klienta na „firma” pozwoli na prawidłowe przekazanie faktury do KSeF.

• Optymalizacja integracji z KSeF

Wprowadziliśmy szereg poprawek optymalizacyjnych, które eliminują sporadyczne i brzegowe problemy w przekazywaniu dokumentów do KSeF. Wprowadziliśmy również dodatkowe zabezpieczenia w przypadku, gdy konfiguracja KSeF jest nieprawidłowa.

• Dodaliśmy w domyślnym szablonie faktury zmienną dla BDO oraz zmieniliśmy prezentowanie kodów QR dla KSeF

W domyślnym szablonie faktury dodaliśmy zmienną dla numeru BDO, nie jest już potrzebna modyfikacja szablonu w celu dodania tej zmiennej. Zmieniliśmy prezentowanie wygenerowanych kodów QR dla KSeF na bardziej kompaktową formę, co oszczędza miejsce na dokumencie wizualizacji faktury w PDF.

Dokumenty sprzedaży

• Wycofaliśmy automatyczne wyświetlanie informacji „odwrotne obciążenie”

Na dokumentach sprzedaży nie generujemy już automatycznie informacji „odwrotne obciążenie”. Informacja ta może zostać ustawiona we własnym szablonie dokumentu sprzedaży za pomocą zmiennych, odpowiadających za typ transakcji. Dzięki temu obsługa sklepu może dowolnie dostosować szablon bez ryzyka, że informacja „odwrotne obciążenie” pojawi się w nieuzasadnionych przypadkach.

• Naprawiliśmy zgodność plików EPP 1.11/1.12 ze schemą EDI++ dla formatów Insert GT

Pliki EPP w wersjach 1.11 i 1.12 eksportowane w formatach Rachmistrz GT, Rewizor GT i Subiekt GT nie były akceptowane przez te programy z powodu niezgodności ze schemą EDI++. Naprawiliśmy generowanie plików — uzupełniliśmy brakujące pola i wyeliminowaliśmy nadmiarowe elementy, dzięki czemu import do programów Insert GT przebiega teraz poprawnie.

• Naprawiliśmy brak odpowiedzi API przy eksporcie dokumentów EPP z wieloma magazynami

Dotychczas wywołanie bramki API do eksportu dokumentów EPP przy przekazaniu większej liczby magazynów (np. 9) powodowało zawieszenie żądania bez zwrócenia odpowiedzi. Naprawiliśmy ten problem — eksport dokumentów EPP przez API działa teraz poprawnie niezależnie od liczby przekazanych magazynów.

Podatki i rozliczenia

• Pozwalamy na ustawienie typu transakcji dla zamkniętych zamówień

W przypadku zamówień zamkniętych, w których nie ma ustawionego typu transakcji krajowa, VAT OSS, WDT, eksport), pozwalamy na ustawienie typu transakcji, aby możliwe było np. wystawienie poprawnej faktur VAT, czy korekty do istniejącej faktury.

• Dodaliśmy logowanie w historii zamówienia informacji o zmianie typu transakcji

W historii zamówienia logujemy teraz każdą zmianę typu transakcji zamówienia.

PIM

• Naprawiliśmy otwieranie modułu regulaminów i polityk w starym dashboardzie

Wejście w moduł regulaminów i polityk powodowało przełączenie całego panelu na stary dashboard, nawet jeśli panel działał wcześniej na nowym. Naprawiliśmy ten błąd i moduł otwiera się teraz w nowym dashboardzie bez nieoczekiwanego przełączania widoku.

• Poprawiliśmy wyświetlanie cen Omnibus po udostępnieniu towaru

Po dodaniu towaru do promocji ceny Omnibusowe nie były widoczne w sklepie przez pewien czas po udostępnieniu towaru, sklep pokazywał poprzednie wartości dłużej niż powinien. Naprawiliśmy ten błąd, dzięki czemu ceny Omnibus pojawiają się znacznie szybciej na karcie towaru.

• Dodaliśmy zabezpieczenie przed dodaniem kodu rabatowego bez kampanii

Kod rabatowy nieprzypisany do żadnej kampanii mógł nie pojawiać się w wynikach wyszukiwarki w panelu, przez co nie można było sprawdzić liczby zamówień złożonych z jego użyciem. Dodaliśmy zabezpieczenie, które uniemożliwia dodanie kodu rabatowego bez przypisanej kampanii.

• Naprawiliśmy wklejanie tekstu z Worda do opisu towaru

Tekst skopiowany z Worda nie był wklejany do opisu towaru, gdy zawierał podkreślone słowo oznaczone przez sprawdzanie pisowni. Naprawiliśmy ten błąd i tekst z formatowaniem z Worda jest teraz poprawnie wklejany do edytora opisu.

• Zabezpieczyliśmy przed zapisem nieprawidłowo skonfigurowanej oferty specjalnej

W określonych okolicznościach możliwe było zapisanie oferty specjalnej z błędną konfiguracją, która powodowała że rabat nie był naliczany mimo spełnienia warunków oferty. Rozszerzyliśmy walidację, która blokuje zapis takich nieprawidłowych ofert.

• Naprawiliśmy usuwanie grup rabatowych przez API

Usunięcie grupy rabatowej przez API kończyło się błędem, mimo że ta sama operacja wykonywana z poziomu panelu działała prawidłowo. Naprawiliśmy ten błąd i grupy rabatowe można teraz usuwać zarówno z poziomu panelu, jak i przez API.

• Naprawiliśmy kolejność wartości parametrów towaru w koszyku

Wartości parametrów towaru wyświetlane w koszyku miały inną kolejność niż na karcie towaru, co mogło wprowadzać klientów w błąd. Naprawiliśmy ten błąd, parametry i ich wartości są teraz prezentowane w tej samej kolejności zarówno na karcie towaru, jak i w koszyku.

• Naprawiliśmy niechciane ładowanie edytora treści w polu notatki do zamówienia

W polu notatki do zamówienia w niektórych przypadkach wyświetlał się rozbudowany edytor treści, stosowany w innych miejscach panelu jak karta edycji towaru. Naprawiliśmy ten błąd, edytor nie jest już ładowany w polu notatki.

• Naprawiliśmy wyświetlanie rozmiaru ikony towaru na karcie edycji

Po najechaniu kursorem na ikonę towaru w karcie edycji wyświetlana była błędna informacja o jej rozmiarze, wartość była wielokrotnie zawyżona w stosunku do rzeczywistej. Naprawiliśmy ten błąd i rozmiar ikony jest teraz prezentowany zgodnie z rzeczywistością.

• Naprawiliśmy dodawanie zdjęć towaru dla konkretnego sklepu

Podczas dodawania zdjęcia towaru dla wybranego sklepu proces zatrzymywał się na 99%, a po odświeżeniu strony zdjęcie pojawiało się we wszystkich sklepach zamiast tylko w wybranym. Naprawiliśmy go i zdjęcia są teraz poprawnie przypisywane do wskazanego sklepu.

Traffic Generation

• Poprawa ustawienia ciasteczka _gcl_au

Poprawiliśmy błąd, w którym ciasteczko _gcl_au (Google Conversion Linker) było zapisywane w przeglądarce użytkownika jeszcze przed wyrażeniem zgody na pliki cookie — w szczególności w przeglądarce Firefox ciasteczko pozostawało aktywne nawet po odrzuceniu zgód. Zmieniono kolejność ładowania skryptów na stronie tak, aby kod definiujący domyślne zgody (consent default z wartościami denied) był osadzany przed załadowaniem skryptu gtag.js, dzięki czemu Google Tag Manager od razu respektuje ustawienia prywatności.

• Domyślne włączenie przesyłania czasów obsługi zamówienia i przewozu w Google Ads by IdoSell

Przełączniki odpowiadające za wysyłanie minimalnego i maksymalnego czasu obsługi zamówienia oraz czasu przewozu do Google Merchant Center zostały domyślnie włączone dla wszystkich kont Google Ads by IdoSell — zarówno nowych, jak i istniejących. Poprawiliśmy również sposób obliczania tych czasów tak, aby uwzględniał wyłącznie dni robocze (bez sztucznego dodawania dwóch dni weekendowych), a nazwy przełączników w panelu zaktualizowaliśmy, by precyzyjnie odzwierciedlały przesyłane atrybuty. Dzięki tym zmianom użytkownicy zyskują dokładniejsze informacje o czasie dostawy w kampaniach.

• Poprawa identyfikatora Meta Pixel w integracji FBE2

Naprawiliśmy błąd, w którym pole identyfikatora Meta Pixela w panelu integracji Facebook (FBE2) nie pozwalało na zapisanie pustej wartości, uniemożliwiając całkowite usunięcie Pixela ze sklepu. Dzięki poprawce użytkownicy mogą teraz wyczyścić pole i zapisać je, co w pełni dezaktywuje Meta Pixel bez konieczności kontaktu ze wsparciem technicznym.

• Wyodrębniliśmy dyrektywy blokujące roboty SEO w robots.txt do osobnego przełącznika

Dodaliśmy możliwość zarządzania robotami SEO w robots.txt w ramach osobnego przełącznika. Dzięki temu możliwe jest swobodne zarządzanie robotami SEO takimi jak: Ahrefs, Semrush, Majestic, Moz, Lumar, BLEXbot, Ezooms, CognitiveSEO, Screaming Frog.

Klienci

• Uszczelnienie zapisywania zmian w historii klienta sklepu podczas jego edycji

Dotychczas nie wszystkie operacje edycji danych klienta były rejestrowane w historii zmian. Utrudniało to analizę zmian. Uszczelniliśmy ten mechanizm, dzięki czemu każda modyfikacja danych klienta jest teraz prawidłowo odnotowywana w historii.

• Naprawiliśmy możliwości zmiany hasła przez klienta przy włączonej blokadzie edycji danych adresowych

Wcześniej przy włączonej opcji blokady samodzielnej zmiany danych adresowych w COP klient nie mógł również zmienić swojego hasła — wyświetlał się komunikat o braku uprawnień. Naprawiliśmy mechanizm tak, aby blokada danych adresowych nie blokowała jednocześnie możliwości zmiany hasła.

• Przywrócenie wysyłki maili transakcyjnych przy rejestracji konta klienta

Szablony wiadomości transakcyjnych „Potwierdzenie założenia konta" oraz „Gdy obsługa zakłada konto" nie były wysyłane do klientów po rejestracji. Naprawiliśmy mechanizm wysyłki, dzięki czemu wiadomości transakcyjne są teraz prawidłowo kolejkowane i dostarczane do klientów.

OMS

• Poprawne oznaczanie typów transakcji dla zamówień realizowanych z magazynów fulfillmentowych

Wcześniej zamówienia realizowane z magazynów fulfillmentowych (np. Amazon FBA, Frisbo) były błędnie oznaczane jako WDT, niezależnie od faktycznego kraju magazynu. Wprowadziliśmy poprawki — typ transakcji jest teraz ustalany na podstawie kraju magazynu realizującego wysyłkę, a w przypadku braku informacji o kraju magazynu typ transakcji nie jest automatycznie przypisywany.

• Automatyczne przypisywanie typu transakcji do zamówień z eBay

Dotychczas zamówienia importowane z eBay trafiały do panelu bez przypisanego typu transakcji, co wymagało ręcznej obsługi każdego zamówienia. Ujednoliciliśmy mechanizm przypisywania typów transakcji dla marketplace'ów, dzięki czemu zamówienia z eBay są teraz automatycznie oznaczane odpowiednim typem.

• Poprawne oznaczanie typów transakcji dla merchantów z polskim NIP-em i siedzibą firmy poza Polską

Wcześniej system priorytetowo traktował siedzibę firmy jako kraj sprzedaży, ignorując fakt posiadania polskiego NIP-u. Dostosowaliśmy mechanizm zgodnie z wytycznymi księgowości — firmy z polskim NIP-em są teraz traktowane tak samo jak firmy z siedzibą w Polsce.

WMS

• Naprawiliśmy ustawiania lokalizacji magazynowej towaru przy przyjęciu dokumentu PZ

Dotychczas lokalizacja magazynowa wpisana w dokumencie PZ nie była automatycznie przypisywana do towaru na jego karcie. Naprawiliśmy ten mechanizm — teraz po przyjęciu dokumentu PZ z uzupełnioną lokalizacją, towar jest prawidłowo przypisywany do wskazanej lokalizacji magazynowej.

Raporty

• Przywróciliśmy działanie raportu Analizy Konwersji i Opłacalności (AKiO)

W specyficznych scenariuszach pojawiały się problemy z generowaniem raportu, uniemożliwiając użytkownikom dostęp do danych analitycznych dotyczących konwersji i opłacalności. Naprawiliśmy ten problem — raport jest ponownie generowany i wyświetlany poprawnie.

Towary

• Naprawiliśmy odświeżanie dostępności zestawów po zmianie stanu magazynowego towaru zgrupowanego ze składową

Wcześniej zmiana stanu magazynowego towaru zgrupowanego ze składową zestawu nie powodowała odświeżenia cache zestawu, co skutkowało wyświetlaniem nieaktualnej dostępności — np. zestaw mógł być widoczny jako niedostępny mimo dostępności wszystkich składowych. Naprawiliśmy automatyczne odświeżanie cache, dzięki czemu dostępność zestawów jest teraz zawsze aktualna.