Marek Pyznarski

Na wydruku także jest: Ja patrzę na wzorcu standardowym, być może sprawdza Pan na wzorcu "użytkownika", a te z definicji nie są zmieniane przy konwersji.

Rzeczywiście, coś jest na rzeczy. Będziemy się temu przyglądać bliżej.

W związku z długością tego wątku, może Pan podać o jaką zmianę chodzi?

Pole to jest wspólne dla wielu obiektów i trzeba do niego dopasować dane. W przypadku asortymentu danych, które można by tam wpisać jest wiele (stany, ceny), ale żadne idealnie nie pasują. Dlatego pozostawiliśmy je puste.

Informacja jest dostępna zarówno w dokumencie (po zapisaniu go), jak i na liście dokumentów (trzeba włączyć kolumnę Zamówienia), vide: Przykładowe zrzuty ekranu pokazują dla faktury, ale podobnie jest dla innych dokumentów (w tym zakupu).

W parametrach dokumentu można ustawić domyślny rodzaj rabatu (procentowy, kwotowy), ale nie ma możliwości ustawienia stałej wartości rabatu per dokument.

Ok, przyjrzymy się temu bliżej, ale to dopiero po wersji 16.

Trochę za dużo czasu zajęło nam dogrzebanie się do tego postu - przepraszam że musiał Pan tyle czekać. W momencie wstawienia pozycji asortymentowej do dokumentu następuje sprawdzenie ceny pozycji cenniku głównym i cennikach dodatkowych. Jak rozumiem pyta Pan o ceny widoczne w kartotece asortymentu - można tam wyświetlać ceny wyłącznie z cenników głównych. Nie są one aktualizowane o cenniki dodatkowe, głownie z powodów wydajnościowych - przy wielu tysiącach pozycji AS oraz wielu cennikach dodatkowych wyliczenie tego dla każdego asortymentu troszkę by trwało. PS. Można już odwołać psa

Update: Proszę sprawdzić przykład wyrównywania ceny dostępny w SDK (jest w folderze \Przyklady\nexoPlugins\), powinien być pomocny

Jak do tej pory plugin taki nie powstał. Jak napisał wcześniej Mateusz, jest w kręgu naszego zainteresowania, ale bez jakiś konkretnych terminów.

Reasumując Pana potrzeby: 1) klient zamawia kilka pozycji asortymentu, którego nie ma na stanie 2) klient wpłaca zaliczkę, co zostaje udokumentowane fakturą zaliczkową, asortyment z ZK zostaje zamówiony u dostawcy/ów. 3) jedna z zamówionych przez niego pozycji zostaje dostarczona przez dostawcę 4) chce Pan ją wydać klientowi pilnując, aby wartość wydania nie przekroczyła wartości wpłaconej zaliczki przez klienta. 5) czynności z pkt 4 i 5 są powtarzane wraz z napływem kolejnych dostaw zamówionego u dostawców asortymentu. Prześledźmy to na przykładzie: Klient zamawia 2 towary. W zamówieniu możemy określić minimalną wymaganą wpłatę, jak pokazano na załączonym obrazku: Określenie minimalnej wpłaty nie zezwoli na realizację zamówienia, jeśli klient nie wpłaci co najmniej tej kwoty. Nie jest to co prawda dokładna realizacja potrzeby określonej w pkt 4, ale być może w Pana scenariuszu będzie pomocna. Kontynuując przykład - do tego zamówienia klient wpłaca 3500zł zaliczki, co zostaje udokumentowane fakturą zaliczkową: W momencie wpłaty nie wiemy na poczet którego towaru zaliczka ta została wpłacona. Domyślnie program dzieli kwotę zaliczki na pozycje, bo musi - ze względu na opodatkowanie, gdyż Ustawa o VAT nakazuje opodatkowanie zaliczek. Ażeby opodatkować zaliczkę, trzeba wiedzieć w jakiej stawce - w przykładzie jak pokazałem na obrazku każda z pozycji jest w innej stawce i domyślnie program podzielił ją proporcjonalnie wg wartości pozycji (program udostępnia jeszcze inne algorytmy, można także ręcznie wpisać np.całość zaliczki na jedną pozycję). Teraz przychodzi zamówiony u dostawców Towar A, chcemy wydać go klientowi na dokumencie WZ, więc realizujemy ZK do dokumentu WZ, który domyślnie proponuje wydanie Towaru A w ilości 3 szt., ponieważ taka jego ilość została "zaliczkowana" a program tego pilnuje. My jednak chcemy wydać 5 szt i program pozwoli na to, tyle że tę WZkę trzeba będzie jeszcze zafakturować, aby wykazać VAT od "nieozaliczkowanej" części. Takie rozwiązanie nie spełni jednak Pana oczekiwań odnośnie "pilnowania", aby nie wydać towaru powyżej wpłaconej zaliczki. To, co mogę ewentualnie zaproponować, to wystawienie korekty faktury zaliczkowej przed wydaniem towaru i zmianę podziału kwoty zaliczki tak, 2500zł zaliczki zostało przypisane do pozycji towaru A, zaś 1000zł do towaru B: Proszę zauważyć, że taka zmiana przypisania kwoty zaliczki rodzi również skutek podatkowy, ponieważ zmienia kwoty podatku należnego w obu wykorzystanych na dokumencie stawkach. Tu dygresja - o ile w przypadku użycia różnych stawek na fakturze zaliczkowej wystawienie korekty wydaje się być zasadne, to w sytuacji gdy wszystkie pozycje są w jednej stawce, zmiana przypisania kwot zaliczek nie spowoduje żadnej zmiany kwot wykazanego podatku i nie jestem pewien, czy fakt jej wystawienia można zakwalifikować jako powód określony w art. 106k. ust.1 pkt 5 (fakturę korygującą wystawia się gdy "podwyższono cenę lub stwierdzono pomyłkę w cenie, stawce, kwocie podatku lub w jakiejkolwiek innej pozycji faktury" [koniec dygresji]. Po zapisaniu korekty wypisując WZ do ZK z przykładu, program podpowie już 5 szt towaru A do wydania, czyli będzie dokładnie tak, jak Pan oczekuje. To, co rozwiązałoby całkowicie problem o którym Pan pisze, to możliwość "przypisania" zaliczki nie do pozycji dokumentu, a do stawki VAT w fakturze zaliczkowej. Wówczas, dopiero przy wydaniu towaru na WZ następowałoby "skonsumowanie" zaliczki per wydawana/e pozycja/e. Niestety z powodów podatkowych, jest to bardzo trudne lub nawet niemożliwe do zrealizowania (np. podczas fiskalizacji faktur zaliczkowych nie można na urządzeniu fiskalnym wydrukować po prostu "zaliczka w stawce 23%" tylko trzeba podać konkretne pozycje i kwotę zaliczki przypadającą na nie.

Nie ma potrzeby kasowania ani zamieniania. Proszę po prostu wpisywać słowa bez przecinków. Czyli jeśli nazwa towaru to: "mydło, powidło, sidło" proszę wpisać "mydło", albo "mydło powidło sidło" (bez przecinków) - towar zostanie odnaleziony.

Takie działanie InsTYNKTu wynika z założenia, że znaki interpunkcyjne nie podlegają indeksowaniu ani wyszukiwaniu (z małymi wyjątkami), dlatego jedyne, co mogę na tę chwilę poradzić, to nie wpisywać ich w wyszukiwarce. Na chwilę obecną nie planujemy tutaj zmian.

Pełna rezerwacja dostaw = zarezerwowanie konkretnej, istniejącej dostawy (wg FIFO/LIFO, wskazanej). W pewnym uproszczeniu, to jak wydanie towaru, tylko bez wydania Rezerwacja stanów = zarezerwowanie stanu towaru, bez wskazania konkretnej dostawy, nawet gdy towaru nie ma na stanie (pod przyszłe dostawy).

Ani błąd, ani złe ustawienie, tych danych nie ma w bazie danych - dokument nie zapisuje godziny, lecz tylko datę.

Jeśli dobrze widzę na załączonych ekranach, faktura próbuje wydać towar z datą 12 stycznia 2017r., a wtedy towaru nie było na stanie, bo został przyjęty dopiero 10 kwietnia 2017r.

Problem wynika z tego, że prawdopodobnie w definicji asortymentu w szczegółach jednostki miary "szt." ma Pan ustawioną precyzję 3 miejsc po przecinku: Jeśli będzie tam zero, program nie pozwoli na wpisanie ilości niecałkowitej. Powiązania, które widać wynikają najprawdopodobniej z tego, że na podstawie kilku ZK utworzono zamówienie do dostawcy. Stąd też, w powiązaniach ZK wraz z ZD wyświetlane są dodatkowe powiązane z nim ZK. Jest to błąd, którego poprawa jest zaplanowana na wersję 16.0.0. Na mapie powiązań widoczne są prawidłowe dane. Aby zobaczyć, jakie wydania nie zostały jeszcze zafakturowane polecam użycie widoku "Wydania - zewnętrzne niezafakturowane" znajdującego się w module Wydań magazynowych.

Tak jak pisałem wcześniej, usługa (w tym jednorazowa) nie może być traktowana jako materiał. To, co mogę zaproponować, to wprowadzenie jednak takiego towaru do kartoteki np. z przypisaniem do specyficznej grupy albo cechy, a po jego sprzedaży dezaktywowanie go w kartotece. Dzięki przypisaniu cechy/grupy łatwiej będzie później w kartotece odfiltrować taki asortyment ze stanem zerowym i dezaktywować.

Za mało informacji posiadamy, aby jednoznacznie coś powiedzieć - jedyne co wiemy, to wprowadzenie na stan towaru w dniu 10 kwietnia. Na załączonych przez Pana obrazkach nie widać ani daty faktury próbującej rozchodować asortyment, ani informacji o rezerwacji asortymentu. Proszę sprawdzić jaka jest "data zakończenia dostawy" na wystawianej fakturze sprzedaży oraz dane o rezerwacjach w informatorze o tym asortymencie - zakładka "Zamówienia" oraz "Stany".

Panie Łukaszu, przyczyną może być albo zadysponowanie dostaw (np. poprzez rezerwację wynikającą z zamówienia) lub też przyjęcie asortymentu na stan jest z datą późniejszą niż próba wykonania asortymentu (np. PW wprowadzająca towar na stan z datą jutrzejszą, a faktura wystawiana dzisiaj). Proszę to sprawdzić w informatorze o asortymencie - na dokumencie jak na załączonym przez Pana obrazku proszę na problematycznej pozycji wcisnąć CTRL + I i zobaczyć co pokazywane jest na zakładkach "Ruch asortymentu" (w kontekście dat) oraz "Zamówienia" (w kontekście rezerwacji, proszę zwrócić uwagę na kolumnę statusu zamówienia).

Zobaczmy to na przykładzie: Mamy zamówienie od klienta, wprowadziłem na nim usługę z materiałami, a jednego z materiałów nie ma na stanie (Przyłącze KLS). Gdy na zamówieniu na tej pozycji wciśniemy CTRL+Y pokaże się okienko kosztorysu o którym pisałem wcześniej: Z poziomu tego okna może Pan dodawać nowe materiały do usługi, czyli nie trzeba - jak opisywał Pan to wcześniej - usuwać usługi, redefiniować jej w kartotece asortymentu i wstawiać ponownie. Zapisujemy zamówienie i przechodzimy do kompletacji. W tym celu spod prawokliku uruchamiamy opcję "Kompletuj zamówienia": co spowoduje pokazanie się poniższego okienka: W nim jak widać na czerwono podświetlony jest towar, którego nie mamy na stanie. Pozostałe są i program pokazuje ilość już skompletowaną, jak i jaka będzie ilość skompletowana po wykonaniu operacji. Pozostałe składniki są, tak więc chcemy zarezerwować "to co jest" - klikamy w "Zapisz", co spowoduje zmianę statusu zamówienia na częściową rezerwację dostaw na te składniki, które mamy na stanie, a zamówienie w gridzie dokumentów będzie pokazywało stan kompletacji bazujący na ilości materiałów: Uruchamiając ponownie okno kompletacji zamówienia, zobaczymy tylko brakujący materiał, ponieważ pozostałe składniki już zostały skompletowane (czyli nie ma sensu ich tutaj pokazywać). A składnik ten nadal "świeci się" na czerwono, gdyż nie ma go na stanie: Gdy pojawi się na stanie można będzie w 100% skompletować całe zamówienie. Mam nadzieję, że ten przykład będzie dla Pana przydatny Dokumenty wydania magazynowego nie są najlepszym środkiem do zakomunikowania magazynierowi, aby fizycznie zaczął "kompletować". Zamiast tego mogę polecić coś bardziej "miękkiego", czyli Działania (Zadania). Ich zastosowanie wymaga aktywnej licencji Gestora nexo. W sytuacji, jaką Pan opisał można stworzyć szablon zadania pobierający za pomocą autotekstów dane z zamówienia. Dzięki temu, magazynier zobaczy takie zadanie, zobaczy z jakim zamówieniem jest ono powiązane i dzięki temu będzie mieć dostęp do wszystkich danych niezbędnych do fizycznego skompletowania. Co więcej, zadanie może mieć przypisaną tzw. akcję automatyczną w postaci np. wysyłki wiadomości e-mail lub SMS wg wskazanego szablonu, czyli od razu po "zrealizowaniu" zadania można będzie poinformować klienta. Przykład, jak wygląda zadanie na podstawie zdefiniowanego szablonu (Polecenie "Dodaj działanie -> Z szablonu") do opisywanego tutaj zamówienia mogłoby wyglądać na przykład tak: Oczywiście treść jest tylko poglądowa. Chyba zgłaszał Pan już taką potrzebę w korespondencji z Działem Pomocy Technicznej. Została ona zanotowana. Na dzień dzisiejszy nie mogę obiecać konkretnej wersji, kiedy "weźmiemy ją na warsztat". Praca do wykonania, aby to zrealizować nie jest banalna i na pewno nie będzie to wersja 15.0.0 (jest już zamknięta), ani kolejna, która jest już zaplanowana i prace nad nią trwają.

Weryfikacja adresów opiera się na wyrażeniach regularnych. W przypadku ulicy wymagane jest pojawienie się numeru, czyli na pewno zostaną odczytane dane wprowadzone np. tak: Nowodworska 75 Nowodworska 75/5 Nowodworska 75 m. 5 Nowodworska 75m.5 Nowodworska 75 m 5 Nowodworska 75m5 Nowodworska 75 lok 5 Nowodworska 75lok5 Nowodworska 75 lok. 5 Nowodworska 75lok.5 Analizując podany przez Pana przykład, ciąg "testowy adres" nie zawiera cyfry, więc program nie wie, jak go zinterpretować (nie wpasowuje mu się to w ulicę). Podobnie w przypadku kodu pocztowego, tyle że tam zakładany jest poprawny ciąg w postaci XX-XXX (gdzie X to cyfry) i tutaj można byłoby pokusić się o zmianę, bo rzeczywiście kody zagraniczne nie przejdą - do zbadania po naszej stronie. Tak na szybko wygląda na to, że tak.

Witam, Dopisuję potrzebę uwidocznienia materiałów w widoku "Asortyment zamówiony przez klienta". Rozwiązanie na teraz, to skorzystanie z widoku zamówień bieżących, tam też dostępne operacje potrzebne do kompletowania zamówienia z informacjami o kompletacji pozycji z zamówienia. Jeśli dobrze rozumiem, definiuje Pan w kartotece asortymentu usługę materiałową. Wstawia Pan tę usługę do zamówienia, a następnie w kartotece asortymentu zmienia specyfikację materiałów. W takim wypadku, po zmianie specyfikacji materiałów, zmiany te nie przenoszą się na dokumenty - bo nie mogą. Gdyby tak się działo, zmiany aplikowałyby się do wszystkich dokumentów, w tym także np. do zrealizowanych i byłby to poważny błąd. Proponuję wszelkie zmiany w specyfikacji materiałów wykonywać w zamówieniu, z poziomu kosztorysu usługi materiałowej (CTRL+Y na pozycji dokumentu). Nie musi Pan także dla każdego klienta definiować nowej usługi materiałowej w kartotece, można to zrobić z poziomu zamówienia, poprzez wspomniany wcześniej kosztorys (czyli wprowadza Pan usługę, CTRL+Y na niej i w oknie kosztorysu wprowadza Pan materiały).

Pierwszą sugestię zapisuję do rozważenia raczej na dalszą przyszłość. Zaś zgłoszone dwa problemy.... również zapisuję do poprawienia, poprawki można spodziewać się wcześniej.

Witam, Panie Adamie, problem, który Pan napotkał wynika z.... matematyki Podsumowanie jakie widać na obrazku pod gridem to prosta suma kolumny "Wartość brutto" z pozycji dokumentu. Natomiast "Wartość zamówienia" opiera się na wyliczeniu wartości dokumentu wg sposobu określonemu w oknie "Sposób wyliczenia dokumentu": Stąd mogą być widoczne różnice między jednym, a drugim polem (VAT naliczony od sumy pozycji nie musi być równy sumie VATu na pozycjach). Zapewne w Pana przypadku było tak, że ProForma jest liczona od cen netto, a następnie do niej wystawiana jest faktura zaliczkowa, której wartość liczona jest "od brutto" i stąd różnica grosza. Aby uniknąć takich sytuacji wystarczyłoby, aby ProForma wystawiona była "od brutto". Ewentualnie może Pan jeszcze spróbować alternatywnego sposobu wyliczania VAT (widać je w zaznaczonym na obrazku obszarze) i zamiast "od sum obrotów w poszczególnych stawkach" ustawić "jako suma wartości VAT na pozycjach".