Mamut Maniek

Ustawianie triggera na paczkach daje większe możliwości: - definiowanie sposobu wysyłki (można ustawić dla jakiego typu wysyłki ustawić triggera) - obsługa paczek bez transakcji (mam dużo paczek bez transakcji bo w taki sposób realizuje reklamacje)

Ja zmodyfikowałem jeszcze zapytanie do bazy tworzące triggera, żeby dla paczek allegro, które nie są listem ekonomicznym (listy bez numeru nadania) włączały flagę "Nie twórz wiadomości automatycznych" CREATE TRIGGER PackageAutoMailDisable ON pc__Package AFTER INSERT AS BEGIN SET NOCOUNT ON; UPDATE pc__Package SET pc_AutoMailDisabled = 1 -- włącz opcję "Nie twórz wiadomości automatycznych" WHERE (SELECT tr_CheckoutFormId FROM tr__Transaction WHERE tr_Id = (SELECT pc_TransId FROM inserted)) <> '' -- dla paczek Allegro AND not (pc_DelivererId = 1 and pc_DeliveryId = 2) -- które nie są listem ekonomicznym AND pc_Id IN (SELECT pc_Id FROM inserted) END W Sello mam zaznaczone wysyłanie wiadomości e-mail po oznaczeniu paczek jako wysłane i zostaną wysłane tylko dla zamówień allegro z wysyłką "list ekonomiczny" oraz pozostałych nie-Allegrowych (np. paczek dotyczących transakcji z zamówień ZK czy utworzonych ręcznie) Uwaga! wartości pc_DelivererId i pc_DeliveryId trzeba sprawdzić w swojej bazie indywidualnie

Tak to może długo trwać, zwłaszcza jeśli baza jest obecnie używana. Ten proces zrobi się szybciej jeżeli nikt nie korzysta z bazy. Cierpliwości.

No tak, można by w Sello ustawić globalnie, że jeżeli e-mail ma pustą treść to go nie wysyła i dodać odpowiednie tagi, żeby można było napisać odpowiednie warunki w szablonie wiadomości email.

@Bartosz Rosa Zerknij czy dobrze napisałem trigger do paczek: CREATE TRIGGER PackageAutoMailDisable ON pc__Package AFTER INSERT AS BEGIN SET NOCOUNT ON; update pc__Package SET pc_AutoMailDisabled = 1 WHERE (SELECT tr_CheckoutFormId FROM tr__Transaction WHERE tr_Id = (SELECT pc_TransId FROM inserted)) <> '' AND pc_Id IN (SELECT pc_Id FROM inserted) END -- jeżeli paczka ma powiązanie z transakcją, która dotyczy zamówienia Allegro (posiada identyfikator zamówienia Allegro), to zaznacz w paczce opcję "Nie twórz wiadomości automatycznych" -- w skrócie: dla paczek allegro nie będą wysyłane automatyczne e-maile

Jednak Bartek chyba faktycznie źle napisał. Trigger jest dobrze napisany ale opis źle. Jeśli transakcja posiada identyfikator zamówienia Allegro (tr_CheckoutFormId <> '') to zostanie w niej zaznaczony znacznik wyłączający wysyłanie maila. Oznacza to, że dla transakcji innych niż z Allegro (dodane ręcznie lub zaimportowane z ZK) będą wysyłane e-maile (znacznik nie tworzenia wiadomości będzie wyłączony).

no ale ten trigger właśnie tak działa

tutaj trzeba zaznaczyć, żeby nie wysyłało, Bartek napisał Ci to wcześniej

Też miałem taki problem. U mnie pomogła odbudowa indeksów.

Nie lepiej zrobić trigger przy dodawaniu paczki?

Można by też przygotować zapytanie SQL, które by aktualizowało paczki i wyłączało flagę wysyłania wiadomości. Trzeba by wtedy pamiętać, żeby to zapytanie włączać przed oznaczeniem paczki jako wysłane.

Nie wiem czy to ma związek z wyskakującymi "dymkami" z Subiekta odnośnie kończącego się abonamentu.

Ostatnio zaktualizowałem sobie Sello do 1.40.0 i włączyłem nowy synchronizator z Subiekt. Nie zwróciłem uwagi, że ustawienia dotyczące importu zamówień zostały zresetowane i pobrało mi do Sello około 100 zamówień ZK z Subiekta, które nie były mi potrzebne bo zrealizowałem je w innym systemie. Zacząłem je usuwać pojedynczo ręcznie (bo nie ma opcji usuwania zbiorczego) i zauważyłem, że podczas usuwania Sello pyta czy usunąć dokument o numerze, który w ogóle nie dotyczy zaznaczonej transakcji. Dokładnie wyglądało to tak: 1. Włączyłem Sello na zakładce Transakcje > Oczekujące na płatność 2. Wybrałem filtr w Sello "Dokument wstępny: utworzony" 3. Na wyświetlonej liście wybrałem pierwszą transakcję z góry klikając na nią (zaznaczaj wiersz jako aktywny) 4. Nacisnąłem na klawiaturze klawisz DELETE 5. Sello zapytało czy usunąć transakcje oraz dokument czy tylko transakcję 6. Wybrałem "TAK" (usuń transakcję i dokument) 7. Transakcja się usunęła i dokument też 8. W Sello ta transakcja zniknęła i lista się zaktualizowała i podświetlenie (zaznaczenie) zmieniło się na kolejny element z listy 9. Ponownie nacisnąłem DELTE ale usunąć obecnie zaznaczony wiersz (transakcję) ale Sello już zadało inne pytanie. Nie pytało czy usunąć transakcję oraz jej dokument tylko zapytało konkretnie czy usunąć dokument ZK 843/11/2021, który w ogóle nie dotyczył tej transakcji! Te 100 transakcji usunąłem ale międzyczasie pojawiały się te pytania i nie zwracałem uwagi, że coś może być nie tak i potwierdzałem usuwanie tych dokumentów. Dopiero po pewnym czasie (kilku dniach) zorientowałem się, że coś jest nie tak. Operacje przetestowałem jeszcze raz na Sello z testowymi transakcjami i dokumentami i wszystko się potwierdziło. Przez ten zabieg usunąłem sobie kilka bardzo ważnych ZK, których już nie obejmuje mój backup. Jestem załamany.

Ja mam dokładnie ten sam problem.

Ostatnio zaktualizowaliśmy Sello do wersji 1.40.0 i mamy problem z aktualizowaniem oferty. Chodzi o wyłączenie flagi "Wyróżnienie". Problem wystąpił już w kilku przypadkach.

no ale w Sello NX będzie też opcja czyszczenia bazy?

Ogólnie całkowite wyłączenie powiadomień e-mail z Sello nie jest do końca dobre bo np. chciałbym aby dalej paczki reklamacyjne miały takie powiadomienia. Przesyłam jeszcze link gdzie w dziale POWIADOMIENIA można skonfigurować e-maile od allegro dla kupujących wg wybranych statusów. https://allegro.pl/moje-allegro/sprzedaz/zamowienia/ustawienia

Wczoraj skorzystał z opcji usuwania wszystkich e-maili ale nie usunęło z dnia obecnego ale to by się zgadzało z ustawioną wtedy dzisiejszą datą (bo usuwa wszystko przed tą datą). Musiałbym wpisać dzień następny (jutro) żeby usunęło wszystko (tak myślę). W ogóle fajną opcją było by wysyłanie e-maili do klientów ale bez zapisywania tego do bazy bo my od 6 lat nigdy nie mieliśmy potrzeby patrzeć na te e-maile. Wysłany to wysłany i tylko to na by interesowało. Po usunięciu e-maili programem serwisowym jeszcze sprawdziłem bazę em_Archive ale tam mam bardzo dużo rekordów pustych. Tam wpadają identyfikatory wiadomości, które zostały usunięte, żeby znowu się nie pobierały, ale to dotyczy wiadomości odebranych, zgadza się? Zastanawiam się uruchomić operację: co myślisz? ma to jakieś powiązanie? ogólnie ja nie pobieram e-maili do Sello bo używam Thunderbirda i w sumie nie wiem nawet skąd się wzięły te wpisy. No chyba, że kiedyś bardzo dawno temu pobraliśmy ale potem usunęliśmy. Kolejna kwestia to paczki bez transakcji, mam ich bardzo dużo bo w taki sposób realizuje paczki reklamacyjne i nie mogę ich usunąć w sello zbiorczo ani też pojedynczo bo są oznaczone jako wysłane. Może dodać taką opcję do programu serwisowego?

Kurde wczoraj jak to ustawiłem to na dwóch komputerach sprawdzałem dla nowych zamówień i nie zmieniało tego, no chyba, że z jakimś opóźnieniem. Dzisiaj patrzę nowe zamówienia już mają ten status. Także wygląda, że działa. A z ciekawości, ta opcja działa od razu po zaznaczeniu czy trzeba jakiś restart robić? Dodatkowo zapytam czy planujecie możliwość definiowania jakie konkretnie statusy mają być aktualizowane do Allegro? Zastanawiam się nad ustawianiem statusu wysłane, żeby klienci dostawali e-mail od allegro, że paczka wysłana (bo chyba tak to działa?). Nie musiałbym wtedy wysyłać swoich wiadomości z Sello.

Zaznaczyłem tą opcję, zrestartowałem Sello i komputer i serwer SQL i dla nowych zamówień nie ustawia w Allegro stanu "W RELIAZACJI", zostaje stary stan "NOWE" Co może być nie tak? Niedawno zaktualizowałem Sello do 1.40.0

Ale funkcja dedykowana czyszczeniu maili kasuje WSZYSTKIE maile (przynajmniej tak jest podpisane) a nie te, które nie mają powiązania. Zgadza się?

Ja też o tym myślałem ale chyba lepiej skorzystać z programu serwisowego i czyszczenia bazy. Czyścisz wszystkie transakcje, paczki, wiadomości, aukcje i masz czystą bazę z ustawieniami. Ja teraz przy okazji aktualizacji Sello z 1.37.1 na 1.40.0 zrobiłem taki zabieg, że zrobiłem kopię bazy w której zostawiłem tylko transakcje sprzed 3-miesięcy i na niej pracuje. Starą bazę traktuje jako archiwum. Wielkość bazy zmniejszyła się z 40gb do 12gb (zdjęcia wciąż zajmują większą ilość) Pytanie do @Bartosz Rosa. Program serwisowy i opcja czyszczenia bazy ze starych transakcji usuwa do nich podpięte paczki ale nie usuwa wiadomości a wg mnie powinno. Skasowałem ponad milion transakcji i wiadomości do nich zostały. Oczywiście poradzę sobie z problemem w taki sposób, że w module wiadomości wybiorę filtr NIEPODPIĘTE i usunę z Sello ręcznie. Można by dorobić też coś takiego na przyszłość: Jeszcze zapytam czy to zapytanie będzie odpowiednie do usunięcia wszystkich niepodpiętych wiadomości e-mail? DELETE FROM em__Email WHERE em_Id IN ( SELECT AU.em_Id FROM vw_Email AS AU WHERE (em_TransId is NULL and em_AuctionId is NULL and em_PackageId is NULL) AND (em_Status=2) )

Zgadzam się z propozycją. Mam ten sam problem. Moja żona to zakupoholiczka i cały czas coś dla niej odbieram z paczkomatu jak wracam z pracy i mimo że wysyła mi kod qr to i tak musze czekać aż zwolni się komputerek gdzie go będę mógł zeskanować (bo często ktoś korzysta wtedy z komputerka przy paczkomacie bo odbieram w takich godzinach, gdzie są kolejki). Ogólnie można by też w aplikacji dodać opcję autoryzacji drugiego numeru telefonu (partnera) i wtedy na liście obok swoich paczek do odbioru pojawiały by się też jego przesyłki. Kiedyś nawet na androidzie zainstalowałem aplikację typu Multiple Account żeby zautoryzować drugą aplikację InPost z numerem żony ale był już problem z lokalizacją żeby odbierać paczki. Dodatkową sugestią to nadawanie paczek aplikacją na podstawie kodu zwrotu. Gdy zamawiam coś smartem z allegro do paczkomatu to potem jak chce to zwrócić to allegro generuje kod który trzeba wpisać a tak to by można nadać taki zwrot aplikacją lub kodem qr. Można by np. w aplikacji mobilnej zrobić taką opcję "nadaj paczke kodem" i wpisujesz ten kod w aplikacji i bez podchodzenia do komputera paczkomatu aplikacja otwiera daną skrzynkę i nadajesz szybko zwrot bez czekania i wpisywania na mrozie cyferek (które i tak ciężko się wpisuje na tym czasami źle skalibrowanym ekranie dotykowym)

Zalogowałem się Sferą do Subiekta do magazynu id=1 (oSgt.MagazynId = 1) i przekazuje do metody oSgt.Dokumenty.Istnieje() pełny numer dokumentu (string), który znajduje się TYLKO na magazynie id=4 a funkcja mimo to zwraca wartość TRUE. Czy da się jakoś sprawdzić Sferą, czy dany dokument NA DANYM MAGAZYNIE istnieje? Oczywiście wiem, że mogę to zrobić zapytaniem SQL ale chciałem się zorientować czy to brak w funkcjonalności Sfery czy też może błąd?

Nie wiem jak działa interfejs w programach typu NEXO ale czy jest tam jakaś obsługa/optymalizacja dla bardzo dużych baz danych? Przykładowo wchodzę w dział transakcje "WSZYSTKIE" a on ładuje np. 2 miliony transakcji i próbuje je przygotować czy raczej pobiera tylko pewną część, żeby moduł już był gotowy do przeglądania? Czy jest tam efekt okna "brak odpowiedzi" jak w obecnym Sello podczas pobierania danych z bazy i blokada interfejsu? Można by się nad tym zastanowić przy tworzeniu nowego Sello, żeby to działało optymalniej.