Ewidencja bieżących kosztów w Subiekcie nexo, a konsekwencje JPK

[EVE 007 0]

Witam,

 

Jesteśmy użytkownikami Insert GT (użytkujemy: Su, Re, Ge na wspólnej bazie danych) w najbliższym czasie planujemy przejście na Insert Nexo (użytkować będziemy Su, Re, Ge, Gr również na wspólnej bazie danych) .

Jako początkujący użytkownik mam kilka pytań i liczę na rozwianie moich obaw odpowiedziami doświadczonych forumowiczów.

 

Aktualnie mamy taką politykę, że sami wprowadzamy faktury zakupu w Subiekcie GT (nie tylko zakupy na magazyn ale i koszty bieżące), a na koniec miesiąca przekazujemy je księgowej, która prowadzi ewidencje w Rewizorze GT -  w ten sposób mamy kontrole nad bieżącymi zobowiązaniami dodatkowo mamy do nich stały dostęp.

Posłużę się przykładem pokazującym zalety takiego rozwiązania:

wprowadzam do Subiekta GT FZ np. za usługę informatyczną i tym sposobem generuje nam się rozrachunek  - wiemy, że mamy zobowiązanie które trzeba opłacić np. w ciągu 7 dni i dodatkowo mamy historię kosztów po stronie Subiekta GT.

 

Pytanie 1

Czy wprowadzając FZ do Nexo (zakupy na magazyn i koszty bieżące)  nie nastąpi np. podwójne generowanie się rozrachunków co może mieć negatywny wpływ na poprawne generowanie się JPK w sensie poprawnego prowadzenia ksiąg?

Na jakie jeszcze błędy / negatywne konsekwencje jesteśmy narażeni ewidencjonując koszty bieżące w Subiekcie Nexo?

 

Pytanie 2

Przy założeniu, że powinniśmy to robić w Rewizorze Nexo:

- w jakim module trzeba taki koszt ewidencjonować?

- czy wprost z tego modułu wygeneruje się rozrachunek, jeśli nie z to w którym momencie taki rozrachunek powstaje?

(Nie pytam się o szczegóły, bo tym będzie zajmować się księgowa. Chcemy ogólnie mieć podgląd na to w którym momencie rozrachunek powstaje i czy można filtrować/wyszukiwać te koszty -F8. Możliwość wprowadzania szybko kosztów oraz dostęp do historii kosztów jest dla nas bardzo ważny, tym bardziej że zamierzamy używać pliku bankowości MT940, a w przyszłości bankowości on-line ING) .

 

Pytanie 3

Rozważamy również, że nie będziemy wprowadzać kosztów bieżących w Subiekcie Nexo, a jedynie ręczne rozrachunki  (księgowość mamy zewnętrzną i nie chcemy mieć zaległości w płatnościach) czy przy takim modelu działania księgowa będzie mogła podpinać wcześniej stworzone rozrachunki do kosztów bieżących wprowadzanych przez nią później w Rewizorze Nexo (praca na tej samej bazie danych)?

Czy taki model działania jest właściwy i nie będzie miał negatywnych skutków na prowadzenie ksiąg (plik JPK) ?

 

Edytowane 16 Listopada 2016 przez EVE 007

[Mateusz Włudyka 1]

22 godziny temu, EVE 007 napisał:

Pytanie 1

Czy wprowadzając FZ do Nexo (zakupy na magazyn i koszty bieżące)  nie nastąpi np. podwójne generowanie się rozrachunków co może mieć negatywny wpływ na poprawne generowanie się JPK w sensie poprawnego prowadzenia ksiąg?

Na jakie jeszcze błędy / negatywne konsekwencje jesteśmy narażeni ewidencjonując koszty bieżące w Subiekcie Nexo?

 

Seria nexo działa tutaj podobnie jak seria GT, czyli jeżeli bazy będą powiązane to i rozrachunki będą dzielone pomiędzy programami. Co za tym idzie w przypadku importu dokumentów z programu sprzedażowego będą się one domyślnie podpinały (wyjątkiem może być wskazanie innego typu/kwoty rozrachunku niż został stworzony, co wymusi utworzenie nowej operacji przez program... ale dziać się to mogło i w serii GT). Następnie jeżeli dane zobowiązanie/należność zostanie spłacone to należałoby je rozliczać poprzez zadekretowanie odpowiedniego dokumentu w programie księgowym.

 

22 godziny temu, EVE 007 napisał:

Pytanie 2

Przy założeniu, że powinniśmy to robić w Rewizorze Nexo:

- w jakim module trzeba taki koszt ewidencjonować?

- czy wprost z tego modułu wygeneruje się rozrachunek, jeśli nie z to w którym momencie taki rozrachunek powstaje?

(Nie pytam się o szczegóły, bo tym będzie zajmować się księgowa. Chcemy ogólnie mieć podgląd na to w którym momencie rozrachunek powstaje i czy można filtrować/wyszukiwać te koszty -F8. Możliwość wprowadzania szybko kosztów oraz dostęp do historii kosztów jest dla nas bardzo ważny, tym bardziej że zamierzamy używać pliku bankowości MT940, a w przyszłości bankowości on-line ING) .

 

O tym, gdzie będą się dekretowały faktury kosztowe (które należałoby jakoś specjalnie wyróżnić w Subiekcie, np. poprzez daną kategorię) decyduje schemat. Rewizor nexo pozwala na utworzenie dodatkowych Rejestrów księgowych w których mogłyby się one pojawiać (oraz powiązanych z nich zapisów w ewidencjach VAT).

 

O zachowaniu się programu decyduje funkcja znajdująca się w Konfiguracji i Parametrach rozrachunków, jak wskazane poniżej (przykład modułu przy działającym Subiekcie i Rewizorze nexo).

 

 

23 godziny temu, EVE 007 napisał:

Pytanie 3

Rozważamy również, że nie będziemy wprowadzać kosztów bieżących w Subiekcie Nexo, a jedynie ręczne rozrachunki  (księgowość mamy zewnętrzną i nie chcemy mieć zaległości w płatnościach) czy przy takim modelu działania księgowa będzie mogła podpinać wcześniej stworzone rozrachunki do kosztów bieżących wprowadzanych przez nią później w Rewizorze Nexo (praca na tej samej bazie danych)?

Czy taki model działania jest właściwy i nie będzie miał negatywnych skutków na prowadzenie ksiąg (plik JPK) ?

 

Istnieje taka możliwość - o tym, jak będzie zachowywał się program przy wprowadzaniu zapisu księgowego decyduje opcja w powyższych parametrach - Przed utworzeniem rozrachunku z zapisu księgowego wyświetl listę rozrachunków do podłączenia.

 

Z tego co wiem pliki JPK nie obejmują rozrachunków z programów obsługiwanych więc nie powinno być problemów z tego poziomu.

[EVE 007 0]

Zreasumujmy, w powyższym wątku przedstawiłam sposoby ewidencjonowania kosztów bieżących (np. usługa informatyczna) na trzy sposoby:

- bezpośrednio do Subiekta,

- bezpośrednio do Rewizora,

- bezpośrednio do Rewizora ale rozrachunek został stworzony wcześniej w Subiekcie.

 

Proszę potwierdzić czy każdy ze sposobów wprowadzania faktur do systemu jest prawidłowy?

 

 

Edytowane 16 Listopada 2016 przez EVE 007

[Mateusz Włudyka 1]

Po wykorzystaniu wspomnianych przeze mnie mechanizmów i wykorzystaniu odpowiednich schematów importu każdy ze sposobów powinien działać bezproblemowo. Tak naprawdę w każdym przypadku rozrachunek będzie widoczny dla obu stron i wykorzystywany w programie księgowym.