Gonz P

wchodzę w paczki i mam tak: historia paczki uzytkownika XXXX 10:02 - utworzono 10:05 - zmieniono numer nadania Mimo utworzenia paczki transakcja nadal wisi w "do paczek", zauważone o godz 15:39 w historii transakcji mam działania o godz 10:02 a następnie o 15:39 kiedy kolejny pracownik spakował ja po raz drugi. Tylko przez przypadek błąd został wyłapany. W "podstawowych" mam "w paczkach- 0", "Pozostało do spakowania - 1" mimo, że mam już jedną paczkę z tym produktem. Jeden produkt, masa 12 kg - więc mieści się do jednej paczki.

Witam Jak w temacie. Dziś dostaliśmy od swojego opiekuna prikaz aby w dziesiątkach ofert zmienić dopłatę za kolejna sztukę towaru (ok 8 kg każdy)... Dopłata wynosi 5 zł do 2 sztuki a max to 2 sztuki w paczce. Kilka miesięcy temu zabronili nam innej praktyki. Mieliśmy dopłatę w wysokości 5 zł do każdej sztuki i max ilość 10 sztuk aby przy 10 sztukach koszty wyliczone przez allegro pokrywały przesyłkę paletową IMHO znacznie bezpieczniejszą od drobnicowej. Nie rozumiem z czego wynikają takie narzucenia. Teraz nakazują zrobić 1 sztukę w paczce co przy zakupie kilku sztuk generuje chore kwoty z kolei obniżenie podstawowej stawki aby koszty wysyłki kliku przedmiotów były sensowne powoduje, że będziemy dopłacali do pojedynczych zakupów... W jakim kierunku to zmierza?

Czy jest możliwość zablokowania poszczególnym użytkownikom programu możliwości zmiany typu wysyłki z "za pobraniem" na "płatne z góry" ?

Temat był już przerabiany, wiąże się to z przebudową mechanizmu pobierania danych. https://forum.sello.pl/index.php?topic=8258.0 Jak widać w wątku miało być poprawione w wersji 1.20... Jakie kroki podjąć aby wyłapać te błędy? Niejeden cwaniak może taki błąd wykorzystać świadomie! Jak sprawdzić czy ta sama wpłata nie została podpięta do kilku transakcji wstecz?

Mnie też nie , rozwiązania chyba nie będzie bo Bartek nie podejmuje tematu...

Tylko jeśli klient dostanie 2 wiadomości o 2 paczkach za pobraniem to prawdopodobnie będzie krzyczał a ostatecznie nie odbierze drugiej paczki która wróci do nadawcy. W naszym przypadku chętnie przyjmie 2 przedmioty w cenie jednego a średnia cena naszych przedmiotów to 350 zł ...

Klient kupuje 01/05/2016 produkt i nie płaci, 03/05/2016 kupuje ten sam produkt i dokonuje zapłaty przez PayU. Sello widzi 2 różne transakcje z podpiętym tym samym FOD z jedną wpłatą... Allegro widzi 2 transakcje ale tylko jedną opłaconą. I kolejny psikus sello który powoduje, ogromne zadowolenie klientów z prezentów... Gdyby transakcje były obsługiwane przez różnych pracowników lub w różne dni, prawdopodobnie sytuacja nie zostałaby wyłapana.

Powiedzmy, że koresponduję z klientem z poziomu Sello. Dogadujemy się mailowo i pragnę dodać ręcznie transakcję. Dobrze by było gdyby po kliknięciu prawym na wiadomość była możliwość dodania transakcji która będzie już powiązana z adresem email tego klienta. W tej chwili wygląda to tak, że dodaję ręcznie transakcję, po dodaniu klienta i transakcji muszę wracać do maila, wyciągnąć adres email z wiadomości i wrócić do danych kontaktowych klienta aby dopisać ten adres - a można to załatwić jednym kliknięciem.

Myślę, że problem jest w tym, że nowe transakcje czy wiadomości które wchodzą w daną zakładkę nie powodują że marker podąża za wiadomością/transakcją. Nie wiem czy rozumiecie - w Outlooku zaznaczę dajmy na to wiadomość z 11:45 (pierwszą od góry) i po wejściu nowszych wiadomości wszystko przesuwa się w górę lub dół - nadal podświetlona jest wiadomość z 11:45. W Sello jeśli zaznaczę dajmy na to 3 od góry wiadomość, to po wejściu nowych wiadomości nadal zaznaczona jest 3 od góry ale to nie jest ta sama wiadomość co przed synchronizacją. Sprawdziłem, inne interfejsy łącznie z tymi przeglądarkowymi i żaden nie zachowuje się w ten sposób...

Czy wiadomość którą czytasz jest otwarta, czy czytasz ją w dolnym oknie? Wiadomość nie jest otwarta, czytana jest w podglądzie w dolnym oknie. Gdy jest otwarta problem nie istnieje. Co powoduje, że transakcja przeskakuje, jak to wywołać? Czy oba błędy występują na serwerze, na komputerach klienckich czy przez zdalny pulpit? Inny użytkownik lub sam program musi dokonać jakiejś akcji która spowoduje zmiane ilości pozycji w danej zakładce. W wiadomościach najczęściej wywołuje to nadejście kolejnego maila lub będąc w "nieprzeczytane" przeczytanie wiadomości przez inną stację. W transakcjach występuje to wtedy kiedy wchodzi nowa transakcja i samo się odświeża lub kiedy transakcja jest na innej stacji przerzucana np "do paczek".

Kolejny problem. Uwidacznia się najczęściej przy odpowiadaniu na wiadomości i tu, to pół biedy ale czasami doskwiera przy zatwierdzaniu transakcji. Polega na tym, że między zakończeniem czytania wiadomości a kliknięciem "odpowiedz" potrafi przeskoczyć w tle na kolejną wiadomość z powodu działania innego użytkownika. Powoduje to, ze odpowiadam na inną wiadomość niż przeczytałem. Przy transakcja problem jest poważniejszy, zdarzyło się tak, że pomiędzy wejściem w daną transakcję aby odznaczyć "transakcja opłacona" (klient płacił przelewem na nasze konto), transakcje potrafiły przeskoczyć o jedną i została odznaczona nie ta co trzeba. Zastanawiam się czy istnieje możliwość wyłapania takich przypadków wstecz i dokonania audytu. Może gdyby insert zapłacił za takie błędy żywą gotówką, to sprężył by się i zainwestował w większą liczbę ludzi pracujących nad tym systemem...

Faktycznie, w transakcji jest sztuk: 1 ale już w paczce sztuk: 0 masa: 0. Przeanalizowałem historię transakcji i paczki, w historii paczki 14 minut przed "wysłano paczkę" widnieje "zmieniono listę towarów". Podejrzewałem, że to może być podobny problem jak przy aukcjach przygotowanych, po wejściu w przygotowaną, marker ustawia się na "konto" i delikatne trącenie rolką potrafi przestawić konto na którym ma być wystawiona aukcja. W tym przypadku marker ustawia się na "adres do wysyłki" a dodatkowo aukcje są ustawiane jako wysłane zbiorowo. Pracownik który rzekomo zmienił listę towarów w paczce nic na ten temat nie wie.

Kilka dni temu jeden z pracowników wyłapał transakcję która został już obsłużona i wysłana. Problem pojawił się już wcześniej jeden raz - to znaczy tyle wyłapaliśmy a ilu klientów dostało więcej niż raz towar nie wiadomo... Transakcja w pełni obsłużona bez żadnych anulacji czy ręcznego zakańczania. Pojawiła się z powrotem w "do paczek" i gdyby nie to, że w transakcji została dodana notatka o gorszym stanie technicznym to pewnie by tego nie zauważył. Transakcja widnieje jako "w trakcie realizacji" i jest do niej utworzona paczka która została wysłana. Transakcja miała miejsce 15.04.2016 i pojawiła się ponownie 21.04.2016.

Kolejny etap zmagań... Po zarchiwizowaniu bazy subiekta i jej zdearchiwizowaniu pod 2014 user "inscrystal" pojawił się na serwerze SQL i faktury drukują się - Uff Baza sello która wywalała błąd licencji uruchomiła się po ręcznym odblokowaniu (defaultowo po zainstalowaniu serwera "sa" jest "disabled") i zalogowaniu się przez użytkownika "sa", do tej pory po przeniesieniu baz do 2014 logowałem się przez utworzonego dodatkowego usera - ot taki kaprys, jak widać niepotrzebny bo pewnie nie potrafiłem dodać wszystkich stosownych uprawnień dla nowego usera. Generalnie wszystko na oko wygląda poprawnie prócz tego, że jedna z baz SELLO daje się zarchiwizować na nowym userze natomiast nie daje się już zdearchiwizować a druga baza danych SELLO nie archiwizuje się ani na dodatkowym userze ani na "sa" ani po zalogowaniu jako administrator. Z poziomu managment studio wszystkie bazy się archiwizuja i dearchiwizują. Teraz tylko czy zależy mi na backupie z poziomu sello czy olać to i ustawić automat z poziomu samego serwera SQL.

Tak, okna są wypełnione. Problem ustąpił sam po usunięciu wszystkich i podpięciu od nowa ale pojawił się nowy. Baza która nie miała problemów z korelowaniem użytkowników nagle wyrzuca "Błąd przy odczytywaniu informacji o licencji". Problem pojawił się pomiędzy jednym logowaniem do bazy a drugim. W międzyczasie dodawałem uprawnienia bo pojawił się problem z pracą crystalreport po ręcznym odpięciu bazy subiekta od 2008 i podpięciu pod 2014. Później zorientowałem sie, że powinienem najpierw zarchiwizować bazę w 2008 i dearchiwizować w 2014... Niestety ponowne podpięcie bazy pod 2008 nie wchodzi w gre bo serwer widzi ja jako zbyt nową dla siebie. I teraz mam niedrukującą ani nie eksportującą dokumentów bazę subiekta na serwerze 2014. Chodząca jedna bazę sello i niechodzącą druga bazę sello...

PS Napisałeś strasznie chaotycznie i za dużo naraz Postaraj się pisać czytelniej żeby było łatwiej Ci podpowiadać rozwiązania Wyszło chaotycznie bo ewoluowało w trakcie pisania Problem z "niewidzialnymi" transakcjami w innych zakładkach niż "wszystkie" narazie ustąpił. Pozostałe problemy były związane z przekroczeniem 10 gb na jednej z baz danych. Przesiadka na 180 dniowego SQL Server 2014 znacznie poprawiła prędkość pracy samego sello i Gestora - mam 17 userów na sello i 5 na Gestorze. Pojawił się niestety inny problem. Po przeniesieniu baz danych połączenie pomiędzy sello a subiektem ma problem z przyporządkowaniem użytkowników. Przy próbie przyporządkowania 1-1 miedzy programami występuje błąd 0x8004132b, błąd nie pojawia się jeśli połączę wszyscy w sello -> jeden user w subiekcie. Dziwne jest to, że połączenie drugiej -nowszej i mniejszej- bazy danych sello z tą samą bazą danych subiekta nie sprawia tych problemów i przyporządkowanie 1->1 nie wywołuje błędu 0x8004132b. Ehh... a już myślałem, że prócz wydatku 2500 euro na pełen SQL Server nie czeka mnie nic niedobrego z tym softem

Dzisiaj pojawiło się u nas kilka problemów. Mamy 2 osobne bazy danych na jednym serwerze w jednej występuje problem taki, że nie widać transakcji w zakładce "do paczek", transakcja jest widoczna jedynie w zakładce "wszystkie" jako "w trakcie realizacji". W drugiej bazie występują 2 problemy. Jeden to taki, że przy grupowaniu transakcji wyskakuje komunikat "zapis spowodowałby naruszenie integralności danych" lub "brak bieżącego rekordu" z innych transakcji nie można utworzyć paczek jeśli nie zaznaczy się w cechach "nie twórz wiadomości automatycznych". Przy tworzeniu paczki pojawia się komunikat "błąd składniowy w poleceniu", transakcja znika na chwilę i pojawia się ponownie. Czasami po kilku takich próbach transakcję widać tylko w zakładce "wszystkie" mimo że paczka nie została utworzona. Po odznaczeniu "transakcja opłacona" wraca do zakładki "oczekujące na płatność". Ponowna próba utworzenia paczki kończy się tym samym komunikatem. Problem pojawił się dzisiaj i nie wiem czy ma to z wiązek z tym, że dwa razy restartowaliśmy sam serwer SQL z poziomu "SQL Server managment studio" restartowanie fizyczne całego serwera trwa dość długo a tylko to pomagało na niepobrane transakcje z allegro. Nawet po zaznaczeniu aby nie tworzył wiadomości automatycznych, transakcji nie można zgrupować. Nowa transakcja dodana ręcznie i pobrana z serwisu też jest obarczona tym samym problemem.

Już wiem gdzie leży problem. Załącznik nie dołącza się jeśli wybiorę "mailing", w treści wiadomości też nie wyświetla nazwy pliku. Jeśli wybiorę "wyślij wiadomość", wtedy załącza plik i poprawnie generuje ścieżkę.

Tak, generują się i są obecne.

Jeszcze w piątek działało... Taką mam składnię do tworzenia dokumentu: C:\\faktury\\[Transakcja::DokumKoncowy|strip=`_`|replace=`/==_`].pdf i dokładnie taką samą składnię wkleiłem w szablonie w "załączniki" ale załącznik się nie dołącza...

Doczekałem się funkcjonalności automatycznego generowania dokumentów sprzedaży w PDF. I pojawił się kolejny problem... Jak wysyłać w automatycznych powiadomieniach wygenerowany dokument. To znaczy jak dołączyć załącznik wiem ale nie bardzo wiem do której wiadomości go dokleić. Do ostatnich informujących o wysyłce nie bardzo bo niekiedy te wiadomości wysyła inna stacja niż ta która wygenerowała dokument końcowy. Do wiadomości o utworzeniu paczki też nie bo generują ją pakowacze na magazynie którzy też nie mają pliku z fakturą na dysku. Przy mailu informującym o zarejestrowaniu wpłaty też nie bo będzie trzeba pamiętać o wygenerowaniu dokumentu końcowego przed zatwierdzeniem formularza co przy zmianie danych fakturowych będzie rodziło jeszcze jeden problem. Czyżby pozostawał tylko sposób z ręcznym wysyłaniem maila z szablonu na konkretnej stacji która generuje dokument końcowy ? A może da się ustawić aby sello umieszczało dokument na dysku sieciowym ? BTW umieszczanie tego dokumentu na lokalnym dysku przy oprogramowaniu pracującym sieciowo to nie do końca przemyślane rozwiązanie...

No cóż. Czasami mam wrażenie jakby przy tym programie pracował jeden programista...

Przykład Kiedy klient napisze maila ze stosownymi informacjami i trzeba wprowadzić zmiany np w adresie dostawy irytujące jest to, że po otwarciu transakcji aby ja edytować nie można np wrócić do wiadomości. Dopóki okno z transakcją nie zostanie zamknięte nie można nic więcej w programie zrobić. Przydałoby się aby otwarcie jednego okna nie powodowało blokady i możliwości podglądania innych danych.

Witam Czy jest opcja w Sello lub samym Subiekcie aby po wystawieniu faktury vat faktura ta w formie PDF została wysłana na adres email kupującego ?

Pierwotnie był foxit reader ale po pojawieniu się problemów zainstalowano adobe. Jeden list na kilkadziesiąt paczek wygenerował się poprawnie. Błąd pojawia się już przy generowaniu samego podglądu ale oba readery działają poprawnie. Domyślną drukarką w systemie jest sieciowa drukarka etykiet.