Karol Ziętara

Po za tym że mam powieloną listę towarów, która bardzo mi nie przeszkadza resztę jestem w stanie zaakceptować. Właściwie to na czym mi zależało mam. Dziękuję za pomoc.

Dzięki za sugestię, włączenie tworzenie/modyfikowanie w systemie sprzedaży sprawiło że ZK już się tworzą, nie wiem czemu ale wcześniej było to odznaczone a mimo to ZK się tworzyły. Co do odpięcia od systemu, teraz mam już kilkadziesiąt paragonów/faktur na nowej bazie, rozumiem że jeśli chciałbym to teraz zrobić, to utracę powiązania również do dokumentów z tych ostatnich transakcji ? W sumie nie wiem czemu wcześniej tego nie zrobiłem, za dużo na głowie i pewnie wymyśliłem sobie żeby zachować historię transakcji w razie W. Co do towarów zaczytanych ponownie też wpadłem na ten pomysł z prefiksem żeby dało się je jakoś identyfikować (szkoda że nie ma czegoś takiego że po najechaniu na towar lub chociaż w edycji towaru, nie ma informacji z jakiej bazy pierwotnie został on zaczytany, to właściwie rozwiązało by sprawę, a tak trzeba kombinować z prefiksami). btw czy da się usunąć towary z sello które mają powiązania z transakcjami (te z poprzedniej bazy subiekta) ? (czy to właśnie wiąże się z odpięciem od systemu) ?

Nie wiem czy o coś pominąłem, ale nie tworzy mi automatycznie ZK po podłączeniu nowej bazy subiekta GT Sytuacja jest następująca. Zmiana spółki firmy wymusiła konieczność stworzenia nowej bazy Subiekta GT (numeracja od 0, nowa fiskalna, itd.. ) (z poprzedniej bazy subiekta przerzucone towary i kontrahenci) Sello chciałem zostawić ze starymi danymi, przepinając jedynie przez zmianę parametrów bazę danych systemu sprzedaży (bez odłączania od systemu). Transakcje allegro zaczytywane są prawidłowo, dokumenty końcowe drukują się zgodnie z założeniem od 0 na nowej bazie, ale przy pobieraniu transakcji z allegro nie tworzą się ZK mimo zaznaczenia stosownej opcji w konfiguracji (jak w załączniku) (jedynie transakcje pozostałe z podłączenia poprzedniej bazy mają ZK) Może ktoś rzuci jakiś pomysł jak przywrócić automatycznie tworzenie ZK do zaczytanych transakcji. Jest jeszcze drugi problem, aukcje straciły powiązania z towarami, podczas wybierania opcji powiąż z towarem, na liście dostępnych towarów wszystkie pozycje są powielone, a ponieważ nazwy są takie same i nie można rozróżnić z której bazy te towary pochodzą jest problem z podpinaniem odpowiedniego towaru do aukcji. Skąd sello zaczytuje towary i czy da się to jakoś wyczyścić żeby pokazywało jedynie towary z aktualnie podpiętej bazy ? (nie można ich usunąć, przez powiązanie z archiwalnymi transakcjami).

Jako klient mam dokładnie takie same spostrzeżenia, jako sprzedawca rozumiem dlaczego są one stosowane (patologiczny system oceny jakości, który zakłada że aby uzyskać wynik dobry należy odpowiedzieć szybciej niż 8h, kogo to obchodzi że jak firma pracuje 8-16 a klient dyskusje utworzy o 17 to mija jedyne 15-17h w najlepszym przypadku zanim ktoś to odczyta, a to już jest prawie niedopuszczalne według allegro ) Żeby było śmieszniej jakiś czas temu odbyłem w związku z tym tematem interesującą rozmowę z pracownikiem allegro, który po wysłuchaniu problematyki wręcz sam sugerował używanie aplikacji firm trzecich do "wspomagania komunikacji z klientem" (nie, że to nie żart), być może tak jak piszesz w przyszłości się im odmieni, ale na chwilę obecną wspomaganie się takimi sposobami jest wskazane przez allegro (bo po co zmienić skalę czasu odpowiedzi na bardziej realną skoro można oszukać system w inny sposób ? do tego oficjalnie wspierany )

Jak wygląda sytuacja z autoresponderem w w/w formie ? Jest szansa na 1.38 ?

Odświeżę temat ze względu na to iż znalazłem przyczynę powyższego błędu. Tak jak już wspomniałem wcześniej problemem był firewall, tylko nie wiedziałem co konkretnie. Okazało się że reguły połączeń przychodzących dla TCP 1433 i UDP 1434 z jakiegoś powodu wyparowały (nie było żadnego update win10 w czasie zmiany sello na 1.33) Przypomniało mi się aby to zweryfikować po standardowym artykule insertu odnośnie problemu z połączeniem z sql - LINK - co prawda u mnie połączyć się dało, ale sello 1.33 nie bardzo chciało pobierać dane. Po dodaniu reguły, problem nie występuje.

Jedyne co od wczoraj było aktualizowane to Sello, nic więcej.. żadna aktualizacja systemowa się nie instalowała. Blokuje defender a nastąpiło to po zmianie 1.32 na 1.33, ewidentnie jest jakaś różnica w programie powodująca takie zachowanie Przebieg na końcówce wygląda tak, że Sello odpala się bez problemu (łączy z bazą) zaczytywanie wiadomości i system sprzedaży na zielono a pobieranie aukcji "wisi" i po chwili wywala na czerwono (ten konkretny element podczas synchronizacji - co wskazuje na coś co zostało zmienione w samym Sello) Na komputerze głównym na którym siedzi SQL tego problemu nie ma mimo włączonego defendera, pobieranie aukcji startuje od razu.

Do wersji 1.32 w Sello.xml miałem ustawiony automatyczny startup (wybieranie serwera bez nazwy użytkownika/hasła) - nazwapc\insertgt. Działało to również na <sql_server>(local)\insertgt</sql_server> jak i na sam IP, ale od 1.33 jak uruchamiam sello z ctrl+ to nie pobiera listy instancji/ Powodem wyświetlania błędu error: 26, jest zapora windows defender, po jej wyłączeniu instancje pokazują się prawidłowo na liście przy starcie z ctrl+ (również na drugim pc w sieci) a błąd synchronizacji serwisów aukcyjnych i paczek nie występuje. Nie wiem co się zmieniło w stosunku do 1.32 ale obecnie defender/firewall nie puszcza połączenia (obecnie jest wyłączony dla sieci prywatnej i wszystko chodzi, tylko wolałbym aby fw był włączony). Poprzednio były tworzone reguły fw w zaawansowanych (screen) i wszystko chodziło, czy 1.33 wymaga jakichś modyfikacji, żeby mogło poprawnie pracować sieciowo z włączonym defenderem ? ps. wczoraj mimo włączonego fw komputer client normalnie połączył się jak zawsze poprzez <sql_server>nazwa_pc\insertgt</sql_server> i zaczytał listę transakcji, jedynie jw. błąd 26 sql co skutkuje czerwonym komunikatem w srwisy aukcyjne / wysyłanie nr paczek na serwer allegro

Po instalacji 1.33 zaczęły pojawiać się błędy przy synchronizacji aukcji i podczas wysyłania numerów paczek. W obu przypadkach jest to: Czy coś wiadomo na temat tego problemu ? Zaznaczam że same transakcje zaczytują się bez problemu na każdym stanowisku w firmie.

Po instalacji 1.33 opiekunem wszystkich transakcji jest konto Szef a nie aktualnie zalogowany pracownik. Czy istnieje możliwość aby było jak w poprzednich wersjach, że transakcja przypisywana jest do aktualnie zalogowanego użytkownika obsługującego daną transakcję ?

Pewnie to, pewnie tamto, pewnie s.... Dobrze że program za 100zł na rok do kompleksowego zarządzania sprzedażą, który jest na bieżąco aktualizowany, jeszcze kawy nie robi. Tu nie chodzi o to że ktoś się pieni, bardzo dobrze że takie tematy powstają, a problematyka jest poruszana. Bez feedbacku nie wychodziły by takie sprawy (przynajmniej nie tak szybko) Co do ilości mam na tyle aby spotykać się z sytuacją codziennie wielokrotnie (i tak nadal nie jest to wielkim problemem)

Swoją drogą info odnoszące się do powyższego tematu można znaleźć również tu https://allegro.pl/webapi/news.php update z 21.1.2019

W zmianach zbiorczych opcja odbiór osobisty jak najbardziej występuje, ale w postaci niemodyfikowalnej (dotychczas nie było potrzeby aby ją modyfikować) Opcje tej dostawy albo się udostępniało albo nie i koniec Oczywiście nie ma tam nowej formy odbioru osobistego ze względu braku implementacji takowej w programie. (myślę że to zostanie szybko wychwycone i dodane w najbliższych aktualizacjach).

Zainstaluj 1.30 -> Przywróć bazę z kopii -> Zrealizuj transakcje jak zwykle -> Na koniec dnia update (to chyba lepsza praktyka niż ryzykować zawał przed realizacją setek zamówień )

Na chwilę obecną się tego nie zrobi, ponieważ w słownikach wysyłki towarów (dostawy allegro - lista wyboru) do wyboru jest tylko opcja obecnie realizowanej usługi odbioru osobistego. Sprawa jest świeża więc odpowiednia opcja zapewne zostanie dodana (zaktualizowana) wówczas będzie możliwa do wyboru. W cennikach dostaw z poziomu allegro jest już możliwość wyboru pomiędzy: Co do hurtowej zmiany to tak jak zwykle za pomocą przypisanych słowników dostaw do poszczególnych towarów (zmiany zaktualizują się samoczynnie) (o ile odpowiednio zaktualizowane cenniki zostały przypisane do towarów).