Skocz do zawartości

Jakub ***

Użytkownik
  • Liczba zawartości

    122
  • Rejestracja

  • Ostatnia wizyta

Posty dodane przez Jakub ***

  1. Dziękuję za szybką odpowiedź. Polecenie zostało wykonane:

    CREATE NONCLUSTERED INDEX IX_SelloDok
    ON [dbo].[dok__Dokument] ([dok_Typ],[dok_Podtyp],[dok_SelloId],[dok_SelloData])
    INCLUDE ([dok_Id],[dok_NrPelny])
    GO

    Indeks został utworzony, ale brak poprawy.

    Sprawdzaliśmy wczoraj po utworzeniu indeksu oraz dzisiaj po przeprowadzeniu odbudowy indeksów z poziomu programu serwisowego Subiekta. Czas oczekiwania jest taki sam (około 3 minuty do utworzenia dokumentu końcowego).

  2. Cześć.

    Mamy taki problem, że przy konkretnym kontrahencie musimy oczekiwać na otwarcie formularza dokument końcowy ponad 3 minuty. Dzieje się to za każdym razem gdy transakcja dotyczy tego kontrahenta. Przy innych nie zauważyliśmy tego problemu i czas oczekiwania to standardowo kilka sekund.

    Co udało mi się zauważyć/sprawdzić:

    • liczba transakcji dla tego kontrahenta jest największa (inni kontahenci, którzy mają liczbę transakcji 60% z tego, formularz otwiera się standardowo)
    • w Subiekcie znajduje się siedmiu kontrahentów o tym samym adresie email co ten konkretny (część z nich na pewno została utworzona ręcznie, co zostało mi potwierdzone), ale powiązany z Sello jest tylko jeden (tabela [Subiekt_baza].[dbo].[kh__Kontrahent] -> [Sello_baza].[dbo].[cs__Customer])
    • analizie poddane zostały również zapytania do bazy poprzez program Express Profiler 2.0, ale nie zauważyłem w tym czasie zapytań ze zbyt długim czasem oczekiwania

     

    Moje pytanie, czy liczba transakcji lub liczba tych kontrahentów (którzy w zasadzie są jednym i tym samym) może mieć wpływ na tak długi czas oczekiwania programu na formularz dokumentu końcowego?

    Dziękuję za wskazówki.

  3. Ok, dziękuję za odpowiedzi. Na forum Subiekta podałem linka do tego tematu i otrzymałem tam podobną odpowiedź.

    Na ten moment chyba jedynym satysfakcjonującym rozwiązaniem jest:

    1. zmiana nazwy towaru tylko do wystawienia korekty

    2. powrót do właściwej nazwy po wystawieniu korekty

     

    Najlepiej podczas zmiany tej nazwy nie pracować na bazie, a już na pewno nie realizować nowych transakcji, żeby przypadkiem znowu coś nie poszło z błędną nazwą.

  4. Nie wiem, czy problem jest tylko po stronie Subiekta, czy też coś było zmieniane w Sello, ale zmiana nazwy produktu powoduje dosyć istotne problemy. Może opiszę sytuację na przykładzie.

     

    1. Wprowadzamy nowy towar do bazy np.:

    "Jakaś perfuma 250ml"

    2. Klient dokonuje zakupu powyższego towaru, ale po jego otrzymaniu okazuje się, że w ofercie był błąd. Ponieważ zakupiona perfuma nie ma 250ml, a 200ml.

    3. Zwraca towar.

    4. Zmieniamy błędną nazwę towaru na prawidłową:

    "Jakaś perfuma 200ml"

    5. Po otrzymaniu towaru chcemy wystawić korektę faktury klientowi, ale w korekcie pojawia się już nowa nazwa tj. "Jakaś perfuma 200ml", a nie stara. Sprawdzamy transakcję, tam również nazwa zmieniła się na nową.

     

    Problemem jest to, że powinniśmy wystawić klientowi korektę z dokładnie taką samą nazwą produktu, jaką on zakupił, a nie z podmienioną nową nazwą. Co prawda przechowujemy dokumenty w postaci pdf, i tam jest ok, jednak wszystkie w wersji cyfrowej są już podmienione. Wcześniej zdarzało się, że też musieliśmy zmienić nazwę produktu, ponieważ wkradł się błąd, ale nigdy nie było takiej sytuacji, żeby były podmieniane nazwy w transakcji. Czy to przez jakieś nowe zmiany w Subiekcie/Sello?

     

    Aktualne wersje z których korzystamy:

    Sello - 1.42.6

    Subiekt GT - 1.70 SP1 HF2

     

  5. 20 godzin temu, Bartosz Rosa napisał:

    Tak. Można dołączyć do grupy Sello NX InsIDER

    Bardzo fajna inicjatywa. Wiem, że inne osoby tutaj na forum oraz u nas w firmie są na pewno bardziej biegłe w obsłudze Sello ode mnie, także nie wiem czy byłbym tutaj osobą kompetentną w tym zakresie :). Ja raczej odpowiadam za integrację naszego programu "wewnętrznego" (nie jest on dostępny publicznie) z Sello 1 lub ewentualną bardziej precyzyjną konfigurację - jak z wzorcami wydruków. Na pewno będę się przyglądał postępom i każdą funkcjonalność opisaną tutaj na forum również postaram się skomentować.

    20 godzin temu, Bartosz Rosa napisał:

    Naturalnie Sello 1 nadal będziemy wspierać przez jakiś czas, już po wypuszczeniu Sello NX, ale w którymś momencie powiemy koniec. Na razie można jeszcze spać spokojnie :).

    To mnie uspokaja, bo akurat jeżeli chodzi o support, to ST zawsze stał i chyba dalej stoi na najwyższym poziomie. W każdym razie myślę, że na pewno na samym początku będziemy pracować na dwóch środowiskach, przy czym to Sello NX będzie jako testowe do czasu pełnego przeniesienia. Jest to chyba dla nas i innych użytkowników jedna z najbardziej oczekiwanych premier i jak się tylko pojawi to na pewno kupimy :D.

    • Lubię to 1
  6. Dziękuję za odpowiedź Bartek. Mam jeszcze dwa pytania. Czy w takim razie będzie wcześniejszy dostęp do jakichś wersji beta Sello NX, żeby można było to wszystko dostosować lub czy po wypuszczeniu wersji 1.0.0 Sello NX możliwe będzie jeszcze jakieś minimalne wsparcie starego Sello przez pewien czas, żeby wszyscy mogli spokojnie się przenieść? I jeszcze jedno pytanie - czy jak w Sello mamy poustawiane szablony wydruków (faktur, paragonów, list magazynowych), maili, ścieżki do zapisu dokumentów, ścieżki do zdjęć - generalnie cała konfiguracja, to czy ona przejdzie na nowe Sello NX?

  7. Czy w Sello NX zostaną zastąpione/zmodyfikowane tabele z których obecnie korzysta nasz integrator m.in. dbo.au__Auction, dbo.au_Allegro, dbo.it__Item? Z tego co przeczytałem, to główne zmiany mają dotyczyć samego programu i jego interface'u, a w mniejszym stopniu bazy.

  8. W dniu 27.03.2021 o 08:34, MARCIN e-kupowanie.pl napisał:

    Jak były wysłane to czy da się je "cofnąć" i wymazać ze skrzynek odbiorczych klientów?

    Oczywiście, że nie o to chodzi, a jedynie o ponowną wysyłkę wiadomości z taką samą treścią. Są to maile z dokumentami zakupu i nie zostały najprawdopodobniej dostarczone z powodu błędu naszego serwera lub jednego z serwerów pośredniczących. My dostaliśmy zwrotkę, że maile nie doszły do adresata.

    W dniu 27.03.2021 o 08:34, MARCIN e-kupowanie.pl napisał:

    Nowe maile można tworzyć zbiorczo na grupie transakcji/paczek, czy to nie pomogło by ogarnąć taką sytuację?

    Tak, to rozwiązanie jest dobre, ale nie działało nam w pełni na stanowiskach klienckich, gdyż nie dołączało załącznika - prawdopodobnie ze względu na brak uprawnień. Przy tworzeniu wiadomości z serwera wszystko jest w porządku. Dzięki.

  9. Zauważyliśmy, że podczas modyfikacji dokumentu nie jest jednocześnie nadpisywana zawartość pliku PDF. Aktualnie trzeba usunąć dokument i stworzyć go ponownie z takim samym numerem, żeby plik się nadpisał.

    Moje pytanie, czy jest możliwe wymuszenie aktualizacji pliku PDF, kiedy następuje zmiana w dokumencie? Jeżeli nie, to dobrze byłoby wprowadzić taką funkcję (może w 1.39 😁), bo czasami można o tym zapomnieć, a klient otrzyma dokument sprzed modyfikacji.

     

  10. 23 minuty temu, MARCIN e-kupowanie.pl napisał:

    Ciekawy jestem jaki % użytkowników zagląda za każdym razem do raportu. Osobiście zwracam uwagę, żeby było tam czysto, ale nie powiem, że przy drukowaniu każdego dok. końcowego to robię... Natomiast inny wygląd linii w TRANSAKCJE > DO PACZEK byłby od razu zauważalny.

     

    Takie zamówienia wytępują u mnie nie często (pakujący to szybko wyłapują), ale jak Sello umiało by na to zwrócić uwagę to było by świetnie.

     

    PS

    tak na szybko: czy przy wydruku (tego mojego z danymi transakcji z PACZKI > DO WYSŁANIA) dało by się jakoś wymusić drukowanie kraju gdy jest inny niż PL? drukujemy przed wysyłką więc to także wstrzymało by wysyłkę (chociaż pozostał by dok. końcowy do korekty).

     

    Podpisuję się pod zdaniem o częstotliwości zaglądania do raportów przeze mnie jak i przez innych współpracowników. Także dla nas nie będzie to praktycznie żadne rozwiązanie.

     

    Propozycja z wydrukiem kraju na listach magazynowych jest jakimś pomysłem, natomiast nie jest to idealne rozwiązanie. Pakowacze będą przychodzić i dopytywać, "czy ta paczka faktycznie ma być wysłana do Niemiec?". Ewentualnie osobo drukujące listy magazynowe mogą je przeglądać, a i tak jak kolega e-kupowanie wspomniał trzeba by ewentualnie anulować dokument końcowy.

    W dalszym ciągu podświetlenie na listingu tego typu transakcji wydaje się być najlepszym rozwiązaniem.

  11. W dniu 19.03.2019 o 16:15, Konrad Cholewa napisał:

    Nawet jak to uzupełnisz to klienci z zagranicy wybierają dostawę do Polski :) 

    Allegro nie ma czegoś takiego jak wymuszenie kraju wysyłki .

    Pomimo cenników wybierają ten Polski bo albo darmowy albo najtańszy jest. 

    Przypomnę się odnośnie tego tematu, bo sprawa faktycznie jest kuriozalna. Jest dokładnie tak jak kolega Konrad napisał. Co z tego, że w cenniku ustawimy sobie koszt wysyłki do Austrii 80,00 zł skoro klient wybierze przesyłkę DPD (krajową) za 12,00 zł i taka przesyłka przechodzi przez Allegro i dalej bez problemu... Oczywiście na koniec przychodzi faktura za taką paczkę od DPD na minimum 100 zł, a czasem i kilkaset... Sprawa nie jest może nagminna, bo jednak większość zagranicznych klientów skontaktuje się w celu dogadania kosztów lub po prostu wybierze prawidłowo kraj, ale zdarzają się takie przypadki i odnoszę wrażenie, że ludzie robią to specjalnie, bo już raz im się u kogoś udało.

     

    Odnawiam temat, bo chciałbym, aby Sello rozwiązało dla nas sprzedawców ten problem (Allegro nie widzi tutaj oczywiście nic złego). Chyba najłatwiejszym rozwiązaniem byłoby oznaczanie transakcji, gdzie kraj wysyłki różny od Polski jakimś kolorem (np. podświetlenie na pomarańczowo). Wtedy od razu wyłapywalibyśmy takie przesyłki i kontaktowali się z klientem w celu odpowiedniej dopłaty za dostawę za granicę.

     

    Rozwiązanie to wydaje mi się wystarczające i nie powinno być też trudne do wprowadzenia od strony programistycznej.

    Proszę Bartoszu o wypowiedzenie się w tej kwestii.

  12. 14 minut temu, Bartosz Rosa napisał:

    Notatki te muszą mieć zaznaczony pstryczek Wydruk, aby pojawiły się w tym polu.

    Wydaje mi się, że na ten moment to powinno rozwiązać problem. Jeżeli one i tak wymagają takiego oznaczenia, to na tą chwilę przetwarzanie nie będzie konieczne.

  13. Jeszcze jedno pytanie do Bartka @Bartosz Rosa. Czy jest możliwość aby obsłużyć notatki w ten sposób, żeby w raporcie wyświetlić ostatnią dodaną notatkę (przez użytkownika Sello, nie klienta) do paczki? W testowym raporcie po prostu wrzucone jest pole "Paczka_Notatki" do kontrolki i w podglądzie daje to wynik "Notatka testowa...". Natomiast nie pojawiają się żadne informacje w podglądzie raportu do realnych paczek, które notatki posiadają.

     

    Pytanie też pojawia się takie, jak rozróżnić notatki użytkowników z poziomu raportów między tymi, które pochodzą od klientów? W programie, te od klientów dodawane są przez użytkownika (przypisanego do serwera), natomiast te dodane "ręcznie" pochodzą od konkretnego człowieka obsługującego program i przypisanego do niego użytkownika. Gdyby w raportach dało się wyciągnąć ostatnią taką notatkę w paczce od użytkownika - człowieka i umieścić ją w kontrolce, to byłoby to czego szukamy :)

  14. Przy okazji jeszcze jedno zagadnienie do tego tematu. Czy jest możliwość edycji danych z "Source Binding" (Kontrolka->Dane->Bindings->Text->Binding) w taki sposób, żeby zmodyfikować te dane pod kątem usunięcia pewnej powtarzającej się wartości.

     

    Przykładowo, źródło danych ("Dokument") zwraca:

    FV 10/12/001

    FV 10/12/002

    FV 10/12/003

    FV 10/12/004

    FV 10/12/005

    itd.

     

    Chciałbym zastosować coś takiego

    "[Dokument]".Replace("FV","Faktura")

    , co w wyniku by dało:

    Faktura 10/12/001

    Faktura 10/12/002

    Faktura 10/12/003

    Faktura 10/12/004

    Faktura 10/12/005

    itd.

     

    Nie wiem jaka jest wersja raportów w Sello, ale wygląda na starszą. W nowej wersji jest dodatkowa opcja edycji "Source Binding" z poziomu edytora:

    xrbinding.jpg.d7d426876bb42d5e5ad7667e88956e14.jpg

    Jeżeli w raportach z Sello nie ma takiej możliwości, to w jaki sposób można by było tego dokonać z poziomu kodu? Może Bartek @Bartosz Rosa coś doradzi :)

  15. 1 godzinę temu, Bartosz Rosa napisał:

    Przesłanie bazy do nas wiąże się z podpisaniem/zaakceptowaniem umowy przekazania danych osobowych, więc jest RODO friendly, że tak powiem :), a nie jakoś pod stołem.

    Haha, dobrze o tym wiedzieć :)

     

    Ok, to jeszcze jedno pytanie, czy ten czas opóźnienia synchronizacji o 10 sekund można jakoś zmienić w bazie, czy jest zaszyty w kodzie? Jeżeli byłaby taka możliwość to można by ewentualnie jeszcze sprawdzić, czy wydłużenie go do np. 20 sekund by coś zmieniło.

×
×
  • Dodaj nową pozycję...