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 lutym 2026 roku.

Dodaliśmy obsługę nowych usług Allegro One dla wysyłek z Polski do Czech z dostawą następnego dnia. Sprzedawcy mogą teraz oferować klientom w Czechach szybszą i bardziej konkurencyjną dostawę, co zwiększa atrakcyjność ich ofert na Allegro.
Skorygowaliśmy przypisywanie cen dla serwisów dodatkowych przy wystawianiu i aktualizacji ofert Allegro. Dzięki temu wystawiając ofertę dodatkowo na serwisie Business Allegro oferta jest poprawnie przetwarzana.
Dostosowaliśmy obsługę opcji „nadanie w punkcie” dla usług Allegro International by InPost, zgodnie z nowym sposobem nadawania przesyłek w API Allegro. Dzięki temu sprzedawcy nadal mogą nadawać paczki w Paczkomatach i Paczkopunktach InPost, bez ryzyka problemów po wejściu zmian po stronie Allegro.
Poprawiliśmy sposób przetwarzania znaków „backslash” podczas importu produktów z Empiku. Zmiana eliminuje błędy w danych towarów i zapewnia poprawne wyświetlanie nazw oraz opisów w panelu i na sklepie.
Zmieniliśmy mechanizm promocji tak, aby przy aktualizacjach ofert uwzględniał serwisy Marketplace: Allegro, eBay, Empik, eMag i InPost. Ułatwia to spójne zarządzanie promocjami w wielu kanałach sprzedaży i ogranicza ryzyko pominięcia wybranych rynków.
Dotychczas bramka wyszukiwania zamówień w API przyjmowała parametry sortowania, ale sortowała wyniki w nieprzewidywalny sposób, co wymagało czasochłonnej analizy po stronie integratorów. Teraz zapewniamy spójne, przewidywalne sortowanie oraz dokumentację odzwierciedlającą rzeczywiste działanie bramki.
Do tej pory zmiany danych billingowych w zamówieniu i na dokumentach sprzedaży nie były rejestrowane w historii, a nieaktywna funkcja generowania duplikatu faktury wprowadzała klientów w błąd. Obecnie każdą zmianę danych rozliczeniowych zapisujemy w historii zamówienia z informacją kto i kiedy ją wykonał, a przycisk generowania duplikatu został usunięty.
Wcześniej w okienku „Cena sprzedaży produktu” na karcie zamówienia nie zawsze prezentowaliśmy aktualną cenę z karty towaru, a dodatkowo otrzymaliśmy zgłoszenia o nieprawidłowym wyświetlaniu ceny przekreślonej na liście towarów przypisanych do zamówienia. Obecnie przywróciliśmy już pobieranie aktualnej ceny z karty towaru w tym okienku i doprecyzowaliśmy logikę prezentacji ceny przekreślonej: sama zmiana ceny towaru w edycji produktu nie powoduje już jej przekreślenia w zamówieniu, a cena przekreślona pojawia się wyłącznie wtedy, gdy w momencie składania zamówienia faktycznie został zastosowany rabat, kod rabatowy lub promocja.
Wcześniej możliwe było utworzenie konta klienta z loginem składającym się wyłącznie z cyfr, co prowadziło do problemów z identyfikacją klienta i prezentowaniem jego danych, w tym na dokumentach reklamacyjnych. Teraz zapobiegamy tworzeniu takich kont i poprawiamy spójność obsługi w module reklamacji.
Po zmianach w module zgłoszeń hurtowników zniknęła opcja natychmiastowej weryfikacji numeru NIP UE, przez co obsługa musiała przechodzić na kartę klienta i ręcznie szukać odpowiednich narzędzi. Teraz ponownie udostępniamy weryfikację NIP UE bezpośrednio ze zgłoszenia hurtownika, co skraca czas obsługi i zmniejsza ryzyko błędnej kwalifikacji klientów B2B.
Do tej pory nadanie hasła klientowi, który złożył zamówienie bez rejestracji, nie zostawiało śladu w historii, a konto nadal było oznaczone jako utworzone bez rejestracji. Teraz logujemy moment nadania hasła w historii klienta i po tej operacji traktujemy konto jako pełnoprawne.
Wcześniej wprowadzenie cudzysłowu w uwagach dla kuriera mogło generować błąd w strukturze danych i uniemożliwiać wejście na kartę subskrypcji zarówno z panelu, jak i z poziomu klienta. Teraz odpowiednio oczyszczamy i zapisujemy treść notatek, dzięki czemu nawet nietypowe znaki nie powodują błędów, a obsługa ma pełny dostęp do subskrypcji.
Dotychczas system w wybranych konfiguracjach pobierał płatności za zamówienia subskrypcyjne zbyt wcześnie, np. w dniu wygenerowania zamówienia lub kilka dni przed planowaną dostawą. Obecnie precyzyjnie dopasowujemy moment rozpoczęcia cyklu płatności do założonego harmonogramu subskrypcji, zgodnie z dokumentacją modułu.
Obecnie generujemy pliki JPK w aktualnym formacie, w tym z obsługą numerów KSeF i odpowiednich oznaczeń typów dokumentów sprzedaży, co pozwala sklepom bezpiecznie rozliczać VAT zgodnie z przepisami.
Wcześniej w sytuacjach, gdy dane billingowe w zamówieniu zostały usunięte lub automatycznie wyczyszczone, próba wystawienia korekty w module zwrotów kończyła się błędem o brakujących danych odbiorcy faktury, mimo że pierwotny dokument zawierał kompletne informacje. Teraz w takich przypadkach automatycznie sięgamy do danych z faktury pierwotnej i wykorzystujemy je przy tworzeniu korekty, co pozwala sprawnie obsłużyć zwrot.
Wdrożyliśmy zaktualizowaną matrycę, dzięki czemu naliczanie podatku VAT dla sprzedaży wysyłkowej do krajów UE odbywa się według aktualnych stawek.
Zaktualizowaliśmy sposób prezentacji informacji o limicie przestrzeni dyskowej w module dotyczącym wykorzystania zasobów. Wyświetlane wartości zostały dostosowane do aktualnych limitów obowiązujących w poszczególnych abonamentach.
Poprawiliśmy odpowiedź API dla metod products/products:GET oraz products/products/search:POST. W odpowiedzi ponownie zwracany jest opis meta produktu w strukturze productDescriptionLangData pod kluczem productMetaDescription, zgodnie z dokumentacją API.
Usunęliśmy komunikat dotyczący konieczności podpisania umowy z IAI dla korzystania z serwerów premium MessageFlow z listy kont e-mail. Informacja ta była wyświetlana w nieprawidłowym miejscu. Obecnie komunikat pojawia się wyłącznie w procesie dodawania nowego konta e-mail, w momencie próby wyboru serwerów MessageFlow przez klientów bez aktywnej umowy.
Poprawiliśmy komunikat wyświetlany przy wysyłce newslettera do ponad 500 odbiorców z darmowych serwisów, tak aby jasno informował o aktualnym typie wysyłki oraz możliwości skorzystania z MessageFlow. Dodatkowo usunęliśmy opcję stałej zmiany typu konta z poziomu popupu oraz zablokowaliśmy wysyłkę przez MessageFlow w przypadku braku zweryfikowanej domeny.
Wprowadziliśmy szereg usprawnień w edytorze treści dostępnego w panelu administracyjnym. Dodaliśmy przycisk zapisu w trybie pełnoekranowym, rozszerzyliśmy sekcję wideo o obsługę shortów z YouTube. Przywróciliśmy również poprawne nadawanie atrybutu font-size podczas formatowania tekstu oraz zmieniliśmy logikę tak aby po zapisie zmian użytkownik automatycznie przenoszony był do edytowanej zakładki sklepu i języka.
Usunęliśmy błąd, który powodował, że wiadomości SMS o zmianie statusu zamówienia nie były wysyłane w przypadku, gdy na koncie klienta brakowało adresu e-mail. Problem występował mimo włączonego szablonu SMS i zaznaczonej opcji wysyłki na karcie zamówienia. Obecnie SMS jest wysyłany prawidłowo na podany numer telefonu, niezależnie od tego, czy klient posiada uzupełniony adres e-mail.
Poprawiliśmy działanie metody productsseriesput w API w zakresie aktualizacji opisów serii. Wcześniej aktualizacja wyłącznie opisu górnego powodowała usunięcie opisu dolnego, a aktualizacja samego opisu dolnego nie była zapisywana. Obecnie możliwa jest niezależna aktualizacja opisu górnego i dolnego bez ryzyka nadpisania drugiego pola, a brak przekazania jednego z opisów w żądaniu nie skutkuje jego wyczyszczeniem.
Usprawniliśmy proces zmiany typu konta e-mail na serwer Google lub Microsoft. Wcześniej po zmianie typu serwera widoczny był jedynie przycisk „Zapisz”, a opcja „Zaloguj się przez Google” pojawiała się dopiero po ponownym wejściu w edycję konta, co powodowało błędy konfiguracji. Obecnie przycisk logowania jest dostępny od razu po zmianie typu konta, a autoryzacja oraz zapis konfiguracji odbywają się w jednym, czytelnym kroku.
Wprowadziliśmy blokadę uniemożliwiającą usunięcie towaru, który jest przypisany do grupy produktów. Zmiana zapobiega powstawaniu niespójności w grupach oraz sytuacjom, w których usunięty towar pozostawał widoczny w grupie lub był niezamierzenie przywracany do panelu.
Zmiana zapewnia, że klient zostaje przypisany do partnera wyłącznie wtedy, gdy finalizuje zamówienie z kodem rabatowym powiązanym z tym partnerem, co eliminuje błędne naliczanie prowizji w programie partnerskim. Dzięki temu źródło zamówienia odzwierciedla faktyczne wykorzystanie programu partnerskiego.
Zmiana zapewnia, że serie, do których można wejść z poziomu sklepu, trafią do sitemapy niezależnie od tego, czy zostały dodane przyciskiem „Dodaj”, czy „Dodaj i konfiguruj”, co poprawia ich widoczność w wyszukiwarkach. Dzięki temu sitemap lepiej odzwierciedla realnie dostępne serie, co ułatwia indeksowanie treści i może pozytywnie wpłynąć na ruch z SEO.
Zmiana zapewnia, że serie, do których można wejść z poziomu sklepu, trafią do sitemapy niezależnie od tego, czy zostały dodane przyciskiem „Dodaj”, czy „Dodaj i konfiguruj”, co poprawia ich widoczność w wyszukiwarkach. Dzięki temu sitemap lepiej odzwierciedla realnie dostępne serie, co ułatwia indeksowanie treści i może pozytywnie wpłynąć na ruch z SEO.
Zmiana umożliwia generowanie i udostępnianie feedu Google Shopping także dla Finlandii oraz Grecji, co pozwala sklepom rozszerzyć sprzedaż na te rynki i lepiej wspiera działania marketingowe.
Zmiana pozwala uniknąć sytuacji, w której oferty bez znanego kosztu dostawy są pomijane w reklamach z powodu niepełnej informacji o wysyłce w feedzie.
Zmiana eliminuje błąd „price – not set” w raportach GA4 dla towarów gratisowych, dzięki czemu dane o koszykach i rozpoczętych transakcjach są kompletne i prawidłowo zliczane.
Dodaliśmy w module SEO możliwość ustawiania własnych znaczników meta title oraz meta robots dla stron: braku towaru (noproduct), rabatów, logowania, zapisu do newslettera, zwrotów i reklamacji, wraz z domyślnymi wartościami dla „Strony brak towaru”.
Zmiana zapewnia, że ustawiony w sklepie stan towaru (np. używany, odnowiony, na części) jest prawidłowo odwzorowywany w atrybucie g:condition w feedzie Google Shopping oraz przy eksporcie do Google Merchant Center i innych kanałów. Dzięki temu oferty są poprawnie klasyfikowane przez systemy reklamowe, co zmniejsza ryzyko odrzucenia produktów, poprawia jakość kampanii i ułatwia spełnienie wymogów Google.
Powiązane treści