Jacek Izydorczyk

W takiej sytuacji, wyciąg bankowy w zakresie tej operacji musi zadekretować się jakkolwiek, np. z kursem 1,0000, a później należy ręcznie poprawić dekret.

W GT takiej kartoteki nie było, a plan kont domyślnie był tak zorganizowany jak ten, który pokazał Pan w nexo. Jest taka możliwość - należy wykorzystać filtr Dokładnie tak samo zrobiło się w pierwszej firmie. Plan kont w zakresie środków trwałych przeniósł się prawidłowo. Jeśli jednak nie, to proszę pokazać w jaki sposób miał go Pan zorganizowany w GT. Jeśli na pierwszym poziomie analitycznym koniecznie chce Pan mieć podłączoną kartotekę, to na drugim poziomie należy podłączyć kartotekę wszystkich środków trwałych, a nie tylko z konkretnej grupy. Efekt będzie taki, że dla wszystkich grup zdefiniowane będą analityki wszystkich środków trwałych, co samo w sobie nie będzie błędem dopóki nie dokona się zapisu na błędne konto, ale o taki błąd wtedy łatwiej.

Kurs można wpisać do własnej linii kursów walut i z tej linii korzystać w schemacie dekretacji dla operacji transferu. Problemem, oprócz tego że jest to niewygodne, może być to, że jeśli kupimy walute kilka razy w tym samym dniu i w tym samym banku, to możemy mieć kilka różnych kursów, ktorych nie będzie już gdzie wpisać.

Proszę dodać osobna kartotekę opartą na tym samym wzorcu i z innym filtrowaniem.

Art. 29a. 1. ustawy o VAT: Podstawą opodatkowania, z zastrzeżeniem ust. 2, 3 i 5, art. 30a-30c, art. 32, art. 119 oraz art. 120 ust. 4 i 5, jest wszystko, co stanowi zapłatę, którą dokonujący dostawy towarów lub usługodawca otrzymał lub ma otrzymać z tytułu sprzedaży od nabywcy... Faktura wystawiona jest na kwotę do zapłaty 9191,25 EUR, więc ta kwota stanowi podstawę opodatkowania po bezpośrednim jej przeliczeniu na PLN. Z uwagi, że kurs należy określić wg daty dostawy, a faktura może być zbiorcza dla wielu dostaw w różnej dacie, sprawa się komplikuje i działanie Subiekta musi być takie, jakie jest i opisałem powyżej. W takich przypadkach dostawy o różnych kursach tworzą jakby odrębne podstawy wg wartości należnej za te dostawy, które później po przeliczeniu na PLN są sumowane.

Domyślna numeracja bazuje na dacie utworzenia z "nagłówka encji", a ta data nie zależy od daty aplikacyjnej, tylko od daty systemowej. Natomiast generalnie nie zaleca się manipulowania datą systemową. W analogiczny sposób jak wyżej, można utworzyć własny atrybut DataPrzyjeciaZgloszenia.Month. W sumie to ciekawe, dlaczego właśnie tak nie jest to zrobione w standardzie.

Nie ma takiej możliwości. W razie potrzeby mam w ofercie gotowy raport, który pokazuje FZ i KFZ w transakcjach handlowych związanych z fakturami wewnętrznymi do których nie wystawiono faktur wewnętrznych. Raport można dopiąć jako kolejny widok modułu Zakup.

Proszę wykonać konserwację bazy danych z poziomu programu serwisowego.

Nie ma takiej możliwości.

W zaznaczonym miejscu, spod prawego dostępne jest opcja "Dodaj nową własność". Myślę, że dalej sobie poradzisz, a jak nie, to priv.

Bez problemu można dodać sobie takie atrybuty numeracji w zaawansowanym widoku rejestru numeracyjnego.

Nie, dla przedstawionych danych wejściowych prawidłową kwotą do ewidencji VAT jest 43 106,04 PLN netto. Program wyznacza podstawę opodatkowania w PLN jako sumę iloczynów sum wartości pozycji o tych samych kursach VAT i ich kursów VAT. Prawidłową podstawę opodatkowania znajdzie Pan na zakładce VAT i finalnie w raporcie Rejestr sprzedaży VAT. Absolutnie nie należy tej kwoty szukać na wydruku z przeliczonymi cenami, który należy traktować poglądowo. Mechanizm przeliczania wydruku przelicza już ceny jednostkowe, co w kontekście VATu nie jest prawidłowe. Poza tym, mechanizm ten wykorzystuje kurs dokumentu, a nie kurs VAT, który może być inny na każdej pozycji i inny niż kurs dokumentu. Kolumny z oznaczeniem (k) są wynikiem prostego iloczynu odpowiednika kolumny bez (k) i kursu dokumentu. O ile takie obliczenie może być prawidłowe dla celów podatku dochodowego, to wcale nie musi być prawidłowe dla celów VAT.

Czy chodzi o to, aby na operacji bankowej zaewidencjonować kurs, jeśli jest on inny niż kurs NBP? Np. w przypadku przewalutowania, albo wpłaty waluty nabytej wcześniej (z kasy walutowej lub innego rachunku)? Nie ma takiej możliwości. Można jedynie ręcznie poprawiać kursy w oknie naliczanie różnic kursowych od środków pieniężnych.

Inwentaryzację i remanent najlepiej wykonać na 31.12.

Proszę przeanalizować to rozwiązanie pod kątem wycieku pamięci. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3004,czy-program-rachmistrz-i-rewizor-nexo-moga-wczytac-dokumenty-z-programow-zewnetrznych-firm.html

W sprawie automatycznego wyliczania cen sprzedaży po zmianie SRP dostawcy: 1. W cennikach przydałby się plugin wyliczania podstawy kalkulacji na podstawie deklarowanej ceny podstawowego dostawcy. 2. Przydałaby się również możliwość aktualizacji cen deklarowanych na podstawie faktury zakupu, jak również wklejanie pozycji z Excela do tabel z deklarowanymi cenami. 3. W zestawach cenowych przydałoby się filtrowanie po podmiocie podstawowego dostawcy. Obecnie można dla każdego dostawcy utworzyć cennik główny i w nim uzupełniać SRP poszczególnych produktów (produkty pozostałych dostawców ustawić na 0). Następnie w dynamicznym cenniku sprzedaży utworzyć zestawy cenowe gdzie za pomocą grup/cech można przypisać konkretny cennik SRP i rabat do poszczególnych zestawów. Tym sposobem, przypisując poszczególnym asortymentom cechy "Dostawca A", "Dostawca B" oraz grupy można osiągnąć automatyczne wyliczanie cen sprzedaży na podstawie SRP konkretnego dostawcy i grupy.

Nie, jeszcze nie.

Tak.

Z poziomu inwentaryzacji można wygenerować i podłączyć do niej spis dla towarów nieuwzględnionych w inwentaryzacji.

Tabelę najniższych cen należy dla asortymentu wyliczyć, a to wyliczenie odbywa się na podstawie dokumentów sprzedaży, a nie faktycznie historii cen. Może w wyliczanym okresie towar faktycznie został sprzedany za 21 zł?

Bez hackowania programu nie ma możliwości dobrania się do tego wzorca z poziomu aplikacji.

W kartotece wspólnika, na zakładce "dane ubezpieczeniowe", w szczegółach (opcja popraw) pozycji tabeli w sekcji "Dane ubezpieczenie ZUS".

Tak, jest OK. W tej kolumnie nie jest prezentowana podstawa do zdrowotnego, tylko... dochód. Dochód można również wpisać w oknie rozliczenia właścicielskiego. Jeśli nie widać tam takiej pozycji, to proszę sprawdzić w kartotece wspólnika, czy ma on określoną formę opodatkowania w 2022r.

Cenniki w zakupie nie do końca dobrze się sprawdzą. Lepiej skorzystać z możliwości dopisania do asortymentu podmiotu, który pełni dla niego określoną rolę (producent, dostawca). Dla takiego klienta per asortyment można przypisać cenę zakupu oraz rabat.

Wg mnie, to nierealne.