Joanna S.

Nie, formularz jest już pobrany wcześniej. Wszystko idzie jak powinno do czasu, gdy do transakcji doda się kolejną pozycję i przestawi ceny. Czyli jest tak, że przychodzimy sobie do pracy, sprawdzamy przesyłki (czyli standardowa przebieżka po transakcjach, sprawdzamy te nieopłacone i takie tam sprawunki), potem zaczyna się szykowanie do wysłania. Edytujemy odpowiednie transakcje i dostawiamy sobie dodatkowe przedmioty (tutaj zaczyna się modyfikacja cen, gdyż jak wiadomo musi nam wyjść na dokumencie tyle, co klient zapłacił ). Bierzemy pod uwagę jedną transakcję: Transakcja 200zł, jeden przedmiot. Dostawiamy drugi, zmieniamy ceny. Wychodzi nam: - 1 przedmiot: 170zł - 2 przedmiot: 30zł Wystawiamy dokumenty sprzedaży, pakujemy paczki i gdzieś w tym momencie dopiero zauważyć można, że Sello poprawiło transakcje przestawiając ceny stworzonego ręcznie kompletu. A wygląda to tak: Transakcja 230zł, dwa przedmioty. Wychodzi nam: - 1 przedmiot: 200zł - 2 przedmiot: 30zł Cena drugiego i kolejnego pozostaje już bez zmian, czyli jak było i powinno być. Problem pojawia się przy pierwszej pozycji, w której zmienia się cena na tą, jaka jest w formularzu pozakupowym (czyli w tym przypadku z ustawionych 170zł na 200zł). Błąd zauważalny jest jednak po dłuższej chwili, nie potrafimy wskazać, co może być jego przyczyną, gdyż wszystkie czynności wykonujemy jak wcześniej, nie pojawiły się dodatkowe błędy czy komplikacje. A tutaj mały przykład z jednej z transakcji, która zaktualizowała się po jakiś 30 minutach od wrzucenia jej do paczek: W tym przypadku Sello przestawiło cenę pierwszego przedmiotu z 222 na 225, stąd zmiana jedynie o 3zł (zaznaczenie na niebiesko). Pewnie nie zauważylibyśmy błędu, gdyby nie to, że utworzyliśmy przez przypadek paragony, które musiały poczekać chwilę na wydruk i zapakowanie

Nie wiem, czy zrozumiałeś problem Jest tak jak mówisz, pierwszy przedmiot od zawsze otrzymywał cenę z formularza, nie zaprzeczam i z tym się nie spieram. Chodzi mi o to, co dzieje się później Transakcja jest na kwotę 200zł, jest jeden przedmiot. Rozbijamy to ręcznie na dwa przedmioty (przedmiot 1 za 190zł, przedmiot 2 za 10zł). Dopiero po kilkunastu minutach (nie jak poprzednio prawie po chwili), transakcja aktualizuje się i otrzymujemy transakcję za 210zł (przedmiot pierwszy za 200zł, przedmiot 2 za 10zł). Ten sam problem, co ostatnio, tylko że cena zmienia się tylko przy jednym produkcie, tym pierwszym w transakcji. Ciężko jest wychwycić ten błąd, ale jednak występuje.

Trochę odkopię temat, gdyż po aktualizacji do 1.30.5 ponownie zauważyliśmy problem z pobieraniem ceny z formularza - tym razem cenę otrzymuje jedynie pierwszy przedmiot na liście, problem dotyczy na pewno paczek edytowanych ręcznie. Dzieje się to bez względu na to, ile przedmiotów jest w transakcji. Pierwszy przedmiot zawsze otrzymuje cenę z formularza. Błąd jednak ciężko wychwycić, gdyż cena nie aktualizuje się tak szybko, jak poprzednio (ostatnio wystarczyła nawet minutka-dwie, teraz dopiero po dobrych kilkunastu). Ponownie pomaga zaakceptowanie formularza pomimo różnic, jednak ponownie przydałoby się odszukać i poprawić błąd

Potwierdzam. Paczki, które zostały "opłacone" ale nie zostały nadane, nie są podliczane do faktury. Nie trzeba ich o niczym informować - sytuacja tyczy się oczywiście tych, co mają podpisaną umowę z InPostem i otrzymują fakturę do zapłacenia. W maju tamtego roku wysyłałam zapytanie do przedstawiciela - przez pomyłkę wygenerowaliśmy etykiety dla wszystkich aktualnie wysyłanych paczek w Sello zamiast dla jednej. Tylko wysłana została doliczona do faktury Reszta albo na niej była w kwocie 0zł, albo nie było ich wcale, nie pamiętam Jeśli chodzi o opłacanie paczek - dopóki Allegro Inpost było trzeba generować z poziomu strony internetowej, dla nas też nieco wygodniej było, gdy samemu trzeba było odznaczyć paczkę jako opłacona. Kiedy weszła ta aktualizacja, wysyłając przesyłkę zwykłym paczkomatem można było wygenerować niepotrzebne etykiety, jeśli się zapomniało usunąć paczek niedotyczących tego typu dostawy Było to bardzo niewygodne. Na szczęście dożyliśmy chwili, kiedy paczki Allegro InPost można obsłużyć przez program, więc automatyczne opłacanie nie jest już naszym problemem. Ciężko jest wymyślić jakiś sposób na pakowanie paczek w odpowiednim gabarycie, jeśli chodzi o wymiary a nie masę.. Czasami nam też by się przydało jakieś rozwiązanie tego problemu. Program może wyliczyć swoje, jednak to są jedynie sztywne dane - wiadomo, że człowiek może np. mniejszą rzecz schować do opakowania większej i już mamy inny gabaryt przesyłki. Dopóki nikt nie wymyśli nic sensownego, pozostaje chyba generować etykiety po zapakowaniu (lub jak do tej pory zaciągać nowe z poprawionym gabarytem i zaspamić tym samym InPost niepotrzebnymi etykietami ).

W naszym przypadku do pozbycia się błędu z wyświetlaniem wystarczyła aktualizacja. Po niej problem nigdy więcej się nie pojawił, na żadnej stacji roboczej Jak widać występują jeszcze wyjątki.

Po aktualizacji nie zauważyłam już nigdzie problemu z wyświetlaniem, więc chyba działa Odnośnie poprzedniego - ręczna akceptacja formularzy nie robi zamieszania z cenami. Zostają takie, jakie się ustawi. Jak po takim czasie się nie zmieniły to już raczej nic ich nie ruszy

Wydaje mi się, że zaakceptowanie formularza rozwiązało problem, ceny pozostały jak na razie niezmienione, po ponownej synchronizacji danych też nic się nie przestawiło. Dla nas błąd nie robi aż takiego zamieszania, gdyż nie mamy bardzo dużej ilości paczek do obsłużenia. Część rzeczy i tak przestawiamy ręcznie, więc ręczne zaakceptowanie formularza to nie problem. Gorzej w przypadku innych użytkowników, chociaż dobrze, że jest jakieś rozwiązanie chwilowe

My również spotkaliśmy się z tym problemem, przy transakcjach z wieloma rzeczami. Poza znikaniem samego widoku (sytuacja taka sama jak powyżej na screenach) zaobserwowaliśmy, że przy dodaniu dodatkowego towaru do transakcji Sello po jakimś czasie przypisuje tym towarom tą samą cenę pobieraną z formularza - do transakcji z pojedynczym przedmiotem dodajemy czasami ręcznie jakiś "gratis" wliczany w cenę zamówienia, czasami inne udziwnienia, taka praca Przykład: mamy transakcję za kwotę 269zł + przesyłka za 12zł W transakcji standardowo jest jeden przedmiot za 269zł. Dorzucamy kolejne pozycje, jedna za 17zł, druga za 3zł. Oczywiście musimy wyrównać cenę towaru, więc koniec końców wychodzą nam w transakcji trzy przedmioty - jeden za 249zł, drugi za 17zł, a trzeci za 3zł. Po jakimś czasie Sello samo przestawia ceny. Wychodzi z tego transakcja na 819zł - 12zł za przesyłkę + 3 różne przedmioty po 269zł. Oczywiście w tym momencie Sello nagle pokazuje błąd formularza. Po przeprawieniu po jakimś czasie problem ponawia się. Wygląda to tak jak na screenach (dla ułatwienia również screen jak powinno być ). Nie ma wpływu na to, czy paragon jest wystawiony, czy nie. Nawet po wystawieniu dokumentu i przeniesieniu transakcji do paczek robi się to samo. Jest tutaj duża szansa na wystawienie błędnych rachunków - na szczęście w skrajnej sytuacji wyślemy po prostu zbyt duże pobranie i klient nie przyjmie paczki. Jednak wiadomo, strata na przesyłce będzie. Drugim wychwyconym błędem (na szczęście to jest drobnostka, da się przeżyć )jest sortowanie - korzystamy z filtrów o sposobie przekazania oraz tworzone. Nie jestem pewna, kiedy ten błąd występuje, jednak często zdarza się, że przy wybraniu w o sposobie przekazania firmy np. InPost, filtr tworzone przestaje mieć znaczenie i wyświetla wszystkie transakcje, mimo wybranej opcji z możliwością edycji lub zbiorczo. W tym przypadku wystarczy jeden klik więcej, aby sytuacja wróciła do normy, jednak może mylić