Oracle NetSuite – aktualizacja Pakietu Lokalizacyjnego 2025.3

Dostosowaliśmy funkcjonalności Polskiego Pakietu Lokalizacyjnego pod obsługę konfiguracji NetSuite, w której walutą księgi głównej (Primary Book) dla polskiej spółki nie jest polski złoty. Wprowadzone zmiany umożliwiają prawidłową rejestrację transakcji oraz ich rozliczenie na poziomie deklaracji skarbowych. Modyfikacjami objęte zostały następujące obszary:

• rejestracja transakcji, w szczególności z uwzględnieniem podatku VAT,
• obsługa wydruków dokumentów sprzedażowych,
• obsługa rejestrów VAT,
• generowanie deklaracji skarbowych i plików JPK.

Funkcjonalność ta jest dostępna w ramach rozszerzonego pakietu usług i wymaga odrębnej opłaty. W celu uzyskania szczegółowych informacji na temat kosztów oraz wdrożenia prosimy o kontakt z naszym zespołem.

W module Bank Payments Polskiego Pakietu Lokalizacyjnego Oracle NetSuite udostępniliśmy nowe formaty wyjściowe dla generowanych plików płatności:

• Multicash PLI (Elixir 0) Credit Agricole – dedykowany format przeznaczony dla banku Credit Agricole
• XML ISO w wersji 009 – plik bankowy w formacie XML w wersji ISO20022 (pain.001.001.09), wspierający obsługę przelewów zagranicznych oraz SEPA. Nowa struktura ma docelowo zastąpić obecny format ISO20022 (pain.001.001.03). Dodatkowo, w przypadku danych adresowych ustrukturyzowanych, użytkownik może wybrać jedną z dostępnych opcji:
  • pełne dane adresowe – w zakresie dostępnych i możliwych do automatycznego rozdzielenia na pola danych adresowych z kartoteki dostawcy;
  • tylko wymagane dane adresowe – uwzględnienie jedynie obowiązkowych pól, jakimi są kraj oraz miejscowość.

Format .xml jest dostępny w ramach rozszerzonego pakietu usług i wymaga odrębnej opłaty. W celu uzyskania szczegółowych informacji na temat kosztów oraz wdrożenia prosimy o kontakt z naszym zespołem.

Wprowadziliśmy wsparcie w obszarze podatku VAT i CIT zgodne z zasadami SLIM VAT, według których podatnik może zastosować wspólne kursy walut z podatkiem dochodowym. Włączenie obsługi SLIM VAT w systemie Oracle NetSuite skutkuje:

• ustawieniem kursu CIT zgodnego z kursem VAT dla transakcji sprzedażowych,
• ustawieniem kursu CIT zgodnego z dokumentem korygowanym dla dokumentów korygujących.

Wprowadziliśmy funkcjonalność umożliwiającą konsolidację linii w transakcjach sprzedażowych i prezentację zgrupowanej pozycji na wydruku PLP dokumentu, w deklaracjach skarbowych, plikach JPK oraz pliku .xml dla systemu KSeF.

Udostępniliśmy dedykowane pola:

• PLP consolidate lines – checkbox służący do włączenia mechanizmu konsolidacji pozycji transakcji;
• PLP consolidate line item – pole odpowiedzialne za wskazanie towaru lub usługi, która ma zostać zaprezentowana jako zgrupowana pozycja;
• PLP consolidate line quantity – ilość skonsolidowana;
• PLP consolidated line unit abbrev. – jednostka miary dla zgrupowanej pozycji;
• PLP consolidated line description – opcjonalny dodatkowy opis finalnego towaru lub usługi.

Uzupełnienie odpowiednich informacji umożliwi prezentację danych w formie zgrupowanej:

• na wydruku PLP dokumentu:

• w pliku JPK_FA:

• w pliku .xml KSeF:

Udostępniliśmy dodatkową kolumnę w Rejestrze sprzedaży VAT, prezentującą miejsce świadczenia usług. Wartość pobierana jest z pola Kraj, wskazanego na transakcji w sekcji Shipping address.

Wskazanie dodatkowej kolumny zostanie zaprezentowane na raporcie w postaci kodu kraju wysyłki.

Rozbudowaliśmy mechanizm generowania pliku kontrolnego JPK KR o możliwość uwzględnienia bazowej księgi rachunkowej. Mechanizm ten wspiera funkcjonalność multibookingu.

Dzięki temu ulepszeniu istnieje możliwość wygenerowania pliku kontrolnego dla wskazanej księgi bądź kilku ksiąg jednocześnie (Adjustment Book oraz Primary Book). Wprowadzona zmiana ujednoliciła funkcjonalności Polskiego Pakietu Lokalizacyjnego w zakresie raportów księgowych.

Wprowadziliśmy optymalizacje w Polskim Pakiecie Lokalizacyjnym wdrażając mechanizm cache’owania zapytań przy imporcie dokumentów. Funkcjonalność ta zapewnia większą wydajność przetwarzania danych i skraca czas tworzenia dokumentów dzięki przechowywaniu odpowiedzi do zapytań w pamięci podręcznej systemu.

Przykłady zastosowania mechanizmu:

• podczas importu wielu dokumentów walutowych dla tej samej daty narzędzie wykona tylko jedno zapytanie o kurs waluty. Wynik zostanie zapisany w pamięci podręcznej i wykorzystany dla kolejnych dokumentów.
• w przypadku wielokrotnego wykorzystania tego samego towaru posiadającego kod GTU, informacja o oznaczeniu towaru zostanie pobrana tylko raz.