Cześć
W best practices dla public i private SAP dostarcza komplet kodów podatku dla PL podpisanych jako korekty VAT należnego i naliczonego z tytułu art. 89a i 89b. W jaki sposób powinno się korzystać z tych kodów, żeby prawidłowo działał rejestr i JPK?
Wg mojej wiedzy, przeksięgowanie powinno obejmować tylko kwotę VAT - nie rusza się rozrachunku na dostawcy/odbiorcy. Jeśli na księgowaniu nie ma pozycji kontrahenta, to będą puste pola z danymi i NIP w rejestrze VAT i JPK. Z drugiej strony, dodanie pozycji kontrahenta wygeneruje niepotrzebne obroty, nawet jeśli zrobimy te pozycje na +/-. Dodatkowo, w aplikacjach Fiori (na public cloud) nie ma już możliwości księgowania typu FB01 i nie ma żadnej aplikacji (oprócz dobrze ukrytego FBR2), w której da się na jednym księgowaniu podać pozycję dostawcy na plus i minus.
Także moje pytanie - czy ktoś wie jaki SAP miał zamysł na księgowanie tych korekt z kodami VAT, które dostarcza w standardzie?
Korekty VAT art. 89a i 89b wg Best Practices SAP
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Cześć,
Z punktu widzenia księgowego to masz rację - przeksięgowanie kwoty VAT wystarczy.
Ale dla zarządzania informacją i sprawozdawczości to już nie wystarczy.
Dla sprawozdawczości zdarzeń związanych z art. 89a ust 4. samo przeksięgowanie (np. tcode FB41) kwoty VAT nie wystarczy - musisz też mieć kwotę podstawy naliczania.
W JPK_V7* (VDEK) wymagane są dla tych pozycji wartości (kolumny K_*) dla podstawy i VAT. Dodatkowo musi byś wypełnione pole KOREKTAPODSTAWYOPODT.
Poza tym wymagane są dane kontrahenta więc dla zdarzenia tę informację musisz pobrać na jakiejś podstawie.
Dodatkowo w VDEK potrzebujesz wprowadzić dla tych zdarzeń informację o terminie płatności lub dacie zapłaty.
Dlatego stosujemy zapisy +/- dla kontrahenta, zwiększenie obrotów jest niewielką ceną za komfort zarządzania informacją i sprawozdawczością.
Z punktu widzenia księgowego to masz rację - przeksięgowanie kwoty VAT wystarczy.
Ale dla zarządzania informacją i sprawozdawczości to już nie wystarczy.
Dla sprawozdawczości zdarzeń związanych z art. 89a ust 4. samo przeksięgowanie (np. tcode FB41) kwoty VAT nie wystarczy - musisz też mieć kwotę podstawy naliczania.
W JPK_V7* (VDEK) wymagane są dla tych pozycji wartości (kolumny K_*) dla podstawy i VAT. Dodatkowo musi byś wypełnione pole KOREKTAPODSTAWYOPODT.
Poza tym wymagane są dane kontrahenta więc dla zdarzenia tę informację musisz pobrać na jakiejś podstawie.
Dodatkowo w VDEK potrzebujesz wprowadzić dla tych zdarzeń informację o terminie płatności lub dacie zapłaty.
Dlatego stosujemy zapisy +/- dla kontrahenta, zwiększenie obrotów jest niewielką ceną za komfort zarządzania informacją i sprawozdawczością.
Rafał Kisiel
-
FattyRatty
- Posty: 26
- Rejestracja: ndz lip 17, 2022 12:28 pm
- Has thanked: 1 time
- Been thanked: 15 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Cześć
Zajmuję się konfigurowaniem JPK w SAP odkąd jest ten obowiązek, ale przed erą best practices trzeba było sobie samemu obmyśleć rozwiązanie na takie korekty no i mogliśmy w ABAP dorobić logikę pobierającą dane, których brakuje.
Teraz SAP dostarcza "Best practices" z kodami podatku odnoszącymi się wprost do tego tematu, ale bez opisu jak to ma niby działać. A na public cloud nie ma możliwości wpłynięcia na mapowanie danych w JPK. Jestem pewna, że rozwiązanie od SAP polega na księgowaniu pełnych dokumentów tylko z innymi kodami, co wygeneruje te dodatkowe obroty. Szukam jakiejś instrukcji albo potwierdzenia tej teorii. Bo być może jest do tego tematu przygotowane jakieś bardziej zaawansowane rozwiązanie, o którym nie wiem?
Zajmuję się konfigurowaniem JPK w SAP odkąd jest ten obowiązek, ale przed erą best practices trzeba było sobie samemu obmyśleć rozwiązanie na takie korekty no i mogliśmy w ABAP dorobić logikę pobierającą dane, których brakuje.
Teraz SAP dostarcza "Best practices" z kodami podatku odnoszącymi się wprost do tego tematu, ale bez opisu jak to ma niby działać. A na public cloud nie ma możliwości wpłynięcia na mapowanie danych w JPK. Jestem pewna, że rozwiązanie od SAP polega na księgowaniu pełnych dokumentów tylko z innymi kodami, co wygeneruje te dodatkowe obroty. Szukam jakiejś instrukcji albo potwierdzenia tej teorii. Bo być może jest do tego tematu przygotowane jakieś bardziej zaawansowane rozwiązanie, o którym nie wiem?
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Zajmuję się tworzeniem rozwiązań dla JPK w SAP odkąd jest ten obowiązek i omijam rozwiązania SAP jako spóźnione i mało wydajne.FattyRatty pisze: ↑pt lip 05, 2024 10:13 am Zajmuję się konfigurowaniem JPK w SAP odkąd jest ten obowiązek
Stąd moja propozycja, która omija rafy 90 stronicowej instrukcji SAP jak stworzyć procę.
Rafał Kisiel
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Cześć,
Dodatkowo: dla korekty faktury (w module SD) zmienić musisz kod podatku bez zmiany wartości kwoty podatku (i należności) więc dokument korekty nie zawiera danych o kontrahencie tylko +/- wartości podstawy naliczania VAT i kwoty VAT. Docelowo wartość należności pochodząca z faktury nie zmienia się więc w dokumencie księgowym nie będzie informacji o kontrahencie - wymagana w VDEK (JPK_V7+).
W naszym (autorskim) rozwiązaniu pobieram do VDEK tę informację z dokumentu pierwotnego a rozwiązanie SAP jak sobie z tym radzi?
Ja nie znalazłem w nim pożądanego działania ale może coś pominąłem
Dodatkowo: dla korekty faktury (w module SD) zmienić musisz kod podatku bez zmiany wartości kwoty podatku (i należności) więc dokument korekty nie zawiera danych o kontrahencie tylko +/- wartości podstawy naliczania VAT i kwoty VAT. Docelowo wartość należności pochodząca z faktury nie zmienia się więc w dokumencie księgowym nie będzie informacji o kontrahencie - wymagana w VDEK (JPK_V7+).
W naszym (autorskim) rozwiązaniu pobieram do VDEK tę informację z dokumentu pierwotnego a rozwiązanie SAP jak sobie z tym radzi?
Ja nie znalazłem w nim pożądanego działania ale może coś pominąłem
Rafał Kisiel
-
FattyRatty
- Posty: 26
- Rejestracja: ndz lip 17, 2022 12:28 pm
- Has thanked: 1 time
- Been thanked: 15 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
No właśnie nie wiadomo czy standard SAP w jakikolwiek sposób to wspiera - są tylko odpowiednio nazwane kody podatku. Próbowałam się dowiedzieć na forum Public Cloud, no bo tam procesy mają być gotowe do użycia, ale nie dostałam odpowiedzi. Jeśli trafi mi się klient na Public, to będę się dowiadywać przez ticket.
-
stilll
- Posty: 11
- Rejestracja: śr gru 03, 2014 5:23 pm
- Has thanked: 1 time
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
RKISIEL pisze: ↑czw lip 04, 2024 8:52 pm Cześć,
Z punktu widzenia księgowego to masz rację - przeksięgowanie kwoty VAT wystarczy.
Ale dla zarządzania informacją i sprawozdawczości to już nie wystarczy.
Dla sprawozdawczości zdarzeń związanych z art. 89a ust 4. samo przeksięgowanie (np. tcode FB41) kwoty VAT nie wystarczy - musisz też mieć kwotę podstawy naliczania.
W JPK_V7* (VDEK) wymagane są dla tych pozycji wartości (kolumny K_*) dla podstawy i VAT. Dodatkowo musi byś wypełnione pole KOREKTAPODSTAWYOPODT.
Poza tym wymagane są dane kontrahenta więc dla zdarzenia tę informację musisz pobrać na jakiejś podstawie.
Dodatkowo w VDEK potrzebujesz wprowadzić dla tych zdarzeń informację o terminie płatności lub dacie zapłaty.
Dlatego stosujemy zapisy +/- dla kontrahenta, zwiększenie obrotów jest niewielką ceną za komfort zarządzania informacją i sprawozdawczością.
Cześć,
Jak takie księgoawanie powinno wyglądać? W FB01 robimy PK na kontahencie z posting key 21/31? A co dalej?
Dzięki za pomoc
Pozdrawiam
-
FattyRatty
- Posty: 26
- Rejestracja: ndz lip 17, 2022 12:28 pm
- Has thanked: 1 time
- Been thanked: 15 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Jeśli masz możliwość księgowania przez FB01 to zrobiłabym tak, zakładając, ze masz np. 100 zł VAT do pokazania jako korekta VAT naliczonego:
50 [konto VAT naliczonego] 100 zł, kod podatku "VAT nalicz. korekta z art. 89b par 1" -> system zapyta o podstawę, podajemy/wyliczamy podstawę tej kwoty
40 [konto typu VAT od przeterminowanych faktur] 100 zł, bez kodu podatku, albo kod techniczny
31 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
21 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
Pozycje dostawcy mają się wyzerować (nie jest potrzebny rozrachunek), ale nie mogą zniknąć, więc należy np. dodać unikalny opis na każdej linii. Rejestr i JPK będzie widział dane dostawcy z tych pozycji. Przypisanie do odpowienich pól nastąpi ze względu na użycie unikalnego kodu podatku. Oczywiście narzędzie musi być do tego dostosowane.
Po zapłacie takiej faktury, wykonujemy księgowanie ponownie, z tym że wszystkie klucze księgowania są odwrotnie i na pierwszej pozycji należy mieć kolejny kod podatku "VAT od przeterminowanych faktur - zapłata z art 89b par. 4".
50 [konto VAT naliczonego] 100 zł, kod podatku "VAT nalicz. korekta z art. 89b par 1" -> system zapyta o podstawę, podajemy/wyliczamy podstawę tej kwoty
40 [konto typu VAT od przeterminowanych faktur] 100 zł, bez kodu podatku, albo kod techniczny
31 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
21 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
Pozycje dostawcy mają się wyzerować (nie jest potrzebny rozrachunek), ale nie mogą zniknąć, więc należy np. dodać unikalny opis na każdej linii. Rejestr i JPK będzie widział dane dostawcy z tych pozycji. Przypisanie do odpowienich pól nastąpi ze względu na użycie unikalnego kodu podatku. Oczywiście narzędzie musi być do tego dostosowane.
Po zapłacie takiej faktury, wykonujemy księgowanie ponownie, z tym że wszystkie klucze księgowania są odwrotnie i na pierwszej pozycji należy mieć kolejny kod podatku "VAT od przeterminowanych faktur - zapłata z art 89b par. 4".
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Cześć,
Art. 89a odnosi się do wierzytelności a nie do zobowiązań więc poruszać się będziemy w ramach kodów księgowania dla odbiorców.
Musisz skorzystać z kodów VAT, które automatycznie wstawią w JPK_VAT znacznik "1" w kolumnie "KorektaPodstawyOpodt", termin płatności w kolumnie "TerminPlatnosci" lub data zapłaty w kolumnie "DataZaplaty" oraz wartości NETTO/VAT w odpowiednich kolumnach K_* w zależności od stawki % przypisanej kod kodu VAT.
Przykład księgowania dla ulgi, kod VAT "AD" dla stawki 23%:
KK 11, odbiorca, kwota 123,00, termin zapłaty zgodny z fakturą sprzedaży -> zostanie wstawiony do kolumny "TerminPlatnosci";
KK 40, konto samoopodatkowania, kwota 100,00, kod VAT "AD";
KK 07, odbiorca, kwota 123,00;
KK 50, konto samoopodatkowania, kwota 100,00, bez kodu VAT lub kod techniczny;
KK 50, konto PPO dla ulgi za złe długi, kwota 23,00, bez kodu VAT lub kod techniczny;
KK 40, konto VAT należny dla korekt za złe długi; 23%, kod VAT "AD" -> pozycja tworzona automatycznie dla kodu VAT "AD".
Dla zwrotu użyjesz innego kodu VAT(konfiguracja w JPK taka jak dla ulgi), użyjesz lustrzanych księgowań 40/50 a dla odbiorcy KK 01/17, termin zapłaty wstawiony zostanie do kolumny "DataZaplaty".
Art. 89a odnosi się do wierzytelności a nie do zobowiązań więc poruszać się będziemy w ramach kodów księgowania dla odbiorców.
Musisz skorzystać z kodów VAT, które automatycznie wstawią w JPK_VAT znacznik "1" w kolumnie "KorektaPodstawyOpodt", termin płatności w kolumnie "TerminPlatnosci" lub data zapłaty w kolumnie "DataZaplaty" oraz wartości NETTO/VAT w odpowiednich kolumnach K_* w zależności od stawki % przypisanej kod kodu VAT.
Przykład księgowania dla ulgi, kod VAT "AD" dla stawki 23%:
KK 11, odbiorca, kwota 123,00, termin zapłaty zgodny z fakturą sprzedaży -> zostanie wstawiony do kolumny "TerminPlatnosci";
KK 40, konto samoopodatkowania, kwota 100,00, kod VAT "AD";
KK 07, odbiorca, kwota 123,00;
KK 50, konto samoopodatkowania, kwota 100,00, bez kodu VAT lub kod techniczny;
KK 50, konto PPO dla ulgi za złe długi, kwota 23,00, bez kodu VAT lub kod techniczny;
KK 40, konto VAT należny dla korekt za złe długi; 23%, kod VAT "AD" -> pozycja tworzona automatycznie dla kodu VAT "AD".
Dla zwrotu użyjesz innego kodu VAT(konfiguracja w JPK taka jak dla ulgi), użyjesz lustrzanych księgowań 40/50 a dla odbiorcy KK 01/17, termin zapłaty wstawiony zostanie do kolumny "DataZaplaty".
Rafał Kisiel
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Uda się wykonać tylko gdy w konfiguracji [konto VAT naliczonego] nie masz zaznaczonego check-box "Tylko księg. automatyczne". Ja mam zaznaczony ten wskaźnik we wszystkich 60 JG więc muszę użyć konta przelotowego aby na nim zawiesić kod VAT.FattyRatty pisze: ↑czw sty 16, 2025 1:52 pm 50 [konto VAT naliczonego] 100 zł, kod podatku "VAT nalicz. korekta z art. 89b par 1" -> system zapyta o podstawę, podajemy/wyliczamy podstawę tej kwoty
Rafał Kisiel
-
FattyRatty
- Posty: 26
- Rejestracja: ndz lip 17, 2022 12:28 pm
- Has thanked: 1 time
- Been thanked: 15 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Z ciekawości - czy "tylko automatyczne" nie robi problemów przy wyksięgowaniu należności/zobowiązań z tytułu VAT w FB41? Chyba, że robi to program?
-
RKISIEL
- Posty: 614
- Rejestracja: pn lut 14, 2011 9:10 pm
- Has thanked: 443 times
- Been thanked: 282 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Tylko FB41 pozwala na księgowanie na kontach dla VAT i dodatkowo bez konieczności podawania kodu VAT chociaż w konfiguracji tych kont nie ma zaznaczonego wskaźnika "Dozwolone księg. bez podatku".
Do tego celu ją przeznaczyli
Automatyczne wyksięgowanie VAT (przeksięgowanie nadwyżek na konto rozliczenia dla VAT) w programie RFUMSV00 też działa prawidłowo.
Do tego celu ją przeznaczyli
Automatyczne wyksięgowanie VAT (przeksięgowanie nadwyżek na konto rozliczenia dla VAT) w programie RFUMSV00 też działa prawidłowo.
Rafał Kisiel
-
stilll
- Posty: 11
- Rejestracja: śr gru 03, 2014 5:23 pm
- Has thanked: 1 time
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Piękne dzięki za pomoc.FattyRatty pisze: ↑czw sty 16, 2025 1:52 pm Jeśli masz możliwość księgowania przez FB01 to zrobiłabym tak, zakładając, ze masz np. 100 zł VAT do pokazania jako korekta VAT naliczonego:
50 [konto VAT naliczonego] 100 zł, kod podatku "VAT nalicz. korekta z art. 89b par 1" -> system zapyta o podstawę, podajemy/wyliczamy podstawę tej kwoty
40 [konto typu VAT od przeterminowanych faktur] 100 zł, bez kodu podatku, albo kod techniczny
31 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
21 [dostawca jak na fakturze] dowolna kwota, np. kwota brutto faktury
Pozycje dostawcy mają się wyzerować (nie jest potrzebny rozrachunek), ale nie mogą zniknąć, więc należy np. dodać unikalny opis na każdej linii. Rejestr i JPK będzie widział dane dostawcy z tych pozycji. Przypisanie do odpowienich pól nastąpi ze względu na użycie unikalnego kodu podatku. Oczywiście narzędzie musi być do tego dostosowane.
Po zapłacie takiej faktury, wykonujemy księgowanie ponownie, z tym że wszystkie klucze księgowania są odwrotnie i na pierwszej pozycji należy mieć kolejny kod podatku "VAT od przeterminowanych faktur - zapłata z art 89b par. 4".
Czy taki dokument jest traktowany jako faktura wewnętrzna i w taki sposób wykazywany w JPK?
Jeśli nie, to korzystając z okazji: jak oznacza się dokumenty wewnętrzne, żeby poprawnie zostały wykazane w JPK_VAT? za pomocą kodu podatku?
Pozdrawiam
-
FattyRatty
- Posty: 26
- Rejestracja: ndz lip 17, 2022 12:28 pm
- Has thanked: 1 time
- Been thanked: 15 times
Re: Korekty VAT art. 89a i 89b wg Best Practices SAP
Jeśli chodzi o WEW to zależy jak jest skonfigurowane narzędzie raportowe.
W standardzie SAP w DRC (czyli public cloud, ale niedługo też private i on-prem S/4) jest wymagany osobny kod podatku, który wyprowadzi WEW.
3250681 - SAF-T Indicator WEW is missing
W innych narzędziach może być inaczej, np. WEW może być wstawiany automatycznie jeśli na dokumencie nie ma żadnego kontrahenta albo może być wyprowadzany po rodzaju dokumentu.
Jeśli chodzi o ten business case, to RACZEJ to nie jest WEW, tylko normalny dokument z danymi kontrahenta. Księgowość powinna wiedzieć jak to wykazać.
W standardzie SAP w DRC (czyli public cloud, ale niedługo też private i on-prem S/4) jest wymagany osobny kod podatku, który wyprowadzi WEW.
3250681 - SAF-T Indicator WEW is missing
W innych narzędziach może być inaczej, np. WEW może być wstawiany automatycznie jeśli na dokumencie nie ma żadnego kontrahenta albo może być wyprowadzany po rodzaju dokumentu.
Jeśli chodzi o ten business case, to RACZEJ to nie jest WEW, tylko normalny dokument z danymi kontrahenta. Księgowość powinna wiedzieć jak to wykazać.