tadzimir.pl

Na początek posprawdzaj wszędzie, gdzie się da (w Windowsach) ustawienia regionalne i przełącz na polskie. Osobiście nie miałem tego typu problemów, ale widziałem wcześniej na forum takie rozwiązanie dla podobnej sytuacji (brak ogonków w opisach jeśli dobrze pamiętam).

Nie znam niestety rozwiązania tego problemu (mam wrażenie, że przewijał się jakiś czas temu przez forum i odpowiedź Sello Team była "nie da się", ale głowy nie dam), natomiast jeśli chodzi o pakowanie to stosuję listę magazynową, którą można dość swobodnie modyfikować w razie potrzeby (moduł wydruków Sello). Czy jest jakieś przeciwwskazanie dla takiego rozwiązania?

Niezupełnie. W subiekcie drukuje się adres dla dokumentów (zakładka "dokumenty" w karcie transakcji w Sello) - jeśli coś tam jest wpisane wprost to właśnie to będzie na dokumencie, w przeciwnym razie adres klienta dla dokumentów, a dopiero jeśli ten jest pusty to adres podstawowy.

Adresy: select cs_Nick, adr__Address.* from cs__Customer LEFT JOIN adr__Address ON cs_Id = adr_CustomerId W wyniku adr_Type oznacza: 1 - adres podst. z serwisu aukc. 2 - adres do wysyłki 3 - adres do dokumentów Jeśli interesuje Cię tylko jeden typ adresów to możesz na końcu zapytania dopisać WHERE adr_Type = odpowiedni_numer E-maile: select cs_Nick, ce_email from cs__Customer LEFT JOIN cs_CustEmail ON cs_Id = ce_CustomerId Telefony: select cs_Nick, cp_Phone from cs__Customer LEFT JOIN cs_CustPhone ON cs_Id = cp_CustomerId W dwóch ostatnich przypadkach jeśli kl. nie ma wpisanego żadnego mejla/telefonu to otrzymasz wiersz typu "nick NULL" - jeśli takich wierszy nie chcesz otrzymywać wpisz INNER JOIN zamiast LEFT JOIN.

Hmm, nie bardzo wiem, w jaki sposób fiskus miałby się zorientować, czego używasz. Na drukarce fiskalnej wygląda to dokładnie tak samo, a wydruk ze zwykłej możesz wrzucić do niszczarki. Albo najlepiej w ogóle go nie robić (zero kopii we wzorcu wydruku).

Niestety jeśli Sello/WebAPI zbiesiło się definitywnie i jakiejś transakcji nie chce ściągnąć to pozostaje jedynie wprowadzić ją ręcznie. Raz czy 2 miałem tego typu sytuację - niestety prawdopodobnie po kilku/kilkunastu dniach jednak ją ściągnie i będzie wtedy zdublowana, no ale cóż...

Witam Dopiero niedawno zauważyłem, że Sello pobiera obrazki z Allegro (do aukcji wystawionych inaczej niż przez Sello) razem ze znakami wodnymi. Nie jest to dla mnie na ten moment sprawa gardłowa, ale jednak taka funkcjonalność jest nieco bez sensu, proszę o poprawienie tego błędu.

Witam Numery telefonów w Sello powiązane są wyłącznie z klientem. To poważny błąd, w przypadku zmiany adresu dostawy dość często zmienia się też nr telefonu, oczywiście tylko dla danej transakcji. Kwestia ta dotyczy przede wszystkim przesyłek kurierskich i podobnych, ale nasza polska poczta też się pomału cywilizuje i prędzej czy później zacznie korzystać z nr telefonu, który można podać np. na paczce (z tego, co wiem już się to zdarza, choć niezbyt często). Proszę dodać taką funkcjonalność do listy oczekujących na wdrożenie. Podobna kwestia, choć w mniejszym stopniu, dotyczy adresów e-mail - również niekiedy klient życzy sobie, żeby adresat przesyłki był powiadamiany o tym, co się dzieje z transakcją. Tu jednak o wiele istotniejsza byłaby możliwość wysyłania wiadomości na adres inny niż domyślny dla danego klienta, jak również na wiele adresów (w tym wszystkie).

Mam dokładnie to samo - klient został pobrany (z podobnym potworkiem zamiast nicka), natomiast transakcja nie, z takim samym błędem jak powyżej.

Jak dotąd u mnie w takiej sytuacji wystarczał zawsze reset (zamknięcie i ponowne otwarcie) Sello, w którym rzekomo wykonywana była ta synchronizacja. Niestety Sello od czasu do czasu tak się zacina.

Pytałem o to Insertowców i przyczyną są jakieś "zaszłości historyczne" (czy podobnie, nie wnikałem, bo jest PAi). Tak, jak pisze Ceryl - używaj paragonów imiennych, one działają prawidłowo.

Mitsuri - dzięki, ale to tak naprawdę nie pomoże. Sello ma taki śmietnik w raportach błędów (95% to fałszywe alarmy, przynajmniej z mojego punktu widzenia, a 99% faktycznych błędów występuje przy wystawianiu aukcji), że prawie do tego nie zaglądam (z wyjątkiem wystawiania właśnie), przez co trudno określić, co było zmieniane jako ostatnie przed wystąpieniem błędu (rzecz dotyczy aktualizacji, a nie tworzenia dokumentu, więc nie znajdę szukając transakcji bez dokumentu). BarteK - OK, myślę, że to dobre rozwiązanie, aczkolwiek swoją drogą (dodatkowo) jestem za umieszczeniem nicka klienta, którego dotyczy transakcja z błędem.

Niestety nie ma takiej opcji w Sllo - powiązania istnieją w bazie Subiekta (oczywiście zakładam, że dokumenty końcowe zostały wystawione do odpowiednich zamówień, inaczej nie ma tematu - jakichkolwiek powiązań brak) i trzeba napisać programik, który na podstawie zamówienia znajdzie wystawiony do niego paragon czy fakturę i wpisze odpowiednio dane w bazie Sello.

Witam Piszę to przede wszystkim do Sello Team, ale może ktoś inny przy okazji też coś podpowie. Raportowanie błędów transakcji jest zrobione, delikatnie rzecz ujmując, mało czytelnie. Otrzymuję następującą serię komunikatów (przy aktualizacji dokumentów wstępnych): 1: Aktualizacja dokumentu wstępnego do transakcji (Grupa transakcji) 2: InsERT_Driver: Uaktualnianie dokumentu z transakcji: Aktualizacja kontrahenta z klienta Sello: Tworzenie kontrahenta z klienta Sello: Aktualizacja adresu kontrahenta: Błąd ustawiania kodu pocztowego: (0x80040E21) 3: Błąd przy tworzeniu/aktualizacji dokumentu do transakcji Grupa transakcji: nieznany błąd Czy ktoś jest mi w stanie powiedzieć, w jaki sposób mam się zorientować, której _konkretnie_ transakcji dotyczy błąd? "Grup transakcji" czekających na obsługę mam ponad 20 (plus kilkaset wysłanych - tych teoretycznie to nie powinno dotyczyć, ale kto to na 100% wie...) i na oko we wszystkich kod pocztowy jest poprawny. Gdybym wiedział, o którą faktycznie transakcję chodzi to mogę się jej przyjrzeć bliżej, ale szukać po omacku w tylu to robota głupiego. A wystarczyłoby oprócz pola "Tytułem" wyświetlać w opisie błędu również nick kupującego... Albo datę utworzenia (to już mniej sensowne), kwotę, nawet Id z tabeli tr__Transaction, poszukam w bazie danych. Cokolwiek. B. proszę dopisać to do listy poprawek w nowej wersji Sello.

Da się, szczerze pisząc przymierzam się do napisania programiku, który coś takiego robi (niekiedy Sello generuje dokument końcowy, ale nie zachowuje powiązania jego z transakcją. Genialne po prostu...), ale jest to dla mnie na tyle mało istotne, że odkładam sprawę na później, mam o wiele pilniejsze rzeczy.

W zasadzie się da (niemal wszystko się da przenieść/zaimportować jeśli masz swobodny dostęp do bazy danych, jak w tym wypadku), ale nie jest to takie całkiem proste. Na pewno trzeba przenieść wszystkie dane z tabel au_*, ale poza tym: 1. Nie wiem, czy coś jeszcze - raczej nie, ale pewności nie mam. 2. W tych tabelach jest do cholery i jeszcze trochę odwołań do innych tabel, np. st_* przechowujących informacje o serwisie (kategorie, parametry itp.) czy it__Item z towarami. Nie bardzo wyobrażam sobie, jak zmusić Sello, żeby przy ściąganiu danych do nowej bazy przypisało identyfikatory (kategorii, parametrów, towarów jeśli korzystasz z Sub.) tak samo, jak to było w starej bazie. Można więc chyba jedynie przenieść sporo większy kawałek bazy (mapowania identyfikatorów ze starej bazy na nową sobie nie wyobrażam). Tak czy inaczej na pewno jest to robota dla informatyka. No i za chwilę może się okazać, że trzeba przenieść na tyle duży fragment bazy, że cała operacja nie ma sensu - nie znam na tyle dobrze powiązań w niej istniejących, żeby to ocenić.

Wiem, w czym jest problem - w tabeli tr__Transaction są m.in. pola tr_InitDocDirty i tr_DoneDocDirty - z moich obserwacji służą one do rejestrowania informacji, czy odpowiedni dokument został zmieniony w Sello i wymaga aktualizacji w Subiekcie. Niestety najwyraźniej przy usuwaniu dokumentu Sello nie zeruje wartości tego pola i jeśli zamówienie zostało zaktualizowane, a następnie usunięte zanim zmiany przeniosły się do Sub. to efekt jest taki, że chce aktualizować zamówienie (bo tr_InitDocDirty = 1 w danej transakcji), ale go nie ma (tr_InitDocId = NULL), więc wyrzuca błąd. Do Sello Team - to jest drobiazg, proponuję rzecz naprawić przy okazji kolejnej wersji Sello. Do innych - na ten moment chyba jedyne, co można zrobić to albo dodać i usunąć zamówienie (o czym pisze Alwin, osobiście nie próbowałem), albo poprawić bezpośrednio w bd. (ustawienie tr_InitDocId na zero w odpowiedniej transakcji pomaga).

Przyczyną może być samo WebAPI - niestety niekiedy dane nt. kategorii i parametrów są tam nieaktualne. Możesz sprawdzić (np. w formularzu wystawiania nowej aukcji), czy na Allegro dla danej kategorii są takie same parametry jak w Sello. Jeśli coś jest w Sello a nie ma tego na Allegro to ustawienie odpowiedniego parametru na zero (lub np. "wybierz" dla wyboru z listy itp.) powinno załatwić sprawę. Jeśli to nadal nie to to już raczej nie będę miał sugestii (może Sello Team?)

Wejdź do zakładki Specyficzne w opisie aukcji, dla której jest błąd i zapisz ją ("OK"). Jeśli nie pomoże to ściągnij parametry kategorii z Allegro (być może trzeba wymusić ściągnięcie wszystkich) i znowu wejdź do Specyficzne i zapisz. Dopiero jak to nie pomoże jest sens szukać dalej. Ten temat naprawdę już _wielokrotnie_ był wałkowany na forum.

Czyli nie chodzi o wyszukanie konkretnego towaru tylko towarów (jednorazowych jak rozumiem) zawierających określone słowo czy frazę w nazwie? W takim razie chyba się nie da bez grzebania w b.d. Jeśli jednak jest inaczej to proszę (np. kogoś z Sello Team) o sprostowanie.

Przyłączam się do pytania. Nie na taką skalę, ale b. często zauważam kilka tego typu błędów po wygenerowaniu paragonów. Z obserwacji wynika, że naprawia się to samo po pewnym czasie, ale jednak jest nieco irytujące...

Najprościej chyba z modułu towary - znajdujesz dres, o który chodzi i na dole masz m.in. zakładkę transakcje, w której Sello wyświetla wszystkie transakcje zawierające ten towar. Gorzej jeśli chcesz np. znaleźć wszystkie transakcje zawierające jeden spośród kilku towarów - nie znam na to sposobu działając z poziomu Sello (można oczywiście bezpośrednio z b.d., ale to wymaga znajomości SQLa).

W takim razie b. możliwe, że na Allegro pojawiły się / zmieniły parametry, a WebAPI o tym nie wie (tak było np. ok. miesiąc temu w książkach, którymi głównie handluję). Jeśli faktycznie tak jest to Sello nic tu nie poradzi - trzeba albo poczekać aż Allegro łaskawie zaktualizuje dane w WebAPI albo ręcznie szukać, co się zmieniło. Można wtedy wyzerować wartość parametrów, które zostały usunięte, ale praktycznie nic ponadto - jeśli parametr został dodany lub zmieniony to umarł w butach...

Próbowałeś resetu Sello oraz Windowsa? Jeśli to nie pomaga to nie mam sugestii niestety...

Tego błędu można się pozbyć wybierając, żeby Sello nie generowało dokumentów dla transakcji, w których są towary niepowiązane z Subiektem. Niedawno przewijał się ten temat przez forum: http://forum.sello.pl/index.php?topic=3599.msg22867#msg22867 Oczywiście ma to sens tylko w sytuacji, gdy transakcje te są już obsłużone. Jeśli dopiero mają być obsłużone w Sello to raczej sugeruję przypisanie im odpowiednio towarów (przypisanie towarów do aukcji nie zmienia nic w transakcjach, które wcześniej zostały utworzone bez podpiętych odpowiednio towarów). To też można, przynajmniej do pewnego stopnia, zrobić automatycznie, ale jest to już bardziej skomplikowane.