
W ramach changeloga IdoSell cyklicznie informujemy o nowościach, aktualizacjach i zmianach w oprogramowaniu IdoSell. Niezmiennie w osobnych wpisach publikujemy nowości projektowe i informacje o wydaniu nowych funkcjonalności. Poniższe wydanie changeloga prezentuje zakres zmian we wrześniu 2025 roku.
W sytuacjach, gdy kupujący dokonywał następujących po sobie zakupów u tego samego sprzedawcy i zmieniał dane adresowe, mógł pojawiać się problem z brakiem łączenia zamówień. Zweryfikowaliśmy ten scenariusz i w przypadku kolejnych zamówień z różnymi danymi adresowymi dane bilingowe i adresowe są poprawnie aktualizowane w panelu. Dodaliśmy także ustawienie w konfiguracji konta do sterowania aktualizacją danych bilingowych, jeżeli nie zostaną przesłane przez serwis eBay w danych o fakturze.
Poprawiliśmy mechanizm wyszukujący zamówienia, aby były zwracane tylko dla konkretnych parametrów wyszukiwania. W nowej integracji był dostępny scenariusz, gdy zamówienia niepowiązane z kryteriami wyszukiwania były zwracane nadmiarowo.
Zidentyfikowaliśmy scenariusze, w których style we fragmentach js w opisie towaru były błędnie interpretowane. Poprawiliśmy mechanizm interpretujący i sprawdzający poprawność wycinanych i wysyłanych informacji do serwisów zewnętrznych.
Po zmapowaniu oferty zestawu sprzedawanego w serwisie eMag mógł ujawnić się scenariusz, gdy zamówienie po wpłynięciu do panelu nie miało widocznych składowych zestawu. Poprawiliśmy mechanizm, aby taka sytuacja nie występowała.
W celu zapewniania poprawności synchronizowania danych między panelem IdoSell a serwisem Allegro, dodaliśmy dwa nowe typy załączników, które wymagane są do dodania w ofertach urządzeń lub oprogramowania przetwarzającego dane. Teraz w panelu można dodać załączniki o typach: Przetwarzanie danych (urządzenia) i Przetwarzanie danych (oprogramowanie).
Przeanalizowaliśmy komunikację z serwisami eMag i Empik oraz istniejące ograniczenia systemów zewnętrznych w ilości przetwarzanych informacji. Rozdzieliliśmy mechanizmy aktualizacji ofert, aby efektywniej wykorzystywać wysyłane aktualizacje, a tym samym przyśpieszyć ilość aktualizowanych ofert w obu serwisach.
Dodaliśmy nowe zmienne do wiadomości transakcyjnych, umożliwiające automatyczne dodanie danych pracownika obsługującego zamówienie. Dzięki temu wiadomości mogą być podpisane imieniem, nazwiskiem, adresem e-mail lub numerem telefonu osoby zalogowanej do panelu/obsługującej zamówienie.
Usunęliśmy z panelu sekcję dotyczącą subskrypcji aplikacji IdoSell Bridge Professional. Wersja Professional nie jest już dostępna i nie ma potrzeby jej prezentowania.
Parametry z kontekstem specjalnym (np. dotyczące bezpieczeństwa) przypisane grupowo przez GET nie były poprawnie uwzględniane przy wystawianiu ofert na marketplace'ach, dopóki nie zostały ręcznie zapisane na karcie towaru. Po modyfikacji dane są natychmiast uwzględniane, dzięki automatycznemu czyszczeniu cache kontekstów specjalnych.
Edytor WYSIWYG usuwał atrybuty z tagu <textarea>, takie jak class, rows czy cols, co uniemożliwiało dodanie formularzy zgodnych ze standardem HTML. Rozszerzyliśmy listę dozwolonych atrybutów dla tego tagu - zmiana została wprowadzona we wszystkich konfiguracjach edytora TinyMCE w panelu administracyjnym.
Na karcie towaru błędnie wyświetlały się rabaty ilościowe, które nie powinny obowiązywać ze względu na zbyt niską wartość progów w stosunku do ceny produktu. Od teraz prezentowane są tylko te przedziały rabatowe, które faktycznie mają zastosowanie dla danego towaru.
U niektórych merchantów mogły pojawiać się problemy z płynnością działania API orders/orders. Obecnie zamówienia można pobierać i aktualizować bez zakłóceń.
Wcześniej automat nie zmieniał statusu zamówienia mimo upływu czasu, co powodowało narastanie nieopłaconych zamówień. Teraz status jest zmieniany automatycznie, co usprawnia zarządzanie zamówieniami.
Wcześniej ten sam towar pojawiał się wielokrotnie w odpowiedzi API - towary były rozbijanie na osobne pozycje przy wielu dostawach PZ. Teraz pozycje są poprawnie sumowane, co ułatwia obsługę zamówień i integracji.
Wcześniej zmiany podstatusów nie były widoczne w historii zamówienia. Teraz każda zmiana podstatusu jest rejestrowana, co ułatwia analizę przebiegu realizacji zamówienia.
Wcześniej nie było możliwości wysyłania własnych szablonów, co ograniczało komunikację z klientem. Teraz szablony są dostępne we wszystkich wymaganych miejscach.
Dotychczas można było wybrać nieaktywnych użytkowników jako prowadzących zamówienie. Po zmianie lista obejmuje tylko użytkowników aktywnych, co zapobiega błędom w obsłudze zamówień.
Moduł dodawania opisów do statusów zamówień został całkowicie usunięty, a funkcjonalność została przeniesiona do Composera.
Wcześniej status zamówienia nie zmieniał się automatycznie po przyjęciu towaru, co wymagało ręcznej interwencji. Teraz automaty działają zgodnie z konfiguracją magazynu.
Dotychczas daty dostawy różniły się w zależności od formatu odpowiedzi, co powodowało niejasności. Teraz data jest spójna niezależnie od używanego API.
Wcześniej czas dostawy nie był brany pod uwagę dla towarów wirtualnych na magazynie M0, co zaniżało datę wysyłki. Teraz planowana data wysyłki jest wyznaczana poprawnie.
Odnotowaliśmy przypadki, gdzie adresy dostawy mogły być zapisywane bez kraju, co powodowało błędy w zamówieniach. Teraz kraj jest zawsze poprawnie przekazywany i zapisywany.
Wcześniej nie wszystkie rabaty były przenoszone na dokumenty, co powodowało niezgodności. Teraz wszystkie opusty są poprawnie uwzględniane, co zapewnia zgodność dokumentów z zamówieniami.
Dotychczas kursy były prezentowane w różnych formatach, co powodowało niejasności. Teraz kursy są prezentowane jednolicie, co ułatwia rozliczenia i komunikację z klientami.
Wcześniej API nie zwracało danych o dokumentach WZ, co ograniczało integracje. Teraz pełne dane o dokumentach WZ są dostępne przez API.
Wcześniej dokument FK nie był widoczny w podglądzie reklamacji, co utrudniało obsługę klienta. Teraz faktura korygująca jest dostępna bezpośrednio w widoku reklamacji w sklepie.
Odnotowaliśmy wydłużone czasy odpowiedzi metody związanej ze zwrotami, co utrudniało obsługę. Po optymalizacji czas odpowiedzi został znacznie skrócony.
Poprawiliśmy mechanizm limitowania prób płatności dla zamówień subskrypcyjnych, aby zamówienia były automatycznie anulowane po trzech nieudanych próbach. Dzięki temu obsługa sklepu nie musi ręcznie interweniować w przypadku nieopłaconych zamówień pochodzących z subskrypcji.
W bramce GraphQL (products/products/price oraz products/products/sizes/price) dostępna jest teraz cena towaru z uwzględnieniem rabatu subskrypcyjnego.
Dotychczas użytkownicy nie mogli skutecznie zresetować hasła przez zapętlony proces. Po zmianie resetowanie hasła przebiega bez przeszkód.
Po aktualizacji system korzysta z aktualnie obowiązujących stawek VAT dla wszystkich krajów.
Dotychczas użytkownicy API mogli nie mieć dostępu do nowych sklepów, co ograniczało działanie integracji. Teraz uprawnienia są automatycznie aktualizowane.
Powiązane treści