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

Zmiana dotyczy sposobu pobierania rekomendacji, w związku z tym merchant zyskuje stabilniejsze wypełnienie stref rekomendacji także przy włączonym ukrywaniu towarów niedostępnych, co poprawia ekspozycję oferty.
Po odpytaniu API o aukcje dla konkretnego towaru w odpowiedzi mogły pojawiać się wszystkie towary – niemożliwe było precyzyjne pobranie ofert dla wybranego produktu, co wymuszało dodatkowe filtrowanie wyników po stronie aplikacji integrującej. Poprawiliśmy mechanizm filtrowania, dzięki czemu API zwraca teraz wyłącznie aukcje powiązane z szukanym towarem. Integracje i automatyzacje oparte na tym endpoincie działają teraz zgodnie z oczekiwaniami bez konieczności obejść po stronie dewelopera.
Przy weryfikacji i wysyłaniu ofert do Empik w historii żądań pojawiał się pusty komunikat `ERROR:` bez żadnej treści – niemożliwe było ustalenie przyczyny problemu bez kontaktu z supportem, co niepotrzebnie wydłużało czas reakcji. Zlikwidowaliśmy źródło pustych komunikatów i poprawiliśmy mechanizm przypisywania ofert do raportów walidacyjnych. Każdy błąd zawiera teraz pełny opis przyczyny, który pozwala sprzedawcy samodzielnie i szybko zidentyfikować, co wymaga korekty.
Gdy kurier obsługiwał numery śledzenia przesyłek, ale w zamówieniu uzupełniony był wyłącznie numer paczki, numer trackingowy nie trafiał do Empik – kupujący nie mógł sprawdzić statusu swojej paczki, a sprzedawca narażał się na zbędne zapytania o dostawę. Dodaliśmy inteligentne rozpoznawanie dostępnych danych o przesyłce — system automatycznie przekazuje teraz numer śledzenia do zamówienia na Empik, nawet jeśli wypełniony jest wyłącznie numer paczki. Kupujący otrzymują kompletne informacje o statusie dostawy bez dodatkowej pracy po stronie sprzedawcy.
W tym polu dodaliśmy walidację poprawności wpisanych tagów. Tagi składają się tylko z cyfr i określonej ilości znaków.
Poprawiliśmy generowanie Open Graph dla węzłów menu tak, aby przy ustawionych indywidualnych META opis OG był brany z indywidualnego opisu, a nie z opisu domyślnego. Dzięki temu merchant ma spójne i przewidywalne podglądy linków (np. na Facebooku), zgodne z tym co ustawił w panelu, co poprawia jakość udostępnień i komunikacji w social media.
Usunięcie przełącznika dodającego strony parametrów do sitemapy, który był niedziałający, ponieważ w 2016 roku usunięto kod, który generuje adresy stron parametrów do sitemapy. Obecnie oddajemy możliwość dodawania stron parametrów do sitemap.
Wprowadziliśmy zmiany w Content API dla Google Ads by IdoSell dla obsługi atrybutów wyliczanych automatycznie na podstawie konfiguracji magazynów i dostawców. Dzięki temu w GMC produkty jako dostępne „in_stock” z precyzyjnym czasem dostawy zamiast oznaczać je jako „preorder”, co poprawia ekspozycję ofert w reklamach i lepiej odzwierciedla realny termin dostarczenia zamówienia.
Zmieniliśmy kolejność operacji przy wystawianiu faktur VAT podczas zmiany statusu zamówienia na „wysłane/wykonane". Od teraz faktura musi zostać poprawnie wystawiona zanim nastąpi faktyczna zmiana statusu w bazie. Jeśli wystawienie dokumentu zakończy się błędem (np. z powodu odrzucenia przez KSeF), zmiana statusu zostaje zablokowana. Eliminuje to ryzyko wysłania zamówienia bez ważnej faktury.
Poprawiliśmy obsługę błędów związanych z uprawnieniami certyfikatów w integracji z KSeF. Rozszerzyliśmy szczegóły komunikatów błędów zwracanych przy problemach z uprawnieniami. Dzięki temu użytkownik otrzymuje bardziej precyzyjne informacje o przyczynie odrzucenia sesji przez KSeF, co ułatwia diagnozowanie i rozwiązywanie problemów z konfiguracją certyfikatów.
Poprawiliśmy błąd polegający na przekazywaniu niepoprawnej formy płatności do KSeF w sytuacji, gdy wpłata w zamówieniu nie była jeszcze zaksięgowana. System teraz rozpoznaje formę płatności również na podstawie zdefiniowanych wpłat.
Zwiększyliśmy maksymalny limit faktur pobieranych na stronę w żądaniu do sesji wsadowej KSeF. Zmiana redukuje liczbę wywołań API, ogranicza powstawanie logów błędów związanych z przekraczaniem limitów KSeF i zmniejsza ogólne obciążenie systemu przy pobieraniu dużych wolumenów faktur.
Naprawiliśmy błąd, przez który dane odbiorcy (trzeci podmiot) nie były uwzględniane w strukturze faktury przesyłanej do KSeF, mimo że były widoczne na wydruku PDF w panelu. Faktury z rozdzieleniem nabywcy i odbiorcy są teraz poprawnie budowane zgodnie ze schematem FA3.
Poprawiliśmy mechanizm kwalifikowania transakcji WDT w przypadku zamówień z Allegro, gdy NIP UE kupującego nie przeszedł weryfikacji po stronie serwisu. System teraz w pierwszej kolejności uwzględnia dane zwracane przez Allegro, w tym status weryfikacji VAT_EU oraz rodzaj naliczonego VAT, zamiast opierać się wyłącznie na danych klienta. Zamówienia z negatywnie zweryfikowanym NIP UE są poprawnie kwalifikowane jako OSS, co zapobiega błędom w stawkach VAT na dokumentach i w raportach podatkowych.
Wprowadziliśmy mechanizm automatycznego oznaczania typu transakcji na zamówieniach (krajowa / VAT OSS / WDT / eksport). Typ jest wyznaczany algorytmicznie na podstawie konfiguracji podatkowej sklepu i danych zamówienia. Oznaczenia są widoczne na karcie zamówienia, dostępne w zaawansowanej wyszukiwarce, uwzględniane w raportach JPK (FA i V7), VAT OSS i Intrastat, eksportowane w plikach EPP, obsługiwane w API zamówień oraz dostępne jako nowe zmienne w szablonach dokumentów sprzedaży. Obsłużono również kraje trzecie (terytoria wyłączone z obszaru VAT UE), które są traktowane jako typ „eksport". Merchant sprzedający na rynkach zagranicznych ma teraz automatycznie i jednolicie oznaczone typy transakcji w całym systemie – od karty zamówienia, przez raporty podatkowe (JPK, VAT OSS, Intrastat, EPP), aż po szablony faktur i API – bez konieczności ręcznego klasyfikowania każdej sprzedaży. Poprawna kwalifikacja transakcji jako krajowej, wewnątrzunijnej (WDT), VAT OSS lub eksportu redukuje ryzyko błędów w rozliczeniach podatkowych i ułatwia spełnienie wymogów compliance w sprzedaży cross-border.
Wcześniej kurs waluty nie był widoczny na dokumentach bez VAT, co utrudniało rozliczenia. Teraz kurs jest prezentowany.
Wcześniej w nietypowych przypadkach mogło dochodzić do nieprawidłowego powiązania faktur i korekt lub ich znikania na karcie zamówienia. Teraz system poprawnie obsługuje wszystkie dokumenty w takich sytuacjach.
Dotychczas przy dużych korektach system mógł nie pozwalać na wystawienie dokumentu z powodu ograniczeń pamięci. Teraz można wystawić korektę niezależnie od liczby pozycji.
Wcześniej można było wystawić fakturę za 0 zł, co prowadziło do nieprawidłowości księgowych. Teraz system blokuje takie operacje, zwiększając poprawność rozliczeń.
Dotychczas pobieranie dokumentów przez API mogło kończyć się błędami lub pustą odpowiedzią. Teraz API zwraca poprawne dane, co usprawnia integracje.
Wcześniej po wdrożeniu poprawki nie można było pobrać FV ani jej skorygować. Teraz dokumenty są dostępne do pobrania i obsługi.
Dotychczas widoczna była tylko ostatnia FV i wszystkie korekty, co utrudniało dostęp do pełnej dokumentacji. Teraz wszystkie dokumenty są dostępne dla klienta.
Dotychczas zmiana typu klienta po wystawieniu FV powodowała rozbieżności na korekcie. Teraz dane nabywcy są zawsze zgodne z fakturą pierwotną.
Wcześniej po korekcie do zera opcja zmiany terminu płatności była zablokowana. Teraz można ją edytować zgodnie z oczekiwaniami.
Wcześniej merchant musiał ręcznie wystawiać korekty w takich przypadkach. Teraz system robi to automatycznie, co zmniejsza ryzyko błędów.
Dotychczas ceny na korektach do zera były prezentowane niespójnie. Teraz prezentacja cen jest jednolita i czytelna.
Wcześniej system blokował wystawienie FV, mimo poprawnych ustawień VAT. Teraz można wystawić dokument sprzedaży bez dodatkowych przeszkód.
Wcześniej te elementy pojawiały się dopiero po wysłaniu faktury do KSeF. Teraz są widoczne od razu, co ułatwia kontrolę dokumentów.
Wcześniej dokumenty mogły być generowane jako puste, bez pozycji towarowych. Teraz wszystkie pozycje są widoczne na dokumentach.
Dotychczas ręczne przekazywanie zamówień z kredytem kupieckim było blokowane jeśli płatności się nie balansowały, podczas gdy automaty działały inaczej. Teraz oba sposoby są spójne i umożliwiają przekazanie zamówienia niezależnie od salda wpłat.
Wcześniej rabat mógł powodować nieprawidłowe wyliczenie ceny przekreślonej. Teraz ceny są wyliczane poprawnie i zgodnie z kartą towaru.
Wcześniej w niektórych zamówieniach brakowało informacji o cenie towaru. Teraz ceny są prezentowane poprawnie dla wszystkich pozycji.
Wcześniej po wystawieniu korekty do zera nie można było zmienić typu transakcji. Teraz pole jest edytowalne, jeśli zamówienie nie jest wysłane.
Wcześniej API mogło zwracać pustą odpowiedź, co prowadziło do wielokrotnego dodawania tych samych zamówień. Teraz odpowiedzi są kompletne i jednoznaczne.
Dotychczas próba duplikowania zamówienia mogła kończyć się błędem. Teraz operacja przebiega poprawnie niezależnie od typu zamówienia.
Wcześniej zamówienia bez deklaracji NIP UE mogły być błędnie klasyfikowane. Teraz system poprawnie rozpoznaje typ transakcji i nie wymusza ręcznej korekty.
Dotychczas mogły występować drobne różnice między wpłatą a wartością zamówienia, co wymagało ręcznych korekt. Teraz system automatycznie bilansuje kwoty.
Wcześniej brak deklaracji NIP UE mógł skutkować błędnym oznaczeniem zamówienia jako OSS. Teraz domyślnie oznaczamy takie zamówienia jako WDT, dając merchantowi możliwość ręcznej zmiany.
Wcześniej zamówienia z UE mogły być oznaczane jako Eksport, co było niezgodne z przepisami. Teraz klasyfikacja jest zgodna z rzeczywistością i przepisami podatkowymi.
Wcześniej cena transportu nie była przeliczana prawidłowo przy zmianie rozliczenia. Teraz wszystkie wartości cenowe są uwzględniane i przeliczane poprawnie.
Wcześniej próba łączenia zamówień mogła kończyć się błędem i przerwaniem operacji. Teraz zamówienia łączą się poprawnie, gdy spełnione są warunki.
Dzięki aktualizacji raporty są zgodne z najnowszymi wymaganiami biur rachunkowych.
Dotychczas eksport mógł kończyć się błędami lub niepełnymi danymi. Teraz eksport działa poprawnie i obejmuje wszystkie wymagane dokumenty.
Wcześniej raport mógł powodować blokady bazy i długie oczekiwanie na wynik. Teraz działa szybciej i nie obciąża systemu.
Dotychczas kliknięcie w subskrypcje na karcie klienta kierowało do starej listy subskrypcji, co utrudniało zarządzanie. Teraz zawsze trafiamy na nową, wygodniejszą listę z odpowiednimi parametrami.
Wcześniej, gdy zmienialiśmy datę najbliższej dostawy na karcie subskrypcji, otwarte zamówienie subskrypcyjne nie reagowało na te modyfikacje i pozostawało w dotychczasowym statusie, co wymagało dodatkowych ręcznych działań. Teraz, gdy zmieniamy parametry subskrypcji, odpowiadające im zamówienie subskrypcyjne automatycznie aktualizuje status, dzięki czemu my mamy spójniejszy proces, mniej pomyłek i szybszą obsługę takich przypadków.
Wcześniej termin wysyłki mógł być ustawiany na datę przyszłej dostawy zamiast najbliższej. Teraz system ustawia termin zgodnie z harmonogramem.
Dotychczas w skrajnym scenariuszu system pozwalał na rezerwacje większej liczby towarów niż dostępny stan, co prowadziło do błędów magazynowych. Teraz rezerwacje są zgodne z rzeczywistym zamówieniem klienta.
Dotychczas po anonimizacji danych klienta nie można było wystawić korekty do zwrotu. Teraz system pobiera dane z faktury i umożliwia pełną obsługę zwrotu.
W zdarzeniach wysyłanych przez Facebook Conversion API zaczęliśmy przekazywać identyfikatory fbc i fbp z cookies oraz pełniejsze dane użytkownika (m.in. user agent), co znacząco poprawia jakość dopasowania zdarzeń po stronie Mety. Dzięki temu kampanie reklamowe mają lepsze warunki do optymalizacji i skuteczniejszego targetowania co poprawi wyniki poprawności zdarzeń w panelu reklamowym.
Wprowadziliśmy walidację, która uniemożliwia dodanie rekordu CNAME dla subdomeny, jeśli istnieją już inne rekordy (np. A, TXT, MX), oraz odwrotnie – blokuje dodanie innych rekordów, jeśli dla danej subdomeny istnieje CNAME. Wcześniej taka konfiguracja była możliwa i prowadziła do błędów ładowania strefy DNS oraz niedostępności domeny. Obecnie system informuje użytkownika o konflikcie i blokuje zapis nieprawidłowej konfiguracji.
Poprawiliśmy błąd, który powodował, że w filtrach na stronie sklepu wyświetlana była nazwa serii z pola „Nazwa w panelu” zamiast „Nazwa wyświetlana w sklepie”.
Poprawiliśmy sposób wyświetlania opinii na kartach zestawów produktów. Wcześniej system nie uwzględniał wszystkich opinii przypisanych do produktów wchodzących w skład zestawu, co powodowało rozbieżności w ich liczbie. Obecnie na karcie zestawu prezentowane są również opinie dla wszystkich jego składowych, niezależnie od ich powiązania w grupach.
Poprawiliśmy błąd, który powodował, że rabaty ilościowe przypisane do hurtowników i detalistów nie były widoczne dla kont ze statusem hurtownika. Obecnie rabaty wyświetlane są prawidłowo dla wszystkich użytkowników zgodnie z ich konfiguracją.
Rozszerzyliśmy moduł automatycznych tłumaczeń o obsługę atrybutów ALT i TITLE dla zdjęć w opisach towarów. Wcześniej wartości tych atrybutów nie były uwzględniane w procesie tłumaczenia.
Poprawiliśmy sposób ustawiania daty rozpoczęcia promocji w sytuacji, gdy nie została ona określona przez użytkownika. Wcześniej system ustawiał godzinę 00:00 bieżącego dnia, co mogło skutkować nieprawidłowym statusem promocji i brakiem obniżki ceny. Obecnie ustawiana jest najbliższa możliwa pełna godzina, dzięki czemu promocje uruchamiają się prawidłowo.
Usunęliśmy odnośnik do konfiguratora sklepu zagranicznego z menu Crossborder, ponieważ jego obecność była myląca dla użytkowników. Jednocześnie dodaliśmy dostęp do konfiguratora w module krajów, w dedykowanej sekcji informacyjnej.
Poprawiliśmy błąd, który uniemożliwiał anulowanie subskrypcji aplikacji pomocniczych. Problem wynikał z nieprawidłowego porównywania dat. Obecnie anulowanie subskrypcji działa prawidłowo.
Usunęliśmy opcję RWD w edytorze wiadomości transakcyjnych, ponieważ była myląca i nie miała zastosowania w tym kontekście. Funkcja umożliwiała wskazywanie alternatywnych grafik dla różnych urządzeń, jednak w wielu miejscach brakowało mechanizmu ich obsługi. Dzięki zmianie uprościliśmy edycję treści i wyeliminowaliśmy niejednoznaczności.
Do tej pory możliwe było wyświetlanie tylko jednego typu ceny — netto albo brutto. Teraz, dzięki nowemu ustawieniu, można prezentować oba typy cen jednocześnie, co znacząco zwiększa elastyczność i przejrzystość oferty dla klientów B2B.
Funkcja wymaga odpowiednio przygotowanego szablonu sklepu. Już wkrótce standardowe szablony zostaną zaktualizowane, dzięki czemu opcja będzie dostępna również w ich obrębie.
Wcześniej nie było możliwości łatwego odfiltrowania klientów, którym nie wysłano informacji o założeniu konta. Teraz można szybko znaleźć i poinformować takich klientów.
Wcześniej mail powitalny był wysyłany przy każdym zamówieniu stałego klienta. Teraz wysyłany jest tylko przy pierwszej rejestracji.
Powiązane treści