tadzimir.pl

Od razu zaznaczam, że pracuję na dość starej wersji Sello (1.13.1) - jeśli problem był już wykryty i usunięty to przepraszam za zamieszanie. Pracuję na 2 zestawach baz danych: produkcyjnej oraz testowej (będącej kopią baz produkcyjnych). W bazie testowej wszelkie synchronizacje są wyłączone ("nie synchronizuj automatycznie"), dla pewności ustawiłem jeszcze jako osobę synchronizującą nieaktywnego pracownika. Zauważam jednak niekiedy, że podczas pracy z Sello na bazie testowej zostaje uruchomiona synchronizacja. Przypuszczam, że dzieje się tak po przełączeniu z bazy produkcyjnej (ikonka Sello->Zmień->Bazę danych), jednak uruchamiam Sello testowe najczęściej w taki właśnie sposób, więc nie mam 100% pewności, czy dzieje się tak tylko w tym przypadku.

Nie, używam starszej - widać przeoczyłem tę poprawkę w opisie nowych wersji. Dzięki za informację.

Odgrzewam temat, gdyż macam się właśnie z konfiguracją Sello - eBay.co.uk. 1. Tymczasowo można sobie poradzić ustawiając automatyczne wyliczanie ceny dla każdego serwisu i podając parametry odpowiadające kursowi waluty. Niestety takie rozwiązanie to typowa prowizorka - po zmianie kursu obliczenia biorą w łeb. Rozwiązaniem prawidłowym (a prostym) jest wprowadzenie przeliczania wprost w Sello, na podstawie kursu aktualizowanego z sieci. 2. Dokumenty końcowe można obecnie wystawiać, trzeba tylko przełączyć walutę płatności na PLN w transakcji - ponieważ można to zrobić zbiorczo, więc nie ma tu wielkiego problemu. Sello natomiast kompletnie załamało mnie w innym miejscu: - zmieniam walutę, podaję przelicznik. W Sello wygląda to OK (tzn. w miarę OK - jeśli była wpłata to nie zostaje przeliczona, co jest w/g mnie błędem) - wystawiam dokument (wstępny) i tu zonk, Sello wprowadza go poprawnie jeśli chodzi o listę towarów i dane kontrahenta, ale kwoty na dokumencie są w PLN, a przepisane są wartości z transakcji bez przeliczenia walut (tzn. w transakcji np. 9 GBP, na zamówieniu 9 PLN). Pomijam już kwestię automatycznej aktualizacji kursów - ale dlaczego Sello nie przelicza w/g tego ręcznie wpisanego? Czy są szanse, że coś z tym zostanie zrobione w kolejnych wersjach Sello? Dla mnie akurat istotna jest zwłaszcza druga kwestia, a nie dotyczy ona tylko eBaya (zresztą pierwsza również), podobne problemy mają na pewno użytkownicy zagranicznych serwisów Allegro.

Problem rozwiązał się w pewnym sensie sam, dla potomności zostawię informację, w czym rzecz: eBay nie pozwala wystawić więcej niż 10 przedmiotów naraz w zagranicznym serwisie w przypadku jeśli sprzedawca nie spełnia określonych warunków (10 sprzedanych przedmiotów - nie jestem pewien, czy wystarczy sprzedać i wysłać, czy kupujący muszą wystawić komentarze, czy co dokładnie, nie chciało mi się już przeszukiwać pomocy). W przypadku przekroczenia tego limitu (np. próby wystawienia pierwszej aukcji, w której jest 30 sztuk) pojawia się ten właśnie wiele mówiący komunikat. Oczywiście aukcja, którą wystawiłem na eBayu przez WWW miała jedną drobną różnicę wzgl. Sello, mianowicie wystawiłem pomyłkowo tylko 1 szt. Sprawa się "rypła" przy próbie zmiany tej wartości na właściwą. Na obsługę techniczną eBaya niestety nie ma co liczyć - "proszę skontaktować się z autorem programu", właściwie bez przyglądania się, z czego może wynikać błąd.

Faktycznie konieczne było wystawienie jednej aukcji bezpośrednio z eBaya - jest dodatkowa weryfikacja konta, którą serwis uruchamia dopiero w momencie wystawienia aukcji. Dzięki wielkie za sugestię. Niestety nie rozwiązało to do końca problemu. Teraz istotna część komunikatu błędu wygląda tak: O co tu do @#$%^#*& chodzi, skoro dokładnie ta sama aukcja (zawartość poszczególnych pól skopiowana z Sello) bezpośrednio na eBayu wystawia się bez problemu? Czy Sello może coś do opisu dokleja/modyfikuje w nim, co może być zinterpretowane jako wulgaryzmy czy inne "niewłaściwe słowa"?

Dlatego zasugerowałem ograniczenie czasowe - możliwość pominięcia backupu tylko jeśli poprzedni był zrobiony nie dawniej niż... Godzina wydaje mi się sensownym ograniczeniem. Pytanie tylko, co ta data w tym miejscu oznacza. Jeśli datę, kiedy backup nie zostanie wykonany (czyli przed każdą aktualizacją muszę zmieniać rejestr) to rozwiązanie jest tylko połowiczne. Tak czy inaczej dzięki za informację. Gdzieś się już takie informacje przewijały, dlatego też nie sugeruję zmian w samym edytorze HTML. Chodzi mi tylko o umożliwienie wyboru, co się uruchamia po wejściu do edycji opisu (edytor graficzny czy tekstowy), tak żebym w razie potrzeby edytora graficznego mógł w ogóle nie włączać.

Mam do zasugerowania 2 poprawki: 1. Aktualizacja bazy danych po zainstalowaniu nowej wersji Sello. Warto byłoby tu dorobić pytanie, czy tworzyć backup bazy przed jej aktualizacją lub w ogóle opcję, żeby backup nie był tworzony (np. jeśli poprzedni backup był wykonany nie dawniej niż przed 15 minutami czy godziną, jeśli chcecie zabezpieczyć dane przed niezbyt rozgarniętym użytkownikiem). Zawsze robię backup ręcznie przed instalacją nowej wersji i backup robiony przez Sello to dla mnie tylko strata czasu i zaśmiecanie dysku. 2. Edytor aukcji: przydatna (przynajmniej dla mnie) byłaby opcja, żeby domyślnie otwierał się edytor tekstowy (np. konfigurowana w opcjach programu lub użytkownika). Korzystam wyłącznie z niego, co więcej szablon, który właśnie wprowadzamy przypadkowa edycja w wizualnym może uszkodzić - wolałbym utrudnić sobie czy pracownikowi popełnienie takiego błędu.

Witam Zaczynam właśnie wystawianie aukcji na angielskim eBay i od początku jest z tym problem. Otrzymuję mianowicie poniższy komunikat: Z informacji otrzymanych od obsługi eBaya wynika, że przynajmniej częściowo jest to kwestia konfiguracji po stronie serwisu - wgryzam się w to, jednak może ktoś już się z podobnym problemem zetknął, rozwiązał go i może coś podpowiedzieć. Z góry dziękuję za wszelkie sugestie.

Acha, jeśli chodzi o konfigurowanie pól własnych to oczywiście robisz to po stronie Subiekta, podobnie z wpisywaniem tam wartości. Dla Sello one w ogóle nie istnieją (rozwiązanie, które tu podaję jest dość sztuczne).

Sorki, że późno odpowiadam, ale ostatnio rzadko zaglądam na forum. Nie bardzo wiem, po co aż 3 pola. Pola własne w Sub. są tekstowe, więc możesz utworzyć jedno (przykładowo o nazwie "Regał"), w którym wpisujesz odpowiednie wartości dla każdego towaru (M1, M2, M3 itp.). Przy takim rozwiązaniu masz praktycznie gotowca powyżej, trzeba tylko podany kod wpisać w skrypt Before print wybranej komórki tabeli i uzupełnić konfigurację. Jeśli z jakiegoś powodu potrzebne są jednak 3 pola to albo możesz zrobić 3 komórki tabeli albo skleić całość w jednej - daj znać, jak to ma wyglądać i zobaczymy, czy coś mądrego podpowiem.

Prościej usunąć bezpośrednio z Sello - w tym samym miejscu, gdzie jest usuwanie powiązań jest też usuwanie samego dokumentu w Subiekcie. Ale co masz na myśli pisząc "DELETE" - klawisz Delete użyty w Subiekcie, czy polecenie DELETE na bazie danych? W tym pierwszym przypadku nie ma żadnego problemu, w drugim trudno mi powiedzieć. Np. jeśli masz zamówienie z rezerwacją to informacja o tym (tzn. o zarezerwowanej ilości każdego towaru) jest dodatkowo przechowywana w tabeli stanów magazynowych - Ty tego w takiej sytuacji nie uaktualniasz, a czy Sub. dodatkowo weryfikuje spójność tych danych to już nie mam pojęcia.

Stawiałbym na jakiś błąd z ustawieniami lokalnymi i błędne interpretowanie znaku przecinka dziesiętnego. Niestety nic bardziej konkretnego nie podpowiem.

Jak dopiero wdrażasz (i nie masz na razie nic istotnego w bazie danych) to możesz tymczasem zainstalować starszą wersję (sam używam 1.13.1 i konta użytkowników działają bez problemu), a nowszą dopiero jak wypuszczą do tego poprawkę. Na starszej wersji musisz założyć nową bazę danych, z taką założoną w nowszej nic nie zrobisz. BarteK: może dodasz informację, skąd można pobrać starsze wersje do FAQ? To się czasem przydaje, a z pamięci linka nie podam...

Ja w tego typu sytuacjach (ponowna wysyłka, bo coś) tworzę zawsze nową transakcję. W razie potrzeby możesz dodać do niej cechę/cechy i sprawa z głowy.

A, to temat rzeka. I w większości przypadków zawiniony po stronie Allegro, a nie Sello. Polecam lekturę na długie jesienne wieczory https://forum.sello.pl/index.php?topic=2070.0

Jeśli chodzi tylko o zapytanie SQL (takie do odpalenia np. przez Management Studio) to mogę się tym zająć. Nie jest to już jednak sprawa na 5 minut, więc odpłatnie. W razie potrzeby proszę o kontakt na priv. - cena zależnie od szczegółów, ale myślę o kwocie rzędu 50-100 zł. To mogę podać od ręki: update em_Source set es_source = '' where EXISTS(select em_Id from em__Email where em_Id = es_EmailId and em_Date < '20090101' and em_Subject LIKE '%podany_tekst%') Zamiast podany_tekst wpisujesz, co Ci się podoba, zapytanie wybiera wszystkie mejle, gdzie w temacie jest ten tekst (w dowolnym miejscu, ale dokładnie taki, jak wpiszesz, z dokładnością do spacji, przecinków itp.). Oczywiście nadal usuwa to tylko treść mejli, cała reszta zostaje.

Dla mnie nie. Paczki tworzę tuż przed pakowaniem, ew. poprzedniego dnia wieczorem, natomiast o warunkach (lista towarów, rodzaj przesyłki i przede wszystkim adres, kwota pobrania) informuję natychmiast po wybraniu przez klienta przesyłki pobraniowej (obecnie ręcznie oczywiście). Przy wysyłce 2 razy w tygodniu bywa to spora różnica, więc powiadomienie automatyczne będzie użyteczne tylko jeśli da się je skonfigurować konkretnie dla wydarzenia polegającego na przestawieniu transakcji na pobraniową. Oczywiście z tego, co widzę innym przyda się wiadomość w momencie utworzenia paczki, może najprościej dodać obie wersje, zawsze można którąś skonfigurować na "nie wysyłaj"

Próbowałeś zresetować (uruchomić ponownie) serwer, na którym stoi baza danych i końcówkę, gdzie jest ten problem (a najlepiej na wszelki wypadek wszystkie końcówki, jeśli pracujesz na kilku)? Jeśli to nie pomoże to zajrzyj do FAQ w sygnaturce BartKa, tam jest informacja nt. przysyłania plików DMP po wystąpieniu tego typu błędów.

No niestety rejestrowanie wpłat (a raczej korekta pomyłek przy tej okazji) to pięta achillesowa Sello). Na szczęście data wpłaty jest rejestrowana, w polu tr_RemittanceDate. Przykładowe zapytanie wydobywające informację nt. ostatnich wpływów (zarejestrowanych w ciągu ostatnich 10 godzin): select tr_Source, tr_Remittance, tr_RemittanceDate from tr__Transaction where DATEDIFF(HOUR, tr_RemittanceDate, CURRENT_TIMESTAMP) <= 10 order by tr_RemittanceDate DESC

Przejrzyj poniższy wątek. A jak coś niejasne to najlepiej w nim dopytaj o szczegóły, będzie dla potomności https://forum.sello.pl/index.php?topic=3920.0

Klienci są różni, ale chyba jednak większość (podobnie jak ja) woli otrzymywać mejle nt. każdego etapu realizacji zamówienia. Temat gdzieś się już przewijał, osobiście postuluję wysyłanie wiadomości automatycznej w momencie przestawienia transakcji na pobraniową.

Spróbuj kliknąć w zakładce Przygotowane (lub na wszelki wypadek Wszystkie) strzałkę w dół po lewej powyżej listy->Przywróć domyślne ustawienia filtrów i zobacz, czy wtedy będzie ją widać. Niekiedy Sello ma wybrany jakiś filtr, ale nie widać tego na ich liście (wszędzie jest "dowolny", "wszystkie" itp., a mimo to część obiektów nie jest wyświetlana).

Napisz może, w jakim serwisie próbujesz wystawić tę aukcję (wersja Sello też nie zaszkodzi, a wręcz może pomóc ). W pierwszej chwili miałem swoje pomysły, ale z dalszej części opisu wynika mi, że chyba jednak nie chodzi o Allegro (innych niestety nie znam od strony Sello).

A może po prostu dorobić im znacznik "aktywny/nieaktywny" i filtr, w którym domyślnie będą wyświetlane tylko szablony aktywne? Tego typu znacznik przydałby się zresztą przy wielu obiektach - oprócz wspomnianych tu już rodzajów dostaw na pewno w towarach, niewykluczone, że gdzieś jeszcze.

Masz niepowiązane towary. Najprościej chyba odtworzyć ostatni backup sprzed rozłączenia baz, chyba że jest stary. Inaczej zostaje ręczne wiązanie towarów w Sub. z Sello lub napisanie/zlecenie automatu, który to zrobi.