Łukasz W.

Posiadamy indywidualnie dostosowane marże do każdego artykułu. Rozjechał nam się sposób wyliczania ceny sprzedaży na stałą cenę sprzedaży, co sprawiało, że zmiana ceny zakupu nie zmieniała ceny sprzedaży. Podmieniłem w cennikach na wyliczanie według marży i zaznaczyłem nieprzeliczanie cen, żeby gorzej się już nie zepsuły. Jak wiadomo, teraz przy zmianie cen zakupu od razu wskakuje cena 0zł - wynikająca z zerowej marży. Czy jest jakaś możliwość przepisania marży z cennika do sposobu wyliczania ceny sprzedaży pomijając operacje bezpośrednio na bazie SQL?

Podczas próby wydrukowania paragonu fiskalnego na drukarce fiskalnej wyskakuje taki błąd. Komputer jest serwerem dla bazy NEXO oraz jest na nim SUZ, przez który podłączona jest drukarka fiskalna. Na innych komputerach klienckich taki problem nie występuje. Błąd występuje już w momencie kliknięcia przycisku Drukuj, okno drukowania w ogóle się nie pojawia.

Mi pokazuje jedną pozycję za 0zł - chciałem sobie ją rozchodować i przyjąć z jakąś ceną, żeby nie było pozycji z 0zł na remanencie - okazało się jednak, że na stanie jest 0szt. - szukałem w zarezerwowanych, zmieniałem daty - wszędzie 0. Może jest jakiś fajny sposób, żeby nie musieć wysyłać 10gb bazy? Konserwacja bazy nie pomogła.

Temat umarł, czy jest szansa na realizację?

Jak w raporcie mogę osiągnąć ilość dni między utworzeniem raportu, a terminem płatności? Próbowałem różnych możliwości - ale pewnie jest problem w formacie daty dnia aktualnego. {DateDiff(ReportCreated,Dokument.rozrachunekNaDzien.rozrachunekNaDzienWgPodmiotu.Rozrachunek.TerminPlatnosci).Days}

Tworzę sobie różne raporty i wyciągam z nich różne dane, ale tutaj jakoś nie wpadłem na ten pomysł - pewnie zadziałała trochę frustracja bez jakiegoś gruntownego zastanowienia się - ech, nie ma tego filtrowania ani kolumny, trzeba odpalać SSMS. Pomysł z zadziałaniem na wbudowanej funkcji brzmi dużo bezpieczniej, bo jak zobaczyłem złożoność formatu samego ID sposobu - to pomimo jakiś tam prób na bazie testowej występowała pewna doza niepewności.

Ale (chyba) nie można wyfiltrować tych klientów, którzy ręcznie mają już nadany jakiś inny sposób. Cenna uwaga, w sumie nie pomyślałem o tym, więc jednak to skasowałem.

Rzeczywiście, w starszych klientach nie było ustawionego domyślnego sposobu realizacji, a że nigdy go nie zmieniałem to błędnie założyłem że jest to faktura VAT (tak jak przy nowszych klientach, przy dodawaniu których zostaje zastosowany już szablon)

Źle się wyraziłem, oczywiście chodziło mi o zamawiającego. Przykład: 1. Domyślny sposób realizacji ZK to Faktura Vat: 2. Po dodaniu klienta, którego domyślnym sposobem jest Paragon (zmienia się dobrze): 3. Zapisuję zamówienie, otwieram i zmieniam zamawiającego na klienta, którego domyślnym sposobem jest faktura VAT (realizuj jako się nie zmienia): 4. Ponawiam krok 3. i zmieniam zamawiającego na klienta, którego domyślnym sposobem jest WZ (zmienia się dobrze): 5. Kolejny raz zmieniam - tym razem znowu dodaję klienta z domyślnym sposobem Faktura VAT (nie zmienia się): 6. Jeśli jednak zmienię na takiego, który ma Paragon, to Realizuj jako zmieni się już poprawnie:

Mamy poustawiane w klientach różne sposoby realizacji (paragon imienny, paragon, faktura, wydanie zewnętrzne) Po zmianie nabywcy zazwyczaj zmienia się sposób, ale czasem "blokuje" się i pomimo zmiany nabywcy zostaje poprzedni sposób.

Rzeczywiście, zgadza się. Nawet tak na początku próbowałem, ale ten komunikat mnie trochę zmylał, a użycie rok2cyfry nie pozwalało na ustalenie numeru początkowego.

Numeracja działa dobrze, a temat numeru początkowego przeskoczyłem ręcznie bo dotyczy to tylko bieżącego roku. Atrybuty numeracji mam puste, ale numeracja idzie prawidłowo (włącznie z wypełnianiem luk w obrębie dnia). A pożądany numer to np. dla licznika 10447: FS2010447, a od nowego roku pierwsza faktura: FS2100001.

No to szkoda, bo nie można teraz kliknąć odznacz wszystkie uprawnienia w Subiekcie nawet jak się nie używa programów księgowych. Trudno, trzeba klikać ręcznie

To mam już zastosowane, może trochę niejasno się wyraziłem - chodziło mi o przypisanie wzorca na zasadzie szablonu osoby / firmy (inne dla przyszłych klientów fizycznych i inne dla firmowych)

W momencie, gdy próbuję odebrać użytkownikowi uprawnienia program wskazuje na błędy, które nie występują, jak te wszystkie uprawnienia z listy nada się temu użytkownikowi. Problem można ominąć dodając nowego użytkownika, usuwając mu domyślną rolę administrator i nadając innej role, nie zaznaczając ręcznie uprawnień (prawdopodobnie tylko tych z listy). Weryfikator aktywnego ulepszenia sprawia wrażenie, że po odznaczeniu ręcznym danego uprawnienia, nadal blokuje zapis generując błędy.

Ciekawą opcją byłaby możliwość zablokowania dostępu do wybranych dokumentów - szczególnie zakupu - coś w stylu uprawnienie: dostęp do wrażliwych dokumentów - i możliwość oznaczania ich też za pomocą uprawnienia. Nie chodzi mi tutaj o asortyment i widoczność cen zakupu w informatorze, lub jako koszt magazynowy w cenniku lub na dokumencie, ale o możliwość zablokowania widoku całego, kompletnego dokumentu. Domyślam się, że brzmi to trochę dziwnie, więc postaram się przytoczyć przykład: Korzystamy z zewnętrznej księgowości, ale chcemy mieć podgląd / bazę dokumentów zakupu. Subiekt jest na tyle dobrze rozwinięty, że dla potrzeb własnych nie potrzebujemy żadnej dodatkowej ewidencji. Faktury zakupu towaru oczywiście księgujemy jako FZ z asortymentami, ale takie rzeczy jak opłaty stałe, opłaty za media, leasingi, czynsze itp wrzucamy sobie do Subiekta jako fakturę zakupu z usługami jednorazowymi. Nie chcemy, żeby każdy, kto ma dostęp do faktur zakupu (w celu "przyjmowania" towaru na magazyn fakturą zakupu) miał dostęp do praktycznie wszelkich danych odnośnie kosztów stałych przedsiębiorstwa. Pewnie zostanie to odnotowane jako sugestia do zrealizowania w przyszłości (i dobrze, bo nic innego nie oczekuję), ale jeżeli ktoś boryka się z podobnym problemem, lub ma na to jakieś rozwiązanie, to proszę o odpowiedź

Pewnie tak jak Bartek pisał, aktualizacja funkcjonalna wgrywa domyślne wzorce, które trzeba za każdym razem edytować (jak wiadomo dostawcą usługi forum jest Invision Community, a nie Insert) - podobnie jest z wzorcami wydruku w Subiekcie, jednak tam można zostać przy starych (chyba że np pola własne v2, ale to raczej rzadko się zmienia) Niestety tak jak piszesz, stary był bardziej przejrzysty, ale wygląda na to, że to nie Insert wymusił zmianę wyglądu. Nie zmienia to jednak faktu, że tak duża firma jak Insert mogłaby po aktualizacji forum zadbać przynajmniej o podstawową przejrzystość. Może są jakieś inne aktualne wzorce dostarczane przez Invision Community, które nie mają błędów takich jak brak nicku na urządzeniach mobilnych, lub niebieskie litery na granatowym tle przy cytowaniu? PS. Jakoś tak bronię tutaj Insertu chyba dlatego, że po różnych aktualizacjach Subiekta jak coś się zmienia, to zawsze u mnie firmie jest to samo - że było dobrze, po co to zmieniać - a te wszystkie "marudzenia" są kierowane do mnie

Jeżeli chodzi o wstawianie kodu to również wygląda to fatalnie:

Niestety nie korzystałem ze starego ciemnego motywu (aż dziwne, że nie szukałem, bo wszędzie indziej mam ustawione ciemne) więc nie wiem jak kontrastowo to wyglądało. Zmiany w wyglądzie i interfejsie są wszędzie, i często użytkownicy się o nich negatywnie wypowiadają (jak np. kiedyś Allegro) ale koniec końców każdy się "przyzwyczaja". Nie wiem, czy to tylko zmiana motywu, czy również jakaś głębsza aktualizacja kodu, ale ewidentnie wiele elementów jest do poprawy - zarówno brakujące funkcję (aktualizacją powinno dodawać się nowe a nie usuwać stare) - jak i kolory w ciemnym motywie (tutaj odnoszę wrażenie, że ktoś, kto to testował w ogóle nie sprawdził działania ciemnego motywu).

Może nie od razu powrót do poprzedniego, ale rzeczywiście, zwłaszcza przy cytowaniu motyw ciemny wygląda naprawdę nieczytelnie. Wrzucam screena z jednego z tematów z forum w motywie ciemnym:

Stosunkowo często klienci podają jakieś NIP-y działalności już dawno nieaktywnych, to program nam to odrzucał. Z zasady się z nimi nie kłócimy i drukujemy fakturę "na odczepne". Warto również zwrócić uwagę na ewentualne problemy z połączeniem z portalem podatnika - w takiej sytuacji również nie będziemy mogli wystawić faktury? Wyżej opisana opcja blokady wystawienia faktury VAT dla kontrahenta bez NIP wydaje się najprostsza i również w mojej opinii bardzo potrzebna (nie licząc osoby fizycznej - bo tam domyślnie można ustawić realizację za pomocą paragonu i domyślne wysyłanie do drukarki fiskalnej).

Skoro nie można zablokować wystawiania faktur bez NIP-u to można by to rozwiązać przez wymuszenie NIP-u dla firm i określenie specyficznego wzorca dla faktur VAT dla osób fizycznych tak, żeby chociaż w momencie drukowania faktury handlowiec zauważył swój błąd. (Nawiązując do poniższego tematu)

Jakie będą to atrybuty dla KP/KW?

Czy to normalne, że każde kliknięcie w operacji, a zwłaszcza w numerach początkowych - przykładowo zmiana parametru rok2cyfry jest praktycznie niemożliwa - przy kliknięciu rozwinięcia listy przez około minute program jest zawieszony i lista się nie przewija. Zapomniałem, że rok2cyfry to mój własny atrybut:

chyba namierzyłem problem, w głównej konfiguracji wydruku przestawiłem z drukarki LAN na domyślną systemową - tak jak poniżej - i pomogło.