tadzimir.pl

Widzę, że transakcje z niezarejestrowanymi użytkownikami już się ściągają. Niestety jest _poważny_ błąd - mianowicie jest jeden użytkownik Niezarejestrowany, do którego podpinają się wszystkie takie transakcje. Właśnie w krótkim czasie pojawiły się u mnie 2 takie transakcje i widzę w związku z tym przynajmniej 2 problemy: 1. Można je pomyłkowo zgrupować. 2. Jest problem z wysyłaniem mejli (zwłaszcza automatycznych) ze względu na "wspólne" adresy e-mail B. proszę o pilne poprawienie tego błędu.

1. Lista wysyłkowa z MS to właśnie lista magazynowa w Sello. Oczywiście nieco się różnią, ale w Sello, w przeciwieństwie do MS, można wydruk zmienić. 2. Książka nadawcza nie musi spełniać jakichś szczególnych wymogów, żeby "przechodziła" na poczcie - jest tylko istotne, żeby były odpowiednie rubryki związane z masą, opłatami itp. W MS jest np. (z tego, co pamiętam) zupełnie niepotrzebna rubryka "kwota pobrania" w książce dla paczek. Nie jestem w tej chwili na 100% pewien, ale wydaje mi się, że w kwestii ogólnego układu tabeli nic nie zmieniałem w podstawowym wydruku Sello. 3. Nie umiem powiedzieć, gdzie jest błąd, nie zetknąłem się z takim problemem. W kwestii udostępnienia wydruków proszę o kontakt na priva.

O kwestię związaną z pyt. 2 należy ścigać Sello Team - generalnie jeśli najpierw ściągnie się transakcja to jest OK, a jeśli najpierw wiadomość to kicha, chociaż powinno to działać niezależnie od kolejności synchronizacji. Możesz natomiast wiadomość podpiąć do klienta, transakcji lub paczki z modułu wiadomości - albo ręcznie (w podglądzie wiadomości masz m.in. Dotyczy z rozwijanym menu) albo automatycznie (Podepnij zbiorczo z bocznego menu). Nie testowałem, więc nie wiem, na ile jest to skuteczne (używam zewn. klienta poczty). Pyt. 3 - obsługa formularzy posprzedażowych i PzA planowana jest na kolejną wersję Sello (chyba 1.7, ale nie dam głowy). Może się za kilka miesięcy doczekamy, a na razie pozostaje przepisywanie ręczne. 4. W każdym module masz proste wyszukiwanie (CTRL-F), które szuka zdaje się po informacjach widocznych na ekranie oraz zaawansowane wyszukiwanie (F7) i filtrowanie (F8), gdzie wybierasz, na podstawie jakiego kryterium ma szukać. Poeksperymentuj.

Nie bardzo rozumiem, jaki konkretnie błąd - jeśli "nie znaleziono dokumentu w systemie sprzedaży" to rozwiązanie jest kilka postów temu, jeśli inny to kwestia jaki? A w przypadku dodania do transakcji towaru niepowiązanego z Sub. błąd lub ostrzeżenie wyskakuje zawsze i najwyraźniej trzeba się z tym pogodzić, pytałem kiedyś Sellowców i wyłączyć tego się nie da...

Echhhh, przeszukanie forum naprawdę nie jest takim dużym problemem. Rozwiązania z tego wątku pewnie nie próbowałeś? http://forum.sello.pl/index.php?topic=3354.0 Aczkolwiek faktycznie dziwne, że objawiło się to akurat teraz, skoro sprawa ma już 4 miesiące...

Jeśli dotyczy to dokumentów końcowych to poradzić sobie można ignorując to - z moich obserwacji wynika, że po kilkunastu - kilkudziesięciu minutach problem znika sam (bez usuwania powiązań. Usuwania nie próbowałem, więc nie mam pojęcia, jak się Sello zachowa). W którymś wątku już się ten problem pojawił, więc Sello Team wie (a przynajmniej powinien wiedzieć) o tym błędzie. Czym jest spowodowany niestety kompletnie nie mam pojęcia...

1. Pobierz parametry serwisu z wymuszeniem (druga opcja). 2. Wejdź do opisu aukcji, _koniecznie_ przejdź do zakładki atrybuty i zapisz ("OK"). Jeśli to nie pomoże to spróbuj jeszcze powielić aukcję - jeśli dobrze pamiętam raz czy 2 zdarzyło mi się, że Sello nie chciało czegoś wystawić, a po takiej prostej operacji poszło - nie doszedłem, w czym był problem. Tyle że dotyczyło to aukcji, które powieliłem z zakończony, więc nie wiem, czy tak też zadziała. Jeśli nadal nic to niech się Sello Team wypowie...

Najprostsze rozwiązanie jakie przychodzi mi do głowy to zdalny pulpit, przez który uruchamiasz Sub. - wtedy tak naprawdę działasz na serwerze i z fiskalizacją nie ma problemów (sprawdzone). Oczywiście wymaga to pewnej konfiguracji, ale nie jest specjalnie skomplikowane.

Gwoli ścisłości - aukcje oczywiście możesz pobrać z Allegro, tylko nie będą miały ustawionego poprawnie kodu poczt. i parametrów specyficznych dla kategorii. Poza tym powinno być OK. Acha, jeszcze w ofertach sklepowych będzie błędny format - zamiast "Sklep Allegro" będzie "Tylko KT" i czas trwania 30 dni. Nie wiem, kto takiego potworka wymyślił... Jeśli chodzi o brak polskich znaków to przejrzyj _wszystkie_ ustawienia Windows związane z językiem i ustawieniami lokalnymi. Na 99% gdzieś jest ustawione coś niepolskiego i mu miesza.

Hmm, nie chcę udawać mądrzejszego niż ktoś z Sello Team, ale wydaje mi się, że to błąd związany z aktualizacją dokumentów (w ciągu ostatnich 2-3 tygodni ta kwestia na pewno przewinęła się przez forum), a konkretniej brakiem zerowania pól tr_InitDocDirty (i ew. DoneDocDirty - chyba jeszcze mi się nie zdarzyło, żeby Sello musiało coś poprawiać w dok. końcowym...) w przypadku usunięcia powiązania transakcji z dokumentem w Sub. Wykonaj (np. z MS SQL Server Management Studio Express) następujące polecenie na tej bazie danych: UPDATE tr__Transaction SET tr_InitDocDirty = 0, tr_DoneDocDirty = 0 WHERE tr_Source = 'Tuleje wahacza przedniego Daewoo Nubira ORG Wwa SS (1296709737)' i powinno pomóc. Oczywiście między apostrofami musi być pełna i dokładna zawartość pola "Dotyczy" dla tej transakcji. Ew. powinno też pomóc stworzenie, a następnie usunięcie zamówienia do tej transakcji, ale tego nie testowałem tylko pamiętam takie rozwiązanie ze wspomnianego powyżej wątku na forum.

Hmm, nie jestem na 100% pewien, ale chyba miałem taką sytuację, że w Sello było podpięte wirtualne zamówienie (nie istniejące w Subiekcie) - trzeba było usunąć powiązanie i kazać mu jeszcze raz utworzyć zamówienie. W ogóle z moich obserwacji wynika, że Sello _w zasadzie_ działa dobrze, jednak miewa dość poważne problemy, jeśli nałoży się jednocześnie zbyt dużo czynności. Prosty przykład to szykowanie wysyłki. U mnie wygląda to tak, że dla transakcji w Do paczek generuję dokumenty końcowe, a następnie paczki. _Bardzo_ szybko nauczyłem się, żeby pod żadnym pozorem nie robić paczek zanim nie skończy dokumentów, inaczej 100%, że część wygenerowanych (poprawnie) dokumentów nie będzie podpięta do transakcji. Niestety tego typu sytuacji jest o wiele więcej

Niestety klient poczty w Sello jest dość prymitywny. Wydaje mi się, że efektywna praca w tym programie jest możliwa tylko przy korzystaniu do obsługi poczty z dodatkowego narzędzia (sam tak robię i inni, jak wynika z tego, co przewijało się już na forum, też). Przynajmniej na ten moment, ale nie wiem, czy akurat poprawki tutaj są priorytetem dla Sello Team.

Nie drukuję zamówień, ale zacząłbym od sprawdzenia, czy Sello poprawnie podpięło sobie zamówienia i czy nie stworzyło zbędnych. U mnie niekiedy (rzadko) zdarza się, że Sello zapomni, że transakcja ma mieć dokument (mimo że domyślny typ dokumentu jest ustawiony na ZK z rezerwacją to zdarzają się transakcje, w których domyślnie jest "brak"...) i niekiedy (nieco częściej) zdarza się, że w Sub. powstają 2 zamówienia do jednej transakcji (3 się chyba jeszcze nie zdarzyły, ale pewnie wszystko przede mną ) - oczywiście tylko jedno podpięte w Sello, a drugie wisi sobie a muzom. Jeśli podobna sytuacja jest u Ciebie to tłumaczyłoby to kwestię nie drukowania/drukowania nadmiarowych zamówień.

W pełni popieram pomysł takiej funkcjonalności. Przy okazji - podobna przydałaby się dla towarów (mniej-więcej tak, jak to w tej chwili działa w Subiekcie), przy czym Sello mogłoby automatycznie synchronizować status towaru (aktywny/nieakt.) z Subiektem. Dodatkowo nieaktywny powinien się zrobić jeśli w Sub. zostanie usunięte zaznaczenie w polu "towar do serwisu aukcyjnego".

Niestety sprawa nie jest na tyle prosta, żeby można to było zrobić jednym zapytaniem SQL, więc tylko informacje, co i jak: 1. tabela st_Shipping - znajdujesz wiersz, dla którego ss_Name to 'Pokaż kod pocztowy w opisie' (ss_Fid powinno być 13). Interesuje nas ss_Id dla tego wiersza (SELECT ss_Id FROM st_Shipping where ss_Name = 'Pokaż kod pocztowy w opisie') 2. funkcja spIdentyfikator pobierająca i aktualizująca wartość identyfikatora dla tabeli (w tym wypadku au_Shipping): DECLARE @return_value int, @wynik int EXEC @return_value = [dbo].[spIdentyfikator] @nazwa = N'au_Shipping', @liczba = 1, @wynik = @wynik OUTPUT 3. tabela au_Shipping - dla każdej aukcji, którą chcesz uzupełnić dodajesz wiersz - istotne są wartości w polach as_Id, as_AuctionId oraz as_OptionId: * pierwsza to identyfikator tabeli pobierany w kroku 2 * druga to id aukcji (au_Id z tabeli au__Auction, NIE jest to numer aukcji na Allegro) * ostatnia to wartość znaleziona w kroku pierwszym INSERT INTO au_Shipping (as_Id, as_AuctionId, as_OptionId) VALUES (@wynik, id_aukcji, wartosc_z_krotu_1) Oczywiście kroki 2 i 3 trzeba powtórzyć dla każdej aukcji, więc musisz napisać skrypt, który będzie iterował po tabeli au__Auction pobierając au_Id z każdej aukcji i wstawiał odpowiedni rekord do au_Shipping, najlepiej pomijając aukcje, dla których ta opcja jest już włączona (inaczej nie wiem, czy Sello nie zgłupieje, a na pewno pojawią się niepotrzebne wpisy w bd).

Przepraszam za zamieszanie - to nie wina Sello ani WebAPI tylko spieprzonego podglądu aukcji przed wystawieniem/zatwierdzeniem zmian (w formularzach Allegro). Na tym podglądzie jest link, po zatwierdzeniu zmian w faktycznym opisie aukcji już go nie ma... Echhhh

Witam Właśnie zmodyfikowałem pole dodatkowe informacje o przesyłce i płatności, wstawiając tam m.in. trochę HTMLa. Ze sporym zdziwieniem zauważyłem, że aukcje tak wystawione z Sello mają w opisie tekst HTMLa podany wprost (tzn. np. <a href=...>tekst</a > zamiast linka). Po wejściu w edycję takiej aukcji i zapisaniu jej bez żadnych zmian już jest dobrze... Nie wiem, czy to błąd samego Sello, czy WebAPI, ale proszę o sprawdzenie tego i ew. interwencję u kompetentnych osób od strony Allegro.

Witam Do niedawna nie korzystałem z pola masa towaru (ani w Sello ani w Sub.), teraz zaczęło mi to być potrzebne i wypełniłem to pole oczywiście w Sub. Niestety do Sello przeniosła się pewna część zmian, a reszta nie, nawet po ręcznym wymuszeniu synchronizacji. Poradziłem sobie zewnętrznym skryptem, ale nie zmienia to faktu, że jest to kolejna funkcja, która nie działa, a przynajmniej nie do końca działa - a o uruchomieniu skryptu muszę w razie potrzeby pamiętać... Przy okazji sugestia - masa towarów przydałaby się nie tylko w paczce, ale również w transakcji.

Takie aktualizacje Allegro pojawiają się cały czas - są to po prostu zmiany parametrów specyficznych dla kategorii. W kilku wątkach już się to pojawiało: Sello po wejściu w zakładkę specyficzne w opisie aukcji odświeża parametry kategorii (czyli sprawdza, jakie są w danym momencie prawidłowe i tylko te zostawia). W innej sytuacji (np. przy ponownym wystawianiu przez CRTL-W lub S) parametry są kopiowane ze starej aukcji bez zmian i jeśli jakiś przestał być prawidłowy to jest błąd. Tak więc takie działanie, o jakim pisze pz2307 jest czymś jak najbardziej normalnym...

Szczerze pisząc uważam to za stratę czasu - są o _wiele_ ważniejsze rzeczy do poprawienie/dorobienia do Sello, a tę kwestię rozwiązuje jakiś normalny hosting, który nie jest drogi i każdy w miarę szanujący się sprzedawca (handlujący na taką skalę, żeby robić podobne mejlingi oczywiście) i tak wykupi. pamiecallegro: to jest _płatny_ hosting i mają takie ograniczenia? Sugeruję zmianę w trybie natychmiastowym - ten hosting najwyraźniej nie jest normalny...

Tzn. chodzi o to, że nie ma parametrów specyficznych w aukcjach wystawionych w inny sposób i ściągniętych do Sello przez WebAPI? Ten typ tak ma niestety , ale czytałem, że mają to naprawić w kolejnej wersji. Natomiast nie powinno być problemu z uzupełnieniem takiej aukcji o brakujące parametry przy ponownym wystawianiu i potem Sello powinno już je pamiętać (tzn. nie wiem, co się dzieje przy ściąganiu pełnych informacji o aukcjach - generalnie jeśli wystawiasz z Sello to lepiej z tego nie korzystać, bo może sobie coś namieszać).

Witam Przy rodzajach przesyłek (oraz przy dostawcach usług pocztowych też, ale to mniej istotne) przydałoby się pole w rodzaju "kolejność sortowania" - na ten moment w combo w karcie transakcji _zawsze_ wyświetla się to alfabetycznie, a na liście transakcji w filtrze "o sposobie przekazania:" _zawsze_ w kolejności dodania do bazy danych (co, swoją drogą, jest samo w sobie niespójne). Znacznie lepiej dać użytkownikowi możliwość zdefiniowania tej kolejności.

Również jestem za

e-kupowanie: oczywiście, zgadzam się, że jeśli jakaś funkcjonalność jest w Sello to powinna funkcjonować - podpowiadałem po prostu rozwiązanie działające, a nie wymagające interwencji Sello Team. Na liście magazynowej (czy jakimkolwiek wydruku - kwestia konfiguracji) notatki drukują się prawidłowo. Trzeba tylko zaznaczyć "wiele linii" dla pola, gdzie się znajdują, bo inaczej formatowanie szlag trafia.

Witam Sytuacja: 1. Grupuję transakcje 2. Edytuję powstałą transakcję zgrupowaną, zmieniając rodzaj i koszt przesyłki, adres odbiorcy oraz dane do faktury 3. Klikam "OK" i otrzymuję komunikat "Transakcja została zmieniona w tle", bo Sello w międzyczasie utworzyło dokument w Sub. i go podpięło 4. Poziom wkur<backspace><backspace><backspace><backspace> irytacji na Sello rośnie w tempie DRAMATYCZNYM. Ludzie, poprawcie to!!!! Niech albo Sello definitywnie blokuje taką transakcję, żeby automat też nie mógł nic zmienić albo daje jakieś info użytkownikowi _natychmiast_ jak tylko taka zmiana blokująca możliwość zapisu wystąpi. Albo jeszcze coś, nie wiem. Przykład jest oczywiście dość tendencyjny (ilość zmian w pkt. 2), ale właśnie miałem b. podobną sytuację i stąd ten mejl - do konieczności ponownego wprowadzenia rodzaju i kosztu przesyłki zdążyłem się już (prawie...) przyzwyczaić. A może jest jakiś sposób na obejście tego i jednak zachowanie w takim przypadku wprowadzonych zmian (zwłaszcza adresowych - to jest najbardziej upierdliwe)?