XL026 – Schematy księgowe


Wstęp

Schematy księgowań bazują na powtarzalności pracy w księgowości. W każdym miesiącu dokumenty są księgowane w pewien powtarzalny sposób, na takie same konta księgowe. Zastosowanie mechanizmów schematów księgowań usprawnia sam proces księgowania dokumentów powodując, że dekrety na konta księgowe tworzone są w sposób automatyczny.

Każdy dokument w systemie Comarch ERP XL podlega księgowaniu przy użyciu schematów księgowań. Schematy księgowań wymagają zdefiniowania na samym początku pracy z programem, aby dokumenty mogły zostać automatycznie rozksięgowane na konta.

Budowa prostych schematów nie jest trudna, jednak ich zaawansowane stosowanie wymaga znajomości budowy bazy danych.

W poniższym dokumencie zostaną podane scenariusze tworzenia schematów księgowań wraz z ewentualnymi wskazówkami.

Warunki w nagłówku schematu księgowego

W systemie Comarch ERP XL w nagłówku schematu księgowego umożliwiono definiowanie warunków dla dzienników oraz dat księgowania umożliwiając tym samym ograniczenie liczby schematów księgowych.

Na zakładce Ogólne dodane zostały przyciski pozwalające na:

  • Wybór konkretnego dziennika lub utworzenia warunków dla dzienników
  • Wybór konkretnej daty lub utworzenie warunków dla dat księgowania

Warunek dla dziennika

Na zakładce Ogólne dodano przycisk pozwalający na wybór konkretnego dziennika lub utworzenia warunków dla dzienników.

Dziennik/ Warunek dla dziennika

  • Opcja Dziennik – pozwala na wskazanie konkretnego dziennika księgowego.
  • Opcja Warunek dla dziennika – po wybraniu z menu opcji Warunek dla dziennika, pojawi się okno listy, w której prezentowane będą zdefiniowane dla poszczególnych dzienników warunki. Pod oknem dostępne są przyciski pozwalające na dodanie, edycję, usunięcie warunku.

Po wybraniu przycisku <Dodaj> zostanie udostępnione okno Warunek dla dziennika, z poziomu którego można zbudować warunki dla wybranych dzienników przy użyciu konstruktora filtra lub zapytania SQL.

Warunek dla dziennika

  • Jeżeli chcemy zbudować warunek w oparciu o konstruktor filtra należy wybrać opcję Warunek dla dziennika, wskazać dziennik oraz wybrać przycisk Konstruktor filtra, który zgodnie z obowiązującym standardem pozwoli na zdefiniowanie warunku dla wybranego dziennika.
  • Warunki można także tworzyć za pomocą zapytania wybierając opcję Zapytanie SQL.

Warunek daty księgowania

Na zakładce Ogólne schematu księgowego dodane zostały parametry pozwalające na wskazanie konkretnej daty księgowania lub utworzenia warunków dla dat księgowania.

Data księgowania/ Warunek daty księgowania

  • Opcja Data księgowania pozwala na wskazanie konkretnej daty księgowania. Obok przycisku Data księgowania znajduje się rozwijana lista predefiniowanych dat.
  • Opcja Warunek daty księgowania – po wybraniu przycisku Warunek daty księgowania, pojawi się okno listy, w której prezentowane są warunki zdefiniowane dla poszczególnych dat. Pod oknem dostępne są przyciski pozwalające na dodanie, edycję, usunięcie warunku.

Rysunek 4

Warunek daty księgowania

Po wybraniu opcji Warunek daty księgowania oraz przycisku <Dodaj> zostanie udostępnione okno Warunek daty księgowania, z poziomu którego można zbudować warunki dla wybranych dat przy użyciu konstruktora filtra lub zapytania SQL.

Zakładanie kont z wykorzystaniem schematów księgowań

Księgowanie dokumentów generujących płatności

Przy księgowaniu wartości brutto dokumentu na konto rozrachunkowe kontrahenta należy bezwzględnie pamiętać, że w schemacie księgowym tworzymy pozycję, które odwołuje się do Płatności tzn. w polu: Oblicz dla, wybieramy Płatność.

Pozycja schematu księgowania

Nie należy księgować wartości na konta rozrachunkowe w oparciu o nagłówek (kwota Brutto). Księgowanie w oparciu o nagłówek, bądź też poprzez ręczną predekretację na dokumencie, może spowodować rozbieżności pomiędzy rozrachunkami a rozliczeniami. Mogą powstać błędy, związane z brakiem rozrachunku pomimo istnienia rozliczenia i odwrotnie, niemożnością dokonania rozrachunku (rozliczenia), naliczaniem różnic kursowych w niewłaściwych wysokościach.

Schemat księgowy może zakładać zarówno konta podane w formie liczby np. 220-01 jak i konta zdefiniowane w formie wyrażenia. Warunkiem założenia konta w planie kont przy użyciu schematu księgowego jest zaznaczenie na pozycji schematu pola: Załóż konto. Należy pamiętać, że konta zakładane przez schemat księgowy zakładane są na jednym poziomie (gdy w planie kont istnieje tylko syntetyka główna oraz w konfiguracji nie został zaznaczony parametr: Tworzenie kont pośrednich).

Przyklad
Wprowadzono wyrażenie ‘201-‘&Trn_TrnSeria&’-‘&Twr_Kod. Konto założone przy użyciu tego schematu będzie wyglądało następująco: 201-KR-01, gdzie kontem syntetycznym jest 201, a analityką będzie wyrażenie KR-01. Nie ma możliwości rozróżnienia poziomów analityki, czyli w naszym przykładzie nie można tak założyć tego konta aby analityką na pierwszym poziomie było wyrażenie KR, a analityką na drugim poziomie było 01, chyba że analityka KR już istnieje w planie kont.

Zakładanie kont pośrednich, a więc kont na różnych poziomach zostanie omówione w osobnym rozdziale.

Tworząc wyrażenie można odwołać się do dostępnych pól z tabel.

W zależności czy odwołujemy się w pozycji schematu księgowego do Płatności, Nagłówka, Elementów, VAT-u czy opisu analitycznego dostępne są różne tabele:

  • Dla Nagłówka są to: tabela TraNag,
  • Dla Elementów: tabela TraNag, TraElem, TraSElem,
  • Dla Płatności: TraNag, TraPlat, KntKarty,
  • Dla tabeli VAT: TraNag, TraVat,
  • Dla Opisu analitycznego: TraNag, OpisWymElem, OpisWymSElem.

Pola z innych tabel, pozostających w relacjach z dostępnymi tabelami, również można wykorzystywać przy użyciu odpowiednio skonstruowanych zapytań SQL-owych.

Kilka wyrażeń można łączyć ze sobą za pomocą znaków &. Dodatkowo, gdy już w polu konto mamy wprowadzone jakieś wyrażenie np. ‘700-‘&Tre_typTwr i teraz chcę dodać kolejną część związaną z kontem magazynowym zapisanym na karcie towaru, wystarczy jak ustawię kursor na końcu wprowadzonego wyrażenia i prawym klikiem myszy wybiorę z dostępnej listy opcję: Towaru-magazyn wówczas doklejone zostanie: TWR_Konto1.

Przykłady odwoływania się do dostępnych pól w wyrażeniu konta księgowego:

  • Płatności

Konto kontrahenta zakładane w oparciu o gidnumer, 6 znakowa analityka (syntetyka istnieje już w planie kont): ‘202-‘&format(Knt_gidnumer, @n06)

Konto zakładane w oparciu o akronim kontrahenta: ‘202-‘&Knt_akronim

Konto zakładane w oparciu o dostępne pola z bazy danych: ‘202-‘&TrP_Waluta&’-‘&Knt_Akronim

Używając takiego wyrażenia możemy założyć konto np. 202-EUR-COMARCH.

  • Elementy

Konto przychodów ze sprzedaży zakładane według klucza:

syntetyka-konto sprzedaży z karty towarowej-konto magazynu z karty magazynu-kod towaru.

W polu Konto wystarczy wpisać następujące wyrażenie: ‘720-‘&TWR_Konto2&’-‘&MAG_Konto&’-‘&Twr_Kod

W powyższym wyrażeniu odwołano się do tabel: TwrKarty i Magazyny, które wprawdzie nie są bezpośrednio dostępne dla opcji: Elementy, ale pola wykorzystane w tym wyrażeniu są dostępne z poziomu pozycji schematu księgowego, listy wyboru konta. Przedstawia to poniższy rysunek:

Pozycja schematu księgowego – wybór kont

W sytuacji, gdy będzie zaznaczone pole: wyrażenie i wybierzemy jedną z dostępnych opcji, np. Magazynu, to w polu konto podane zostanie wyrażenie: Mag_Konto.


Funkcje sub, choose w schematach księgowych

W wyrażeniach zakładających konta można odwoływać się również do funkcji typu: sub, choose.

Funkcja sub

Przyklad

Na karcie towaru, w polu: konto magazynu, podano konto 300-01. Następnie zakładam schematem konto przychodów ze sprzedaży (syntetyka 700), którego analityką ma być część kont magazynowego towaru znajdującego się na księgowanej fakturze, a dokładnie w naszym przykładzie wyrażenie 01. W schemacie zakładającym konto sprzedaży mogę więc wykorzystać funkcję sub i wyrażenie będzie wyglądało następująco:

700-‘&sub(Twr_Konto1,5,2) gdzie 5 i 2 oznacza że bierzemy pod uwagę 2 znaki zaczynając od piątego.

Funkcja choose

Może zdarzać się, że pozycje pewnych dokumentów będą księgowane na określone konto pobierane z określonej lokalizacji, a w przypadku braku wskazania konta zaksięgujemy dokument na jedno zbiorcze konto.

Przyklad

Wartość netto faktury księgujemy na konto znajdujące się na karcie towaru znajdującego się na dokumencie. W przypadku braku określenia wskazania konta na karcie towarowej wartość netto faktury księgujemy na konto rozliczenie zakupu np. 300-01.

Wyrażenie na pozycji schematu księgowego może wówczas wyglądać następująco:

Choose(Twr_Konto=’’, ‘300-01’, Twr_Konto1)


Opis analityczny

W przypadku opisu analitycznego mamy możliwość odwoływania się do wymiarów standardowych typu: centrum, lokalizacja, kategoria, projekt, a także do wymiarów zdefiniowanych we własnym zakresie.

Księgowanie w oparciu o opis analityczny najczęściej wykorzystywane jest do rozksięgowania wartości netto dokumentu na odpowiednie wymiary kosztowe, przychodowe. Wartości dokumentów, w zależności od zdefiniowanych wymiarów, można rozbić na właściwe centra, lokalizacje, projekty według obranego klucza.

Przyklad

Firma posiada 3 centra kosztowe: dział produkcji, dział logistyczny, dział administracji. Dodatkowo posiada lokalizację w Krakowie i Wrocławiu, w których to znajdują się przedstawiciele każdego centrum.

Dokumenty kosztowe oraz przychodowe są opisywane analitycznie tak, aby właściwe rozłożyć koszty i przychody na określone centra.

Dodatkowo plan kont ma dostosowaną strukturę kont zespołu 5 i 7 do podziału zgodnego z centrami oraz lokalizacją.

Struktura kont zespołu 5 wygląda następująco:

Syntetyka- centrum- lokalizacja- kategoria

Centra mają na kartach przypisane właściwe konta: administracja: 501, logistyka: 502, produkcja: 503

Lokalizacje mają w polu konto zapisane wyrażenie, które będzie wykorzystywane przy zakładaniu kont tj: Kraków: KR, Wrocław: WR.

Konta zespołu 5 będą zakładane poprzez schemat księgowy. Pozycja schematu księgowego zakładająca konta będzie wyglądała następująco:

produkcja: 503

Lokalizacje mają w polu konto zapisane wyrażenie, które będzie wykorzystywane przy zakładaniu kont tj: Kraków: KR, Wrocław: WR.

Konta zespołu 5 będą zakładane poprzez schemat księgowy. Pozycja schematu księgowego zakładająca konta będzie wyglądała następująco:

Definiowanie konta w oparciu o wymiary analityczne

gdzie na liście kategorii finansowych odzwierciedlone zostaną konta analityczne zespołu 4 np. amortyzacja własnych śr. trwałych konto 400-01, zużycie materiałów 401-03 itd. W wyrażeniu zakładającym konto zespołu 5, wykorzystano funkcję „sub” po to, aby z kategorii finansowej wziąć pod uwagę tylko oznaczenie dotyczące syntetyki, czyli np. 400, 401 itp.


Zapytanie SQL w polu kwota

W procesie księgowania dokumentów zdarzają się sytuacje związane z tym, że strony księgowe nie bilansują się pomimo, że schemat jest właściwie skonstruowany. Przyczyną tego stanu rzeczy mogą być zaokrąglenia np. pomiędzy wartością netto liczoną dla elementów, a płatnością, która jest równa wartości netto dla nagłówka. Taką sytuację najlepiej wyeliminować poprzez dodanie w schemacie księgowym pozycji, która będzie takie różnice groszowe wyksięgowywać na właściwe konto.

Przyklad

Spinacz, aby wyeliminować różnice groszowe należy zdefiniować dodatkową pozycję schematu: Oblicz dla: Nagłówka i w polu: Kwota, wpisać następujące wyrażenie:

TRN_NettoR – SQL(‘SELECT SUM(TRE_KsiegowaNetto) FROM CDN.TraElem JOIN CDN.TraNag ON TRE_GIDTyp=TRN_GIDTyp AND TRE_GIDFirma=TRN_GIDFirma AND TRE_GIDNumer=TRN_GIDNumer WHERE TRN_SpiTyp=’ & TRN_GIDTyp & ‘ AND TRN_SPIFirma=’ & TRN_GIDFirma & ‘ AND TRN_SPINumer=’ & TRN_GIDNumer)

Dla dokumentu niebędącego spinaczem np. paragonu należy wprowadzić następujące wyrażenie:

TRN_NettoR -SQL(‘ SELECT SUM(TRE_KsiegowaNetto) FROM CDN.TraElem WHERE TRE_GIDTyp=’ & TRN_GIDTyp & ‘ AND TRE_GIDNumer=’ & TRN_GIDnumer )

Schemat księgowy dla faktury końcowej pochodzącej z faktury zaliczkowej zawierający pozycję dotyczącą wyksięgowania kwoty netto faktur zaliczkowych z konta przychodów przyszłych okresów na konto przychodów bieżących za pomocą sql-a. Wprowadzenie pozycji przy użyciu SQL-a, pomaga wyeliminować różnice groszowe, które uniemożliwiają zaksięgowanie dokumentu – strony nie bilansują się. Poniżej przykład takiego schematu księgowego:

Poz.Konto WinienKonto Ma

Kwota

Opis
1730-01

Netto

Netto
2220-01

VAT

VAT
3*ODBIORCA

Płatność

Należność
4731-01310-01

Wartość_zakupu

Koszty
5854-01730-01

SQL('select sum(trn_nettor) from cdn.trarozliczzal

join cdn.tranag on trn_gidtyp = trz_zaltyp and trn_gidnumer = trz_zalnumer

where trz_kontyp= '&trn_gidtyp&' and trz_konnumer= '&trn_gidnumer)

Netto faktury zaliczkowej

Kwota netto zaliczki

Zmienna Zaliczka pozwala na wyksięgowanie kwoty netto zaliczki. Można wybrać ją w polu: Kwota pozycji schematu, podczas księgowania na podstawie nagłówka lub elementów:

Pozycja schematu księgowego – kwota zaliczki

Zmienna to pozwala na bezpośrednie wyksięgowanie kwoty zaliczki z dokumentów związanych z fakturą zaliczkową, bez konieczności użycia zapytania SQL przedstawionego w poprzednim rozdziale. Przy jej pomocy kwotę netto zaliczki można wyksięgować z:

Po stronie sprzedaży:

  • Dokumentów WZ/FS/WZE/FSE i ich korekt
  • Na poziomie spinaczy (S)FS, (S)FSE i ich korekt
  • Na poziomie spinacza spinaczy: RS

Po stronie zakupu:

  • Dokumentów PZ/PZK/FZ/FZK
  • Na poziomie spinaczy (S)FZ, (S)FZK

Pole warunek na pozycji schematu księgowego

Kwoty VAT-u

Na dokumentach “vatowskich”, na zakładce: VAT, istnieje kilka elementów pozwalających na określenie, do jakiego miesiąca zaliczymy VAT, czy będzie to miesiąc równy miesiącowi wpływu dokumentu. Możemy określić parametry związane z odliczeniami VAT-u, a także, czy ujmujemy określoną kwotę na deklaracji VAT-7 czy też nie.

W zależności od zaznaczenia określonych parametrów kwota VAT-u jest księgowana na inne konto.

Przyklad

Na konto 221-01 księgujemy wartości VAT-u z faktur zakupu w przypadku gdy miesiąc ujęcia na deklaracji VAT-7 jest równy miesiącowi wpływu dokumentu oraz gdy odliczenia VAT-7 są ustawiona na tak lub warunkowo.

Taką pozycję w schemacie księgowym można zapisać następująco, wykorzystując pole warunek:

Pozycja schematu księgowego – tworzenie warunku


Kwoty netto

Przykładowo zakładamy konto sprzedaży (zespół 7) w zależności od serii wybranej na dokumencie, stawki podatku VAT na elemencie oraz typu towaru określonego na karcie (towar, produkt, usługa koszt).

Przykładowa pozycja takiego schematu może wyglądać następująco:

Przykład zastosowania warunku na pozycji schematu księgowego

W schematach księgowych można wykorzystywać również atrybuty.

Przyklad

Definiuję na liście atrybutów atrybut o nazwie kontrahent obcy, wartościami, jakie będzie mógł przyjmować, będą: tak, nie. Następnie, w schemacie zakładam konta, w zależności od określonych wartości, jakie przyjmuje atrybut przypisany do kontrahenta: 212-01 kontrahenci krajowi (czyli atrybut ustawiony na NIE) , 212-02 kontrahenci obcy (czyli atrybut ustawiony na TAK):

Schemat:

W polu konto wprowadzamy wyrażenie:

‘212-01-‘&FORMAT(KNT_GIDNUMER,@N06)

W polu warunek wprowadzamy zapytanie, które pozwoli na join pomiędzy tabelą KntKarty, a tabelą Atrybuty:

exists (Select * from Cdn.Atrybuty With (NOLOCK)

Where

Atr_Obityp=knt_gidTyp

and Atr_ObiFirma=knt_gidFirma

and Atr_ObiNumer=knt_gidNumer

and (Atr_AtkID=1 and Atr_Wartosc=’nie’))

Pozycja na konto ‘212-02-‘&FORMAT(KNT_GIDNUMER,@N06) będzie wyglądała analogicznie tyle tylko, że wartość atrybutu w warunku będzie określona na: tak.


Księgowanie dokumentów związanych z realizacją zadań produkcyjnych

W systemie Comarch ERP XL nie ma możliwości przyjęcia na magazyn wyrobów wg Technicznego Kosztu Wytworzenia (w skrócie TKW). Wyroby mogą być przyjęte wg kosztów surowców bezpośrednich lub w cenach ewidencyjnych. Sposób ewidencji wyrobów, wg TKW lub wg cen ewidencyjnych wyznacza różne sposoby ewidencji na kontach księgowych wyrobów i rozliczania z nimi kosztów.

W związku z tym, że na poziomie modułu „Produkcja” nie można dokonać wyceny i przyjąć na magazyn wyrobów wg TKW, zalecamy ewidencję wyrobów w cenach ewidencyjnych oraz rozliczanie kosztów na kontach księgowych celem ustalenia Technicznego Kosztu Wytworzenia.

W tym wariancie koszty muszą być rozliczane za pośrednictwem konta ‘580’ – Rozliczenie produkcji. Po stronie Ma konta 580 księgowana jest wartość wyrobów (półfabrykatów) przyjętych na magazyn wg kosztu ewidencyjnego, a po stronie Wn księgowany jest rzeczywisty koszt wytworzenia wyprodukowanych i przyjętych na magazyn wyrobów gotowych oraz półfabrykatów. Saldo konta ‘580’ wyksięgowywane jest na konto „Odchylenia od stałych cen ewidencyjnych’ (621). Zatem na wartość bilansową wyrobów gotowych (półfabrykatów) składać się będzie suma sald kont: „Wyroby gotowe” (601) i „Odchylenia od stałych cen ewidencyjnych” (621).

W związku z tym, że z poziomu modułu „Produkcja” istnieje możliwość odniesienia w koszty produkcji podstawowej wyłącznie kosztów surowców bezpośrednich (z możliwością przypisania ich do poszczególnych asortymentów), pozostałe koszty (wydziałowe, zarządu, itp.) należy rozliczyć na poziomie modułu księgowego za pomocą księgowań okresowych, z wykorzystaniem lub nie kluczy podziałowych.

W systemie Comarch ERP XL dokumentami związanymi z realizacją produkcji są:

RW – Wydanie surowców, półfabrykatów do produkcji;

PW – Przyjęcie wyprodukowanych wyrobów gotowych, półfabrykatów na magazyn lub zwrot nadmiaru pobranego do produkcji surowca lub półfabrykatu;

ZP – Zlecenie Produkcje dokumentujące przebieg produkcji z podziałem na: czynności, zużyte do produkcji surowce (w cenie zakupu lub w cenie ewidencyjnej), półprodukty (w cenie ewidencyjnej, lub koszcie wg zużytych surowców) oraz wyprodukowane w ramach zlecenia produkcyjnego wyroby gotowe, półprodukty tzw. półfabrykaty (w koszcie ewidencyjnym oraz koszcie wg zużytych surowców).

Wszystkie powyższe dokumenty można zaksięgować korzystając ze schematów księgowych. Należy się jednak zastanowić i podjąć decyzję, czy będą księgowane wszystkie dokumenty: RW, PW, ZP, czy też tylko RW, PW. Pomocną w tym zakresie będzie analiza scenariuszy, jaka ma miejsce w przedsiębiorstwie.

Wyżej wspomniana wiedza jest istotna, ponieważ przekłada się na ujmowanie dokumentów na kontach księgowych także w aspekcie czasowym. Z poziomu dokumentu RW oraz zlecenia produkcyjnego można dokonać wyksięgowania kosztu zużytych surowców wg cen zakupu – wartość zużytych surowców w produkcji. Z poziomu PW i zlecenia produkcyjnego udostępniono natomiast możliwość wyksięgowania kosztu zużytych do produkcji surowców wg cen zakupu, oraz wg kosztu ewidencyjnego w podziale na poszczególne wyroby – koszt poszczególnych wyrobów wg zużytych surowców bezpośrednich, jak również przyjęcie wyrobów wg cen ewidencyjnych. Należy zatem uważać, aby przez nieuważne zdefiniowanie schematów księgowych nie zdublować informacji na kontach księgowych.

Księgowanie dokumentów RW

Dokument RW dokumentuje przesunięcie surowców z magazynu do produkcji. Poniżej przedstawione zostały przykłady schematów księgowych zdefiniowanych dla dokumentu RW.

Przyklad

Przesunięcie surowców w cenie zakupu do produkcji (konto 312 – Materiały w przerobie), a następnie ujęcie na koncie kosztowym – Zużycie materiałów (411)

Schemat księgowania dokumentu RW – Przykład 1

Legenda:

312 – materiały w przerobie

*MAGKONTO – magazyn surowców na stanie

411 – koszty zużycia materiałów

Kwota Netto:

– w przypadku surowców – cena zakupu

– w przypadku półproduktów – koszt wg surowców, lub koszt ewidencyjny (wyliczany lub z góry ustalony)

Przyklad
Przesunięcie do produkcji od razu księgowane jest w koszty konta zespołu „4”.

Schemat księgowania dokumentu RW – Przykład 2

Przyklad
Przesunięcie surowców w cenie zakupu do produkcji (konto 312 – Materiały w przerobie). Ujęcie na kontach zespołu „4” nastąpi w wyniku księgowania Zlecenia Produkcyjnego.

Księgowanie dokumentu PW

Dokument PW pozwala na zaksięgowanie wyrobów gotowych oraz półproduktów wg cen ewidencyjnych na konto zespołu „6”, np. 601- Wyroby gotowe. Za jego pośrednictwem można także dokonać wyksięgowania wartości wyrobów wg zużytych do ich produkcji surowców. Służy do tego celu kwota „Koszt surowców”. Kwotę tą wprowadzono z myślą o scenariuszu, w którym zlecenie zamykane jest w innym miesiącu aniżeli zostało otwarte, a ponadto produkty przyjmowane są na magazyn na przestrzeni kilku miesięcy.

Poniżej przykłady schematów księgowych:

Przyklad

Pozycja 1 – zaksięgowanie wyrobów w cenie ewidencyjnej na konto Magazyn Wyrobów (601)

Pozycja 2 – zaksięgowanie wyrobów w wartości zużytych surowców na konto Produkcji podstawowej

Pozycja 3 – zaksięgowanie wyrobów w wartości zużytych surowców na konto Rozliczenie produkcji (580) i wyksięgowanie z konta produkcji podstawowej.

Schemat księgowania dokumentu PW – Przykład 1

Poniżej definicja pozycji schematu księgowego pozwalająca na zaksięgowanie wartości wyrobów wg surowców bezpośrednich.

Definicja kwoty na podstawie pozycji schematu księgowego dla dokumentu PW – Przykład 1

Przyklad

Pozycja 1 – zaksięgowanie wyrobów w cenie ewidencyjnej na konto Magazyn Wyrobów (601). Zaksięgowanie wyrobów w wartości zużytych surowców na konto produkcji podstawowej oraz konto Rozliczenie produkcji (580) nastąpi z poziomu Zlecenia Produkcji.

Schemat księgowania dokumentu PW – Przykład 2


Księgowanie dokumentu ZP

Funkcja księgowania dla zlecenia produkcyjnego jest udostępniana po jego zamknięciu.

Z poziomu zlecenia produkcyjnego mamy możliwość wyksięgowania:

  1. odchyleń
    • Odchylenia kosztu surowca
    • Odchylenia kosztu ewidencyjnego

2. kosztu surowców wykorzystanych do produkcji wyrobów wg cen zakupu

  1.  Kwoty odchyleń

Ideą rozliczenia zlecenia produkcyjnego jest rozłożenie wszystkich kosztów poniesionych w ramach zlecenia na wytworzone w nim produkty. Jeżeli tak się nie stanie, wówczas część kosztów, która nie znalazła odzwierciedlenia w koszcie produktów zostanie ujęta w pozycji: Odchylenie kosztu oraz Odchylenie kosztu surowca na zakładce: Ogólne, zlecenia produkcyjnego.

Kwoty odchyleń można księgować wybierając jedną z kwot dostępnych w opcji: Oblicz dla: Nagłówka:

Odchylenia kosztu surowca

Odchylenia kosztu ewidencyjnego

Pozycja schematu księgowego – kwoty dostępne dla Nagłówka

Wybierając jedną z dostępnych „dla Nagłówka” kwot, system pobierze wartość z analogicznego pola na zleceniu produkcyjnym (patrz poniższy rysunek).

Zlecenie produkcyjne – odchylenie kosztu ewidencyjnego oraz kosztu surowca

2. Pozostałe kwoty

Oprócz kwot odchyleń, z poziomu Zlecenia Produkcji można wyksięgować następujące wartości:

  • Kosztu surowców bez podziału na poszczególne wyroby. Do tego celu wykorzystujemy opcję Oblicz dla: „Surowców”. Pozwala ona na wyksięgowanie kwoty ogółem kosztów surowców poniesionych do produkcji wszystkich wyrobów objętych zleceniem, np. 411 – Zużyte materiały /312 Materiały w przerobie;
  • Kosztu surowców przypadających na poszczególne produkty. W tym celu wykorzystujemy opcję Oblicz dla: „Produktów”, np. księgowanie 501-01-01/490, gdzie konto człon pierwszy: 501- produkcja podstawowa, człon drugi: 01-wyrób 1, człon trzeci: 01 – surowce bezpośrednie;
  • Udostępniono także możliwość księgowania wg opisu analitycznego.

Pozycja schematu księgowego – wybór opcji: Oblicz dla

Zanim omówione zostaną poszczególne kwoty udostępnione dla opcji: „Surowców”, „Produktów” parę słów o znaczeniu poniższych pojęć wykorzystywanych w nazewnictwie poszczególnych kwot:

  1. Produkt finalny – produkt przyjmowany na magazyn dokumentem PW. Może nim być produkt gotowy, jak również półprodukt przyjęty na magazyn celem sprzedaży lub wykorzystania w innym zleceniu produkcyjnym;
  2. Półprodukt własny– produkt wykorzystany w dalszym cyklu produkcyjnym w ramach tego samego zlecenia;
  3. Półprodukt obcy – produkt wykorzystany w cyklu produkcyjnym, który został wyprodukowany w ramach innego zlecenia produkcyjnego. Półprodukt obcy może być przyjęty na magazyn dokumentem PW, ale nie musi – może zostać powiązany z zasobem na innym zleceniu. W pierwszym przypadku półprodukt obcy będzie traktowany jako surowiec, w drugim przypadku jako półprodukt obcy.

Kwoty dla opcji „Oblicz dla: Surowców”

Wybierając opcję „Oblicz dla surowców” dostępne są następujące kwoty:

  1. Koszt surowca finalny – koszt obejmuje wyłącznie koszt surowców produktów, półproduktów finalnych tj. wyrobów, które są produktem finalnym procesu produkcyjnego, udokumentowanym przyjęciem na magazyn dokumentem PW;
  2. Koszt surowca półproduktów własnych – koszt obejmuje koszt surowców wg ceny zakupu półproduktów wyprodukowanych i zużytych w ramach tego samego zlecenia do produkcji innego produktu (półproduktu);
  3. Koszt surowca półproduktów obcych – koszt obejmuje koszt surowców wg ceny zakupu półproduktów wyprodukowanych w ramach jednego zlecenia a zużytych do produkcji wyrobu finalnego w innym zleceniu, przy czym tego rodzaju półprodukty nie są przyjmowane na magazyn dokumentem PW, ma natomiast miejsce powiązanie pomiędzy zleceniami;
  4. Koszt ewidencyjny finalny – patrz objaśnienie do „Koszt surowca finalny”. Różnica polega na tym, że nie jest to kosz wg ceny zakupu lecz koszt ewidencyjny.
  5. Koszt ewidencyjny półproduktów własnych – patrz objaśnienie do „Koszt surowca półproduktów własnych”. Różnica polega na tym, że nie jest to kosz wg cen zakupu, lecz koszt ewidencyjny;
  6. Koszt ewidencyjny półproduktów obcych – patrz objaśnienie do „Koszt surowca półproduktów obcych”. Różnica polega na tym, że nie jest to kosz wg cen zakupu, lecz koszt ewidencyjny.

Pozycja schematu księgowego – kwoty dostępne dla Surowców

Kwoty dla opcji: „Oblicz dla: Produktów”

Identyczne kwoty udostępniono dla opcji Oblicz dla: Produktów. Różnica polega tylko na tym, że w ramach kwot ma miejsce grupowanie wg produktów.

Pozycja schematu księgowego – kwoty dostępne dla Produktów

Poniżej przedstawiono przykładowy schemat księgowania dokumentu ZP.

Przyklad

Przykładowy schemat księgowy dokumentu ZP

Pozycja 1 – zaksięgowanie kosztu surowców zużytych do realizacji danego zlecenia (411)

Pozycja 2 – zaksięgowanie kosztu surowców zużytych do produkcji poszczególnych wyrobów na konto produkcji podstawowej (z podziałem na poszczególne produkty)

Pozycja 3 – zaksięgowanie kosztu surowców zużytych do produkcji poszczególnych wyrobów na konto Rozliczenie produkcji (580) i wyksięgowanie z konta produkcji podstawowej


Sposoby dokumentowania operacji produkcyjnych oraz ich ujęcie na kontach

Poniżej lista operacji, które powstają w procesie produkcyjnym, sposób ich ujęcia na kontach księgowych oraz sposób dokumentowania.

OperacjaKwotaKonto WNKonto MADokument
Przyjęcie wyrobów gotowych na magazynCena ewidencyjna (koszt planowany)601-Wyroby gotowe580 - Rozliczenie produkcjiPW
Sprzedaż wyrobów gotowychCena ewidencyjna (koszt planowany)711 – Koszt własny sprzedanych wyrobów601 - Wyroby gotoweFS
Wyksięgowanie kosztu wytworzenia wyrobów gotowychTechniczny koszt wytworzenia: Koszty bezpośrednie, Koszty wydziałowe, Koszty pośrednie,Uzasadniona część kosztów zarządu bezpośrednio związanych z produkcją wyrobów gotowych 580 – Rozliczenie produkcji501 – Produkcja podstawowaKsięgowania okresowe z zastosowaniem kluczy podziałowych
Zarachowanie odchyleńOdchylenia debetowe (SDT)621 – Odchylenia od cen ewidencyjnych580 – Rozliczenie produkcjiKsięgowania okresowe
Odchylenia kredytowe (SCT)580 – Rozliczenie produkcji621 – Odchylenia od cen ewidencyjnychKsięgowania okresowe
Zarachowanie odchyleń od cen ewidencyjnych sprzedanych wyrobów
Odchylenia debetowe (SDT)711 – Koszt własny sprzedanych wyrobów621 – Odchylenia od cen ewidencyjnychKsięgowania okresowe
Odchylenia kredytowe (SCT)621 – Odchylenia od cen ewidencyjnych711 – Koszt własny sprzedanych wyrobówKsięgowania okresowe

Scenariusz 1

Surowce wydawane do produkcji nie pod konkretne zlecenia.

Obieg dokumentów: RW, Zlecenie Produkcyjne, PW – z poziomu Zlecenia produkcyjnego.

OperacjaKwotaKonto WNKonto MADokumentUwagi
Wydanie surowców do produkcjiKoszt surowców wg cen zakupu319 – surowce w przerobie311 – magazyn surowcówRW
Koszt surowców wg cen zakupu411 - koszt surowców bezpośrednich319 – surowce w przerobieRW
Koszt surowców wg cen zakupu501-02 – produkcja w toku490 – Rozliczenie kosztówRWNa poziomie planu kont brak możliwości odniesienia kosztów surowców na konto produkcji w toku wg asortymentu produkcji
Zarachowanie kosztów surowców zużytych bezpośrednio w produkcjikoszt surowców wg cen zakupu501-01-XXX-YY501-02 – produkcja w tokuZlecenie Produkcyjne
- (koszt surowców wg cen zakupu)501-02 – produkcja w tokuZlecenie ProdukcyjneZapis techniczny korygujący obroty na koncie 501-02.
- (koszt surowców wg cen zakupu)501-02 – produkcja w tokuZlecenie ProdukcyjneZapis techniczny korygujący obroty na koncie 501-02.

Scenariusz 2

Surowce wydawane do produkcji pod konkretne zlecenia. Zamknięcie zlecenia w tym samym miesiącu, w którym zostało otwarte.

Obieg dokumentów: Zlecenie Produkcyjne, RW, PW generowane z poziomu Zlecenia produkcyjnego

OperacjaKwotaKonto WNKonto MADokumentUwagi
Wydanie surowców do produkcjiKoszt surowców wg cen zakupu319 – surowce w przerobie311 – magazyn surowcówRW
Koszt surowców wg cen zakupu411 - koszt surowców bezpośrednich319 – surowce w przerobieRW lub ZPSchemat księgowy ZP Oblicz dla: Surowców, Kwota: Koszt surowców finalnych + Koszt surowców obcych
Koszt surowców wg cen zakupu501-01-XXX-YYY lub 501-02 – produkcja w toku490 – Rozliczenie kosztówRW lub ZPNa poziomie planu kont brak możliwości odniesienia kosztów surowców na konto produkcji w toku wg asortymentu produkcji
Zarachowanie kosztów surowców zużytych bezpośrednio w produkcjikoszt surowców wg cen zakupu501-01-XXX-YY501-02 – produkcja w tokuZlecenie ProdukcyjneDekret niezbędny, jeżeli koszt surowców najpierw zaksięgowano na konto produkcji w toku.
- (koszt surowców wg cen zakupu)501-02 – produkcja w tokuZlecenie ProdukcyjneZapis techniczny korygujący obroty na koncie 501-02.
- (koszt surowców wg cen zakupu)501-02 – produkcja w tokuZlecenie ProdukcyjneZapis techniczny korygujący obroty na koncie 501-02.

Dokument różnic kursowych

W zależności od ustawień konfiguracyjnych księgowanie różnic kursowych odbywa się:

  1. bez pośrednictwa dokumentu RK – dekret różnicy kursowej
  2. za pośrednictwem dokumentu RK – jeżeli zostanie wybrany parametr konfiguracyjny

  • księgowanie „Automatyczne” – księgowanie dokumentu RK nastąpi automatycznie po zaksięgowaniu dokumentów źródłowych
  • księgowanie „Schematem” – księgowanie dokumentu RK odbywa się za pośrednictwem schematów księgowych, w trybie natychmiastowym lub wsadowo. Możliwość zaksięgowania dokumentu RK schematem pojawia się dopiero po zaksięgowaniu dokumentów źródłowych. Jeżeli zatem choć jeden dokument będzie niezaksięgowany, próba księgowania zakończy się niepowodzeniem oraz stosownym komunikatem typu „Dokumenty składowe dokumentu różnicy kursowej nie są zaksięgowane”.

Różnice kursowe – konfiguracja

Księgowanie automatyczne

Automatyczne księgowanie dokumentu różnic kursowych jest uruchamiane po zaksięgowaniu wszystkich dokumentów źródłowych. Sposób ujmowania dokumentu Różnic Kursowych na kontach księgowych odbywa się na identycznych zasadach jak księgowanie wygenerowanego automatycznie dekretu różnic kursowych. Różnica kursowa księgowana jest na tym koncie rozrachunkowym i po tej stronie konta, na którą została zaksięgowana płatność, zapis kasowy/bankowy o mniejszym kursie walut (kontrola kursów walut).

Poniżej przykład liczbowy dot. wygenerowania RK w przypadku rozrachunku.

EuroKursWnKwota MaKwota
Płatność10004201-014000
Zapis kasowy10003201-013000
Różnica KursowaWaN_KontoMinus1000201-011000

Poniżej przykład liczbowy dot. wygenerowania RK w przypadku kompensaty:

EuroKursWnKwota MaKwota
Płatność10004201-014000
Płatność10003202-013000
Kompensata10003202-013000201-013000
Różnica KursowaWaN_KontoMinus1000201-011000

Księgowanie schematem

W celu zaksięgowania dokumentu różnicy kursowej należy spełnić następujące wymogi:

  1. Dokumenty źródłowe muszą być zaksięgowane;
  2. Kwota Różnic Kursowych (dodatnia, ujemna) musi być zaksięgowana po odpowiedniej stronie konta rozrachunkowego zgodnego z „kontem dokumentu źródłowego. (Bierzemy pod uwagę konto zapisu o mniejszym kursie);
  3. Jeżeli w wyniku księgowania RK błędnym schematem, nie doszłoby do powstania rozrachunku – system udaremni księgowanie;
  4. Predekretacja nie może zawierać kilku tych samych kont rozrachunkowych. Jeżeli pojawią się co najmniej dwa takie same konta rozrachunkowe, próba księgowania zakończy się niepowodzeniem i standardowym komunikatem – „Brak możliwości ustalenia kont rozrachunkowych”;
  5. Nie dojdzie do zaksięgowania dokumentu RK także w sytuacji gdy jeden z dekretów związanych z dokumentem źródłowym zostanie rozrachowany z dekretem „z poza kręgu rozliczeń” – wprowadzonym „z ręki” lub związanym z dokumentem nie biorącym udziału w rozliczeniach;
  6. Musi być spełniona zasada bilansowania się.

W schematach księgowych dla Różnic kursowych udostępnione zostały następujące kwoty:

Oblicz dla:KwotaKontoOpisWarunek
NagłówkaDodatnia,
Ujemna,
Kwota
Konto,
Konto dokumentu,
Konto plus,
Konto minus
@Numer – numer RK,
@Dok- numer zewn.,
@Opis - opis
@Opisauto - opis atomatyczny
Flaga „Status” wartość: Przychody, Koszty, Kompensaty, Inne
Opis analityczny Zgodnie z obowiązującym standardem

Przykładowy schemat dla dokumentu różnicy księgowej został zamieszczony poniżej.

Przyklad

Definicja schematu księgującego dokument RK

LpKonto debetKonto creditKwotaOpisWarunek
1Konto dokumentuKonto plusDodatnia@NUM, @DOK
2Konto minusKonto dokumentuUjemna@NUM, @DOK
3901-01Dodatnia@NUM, @DOKStatus: Przychody
4901-01(-)Ujemna@NUM, @DOKStatus: Przychody
5901-02Ujemna@NUM, @DOKStatus: Koszty
6901-02(-) Dodatnia@NUM, @DOKStatus: Koszty

Pozycja 1. Ujęcie bilansowe – pozwalające na zaksięgowanie RK dodatniej

Kwota: Dodatnia

Konto Debet: Konto dokumentu

Konto Credit: Konto plus

Opis: @Numer, @Opis

Warunek: brak

Pozycja 2. Ujęcie bilansowe – pozwalające na zaksięgowanie RK ujemnej

Kwota: Ujemna

Konto Debet: Konto minus

Konto Credit: Konto dokumentu

Opis: @Numer, @Opis

Warunek: brak

Pozycja 3. Ujęcie podatkowe – pozwalająca na zaksięgowanie RK dodatniej o charakterze „przychodowym”

Kwota: Dodatnia

Konto Debet:

Konto Credit: 901-01 Konto pozabilansowe

Opis: @ Numer, @Opis

Warunek: wartość flagi status = „przychody”

Pozycja 4. Ujęcie podatkowe – pozwalająca na zaksięgowanie RK ujemnej o charakterze „przychodowym”

Kwota: (-) Ujemna

Konto Debet:

Konto Credit: 901-01 Konto pozabilansowe

Opis: @ Numer, @Opis

Warunek: wartość flagi status = „przychody”

Pozycja 5. Ujęcie podatkowe – pozwalająca na zaksięgowanie RK dodatniej o charakterze „kosztowym”

Kwota: (-)Dodatnia

Konto Debet: 901-02 Różnice kosztowe – Konto pozabilansowe

Konto Credit: –

Opis: @ Numer, @Opis

Warunek: wartość flagi status = „koszty”

Pozycja 6. Ujęcie podatkowe – pozwalająca na zaksięgowanie RK ujemnej o charakterze „kosztowym”

Kwota: Ujemna

Konto Debet: 901-02 Różnice kosztowe – Konto pozabilansowe

Konto Credit: –

Opis: @ Numer, @Opis

Warunek: wartość flagi status = „koszty”

Jak widać z powyższego przykładu różnice dla transakcji przychodowych będą księgowane po stronie Ma – dodatnie ze znakiem plus, ujemne ze znakiem minus. Różnice kursowe dla transakcji kosztowych będą księgowane zawsze po stronie Wn – dodatnie ze znakiem minus, ujemne ze znakiem plus. Różnice kursowe, którym wybrano flagę „Kompensaty” oraz „Inne” będą księgowane wyłącznie w ujęciu bilansowym.


Zakładanie kont pośrednich przez schemat księgowy

Zakładanie kont pośredniego poziomu może odbywać się za pomocą schematów księgowych, podczas przenoszenia planu kont oraz z poziomu karty kontrahenta. Warunkiem założenia konta pośredniego jest zaznaczony w konfiguracji parametr Tworzenie kont pośrednich (Księgowość/Parametry 1). W celu założenia konta pośredniego poziomu należy przy włączonym w konfiguracji parametrze Tworzenie kont pośrednich, posłużyć się znakiem ‘-‘ oddzielającym od siebie kolejne poziomy. Z kolei dwa myślniki ‘–’ oznaczają konto zakładane na tym samym poziomie. Poniższy rysunek prezentuje pozycję schematu księgowego, zakładającą konto: 510-001-ADM-404-01, gdzie 510 to konto syntetyczne, 001 konto analityczne pierwszego poziomu, ADM – konto analityczne drugiego poziomu, 404-01 – konto analityczne trzeciego poziomu. Żeby poprawnie przebiegło założenie tego typu konta, w schemacie wyrażenie zakładające konto musi być zdefiniowane następująco: ‘510-001-ADM-404–01’.

Zakładanie konta pośredniego poziomu przez schemat księgowy

W sytuacji, kiedy akronim kontrahenta zawiera myślnik i schemat księgowy zakłada konto kontrahenta po akronimie: ‘201-‘&knt_akronim, żeby uniknąć tworzenia konta pośredniego poziomu, przy włączonym w konfiguracji parametrze Tworzenie kont pośrednich, należy skorzystać z funkcji zk – zmiana kreski, która zamienia jeden myślnik na dwa myślniki, tym samym uniemożliwiając tworzenie konta pośredniego poziomu. Wyrażenie w schemacie księgowym powinno wyglądać następująco: ‘201-‘&zk(knt_akronim).

Dostępne parametry w schematach księgowych funkcji księgującej dokumenty TraNag

Zmodyfikowano i uporządkowano dostępne parametry w schematach księgowych funkcji księgującej dokumenty TraNag. Księgowanie po opisie analitycznym nie uległo zmianie w stosunku do wcześniejszych wersji. Poniżej przedstawiono zastosowanie parametrów w schematach księgowych dla określonych typów dokumentów.

Księgowanie dokumentów niespiętych, np. WZ, PZ

Oblicz dla: Nagłówka - nagłówek księgowanego dokumentu
Warunek - dozwolone pola

KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
K.TRN_ rekord nagłówka dokumentu korekty w przypadku KK
Kwota i wyrażenie Konta - dozwolone pola

TRN_ nagłówek dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()

TRN_ nagłówek dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego
@NUM - numer systemowy dokumentu
@OPIS - opis dokumentu
@KOR - numer korekty dokumentu
@KON - akronim kontrahenta z nagłówka dokumentu
@MIA - miasto kontrahenta z nagłówka dokumentu

Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu
TRE_ pozycja dokumentu
TWR_ towar na pozycji dokumentu
TRS_ dostawa danej pozycji dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
K.TRN_ rekord nagłówka dokumentu korekty w przypadku KK
Kwota i wyrażenie dozwolone pola

TRN_ nagłówek dokumentu
TRE_ pozycja dokumentu
TWR_ towar na pozycji dokumentu
TRS_ dostawa danej pozycji dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()

TRN_ nagłówek dokumentu
TRE_ pozycja dokumentu
TWR_ towar na pozycji dokumentu
TRS_ dostawa danej pozycji dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego
@NUM - numer systemowy dokumentu
@OPIS - opis dokumentu
@KOR - numer korekty dokumentu
@KON - akronim kontrahenta z nagłówka dokumentu
@MIA - miasto kontrahenta z nagłówka dokumentu


Oblicz dla: Płatności - płatności dokumentu
Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu
TRP_ płatność dokumentu
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
K.TRN_ rekord nagłówka dokumentu korekty w przypadku KK
Kwota i wyrażenie Konta - dozwolone pola
TRN_ nagłówek dokumentu
TRP_ płatność dokumentu
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()
TRN_ nagłówek dokumentu
TRP_ płatność dokumentu
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego
@NUM - numer systemowy dokumentu
@OPIS - opis dokumentu
@KOR - numer korekty dokumentu
@KON - akronim kontrahenta z nagłówka dokumentu
@MIA - miasto kontrahenta z nagłówka dokumentu

Oblicz dla: Tabeli VAT - VAT dokumentu
Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu
TRV_ VAT dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
K.TRN_ rekord nagłówka dokumentu korekty w przypadku KK
Kwota i wyrażenie Konta - dozwolone pola
TRN_ nagłówek dokumentu
TRV_ VAT dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()
TRN_ nagłówek dokumentu
TRV_ VAT dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego
@NUM - numer systemowy dokumentu
@OPIS - opis dokumentu
@KOR - numer korekty dokumentu
@KON - akronim kontrahenta z nagłówka dokumentu
@MIA - miasto kontrahenta z nagłówka dokumentu

Księgowanie spinaczy, np. (S) FZ, (S) FS

Oblicz dla: Nagłówka – nagłówek
księgowanego dokumentu
Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
K.TRN_ rekord nagłówka dokumentu korekty w przypadku KK
Kwota i wyrażenie Konta - dozwolone pola
TRN_ nagłówek dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()
TRN_ nagłówek dokumentu
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego spinacza
@NUM - numer systemowy spinacza
@OPIS - opis spinacza
@DOKSP - numer dokumentu obcego spinacza
@NUMSP- numer systemowy spinacza
@OPISSP - opis dokumentu spinacza
@KOR - numer korekty dokumentu spinacza
@KON - akronim kontrahenta z nagłówka spinacza
@MIA - miasto kontrahenta z nagłówka spinacza
@VAT - VATRejestr/VATNumer

Oblicz dla: Elementów - elementy dokumentów spiętych (pozycje wraz z dostawami)
Warunek - dozwolone pola

TRN_ lub z aliasem A.TRN_ nagłówek dokumentu spiętego
TRE_ pozycja dokumentu spiętego
TWR_ towar na pozycji dokumentu spiętego
TRS_ dostawa dla danej pozycji dokumentu spiętego
KNT_ kontrahent z nagłówka dokumentu spiętego
URZ_ urząd z nagłówka dokumentu spiętego
BNK_ bank z nagłówka dokumentu spiętego
PRC_ pracownik z nagłówka dokumentu spiętego
OA.TNO_ rekord opisu dokumentu spiętego
Kwota i wyrażenie Konta - dozwolone pola

TRN_ nagłówek dokumentu spiętego
TRE_ pozycja dokumentu spiętego
TWR_ towar na pozycji dokumentu spiętego
TRS_ dostawa dla danej pozycji dokumentu spiętego
KNT_ kontrahent z nagłówka dokumentu spiętego
URZ_ urząd z nagłówka dokumentu spiętego
BNK_ bank z nagłówka dokumentu spiętego
PRC_ pracownik z nagłówka dokumentu spiętego

Opis - pola wykorzystywane jako parametry wejściowe do funkcji SQL()

TRN_ nagłówek dokumentu spiętego
TRE_ pozycja dokumentu spiętego
TWR_ towar na pozycji dokumentu spiętego
TRS_ dostawa dla danej pozycji dokumentu spiętego
KNT_ kontrahent z nagłówka dokumentu spiętego
URZ_ urząd z nagłówka dokumentu spiętego
BNK_ bank z nagłówka dokumentu spiętego
PRC_ pracownik z nagłówka dokumentu spiętego

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego dokumentu spiętego
@NUM - numer systemowy dokumentu spiętego
@OPIS - opis dokumentu spiętego
@DOKSP - numer dokumentu obcego spinacza
@NUMSP- numer systemowy spinacza
@OPISSP - opis dokumentu spinacza
@KOR - numer korekty dokumentu spiętego
@KON - akronim kontrahenta z nagłówka dokumentu spiętego
@MIA - miasto kontrahenta z nagłówka dokumentu spiętego

Oblicz dla: Płatności - płatności dokumentu spinacza i dokumentów spiętych
Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu generującego daną płatność, dotyczy zarówno spinacza jak i dokumentów spiętych. Warunek dla poszczególnych dokumentów (spinacz/spięte) należy rozróżnić używając wirtualnego pola PoziomTRN, które przyjmuje wartości: 0 dla spinacza, 1 - dla dokumentu spiętego.
TRP_ płatność dokumentu spiętego jak i spinacza.Poszczególne poziomy można rozróżnić jak dla pól TRN_
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
OA.TNO_ rekord opisu dokumentu generującego daną płatność (spinacz/spięte)

Kwota i wyrażenie Konta - dozwolone pola
TRN_ nagłówek dokumentu (spinacz + spięte)
TRP_ płatność dokumentu (spinacz + spięte)
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
UWAGA: W tym przypadku nie działa użycie wirtualnego pola PoziomTRN

Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()
TRN_ nagłówek dokumentu (spinacz + spięte)
TRP_ płatność dokumentu (spinacz + spięte)
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
UWAGA: W tym przypadku nie działa użycie wirtualnego pola PoziomTRN

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego generującego daną płatność
@NUM - numer systemowy dokumentu generującego daną płatność
@OPIS - opis dokumentu generującego daną płatność
Powyższe zmienne mogą zawierać dane zarówno dokumentów spiętych jak i spinaczy
@DOKSP - numer dokumentu obcego spinacza
@NUMSP- numer systemowy spinacza
@OPISSP - opis dokumentu spinacza
W przypadku gdy księgowana płatność pochodzi ze spinacza to @NUM=@NUMSP, @DOK=@DOKSP itp.
@KOR - numer korekty dokumentu generującego daną płatność
@KON - akronim kontrahenta z płatności
@MIA - miasto kontrahenta z płatności

Oblicz dla: Tabeli VAT - VAT spinacza
Warunek - dozwolone pola
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu spinacza
TRV_ VAT dokumentu spinacza
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
K.TRN_ rekord nagłówka dokumentu korekty dokumentu spinacza w przypadku KK
Kwota i wyrażenie Konta - dozwolone pola

TRN_ nagłówek dokumentu spinacza
TRV_ VAT dokumentu spinacza
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
Opis - pola wykorzystywane jedynie jako parametry wejściowe do funkcji SQL()

TRN_ nagłówek dokumentu spinacza
TRV_ VAT dokumentu spinacza
KNT_ kontrahent z nagłówka
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego dokumentu z którego pochodzi VAT (spinacza)
@NUM - numer systemowy dokumentu z którego pochodzi VAT (spinacza)
@OPIS - opis dokumentu z którego pochodzi VAT
@DOKSP - numer dokumentu obcego spinacza
@NUMSP- numer systemowy spinacza
@OPISSP - opis dokumentu spinacza
@KOR - numer korekty dokumentu spinacza
@KON - akronim kontrahenta z nagłówka spinacza
@MIA - miasto kontrahenta z nagłówka spinacza
@VAT - VATRejestr/VATNumer

Księgowanie dokumentów RS

Oblicz dla: Nagłówka - nagłówek dokumentu RS
TRN_ lub z aliasem A.TRN_ nagłówek dokumentuTRN_ nagłówek dokumentuTRN_ nagłówek dokumentu

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego RS
@NUM - numer systemowy dokumentu RS
@OPIS - opis dokumentu RS
@DOKPAK - numer dokumentu obcego RS
@NUMPAK - numer systemowy RS
@OPISPAK - opis dokumentu RS
@DOKSP - brak opisu
@NUMSP- brak opisu
@OPISSP - brak opisu
@KOR - numer korekty dokumentu RS
@KON - brak opisu
@MIA - brak opisu

Oblicz dla: Elementów - elementy dokumentów spiętych bezpośrednio do RS oraz spiętych do spinaczy spiętych do RS (pozycje wraz z dostawami)
TRN_ (lub z aliasem A.TRN_) nagłówek dokumentu którego elementem jest: dokument spięty do spinacza spiętego do RS (np. WZ->S'FS->RS) lub dokument spięty do RS (FS->RS). Warunek dla poszczególnych dokumentów (spinacz/spięty) można rozróżnić używając wirtualnego pola PoziomTRN, które przyjmuje wartości: 0 - dla RS, 1 - dla dokumentu spiętego do RS, 2 - dla dokumentu spiętego do spinacza spiętego do RS
S.TRN_ nagłówek spinacza spiętego do RS. Warunek dotyczy sytuacji, gdy element pochodzi z dokumentu spiętego do spinacza spiętego do RS
TRE_ element zarówno dokumentu spiętego do spinacza spiętego do RS jak i dokumentu spiętego bezpośrednio do RS. Poszczególne poziomy można rozróżnić jak dla pól TRN_
TWR_ towar dla danego elementu (analogicznie do TRE_)
TRS_ dostawa dla danej pozycji (analogicznie do TRE_)
KNT_ kontrahent z nagłówka dokumentu z którego pochodzi element
URZ_ urząd z nagłówka dokumentu z którego pochodzi element
BNK_ bank z nagłówka dokumentu z którego pochodzi element
PRC_ pracownik z nagłówka dokumentu z którego pochodzi element
OA.TNO_ rekord opisu dokumentu do którego należy element
OS.TNO_ rekord opisu dokumentu spinacza do którego spięty jest dokument z danym elementem


TRN_ nagłówek dokumentu z którego pochodzi element
TRE_ bieżąca pozycja
TWR_ towar na danej pozycji
TRS_ dostawa dla danego towaru
KNT_ kontrahent z nagłówka dokumentu z którego pochodzi element
URZ_ urząd z nagłówka dokumentu z którego pochodzi element
BNK_ bank z nagłówka dokumentu z którego pochodzi element
PRC_ pracownik z nagłówka dokumentu z którego pochodzi element
TRN_ nagłówek dokumentu z którego pochodzi element
TRE_ bieżąca pozycja
TWR_ towar na danej pozycji
TRS_ dostawa dla danego towaru
KNT_ kontrahent z nagłówka dokumentu z którego pochodzi element
URZ_ urząd z nagłówka dokumentu z którego pochodzi element
BNK_ bank z nagłówka dokumentu z którego pochodzi element
PRC_ pracownik z nagłówka dokumentu z którego pochodzi element
@DOK - numer dokumentu obcego z którego pochodzi element
@NUM - numer systemowy dokumentu z którego pochodzi element
@OPIS - opis dokumentu z którego pochodzi element
@DOKPAK - numer dokumentu obcego RS
@NUMPAK - numer systemowy dokumentu RS
@OPISPAK - opis dokumentu RS
@DOKSP - numer dokumentu obcego spinacza spiętego do RS
@NUMSP- numer systemowy spinacza spiętego do RS
@OPISSP - opis dokumentu spinacza spiętego do RS
@KOR - numer korekty dokumentu z którego pochodzi element
@KON - akronim kontrahenta z nagłówka dokumentu z którego pochodzi element
@MIA - miasto kontrahenta z nagłówka dokumentu z którego pochodzi element


Oblicz dla: Płatności - płatności dokumentów spiętych bezpośrednio do RS, płatności spinaczy spiętych do RS oraz płatności dokumentów spiętych do spinaczy spiętych do RS
TRN_ (lub z aliasem A.TRN_) nagłówek dokumentu z którego pochodzi płatność: dokument spięty do spinacza spiętego do RS (WZ->(S)FS->RS), spinacz spięty do RS ((S)FS->RS), dokument spięty do RS (FS->RS). Warunek dla poszczególnych dokumentów (spinacz/spięte) należy rozróżnić używając wirtualnego pola PoziomTRN, które przyjmuje wartości: 0 - dla RS, 1 - dla dokumentu spiętego do RS (również spinaczy spiętych do RS), 2 - dla dokumentu spiętego do spinacza spiętego do RS.
S.TRN_ nagłówek spinacza spiętego do RS do którego spięte są dokumenty generujące daną płatność
TRP_ płatność dokumentu spiętego do spinacza spiętego do RS lub spinacza spiętego do RS lub dokumentu bezpośrednio spiętego do RS. Poszczególne poziomy można rozróżnić jak dla pól TRN_
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
OA.TNO_ rekord opisu dokumentu generującego płatność
OS.TNO_ rekord opisu dokumentu spinacza do którego spięty jest dokument generujący daną płatność
TRN_ nagłówek dokumentu z którego pochodzi płatność: dokument spięty do spinacza spiętego do RS (WZ->(S)FS->RS), spinacz spięty do RS ((S)FS->RS), dokument spięty do RS (FS->RS).
TRP_ płatność
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
UWAGA: W tym przypadku nie działa użycie wirtualnego pola PoziomTRN
TRN_ nagłówek dokumentu z którego pochodzi płatność: dokument spięty do spinacza spiętego do RS (WZ->(S)FS->RS), spinacz spięty do RS ((S)FS->RS), dokument spięty do RS (FS->RS).
TRP_ płatność
KNT_ kontrahent z płatności
URZ_ urząd z płatności
BNK_ bank z płatności
PRC_ pracownik z płatności
UWAGA: W tym przypadku nie działa użycie wirtualnego pola PoziomTRN
@DOK - numer dokumentu obcego z którego pochodzi płatność
@NUM - numer systemowy dokumentu z którego pochodzi płatność
@OPIS - opis dokumentu z którego pochodzi płatność
@DOKPAK - numer dokumentu obcego RS
@NUMPAK - numer systemowy RS
@OPISPAK - opis dokumentu RS
@DOKSP - numer dokumentu obcego spinacza (spiętego do RS) do którego spięty jest dokument generujący daną płatność
@NUMSP - numer systemowy spinacza (spiętego do RS) do którego spięty jest dokument generujący daną płatność
@OPISSP - opis dokumentu spinacza (spiętego do RS) do którego spięty jest dokument generujący daną płatność
@KOR - numer korekty dokumentu z którego pochodzi płatność
@KON - akronim kontrahenta z płatności
@MIA - miasto kontrahenta z płatności

Oblicz dla: Tabeli VAT - VAT dokumentu RS
TRN_ lub z aliasem A.TRN_ nagłówek dokumentu RS
TRV_ VAT dokumentu RS
KNT_ kontrahent z nagłówka dokumentu RS
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
TRN_ nagłówek dokumentu RS
TRV_ VAT dokumentu RS
KNT_ kontrahent z nagłówka dokumentu RS
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka
TRN_ nagłówek dokumentu RS
TRV_ VAT dokumentu RS
KNT_ kontrahent z nagłówka dokumentu RS
URZ_ urząd z nagłówka
BNK_ bank z nagłówka
PRC_ pracownik z nagłówka

Zmienne do bezpośredniego wybrania w polu Opis
@DOK - numer dokumentu obcego RS
@NUM - numer systemowy dokumentu RS
@OPIS - opis dokumentu RS
@DOKPAK - numer dokumentu obcego RS
@NUMPAK- numer systemowy RS
@OPISPAK - opis dokumentu RS
@KOR - numer korekty dokumentu RS
@KON - akronim kontrahenta z nagłówka RS
@MIA - miasto kontrahenta z nagłówka RS
@VAT - VATRejestr/VATNumer

Przyklad

Zastosowanie wirtualnego pola PoziomTRN w warunku schematu księgowego:

Pozycja schematu księgowego ma dotyczyć tylko tych płatności, dla których nagłówki dokumentów, z których pochodzą te płatności mają:

– dla spinacza spiętego do RS serię ‘AAA’

– dla dokumentu spiętego do spinacza spiętego do RS serię ‘CCC’

Warunek w schemacie będzie wyglądał następująco:

((PoziomTRN=1 and TRN_TrnSeria=’AAA’) or (PoziomTRN=2 and TRN_TrnSeria=’CCC’))


Księgowanie po poziomach

Księgując spinacz można za pomocą predefiniowanych zmiennych schematu księgowego sięgnąć bezpośrednio do dokumentu spiętego. Na definicji pozycji schematu księgowego zostało dodane pole: Poziom, w którym dokonujemy wyboru, z jakiego poziomu księgowanego dokumentu będzie pobierana wartość na predekret. Funkcjonalność ta została udostępniona w schematach księgujących dokumenty TraNag, dla opcji:

  • Oblicz dla: Nagłówka
  • Oblicz dla: Elementów
  • Oblicz dla: Płatności

Pozycja schematu księgowego – Poziom

W ramach funkcjonalności dla poszczególnych opcji udostępniono następujące poziomy:

Dla Nagłówka:

  • Dokumentu księgowanego
  • Dokumentu początkowego
  • Poziom 1
  • Poziom 2

Dla Elementów:

  • Wszystkie
  • Dokumentu księgowanego
  • Poziom 1
  • Poziom 2

Dla Płatności:

  • Wszystkie
  • Dokumentu księgowanego
  • Poziom 1
  • Poziom 2

Uwaga
Korzystając z tabel parametrów przedstawionych w poprzednim rozdziale należy zwrócić uwagę, na jakim poziomie odbywa się księgowanie. Przykładowo dla dokumentu RS, do którego spięty jest spinacz (S)FS wygenerowany z dokumentu WZ: Wybierając Poziom 1 na pozycji schematu księgowego dla RS odwołujemy się do dokumentu (S)FS, więc system zachowuje się tak, jak przedstawiono to w tabelach dotyczących spinaczy. Wybierając natomiast Poziom 2: pola pozycji schematu sięgają bezpośrednio do WZ, czyli zgodnie z tabelami dotyczącymi dokumentów niespiętych.

Poziomy dostępne dla Nagłówka

Pozycja schematu księgowego – poziomy Nagłówka

Dokumentu księgowanego:

Tak zdefiniowana pozycja schematu księgowego odwołuje się do Nagłówka dokumentu księgowanego, niezależnie od tego czy dokument jest spinaczem, spinaczem spinaczy, czy dokumentem niespiętym. Jest to domyślny poziom opcji Oblicz dla: Nagłówka.

Księgowanie dokumentów niespiętych, np. WZ, PZ

Dokumentu początkowego:

Pozycja schematu odwołuje się do nagłówka dokumentu księgowanego.

Poziom 1:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie spinaczy, np. (S)FS, (S)FZ

Dokumentu początkowego:

Pozycja schematu odwołuje się do nagłówka dokumentu początkowego, w tym przypadku jest nim dokument spięty.

Poziom 1:

Pozycja schematu odwołuje się do nagłówka dokumentu spiętego do spinacza.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie dokumentów RS

Przypadek dokumentu RS jest szczególny, w związku z faktem, że istnieje możliwość spinania do niego zarówno dokumentów, które same są spinaczami oraz dokumentów, które spinaczami nie są. Taką sytuację przedstawia dokument RS, do którego spięto: paragon PA, oraz dokument (S)FS, który jest spinaczem dokumentu WZ. Poniższa tabela obrazuje, do jakiego dokumentu będzie odwoływać się pozycja schematu księgującego dokument RS, w zależności od poziomu wybranego w definicji tej pozycji:

Wybrany poziom:Pozycja schematu odwołuje się do nagłówka dokumentu:
PA(S)FSWZ
Dokumentu początkowegoxx
Poziom 1xx
Poziom 2x

Poziomy dostępne dla Elementów

Pozycja schematu księgowego – poziomy Elementów

Wszystkie:

Tak zdefiniowana pozycja schematu księgowego odwołuje się do Elementów, niezależnie od tego na którym poziomie księgowanego dokumentu elementy występują: czy na poziomie dokumentu do niego spiętego, na poziomie jego dokumentu początkowego, czy na samym księgowanym dokumencie. Jest to domyślny poziom opcji Oblicz dla: Elementów.

Księgowanie dokumentów niespiętych, np. WZ, PZ

Dokumentu księgowanego:

Pozycja schematu odwołuje się do elementów dokumentu księgowanego.

Poziom 1:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie spinaczy, np. (S)FS, (S)FZ

Dokumentu księgowanego:

Elementy transakcji na tym poziomie nie występują, na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 1:

Pozycja schematu odwołuje się do elementów dokumentu spiętego.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie dokumentów RS

Na dokumentach RS elementy transakcji mogą występować jednocześnie na różnych poziomach. Taką sytuację przedstawia dokument RS, do którego spięto: paragon PA, oraz dokument (S)FS, który jest spinaczem dokumentu WZ. Dokumenty, do których bezpośrednio przyłączone są elementy transakcji w systemie, to w tym przypadku PA i WZ. Dokument księgowany: RS oraz spinacz: (S)FS własnych elementów transakcji nie posiadają. Poniższa tabela obrazuje, do jakiego dokumentu będzie odwoływać się pozycja schematu księgującego dokument RS, w zależności od poziomu wybranego w definicji tej pozycji:

Wybrany poziom:Pozycja schematu odwołuje się do elementów dokumentu:
PA(S)FSWZ
Wszystkiexx
Dokumentu księgowanegoelementy transakcji na tym poziomie nie występują
Poziom 1x
Poziom 2x

Poziomy dostępne dla Płatności

Pozycja schematu księgowego – poziomy Płatności

Wszystkie:

Tak zdefiniowana pozycja schematu księgowego odwołuje się do płatności księgowanego dokumentu, niezależnie od tego, czy płatność powstała na poziomie dokumentu do niego spiętego, na poziomie jego dokumentu początkowego, czy na samym księgowanym dokumencie. Jest to domyślny poziom opcji Oblicz dla: Płatności.

Księgowanie dokumentów niespiętych, np. WZ, PZ

Dokumentu księgowanego:

Pozycja schematu odwołuje się do płatności dokumentu księgowanego. Jeżeli dokument nie generuje płatności, wtedy na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 1:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie spinaczy, np. (S)FS, (S)FZ

Dokumentu księgowanego:

Pozycja schematu odwołuje się do płatności dokumentu księgowanego. Jeżeli płatność została wygenerowana na poziomie dokumentu spiętego (WZ, PZ), wtedy na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 1:

Pozycja schematu odwołuje się do płatności dokumentu spiętego. Jeżeli dokument spięty (WZ, PZ) nie generuje płatności, wtedy na pozycję dekretu nie zostanie pobrana żadna wartość.

Poziom 2:

Poziom nie występuje w tym przypadku, na pozycję dekretu nie zostanie pobrana żadna wartość.

Księgowanie dokumentów RS

Na dokumentach RS płatności mogą występować jednocześnie na różnych poziomach. Taką sytuację przedstawia dokument RS, do którego spięto: paragon PA, oraz dokument (S)FS, który jest spinaczem dokumentu WZ. Dodatkowo, w zależności od ustawień systemowych dokument WZ może generować płatność lub nie. Wobec tego rozróżnia się dwie sytuacje:

Jeżeli dokument WZ generuje płatność, wtedy płatność znajdująca się na (S)FS nie jest jego własną płatnością, lecz pochodzi z dokumentu WZ. Własnych płatności nie generuje też sam dokument księgowany: RS. Dokumentami, do których bezpośrednio przyłączone są płatności w systemie, to w tym przypadku PA oraz WZ. Poniższa tabela obrazuje, do jakiego dokumentu będzie odwoływać się pozycja schematu księgującego dokument RS, w zależności od poziomu wybranego w definicji tej pozycji:

Wybrany poziom:Pozycja schematu odwołuje się do płatności dokumentu:
PA(S)FSWZ
Wszystkiexx
Dokumentu księgowanegopłatności na tym poziomie nie występują
Poziom 1x
Poziom 2x

Jeżeli dokument WZ nie generuje płatności, wtedy płatność wygenerowana zostaje na dokumencie (S)FS spinającym ten WZ. Dokument księgowany: RS własnych płatności nie generuje, zatem dokumentami, do których bezpośrednio przyłączone są płatności w systemie, to w tym przypadku PA oraz (S)FS. Poniższa tabela obrazuje, do jakiego dokumentu będzie odwoływać się pozycja schematu księgującego dokument RS, w zależności od poziomu wybranego w definicji tej pozycji:

Wybrany poziom:Pozycja schematu odwołuje się do płatności dokumentu:
PA(S)FS
Wszystkiexx
Dokumentu księgowanegopłatności na tym poziomie nie występują
Poziom 1xx
Poziom 2płatności na tym poziomie nie występują

Tworzenie sum na poziomie dokumentów spinanych

W systemie Comarch ERP XL dla wszystkich schematów grupy: Sprzedaż pojawiła się dodatkowa funkcjonalność dotycząca parametru: Sumuj kwoty o tych samych kontach. Sumowanie można teraz zawęzić do danej pozycji schematu poprzez zaznaczenie parametru: Dla danej pozycji schematu. Dodatkowo dla opcji Oblicz dla: Nagłówka, Elementów i Płatności możliwe jest wskazanie poziomu, w ramach którego odbywać się będzie sumowanie dla pozycji.

Pozycja schematu księgowego – sumowanie dla pozycji

Jeżeli parametr: Dla danej pozycji schematu pozostaje odznaczony, wtedy działanie parametru: Sumuj kwoty o tych samych kontach, pozostaje niezmienione w stosunku do wcześniejszych wersji systemu Comarch ERP XL.

Przykłady zastosowania sumowania po poziomach:

Przyklad

Księgowanie spinacza (S)FZ spinającego kilka dokumentów PZ: Użytkownik systemu księgując w oparciu o elementy wartość zakupu na jedno konto, np. rozliczenie zakupu, chciałby uzyskać na dekrecie osobne pozycje związane z poszczególnymi dokumentami PZ.

Ponieważ dokumenty PZ są w tym przypadku zarówno poziomem pierwszym w stosunku do spinacza (S)FZ, jak i dokumentami bezpośrednio związanymi z elementami transakcji, zamierzony efekt można osiągnąć poprzez zastosowanie na pozycji schematu jednego z dwóch poniższych ustawień:

Pozycja schematu księgowego – tworzenie sum na poziomie dokumentów PZ

Dokument (S)FZ – tworzenie sum na poziomie dokumentów PZ

Możliwe jest albo zsumowanie kwoty do jednej pozycji (przy włączonym sumowaniu), albo rozbicie na n pozycji, po jednej dla każdego z elementów znajdujących się na dokumentach PZ.

Różnicę pomiędzy sumowaniem pozycji po Poziomie 1 księgowanego dokumentu, a po poziomie Nagłówka dokumentu elementu, można zaobserwować na dokumencie RS:

Przyklad

Księgowanie spinacza spinaczy – dokumentu RS:

Przykład dotyczy dokumentu RS, który spina dwa paragony oraz dwa spinacze, gdzie każdy ze spinaczy spina dwa dokumenty WZ. Użytkownik systemu księguje na to samo konto kwotę netto elementów transakcji.

Przykład 2 – Dokumenty

Stosując na pozycji schematu księgowego sumowanie po Poziomie 1, na dekrecie powstanie po jednej pozycji dla każdego dokumentu spiętego bezpośrednio do RS, czyli 4 pozycje z kwotami netto odpowiednio dla paragonów i dokumentów (S)FS:

Tworzenie sum na Poziomie 1 dokumentu RS

Stosując na pozycji schematu sumowanie po poziomie Nagłówka dokumentu elementu, na dekrecie powstanie 6 pozycji, po jednej dla każdego z dokumentów posiadającego bezpośrednie powiązanie UWwaga tu zmienić liczbe pozycji na RSz elementami transakcji, czyli dla poszczególnych paragonów i dokumentów WZ:

Tworzenie sum na poziomie Nagłówka dokumentu elementu


Sumowanie dla pozycji schematu podczas księgowania po poziomach

W związku z możliwością odwołania się na pozycji schematu księgowego do różnych poziomów księgowanego dokumentu, od wyboru poziomu uzależniona jest opcja sumowania w ramach pozycji. Zależność tą ilustrują poniższe tabele:

Oblicz dla: Nagłówka

Poziom pozycji schematu: Sumowanie możliwe według:
Dokumentu księgowanegoNagłówek dokumentu księgowanego
Dokumentu początkowegoNagłówek dokumentu księgowanego
Poziom 1
Poziom 1Nagłówek dokumentu księgowanego
Poziom 2Nagłówek dokumentu księgowanego
Poziom 1

Możliwości sumowania po poziomach są analogiczne dla Elementów oraz Płatności:

Oblicz dla: Elementów/Płatności

Poziom pozycji schematu: Sumowanie możliwe według:
Dokumentu księgowanegoNagłówek dokumentu księgowanego
Poziom 1Nagłówek dokumentu księgowanego
Poziom 1
Poziom 2Nagłówek dokumentu księgowanego
Nagłówek dokumentu elementu/płatności
Poziom 1
Poziom 2
WszystkieNagłówek dokumentu księgowanego
Nagłówek dokumentu elementu/płatności
Poziom 1
Poziom 2

Wybór poziomu księgowania daje możliwość wyksięgowania z danego dokumentu wartości tylko dla konkretnego poziomu, a jeżeli księgowanie odbywa się na to samo konto, opcja sumowania pozycji po poziomach pozwala na zsumowanie na dekrecie wyksięgowanych wartości według poziomu innego niż poziom księgowania, czy poziom dokumentu księgowanego. Ilustruje to poniższy przykład:

Przyklad

Sumowanie pozycji po poziomie innym niż wybrany poziom księgowania.

Sumowanie danej pozycji schematu księgowego możliwe jest po wybranym w polu: Poziom poziomie księgowania, lub każdym innym wyższym poziomie. Zastosowanie na pozycji schematu księgowego opcji:

– Oblicz dla: Elementów Poziomu 2

– Sumuj kwoty o tych samych kontach dla danej pozycji dla Poziomu 1,podczas księgowania dokumentu RS przedstawionego w poprzednim przykładzie, da następujący efekt:

Tworzenie sum na Poziomie 1 dla Poziomu 2 dokumentu RS

Księgowanie dotyczy Elementów Poziomu 2 dokumentu RS, w związku z tym wyksięgowane zostaną kwoty tylko dla dokumentów WZ, ponieważ tylko one znajdują się na Poziomie 2 w stosunku do księgowanego dokumentu RS, posiadają też bezpośrednie połączenie z elementami transakcji. Pozycje na dekrecie zostaną zsumowane po Poziomie 1 dokumentu RS, czyli w tym przypadku po poziomie spinaczy (S)FS. Wobec tego na predekrecie RS powstaną dwie pozycje, po jednej dla każdego z dokumentów (S)FS, z kwotami pobranymi ze spiętych do nich dokumentów WZ, a konkretnie z elementów dokumentów WZ.




XL103 – Rozliczanie zaliczek pracownika

Rozliczanie zaliczek pracowników bez dekretu kompensacyjnego

Zaliczki pracowników najczęściej dotyczą pobrania gotówki z kasy przez pracownika firmy na cele związane z delegacjami, a także z dokonywaniem zakupów dla firmy.

Na zaliczkę pracownika i jej rozliczenie składa się szereg dokumentów, których właściwe zarejestrowanie jest konieczne z punktu widzenia prawidłowego rozliczenia płatności i rozrachowania dekretów na kontach rozrachunkowych pracownika, na których rejestruje się pozostałe rozrachunki z pracownikami, m.in. z tytułu zaliczek.

Rozliczenie zaliczki bez dekretu kompensacyjnego polega na rozliczaniu dokumentów i rozrachowaniu dekretów bezpośrednio na koncie rozrachunkowym pracownika.

Pobranie zaliczki z kasy

Pierwszym etapem obiegu dokumentów związanych z zaliczkami jest pobranie zaliczki w kasie.

Rejestracja tego zdarzenia odbywa się na dokumencie rozchodowym KW (kasa wyda), który może być odrębną, specjalnie zdefiniowaną do tego operacją kasową. w takim przypadku należy na definicji operacji kasowo/bankowej, zakładka: Parametry, zaznaczyć parametr: Zaliczka pracownika. Dzięki niemu na wystawianym zapisie kasowym jako podmiot podpowiadać się będzie pracownik.

Na definicji operacji kasowej można podać konto przeciwstawne, na które będzie księgowany dokument, jako:

  • Konto z karty pracownika – należy pamiętać, że wiąże się to z uzupełnianiem kont rozrachunkowych na kartach pracowników.
  • Konto zdefiniowane jako wyrażenie – konto będzie zakładane dynamicznie podczas księgowania zapisu.

Definicja operacji kasowej wypłacającej zaliczkę

Po zdefiniowaniu operacji kasowej można wprowadzić zaliczkę dla pracownika w raporcie kasowym.

Operacja kasowa: wypłata zaliczki

Plan kont – konta pracowników

W celu prawidłowej ewidencji operacji gospodarczych związanych z zaliczkami pracowników oraz w celu prawidłowych rozrachunków i rozliczeń, w planie kont powinno istnieć konto, na którym księgowane będą operacje gospodarcze związane z rozrachunkami z tytułu zaliczek pracowników.

Na potrzeby niniejszego biuletynu będzie to konto 234–Inne rozrachunki z pracownikami, do którego istnieć będzie analityka dla pracowników będących zaliczkobiorcami.

Konta analityczne do Konta 234-Inne rozrachunki z pracownikami

Księgowanie raportu kasowego

Raport kasowy zawierający wypłatę zaliczki zostaje zaksięgowany i w efekcie stan konta pracownika przedstawia się następująco:

Stan konta: 234-Inne rozrachunki z pracownikami, po zaksięgowaniu dokumentu wypłaty zaliczki

Rejestracja dokumentów VAT rozliczających zaliczkę

W trakcie danego okresu rozliczeniowego (miesiąca) rejestrowane są dokumenty handlowe związane z zaliczką pracownika, dokumentujące wydatkowanie zaliczki pobranej przez pracownika. Mogą to być zarówno faktury VAT zakupowe, jak i inne typy dokumentów.

Faktury VAT można wprowadzać na bieżąco do rejestru VAT, oznaczając w odpowiedni sposób ich powiązanie z zaliczką pracownika. Oznaczenie to można przeprowadzać na dwa sposoby:

  • ustawienie pracownika jako płatnika oraz opisanie faktury numerem pobranej zaliczki
  • wprowadzenie na fakturę wcześniej zdefiniowanego atrybutu będącego, przykładowo, nazwiskiem pracownika

Określenie płatnika na fakturze zakupu VAT

Ten sposób oznaczenia powiązania dokumentu z zaliczką zdaje się być prostszy. Podczas rejestrowania faktury zakupu VAT od konkretnego kontrahenta, należy wskazać go na zakładce: Ogólne. Natomiast na zakładce: Kontrahent/Płatnik jako płatnika należy wskazać pracownika, który dokumentem tym będzie rozliczał się z pobranej zaliczki. Podmiotem dla płatności utworzonej na fakturze będzie wówczas pracownik.

Faktura zakupu VAT, zakładka: Ogólne

Pracownik jako płatnik na fakturze zakupu VAT

Wprowadzenie atrybutu „pracownik” na dokumencie

Opisywanie dokumentu handlowego atrybutem wymaga wcześniejszego zdefiniowania w module: Administrator odpowiedniej klasy atrybutu o typie: Pracownicy, oraz przypisania jej do faktur zakupu FZ.

Definicja klasy atrybutów związanej z pracownikami

Faktura zakupu VAT rejestrowana jest tak, jak faktura nie będąca rozliczeniem zaliczki: płatnikiem jest kontrahent (nie następuje zmiana płatnika na zakładce: Kontrahent/Płatnik). Natomiast na zakładce atrybuty należy wskazać atrybut i wybrać wartość z listy pracowników.

Wybór pracownika jako wartości atrybutu na (A)FZ

Uwaga
Sposoby opisywania dokumentów w celach zaliczkowych należy traktować alternatywnie i stosować albo rejestrację dokumentów poprzez wybranie pracownika jako płatnika albo opisywanie dokumentu atrybutem typu: Pracownik.

W zależności od sposobu rejestracji faktur zakupu będących rozliczeniem zaliczki, schemat księgowy będzie się różnił pozycją księgowania na konto pracownika (zaliczkobiorcy).

Księgowanie faktur zakupu

Uwaga

Uwaga: w przypadku rejestrowania faktur VAT z podmianą płatnika na Pracownika, nie jest prawidłowe następujące księgowanie:

W przypadku takiego księgowania mogą wystąpić nieprawidłowości w tworzeniu się rozrachunków na koncie 234 Pracownika, jeśli kwoty na koncie 202 Kontrahenta rozrachowywane będą wraz z rozliczeniem.

Księgowanie faktur z płatnikiem będącym pracownikiem

Schemat księgujący faktury zakupu zarejestrowane z płatnikiem będącym pracownikiem nie różni się od standardowych schematów księgujących faktury na konta kontrahentów. w gotowym już schemacie można dodać pozycję księgującą płatność na konto rozrachunkowe pracownika, jeśli płatnikiem jest pracownik. Tak zdefiniowaną przykładową pozycję przedstawia poniższy rysunek.

Pozycja schematu księgowego zawierająca księgowanie na konto rozrachunkowe pracownika

Predekretacja faktury zakupu na konto 234-Inne rozrachunki z pracownikami zgodnie z definicją schematu

Księgowanie faktur z atrybutem: Pracownik

Poniżej przedstawione są rysunki obrazujące przykładowe pozycje schematu księgujące kwotę płatności na konto rozrachunkowe kontrahenta lub pracownika, w zależności od przypisanego na dokumencie atrybutu.

Pozycja księgowa z wyrażeniem SQL księgująca płatność na konto kontrahenta uzależniona od atrybutu

Pozycja schematu księgowego z wyrażeniem SQL księgująca na konto pracownika uzależniona od atrybutu

Stan konta rozrachunkowego pracownika po zaksięgowaniu faktury zakupu

Rejestracja pozostałych kosztów rozliczających zaliczkę

Pozostałe dokumenty, które nie są dokumentami VAT, np. kwity parkingowe, opłaty pocztowe, diety, można zarejestrować jako noty memoriałowe uproszczone lub zwykłe.

Uproszczone Noty Memoriałowe

Uproszczone noty memoriałowe są prostsze w obsłudze, w rejestracji i w księgowaniu. Nota uproszczona nie wymaga definiowania schematów księgowych, a konta księgowe wprowadzane są bezpośrednio na pozycji noty memoriałowej.

Uproszczona Nota Memoriałowa – rejestracja pozostałych dokumentów

Stan konta pracownika po zaksięgowaniu pozostałych kosztów zarejestrowanych uproszczoną notą memoriałową

Zapisy na koncie pracownika po zaksięgowaniu pobrania zaliczki oraz dokumentów rozliczających

Noty Memoriałowe zwykłe

Zarejestrowanie zwykłej noty memoriałowej wymaga dodania definicji noty memoriałowej, symboli kwot używanych w tej nocie memoriałowej oraz zdefiniowania dla niej schematu księgowego.

Ponieważ nota memoriałowa będzie rozliczana z dokumentem kasowym typu: rozchód, to kwoty noty memoriałowej powinny być typu: rozchód aby generowały płatność typu: zobowiązanie.

Definicja noty memoriałowej zwykłej do rejestracji pozostałych dokumentów rozliczających zaliczkę

Wprowadzenie definicji noty memoriałowej umożliwia zarejestrowanie dokumentów innych niż faktury VAT, którymi pracownik rozlicza się z pobranej zaliczki.

Pozostałe koszty rozliczające zaliczkę zarejestrowane za pomocą noty memoriałowej zwykłej

Księgowanie not memoriałowych zwykłych

W celu zaksięgowania zwykłej noty memoriałowej konieczne jest zdefiniowanie schematu dla not memoriałowych. Schemat księgowy powinien być zdefiniowany w taki sposób, aby umożliwić zaksięgowanie płatności na odpowiednie konta rozrachunkowe pracowników.

Przykład schematu księgowego dla noty memoriałowej zwykłej

Pozycja schematu księgowego księgująca płatność

Konto pracownika na pozycji schematu zaprezentowanej na powyższym rysunku jest budowane w oparciu o akronim pracownika. Taką pozycję można zdefiniować też w oparciu o konto predefiniowane na karcie pracownika. w takim przypadku konieczne jest uzupełnienie kont na kartach pracowników. Możliwe jest też dynamiczne zakładanie konta na podstawie numeru pracownika w bazie danych (pole prc_gidnumer).

Predekretacja noty memoriałowej zdefiniowanym schematem księgowym

Rozliczenie zaliczki

Po zarejestrowaniu wszystkich dokumentów, którymi pracownik rozlicza pobraną zaliczkę, należy dokonać ich rozliczenia. Wypłatę zaliczki rozlicza się z fakturami zakupu oraz pozostałymi dokumentami zarejestrowanymi jako noty memoriałowe. Rozliczenie dokumentów może być przeprowadzone z poziomu:

  • listy pracowników
  • dokumentu kasowego – wypłaty zaliczki.

Rozliczenie zaliczki z poziomu listy pracowników

Aby dokonać rozliczenia zaliczki z poziomu listy pracowników, należy wyświetlić okno: Lista pracowników, wybrać pracownika, którego zaliczka będzie rozliczana, a następnie z poziomu paska narzędzi uruchomić funkcję  [Rozliczanie zaliczek pracownika].

lista pracowników
Lista Pracowników. Pracownik wybrany do rozliczania zaliczki

 

Po uruchomieniu tej funkcji otworzy się okno: Rozliczenie zaliczek pracownika, w którym wyświetlone są wszystkie dokumenty, zarejestrowane dla danego pracownika.

Okno: Rozliczenie zaliczek pracownika

Okno podzielone jest na dwie części: Zaliczki oraz Dokumenty. w części dotyczącej zaliczek wyświetlane są wszystkie zaliczki wypłacone w kasie danemu pracownikowi. Po zaznaczeniu parametru: Przychody, pokazane będą też wszystkie zapisy typu: Przychód. w oknie: Dokumenty automatycznie wyświetlone są dokumenty, na których pracownik wskazany jest jako podmiot lub płatnik. z rozwijanego menu znajdującego się przy przycisku plusa Dodaj, możliwe jest dodatkowo:

  • Wystawienie nowej faktury kosztowej lub noty memoriałowej zwykłej
  • Wybranie innego dokumentu z rejestru VAT, z listy dokumentów lub z listy not memoriałowych (funkcjonalność ta będzie miała zastosowanie w przypadku rozliczania zaliczki z dokumentami, na których płatnikiem będzie kontrahent, o czym będzie mowa w dalszej części niniejszego biuletynu)

Różnica pomiędzy wartością zaliczek a wartością dokumentów jest wyróżniona w oknie: Zaliczki kolorem czerwonym. Znak „minus” przy kwocie oznacza, że zaliczka ma zostać pomniejszona o różnicę, a podczas rozliczenia zostanie wygenerowany dokument KP, który będzie stanowił zwrot do kasy niewykorzystanej kwoty zaliczki. Znak „plus” natomiast informuje, że kwota zaliczki jest mniejsza od kwoty wynikającej z rozliczających dokumentów i zostanie wygenerowany dokument KW stanowiący wypłatę pracownikowi dodatkowych środków pieniężnych z kasy.

Po wyświetleniu listy dokumentów i zaliczek należy dokonać rozliczenia za pomocą jednej z opcji dostępnych przy przycisku  [Dokonaj rozliczeń]:

  1. Rozlicz zaliczkę
  2. Rozlicz dokumenty
  3. Dodaj zaliczkę
Opcja: Rozlicz zaliczkę

Opcja: Rozlicz zaliczkę, umożliwia rozliczenie zaliczek z dokumentami wraz z wygenerowaniem dokumentu kasowego domykającego rozliczenie.

Generacja rozliczenia zaliczki

Aby wprowadzić dokument kasowy zamykający rozliczenie zaliczki należy w oknie: Generacja rozliczenia zaliczki, wybrać rejestr kasowy oraz właściwą operację kasową. w zależności od kierunku rozliczenia dokumentem zamykającym rozliczenie będzie:

  • dokument KP – jeśli kwota pobranej zaliczki będzie wyższa niż kwota wynikająca z dokumentów do rozliczenia
  • dokument KW – jeśli kwota pobranej zaliczki będzie niższa niż kwota wynikająca z dokumentów do rozliczenia.

Operacja kasowa dla celów rozliczenia zaliczki może być zdefiniowana w sposób pokazany na poniższym rysunku, z oddzielnym symbolem operacji kasowej, oraz wskazaniem konta przeciwstawnego, które ma zostać pobrane na dokument.

Definicja operacji kasowej typu: przychód, do rozliczenia zaliczki.

Po zatwierdzeniu rozliczenia, rozliczone dokumenty nie są już wyświetlane w oknie rozliczania zaliczek.

Stan zaliczek pracownika po dokonaniu rozliczenia

W raporcie kasowym został zarejestrowany dokument kasowy na kwotę różnicy pomiędzy wartością pobranych zaliczek a sumą rozliczanych z tą zaliczką dokumentów.

Dokument KP wprowadzony do raportu kasowego

Efektem rozliczenia jest podpięcie odpowiednich dokumentów na zakładce: Rozliczenia, zarówno dokumentu kasowego będącego wypłatą zaliczki, jak i dokumentów handlowych ją rozliczających.

Zakładka: Rozliczenia na dokumencie kasowym będącym wypłatą zaliczki

Widać, że po rozliczeniu zaliczki wszystkie dokumenty uczestniczące w rozliczeniu zaliczki pracownika, a więc: noty memoriałowe, faktura zakupu a’vista, dokument KP będący zwrotem zaliczki, zostały rozliczone z dokumentem KW stanowiącym wypłatę zaliczki z kasy.

Opcja: Rozlicz dokumenty

Opcja: Rozlicz dokumenty, umożliwia rozliczenie zaznaczonych zaliczek i dokumentów bez generowania zapisu kasowego domykającego rozliczenie.

Rozliczenie przy użyciu opcji: Rozlicz dokumenty

 

Opcja: Dodaj zaliczkę

Opcja: Rozlicz dokumenty, pozwala na wygenerowanie zapisu kasowo-bankowego na podstawie zaznaczonych dokumentów. Po zaznaczeniu dokumentów i wybraniu opcji: Dodaj zaliczkę, otwarte zostaje okno: Generacja rozliczenia zaliczki, w którym Użytkownik ma możliwość wskazania rejestru i operacji, zgodnie z którą ma zostać utworzony zapis. Po wskazaniu rejestru i operacji zostanie wygenerowany zapis stanowiący zaliczkę pracownika. Nie jest on automatycznie rozliczony z dokumentami, na podstawie których został utworzony. Ideą tej funkcjonalności jest tworzenie zaliczek na poczet przyszłych rozliczeń, wynikających np. z cyklicznych wyjazdów na szkolenia (jeśli wiadomo, że koszty każdego wyjazdu są takie same).

Rozliczenie przy użyciu opcji: Dodaj zaliczkę

Rozliczenie zaliczki z poziomu zapisów kasowych

Rozliczenie zaliczki może być także dokonane z poziomu aktualnego raportu kasowego. w tym celu należy odszukać dokument KW stanowiący wypłatę zaliczki dla pracownika. Najszybciej można tego dokonać z poziomu zakładki: Podmioty, na bieżącym raporcie kasowym. w polu: Podmiot należy wybrać pracownika. Zostaną wówczas wyświetlone wszystkie nierozliczone dokumenty tego pracownika, m.in. pobrane i nierozliczone zaliczki.

W celu rozliczenia zaliczki należy podnieść do edycji dokument KW – wypłata zaliczki, przejść na zakładkę: Rozliczenia i wybrać jedną z opcji dostępnych pod przyciskiem [Rozliczenie zaliczki]:

  • Rozliczenie zaliczki
  • Automatyczne rozliczenie
Opcja: Rozliczenie zaliczki

Po wyborze opcji: Automatyczne rozliczenie, wyświetlone zostanie okno: Rozliczenie zaliczki pracownika. Rozliczenie odbywa się na takich samych zasadach, jak w przypadku rozliczania zaliczki z poziomu listy pracowników.

Opcja: Automatyczne rozliczenie

Po wyborze opcji: Automatyczne rozliczenie, otwarte zostaje okno: Generacja rozliczenia zaliczki, w którym Użytkownik wskazuje rejestr i operację kasową, zgodnie z którą zapis ma być wygenerowany. Utworzony zapis zostaje automatycznie rozliczony z zaliczką na całą jej kwotę.

Rozrachunki na kontach

Warunkiem powstania rozrachunków na kontach jest poprawne zaksięgowanie dokumentów biorących udział w rozliczeniu. Jeśli tylko część dokumentów zostanie zaksięgowana, wówczas może powstać rozrachunek częściowy. W przykładzie zaprezentowanym na poniższym rysunku widać, że dekrety not memoriałowych oraz faktury zakupu zostały rozrachowane. Natomiast dekret dokumentu KW (wypłaty zaliczki) pozostaje nie rozrachowany z powodu braku księgowania raportu kasowego, w którym znajduje się dokument KP całkowicie rozliczający zaliczkę.

Częściowo rozrachowane dekrety na koncie pracownika

Po zaksięgowaniu pozostałych dokumentów, w tym przypadku raportu kasowego, na koncie powstanie pełny rozrachunek.

Pełny rozrachunek pobranej przez pracownika zaliczki

Rozliczanie zaliczek pracowników z generowaniem automatycznego dekretu kompensacyjnego

Innym sposobem ewidencji i rozliczania zaliczek pracowników jest rozliczanie z udziałem dekretu kompensacyjnego. w takim przypadku rejestrowanie dokumentów rozliczających zaliczkę (faktur zakupu czy not memoriałowych) nie wymaga zmiany płatnika czy też wyboru atrybutu. Płatnikiem pozostaje podmiot główny, a księgowanie dokumentu przebiega bezpośrednio na konto podmiotu głównego. Samo rozliczenie dokonywane pomiędzy zaliczką a dokumentami dotyczy różnych podmiotów: kontrahenta i pracownika. Podczas tego rozliczenia, w przypadku, gdy dokumenty są zaksięgowane, następuje automatyczne generowanie dekretu kompensacyjnego na konto kontrahenta i pracownika.

W zależności od momentu dokonania rozliczenia, różny będzie moment powstania dekretu kompensacyjnego:

  • dla dokumentów zaksięgowanych dekret kompensacyjny zostanie utworzony w momencie rozliczenia
  • dla dokumentów nie zaksięgowanych dekret kompensacyjny zostanie utworzony w momencie zaksięgowania ostatniego z rozliczanych dokumentów.

Dekret kompensacyjny powstający w wyniku takiego działania powoduje przeksięgowanie na kontach kontrahenta i pracownika oraz umożliwia właściwe rozrachowanie dekretów na tych kontach.

Ten sposób rozliczenia zaliczki wymaga odmiennej rejestracji i księgowania faktur VAT oraz pozostałych dokumentów kosztowych rejestrowanych jako noty memoriałowe. Sposób wypłaty zaliczki oraz struktura planu kont zostają zachowane i są identyczne jak dla pierwszego sposobu rozliczania zaliczki opisanego w rozdziale: Rozliczanie zaliczek pracowników bez dekretu kompensacyjnego.

Pobranie zaliczki z kasy

Rejestracja dokumentu wypłaty zaliczki odbywa się identycznie jak opisano w rozdziale: Pobranie zaliczki z kasy. Dokument kasowy rejestrowany jest na podmiot: Pracownik, ze wskazaniem odpowiedniego konta księgowego pracownika.

Plan kont – konta pracowników

W przypadku stosowania księgowania kompensaty, konfiguracja planu kont będzie identyczna jak przedstawiona w rozdziale: Plan kont – konta pracowników.

Rejestracja dokumentów VAT rozliczających zaliczkę

W scenariuszu rozliczenia zaliczki z powstaniem automatycznego dekretu kompensaty w nieco inny sposób należy rejestrować i księgować dokumenty rozliczające zaliczkę pracownika. w tym przypadku nie jest wymagana zmiana płatnika dla dokumentu ani wprowadzanie atrybutu. Dokumenty mogą być rejestrowane tak, jak pozostałe dokumenty kosztowe: płatnikiem pozostaje kontrahent główny, dzięki czemu płatność tworzona jest właśnie na kontrahenta głównego.

Faktura VAT z niezmienionym płatnikiem

Księgowanie faktur na konto kontrahenta

Schemat księgujący faktury zakupu dotyczące rozliczanych zaliczek, nie będzie się różnić od standardowych schematów księgujących faktury zakupu, w których płatność księgowana jest na konto rozrachunkowe kontrahentów.

Schemat księgowy dla faktur zakupu a’vista

Pozycja schematu księgowego zawierająca księgowanie na konto kontrahenta

Predekretacja faktury zakupu na konto kontrahenta zgodnie z definicją schematu

Zaksięgowanie faktury zakupu wg powyższego schematu spowoduje, że zaliczka i dokument rozliczający zaliczkę znajdą się na innych kontach rozrachunkowych. w tym przypadku zaliczka zostanie zaksięgowana na konto pracownika 234-JK, faktura zakupu na konto kontrahenta 202-K1. Dokonanie rozliczenia takich dokumentów automatycznie wygeneruje dekret kompensacyjny pomiędzy kontem 234-JK a kontem 202-K1.

Po zaksięgowaniu faktury na konto kontrahenta, a zaliczki na konto pracownika, stan tych kont prezentuje się następująco:

202-k1 zapisy k

Stan konta kontrahenta i pracownika po zaksięgowaniu faktury VAT i zaliczki pracownika

Rozliczenie zaliczki

Rozliczenie zaliczki pracownika odbywa w analogiczny sposób jak przedstawiony we wcześniejszym rozdziale: Rozliczenie zaliczki. Możliwe jest rozliczanie z poziomu listy pracowników lub z poziomu zapisu stanowiącego wypłatę zaliczki.

Po uruchomieniu funkcji rozliczania zostanie wygenerowany dokument kasowy zamykający rozliczenie. Będzie to dokument KP, jeśli rozliczenie nie przekracza kwoty pobranej zaliczki, lub dokument KW, jeśli rozliczenie przekracza kwotę pobranej zaliczki i konieczna jest dodatkowa wypłata środków pieniężnych dla pracownika.

Rozrachunki na kontach

Po zaksięgowaniu wszystkich dokumentów biorących udział w rozliczeniu, w szczególności dokumentu kasowego zamykającego rozliczenie zaliczki, na kontach rozrachunkowych pracownika i kontrahenta powstanie automatyczny dekret kompensacyjny, który rozrachuje zapisy na kontach kontrahenta i pracownika związane z wypłatą zaliczki i księgowaniem faktury (Rysunek: Rozrachunki na koncie kontrahenta i pracownika).

Rozrachunki na koncie kontrahenta i pracownika

Rozliczanie zaliczek pracowników przy użyciu noty memoriałowej

Rozliczenie zaliczki pracownika przy użyciu noty memoriałowej polega na wprowadzeniu dodatkowego dokumentu noty memoriałowej, która z jednej strony zostanie rozliczona z zapisem kasowym stanowiącym wypłatę zaliczki, z drugiej natomiast z dokumentami rozliczającymi tę zaliczkę. w tym przypadku dokumenty rozliczające zaliczkę wystawiane i księgowane będą na kontrahentów, od których pochodzą. Ich rozliczenie odbywać się będzie nie bezpośrednio przez dokument kasowy – wypłatę zaliczki, lecz pośrednio przy użyciu dodatkowej noty memoriałowej.

Pobranie zaliczki i konfiguracja planu kont

Dokument kasowy będący wypłatą zaliczki rejestrowany jest w sposób analogiczny jak w rozdziale 1. Dokument taki wystawiany jest na pracownika i księgowany na jego konto rozrachunkowe. Należy pamiętać o tym, by plan kont został właściwie skonfigurowany dla celów ewidencji zdarzeń związanych z wypłatą i rozliczaniem zaliczek pracowników (o czym była mowa w rozdziale Plan kont – konta pracowników).

Wypłata zaliczki dla pracownika

Rejestracja i księgowanie dokumentów VAT i not memoriałowych związanych z wydatkowaniem zaliczki

Dokumenty VAT rejestrowane są na kontrahentów analogicznie jak zostało to opisane w rozdziale 2 Rejestracja dokumentów VAT rozliczających zaliczkę.

Dla uproszczenia przyjęto założenie, że zaliczka będzie rozliczana jedną fakturą VAT wystawioną na kontrahenta.

Faktura VAT wystawiona na kontrahenta

Wprowadzenie noty memoriałowej bezpośrednio rozliczającej zaliczkę

Dla potrzeby rozliczenia zaliczki przy użyciu noty memoriałowej można wykorzystać zarówno noty uproszczone, jak i odpowiednio zdefiniowane noty zwykłe. w obydwu przypadkach kwoty wprowadzane na dokument powinny być zgodne z kwotą na zarejestrowanej fakturze VAT.

Nota memoriałowa uproszczona

Uproszczona nota memoriałowa powinna być wprowadzona w kwocie wynikającej z faktury VAT i zawierać dwie pozycje:

  • na konto rozrachunkowe pracownika, po stronie przeciwnej niż wypłata zaliczki (czyli CT)
  • na konto rozrachunkowe kontrahenta, po stronie przeciwnej niż zarejestrowana faktura VAT (czyli DT)

Na tak wprowadzonej nocie uproszczonej powstaną dwie płatności: pierwsza typu zobowiązanie – na pracownika, druga typu należność – na kontrahenta.

Uproszczona nota memoriałowa – pozycje i płatności

Nota memoriałowa zwykła

Dla rozliczenia zaliczki notą memoriałową zwykłą należy zdefiniować ją w taki sposób, aby można było wprowadzić dwie pozycje: jedną na kontrahenta, drugą na pracownika. Podmiot należy określać wówczas na pozycjach noty. Przykładową definicję takiej noty przedstawia poniższy rysunek.

Podobnie jak w uproszczonej nocie memoriałowej, pozycja na pracownika powinna być wprowadzona jako zobowiązanie, a pozycja na kontrahenta jako należność.

Przykładowa definicja noty memoriałowej zwykłej

Nota memoriałowa wprowadzona zgodnie z taką definicją posiadać będzie dwie płatności: typu należność – na kontrahenta, oraz typu zobowiązanie – na pracownika.

Nota memoriałowa zwykła – płatności

Schemat księgowy dla takiej noty powinien być zbudowany w taki sposób, by płatność na pracownika (czyli zobowiązanie) księgowana była na konto rozrachunkowe po stronie CT, a płatność na kontrahenta (czyli należność) – na konto rozrachunkowe po stronie DT. Przy budowie schematu należy bezwzględnie pamiętać o tym, aby pozycje księgowane na konta rozrachunkowe tworzone były w oparciu o tabelę Płatności (w polu: Oblicz dla, należy wybrać opcję: Płatności). Przykładowy schemat przedstawiony jest na rysunku poniżej.

Przykładowy schemat księgujący zwykłą notę memoriałową bezpośrednio rozliczającą zaliczkę

Rozliczenie zaliczki

Rozliczenie zaliczki odbywa się w analogiczny sposób jak to zostało opisane w rozdziale 1: Rozliczenie zaliczki. w oknie: Rozliczenie zaliczki, należy wskazać notę memoriałową wprowadzoną dla bezpośredniego rozliczenia zaliczki. Rozliczenie nastąpi z płatnością noty wprowadzoną na pracownika. Po uruchomieniu rozliczania zostanie wygenerowany zapis kasowy zamykający rozliczenie. Będzie to dokument KP, jeśli rozliczenie nie przekracza kwoty pobranej zaliczki, lub dokument KW, jeśli rozliczenie przekracza kwotę pobranej zaliczki i konieczna jest dodatkowa wypłata środków pieniężnych dla pracownika.

Aby widoczne było powiązanie faktury VAT z zaliczką pracownika należy skompensować ją z płatnością noty wprowadzoną na kontrahenta. Wykonanie tej czynności całkowicie zamknie proces rozliczania zaliczki pracownika z wykorzystaniem noty memoriałowej.

Uproszczona nota memoriałowa, wypłata zaliczki i faktura VAT po zamknięciu rozliczenia

Rozrachunki na kontach

Po zaksięgowaniu wszystkich dokumentów biorących udział w rozliczeniu, w tym zapisu kasowego kończącego rozliczenie, na kontach pracownika i kontrahenta powstaną rozrachunki jak na rysunku poniżej.

Rozrachunki na kontach pracownika i kontrahenta

Podsumowanie

Podsumowując niniejszy biuletyn należy zwrócić uwagę na trzy sposoby rozliczania zaliczek pracowników związane z księgowaniem na konta rozrachunkowe pracownika lub kontrahenta.

  • Płatność dokumentu rozliczającego zaliczkę księgowana jest na konto rozrachunkowe pracownika. Rozliczenie zaliczki odbywa się tylko na koncie rozrachunkowym pracownika.
  • Płatność dokumentu rozliczającego zaliczkę księgowana jest na konto rozrachunkowe kontrahenta. Rozliczenie zaliczki odbywa się z automatycznym wygenerowaniem dekretu kompensacyjnego na koncie zarówno pracownika, jak i kontrahenta.
  • Płatność dokumentu rozliczającego zaliczkę księgowana jest na konto rozrachunkowe kontrahenta. Rozliczenie zaliczki odbywa się przy użyciu specjalnej noty memoriałowej zwykłej lub uproszczonej, która z jednej strony rozlicza zaliczkę na koncie pracownika, z drugiej zaś wiąże ją na koncie kontrahenta z dokumentem rozliczającym.

Dodatkowo warto przypomnieć, że w przypadku zamiany płatnika na dokumencie handlowym na pracownika, nie jest poprawne księgowanie tego dokumentu w sposób przedstawiony poniżej:

Jeśli kwoty na koncie 202 Kontrahenta rozrachowywane będą wraz z rozliczeniem, to przy takim księgowaniu mogą wystąpić nieprawidłowości w tworzeniu się rozrachunków na koncie 234 Pracownika. w związku z tym księgowanie dokumentów i ich rozliczanie powinno odbywać się zgodnie z jedną z trzech metod opisanych w niniejszym biuletynie.




XL114 – Konfiguracja synchronizacji systemu Comarch ERP XL z modułem kadrowo-płacowym Comarch ERP XL HR do wersji 2016.3.4


Wstęp

Uwaga
Biuletyn dotyczy wersji 2016.3.4 Comarch ERP XL i starszych. Od wersji 2017.0  Comarch ERP XL konfiguracja powinna zostać przeprowadzona zgodnie z biuletynem technicznym ” XL 064 -Współpraca Comarch ERP XL z modułem kadrowo-płacowym Comarch ERP XL HR”.  W tej wersji wprowadzono automatyczne tworzenie zlinkowanego serwera oraz jego mapowanie na bazy Comarch ERP XL oraz Comarch ERP XL HR.

Od wersji 2013.6 systemu Comarch ERP XL ( i wersji 2013.7.1 systemu Comarch ERP XL HR) został wprowadzony mechanizm pozwalający na synchronizację dwustronną obiektów struktury firmy tzn. wydziałów, lokalizacji i projektów. Pozwoli to odzwierciedlać w obu bazach wszystkie dane, niezależnie od systemu, w którym zostały wprowadzone. Poza dodawaniem i aktualizacją tych obiektów, umożliwiamy również ich jednoczesne usuwanie z obu baz.

Uwaga
W wersji Comarch ERP XL 2015.0 oraz Comarch ERP XL HR 2014.6.1 wprowadzono pełną obustronną synchronizację pracowników i obiektów z nimi powiązanych, takich jak: banki i formy płatności, atrybuty oraz karty RCP.

Konfiguracja po stronie serwera SQL

Bazy systemu Comarch ERP XL i Comarch ERP XL HR znajdują się na jednym serwerze

Aby zsynchronizować ze sobą bazy systemu Comarch ERP XL i Comarch ERP XL HR, które znajdują się na tym samym serwerze, należy dodać login SQL oraz zlinkowany serwer zgodnie z opisem poniżej.

Dodanie loginu

Z poziomu narzędzia: Microsoft SQL Server Management Studio > Security > Logins należy dodać nowy login SQL (proponowana nazwa to CDNDTS). Ustawienia dla loginu:

  • zakładka: General

Należy wpisać nazwę loginu i jego hasło.

Login CDNDTS, zakładka: General
Login CDNDTS, zakładka: General

  • zakładka: Server Roles

Należy zaznaczyć rolę: public.

Login CDNDTS, zakładka: Server Roles
Login CDNDTS, zakładka: Server Roles

  • zakładka: User Mapping

Login CDNDTS należy zmapować na bazę:

    • Comarch ERP XL HR

W obszarze Database role membership for: należy zaznaczyć role: CDN, CDNRaport, public, db_owner.

Login CDNDTS, zakładka: User Mapping – XL HR
Login CDNDTS, zakładka: User Mapping – XL HR

    • konfiguracyjną Comarch ERP XL HR

W obszarze Database role membership for: zaznaczyć role: CDNRaport, public.

Login CDNDTS, zakładka: User Mapping - konfiguracja XL HR
Login CDNDTS, zakładka: User Mapping – konfiguracja XL HR

    • Comarch ERP XL

W obszarze Database role membership for: zaznaczyć role: CDNRaport, public, db_owner.

Login CDNDTS, zakładka: User Mapping - XL
Login CDNDTS, zakładka: User Mapping – XL

Dodanie zlinkowanego serwera

Pomimo tego, że obie bazy znajdują się na jednym serwerze, konieczne jest dodanie zlinkowanego serwera. Nowy zlinkowany serwer powinien mieć nazwę: ‘Nazwa serwera’+’_Place’. Podczas jego tworzenia zalecane jest użycie poniższego skryptu:

DECLARE @nazwa_serwera nvarchar(128)

DECLARE @sciezka nvarchar(4000)

DECLARE @uzytkownik_zdalny nvarchar(128)

DECLARE @haslo nvarchar(128)

set @nazwa_serwera = ‘nazwa serwera’+’_Place’

set @sciezka= ‘ścieżka serwera’

set @uzytkownik_zdalny = ‘login do serwera’

set @haslo = ‘hasło loginu’

if exists (select srvname from master..sysservers where srvname =@nazwa_serwera)

BEGIN

EXEC sp_dropserver @nazwa_serwera,’droplogins’

END

EXEC sp_addlinkedserver @nazwa_serwera, @srvproduct=”, @provider=N’SQLOLEDB’, @datasrc = @sciezka

EXEC sp_addlinkedsrvlogin @nazwa_serwera, ‘false’, NULL, @uzytkownik_zdalny , @haslo

EXEC master.dbo.sp_serveroption @server=@nazwa_serwera, @optname=N’rpc’, @optvalue=N’true’

EXEC master.dbo.sp_serveroption @server=@nazwa_serwera, @optname=N’rpc out’, @optvalue=N’true’

gdzie parametry:

@uzytkownik_zdalny i @haslo – odnoszą się do loginu założonego w pkt. Dodanie loginu,

@nazwa_serwera – nazwa serwera ( wraz z instancją, jeżeli istnieje), gdzie znajdują się bazy Comarch ERP XL HR i Comarch ERP XL

@sciezka – odpowiada fizycznej nazwie serwera SQL, na którym znajduje się baza Comarch ERP XL HR i Comarch ERP XL

Uwaga
Użytkownicy, którzy korzystali wcześniej z funkcjonalności „Import list płac za pomocą procedur składowanych” i mieli już utworzony zlinkowany serwer, nie muszą wykonywać linkowania po raz drugi. Wystarczy, że we właściwościach zlinkowanego serwera na zakładce: Server Options zweryfikują parametry RPC i RPC Out i przestawią ich wartość na TRUE.

Bazy systemu Comarch ERP XL i Comarch ERP XL HR znajdują się na różnych serwerach

Dodanie loginu

Jeśli bazy Comarch ERP XL i Comarch ERP XL HR zlokalizowane są na różnych serwerach, wtedy na obu tych serwerach SQL należy dodać ten sam nowy login z hasłem, jak opisano pkt. Dodanie loginu.

Uwaga
Na serwerze z bazą Comarch ERP XL należy zmapować login na bazę Comarch ERP XL, a na serwerze z bazą Comarch ERP XL HR należy zmapować login na bazę Comarch ERP XL HR oraz bazę konfiguracyjną Comarch ERP XL HR . Mapowanie loginów zgodnie z opisem w punkcie Dodanie loginu.

Dodanie zlinkowanych serwerów

Łącznie wymagane jest dodanie trzech zlinkowanych serwerów:

  • dwa serwery zlinkowane po stronie serwera, gdzie znajduje się baza Comarch ERP XL HR,
  • jeden zlinkowany serwer po stronie serwera, gdzie znajduje się baza Comarch ERP XL.

Serwery należy dodać zgodnie z opisem poniżej.

Na każdym serwerze SQL (zarówno na tym, gdzie znajduje się baza systemu Comarch ERP XL jak i tym, gdzie znajduje się baza Comarch ERP XL HR) należy dodać zlinkowany serwer o nazwie ‘Nazwa serwera XL HR’+’_Place’.

Uwaga
Na obu serwerach, zlinkowany serwer musi mieć taką samą nazwę, czyli ‘Nazwa serwera XL HR’+’_Place’.

Tworząc taki serwer zalecane jest skorzystanie ze skryptu umieszczonego w pkt. Dodanie zlinkowanego serwera , gdzie jako nazwę serwera przekazujemy nazwę serwera, gdzie znajduje się baza Comarch ERP XL HR, a jako użytkownika zdalnego, dane loginu dodanego w pkt. Dodanie loginu.

Trzeci zlinkowany serwer należy dodać, po stronie serwera, gdzie znajduje się baza Comarch ERP XL HR. Z poziomu narzędzia: Microsoft SQL Server Management Studio > Server Objects > Linked Servers, należy wybrać opcję: New Linked Server…

New Linked Server
New Linked Server

Ustawienia zlinkowanego serwera:

  • zakładka: General

Jako nazwę zlinkowanego serwera należy podać nazwę serwera SQL, na którym znajduje się baza Comarch ERP XL, a jako ‘Server Type’ należy wybrać opcję: SQL Server.

Zlinkowany serwer, zakładka: General
Zlinkowany serwer, zakładka: General

  • zakładka: Security

W polach: ‘Local Login’ i ‘Remote User’ należy podać nazwę użytkownika z pkt. Dodanie loginu, a w polu ‘Remote Password’ należy wpisać dla niego hasło. Zaznaczyć opcję: ‘Be made using the login’s current security context’.

Zlinkowany serwer, zakładka: Security
Zlinkowany serwer, zakładka: Security

  • Zakładka: Server Options

Należy przestawić parametry RPC i RPC Out na wartość TRUE.

Zlinkowany serwer, zakładka: Server Options
Zlinkowany serwer, zakładka: Server Options

Ustawienia w systemie Windows

Z uwagi na to, że synchronizacja wykonywana jest między serwerami w różnych fizycznych lokalizacjach, konieczne jest uruchomienie i skonfigurowanie usługi systemowej MSDTC, czyli koordynatora transakcji rozproszonych.

Usługę należy uruchomić dla każdego synchronizowanego serwera.

Należy uruchomić usługę lokalną o nazwie: Koordynator transakcji rozproszonych.

Uruchomienie usługi: Koordynator transakcji rozproszonych
Uruchomienie usługi: Koordynator transakcji rozproszonych

Usługę należy skonfigurować jak poniżej:

Usługa DTC
Usługa DTC

Dodatkowo, należy skonfigurować zaporę sieciową, reguły przychodzące i wychodzące jak poniżej:

Koordynator transakcji rozproszonych
Koordynator transakcji rozproszonych

Zapora systemu Windows - Reguły przychodzące
Zapora systemu Windows – Reguły przychodzące

 

Zapora systemu Windows - Reguły wychodzące
Zapora systemu Windows – Reguły wychodzące

Konfiguracja w systemie Comarch ERP XL

Konfiguracja synchronizacji struktury organizacyjnej

W konfiguracji systemu Comarch ERP XL na zakładce: HR należy zaznaczyć check: Synchronizuj strukturę organizacyjną i dane kadrowe. Następnie w polach: Serwer i Baza należy wprowadzić nazwę serwera SQL, na którym znajduje się baza Comarch ERP XL HR i nazwę tej bazy. W polach: Login i Hasło należy wprowadzić dane loginu, utworzonego w punkcie Dodanie loginu.

Parametry współpracy z Comarch ERP XL HR
Parametry współpracy z Comarch ERP XL HR

Konfiguracja importu list płac

Aby możliwy był import list płac z systemu Comarch ERP XL HR, należy prawidłowo uzupełnić dane zestawu DTS w module: Administrator (Narzędzia>Transformacje DTS).

Transformacje DTS
Transformacje DTS

Uwaga
Aby import list płac z systemu Comarch ERP XL HR do systemu Comarch ERP XL był możliwy, oprócz ustawienia zestawu DTS należy wcześniej wykonać kroki opisanych w punkcie Konfiguracja po stronie serwera SQL.

Konfiguracja w systemie Comarch ERP XL HR

W konfiguracji systemu Comarch ERP XL HR, zakładka: Płace, podzakładka: Parametry współpracy z XL, należy zaznaczyć check: Współpraca z systemem Comarch ERP XL i w polach: Serwer bazy danych systemu XL i Baza danych systemu XL, wprowadzić kolejno nazwę serwera SQL, gdzie znajduje się baza systemu Comarch ERP XL i nazwę tej bazy.

Parametry współpracy z Comarch ERP XL
Parametry współpracy z Comarch ERP XL

 

 




XL048 – Księgowanie wsadowe


Korzyści wynikające z wykorzystania funkcjonalności Księgowania wsadowego

Księgowanie wsadowe zostało zaimplementowane, w celu poprawy ergonomii pracy oraz zwiększenia wydajności systemu Comarch ERP XL. Dzięki wprowadzeniu tej funkcjonalności, Użytkownicy uzyskali narzędzie umożliwiające automatyzację procesu księgowania. Przede wszystkim możliwe będzie księgowanie poza godzinami pracy z programem, w wyniku czego minimalizujemy obciążenie systemu i zwiększamy jego wydajność. Poza tym uzyskujemy dodatkowy czas na pracę w systemie, który dotychczas należało wykorzystać na czynności związane z księgowaniem.

Wykorzystanie funkcjonalności Procesy w ramach definiowania i parametryzowania funkcjonalności Księgowanie wsadowe

Księgowanie wsadowe wykorzystuje zaimplementowaną funkcjonalność modelowania procesów. Przy definiowaniu procesu księgowania wsadowego obowiązują reguły opisane w biuletynie: Definiowanie i obsługa procesów.

Akcje kluczowe możliwe do wykorzystania przy definicji procesu księgowania wsadowego

Nowością i cechą właściwą przy konstruowaniu procesu dla księgowania wsadowego w systemie są predefiniowane akcje kluczowe: Uruchomienie księgowania, Uruchomienie księgowania domyślnie, Księgowanie, Predekretacja.

Konsekwencje wyboru akcji kluczowych

Do zadania predefiniowanego START o nazwie: Status początkowy procesu, należy podpiąć akcję kluczową: Uruchomienie księgowania lub Uruchomienie księgowania domyślnie.

Wykorzystanie predefiniowanych akcji kluczowych w celu uruchomienia procesu

Rodzaj zdefiniowanej akcji kluczowej: Uruchomienie księgowania oraz Uruchomienie księgowania domyślnie będzie istotny w momencie rozpoczęcia księgowania wsadowego.

Księgowanie wsadowe, Użytkownik może uruchomić tylko i wyłącznie używając przycisku: , dostępnego na dokumencie, lub liście dokumentów.

Uruchomienie księgowania – Jeżeli w trakcie definiowania procesu księgowania wsadowego, jako akcję kluczową startującą cały proces wybierzemy: Uruchomienie księgowania, to po naciśnięciu przycisku: , w oknie: Księgowanie dokumentów handlowych, w części: Sposób księgowania należy wybrać opcję: Księguj za pomocą procesu. Dzięki temu odszarzony zostanie przycisk: Proces. Po jego uruchomieniu wyświetli się lista dostępnych procesów ze zdefiniowaną akcją startową Uruchomienie księgowania. Z listy dostępnych procesów księgowania wsadowego należy wybrać właściwy dla typu dokumentów i rozpocząć przyciskiem: , proces księgowania wsadowego.

Uruchomienie księgowania domyślnie – Jeżeli w trakcie definiowania procesu księgowania wsadowego, jako akcję kluczową startującą cały proces wybierzemy Uruchomienie księgowania domyślnie, to po wyborze książeczki, w oknie: Księgowanie dokumentów handlowych, w części Sposób księgowania, należy wybrać opcję: Księguj za pomocą domyślnego procesu. Kolejnym krokiem powinno być rozpoczęcie procesu księgowania wsadowego – po naciśnięciu przycisku: .

Bardzo istotną sprawą jest poprawne zdefiniowanie opiekuna czynności, która wykorzystuje akcje kluczowe: Uruchom księgowanie i Uruchom księgowanie domyślnie. Wymagane jest podanie opiekuna, który znajduje się w strukturze firmy. Związane jest to z koniecznością wydania polecenia rozpoczęcia księgowania przez konkretnego Użytkownika systemu.

Dla pozostałych akcji kluczowych wykorzystywanych na etapie budowy procesu księgowania wsadowego, zgodnie z ideą automatyzacji procesu księgowania, powinno się wybierać opiekuna automatycznego.

Przypisanie opiekuna automatycznego do czynności procesu wsadowego

Konsekwencje definicji zadania startującego proces księgowania wsadowego dla działania czynności księgowania wsadowego

Funkcjonalność: Księgowanie wsadowe, współpracuje z XL Work Automat (więcej informacji w biuletynie: Definiowanie i obsługa procesów oraz w Dokumentacji Użytkownika), który jest odpowiedzialny za wykonanie automatycznego księgowania zgodnie z definicją, którą wprowadził Użytkownik, na zakładce: Ogólne, okna: Definicje zadania procesu.

Definicja zadania procesu jako miejsce odpowiedzialne za właściwą parametryzację etapów procesów księgowania wsadowego.

Proces księgowania wsadowego wybranej grupy dokumentów uruchamiamy przyciskiem: i startujemy poprzez naciśnięcie przycisku: , z poziomu okna: Księgowanie dokumentów handlowych. Czynność ta powinna zostać poprzedzona wybraniem schematu księgowania dla dokumentu lub grupy dokumentów, dziennika oraz sposobu, w jaki ma być uruchomiony proces księgowania.

Konfiguracja Definicji zadania procesu w polach: Termin realizacji, Data realizacji, Czas realizacji zachowuje się zgodnie z opisem w biuletynie: Definiowanie i obsługa procesów oraz w Dokumentacji Użytkownika do modułu: Administrator. Jest to niezwykle ważne okno z punktu widzenia zarządzania czynnością związaną z księgowaniem dokumentu lub grupy dokumentów. Data realizacji zadania księgowania wsadowego jest liczona od momentu przypięcia procesu księgowania wsadowego i wyświetlana zgodnie z funkcją: data systemowa + data realizacji. Taką wartość daty otrzymamy w kolumnie: Data realizacji z poziomu Skrzynki Automatu XL.

Zarządzanie procesem księgowania wsadowego z poziomu Skrzynki Automatu XL.

Z datą otrzymaną w sposób opisany powyżej będą realizowane poszczególne akcje kluczowe, przy założeniu ciągłej pracy XL Work Automat.

Księgowanie automatyczne

Na definicji dokumentu jest możliwość wyboru domyślnego schematu i dziennika księgowań w ramach opcji „księgowanie automatyczne”.

Wybór domyślnego schematu i dziennika na definicji dokumentu.

Parametry “księgowania automatycznego” mają zastosowanie w stosunku do dokumentów, których księgowanie jest obsługiwane przez proces. Chodzi więc o taką sytuację, kiedy księgowanie wsadowe stanowi etap innego procesu.

Przykładowa definicja procesu, którego etapem jest księgowanie wsadowe

Dzięki tym ustawieniom możliwa jest pełna automatyzacja procesu, wraz z księgowaniem dokumentu, ponieważ schemat księgowy i dziennik wybrany jest już na definicji dokumentu.




XL069 – Program CDNAVAT


Wstęp

W związku ze zmianami wprowadzonymi do ustaw o podatku dochodowym w zakresie przeliczania transakcji wyrażonych w walutach obcych na polskie złote, konieczne jest stosowanie różnych kursów wymiany walut dla celów podatku dochodowego i dla celów rozliczeń podatku VAT.

Na potrzeby podwójnego przeliczania wartości transakcji walutowych, dostępny jest dodatkowy moduł systemu Comarch ERP XL – CDNAVAT. Jest on dostępny w katalogu, w którym znajdują się pliki systemu Comarch ERP XL.

Zgodnie z funkcjonalnością systemu, na dokumenty handlowe, rejestrowane po stronie modułu: Sprzedaż, kurs podpowiadany jest:

          • w przypadku faktur sprzedaży – z dnia poprzedzającego datę sprzedaży lub wystawienia w zależności od tego, która z dat jest wcześniejsza,
          • w przypadku faktur zakupu – zgodnie z definicją dokumentu.

Funkcjonalność modułu CDNAVAT pozwala na automatyczne generowanie do walutowych dokumentów handlowych, dodatkowych dokumentów, w formie tzw. faktur a-vista. Faktury a-vista ewidencjonowane są po stronie rejestrów VAT. Nie wpływają one na stany magazynowe i nie posiadają elementów transakcji. Zawierają natomiast dane przepisane z dokumentu źródłowego pozwalające na identyfikację przeprowadzonej transakcji i jej prawidłową rejestrację w rejestrach VAT. Na wygenerowanych fakturach a-vista, podstawa opodatkowania oraz podatek VAT przeliczane są domyślnie na PLN po kursie z dnia poprzedzającego datę wystawienia dokumentu handlowego. Użytkownikom systemu umożliwiono także „ręczne” wskazanie kursu, po którym ma zostać przeliczone zobowiązanie z tyt. VAT.

Moduł CDNAVAT

Po uruchomieniu modułu CDNAVAT, w toolbarze dostępne są dwie ikony: Dokumenty, Lista kursów walut. Generację faktur a-vista udostępniono z poziomu listy: Dokumenty.

Okno główne modułu CDNAVAT
Okno główne modułu CDNAVAT

Przy pierwszym uruchomieniu listy dokumentów pojawi się komunikat o treści:

Komunikat informujący o konieczności dodania odpowiednich atrybutów i triggerów
Komunikat informujący o konieczności dodania odpowiednich atrybutów i triggerów

W celu automatycznego dodania atrybutów oraz uruchomienia skryptów zapewniających prawidłowe działanie programu należy wybrać opcję: Tak.

Efektem będzie utworzenie trzech poniższych atrybutów.

Nazwa klasy atrybutu Typ atrybutuPrzypisanie do dokumentu
a-vistadokument handlowydokument źródłowy
KorektaVat_dokument_źródłowydokument handlowyautomatycznie wygenerowana faktura a-vista
Kurs z dokumentu źródłowegoTekstautomatycznie wygenerowana faktura a-vista

Wykonane skrypty będą odpowiadać między innymi za:

          • zaznaczenie na płatnościach parametru: „Nie rozliczaj” – na fakturach a-vista,
          • zaznaczenie parametrów: „Nie uwzględniaj na deklaracji VAT-7” oraz „Nie uwzględniaj na deklaracji VAT UE” – na dokumentach źródłowych (do których wygenerowano a-visty)

Uwaga
W/w predefiniowanym atrybutom nie wolno zmieniać nazwy oraz ich deaktywować. Deaktywacja spowoduje utratę powiązań pomiędzy fakturami źródłowymi, a wygenerowanymi do nich fakturami a-vista. W konsekwencji dokument źródłowy, do którego wygenerowano a-vistę, będzie uważany za „niezwiązany”. Będzie można do niego wygenerować kolejną fakturę a-vista.

Okno: Dokumenty

Okno: Dokumenty, zawiera trzy zakładki: FSE/FEL, FS/FSK, FZ/FZK.

Lista dokumentów
Lista dokumentów

Z poziomu zakładki:

          • FSE/FEL – umożliwiono automatyczne wygenerowanie faktury a-vista typu sprzedaż do: FSE, FKE, FEL, KEL, S’FSE, S’FKE, które w nagłówku dokumentu mają wybraną walutę inną od waluty systemowej.
          • FS/FSK – umożliwiono wygenerowanie faktury a-vista typu sprzedaż do: FS, FSK, S’FS, S’FSK, A’FS, A’FSK, które w nagłówku dokumentu mają wybraną walutę inną od waluty systemowej.
          • FZ/FZK – umożliwiono wygenerowanie faktury a-vista typu zakupu do: FZ, FZK, S’FZ, S’FZK, A’FZ, A’FZK, które w nagłówku dokumentu mają wybraną walutę inną od waluty systemowej.

Na dwóch pierwszych zakładkach prezentujących faktury sprzedaży, dokumenty posortowane są wg daty wystawienia. Na trzeciej, wyświetlającej faktury zakupu – wg daty wpływu.

Dane prezentowane w poszczególnych kolumnach pozwalają na identyfikację dokumentów. Są to:

          • numer systemowy wyświetlony w kolumnie: Dokument,
          • numer „źródłowy” wyświetlony w kolumnie: Dokument obcy, nadany np. przez inny system,
          • akronim kontrahenta w kolumnie: Kontrahent,
          • w przypadku faktur sprzedaży: data wystawienia oraz data sprzedaży,
          • w przypadku faktur zakupu: data wpływu oraz data wystawienia,
          • informacje o kursie w kolumnie: Kurs,
          • w przypadku dokumentów powiązanych, w kolumnie: Powiązany, dla dokumentu źródłowego wyświetlany jest numer faktury a-vista, a dla faktury a-vista – numer dokumentu źródłowego.

Na każdej z zakładek dostępne są dwie grupy parametrów: parametry o charakterze filtrującym oraz parametry wykorzystywane do generacji faktur a-vista.

W grupie parametrów filtrujących, dostępne są:

          • Status – pozwalają na zawężenie listy do dokumentów:
            • niezwiązanych – dokumentów „źródłowych”, do których nie wygenerowano faktur a-vista, w zawężeniu do wybranych typów na liście dokumentów,
            • związanych – dokumentów źródłowych, do których wygenerowano faktury a-vista, w zawężeniu do wybranych na liście typów dokumentów,
            • a-vista – automatycznie wygenerowanych faktur a-vista w zawężeniu do a-vist wygenerowanych do wybranych na liście typów dokumentów. Na przykład, z poziomu zakładki: FSE/FEL, będą widoczne wyłącznie faktury a-vista wygenerowane do FSE, FKE, FEL, KEL, S’FSE, S’FKE. Z kolei z poziomu zakładki: FS/FSK, będą widoczne wyłącznie faktury a-vista wygenerowane do FS, FSK, S’FS, S’FSK, A’FS, A’FSK, itp.
            • wszystkich – opcja pozwala na wyświetlenie wszystkich dokumentów źródłowych: związanych, niezwiązanych, (bez wygenerowanych automatycznie faktur a-vista), w zawężeniu do wybranych na liście typów dokumentów.

          • Data – umożliwia zawężenie dokumentów do wybranego zakresu dat, np. do jednego dnia.

          • Waluta – umożliwia zawężenie dokumentów do konkretnej waluty.

          • W zależności od zakładki, parametr o nazwie: Uwzględniaj dokumenty o zgodnych datach sprzedaży i wystawienia lub Uwzględniaj dokumenty o zgodnych datach zakupu i wystawienia – domyślnie zaznaczony. Pozwala na wyeliminowanie, w przypadku dokumentów sprzedaży – dokumentów o identycznych datach wystawienia i sprzedaży, w przypadku dokumentów zakupu – o identycznych datach wystawienia i zakupu. Wydaje się, że nie ma konieczności generowania dodatkowych faktury a-vista jeżeli ma miejsce zgodność w/w dat. W takich przypadkach można przyjąć, że  kurs dla ustalenia przychodu lub kosztu oraz podatku VAT należnego lub naliczonego będzie identyczny.

Dodatkowo Użytkownik ma możliwość zawężenia listy do danego typu dokumentu:

Na zakładce „FSE/FEL” do:

Na zakładce „FS/FSK” do:

Na zakładce „FZ/FZK” do:

W grupie parametrów wpływających na dane generowanej faktury a-vista znajdują się:

– pozwala na wygenerowanie a-visty o numerze, w ramach zadeklarowanej serii. Jeżeli seria nie zostanie wskazana, faktura a-vista otrzyma numer w ramach serii wybranej na dokumencie „źródłowym”.

– pozwala na wygenerowanie faktury a-vista we wskazanym podczas generacji rejestrze. Jeżeli rejestr nie zostanie wybrany, faktura a-vista zostanie utworzona w tym samym rejestrze VAT, w którym znajduje się dokument źródłowy.

– dostępny pod warunkiem zawężenia listy dokumentów do konkretnej waluty. Pozwala na ręczne wpisanie kursu, po którym zostaną przeliczone wartości tabeli VAT. Wartości przeliczane są na podstawie wartości netto w walucie obcej pobranych z faktury źródłowej. Jeżeli kurs nie zostanie wybrany, wartości na fakturze a-vista zostaną przeliczone po kursie z dnia poprzedzającego datę wystawienia dokumentu źródłowego.

Przyciski na liście dokumentów:

[Wygeneruj dokument a-vista]– pozwala na wygenerowanie faktur a-vista do dokumentów źródłowych,

[Podgląd] – pozwala na podgląd formatki dokumentu. Dokument można także wyświetlić wykonując dwuklik lewym klawiszem myszy na wybranym dokumencie,

[Usuń] – pozwala na usunięcie wygenerowanej faktury a-vista,

[Anuluj] – zamyka listę dokumentów.

Pod prawym klawiszem myszy udostępniono opcje pozwalające na zaznaczanie i odznaczanie wszystkich dokumentów.

Automatycznie wygenerowana faktura a-vista

          • Automatycznie wygenerowana faktura a-vista numerowana jest zgodnie z obowiązującym standardem. Otrzymuje odrębny numer nadany przez system, w ramach serii wybranej na dokumencie źródłowym lub w ramach serii wskazanej przez użytkownika, podczas generacji dokumentu.
          • Faktura a-vista generowana jest w rejestrze VAT wskazanym na dokumencie źródłowym, lub w rejestrze VAT wskazanym podczas generacji dokumentu źródłowego.
          • Faktura a-vista nie posiada elementów transakcji. Zawierała pozycje na zakładce: VAT.
            • Liczba pozycji jest zgodna z liczbą pozycji na dokumencie źródłowym (przed wygenerowaniem faktury a-vista).
            • Pozycje są identycznie sparametryzowane, wyliczone na podstawie wartości pozycji dokumentu źródłowego, po nowym kursie pobranym z dnia poprzedzającego datę wystawienia faktury lub po kursie wskazanym przez użytkownika przy generacji faktury a-vista.
            • W celu uniknięcia podwójnej rejestracji kwot na deklaracji VAT-7, po wygenerowaniu faktury a-vista, na dokumencie źródłowym, na pozycjach tabelki VAT, parametry: „Nie uwzględniaj na deklaracji VAT-7” oraz „Nie uwzględniaj na deklaracji VAT-UE” są automatycznie zaznaczone.

Uwaga
Po wygenerowaniu faktury a-vista, Użytkownik powinien sprawdzić ustawienie tych parametrów i ewentualnie ustawić je ręcznie.

          • Na płatnościach faktury a-vista parametr: „Nie rozliczaj”, jest domyślnie zaznaczony.

Uwaga
Po wygenerowaniu faktury a-vista, Użytkownik powinien skontrolować ustawienie tego parametru i ewentualnie zaznaczyć go ręcznie.

          • W celu prawidłowego ujęcia transakcji w rejestrze VAT, automatycznie wygenerowana faktura a-vista zawiera następujące dane przepisane z dokumentu źródłowego:
            • Dane „Kontrahenta głównego”,
            • Dane „Kontrahenta docelowego”,
            • Dane „Płatnika”,
            • Rodzaj transakcji (z zakładki „Ogólne” oraz „VAT”),
            • Numer systemowy dokumentu źródłowego,
            • Datę wystawienia oraz sprzedaży – w przypadku dokumentów sprzedaży,
            • Datę wpływu, wystawienia – w przypadku dokumentów zakupu,
            • Walutę nagłówka.


Wydruki faktur eksportowych (FSE, FKE)

Z poziomu automatycznie wygenerowanej faktury a-vista oprócz wydruków związanych stricte z fakturą a-vista udostępniono wydruk faktury eksportowej powiązanej z fakturą a-vista. W przypadku opodatkowania transakcji stawkami krajowymi (parametr VAT eksportowy odznaczony), wartości w tabelce VAT prezentowane są w walucie systemowej, przeliczone po kursie wskazanym na fakturze a-vista.

O czym należy pamiętać

          • W celu prawidłowego generowania faktur a-vista, w definicjach dokumentów: FS, FZ powinien być odznaczony parametr: Tylko transakcje krajowe.
          • Powiązanie pomiędzy dokumentem źródłowym a fakturą a-vista odbywa się za pośrednictwem predefiniowanych atrybutów. Dla poprawności działania automatycznego generowania dokumentów a-vista, nie należy modyfikować, deaktywować predefiniowanych atrybutów. Nie wolno ich usuwać z dokumentów: źródłowego oraz faktury a-vista.
          • Nie zaleca się kopiowania dokumentów „źródłowych”, do których wygenerowano dokumenty a-vista, ponieważ na kopię dokumentu przenoszone są atrybuty z dokumentu kopiowanego. W celu uniknięcia problemów z generowaniem faktury a-visty, po skopiowaniu dokumentu należy pamiętać o usunięciu skopiowanego atrybutu.
          • Jeżeli do FSE zostanie wygenerowana faktura a-vista, na FSE nie należy zmieniać ustawienia parametru: VAT eksportowy. W celu zmiany wartości tego parametru, należy wykasować wygenerowaną fakturę a-vista, zmienić ustawienie parametru i ponownie wygenerować fakturę a-vista.
          • Na fakturze a-vista ustawienia parametrów VAT propagowane są z dokumentu źródłowego.
          • Po wygenerowaniu faktury a-vista na dokumencie źródłowym powinno nastąpić zaznaczenie parametrów: „Nie uwzględniaj na deklaracji VAT-7”, „Nie uwzględniaj na deklaracji VAT-UE”. W wyniku automatycznego zaznaczenie wymienionych parametrów może dojść do sklejenia rekordów np. w sytuacji gdy pozycję tabelki VAT rozdzielono na dwie, przy czym na jednej z nich zaznaczono parametr: „Nie uwzględniaj na deklaracji VAT-7”.
          • Po wygenerowaniu faktury a-vista należy sprawdzić:
            • na dokumencie źródłowym ustawienie parametrów „Nie uwzględniaj na deklaracji VAT-7”,
              „Nie uwzględniaj na deklaracji VAT-UE” –powinny być zaznaczone,
            • Na fakturze a-vista – ustawienie parametru „Nie rozliczaj” na płatności – powinien być zaznaczony.
          • Po wykasowaniu dokumentu a-vista, na dokumentach źródłowych nie zostaną przywrócone wartości parametrów: „Nie uwzględniaj na deklaracji VAT-7” , „Nie uwzględniaj na deklaracji VAT-UE” sprzed wygenerowania faktury a-vista.
          • Jeżeli do dokumentu źródłowego zostanie wygenerowany dokument a-vista, anulowanie zatwierdzonego dokumentu nie będzie możliwe. Możliwość anulowania zostanie udostępniona po wykasowaniu automatycznie wygenerowanej faktury a-vista. Próba anulowania dokumentów źródłowego zakończy się komunikatem o błędzie krytycznym. W szczegółach zostanie podana przyczyna.
          • Jeżeli na fakturach sprzedaży zostanie wprowadzona kontrola przyznanego limitu kredytu, może pojawić się problem z wygenerowaniem faktury a-vista. W takim przypadku pozostaje przestawienie tego parametru na ostrzeżenie. Ewentualnie przypisanie Operatora generującego faktury a-vista do innego centrum, w którym na definicji dokumentu kontrola zostanie ustawiona na brak lub ostrzeżenie.
          • W przypadku transakcji sprzedaży opodatkowanych stawką 0%, udokumentowanych fakturami eksportowymi, fakturami zaliczkowymi- eksportowymi, wydruk faktury można sporządzić z poziomu FSE, FKE, FEL, KEL, ponieważ podstawa opodatkowania prezentowana jest w walucie obcej.
          • W przypadku transakcji sprzedaży opodatkowanych stawkami „krajowymi” (np. 23%, 8%) udokumentowanych fakturami eksportowymi, fakturami zaliczkowymi, wydruk faktury należy sporządzić z poziomu wygenerowanej faktury a-vista, menu „Faktura eksportowa” lub „Faktura eksportowa – zaliczkowa”. Na wydruku faktury eksportowej podpiętym do faktury a-vista wartości w tabelce VAT przeliczone są po kursie z dnia poprzedzającego datę wystawienia faktury. Na wydruku uzyskanym z poziomu faktury eksportowej dane tabelki VAT przeliczone są po kursie z dnia poprzedzającego jedną z wcześniejszych dat; wystawienia lub sprzedaży.




XL062 – Wprowadzenie do systemu Comarch ERP XL środków trwałych amortyzowanych wcześniej w innych systemach


Ewidencjonowanie środków trwałych

W momencie rozpoczynania pracy z modułem: Środki trwałe systemu Comarch ERP XL bardzo często zdarza się, że Użytkownik posiada środki trwałe ewidencjonowane wcześniej w innym systemie. W momencie wprowadzania takich środków do systemu bardzo ważne jest wprowadzenie ich w taki sposób, aby dane generowane później w programie były prawidłowe.

Wprowadzanie kart inwentarzowych

Pierwszym krokiem w trakcie rozpoczęcia pracy z modułem: Środki trwałe, jest wprowadzenie kart inwentarzowych dla środków trwałych. Dla każdego środka trwałego należy wprowadzić kartę inwentarzową i zapisać na niej prawidłowe dane dla danego środka: symbol klasyfikacji rodzajowej, akronim, stawki i współczynniki dla amortyzacji bilansowej i podatkowej, metody dla amortyzacji podatkowej i bilansowej (w przypadku jednotorowości tylko dane dla amortyzacji bilansowej). Na karcie należy również określić miesiąc rozpoczęcia naliczania amortyzacji bilansowej i podatkowej.

Karta inwentarzowa

Na wprowadzanej karcie środka trwałego należy wprowadzić datę faktycznego przyjęcie środka do użytkowania (np. 01.01.2009)

Wprowadzenie dokumentów

Po założeniu dla środków trwałych kart inwentarzowych należy wprowadzić dla nich odpowiednie dokumenty z zachowaniem historyczności.

Przyjęcie środka trwałego do użytkowania – dokument OT

Po zarejestrowaniu kart inwentarzowych środków trwałych należy każdy ze środków przyjąć do użytkowania za pomocą dokumentu OT. Bardzo ważne jest to, aby na dokumencie OT podać datę faktycznego przyjęcia do użytkowania środka trwałego, czyli datę, od której środek był użytkowany w poprzednim systemie (np. 01.01.2009).

Dokument OT, zakładka: Ogólne.

Na dokumencie OT wprowadzamy pozycje. Na pozycji w polach: Podstawa bilansowa i Podstawa podatkowa, podajemy faktyczną wartość początkową środka trwałego.

Pozycja dokumentu OT.

Zmiany wartości środka trwałego – dokument MW

W celu zachowania historyczności oraz prawidłowych odpisów amortyzacyjnych środków trwałych użytkowanych wcześniej w innych systemach, należy w momencie ich ewidencji w systemie Comarch ERP XL wprowadzić dla nich wszelkie wcześniej dokonane modyfikacje wartości. Modyfikacje te wprowadzamy z faktyczną datą ich wykonania (np. 01.03.2010) za pomocą dokumentu MW.

Dokument MW, zakładka: Ogólne.

Na dokumencie MW wprowadzamy pozycje. Na pozycji w polach: Podstawa bilansowa i Podstawa podatkowa, podajemy faktyczną wartość, o którą ma zostać zwiększona/zmniejszona wartość początkowa środka trwałego. W tym miejscu określamy również, czy dokument MW będzie obowiązywał od miesiąca jego wystawienia, czy od kolejnego miesiąca.

Pozycja dokumentu MW.

Uwaga
W przypadku środków trwałych amortyzowanych metodą degresywną dokument MW domyślnie obowiązuje od kolejnego roku użytkowania środka trwałego, chyba że zaznaczono w konfiguracji Środków trwałych parametr: Metoda degresywna – zmiana wartości w pierwszym roku od następnego miesiąca.

Dotychczasowa amortyzacja środka trwałego – dokument AM

Dla środków trwałych częściowo zamortyzowanych w innych systemach należy, oprócz podstawy amortyzacji bilansowej i podatkowej, wprowadzić również wartości dotychczasowych odpisów bilansowych i podatkowych. W tym celu należy wystawić odpowiednie dokumenty AM. Dokument taki należy wystawić w grudniu roku poprzedzającego rok rozpoczęcia pracy z systemem Comarch ERP XL (np. rozpoczęcie pracy 01.01.2012 – dokument AM 31.12.2011). Dokument taki należy wystawić z pozycji Tabeli amortyzacji, zakładka: Generacja. Ważne jest, aby w momencie generowania dokumentu AM, w oknie: Parametry generacji, zaznaczyć opcję: Uwzględniaj zaległe odpisy od daty rozpoczęcia amortyzacji.

Parametry generacji odpisów

W wyniku generacji zostanie utworzony dokument AM o wartości odpisów wyliczonych automatycznie według wprowadzonych wcześniej stawek i wartości na dzień 31.12.2011.

Jeżeli odpisy automatycznie wygenerowane w systemie nie są wartościowo zgodne z odpisami wcześniej poniesionymi, wówczas dokument AM można wystawić z pozycji listy dokumentów. Dokument ten również powinien być wystawiony z datą 31.12.2011.

Dokument AM, zakładka: Ogólne.

Na pozycji dokumentu AM należy wybrać opcję generacji: od daty rozpoczęcia amortyzacji. Na pozycji dokumentu AM można dodatkowo modyfikować wartość odpisów.

Pozycja dokumentu AM.

Wprowadzone w ten sposób środki trwałe można prawidłowo amortyzować od stycznia 2012 roku. Wszystkie dokumenty wystawione w systemie od tej powinny być księgowane. Dokumenty wystawione z datami wcześniejszymi (wprowadzone historycznie dla celów prawidłowego naliczania amortyzacji) nie są księgowane.

Uwaga
Jeżeli praca z modułem: Środki trwałe, nie rozpoczyna się od początku danego roku, wówczas oprócz opisanego wcześniej dokumentu AM w grudniu roku poprzedzającego rozpoczęcie pracy z systemem należy wprowadzić dodatkowo dokument AM w miesiącu poprzedzającym rozpoczęcie pracy z systemem. Przykładowo, jeśli rozpoczęcie pracy następuje dnia 01.07.2012, należy wprowadzić dokumenty AM z następującymi datami: 31.12.2011 oraz 30.06.2012. W trakcie generacji drugiego dokumentu AM należy zaznaczyć opcję: Uwzględniaj zaległe odpisy od początku roku.




XL072- Dynamiczne raportowanie w środkach trwałych


Możliwości dynamicznego raportowania

Zestawienie: Dynamiczne raportowanie zostało wprowadzone do systemu Comarch ERP XL ze względu na oczekiwania Użytkowników. Oczekiwali oni bardziej elastycznego dostępu do informacji związanych z wartością środków trwałych dla potrzeb bilansowych oraz sprawozdawczości finansowej. Informacje takie miały być dostępne nie tylko w formie wydruku ale również jako zestawienie wyświetlane bezpośrednio na ekranie z zachowaniem historyczności analiz.

Zestawienie: Dynamiczne raportowanie jest dostępne z poziomu Księgi inwentarzowej, z zakładek: Grupy, Wg Numeru inwentarzowego, Wg akronimu, Wg nazwy, Wg KŚT. W zależności od tego, z której zakładki wykonywany jest wydruk układ środków na wydruku jest inny. Są one porządkowane w analogiczny sposób jak na danej zakładce.

Dane na zestawieniu Dynamiczne raportowanie

Zestawienie: Dynamiczne raportowanie jest to rozbudowany wydruk. Głównym celem raportu jest dostęp do informacji o bieżącym stanie Majątku Trwałego oraz WNiP. Pod pojęciem stan rozumiemy możliwość ustalenia na dowolny dzień roku podatkowego wszystkich poniższych wartości.

Początkowa wartość inwentarzowa

Kwota początkowej wartości inwentarzowej dla środków trwałych jest liczona w oparciu o kwoty z dokumentów OT, OTK, MW, MWK, LT, LTK, PK, z pola: Podstawa bilansowa. Wartość ta jest zależna od daty dla której wykonywane jest zestawienie. Do początkowej wartości inwentarzowej są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionych od momentu przyjęcia danego środka do użytkowania do końca roku poprzedzającego rok, w którym znajduje się data wykonania raportu.

Przyklad

Środek trwały został przyjęty do użytkowania w lipcu 2004 roku, w styczniu 2005 zwiększono jego wartość po raz pierwszy a w marcu 2007 roku zwiększono jego wartość po raz drugi. Dla środka wystawiono w związku z tym następujące dokumenty (wartości po stronie bilansowej):

OT (07.2004) – 30000 PLN

MW (01.2005) – 20000 PLN

MW (03.2007) – 10000 PLN

Na zestawieniu wykonanym na dzień 31.05.2007 w polu: Początkowa wartość inwentarzowa zostanie wyświetlona kwota 50 000 PLN.


Początkowa wartość podstawy amortyzacji

Kwota początkowej wartości podstawy amortyzacji dla środków trwałych jest liczona w oparciu o kwoty z dokumentów OT, OTK, MW, MWK, LT, LTK, PK, z pola: Podstawa podatkowa. Wartość ta jest zależna od daty dla której wykonywane jest zestawienie. Do początkowej wartości podstawy amortyzacji są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionym od momentu przyjęcia danego środka do użytkowania do końca roku poprzedzającego rok, w którym znajduje się data wykonania raportu.

Kwota zwiększeń wartości inwentarzowej

Wartość kwoty zwiększeń wartości inwentarzowej dla środka trwałego jest liczona w oparciu o kwoty z dokumentów MW (+), MWK (+), z pola: Podstawa bilansowa. Wartość ta jest zależna od daty dla której wykonywane jest zestawienie. Do kwoty zwiększeń wartości inwentarzowej są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionych w roku, w którym znajduje się data wykonania raportu.

Przyklad

Środek trwały został przyjęty do użytkowania w lipcu 2004 roku, w styczniu 2005 zwiększono jego wartość po raz pierwszy a w marcu 2007 roku zwiększono jego wartość po raz drugi. Dla środka wystawiono w związku z tym następujące dokumenty (wartości po stronie bilansowej):

OT (07.2004) – 30 000 PLN

MW (01.2005) – 20 000 PLN

MW (03.2007) – 10 000 PLN

Na zestawieniu wykonanym na dzień 31.05.2007 w polu: Zwiększenia wartości inwentarzowej zostanie wyświetlona kwota 10 000 PLN.


Kwota zwiększeń podstawy amortyzacji

Wartość kwoty zwiększeń wartości podstawy amortyzacji dla środka trwałego jest liczona w oparciu o kwoty z dokumentów MW (+), MWK (+), z pola: Podstawa podatkowa. Wartość ta jest zależna od daty dla której wykonywane jest zestawienie. Do kwoty zwiększeń podstawy amortyzacji są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionych w roku, w którym znajduje się data wykonania raportu.

Kwota zmniejszeń wartości inwentarzowej

Wartość kwoty zmniejszeń wartości inwentarzowej dla środka trwałego jest liczona w oparciu o kwoty z dokumentów MW (-), MWK (-), LT, z pola: Podstawa bilansowa. Wartość ta jest zależna od daty dla której wykonywane jest zestawienie. Do kwoty zmniejszeń wartości inwentarzowej są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionych w roku, w którym znajduje się data wykonania raportu.

Przyklad

Środek trwały został przyjęty do użytkowania w lipcu 2004 roku, w styczniu 2005 zmniejszono jego wartość po raz pierwszy, a w marcu 2007 roku zmniejszono jego wartość po raz drugi. Dla środka wystawiono w związku z tym następujące dokumenty (wartości po stronie bilansowej):

OT (07.2004) – 70 000 PLN

MW (01.2005) – (-20 000) PLN

MW (03.2007) – (-30 000) PLN

Na zestawieniu wykonanym na dzień 31.05.2007 w polu: Zmniejszenia wartości inwentarzowej zostanie wyświetlona kwota 30 000 PLN.


Kwota zmniejszeń podstawy amortyzacji

Wartość kwoty zmniejszeń podstawy amortyzacji dla środka trwałego jest liczona w oparciu o kwoty z dokumentów MW (-), MWK (-), LT, z pola: Podstawa podatkowa. Wartość ta jest zależna od daty, dla której wykonywane jest zestawienie. Do kwoty zmniejszeń podstawy amortyzacji są wliczane wielkości ze wszystkich wskazanych wcześniej dokumentów wystawionych w roku, w którym znajduje się data wykonania raportu.

Umorzenie

Wartość umorzenia dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AM, AMK, MW (-), MWK (-), LT, PK z pola: Kwota Am. Bilansowej. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w roku podatkowym, na którego dzień sporządzany jest raport.

Amortyzacja

Wartość amortyzacji dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AM, AMK, MW(-), MWK (-), LT, PK z pola: Kwota Am. Podatkowej. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w roku podatkowym, na którego dzień sporządzany jest raport.

Dotychczasowe umorzenie

Wartość dotychczasowego umorzenia dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AM, AMK, MW (-), MWK (-), LT, PK z pola: Kwota Am. Bilansowej. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w latach poprzedzających rok podatkowy, na którego dzień sporządzany jest raport.

Dotychczasowa amortyzacja

Wartość dotychczasowej amortyzacji dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AM, AMK, MW (-), MWK (-), LT, PK z pola: Kwota Am. Podatkowej. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w latach poprzedzających rok podatkowy, na którego dzień sporządzany jest raport.

Odpis aktualizacyjny

Wartość odpisu aktualizacyjnego dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AK. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w roku podatkowym, na którego dzień sporządzany jest raport.

Dotychczasowe odpisy aktualizacyjne

Wartość odpisu aktualizacyjnego dla środka trwałego jest liczona w oparciu o kwoty z dokumentów AK. Do wartości tej są wliczane tylko kwoty z dokumentów wystawionych w latach poprzedzających rok podatkowy, na którego dzień sporządzany jest raport.

Wartość inwentarzowa netto

Wartość inwentarzową netto otrzymujemy poprzez sumowanie odpowiednich wartości z wcześniejszych kolumn, a dokładnie: Początkowa wartość inwentarzowa + Kwota zwiększeń wartości inwentarzowej – Kwota zmniejszeń wartości inwentarzowej – Umorzenie – Dotychczasowe umorzenie – Odpis aktualizacyjny – Dotychczasowe odpisy aktualizacyjne.

Podstawa amortyzacji netto

Wartość tą otrzymujemy poprzez sumowanie odpowiednich wartości z wcześniejszych kolumn, a dokładnie: Początkowa wartość podstawy amortyzacji + Kwota zwiększeń podstawy amortyzacji – Kwota zmniejszeń podstawy amortyzacji – Amortyzacja – Dotychczasowa amortyzacja.

Parametry dynamicznego raportowania

Zestawienie: Dynamiczne raportowanie jest wydrukiem sparametryzowanym. Dzięki temu daje ono możliwość wykonywania raportu w różnym układzie środków trwałych, w zawężeniu do określonych grup środków, statusów, zakresów dat.

Zestawienie to można wykonać z każdej zakładki okna: Księgą inwentarzowa. W zależności od zakładki, na raporcie składniki majątku trwałego sortowane są wg:

  • Grupy – wydruk wykonywany z tego poziomu dodatkowo sortowany jest wg Księgi,
  • Numeru inwentarzowego,
  • Wg akronimu,
  • Wg KŚT,

Dodatkowo w trakcie wykonywania zestawienia w oknie: Wprowadzanie wartości, możliwe jest dodatkowe zawężenie środków trwałych poprze wybór określonych parametrów.

Parametry dynamicznego raportowania

Parametr: Typ Wydruku

Parametr: Typ Wydruku, pozwala użytkownikowi na zawężenie danych tylko do wartości bilansowych lub podatkowych dla wskazanych środków trwałych.

W ramach zestawienia dynamicznego raportowania możliwe jest wykonanie wydruk stanów w ujęciu:

  • Bilansowym
  • Podatkowym
  • Bilansowym i Podatkowym

Ustalenie parametru: Typ Wydruku

Parametr: Stan na dzień

Parametr: Stan na dzień, pozwala określić dzień oraz godzinę, na który wykonywany jest wydruk. Dane zawarte w wydruku będą danymi historycznymi i będą zawierały wykaz stanu środków trwałych na wskazany przez użytkownika dzień.

Ustalenie parametru Stan na dzień

Parametry: Data przyjęcia ŚT od i Data przyjęcia ŚT do

Parametry: Data przyjęcia ŚT od i Data przyjęcia ŚT do pozwalają na określenie ram czasowych dla wydruku. Dzięki tym parametrom można określić zakres dat, w ramach których przyjęto składniki majątku trwałego do użytkowania.

Parametr: Data przyjęcia ŚT od jest z góry ustalona w systemie, a w momencie wykonywania wydruku można tą datę modyfikować.

Parametr: Data przyjęcia ŚT do należy analogicznie do parametru Stan na dzień

Parametr: Data dokumentu do

Parametr: Data dokumentu do pozwala określić graniczną datę dla dokumentów, które mają być brane pod uwagę przy ustalaniu wartości dla poszczególnych środków trwałych.

Ustalenie parametru Data dokumentu do

Parametr: Grupa

Parametr: Grupa pozwala na zawężenie listy środków trwałych na zestawieniu do jednej grupy. W tym celu należy w puste pole wpisać akronim odpowiedniej grupy.

Parametr: Akronim

Parametr: Akronim pozwala na zawężenie listy środków trwałych na zestawieniu do jednego, wybranego środka. W tym celu należy w puste pole wpisać akronim wybranego środka trwałego.

Parametr: Księga inwentarzowa

Parametr: Księga inwentarzowa pozwala na zawężenie listy środków trwałych na zestawieniu do jednej, wybranej księgi inwentarzowej. W tym celu należy w puste pole wpisać nazwę wybranej księgi inwentarzowej ze zdefiniowanej wcześniej w konfiguracji listy.

Parametr: KŚT

Parametr: KŚT pozwala na zawężenie listy środków trwałych na zestawieniu do jednej, wybranej stawki KŚT. W tym celu należy w puste pole wpisać symbol wybranej stawki z listy stawek klasyfikacji rodzajowej.

Parametr: Status

Parametr: Status pozwala na zawężenie listy środków trwałych na zestawieniu według ich statusu. Dostępne są następujące statusy:

  • Wszystkie – wszystkie środki trwałe, w tym środki trwałe zlikwidowane
  • Aktywne nieumorzone, niezamortyzowane – środki trwałe dla których wartość inwentarzowa netto oraz wartość podstawy amortyzacji netto większa od zera
  • Aktywne nieumorzone – środki trwałe dla których do dnia sporządzenia raportu nie wystawiono dokumentów LT oraz wartość inwentarzowa netto jest większa od zera (wartość podstawy amortyzacji może być równa lub większa od zera).
  • Aktywne niezamortyzowane – środki trwałe dla których do dnia sporządzenia raportu nie wystawiono dokumentów LT oraz wartość podstawy amortyzacji jest różna od zera (wartość inwentarzowa netto może być równa lub większa od zera),
  • Aktywne umorzone, zamortyzowane – środki trwałe dla których do dnia sporządzenia raportu nie wystawiono dokumentów LT oraz wartość podstawy amortyzacji jest równa zero i wartość inwentarzowa netto jest równa zero,
  • Aktywne umorzone – środki trwałe dla których do dnia sporządzenia raportu nie wystawiono dokumentów LT ale wartość inwentarzowa netto jest równa zero.
  • Aktywne zamortyzowane – środki trwałe dla których do dnia sporządzenia raportu nie wystawiono dokumentów LT ale wartość podstawy amortyzacji netto jest równa zero.
  • Aktywne umorzone, nieumorzone, zamortyzowane, niezamortyzowane (wszystkie środki trwałe z wyjątkiem środków trwałych zlikwidowanych) 

Ustalenie parametru: Status

Parametr: Rodzaj

Parametr: Rodzaj pozwala na zawężenie listy środków trwałych na zestawieniu według rodzaju określonego na karcie środka trwałego. Do wyboru mamy następujące rodzaje:

  • ŚT, WNiP, WYP – wszystkie środki trwałe
  • ŚT – tylko środki trwałe
  • WNiP – tylko wartości niematerialne i prawne
  • WYP – tylko wyposażenie

Ustalenie parametru: Rodzaj

Parametry: Metoda Umorzenia i Metoda Amortyzacji

Parametry: Metoda Umorzenia i Metoda Amortyzacji pozwalają na zawężenie listy środków trwałych na zestawieniu według metody generowania odpowiednio amortyzacji bilansowej i amortyzacji podatkowej dla danego środka trwałego. Do wyboru są następujące metody:

  • Wszystkie
  • Nie amortyzować
  • Liniowa
  • Degresywna
  • Jednorazowa

Ustalenie parametru: Metoda Umorzenia

Parametr: Dwutorowość

Parametr: Dwutorowość pozwala na zawężenie listy środków trwałych na zestawieniu do tych, które są amortyzowane dwutorowo. Do wyboru są następujące opcje:

  • Wszystkie – wszystkie środki bez względu na to czy są amortyzowane jednotorowo czy dwutorowo
  • Nie – tylko środki trwałe amortyzowane jednotorowo
  • Tak – tylko środki trwałe amortyzowane dwutorowo

Ustalanie parametru: Dwutorowość

Parametry: Stawka bilansowa i Stawka podatkowa

Parametry: Stawka bilansowa i Stawka podatkowa pozwalają na zawężenie listy środków trwałych na zestawieniu ze względu na stawkę, według której generowane są odpisy odpowiednio amortyzacji bilansowa i amortyzacji podatkowa dla danego środka trwałego. Wybraną stawkę należy wpisać w puste pole.

Ustalenie parametru: Stawka podatkowa

Parametr: Amortyzacja przyśpieszona

Parametr: : Amortyzacja przyśpieszona pozwala na zawężenie listy środków trwałych na zestawieniu do tych, które na karcie mają zaznaczoną opcję: Amortyzacja przyspieszona (czyli będzie dla nich wygenerowany w pierwszym roku użytkowania odpis 30 %). Do wyboru są następujące opcje:

  • Wszystkie – wszystkie środki bez względu na to czy będzie dla nich generowany odpis 30 % czy nie
  • Nie – tylko środki trwałe, dla których nie będzie generowany odpis 30%
  • Tak – tylko środki trwałe, dla których będzie generowany odpis 30%.

Ustalenie parametru: Amortyzacja przyśpieszona

Parametr: Numer inwentarzowy

Parametr: Numer inwentarzowy pozwala na zawężenie listy środków trwałych na zestawieniu do jednego, wybranej numeru inwentarzowego z karty środka trwałego. W tym celu należy w puste pole wpisać numer inwentarzowy danego środka trwałego przypisany do jego karty.

Parametr: Kontrahent docelowy

Parametr: Kontrahent docelowy pozwala na zawężenie listy środków trwałych na zestawieniu według kontrahenta docelowego określonego na karcie środka trwałego. W tym celu należy w puste pole wpisać akronim kontrahenta docelowego wybranego na karcie środka trwałego.

Parametry: Osoba odpowiedzialna i Akronim osoby odpowiedzialnej

Parametry: Osoba odpowiedzialna i Akronim osoby odpowiedzialnej, powinny być wykorzystywane razem. Pozwalają one na zawężenie listy środków trwałych na zestawieniu dynamicznego raportowania do takich, które mają wybranego określonego pracownika jako osobę odpowiedzialną za środek trwały. Dodatkowo dzięki parametrom tym można określić czy pod uwagę ma być brany pracownik określony na karcie czy aktualnie odpowiedzialna osoba (po ewentualnych zmianach osoby odpowiedzialnej).

Dla parametru: Osoba odpowiedzialna do wybory są opcje:

  • W dniu raportu – osoba odpowiedzialna aktualnie
  • W dniu karty – osoba wprowadzona na karcie (bez względu na to czy była dokonana zmiana osoby odpowiedzialnej)

Ustalenie parametru: Osoba odpowiedzialna

Ustalenie parametru: Akronim osoby odpowiedzialnej

Parametry: Miejsce użytkowania (@p_MiejsceBezwzglednie i @p_MiejsceUzyw)

Parametry: Miejsce użytkowania (@p_MiejsceBezwzglednie i @p_MiejsceUzyw) podobnie jak parametry: Osoba odpowiedzialna i Akronim osoby odpowiedzialnej, powinny być wykorzystywane razem. Pozwalają one na zawężenie listy środków trwałych na zestawieniu dynamicznego raportowania do takich, które mają wybrane określone miejsce użytkowania dla środka trwałego. Dodatkowo dzięki parametrom tym można określić, czy pod uwagę ma być brane miejsce użytkowania określone na karcie czy aktualne miejsce (po ewentualnych zmianach miejsca użytkowania).

Dla parametru Miejsce użytkowania (@p_MiejsceBezwzglednia) do wybory są opcje:

  • W dniu raportu – bieżące miejsce użytkowania
  • W dniu karty – miejsce użytkowania wprowadzona na karcie (bez względu na to czy była dokonana zmiana miejsca użytkowania)

Parametry: Likwidacja i Data likwidacji do

Parametry: Likwidacja i Data likwidacji do powinny być używane razem. Pozwalają one na zawężenie listy do środków trwałych zlikwidowanych przed wskazaną datą.

Dla parametru: Likwidacja do wyboru są następujące opcje:

  • Wszystkie – wszystkie środki trwałe
  • Tak – tylko środki zlikwidowane

Ustalenie parametru: Likwidacja

Parametr: Data likwidacji do pozwala na ustalenie granicznej daty likwidacji.

Ustalenie parametru: Data likwidacji do

Parametr: Sposób likwidacji

Parametr: Sposób likwidacji, pozwala na zawężenie listy środków trwałych na zestawieniu dynamicznego raportowania do tych, które zostały zlikwidowane, i na karcie, na zakładce: Księgowe wybrano jeden ze sposobów likwidacji ze zdefiniowanej wcześniej w konfiguracji listy.

W celu zawężenia listy należy w puste pole wpisać jeden ze zdefiniowanych wcześniej w konfiguracji sposobów likwidacji.

Uwaga
Aby użycie parametru: Sposób likwidacji było możliwe należy w pierwszej kolejności określić wartość parametru: Likwidacja na: Tak.

Ustalenie parametru: Sposób likwidacji

Parametr: Sposób sortowania

Parametr: Sposób sortowania pozwala na wybór najbardziej dogodnego układu środków trwałych na zestawieniu dynamicznego raportowania. Dla parametru: Sposób sortowania do wyboru są następujące opcje:

  • Wg Grupy
  • Wg Numeru inwentarzowego
  • Wg KŚT
  • Wg Akronimu

Ustalenie parametru: Sposób sortowania

Parametry typu: Klasa atrybutu

Parametry typu: Klasa atrybutu służą do zawężenia listy środków trwałych na zestawieniu dynamicznego raportowania według klasy atrybutu jaką środki te są opisane.

W celu zawężenia listy należy w puste pole wpisać nazwę klasy atrybutu

Parametry typu: Wartość atrybutu

Parametry typu: Wartość atrybutu, służą do zawężenia listy środków trwałych na zestawieniu dynamicznego raportowania według wartości atrybutu.

W celu zawężenia listy należy w puste pole wpisać jedną z wartości atrybutu.




XL101 – Rejestracja dotacji w module: Środki trwałe


Ewidencja dotowanych środków trwałych według przepisów prawnych

W wielu publikacjach, w tym w piśmie Izby Skarbowej w Gdańsku, z dnia 30 lipca 2004 r. (sygn. nr BI/005-0595/04) funkcjonuje opinia, że fakt otrzymania refundacji wydatków na zakup środka trwałego nie wpływa na wielkość wartości początkowej, ani na wielkość odpisów amortyzacyjnych wykazywanych w ewidencji środków trwałych. Podatnik powinien jednak wydzielić z odpisów amortyzacyjnych taką ich część, która będzie równa kwotowo otrzymanej refundacji. Ta wydzielona część odpisów nie będzie mogła zostać zaliczona do kosztów uzyskania przychodów.

Stanowisko w podobnej sprawie zajęło również Ministerstwo Finansów, które w piśmie z 17 września 1996 r. (sygn. PO 3-MD-722-618/96) stwierdziło, iż „do odpisów amortyzacyjnych od nabytych lub wytworzonych środków trwałych, sfinansowanych otrzymaną dotacją, ma zastosowanie art. 16 ust. 1 pkt 48 ustawy z 15 lutego 1992 r. o podatku dochodowym od osób prawnych, który stanowi, że nie uważa się za koszty uzyskania przychodów odpisów z tytułu zużycia środków trwałych dokonywanych według zasad określonych w odrębnych przepisach, od tej części ich wartości, która odpowiada poniesionym wydatkom na nabycie lub wytworzenie tych środków we własnym zakresie, zwróconym podatnikowi w jakiejkolwiek formie. Podatnik nie może zatem zaliczyć do kosztów uzyskania przychodów odpisów amortyzacyjnych od tej części wartości wydatkowanej na zakup środka trwałego, która została mu zwrócona w jakiejkolwiek formie, w tym przypadku w postaci przyznanej przedsiębiorstwu dotacji”.

Podstawa prawna:

Art. 16 ust. 1 pkt 48 ustawy z 15 lutego 1992 r. o podatku dochodowym od osób prawnych (Dz.U. z 2000 r. nr 54, poz. 654 z późn. zm.)

Księgowanie dotacji

Z chwilą wpływu dotacji należy ją zarachować po stronie Ma konta Rozliczeń Międzyokresowych Przychodów.

Ewidencja dotowanych środków trwałych w systemie Comarch ERP XL

Rejestracja dotacji dla środków trwałych nowo wprowadzonych do systemu

Na karcie środka trwałego zaleca się wybranie parametru umożliwiającego dwutorową amortyzację środka trwałego.

Dwutorowość na karcie środka trwałego

Dla toru “bilansowego” należy wprowadzić kwotę będącą wartością początkową środka trwałego (nie pomniejszoną o dotację). Od tej wartości będą naliczane odpisy amortyzacyjne ujmowane na koncie Amortyzacji (401).

Dla toru “podatkowego” należy wprowadzić kwotę refundacji. Odpisy liczone od kwoty refundacji będą rozliczały kwotę dotacji. Księgowanie: Rozliczenia międzyokresowe przychodów / Pozostałe Przychody Operacyjne.

Dokument OT środka trwałego finansowanego częściowo przez dotację

Wartość KUP będzie wynikała z różnicy kwot ujętych na koncie 401 Amortyzacja / 7 Pozostałe Przychody Operacyjne

Dodatkowo na karcie środka trwałego, na dokumentach AM  można wprowadzić atrybut “Dotacja”, który pozwoli między innymi na łatwiejsze wyszukanie środków trwałych, których wartość jest refundowana z dotacji.

Poniżej przedstawiono przykład sposobu zaewidencjonowania środka trwałego w systemie Comarch ERP XL o wartości początkowej 10.000 PLN i kwocie refundacji 6.000 PLN (stawka amortyzacji 20%) spełniającego wymogi, o których mowa w przytoczonych wyżej interpretacjach. Zaprezentowany sposób pozwala na równoległe zaewidencjonowanie wartości początkowej środka trwałego, od której będą naliczane odpisy amortyzacyjne ujmowane na koncie 401 oraz kwoty refundacji, od której będą naliczane odpisy rozliczające dotacje RMP / Pozost.Przych.Oper.

Ewidencjonowanie dotacji dla środka trwałego nowo wprowadzonego do systemu

Rejestracja dotacji dla środków trwałych już amortyzowanych wcześniej w systemie

Jeżeli dotacja na środek trwały przychodzi w momencie, kiedy środek trwały jest już amortyzowany w systemie, wówczas zachodzi konieczność wprowadzenia dokumentu MW modyfikującego wartość początkową środka trwałego w ujęciu podatkowym. Kwota zmniejszenia podstawy amortyzacji podatkowej powinna być zgodna z kwotą dotacji, jaka przysługuje na dany środek trwały.

Dotychczasowe odpisy amortyzacyjne (czyli koszt już poniesiony) można skorygować na dwa sposoby:

  • wykonując korekty dotychczas wprowadzonych dokumentów AM
  • lub naliczając amortyzacją za kolejny miesiąc z wykorzystaniem opcji: Uwzględniaj zaległe odpisy od daty rozpoczęcia amortyzacji; wówczas amortyzacja zostanie skorygowana w bieżącym miesiącu z uwzględnieniem dokumentu MW

Poniżej przedstawiono przykład sposobu rejestracji dokumentów dla środka trwałego, dla którego otrzymano dotację w momencie, kiedy już wcześniej dokonywano odpisów amortyzacyjnych tego środka trwałego.

Ewidencjonowanie dotacji dla środka trwałego amortyzowanego już wcześniej w systemie




XL080 – Przykłady zaawansowanych filtrów wykorzystywanych w module Księgowość


Wstęp

Niniejszy biuletyn ma na celu przestawienie przykładowych zaawansowanych filtrów stosowanych w module Księgowość w obszarze schematów księgowych oraz na listach: rejestrów VAT i zapisów księgowych. Korzystanie z filtrów w warunkach schematów księgowych daje użytkownikowi szerokie możliwości tworzenia uniwersalnych schematów księgowych, obsługujących różne typy transakcji. W biuletynie zaprezentowano filtry bardziej zaawansowane, a więc tych których nie można uzyskać „wprost”, tzn. posługując się tylko bezpośrednio wybranymi polami dostępnymi z Konstruktora filtra. W biuletynie zaprezentowano również zaawansowane filtry stosowane na listach rejestru VAT i zapisów księgowych. Filtry budowane na tych listach dają użytkownikowi możliwość uzyskania konkretnych dokumentów, zgodnych z wymaganiami użytkowników.

Przykładowe filtry budowane w warunkach pozycji schematów księgowych

Pozycje schematów księgowych tworzone w oparciu o tabelę Oblicz dla: Płatności

  • Księgowanie w przypadku, gdy płatnik na dokumencie jest kontrahentem powiązanym krajowym:

trp_kntnumer in (select knt_gidnumer from cdn.kntkarty where knt_powiazany = 1 and knt_expokraj = 1)

  • Księgowanie w przypadku, gdy dokument dotyczy umowy numer: UM125. Do dokumentu można przypiąć atrybut z numerem umowy:

exists (Select * from Cdn.Atrybuty where Atr_Obityp=trn_gidTyp and Atr_ObiNumer=trn_gidNumer and (Atr_AtkID=2 and Atr_Wartosc=’UM125′))

Numer umowy
Warunek w schemacie księgowym

Pozycje schematów księgowych tworzone w oparciu o tabelę Oblicz dla: Nagłówka

  • Księgowanie w przypadku, gdy trzy znaki serii dokumentu licząc od trzeciego to KWR:

substring(trn_trnseria,3,3) like ‘KWR’

Pozycje schematów księgowych tworzone w oparciu o tabelę Oblicz dla: Elementów

  • Księgowanie w przypadku, gdy opis na dokumencie zawiera znaki: KRA:

trn_gidnumer in (select tno_trnnumer from cdn.trnopisy join cdn.tranag on TRN_GIDTyp=TNO_TrNTyp and TRN_GIDNumer=TNO_TrNNumer where TnO_Opis LIKE ‘%’ + ‘KRA’ + ‘%’ )

  • Księgowanie w przypadku, gdy na dokumencie występują określone magazyny, tj. 5 i 14 oraz kiedy dokument wprowadzony jest na kontrahenta powiązanego

trs_magnumer in (5, 14) and tre_gidnumer in (select trn_gidnumer from cdn.tranag join cdn.kntkarty on trn_kntnumer = knt_gidnumer and trn_knttyp = knt_gidtyp where knt_powiazany = 1)

Pozycje schematów księgowych tworzone w oparciu o tabelę Oblicz dla: Tabeli VAT

  • Księgowanie w przypadku, gdy miesiąc ujęcia dokumentu na deklaracji VAT7 jest równy miesiącowi wystawienia dokumentu:

TRV_DeklMiesiac=month(dateadd(day,Trn_data2,convert(datetime,’1800-12-28′,120)))

Pozycje schematów księgowych tworzone w oparciu o tabelę Oblicz dla: Opisu analitycznego

  • Księgowanie w przypadku, gdy elementy wymiaru struktury kosztowej to konta zespołu 505 lub konta zespołu 506:

ows_wmrid in (select frs_id from cdn.frmstruktura where (frs_konto like ‘505%’ or frs_konto like ‘506%’)) and ows_typwymiaru=1

  • Księgowanie w przypadku, gdy pierwszy znak kodu projektu będącego elementem wymiaru analitycznego to P:

(select left(prj_kod,1) from cdn.prjstruktura where prj_id=ows_wmrid)=’P’ and ows_typwymiaru=5

  • Księgowanie w przypadku, gdy na dokumencie występuje towar typu avista:

exists (select 1 from cdn.traelem where TrN_GIDTyp=TrE_GIDTyp and TrN_GIDFirma=TrE_GIDFirma and TrN_GIDNumer=TrE_GIDNumer and Tre_TypTwr=6)

Przykładowe filtry budowane na listach rejestru VAT, zapisów księgowych

Przykładowe filtry tworzone na liście rejestru VAT

  • Wyszukanie dokumentów wprowadzonych na kontrahenta wybranego za pośrednictwem wywoływanej listy kontrahentów. Należy skorzystać z opcji „Wstaw/edytuj deklarację parametru dynamicznego”:

@PAR ?@LS20(CDN_KNT.DLL|CALLLOOKUPKNTLISTAGRUP())|Kontrahent|&Kontrahent:REG= @? PAR@
KnA_KntNumer=??Kontrahent

kontrahent
Filtr na liście rejestru VAT

  • Wyszukanie dokumentów zaksięgowanych według wybranego schematu księgowego. Należy skorzystać z opcji „Wstaw/edytuj deklarację parametru dynamicznego”:

@PAR ?@R(SELECT sch_gidnumer, sch_nazwa from cdn.schematy)|Schemat|&Schemat:REG= @? PAR@
trn_gidnumer in (select trn_gidnumer from cdn.tranag
join cdn.schematy on TrN_SchTyp=Sch_GidTyp and TrN_SchNumer=Sch_GidNumer
and Sch_GiDNumer=??Schemat)

  • Wyszukanie dokumentów o wybranej serii, których data wystawienia mieści się w zadanym zakresie czasowym oraz zadanym terminie płatności. Należy skorzystać z opcji „Wstaw/edytuj deklarację parametru dynamicznego”:

@PAR ?@D17|Data_wystawienia_od|&Data_wystawienia_od:REG={DateClwFirstDay(‘m’)} @? PAR@
@PAR ?@D17|Data_wystawienia_do|&Data_wystawienia_do:REG={DateClwLastDay(‘m’)} @? PAR@
@PAR ?@D17|Termin_płatności_od|&Termin_płatności_od:REG={DateClwFirstDay(‘m’)} @? PAR@
@PAR ?@D17|Termin_płatności_do|&Termin_płatności_do:REG={DateClwLastDay(‘m’)} @? PAR@

TrN_TrNSeria=?@S100|seria:” AND TrN_Data2>=??Data_wystawienia_od AND TrN_Data2<=??Data_wystawienia_do and trn_gidnumer in (select trp_gidnumer from cdn.traplat join cdn.tranag on TrN_GIDTyp=TRP_GIDTyp AND TrN_GIDNumer=TRP_GIDNumer where trp_termin>=??Termin_płatności_od and trp_termin<=??Termin_płatności_do)

  • Wyszukanie dokumentów według wybranego numeru systemowego dokumentu. Zastosowanie funkcji: ltrim i rtrim:

(ltrim(trn_trnnumer) + ‘/’ + rtrim(trn_trnseria)) like ‘%’ + ?@S100|Numer syst. faktury:” + ‘%’

  • Wyszukanie dokumentów wystawionych, zmodyfikowanych lub zatwierdzonych przez wybranego operatora:

trn_gidnumer in
(select trn_gidnumer from cdn.tranag inner join cdn.opekarty on trn_openumerw=ope_gidnumer
where Ope_Ident=?@S100|KTO (podaj swój login):”
)
or trn_gidnumer in
(select trn_gidnumer from cdn.tranag inner join cdn.opekarty on trn_openumerm=ope_gidnumer
where Ope_Ident=?@S100|KTO (podaj swój login):”
)
or trn_gidnumer in
(select trn_gidnumer from cdn.tranag inner join cdn.opekarty on trn_openumerz=ope_gidnumer
where Ope_Ident=?@S100|KTO (podaj swój login):”
)

  • Wyszukanie dokumentów wprowadzonych na kontrahenta krajowego:

trn_gidnumer in (select trn_gidnumer from cdn.tranag
inner join cdn.kntkarty on Knt_GIDNumer=TrN_KntNumer
where
Knt_ExpoKraj=1)

  • Wyszukanie dokumentów z wybranym towarem:

@PAR ?@LS20(CDN_TWR.DLL|CALLLOOKUPTWRLISTAGRUP())|Towar|&Towar:REG= @? PAR@

TrN_GIDNumer in (select tre_gidnumer from cdn.traelem where tre_twrnumer=??Towar)

  • Wyszukiwanie dokumentów zaksięgowanych na wybrane konto:

@PAR ?@LS30(CDN_KKS.DLL|CALLLOOKUPKKSLISTA())|kontoksiegowe|Konto:REG= @? PAR@

exists(select 1 from cdn.zrodla join cdn.dekrety on zro_dtnumer=dt_gidnumer and zro_dttyp=dt_gidtyp where trv_gidnumer=zro_trnNumer and trv_gidTyp=zro_trnTyp
and DT_KKSNumer=??kontoksiegowe)

Przykładowe filtry tworzone na liście zapisów księgowych

  • Wyszukanie zapisów księgowych pochodzących z księgowania dokumentów znajdujących się w wybranym rejestrze VAT:

dzk_gidnumer in
(select dt_gidnumer from cdn.dekrety
join cdn.zrodla on zro_dttyp = dt_gidtyp and zro_dtnumer = dt_gidnumer and zro_dtlp = dt_gidlp
join cdn.tranag on trn_gidnumer = zro_trnnumer and zro_trntyp = trn_gidtyp
where TrN_VatRejestr=?@S100|VAT Rejestr:”)

Filtr na liście zapisów księgowych
Filtr na liście zapisów księgowych

  • Wyszukanie zapisów księgowych pochodzących z księgowania dokumentów PZ:

dzk_gidnumer in
(select dt_gidnumer from cdn.dekrety
join cdn.zrodla on zro_dttyp = dt_gidtyp and zro_dtnumer = dt_gidnumer and zro_dtlp = dt_gidlp
join cdn.tranag on trn_gidnumer = zro_trnnumer and zro_trntyp = trn_gidtyp
where TrN_gidtyp = 1489)

  • Wyszukanie zapisów księgowych, które nie pochodzą z księgowania dokumentów handlowych (filtr zwraca np. zapisy PK, zapisy z not memoriałowych, itd.):

dzk_gidnumer not in
(select dt_gidnumer from cdn.dekrety
join cdn.zrodla on zro_dttyp = dt_gidtyp and zro_dtnumer = dt_gidnumer and zro_dtlp = dt_gidlp
join cdn.tranag on trn_gidnumer = zro_trnnumer and zro_trntyp = trn_gidtyp)

  • Wyszukanie zapisów księgowych wprowadzonych przez operatora Admin:

DZK_OPEWNumer in (select DZK_OPEWNumer from cdn.opekarty
join cdn.dziennik on
DZK_OPEWNumer=Ope_GIDNumer
where Ope_Ident=’Admin’)




XL110 – Zastosowanie opisu analitycznego w module Księgowość Comarch ERP XL


Wstęp

Opis analityczny w module Księgowość systemu Comarch ERP XL stwarza szybką i prostą możliwość księgowania dokumentu na różne konta kosztowe układu rodzajowego i kalkulacyjnego oraz konta przychodowe. W platformie Business Intelligence jest narzędziem, za pomocą którego można budować dowolne raporty controllingowe i wykonywać różnorodne analizy.

Niniejszy dokument ma na celu zaprezentowanie opisu analitycznego w kontekście jego zastosowania w księgowaniu kosztowym i przychodowym dokumentów. Przedstawiony zostanie proces księgowania dokumentu opisanego analitycznie przy pomocy zakładki: Opis analityczny, od momentu skonfigurowania wymiarów analitycznych, poprzez zdefiniowanie schematu korzystającego z opisu analitycznego, aż po opisanie analityczne dokumentu i zaksięgowanie dokumentu zdefiniowanym schematem.

Zakładka: Opis analityczny

Dokumenty, które mogą być opisywane analitycznie posiadają zakładkę: Opis analityczny (formatka dokumentu, zakładka: Księgowość, podzakładka: Opis analityczny). Opis analityczny posiadają na swoich kartotekach również obiekty typu towary, pracownicy, środki trwałe, itp. Dzięki temu jest możliwość wprowadzenia na tych kartotekach wzorca opisu analitycznego wykorzystywanego później do automatycznego opisu analitycznego dokumentów.

Zakładka: ‘Opis analityczny’ na dokumentach jest aktywna zawsze w przypadku zatwierdzonych dokumentów.

Możliwe jest również opisanie analityczne dokumentów pozostających w buforze handlowym.
Funkcjonalność udostępniono dla dokumentów:

  • Zakupowych
  • Importowych
  • Sprzedażowych
  • Eksportowych
  • Kaucji
  • Wewnętrznych

oraz na Zamówieniach.

Opisu analitycznego dokumentu w buforze może dokonać tylko Operator posiadający uprawnienie: Opis analityczny dokumentów w buforze pod warunkiem, że taki opis umożliwiony został dla danego typu dokumentu. Oznacza to, że na definicji dokumentu zaznaczono opcję: ‘Dozwolony opis dokumentu w buforze’.

Opis analityczny dokumentu w buforze- uprawnienia
Opis analityczny dokumentu w buforze- uprawnienia

Wygląd zakładki: opis analityczny na dokumencie w buforze jest analogiczny do dokumentu zatwierdzonego. Opisu analitycznego dokumentu w buforze nie można jednak zatwierdzić.

Istotne obszary na zakładce: Opis analityczny w ujęciu ich znaczenia w module Księgowość to:

Razem – łączna kwota z dokumentu. Dokumenty mogą być opisywane na kwotę netto lub brutto. Kwota brutto pojawi się na dokumentach kosztowych (fakturach zakupu), dla których flaga: Odliczenia VAT ustawiona jest na: Nie.

Wg Wzorca – ta część kwoty dokumentu, która zostanie opisana wg wzorca dokument (pozycje: <dokument>).

Wg elementów – ta część kwoty dokumentu, która zostanie opisana wg szczegółowej specyfikacji dla poszczególnych elementów dokumentu.

Zakładka: Opis analityczny na dokumencie
Zakładka: Opis analityczny na dokumencie

Zatwierdził – akronim Operatora, który zatwierdził opis analityczny. Odtwierdzanie opisu analitycznego uzależnione jest ustawień konfiguracyjnych ( System/Konfiguracja/BI/Parametry) oraz ustawień na karcie Operatora (Zakładka: Parametry, podzakładka: Ogólne, sekcja: Modyfikacja opisu analitycznego).

Wzorzec – umożliwia wybór zdefiniowanego zestawu wartości opisu analitycznego

[Wypełnij] – automatyczne wypełnienie opisu analitycznego. Funkcjonalność umożliwia przepisywanie opisu analitycznego z elementu dokumentu na zakładkę opis analityczny dokumentu. Przykładowo jeżeli na kartach towarów będących elementami danego dokumentu został uzupełniony szablon opisu analitycznego to naciśnięcie tego przycisku spowoduje wypełnienie opisu zgodnie z tym szablonem. Dodatkowo pod przycisk można podpiąć funkcję serwerową, która będzie uzupełniała opis. Rysunki poniżej przedstawiają przykładowy szablon opisu analitycznego na karcie towarowej oraz dokument, w którym opis analityczny został według niego wypełniony.

Szablon opisu analitycznego na karcie towarowej
Szablon opisu analitycznego na karcie towarowej

Opis analityczny na dokumencie wypełniony według szablonu z karty towarowej
Opis analityczny na dokumencie wypełniony według szablonu z karty towarowej

Tabela na zakładce: Opis analityczny zawiera linie opisu analitycznego podzielone na kolumny:

Pozycja – w tej kolumnie określone jest, jakiego elementu dokumentu (lub całego dokumentu, jeśli jest to wzorzec <dokument>) dotyczy linia opisu.

Procent – zawiera informację o tym, jakiej części wartości elementu lub dokumentu dotyczy linia opisu (wyrażona w procentach)

Wartość – zawiera informację o tym, jakiej wartości elementu lub dokumentu dotyczy linia opisu.

Liczba i rodzaj pozostałych kolumn zależna jest od liczby zdefiniowanych w systemie wymiarów analitycznych i ustawień na definicji danego dokumentu. Każda z tych kolumn odpowiada jednemu z wymiarów i można ją uzupełniać tylko wartościami danego wymiaru.

Wymiary na definicji dokumentu
Wymiary na definicji dokumentu

Dodatkowo na zakładce: Opis analityczny definicji dokumentu można wprowadzić dopuszczalne wartości wymiarów, tzw. „krotki”. Przykładowo: na dokumencie wybrane jest centrum, kategoria finansowa oraz wymiar PIĄTKI. Dla Centrum są zdefiniowane następujące elementy: dział administracji, dział handlowy. Dla Kategorii: 411-01, 411-02, 411-03, 425-01, 425-02. Dla wymiaru PIĄTKI: produkcja podstawowa, koszty wydziałowe, koszty zarządu i administracji. Na poziomie zakładki: Opis analityczny definicji dokumentu można stworzyć odpowiednie kombinacje elementów. Przykładowo istnieje możliwość wykonania konfiguracji, aby wybierając na dokumencie centrum typu dział administracji istniała możliwość wybrania dla wymiaru PIĄTKI tylko elementu: koszty wydziałowe i dowolnego elementu z wymiaru Kategoria (pozostawienie pustego miejsca w kolumnie danego wymiaru oznacza możliwość wyboru na dokumencie każdego elementu tego wymiaru).

Zakładka Opis analityczny na definicji dokumentu
Zakładka Opis analityczny na definicji dokumentu

Opis analityczny z poziomu listy dokumentów

W programie Comarch ERP XL umożliwiono wykonywanie opisu analitycznego jednocześnie dla wielu dokumentów. Opcja ta dostępna jest z poziomu: Listy dokumentów handlowych, dla następujących grup:

  • Zakup
  • SAD/FWS
  • Sprzedaż
  • Eksport
  • Kaucje
  • Wewnętrzne

oraz z poziomu listy zamówień.

Lista dokumentów handlowych – seryjny opis analityczny
Lista dokumentów handlowych – seryjny opis analityczny

Opisu analitycznego z listy dokumentów można dokonać:

  • na podstawie wskazanego wzorca opisu –opcją: wg wzorca opisu
  • z wykorzystaniem procedury SQL lub na podstawie opisu elementów dokumentu-opcją: Wypełnij

Podczas dokonywania opisu analitycznego według wzorca, w oknie parametrów opisu należy wskazać: jakie typy dokumentów spośród zaznaczonych na liście powinny zostać opisane oraz z użyciem jakiego wzorca. Domyślnie opisowi analitycznemu z listy podlegają dokumenty nieopisane, ale za pomocą opcji: Zastosuj dla dokumentów, umożliwiono podmianę już istniejącego na dokumentach opisu, pod warunkiem, że nie jest on zatwierdzony.

Parametry opisu dla opcji: Wg wzorca
Parametry opisu dla opcji: Wg wzorca

Analogicznie w przypadku wybrania opcji ‘Opisz anal. Zaznaczone’ . Użytkownik wykorzystując parametry: Wypełnij opis dla dokumentów ma możliwość zadecydowania, czy uzupełnić opis na dokumentach nieopisanych, czy dodatkowo podmienić go na dokumentach, na których opis analityczny już istnieje.

Parametry opisu dla opcji: Wypełnij
Parametry opisu dla opcji: Wypełnij

Dodatkowo w systemie dostępny jest zakaz dla Operatora: Opisz analitycznie listę dokumentów handlowych, który blokuje użytkownikowi możliwość dokonywania seryjnego opisu analitycznego z listy dokumentów.

Wzorce opisu analitycznego

Opis analityczny dokonywany na dokumencie może być wprowadzony „ręcznie” bądź z wykorzystaniem procedury, która generuje wartości opisu analitycznego na podstawie wartości domyślnych, wprowadzonych na kartach obiektów (np. kartotekach towarowych lub środków trwałych). W niektórych sytuacjach dokumenty mogą być opisywane zgodnie ze stałym zestawem wartości, tzw. wzorcem opisu analitycznego (np. cyklicznie otrzymywane dokumenty kosztowe).

Definiowanie wzorca opisu analitycznego możliwe jest z poziomu:

  • definicji dokumentu w module: Administrator,
  • listy Wzorce opisu analitycznego dostępnej w module: Księgowość w menu Business Intelligence,
  • zakładki: Księgowość/Opis analityczny na formatce dokumentu

Lista: Wzorce opisu analitycznego

Lista wzorców wyświetlana jest w układzie:

  • Kod – kod wzorca opisu
  • Nazwa – nazwa wzorca opisu
  • Obiekt – nazwa typu dokumentu lub słownika, dla którego został zdefiniowany wzorzec opisu analitycznego

Lista: Wzorce opisu analitycznego
Lista: Wzorce opisu analitycznego

Wzorce opisu analitycznego posortowane są według kodu.

Na liście istnieje możliwość filtrowania wzorców według zbudowanego filtra (pole Filtr). Lista umożliwia także wyświetlenie wzorców nieaktywnych (parametr: Archiwalne).

Czynności możliwe do wykonania z poziomu listy:

  • dodanie nowego wzorca
  • edytowanie wzorca
  • usuwanie wzorca

Formularz wzorca opisu analitycznego

Formularz wzorca opisu zawiera parametry opisane w poniższej w tabeli.

ParametryUwagi
KodKod wzorca
NazwaNazwa wzorca
ObiektTyp dokumentu lub słownik (Pracownicy, Towary, Środki trwałe), dla którego tworzony jest wzorzec opisu
Rodzaj wzorcaProponowany lub Obowiązkowy
ArchiwalnyWzorzec archiwalny nie jest możliwy do wybrania na obiekcie
Element opisuSzablon linii opisu analitycznego
WprowadziłIdentyfikator operatora
ModyfikowałIdentyfikator operatora

Elementy opisu analitycznego prezentowane są w układzie:

  • Kolumna Rodzaj kwoty: Dowolna, Wartość dokumentu, VAT koszt – kwoty dostępne w zależności od wybranego typu obiektu, dla słowników brak kolumny Rodzaj kwoty
  • kolumny z Wymiarami analitycznymi – wymiary dostępne w zależności od dostępności wymiarów ustalonej na definicji danego obiektu
  • kolumna z rozbiciem procentowym – rozpicie procentowe danej kwoty na wymiary analityczne

Formularz wzorca opisu analitycznego
Formularz wzorca opisu analitycznego

W zależności od rodzaju kwoty wskazanej w definicji wzorca, na dokumentach prezentowane będą następujące wartości:

  • Wartość dokumentu – utworzone linie opisu będą miały zastosowanie dla Pozycji określonych jako <Dokument>
  • Dowolna – utworzone zostaną linie opisu, w których w sposób wskazany we wzorcu rozdysponowane zostaną wszystkie kwoty występujące na dokumencie (niezależnie od ich typu)
  • VAT koszt – powstaną linie opisu, w których rozdysponowana zostanie kwota podatku VAT niepodlegającego odliczeniom
  • Wartość bilansowa dokumentu – powstaną linie opisu w których rozdysponowana zostanie wartość bilansowa dokumentu
  • Wartość podatkowa dokumentu – powstaną linie opisu w których rozdysponowana zostanie wartość podatkowa dokumentu

Zbudowany wzorzec opisu analitycznego jest gotowy do wybrania na dokumencie/obiekcie na zakładce: Opis analityczny w polu: Wzorzec z rozwijaną listą dostępnych dla danego obiektu wzorców. Wybór wzorca skutkuje automatycznym wypełnieniem opisu analitycznego na dokumencie/obiekcie.

Obsługa wzorców na kartach obiektów i dokumentów

Na kartach obiektów (pracownik, towar, środek trwały) lub dokumentów można wykorzystać zdefiniowany wcześniej wzorzec bądź utworzyć na podstawie wprowadzonych wartości nową definicję.

Użycie wzorca polega na wyborze wartości z listy wzorców przyporządkowanych do danego typu obiektu/dokumentu – po wskazaniu danego wzorca wygenerowane zostaną linie opisu analitycznego zgodnie z zestawieniem podanym we wskazanej definicji.

Jeżeli wzorzec został zdefiniowany jako obowiązkowy, nie będzie możliwości modyfikacji wygenerowanego opisu analitycznego. W przypadku wzorca proponowanego opcje służące do dodania/edycji/usunięcia pozycji opisu analitycznego będą aktywne.

Przyklad

Dla dokumentu FZ zdefiniowano wzorzec o nazwie „Energia”, w którym zdefiniowano dwie linie:

Rodzaj kwoty [Dowolna] Centrum [Dział Administracji] Kategoria [Zużycie energii] Procent [60%]
Rodzaj kwoty [Dowolna] Centrum [Dział Handlowy] Kategoria [Zużycie energii] Procent [40%]

Rejestrowany jest dokument (A) FZ na kwotę 4000,00 netto (rodzaj zakupu – koszty), na którym VAT w wysokości 920,00 nie podlega odliczeniu. Po przypięciu wzorca powinny zostać wygenerowane cztery linie:

1) Pozycja [dokument_koszty] Centrum [Dział Administracji] Kategoria [Zużycie energii] Procent [60%] Wartość [2 400,00]

2) Pozycja [dokument_koszty] Centrum [Dział Handlowy] Kategoria [Zużycie energii] Procent [40%] Wartość [1 600,00]

3) Pozycja [dokument_VAT_koszt] Centrum [Dział Administracji] Kategoria [Zużycie energii] Procent [60%] Wartość [552,00]

4) Pozycja [dokument_VAT_koszt] Centrum [Dział Handlowy] Kategoria [Zużycie energii] Procent [40%] Wartość [368,00]

Przykład użycia wzorca opisu analitycznego na dokumencie FZ.
Przykład użycia wzorca opisu analitycznego na dokumencie FZ.

Tym samym, Użytkownik nie musi samodzielnie uzupełniać każdej linii opisu analitycznego – co wymaga podania wartości procentowych oraz wyboru odpowiednich elementów wymiarów dla każdej pozycji – wskazuje tylko zdefiniowany wcześniej Wzorzec, uzyskując ten sam efekt w krótszym czasie.

Istniejący już wzorzec opisu analitycznego może zostać skopiowany przy pomocy standardowej opcji „Ctrl” + „Ins” wykonywanej z poziomu listy: Wzorce opisu analitycznego. Można także posłużyć się funkcjonalnością kopiowania wzorca z definicji innego dokumentu/obiektu. Po wyborze przycisku opisanego jako „Kopiuj z definicji innego dokumentu” pojawia się dostępna lista wzorców opisu analitycznego.

Po wyborze parametru „Dopisać do istniejących” do edytowanej definicji dokumentu zostaną dodane wskazane wzorce. Jeżeli natomiast zostanie wybrana opcja „Zastąpić nimi istniejące” na edytowanej definicji dokumentu zostaną usunięte dotychczasowe wzorce, a dodane te, które zostały wybrane przez Użytkownika.

Kopiowanie wzorca z definicji innego dokumentu
Kopiowanie wzorca z definicji innego dokumentu

Uwaga

Opcja kopiowania ma największe zastosowanie w sytuacji gdy na obu dokumentach/obiektach zdefiniowano takie same wymiary (kolumny).


Definiowanie wymiarów analitycznych

W systemie dostępne są predefiniowane wymiary analityczne typu: Centrum, Kategoria, Projekt, Lokalizacja. Dodatkowo użytkownik ma możliwość dodawania wymiarów według własnych potrzeb.

Kategorie finansowe

Kategorie finansowe są wymiarem systemowym, na podstawie którego wykonywane są raporty controllingowe przychodów i kosztów. Predefiniowane są cztery kategorie główne:

Koszt – dokumenty kosztowe
Przychód – dokumenty stanowiące przychód
Nie-Koszt – wydatki nie będące kosztem
Nie-Przychód – wpływy nie stanowiące przychodu

W module Księgowość, na kategorii finansowej typu Koszt, użytkownik ma możliwość odzwierciedlenia na przykład struktury kosztów układu rodzajowego, do której następnie może odwołać się z poziomu zakładki: Opis analityczny dokumentów, wybierając odpowiednie elementy (przykładowo konta zespołu 4 z planu kont) w kolumnie o nazwie Kategoria.

Kategoria finansowa typu Koszt
Kategoria finansowa typu Koszt

Każda z czterech głównych kategorii finansowych może mieć wielopoziomową strukturę (zawierać dowolnie wiele podkategorii). Na końcu takiego łańcucha znajdują się elementy kategorii. Elementy kategorii mogą przybrać jedną z trzech postaci:

Typu słownikowego (element wymiaru) – element zdefiniowany jest „na sztywno” jako element wymiaru.

Typu „Z planu kont” – elementem jest konto wybrane z planu kont. Przykładowo jeżeli na formatce elementu wymiaru wskazane jest konto syntetyczne 425, wybranie tego elementu na zakładce: Opis analityczny dokumentu spowoduje wyświetlenie listy ze strukturą planu kont konta 425, tj. konto syntetyczne plus konta analityczne. Przy takiej konfiguracji dodanie lub usunięcie konta księgowego w planie kont w ramach struktury konta wskazanego w wymiarze powoduje automatyczną aktualizację jej elementów.

Opisywanie analityczne dokumentu elementem wymiaru zdefiniowanym jako: z planu kont, bez wykonanej opcji Materializuj wymiar
Opisywanie analityczne dokumentu elementem wymiaru zdefiniowanym jako: z planu kont, bez wykonanej opcji Materializuj wymiar

Wybranie na formatce elementu wymiaru obok opcji: z planu kont, dodatkowo również opcji: Materializuj wymiar spowoduje skopiowanie na wymiar struktury planu kont konta wskazanego na wymiarze, czyli nastąpi przypięcie na wymiar kont analitycznych tego konta jako elementów wymiaru analitycznego. Przy takiej konfiguracji dodanie nowego konta analitycznego w planie kont pod konto syntetyczne wskazane na wymiarze, wymaga dodatkowo wykonania przez użytkownika, czynności aktualizacji wymiaru poprzez ponowne wybranie opcji Materializuj wymiar. Wtedy nowe konto analityczne zostanie dodane do wymiaru jako element wymiaru.

Typu SQL – służy do zaawansowanego projektowania kategorii finansowej. Przy pomocy składni SQL można określić warunki (składnią klauzuli WHERE), na podstawie których zwrócony zostanie słownik wskazanych wartości. Kategoria typu SQL jest kategorią dynamiczną – oznacza to, że lista jej elementów jest aktualizowana w chwili jej wyświetlania. Przykładowo: select kks_konto as ‘Numer konta’, kks_nazwa as ‘Nazwa konta’ from cdn.konta where kks_konto like ‘4%’ and kks_analityka=1 and kks_rok=2020, wyświetli listę wszystkich kont analitycznych układu 4 w roku obrachunkowym 2020.

Lista wymiarów i warunków

W analogiczny sposób do wymiaru Kategorie finansowe tworzone są wymiary analityczne definiowane przez użytkownika. Możliwość dodawania wymiarów dostępna jest z poziomu Listy wymiarów i warunków. Lista ta w odróżnieniu od listy Kategorie finansowe, posiada zakładkę Procedury, na której istnieje możliwość ustalenia warunków, na jakich będą opisywane analitycznie poszczególne grupy dokumentów za pomocą przycisku na zakładce: Opis analityczny opisywanego dokumentu.

Wymiary analityczne użytkownika
Wymiary analityczne użytkownika

Centrum

Kolumna Centrum na zakładce Opis analityczny dokumentu jest odpowiednikiem Struktury kosztowej – drugiej zakładki Struktury firmy zlokalizowanej w module Administrator. Centrum jest wymiarem predefiniowanym przez system. Elementy struktury kosztowej definiowane są w formie drzewiastej i stanowią miejsce powstawania kosztów. W polu: Konto na elemencie istnieje możliwość wskazania konta księgowego, którego będzie wykorzystane podczas księgowania w oparciu o opis analityczny. Istnieje również możliwość wprowadzenia dowolnego ciągu alfanumerycznego, który następnie może być wykorzystany do stworzenia nowego konta księgowego za pośrednictwem schematu księgowego.

Wymiar Centrum
Wymiar Centrum

Projekty

Projekty to również wymiar systemowy, za pomocą którego można opisywać analitycznie dokumenty. Podobnie jak w przypadku Centrum, pole Konto na elemencie wymiaru wypełniane jest konkretnym kontem z planu kont lub dowolnym ciągiem alfanumerycznym. Elementy wymiaru Projekt wybierane są przez Użytkownika na opisie analitycznym dokumentu w kolumnie Projekt.

Struktura projektów
Struktura projektów

Lokalizacja

Wymiar Lokalizacja dostępny jest z poziomu listy słowników kategorii. Podobnie jak wymiary: Kategorie finansowe, Centrum, Projekt, jest również wymiarem predefiniowanym przez system, budowanym w sposób analogiczny do pozostałych wymiarów analitycznych. Pole: Konto na elemencie wymiaru może być wypełnione konkretnym kontem z planu kont lub dowolnym ciągiem alfanumerycznym. Elementy wymiaru Lokalizacja wybierane są przez Użytkownika na opisie analitycznym dokumentu w kolumnie Lokalizacja.

Wymiar: Lokalizacja
Wymiar: Lokalizacja

Tworzenie schematu księgowego w oparciu o Oblicz dla: Opisu analitycznego

W celu zaksięgowania dokumentu w oparciu o opis analityczny, należy odpowiednio zdefiniować schemat księgowy. Pozycje schematu księgowego odnoszące się do zakładki Opis analityczny dokumentu należy zdefiniować w oparciu o Oblicz dla: Opisu analitycznego. W polu Kwota należy wybrać Wartość – jest to kwota w danej linii opisu analitycznego. W polu Konto księgowe można odwołać się do jednego z dostępnych, pod przyciskiem Konto księgowe, wymiarów analitycznych (np. @KATEGORIA), co oznacza księgowanie bezpośrednio na konto przypięte do wybranego na dokumencie elementu wymiaru. Inną możliwością, jeśli chodzi o Konto księgowe, jest zaznaczenie opcji: Wyrażenie, Załóż konto, co pozwoli na stworzenie nowego konta księgowego w oparciu o odpowiednie elementy wymiarów analitycznych.
Rysunek przedstawiony poniżej prezentuje pozycję schematu księgowego zbudowaną w oparciu o opis analityczny, zawierającą wyrażenie zakładające konta zespołu 5 w oparciu o oznaczenia alfanumeryczne wprowadzone w polu Konto na elementach wymiarów analitycznych. Kolejne poziomy konta zespołu 5 zbudowane są z następujących wymiarów:

PIĄTKI – Centrum – Kategoria

Elementy wymiaru PIĄTKI mają przypięte konta syntetyczne: 527-produkcja podstawowa, 502- koszty wydziałowe, 503-koszty zarządu i administracji.
Na wymiar Centrum przypięte są elementy odpowiadające miejscom powstawania kosztów. Przykładowo: dział administracji z oznaczeniem w polu Konto 01, dział handlowy z oznaczeniem 02, dział księgowy z oznaczeniem 03, dział produkcji z oznaczeniem 04 itp.
Wymiar Kategoria odzwierciedla strukturę planu kont dotyczącą kosztów układu rodzajowego. W przypadku konta Kategorii została zastosowana funkcja sub, co umożliwia wycięcie z konta Kategorii określonej liczby znaków.

Pozycja schematu księgowego zbudowana w oparciu o Oblicz dla: Opisu analitycznego
Pozycja schematu księgowego zbudowana w oparciu o Oblicz dla: Opisu analitycznego

Księgowanie dokumentu w oparciu o Opis analityczny

Po zdefiniowaniu schematu księgowego w oparciu o opis analityczny, kolejnym etapem w księgowaniu kosztowym lub przychodowym dokumentu, jest opisanie analityczne dokumentu. Poniższy rysunek prezentuje zakładkę: Opis analityczny dokumentu, na której rozbito analitycznie koszty na odpowiednie elementy wymiarów analitycznych.

Księgowanie dokumentu w oparciu o opis analityczny – zakładka Opis analityczny
Księgowanie dokumentu w oparciu o opis analityczny – zakładka Opis analityczny

Po uzupełnieniu zakładki Opis analityczny na dokumencie, można przystąpić do księgowania dokumentu schematem księgowym zbudowanym w oparciu o Oblicz dla: Opisu analitycznego. Poniższy rysunek prezentuje rozksięgowanie kosztowe dokumentu na konta zespołu 4 i konta zespołu 5. Konta zespołu 5 są zakładane w planie kont w momencie księgowania dokumentu (wyświetlane są w kolorze zielonym na zakładce Dekretacja dokumentu).

Księgowanie dokumentu w oparciu o opis analityczny – zakładka: Dekretacja
Księgowanie dokumentu w oparciu o opis analityczny – zakładka: Dekretacja