RMK/RMP

• Wszystkie firmy (pole ALLCPY)

To pole wyboru należy zaznaczyć w celu przetwarzania dla wszystkich firm. W przeciwnym razie należy wskazać firmę.

Przypadek szczególny

W środowisku wielolegislacyjnym, to pole wyboru nie jest dostępne. Przetwarzania można dokonać wyłącznie dla pojedynczych firm, ponieważ typ dokumentu oraz dziennik użyte dla księgowości dotyczą zazwyczaj jednej legislacji.

• Firma (pole CPY)

Jeśli pole to jest uzupełnione przy pomocy kodu firmy, zapytanie jest filtrowane tak, aby wyświetlać wyłącznie dane dotyczące wybranej jednostki.

• Legislacja (pole LEG)

• Wszystkie lok. (pole ALLFCY)

Należy zaznaczyć to pole wyboru, aby uwzględnić wszystkie lokalizacje. Aby wykonać proces dla pojedynczej lokalizacji należy pozostawić to pole nieaktywne.

• Lokalizacja (pole FCY)

Jeśli pole to jest uzupełnione przy pomocy lokalizacji, zapytanie jest filtrowane tak, aby wyświetlać wyłącznie dane dotyczące wybranej jednostki.

• pole TYPSVC

Przyciski te pozwalają wskazać, czy przetworzenie dotyczy rozliczeń międzyokresowych kosztów czy przychodów (RMK/RMP).

• Z BP (pole BPRDEB)

To pole pozwala podać wartość początkową kodów do przetworzenia.

• Do BP (pole BPRFIN)

To pole pozwala podać wartość końcową kodów do przetworzenia.

• Faktura od (pole VCRDEB)

• Faktura do (pole VCRFIN)

• Data faktury od (pole DATDEB)

• Data faktury do (pole DATFIN)

• Data referencji (pole DATREF)

Data referencyjna jest główną datą, na podstawie której uwzględniane są koszty lub przychody.
Zazwyczaj data ta odpowiada dacie księgowania wygenerowanego dokumentu. Często jest to data zamknięcia roku obrotowego lub data zakończenia okresu.

Przetwarzanie czyści faktury sprzedaży i klienta dla rozliczeń międzyokresowych przychodów (faktury zakupu i kontrahenta dla rozliczeń międzyokresowych kosztów). Przechowywane są wyłącznie zaksięgowane faktury z datą wcześniejszą lub równą dacie referencyjnej oraz posiadające pozycje z datami okresów świadczenia.
Dla każdej z tych pozycji faktury, data referencyjna (wprowadzona podczas rozpoczynania przetwarzania) porównywana jest z datami rozpoczęcia i zakończenia świadczeń - przetwarzanie włączane wyłącznie dla pozycji faktur, dla których data referencyjna jest wcześniejsza niż data zakończenia świadczeń.
Obliczenia odbywają się w następujący sposób:

• jeśli data referencyjna (D1) < data rozpoczęcia świadczenia (D2):
  zapisywane jest RMK/RMP dla kwoty netto pozycji faktury,
• jeśli data referencyjna (D1) jest równa lub zawiera się między datą rozpoczęcia (D2) lub datą zakończenia świadczeń (D3):
  stwierdzane jest RMK/RMP dla kwoty równej następującej formule:
  (Kwota netto pozycji faktury * liczba dni zawartych między D1 a D3) / Liczba dni zawartych między D2 a D3,
  Formuła ta może zostać uproszczona przez następujące wyrażenie: (Kwota netto pozycji faktury * [(D3-D1)] / [(D3-D2)].

Przykład:
Faktury ubezpieczenia pokrywające okres od 01.04.01 do 31.03.02 na kwotę netto 120 000 EUR:

• zamknięcie roku obrotowego bądź data referencyjna: 31.12.01 (D1),
• data rozpoczęcia świadczenia: 01.04.01 (D2),
• data zakończenia świadczenia: 01.03.02 (D3),
• Obliczenia odbywają się w następujący sposób: (120000 * 90 dni) / (365 dni) = 29589 RMK dla stycznia, lutego i marca,

Podsumowanie dowodów księgowych:

• Księguj (pole GENECR)

Należy zaznaczyć to pole wyboru, aby wygenerować wpisy księgowe. Jeśli pole to jest nieaktywne, przetwarzanie dokonywane jest w trybie symulacji. Faktury odpowiadające kryteriom wyboru RMK lub RMP do wygenerowania są wskazane w logu.

• Typ generowania (pole TYP)

Kategoria ustawiana jest w rodzaju dokumentu.
Kategoria dokumentu księgowego może przyjmować następujące wartości:

Rzeczywisty

Rzeczywisty dokument księgowy jest dokumentem, który można przeglądać i edytować (księga główna, saldo itp.). Zintegrowany jest z saldem w momencie zapisu dokumentu.

Symulacja aktywna lub symulacja nieaktywna

Dokument w symulacji, po jego aktywacji, jest również zintegrowany w przeglądaniu i edycji. Może zostać przetworzony w dokument rzeczywisty bądź dezaktywowany, aby stać się dokumentem w symulacji nieaktywnej (tzn. dokumentem ukrytym, niewidocznym w trybie edycji bądź przeglądania, np. dowody inwentarza).
Okres rodzaju księgi nie może być zamknięty tak długo, aż dowody w symulacji mające na niego wpływ nie zostaną przetworzone w dowody rzeczywiste bądź anulowane. Zmiana statusu dokumentów symulacji odbywa się przy użyciu przetwarzania w funkcji księgowości.

Wszystkie przeliczenia RMK/RMP dla okresu identycznego bądź różnego od pierwotnego obliczenia spowodują anulowanie dokumentów w aktywnej symulacji utworzonych dla pierwszego obliczenia i wygenerują nowe dokumenty w trybie aktywnej lub rzeczywistej symulacji, w zależności od wybranego typu generowania.

• Status podziału (pole STA)

W przypadku generowania rzeczywistego, status zapisu może być następujący:

• Tymczasowy
• Ostateczny

Wymagany status zapisu księgowego to ostateczny, kiedy wnioskowany typ generowania to rzeczywiste, a firma odpowiada następującym kryteriom:

• Firma w legislacji francuskiej, a wartość parametru FRADGI – Przepisy DGI nr 13L-1-06 (Francja) (rozdział TC, grupa CPT) to Tak i nie podlega zmianom.
• Bądź firma niefrancuska stosująca francuskie zasady zgodności z „Przepisami DGI nr 13L-1-06” i wartością parametru FRADGI – Przepisy DGI nr 13L-1-06 (Francja) (rozdział TC, grupa CPT) ustawioną jako Tak i podlegającą zmianom.

Ten status określa możliwość edycji lub nie dokumentu. Po ustawieniu statusu ostatecznego, zmiany nanoszone na dokument mają charakter informacyjny bądź dotyczą księgowania analitycznego. Data, kwoty, konta, kod VAT i inne informacje stricte księgowe nie mogą być modyfikowane.

W statusie tymczasowym, dokument podlega zmianom dla większości informacji, które zawiera. Opcje modyfikacji mogą się różnić w zależności od:

• Rodzaju i pochodzenia dokumentu księgowego:
  • Tymczasowy dokument rozliczenia – nie można usunąć pozycji bankowej
  • Dokument faktury zakupu – nie można usunąć pozycji kontrahenta, nie można zmodyfikować konta zakupu i VAT

• Zdarzenia zarządzania mają wpływ na dokument księgowy:
  • Konto obciążenia z zadeklarowaną kwotą VAT
  • Uzgodnione bądź nie konto VAT.

• Typ dokumentu KG (pole TYPPCE)

Pole to pozwala zdefiniować typ wygenerowanego dokumentu.
Domyślna wartość jest pobierana z parametru VCRTYPSVC - Typy dow. księgowego RMK/RMP (rozdział CPT, grupa CLO) lub z parametru TYPACC - Typ próbnego dowodu księgowego (rozdział TC, grupa INV).

Każdy wprowadzony dokument księgowy pozwiązywany jest z typem danych. Typ dokumentu odpowiada jego rodzajowi: faktura klienta, inne operacje, rozliczenie itp.
Dane te są powiązane z regułami zarządzania dotyczącymi VAT, monitami itp. Jest to jeden z kluczowych elementów wprowadzania dokumentu.
Na podstawie ustawień wybranych dla rodzaju dokumentu, przekazanie do ksiąg ręcznych może być otwarte lub zamknięte.
Rodzaj dokumentu zezwala lub przerywa przekazanie do innych ksiąg firmy lub lokalizacji wprowadzania.

• Dziennik (pole JOURNAL)

Należy wprowadzić kod dziennika (1 do 5 znaków alfanumerycznych), dla którego mają zostać zapisane dokumenty wygenerowane przez obliczenia.
Dokument może być inicjalizowany domyślnie w zależności od wybranego rodzaju dokumentu. Odpowiada dokumentowi księgowemu, w którym dokument zostanie zapisany.

• Data dokumentu (pole ACCDAT)

Ta data odpowiada dacie wygenerowanych dowodów księgowych. Musi przynależeć do roku obrotowego lub okresu, które są otwarte dla wszystkich typów ksiąg.
Domyślnie jest to data referencyjna.

• Data storna (pole EXTOURNE)

Data ta odpowiada dacie storna wygenerowanych dowodów księgowych. Musi zawierać się w otwartym roku obrotowym lub okresie.
Odpowiada dacie księgowania, dla której RMK/RMP mają zostać stornowane. Domyślnie jest to pierwszy dzień okresu następującego po dacie księgowania.

• Log (pole TRACE)

To pole wyboru należy zaznaczyć, aby wygenerować log po wykonaniu procesu.