© navision.pl | Opracowano na podstawie: Microsoft Learn (CC BY 4.0)

Zgodność z ustawą o rachunkowości w Danii

prod_short (chmura) jest zarejestrowany jako cyfrowy system księgowy w Danii.

Ostrzeżenie

Dynamics 365 Business Central jest zarejestrowany jako cyfrowy system księgowy tylko jako standardowe rozwiązanie bez modyfikacji (w stanie dostarczonym). Jeśli system został zmodyfikowany, partner lub klient musi udowodnić, że system nadal jest standardowym rozwiązaniem, ponieważ Microsoft nie może wydać opinii, czy modyfikacje naruszają części cyfrowego systemu księgowego certyfikowanego przez DBA.

Certyfikat rejestracji opiera się na §4 ust. 1 rozporządzenia wykonawczego nr 98 z dnia 26 stycznia 2023 r. dotyczącego zgłaszania i rejestracji cyfrowych standardowych systemów księgowych, zgodnie z którym cyfrowy standardowy system księgowy prod_short został zarejestrowany przez Duński Urząd ds. Przedsiębiorczości w dniu 21 grudnia 2023 r. z numerem rejestracyjnym fob467715.

Uwaga

Poniższy dokument nie stanowi oficjalnej dokumentacji w procesie certyfikacji z DBA. Jest to jedynie wyjaśnienie, że Dynamics 365 Business Central spełnia wszystkie wymagania oraz ewentualna instrukcja dla partnerów lub klientów, którzy chcą certyfikować swoje rozwiązanie poza Microsoft.

W jaki sposób prod_short zapewnia zgodność?

Aby uzyskać ten certyfikat rejestracji, prod_short musiał spełnić różne wymagania Duńskiego Urzędu ds. Przedsiębiorczości na podstawie rozporządzenia wykonawczego nr 97.

Główne wymagania - § 15, pkt 1

Obsługa ciągłej rejestracji transakcji firmy ze wskazaniem załączników dla każdej rejestracji oraz bezpieczne przechowywanie rejestracji i załączników przez pięć lat.

Załącznik 1, 1, a – e

Wymaganie: Standardowy cyfrowy system księgowy musi zawierać pola umożliwiające firmie podanie informacji o następujących kwestiach podczas rejestrowania każdej pojedynczej transakcji:

Data transakcji (na przykład data płatności, data zakupu itp.)
Kwota
Numer paragonu
Tekst transakcji
Kurs wymiany w dniu transakcji lub inny współczynnik przeliczeniowy, jeśli rejestracja jest dokonywana w walucie innej niż DKK.

W jaki sposób prod_short spełnia wymagania?

Wszystkie transakcje wprowadzone w prod_short zawierają datę transakcji, kwotę, numer paragonu/numer dokumentu oraz tekst/opis transakcji. Wszystkie zapisy w transakcjach księgi głównej są przechowywane wyłącznie w DKK. Jeśli oryginalny dokument ma walutę inną niż DKK, ta informacja istnieje w księdze pomocniczej połączonej z zapisem księgi głównej. Wszystkie te informacje można znaleźć na stronie Rejestr K/G. Strona Rejestr K/G zawiera szczegóły dotyczące każdej transakcji, w tym numer rejestru, datę i godzinę utworzenia, identyfikator użytkownika, który utworzył transakcję, oraz jej kod źródłowy.

Załącznik 1, 2, a – e

Wymaganie: Cyfrowy standardowy system księgowy musi zapewniać:

Że system przypisuje datę rejestracji dla każdej zarejestrowanej transakcji.
Że system przypisuje kolejny numer transakcji lub identyfikator dla każdej zarejestrowanej transakcji.
Że system przypisuje inicjały lub podobne oznaczenie osobie, która zarejestrowała transakcję.
Że system zapisuje zmiany w rejestracji, na przykład błędne zapisy muszą być korygowane nowymi zapisami.
Że zarejestrowanych transakcji nie można zmieniać, antydatować ani usuwać.

W jaki sposób prod_short spełnia wymagania?

Dla każdej transakcji podczas księgowania tworzony jest zapis śladu rewizyjnego (Rejestr K/G), który rejestruje Datę utworzenia, a nawet Czas utworzenia wraz z Identyfikatorem użytkownika jako osobą, która zarejestrowała transakcję. Dla każdego zapisu śladu rewizyjnego - rejestru, można również wyświetlić kolumnę Nr, która określa numer rejestru księgi głównej utworzony przez system.

Rejestr K/G i Zapisy księgi głównej oraz wszystkie księgi pomocnicze mają unikalne numery zapisów oparte na systemie, co pozwala zdefiniować każdą sekwencję numerów jako kolejną.

Po zaksięgowaniu transakcji nie można jej edytować ani usuwać. Korekty transakcji muszą być dokonywane poprzez zapis stornujący, a następnie nowy zapis w celu zarejestrowania zmian. Korekta może być wykonana ręcznie lub przy użyciu akcji Stornuj z Rejestru K/G w celu całkowitego stornowania transakcji. W każdym przypadku transakcja stornująca jest tworzona jako nowa transakcja bez zmiany oryginalnych wartości. Dowiedz się więcej w artykule Informacje o księdze głównej i planie kont, który zawiera informacje o planie kont.

Załącznik 1, 3, a – b

Wymaganie: Cyfrowy standardowy system księgowy musi obsługiwać przechowywanie dowodów objętych § 3, które dokumentują zarejestrowane transakcje zakupu i sprzedaży firmy:

Dowody dotyczące transakcji zakupu mogą być przechowywane cyfrowo w systemie.
Dowody dotyczące transakcji sprzedaży są albo automatycznie generowane w systemie i przechowywane cyfrowo, albo mogą być przechowywane cyfrowo w systemie, na przykład jako obraz lub zeskanowany plik.

W jaki sposób prod_short spełnia wymagania?

prod_short obsługuje przechowywanie plików jako załączników do faktur zakupu i sprzedaży oraz do dowolnego innego rekordu tabeli dostępnego dla użytkowników prod_short przez interfejs użytkownika. Jednak aby obsługiwać obowiązkowe załączniki dla transakcji zakupu i sprzedaży, prod_short ma domyślną konfigurację dla cyfrowych dowodów księgowych, która wymaga obowiązkowego załącznika dla transakcji sprzedaży i zakupu i nie pozwala na księgowanie tych dokumentów bez załączników. Dla większej automatyzacji transakcje sprzedaży automatycznie tworzą dokumenty sprzedaży i dołączają je do tej transakcji bez interakcji użytkownika. Użytkownik może jednak dodać więcej dokumentów, jeśli chce. Dowiedz się więcej w artykule Konfigurowanie załączników cyfrowych w Danii, który zawiera informacje o obowiązkowych cyfrowych dowodach księgowych.

Załącznik 1, 4 i 1, 4, a-d

Wymaganie: Cyfrowy standardowy system księgowy musi obsługiwać przechowywanie zarejestrowanych transakcji firmy i dowodów objętych § 3 przez 5 lat od końca roku obrotowego, którego materiał dotyczy. Cyfrowy standardowy system księgowy musi obsługiwać:

Że zarejestrowane transakcje są przechowywane w taki sposób, że firma nie może ich zmieniać, antydatować ani usuwać.
Że wszystkie zarejestrowane transakcje są przechowywane w ustrukturyzowanym i możliwym do odczytu maszynowego formacie przez pięć lat od końca roku obrotowego, którego zarejestrowana transakcja dotyczy, niezależnie od zakończenia relacji z klientem firmy lub upadłości lub przymusowej likwidacji firmy.
Że wszystkie dowody objęte sekcją 3 są przechowywane przez pięć lat od końca roku obrotowego, którego dowód dotyczy, niezależnie od zakończenia relacji z klientem firmy lub upadłości lub przymusowej likwidacji firmy.

Że zaszyfrowane dane księgowe mogą być odszyfrowane do ustrukturyzowanego i możliwego do odczytu maszynowego formatu oraz że zaszyfrowane dowody objęte sekcją 3 mogą być odszyfrowane do czytelnego formatu.

W jaki sposób prod_short spełnia wymagania?

prod_short obsługuje przechowywanie zarejestrowanych transakcji firmy i cyfrowych dowodów księgowych. Raz utworzone rekordy transakcyjne nie mogą być usuwane ani modyfikowane przez interfejs użytkownika prod_short, a Firma również nie może być usunięta od momentu, gdy firma zostanie ogłoszona jako firma produkcyjna i zarejestrowana w Nemhandel. prod_short zapobiega również antydatowaniu zarejestrowanej transakcji, co oznacza, że data zaksięgowanej transakcji nie może być edytowana i zmieniana. Standardowa funkcjonalność prod_short pozwala użytkownikom księgować transakcje datowane w przeszłości (dzień, tydzień, miesiąc temu), ale w tej sytuacji istnieje informacja o Dacie utworzenia i Czasie utworzenia rekordu.

prod_short obsługuje również przechowywanie plików jako załączników (dowodów lub cyfrowych dowodów księgowych) do faktur zakupu i sprzedaży oraz do dowolnego innego rekordu tabeli dostępnego dla użytkowników prod_short przez interfejs użytkownika. Wszystkie załączone dokumenty są przechowywane w bazie danych, więc kopia zapasowa bazy danych zachowuje również załączniki. Tego rodzaju załączniki (Konfigurowanie załączników cyfrowych w Danii) nie mogą być usuwane po zaksięgowaniu dokumentu i utworzeniu zapisów księgi głównej.

W czasie użytkowania systemu organy mogą uzyskać dostęp do wszystkich transakcji i cyfrowych dowodów księgowych bezpośrednio przez interfejs użytkownika od użytkowników, ponieważ baza danych jest zawsze aktywna i dostępna. Nawet jeśli użytkownik nie chce zapewnić dostępu do rekordów transakcyjnych lub w przypadku zakończenia relacji z klientem z Microsoft, lub upadłości lub przymusowej likwidacji firmy, Microsoft może nadal dostarczyć szczegóły transakcji i cyfrowych dowodów księgowych.

Wszystkie te dane transakcyjne i oryginalne dokumenty istniejące w systemie księgowym są używane jako źródło codziennego eksportu danych do chronionego kontem środowiska magazynu Azure, gdzie firma nie może ich zmieniać, antydatować ani usuwać, ponieważ ten proces odbywa się na poziomie platformy bez dostępu użytkownika. Poświadczenia konta magazynu są przechowywane w Azure Key Vault, a dane w magazynie są chronione przed potencjalną manipulacją. Dowiedz się więcej w artykule Przechowywanie danych transakcyjnych przez pięć lat w Danii.

Główne wymagania - § 15, nr 2

Spełnienie uznanych standardów bezpieczeństwa IT, w tym zarządzania użytkownikami i dostępem, oraz zapewnienie automatycznej kopii zapasowej rekordów i załączników.

§ 8, ust. 4, nr 1 - 7

Wymagania: Bezpieczeństwo sieci, Zarządzanie dostępem, Zarządzanie dostawcami, Kopia zapasowa, Rejestrowanie, Gotowość i przywracanie oraz Ochrona danych.

W jaki sposób prod_short spełnia wymagania?

Microsoft dostarczył następujące dokumenty: Certyfikat rejestracji systemu zarządzania bezpieczeństwem informacji - ISO/IEC 27001:2022 oraz Dodatek dotyczący ochrony danych produktów i usług Microsoft. Dokumenty te potwierdzają, że system ma wysoki poziom bezpieczeństwa IT i że poziom bezpieczeństwa jest oparty na ocenie ryzyka.

Główne wymagania - § 15, nr 3

Obsługa automatyzacji procesów administracyjnych, w tym automatycznego wysyłania i odbierania e-faktur oraz możliwości wprowadzania zgodnie z publicznym standardowym planem kont w zarejestrowanych systemach księgowych.

Załącznik 2, 1, a – e i 2, 2, a – f

Wymaganie: Cyfrowy standardowy system księgowy obsługuje automatyczne wysyłanie i odbieranie e-faktur przez Nemhandel w formacie OIOUBL w następujący sposób:

Nabywca może wysyłać faktury elektroniczne w formacie OIOUBL.
Nabywca może odbierać faktury elektroniczne w formacie OIOUBL.
Nabywca może wysyłać elektroniczne faktury korygujące w formacie OIOUBL.
Nabywca może odbierać elektroniczne faktury korygujące w formacie OIOUBL.
Nabywca może wysłać odpowiedź aplikacji po otrzymaniu faktury elektronicznej.

Cyfrowy standardowy system księgowy obsługuje automatyczne wysyłanie i odbieranie e-faktur w formacie Peppol BIS w następujący sposób:

Nabywca może wysyłać faktury elektroniczne w formacie Peppol BIS.
Nabywca może odbierać faktury elektroniczne w formacie Peppol BIS.
Nabywca może wysyłać elektroniczne faktury korygujące w formacie Peppol BIS.
Nabywca może odbierać elektroniczne faktury korygujące w formacie Peppol BIS.
Nabywca może wysłać odpowiedź na poziomie wiadomości po otrzymaniu faktury elektronicznej.
Nabywca może wysłać odpowiedź na fakturę po otrzymaniu faktury elektronicznej.

W jaki sposób prod_short spełnia wymagania?

Omówienie dokumentów elektronicznych w prod_short zapewnia możliwość generowania elektronicznych odpowiedników dokumentów handlowych (faktur sprzedaży lub faktur korygujących sprzedaży) w wymaganych formatach (OIOUBL i Peppol BIS) oraz wykonywania przetwarzania końcowego wygenerowanych dokumentów elektronicznych, na przykład wysyłania ich do różnych miejsc docelowych, a także importowania dokumentów elektronicznych dostawcy (faktur zakupu lub faktur korygujących zakupu) do systemu z różnych źródeł zewnętrznych. Ponieważ użytkownicy muszą wysyłać dokumenty elektroniczne bezpośrednio, mogą to robić za pośrednictwem dostawców usług punktów dostępowych, gdzie prod_short działa jako warstwa transportowa do wysyłania utworzonych e-faktur XML zgodnych ze standardami PEPPOL i OIOUBL, a także odbierania, analizowania i importowania XML otrzymanych w wyżej wymienionych formatach zgodnie z wymogami prawa. W tym scenariuszu funkcjonalność wymiany e-dokumentów prod_short działa według modelu 4-narożnikowego.

Komunikacja oparta jest na kombinacji synchronicznej i asynchronicznej komunikacji API z dostawcą usług punktu dostępowego. Wszystkie rodzaje informacji dotyczących możliwości przetwarzania przychodzących faktur oraz powiadomień użytkowników biznesowych o zatwierdzeniach lub odrzuceniach dokumentów działają na podstawie wstępnie zdefiniowanego odpowiedniego przetwarzania wiadomości. Dowiedz się więcej w artykule Konfigurowanie fakturowania elektronicznego z NemHandel.

Załącznik 2, 3, a

Wymaganie: Cyfrowy standardowy system księgowy obsługuje możliwość uzgadniania księgowości firmy z kontem bankowym firmy poprzez importowanie pliku CSV z zapisami bankowymi do systemu księgowego.

W jaki sposób prod_short spełnia wymagania?

prod_short zapewnia kompleksowe rozwiązanie spełniające wymóg cyfrowego standardowego systemu księgowego obsługującego możliwość uzgadniania księgowości firmy z kontem bankowym firmy. Obsługuje zaawansowane uzgadnianie kont bankowych, umożliwiając importowanie elektronicznych wyciągów bankowych w różnych formatach, w tym CSV, i automatyczne uzgadnianie ich z transakcjami bankowymi w systemie. Więcej informacji można znaleźć w Rozszerzenie Płatności i uzgodnienia (DK) oraz Szczegóły FIK w dzienniku uzgadniania płatności dla Danii.

Załącznik 2, 3, 2. a– b

Wymaganie: System księgowy obsługuje, oprócz poprzedniego wymagania, możliwość uzgadniania księgowości firmy z kontem bankowym firmy poprzez:

System księgowy zapewnia, że konto bankowe jest reprezentowane w planie kont i że można je uzgodnić z załadowanymi zapisami bankowymi.
W systemie księgowym wyświetlana jest wyraźna różnica, jeśli pozycje wprowadzone z banku nie są uzgodnione.

W jaki sposób prod_short spełnia wymagania?

Użytkownicy korzystają z kont bankowych w prod_short do śledzenia swoich transakcji bankowych. Konta mogą być denominowane w walucie lokalnej (DKK) lub w walucie obcej. Każde konto bankowe jest powiązane z kontem w planie kont poprzez przypisaną grupę księgową konta bankowego. Użycie konta bankowego w transakcji płatniczej automatycznie tworzy zapis zarówno na koncie bankowym, jak i na powiązanym koncie K/G.

Uzgadnianie kont bankowych to sposób, w jaki użytkownicy upewniają się, że konto bankowe w prod_short odpowiada zewnętrznemu kontu w banku. Uzgadnianie konta bankowego porównuje i dopasowuje zapisy na kontach bankowych skonfigurowanych przez użytkowników w prod_short z transakcjami bankowymi w ich banku. Uzgadnianie może następnie zaksięgować salda na ich kontach bankowych w prod_short, aby udostępnić je menedżerom finansowym. Uzgadnianie kont bankowych to również praktyczny sposób na wykrywanie i rozwiązywanie problemów z brakującymi płatnościami i błędami księgowymi.

Jeśli użytkownicy znajdą błąd w zaksięgowanym uzgodnieniu konta bankowego, mogą użyć akcji Cofnij na stronie Lista wyciągów bankowych, aby go poprawić. Po cofnięciu zaksięgowanego uzgodnienia konta bankowego zapisy są przenoszone na stronę Uzgodnienie konta bankowego i oznaczane jako Otwarte, co oznacza, że nie są uzgodnione. Następnie mogą poprawić uzgodnienie konta bankowego i ponownie je zaksięgować.

W systemie księgowym wyświetlana jest wyraźna różnica, jeśli pozycje wprowadzone z banku nie są uzgodnione.

Dowiedz się więcej o tym, jak działa uzgadnianie w prod_short:

Załącznik 2, 4, a – c

Wymaganie: Cyfrowy standardowy system księgowy obsługuje możliwość korzystania z publicznego standardowego planu kont:

Firma używa publicznego standardowego planu kont bezpośrednio w systemie księgowym.
Mapowanie standardowego planu kont systemu księgowego na publiczny standardowy plan kont.
System księgowy udostępnia narzędzie umożliwiające klientowi proste mapowanie własnego planu kont na wspólny publiczny standardowy plan kont.

W jaki sposób prod_short spełnia wymagania?

W prod_short jedna firma może używać tylko jednego Planu kont do księgowania w Zapisach K/G. Użytkownicy mogą skonfigurować Plan kont tak, aby był taki sam jak duński publiczny standardowy plan kont, ręcznie lub podczas inicjalizacji aplikacji SAF-T.

Jednak jeśli użytkownicy już utworzyli główny plan kont różniący się od publicznego standardowego planu kont lub chcą używać innego z innych powodów, zawsze mogą mieć zmapowany plan kont z publicznym standardowym planem kont. Duński Standardowy plan kont w Danii.

Załącznik 2, 4, 2. a

Wymaganie: System księgowy udostępnia narzędzie umożliwiające klientowi proste mapowanie na standardowe kody VAT.

W jaki sposób prod_short spełnia wymagania?

prod_short udostępnia interfejs użytkownika umożliwiający proste mapowanie kodów VAT używanych w transakcjach podatkowych na publiczne standardowe kody VAT (publiczny standardowy plan kont VAT) na potrzeby raportowania Standardowego Pliku Audytowego dla Podatku (SAF-T). Aby użyć tej funkcji, na stronie Ustawienia księgowania VAT SAF-T należy powiązać konfigurację grupy księgowej VAT z Kodem raportowania VAT sprzedaży i Kodem raportowania VAT zakupu.

Załącznik 2, 5, a – c

Wymaganie: Cyfrowy standardowy system księgowy obsługuje prawidłowe prowadzenie ksiąg poprzez przewodnik księgowy lub przewodnik rachunkowy:

Kreator/asystent księgowy został włączony do systemu księgowego, aby pomóc firmie w ewidencji.
System księgowy zawiera instrukcje rachunkowe i/lub łącza/odniesienia do instrukcji/przewodników rachunkowych od stron trzecich.
System księgowy musi obsługiwać funkcję umożliwiającą użytkownikom wprowadzenie przewodnika rachunkowego dla poszczególnych kont.

W jaki sposób prod_short spełnia wymagania?

prod_short opublikował przewodnik księgowy na swojej oficjalnej stronie Learning z zarysem procesów księgowych, w tym zasad, procedur i innych wytycznych w prod_short: Księgowość i prowadzenie ksiąg.

Jednak ważniejsze jest to, że prod_short ma wbudowanego w produkt asystenta kontekstowego. Ten asystent zawiera łącza do informacji związanych z bieżącą stroną oraz instrukcje dotyczące pracy z odpowiednim procesem.

Kluczowym elementem edukacji użytkowników na temat stron i koncepcji prod_short jest przewodnik. Przewodnik to sekwencja wskazówek szkoleniowych. Wskazówki szkoleniowe mogą być definiowane na poziomie strony jako wskazówki szkoleniowe strony, a następnie wskazówki szkoleniowe na poziomie kontrolek jako wskazówki szkoleniowe kontrolek.

Możliwe jest również połączenie systemu ze wsparciem społeczności i instrukcjami za pomocą łącza do Społeczności w okienku Pomoc. Możliwe jest również dodanie większej ilości treści przez użytkowników lub partnerów, ale to rozszerzenie wymaga dodatkowej konfiguracji.

Załącznik 2, 6, a – c

Wymaganie: Cyfrowy standardowy system księgowy obsługuje udostępnianie danych księgowych firmy poprzez:

System księgowy umożliwia generowanie standardowego pliku zdefiniowanego przez władze.
System księgowy eksportuje standardowy plik zdefiniowany przez władze do innego dostawcy systemów księgowych.
System księgowy może załadować informacje zawarte w standardowym pliku zdefiniowanym przez władze, aby były dostępne dla klienta.

W jaki sposób prod_short spełnia wymagania?

prod_short obsługuje generowanie Standardowego Pliku Audytowego dla Podatku (SAF-T) w formacie XML wprowadzonego przez duńską ustawę o rachunkowości w lipcu 2022 zgodnie ze schematem zdefiniowanym przez "Danish SAF-T Financial data, version 1.0", opublikowanym przez Erhvervsstyrelsen, 11/2022. prod_short może również ładować istniejące pliki SAF-T z systemów zewnętrznych i przechowywać je w bazie danych jako plik. Więcej informacji można znaleźć w Eksportowanie formatu pliku audytu SAF-T w Danii.

Załącznik 2, 7, a

Wymaganie: System księgowy tworzy plik CSV z danymi księgowymi firm do Regnskab Basis.

W jaki sposób prod_short spełnia wymagania?

prod_short obsługuje generowanie pliku CSV z danymi księgowymi firmy zgodnie z "Vejledning til upload af regnskabsfil i Regnskab Basis". Więcej informacji można znaleźć w Eksportowanie danych księgowych do Regnskab Basis w Danii

Załącznik 2, 7, b

Wymaganie: System księgowy może obsługiwać raportowanie VAT za pośrednictwem API VAT Duńskiej Agencji Podatkowej.

W jaki sposób prod_short spełnia wymagania?

prod_short obsługuje raportowanie deklaracji VAT za pośrednictwem API VAT Duńskiej Agencji Podatkowej i aktualizuje statusy nadawane przez władze, a także umożliwia pobieranie komunikatów odpowiedzi. Więcej informacji o tym, jak Elektroniczne przesyłanie deklaracji VAT.

Załącznik 2, 8 – 9

Wymaganie: Komunikat o rejestracji w Nemhandelsregisteret i funkcja rejestracji w Nemhandelsregisteret:

Cyfrowy standardowy system księgowy musi wysyłać komunikat do istniejących klientów systemu po zarejestrowaniu systemu w Duńskim Urzędzie ds. Przedsiębiorczości oraz gdy nowi klienci są rejestrowani w systemie, informując ich o możliwości rejestracji w NemHandelsregisteret.
Podczas konfiguracji systemu lub poprzez bezpośredni komunikat do istniejących klientów systemu, cyfrowy standardowy system księgowy musi być w stanie wyświetlać informacje o NemHandelsregisteret i funkcję rejestracji. Klienci muszą mieć możliwość wskazania, że chcą być zarejestrowani w NemHandelsregisteret i wyrażenia na to zgody, a tym samym być w nim zarejestrowani. Zatwierdzony system księgowy musi następnie obsługiwać rejestrację klientów systemu w NemHandelsregisteret na podstawie standardowych funkcji i wymagań NemHandel obowiązujących w danym czasie.

W jaki sposób prod_short spełnia wymagania?

Jeśli firma nie jest zarejestrowana w NemHandelsregisteret, u góry ekranu pojawia się powiadomienie wraz z instrukcjami dotyczącymi rejestracji. Jeśli firma jest zarejestrowana, prod_short sprawdza, czy numer CVR na stronie Informacje o firmie istnieje jako zarejestrowany w NemHandelsregisteret, a jeśli istnieje, komunikat nie pojawia się, a firma jest oznaczona jako "zarejestrowana w NemHandelsregisteret".

Aby rozpocząć rejestrację, użytkownik musi kliknąć łącze Zarejestruj w NemHandelsregisteret. Po zakończeniu rejestracji w NemHandelsregisteret powiadomienie znika. Więcej informacji można znaleźć w Powiadomienia i rejestracja w NemHandelsregisteret w Danii.

Powiązane informacje

prod_short

footer-include