Dominik kidl

Dorzucam informacyjnie. Po 1,5 miesiąca działania na bazach czyszczonych, nie wyszły żadne problemy. Trochę jeszcze pomógł mi serwisant. Nie wszystkie rzeczy udało mi się samodzielnie wykonać.

@Bartosz Rosa do dziś nie udało mi się nic konkretnego ustalić. Aktualizacje Sello i serwera nic nie dały. Aktualnie radzimy sobie uruchamiając Sello lokalnie na komputerze, przy połączeniu VPN. Tworzenie ofert jednak w ten sposób to czasochłonna praca. Nie każdy pracownik ma "super internet". Praca na pulpicie zdalnym znacznie jest szybsza. Masz jakieś pomysły jak to naprawić?

Popieram. Ustawienie konkretnej godziny pomoże i nam. Aktualnie wykonujemy automatycznie pobieranie pełnych danych o ofertach co "x" pobrań, jednak to też często wypada w ciągu dnia, co trochę nam przeszkadza.

Dziś w wersji 1.37.3 pojawił się nowy błąd: Lista niepoprawnych identyfikatorów tabel w bazie danych: it_ExternalCustomAttributes, Po odświeżaniu nie znikał. Naprawa udała się. Jeśli się powtórzy dam znać.

Słusznie wyżej Pan Piotr zwrócił uwagę, że ten program ustawia odpowiednią metodę płatności w Zamówieniu od klienta i to z ZK trzeba będzie wystawić dokument końcowy. Tutaj można mapować po konkretnych firmach kurierskich. Sello na ta chwilę nie ma takiej możliwości. Rok temu gdzie na forum pojawiła się informacja, że jest to w planach.

Poniżej czynności jakie wykonywał automat i błędy jakie w tym czasie się pojawiały przy odświeżaniu informacji. "Pobieranie aukcji trwających": Lista niepoprawnych identyfikatorów tabel w bazie danych: au_Picture Przy "Aktualizacja ofert trwających" oraz "System sprzedaży" jak również ręcznym wywołaniu pobierania wiadomości: Lista niepoprawnych identyfikatorów tabel w bazie danych: em__Email, em_Source, Lista niepoprawnych identyfikatorów tabel w bazie danych: em_Source Przy "Pobieranie transakcji: Lista niepoprawnych identyfikatorów tabel w bazie danych: tr__Transaction, tr_Item, Dziś tylko takie wyłapałem. jb__Job, jb_Message - na pewno występowały jednak dzisiaj na takie nie trafiłem. P.S. Drobna niespójność w nazewnictwie "Pobieranie aukcji trwających" i "Aktualizacja ofert trwających"

Można tą sprawę rozwiązać za pomocą programu s2sgt od LC Soft: https://prostapaczka.pl/synchronizator-sello-do-subiekt-gt-s2sgt/ Korzystamy z tego programu od kilku lat. Po utworzeniu ZK z Sello do SGT, program ustawia wybrane dane zgodnie z tym co jest w Sello/Transakcje. M.in. ustawia sposób zapłaty "Za pobranie". Jeśli masz kilka firm kurierskich, to ustawi Ci osobną metodę dla Pobranie DPD, Pobranie GLS, Pobranie UPS, Pobranie InPost itd. Jeśli masz serwer lub komputer działający 24h na dobę, to włączasz go i pracuje w tle. Sprawdza co określony czas, czy pojawiły się nowe dokumenty. Za pomocą tego samego programu ustawiamy: Sposób wysyłki w Polu własnym - mamy listę wybieralną metod wysyłki w polu własnym, s2sgt ustawia odpowiednią metodę Rodzaj dokumentu (PAi, FS, FSd) - również wrzucamy do Pola własnego Montuje komplety - jeśli sprzedał się jakiś komplet, to w kartotece towarowej od razu montuje go, żeby zrobić rezerwację. Jeśli braknie składników, to wrzuca do uwag dokumentu informacje o tym czego zabrakło Ustawia sposoby wysyłki (przelew, za pobraniem, gotówka, kredyt kupiecki) - sposób płatności Za pobraniem może ustawiać na konkretnego kuriera. W najbliższych tygodniach pojawi się też możliwość ustawiania cesji płatności dla przedpłat, żeby zamiast "Jana Kowalskiego" w rozrachunkach do dokumentu przypisana była firma PayU lub Przelewy24, która pośredniczy w przelewie. Tutaj podobnie jak w przypadku COD, to właśni oni mają zwrócić środki za konkretny dokument. Przydatne rozwiązanie przy pełnej księgowości. Może wrzucać niemal dowolne dane z transakcji do Uwag lub Pól własnych. Sello może część danych przenosić ale tylko do Uwag. Dzięki temu programowi wrzucamy np adres Punktu odbioru do Pola własnego zamiast do Uwag, co też znacznie ułatwia pracę. Ustawia odpowiednia kategorię dokumentu odpowiadającą statusowi zamówienia: "Gotowe do wysyłki", "Brak towaru", "Do weryfikacji" itd. Wypisałem tylko te najistotniejsze. Ogólnie jest bardzo dużo możliwości, które skracają czas obsługi zamówienia, wykluczają ewentualne ludzkie pomyłki przy przenoszeniu danych.

Zrobiłem przykład 2. Aktualnie trwało pobieranie aukcji trwających z serwisu. Odświeżałem w odstępach około 5-10 s - tyle trwało odświeżenie. Błąd raz pojawiał się, raz znikał. Faktycznie wygląda jak chwilowy błąd.

Pojawiały się również w ciągu dnia, także kilka minut po wykonaniu naprawy bazy. Dokładnie tak samo mieliśmy. @Bartosz Rosa Nie wiem co dokładnie się podziało, ale od kilku dni nie mamy żadnych błędów. W piątek zaktualizowałem Sello do v 1.37.2. Do piątku produkcyjna baza chodziła na 1.36.0. Nic poza aktualizacją nie zrobiłem w ostatnim czasie.

Tak, Sello działa 24h na dobę. Co jakiś czas go wyłączam i jak czas pozwala to 1x w tygodniu aktualizacje na serwerze i restart. Zdarzało się, że i 2-3 tygodnie Sello działało w automacie, cały czas włączone. Na automatach działamy od dawna. Problem z bazą pojawił się w listopadzie. Nie zgłaszałem, bo przecież robiłem czyszczenie bazy w związku ze zmianą formy prowadzenia działalności. Założyłem, że doszło do uszkodzenia bazy i miałem do tego tematu wrócić jak tylko wszelkie formalności zamknę w związku z aportem. Gdy zobaczyłem na forum, że inni też mają taki problem, to dało mi nadzieję, że to nie moja wina

My mamy programy zewnętrzne. Wczoraj wieczorem robiłem aktualizację serwera i oczywiście restart. Dziś nie było nawet jednego błędu do tej pory. Zazwyczaj już kilkukrotnie naprawialiśmy błędy. Przed restartem SQL Server mocno obciążał pamięć, sumarycznie była zajęta w ponad 95%. Dziś jest to już 65%, rano było tylko 25%. Może coś w tym kierunku?

Oczywiście FSd jest najlepszym rozwiązaniem, ważne żeby Sello realizowało wystawienie dwóch dokumentów w automacie, czyli w pierwszej kolejności PAi i następnie FSd. Można też sobie z tym poradzić korzystając z prawa do zwolenianie z obowiązku fiskalizacji dokumentu sprzedaży na podstawie "Rozporządzenie Ministra Finansów z dnia 28 grudnia 2018 r. w sprawie zwolnień z obowiązku prowadzenia ewidencji przy zastosowaniu kas rejestrujących". W przypadku sprzedaży wysyłkowej, gdzie kupujący płaci przelewem, nie ma obowiązku fiskalizowania dokumentu. Oczywiście ważne jest, żeby księgowa dobrze sprawdziła, czy na pewno w Waszym przypadku taka możliwość istnieje. Np sprzedaż perfum czy też części samochodowych wyłącza prawo do zwolnienia z fiskalizacji transakcji. Warto zasięgnąć tez informacji z Urzędzie skarbowym lub Krajowej Informacji Skarbowej. Zakładając, że nie fiskalizujemy sprzedaży wysyłkowej dla osób fizycznych, to wystarczy sama faktura bez paragonu, dla tych którzy zaznaczą dokument FS. Taka też otrzymaliśmy informację od naszego US. Tzn, że można zastosować poniższe rozwiązanie: Konsument kupujący na miejscu - Paragon fiskalny jeśli już mamy obowiązek fiskalizowania np z tytułu przekroczenia limitu obrotu rocznego Konsument kupujący i płacący online - Paragon imienny niefiskalizowany Konsument kupujący i płacący onliną, który chce mieć Fakturę - Faktura sprzedaży na osobę fizyczną, bez numeru NIP. Sprzedaż niefiskalizowana Firma - oczywiście Faktura sprzedaży Wszystko zależy od księgowej. Jeśli możemy powiedzieć, że każdy Urząd Skarbowy może mieć swoją interpretację prawa podatkowego, to w przypadku księgowych twardo można stwierdzić, że każdy na pewno ma swoją interpretację.

Może w tej sprawie pojawią się jakieś ważne informację, dlatego też wrzucam tutaj link do tematu gdzie zostało to już poruszone. Będzie łatwiej rozmawiać w jednym a nie kilku tematach. Jak widzę, nie tylko u nas taka sytuacja występuje:

U nas w wersji 1.36.0 również mamy takie błędy. Praktycznie są codziennie. Naprawiamy ale za pewien czas pojawiają się ponownie.

Proponuję skorzystać z programu ProstaPaczka. Tam masz możliwość skanowania towarów po kodach EAN oraz generowanie listów przewozowych.

Dodając "Insertem" nową ofertę, z pustym opisem przyciski również nie odpowiadają. Mogę zaczekać z nowymi ofertami do poniedziałku. Może do tego czasu ustalimy przyczynę.

Taka oto dziś niespodzianka mnie spotkała. Pracując na pulpicie zdalnym nie reagują przyciski w edytorze opisu. Wczoraj było wszystko OK. Pracownicy mówili, że po południu przestały reagować. Sprawdzałem ustawienia uprawnień - wszystko OK ale nadal nie reagują Uruchamiałem jako administrator - nadal nie reagują Co ciekawe, gdy na tych samych użytkownikach uruchamiam na komputerze w sieci firmowej, na miejscu, to przyciski działają. Sprawdzałem na dwóch urządzeniach. Uruchamiałem tez pulpit zdalny na koncie administratora, ale też nic nie pomogło. W dniu wczorajszym nasz "opiekun serwera" rozszerzył nam ilość połączeń na pulpicie zdalnym. Twierdzi, że nic to nie powinno zmienić w kwestii Sello. Robił to koło 21:00, wiem bo dzwonił do mnie. Wg pracowników problem pojawił się kilka godzin wcześniej. @Bartosz Rosa Pomożesz? Gdzie szukać problemu? Po najechaniu kursorem na przyciski, "podświetlają się", jednak nie wywołują żadnej reakcji.

Podpinam się pod temat. Faktycznie przy automatyzacji procesów, adresy zagraniczne są sporym problemem. Bez zewnętrznych dodatków lub jeśli firma przewozowa nie wypluje błędu, to nie idzie wyłapać takie zamówienia. Allegro w tym temacie strasznie dziwnie się zachowuje. Problem istnieje od dawna. Osobiście z nimi ten temat poruszałem co najmniej kilka razy. Technicznie nie widzę problemu,żeby wprowadzili ograniczenie - przy sposobie wysyłki na Polskę musi być adres z Polski.

Tak, to coś takiego. U mnie cena wzięła się z liczby stanowisk.

Chętnie ale nie mam takiego linku Mogę dać namiary na osobę, która mi to organizowała. Robiliśmy wtedy większą inwestycję oprócz samego SQL. Wymienialiśmy serwer na bardziej profesjonalny, kupiliśmy Windowsa dedykowanego do serwerów, SQL, zrobiliśmy monitoring w firmie i kilka jeszcze innych rzeczy. Wszystko załatwiała jedna firma. Wycenili, zrobili, działa. Cena SQL jak poniżej: Microsoft SQL Server 2017 Std + SQL CAL 13 008,13 zł netto

@MM N Jeśli masz darmowego SQL, to ma on ograniczenie do ~10GB bazy (pojedynczej). Problem w tym, że mając bazę ponad 5GB w chwili tworzenia kopii Sello potrzebuje wykorzystać dla niej 2x5GB. Miałem ten problem rok temu, gdy baza przeskoczyła ten rozmiar. Musisz wyczyścić bazę ze zbędnych rzeczy i dopiero będziesz mógł zrobić aktualizację. Na przyszłość można robić nowe bazy np zawsze od początku roku. Kolejne rozwiązanie to zakup SQL płatnego, który nie ma ograniczenia wielkości bazy. Jest to większa inwestycja, ale w perspektywie czasu raczej nie do uniknięcia. W ubiegłym roku na jesień miałem bazę która w 2 msc urosła z 4 GB do 8GB. Ratowałem się, żeby nie kupować SQL ale i tak tego nie uniknąłem. W ciągu 12 miesięcy baza urosła do prawie 40GB. Z perspektywy dnia dzisiejszego stwierdzam, że niepotrzebnie zwlekałem z zakupem SQL. Nie dało się tego uniknąć.

Wisiały również rezerwacje towarów pomimo braku dokumentów. Również musiałem je wyzerować: update tw_Stan set st_StanRez = 0

W pewien sposób rozwiązuje. Możesz sprzedawać wtedy takie komplety w Allegro. W Sello masz je powiązane z kompletem w Subiekcie. Żeby wystawić dokument końcowy w Subiekcie musisz "zmontować" komplet (funkcja pod PPM). Zmontowanie kompletu powoduje wystawienie dokumentów magazynowych, które zdejmują towar ze stanu magazynowego i dodają komplet na magazyn. Aktualnie niestety nie da się procesu zautomatyzować. Montaż kompletu lub jego demontaż trzeba wykonać ręcznie. Można to zrobić jeszcze programami zewnętrznymi. Sello na tą chwilę jest też ślepe na ilość dostępnych składników. Dopóki nie zmontujesz kompletu, to Sello będzie widziało stan magazynowy =0 choć będziesz miał wszystkie składniki do utworzenia takich kompletów. Co za tym idzie nie możesz aktualizować ilości dostępnych kompletów w ofercie Allegro.

Co stoi na przeszkodzie, żeby zrobić w Subiekcie komplet złożony ze składników od różnych dostawców?

update tw_Stan set st_Stan = 0 załatwiło sprawę stanów magazynowych. Zrobię trochę testów. Spodziewam się, że jeszcze wyjdą jakieś ukryte powiązania, które coś blokują.