Wprowadzanie faktur

• Lok. fakturowania (pole FCY)

Kod lokalizacji fakturowania, inicjalizowany domyślnie przez lokalizację finansową powiązaną z lokalizacją zakupu operatora. Lokalizacja ta musi być lokalizacją księgową.Proponowana lokalizacja może zostać zmieniona i wybrana z listy dozwolonych lokalizacji dla operatora. Pole to musi obowiązkowo zostać wypełnione.

• Rodzaj faktury (pole PIVTYP)

Typ faktury służy identyfikacji kategorii faktury i zdefiniowania innych kategorii faktur.
Na przykład: Faktura Francja i faktura eksport.

Typ faktury jest powiązany z typem zapisu w dzienniku, dla którego został określony licznik (ręczny lub automatyczny).

Kontrola jest dokonywana w celu sprawdzenia spójności między legislacją/grupą, dla której zdefiniowano podany typ faktury, a legislacją/grupą firmy lokalizacji fakturowania.
 Więcej informacji znajduje się tutaj.

• Nr dokumentu (pole NUM)

Ten numer dokumentu pozwala zidentyfikować fakturę w sposób unikalny.
Generowany jest automatycznie po utworzeniu dokumentu zgodnie z ustawieniami licznika wskazanymi dla typu dokumentu powiązanego z typem faktury.

 Uwagi:

• Jeśli typ dokumentu nie jest powiązany z typem faktury, użyty zostanie typ dokumentu zdefiniowany w automacie księgowym (w tym powiązany licznik).
   
• Jeśli nie wskazano żadnego licznika w typie dokumentu i jeśli żaden numer dokumentu nie został wskazany ręcznie w momencie wprowadzania faktury, program przypisze numer dokumentu w zależności o licznika ustawionego wtabeli przypisań liczników.

• Data księgi (pole ACCDAT)

Data ta odpowiada dacie księgowania transakcji źródłowej.
Data księgowania umożliwia określenie okresu księgowania dowodów księgowych. Jest ona inicjalizowana domyślnie przez datę bieżącą i może zostać zmieniona w zależności od wartości parametru PIHACCDAT - Zezwalaj na zmiany daty księgowania (rozdział ACH, grupa INV).
Data ta podlega systematycznej kontroli w celu upewnienia się, że przynależy ona do istniejącego i otwartego roku podatkowego.
W przypadku problemu wykrytego w trakcie kontroli, użytkownik będzie musiał wprowadzić nową datę, niezależnie od wartości parametru.

Data ta odpowiada dacie dokumentu księgowego. Data księgowa pozwala określić okres księgowania dla dowodów księgowych.

Domyślnie jest ona inicjalizowana jako bieżąca data i można ją zmienić zgodnie z wartością parametru PIHACCDAT - Zezwalaj na zmiany daty księgowania (rozdział ACH).

Systematycznie dokonywana jest kontrola tej daty, aby upewnić się, że przynależy ona do istniejącego i otwartego roku obrotowego.
W przypadku problemu wykrytego w trakcie kontroli, wymagane jest wprowadzenie nowej daty, niezależnie od wartości parametru.

Uwagi dotyczące zgodności DGI:

• Wprowadzona data nie może być wcześniejsza niż data dokumentu (faktura, faktura korygująca lub faktura dodatkowa) nosząca poprzedni numer. Kontrola dokonywana jest, jeśli Kontrola chronologii jest aktywna dla licznika użytego przez typ dokumentu powiązany z wprowadzonymtypem faktury.
• Wprowadzanie faktur, faktur korygujących lub faktur dodatkowych może zostać ograniczone dla użytkownika dla zakresu dat zdefiniowanego w parametrzeACHSTRDAT - Data rozp. dla zakupów iACHENDDAT - Data zak. dla zakupów, jeśli są one uzupełnione.
• Zmiana daty dozwolona jest wyłącznie, jeśli nowa data wypada w tym samym okresie księgowym. Kontrola dokonywana jest, jeśli wartość parametruFRADGI - Przepisy DGI nr 13L-1-06to „Tak”, a składnik okresu stanowi część licznika.
• W modułach Handel i Kontrahent, dokument źródłowy faktury, faktury korygującej lub faktury dodatkowej nie może mieć daty późniejszej niż data faktury, faktury korygującej lub faktury dodatkowej.
  Na przykład, data faktury figurująca na fakturze korygującej nie może być późniejsza niż data faktury korygującej.
  W taki sam sposób, potwierdzenie dostawy figurujące na fakturze nie może mieć daty wysyłki późniejszej niż data faktury.
  Wykonywana jest kontrola, która to sprawdza. W rezultacie filtrowane są listy pobrań i okna wyboru.
  Punkt wejścia pozwala na dezaktywowanie tej kontroli poprzez zdefiniowanie konkretnego parametruCTLDATORI - Kontrola daty dokumentu (rozdział TC, grupa INV).

• Międzyfirmowe (pole BETCPY2)

• Dostawca (pole BPR)

To pole wskazuje fakturującego dostawcę, wystawcę faktury.

• pole BPRSAC

Należy wprowadzić kod konta zbiorczego kontrahenta (klienta lub dostawcy) zainicjalizowany domyślnie na podstawie kodu księgowania faktury kontrahenta.

• Nazwa firmy (pole BPRNAM1)

To pole podaje niezmienną nazwę firmy fakturującego dostawcy.

• Zatwierdzenie płatności (pole PAZ)

Pole to jest inicjalizowane przez poziom do zatwierdzenia użytkownika i można je zmienić pod warunkiem przypisania mu wartości odpowiadającej niższemu poziomowi.
Modyfikacja dokonywana jest wyłącznie po utworzeniu pozycji faktury.

• Przyczyna (pole LIBPAZ)

To pole zawiera przyczynę ewentualnych rozbieżności stwierdzonych między fakturą dostawcy, a fakturą obliczoną przez system.

• Oryginalny numer dokumentu (pole ORIDOCNUM)

• pole BPRDAT

To pole wskazuje datę faktury dostawcy jest to data zapisana na fakturze otrzymanej od dostawcy.

• pole TYPVCR

• pole CLSVCR

• pole SCUVCR

• pole SEQVCR

• Nr z dokumentu (pole BPRVCR)

To pole powtarza numer faktury figurujący na fakturze dostawcy.
Aby uniemożliwić wielokrotne wprowadzenie tego samego numeru dla tego samego dostawcy fakturującego, dokonywana jest kontrola.

• Płatnik (pole BPRPAY)

To pole jest inicjalizowane przez opłaconego dostawcę pochodzącego z rekordu dostawcy lub przez opłaconego dostawcę obecnego na pierwszym dokumencie wybranym przez pobieranie.

• Waluta (pole CUR)

To pole podaje walutę, w której wyrażone są ceny faktury.
Domyślnie proponowana jest waluta rekordu dostawcy. Może jednak zostać dostosowana przez walutę obecną w pierwszym, wybranym dokumencie faktury.

• Typ kursu (pole CURTYP)

To pole jest inicjalizowane przez typ kursu wymiany fakturującego dostawcy.

• Kurs (pole RAT1)

Istnieje możliwość bezpośredniego wprowadzenia kursu między walutą przesunięcia, a walutą firmy. Proponowane wartości pochodzą z typu kursu oraz daty faktury.
Aby zainicjalizować kurs ponownie, należy kliknąć na Inicjalizacja kursu (dostępne z poziomu ikony Działania). Wprowadzone kursy zostaną użyte bezpośrednio podczas zatwierdzania faktury w księgowości.

• pole RAT2

• pole CURMLT

• Fakt. korygowana (pole INVNUM)

To pole uzupełniane jest wyłącznie dla faktur korygujących. Jest to numer faktury, do której odnosi się faktura korygująca, które automatycznie nanosi się na każdą pozycję faktury korygującej.

• Warunk. frachtu/miasto (pole EECICT2)

Celem kodów Incoterms, normalizowanych przez Międzynarodową Izbę Handlową, jest ujednolicenie najczęściej używanych warunków handlowych w handlu międzynarodowym poprzez zdefiniowanie jednego warunku, interpretowanego w ten sam sposób przez wszystkich oraz wynikających z niego obowiązków sprzedawcy i nabywcy podczas tworzenia umowy sprzedaży.

Kod Incoterm, kontrolowany w tabeli Incoterms jest używany zwłaszcza w Intrastat. Może również być używany do określania cenników.

Podczas tworzenia zamówienia, przyjęcia lub faktury, kod Incoterm jest inicjalizowany przez kod Incoterm zdefiniowany domyślnie dla dostawcy lub przez dokument źródłowy.

Można uzyskać dostęp za pomocą tunelu do funkcji zarządzania Incotermem. Jednakże, wybór Incotermu nie może zostać zmieniony po wprowadzeniu dokumentu zarządzanego strukturą kosztów do dokumentu.
 W przypadku zamówień, przyjęć i faktur, kod Incoterm jest unikalny dla wszystkich dokumentów. Podczas przekształcania dokumentu, kod Incoterm jest propagowany na wszystkie podrzędne dokumenty.

 Kod i miejscowość Incoterm są również dostępne z poziomu menuOpcje/Informacje celne.

• pole ICTCTY2

Jest to miejscowość powiązana z pewnymi typami Incoterms. Przykład: FOB Hawr. Okno wyboru pozwala na wybór miejscowości zapisanej w systemie. Można mimo to wprowadzić niezapisaną miejscowość.

• Dane SCD (pole SPACUSDAT)

To pole wyświetla się wyłącznie, jeśli spełnione są następujące warunki:

• Kod KSP – Lokalizacja hiszpańska jest aktywny.
• Firma, z którą powiązana jest lokalizacja fakturowania zarządza hiszpańskim VAT-em (wartość parametru firmy SPAVAT – Hiszpański VAT (rozdział LOC, grupa SPA) to „Tak”.
• To pole nie jest ustawione jako ukryte na poziomie transakcji wprowadzania.

Można wprowadzić datę, dla której operacja została wykonana przez organy celne.

Jeśli to pole można uzupełnić to można je także zmienić nawet, jeśli faktura została zatwierdzona.

• Referencje SCD (pole SPACUS)

To pole wyświetla się wyłącznie, jeśli spełnione są następujące warunki:

• Kod KSP – Lokalizacja hiszpańska jest aktywny.
• Firma, z którą powiązana jest lokalizacja fakturowania zarządza hiszpańskim VAT-em (wartość parametru firmy SPAVAT – Hiszpański VAT (rozdział LOC, grupa SPA) to „Tak”.
• To pole nie jest ustawione jako ukryte na poziomie transakcji wprowadzania.

Umożliwia to wprowadzenie nazwy organu celnego, który wykonuje operację.

Jeśli to pole można uzupełnić to można je także zmienić nawet, jeśli faktura została zatwierdzona.

• Kod kontrahenta SCD (pole SPACUSBPR)

To pole wyświetla się wyłącznie, jeśli spełnione są następujące warunki:

• Kod KSP – Lokalizacja hiszpańska jest aktywny.
• Firma, z którą powiązana jest lokalizacja fakturowania zarządza hiszpańskim VAT-em (wartość parametru firmy SPAVAT – Hiszpański VAT (rozdział LOC, grupa SPA) to „Tak”.
• To pole nie jest ustawione jako ukryte na poziomie transakcji wprowadzania.

Możliwe jest wprowadzenie dostawcy oryginalnej faktury otrzymanej przez organy podatkowe.

Jeśli to pole można uzupełnić to można je także zmienić nawet, jeśli faktura została zatwierdzona.

• pole SPACUSNAM

• Projekt (pole PJTH)

To pole pozwala na podanie kodu projektu.
Zarządzanie tym kodem jest funkcją wartości parametru CTLOPPCOD - Obowiązkowa kontrola projektu (rozdział TC - grupa MIS).

• Jeśli jego wartość to Nie, można wprowadzić dowolny kod.
• Jeśli jego wartość to Tak, wykonywana jest kontrola sprawdzająca istnienie takiego kodu projektu.
  Aby wyświetlić listę dostępnych kodów projektu, można skorzystać z ikony Wybór.

Kod projektu wprowadzony w nagłówku dokumentu jest używany do inicjalizowania kodu projektu w pozycjach dokumentu i można go tam modyfikować. W przypadku przekształcenia dokumentu, kod projektu wprowadzony w nagłówku używany jest wyłącznie jako wartość domyślna w pozycjach, które nie mają kodu projektu. Jeśli zmieniany jest kod projektu w nagłówku dokumentu, wyświetla się okno dialogowe proponujące przeniesienie lub nie tego kodu do pozycji dokumentu zgodnie z poniższymi opcjami:

• Tak: kod projektu jest zmieniany we wszystkich pozycjach
• Nie: kod projektu nie jest zmieniany w pozycjach
• Tak, jeśli ta sama wartość: kod projektu jest zmieniany wyłącznie w pozycjach, które miały poprzedni kod projektu.

• Numer wew. (pole INVREF)

Jest to numer wewnętrzny faktury dostawcy w firmie. To wolne pole powala na wprowadzenie numeru lub wskazanie identyfikatora faktury. Przykład: numer chronologiczny przypisany do faktury od momentu jej przybycia do firmy.

• Podst. terminu płatności (pole STRDUDDAT)

Data ta służy jako podstawa do obliczania wymagalności. Kod na poziomie dostawcy pozwala zidentyfikować, czy data ta jest inicjalizowana przez datę przyjęcia czy datę fakturowania.
Jeśli data ta jest inicjalizowana przez datę przyjęcia, zostanie ona zainicjalizowana po wprowadzeniu pozycji pierwszego przyjęcia w czasie.

• 1. data wymagalności (pole DUDDAT1)

Pierwszy rozrachunek faktury.

• Warunki płatności (pole PTE)

Warunki płatności opisują reguły obliczeń dat rozrachunków podczas wprowadzania dokumentów (zamówienia, faktury, faktury korygujące). Obliczone rozrachunki mogą być wielokrotne i z różnymi metodami rozliczeń.
Warunki płatności definiują:

• metodę rozliczenia,
• procent w stosunku do całości dokumentu (w przypadku wielokrotnych rozrachunków),
• regułę obliczenia rozrachunku w miesiącu, dniu itp.
• typ rozliczenia (rozrachunek, zaliczka, podatek u źródła).

Data użyta jako data wyjściowa do obliczeń może różnić się w zależności od kontekstu (data faktury lub data przyjęcia). Można ją zmienić podczas wprowadzania.
Warunki płatności są domyślnie powiązane z kontrahentem i można je zmienić w trakcie wprowadzania. Warunek płatności jest inicjalizowany przez warunek płatności fakturującego dostawcy bądź przez warunek płatności podany na pierwszym, wybranym dokumencie.
Można wprowadzić tylko warunek płatności spójny z legislacją i grupą firmy lokalizacji dokumentu.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

Szczegóły dotyczące przekazań między firmami: w przypadku faktury między firmami wygenerowanej na podstawie faktury sprzedaży, warunek płatności jest inicjalizowany przez ten pochodzący z faktury sprzedaży.

• Rozliczenie rabatu (pole DEP)

Kod skonta pozwala zidentyfikować serię stawek skont i kar za zwłokę do zastosowania na rozliczeniu w zależności od liczby dni przed lub po upływie daty rozrachunku.
Kod skonta jest inicjalizowany przez kod skonta fakturującego dostawcy. Można go modyfikować.
Można wprowadzić tylko kod skonta spójny z legislacją i grupą firmy lokalizacji dokumentu.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

Szczegóły dotyczące przekazań między firmami: w przypadku faktury między firmami wygenerowanej na podstawie faktury sprzedaży, skonto jest inicjalizowane przez ten pochodzący z faktury sprzedaży.

• Reguła VAT (pole VAC)

Dotyczy systemu podatkowego faktury. System podatkowy jest inicjalizowany przez system podatkowy fakturującego dostawcy bądź przez system podatkowy podany na pierwszym, wybranym dokumencie.

System podatkowy przestawia zasięg terytorialny podatku, tzn. zasady obliczania, które należy zastosować w celu określenia kwoty podatku.

Ogólnie rzecz ujmując połączenie systemu podatkowego powiązanego z kontrahentem z progiem podatkowym powiązanym z artykułem pozwala określić kod podatku, który należy zastosować w pozycji dokumentu i w efekcie również w pozycji dowodu księgowego.

Szczegóły dotyczące przekazań między firmami: w przypadku faktury między firmami wygenerowanej na podstawie faktury sprzedaży, kody podatku pozycji faktur zakupu pochodzą z:

• systemu podatkowego faktury zakupu inicjalizowanego przez kod pochodzący z faktury sprzedaży,
• progów podatkowych faktury sprzedaży będącej źródłem faktury zakupu.

Wyłącznie system podatkowy pod względem legislacji i grupy firmy lokalizacji mogą zostać użyte.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

• Deklaracja wynagrodzenia (pole DAS2)

To pole jest inicjalizowane jako „Tak”, jeśli wybrany dostawca jest zleceniobiorcą.

• Data roz. usługi (pole STRDATSVC)

Należy podać zakresy początku i końca okresu usługi.

 Więcej informacji na temat uzupełniania i używania tych pól, znajduje się w artykule Koszty i przychody przyszłych okresów na poziomie Zakupów.

• Data zak. usługi (pole ENDDATSVC)

• formularz 1099 (pole FRM1099)

Typ formularza 1099 wskazuje, czy dostawca musi zostać zadeklarowany w Internal Revenue Service (urzędzie podatkowym w USA) w związku z dokonanymi rozliczeniami. Możliwe wartości to: Brak, Inne, Dywidenda, Odsetki. Ta wartość jest domyślnie pobierana z dostawcy dla faktury, ale może zostać zmieniona.

• Pole 1099 (pole BOX1099)

Domyślny numer pola, dla którego płatności mają zostać wydrukowane w rekordzie 1099. Numery pól różnią się w zależności od używanego rekordu 1099. Ta wartość jest domyślnie przekazywana z dostawcy do faktury, ale może zostać zmieniona. Nieaktywne pola 1099 nie są dostępne w wyborze.

• Kwota 1099 (pole AMTSUBJ109)

Kwota faktury podlegająca deklaracji 1099. Ta kwota jest obliczana automatycznie na podstawie sumy kwot netto faktury dla pozycji szczegółowych, których pole 1099 ma wartość Tak.

• Numer VCS (pole BELVCS)

Pole powiązane z legislacją belgijską. 
Z tego pola należy skorzystać w celu określenia numeru VCS na fakturze (VCS odnosi się do transferów z formatem ustrukturyzowanej komunikacji) oraz umożliwić uzgodnienie bankowe.

Przypomnienie: dla ustrukturyzowanej komunikacji wystarczy wskazać unikalny identyfikator na fakturach, który zostanie wykorzystany w ramach wszystkich wymian bankowych.

Numer składa się z 12 cyfr:

• 10 cyfr (2 znaki definiujące rok + 8 znaków definiujących numer sekwencji),
• 2 cyfry kontrolne obliczane zgodnie z regułą weryfikacji cyfr modułu 97.

W przypadku faktur od dostawców i faktur zakupu, ten numer jest kontrolowany i możliwy do wprowadzenia. Kontrola odbywa się, jeśli spełniono następujące warunki:

• kod działania KBE jest aktywny,
• parametr BELVCS ustawiono jako „Tak”,
• faktura nie jest fakturą typu pro forma,
• dostawca jest dostawcą belgijskim.

 Jeśli lokalizacja została zmodyfikowana to pole „Numer VCS” jest inicjalizowany ponownie.

• Pole 40 - powód (pole FLD40REN)

Pole podlega kodowi działania: KPO – Lokalizacja portugalska
Jest ono używane do wskazania przyczyny korekty VAT dla pola 40 w momencie generowania deklaracji VAT.
Podczas wybierania przyczyny możliwe wartości to wartości zawarte w tabeli dodatkowej 8300.

• Pole 41 - powód (pole FLD41REN)

Pole podlega kodowi działania: KPO – Lokalizacja portugalska
Jest ono używane do wskazania przyczyny korekty VAT dla pola 41 w momencie generowania deklaracji VAT.
Podczas wybierania przyczyny możliwe wartości to wartości zawarte w tabeli dodatkowej 8301.

• Nr (pole INVDTA1)

To pole wskazuje numer elementu fakturowania identyfikujący powiązaną kwotę (opłaty, port, opakowanie, depozyt itp.).
Lista elementów fakturowania składa się z połączenia list fakturujących dostawców i jej struktury cennika.
Do listy można dodać inne elementy:

• elementy wprowadzone ręcznie, ponieważ obecne są one wyłącznie na fakturze dostawcy,
• elementy dodane w zależności od wybranych dokumentów źródłowych, jeśli posiadają one elementy, które nie są zazwyczaj wykorzystywane przez fakturującego dostawcę.

 Usunąć można wyłącznie elementy dodane ręcznie do listy początkowej.

• Element faktury (pole INVDTALIB1)

To pole pobiera krótki opis elementu fakturowania

• Kwota (pole INVDTAAMT1)

To pole wskazuje kwotę elementów fakturowania wymienionych na fakturze dostawcy.
Wartości te muszą zostać wprowadzone ręcznie, aby umożliwić porównanie z kwotą elementów fakturowania obliczonych przez system.

• Wymiar (pole DIE)

Tabela ta pozwala na podanie bądź wizualizację wymiarów analitycznych, w zależności od ustawień wprowadzonej transakcji kontroli faktury.

• Opis (pole NAMDIE)

To pole używa opisu wymiaru analitycznego.

• Wartość wymiaru (pole CCE)

Są to wymiary analityczne inicjalizowane zgodnie z ustawieniami zdefiniowanymi dla domyślnych wymiarów (kod wymiaru PIH). Kody wymiarów mogą być zmieniane ręcznie, jeśli transakcja na to pozwala.
Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w nagłówku dokumentu powodują ponowną inicjalizację kodu wymiaru przy użyciu ustawień Domyślne wymiary. Jeśli kod projektu występuje także w pozycjach, kod wymiaru danych pozycji jest również ponownie inicjalizowany.

• Suma poz. netto (pole TOTLINAMT1)

To pole wskazuje sumę netto pozycji faktury, która wprowadzana jest na podstawie faktury otrzymanej od dostawcy.
Kwota ta służy jako finalny mechanizm kontrolny faktury w zestawieniu z kwotą netto pozycji obliczoną przez system.

• VAT (pole TOTTAXAMT1)

To pole wskazuje kwotę podatków ogółem, która wprowadzana jest na podstawie faktury otrzymanej od dostawcy.
Wprowadzona kwota służy jako finalny mechanizm kontrolny faktury w zestawieniu z kwotą podatków obliczoną przez system.

• Suma faktury (pole TOTATIAMT1)

Kwota brutto ogółem jest to kwota ogółem obliczona przez system na podstawie elementów systemu.

• Status faktury (pole STA)

To pole określa status faktury:

• oczekująca (faktura nie jest jeszcze zbilansowana),
• do zatwierdzenia (faktura jest zbilansowana),
• zatwierdzona.

• Status dopasowania (pole TWMSTA)

Pole Status dopasowania trójstronnego przyjmuje następujące wartości:

• Odblokowany: użytkownik uprawniony do odblokowania będzie mógł zdjąć blokadę.
• Zablokowany: jedna lub więcej pozycji jest zablokowana (z lub bez ostrzeżenia).
• Ostrzeżenie: jedno lub wiele ostrzeżeń, ale żadna pozycja nie jest zablokowana.
• Powodzenie: uzgodnienie powiodło się.
• Nie dotyczy: nie dokonano żadnego uzgodnienia.

• pole DES

To pole służy do wprowadzania komentarzy, w przypadku których pierwsza pozycja może być etykietą danego księgowania, zgodnie z parametrami automatu księgującego (PIHI dla faktury zakupu, SIHI dla faktury sprzedaży).
Obecność tego pola uzależniona jest od zastosowanego ekranu wprowadzania.

• Numer CAI (pole CAI)

• Data ważności CAI (pole DATVLYCAI)

• Źródło (pole TYPORI)

To pole pozwala wskazać typ dokumentu, który będzie źródłem pozycji faktury. W przypadku wstępnego załadowania, wypełnia się ono automatycznie.
Różne, dozwolone wartości zależą od typu faktury, która jest przetwarzana. Pochodzenie „Różne” pozwala na wprowadzenie pozycji, która nie jest powiązana z żadnym dokumentem.
Pole to jest dostępne tylko podczas tworzenia pozycji.
Wartości, zależne od typu faktury, są następujące:

• Faktura: Zamówienie, przyjęcie i inne,
• Faktura dodatkowa: Zamówienie, przyjęcie, faktura i inne,
• Faktura korygująca: Faktura i inne,
• Faktura korygująca dla zwrotu: Zwrot i inne.

• Numer (pole NUMORI)

Jest to numer dokumentu źródłowego (zamówienie, przyjęcie, zwrot, faktura) odpowiadającego pozycji do zafakturowania.
W przypadku wstępnego uzupełnienia, wypełnia się ono automatycznie.
Pole to jest dostępne tylko podczas tworzenia pozycji. To pole nie jest nigdy dostępne, jeśli pochodzenie jest Rożne.

• Jeśli typ faktury to „Faktura korygująca”, pole to jest uzupełniane automatycznie na podstawie pola na karcie zarządzania „Faktura źródłowa”.
• Jeśli typ faktury to „Faktura dodatkowa”, wybór zamówień jako dokumentu źródłowego ograniczony jest wyłącznie do zamówień niezafakturowanych i niezamkniętych oraz innych niż zlecenia kooperacji.
  

• Pozycja (pole LINORI)

W tym polu należy wskazać numer pozycji dokumentu, który będzie źródłem pozycji faktury. W przypadku wstępnego załadowania, numer ten wypełnia się automatycznie.
W przypadku pozycji otwartego zamówienia, nie można wprowadzić numeru bezpośrednio. Należy kliknąć na ikonę Wybór, aby wybrać odpowiednią pozycję.
Pole to jest dostępne tylko podczas tworzenia pozycji.

• Artykuł (pole ITMREF)

Pomoc wspólna dla funkcji Zamówienia, Faktury i Plan zakupów.
Wymagane jest wprowadzenie nr ref. artykułu. Z poziomu tego pola, dostępnych jest kilka funkcji.
Można:

• Wprowadzić bezpośrednio nr ref. artykułu.
  Jeśli parametr ITMFLG – Wprowadzanie nr ref. artykułu/dostawcy (rozdział (ACH, grupa REF) jest aktywny, można wprowadzić bez rozróżnienia wewnętrzny nr ref. artykułu lub nr ref. artykułu u dostawcy.
  Istnienie tego nr ref. jest kontrolowane w pliku Artykuły.
  Wyświetlany nr ref. jest zawsze wewnętrznym nr ref. artykułu, który musi istnieć obowiązkowo w tabeli Artykułu, być aktywny oraz typu Zakupiony artykuł. Jeśli wartość parametru BUYFLT – Filtruj wg nabywcy (rozdział ACH, grupa AUZ) to Tak, artykuł musi być zarządzany przez nabywcę. Filtr ten jest nieaktywny w kontroli faktury.
  W przypadku pozycji typu Inne, kod artykułu nie jest wymagany.
  
• Należy skorzystać z menu Operacje, aby:
• Wybrać artykuł w rekordzie.
• Wybrać artykuł z listy artykułów dostawcy.
• Wybrać artykuł z listy artykułów dostawców-lokalizacji. W tym oknie wyboru kursor jest domyślnie ustawiany na pierwszym artykule indeksowanym u dostawcy dla lokalizacji przyjęcia. Można wybrać inny indeksowany artykuł w dowolnej innej lokalizacji przyjęcia przynależącej do tej samej firmy prawnej.
• Utworzyć, zgodnie z uprawnieniami, artykuł w rekordzie.
• Należy zapoznać się i uwzględnić odpowiedzi na istniejące przetargi, jeśli użyta transakcja na to pozwala.
  Należy kliknąć na ikonę Operacje po wprowadzeniu numeru referencyjnego artykułu w celu ograniczenia listy do zapytań ofertowych dotyczących tego konkretnego artykułu. Jeśli wybrana zostanie odpowiedź powiązana z przetargiem, pozycja zamówienia jest automatycznie obciążana, a informacje są inicjalizowane przez elementy wniosku źródłowego oraz odpowiedź daną przez dostawcę.
  Zamówiona ilość, jednostka, opisy, kod projektu i wymiary analityczne są inicjalizowane przez zapytanie przetargowe. Cena i rabaty oraz przewidywana data przyjęcia są inicjalizowane przy pomocy informacji zapisanych w odpowiedzi dostawcy na zapytanie przetargowe.
• Należy zapoznać się i uwzględnić zapotrzebowanie dotyczące artykułu (operacja nie jest dostępna w funkcji faktur). Zapotrzebowanie to wyrażone jest w formie wniosków zakupowych, sugestii na podstawie obliczeń zapotrzebowania lub programów uzupełniania zapasów.
  W funkcji Plan zakupów można wyświetlić okno zawierające zapotrzebowanie bez wprowadzenia nr ref. artykułu. W takim przypadku, wszystkie typy zapotrzebowania odpowiadające dokonanemu wyborowi są obecne, niezależnie od typu artykułu. Po wybraniu i zatwierdzeniu pozycji, są one generowane automatycznie i wyświetlane z prawidłowym typem artykułu, w zależności od źródła zapotrzebowania.
  W funkcji Zamówienia i Plan zakupów, w zależności od użytego wprowadzania, okno uwzględniania zapotrzebowania może również otworzyć się automatycznie. Otwiera się ono po wprowadzeniu nr ref. artykułu, lub jeśli dotyczy to artykułu kategorii Usługa, w następstwie wyboru Typu artykułu (usługi lub kooperacji), jeśli wybór ten można zmienić.

Wprowadzenie artykułu pozwala zainicjalizować pola Opisu, które można zmienić.
Po wprowadzeniu artykułu mogą wyświetlić się różne komunikaty:

• Jeśli wprowadzony artykuł nie istnieje w wybranej lokalizacji przyjęcia.
  Ten komunikat umożliwia przejście do utworzenia lokalizacji, jeśli pozwalają na to uprawnienia użytkownika.
• Jeśli artykuł nie jest indeksowany u tego dostawcy.
  Komunikat ten może być blokujący, albo też być tylko ostrzeżeniem w zależności od wyboru dokonanego na poziomie parametru ogólnego ITMBPS – Nr ref. dostawcy (rozdział ACH, grupa REF).
• Jeśli artykuł-lokalizacja (przyjęcia) nie jest indeksowany u tego dostawcy.
  Komunikat ten może być blokujący, albo też być tylko ostrzeżeniem w zależności od wyboru dokonanego na poziomie parametru ogólnego ITMBPSFCY – Nr ref. dostawcy-lokalizacji (rozdział ACH, grupa REF).
  Ta kontrola nie ma zastosowania do zamówień między lokalizacjami.
• Jeśli artykuł jest zablokowany dla tego dostawcy lub dla danego dostawcy w danej lokalizacji przyjęcia.
  Komunikat ten może być blokujący, albo też być tylko ostrzeżeniem w zależności od wartości podanej w kodzie blokowania w rekordzie Artykuły-dostawcy lub w rekordzie Artykuły-lokalizacje.
• Wprowadzony artykuł jest już przedmiotem otwartego zamówienia.
  Ten komunikat jest tylko ostrzeżeniem.
• Artykuł nie może zostać zamówiony bezpośrednio, musi wcześniej być przedmiotem wniosku zakupowego.
  Jest to komunikat blokujący.

Dla artykułów zarządzanych w magazynie, istnieje możliwość uwzględnienia sugestii pochodzących z obliczeń zapotrzebowania lub obliczania uzupełniania zapasów poza MRP, jak również wniosków zakupowych.

Dla artykułów niezarządzanych w magazynie, wyłącznie ewentualne wnioski zakupowe mogą być uwzględniane.

W przypadku artykułów kooperacji, zlecenia kooperacji wygenerowane poprzez rozpoczęcie produkcji sugerują zakup, którego należy dokonać. Aby zamówić artykuł kooperacji, obowiązkowo muszą istnieć zapotrzebowania. W przeciwnym wypadku, wyświetla się komunikat o błędzie podczas wprowadzania nr ref. artykułu.

Zlecenie produkcyjne jest dostępne za pośrednictwem menu Operacje w pozycji artykułu. Wymagane jest, aby ta pozycja zamówienia dotyczyła artykułu kooperacji.

• Opis (pole ITMDES)

Jest to przetłumaczony opis w języku dostawcy. Jeśli faktura jest wystawiana na podstawie innego dokumentu, standardowy opis jest tłumaczony z pozycji źródłowej.
Opis ten zostanie wydrukowany na dokumencie faktury.
 Na podstawie tego pola można za pomocą tunelu uzyskać dostęp do rekordu artykułu.

• Standardowy opis (pole ITMDES1)

Jest to opis wprowadzony w rekordzie artykułu. Ten opis jest przekazywany z faktury sprzedaży na fakturę zakupu w przypadku fakturowania między firmami. Jeśli faktura jest wystawiana na podstawie innego dokumentu, standardowy opis jest dziedziczony z pozycji źródłowej.

• Typ artykułu (pole ITMKND)

Nie można wprowadzić typu artykułu:

• W pobieraniu dokumentu, typ artykułu pochodzi z dokumentu: Standardowego, Usługi lub Kooperacji.
• W fakturowaniu bezpośrednim, nie można wybrać artykułu typu Kooperacja. Artykuł musi być typu Standardowego lub Usługa.
• W przypadku wprowadzania faktury dodatkowej, typ artykułu pochodzi z pozycji dokumentu źródłowego lub artykułu wybranego w pobieraniu, o ile artykuł zostanie uzupełniony przed rozpoczęciem pobierania. W tym ostatnim przypadku, wszystkie pozycje zachowują ten sam typ, co wskazany artykuł.

Szczegóły powiązane między firmami: w przypadku faktury między firmami, typ artykułu pochodzi ze źródłowego dokumentu zakupu, jeśli podano ten typ. W przeciwnym razie, jest to automatycznie określany jako będący typu Standardowego lub typu Usługa w zależności od artykułu.

Obecność tego pola zależy od użytej transakcji wprowadzania.

• JM (pole UOM)

Jest to jednostka fakturowania. Jednostka ta jest uzupełniana na podstawie jednostki zakupu dostawcy lub jednostki zakupu dokumentu źródłowego.

• Ilość zafakturowana (pole QTYUOM)

Jest to zafakturowana ilość wyrażona domyślnie w jednostce zakupu. Wartość inicjalizacji tej ilości zależy od parametru PIHQTYAQR – Ilość możliwa do zafakturowania (rozdział ACH, grupa INV).
Jeśli wprowadzona ilość jest niższa od ilości pozostałej do zafakturowania, otwiera się okno pozwalające wskazać, czy pozycja powinna podlegać częściowemu fakturowaniu.
Jeśli wprowadzona ilość jest wyższa, wyświetla się komunikat ostrzegający.
Podczas wyboru pozycji przyjęcia, zwrócone i niemożliwe do zafakturowania pozycje dodatkowe (zafakturowana ilość jest pusta) nie są domyślnie wyświetlane. Można wybrać możliwość wyświetlenia ich, poprzez zmianę wartości Tak w parametrze PIHQTYRET – Fakturowanie zwróconej ilości (rozdział ACH, grupa INV).

• Cena z rabatem (pole NETPRI)

Jest to jednostkowa cena netto pozycji przyjęcia obliczona na podstawie ceny brutto, na którą wpływ mają ewentualne opłaty i rabaty. Informacja ta nie jest dostępna.
Z poziomu tego pola, ikona operacji umożliwia:

• wyświetlić powody powiązane z ceną, jak również z innymi polami elementów fakturowania,
• wyświetlić listę 10 ostatnich cen zamówień,
• wyświetlić cenniki,
• posiadanie szczegółowego wyjaśnienia opisującego otrzymanie ceny netto.

Jeśli wprowadzona cena wynosi zero, wyświetla się komunikat proszący o potwierdzenie. Jednakże ten komunikat nie wyświetla się dla składników BOM-u, elementów bezpłatnych ani niefakturowanych wysyłek.

Przetwarzanie Elementów bezpłatnych uruchamiane jest na końcu pozycji wysyłki. Ten proces generuje wszystkie pozycje bezpłatnych artykułów (Cena brutto i rabaty wynoszące 0). Jeśli wartość parametru FOCPRI – Wycena artykułów bezpłatnych (rozdział VEN, grupa PRI) to Tak, wyszukiwanie cennika jest wywoływane dla elementu bezpłatnego w celu przypisania mu ceny brutto. Cena ta ma wpływ na artykuł nadrzędny albo poprzez rabat pozycji wyrażony w procentach, albo rabat pozycji wyrażony w kwocie (zgodnie ze zleceniem rabatu) w celu otrzymania zerowej ceny netto.

Jeśli użytkownik kliknie Utwórz, aby zarejestrować wysyłkę, w zależności od wartości parametru GRPPRI – Zarządzanie cenami grupowymi, wyświetlić się może pytanie dotyczące tego, czy ma zostać wykonane czy też nie nowe wyszukanie cennika umożliwiające określenie konkretnych warunków powiązanych globalnie z wysyłką. Po zakończeniu tego procesu istnieje możliwość otrzymania dla pozycji artykułów:

• nowej ceny brutto lub nowych rabatów, lub nowych kosztów w pozycji,
• bezpłatnych artykułów, które nie są powiązane z żądną konkretną pozycją.

Jeśli istnieje różnica między kosztem przyjęcia, a kosztem faktury (jeśli pozycja faktury pochodzi z pozycji przyjęcia) oraz jeśli wartość parametru PIHCPR - Korekta ceny na fakturze to „Z kosztami dodatkowymi”, wartość, na którą wpływ mogą mieć zapasy (jeśli zarządzanie korektami wartości zapasu na wejściu) zostanie określona poprzez wpływ na kwotę netto pozycji faktury z kosztami dodatkowymi obliczonymi w pozycji przyjęcia.

• Wartość linii netto (pole AMTNOTLIN)

To pole wskazuje pozycję kwoty netto: jeśli ilość została wprowadzona w pozycji, pozycja ta jest rezultatem mnożenia ceny jednostkowej netto przez ilość.
Kwota ta może zostać zmieniona w celu poprawy np. różnicy zaokrąglenia. Po modyfikacji, cena jednostkowa jest dostosowana w przypadku wprowadzenia ilości.
Można wprowadzić pozycję wyłącznie finansową bez ilości, ale w takim przypadku dostępna jest wyłącznie kwota netto pozycji.

• Waluta (pole NETCUR)

Jest to waluta, w której wyrażone są kwoty wyświetlane w poprzednich kolumnach. Informacja ta nie jest dostępna.
Jeśli faktura pochodzi z pozycji zamówienia lub z pozycji przyjęcia, kod waluty dziedziczony jest z dokumentu źródłowego.
Jeśli jest to pozycja fakturowania bezpośredniego, waluta pobierana jest z nagłówka faktury i odpowiada walucie dostawcy.

• Współ. kosztów przyj. (pole CPRCOE)

• Koszty stałe na jedn. (pole CPRAMT)

• Struktura kosztu (pole STCNUM)

• Koszt zakupu na jednostkę (pole CSTPUR)

Informacja ta (bez możliwości zmiany) wyświetla się, jeśli pozwala na to transakcja.

Koszt zakupu na jednostkę (bez możliwości zmiany) jest wyrażony w walucie firmy. Odpowiada on wynikowi obliczeń:

Kosz zakupu pozycji / Ilość (w JM MAG)

 Kwota ta nie jest nigdy obliczana w trakcie wprowadzania, ale wyłącznie podczas zapisu dokumentu.

• Koszt zakupu (pole LINCSTPUR)

Koszt zakupu odpowiadający kosztowi magazynu, do którego dodawane są pozostałe obciążenia do zapłaty przez kupującego i nie wchodzące w skład wyceny magazynu (koszty transportu, podatki niemożliwe do odliczenia itp.).
Pole to nie podlega zmianom i wyświetla się wyłącznie, jeśli transakcja na to zezwala. Wyrażone jest w walucie firmy.

 Kwota ta nie jest nigdy obliczana w trakcie wprowadzania, ale wyłącznie podczas zapisu faktury.
Metoda obliczenia może się różnić w zależności od tego czy koszty dodatkowe są uwzględniane lub nie (parametr PIHCPR - Korekta ceny na fakturze, rozdział ACH, grupa INV).

Wartość parametru PIHCPR to: „Z kosztami dodatkowymi”:

• W fakturowaniu bezpośrednim, jego tryb obliczeń kosztu zakupu różni się w zależności od metody wybranej do oceny kosztów dodatkowych. Metoda obliczeń jest następująca:
   
• Metoda ogólna, w której stosowany jest Współczynnik kosztów dodatkowych lub są uwzględniane Koszty stałe na jednostkę:
  Koszt zakupu =
  [Cena netto pozycji ogółem (kwota pozycji netto) * Współczynnik przybliżenia]
  + suma kosztów stałych pozycji (koszt stały na jednostkę * ilość w JM ZAK)
  + suma elementów fakturowania pozycji
  + suma podatków niepodlegających odliczeniu pozycji.
  
• Metoda z uwzględnieniem wszystkich obciążeń szczegółowych w strukturze kosztów:
  
  Koszt zakupu =
  Cena netto pozycji ogółem (kwota pozycji netto)
  + suma obciążeń przychodu (pochodzących ze struktury kosztów) pozycji
  + suma elementów fakturowania pozycji
  + suma podatków niepodlegających odliczeniu pozycji.
   
• W fakturowaniu przez pobranie przyjęcia lub zamówienia, koszt zakupu jest uzupełniany kosztem magazynu na jednostkę dokumentu źródłowego faktury pod warunkiem, że informacje dotyczące ceny i ilości nie są zmienione.

Wartość parametru PIHCPR to: „Bez kosztów dodatkowych”:

• W fakturowaniu bezpośrednim, tryb obliczeń jest następujący:
  Cena netto pozycji ogółem (kwota pozycji netto) 
  + suma elementów fakturowania pozycji
  + suma podatków niepodlegających odliczeniu pozycji.
  
• W fakturowaniu przez pobranie przyjęcia lub zamówienia, nie jest on uzupełniany kosztem zakupu na jednostkę dokumentu źródłowego faktury, ale jest przeliczany bez uwzględniania kosztów dodatkowych dokumentu źródłowego.

 Kwota podatków nie podlegających odliczeniu jest przedstawiona w oknie Koszt pozycji wyświetlanym z poziomu ikony Działania.

 Żaden koszt zakupu nie jest obliczony w przypadku faktur dodatkowych i faktur korygujących.

• Koszt magazynu na jednostkę (pole CPR)

Jest to koszt magazynu na jednostkę artykułu, wyrażony w walucie firmy.
Może zostać również wyświetlony w oknie szczegółów gospodarki magazynowej. 

Metoda obliczenia może się różnić w zależności od tego czy koszty dodatkowe są uwzględniane lub nie (parametr PIHCPR - Korekta ceny na fakturze, rozdział ACH, grupa INV).

Wartość parametru PIHCPR to: „Z kosztami dodatkowymi”:

• W fakturowaniu bezpośrednim, jego tryb obliczeń różni się w zależności od metody wybranej do oceny kosztów dodatkowych. Metoda obliczeń jest następująca: 
• Metoda ogólna, w której stosowany jest Współczynnik kosztów dodatkowych lub uwzględniane są Koszty stałe na jednostkę.
  
  (Cena netto * Współczynnik kosztów dodatkowych) + koszty stałe na jednostkę (wyrażone w JM ZAK i przeliczone na JM MAG) + wycenione elementy fakturowania (dla jednostki magazynowej) + podatek bez możliwości odliczenia (jeśli wartość parametru NODVATSTO - Nie podlegające odliczeniu podatki w magazynie to „Tak”) dla jednostki magazynowej.
  
  Wynik ten jest przeliczany na walutę firmy przy użyciu typu kursu wskazanego na karcie „Zarządzanie”.
   
• Metoda z uwzględnieniem wszystkich obciążeń szczegółowych w strukturze kosztów:
• W fakturowaniu przez pobranie przyjęcia lub zamówienia, jest ona uzupełniana kosztem magazynu na jednostkę dokumentu źródłowego faktury.

Wartość parametru PIHCPR to: „Bez kosztów dodatkowych”:

• W fakturowaniu bezpośrednim, tryb obliczeń jest następujący:
  Cena netto + wycenione elementy fakturowania
  Wynik ten jest przeliczany na walutę firmy przy użyciu typu kursu wskazanego na karcie „Zarządzanie”.
   
• W fakturowaniu przez pobranie przyjęcia lub zamówienia, nie jest on uzupełniany kosztem magazynu na jednostkę dokumentu źródłowego faktury, ale jest przeliczany bez uwzględniania kosztów dodatkowych dokumentu źródłowego.

Uwagi:

• Kwota ta nie jest nigdy obliczana w trakcie wprowadzania, ale wyłącznie podczas zapisu dokumentu.
•  Żaden koszt magazynu na jednostkę nie jest obliczany dla pozycji, których źródłem jest zwrot lub faktura korygująca.

• Koszt zapasu (pole LINAMTCPR)

Pole to (bez możliwości zmiany) wyświetla się, jeśli pozwala na to transakcja.
Przedstawia ono kwotę kosztu wchodzącego w skład wyceny magazynu, w walucie firmy.

Uwagi:

Tryb obliczeń różni się w zależności od metody wybranej do oceny kosztów dodatkowych.

• Metoda ogólna, w której stosowany jest Współczynnik kosztów dodatkowych lub są uwzględniane Koszty stałe na jednostkę:
  
  Kwota pozycji netto * Współczynnik przybliżenia
  + koszt stały na jednostkę (wyrażony w JM ZAK i przeliczony na JM MAG) * jednostka w JM ZAK
  + suma wycenionych elementów fakturowania pozycji (uwzględniane są wyłącznie te elementy, których flaga Wycena zapasów ma wartość: „Tak”)
  + suma podatków niepodlegających odliczeniu pozycji (jeśli wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Tak”)
  
  Wynik ten jest przeliczany na walutę firmy przy użyciu typu kursu wskazanego w sekcji Zarządzanie.
  
  Przykład obliczenia Kosztu zapasu pozycji (bez elementów fakturowania):
  
  - Hipoteza: waluta firmy i waluta dokumentu są takie same (€).
  
  - Cena netto: 10 € / karton
  - Współczynnik przybliżenia: 1,3
  - Koszt stały na jednostkę: 20 €
  - 1 karton = 15 JM MAG
  - Podatek nie do odliczenia: 16,9%, ale wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Nie”.
  
  --> Dla zamówienia 1 kartonu:
  Kosz zapasu = (10 * 1,3) + 20 = 33 €
  Koszt magazynu na jednostkę to 33 € / 15 JM MAG = 2,20 €
  
  --> Dla zamówienia 5 kartonów:
  Kosz zapasu = [(10 * 5) * 1,3] + (20 * 5) = 165 €
  Koszt magazynu na jednostkę to 165 € / 75 JM MAG = 2,20 €
  
  
  Przykład obliczenia Kosztu zapasu pozycji (z elementami fakturowania):
  
  - Hipoteza: waluta firmy i waluta dokumentu są takie same (€).
  
  - Cena netto: 10 € / karton
  - Współczynnik przybliżenia: 1,3
  - Koszt stały na jednostkę: 20 €
  - 1 karton = 15 JM MAG
  - Wyceniony element fakturowania (port): 10 €
  - Niewyceniony element fakturowania (rozładunek): 7 €
  - Podatek nie do odliczenia: 16,9%, ale wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Nie”.
  
  --> Dla zamówienia 5 kartonów:
  Kosz zapasu = [(10 * 5) * 1,3] + (20 * 5) + 10 = 175 €
  Koszt magazynu na jednostkę to 175 € / 75 JM MAG = 2,33 €
  
  
  Przykład obliczenia Kosztu zapasu pozycji (z elementami fakturowania):
  
  - Hipoteza: waluta firmy i waluta dokumentu są różne.
  
  Waluta firmy: $
  Waluta dokumentu: € – Przelicznik: 1 € = 1,40 $
  
  - Cena netto (w walucie dokumentu): 10 € / karton, przeliczony na walutę firmy --> 14 $ / karton
  - Współczynnik przybliżenia: 1,3
  - Koszt stały na jednostkę (w walucie wskazanej w rekordzie Artykułu): 30 $
  - 1 karton = 15 JM MAG
  - Wycenione elementy fakturowania (port) (w walucie dokumentu): 15 €, przeliczone na walutę firmy --> 21 $
  - Podatek nie do odliczenia: 16,9%, ale wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Nie”.
  
  --> Dla zamówienia 1 kartonu:
  Kosz zapasu = (14 * 1,3) + 30 + 21 = 69,20 $
  Koszt magazynu na jednostkę to 69,20 $ / 15 JM MAG = 4,61 $
  
  
• Metoda z uwzględnieniem wszystkich obciążeń szczegółowych w strukturze kosztów:
  
  Kwota pozycji netto
  + obciążenia struktury kosztów
  + suma wycenionych elementów fakturowania pozycji (uwzględniane są wyłącznie te elementy, który flaga „Wycena zapasów” ma wartość: „Tak”)
  + suma podatków niepodlegających odliczeniu (jeśli wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Tak”)
  
  Przykład obliczenia Kosztu zapasu pozycji:
  
  - Hipoteza:
  - waluta firmy i waluta dokumentu są takie same (€)
  - Incoterm Ex-Works (wszystkie obciążenia są płacone przez kupującego)
  
  - Cena netto: 10 € / karton
  - Wycenione obciążenia bezpośrednie: 20% ceny netto
  - Niewycenione obciążenia bezpośrednie (sposób obliczenia: cena jednostkowa na karton): 20 € na karton
  - 1 karton = 15 JM MAG
  - Wyceniony element fakturowania (port): 10 €
  - Niewyceniony element fakturowania (rozładunek): 7 €
  - Podatek nie do odliczenia: 16,9%, ale wartość parametru NODVATSTO – Niepodlegające odliczeniu podatki w magazynie to „Nie”.
  
  --> Dla zamówienia 5 kartonów:
  Kwota pozycji netto: 5 kartonów * 10 € = 50 €
  + Wycenione obciążenia struktury kosztów: 50 € * 20% = 10 €
  + Suma wycenionych elementów fakturowania: 10 €
  
  Kosz zapasu = 50 + 10 + 10 = 70 €
  Koszt magazynu na jednostkę to 70 € / 75 JM MAG = 0,933 €
  

• Waluta (pole CPRCUR)

Jest to waluta, w której wyceniane są zapasy (waluta rozrachunkowa firmy). Jednostkowy koszt zapasu i jednostkowa cena zlecenia są wyrażone w tej walucie.
Przedstawionych informacji nie można zmienić.

• 1099 (pole FLG1099)

Flaga 1099 jest używana do wskazania, czy pozycja jest przesyłana do deklaracji 1099. Jeśli dostawca musi podlegać deklaracji 1099 domyślna wartość tej pozycji musi być ustawiona jako Tak. Jeśli dla tego dostawcy pozycja nie podlega deklaracji 1099 to flaga może zostać ustawiona jako Nie i pozycja nie zostanie dołączona do kwoty 1099 do zadeklarowania.

• Projekt (pole PJT)

Kod projektu w pozycji dokumentu jest inicjalizowany przez kod wprowadzony w nagłówku lub, w przypadku przekształcenia dokumentu, przez wybrany kod pozycji dokumentu. Kolejne pozycje mogą mieć różne kody projektu.
Można zmienić kod projektu w pozycjach wyłącznie, jeśli wpis w tym polu jest dozwolony przez użytą transakcję wpisu.

Jeśli zmieniany jest kod projektu w nagłówku dokumentu, wyświetla się okno dialogowe proponujące przeniesienie lub nie tego kodu do pozycji dokumentu zgodnie z poniższymi opcjami:

• Tak: kod projektu jest zmieniany we wszystkich pozycjach
• Nie: kod projektu nie jest zmieniany w pozycjach
• Tak, jeśli ta sama wartość: kod projektu jest zmieniany wyłącznie w pozycjach, które miały poprzedni kod projektu.

W przypadku modyfikacji zarządzanie tym kodem jest funkcją wartości parametru CTLOPPCOD - Obowiązkowa kontrola projektu (rozdział TC - grupa MIS).

• Jeśli jego wartość to Nie, można wprowadzić dowolny kod.
• Jeśli jego wartość to Tak, wykonywana jest kontrola sprawdzająca istnienie takiego kodu projektu.
  Aby wyświetlić listę dostępnych kodów projektu, można skorzystać z ikony Wybór.

Parametr PJTSNGDOC - Jeden projekt na dokument (rozdział TC - grupa MIS) nie ma zastosowania w zarządzaniu fakturami, fakturami dodatkowymi i korygującymi, które są zarządzane wyłącznie w trybie wieloprojektowym. Dostawca musi mieć więc możliwość wystawienia faktury grupowej dotyczącej rożnych zamówień/przyjęć dotyczących odrębnych projektów.

Jeśli wymiar analityczny jest używany do śledzenia projektu, wszystkie zmiany kodu projektu dokonane w nagłówku i odzwierciedlone w pozycjach, bądź dokonane w pozycji dokumentu, powodują ponowną inicjalizację kodu sekcji dla tego wymiaru. Ponowna Inicjalizacja odbywa się zgodnie z ustawieniami Domyślne wymiary.

Cechy miedzy firmowe: w ramach faktury między firmami, kod projektu nie pochodzi z faktury sprzedaży, ale z pozycji przyjęcia zakupu bądź pozycji źródłowego zamówienia zakupu.

• pole LINACC1

Te pola wskazują konta księgowe zakupu. Dostępne plany kont zależą od modelu księgowego powiązanego z firmą przesunięcia. Jeśli pola te nie są uzupełnione, konta zostaną określone automatycznie przez koszyk kont artykułu (w zależności od ustawień automatu księgowego).
 Obecność tego pola zależy od użytej transakcji wprowadzania.
Konta te są uzupełniane domyślnie w zależności od kont obecnych w pozycji dokumentu źródłowego pozycji faktury.
 Jeśli w pozycji nie ma żadnego kodu artykułu, należy obowiązkowo podać konto główne.

Podczas wprowadzania bezpośredniego faktury z pozycją typu Inne i bez kodu artykułu, konto jest inicjalizowane przez konto zakupu dostawcy.
Kod podatku i typ zakupu są inicjalizowane w takim przypadku w zależności od informacji na temat użytego konta (konto ogólnej księgi głównej).

• Typ (pole LINPURTYP)

Obecność tej informacji zależy od ustawień transakcji.
Różne typy zakupów to Zakupy, Środki trwałe i Usługi. Jeśli źródłem pozycji faktury jest pozycja dokumentu, typ zakupu zostanie odziedziczony z pozycji tego dokumentu.
W przypadku pozycji innej faktury, typ zakupu zostanie zainicjalizowany w zależności od księgowania powiązanego podatku na konto ogólne wprowadzone poprzedni.
Jeśli pozycja faktury stanowi obiekt faktury korygującej, typ zakupu zostanie przekazany do pozycji faktury korygującej.

• Dystrybucja (pole LINDSP)

Jest to klucz podziału analitycznego pozycji faktury.
Może zostać zmieniony bezpośrednio w pozycji. W takim przypadku ewentualne, podane sekcje analityczne są usuwane.

• pole CCE1

Podczas wprowadzania pozycji faktury, wymiary analityczne są inicjalizowane zgodnie z ustawieniami domyślnych wymiarów (kod PID). Kody wymiarów mogą być zmieniane ręcznie, jeśli transakcja na to pozwala.

Jeśli pozycja faktury pochodzi z pozycji dokumentu, wymiary analityczne są uzupełniane przez sekcje analityczne obecne w pozycji dokumentu źródłowego.

Jeśli na dokumencie źródłowym nie podano wymiarów analitycznych, wykonana zostanie próba inicjalizacji tych wymiarów analitycznych w zależności od kodu Domyślne wymiary.
Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w pozycji dokumentu powodują ponowną inicjalizację kodu wymiaru przy użyciu ustawień Domyślne wymiary.

W przypadku faktury między firmami, wymiary analityczne odziedziczą sekcje analityczne faktury sprzedaży, w zależności od ustawień kodu domyślny wymiar pozycji faktury, PID.

• Podatek 1 (pole VAT1)

To pole pozwala podać pierwszy kod podatku do zastosowania dla zafakturowanego artykułu.
Kody podatku (VAT, podatek dodatkowy lub podatek specjalny, podatek lokalny) mogą być zmienione w pozycji faktury, jeśli zezwala na to transakcja.
Wyłącznie kody podatku zgodne pod względem legislacji i grupy firmy lokalizacji mogą zostać użyte.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.
Są one normalnie inicjalizowane w zależności od reguł określania podatku najczęściej pochodzących z skrzyżowania między systemem podatkowym dostawcy, a progami podatkowymi wprowadzonego artykułu.
Jeśli źródłem pozycji faktury jest pozycja dokumentu, kody podatku zostaną odziedziczone z pozycji tego dokumentu.
Jeśli źródłem faktury jest faktura sprzedaży, różne kody podatku zostaną sprawdzone w zależności od kontekstu i zostaną one odziedziczone ze źródłowego dokumentu zakupu.
Podczas przekształcania pozycji faktury w pozycję faktury korygującej, kody podatku podane w pozycji faktury zostaną przekazane do tego dokumentu. Przycisk kontekstu pozwala wybrać kod podatku dla każdego progu podatkowego.

• Podatek 2 (pole VAT2)

To pole pozwala podać drugi kod podatku do zastosowania dla zamówionego artykułu w pozycji. Jest to podatek dodatkowy lub specjalny.

• Podatek 3 (pole VAT3)

To pole pozwala podać trzeci kod podatku do zastosowania dla zamówionego artykułu w pozycji. Jest to podatek dodatkowy lub specjalny.

• VAT przyjęcia (pole TAXRCP)

To pole umożliwia wskazanie podatku wyjściowego do zastosowania dla artykułu.
Ten podatek wynika z ustawień określenia podatku lub jest wprowadzany ręcznie.
 Kod działaniapowiązany z podatkami regionalnymi musi zostać uprzednio aktywowany.

• VAT wydania (pole TAXISS)

To pole umożliwia wskazanie podatku wyjścia do zastosowania dla artykułu.
Ten podatek wynika z ustawień określenia podatku lub jest wprowadzany ręcznie.
 Kod działaniapowiązany z podatkami regionalnymi musi zostać uprzednio aktywowany.

• Inny podatek 1 (pole TAXOTH1)

To pole umożliwia wskazanie podatku dodatkowego do zastosowania dla artykułu.
Ten podatek wynika z ustawień określenia podatku lub jest wprowadzany ręcznie.
 Kod działaniapowiązany z podatkami regionalnymi musi zostać uprzednio aktywowany.

• Inny podatek 2 (pole TAXOTH2)

To pole umożliwia wskazanie podatku dodatkowego do zastosowania dla artykułu.
Ten podatek wynika z ustawień określenia podatku lub jest wprowadzany ręcznie.
 Kod działaniapowiązany z podatkami regionalnymi musi zostać uprzednio aktywowany.

• Data roz. usługi (pole STRDAT)

Należy podać zakresy początku i końca okresu usługi.

 Więcej informacji na temat uzupełniania i używania tych pól, znajduje się w artykule Koszty i przychody przyszłych okresów na poziomie Zakupów.

• Data zak. usługi (pole ENDDAT)

• Numer okresu (pole PERNBR)

Należy podać częstotliwość (liczba dni, tygodni, dekad, dwóch tygodni lub miesięcy).

• Typ okresu (pole PERTYP)

• Różnica ilościowa (pole DIFQTY)

Informacja ta oznacza stwierdzoną różnicę w ilości między wprowadzoną pozycją faktury i pochodzącą od dostawcy, a pozycją dokumentu źródłowego.

• Różnica cenowa (pole DIFPRI)

Informacja ta oznacza stwierdzoną różnicę w cenie między wprowadzoną pozycją faktury i pochodzącą od dostawcy, a pozycją dokumentu źródłowego.

• Dokładność dopasowania (pole MATTOL)

To pole wyświetla kod tolerancji pozycji zamówienia. Pole to uzupełniane jest w następujący sposób:

• program wyszukuje, czy kod tolerancji został podany w rekordzie artykułu-dostawcy,
• jeśli program nie znajduje wartości, wyszukiwanie odbywa się na poziomie rekordu artykułu,
• następnie, dokonywana jest kontrola na poziomie rekordu dostawcy,
• jeśli nie przewidziano żadnego kodu: do pozycji nie stosowany jest żaden kod tolerancji.

Zarządzanie polem (zależy od ustawień transakcji wprowadzania)

• Jeśli transakcja wprowadzania pozwala na wprowadzenie kodu tolerancji, kod może zostać zmieniony tak długo, jak zamówienie nie jest zamknięte.
• Jeśli transakcja wprowadzania zezwala na wyświetlenie kodu tolerancji, zastosowanie ma domyślny kod, którego nie można zmienić.
• Jeśli transakcja wprowadzania nie zezwala na wyświetlenie kolumny, domyślny kod jest niewidoczny.

 Kod tolerancji może zostać przypisany domyślnie, niezależnie od zamówienia zakupu (typu back-to-back, ręcznego lub planowania zleceń).

• Status dopasowania (pole TWMSTAL)

• Nr deklaracji VAT (pole DCLEECNUM)

To pole wyświetla się tylko, jeśli spełnione są następujące warunki:

• Kod KPO – Lokalizacja portugalska jest aktywny.
• Firma, z którą powiązana jest lokalizacja fakturowania zarządza portugalskim VAT-em (wartość parametru firmy PORVAT – Portugalski VAT (rozdział LOC, grupa POR) to „Tak”).
• To pole nie jest ustawione jako ukryte na poziomie transakcji wprowadzania.

 To pole jest inicjalizowane:

• w pierwszej pozycji: z NIP-em UE dostawcy wskazanym w nagłówku faktury,
• w każdej kolejnej pozycji: z NIP-em UE wskazanym w poprzedniej pozycji lub, jeśli nie z dostawcą wskazanym w nagłówku faktury.

Można je ciągle zmodyfikować, jeśli zostało ustawione tak, aby akceptować wpisy na poziomie transakcji wprowadzania i jeśli faktura nie została zaakceptowana.

• Nowy koszt (pole CSTMAJLIN)

To pole, podlegające transakcji wprowadzania, dotyczy wyłącznie:

• Faktur dodatkowych.
  Domyślna wartość tego pola to Tak. Wartość tego pola może także pochodzić z wartości wprowadzonej podczas wstępnego ładowania pozycji faktury.
• Tak: kwota jest uwzględniana jako koszt dodatkowy w obliczeniach zrealizowanego kosztu zakupu innych pozycji dokumentów (zamówienie i przyjęcie) oraz w wycenie zapasów.
• Nie: kwota odpowiada wybranej aktualizacji obciążenia zawartej w strukturze kosztów dokumentu źródłowego.

Wartość tego pola w pozycji faktury dodatkowej występuje również na rozdzielonych elementach fakturowania w pozycjach:

• Jeśli wartość pola to Tak w pozycji faktury dodatkowej, a element fakturowania jest ustawiony tak, aby zostać wyceniony w zapasie, kwota elementu fakturowania jest uwzględniana w wycenie zapasów.
• Jeśli wartość pola to Nie w pozycji faktury dodatkowej, kwota elementu fakturowania nie jest uwzględniana w wycenie zapasu, nawet jeśli element fakturowania został ustawiony tak, aby był wyceniany w zapasie.
• Element fakturowania ustawiony tak, aby nie był wyceniany w zapasie nie jest nigdy uwzględniany podczas wyceniania zapasów, niezależnie od tego, jaką wartość przyjmuje pole Nowy koszt pozycji faktury dodatkowej.

• Faktury korygujące dla faktur dodatkowych.
  To pole przywołuje ustawienia wprowadzone dla faktury dodatkowej.

• Koszt (pole FCSCOD)

To pole wyświetla się wyłącznie w przypadku:

• Faktur dodatkowych.
  Jest ono uzupełniane, jeśli faktura nie odpowiada „Nowemu kosztowi”, ale obciążeniu zawartemu w strukturze kosztów dokumentu źródłowego. Domyślnie jest to obciążenie wskazane podczas tworzenia faktury dodatkowej, ale można je zmienić.
• Faktur korygujących dla faktur dodatkowych.
  To pole przywołuje obciążenie wprowadzone dla faktury dodatkowej.

• Suma poz. netto (pole CUMLINAMT1)

Kwota netto ogółem pozycji faktury wyrażona w walucie faktury.

• Nr (pole INVDTA)

To pole wskazuje numer elementu fakturowania identyfikujący powiązaną kwotę (opłaty, port, opakowanie, depozyt itp.).
Lista elementów fakturowania składa się z połączenia list fakturujących dostawców i jej struktury cennika.
Do listy można dodać inne elementy:

• elementy wprowadzone ręcznie, ponieważ obecne są one wyłącznie na fakturze dostawcy,
• elementy dodane w zależności od wybranych dokumentów źródłowych, jeśli posiadają one elementy, które nie są zazwyczaj wykorzystywane przez fakturującego dostawcę.
  Wszystkie zmiany elementu fakturowania dokonane na poziomie przyjęcia są przenoszone na poziomie faktury wyłącznie, jeśli jest to przyjęcie bezpośrednie.

• Opis (pole INVDTALIB)

To pole wskazuje krótki opis elementu fakturowania.

• Kwota wpisu (pole INVDTAAMT)

To pole wskazuje kwotę elementów fakturowania wymienionych na fakturze dostawcy.
Wartości te muszą zostać wprowadzone ręcznie, aby umożliwić porównanie z kwotą elementów fakturowania obliczonych przez system.

• Waluta (pole AMTCODLIB)

• Kwota stopki zamówienia (pole INVORDAMT)

Kolumna ta wskazuje obliczoną kwotę pochodzącą z różnych, odnośnych zamówień. Kwota ta jest obliczana po wprowadzeniu pozycji faktury. 

Jeśli pomiędzy wartością obliczoną przez Sage X3 a wartością rzeczywiście zafakturowaną przez dostawcę istnieje różnica, wartość kolumny „Kwota stopki zamówienia” musi zostać dostosowana tak, aby zrównoważyć kontrolę faktury.

Jeśli faktura dotyczy przyjęć bezpośrednich, kolumna ta jest uzupełniana wartością elementów fakturowania wprowadzony podczas przyjęcia bezpośredniego. Jeśli zafakturowane przyjęcie dotyczy jednocześnie pozycji bezpośrednich i pozycji pochodzących z zamówienia, delta elementów fakturowania między zamówieniem a przyjęciem jest dodawana do tej kolumny w zależności od proporcji pozycji, których dotyczy.

• Kwota stopki przyjęcia (pole RCPCPLAMT)

Kolumna ta pozwala na wizualizację elementów fakturowania pochodzących z przyjęć. Kolumna ta ma charakter wyłącznie informacyjny, jeśli pozycje przyjęcia występują na fakturze. Wskazuje, że elementy fakturowania zostały dodane lub zmienione w przyjęciu w porównaniu z wartościami elementów fakturowania oryginalnego zamówienia. Kwota dodanych lub zmienionych elementów fakturowania wyświetla się w tej kolumnie.

• Kwota linii (pole INVLINAMT)

To pole wskazuje kwotę elementu fakturowania, jeśli jest on obliczany na podstawie pozycji dokumentu.
 W przypadku elementu fakturowania tego typu pole „Kwota” nie jest dostępne.

• Różnica (pole INVDIFAMT)

To pole pobiera stwierdzoną różnice między kwotą elementu fakturowania pojawiającą się na fakturze dostawcy podaną w kolumnie „Kwota wpisu”, a kwotą elementu fakturowania obliczoną przez system i podaną w kolumnie „Kwota stopki zamówienia”.

• Winien / Ma (pole DEBCDT)

To pole wskazuje kierunek elementu fakturowania:

• Ma w przypadku upustu,
• Winien w przypadku kosztu.

• Podatek (pole INVDTAVAT)

To pole wskazuje kod podatku elementu fakturowania.
Element fakturowania, którego reguła obliczania podatku jest stawką artykułu lub typem pozycji kwoty nie przedstawia kodu podatku i nie pozwala na zmianę tego kodu podatku.
Ten element fakturowania może wyświetlać się w tabeli wraz z pięcioma innymi kodami podatku. Może się to zdarzyć, jeśli ten sam element fakturowania pochodzi z różnych dokumentów źródłowych z różnymi kodami podatku.

• pole ACC1

• Dystrybucja (pole DSP)

To pole wskazuje klucz podziału analitycznego elementu fakturowania.
Może zostać zmieniony bezpośrednio w pozycji.

• pole PFICCE1

Są to wymiary analityczne inicjalizowane zgodnie z ustawieniami zdefiniowanymi dla domyślnych wymiarów (kod wymiaru PIV) powiązanych z zarządzaniem elementami fakturowania. Kody wymiarów mogą być zmieniane ręcznie, jeśli transakcja na to pozwala. Aby zmodyfikować kody sekcji różnych wymiarów, należy kliknąć na ikonę Działania.

Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w nagłówku dokumentu powodują ponowną inicjalizację kodu wymiaru, o ile podano klucz podziału.

• Wzrost / spadek (pole INCDCR)

• Podstawa zniżki (pole DEPFLG)

• Nr (pole NOTAX)

• Opis (pole LIBTAX)

To pole uzupełnia etykietę kodu podatku obecnego w pozycjach dokumentu lub w tabeli elementów fakturowania.

• Podstawa opodatkowania (pole BASTAX)

To pole określa podstawę opodatkowania. Składa się ona z kwoty netto pozycji faktury lub kwoty elementów fakturowania.

• Kwota podatku (pole AMTTAX)

Jest to kwota podatku obliczona na podstawie pozycji lub elementów fakturowania. Kwota ta może zostać zmieniona w celu korekty ewentualnych błędów i rozbieżności obliczeń lub zaokrągleń.Korekta znajduje automatyczne odzwierciedlenie we wszystkich odnośnych elementach (pozycje lub elementy faktury podlegające temu podatkowi).

• Typ (pole PURTYP)

Jeśli podatek jest powiązany:

• z pozycją dokumentu, typ podatku dziedziczy z typu zakupu pozycji dokumentu: Zakupy, Środki trwałe lub Usługa.
• z elementem fakturowania, typ podatku obowiązkowo przyjmuje wartość: Zakup.

• Podmiot do opodatkowania (pole VATCHA)

• Baza brutto (pole VATGRO)

• Podstawa rabatu netto (pole BASDEPNOT)

• Podstawa rabatu brutto (pole BASDEPATI)

• Kwota dodatkowego podatku (pole VATSUPAMT)

• Suma netto (pole TOTLINAMT)

To pole wskazuje sumę netto pozycji faktury, która wprowadzana jest na podstawie faktury otrzymanej od dostawcy.
Kwota ta służy jako finalny mechanizm kontrolny faktury w zestawieniu z kwotą netto pozycji obliczoną przez system.

• Obliczone (pole CLCLINAMT)

Kwota netto ogółem pozycji faktury obliczona przez system,

• Różnica netto (pole DIFLINAMT)

To pole pokazuje stwierdzoną rozbieżność między kwotą netto pozycji faktury obliczonej przez system, a kwotą netto ogółem pozycji faktury dostawcy.

• pole CUR2

• VAT z dokumentu (pole TOTTAXAMT)

To pole wskazuje kwotę podatków ogółem, która wprowadzana jest na podstawie faktury otrzymanej od dostawcy.
Wprowadzona kwota służy jako finalny mechanizm kontrolny faktury w zestawieniu z kwotą podatków obliczoną przez system.

• Obliczony VAT (pole DIFTAXAMT)

To pole wskazuje stwierdzoną rozbieżność między kwotą podatku na fakturze dostawcy, a kwotą podatku obliczoną przez system.

• Faktura brutto (pole AMTATI)

Kwota brutto ogółem wystawiona i wprowadzona na podstawie faktury dostawcy.

• Różnica brutto (pole DIFAMTATI)

To pole wskazuje stwierdzoną rozbieżność między kwotą brutto faktury dostawcy, a kwotą brutto obliczoną przez system.

• Podstawa rabatu (pole BASDEP)

Podstawa skonta wyświetla się wyłącznie, jeśli spełniono dwa warunki:

• kod skonta (składający się przynajmniej z jednej pozycji określającej skonto) został podany na fakturze, 
• wartość parametru DEPMGTMOD – Tryb zarządzania skonta jest inna niż „Rozbicie po VAT (poziom konta)”.

Obliczenie podstawy skonta zależne jest od:

• zakresu kodu skonta (netto lub brutto) powiązanego z fakturą,
• ustawień elementów fakturowania,
• trybu zarządzania skontami zdefiniowanego przez parametr DEPMGTMOD – Tryb zarządzania skontami.
  

• Opis (pole LIB)

• pole TOTDOC

• pole TOTSOC

• Incoterms (pole EECICT)

Celem kodów Incoterms, normalizowanych przez Międzynarodową Izbę Handlową, jest ujednolicenie najczęściej używanych warunków handlowych w handlu międzynarodowym poprzez zdefiniowanie jednego warunku, interpretowanego w ten sam sposób przez wszystkich oraz wynikających z niego obowiązków sprzedawcy i nabywcy podczas tworzenia umowy sprzedaży.

Kod Incoterm, kontrolowany w tabeli Incoterms jest używany zwłaszcza w Intrastat. Może również być używany do określania cenników.

• Miasto Incoterms (pole ICTCTY)

Jest to miejscowość powiązana z pewnymi typami Incoterms. Przykład: FOB Hawr. Okno wyboru pozwala na wybór miejscowości zapisanej w systemie. Można mimo to wprowadzić niezapisaną miejscowość.

• Agent przewozu towarów (pole FFWNUM)

Przewoźnik umożliwia zidentyfikowanie kontrahenta upoważnionego przez nadawcę lub odbiorcę w celu zapewnienia ciągłości transportu, jeśli towar musi zostać przekazany za pomocą wielu kolejnych środków transportu. Przewoźnik jest kontrolowany w tabeli przewoźników.

Przewoźnik i jego adres są wykorzystywani w deklaracji Intrastat w celu zadeklarowania przepływu towarów między adresem nadawcy a adresem przewoźnika lub między adresem przewoźnika a adresem odbiorcy.

Może to być w szczególności sytuacja, w której wysyłane są towary w formie eksportu, a formalności celnych musi dopełnić przewoźnik w innym kraju członkowski UE. Dla przesunięcia towaru w tym innym kraju członkowskim UE, należy wskazać magazyn Intrastat.

• Adres agenta spedycji (pole FFWADD)

Jest to kod adresu przewoźnika. Jest on inicjalizowany przy użyciu domyślnego adresu kontrahenta odpowiadającego przewoźnikowi. Ten adres umożliwia określenie, czy magazyn Intrastat dla tego przepływu jest konieczny.

• NIP UE (pole EECNUM)

Jest to numer identyfikacyjny VAT kontrahenta. 

Ten numer VAT UE musi zostać wprowadzony na wszystkich fakturach wystawionych w lub przeznaczonych dla firm w Unii Europejskiej. Rozpoczyna się dwoma literami identyfikującymi kraj kontrahenta, następnie występuje zmienny numer w zależności od kraju.

We Francji numer składa się z FR, następnie dwóch cyfr identyfikujących centrum podatkowe miejsca roku obrotowego firmy, a następnie z numeru SIREN firmy.

Informacja ta musi obowiązkowo zostać podana, jeśli NIP jest ustawiony jako wymagany dla kraju firmy.

• Transp. intrastat (pole EECLOC)

Miejsce transportu jest informacją wymaganą w deklaracji Intrastat. Wraz z kodem Incoterm pozwala określić warunki wysyłki dotyczące warunków umowy sprzedaży, które wskazują obowiązki sprzedawcy i nabywcy.

Ta informacja nie jest używana w deklaracji francuskiej.

• Typ transportu Intrastat (pole EECTRN)

Jest to środek transportu za pomocą którego towary mają opuścić terytorium kraju w wysyłce, lub za pomocą którego weszły na terytorium kraju. Jest on wykorzystywany w deklaracji Intrastat.

• Rodzaje transakcji UE (pole EECNAT)

Jest to informacja ekonomiczna na temat zrealizowanej operacji. Rodzaj transakcji jest wykorzystywany w Deklaracji Intrastat.
Informacja ta jest inicjalizowana przez przepływ fizyczny, w którym mogła zostać zmodyfikowana. Dostęp do tej informacji jest również możliwy dla niektórych przepływów finansowych (Faktury i faktury korygujące sprzedaży).
Inicjalizacja rodzaju transakcji odbywa się zgodnie z ustawieniami dokonanymi na poziomie tabeli odpowiadającej Regułom i rodzajom przesunięć, a tabela ta umożliwia powiązanie z każdym typem przepływu jednej Reguły UE i jednego Rodzaju transakcji UE. Ustawienia te mogą być dostosowane do legislacji, kraju i grupy firm.

• Reguły statystyczne (pole EECSCH)

Reguły UE lub statystyczne umożliwiają opisanie rodzaju operacji wewnątrzwspólnotowej z punktu widzenia podatkowego i statystycznego. Reguły UE są wykorzystywana w deklaracji Intrastat.
Informacja ta jest inicjalizowana przez przepływ fizyczny, w którym mogła zostać zmodyfikowana. Dostęp do tej informacji jest również możliwy dla niektórych przepływów finansowych (Faktury i faktury korygujące sprzedaży).
Inicjalizacja rodzaju transakcji odbywa się zgodnie z ustawieniami dokonanymi na poziomie tabeli odpowiadającej Regułom i rodzajom przesunięć, a tabela ta umożliwia powiązanie z każdym typem przepływu jednej Reguły UE i jednego Rodzaju transakcji UE. Ustawienia te mogą być dostosowane do legislacji, kraju i grupy firm.