Użytkownik GT/NEXO

Pomogło wyłączenie kolumn, zostawienie Rodzaj a następnie ponowne włączenie pożądanych kolumn. Wiele razy już miałem sytuacje, że na liscie kolumny zmieniają kolejność i w sumie troche jestem zaskoczony, że działa to jak działa. Często dodajecie nowe kolumny w NEXO w ramach rozwoju, byłoby dobrze zatem docelowo to jakoś przebudować aby wyeliminować takie anomalia. U mnie w konfiguracji grida AS na 1 miejscu jest (niewidoczna) kolumna o nazwie K (Liczba składników). W jaki sposób doprowadzić aby na 1 miescju (zgodnie z Pana powyzszą sugestią) był Rodzaj?

Dziękuję. Czekamy jak sucha studia za wodą

Bywają sytuacje, że Nabywca nie jest Płatnikiem w danym zamówieniu i wówczas dokonywana jest cesja wierzytelności polegająca na sporządzeniu odpowiedniej umowy. Do pęłni szczęscia, aby obsłużyć to z poziomu NEXO potrzebujemy 3 rzeczy: 1. Możliwość wyciągnięcia kolumny Płatnik na gridzie ZN (wówczas korzystając z formatowania warunkowego - porównując płatnika z nabywcą - mielibyśmy czytelną informację gdzie taka cesja jest wymagana) 2. AUTOTEKST, który by wstawiał do maila (bo tam formułowana jest umowa) informację o podłączonych przedpłatach, w sensie kwotę oraz datę BP/KP Oczywiscie przedpłat może być wiele (u nax max 5), wiec można to rozwiazać to na 2 sposby: a/ dodając w autotekstach: data przepdłaty 1, data przedpłaty 2, kwota przedpłaty 1, kwota przedpłaty 2, itd. b/ lub zbiorczo wymienione w ciagu na zasadzie: daty przedpłat: 1.1.2020, 3.03.2020. 31.03.2020, kwoty przedpłat: 1050 zł, 300 zł, 211zł, Osobiscie wolałbym rozwiazanie a/ z tym, że tutaj minusem jest to, że jak zrobicie nawet 5 pierwszych dat/kwot przedpłat to obsłużycie 99% klientów. Może zatem 5 pierwszych dat/kwot i dodatkowo ciąg jak to pokazano w b/ wówczas dogodzicie wszsytkim. 3. Naprawę mechanizmy dot. autorkstów Płatnika z tego wątku - no ale to ma być zrobione w ver. 31

Dziękuję za informację. Tak jak powiedziałem, zależy mi aby ten mechanizm był bezbłędny więc każdy dalszy napotkany problem zgłoszę tutaj + INS - 139036. Wiem, że przez "dobrą zmianę" nie ma czasu na rozwój produktu, (o ile poprawki błędów to rozwój) no ale finanse muszą się zgadzać więc jeszcze raz proszę doprowadźcie ten mechanizm do ładu.

Dziękuję Panie Jacku. Zawijanie co prawda nie od razu ale ogólnie załatwia temat (nie pomyślałem o tym). Nie wszystko od razu jednak zadziałało, niekiedy nie jest widoczna 2 linia (i nie chodzi o szerokość kolumny, bo tą ustawiłem bardzo szeroką). Jakaś usterka przy okazji wyszła, wystarczyło wejść w produkt, przenieść 2 linie opisu (backspace) do 1 linii a następnie znów (poprzez enter) zrobić powrót tego tekstu do 2 linii. Czyli tak naprawdę nie dokonano, żadnych zmian. Zapisać i już tak 1 i 2 linia pokazywana jest OK. A moglibyście oprogramować możliwość kopiowania (ale nie całej zawartości komórki, czyli 2 linii - bo tak to obecnie działa) tylko jednej wybranej linii? Mogłoby się to odbywać np. poprzez przytrzymanie prawego (a nie lewego) klawisza myszy?

Witam, Kodujemy nazwy produktów. Pole Nazwa w AS to nazwa dla klienta. Pole Opis (1 linia) to nazwa do producenta (anglojęzyczna) Pole Opis (2 linia) to nazwa fakturowa W module AS na gridzie brakuje możliwości wywołania kolumny Opis (2 linia). Można wywołać Opis ale on prezentuje zawartość 1 linii, a dopiero w dymku całość Naturalnie przy wielu tyś produktów operowanie na dymku jest słabe. Możecie dodać w module AS, kolumnę Opis - 2 linia? Dziękuję z góry za pomoc!

1. Dziękuję za zbadanie logów a jeszcze bardziej za wolę dokonania usprawnień. Niecierpliwie czekamy, bo odkręcanie jakiegoś braku, szczególnie w formie BP/BW w systemie po czasie wielu miesięcy wiążę się dla nas z różnymi nieciekawymi konsekwencjami. 2. Dziś też pobrało 2 razy tą samą operację, było to BP gdzie klient (firma) zrobił zapłatę z podzielną płatnością. Zdublowało się BP dot wpłaty od klienta ale też BW dot. wypływu srodków na konto Vatowe uległ zdublowaniu. Podejrzewam dlaczego tak się dzieje.... Bankowość została sciągnięta w tym samym czasie przez 2 rózne osoby (2 rózne loginy NEXO) w tym samym czasie. W sygnaturze obiektu mam tą samą minutę utworzenia dla obu operacji! W jednej widnieje, że utworzył ją Pan Jan a w drugiej Pan Marcin. 3. Pod ten sam numer INS wyśle Wam logi z dziś (i dla pewności z wczoraj). 4. W nawiązaniu do bieżącego wątka i zgłoszonych tematów dośle wam jeszcze wyciagi z tych "felernych" dni. A nóż, porónująć je 1:1 z logami na coś jeszcze wpadniecie i szybciej rozwiążecie problemy które nas dotykają. 5. Zalezy mi aby ten mechanizm działał idealnie. Będę obserwował teraz bardzo skrupulatnie sytuacje i monitował jeśli wystąpi jakiś problem. Zeby nie tworzyć nowych "zadań" czy też postów, czy mogę zawsze pisać jako ciągłość korespondencji do INS - 139036 ?

TEMAT 1 Na ZK, jest pole Płatnik. Chciałbym w szablonie wiadomosci email dodać autoteksty związane z tym polem. Znalazłem w autotekstach następujące: <<imie platnika>> <<nazwisko platnika>> <<nazwa platnika>> <<nazwa pelna platnika>><<ulica platnika>><<nr domu platnika>><<kod pocztowy platnika>><<miejscowosc platnika>><<NIP platnika>> ale żaden nie powoduje wywołania danych z wybranego Płatnika na ZK. TEMAT 2 Na ZK jest pole Zamawiajacy. Chciałby analogiczne pola (jak dla płatnika tyle, że do zamawiajacego)wybrać w Autotekstach - nie ma ich?

W module AS nie działa zapamiętywanie kolejności kolumn. Przykładowo, ustawiam patrząc od lewej: NAZWĘ a później OPIS. Po ponownym włączeniu modułu AS znów (patrząc od lewej) najpierw jest OPIS a później NAZWA.

Gdy jestem w module AS i na dole w belce włączę zakładkę Opis danego towaru wówczas mam 2 błędne efekty: - nie mogę zaznaczyć poprzez np. kombinację CTLR+A więcej niż 1 towaru (zatem wszelkie operacje zbiorcze na wielu towarach odpadają) - załadowana zakładka przewija się od razu do pełnej charakterystyki (czyli mniej praktycznie na koniec formatki), tutaj oczekiwałbym spójności działania i zakładka powinna ładować się tak jak inne, czyli być widoczna począwszy od góry.

Logi się zapisują więc wyślę do analizy za kilka chwil. Poprawiałem wyciągi i uzupełniałem braki w operacjach na raty więc wszystkiego nie pamiętam, ale napisze te co do których jestem pewien: Daty w których nie utworzył się wyciąg: 22.11.2019 25.11.2019 Daty w których wyciąg się utworzył ale brakuje operacji BW: 17.05.2019 (kontrahent) 31.01.2019 (prowizje bankowe) Podwojenie BP (w NEXO wygenerowały się 2 a w ING mamy tylko 1 wpływ) 02.03.2020 22.01.2020 (pamiętam nazwę kontrahenta tylko a nie datę a on wpłacał 2 razy więc mogło być to też 24.02.2020) Daty w których wyciąg się utworzył ale brakuje operacji BP: 25.10.2018 (transfer z konta VAT)

Co się odwlecze to nie uciecze. Wracam z tym tematem bo to jest już moment, że coś z tym naprawdę trzeba zrobić! 1. Proszę o odpowiedź na zaległe pytania z poprzedniego postu. 2. Chciałbym zreasumować, że użytkując dłuższy czas bankowość online w ING (od początku kiedy ją zaimplementowaliście w NEXO) doświadczyliśmy: a/ kilka razy zdublowania operacji BP dla tego samego klienta (bankowość online może u nas odbierać kilku pracowników, wiec może próbowali pobrać ją w 1 momencie i to dlatego?) b/ zdarzyło się, że nie pobrało nam operacji BP/BW (brakowało ich na wyciągu stworzonym w NEXO). Były to różne operacje, np. BW prowizyjne, BW które było naszą przedpłatą do kontrahenta, BP które stanowiło transfer z rachunku Vatowego podczas płatności VAT. c/ Zdarzyło się też, że kilkanaście razy (rózne dni, rózne lata) NEXO nie pobrał wyciągów za dany dzień. Jeśli w/w braki odkryje się od razu to jest to małe "piwo". Jeśli gdzieś BW z przedpłatą zaginie na grubsza kwotę i zapłaci się 2 razy za ten sam towar (to nie przypadkowy przykład) to już w/w usterki zaczynają być krytyczne dla prowadzonej działalności. Reasumując: 1. Naprawcie to proszę. 2. Z racji, że usterka występuje niekiedy i może się okazać, że nie jest łatwo problem namierzyć to... zróbcie coś co usprawni wykrycie błędów na ten czas. Pomysły: a/ raport który automatycznie wychwyci braki w wyciągach + wychwyci sytuacje jeśli saldo końcowe (poprzedniego WB) nie jest zbieżne z salem początkowym kolejnego WB. b/ ewentualnie przebudujcie tak wyciągi aby saldo początkowe było pobierane wprost z NEXO, z salda końcowego wyciągu poprzedniego. W tej chwili saldo początkowe pobierane jest wprost z banku. Możliwa jest zastem sytuacja taka oto, że saldo końcowe danego wyciągu się nie zgadza bo brakuje operacji brakowych (bo nexo w wyniku błędu ich nie pobrał) co nie wpływa na saldo kolejnego wyciągu. Gdyby wpływało, problem byłby łatwiej do wyłapania, bo wystarczyłoby na co dzień porównać ostatni wyciąg z nexo z saldem w banku. W tej chwili porównanie ostatniego wyciągu do salda rachunku może być mylące, bo może się to saldo na wyciagu zgadzać ale nadal w poszczególnych wcześniejszych wyciągach brakuje operacji. Zrzuty ekranu dla sytuacji, gdzie brakowało wyciągów + były wyciagi ale brakowało operacji podeślę na PRIV do Pana Rafała Płaszewskiego + Przemysława Werner, może układ danych w jakiś sposób jest problematyczny i to was natchnie na rozwiazanie w/w problemów.

Klient wpłacił zaliczkę, to tez wystawiono FL. Nie byliśmy w stanie dostarczyć towaru więc chcieliśmy oddać zaliczkę. Najpierw wystawiliśmy KW dla klienta, dopiero w drugiej kolejności KFL. Korekta (co bardzo ciekawe) nie widzi KW w przedpłatach, widzi KP (bo mamy przyjęte od tego klienta do innego ZK) i nawet możne to KP podłączyć pod ową korektę co oczywiscie jest błędne bo ta korekta jest korektą na minus (zwracamy zaliczkę). Działamy na przedpłatach, na całe szczęście korekt tak dużo nie mamy, no ale poprawcie to proszę!

Dziękuję Panie Przemku za odpowiedź. O ile dobrze zatem rozumiem działanie mechanizmu, to: przy włączonym wyciągu miesięcznym, może zaistnieć taka oto sytuacja, ze przykładowo gdybyśmy pobrali operacje bankowe w poniedziałek 16.03 tylko raz i byłoby to o godzinie 15:00 (czyli de fakto byłyby to operacje z rannej sesji)... a następne pobranie nastąpiłoby dopiero we wtorek 17.03 to wówczas NEXO by nie zaciągnął operacji bankowych które weszły na rachunek sesją popołudniową w poniedziałek? Nexo zaciągnałby tylko operacje z wtorku, zatem w systemie brakowałoby operacji z popołudniowej sesji poniedziałkowej. Nexo dociągnałby je (uzupełnił braki) dopiero na koniec miesiąca marca, przy okazji zaciągania wyciągu. Czy dobrze rozumiem? Jeśli tak to aby mieć 100% transakcji w systemie musielibyśmy każdego dnia mieć rygor i zaciągać operacje wieczorem, dzięki temu byłaby pewność, ze sciągliśmy wszystko w ramach danego dnia.

Wystawiliśmy FL(L) w wyniku ewidentnego błędu. Pracownik testując oprogramowanie wystawił "na chwilę" fakturę, zapomniał ja usunąć a następnie inny ją zafiskalizował. Faktury nie wpuszczono do obiegu, nie możemy jej skorygować ponieważ to był przypadkowy podmiot (firma już nie istnieje). Faktury FL nie można unieważnić. Co zrobić?

OK. Czekamy na poprawkę.

Od niedawna używamy Przelewy24. Nie utworzyliśmy konta w p24 za pomocą nexo wiec w konfiguracji nie możemy ich dodać jako (typ płatności) szybkie płatności. Dodaliśmy zatem w/w formę płatności jako: Karta płatnicza przy sprzedaży / bon obcy Zwykle model pracy wygląda tak, że gdy fizyczie otrzymamy na konto bankowe wpłatę BP to rozliczamy ją z dokumentem TP (gdzie formą płatności są P24). Samo TP tworzymy z ręki a następnie podłączamy jako przedpłatę do ZK. Próba dotarcie do dokumentu źródłowego (operacje-> pokaz dokument źródłowy) z rozrachunku który z kolei rozlicza BP kończy się fiaskiem. Wywala błąd jak nizej:

Dla 2,5 tyś asortymentu zbiorczo zmieniałem rabat dopuszczalny (na 1 i ten sam). Dla dosłownie 11 pozycji nie można było tego zrobić bo rabat dopuszczalny byłby niższy niż rabat domyślny (co jest zrozumiałe i logiczne). Niezbyt właściwe było jednak to, że po napotkaniu pierwszego błędu jak wyżej (pewnie pierwszego towaru z tych 11 pozycji) algorytm zmieniający zbiorczo ceny się poddawał i wyświetlał info, że nie może dokonać zmian dla reszty towarów, chociaż faktycznie mógł dla tej znakomitej większości zmian dokonać. Działania algortymu jak wyżej powodowało, że zmianę dopuszczalnego rabatu musiałem wykonać w wielu krokach, zaznaczając mniejsze partie. Wydaje się, ze własciwej byłoby gdyby algortym oczywiscie komunikował błedy ale jednocześnie zmieniał wszsytkie te towary, gdzie nie ma przeciwskazań. Czyli zeby się nie zatrzymywał na 1 błedzie.

Dodaliście nie tak dawno przełącznik (zresztą bardzo pomocny) w Informatorze (jak niżej), gdzie z jego poziomu mogę łatwo dotrzeć do Asortymentu. Domyślnie po najechaniu w Informatorze towaru (CTRL+I) to Asortyment (błędnie) jest podświetlony na niebiesko, co sugeruje, że jesteśmy w Asortymencie a tak nie jest. W NEXO przyjęto zasadę, że podświetlony element, to ten "podgladany" więc brakuje tu spójnosci. Może wydać się to bzdurą ale takową nie jest bo to właśnie szczegóły decydują o wysokiej ergonomii NEXO którą Wam się udało uzyskać. Poprawcie to proszę, NEXO to za fajne oprogramowanie na takie kwiatki

Niezły zbieg okoliczności, wczoraj też rozważałem jak to działa. Wspomniana przez Pana funkcja koloruj poniżej minimalnej marży nie działa w odniesieniu do marży (71,50% z Pana cennika) na podstawie której dokonał Pan kalkulacji ceny sprzedaży. Z tego co ustaliłem brana pod uwagę (do porównania) jest marża rzeczywista z rzeczywistych cen magazynowych. Zatem jeśli cena zakupu była wyższa niż cena nabycia (cena ewidencyjna) którą użył Pan do kalkulacji to program może kolorować bo warunek poniżej minimalnej marzy jest spełniony. W oddzielnej korespondencji z Insert zasugerowałem, że mogliby to przebudować aby użytkownik decydował w NEXO w konfiguracji, która marża jest brana do porównania pod uwagę. Bo ja również kalkuluję cenę na podstawie ceny ewidencyjnej (cena nabycia) i branie pod uwagę rzeczywistej marży równiez i w moim przypadku jest słabe (bo cena zakupu nie zawiera kosztów transportu a cena nabycia już tak!)

Dziękuję za poradę. Sprawdziłem w/w sposobami i nie ma nic przypisanego.

Do grupy X mieliśmy przyporządkowane pewne asortymenty. W ramach porządkowania systemu usuneliśmy przypisanie wszystkich towarów do tej grupy. Obecnie Grupa X nie zawiera przypisanego żadnego towaru/usługi. Próba jej skasowania powoduje wyświetlenie komunikatu jak nizej: Wybrany element posiada powiązania z innymi obiektami w systemie. Można wykonać operację dezaktywowania elementu. Czy wykonać? Generalnie mamy więcej takich grup, których nie można usunąć, mimo, że są puste. Generalnie Cechy (bo te też porzadkowaliśmy) udało się usunąć oprócz jednej która też jest oporna i przy usuwaniu proponuje jedynie dezaktywacje, bo Nexo wyświetla, ze cecha ma powiązania (chociaż realnie żaden towar nie jest skojarzony z tą cechą).

TEMAT 1 Zarejestrowaliśmy konto w p24 (ale drogą "mailową" dogadywałem szczegóły i tworzyłem konto a nie zaimplementowanym kreatorem w NEXO) Test połączenia przebiaga OK, zatem dane CRC, ID, API są OK. Przy próbie zapisu Sposobu płatności typu szybka płatnosć Przelewy 24 dostaje bład jak nizej: Konto nie zostało zarejestrowane z poziomu systemu nexo/GT Jak to obejść? TEMAT 2 Zasadniczo transakcje p24 będą pochodzić z dokumentów w NEXO (np. ZK) oraz zamówień wygenerowanych w sklepie Internetowym. Nie mamy spiętego sklepu z NEXO. Chcielibyśmy mieć statusy transakcji szybkich płatności z obu żródeł w 1 miejscu, tj. w NEXO. Czy można rejestrować ręcznie transkacje szybkich płatnosci pochodzących z Strony Internetowej (wówczas majac ID transakcji moglibyśmy je wklepywać z ręki do NEXO)?

Używamy bankowości online z ING BANK. Wyciągi po stronie banku mamy generowane dziennie bo zdaje się, że kiedyś gdzieś doczytałem, że tak będzie lepiej lub tak musi być gdy mamy bankowość online. Dla księgowej drukujemy wyciągi dzienne co jest średnio szczęśliwym rozwiązaniem (więcej dokumentów do drukowania, do Panowania na nich itd.) Co by się stało gdybyśmy przestawili wyciągi na miesięczne? Bankowość online przestanie działać? Jakie będą dokładnie konsekwencje?

Okej, tak zrobimy. Czy przejście na nowo procesu (na tej konkretnej felernej stacji) nie spowoduje, że na innych stanowiskach bankowość online przestanie działać? W sensie, czy też nie będzie wymaga aktualizacji (chyba nie bo z tego co pamiętam do banku się nic nie wgrywa)?