Marcin Gryska

Problemem nie jest liczenie obrotu WZ, bo ten obrót akurat powinien być liczony do limitu kredytowego, w przeciwieństwie do np. ZK. Jeżeli to rozwiązanie to potrafi, to wtedy jestem zainteresowany Problemy są w zasadzie 2: - brak możliwości wystawienia dokumentu z formą płatności "Płatność przy odbiorze towaru" z ustawieniem "Operacja kasowa" na "odłożona", ponieważ taka operacja kasowa nie może wejść do sesji kasowej - brak możliwości wystawienia dokumentu ZK w sytuacji, gdy użytkownik nie posiada uprawnienia do zapisania dokumentu handlowego w przypadku braku limitu kredytowego (kuriozum, tak swoją drogą) Czyli nie jesteśmy w stanie obsłużyć dostaw do klienta płatnych przy odbiorze towaru gotówką, i jednocześnie kompletnie zablokować sprzedaż klientom przekraczającym kryteria kredytu kupieckiego.

No i tu jest pies pogrzebany Częściowo sytuację ratuje wystawienie ZK, w dniu dostawy WZ z płatnością, ale z kolei ZK podlegają pod uprawnienie dokumentów sprzedaży - choć nie wiem po co, przecież ZK to głównie proces ofertowy.

Tak, oczywiście, tylko wtedy jak mamy wystawić dokument WZ dla klienta, który limitu nie posiada, ale zapłaci na przy dostawie dzień później, a w dniu wystawienia WZ rozliczamy sesję kasową?

Ale wtedy dla każdego klienta trzeba by uruchamiać płatność odroczoną, a tego właśnie chcę uniknąć. Próbowałem również uruchomić nową formę płatności "Płatność przy odbiorze towaru" z ustawieniem "Operacja kasowa" na "odłożona", ale taka operacja kasowa nie może wejść do sesji kasowej (co oczywiste)

Niby tak, ale nie do końca. Po swojej stronie stwierdzam, że takie rozwiązanie kończy się tym, bo takie ostrzeżenia giną wraz z innymi, pracownik klika "Zapisz mimo to" bo pozostałe ostrzeżenia są nieistotne i nie wczytuje się szczegółowo. Generalnie brakuje mi pomysłu jak rozwiązać przyszłe dostawy do klienta, płatne gotówką na miejscu. Tym bardziej, ze np. nie można wstawić odroczonej płatności do paragonu, a z kolei kasy gotówkowe rozliczamy codziennie, więc generowanie KP "do przodu" odpada.

Jeszcze jedno - zamiast kombinować ze wzorcem wydruku (teraz dopiero widzę, że na WZ nie można wstawić kodu dostawy), możesz skorzystać z pola OPIS POZYCJI i tam ręcznie przepisywać wyróżnik wałka. Albo przepisywać do pola UWAGI. Nie powinno być to uciążliwe na dłuższą metę. My wykorzystujemy te pola, by wpisywać jakieś szczególne informacje związane z wydaniem danej pozycji albo całego dokumentu. A tak nawiasem mówiąc, i to kieruję do programistów, skoro już mamy posługiwać się kodami dostaw, to warto by było te kody móc drukować na dokumentach WZ

Ceny program przeliczy do PLN podczas wprowadzania faktury zakupu na podstawie kursu, który również możesz ręcznie ustawić na dokumencie zakupu albo ustalić na podstawie średniego NBP. Transport powinieneś sobie wrzucić do ceny produktu. Różnice kursowe - nie mam pojęcia, ale to chyba nie Subiekt powinien do tego służyć?

Poprzez PZ powinieneś przyjąć 250m z rozbiciem na partie za pomocą kombinacji CTRL+R. W polu KOD DOSTAWY powinieneś wpisać jakiś wyróżnik danego wałka liny, zrozumiały dla osób na magazynie. Potem w momencie wypisywania towaru poprzez kombinację CTRL+R możesz wytypować wałek, z którego chcesz uciąć. Pozostaje Ci jedynie zadbać o to, by na magazyn szły dokumenty na których widać, który wałek ma być cięty. czyli na WZ musi się drukować pole KOD DOSTAWY. Potem, jak znów będziesz ten asortyment sprzedawał, to poprzez CTRL+R będziesz widział, który wałek ma ile metrów dostępne.

Nie lepiej ustawiać odpowiednią transakcję handlową na dokumencie zakupu?

Przetestowałem, działa. Importowałem narzuty do cennika poprzez zewnętrzny program, następnie zmieniłem ustawienie, które Pan pokazał w poście i jest, narzut stoi w miejscu Bardzo dziękuję

ZŁOTO nie widziałem tego ustawienia, ale wygląda na to, że pomoże. Przetestuję.

Przepraszam za odkop, ale postanowiłem ponownie sprawdzić funkcjonowanie cenników, już po aktualizacjach jakie miały miejsce przez ostatnie kilka miesięcy. Niestety widzę, że nadal nie ma możliwość zablokowania narzutu na poziomie asortymentu. Zmiana ceny nabycia, zmieni poziom narzutu do poziomu ustalonego w cenniku.

Czy przed końcem miesiąca błąd zostanie naprawiony? Instalacja wersji z 19 kwietnia nie pomogła, nadal mamy komunikat "odwołanie do obiektu nie zostało ustawione na wystąpienie obiektu"

W sytuacji gdy chcę kontrolować limit kupiecki dla klientów, standardowo handlowcy mają zablokowaną możliwość wystawiania dokumentów handlowych dla klientów, którzy mają przekroczony limit kupiecki lub po prostu go nie mają. Ostrzeżenia niestety są słabo widocznie i dopóki nie będzie możliwości wyświetlania ich jako osobny monit w momencie wybrania kontrahenta, to jedynie blokada działa skutecznie. Problem pojawia się w sytuacji, gdy wypisywany jest dokument magazynowy lub handlowy, do opłacenia przy dostawie towaru. Teoretycznie można wystawić "zaocznie" KP, aby móc zapisać dokument, ale wtedy powstanie problem w momencie rozliczenia kasy poprzez zamknięcie sesji kasowej, jeżeli dostawa realizowana jest później. Czy ktoś miał podobny dylemat i wie jak go rozwiązać?

Podpinam się pod temat. Dla nas taka funkcja byłaby również bardzo przydatna.

Problem wystąpił ponownie, z innym asortymentem. Zmieniałem statusy wszystkich zamówień, na których występuje zablokowany asortyment (podziałało poprzednio), zestawienia nic nie zwracają, a asortyment nadal "wisi" w powietrzu.

Szanowny Panie! Toż to samo złoto jest Bardzo dziękuję

Moim celem jest wyfiltrowanie asortymentu po dostawcy, aby później zbiorczo przypisać cechę z nazwą dostawcy. Takie zestawienie można otrzymać z raportu "Zakup wh kodów dostaw, asortymentu i klientów", ale nie pozwala on na zbiorcze operacje.

Przepraszam, nie to forum...

Temat już nieaktualny. W rejestrach było pusto, nie było żadnych konkretnych komunikatów. Pomogło usunięcie urządzenia i dodanie na nowo.

<?xml version="1.0" encoding="utf-8"?><Zdarzenie Id="d13021f6-3e2c-4597-800a-9f98f1376827" Nazwa="Novitus HD E" Rodzaj="Fiskalizacja dokumentu" Serwer="ELMA1" Status="OK" Poczatek="30.11.2018 09:40:57" Koniec="30.11.2018 09:41:00"><Info><Informacja>Błąd komunikacji</Informacja><InformacjaSzczegolowa>Wystąpił błąd komunikacji z serwisem</InformacjaSzczegolowa><Rodzaj>Błąd</Rodzaj><Sugestia /><Typ>254</Typ></Info></Zdarzenie>

Dzień dobry Przy próbie fiskalizacji pojawia się "błąd komunikacji z serwisem". 1. Komunikat taki pojawia się zarówno na stanowiskach jak i na serwerze, gdzie jest zainstalowany SUZ. 2. SUZ komunikuje się z drukarką poprawnie poprzez sieć lokalną. 3. Na serwerze zainstalowany jest Kaspersky Total Security, SUZ i pozostałe aplikacje Insert są dodane do aplikacji zaufanych i działają. 4. Wszystkie pozostałem funkcje sieciowe Subiekta działają, pracujemy normalnie. Jakieś pomysły?

Pozwolę sobie odkopać, czy mogę prosić o pomoc z poniższym zapytaniem? SELECT a.Id AS [Id], Symbol AS [Symbol towaru], Nazwa AS [Nazwa towaru], Opis AS [Opis towaru] FROM ModelDanychContainer.Asortymenty AS a RIGHT JOIN [ModelDanychContainer].[Podmioty] AS p ON p.Id=d.PodmiotId WHERE MagazynId={MAGAZYN_ID} Błędy w liniach 7 i 8. Mój cel - pogrupowanie towarów wg dostawcy, u którego dany produkt zakupiłem, by móc przypisać potem operacją grupową cechę o nazwie dostawcy. Jest już taki raport w Subiekcie, ale nie ma w nim możliwości wykonania operacji na danych.

Jeszcze jedna rzecz, czy można gdzieś podejrzeć / zmodyfikować standardowe raporty? Chodzi przede wszystkim o raport "Przyjęcia magazynowe wg kodów dostaw, asortymentu i klientów", który generuje wszystkie dane jakie potrzebuję, ale np. nie umożliwia grupowych operacji na otrzymanym zestawie danych.