Marek Pyznarski

Niestety, na to liczyć raczej nie można. Na stronach Rządowego Centrum Legislacji są już kolejne projekty.

Na fakturze zaliczkowej przyjął Pan 100% zaliczki na: towar na pierwszej pozycji w ilości 77 kg o łącznej wartości brutto 1089,17 zł towar na drugiej pozycji w ilości 64 szt. o łącznej wartości brutto = 2991,36 zł usługa na trzeciej pozycji w ilości 1 o wartości brutto = 369 zł Następnie wystawił Pan wydanie zewnętrzne na towary, przy czym dla towaru na pierwszej pozycji wydano nie 77 kg, które zostały opłacone na fakturze zaliczkowej, lecz 85 kg, czyli o 8 kg więcej. A zatem za te 8 kg klient powinien zapłacić wg wyliczenia: 8 kg * 14,1450 zł = 113,16 zł (co Subiekt wykonuje), a Pan powinien to dodatkowe wydanie opodatkować. Stąd taka kwota do zapłaty przez klienta na fakturze zaliczkowej końcowej do wydania zewnętrznego.

W wersji 17.0.0 wykonaliśmy zaplanowane prace. Tak jak pisałem 21 lipca, zmiana waluty w kreatorze nie jest planowana na ten rok.

Niestety nie napisał Pan szczegółów - z jakiej wersji korzysta, jaki dokument wystawia, itd. Poniżej przykład z wersji 17.0.0 na fakturze sprzedaży, gdzie nabywcą jest firma "AD KOBRA", odbiorcą (czyli firmą na WZ) jest "TRADIS" a rozrachunek i spłata jest na "Drogerię ODEON". Jeśli posiada Pan program w wersji starszej, to w polu płatnik - można było wybrać albo nabywcę albo odbiorcę (czyli kontynuując przykład z obrazka albo AD KOBRA, albo TRADIS. Jeśli nie widzi Pan pól Dostawcy i Płatnika, to mogą być następujące przyczyny: Na wersji dowolnej: pola te są wyłączone w profilowaniu (np. ma Pan ustawiony profil Mała firma). W tym wypadku proszę wejść w ustawienia profilu (rysunek poniżej) i na zakładce Subiekt, w sekcji "Dokumenty" włączyć "Dodatkowe/Inne podmioty" Na wersji 17.0.0 są one ukryte dla danego typu dokumentu - trzeba włączyć ich widoczność (ikonka zębatki w dokumencie -> Ustaw widoczność pól)

Zrobiliśmy test na wersjach 16.0.3 oraz 17.0.0 i jest identycznie - dokładnie tak, jak Pan pisze, czyli do zamówienia do dostawcy zostały przepisane ceny z kreatora, co jest działaniem poprawnym. Chcąc, aby na zamówieniu do dostawcy pojawiały się inne ceny, trzeba je albo wybrać w kreatorze albo wejść w wygenerowane zamówienia i przeliczyć pozycje dokumentu po innych cenach. Na pewno taka cena w zamówieniu do dostawcy? Jak rozumiem chodzi o znacznik "Przelicz istniejące pozycje na dokumencie" w okienku "Sposób wyliczania dokumentu".

Nie jestem pewien, co ma Pan na myśli - czy chodzi o podsumowanie "Poprzednie zaliczki" widoczne na WZ i fakturze do niej? Kwota tam wykazywana wynika z pozycji towarowych widocznych na tych dokumentach i zaliczki wpłaconej na poczet tych pozycji. Problematyczne jest to, że WZ do FL nie "wydaje" usług - gdyby tak było, byłaby 100% zgodność. Umożliwienie "wydawania usług" mamy odnotowane na dalszą przyszłość Natomiast z punktu widzenia podatkowego rozliczenia zaliczki wszystko jest w porządku. Zaliczka wpłacona przez klienta (również na usługę) została zafakturowana w 100% na fakturze zaliczkowej cząstkowej, zaś dodatkowe wydanie zostanie opodatkowane na fakturze zaliczkowej końcowej do wydania.

W opisywanym przez Pana scenariuszu, pojawia się kreator zamówień do dostawców a nie pojedyncze zamówienie i tam "od zawsze" domyślnie są ustawiane deklarowane ceny przez nabywców. W tej chwili nie ma możliwości zmiany ustawienia domyślnej ceny dla kreatora - zapisuję na przyszłość taką potrzebę.

Nie, dane są ukrywane, ale zapisują się. Nie ma możliwości wyłączenia wstawiania terminu realizacji, natomiast problem wynikający z użycia tej daty zniknie po poprawce, o której wspominałem - opublikujemy ją przy pierwszej możliwej okazji. Dziękuję za plik, wszystko wskazuje na to, że przyczyna jest taka, jak wskazywałem wcześniej. Szczegóły również przesłałem na PRIV.

Odpowiedź w wątku: https://forum.insert.com.pl/index.php?/topic/1737-błąd-po-aktualizacji-170/

Potwierdzamy występowanie błędu, który powoduje brak nadania statusu "zafiskalizowany" dokumentom, po ich rejestracji fiskalnej. Błąd pojawia się gdy w Subiekcie ustawiona jest online'owa lub offline'owa wymiana dokumentów z programem księgowym (Parametry -> Odbiorcy dokumentów). Pracujemy nad poprawką, eliminującą ten problem. Tymczasowym rozwiązaniem jest restart programu, zaznaczenie zafiskalizowanych dokumentów i zbiorcze ręczne ustawienie im statusu fiskalizacji (prawoklik na zaznaczonych dokumentach -> Fiskalizacja ->Ustaw jako zafiskalizowany). Proszę sprawdzić ustawienia dotyczące otwierania szuflady w parametrach danego typu dokumentu (np. Konfiguracja -> Typy dokumentów -> Paragon) - mają one wyższy priorytet, niż ustawienia w parametrach sprzedaży.

Potwierdzamy występowanie problemu w scenariuszu, gdy termin realizacji dla kompletów zapisany w zamówieniu jest wcześniejszy niż data utworzenia zlecenia montażu (czyli np. termin realizacji kompletu to 30 września, a montaż jest przeprowadzany dzisiaj). Przy realizacji pojedynczych kompletów otwiera się okno zlecenia i można zmienić termin realizacji , natomiast przy realizacji więcej niż jednego kompletu próba zapisania kompletu następuje "w tle" i nie powodzi się. We wcześniejszych wersjach, podczas wystawiania zlecenia na więcej niż jeden komplet, nie był przepisywany termin realizacji z ZK na ZPM i możemy przywrócić takie działanie. Proszę o potwierdzenie, czy opisany powyżej scenariusz występuje u Pana - w szczególności czy przy realizacji pojedynczych kompletów przy zapisie dostawał Pan błąd w kontrolce terminu realizacji ZPM i zmieniał go Pan, czy też jest to coś innego.

Dokładnie tak. Dotyczy pól, które przed wersją 17 działały właśnie w ten sposób, że pokazywały się wtedy, gdy "miały coś do powiedzenia". Na przykładzie pola "Zamówienie" - na dokumencie sprzedaży pojawiało się wyłącznie wtedy, gdy powstał on na postawie zamówienia. Ustawienie jest również dostępne dla podsumowania promocji, jednolitej transakcji handlowej oraz odpisów na fundusze promocji.

Z ekranów wynika, że scenariusz postępowania był inny: 1. Do zamówienia (ZK), została wystawiona faktura zaliczkowa na 100% wartości. 2. Następnie wystawiono wydanie zewnętrzne (WZ), ale nie na 100% wartości zamówienia, lecz zwiększono wydanie towaru z pozycji 1 zamówienia z 77 na 85 kg. Na WZ nie przypisano żadnej płatności na dodatkowo wydany asortyment, stąd "Pozostało" na wartość 113,16zł. 3. WZkę zafakturowano fakturą zaliczkową końcową - dokumentującą to dodatkowe wydanie 8 kg, stąd kwota pozostająca do zapłaty = 113,16.

Nie udaje nam się powtórzyć opisywanego problemu. Na zamieszczonych przez Pana ekranach brak jest specyfikacji asortymentowej, aby prześledzić dokładniej ten scenariusz. Ponadto nie zgadza się kwota zaliczki z FL cząstkowej (4449,53zł) z kwotą poprzednich zaliczek na FL końcowej (4080,53). Czy jest Pan pewien, że zamieszczone ekrany na pewno pokazują właściwe dokumenty?

Potwierdzamy występowanie opisywanego problemu. Pracujemy nad poprawką - ukaże się ona przy pierwszej możliwej okazji.

Do następnej wersji nie. Temat jest odnotowany na dalszą przyszłość.

Sugestia zanotowana.

Chodzi o wydruk dokumentu? ... i zostało to zrealizowane do wersji jesiennej (17.0.0) Planujemy takie rozwiązanie, mieliśmy już podobne zgłoszenie.

Zapisuję sugestię do przemyślenia i sprawdzenia możliwości realizacji.

Tak. Jest to WZka, która wydała towar. Działanie programu jest prawidłowe, wg zapisów ustawy prawidłowym byłoby np. wpłacenie przez klienta 100% zaliczki i wystawienie faktury zaliczkowej na 100% zamówienia, a potem tylko wydanie towaru Rzeczywiście, otrzymujący może być skonfudowany. Wynika to jednak z zapisów ustawy: faktury dokumentujące otrzymanie zaliczki muszą wykazać dane zamówienia do którego otrzymano zaliczkę oraz datę otrzymania zaliczki. Z kolei faktura FL(p) dokumentuje wydanie - musi zawierać datę zak. dostawy. Podobnie jak i faktura zaliczkowa końcowa. .

Tu jest problem, bo sytuacja którą Pan opisuje dotyczy automatycznego dokumentu magazynowego do faktury - tutaj karty rozdaje uprawnienie do dokumentu nadrzędnego (tutaj do faktury). Uprawnienie do korygowania PZ dotyczy wystawiania "ręcznego" korekty/zwrotu do PZ. Zapisuję temat do przemyślenia na dalszą przyszłość. Poprawione w wersji jesiennej (17.0.0).

Odnotowane, zarówno dla operacji pojedynczej, jak i dla zbiorczej. W pracach nad wersją wiosenną zbadamy temat.

Zapisuję temat do rozpoznania w przyszłości. Wbrew pozorom na pierwszy rzut oka nie jest to banalne do realizacji.

Kolumna z numerem oryginału zamówienia zarówno w informatorze o asortymencie, jak i w o kliencie będzie dostępna w wersji jesiennej (17.0.0).

Chyba miał Pan na myśli zamówienie do dostawcy, a patrzył na zamówienie od klienta (co sugeruje również załączony obraz). Dla zamówienia od klienta wskazane sposoby mają sens, zaś na zamówieniu do dostawcy opcje są inne, dostosowane do tego typu dokumentu. W wersji jesiennej wprowadzone zostały poprawki na wzorcach wydruku. W przypadku, gdy w sposobie dostawy ustawiono ukrywanie adresu dostawy, nie będzie on drukowany.