Skocz do zawartości

Mateusz Włudyka

InsERT
  • Liczba zawartości

    259
  • Rejestracja

  • Ostatnia wizyta

Posty dodane przez Mateusz Włudyka

  1. 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.

  2. 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

  3. 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.

  4. 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.

  5. 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?

  6. 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.

  7. 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.

  8. Dnia 23.11.2016 at 22:06, J J napisał:

    Po najechaniu na status C faktury zaliczkowej dymek kontekstowy jest "Dokument zaliczkowany", natomiast przy normalnych fakturach przy "C" dymek to "Towar wydany i wykonane usługi".

     

    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.

  9. 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ą ;).

  10. 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.

  11. 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 :).

  12. 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.

  13. 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:

     

    001.jpg

  14. 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 ;).

  15. Dnia 3.11.2016 at 13:53, Użytkownik GT/NEXO napisał:

    Znam ten widok.

    Z całą pewnością widok ten jest bardzo pomocny w ocenie kiedy i jakie dokumenty wystawiono, na jakie kwoty oraz w jakiej kolejności (analiza łańcucha). Widok ten jest jednak nadal praktycznie bezużyteczny w kontekście łatwego i szybkiego ustalenia ile i jakie towary wydano w ramach danego łańcucha bo nie prezentuje w jednym widoku (w ramach jednego grida!) informacji:

    a) ile zamówiono ostatecznie

    b) ile już wydano

    c) ile pozostało do wydania 

    z rozbiciem na poszczególne asortymenty zamówione w kolejnych krokach realizacji łańcucha.

     

    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.)

     

    Dnia 3.11.2016 at 13:53, Użytkownik GT/NEXO napisał:

    Na przełomie roku rozważam wdrożenie NEXO. Czas nam powoli się kończy na ostateczną decyzję bo jeszcze się wahamy.

    Jakie kolumny (o których wspomina Pan wyżej) i w jakich dokładnie widokach/dokumentach zamierzacie Państwo dodać i co one będą prezentować?

    Czy może Pan rozeznać temat całościowo u osoby odpowiedzialnej z waszego ramienia za ten moduł i wrzucić informację jaki macie plan zmian dot. modułu zamówień popartych zaliczką i WZ?

     

    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.

     

    Dnia 3.11.2016 at 13:53, Użytkownik GT/NEXO napisał:

    Jeśli dalej założymy ze klienta po kolejnym tygodniu znów zmieni zamówienie i zdecyduje, że ostatecznie zamawia asortyment TW1=1 to wówczas należy wystawić KFS i dodatkowo poprawić zamówienie. 

     

    Dokonywanie tych samych zmian (w sensie dotyczących przecież jednego i tego samego zamówienia danego klienta) na aż 2 niezależnych dokumentach (ZK i KFS) to średni pomysł bo tu znów widzę pole do błędów pracowniczych polegających na tym, że zmieniono ZK ale zamponiano o KFS lub odwrotnie. Takie ręczne pilnowanie aż 2 dokumentów nie jest w mojej opinii naturalne i jest wręcz błędo podatne.

     

    Oczywiscie jeśli założymy, że zamówienie (ZK) zawsze powiniśmy poprawiać gdy następuje zmiana zamówienia przez klienta i dodatkowo wystawiać kolejne dokuemnty w Łańcuchu aby udokumentować tą zmianę (np. KFS) to oczywiście wówczas będzie spełniony warunek, że będe zawsze klientowi drukował jego bieżące zamówienie na podstawie tego samego ZK więc niejako moje pytanie z poprzedniego watku jest nieaktualne.

     

    Jeśli założymy, że praconicy utrzymają rygor i nie będą się mylić to ma to szanse zadziałać.    

     

    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.

  16. 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.

     

  17. 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ę.

  18. 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?

×
×
  • Dodaj nową pozycję...