Ranking

No i nie udało się nam tego zrealizować, bo (jak już wspominałem na forum w innym temacie) pojawiły się pewne przeszkody w samym mechanizmie automatów, którymi musieliśmy się najpierw zająć i one były w wersji 50 realizowane. Terminy wypuszczania Sello NX są nierozerwalnie związane z wypuszczeniem całego nexo i są nieprzekraczalne, dlatego też nie możemy sobie tak ich naciągać jak w przypadku Sello1, gdzie mogliśmy sobie pozwolić na przesunięcie wypuszczenia wersji jeśli jakaś funkcja nie była zrealizowana w pierwotnym terminie. Tutaj, jeśli nie zdążyliśmy to funkcja po prostu wylatuje z wersji i trafia do następnej. Tego nie przeskoczymy niestety. Dlatego nie przywiązywałbym się bardzo mocno do numerów wersji które podajemy, bo jest zbyt dużo niewiadomych po drodze i restrykcji czasowych. Jeśli dziś piszemy, że coś jest zaplanowane na wersję kolejną, np 51, to znaczy jedynie tyle, że jest zaplanowane i dążymy do tego aby dana funkcja się w tej wersji znalazła - ale jeśli nie zdążymy to się w niej nie znajdzie niestety, będzie za to w kolejnej - ale nadal jest na szczycie naszej listy rzeczy do realizacji. No taki urok programów nad, którymi pracuje wiele zespołów - jesteśmy wzajemnie zależni od siebie. Sello1, przypomnę, że było tworzone i rozwijane przez ponad 15 lat, proszę nie traktować zatem funkcji w Sello NX jako ich ostatecznej wersji. W bardzo wielu przypadkach funkcje w Sello NX są obecnie jeszcze w bardzo podstawowym wydaniu i z wersji na wersję pracujemy nad ich udoskonalaniem i realizacją tak jak zostały zaplanowane. Po prostu nasze plany musieliśmy wielokrotnie ciąć do możliwości czasowych - stąd pewne rzeczy wymagają jeszcze "dodatkowego klikania". Więc to nie jest kwestia nieintuicyjnego skonstruowania, tylko ostrego docięcia zaplanowanych funkcji. Zmiany zbiorcze mamy obecnie zaplanowane na wersję 52 i będą one kompleksowo zrealizowane dla wszystkich pól w ofertach i zamówieniach wysyłkowych. Automaty to jest jedyny słuszny kierunek, aby zapewnić rozszerzalność i bardzo duże możliwości konfiguracji w przyszłości. Z punktu widzenia użytkownika to czy jakaś funkcja jest zrealizowana jako automat czy jako wbudowany fragment algorytmu działania programu jest w zasadzie niezauważalna. W obu przypadkach jest to prosty włącznik w parametrach: Ale gdy zajdzie potrzeba realizacji tego w nieco inny sposób, to podejście poprzez automaty daje taką możliwość od ręki, a wbudowany algorytm (tak jak w Sello1) skazuje użytkownika w zasadzie na oczekiwanie na realizację zaproponowanej sugestii przez nas, albo na brak takiego rozwiązania. Jest to okupione pewnym dodatkowym nakładem pracy dla nas na początku - zwłaszcza, gdy trzeba jeszcze "podkręcić" niektóre mechanizmy w nexo na potrzeby Sello NX, ale zaprocentuje to za jakiś czas. Sęk w tym, że Allegro podaje tylko informację, że klient chce fakturę. Nie mówi jaka to ma być faktura, VAT, detaliczna, a może jeszcze jakaś inna, w nexo są dostępne od niedawna własne typy dokumentów, które również muszą być obsłużone - gdzie tak konfiguracja być musi i rozwiązanie które zaprojektowaliśmy i aktualnie się robi uwzględnia te sytuacje, o których często się nie myśli, do czasu aż okaże się, że po dodaniu w Subiekcie własnej faktury dedykowanej pod Allegro - nie da się jej użyć w Sello NX. Nikt nie powiedział, że się nie da tego zrobić. Nie ma takiej opcji w obecnej wersji programu, za chwilę będzie się dało i to z możliwościami o wiele większymi niż w Sello 1. I dlatego wymyśliliśmy to w taki sposób jak pokazałem powyżej. Automaty systemowe nie różnią się niczym od zwykłej opcji w programie dla użytkownika i żadne programistyczne umiejętności nie są tutaj potrzebne. Natomiast pieczemy tutaj dwie pieczenie na jednym ogniu więc i użytkownicy zaawansowani jak i wdrożeniowcy będą mieć tutaj do dyspozycji narzędzia, które pozwolą zrealizować bardziej wyszukane scenariusze - bez konieczności zmuszania innych do habilitacji z automatów .

bardzo dziękuję za pomoc 😉

Rewizor nexo działa podobnie więc nic nowego w tym zakresie nie wniesie. Zapisaliśmy to jako problem do realizacji.

super, działa , jest pan wielki 😉

Dzień dobry, w przypadku takiej sytuacji, gdy istnieje konieczność wygenerowania korekty w podmiocie z GT, a pracuje Pan już na nexo proszę o kontakt z działem sprzedaży InsERT. Dział sprzedaży: tel. 71 78 76 110 sprzedaz@insert.com.pl

Dziękujemy za podzielenie się rozwiązaniem!

Dzień dobry, w wersji 50.0.0 poprawiono podpowiadanie kursu w przypadku zbiorczej aktualizacji kursu EBC, gdy ostatni dzień rozliczanego kwartału wypadał w dzień wolny. Czy ta opcja jest niewystarczająca?

Dzień dobry, rejestracja klienta biura jest możliwa również z poziomu Konta InsERT: Jak zarejestrować kolejnego klienta biura z poziomu Konta InsERT?

Aktualnie nie ma takiej możliwości, temat zapisujemy do realizacji w przyszłości.

Automatyzację wystarczy zakupić jednorazowo.

To są dwa różne, niezależne programy i obecnie jedynym sposobem ograniczenia pobierania zamówień np w Sello NX w stosunku do Sello1 (czy jakiegokolwiek innego programu) jest odpowiedni wybór konta w Sello NX i pobieranie tylko z niego, oraz możliwość ustalenia daty odcięcia (dla każdego konta osobno), które odrzuca starsze zamówienia przy pobieraniu.

No tak, tak zrobiłam, ale to trzeba każdorazowo wpisać (w praktycej: jak za króla ćwieczka zapisać na karteluszku dane z Rachmistrza od tego drugiego klienta i przepisać bezbłędnie), mało tego, wyliczyć % udziałów, bo nie liczy z całości :-) Myślałam, że program ma patent, żeby podać np. NIP spółki, wysokość procentową udziałów i sam zaciągnie dane - bo obie firmy to moi klienci - w Rachmistrzu NEXO rozliczani:-))