axelhorn

Jak będzie ci instalował, zwróć uwagę aby to była wersja 2008 R2. To "R2" w tym wypadku jest kluczem do sukcesu, bo to ta wersja ma ten zwiekszony limit bazy danych.

Nie jest to nic nadzwyczajnego. Te aukcje wystawione na 100% przez sello a nie mające powiązania z towarem to najzwyklejsze duble. Sprawdź czy aukcja, która nie ma powiązania z towarem nie ma przypadkiem bliźniaka wystawionego kilka minut wcześniej czy później, ale mającego powiązanie. To jest błąd w Sello, który kiedyś próbowaliśmy z Bartkiem wyśledzić. U mnie pojawiał się ostatnio sporadycznie - 1-3 aukcje na jedno masowe wystawianie. Natomiast ostatnie wystawianie zwaliło mnie z nóg. Sello zdublowało mi wszystkie aukcje zaplanowane. 120szt wystawionych normalnie + 120szt bez powiązania. Ponieważ nie da się tutaj uzyskać pomocy (temat był wałkowany z rok temu), nawet pisać mi się tu nie chce. Zaciskam zęby i płacę dla allergio.

To ja jeszcze dorzucę taką pierdółkę, ale irytującą pierdółkę. Zgłaszaną bardzo dawno temu, a nie poprawioną do tej pory. Poprawka to pewnie 5min waszej pracy. W słownikach dostawców mam taki szablon linku: http://www.dpd.com.pl/tracking.asp?p1=[Paczka::NumerNadania]&przycisk=Wyszukaj&Mark=18 W mailu do klienta link jest poprawny, klikalny, przenosi od razu do monitorowania paczki w DPD (ale problem jest z dowolnym linkiem dowolnej firmy). W Sello, jak wejdę w wysłaną paczkę i kliknę w tą niebieską strzałeczkę przy linku też jest OK. Np. http://www.dpd.com.pl/tracking.asp?p1=0004176091211A&przycisk=Wyszukaj&Mark=18 Natomiast w samej zakładce paczki wysłane odebrane, jeśli stanę na tej samej paczce, to na dole link wyświetla się prawidłowo, natomiast po kliknięciu w przeglądarce mam takie cholerstwo: http://http//www.dpd.com.pl/tracking.asp?p1=0004176091211A&przycisk=Wyszukaj&Mark=18 Bardzo to irytuje, szczególnie jak klient wisi na telefonie i trzeba szybko odszukać informację o przesyłce.

http://forum.sello.pl/index.php?topic=2140.msg31810#msg31810

Nakina, przyklepane. Złamasy wymyśliły pasztet, a my nie mamy jak go zjeść.

Bartku podbijam temat. Sello te czasy wysyłki ma zaszyte na stałe, czy pobiera ze słowników allergio? Czyżby piekarze na allergio zapomnieli o tym parametrze na WebAPI?

Najpierw daj instaluj i przy następnym pytaniu anuluj Uroki sello od lat.

No i dupa. Na Viście patch się zainstalował. Na win7 64 wypiął się na mnie. MDAC 2.8 cannot be installed on this machine. MDAC 2.8 requires any of the following configurations: IE 4.01 SP2 Windows Millenium Windows NT 4 SP5 Windows 2000 Windows XP Miało być pięknie, wyszło jak zwykle? Microsoft podaje, że dla 7ki MDAC nie jest potrzebny i dlatego system nie pozwala go zainstalować.

Tu akurat nie chodzi o spieszenie się. Kurier nie ma prawa dać ci otworzyć nie twojej paczki, bo za nią odpowiada osobiści. Dopóki nie podpiszesz, z jakiej racji miałbyś zaglądać do czegoś, co nie jest twoje. Prawidłowa procedura: podpisanie, ewentualnie opłata, kurier stoi i czeka aż otworzysz. Jak coś jest nie tak, spisujecie razem protokół szkody.

Jeszcze jeden wkur*cy defekt 1.8. Jeśli edytuję właśnie transakcję np. taką, co to już ma swoje fody, a w tle ściągają się dane i w tym formularze, to nie ma później szans na zapisanie danych zmienianej aktualnie transakcji. Wyskakuje błąd zapisu bazy. Jedyna opcja to anulowanie i powtórna edycja podczas gdy dane się nie ściągają. Co przy pracy na kilku stanowiskach zakrawa na rosyjską ruletkę.

To jeszcze pytanie, które kiedyś daaawno chyba było. Czy można liczyć na zmianę logiki działania Stanu Transakcji, na bardziej logiczną? W tej chwili, jeśli tworzę nową trans ręcznie, ustawiam stan transakcji na w trakcie i zapiszę, to i tak zapisywana jest ona jako nowa i ma gwiazdkę. Jeśli edytuję transakcję istniejącą nową, to jej stan automagicznie zmiania się w momencie jej zapisania. Jeśli bym chciał mimo to aby dalej mimo edycji była nowa to się nie da. Trzeba powtórnie ją wyedytować. Logicznym byłoby, aby sello automagicznie zmianiało stan edytowanej z nowa na w trakcie w momencie edytowania jej a nie zapisywania, gdyż w trakcie edytowania, użytkownik może podjąć inną decyzję niż automat. To samo przy trans tworzonych ręcznie. Mogę chcieć ją zapisać z innym statusem niż nowa.

Tak, kolejny babol Sello. Przyszła transakcja, przyszedł FOD. Przyszedł też zwykły mail. W mailu zmiana adresu. Zniemiam więc adres ręcznie. Odptaszkowuję, że wg mnie dane się zgadzają. Po następnym pobraniu danych ptaszek znika i znów mamy czerwony notesik. Jutro przyjdzie pracownik, zobaczy, że dane do wysyłki sa inne niż w fodzie, zaakceptuje te z foda i paczka pojedzie w kosmos. Brawo Sello Team.

Kolejny babol. Tym razem kosztowny. Zaznaczam xxx aukcji trwających, sklepowych. Robię "Wystaw ponownie w sklepie". Aukcje się powielają do zakładki przygotowane. Tylko przez przypadek wszedłem w jedną, w drugą i włos mi się na d*e zjeżył. Parametr Stan - niezdefiniowany!!!!!!! Po przeklikaniu kilkuset aukcji wychodzi na to, że w 2 był ustawiony na "nowe". Cała reszta miała skasowany parametr Nowy. Ludzie! Przecież to parodia. Brak "nowy" = brak SA. Brak SA = od ch*a wiecej kasy do zapłacenia dla allergio. No czy wy sobie jaja robicie. Najpierw 10 linijek kodu płodzicie przez rok, później niby 3 miesiące testujecie i wypuszczacie produkt usiany babolami? Jeśli my użytkownicy Sello mamy byc betatesterami, to może warto odpalić nam trochę kasy za ponoszone ryzyko. No wkur*łem się. Szczęście w nieszczęściu, że nie puściłem tych aukcji na ślepo.

Pod koniec tygodnia, to wypada piątek. Jak na chwilę obecną to albo Wielki Piątek, albo Lany Piątek... oppsss.. poniedziałek, tuż zaraz po pierwszym maja. Czyli - jak zwykle - za 5 do 49 tygodni.

Ja w swoim programie już poprawiłem. Ale wydaje mi się, że to rozwiązanie powinno być troche inne. W tej chwili mamy telefon(y) w tablei z danymi klienta. I nowe rozwiązanie - telefony przypisane do adresu do danych paczki, foda itp. Symulacja: jeśli łykniemy telefon z fora, zostanie on przypisany do transakcji, czy też paczki. Załóżmy, że po tygodniu mamy konieczność dodzwonienia się do klienta. O ile się nie mylę, tego nowego telefonu nie znajdziemy już w danych klienta. Musimy szukać w paczkach. Symulacja 2: telefony wpisywane ręcznie do transakcji np. z maila czy tel. W danych klienta później nie mamy nic. Proponuję, na pewno - jeśli tel jest dodawany z foda (lub tego unowocześnionego okienka adresu do wysyłki), to aby był on dodawany _również_ do danych klienta. Sugeruję też (choć zdania mogą być odmienne), aby tak dodany telefon stawał się również domyślnym telefonem w profilu klienta, jako najbardziej aktualny. Niestety, przy wysyłkach niektórymi kurierami telefon to podstawa. Inny problem zauważony dzisiaj. Przychodzi fod. Mamy ikonkę na liście na czerwono. Akceptujemy w wszystkie zmiany z foda. OK. Ikonka jest zielona. Za godzinę dzwoni albo pisze klient i chce jeszcze jakiejś zmiany. Nanosimy ją ręcznie na transakcję i ... znów ikonkę mamy czerwoną. Jutro przychodzi pracownik, patrzy - czerwona ikonka. Wchodzi w transakcję, znów akceptuje dane z FODa i ... mamy zniknięte zmiany, które klient podał jako ostatnie telefonicznie.