Najlepsze rozwiązania do sprzedaży w internecie
Blog produktowy
IdoSell

CHANGELOG IdoSell - kwiecień 2026

05 maja 2026Changelog

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

changelog styczeń 2026

Marketplaces / Empik

  • Naprawiliśmy przesyłanie zdjęć produktów na Empik Marketplace

Rozwiązaliśmy problem, przez który główne zdjęcie produktu nie było poprawnie przesyłane do serwisu Empik. Oferty nie będą już oznaczane jako „nieprawidłowe dane", a kolejne synchronizacje nie nadpiszą ręcznie poprawionych zdjęć.

Marketplaces / eMag

  • Automatyczna aktualizacja parametrów ofert w statusie DRAFT na eMag

Oferty tworzone na eMag w trybie produktyzacji automatycznie otrzymują teraz brakujące parametry, zdjęcia i opisy po uzyskaniu statusu DRAFT. Eliminuje to konieczność ręcznego wymuszania aktualizacji i przyspiesza publikację ofert.

Marketplaces / Allegro

  • Aktualizacja limitów wymiarów i wag paczek w algorytmie podziału przesyłek dla serwisu Allegro

Zaktualizowaliśmy maksymalne wymiary i wagi paczek dla metod dostawy Allegro (m.in. One Kurier, Pocztex, DHL, DPD, ORLEN Paczka). Dzięki temu algorytm podziału towarów na paczki działa zgodnie z aktualnymi wymaganiami przewoźników.

Marketplaces / eBay

  • Dostosowaliśmy integracji eBay do nowego API

Przeprowadziliśmy migrację integracji eBay z wygaszanego Trading API na nowe REST API. Zapewnia to ciągłość działania pobierania kategorii, metadanych oraz wgrywania zdjęć produktów na eBay.

Marketplaces / InPost Buy

  • Obsługa wymagań GPSR w kategoriach InPost

Wprowadziliśmy obsługę pola doesNotRequireGpsrInfo w integracji z InPost. System automatycznie weryfikuje, czy dana kategoria wymaga danych GPSR — jeśli nie są uzupełnione, oferta nie zostanie wystawiona, co zapobiega odrzuceniom.

Dokumenty sprzedaży

  • Naprawiliśmy błęd generowania faktury proforma przy braku wpłaty zaliczki

Przez pewien czas w zamówieniach z wymaganą zaliczką, gdy brak było wpłaty, system nie pozwalał wygenerować proformy – zwracał błąd. Naprawiliśmy ten problem i teraz proforma generuje się poprawnie niezależnie od statusu wpłaty zaliczki.

  • Ujednoliciliśmy prezentowane elementy na dokumentach sprzedaży generowanych z wyszukiwarki i z karty zamówienia

Dokumenty sprzedaży pobierane z wyszukiwarki różniły się od tych generowanych z poziomu zamówienia – brakowało na nich m.in. kodów QR czy numeru dla KSeF. Poprawiliśmy generowanie dokumentów, dzięki czemu zawierają one teraz wszystkie wymagane elementy, niezależnie od miejsca pobrania.

  • Skorygowaliśmy przekazywania statusu płatności na fakturach wysyłanych do KSeF

Wcześniej przy wystawieniu drugiej faktury do tego samego zamówienia system przekazywał do KSeF błędną informację – faktura była oznaczana jako opłacona mimo braku wpłaty. Poprawiliśmy logikę ustalania statusu płatności i terminów, aby dane w KSeF były zgodne z rzeczywistym stanem zamówienia.

  • Zmieniliśmy mapowanie formy płatności „pobranie" w eksporcie faktur do KSeF

Dotychczas forma płatności „pobranie" była przekazywana do KSeF jako „gotówka", co mogło budzić wątpliwości księgowe. Zmieniliśmy logikę tak, aby pobranie było oznaczane jako „PlatnoscInna" z odpowiednim opisem, zgodnie z wymaganiami struktury KSeF FA(3).

  • Naprawiliśmy podwójne wartości brutto w polu P_15 pliku XML faktur zaliczek wysyłanych do KSeF

W niektórych przypadkach w polu P_15 pliku XML przekazywanego do KSeF pojawiała się podwójna wartość brutto dla faktur zaliczek, mimo że na wizualizacji i w panelu kwoty były prawidłowe. Naprawiliśmy ten błąd, aby kwota brutto była prawidłowo przekazywana do KSeF.

  • Obsłużyliśmy mechanizm wielofakturowości w bramkach API z zachowaniem kompatybilności wstecznej

Dotychczas bramka API zwracająca dokumenty sprzedaży nie obsługiwała przypadku wielu faktur i korekt wystawionych do jednego zamówienia. Rozszerzyliśmy strukturę bramki w nowszej wersji API (8), aby poprawnie zwracać dane dla wielofakturowości i wielu korekt, zachowując kompatybilność wsteczną dla wersji 7 i starszych.

  • Wyeliminowaliśmy rozbieżności kwot w XML przekazywanym do KSeF oraz dodanie statusu KSeF dla wszystkich faktur i korekt

Zdarzały się przypadki, gdy kwoty w XML przekazywanym do KSeF różniły się od wartości na zamówieniu i wizualizacji dokumentu. Zweryfikowaliśmy przyczyny rozbieżności i dodaliśmy wyświetlanie informacji o statusie KSeF dla każdej wystawionej faktury i korekty na zamówieniu.

  • Naprawiliśmy błęd walidacji formatu NIP w KSeF dla zamówień eksportowych z zagranicznymi numerami NIP

Przy wystawianiu faktury do zamówień eksportowych z zagranicznymi numerami NIP (np. GB, US) integracja KSeF blokowała wystawienie dokumentu z komunikatem o nieprawidłowym formacie NIP, mimo że NIP był poprawny. Naprawiliśmy walidację, aby dokumenty wystawiały się prawidłowo dla poprawnych zagranicznych NIP-ów.

  • Wystawianie faktur dla merchantów z polskim NIP‑em i siedzibą firmy poza Polską

Sprzedawcy z polskim NIP‑em prowadzący działalność z siedzibą za granicą nie mogli przekazywać faktur w KSeF na takich samych zasadach jak firmy z siedzibą w Polsce. Usunęliśmy tę blokadę.

  • Pobranie pliku XML faktury w strukturze FA(3) przed jej wystawieniem oraz pobranie XML dla wszystkich wystawionych dokumentów w zamówieniu (nie tylko ostatniego)

Dodaliśmy możliwość pobrania struktury XML faktury jeszcze przed jej wysłaniem. Pozwala to m.in. na pobranie XML faktury, wprowadzenie zmian w pliku i zaimportowanie go w aplikacji podatnika. Dzieki temu możliwe jest obsłużenie niestandardowych faktur.

  • Wersja robocza wizualizacji faktury (podgląd PDF przed wystawieniem dokumentu w KSeF)

Przed wysłaniem dokumentu do KSeF możliwe jest teraz wygenerować jego pełnej wizualizacji. Pozwala to obsłudze sklepu zweryfikować poprawność danych z perspektywy klienta końcowego zanim faktura zostanie wystawiona w KSeF.

  • Wymuszenie trybu VAT OSS dla korekty zerującej w zamówieniu ze stawką VAT niedozwoloną w schemie KSeF (np. 27%) oraz uczytelnienie komunikatu błędu z podpowiedzią o zmianie typu transakcji

Zamówienia z błędnie zastosowanymi stawkami VAT i wystawioną fakturą (która nie była wysłana do KSeF) można teraz domknąć korektą zerującą i ponownie wystawić poprawny dokument zgodny ze schemą KSeF. Komunikat błędu wskazuje konkretne działanie do podjęcia, dzięki czemu obsługa nie zatrzymuje się na zamówieniach z niejednoznacznym statusem podatkowym.

  • Rozszerzyliśmy informacje o braku uprawnień do zapisu faktur w KSeF

Dodaliśmy czytelne komunikaty o przyczynie odrzucenia sesj. Użytkownik dostaje teraz jasną informację, jakiego uprawnienia brakuje do otwarcia sesji w KSeF. Pozwala to szybciej zdiagnozować problem konfiguracyjny po stronie certyfikatu.

  • Obsługa faktur odrzuconych przez KSeF (oznaczenie błędu, możliwość ponownego wystawienia pod tym samym numerem wewnętrznym, aktualizacja statusu zalegających dokumentów)

Faktura odrzucona przez KSeF nie blokuje już dalszej obsługi zamówienia — pomimo wystawienia faktury w zamówieniu, można poprawić dane (np. NIP nabywcy), nastepnie przegenerować fakturę i ponowić wysyłkę do KSeF bez konieczności wystawiania korekty.

  • Usunęliśmy pola kunfigiracji i zmienne dla anulowanych faktur

W związku z tym, że po wejściu w życie KSeF anulowanie faktury nie jest już możliwe, usunęliśmy z konfiguracji dokumentów sprzedaży pola konfiguracji i zmienne odpowiedzialne za proces anulowania faktur.

  • W wyszukiwarce dokumentów w module “Rejestr dokumentów sprzedaży i korygujących" możliwe jest wyszukanie zamówień, które mają wystawiona fakturę i paragon

Rozszerzyliśmy wyszukiwarkę w module “Rejestr dokumentów sprzedaży i korygujących / Skorzystaj z wyszukiwarki dokumentów sprzedaży i należności” o parameter "Faktura VAT i wystawiony paragon fiskalny". Dzięki temu możliwe jest wyszukanie zamówień, które posiadaja wystawione oba te dokumenty.

OMS

  • Naprawiliśmy nieprawidłowe rozliczenie zamówień marketplace oznaczanych jako netto bez VAT z różnicą wpłat

Dla zamówień z marketplace (eMAG, Amazon) system stosował rozliczenie netto bez VAT, mimo że nie otrzymywał takich informacji z integracji, co powodowało powstawanie różnic wpłat. Zweryfikowaliśmy i zabezpieczyliśmy logikę, aby rozliczenie netto bez VAT nie było stosowane bez jednoznacznej informacji z marketplace.

  • Umożliwiliśmy ręczne oznaczanie znacznika typu transakcji na zamówieniu i zablokowanie wystawienia FV przy jego braku

Wcześniej zamówienia bez znacznika typu transakcji mogły mieć wystawioną fakturę, co prowadziło do błędów w rozliczeniach podatkowych. Wprowadziliśmy możliwość ręcznego ustawiania znacznika na karcie zamówienia i przez API oraz wprowadziliśmy blokadę wystawienia faktury do momentu jego uzupełnienia.

  • Usuwanie wyniku weryfikacji NIP UE po cofnięciu deklaracji płatnika przez klienta

Wcześniej po odznaczeniu deklaracji bycia płatnikiem NIP UE wynik weryfikacji NIP pozostawał przypisany do zamówienia, co mogło prowadzić do niespójności przy wystawianiu faktur i klasyfikacji transakcji WDT/OSS. Naprawiliśmy mechanizm tak, aby weryfikacja NIP była usuwana przy cofnięciu deklaracji.

  • Naprawiliśmy brak możliwości zmiany waluty rozliczeniowej w nowym zamówieniu bez faktury

Po wcześniejszych zmianach w nowym zamówieniu bez wystawionej faktury nie można było zmienić waluty rozliczeniowej – system błędnie wyświetlał komunikat o istniejącym dokumencie. Naprawiliśmy walidację, aby zmiana waluty była możliwa w zamówieniach bez dokumentów sprzedaży.

  • Umożliwiliśmy wystawienie faktury i korekty po zamknięciu zamówienia bez ustawionego typu transakcji

Po wdrożeniu blokady wystawienia FV przy braku znacznika typu transakcji system nadal pozwalał zamknąć zamówienie bez tego znacznika, uniemożliwiając później wystawienie korekty w zwrocie. Naprawiliśmy logikę, aby znacznik mógł być ustawiony w dowolnym momencie, także po zamknięciu zamówienia.

  • Naprawiliśmy błędy w edycji danych klienta na zamówieniu po zmianie typu klienta oraz dodanie prezentowania typu klienta w oknie edycji

Po zmianie typu klienta (np. z osoby prywatnej na firmę) opcja „Pobierz dane z karty klienta" nie aktualizowała widocznych danych, a link „Karta klienta" otwierał formularz nowego klienta zamiast edycji istniejącego. Naprawiliśmy interfejs i dodaliśmy prezentację typu klienta w oknie edycji danych billingowych.

  • Wdrożyliśmy odpowiednie typy oznaczeń transakcji dla merchantów z polskim NIP i siedzibą firmy poza Polską

Dotychczas system priorytetowo traktował siedzibę firmy jako kraj sprzedaży, co powodowało błędne oznaczenia podatkowe dla firm z polskim NIP, ale siedzibą za granicą. Dostosowaliśmy logikę oznaczeń typów transakcji, aby firma z NIP PL była traktowana jak firma polska niezależnie od adresu siedziby.

Raporty

  • Poprawiliśmy prezentację różnic w JPK_VAT dla faktur korygujących zerujących

Naprawiliśmy błąd w generowaniu zbiorczego pliku JPK_VAT. Przy zaznaczonej opcji „Przedstaw pola na korekcie jako różnicę" faktury korygujące zerujące nie wykazywały wartości ujemnych (in minus). Teraz różnice są prezentowane prawidłowo.

  • Uzupełniliśmy brakujące formy płatności Blik (Przelewy24) w pliku EPP

Dotychczas dla zamówień opłaconych metodą Blik przez Przelewy24 plik EPP nie zawierał formy płatności w odpowiednich polach, mimo że zamówienie było opłacone. Naprawiliśmy generowanie pliku EPP, aby formy płatności były prawidłowo wypełniane

  • Wyeliminowaliśmy różnice groszowe w deklaracji VAT OSS wynikających z ponownego przeliczania pozycji dokumentu

Podczas generowania deklaracji VAT OSS system ponownie przeliczał wartości brutto od kwoty netto, co powodowało różnice groszowe w stosunku do dokumentu sprzedaży. Poprawiliśmy logikę, aby deklaracja korzystała z zapisanych wartości dokumentu zamiast ponownego przeliczania.

Towary

  • Dodaliśmy walidację punktów lojalnościowych na poziomie koszyka

Dotychczas kupujący mógł dodać do koszyka towary za punkty powyżej swojego salda i przejść do podsumowania zamówienia. Wprowadziliśmy walidację na poziomie koszyka, która blokuje przejście do kolejnych kroków składania zamówienia przy niewystarczającej liczbie punktów i wyświetla odpowiedni komunikat.

B2B

  • Logowanie wieloskładnikowe (MFA) dla klientów B2B

Wprowadziliśmy wieloskładnikowe uwierzytelniania (MFA) w sklepach B2B, które można włączyć dla logowania klienów w sklepie.

Google Ads by Idosell

  • Odświeżyliśmy statystyki Google Ads by Idosell w panelu

Na stronie statystyk IAI Ads dodano wykresy wyświetleń i kliknięć dla wszystkich typów kampanii, a dotychczasowe wykresy przebudowano na układ pełnej szerokości z ujednoliconymi osiami i liniami pionowymi. Dzięki temu klienci mogą analizować pełny lejek reklamowy bezpośrednio w panelu sklepu.

SEO

  • Poprawiliśmy generowanie Open Graph dla węzłów menu z indywidualnymi META

Naprawiliśmy błąd, przez który znaczniki Open Graph dla węzłów menu były generowane z domyślnego opisu zamiast z ustawień indywidualnych META. Teraz OG poprawnie uwzględnia opisy przypisane do konkretnych węzłów, co przekłada się na prawidłowe podglądy linków w mediach społecznościowych i komunikatorach.

  • Usunęliśmy zbędny parametru „lang" z adresów listy opinii (przekierowania 301)

Naprawiliśmy problem z niepotrzebnym parametrem lang=pol w adresach URL listy opinii, który powodował zbędne przekierowania 301. Linki w sitemapie i na stronach sklepu są teraz generowane bez nadmiarowego parametru, co eliminuje niepotrzebne przekierowania i poprawia indeksowanie strony przez wyszukiwarki.

Google Tag Manager

  • Przenieśliśmy tag GTM na początek sekcji <body>

Tag Google Tag Manager został przeniesiony na sam początek sekcji <body>, co zapewnia jego wcześniejsze ładowanie i poprawia dokładność zbierania danych analitycznych oraz śledzenia zdarzeń w sklepie.

  • Rozszerzenie integracji z GTM o rozmiar produktu w identyfikatorze towaru

W konfiguracji GTM dodano przełącznik umożliwiający uzupełnienie identyfikatora towaru (item_id) o rozmiar (np. 2358-160 zamiast 2358) we wszystkich zdarzeniach, w których wariant jest określony. Pozwala to na precyzyjne raportowanie konwersji w systemach zewnętrznych (Google Ads, GA4) z dokładnością do konkretnego wariantu rozmiarowego.

Opinie produktowe Google Shopping

  • Poprawiliśmy linki do opinii produktowych w feedzie Google

Naprawiliśmy błąd, przez który linki do opinii produktowych w feedzie Google prowadziły do niewłaściwej wersji językowej sklepu, co powodowało odrzucanie feedu przez Google. Linki są teraz generowane w języku zgodnym z językiem opinii.

Feed Google Shopping

  • Usunęliśmy przycisk dodawania „pozostałych" feedów z sekcji Google Shopping

W panelu konfiguracji Google Shopping usunięto przycisk umożliwiający dodawanie feedów dla „pozostałych" porównywarek cenowych. Przycisk ten wprowadzał użytkowników w błąd, ponieważ dodany w ten sposób feed pojawiał się w ogólnej sekcji porównywarek, a nie na liście feedów Google Shopping, przez co był niewidoczny w kontekście, w którym został utworzony.

Newsletter

  • Ukrywanie błędnie skonfigurowanych kont e-mail przy tworzeniu newslettera

Konta e-mail z błędną konfiguracją (np. błąd SPF, błąd połączenia) nie są już wyświetlane na liście kont do wyboru podczas tworzenia newslettera. Eliminuje to sytuację, w której newsletter wysłany z takiego konta trafiał na kolejkę wysyłki i bezskutecznie ponawiał próby wysyłki, mimo że konto nie było w stanie dostarczyć wiadomości.

  • Obowiązkowe potwierdzenie zapisu do newslettera (double opt-in)

Usunęliśmy opcję „nigdy nie jest wymagane" w konfiguracji potwierdzania zapisu do newslettera. Od teraz każdy zapis wymaga potwierdzenia mailowego (double opt-in), co zmniejsza ryzyko rejestracji nieistniejących lub błędnych adresów e-mail. Klienci, którzy mieli wcześniej wybraną usuniętą opcję, zostali automatycznie przełączeni na „nie jest wymagane przy składaniu zamówienia".

Google Consent Mode / Coockies

  • Dodaliśmy zgody functionality_storage i security_storage do Consent Mode

SEO/GEO Optymalizacja

  • Rozpoznawanie wejść z AI jako źródeł zamówień

Dodano nową kategorię źródeł ruchu „AI – czaty i asystenci" z automatycznym rozpoznawaniem wejść z pięciu platform: ChatGPT, Perplexity, Claude, Gemini i Copilot – na podstawie referera lub parametru utm_source. Nowe źródła są dostępne w filtrach panelu (m.in. Analiza konwersji, Lista sprzedanych towarów, Wyszukiwarka zamówień) oraz w Raporcie menedżerskim. Dodatkowo na karcie zamówienia w szczegółach źródła wyświetlana jest teraz data i godzina wejścia prowadzącego do złożenia zamówienia, a dla źródeł Google Ads by IdoSell – rodzaj kampanii (produktowa/Performance Max, remarketingowa, tekstowa).

  • Karta produktu dostępna w formacie JSON

Każda karta produktu w sklepie posiada teraz odpowiednik w formacie JSON, dostępny pod tym samym adresem URL po zamianie rozszerzenia .html. Struktura pliku obejmuje m.in. warianty z rozmiarami i kolorami, ceny brutto i netto w groszach, ceny promocyjne, cechy produktu jako tagi, informacje o dostępności oraz obsługę konfiguratorów i zestawów — rozszerzoną dodatkowo o pole currency. Dzięki temu rozwiązaniu asystenci AI i narzędzia LLM mogą łatwo odczytywać ustrukturyzowane dane o produktach.

  • Automatyczne generowanie pliku llms.txt z interfejsem do zarządzania treścią

Sklepy IdoSell mogą teraz automatycznie generować plik /llms.txt w formacie markdown, który dostarcza asystentom AI i robotom LLM ustrukturyzowane informacje o sklepie — w tym nazwę, opis, nawigację (2 poziomy menu), najnowsze strony blogowe/CMS, informacje o dostawach, zwrotach i metodach płatności, link do wyszukiwarki oraz metadane techniczne (język, robots.txt, sitemap). W panelu administracyjnym w sekcji „SEO/GEO optymalizacja" (dotychczas „SEO Optymalizacja") dodano podstronę do zarządzania zawartością pliku llms.txt — poszczególne sekcje można włączać/wyłączać przełącznikami, a treść uzupełniać lub nadpisywać ręcznie, z możliwością podglądu końcowego pliku.

PIM

  • Rozszerzyliśmy modułu importu o obsługę ustawień logistycznych towarów - wymiary towaru

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość importowania oraz aktualizacji wymiarów towarów.

  • Rozszerzyliśmy modułu importu o obsługę ustawień logistycznych towarów - ustawienia wysyłki

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość zarządzania ustawieniami dotyczącymi wysyłki, zwrotów i reklamacji.

  • Rozszerzyliśmy modułu importu o obsługę ustawień logistycznych towarów - ustawienia darmowej dostawy

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość zarządzania ustawieniami dotyczącymi darmowej dostawy.

  • Rozszerzyliśmy modułu importu o obsługę ustawień logistycznych towarów - ustawienia zwrotów i reklamacji

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość zarządzania ustawieniami dotyczącymi zwrotów i reklamacji.

  • Rozszerzyliśmy modułu importu o obsługę ustawień logistycznych towarów - możliwość importu ustawień na podstawie szablonu dla importu CSV

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość przypisywania ustawień logistycznych na podstawie wybranego szablonu przy imporcie CSV.

  • Rozszerzyliśmy moduł importu o obsługę sprzedaży w opakowaniach kaucyjnych - możliwość ustawiania w imporcie towar sprzedawany w opakowaniu kaucyjnym oraz wskazanie kaucji i ilości dla której ma być naliczana kaucja

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość wskazania dla importowanego towaru opakowania kaucyjnego oraz określenia ilości kaucji, które mają być naliczane.

  • Rozszerzyliśmy moduł importu o obsługę sprzedaży w opakowaniach kaucyjnych - możliwość wskazania w imporcie towaru który pełni rolę opakowania kaucyjnego

Rozszerzyliśmy moduł importu, aktualizacji i przywracania towarów z kopii o możliwość dodawania i aktualizacji towarów pełniących rolę opakowań kaucyjnych.

  • Aktualizacja dokumentacji modułu webowego

Zaktualizowaliśmy i ustandaryzowaliśmy dokumentację dotyczącą modułu importu, aktualizacji i przywracania towarów z kopii dostępną na stronie: www.idosell.com

  • Dodaliśmy metodę products/attachments umożliwiającą pobieranie załączników towarów

Dodaliśmy nową metodę API products/attachments:GET, która umożliwia pobranie zawartości pojedynczego załącznika do towaru na podstawie jego ID oraz wybranego identyfikatora towaru. Załączniki zwracane są w formacie Base64 dla towarów standardowych. W przypadku towarów wirtualnych, jeśli załącznikiem jest adres URL, metoda zwraca bezpośredni adres do pliku zamiast zakodowanej zawartości.

  • Dodaliśmy opcję wklejania tekstu z dopasowaniem stylu w edytorze

Dodaliśmy nową opcję „Wklej i dopasuj do stylu” w edytorze treści. Umożliwia ona wklejenie tekstu z zachowaniem stylu miejsca docelowego lub jako czysty tekst bez formatowania, co ułatwia pracę z treściami i zapewnia spójność wyglądu.

  • Poprawiliśmy zwracanie błędu 404 dla nieistniejących zdjęć

Poprawiliśmy sposób obsługi nieistniejących zdjęć. Wcześniej dla nieaktualnych lub błędnych adresów obrazów zwracana była odpowiedź HTTP 200 wraz z pustą grafiką. Obecnie w takich przypadkach serwer zwraca prawidłowy kod 404 Not Found.

  • Poprawiliśmy wyszukiwanie kodów rabatowych i zabezpieczyliśmy usuwanie kampanii

Poprawiliśmy działanie wyszukiwarki kodów rabatowych, która wcześniej zwracała również kampanie, co mogło prowadzić do ich przypadkowego usunięcia. Obecnie w wynikach wyszukiwania wyświetlane są wyłącznie kody rabatowe. Dodatkowo wprowadziliśmy walidację uniemożliwiającą usunięcie kampanii posiadającej aktywne kody.

  • Dodaliśmy kosz na zdjęcia produktów

Dodaliśmy możliwość przywracania usuniętych zdjęć na karcie edycji towaru. Nowa opcja „Przywróć zdjęcia z kosza” pozwala odzyskać wcześniej skasowane grafiki. Przywrócone zdjęcia dodawane są na końcu galerii.

  • IdoSell Bridge – przeprowadziliśmy ocenę wsparcia dla Enova 2512.6.7

Przeprowadziliśmy ocenę wsparcia dla systemu Enova w wersji 2512.6.7. Weryfikacja zakończyła się pozytywnie, co potwierdza kompatybilność tej wersji z aplikacją IdoSell Bridge.

  • IdoSell Bridge – przeprowadziliśmy ocenę wsparcia dla Subiekt Nexo 60.0

Przeprowadziliśmy ocenę wsparcia dla systemu Subiekt Nexo w wersji 60.0. Weryfikacja zakończyła się pozytywnie, co potwierdza kompatybilność tej wersji z aplikacją IdoSell Bridge.

  • IdoSell Bridge – przeprowadziliśmy ocenę wsparcia dla Streamsoft Prestiż 20.3.383

Przeprowadziliśmy ocenę wsparcia dla systemu Streamsoft Prestiż w wersji 20.3.383. Weryfikacja zakończyła się pozytywnie, co potwierdza kompatybilność tej wersji z aplikacją IdoSell Bridge.

  • IdoSell Bridge – przeprowadziliśmy ocenę wsparcia dla Comarch ERP Optima 2026.4.1

Przeprowadziliśmy ocenę wsparcia dla systemu Comarch ERP Optima w wersji 2026.4.1. Weryfikacja zakończyła się pozytywnie, co potwierdza kompatybilność tej wersji z aplikacją IdoSell Bridge.

  • IdoSell Bridge – wydaliśmy wersję 9.0.4.0

Wydaliśmy nową wersję aplikacji IdoSell Bridge 9.0.4.0, w której wprowadziliśmy szereg usprawnień i poprawek. Zoptymalizowaliśmy procesy związane z przesyłaniem danych i aktualizacją produktów, dodaliśmy logowanie wyjątków przy dodawaniu zamówień oraz rozszerzyliśmy obsługę zamówień bez pozycji

  • IAI Downloader – wydaliśmy wersję 1.20.44.0

Wydaliśmy nową wersję aplikacji IAI Downloader 1.20.44.0, w której wprowadziliśmy poprawki związane z przetwarzaniem danych oraz komunikacją z API. Zoptymalizowaliśmy wybrane mechanizmy działania aplikacji oraz podnieśliśmy poziom jej bezpieczeństwa poprzez aktualizację komponentów i podpisanie aplikacji certyfikatem.

Zamówienia

  • Zmiana waluty rozliczeniowej w zamówieniu gdy wpłaty do zamówienia bilansują się

Do tej pory gdy wpłaty w zamówieniu bilansowały się, to nie można było zmienić waluty rozliczeniowej zamówienia. Znieśliśmy tę blokadę.

  • Blokada zmiany stanu przełącznika „Pokazuj zestaw jako jedną pozycję na dokumentach" na karcie zamówienia

Zablokowaliśmy możliwość zmiany ustawienia “Pokazuj zestaw jako jedną pozycję na dokumentach sprzedaży“ na karcie zamówienia, gdy do zamówienia została wystawiona faktura. Wprowadzenie blokady ma na celu zapewnienie spójności systemu w przypadku m.in. wystawiania korekty do faktury oraz przekazywania dokumentów do KSeF.

Powiązane treści