Dominik kidl

Jest coś takiego: st_Stan Ilość towaru (ob_TowId) na danym magazynie (ob_MagId). nie mogę jednak tego wyczyścić: Msg 208, Level 16, State 1, Line 1 Invalid object name 'st_Stan'.

I właśnie nie idzie tak łatwo. Jeszcze dziś popróbuję i na popołudnie umówiony jestem z serwisantem Insertu. Jeśli on nic nie wyczaruje, to w piątek zakładam nową bazę SGT i wprowadzam potrzebne ustawienia. Wtedy będę borykał się z problemem powiązania kartotek towarowych, które już są w Sello z tymi, które przeniosę do SGT (będą miały inne ID). Gdzieś tu się przewijał na forum taki temat i widziałem, że pomagałeś w nim. Na jego podstawie spróbuję ustawić powiązania. Udało mi się odblokować kontrahentów, ale wyczyściłem kilka jeszcze tabel. Miałem nadzieję, że nie będzie potrzeby ruszania niczego poza samymi dokumentami. Każda kolejna tabela to wchodzenie na nieznany mi grunt. Nie wiem z czym dokładnie jest powiązana i jakie skutki może to przynieść. Nie chciałbym po tygodniu działania odkryć, że zablokowałem lub popsułem coś w bazie, co jest mi niezbędne do prawidłowego funkcjonowania. Wtedy dopiero narobiłbym sobie bałaganu. Jest jakieś polecenie, żeby nie czyścić tabeli a jedynie wyzerować wartości w niej?

Sprawdziłem wczoraj. Niestety po jej wyczyszczeniu zniknęły wszystkie kartoteki towarowe. Szukam dalej. Właście przeglądam strukturę bazy subiekta GT i próbuje znaleźć tabelę, która może na to wpływać. Widzę też, że pomimo usunięcia dokumentów, kontrahenci nie stracili powiązania z dokumentami. W historii zakupów kontrahenta nie ma żadnego dokumentu ale nie mogę go usunąć. Pojawia się chmurka, że jest użyty w jakiś dokumentach.

Udało się wyczyścić dokumenty. Niestety efekt końcowy nie był zadowalający. Po uruchomieniu takiej bazy, dokumentów nie ma ale też nie mogę dodać żadnego dokumentu. Pojawia się błąd bez treści, czyli żółta chmurka bez jakiejkolwiek informacji. Do usunięcia dokumentów musiałem wyłączyć triggery dla nz_FinsnaseSplata (tak znalazłem gdzie i jak). Włączyłem je później ponownie. Zrobiłem jeszcze raz kopię bazy i wykonałem ponownie czyszczenie. Na drugiej kopii już dokumenty działają. Jutro będę testował bazę, żeby mieć pewność, że jest OK. Możliwe, że przy pierwszej kopii bazy tak długo grzebałem w niej szukając rozwiązania, że wprowadziłem za dużo zmian. Np w drugiej bazie nie usuwałem powiązań o których wspominałeś. Gdyby ktoś potrzebował, u mnie zadziałał poniższy schemat. Czyszczenie bazy SUBIEKT GT z dokumentów: delete from dok_MagRuch delete from dok_MagWart delete from dok_Pozycja delete from dok_Vat delete from nz_FinanseSplata (Tutaj musiałem wyłączyć triggery i po usunięciu danych z tabeli włączyć ponownie) delete from zd_Rozrachunek delete from zw_Rozrachunek delete from nz_PowiaznaniePP delete from nz_Cesja delete from nz__Finanse delete from iw_Powiazania delete from iw_Pozycja delete from iw__Dokument delete from rf_Pozycja delete from dok__Dokument Po wyczyszczeniu jak wyżej, Subiekt nadal trzymał informację o stanie magazynowym towarów choć nie było żadnego dokumentu magazynowego. Np "Towar1" miał ilość 10 szt. ale nie dało się go wrzucić do faktury bo wyrzucało błąd że brakuje na magazynie. Na liście kartotek nadal wyświetlało się 10 szt. Nie da się wyzerować stanów magazynowych inwentaryzacją, bo musi utworzyć WZtkę i wydać towar a wyrzuca błąd, że nie ma czego wydać. Stan w systemie 10 szt. dostępne na magazynie 0 szt. Bartku, da się jakoś z bazy usunąć informację o ilości towaru?

NIE Próbuję

Chyba jestem ułomny... U mnie to wygląda tak: Pewnie kwestia wersji programu. Mam jak poniżej: SQL Server Management Studio 15.0.18206.0 Microsoft Analysis Services Client Tools 15.0.1567.0 Microsoft Data Access Components (MDAC) 10.0.17763.1 Microsoft MSXML 3.0 4.0 6.0 Microsoft Internet Explorer 9.11.17763.0 Microsoft .NET Framework 4.0.30319.42000 Operating System 10.0.17763

@Bartosz Rosa Dzięki za podpowiedź. Niestety dostrzegam mój brak wiedzy nt SQL. Nie mam pojęcia jak dotrzeć do miejsca gdzie mogę sprawdzić powiązania z daną tabelą. Nie udało mi się znaleźć przycisku Relationships Trochę się czuje jak dziecko w zerówce. Próbując usunąć dokumenty krok po kroku, zacząłem od polecenia "delete from dok__Dokument". Wyrzucało po kolei tabele, które musiałem tez skasować i tak przeszedłem przez: dok_MagRuch - poszło dok_MagWart - poszło dok_Pozycja - poszło dok_Vat - poszło nz__Finanse - nie udało się z powodu tabeli nz_FinanseSplata. Wrzucając poleceni "delete from nz_FinanseSplata" dostaję poniższy komunikat: "Msg 50000, Level 16, State 1, Procedure AktualizacjaSplat_Delete, Line 30 [Batch Start Line 0] Nie można wykonać aktualizacji splat Msg 3609, Level 16, State 1, Line 1 The transaction ended in the trigger. The batch has been aborted."

Zgadzam się, że tworzenie kompletów przez Sello w chwili gdy to będzie potrzebne do transakcji spowoduje bałagan. Być może znajdą się firmy, którym takie rozwiązanie będzie bardziej odpowiadało, jednak wg mnie doprowadzi do braku kontroli nad kartotekami w SGT. Wg mnie lepsze będzie bazowanie na istniejących kompletach w SGT i jeśli zachodzi potrzeba dodania nowego, to trzeba utworzyć kartotekę w SGT i powiązać z Sello. Automatyczny montaż kompletów w chwili gdy dojdzie do sprzedaży jak najbardziej jest możliwy. Robimy to aktualnie z pomocą ProstejPaczki do utworzonych ZK. Do dobrego zarządzania ofertami Sello musi "otworzyć oczy" na ilość dostępnych składników i przeliczać do ilości dostępnych kompletów. Tylko wtedy będzie możliwość zarządzania ilością wystawionych w ofercie towarów. Sprawa była poruszana na forum w wielu innych tematach. Podpięcie kilku towarów do jednej oferty też może być fajnym rozwiązaniem. Nie wymagałoby tworzenia kompletów w SGT tylko na potrzeby Allegro. Jak jednak wyżej wspomniano zostaje kwestia prawa zwrotu. Jeśli na dokumencie sprzedaży wykażemy każdy składnik oddzielnie, to klient będzie miał możliwość zwrotu jednego składnika z kompletu. Może to prowadzić do sytuacji, gdzie zwiększymy sobie odsetek zwrotów. Nierzadko mogą to być zwroty przez sprzedawcę trudne do przyjęcia. Jeśli sprzedaję produkty jako "jednorazowy strzał" i kupię zabawkę na baterię w ilości 100 szt. i do niej 400 baterii bo każda zabawka ma miejsce na 4 szt., to nie chcę żeby klient mi np odesłał same zabawki albo same baterie. Musiałbym wtedy uzupełniać zestawy, żeby nie zostały mi stocki magazynowe z niekompletnym zestawem. W wielu firmach to nie będzie problem ale znajdą się i takie, gdzie to będzie niedopuszczalne. Zafakturowanie kompletu wymusza na kupującym zwrot pełnego zestawu a w przypadku zwrotu np bez baterii daje możliwość pomniejszenia wartości zwracanych środków.

Z końcem tego miesiąca zmieniamy formę prowadzenia działalności na spółkę. Mam już zielone światło od insertu w kwestii przeniesienia licencji ale cały czas walczę ze sprawami technicznymi. Może ktoś z Sellowych forumowiczów pomoże? Baza Sello - mam przetestowany plan działania. Robię kopię, czyszczę z transakcji, zmieniam dane firmy w Allegro i wszystko odziała. Zachowam oferty powiązane z towarami. Wystarczy podpiąć nową bazę SGT. Baza Subiekt GT - tutaj nie mogę przeskoczyć czyszczenia bazy z dokumentów. Chcę zrobić kopię bazy, żeby zachować wszystkie dotychczas wypracowane ustawienia oraz kartoteki towarowe. Podpinając taka bazę do Sello, program nie gubi powiązań z towarami. Próbując usunąć dokumenty z bazy poleceniami SQL zatrzymałem się na nz_FinanseSplata. Nie mogę tego przeskoczyć. Na forum SGT znalazłem podpowiedź "Przed usuwaniem wyłącz wszystkie triggery i constrainty." Nie mam pojęcia jak to się robi. Pomoże ktoś?

To faktycznie może być problematyczne. Autoresponder online, na zewnętrznych serwerach jeszcze nie nawalił (przez rok działania). Sello mamy uruchomione na serwerze jednak zdarzało się, że coś poszło nie tak program się wysypał. Choćby w sytuacji gdy trzeba zrobić weryfikację konta, gdy dojdzie do pomieszania kont/danych. Jeden dzień w miesiącu z takim błędem i może znacznie wpłynąć na statystyki. Wg mnie funkcja powinna być w Sello. Pozostaje kwestia jej bezawaryjności i decyzji użytkowników. Nie wszyscy maja serwer działający 24h na dobę. Fajnie byłoby ustalić jak dużym zainteresowaniem może cieszyć się autoresponder w Sello znając ewentualne jego wady. Gdyby zainteresowanych była bardzo mało, to lepiej ten czas poświęcić na inne funkcje.

Powinno być OK.

Od roku stanowisko Allegro jest takie, że nie zabraniają, ale będą chcieli to uporządkować. W każdej chwili może dojść do sytuacji, gdzie zablokują lub coś zmienią. Od roku korzystam z autorespondera od "niezbedniksprzedawcy". Zarówno dla dyskusji jak i zapytań. Wszystko działa bardzo ładnie. Punkty za jakość obsługi poszły w górę Nie uda się wystrzec zmian w serwisie. Pewne jest to, że wrzucenie wszystkiego w jeden program znacznie uprościłoby obsługę sprzedaży Allegrowej. Aktualnie sam mam wiele dodatków, które załatwiają dość istotne kwestie: Sello autoresponder wiadomości autoresponder dyskusji edytor zestawów na allegro automatyczne zwroty prowizji s2sgt - do uzupełniania danych z transakcji do ZK w SGT (tych, których Sello nie uzupełnia) Bartku, za same dodatki rocznie płacę 4x tyle co za Sello. Dlatego wielokrotnie pisałem, że chętnie zapłacę więcej za więcej funkcji i szybsze wdrażanie nowości.

Dokładnie tak. Wklej sobie ręcznie jego nazwisko do subiekta i zobaczysz jaki będzie wynik. Musisz poprawić na polski znak. Też miałem taką sytuację z 6 m-sc temu.

Błąd dotyczy jednej transakcji? Jeśli tak, to sprawdź dokładnie dane kupującego, czy gdzieś nie zrobił błędu, np w polu kod pocztowy zamiast napisać 25-265 napisał "25 - 265" lub nie wpisał nazwy miasta.

Spróbuj poniższego narzędzia: https://niezbedniksprzedawcy.pl/AsystentSprzedazy/wiadomosci

Sprawdzałem na dwóch różnych bazach (firmach), gdzie trochę inaczej jest Sello wykorzystywane. Firma 1 wyczyściłem: adr__Address delete from tr_Item delete from tr_Group delete from tr__Transaction Tyle wystarczyło. Jest to jednak młody podmiot, ma transakcje tylko z 3 miesięcy i za dużo się tutaj nie dzieje. Firma 2 - tutaj już musiałem więcej wyczyścić: adr__Address pc_Item tr_Item tr_Group pb_PostBuyFormTransaction em_Source em__Email tr_Property pc_History pc__Package tr__Transaction Transakcje zniknęły. W programie serwisowym widoczna była jeszcze "historia transakcji". Wyczyściłem przez serwisowy. @Bartosz Rosa da się dla firmy 2 ubrać to w jedno polecenie SQL? Każde z ww robiłem oddzielnie. Gdyby ktoś szukał rozwiązania na zmniejszenie bazy, to można "zamknąć" aktualną bazę z końcem roku, a od stycznia wykonać jej kopię, wyczyścić wszystkie transakcje stare i nieaktualne oferty. Nie oszczędzi się miejsca na dysku, ale nie trzeba pracować na "kilkudziesięciogigowej" bazie.

Podpinam się pod temat. Sekcja Zwroty dużo ułatwi w obsłudze zamówień. Potrzebne oczywiście nadawanie statusów zwrotom. Pobieranie zwrotów z Allegro Dopisywanie ręcznie zwrotów do transakcji - gdyby klient odesłał towar ale nie zgłosił tego przez Allegro Realizacja zwrotów częściowych - gdyby odesłał tylko część towaru z zamówienia Możliwość zamieszczania opisu/notatek do zwróconego towaru - na wypadek, gdyby towar wrócił niekompletny lub uszkodzony. Może dojść do sytuacji, że klient zwraca wadliwy towar choć nie zgłaszał reklamacji. Wtedy może dojść do pomniejszenia wartości towaru i niepełnego zwrotu pieniędzy Zarządzanie zwrotami wpłat - również z możliwością zmiany wartości ręcznie, gdyby się zdarzyło j.w. że towar był wadliwy Powiązanie z Subiektem i tworzenie Zwrotów detalicznych oraz korekt z poziomu Sello, żeby nie prowadzić dokumentacji w kilku miejsca i w każdym oddzielnie obsługiwać Moduł musi obsługiwać możliwość pomniejszenia kwoty z tytułu kosztów dostawy zgodnie aktualnymi przepisami, jeśli klient wybrał inną niż najtańszą dostępną w ofercie. Ten punkt powinien być załatwiony wraz z pkt 6 Potrzebna będzie informacja o dacie i godzinie przyjęcia zwrotu, lub utworzenia dokumentu w Subiekcie lub nadania statusu typu "Przyjęty". Przydatny dla firm, które rejestrują monitoringiem otwieranie paczek i przyjmowanie towaru. W sytuacji gdyby klient odezwał się ws zwrotu, że coś mu się nie zgadza, wtedy inf o dacie i godzinie ułatwi odnalezienie nagrania. Wysyłanie wniosków o zwrot prowizji - gdyby udało się zrealizować taką funkcję na potrzeby Zwrotów, to można byłoby od razu pójść dalej i stworzyć funkcję zwrotów prowizji, która działałaby automatycznie wyszukując transakcję do których można wystąpić o zwrot prowizji (np.: brak wpłaty po 7 dniach, brak formularza po 7 dniach, zwrócone pieniądze do transakcji, anulowane zamówienia, itd). Coś na wzór: https://niezbedniksprzedawcy.pl/AsystentSprzedazy/automatyczne-zwroty-prowizji-allegro/o_narzedziu/

@Bartosz Rosa podsuniesz zapytanie SQL, którym mogę: usunąć powiązania transakcji z ZK w SGT (same ZK mają zostać w SGT) usunąć wszystkie transakcje (żeby zacząć pobierać transakcje od nowej daty a wszystkie wcześniejsze zniknęły z bazy) Potrzebuję to zrobić zbiorczo, żeby nie bawić się w klikanie. W efekcie końcowym chciałbym otrzymać bazę, w której zostały tylko oferty powiązane z towarami z SGT.

Do szybkiego odszukania i rozdzielenia na liście ofert Towarów i Kompletów przypisałem w SGT cechę "Towar" i "Komplet" do odpowiednich kartotek. Sello ma teraz opcję filtrowania o Cechach, więc można rozgraniczyć oferty. Niestety dla cechy "Towar" Sello często zwraca pustą listę. W mojej ocenie przez długi czas oczekiwania na odpowiedź. Po kilku próbach udaje się uzyskać wyniki. Jest ich ponad 8 tys. Co ciekawe, wyświetlenie wszystkich ofert bez filtrowania zajmuje kilka sekund, a z filtrowaniem... nie wiem ile bo nie miałem tyle cierpliwości żeby siedzieć i patrzeć na Sello Po powrocie do programu, była pusta lista @Bartosz Rosa jeśli potwierdzasz, że to może być przez zbyt długi czas oczekiwania na odpowiedź, to gdzie mogę zmienić ten czas na dłuższy?

Mamy jedno konto w Inpost i jednocześnie kilka kont na Allegro. Wszystko ląduje w jednym "worku". Przesyłki SMART są rozliczane prawidłowo - 0,00 zł. Najważniejsze, to żeby przekazać do InPostu prawidłowy adres mailowy. Co do reszty nie podpowiem, bo nie tworzymy LP przez Sello, ale moim zdaniem masz do dyspozycji tylko jedno konto w InPost, więc nie ma sensu zakładać kilka i wiązać je oddzielnie z kontami Allegro.

Coś się wyklarowało z terminem na nowy synchronizator?

W pełni popieram. Sprzedaż na kilku kontach Allegro z różną polityka cenową, aktualnie przez Sello jest bardzo trudna. Dodałbym tutaj możliwość przypisania grupy cenowej do konta Allegro. W końcu przestałyby mi się świecić różnice cenowe na czerwono lub zielono. Byłoby też mniej pomyłek cenowych.

Tutaj tez się podepnę, że Bartek widział, że jest nas więcej. Czekam na ww. funkcjonalności.

Również czekam na tą funkcję lub/oraz na to, żeby Sello widziało ilość składników dla kompletu z SGT. Aktualnie można zmontować wcześniej i zarezerwować ilość pod sprzedaż kompletu lub sprzedawać na ilości 0 kompletów i montować po zamówieniu. Oba rozwiązania nie optymalizują zarządzania stanami magazynowymi.

Podpinam się pod tą prośbę. Właściwe zarządzanie stanami magazynowymi, przy większej sprzedaży jest niezbędne. Trzeba ogromnych nakładów pracy, żeby ogarniać zamówienia z brakami. Aktualnie, żeby nie wznawiać ręcznie ofert, utrzymujemy duże ilości towaru w ofertach. Bazujemy na stałych dostawach i statystykach, które pozwalają nam zabezpieczyć odpowiednie ilości towaru na magazynie. Nie ma jednak dnia, żeby nie zdarzył się klient, który wyłamuje się ze statystyk. Załóżmy, że normalna sprzedaż to 5 klientów dziennie i każdy kupuje w ilości od 2-5 szt, a tu nagle klient lub kilku pod rząd, co kupują 200-300 szt. Przy około 10 ofert w Sello, wolałbym mieć pełną synchronizację stanów magazynowych. Brak towaru = zamknięcie oferty. Wchodzi towar na magazyn = wznowienie oferty. Myślę, że ta kwestie można rozwiązać bez rozbudowanych mechanizmów. Np mam 3 konta i na każdym wystawiam ten sam towar. Na koncie nr 1 ustawiam, że oferta ma się kończyć gdy stan magazynowy będzie mniejszy lub równy 10 szt. Na koncie nr 2 ustawiam, że oferta ma się kończyć, gdy stan magazynowy będzie mniejszy lub równy 5 szt. Na koncie nr 3 ustawiam, że oferta ma się kończyć, gdy stan magazynowy będzie mniejszy lub równy 0 szt. Taka możliwość już istnieje w Sello. Czekamy tylko na możliwość wznawiania ofert. Wtedy trzeba byłoby zastosować mechanizm odwrotny, czyli wznawiają się gdy: stan powyżej 0 szt. - konto nr 3 stan powyżej 5 szt. - konto nr 2 stan powyżej 10 szt. - konto nr 1 Najprostszym rozwiązaniem byłoby przyjąć priorytety dla kont, czyli sami określamy, że konto nr 3 jest dla nas najważniejsze i tam oferty będą kończyły się najpóźniej, natomiast konto nr 1 jest dla nas najmniej ważne i oferty mogą się kończyć jako pierwsze. Do wyboru musi pozostać, czy stan magazynowy ma być liczony z faktycznego stanu czy też z dostępności. Dla sprawniejszej obsługi przydałaby się tez kolumna, w której moglibyśmy podejrzeć, czy oferta ma zaplanowane zakończenie, wznowienie oraz przy jakiej ilości. Nie wiem jak inni to widzą, ale mile widziane byłyby też filtry przypisane do kolumny. Coś na zasadzie zastosowanej w Excelu. Bardzo brakuje mi np, możliwości wyświetlenie ofert z terminem realizacji 24h i jednocześnie np po ilości. Wyszukiwanie takich fert na liście 10 tys pozycji, nawet jeśli po jednej z kolumn posortujemy, to mozolna praca. Jakby ktoś pytał: Jestem na TA, jeśli chodzi o wznawianie ofert i dodatkowe mechanizmy pozwalające na lepsze zarządzanie stanami magazynowymi w ofertach