Mateusz Włudyka

To się nazywa multum informacji! :). Posty na razie nadal analizujemy więc dłuższą chwilę może nam zająć stworzenie kompleksowej odpowiedzi na powyższe pytania/postulaty. Natomiast temat nie umrze śmiercią naturalną, więc o to proszę się nie martwić.

Ten mechanizm wydaje się wyglądać nieco podobnie do tego, w jaki sposób firmy spedycyjne definiują pojazdy transportujące dane dostawy. W takim przypadku również na samym dokumencie zakupu/zamówienia wskazujemy do czego ma się on dokładnie odnosić. Odpowiadając na pytanie - nie zastanawialiśmy się nad tego typu rozwiązaniami - są trochę za bardzo wyspecjalizowane jak na nasze programy pudełkowe. Wydaje mi się, że przynajmniej częściowo będzie można sprawę rozwiązać właśnie poprzez Potwierdzenie znajdujące się na dokumencie ZD (który później trzeba by było wskazać na wzorcu zmodyfikowanym przez Stimulsoft) lub też moduł, który zamierzamy dodać, a który pozwoli na ręczne podwiązywanie dokumentów. Należy oczywiście pamiętać, że tego typu opcje i tak nie będą w żaden sposób aktualizowały stanów realizacji na Zamówieniu ramowym.

Pliki .xml znajdują się w folderze Work, a następnie w folderze z datą przeprowadzenia importu, natomiast prosiłbym o plik .zip z całego folderu. Uzyskałem też informację, że komunikatami z Log4 nie trzeba się przejmować - są to tylko i wyłącznie komunikaty dotyczące naszych domyślnych wzorców wydruków z mikroGratyfikanta, które nie mają odpowiednika właśnie z tą informacją w serii nexo. Log1 i Log2 wyglądają na problemy z rozrachunkami, ale tutaj również bez folderu Work może być problem z analizą. Czyli prosiłbym o przesłanie jego zawartości albo wiadomością PM do mnie, albo na mail office@insert.com.pl

Czyli jak rozumiem jest dokument A, który został odebrany z kasy fiskalnej i posiada status Niepełne wydanie towarów. Na nim znajdują się trzy sztuki towaru, którego nie możemy fizycznie wydać, bo zanim został on zaczytany po fakcie - czyli kiedy klient się rozmyślił i wspomniane trzy sztuki zostały sprzedane na paragonie B (lub paragonie/sprzedaży odebranej z kasy). Mam nadzieję, że dokument B (ten z wywołanym skutkiem magazynowym) ma datę późniejszą niż dokument A? Jeżeli tak, to wystarczyłoby na chwilę zatrzymać pracę na programie (aby nikt nie wystawiał dokumentów), wycofać skutek magazynowy na dokumencie B (tak aby te trzy sztuki "wróciły" na magazyn), wywołać skutek magazynowy na dokumencie A i... wystawić zwrot. W tym momencie przechodzimy na dokument B, wywołując skutek magazynowy i w tym momencie trzy sztuki towaru, których wcześniej brakowało schodzą nam poprawnie ze stanu. Drugim, prostszym, ale też nieco bardziej niebezpiecznym rozwiązaniem jest dodanie dokumentu PW z brakującym towarem, wywołanie skutku magazynowego na dokumencie A, później wygenerowanie zwrotu i wreszcie dokumentu RW z informacją, że jest to rozchód ze względu na błędnie wprowadzony dokument.

Podobnie jak w mikroGratyfikancie znajdującym się w serii GT tego typu kwoty nie wyliczają się automatycznie - ze względu brak ewidencji czasu pracy - zamiast tego mamy możliwość wprowadzenia składnika podstawa miesięczna lub wynagrodzenie/zasiłek chorobowy które będą odpowiednio zmieniały kwotę wypłaty. Funkcjonalność o której mówimy znajduje się w "dużym" Gratyfikancie nexo - podobnie jak miało to miejsce przy przypadku Gratyfikanta GT i mikroGratyfikanta.

Dodatkowo mogę jeszcze wspomnieć, że w programach księgowych na zakładce Schematy dekretacji, w górnym menu Operacje możemy skorzystać z opcji Dodaj wzorcowe, która pozwoli na dodanie naszych przykładowych schematów do programu. Jak wygląda porównanie pomiędzy nimi, a tym co zostało wykonane samodzielnie?

Jeżeli się nie mylę, to jest są to funkcjonalności powiązane z "fabryką obiektów" która jest wspomniana na poniższym poście: https://forum.insert.com.pl/index.php?/topic/685-ręczne-powiązanie-dokumentów/ I tutaj odpowiedź jest również podobna - temat jest cały czas omawiany i tego typu funkcjonalności mogą (ale nie muszą) pojawić się w nexo. Nie chcemy na razie niczego obiecywać, bo temat jest płynny i ciężko stwierdzić jak się wreszcie sprawa skończy.

W przypadku Log3 wygląda to na problem z zaczytaniem cenników. Czy komunikat pojawia się za każdym razem, kiedy jest próba zaczytania danych z systemu GT? Jeżeli tak, to niewykluczone, że musielibyśmy poprosić o pliki .xml które tworzą się przy przenoszeniu danych. Pozostałe logi jeszcze sprawdzamy.

Z tego co wiem to status "C" na dokumentach FS oznacza Częściowa rezerwacja dostaw. Można to potwierdzić, klikając na dokumencie prawym przyciskiem myszki i wybierając opcję Zmień status. Natomiast nie ukrywam, że jest tu trochę racji, że na pierwszy rzut oka tego typu C - dokument zaliczkowany i C - częściowa rezerwacja dostaw mogą komplikować odczyt. Postaram się dopytać, czy możemy się w tym temacie spodziewać zmian.

W programach księgowych Rachmistrz nexo i Rewizor nexo istnieje moduł Umowy i płace, który jest "następcą" mikroGratyfikanta.

Szczerze mówiąc tutaj sprawa jest płynna - zastanawiamy się jeszcze nad ostateczną decyzją na temat tego, jak dokładnie będzie ewoluowała seria nexo. Dlatego też można powiedzieć "no comment" - nie chcemy obiecywać funkcjonalności, które być może w ogóle się nie pojawią ;).

1. W przypadku montażu pojedynczego kompletu powstaje tylko jeden dokument ZPM i wyświetlana jest jego formatka więc jeśli na magazynie nie będzie dostępnych składników to użytkownik uzyska od razu informację o brakujących towarach. W przypadku montażu więcej niż jednego kompletu dokumenty ZPM zapisują się automatycznie i wyświetlany jest widok z utworzonymi zleceniami, więc w razie braku składników na magazynie mają one ustawiony status "Do realizacji". Na tym widoku działa multiselekcja i zbiorcza zmiana statusu dokumentu więc można szybko kilkoma kliknięciami zrealizować utworzone zlecenia. Oczywiście można byłoby z automatu ustawiać wszystkim ZPMom status "Przyjęty towar" i potem jeśli nie ma stanów to dla części z nich ustawiać "Do realizacji" - zastanowimy się nad wprowadzeniem takiej funkcjonalności na wiosnę. Nota bene domyślny status ZPM można zdefiniować w Konfiguracji i Typach dokumentów. 2. Jeśli chodzi o skrót klawiaturowy to działa Alt + O i ponownie Alt + O z poziomu Zamówień. Natomiast w Asortymencie jest to Alt + E, a potem Alt + Z. 3. Komplet jest tak naprawdę rodzajem towaru (tylko składającym się z innych towarów) więc szczerze mówiąc nie planujemy tutaj zmiany tej nomenklatury. Wydaje mi się, że dodawanie nowych statusów specjalnie do tego typu dokumentów prowadziłoby do jeszcze większego skomplikowania programu. A my staramy się upraszczać. Oczywiście to moja subiektywna opinia.

Wygląda to na problem z błędnym schematem importu - rozrachunek albo jest wskazany dwa razy (czyli istnieje pozycja na schemacie która dwa razy spełnia ten sam warunek), albo też jest wskazany po niepoprawnej stronie dekretu. Czy byłaby możliwość podesłania zrzutu ekranu schematu i pozycji, które zostały na nim wprowadzone? Bez tego typu danych analiza to raczej tylko inny typ wróżenia :).

Problem wynika z tego, jak tworzone są nowe wiadomości i automatycznie zapisywane szkice. Przy IMAP-ie szkice zapisywane są także na serwerze. Zmieniając konto, musimy sprawdzać Szkice z poprzedniego i nowego konta oraz ewentualnie usuwać ze starego i tworzyć na nowym. Jeżeli ze zmianą konta trafimy właśnie w moment zapisu szkicu to zaczyna się problem. Do tego jeszcze dochodzą problemy techniczne z listą wiadomości ze wszystkich kont... Ogólnie jest to sprawa do wykonania, ale nie jest to tak proste i szybkie, jakby się mogło wydawać na pierwszy rzut oka.

Jeżeli korzystamy z plików .epp lub .xml to faktycznie nie ma takiej możliwości. Natomiast korzystając z połączenia on-line dostępnego dla posiadaczy abonamentu (po stronie Subiekta i Rewizora/Rachmistrza) mamy możliwość wskazania które dokładnie dokumenty mają być blokowane po wysłaniu do księgowości i w jakim momencie. Jest to opcja definiowana w programie księgowym z poziomu Konfiguracji i Obsługi typów dokumentów, gdzie możemy przypisać odpowiednie blokady. Jak wskazane poniżej:

Też się nad tym zastanawialiśmy, ale jeżeli chodzi o listę F2 to raczej skłaniamy się ku jednostce domyślnej - bo i taka jest wskazywana przy np. ilości na tej liście. Co za tym idzie inne gridy również poszłyby tym torem. Niestety wszystkich nie zadowolimy nigdy - to smutny fakt ;).

Wstępnie zastanawiamy się nad możliwością wykorzystania w tym celu zakładki Powiązania, ale tak jak wspomniałem - to na razie sprawa jest otwarta i nie do końca jeszcze zdecydowaliśmy jak dokładnie rozwiązać tą sytuację.

Zastanowimy się nad tematem - na razie nie mieliśmy na ten temat zgłoszeń, więc jest to dla nas raczej nowe zagadnienie.

Powiedziałbym tylko, że to mało estetyczne :). Mniej profesjonalnie wygląda, kiedy symbol jest zawijany i nie mieści się w wierszu... ale tak jak wyżej wspomniane jest faktycznie wolna amerykanka :).

Dostałem potwierdzenie, że możemy się zastanowić nad wprowadzeniem tego typu funkcjonalności (widoku). Z tym, że najbliższy termin, o jakim mowa to 2017 rok... i nie mówię tutaj o jego początku. Szkieletem naszego planu jest na razie dodanie zakładki na dokumencie (oraz ewentualnie na widoku zamówień) który będzie interpretował dodane dokumenty magazynowe i faktury zaliczkowe pod danym względem. Tylko teraz pytanie - jakimi dokładnie danymi jesteśmy zainteresowani? - ile zamówiono ostatecznie - wartość? ilość per towar? ilość ogólna? ilość na danym dokumencie? czy jeszcze jakieś inne informacje? sumowanie na danym dokumencie? na danym łańcuchu? - ile już wydano - ponownie, wartość? ilość per towar? ilość ogólna? dokumenty na których wydano? etc. - ile pozostało - znamy już procedurę... Jeżeli uzyskamy taką informację to niewykluczone, że na zamówieniu pojawi się kolejny moduł (wstępnie planujemy też podłączenie go do widoku) przez który będziemy mogli podejrzeć informacje z tego poziomu. Na jednym oknie z listą wszystkich dokumentów (tak jak możemy podejrzeć załączniki, powiązania, podsumowanie etc.) Dowiedziałem się dokładnie o te kolumny, ale tutaj trzeba przygotować się na rozczarowanie - odnoszą się one typowo do zamówienia i nie aktualizują się z kolejnymi wystawionymi dokumentami. Czyli w naszym przypadku się nie przydadzą. Jest to tylko rozwinięcie funkcjonalności kompletowania i realizowania zamówień na podstawie dostępnych w systemie towarów. Na wersję 15 (która wyjdzie w 2017 roku) chcemy uruchomić wspomniane już przeze mnie wymuszenie zawartości realizowanych dokumentów WZ. Czyli w tym momencie tworząc dokument WZ będziemy ograniczeni do towarów, które pojawią się bezpośrednio na zamówieniu/dokumencie faktury zaliczkowej i co za tym idzie, nie będziemy mieli możliwości przypadkowego dodania asortymentu spoza dokumentu. Zniesiemy również konieczność wystawiania WZ tylko do kwoty zaliczki na dokumencie, za to pozostałe wartości trzeba będzie rozliczać Fakturami zaliczkowymi końcowymi różnicowymi (cząstkowymi) które zadecydują o dacie obowiązku podatkowego. Niestety tego się tutaj będziemy trzymać. Jeżeli klient zmienia zdanie, to powinien istnieć dokument korygujący, który sprawi, że łańcuch informacyjny zostanie zachowany. Tego nie zmienimy, natomiast, tak jak wskazałem wcześniej po wersjach deklaracyjnych będziemy dążyć do ograniczenia możliwości błędu pracowników przez wstawienie towarów nieobecnych na zamówieniu.

Aby upewnić się, że nie jest to problem związany z bazą danych czy byłaby opcja, aby wykonane zostały czynności serwisowe na podmiocie? Chodzi mi o przejście do Programu Serwisowego nexo i pod prawym przyciskiem myszki wybrania Konserwacji bazy danych. Czy taka operacja poprawiła tempo zaczytywania informacji?

Obecnie nie mamy takiej współpracy w planach, do takiej pracy jest przystosowany Subiekt123 lub też komunikacja on-line z poziomu Subiekta nexo.

Proszę spróbować kliknąć prawym przyciskiem myszki na dowolnym polu (np. Stała) i wskazać Operacje na liście a następnie Konfiguracja listy. Trzeba by się było upewnić, że kolumna Minimalna długość jest zaznaczona. Następnie możemy wskazać ile cyfr program powinien wstawiać po stałej. To pytanie zostało już zadane... nawet przez Pana :). Na razie zastanawiamy się nad rozszerzeniem tego modułu, ale przyznam, że nie jest to priorytet.

Nie jestem pewien jaka dokładnie została uzyskana informacja. Może doszło do nieporozumienia? Prawdą jest, że nie planujemy na razie takiego rozwiązania dla programów księgowych biur rachunkowych (za wyjątkiem już istniejącego rozwiązania w Biurze nexo). Niewykluczone, że zainteresowanie klientów takim tematem zacznie sprawiać, że rozważymy tego typu integrację.

Szczerze przyznam, że nie za bardzo rozumiem... negocjowana jest cena za dane towary, która zostanie przypisana tylko wtedy, jeżeli ich zakupiona ilość przekroczy daną liczbę? Jak rozumiem problem polega tutaj na przypisaniu dokumentów "wywołanych" z poziomu tego "mega-zamówienia"? Czyli potwierdzenia ze strony programu, że została zakupiona odpowiednia ilość danego asortymentu?