Skocz do zawartości

Szczepan Socha

Użytkownik
  • Liczba zawartości

    83
  • Rejestracja

  • Ostatnia wizyta

Zawartość dodana przez Szczepan Socha

  1. Szukałem w parametrach, ale niestety nie znalazłem. Tworząc zamówienie od klienta za każdym razem muszę usuwać ręcznie termin realizacji. Czy jest gdzieś opcja w programie, aby przy tworzeniu nowego zamówienie termin realizacji był nie wypełniony, a dopiero w razie potrzeby można go uzupełnić? Wykorzystuję termin realizacji w ok 10% zamówień, więc wygodniej dla mnie gdyby był niewypełniony lub wypełniony z automatu (np. data zamówienia + 7 dni)
  2. Zamówienie od klienta zaliczkowe - (jak w załączniku) w parametrach sposób wyliczenia według ceny "brutto" jest wyszarzony i nie można tego zmienić. Tak, cena netto = cena brutto. Wystawiając dokument i uzupełniając towary liczy prawidłowo (np. pobiera cenę netto towaru [powiedzmy 100 zł]). Zapisujemy zamówienie i edytując je zmieniamy walutę na EURO i zaznaczając "przelicz istniejące pozycje na dokumencie" to ten już liczy od cen brutto (czyli 123 zł) mimo zaznaczonego WDT
  3. Ja pobranie mam ustawione w kredycie co rozwiązuje mój problem. Tak jak pisałem wyżej można zmienić wzorzec wydruku, który będzie drukował informację jaka płatność została wybrana - czyli będzie drukowana nazwę płatności dodaną przez nas w słownikach "Płatność kartą przy sprzedaży", a nie ogólną nazwę podaną we wzorcu.
  4. No tak nie dodałem, że nie używam starych zamówień od klientów tylko polecane tutaj i na innych forach nowe zamówienia zaliczkowe
  5. Ja mam szybkie płatności podpięte pod cesję "płatność kartą". Na fakturze drukuje się "zapłacono kartą" i mi to wystarcza (dodatkowo sklep przenosi info w uwagach "Przelewy24"), ale można zmienić wzorzec wydruku aby drukowała się nazwa tej płatności. Gdy dostaję przelew rozliczam tylko to co dostałem, a na koniec miesiąca z faktury rozliczam prowizję i dzięki temu mam porządek w rozrachunkach i operacjach bankowych.
  6. Wystawiam zamówienie klientowi na WDT w walucie PLN - tu wszystko jest OK. Do zamówienia trafiają ceny netto bo to WDT. Problem zaczyna się w momencie kiedy klient akceptuje zamówienie, ale prosi o zmianę waluty na inną - program wówczas przelicza według kursu, ale nie cenę netto tylko cenę brutto. Oczywiście w zamówieniu nie ma możliwości zmiany sposobu wyliczenia cen z brutto na netto i to pewnie cała przyczyna problemu. Jak sobie z tym poradzić? Na chwilę obecną znalazłem obejście, że wystawiam fakturę zmieniam walutę i sposób liczenia, kopiuję listę, anuluję fakturę i wklejam listę do zamówienia. Niestety jest to proces czasochłonny i na dodatek trzeba o nim pamiętać.
  7. Potwierdzam aktualizacja do SP2 i wszystko wyliczy poprawnie
  8. A szkoda, bo taka funkcjonalność w dzisiejszych czasach by się przydała.
  9. U mnie podlicza sumę składek prawidłowo. Ja sprawdziłbym czy wszystkie składki wspólnika mają zaznaczony status zapłaty i wypełnioną datę płatności.
  10. Czy ma Pani aktualny program (najnowszą wersję)? Tutaj podobny wątek:
  11. Ja wychodzę z tego założenia, że główną jednostką jest jednostka w której ja sprzedaję. Przy zakupie można stworzyć inne jednostki, tylko pytanie czy jest taka potrzeba. Mam taki przykład, że kupuje od dostawcy towar na metry bieżące (100 mb), ale towar dostaję w szpulkach po 50m. Ja sprzedaję z nazwą "Towar 50m" - jm. szt. Dostawca wystawia fakturę 0,5 jednostki w cenie 20 zł, a ja przyjmuję 1 szt. w cenie 10 zł
  12. Coś tu namieszane z tymi cenami - 57,80 netto to nie 35,55 brutto. Pomijając ten fakt po co kombinować i przyjmować towar na sztuki skoro kupujemy i sprzedajemy całe opakowania? Nie lepiej dodać do bazy towar z jednostką opakowanie i kupić je za 35,55, oraz sprzedać za 44,00? Oczywiście można ustawić to tak jak Pani chce, ale trzeba się zdecydować w jakich cenach jest sprzedaż. Jeśli netto to nic dziwnego, że brutto zaokrągla i wychodzi inaczej. Tutaj przykład:
  13. OK, teraz widzę w czym rzecz Ja skupiłem się na Wspólniku -> ewidencja składek (tam liczy poprawnie), a w deklaracjach -> podstawa składki zdrowotnej jest cały czas wyliczana na 3010. Do marca jest jeszcze trochę czasu i pewnie firma poprawi to w kolejnych aktualizacjach Panie @Arkadiusz Cieśla proszę zerknąć na ten temat.
  14. To trzeba ręcznie zmienić podstawę. U mnie dopiero po ostatniej aktualizacji zaczęło dobrze liczyć (jak na foto)
  15. To wystarczy usunąć i naliczyć od nowa. Mówimy tu o składce za luty płatnej w marcu?
  16. Wystarczy pobrać najnowszą wersję programu i samo się zaktualizuje
  17. Proszę wdrożyć u siebie SUZ: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2403%2Cjak-skonfigurowac-fiskalizacje-zdalna-w-insert-gt.html I pobrać najnowsze sterowniki urządzeń: https://www.insert.com.pl/dla_uzytkownikow/subiekt_gt/ulepszenia/sterowniki_urzadzen_zewnetrznych.html
  18. Swoją drogą poprawił bym jeszcze możliwość zapisu numeru konta jeśli suma kontrolna się nie zgadza. W sumie od 2015 roku pierwszy raz miałem taki przypadek, że klient podał mi niewłaściwy numer konta, a ja nie zwróciłem uwagi na ten mały wykrzyknik. Jak dla mnie nie powinno dać się wówczas takiego numeru konta zapisać, lub chociaż przy próbie zapisu powinien być wyraźny komunikat.
  19. Dziękuję za odpowiedź czekam na aktualizację
  20. Skąd Subiekt pobiera dane bankowe (nazwę banku) przy wypełnianiu numeru konta kontrahenta? Banku WBK już dawno nie ma a ten zaciąga cały czas stare nazwy Jest to gdzieś do ustawienia, pobrania jakiejś nowszej bazy?
  21. Teraz się dopatrzyłem, że Pani Justyna ma komunikat o nienaliczonych składkach, a u mnie jest o niezaksięgowanych @Dariusz Nowak czy ta poprawka obejmuje również mój przypadek?
  22. Mimo nienaliczonych składek za luty, marzec itd. nie pokazuje już błędu w późniejszych deklaracjach
  23. Niestety nic to nie daje - nie ma znaczenia jaka tam jest data cały czas wyświetla błąd Co ciekawe w deklaracji z styczeń jest błąd niezależnie czy znacznik jest ustawiony, czy nie i jaka tam jest wpisana data. Za kolejne miesiące luty, marzec błędu już nie pokazuje mimo niezaksięgowanych składek.
  24. Dziękuję za informację. Niestety ta data w moim przypadku nie rozwiązuje problemu. Jeżeli dobrze to rozumiem to weryfikacja jest brana pod uwagę z daty rozpoczęcia działalności (jeśli nie ma daty podanej w zakładce składki). Czyli żeby było brane od początku roku (opcja 3) powinno nie być daty rozpoczęcia działalności.
  25. OK, źle spojrzałem - chodzi o fakturę zakupu a nie sprzedaży. U mnie w takim przypadku trafia w zakupy K_42 i K_43 oraz w sprzedaż K_23 i K_24
×
×
  • Dodaj nową pozycję...