Skocz do zawartości

Jakub ***

Użytkownik
  • Liczba zawartości

    122
  • Rejestracja

  • Ostatnia wizyta

Zawartość dodana 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. Edycja utworzonego już dokumentu ładuje się kilka sekund, zarówno w Sello jak i w Subiekcie. Ręczne stworzenie dokumentu dla tego kontrahenta w Subiekcie jest szybkie. Jedynie wygenerowanie poprzez przycisk Dokument końcowy w Sello trwa bardzo długo. Czy coś jeszcze możemy spróbować / przetestować?
  3. 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.
  4. 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ą.
  5. Ok, rozumiem. A czy w Subiekcie Nexo wygląda to dokładnie tak samo?
  6. Temat poruszyłem na forum Sello, ale pozwolę sobie go tutaj zacytować, ponieważ dotyczy głównie Subiekta.
  7. 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
  8. 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ć. 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 .
  9. 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?
  10. 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.
  11. 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. 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.
  12. Czy jest możliwość przeniesienia wiadomości z zakładki wysłane z powrotem do zakładki Skrzynka Nadawcza? Potrzebujemy ponownie wysłać maile, które nie zostały dostarczone i najłatwiej byłoby cofnąć całą grupę tych maili i ponowić wysyłkę niż tworzyć wszystkie pojedynczo.
  13. Dokument jest modyfikowany z zakładki Transakcje / Do paczek / Dokumenty / Dokument końcowy -> Operacje (Popraw).
  14. 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.
  15. 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.
  16. 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.
  17. 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.
  18. 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
  19. Tak, była to wina czcionki. Po zmianie, wszystko zapisuje się poprawnie.
  20. Ok, problem jest tylko z jednym szablonem wydruków i na 99% z którąś z użytych czcionek. Trzeba będzie się przyjrzeć temu szablonowi dokładnej i sprawdzić, która jego część wpływa na powstający błąd podczas drukowania.
  21. Szukałem podobnego problemu na forum, ale wszystkie występują z innym kodem błędu. InsERT_Driver: Drukowanie dokumentu do PDF: (null) (0x800416FB) Same pliki zapisują się w lokalizacji, tj. nazwa dokumentu, ale są puste (0 KB). Niestety nie wiem, co może być przyczyną. Folder jest w lokalizacji sieciowej i posiada pełne prawa do zapisu.
  22. 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: 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
  23. 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ę...