Konrad L

Pobieram z tym zaznaczeniem - nie pomaga 😪 No nic... chyba się skończy supportem allegro...

Autoryzacja odświeżona, dane z Allegro pobrane na nowo. Nie pomogło. Pobrania brak.

A jednak nie. W umowach też nie mam pobrania... 😟

Aha... czyli w umowach... 😀 Ok. Dzięki.

Mam zagadkę - Jak skonfigurować Allegro One Kurier - pobranie? Chciałem zrobić to analogicznie jak np. Allegro DPD Kurier pobranie, ale brakuje mi dostawy która by pasowała do tej dostawy. Tzn. jest Allegro One Kurier - dostawa jutro, ale nie ma wersji z pobraniem. Tak ja ma np. DPD: jest zarówno Allegro DPD Kurier jak i Allegro DPD Kurier pobranie. W Allegro One Kurier nie mogę znaleźć pobrania. To się robi jakoś inaczej czy faktycznie czegoś brakuje? Oczywiście odświeżałem parametry z serwisu.

Lista wyboru usługi w konfiguracji WzA zrobiła się pusta. Zauważyłem to po aktualizacji do wersji 1.43.7. Czy to jakiś problem z Allegro czy może ostatnia wersja Sello coś zgubiła?

Tak - potwierdzam. Gdy jest zaznaczone jednocześnie KPiR błąd się nie pojawia.

Dzień dobry Przestały mi się importować dokumenty do Ewidencji Dowodów Wewnętrznych. Dotyczy to wszystkich dokumentów importowanych do EDW. Pojawia się "Nieokreślony błąd." Pozostałe schematy importowe działają dobrze. W programie serwisowym zrobiłem "Odbudowa indeksów i statystyk" oraz "Kontrola danych", ale to nie pomogło. Wersja 1.78 HF3 (1.7803.3.5901) Odnoszę wrażenie, że zaczęło się to dziać po ostatniej aktualizacji - przeszliśmy z 1.77 HF3 Jak to naprawić? Pozdrawiam

Ponowne pobieranie zamówienia "xxx" użytkownika "yyy" z konta zzz na Allegro.pl: Pominięto aktualizację transakcji. Aktualizacja tej transakcji jest wyłączona na zakładce CECHY.

Taki dziwny problem się pojawił. Była sobie transakcja, którą klient opłacił, a następnie anulował. Transakcja została oznaczona jako anulowana i synchronizacja z Allegro wyłączona (bez tego pojawiają się ostrzeżenia na czerwono i opłaconej i anulowanej jednocześnie transakcji). No i teraz Sello dla tej transakcji się uparło i już od ponad tygodnia ciągle "Ponownie pobiera transakcję...". Były analogiczne transakcji wcześniej, i były też później, i z nimi nie ma problemu, a z tą jedną ciągle to ponowne pobieranie... Aha... W parametrach, opcje ponownego pobierania, są wyłączone. Nie blokuje to pracy, ale ciągle generuje ostrzeżenia w logu... Można to jakoś wyleczyć???

Dzień dobry Jest zadanie do rozwiązania 🙂 Sprzedaż jednego przedmiotu (np. Fajny zestaw ABC) na Allegro ma się zamienić na zestaw pozycji na fakturze (np. przedmiot A x 1, przedmiot B x 2, przedmiot C x 3). Komponenty zestawu, czyli przedmioty ABC nie będą dostępne jako osobne oferty na Allegro. Czy da się tak zrobić? Co będzie potrzebne? Czy da to radę ogarnąć tylko za pomocą subiekt + sello (gt / nexo)? Czy będą potrzebne jakieś dodatkowe narzędzia / ew. skrypt. Z góry dziękuję za pomoc 🙂

Jak dla mnie wygląda to jak jakieś testy ze strony Allegro. Przez pewien czas przychodzą maile bez podpisu i wtedy podgląd jest. Potem znowu Allegro włącza podpisy na jakiś czas i wtedy podglądu nie ma). I potem znowu wyłącza podpisy i podgląd oczywiście wraca. Sprawdzam to na zewnętrznym kliencie poczty obsługującym podpisy i korelacja podpis=brak podglądu w Sello jest jak na razie 100%.

Widzę, że problemem jest cyfrowy podpis, który Allegro dołącza do wiadomości. Wiadomości z podpisem nie pokazują się w podglądzie. Wysłałem na podany mail dwa przykłady "z" i "bez" podpisu do porównania.

W ramach eksperymentów dodałem do tej tabeli index na pola csd_ExtId i csd_Position i to znacznie poprawiło sytuację. Czas synchronizacji parametrów produktu do oferty z kilku minut skrócił się do kilku(nastu) sekund. Kosztowało to co prawda 40MB miejsca, ale trudno. Kręcę się głównie w zabawkach (np. 321435) i grach (np 6106). Ale generalnie to się zachowuje trochę dziwnie. Pierwsza aktualizacja parametrów dla danej kategorii trwa długo, natomiast kolejne idą już szybciej. Inna kategoria i znów trzeba poczekać dłużej. Czasem po kilku godzinach a czasem dniach znowu potrzebuje więcej czasu na zaktualizowanie parametrów dla danej kategorii. Jakby dane trafiały do jakiegoś cache i póki tam siedzą to działało szybciej. Sprawdźcie, proszę, czy ten index nie będzie miał jakichś negatywnych konsekwencji, bo może to wystarczy żeby porzucić temat do czasu Sello NX. I jeżeli nie będzie problemów i może zostać, to żeby nie znikał przy konwersji bazy przy okazji aktualizacji Sello.

Czy dałoby się jakoś zoptymalizować i w efekcie przyspieszyć pobieranie parametrów specyficznych dla kategorii? Zrobienie raz na jakiś czas "globalnego" pobierania parametrów jeszcze jakoś ujdzie (nie sobie trwa jak musi), ale pobieranie parametrów w trakcie dodawania produktu do aukcji z włączoną opcją pobierania "Kategorii i parametrów" jest już dość upierdliwe. Jeżeli pobrane parametry są w miarę "świeże" to operacja przebiega w szybko i sprawnie, ale jeżeli już się trochę zleżały (a wystarczy kilka ledwie kilka dni) to trwa to kilka dobrych minut za każdym razem. Co dziwne, ta operacja strasznie obciąża procesor bazy danych - danych jest pobieranych z sieci niewiele, ale proces serwera coś strasznie mieli przez te kilka minut. Chyba, że to u mnie w bazie danych coś się nawarstwiło i teraz serwer musi się przekopywać przez jakieś złogi... Tabela st_CategorySpecificDict ma ponad 500 tys. pozycji.

Walczyłem z Sello, a to problem z Subiektem był - reinstalka subiekta pomogła.

Wystąpiła dziwna sytuacja. Sello na jednym ze stanowisk przestało łączyć się z subiektem. W raporcie stoi: Uruchamianie systemu sprzedaży: Nie udało się uruchomić systemu sprzedaży. System.NullReferenceException: Odwołanie do obiektu nie zostało ustawione na wystąpienie obiektu. w InsERT.Sello.SalesSystemServer.GTInstance.GetOfflineInstance(User user) w InsERT.Sello.SalesSystemServer.GTInstance.PrepareInstance() w InsERT.Sello.SalesSystemServer.SalesSystemHost.ThreadRun() Sam Subiekt na tym stanowisku uruchamia się bez problemu. Bez problemu można się połączyć z bazą danych z SQL Managera. Nic specjalnego w konfiguracji tego stanowiska się nie zmieniło. Kilka dni temu jeszcze wszystko działało dobrze. Po zaktualizowaniu do 1.42.4 też było dobrze. W konfiguracji "Zewnętrznego systemu sprzedaży" wszystkie dane są prawidłowe (SQL Manager na tych samych danych łączy się normalnie), ale test połączenia kończy się błędem. Zmiana i wpisanie danych od nowa nie pomaga. Nie pomaga dodanie na nowo użytkowników w systemie sprzedaży (użytkownika z subiekta pokazuje na liście wyboru). Jedyne co jest dziwne to, że lista serwerów nie pokazuje instancji SQL z bazą subiekta (ale inne z tego serwera są). Reinstall Sello też nie pomógł. Help, help... 😢

Dostałem odpowiedź od InPostu, że zawartość pola "Kod referencyjny" będzie się pojawiała w polu "Uwagi nadawcy".

@Bartosz Rosa Informacja była wysyłana mailem. Nie wiem czy jest gdzieś dostępna na stronie. Drogi Kliencie, nieustannie zmieniamy się dla Ciebie i upraszczamy nasze procesy, aby dostarczać Ci usługi najwyższej jakości. W naszych rozwiązaniach stawiamy na prostotę i ta myśl przyświecała nam projektując nowe etykiety przewozowe. Będą one dotyczyć przesyłek nadawanych do automatów Paczkomat® oraz przesyłek nadawanych w ramach usługi Kurier – Manager Paczek, dla etykiet generowanych w systemach Manager Paczek i API. Zmiany wejdą w życie od dnia 07.10.2022 r. Powodem wprowadzenia nowych etykiet jest m.in. chęć anonimizacji danych odbiorców, czyli odpowiedź na pojawiające się potrzeby naszych Klientów zewnętrznych jak i wewnętrznych. Zmiany w etykietach, które wdrożyliśmy: ograniczenie danych nadawcy i odbiorcy, w tym numeru telefonu do czterech ostatnich cyfr (w przypadku etykiet do automatów Paczkomat®) usunięcie takich informacji jak: kod referencyjny, data wydruku etykiety, informacja o ubezpieczeniu, kontakt do BOK, mikrorejon kurierski, automat Paczkomat® w pobliżu dodanie kodu datamatrix, który zawiera informacje o numerze paczki oraz dodanie prefiks kraju dostarczenia zwiększenie obszaru na uwagi od nadawcy zmianie ulega również layout oraz układ etykiet generowanych na formacie A4

W ramach "dobry pomysłów" InPost postanowił zmienić niedługo wygląd etykiet. W ramach zmian usunięte zostanie pole Numer referencyjny. Jeżeli InPost nie odstąpi od tego niezbyt szczęśliwego pomysłu przydałaby się opcja, żeby w konfiguracji InPost ShipX można było dodawać coś do "Uwag od nadawcy". Bo inaczej ciężko będzie identyfikować etykiety i naklejać je na właściwe paczki. Akcja jest pilna bo zmiany wchodzą w życie 7. października.

I jeszcze jeden: 897b9430-eaba-4ac5-a701-055b0138b850

Trafiłem na produkt, który jest "toksyczny" dla Sello. Wstawienie jego identyfikatora w pole Produkt w przygotowywanej aukcji "wywala" okienko aukcji (wyskakuje na chwilkę "pobieranie danych produktu, a następnie okno się zamyka bez pytania i zapisywania). W produkcie są chyba jakieś dane których Sello nie lubi. Restart Sello nie pomaga. ID produktu: 3021c472-5113-4190-9502-58ede4b08d51

Najcenniejszą dla nas informacją jaką przechowywało powiązanie Towaru z szablonami była kategoria (lub kategorie) w jakiej dany towar miał być wystawiony. Rozdrobnienie kategorii w naszych rejonach Allegro jest takie, że aktywnie korzystamy z około 200 kategorii. Teraz gdy do aukcji musi być przypisany produkt, musi zgadzać się też kategoria. Co prawda są niby te grupy kategorii, ale ułańska fantazja "autorów" katalogu jest taka, że nigdy nie wiadomo gdzie dany produkt trafi (albo gdzie go za chwilę przeniesie po zgłoszeniu przez kogoś błędu). Problemem jest to, że kategorie musimy wymyślić z góry (na poziomie towaru), a dopiero potem (na poziomie aukcji) okazuje się czy trafiliśmy czy nie. Gdyby powiązanie było na poziomie towaru, już tutaj można byłoby sprawdzić dostępne kategorie. Może na jedno z takich drobnych usprawnień załapał by się jakiś mechanizm wyboru kategorii do oferty? W tej chwili można wybierać w ofercie kategorię z całego katalogu. Może po wybraniu produktu niech będzie dostępna tylko lista kategorii dostępnych dla tego produktu?

Błąd występuje kiedy korzystamy w opcji uzupełniania parametrów aukcji na podstawie produktu. W przypadku, gdy produkt ma przypisanych kilka EANów, to do parametru EAN są kopiowane wszystkie sklejone razem - powinien wybrać tylko jeden (pierwszy) albo ew. dać wybór.

U jednych sprzedawców pewnie rzadziej u innych zapewne częściej - u nas właściwie codziennie jest coś nowego do wystawienia. No może nie dokładnie ten sam towar, ale gdy towarów są setki czy tysiące to zawsze jest coś do wystawienia. A swoją drogą dezaktywowana oferta znika po jakimś czasie (60 dni) i wtedy i tak trzeba ją wystawić na nowo (co nie jest takie złe, bo z czasem też jakieś aktualizacje w Towarze się pojawiają). Do tej pory wystawianie z szablonów powiązanych z Towarami z wykorzystaniem tagów w parametrach było bardzo wygodne. Wartości dla parametrów mamy w polach własnych i w zależności od kategorii i parametrów specyficznych tagi załatwiały sprawę ich wypełniania w odpowiedni sposób. Ale teraz to wszystko chyba pójdzie do kosza - bo parametry muszą się zgadzać z Produktem i koniec - inaczej próba wystawienia kończy się błędem. No można niby użyć pola własnego, ale czy to będzie docelowe rozwiązanie? W sumie sprowadzi się to żeby robić kopiuj-wklej z jednego pola do drugiego w ramach jednego programu. A generalnie prowadzi to wprost do powiązania Towaru z Produktem Allegro. To może od razu pomyśleć nad jakimś dedykowanym polem w Towarze na taki identyfikator - dzięki temu może (w przyszłości) pojawi się jakaś automatyzacja do obsługi takiego powiązania, typu wybór kategorii, wypełnianie parametrów itd. - no generalnie to co jest teraz w obsłudze Produktu na poziomie aukcji tylko przeniesione na poziom Towaru - pozwalając generować aukcje z Towaru od razu z uwzględnieniem połączenia z Produktem.