Bartosz Rosa

Prawdopodobnie nie zostały one usunięte ze słownika kategorii z jakiegoś powodu ale nie są powiązane z żadną kategorią nadrzędną. Przyjrzymy się temu. Ale na pewno trzeba zmienić kategorię na istniejącą aby pobrać jej parametry.

W takim razie do poprawy. Generalnie ostrzeżenie takie pojawia się, gdy z serwisu przyjdzie informacja o typie płatnym z góry lub pobraniowym a w EZ zostanie wybrana dostawa innego typu. W przypadku dodawania ręcznego miało to się nie pojawiać więc ten komunikat jest tutaj zbędny - ale, jako że to ostrzeżenie, to można je zignorować.

Aczkolowiek, w Sello NX jest numer zamówienia więc numer w polu dotyczy będzie powieleniem istniejącej funkcji. Czy zatem są jakieś inne pomysły, co w tym polu mogło by się znaleźć? Może nazwa asortymentu (pierwszego? kilku?)

tw_Zmiana - z tej tabeli korzysta Sello i Sello NX a samą modyfikacją w tych polach steruje Subiekt chyba z poziomu kodu, tw_ZmianaTw - to jest chyba coś od vendero ale możliwe, że działa na triggerach. Możesz zerknąć co się tam zmienia i kiedy. Sello bazuje na dacie ostatniej zmiany w towarach i porównuje z datą ostatniej synchronizacji.
 
Natomiast zmiany stanów nie są w tych tabelach uwzględniane i tam robimy porównanie stanów w Sello i w Subiekcie w tw_Stan.
 
 
 

Sprawdzimy i poprawimy .

Sugestia zapisana. Zbadamy jakie są tutaj możliwości i jakieś rozwiązanie tego problemu zaproponujemy . 

To jest dość skomplikowany problem, kartoteki klientów w nexo rządzą się pewnymi prawami, zaś dane, które przylatują z serwisu Allegro nie zawsze są tak oczywiste w połączeniu z tymi kartotekami. Najpewniej tutaj kupujący został rozpoznany i potraktowany jako firma a nie osoba prywatna. Zajęcie się tymi tematami mamy w planach na najbliższy czas. 

Czy w sposobie dostawy jest zaznaczona opcja Ubezpieczenie?

1. Na początek, trzeba dodać pole własne do towaru, np wlasna_nazwa

2. Następnie zaznaczyć wszystkie towary i zmianami zbiorczymi Ctrl+B nadać temu polu pustą wartość:

3. Wykonać koniecznie kopię bazy danych (archiwizację), bo dalsze kroki operują na bazie danych i mogą bezpowrotnie usunąć dane w bazie przy niepoprawnym zastosowaniu
4. Z poziomu programu serwisowego do Sello (admin.exe) lub Microsoft SQL Server Management Studio wykonać poniższe polecenie SQL.
update it_CustomAttributes set ia_AttributeValue = isnull( (select is_name from it_ItemSite ist where ist.is_itemId = ia_ItemId and is_SiteId = (select st_id from st__Site where st_SiteId = 1 and st_svcProvId = 1) ), '') where ia_AttributeId= (select cat_id from sl_CustomAttributes where cat_Name='wlasna_nazwa') Jeśli pole własne ma inną nazwę to zmienić ją w tym poleceniu na samym końcu (wpisać nazwę pola własnego, tutaj wlasna_nazwa).
W towarach w których było dodane pole własne za pomocą zmian zbiorczych zawartość pola:

powinna się przepisać do pola własnego

Po tym zabiegu nie należy już korzystać z pola Nazwa na zakładce SERWISY, bo przepisywanie działa tylko raz, w momencie wykonania polecania SQL. Można je wykonywać wielokrotnie - będzie ono nadpisywać wartości pola własnego.
 
5. W szablonie opisu tam, gdzie użyty jest tag [Towar::Nazwa] należy zastosować tag [Towar::PW::wlasna_nazwa] - lub inna nazwa pola własnego.
 
 
 

Informacja taka zniknie samoistnie po 3 tygodniach, ale można ją też usunąć za pomocą polecania SQL wykonanego na bazie Sello, za pomocą np. programu serwisowego do Sello (admin.exe).
 
W poleceniu należy wkleić identyfikator zamówienia, który widnieje w treści błędu (xxx).
 
delete from reg_OrderEventTrackerFails where oetf_CheckoutFormId = 'xxx'  

Użytkownik w sekcji PARAMETRY BAZY DANYCH SYSTEMU SPRZEDAŻY to na pewno jest Szef? Chodzi tutaj o użytkownika serwera SQL, domyślnie ma on nazwę sa

Proszę napisać na sello@insert.com.pl podając dane firmy, na które są te konta zarejestrowane oraz identyfikatory kont starego i nowego (najlepiej też zrzut ekranu z okna zarządzania kontami i licencjami, tak aby było widać nazwy oraz identyfikatory tych kont).

Aktualnie trwają nad tym prace, planujemy udostępnić taką możliwość w wersji 48 (okolice grudnia).

Problem zostanie poprawiony w 47. W wersji 46 nie było jeszcze tej poprawki.

Zainterweniowałem w tej sprawie i Allegro wdroży dzisiaj do 12 poprawkę.  
Pozostaje zaczekać.
 
https://github.com/allegro/allegro-api/issues/7613

Etykiety pobierane są od kurierów i zwracane są w postaci plików PDF, które Sello zleca do wydrukowania. W konfiguracji synchronizacji z WzA i z InPost ShipX można wybrać jakiego formatu etykiety będą pobierane (A4, B6 itp), samo ustawienie papieru do drukowania należy przeprowadzić w ustawieniach drukarki/programu, którym drukowane są pliki typu PDF.

Błąd ten pojawia się dlatego, że w parametrach domyślnych transakcji jest ustawiona dostawa do paczkomatu jako domyślna dla nowych transakcji. Jeśli klient w zamówieniu nie podał innej dostawy to Sello zapisze transakcję z taką dostawą domyślną. Dostawa do Paczkomatu wymaga jednak podania numeru paczkomatu, a w związku z tym, że w nowej transakcji nie ma tego numeru, pojawia się ten błąd.
Proszę przestawić domyślną dostawę na coś innego niż Paczkomat. Wiele osób dodaje sobie tutaj dostawcę i dostawę o nazwach <nie ustawiono>, wtedy widać od razu, że klient nie wybrał jeszcze żadnego sposobu dostawy.

Problem z połączeniem się z serwerem pocztowym. Czy inne programy pocztowe łączą się do poczty? Możliwe, że problem jest chwilowy i sam minie.

Trzeba zaktualizować wersję Sello do minimum 1.43.0
 
Z listy zmian:
Na zakładce opis w oknie edycji aukcji dodano pole wyboru języka bazowego oferty - pole wymagane w Allegro od maja 2023.

Już powinno być po Polsku. Prośba o potwierdzenie .

Jakie zmiany są na tej ofercie wykonywane? Proszę o zrzut ekranu dolnej zakładki ZMIANY oraz o przykładowy link do oferty, której błąd dotyczy.

Przy wyborze Dostawcy należy wskazać konto integracji dla tego dostawcy a tutaj nie jest dodane. Proszę przejść do modułu konta integracji i dodać połączenie z InPostem.

W danych połączenia należy podać identyfikator firmy oraz token dostępowy - dane te można pozyskać z Menadżera Paczek InPostu. Wtedy będzie możliwość dodania dostawy dla InPost i będzie wybór dodanego konta InPost.
 
Co do sygnatury, to musi ona odpowiadać 1 do 1 symbolowi z Subiekta. Jeśli w Subiekcie jest TW6 to w sygnaturze musi być tylko i wyłącznie TW6, a jest tam obecnie TW6 Różowe XXXX. Większa swoboda w definiowaniu funkcji porównywania i wyszukiwania towarów będzie w jednej z najbliższych wersji.
 

W konfiguracji dostawy można wybrać rodzaj pobieranej etykiety.
Dodam też, że okna konfiguracji dostawy będą zmienione w wersji 47, ponieważ pierwotny pomysł, który mieliśmy nie sprawdził się w praktyce. 
Będzie tam również pole z wyborem wydruku.

Rozwiązaniem okazało się przestawienie w asortymencie Subiekta ustawienia przeliczania wartości pozycji na Wylicz cenę.