Patrycja Szypulska

Dzięki. Czy ktoś z InsERTa mógłby to potwierdzić?

Mam kontrahenta z USA: Tak wygląda zaksięgowana faktura: W JPK pojawia mi się komunikat: [2022-02-15 03:34:39] - Niepoprawny format xml-a. Pole KodKrajuNadaniaTIN (Kod kraju nadania numeru, za pomocą którego nabywca, dostawca lub usługodawca jest zidentyfikowany na potrzeby podatku lub podatku od wartości dodanej): Nieprawidłowa wartość 'EU'. Przybliżona lokalizacja problemu w pliku: </tns:DowodSprzedazy><tns:DataWystawienia>2022-01-01</tns:DataWystawienia></tns:SprzedazWiersz><tns:SprzedazWiersz><tns:LpSprzedazy>2</tns:LpSprzedazy><tns:KodKrajuNadaniaTIN>EU</tns:KodKrajuNadaniaTIN><tns:NrKontrahenta>372017645</tns:NrKontrahenta><tns:NazwaKontrahenta>FastSpring</tns:NazwaKontrahenta><tns:DowodSprzedazy>KLO-220103-9538-16129B</tns:DowodSprzedazy><tns:DataWystawienia>2022-01-03</tns:DataWystawienia> Pole KodKrajuNadaniaTIN (Kod kraju nadania numeru, za pomocą którego dostawca lub usługodawca jest zidentyfikowany na potrzeby podatku lub podatku od wartości dodanej): Nieprawidłowa wartość 'EU'. Przybliżona lokalizacja problemu w pliku: <tns:ZakupWiersz><tns:LpZakupu>34</tns:LpZakupu><tns:KodKrajuNadaniaTIN>EU</tns:KodKrajuNadaniaTIN><tns:NrDostawcy>372017645</tns:NrDostawcy><tns:NazwaDostawcy>FastSpring</tns:NazwaDostawcy><tns:DowodZakupu>KLO-220103-9538-16129B</tns:DowodZakupu><tns:DataZakupu>2022-01-03</tns:DataZakupu></tns:ZakupWiersz><tns:ZakupWiersz><tns:LpZakupu>35</tns:LpZakupu><tns:NrDostawcy>8961514342</tns:NrDostawcy>

Jak dodać w Rewizorze Nexo kontrahenta z USA, który na fakturze podaje NIP VAT zaczynający się od liter EU, aby poprawnie wygenerował się plik JPK?

O, ślicznie dziękuję

Czyli jeśli dany użytkownik będzie miał uprawnienia do widoku serwisowego, to będzie mógł sam sobie dostosować widok tabeli do swoich potrzeb i wybrać widoczne kolumny na ekranie? Dobrze to rozumiem? Czy słowo "widok" w tym wypadku pochodzi z żargonu SQL-owego?

Na czym polega i do czego służy uprawnienie do widoku serwisowego w rolach użytkowników (Rewizor i Subiekt Nexo Pro)?

No, to niefajnie ze strony InsERT-a, że nie ma aktualizacji i nie będzie w tym tygodniu Czasu - zdaje się - było już dość sporo (1,5 miesiąca!). Wszyscy czekają do ostatniej chwili, żeby zrobić sobie import, a tu taka przykra niespodzianka. My akurat nie mamy tego jakoś dużo, jednak wyobrażam sobie rozczarowanie i wściekłość tych, którzy mają tego sporo i liczyli na import. Ja naprawdę rozumiem zmienność przepisów i ich uchwalanie bez odpowiedniego vacatio legis, a także wszystkie inne czynniki, które wpłynęły na brak aktualizacji. Mimo wszystko jednak wizerunkowo nie wygląda to dobrze. Tak, wiem, że jest Pan partnerem i nie ma wpływu na sytuację. To tylko taka moja refleksja. Niemniej dziękuję za info, że nie będzie aktualizacji w tym tygodniu. Przynajmniej wszyscy wiedzą, że czas zabrać się za klepanie. Być może dzięki temu choć część zdąży w terminie. Chociaż tyle...

VAT tak, przychód nie.

i sprawdzić, uzgodnić rejestry i podatki przed wysłaniem do klienta i US.

Czy jest już możliwość zaimportowania sprzedaży WSTO-OSS powyżej limitu z Subiekta123 do Rachmistrza GT?

Panie Jacku, serdecznie dziękuję Panu za zrozumienie i podpowiedź. To jedyna wartościowa dla mnie informacja w tej dyskusji i jestem Panu za nią niezmiernie wdzięczna :) Właśnie takiego merytorycznego i proklienckiego podejścia oczekiwałam.

Niefajne było to, że posądził mnie Pan o ignorancję. A problem polega na tym, że w Subiekt123 przy wystawianiu faktur nie można wybrać stawki ex. Podpowiada się tylko 0%. Przez to generuje się nieprawidłowy plik komunikacji i kwoty z faktur trafiają nam do niewłaściwej stawki po zaimportowaniu. Mamy bardzo dużo takich faktur i wszystko musimy przeklepywać ręcznie. Moim zdaniem to wada programu - w tym przypadku Subiekta123, że nie można tego edytować. Mamy licencję dla biur rachunkowych, którą udostępniamy klientom. Nie wiem, jak jest w innych licencjach, ale nawet w najniższej i najbardziej ograniczonej taka funkcjonalność powinna być udostępniona, żeby nie utrudniać nam niepotrzebnie życia. Inne funkcjonalności jak najbardziej mogą być ograniczone, skoro klient ich nie potrzebuje, ale plik powinien zawsze generować się prawidłowo, żeby biuro mogło je poprawnie zaimportować.

Nigdzie nie napisałam, że nikt tego wcześniej nie zauważył. Nie wszyscy księgowi są informatykami i mają szczegółową wiedzę na temat algorytmów działania programu. Temat już nieaktualny. Właśnie sobie poradziłam przy pomocy kogoś innego.

Ani do starego JPK_VAT, ani do nowego JPK_V7M nie przenoszą się kwoty eksportu towarów do pozycji K_22 w pliku JPK. Mam bieżącą wersję oprogramowania. Jak to rozwiązać?