Użytkownik GT/NEXO

Panie Mateuszu, PYTANIE 1 Czy za pomocą rozwiązania dodatkowego (trigger czy coś w ten deseń) moglibyśmy w ZK przekopiować wartość z pola "Pozostało" do pola "Minimalna wymagana wpłata"? (Zasadniczo nie używamy pola MWW do celu w jakim zostało zaprojektowane a że jest na liście i do tego to pole typu wartość to pomyślałem, że moglibyśmy z niego skorzystać) Wówczas, pole Minimalna wymagana wpłata (prezentujące wartość z pola "Pozostało") pokazalibyśmy na gridzie wszystkich zamówień widząc wprost już na liście ZN ile dany klient ma jeszcze do dopłaty (ile pozostało). PYTANIE 2 Czy można dla tego pola uruchomić formatowanie warunkowe? Teoretycznie widzę je w konfiguracji formatowania warunkowego ale nie mogę go np. porównać z polem Wartość (łączna wartość ZK do zapłaty). Jak to zrobić? A może niepotrzebnie szukam alternatywnych rozwiązań i jednak wyciągniecie Państwo kolumnę Pozostało na siatkę? Przy rygorze dodawania przedpłat (a tak działamy) mielibyśmy bardzo czytelną informację co do płatności per dane zamówienie już na siatce (co byłoby naprawdę ergonomicznym rozwiązaniem). Z góry dziękuję za chwilę uwagi nad naszym tematem...

SUGESTIA 1/ Przy kontynuowaniu działań mogą zostać przeniesieni klienci (i fajnie) ale nie jest przenoszony "dokument źródłowy" np. ZK22/2017 (z którego stworzyłem pierwotne DI). 2/ W kolumnie "powiązane" działania pierwotnego prezentowany jest numer działania który stanowi kontynuacje, niestety kolumna "powiązane" nie jest dostępna w formatowaniu warunkowym. 3/ Brakuje kolumny prezentującej "dokument źródłowy" na gridzie, w module DI 4/ W kalendarzu CL działania mogą być pokazywane poprzez różne kolory co jest oczywiście fajną sprawą. Przydałoby się aby móc wywołać kolumnę kolor z konkretnym paskiem kolorystycznym w działaniach DI. Wówczas mielibyśmy spójność i ten sam wizualny podział z poziomu działań i kalendarza (łatwiej byłoby skojarzyć elementy z modułu CL i DI ponieważ pracujemy na nich równolegle i często zachodzi potrzeba przełączania się między nimi) 5. Przydałby się filtr "Twórca" w DI (bo kolumnę Twórca można wywołać) Z góry dziękuję.

Witamy z pokładu NEXO Z migrowaliśmy się na przełomie 16/17. W GT zrobiliśmy inwenturę zbiorczą i ją zatwierdziliśmy w dniu 31.12.2016 roku. Fizycznie migrację na NEXO zrobiliśmy 2.01.2017. Na tą okoliczność wygenerował się PW inwentaryzacyjny z datą 2.01 Używamy (Su,Re,Gr,Ge na 1 bazie danych) księgowa dopiero stworzy okres obrachunkowy itd. no ale oczywiście plan jest taki, że począwszy od 1.01. zacznie pracę na Rewizorze (a wszystko co się wydarzyło w 2016 będziemy mieć w GT) Gdzieś na sieci doczytałem, że lepiej przyjąć towary do nowego programu (w naszym przypadku NEXO) z dniem 31.12.2016 ponieważ w innym wypadku wszystkie zestawienia magazynowe będą pokazywać 0. Jak to najlepiej zrobić mając na uwadze naszą sytuację? Jeśli okaże, się, że PW jednam ma być 31.12 to w jaki sposób zmienić rejestr numeracyjny na ten z 2016, z ręki pozwoli zmienić rok ? Z góry dziękuję za pomoc.

W działaniach DI stworzyłem nowy widok i wszystko prawie pięknie, ale... BŁAD (właśnie sprawdziłem i widzę, że poniższe błędy dotyczą nie tylko nowo stworzonych widoków ale również tych już istniejących w NEXO w DI, dałoby radę to poprawić w ver. 14?) 1/ Z każdym przelogowaniem się ładuje domyślną ilość filtrów (8) mimo, ze wcześniej wybrałem tylko 4 które zamierzamy użyać w ramach tego widoku 2/ Jedyna zapamiętywana wartość filtra w tym widoku to "typ", z każdym przelogowaniem inne filtry przyjmują domyślną wartość (dowolny)

Zauważyłem, że jeszcze transformaty archiwalne np. w module sprzedaży się rozmazują (mamy podłączoną bazę GT). Pewnie ma to związek z niniejszym tematem.

TEMAT 1 Gdy włączę moduł EA a następnie kliknę np. Odebrane na jakimś podłączonym koncie pocztowym a następnie spróbuję uruchomić wyszukiwanie przez F8 to.. nie mogę tego zrobić. Muszę zaznaczyć myszką listę i dopiero poprzez F8 mogę załączyć wyszukiwarkę. Wiem, że to wydaje się drobiazgiem ale używam wyszukiwarki pewnie kilkaset razy dziennie i po całym dniu proszę wierzyć, że takie drobiazgi zaczynają naprawdę boleć TEMAT 2 W dużym Outlooku odbiór poczty jest przez F9. To drobiazg ale... naturalniejszy dla Państwa klientów migrujących się z Outlooka byłoby gdyby odbiór poczty odbywał się poprzez F9, a nie skrót CTRL+F9 (którego w zasadzie jedną dłonią nie obsłużymy). Czym więcej usprawnień tym większa szansa, że docelowo klienci wybiorą klienta Gestorowego. TEMAT 3 Po kliknięciu nazwy danej skrzynki ładuje się pusta lista wiadomości co jest trochę dziwne bo ta lista nic nie wnosi i powoduje taki efekt oczopląsu, bo przeklikujemy się między pustymi listami i tymi wypełnionymi wiadomościami... Jeśli nie macie na to miejsce szczególnych planów, proponuję dodać małe usprawnienie... polegające na tym, że podwójne klikniecie niech zwija drzewko danej skrzynki (czyli już obecnie to tak działa) ale... dodatkowo to kliknięcie w nazwę (pojedyncze lub podwójne) nigdy nie powinno powodować załadowania pustej listy. Czyli przykładowo gdy jestem w "Odebrane" i kliknę w dowolną nazwę skrzynki raz to nic się nie dzieje (nawet drzewko się nie zwija), gdy kliknę dwa razy to drzewko się zwija ale lista wiadomości nadal prezentuje te same elementy "Odebrane" (brak oczopoląsu). Po zwinięciu, wówczas oczywiście nazwa powinna być podswietlona, ale zaraz po rozklikaniu podświetlone powinny znów być "Odebrane".

Gdy jesteśmy w dowolnym module nexo (np. oferty, działania itd.) i mamy potrzebę wysłania e-maila na szybko do dowolnego klienta to wówczas możemy stworzyć wiadomość poprzez mnemonik EA, wpisać adresata z ręki (lub wybrać z listy) a następnie wysłać ALT+I... co całościowo jest oczywiście super wygodnym i ergonomicznym rozwiązaniem. W polu "od" takiej wiadomości podstawia się domyślna skrzynka pocztowa co jest w sumie logiczne i pożądane. Gdy jesteśmy jednak w module pocztowym EM, to tworząc nową wiadomość podstawia nam się w polu "od" ta skrzynka, która w danej chwili jest podświetlona w drzewie z lewej strony. Oczywiście powyższe może być pewnie niekiedy zaletą (w niektórych modelach działania firm), ale przy układzie klasycznym (mam poczucie, że zdecydowanie częstszym w użyciu) gdzie zwykle w firmie funkcjonuje adres ogólny typu: office/info + personalne skrzynki pracownicze, powyższy sposób podpowiadania skrzynki powoduje, że bardzo łatwo się pomylić i napisać (nową wiadomość) z nieswojej skrzynki. Wręcz mocno trzeba się pilnować i to trochę zaprzepaszcza zaletę szybkiego wywołania nowego obiektu EA poprzez mnemonik; bo w tej chwili wygląda to tak, że przykładowo, gdy przeglądam w danej chwili skrzynkę współpracownika (a pracujemy mocno w grupie więc robimy to nawzajem) i nagle odbieram telefon i mam potrzebę wysyłki na szybko wiadomości... to musze być czujnym i pamiętać jak to działa, kliknąć najpierw moją skrzynkę poprzez użycie myszki.. no i dopiero wówczas mogę wywołać obiekt poprzez mnemonik z użyciem klawiatury... PYTANIE Czy byłaby szansa aby zawsze podpowiadała się domyślna skrzynka e-miał (ta oznaczona w KF jako podstawowa) w przypadku kreowania nowej wiadomości? Oczywiście być może zasadnym jest zachować obecną "elastyczność" i nadal dać możliwość przy tworzeniu nowej wiadomości decydowania z jakiej skrzynki ją wyślemy (czyli widziałbym to tak, że w polu "od" mamy listę wyboru - jak na poniższym PS, gdzie zawsze podpowiadana jest domyślna skrzynka (podstawowe konto) ale jako wyłom od reguły możemy wybrać z listy dowolne konto). Oczywiście powyższy wywód dotyczy tylko nowo tworzonych wiadomości, w przypadku przekazywania/odpowiadania z danej skrzynki, nadal byśmy używali skrzynki tej, w której znajduje się element na który odpowiadamy/który dalej przesyłamy. Oczywiście pamiętam z innego wątku, że na tym etapie inne rozwiązanie nie jest do przeskoczenia i oczywiście rozumiem.

Poczekamy oczywiście cierpliwie. Najważniejsze, żeby w końcu to zostało dodane. Tymczasem (bo mamy już realną potrzebę) spróbujemy jakoś to obejść i np. przypisywać określony typ działania tylko do danego opiekuna i w ten sposób filtrować działania w kalendarzu (bo po opiekunie można już teraz).

Dzień dobry w Nowym 2017 Roku Kalendarz może prezentować różne działania (np. Zadania, Spotkania, Notatki). Brakuje jednak w nim filtra pozwalającego prezentować działania ze względu na typ. Taki filtr jest już zaimplementowany w module działań, aż się prosi aby go przenieść do kalendarza (w końcu kalendarz to inny widok modułu działań). PYTANIE: Czy i ewentualnie kiedy możecie taki filtr dodać?

Witam, Czy pełny SQL 2016 ma jakieś istotne przewagi nad pełnym SQL-em 2014 jeśli chodzi o pracę w NEXO? Skoro to nowa wersja to zapewne poczyniono jakieś zmiany - no ale w takim razie przy jakich charakterystykach baz zauważymy różnice np. wydajnościowe? Czy zmieniono/usprawniono jakoś działanie filestreamu? Zamierzamy z w/w funkcjonalności korzystać.

Dzień dobry w Nowym Roku Czy ten dodatek importuje w czasie rzeczywistym przelewy spływające na nasze konto (czyli jest odpowiednikiem WEBSERVICE)? Czy może importuje automatycznie wyciągi np. dzienne czyli zastępuję "klikanie" codzienne aby plikowo zaciągnąć je do NEXO?

Sprawdziłem przed chwilą i niestety problem nadal na wersji 13 występuje (zresztą gdy o nim pisałem pracowałem już chyba na wersji 13 bo wyszła 19.12) Proszę wykonać dokładnie 5 opisanych kroków, jeśli coś jest dwuznaczne proszę o info a dopowiem.

Informowanie w ZK m.in. ile danej pozycji zostało zrealizowane (wydane) to super funkcja. Kolorowanie pozycji, z rozróżnieniem: nic nie wydano, wydano częściowo, wydano całość to również świetna i bardzo! przydatna rzecz w bieżącej pracy. Zreasumujmy zatem w jaki sposób możemy wydawać towary do ZK i wpływać na stan kolumny Zrealizowano: a/ Wydanie bezpośrednio do ZK (jedno lub wiele) b/ Wydanie bezpośrednio do wcześniej wystawionej FL (jedno lub wiele) Po gruntownym przetestowaniu w/w mechanizmu zauważyłem pewne niespójności, ponieważ: 1/ Wystawienie zwrotu ZWZ do WZ-ki wystawionej bezpośrednio do ZK (jeszcze nie zafakturowanej zwykłą FS) nie aktualizuje kolumny ZREALIZOWANO. 2/ Wystawienie korekty KFS do FS która fakturowała WZ-kę wystawioną bezpośrednio do ZK nie aktualizuje kolumny ZREALIZOWANO. 3/ Wystawienie zwrotu ZWZ do WZ wystawionej bezpośrednio do FL aktualizuje kolumnę ZREALIZOWANO. 4/ Wystawienie korekty KFS do faktury zaliczkowej końcowej wystawionej bezpośrednio do FL nie aktualizuje kolumny ZREALIZOWANO. Oczywiście od mechanizmu oczekiwałbym spójności w każdym z w/w czterech przypadków w postaci aktualizowania kolumny wydano (tak jak to działa już w przypadku 3). Teraz na szybko nie wiem czy więcej scenariuszy jest możliwych, więc sprawdzcie Państwo ten wątek całościowo. PYTANIE: Czy i kiedy to Panowanie poprawicie? Nie będę czarował Panowie - nie wnioskuje poprzez niniejszy post o jakieś dodatkowe makro czy implementację wymyślnej integracji np. z DHL ale o poprawę już zaimplementowanych mechanizmów, które są bardzo pożądane na co dzień wiec proszę o działania ASAP... Dziękuję za empatię.

Dzień dobry :-) Ten licznik to dałbym po prawej stronie na wysokości filtrów (tak jak w widoku standardowym).

Panie Mariuszu, Dziękuję za odpowiedz i precyzyjne wyjaśnienie dlaczego tak a nie inaczej liczycie to pole. Prawdę powiedziawszy techniczny sposób liczenia dla mnie nie ma większego znaczenia, jestem pragmatykiem więc najważniejsze aby informacja była przydatna do biznesowego (realnego) wykorzystania. Gorąco zatem proszę, ustawcie większą precyzję aby ewentualne różnice wynosiły raz kiedyś 1 grosz. Wtedy ten mechanizm liczenia wartości zrealizowanej będzie do zaakceptowania. Dziękuję za okazane zrozumienie.

Obiecywałem, że się odezwę i to czynię. Choinkowa wersja 13 przyniosła rozwiązanie w kontekście działania zoomu aplikacyjnego (patrz printscreen poniżej - zoom aplikacyjny 1,3, rozdzielczość 2560x1440 px, 27") Zoom 1,2 oraz 1,4 działa idealnie. Dla zoom-ów nieparzystych należy ustawić ostrość poprzez zmianę wielkości okna. Szczególne podziękowania dla Pana Marka i zespołu Gestor-owego Dobra robota. PS. Jedyna mała uwaga, kiedyś z czasem moglibyście zoom pocztowy z resztą zoomu aplikacji rozdzielić. Idealna wielkość interfejsu to 1.3 a podglądu poczty 1.2. Tylko informacyjnie rozmazuje jeszcze w podglądzie INSmail.

W wersji 13 zaimplementowano panoramiczny widok klienta poczty. Praca na monitorze 27 cali w rozdzielczości 2560x1440px to czysta przyjemność. Poniżej PS prezentujący podgląd wiadomości, przy użyciu zoomu aplikacyjnego 1,2. Jako użytkownik NEXO, bardzo, bardzo dziękujemy. BRAWO InsERT :-):-):-) P.S. Jedyna mała uwaga, licznik (zielona ramka) można byłoby trochę podnieść bo wchodzą na niego filtry.

Podczas tworzenia kompletów dostaje na ekran dynamiczny widok, w którym oprócz utworzonych ZPM mam również wszystkie inne bieżące zlecenia (nie tylko ZPM ale i ZD). Widok nosi nazwę "Utworzone zlecenia" i wydaje się, że powinien on pokazywać tylko i wyłącznie nowo stworzone ZPM w danym kroku a nie wszystkie zlecenia. Akurat w moim przypadku tworzyłem 3 komplety w ostatnim kroku wiec na ekranie utworzonych zleceń (jak niżej) powinny pojawić się tylko 3 rekordy (zaznaczone zieloną ramką) PYTANIE: Czy i kiedy Panowie to poprawicie?

Przedstawię dwa bardzo podobne scenariusze, w których działanie mechanizmu zaliczkowego jest różne a chyba nie powinno być. Przynajmniej z perspektywy użytkownika taka niespójność zachowania jest bardzo niewskazana. SCENARIUSZ 1 Wystawiam ZK na TW=2szt. Klient ma potrzebę odbioru częściowego więc wydaje TW=1szt jako WZ bezpośrednio do ZK Klient na pozostały towar w postaci TW=1szt wpłaca zaliczkę wiec wystawiam fakturę zaliczkową FL Koryguję FL oddając klientowi zaliczkę oraz zmieniając specyfikację na TW=0 szt. W tym momencie następuje zwolnienie łańcucha i mam możliwość wydania TW=1szt poprzez WZ bezpośrednio do ZK. SCENARIUSZ 2 Wystawiam ZK na TW=2szt. Klient wpłaca zaliczkę na TW=2szt wiec wystawiam fakturę zaliczkową FL. Koryguję FL oddając klientowi zaliczkę oraz zmieniając specyfikację towarową na TW=0szt. W tym momencie NIE następuje zwolnienie łańcucha zaliczkowego tzn. nie mam możliwości wydania TW=2 bezpośrednio do ZK Żeby nie było, że się czepiam bo powyższe może wydawać się szczegółem... niestety tak nie jest bo powyższa niespójność działania mechanizmu burzy nam trochę Świat w jaki sposób wymyśliliśmy sobie, że będziemy pracować z zaliczkami. Uargumentuje co mam na myśli. Z racji, że z jednej strony obecnie zaliczka jest do pozycji a jednocześnie nasi klienci często mają potrzebę odbioru częściowego towarów oraz niejednokrotnie zmieniają specyfikację zamówienie to też najbardziej optymalnym sposobem postępowania (aby uniknąć generowania faktur różnicowych -P oraz wielu korekt do FL) byłoby: - Wystawienie ZK - Wpłaconą zaliczkę trzymamy jako niezafakturowaną przedpłata jak najdłużej się da, czyli do końca okresu rozliczeniowego (ostatni dzień miesiąca) - W przypadku wydań częściowych (tych dokonanych jeszcze przed wystawieniem FL) dokonywanie ich bezpośrednio do ZK (wszystkie wydania fakturowalibyśmy wóczas z przedpłaty) - Jeśli wydań by nie było lub tez były ale nie skonsumowały one całej przedpłaty to wówczas zafakturowanie jej poprzez FL - Jeśli klient w późniejszym terminie zdecydowałby się na odbiór całości (bez dokonywania jakichkolwiek zmian w stosunku do FL) wówczas wystawilibyśmy fakturę końcową i kończymy transakcję. - Jeśli klient w późniejszym terminie zdecydowałby się na odbiór ale tylko częściowy (ale znów bez dokonywania jakichkolwiek zmian w stosunku do FL) to wystawilibyśmy WZ-kę bezpośrednio do FL. - Jeśli klient w przypadku odbioru częściowego do FL chciałby dokonać zmiany (co w naszej branży jest zwykle zwiastunem wielu kolejnych zmian a nie tylko 1), wówczas robilibyśmy korektę całkowitą do FL na termin. - W tym momencie powinno nastąpić zwolnienie łańcucha i chcielibyśmy móc wydawać towary poprzez WZ wystawiane bezpośrednio do ZK (a następnie fakturować te WZ na termin i rozliczać przez skojarzenie z zobowiązaniem wynikającym z korekty zaliczki). Wydawanie towarów bezpośrednio z ZK jest wygodniejsze, bo można dowolnie zmieniać specyfikację itd. Reasumując brak zwolnienia łańcucha w scenariuszu 2 powoduje, że w naszym przypadku w zależności czy przed wystawieniem FL było jakieś wydanie czy nie... będzie implikować zwolnienie łańcucha i możliwość wydawania towarów bezpośrednio z ZK (scenariusz 1) lub tez brak takiej możliwości (scenariusz 2). PYTANIE Czy i kiedy Państwo to ewentualnie poprawicie? Oczywiście po wystawieniu KFL, korygującego specyfikację do ilości wydanych pożądane jest zwolnienie łańcucha tak jak to działa w scenariuszu 1.

1/ Wystawiam ZK tylko na 1 pozycje towarową, tzn. TW1=1szt. (celowo podaje trywialny przypadek by nie zaciemniać sytuacji) 2/ Klient wpłacił zaliczkę na poczet TW=1szt. (a nie ma jeszcze życzenia odbioru towaru) więc wystawiam fakturę zaliczkową FL (w jej specyfikacji zatem TW=1szt) 3/ Ten sam klient w kolejnym kroku domawia nową pozycję towarową TW2=2szt. więc dodaje go do przedmiotowego ZK. Tym razem nie wpłaca zaliczki na tą pozycję (ale to nie ma znaczenia). (w/w podejście a nie stworzenie nowego ZK bo... teoretycznie NEXO obsługuje takie sytuacje (generowanie wielu łańcuchów z 1 ZK) oraz ja i mój klient mamy oczywistą potrzebę aby TW1+TW2 były na jednym ZK (bo domówiony TW2 jest komplementarny do TW1 np. farba +pędzel). Zresztą tu chyba nie ma co dalej tego usprawiedliwiać bo scenariusz do obsłużenia jest w sumie prosty. 4/ Klient zgłasza się po kilku dniach i prosi o wydanie częściowe w postaci TW2=1szt. Wydaje mu zatem ten towar zwykłym wydaniem WZ do ZK bo tak jest najprościej. (Klient płaci na miejscu więc fakturuje wystawioną WZ-kę poprzez FS na gotówkę - płatność nie ma znaczenia) 5/ W kolejnym kroku klient wpłaca zaliczkę na poczet TW2 więc chciałbym wystawić FL zaliczkową na pozostałe TW2=1szt. i niestety nie mogę... Mechanizm zaliczkowy nie widzi tej luźniej wolnej sztuki na ZK, tzn. TW2=1szt... Aha. No oczywiście gdybym nie zrobił tego wydania częściowego bezpośrednio do ZK na TW2=1szt., opisanego w pkt. 4 to oczywiście wówczas mógłbym wystawić FL zaliczkową z specyfikacją TW2=2szt. opisaną w pkt. 5. Moje zaskoczenie (że działa to tak a nie inaczej...) wynika stąd, ponieważ gdy mam nowe ZK, no i dodam jakiś towar do niego, to mogę już obecnie używać trybu mieszanego naprzemiennie w NEXO (wydawać bezpośrednio do ZK, wydawać do FL i znów wydawać ten sam towar do ZK). Czyli w praktyce obecnie zaimplementowany mechanizm mieszany działa tak: - wydajemy dany towar w postaci wydania częściowego bezpośrednio do ZK (bo nie wystawiliśmy jeszcze wystawić FL) - jeśli jest potrzeba, różnice nie wydaną tym wydaniem częściowym możemy zafakturować zaliczką FL... - do tej FL można zrobić wydanie częściowe (jedno lub wiele) - jak potrzeba można skorygować FL ale tylko do ilości wydanych poprzez FL (w tym momencie następuje zwolnienie łańcucha zaliczkowego) - i znów wydawać WZ-kami bezpośrednio do ZK (jeden raz lub wiele) wszystkie towary, które są na zamówieniu a nie były wydane poprzednimi WZ-kami.... Poprawicie Panowie tą niespójność w obsłudze? W w/w przypadku trochę jestem bez wyjścia bo klient wpłacił zaliczkę na pozostały towar TW2=1szt. a ja nie mogę tego zrobić a prawnie jestem zobligowany... Co mam zrobić?

LOG 3 Dziękuję za odpowiedz i wskazanie rozwiązania. Pokazałem ten post serwisantowi. Mam jednak pytanie z innej beczki jakie dokładnie ceny mamy zdefiniowane z precyzją większą niż 2 (bo nadal nie kojarzę czego ten błąd dotyczy)? W którym cenniku? Jego nazwa? Problem dotyczy towarów czy dokumentów? Czy to czasem nie chodzi o wpisywanie cen np. do faktur zakupu które mamy podawane za 1 tyś sztuk, przykładowo 555 EUR za 1 tyś. Czyli po przeliczeniu wychodzi, ze cena jednostkowa to 0,5550 EUR. Chociaż z tego co pamiętam to tam Subiekt GT zaokrągla tam (do 0,56EUR) i dopiero mnoży przez kurs EUR i tą cenę przyjmuje na magazyn. Jakim zestawieniem mógłbym wyłuskać tylko te towary (lub dokumenty bo nie wiem w sumie czego ten problem dotyczy), które mają ten cennik zdefiniowany do 4 miejsc? LOG 1 oraz LOG 2 Czy coś wiadomo w sprawie LOG 1 oraz LOG 2?

Dziękuję Panie Macieju za odpowiedź. Czyli program wylicza poprawnie tzn. zgodnie z zaimplementowanym algorytmem. Niestety w takim razie obecnie zaimplementowany algorytm troszkę słabo wpisuje się w realne potrzeby ponieważ prezentuje on pewne przybliżenie a nie dokładną wartość jaką bym oczekiwał. Ja nie mogę informować klienta o wartości zrealizowanej mając na uwadze przybliżenie, chciałbym podać jednoznaczną i dokładną wartość jako profesjonalista. Oczywiście poinformowanie klienta co do procentowej wielkości realizacji ZK w przybliżeniu jest jak najbardziej okej ale w przypadku podawania wartości kwotowych już nie. Potrzeby są oczywiste, dla mnie to ZK jest "centrum dowodzenia" i to własnie z poziomu ZK: a) chciałbym móc poinformować klienta na jaką DOKŁADNIE kwotę brutto dokonałem wydań częściowych (bardzo częste i oczywiste pytanie klientów). Proszę zauważyć, że w przytoczonym przypadku dokonałem wydania na 1320,00 zł brutto a nie na 1319.92 zł brutto jak informuje program w polu "Wartość Zrealizowana". b) to pole jest również istotne dla handlowców w codziennej bieżącej działalności... przykładowo: - jeśli do danego ZK majmy podpiętą przedpłatę na 1520 zł (i jest to ZK zafakturowane FL zaliczkową), - wartość całkowitego zamówienia to 2800 zł - dotychczasowe wydanie WZ zostało zrealizowane już na 1320 zł do FL to wiemy, że możemy dokonać wydań jeszcze na nie wiecej niż 200,00 zł (1520-1320zł) bo wydajemy towary do kwoty przedpłat/zaliczek (i z tego tytułu nie wygeneruje się WZ do zafakturowania)... gdyby ufać obecnie zaimplementowanemu mechanizmowi wprost, dokonalibyśmy wydania na 200,08zł (1520,00-1319,92) czyli nowo wygenerowana WZ-ka oczekiwałaby na zafakturowanie, tzn. te 0,08zł robiąć niepotrzebny bałagan w programie. Nie chce dalej przekonywać..... być może obecny algorytm liczenia wartości zrealizowanej też już jest lub będzie w przyszłości przydatny/wystarczający (nie wiem) i warto zostawić go tak jak jest.... PYTANIE: W każdym razie, czy możecie dodać zatem DODATKOWE pole w ZK oraz na gridzie zamówień które sumowałoby wartość zrealizowaną wprost, bez tych niekorzystnych przybliżeń?

1/ Klient składa zamówienie tylko i wyłącznie na 1 pozycje towarową w ilości: TW = 10 szt. po 1 zł brutto sztuka więc wartość powstałego ZK to 10 zł brutto. 2/ Klient wpłaca całą kwotę zamówienia tzn. 10 zł brutto, wystawiam zatem do tego ZK fakturę zaliczkową FL (w specyfikacji tej FL mam zatem TW=10szt o łącznej wartości 10zł) 3/ Klient prosi o dostawę cząstkową w postaci TW=3 szt, zatem wystawiam do faktury zaliczkowe (FL) pierwszą Wz-kę na TW=3 szt. o wartości łącznej 3 zł brutto. 4/ Klient stwierdza, że towary, które otrzymał są wystarczające i chciałby na tym etapie zakończyć zamówienie, naturalnie oczekuje zwrotu "nadpłaconej" kwoty w stosunku do otrzymanych towarów, czyli należny zwrot to: 7 zł. Wystawiam zatem fakturę korygująca do FL, w specyfikacji tej korekty (skoro klient się rozmyślił z pozostałej części zamówienia), zmniejszam ilość TW do ilości wcześniej wydanych(skonsumowanych) czyli do 3 szt, dodatkowo zmniejszam kwotę zaliczki dla tego towaru TW na 3 zł (bo inaczej mechanizm by mnie nie puścił) No i do tego momentu (krok 4) wszystko jest jasne i proste. 5/ Klient odzywa się po np. 9 dniach (od wystawienia korekty i otrzymania zwrotu kasy 7 zł) i ma dodatkową prośbę/oczekiwanie - chciałby dokonać częściowego zwrotu zakupionego towaru TW w ilosci 1 szt. (czyli pragnie lub np. powołuje się na ustawę (bo kupił przez Internet) zwrócić 1szt. z 3szt. towarów). PYTANIE: W jaki sposób mogę przyjąć towary na stan od tego klienta? Gdy próbuję skorygować WZ-kę dostaję informację, że "nie można korygować WZ gdy została wystawiona kolejna faktura zaliczkowa" (Wszystko jest pięknie z korektą do WZ do momentu gdy nie wystawię korekty do FL, po jej wystawieniu blokuje ona WZ)

1/ Wystawiam zamówienie ZK tylko na 1 towar, tzn. TW = 77 szt. 2/ Klient ma potrzebę odbioru na razie tylko 7 szt., wystawiam zatem WZ na wydanie częściowe bezpośrednio z zamówienia. 3/ Wystawioną WZ-kę fakturuję zwykłą fakturą (ten krok nie ma większego znaczenia). (W tym momencie w specyfikacji ZK mam taki stan: Zamówiono: 77 szt., Zrealizowano: 7 szt. - no i wszystko pięknie tak jak powinno być) 4/ Klient wpłaca na poczet tego ZK (na pozostałe 70 szt.) zaliczkę kwotową, wystawiam zatem fakturę zaliczkową FL z przedmiotowego ZK na pozostałe 70 szt. 5/ Klient ma potrzebę kolejnego odbioru cząstkowego, zatem wystawiam WZ, tym razem do FL na 10 szt (bo de fakto tylko ten wariant jest możliwy) (W tym momencie w specyfikacji ZK mam taki stan: Zamówiono 77 szt, Zrealizowano 17 szt - no i znów wszystko pięknie tak jak powinno być!) TEMAT 1 Problemy zaczynają się gdy zmienię specyfikację zamówienia: - gdy zmienię specyfikację ZK np. TW=76 szt. wówczas po zapisaniu takiego ZK w polu zrealizowane mam informację, że wydano tylko 16 szt. - gdy zmienię specyfikację ZK np. TW=75 szt. wówczas po zapisaniu takiego ZK w polu zrealizowane mam informację, że wydano tylko 15 szt. - itd..... aż ilość pokazywana w kolumnie zrealizowane zmniejszy się do ilości wydań podłączonych do FL - gdy wpiszę ilość w specyfikacji ZK np. TW =22szt. wówczas po zapisaniu takiego ZK w polu zrealizowane mam informację, że wydano tylko 10 szt. (co nie jest prawdą bo wydano faktycznie 17 szt.) TEMAT 2 TEMAT 2 to drobiazg w porównaniu ze zjawiskiem opisywanym w TEMAT 1 ale przy wykonywaniu kroku 5 tzn. przy dołączaniu WZ-ki do wystawionej FL wyświetla się błędna informacja jak poniżej: Błędna o tyle, że w przytoczonym przykładzie nie ma już na ZK "niepowiązanych pozycji z żadnym dokumentem" więc to okienko niepotrzebnie się tutaj wyświetla. W drugim kroku (gdy kliknę TAK) pojawia się kolejne okienko (znów niepotrzebny wybór) gdzie teoretycznie mogę wybrać czy będę tworzył nową WZ czy może Wydanie ma być podłączone do istniejącej FL. Oczywiście klikając na nowe WZ-kę informuję mnie, że: Co niejako potwierdza, że niepotrzebnie program daje w tym miejscu możliwość teoretycznego wyboru skoro realnie ten wybór nie istnieje. Tylko informacyjnie: Taka możliwość oczywiście powinna się pojawiać ale gdy np. ktoś dopisałaby do zamówienia ZK totalnie nową pozycję, która by nie była ujęta na wcześniej wystawionej FL.. albo zwiększyłby ilość na ZK do 80 szt to wówczas mechanizm powinien dać możliwość dołączenia WZ-ki na 3szt. (na FL zafakturowano 70szt, wcześniej wydano 7szt. więc pozostało "luźne" tylko 3szt)) PYTANIE: Czy poprawicie TEMAT1+TEMAT2, i na kiedy?

Dziękuję za informację Panu. Jeszcze jedno - może chociaż nad tym uda się jakoś zapanować.. tzn. w nazwach produktów (większości) użyliśmy znaku kreski pionowej, tzn. | (Ta nad enterem w klawiaturze qwerty). No i teraz przykładowo przeklejając dany towar, który zawiera ten felerny znak poprzez CTRL+C oraz CTLR+V w specyfikacji np. ZK nie rozpoznaje tego znaku i Instynkt nie pozwala wyszukać produktu (nie podpowiada żadnego). Możecie to jakoś ogarnąć?