Robert foto

Może być nawet ręczna robota, byle powróciło wiązanie produktów. My też nie wystawiamy przez Sello (a po stronie Allegro to pole chyba w większości produktów mamy uzupełnione).

Panie Bartku, a może w tym roku by się udało?

A jak pobiorę wiadomości i je usunę do ostatniego roku, to wyjdzie na to samo? Tzn. czy baza nie "spuchnie" niepotrzebnie o jakiś milion pustych wierszy w tabeli odpowiadającej za wiadomości?

Byłoby super z takim backupem. A jest jakiś sposób na ograniczenie wczytywania wiadomości? Bo u mnie to będzie trwało jeszcze kilka dni, czyli przy ciągłym działaniu dwóch baz podpiętych właśnie pod jedno konto. Jest możliwość pobrania wiadomości tylko od jakiejś daty?

Cześć, Czy muszę zwrócić na coś szczególną uwagę, podczas operowania na 2 bazach w tym samym czasie? Czy mogę do drugiej, nowej bazy podpiąć to samo konto allegro, by bez problemu działać na starej bazie? Zmiany w firmie i przy okazji rozmiar bazy danych, spowodowały, że zamierzam: - zachowując starą bazę Subiekta (z nowym NIP), stworzyć nową bazę Sello i podpiąć pod nią stare konto Allegro. Interesuje mnie w tym momencie najbardziej, czy mogę podpiąć pod nową bazę konto Allegro, podczas, gdy inni pracownicy działają na starej bazie. Czy uruchomienie nowej bazy nie spowoduje np. sytuacji, że Sello ze starą bazą nie pobierze transakcji, bo pobrało ją już Sello z nową bazą. Czyli tak naprawdę - czy mogę sprawdzać nową bazę danych, bez wpływu na działanie starej? Sello wdrażał w firmie ktoś inny i pozostanie jeszcze zabawa z integratorami ze sklepem i programami od wysyłek. Czy muszę przejść na nową bazę kończąc z pracą na starej, czy też mogę to rozłożyć w czasie, dostosowując tą nową?

Problemy z powolnym działaniem w naszym przypadku dotyczą również zakładek wiadomości. Filrty poustawiane w Sello, jeśli w jakiś sposób przyspieszyły pracę, to tylko nieznacznie. Przełączanie się pomiędzy zakładkami, czy odświeżanie powoduje prawie zawsze komunikat na pasku programu "Sello (brak odpowiedzi)", tyle że to już pewnie inny problem, niezwiązany z tym jak wolno przerabiał program paczki, gdy transakcja była otworzona z listy (bez jej wyszukania).

Sello działa z Subiektem GT. Stanowisk używających Sello: 8+serwer Wyszukiwanie transakcji w drugiej instancji nie jest oczywiście rozwiązaniem, bo samo wyszukiwanie też trwa. To odosobniony przypadek? Nikt nie ma przerw podczas przerabiania zamówień?

Cześć, od dłuższego czasu mamy w firmie poważny problem z czasem jaki potrzebuje program Sello, by przerobić zamówienie. Przerabianie zamówień stało się naprawdę uciążliwe, pracownicy przy każdym zamówieniu mieli ~40sec czekania na działanie programu. Tłumaczyliśmy to sobie dużą bazą, choć taka zwłoka programu powodowała, że przerabianie zamówień przez Sello zaczęło tracić sens. Najpierw krótka przerwa podczas tworzenia dokumentu, a następnie przy tworzeniu paczki, Sello zatrzymuje się na ~35sec. Znaleźliśmy na to sposób, ale wydaje mi się, że skoro metoda na 2 instancje programu potrafi działać z opóźnieniami rzędu ~1,5sec to jest to wada programu, a nie dużej bazy i może da się to jakoś poprawić. Dla osób, które również mają problem z czasem przerabiania zamówień: Wystarczy że Sello nie widzi listy zamówień, czyli przerabiamy zamówienie wyszukane, a listę wszystkich trzymamy w drugiej instancji programu. Sello śmiga tak jak powinno, można przegapić ikonę klepsydry podczas tworzenia paczki. Praca na 2 instancjach to jednak dodatkowy, niepotrzebny element pracy, przez który łatwiej o pomyłkę (choć pewnie praca na 2 monitorach byłaby rozwiązaniem). Do SelloTeam: Czy są planowane jakieś poprawki do programu, które spowodują, że będzie działać z taką prędkością z jaką potrafi?

Albo zadziałała z kilkudniowym opóźnieniem zmiana na " aktualizuj z adresu dokumentowego transakcji ", albo samo się naprawiło nie mam zgłoszeń o starych danych na fakturach. Problematyczne są za to faktury w Subiekcie, gdzie zarówno na liście faktur - kontrahent, jak i w danych do faktury - w polach nabywca i odbiorca (podgląd F3) widoczne jest imię i nazwisko, a faktura drukuje się prawidłowo, tj. z nazwą firmy, ale to już chyba problem samego Subiekta, a nie danych przekazywanych przez Sello.

Tak jak wspomniałem, używamy tego inaczej niż autor zakładał, czyli nie "do załatwienia" i "załatwione", ale rozdzielając pomiędzy działy/pracowników, więc jest nam obojętne oznaczenie. Słownik raczej nie będzie potrzebny, a żeby pasowało do koncepcji aktualnego oznaczania wiadomości, to mogą być jeszcze "ważne"(gwiazdka), "w trakcie załatwiania" (trójkąt), "do sprawdzenia"(znak zapytania), "uwaga"(wykrzyknik). Gdyby się jednak okazało, że nikt nie oznacza wiadomości jako "załatwiona", tylko usuwa, lub oznacza wiadomość jako przeczytaną, to można by było w przyszłości zrobić przypisywanie wiadomości dla użytkownika Sello (z inicjałami, lub imieniem w kolumnie). Oczywiście jeśli jest więcej firm, które używają w Sello oznaczania wiadomości w celu rozdzielania ich pomiędzy pracowników.

Panie Bartku, przydała by się nam większa ilość oznaczeń wiadomości. Aktualnie są w Sello 2 oznaczenia: czerwona flaga i zielony ptaszek. My z nich korzystamy oznaczając sprawy do rozwiązania przez różnych pracowników( działy księgowości, serwisu, sprzedaży, marketingu, itd.). Może dodanie kilku dodatkowych oznaczeń nie stanowiłoby problemu, skoro em_Status to nie jest zero-jedynkowa pozycja w tablicy? Pewnie znajdzie się jakieś inne zastosowanie tych oznaczeń.

Nie wiem, czy to kwestia naprawionego błędu w bazie, czy też może samej aktualizacji do 1.29, ale MOŻNA PRZEKAZYWAĆ ZAŁĄCZNIKI W WIADOMOŚCIACH!

Dziękuję. Pomogło.

Cześć, Mam taki kłopot. Otóż od rana wszystko działało prawidłowo, ale skoro moduł diagnostyczny znalazł wcześniej jakiś błąd w bazie, to dziś postanowiłem go przetestować. Na wszystkich stanowiskach został wyłączony program Sello. Włączyłem napraw i błąd zniknął. Niestety od tego momentu większość operacji w Subiekcie powoduje komunikat o błędzie i naruszeniu integralności bazy. Nie można wystawiać dokumentów, nawet składać kompletów. Niezależnie od stanowiska. Komputery zostały zrestartowane włącznie z serwerem i komunikaty o błędzie w Subiekcie pozostały. Macie jakieś wskazówki? To możliwe, że naprawienie bazy Sello, zepsuło coś w bazie Subiekta?

Od dziś Allegro może dowolnie używać wprowadzonych danych i treści. Umowy o wykorzystywanie zdjęć zabraniają udostępniania ich przedmiotom trzecim, więc używanie Allegro jest sprzeczne z większością umów. https://allegro.pl/dla-sprzedajacych/15-pazdziernika-aktualizacja-regulaminu-allegro-i-regulaminu-uslugi-menedzer-sprzedazy-YL8L0nWXysx

Jeśli Allegro nie poprawi swojego pomysłu: to może powiększyć się grono użytkowników wystawiających produkty przez Sello. Albo o czymś zapomnieli, albo chcą mniej ogólnych tytułów. Za pomocą Szkiców ciężko będzie po stronie menedżera odszukać aukcje z danym produktem, jeśli nie zawiera symbolu, bo znika pole Sygnatura występujące w Szablonach.

Zadanie zlecone, ale jak na złość w ostatnich dniach nie mam zgłoszeń o zauważonych różnicach w danych, więc jeszcze nie miałem okazji sprawdzić.

Mnie akurat na tym zwykłym kurierze zależy. Pozostaje mi chyba spróbować z ich programem. Panie Bartku, czy kurier Inpostu jest może w planach? (BTW w informacji o nowej wersji jest "NOWE DOSTAWY ALLEGRO, Dodana została obsługa dostaw Allegro miniKurier24, Kurier InPost oraz Allegro Pocztex Kurier 48", a pewnie powinno tam być "Allegro Kurier Inpost", jeśli dobrze zrozumiałem)

Okazuje się że mają jakąś własną nakładkę na Sello - własny program do obsługi paczek. Działa ktoś na tym? Niestety byłby to kolejny program dla naszych magazynierów (w sensie prawie do każdego kuriera inny program, bo liczyłem tu na SmartPaczkę, która obsługuje Inpost kuriera). Obawiam się również możliwości ingerowania w bazę Sello, co może stać się poważnym problemem po którejś aktualizacji.

W słowniku Wysyłka Towarów - Sposoby Wysyłki wpisałem nową pozycję Inpost Kurier (a paczkomatowy nazywa się po prostu Inpost). Wpisałem ten sam token i to samo ID klienta, co w przypadku paczkomatów, ponieważ takie zalecenie dostałem od opiekuna Inpost (podobno pod ten sam token jest przypisany kurier i paczkomaty). Nie udaje mi się wprowadzić powiązania dostaw z serwisów aukcyjnych z pozycją Kurier Inpost, ale to chyba nie powinno mieć znaczenia, skoro w przypadku kuriera GLS też nie mam wpisanego powiązania, a funkcjonuje to prawidłowo. Podczas przerabiania zamówienia, po przeniesieniu adresu z formularzy na lewą stronę, otrzymuję komunikat o treści: Podany adres nie jest poprawnym adresem paczkomatu. Jeśli ten problem nie dotyczy ogólnie Sello, to dajcie znać, może to Inpostowi coś źle przypisali do tokena. Choć wątpię, by Sello potrafiło to akurat odróżnić od siebie. A może w przypadku Sello, muszę mieć 2 różne tokeny, by program widział różnicę między paczkomatami, a kurierem?

Cześć. Wciąż jesteśmy na 1.28.1 i mamy kłopot z ustawieniem kuriera Inpost - komunikat o błędnym adresie paczkomatu (na forum widziałem wpisy o problemie Allegro kurier Inpost, a dla programu to nie jest przecież to samo). Czy w wersji 1.29 jest to poprawione, czy dopiero będzie w poprawce?

Są to Symbole produktu w Sello (tożsame z Symbolami produktu w Subiekcie), a w aukcjach odkąd przestały działać ukryte pola w kodzie opisu, zawsze podpisujemy pierwsze zdjęcie w opisie aukcji. Na priv wysyłam linki do przykładowych aukcji.

symbol towaru = opis aukcji (+ mechanizm modyfikatorów) Unikalny kod produktu w opisie to chyba dla nas najlepsze (jak nie jedyne rozwiązane). Tytułów aukcji już nie można edytować (jeśli zależy nam na pozycji w allegro). My nawet, gdy nie działa podpinanie produktów, stosujemy kody produktów w opisach (te z Subiekta), żeby identyfikować produkty w rozmowach z klientami (allegro jest jednym z kanałów sprzedaży) i żeby pracownicy obsługujący aktualnie transakcje wiedzieli jaki produkt podpiąć, bo tytuły aukcji są zazwyczaj marketingowe i nie identyfikują produktów.

Tak, oczywiście jest przenoszony (nie da się tego przeoczyć, dzięki podświetleniu), na tym w sumie w znacznej części polega ręczne przerabianie transakcji, ale w dokumencie i tak pojawiają się dane klienta z Subiekta. Z Waszych pytań wnioskuję, że tak być nie powinno. A w sprawnie działającym programie, jak to działa? W Subiekcie jest tworzony nowy klient, czy są aktualizowane dane? Może jeszcze muszę coś sprawdzić po stronie Subiekta? Jakkolwiek, parę lat temu Sello wdrażał u nas ktoś inny i tak to funkcjonowało od dawna, tylko, że ostatnio tych problemów jest więcej, a wiadomo, że im dłużej będziemy działać z tą samą bazą klientów, tym częściej problem będzie się pojawiać.

MARCIN e-kupowanie.pl Tak, tworzenie dokumentów jest w oparciu o transakcje przez Sello. Zarówno tych z allegro, jak i ze sklepów internetowych, ale oczywiście problem dotyczy tylko klientów allegro. Bartosz Rosa Adres podstawowy kontrahenta jest ustawiony na "aktualizuj z adresu dokumentowego transakcji", (zmieniłem to niedawno z "bez zmian", sądząc że będzie to rozwiązaniem problemu, ale nie było), a adres dostawy na "bez zmian", ale z dostawą nie ma problemu tylko z fakturami.