Oracle NetSuite – aktualizacja Pakietu Lokalizacyjnego 2025.1

W module KSeF registry dla importowanych dokumentów zakupowych wprowadziliśmy obsługę standardowych klasyfikatorów NetSuite – Department, Class i Location.

Klasyfikatory ustawiane są zgodnie z poniższą hierarchią:

• wartości wskazane bezpośrednio w module KSeF registry;
• ustawienia na poziomie kartoteki towarowej;
• wartości określone na karcie dostawcy;
• dane domyślne wskazane w konfiguracji skryptu.

Wprowadzenie obsługi klasyfikatorów ogranicza konieczność ręcznego wprowadzania danych, dzięki czemu zapewnia oszczędność czasu, a także poprawia jakość raportowania, dzięki wprowadzeniu ustalonej hierarchii. 

Wprowadziliśmy dodatkową opcję dla księgowań częściowego odliczenia VAT oraz CIT. W przypadku braku wskazania konta księgowego w dedykowanych polach PLP non-deductible VAT account oraz PLP non-deductible CIT account, wykorzystane zostanie konto z linii dokumentu.

Nowa opcja rozszerzyła dostępną dotychczas parametryzację, która weryfikuje docelowe konto księgowe według poniższej kolejności:

• Konto księgowe wskazane bezpośrednio na dokumencie w dedykowanych kolumnach;
• Konto kosztowe ustawione w kartotece towaru;
• Wartość wskazana w kodzie podatkowym wykorzystanym na linii dokumentu;
• Konto wskazane w nadrzędnym kodzie podatkowym, w przypadku zastosowania na transakcji stawki VAT typu reverse charge;
• Konto księgowe ustawione w konfiguracji PLP Accounting Books;
• Konto księgowe wybrane na linii dokumentu w polu Account.

Wprowadziliśmy uwzględnianie standardowych klasyfikatorów NetSuite w mechanizmie generowania dokumentów płatności z modułu PLP Bank payments. Wartości dla pól Department, Class oraz Location ustawiane są zgodnie z danymi wybranymi na rozliczanym dokumencie.

Wprowadziliśmy dodatkowy mechanizm walidacji zastosowanych kont księgowych w ramach dokumentu Journal Entry. Rozwiązanie kontroluje użycie na dokumencie tylko kont pozabilansowych lub tylko kont innych niż pozabilansowe. Pozwala to na zabezpieczenie księgowań w zakresie poprawnego bilansowania zapisów. 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.

Typ konta księgowego określany jest w dedykowanym polu PLP Account type.

Wprowadziliśmy zmiany w kodowaniu plików generowanych z modułu PLP Bank Payments. Ze względu na problemy z odczytywaniem polskich znaków w systemach bankowości elektronicznej przy zastosowaniu kodowania UTF-8, od wersji 2025.1 zastosowane będzie kodowanie ANSI.

Zmiana dotyczy wszystkich dostępnych formatów plików, z wyjątkiem struktury dedykowanej dla banków Millenium oraz BNP Paribas.

Wprowadziliśmy prawidłową obsługę funkcjonalności pobierania danych kontrahentów z systemu GUS oraz weryfikacji podatników w systemie VAT dla środowisk NetSuite korzystających z silnika podatkowego SuiteTax. Funkcjonalności działają poprawnie również w sytuacji, gdy polska spółka nie jest ustawiona jako domyślna dla danego kontrahenta.

Wprowadziliśmy usprawnienia wydruków dokumentów PLP w następujących obszarach:

• właściwa prezentacja jednostki miary w przypadku braku widoczności kolumny Units na transakcji sprzedażowej:

• obsługa prezentacji danych nabywcy w przypadku braku uzupełnienia Billing Address – na wydruku prezentujemy pozostałe możliwe dane, takie jak nazwa kontrahenta oraz numer NIP:

• ujednolicenie formatów dat na wydrukach not korygujących oraz potwierdzenia salda – wszystkie wydruki PLP będą jednakowo prezentowały pola typu Data, zgodnie z konfiguracją systemu NetSuite: