Bartosz Rosa

Proszę wziąć pod uwagę, że płatny jest program natomiast pomoc na forum jest darmowa. W świecie obecnym nie występują takie zjawiska i jeśli ktoś chce mieć pomoc to musi ją wykupić - bo to, jak pokazałem realnie przekłada się na dodatkowe godziny pracy moje, czy innych członków zespołu. Pomoc na forum nie jest częścią programu, za którą Pan zapłacił, licencja na program nie mówi nic na temat darmowej usługi wsparcia na forum. Staramy się oczywiście pomagać na ile jesteśmy w stanie, ale jeśli mamy to robić po obecnej cenie, czyli za darmo, to bardzo, ale to bardzo prosimy o krótkie pytania i krótkie odpowiedzi. Inaczej nie damy rady pogodzić pracy nad programem wraz z obsługą tak długich postów. A jeszcze proszę to przemnożyć przez liczbę postów dziennie. Jak najbardziej problemy i pytania można zadawać, ale wymaganie ode mnie abym podał status prac nad każdym zgłoszonym problemem - no to to już wykracza poza szeroko rozumianą (darmową) pomoc do programu, który na dobrą sprawę, jest nadal dość tani na rynku. Zgadza się, ale my nie gwarantowaliśmy nigdzie odpowiedzi na każde pytanie i każdy problem. W przypadku Sello i tak wydaje się, że mamy wskaźnik odpowiedzi bardzo wysoki. Proszę zauważyć, że obecnie wiele firm rezygnuje w ogóle z forów i są tylko fora typu community support - gdzie autorzy programów w ogóle nie interesują się tematami tam poruszanymi a całość działa poprzez wzajemne wsparcie społeczności. No właśnie dlatego o tym napisałem, bo widzę, że nie wszyscy jednak wiedzą jak to działa. Wsparcie na forum jest darmowe i nie jest gwarantowane w ramach licencji. Więc pisząc post warto mieć to świadomości, że im krótszy, tym szansa na pomoc rośnie ze względów po prostu czasowych jakimi dysponujemy. Zwłaszcza jeśli chodzi o dodatkowe życzenia, polegające na analizie tematu, postępu prac itp. no tu musimy postawić przed tym kropkę niestety. Nie neguję, natomiast dobrze by było aby to użytkownicy się wypowiedzieli sami za siebie. Gdy się wypowiadają, my mamy pewne liczby, wiemy ile tego jest i jesteśmy jakoś w stanie segregować tematy pilne od mniej ważnych. Powtarzanie tego 5 raz nic nie wnosi a tylko przepala czas - po prostu. No ale tak to się nie skaluje problemu wymnażając przez liczbę użytkowników , bo w ten sposób to można dojść do absurdów, że w skali całego świata to mruganie powoduje, że całymi tygodniami ludzie mają zamknięte oczy. Niestety takiej komunikacji o postępie prac na każdym zgłoszeniem na tę chwilę nie ma i nie planujemy w najbliższym czasie jej wdrażać. Natomiast jeśli ma to robić człowiek, to będzie się to wiązało z podniesieniem kosztu licencji aby taką osobę dodatkową opłacić. Dla nas cykl wydawniczy 4 razy w roku to jest chleb powszedni od 20 lat więc wydaje się to naturalne, że poprawki wchodzą wraz z nowymi wersjami. Proszę sobie teraz wyobrazić, że każdemu użytkownikowi trzeba dokładnie odpowiedzieć kiedy to będzie a też jednak w ogromnej większości przypadków klienci nie oczekują konkretnego terminu. Trudno jest mi rozeznać, komu trzeba to wytłumaczyć a komu nie, ale skoro rozmawiamy o programie dla klienta masowego, to raczej nie powinno się mieć oczekiwań, że zgłoszone (moje) problemy zostaną załatwione od ręki. Tak to nie działa nigdzie w tego typu oprogramowaniu. Sello 1 to było Sello 1. Co było tam, zostało tam. W Sello NX staraliśmy się pewne tematy przenieść, ale działamy tutaj trochę na innej platformie, w innym świecie i jakby nie patrzeć, jest to zupełnie inny program o podobnej nazwie i podobnych koncepcjach. Naturalne jest, że naszym klientom polecamy nasz nowy produkt i tutaj chyba nie powinno to nikogo dziwić. Wiele funkcji z Sello 1 miało marginalne użycie i tych funkcji nie dodawaliśmy w Sello NX, skoro są brakujące funkcje, z których korzysta więcej użytkowników. I tak, może się zdarzyć, że braknie akurat tej jednej funkcji, która była niszowa i jej po prostu nie ma i może i nie będzie w Sello NX. Natomiast nie mam tutaj pewności o czym dokładnie mówimy. Ja twierdzę, że nie robimy programu dla jednej firmy i nie spełniamy życzeń pojedynczych firm, bo te mają potrzebę taką albo inną. Kierujemy się liczbą zgłoszeń. Wielokrotnie czytam na forum o "podstawowych funkcjonalnościach" ale za każdym razem to jest inny zestaw funkcji. Dlatego jeśli jest zapotrzebowanie na jakąś funkcję, albo coś doskwiera przy codziennej pracy to proszę o tym napisać. My to zbieramy i resztę roboty robi masa. Jeśli jakiś problem zgłosi więcej użytkowników to szybciej trafi do realizacji - w tym kontekście nie reagujemy na "podstawowe funkcjonalności" bo każdy ma swoje, a jak wspomniałem, nie pracujemy na zlecenie poszczególnych firm. Być może kiedyś będziemy, ale każdy kto próbował własnych rozwiązań, chyba wie z jakimi kosztami się to wiąże. Rozumiem. Zgłosił to Pan już kilka razy i twierdzę, że zupełnie niepotrzebnie ciągle o tym rozmawiamy, przepalając czas. Wiemy o tych problemach, zgłosiło jest już wielu użytkowników i są realizowane. Ale nie powiem które konkretnie, kiedy będą itd. bo takich zgłoszeń mamy setki i ręcznie jest to nie do obsłużenia, a systemu monitoringu na żywo nie mamy na tę chwilę. Jest też część, która wrzuci zrzut ekranu, napisze 3 zdania jak powtórzyć problem i to nam zdecydowanie usprawnia pracę bez konieczności angażowania się w to czy tak powinno być czy nie, ile osób na tym zyska a ile nie. Chodzi o formę podania. Krócej = lepiej. Ja również nie mam takiego zamiaru a cel mamy wspólny . Chcę też naświetlić jak się sprawy mają, żeby zasady współpracy były w miarę jasne. Jest, bo odpowiadanie na tym forum w ogóle nawet nie jest w zakresie moich obowiązków . Jestem tu z dobrego serca po prostu i przez zasiedzenie od 20 lat . I na prawdę, jeśli mielibyśmy odpisywać na każde takie żądanie to ceny muszą pójść do góry, ale raczej z doświadczenia widzę, że potrzeba ta jest raczej minimalna i nie spotka się z szerokim poklaskiem wśród użytkowników. Często nie mogę też odpisać precyzyjnie kiedy pojawi się poprawka, bo są one często przesuwane z różnych względów, a to się okaże, że jakiś problem jest tylko wierzchołkiem góry lodowej, dlatego informacje takie nie dość, że zbędnie obciążają to na dodatek nie są stałe w czasie. To, co mógłbym obiecać dziś, pojutrze okazuje się, że wymaga wprowadzenia kilkunastu innych zmian co zmienia postać rzeczy zupełnie. Dlatego ani my, ani też inni producenci nie informują o tym co i kiedy zrobią i w jakim zakresie - chyba, ze mają to już zrobione i są pewni. To jest zbyt dynamiczne środowisko. Tak sobie przypomniałem, jakieś 10 lat temu na forum ktoś zrobił tłumacz terminów stosowanych przez Bartka, na terminy realizacji . Dotyczyło to Sello 1 ale już wtedy termin "w najbliższym czasie" był chyba tłumaczony na 3-6 miesięcy . Coś w tym jest. P.S. Tym razem nie napiszę, ile mi to czasu zajęło i że od godziny powinienem być już w domu.

Ciągle mówimy o ofertach czy o zamówieniach? Brak filtra czy brak daty wystawienia w danych oferty? Musimy rozmawiać precyzyjnie bo nie dogadamy się w ten sposób . Najlepiej zrzut ekranu, czego brakuje i gdzie.

Można na różne sposoby. Np. dodać nowy status zamówienia np. Nieopłacone w terminie i w automatyzacji dodać nowy automat, który zadziała po zadanym czasie od spełnienia warunków w obiekcie Zamówienie wysyłkowe -> warunki spełnione przez 2 godziny i tam w warunkach wskazać, że status zamówienia = NOWE, pozostało do zapłaty > 0 i pobranie = NIE i wtedy czynnością zmienić status na Nieopłacone w terminie, przy czym jednocześnie można też wygenerować wtedy wiadomość email, lub też dodać osobny automat, który wyśle takiego maila w momencie gdy w zamówieniu zostanie ustawiony ten nowy status. Można to także oprzeć np na cechach EZ. Podobnie jak w punkcie 1. Kolejny automat, który będzie sprawdzał po 3 dniach czy status zamówienia nadal jest Nieopłacone w terminie => Ustaw wartość pola: Status zamówienia -> Anulowane.

Jeśli automat jest ustawiony aby wykonawcą była osoba X to naturalne jest, że u tej osoby się on wykona . Trzeba w konfiguracji ustawić aby wykonawcą był wywołujący automat. To nie ma związku z samym pluginem czynności czy warunku tylko z działaniem modułu automatyzacji.

Zmiany są przypisane, ale istnieje możliwość taka, że są one stworzone na podstawie pobranej starszej wersji parametrów, a w serwisie uległy one zmianie od tego czasu. Choć w przypadku Stanu bym tego nie podejrzewał. To można sprawdzić upewniając się czy problem występuje też po odświeżeniu tych parametrów w zakładce PARAMETRY. Możliwe, że trzeba wtedy ponownie ustawić te parametry - jeśli zmieniły swoje wartości pod spodem. Z poziomu dolnej zakładki ZMIANY W SERWISIE można też zaznaczyć niektóre zmiany i wysłać je z tego poziomu. Np. zaznaczyć tylko te wymagane, które odrzuca serwis i je spróbować wysłać. Raczej Sello NX ponownie wysłało zmiany i tym razem przeszły. Tylko wtedy oznaczą się one na zielono. Pobieranie danych nie dotyka w ogóle tych zmian oczekujących.

Błąd wskazuje na sekcję opisu numer 6, licząc od 0 to będzie 7 sekcja. Proszę w jej okolice podjechać edytorem HTML i podesłać zrzut ekranu tego fragmentu.

Konsultowałem problem z innymi zespołami nexo, bo to jest mechanizm wspólny. I niestety nie ma jakiejś jednej konkretnej przyczyny, kiedy miało by się to dziać. W grę mogą tutaj wchodzić problemy z dostępem z wielu miejsc jednocześnie do danych w bazie, małą przepustowością sieci lub wydajnością serwera SQL. Wydruki tworzone są przez zewnętrzną bibliotekę i one niejako same sięgają po dane w bazie - i tutaj coś powoduje, że niektórych danych nie otrzymują. Pytanie, czy w takich przypadkach wydruk trwa jakoś zauważalnie dłużej?

W najbliższej aktualizacji 61.1.0 będą poprawki związane z pobieraniem ofert z Presty. Prośba o weryfikację i informację.

Dość dużo tych zmian a ja w tym bezpośrednio nie uczestniczę jako developer ani tester :). Zobaczmy zatem co przyniesie aktualizacja 61.1.0, która powinna ukazać się w tym tygodniu.

No to jest głównie problem właśnie . Duże listy wartości z pojedynczym wyborem mamy obsłużone, te z multiwyborem jeszcze nie. Od tego jak serwis definiuje parametry i czy jest multiwybór czy wybór pojedynczy zależy jak to jest widoczne w Sello NX (lista checkboxów albo lista rozwijana). Z wystawianiem ofert w Empiku, będziemy badać temat. To jest nowość a do tego sposób działania marketów opartych o Mirakl jest zdecydowanie inny niż np. Allegro, więc to też oznacza, że wdrożone mechanizmy są nowe.

Jest znany, nietrywialny, problem z drukowaniem PAi+FSd. Bywa, że w niektórych systemach wychodzi tylko PAi i trzeba ponowić operację aby wydrukował się FSd. Poprawka czeka na swoją kolej.

Przez formularz należy wysłać tylko zgłoszenie. Tam osoba po drugiej stronie pokieruje dalej jak wysłać bazę. Przez sam formularz baza nie przejdzie z racji wielkości.

No właśnie proste nie było, dlatego się w pierwszej wersji nie pojawiło . Musieliśmy poczekać na pewne zmiany we frameworku.

Ceny zostaną przeniesione tylko wtedy, jeśli mają zaznaczenie, że są ręcznie podane. Wynika to z tego, że jeśli nie podajemy cen dla innych krajów to Allegro samo wylicza ceny. Natomiast jeśli podamy cenę ręcznie dla innych krajów, to wtedy Allegro wyłącza dla takich cen przelicznik. Skutek byłby taki, że ceny pozostały by zamrożone na etapie powielenia. Dlatego jeśli znacznik przy cenie nie jest ustawiony to nie przenosimy tej ceny do oferty powielonej. Problem może pojawić się, jeśli oferty pierwotne są pobrane z serwisu, bo wtedy ten znacznik nie jest włączony - można go włączyć tylko samodzielnie nadając cenę w ofercie np. na etapie wystawiania, lub też ustawiając cenę na taką samą w ofercie trwającej. Ten znacznik będzie już wtedy zapamiętany i przy powielaniu cena przeniesie się do nowej oferty. Czy w tych ofertach jest ustawiony produkt Allegro na zakładce PARAMETRY? Proszę też podesłać zrzut ekranu w module szablony ofert, zakładka USTAWIENIA SPRZEDAŻY w szablonie o nazwie Szablon powielania oferty.

Obecnie trwają prace nad możliwością zmiany opisu zbiorczo, co oznacza także możliwość generowania opisów przy użyciu szablonów ofert. Czy to będzie wystarczający model pracy z opisami czy pójdziemy jeszcze dalej w osobny moduł z opisami to jeszcze nie wiemy. Zobaczymy jakie będą reakcje i potrzeby po wdrożeniu. Planowane na 62 w październiku.