Umowy

• Lok. zakupów (pole POHFCY)

Kod lokalizacji będącej źródłem zlecenia (zapytania ofertowego, wniosku zakupowego, zamówienia, zlecenia kooperacji itp.)
To pole jest wymagane. Jest ono domyślnie inicjalizowane przez lokalizację zakupu powiązaną z profilem funkcji użytkownika.
Ten kod można zmienić wybierając inny kod z listy dozwolonych lokalizacji.

• Kontrakt (pole POHNUM)

Numer zamówienia jest unikalny dla każdego zamówienia. Umożliwia on jego identyfikację.

Jeśli licznik zamówienia jest ręczny należy również wprowadzić numer zamówienia. W przypadku, gdy licznik zamówienia jest automatyczny, numer zostanie przypisany na końcu tworzenia.

Jeśli zamówienie zakupu jest duplikowane, a ma ono datę zamówienia różniącą się od bieżącej daty, użytkownik zostanie zapytany o przeliczenie cen i upustów w zależności od nowej daty zamówienia.

• Numer wydania (pole REVNUM)

Jest to ostatni numer korekty zarejestrowany dla otwartego zamówienia. Jeśli modyfikowane jest podpisane i wydrukowane zamówienia, a parametr PURREV aktywuje zarządzanie korektami, użytkownik zostanie zapytany, czy zmiana ma wygenerować korektę.
W takim przypadku poprzednie wartości zmodyfikowane na zamówieniu zostaną zarchiwizowane, a numer korekty zwiększy się.

• Dostawca (pole BPSNUM)

Kod dostawcy musi spełniać pewne warunki: musi być aktywny i nie może być typu potencjalny klient. Z poziomu tego pola można:

• wprowadzić bezpośrednio kod dostawcy, którego obecność jest kontrolowana w rekordzie Dostawcy,
• kliknąć na Szybki wybór dostawców z poziomu ikony Operacje, aby:
• wybrać dostawcę w rekordzie,
• utworzyć, zgodnie z uprawnieniami, dostawcę w rekordzie,
• wyświetlić notatki o dostawcy.

Jeśli typ wprowadzonego dostawcy to „Inny”, automatycznie otwiera się okno w celu wprowadzenia jego adresu. Jeśli typ wprowadzonego dostawcy to „Normalny”, można wyświetlić i ewentualnie zmodyfikować adres przy użyciu ikony Operacje od momentu uzupełnienia kodu dostawcy.

Jeśli wprowadzono dostawcę, który stanowi część sporu, wyświetla się komunikat. 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 dostawcy. 

Podczas duplikowania zamówienia zmiana dostawcy nie jest dozwolona.

Przypadek umów uzupełnienia zapasów między lokalizacjami: Możliwe jest utworzenie umów między lokalizacjami w celu zarządzania uzupełnianiem zapasów między lokalizacjami:
Należy odnieść się do lokalizacji takich, jak klient lub dostawca. Lokalizacje wnioskujące będą przywoływane jako Klienci, a lokalizacje uzupełniania zapasów jako Dostawcy.

Jeśli tworzona jest umowa zakupu i uzupełniono dostawcę typu między lokalizacjami, to umowa jest uznawana za umowę typu między lokalizacjami. Oznacza to, że podczas tworzenia umowy zakupu, powiązana umowa sprzedaży zostanie utworzona automatycznie. Ta umowa będzie taka sama, jak umowa zakupu. Klientem umowy sprzedaży będzie Klient powiązany z lokalizacją wnioskującą, który wystawił umowę zakupu.

Główną umową jest umowa zakupu. Polecenie dostawy wprowadzone na umowę zakupu automatycznie tworzy żądanie dostawy na umowę sprzedaży. Wszystkie zmiany dokonane na poleceniu dostawy są automatycznie przenoszone na żądanie dostawy umowy sprzedaży (zmiana ilości, zamknięcie polecenia dostawy, usunięcie polecenia dostawy). Na poziomie żądania dostawy umowy sprzedaży nie można dokonać żadnej zmiany, ponieważ wszystkie elementy są zarządzane przez umowę zakupu.

Istnieje sytuacja, w której polecenie dostawy zakupu może zostać zmienione przez żądanie dostawy sprzedaży. Jeśli żądanie dostawy zostało dostarczone częściowo, żądanie dostawy umowy sprzedaży jest dzielone na dwa żądania dostawy. Pierwsze dotyczy części dostarczonej, a drugie dotyczy pozostałości. Polecenie dostawy zakupu zostanie również podzielone na dwa polecenia dostawy odpowiadające żądaniom dostawy sprzedaży.

Cechy dotyczące przesunięć między firmami: W ramach otwartego zamówienia między lokalizacjami lub między firmami, dostawca musi być zadeklarowany jako typu między lokalizacjami, a lokalizacja powiązana z tym dostawcą musi być lokalizacją sprzedaży (definiuje ona lokalizację sprzedaży na lustrzanej umowie sprzedaży). Lokalizacja zakupu będąca źródłem otwartego zamówienia musi identyfikować klienta między lokalizacjami, który posłuży do zdefiniowania klienta zamówienia na lustrzanym otwartym zamówieniu sprzedaży.

Jeśli dostawca został zidentyfikowany jako dostawca między lokalizacjami, flaga między lokalizacjami otwartego zamówienia jest aktywowana automatycznie. Jeśli lokalizacja powiązana z dostawcą przynależy do innej firmy niż lokalizacja zakupu zamówienia, flaga między firmami jest również aktywowana.

Komunikat ostrzegający może wyświetlić się w przypadku, gdy klient powiązany z lokalizacją zakupów jest zablokowany. Wygenerowane zamówienie sprzedaży także będzie miało status zablokowane. To działanie nie ma wpływu na zamówienia między lokalizacjami. Zamówienia w toku nie są zarządzane dla przepływów wewnętrznych.

• pole XBPRNAM

• Międzyfirmowe (pole BETCPY)

Te niepodlegające zmianie i automatycznie uzupełnione informacje wyszczególniają, czy umowa jest typu między lokalizacjami lub między firmami. Jeśli dotyczy ona dostawcy między lokalizacjami (lokalizacje tej samej firmy), nie może ona zostać zafakturowana. Jeśli dotyczy ona dostawcy między firmami (lokalizacje różnych firm), faktura może zostać zarejestrowana.

• Międzyzakładowy (pole BETFCY)

Ta niepodlegająca zmianom informacja wskazuje, czy zamówienie otwarte jest typu między lokalizacjami. Jeśli zamówienie dotyczy dostawcy między lokalizacjami (lokalizacje tej samej firmy) nie można go zafakturować.

• Numer identyfikacyjny (pole ORDREF)

Pole umożliwiające wskazanie numeru referencyjnego umowy u dostawcy (niekontrolowanego w tabeli) lub wskazanie wolnego numeru wewnętrznego.

• Data (pole ORDDAT)

Data umowy jest inicjalizowana przez bieżącą datę. Można ją zmienić.

• Lok. sprzedaży (pole SALFCY)

Jest to lokalizacja sprzedaży powiązana z dostawcą między lokalizacjami.

• Faktura dla (pole BPSINV)

To pole umożliwia wskazanie kodu fakturującego dostawcy, domyślnie inicjalizowanego przez kod dostawcy wprowadzony w nagłówku.
Ten dostawca może być innym dostawcą wybranym w tabeli dostawców.

• pole BPAINV

To pole umożliwia wskazanie kod adresu fakturowania dla fakturującego dostawcy.
Domyślnie jest to kod adresu zdefiniowany w rekordzie dostawcy zamówienia dla fakturującego dostawcy. Można wybrać inny kod adresu fakturującego dostawcy.

• Płatnik (pole BPRPAY)

To pole umożliwia wskazanie kodu dostawcy – odbiorcy płatności, domyślnie inicjalizowanego przez kod dostawcy wprowadzony w nagłówku. Dostawca ten może być innym dostawcą wybranym w tabeli dostawców.

• pole BPAPAY

To pole umożliwia wskazanie kodu adresu płatności dla dostawcy odbiorcy płatności. Domyślnie jest to kod adresu zdefiniowany w rekordzie dostawcy zamówienia dla dostawcy odbiorcy płatności. Można wybrać inny kod adresu dostawcy odbiorcy płatności.

• Projekt (pole PJTH)

To pole pozwala na podanie kodu projektu.
Zarządzanie tym kodem zależy od 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.

Sposób zarządzania tym polem zależy od parametru PJTSNGDOC – Jeden projekt na dokument (rozdział TC, grupa MIS).

• Jeśli wartość parametru to Tak, zarządzanie wieloma projektami jest zabronione.
  Kod projektu musi być obowiązkowo taki sam w nagłówku projektu i w pozycjach.
  Kod projektu wprowadzony w nagłówku dokumentu jest systematycznie przenoszony na pozycje dokumentu i nie można go modyfikować.
  W przypadku przekształcenia dokumentu, jest on uzupełniany przy użyciu kodu projektu pozycji pierwszego wybranego dokumentu i nie można go modyfikować.
  Pozycje dodatkowe muszą obowiązkowo posiadać taki sam kod projektu.
  Jeśli nie uzupełniono żadnego kodu projektu, a spełnione zostały warunki do automatycznego otwarcia okna uwzględniającego zapotrzebowania, przedstawia ono wszystkie zapotrzebowania odpowiadające uzupełnionym kryteriom. Te zapotrzebowania mogą dotyczyć różnych kodów projektu. Jeśli kliknięto na Uwzględnij wszystko, kod projektu z pierwszej pozycji jest używany do uzupełnienia kod projektu zamówienia – wybierane są więc tylko pozycje posiadające ten sam kod projektu, co pierwsza pozycja.
  Jeśli zmodyfikowano kod projektu w nagłówku dokumentu, ten kod projektu jest automatycznie przenoszony do wszystkich pozycji.
  
• Jeśli wartość parametru to Nie, zarządzanie wieloma projektami jest dozwolone.
  Podczas tworzenia bezpośredniego, kod projektu wprowadzony w nagłówku dokumentu jest używany do inicjalizowania kodu projektu w pozycjach dokumentu.
  Kod projektu w pozycjach można modyfikować wyłącznie, jeśli spełnione są następujące warunki:
  - wpis w tym polu jest dozwolony przez użytą transakcję wprowadzania,
  - pozycja artykułu nie stanowi przedmiotu żądania dostawy.
  
  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 przenoszony na wszystkie pozycje, za wyjątkiem tych, które stanowiły już przedmiot żądania dostawy.
• Nie: kod projektu nie jest zmieniany w pozycjach.
• Tak, jeśli ta sama wartość: kod projektu jest przenoszony wyłącznie na te pozycje, które miały poprzedni kod projektu, za wyjątkiem tych, które stanowiły już przedmiot żądania dostawy.

Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w nagłówku dokumentu powodują ponowną inicjalizację kodu sekcji tego wymiaru w nagłówku dokumentu, jak również na elementach fakturowania 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.

Cechy dotyczące przesunięć między firmami: kod projektu jest automatycznie przekazywany do wygenerowanej pozycji zamówienia sprzedaży, jeśli jest to otwarte zamówienie między lokalizacjami. Natomiast, tak nie jest, jeśli jest to otwarte zamówienie między firmami.

• Data ważnosci od (pole STRDAT)

Data rozpoczęcia ważności umowy jest inicjalizowana przez datę umowy i można ją zmienić. Inicjalizuje ona datę rozpoczęcia ważności pozycji artykułów, która może zostać zmodyfikowana pod warunkiem, że jest ona późniejsza lub równa dacie rozpoczęcia ważności umowy.

• Data ważności do (pole ENDDAT)

Data końca ważności umowy jest inicjalizowana przez datę rozpoczęcia + 1 rok. Można ją zmienić pod warunkiem, że będzie ona późniejsza niż data rozpoczęcia.
Inicjalizuje ona również datę upływu ważności pozycji artykułów.

Cechy dotyczące przesunięć między firmami: Data ważności lustrzanej umowy sprzedaży odpowiada dacie upływu ważności umowy zakupu. W razie modyfikacji daty upływu ważności umowy zakupu, nawet po jej utworzeniu, data ważności umowy sprzedaży jest w konsekwencji aktualizowana.

• Warunki płatności (pole PTE)

Informacja ta jest inicjalizowany przez dostawcę wprowadzonego w nagłówku zamówienia. Umożliwia ona identyfikację metody rozliczenia dostawcy, jak również harmonogramu rozrachunków.
Tę informację można modyfikować, ale jest ona wymagana. W zarządzaniu tą tabelą istnieje możliwość symulacji reguł obliczeń, które zostaną zastosowane we wprowadzaniu.
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.

• 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.

• Waluta (pole CUR)

To pole wskazuje kod waluty, w której wyrażone są ceny i kwoty zamówienia lub przyjęcia.

Ta obowiązkowa informacja jest inicjalizowana przez walutę dostawcy, do którego adresowane jest zamówienia. Tak długo, jak nie utworzono zamówienia, można cały czas zmodyfikować tę walutę. Jeśli wprowadzono pozycje zamówienia, lub podczas duplikowania zamówienia, użytkownik zostanie zapytany, czy ceny i upusty mają zostać przeliczone w zależności od cenników. Jeśli użytkownik zdecyduje o niestosowaniu cenników, ceny i upusty zostaną przeliczone w nowej walucie po kursie określonym przez typ kursu i datę zamówienia.

Z poziomu tego pola, można wprowadzić bezpośrednio kod waluty, którego istnienie jest kontrolowane w tabeli walut, bądź przy użyciu przycisku kontekstowego, aby:

• wybrać walutę w tabeli,
• utworzyć, zgodnie z uprawnieniami, kod waluty w tabeli.
• uzyskać dostęp do szczegółowego adresu dostawcy i wybrać inny adres dostawcy, jeśli jest to konieczne. Adres ten to adres, na który zostanie wysłane potwierdzenie zamówienia.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia między firmami lub między lokalizacjami, waluta uzupełniona na wygenerowanym zamówieniu sprzedaży jest inicjalizowana przez walutę klienta powiązanego z lokalizacją zakupu.

• Typ kursu (pole CHGTYP)

Domyślnie proponowany typ kursu to typ kursu powiązany z dostawcą wprowadzonym w nagłówku zamówienia. Tak długo, jak nie utworzono zamówienia, można cały czas dokonać zmiany.
Typ kursu może przyjmować następujące wartości: Kurs dzienny, Kurs miesięczny, Kurs średni.

Typ kursu umożliwia określenie kursu waluty w tabeli kursów uwzględniając datę zamówienia. Informacja ta umożliwia określenie cen i upustów w zależności od cenników zezwalających na przeliczenie między walutami.

Jeśli wprowadzono pozycje zamówienia, lub podczas duplikowania zamówienia, wyświetla się komunikat proponujący przeliczenie cen oraz upustów w zależności od cenników. Jeśli użytkownik zdecyduje o niestosowaniu cenników, ceny i upusty zostaną przeliczone w nowej walucie po kursie określonym przez typ kursu i datę zamówienia.

Jeśli waluta odpowiada walucie firmy, typ kursu nie jest dostępny, ponieważ nie ma on znaczenia w tym kontekście.

• Nabywca (pole BUY)

Jeśli wartość parametru BUYFLT – Filtruj wg nabywcy (rozdział ACH, grupa AUZ) to Tak, kod nabywcy jest inicjalizowany przez kod użytkownika i musi zostać obowiązkowo uzupełniony.

Zgodnie z użytą transakcją wprowadzania to pole może być niewidoczne. W takim przypadku jako wartość domyślna używany jest kod użytkownika.

Z poziomu tego pola ikona Operacje pozwala uzyskać dostęp do szczegółowego adresu dostawcy i wybrać inny adres dostawcy, jeśli jest to konieczne. Adres ten to adres, na który zostanie wysłane potwierdzenie zamówienia.

• Lok. odbioru (pole RCPFCY)

Informacji tej nie można zmienić. Jest ona widoczna tylko, jeśli umowa zakupu jest typu między lokalizacjami lub między firmami. Wskazuje on lokalizację przyjęcia, która zostanie domyślnie zaproponowana w pozycjach artykułów. Lokalizacja przyjęcia w tym kontekście jest inicjalizowana przy pomocy lokalizacji przyjęcia uzupełnionej w domyślnym adresie dostawy klienta zamówienia powiązanego z lokalizacją zakupu umowy zakupu. Jeśli domyślny adres dostawy powiązany z klientem zdefiniowanym wg lokalizacji zakupu nie podaje lokalizacji przyjęcia, pobierany jest pierwszy adres dostawy w porządku alfabetycznym, identyfikujący lokalizację przyjęcia.

Jeśli żadna lokalizacja przyjęcia nie została zdefiniowana w żadnym adresie dostawy klienta powiązanego z lokalizacją zakupu wyświetla się komunikat blokujący: „Między lokalizacjami: Nie można znaleźć adresu dostawy dla klienta xxx.” W ten sam sposób komunikat blokujący wyświetla się, jeśli zidentyfikowana lokalizacja nie przynależy do tej samej firmy, co lokalizacja zakupu (niespójność danych w bazie).

Jeśli umowa została zarejestrowana, lokalizacja przyjęcia wyświetlona w nagłówku przyjmuje wartość lokalizacji przyjęcia wybranej w pierwszej pozycji umowy zakupu.

• Lok. fakturowania (pole INVFCY)

Lokalizacja, dla której przeznaczone są faktury tej umowy jest domyślnie inicjalizowana przez kod lokalizacji finansowej powiązany z lokalizacją umowy.
 Ta lokalizacja fakturowania musi być obowiązkowo lokalizacją finansową przynależącą do tej samej firmy prawnej, co lokalizacja umowy.

Cechy dotyczące przesunięć między firmami: W ramach umowy między firmami lub między lokalizacjami, lokalizacja fakturowania jest inicjalizowana przez lokalizację powiązaną z fakturowanym klientem zdefiniowanym w rekordzie klienta lokalizacji zakupu. Lokalizacja fakturowania może być modyfikowana pod warunkiem, że jest ona powiązana z klientem. Podczas generowania umowy sprzedaży klient fakturowany i płatnik są inicjalizowani przy pomocy klienta powiązanego z wprowadzoną lokalizacją fakturowania. W razie modyfikacji umowa sprzedaży również zostanie zaktualizowana.

• Lok. wysyłki (pole STOFCY)

Jest to kod lokalizacji magazynowania, z której zazwyczaj klient otrzyma wysyłkę. Ta lokalizacja, kontrolowana w tabeli lokalizacji, musi być zidentyfikowana jako magazyn.

Ta informacja jest dostępna wyłącznie, jeśli zamówienie jest typu między lokalizacjami lub między firmami. Umożliwia ona wskazanie lokalizacji wysyłki towarów, która będzie używana przez firmę sprzedaży zidentyfikowaną przez dostawcę między lokalizacjami / między firmami. Następnie posłuży ona do zainicjalizowania lokalizacji wysyłki każdej pozycji zamówienia zakupu. W tym kontekście jest więc ono wymagane.

Lokalizacja wysyłki jest inicjalizowana, zgodnie z porządkiem priorytetów, w następujący sposób:

• stała lokalizacja wysyłki zdefiniowana w adresie wysyłki zidentyfikowanym przez uprzednio obliczoną lokalizację przyjęcia. Musi ona przynależeć do firmy dostawcy,
• Lokalizacja zidentyfikowana przez dostawcę, jeśli jest to magazyn.

Jeśli po wyszukaniu nadal nie zidentyfikowano lokalizacji, należy uzupełnić ją ręcznie. Następnie dokonywana jest kontrola w celu sprawdzenia, czy wprowadzona lokalizacja przynależy do tej samej firmy, co lokalizacja dostawcy i czy jest to lokalizacja przechowywania. Menu operacji umożliwia zasugerowanie wszystkich lokalizacji, które mogą zostać wybrane.

Cechy powiązane z zamówieniami zakupu wygenerowanymi automatycznie: jeśli lokalizacja wysyłki nie została nadal zidentyfikowana po wykonaniu powyższych punktów, lokalizacja wysyłki jest inicjalizowana poprzez użycie pierwszej, znalezionej lokalizacji magazynowania, w kolejności alfabetycznej, z listy lokalizacji magazynowania firmy wskazanej przez dostawcę.

Podczas generowania powiązanego zamówienia sprzedaży, lokalizacja wysyłki nagłówka zamówienia sprzedaży będzie odpowiadała lokalizacji zdefiniowanej tutaj.

• Sposób dost. (pole MDL)

Ta wymagana informacja jest domyślnie inicjalizowana przez dostawcę wprowadzonego w nagłówku zamówienia. Opisuje ona sposób, w jaki towary są dostarczane. Ta informacja jest w szczególności wykorzystywana w deklaracji Intrastat.
Sposób transportu określony przez metodę dostawy jest przekazywany na dokumencie zamówienia.

Z poziomu tego pola można wprowadzić bezpośrednio metodę dostawy, której istnienie jest kontrolowane w tabeli metod dostawy bądź użyć ikony Operacje, aby:

• wybrać metodę dostawy z tabeli,
• utworzyć, zgodnie z uprawnieniami, metodę wysyłki w tabeli.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia między firmami lub między lokalizacjami, metoda dostawy wygenerowanego zamówienia sprzedaży jest inicjalizowana przez metodę dostawy wprowadzoną na zamówieniu zakupu, jeśli metoda dostawy nie została uzupełniona dla klienta dostawy. Klient dostawy zamówienia sprzedaży jest określany przez adres dostawy identyfikujący lokalizację przyjęcia zamówienia zakupu.

• Przewoźnik (pole BPTNUM)

Jest to przewoźnik odpowiedzialny za transport towarów. Jest on inicjalizowany przez przewoźnika dostawcy wprowadzonego w nagłówku umowy. Okno wyboru umożliwia wybór innego przewoźnika. Można również uzyskać dostęp do tabeli przewoźników, jeśli pozwalają na to uprawnienia użytkownika.

• Reguła VAT (pole VACBPR)

Ta wymagana informacja jest domyślnie inicjalizowana przez system podatkowy powiązany z dostawcą wprowadzonym w nagłówku zamówienia. Umożliwia ona zdefiniowanie systemu podatkowego do zastosowania na zamówieniu i pozwala określić kody podatków do użycia dla pozycji artykułów.  Z poziomu tego pola można:

• wybrać system podatkowy w tabeli,
• utworzyć, zgodnie z uprawnieniami, system podatkowy w tabeli.

Cechy dotyczące przesunięć między firmami: W ramach otwartego zamówienia między firmami lub między lokalizacjami, system podatkowy uzupełniony na wygenerowanym zamówieniu sprzedaży jest inicjalizowany przez walutę klienta powiązanego z lokalizacją 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.

• Wymiar (pole DIE)

Tabela ta pozwala na podanie bądź wizualizację wpisów analitycznych, w zależności od ustawień transakcji wprowadzania otwartych zamówień.

• Opis (pole NAMDIE)

To pole używa opisu wymiaru analitycznego.

• Wartość wymiaru (pole CCE)

Sekcje analityczne są inicjalizowane zgodnie z ustawieniami Domyślnych sekcji (kod sekcji POC). 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 powodują ponowną inicjalizację kodu sekcji przy użyciu ustawień Domyślnych sekcji. Jeśli kod projektu występuje także w pozycjach, kod wymiaru danych pozycji jest również ponownie inicjalizowany.

• Podpisane (pole APPFLG)

Ta informacja umożliwia zapoznanie się z sytuacją otwartego zamówienia pod względem zarządzania podpisami.
Możliwe są różne wartości: Nie, Częściowo, Całkowicie, Brak zarządzania, Tak, automatyczne.

Jeśli zarządzanie podpisami nie jest aktywne dla firmy (parametr APPPOC – Podpisy dla kontraktów, rozdział ACH, grupa APP), wartość będzie automatycznie równa opcji Brak zarządzania.

Jeśli zarządzanie podpisami jest aktywne dla firmy wartość zależy od reguł podpisów i dokonanych podpisów:

• Nie
  Oznacza to, że nie dokonano żadnego podpisu lub już dokonane podpisy zostały anulowane przez sygnatariusza.
• Częściowo
  Oznacza to, że część sygnatariuszy wskazanych przez obieg podpisów podpisała umowę.
• Całkowicie
  Oznacza to, że wszyscy sygnatariusze wskazani przez obieg podpisów podpisali umowę. Może ono zostać wydrukowane i przyjęte.
•  Tak, automatycznie
  Oznacza to, że zarządzanie podpisami jest opcjonalne (parametr APPPOC) i żaden obieg podpisów nie został określony dla tej umowy. Uznawana jest więc ona za podpisaną i może zostać wydrukowana oraz przyjęta.

Jeśli umowa zakupu jest między lokalizacjami lub między firmami i definiują to ustawienia, odpowiednia umowa sprzedaży zostanie wygenerowana automatycznie, jeśli wartości podpisów to: Brak zarządzania, Całkowicie lub Tak, automatycznie.

• Wydrukowane (pole PRNFLG)

Ta informacja umożliwia dowiedzenie się, czy otwarte zamówienie jest edytowane. Może być ono edytowane, jeśli jest ono całkowicie podpisane lub jeśli nie ma zarządzania podpisami, albo jeśli podpis jest automatyczny.

• Zamknięte (pole CLEFLG)

Ta informacja nie jest używana w otwartych zamówieniach.

• Przyjęte (pole RCPFLG)

Ta informacja umożliwia zapoznanie się z sytuacją otwartego zamówienia pod względem przyjęcia towarów. Możliwe są różne wartości: „Nie”, „Częściowo”.

• Zafakturowane (pole INVFLG)

Ta informacja umożliwia zapoznanie się z sytuacją otwartego zamówienia pod względem przyjęcia towarów. Możliwe są różne wartości: „Nie”, „Częściowo”.

• Artykuł (pole ITMREF)

Uzupełnienie tego pola jest obowiązkowe, ale użytkownik może zdecydować, czy wprowadzić wewnętrzny numer referencyjny artykułu w tym polu czy podać numer referencyjny dostawcy w następnym polu. W obydwu przypadkach istnienie tego nr ref. jest kontrolowane w rekordzie Artykuły.

Wprowadzany artykuł:

• musi przynależeć do kategorii artykułów nabytych,
• musi być zadeklarowany jako Aktywny w odpowiadającym rekordzie artykułu,
• musi być zarządzany przez nabywcę, jeśli wartość parametru BUYFLT – Filtruj wg nabywcy (rozdział ACH, grupa AUZ) to „Tak”.
• Kod nabywcy nieuzupełniony w artykule lub artykule-lokalizacji oznacza, że jest on dostępny dla wszystkich potencjalnych nabywców.

Co więcej nie można utworzyć wielu pozycji dla tego samego artykułu i tej samej lokalizacji przyjęcia. Jeśli tak jest, wyświetla się blokujący komunikat o błędzie: „Pozycja umowy artykułu-lokalizacji już istnieje. Nie można dodać.”

Cechy dotyczące przesunięć między firmami:

Dla otwartego zamówienia między lokalizacjami lub między firmami, można wprowadzić tylko artykuły typu „Przyjęto / Do dostarczenia”.

Z poziomu pola Artykuł dostępnych jest kilka możliwości. Można wprowadzić bezpośrednio nr ref. artykułu lub użyć ikony 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.

Wprowadzenie artykułu pozwala zainicjalizować pole Opis, które można modyfikować.

Po wprowadzeniu artykułu mogą wyświetlić się różne komunikaty:

• 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 ITMBPS – Nr ref. dostawcy (rozdział ACH, grupa REF)
• Jeśli artykuł-lokalizacja 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 ITMBPSFCY – Nr ref. dostawcy-lokalizacji (rozdział ACH, grupa REF). Jeśli ten komunikat jest blokujący można mimo wszystko kontynuować wprowadzanie, jednak tylko, jeśli pole Lokalizacja przyjęcia zostało zdefiniowane jako możliwe do wprowadzenia na poziomie transakcji wprowadzania. W takim przypadku pole zawierające lokalizację przyjęcia jest czyszczone. Należy wtedy uzupełnić lokalizację, w której artykuł-dostawca jest indeksowany lub, w której parametr ITMBPSFCY – Indeksowanie dostawcy-lokalizacji nie jest blokujący.
  Kontrola powiązana z parametrem ITMBPSFCY – Indeksowanie dostawcy-lokalizacji nie ma zastosowania do zamówień między lokalizacjami.
• Jeśli zamówienie artykułu jest zablokowane 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 lub w rekordzie Artykuły-lokalizacje.
• Jeśli artykuł nie może zostać zamówiony bezpośrednio, musi wcześniej być przedmiotem wniosku zakupowego.
  Jest to komunikat blokujący.
• Jeśli filtr wg nabywcy jest aktywny, a artykuł nie jest zarządzany przez nabywcę wskazanego w nagłówku umowy.
  Jest to komunikat blokujący.

• Artyk. dostawcy (pole ITMREFBPS)

Wprowadzenie numery referencyjnego artykułu dostawcy jest obowiązkowe tylko, jeśli w poprzednim polu nie wprowadzono żadnego wewnętrznego numeru referencyjnego.
Z poziomu tego pola można wprowadzić numer referencyjny bezpośrednio lub wybrać go z listy artykułów dostawcy.

• Opis (pole ITMDES)

Główny opis artykułu pochodzący z rekordu artykułu, który może być modyfikowany podczas wprowadzania.
W przypadku zgłoszenia do przetargu, jeśli artykuł nie istnieje w tabeli artykułu, opis musi być wprowadzony bezpośrednio.

• pole ITMDES1

Jest to przetłumaczony opis w języku dostawcy. Ten opis zostanie przekazany z ewentualnymi zmianami na przyjęciu lub na fakturze dostawcy. Jeśli przyjęcie wynika z wniosku zakupowego lub zapytania ofertowego, przetłumaczony opis zostanie odziedziczony z pozycji źródłowej.
Opis ten zostanie wydrukowany na dokumencie zamówienia. Na podstawie tego pola można za pomocą tunelu uzyskać dostęp do rekordu artykułu.

• Typ artykułu (pole ITMKND)

To pole wskazuje, czy typ artykułu to: Standardowy czy Usługa.

Artykuł typu Standardowy to artykuł „fizyczny”, niezależnie od tego, czy jest on zarządzany w zapasach czy nie. Artykuł typu Usługa to artykuł niezarządzany w zapasach, którego kategoria to Usługa.

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

• Wersja główna (pole ECCVALMAJ)

Numer wersji głównej jest dostępny, wyłącznie jeśli śledzenie wersji głównych zostało aktywowane na poziomie ustawień artykułu (w sekcji Zarządzanie funkcji Artykuł, pole Wersja zapasu ma wartość „Główna”). Jeśli na poziomie artykułu-dostawcy aktywowano wstępne uzupełniane wersji lub, w razie jego braku, na poziomie artykułu-uzupełnienia, automatycznie uzupełniana jest wstępnie ostatnia aktywna wersja główna. Jeśli brak, wstępnie uzupełniana jest ostatnia wersja główna o statusie „Zatrzymana”. Można ją zmienić.

• Podwersja (pole ECCVALMIN)

Numer podwersji jest dostępny, wyłącznie jeśli śledzenie wersji głównych i podwersji zostało aktywowane na poziomie ustawień artykułu (w sekcji Zarządzanie funkcji Artykuł, pole Wersja zapasu ma wartość „Główna i podwersja”. Jeśli na poziomie artykułu-dostawcy aktywowano wstępne uzupełniane wersji lub, w razie jego braku, na poziomie artykułu-uzupełnienia, automatycznie uzupełniana jest wstępnie ostatnia aktywna podwersja. Można ją zmienić.

• Lok. odbioru (pole PRHFCY)

Lokalizacja przyjęcia jest ogólnie rzecz ujmując inicjalizowana przez lokalizację zamówienia. Jednakże, jeśli lokalizacja zamówienia nie została zadeklarowana jako magazyn w tabeli lokalizacji, a zamówiony artykuł jest zarządzany w zapasach, proponowana jest pierwsza lokalizacja powiązana z firmą prawną lokalizacji zamówienia.

Z poziomu pola Lokalizacja przyjęcia dostępnych jest kilka funkcji.
Można:

• Wprowadzić bezpośrednio kod lokalizacji pod warunkiem, że przynależy on do tej samej firmy prawnej, co lokalizacja umowy i że istnieje on w tabeli lokalizacji.
• Użyć ikony Operacje, aby wybrać lokalizację z proponowanej listy lub dokonać różnych zapytań o zapasy.
• Utworzyć artykuł-lokalizację, jeśli nie istnieje.

Można wybrać adres przyjęcia. Domyślnie wyświetla się pierwszy adres wskazany w rekordzie lokalizacji.
Jeśli artykuł-lokalizacja nie jest indeksowany u klienta wyświetla się komunikat. Komunikat ten może być blokujący, albo też być tylko ostrzeżeniem w zależności od wyboru dokonanego na poziomie parametru ITMBPSFCY – Nr ref. dostawcy-lokalizacji (rozdział ACH, grupa REF). Ta kontrola nie ma zastosowania do zamówień między lokalizacjami.

Cechy między firmami: Jeśli umowa zakupu jest typu między lokalizacjami lub między firmami, lokalizacja przyjęcia jest inicjalizowana przy pomocy lokalizacji przyjęcia uzupełnionej w domyślnym adresie dostawy klienta zamówienia powiązanego z lokalizacją zakupu umowy zakupu. Jeśli domyślny adres dostawy powiązany z klientem zdefiniowanym wg lokalizacji zakupu nie podaje lokalizacji przyjęcia, pobierany jest pierwszy adres dostawy w porządku alfabetycznym, identyfikujący lokalizację przyjęcia.

Jeśli żadna lokalizacja przyjęcia nie została zdefiniowana w żadnym adresie dostawy klienta powiązanego z lokalizacją zakupu wyświetla się komunikat blokujący: „Między lokalizacjami: Nie można znaleźć adresu dostawy dla klienta xxx.”W ten sam sposób komunikat blokujący wyświetla się, jeśli zidentyfikowana lokalizacja nie przynależy do tej samej firmy, co lokalizacja zakupu (niespójność danych w bazie).

Podczas zapisu umowy lokalizacja przyjęcia wyświetlona w nagłówku umowy przyjmuje wartość lokalizacji przyjęcia wybranej w pierwszej pozycji umowy zakupu.

Podczas generowania umowy sprzedaży adres dostawy powiązany z pozycją artykułów będzie odpowiadał adresowi dostawy zidentyfikowanemu przez lokalizację przyjęcia wprowadzoną w pozycji artykułu umowy zakupu.

• Adres (pole FCYADD)

Jest to domyślny kod adresu wybranej lokalizacji przyjęcia. Ten adres zostanie zapisany na potwierdzeniu zamówienia zaadresowanym do dostawcy.
Na podstawie tego pola można wybrać inny adres lokalizacji przyjęcia, jeśli istnieje ich wiele.

• Referencja (pole USEPLC)

Z tego pola należy skorzystać do wskazania miejsca zużycia powiązanego z przewoźnikiem lub zdefiniowania informacji dodatkowych na temat adresu.

Przykłady: Rampa xx lub Hol yy.

Miejsce zużycia jest zapisane na dokumencie zamówienia.

Cechy dotyczące przesunięć między firmami: w ramach zamówienia między firmami lub między lokalizacjami, miejsce zużycia jest przekazywane w pozycji wygenerowanego zamówienia sprzedaży.

• Lok. wysyłki (pole LINSTOFCY)

Jest to kod lokalizacji magazynowania, z której zazwyczaj klient otrzyma wysyłkę. Ta lokalizacja, kontrolowana w tabeli lokalizacji, musi być zidentyfikowana jako magazyn.

Ta informacja jest dostępna wyłącznie, jeśli zamówienie jest typu między lokalizacjami lub między firmami. Umożliwia ona wskazanie lokalizacji wysyłki towarów, która będzie używana przez firmę sprzedaży zidentyfikowaną przez dostawcę między lokalizacjami / między firmami. Następnie posłuży ona do zainicjalizowania lokalizacji wysyłki każdej pozycji zamówienia zakupu. W tym kontekście jest więc ono wymagane.

Lokalizacja wysyłki jest inicjalizowana, zgodnie z porządkiem priorytetów, w następujący sposób:

• stała lokalizacja wysyłki zdefiniowana w adresie wysyłki zidentyfikowanym przez uprzednio obliczoną lokalizację przyjęcia. Musi ona przynależeć do firmy dostawcy,
• Lokalizacja zidentyfikowana przez dostawcę, jeśli jest to magazyn.

Jeśli po wyszukaniu nadal nie zidentyfikowano lokalizacji, należy uzupełnić ją ręcznie. Następnie dokonywana jest kontrola w celu sprawdzenia, czy wprowadzona lokalizacja przynależy do tej samej firmy, co lokalizacja dostawcy i czy jest to lokalizacja przechowywania. Menu operacji umożliwia zasugerowanie wszystkich lokalizacji, które mogą zostać wybrane.

Cechy powiązane z zamówieniami zakupu wygenerowanymi automatycznie: jeśli lokalizacja wysyłki nie została nadal zidentyfikowana po wykonaniu powyższych punktów, lokalizacja wysyłki jest inicjalizowana poprzez użycie pierwszej, znalezionej lokalizacji magazynowania, w kolejności alfabetycznej, z listy lokalizacji magazynowania firmy wskazanej przez dostawcę.

Podczas generowania powiązanego zamówienia sprzedaży, lokalizacja wysyłki nagłówka zamówienia sprzedaży będzie odpowiadała lokalizacji zdefiniowanej tutaj.

• Data ważnosci od (pole XSTRDAT)

Data rozpoczęcia ważności artykułu w umowie jest domyślnie inicjalizowana przez datę rozpoczęcia ważności umowy wprowadzoną w nagłówku.
Można ją zmienić pod warunkiem, że jest ona późniejsza lub równa dacie rozpoczęcia umowy oraz wcześniejsza lub równa dacie zakończenia ważności.

• Data ważności do (pole XENDDAT)

Data zakończenia ważności artykułu w umowie jest domyślnie inicjalizowana przez datę rozpoczęcia ważności umowy wprowadzoną w nagłówku.
Można ją zmienić pod warunkiem, że jest ona wcześniejsza lub równa dacie zakończenia umowy oraz późniejsza lub równa dacie rozpoczęcia ważności.

• JM ZAK (pole PUU)

Jest to jednostka zakupu zdefiniowana dla pary artykuł-dostawca lub dla artykułu, jeśli rekord artykuł-dostawca nie istnieje.
Artykuł posiada dwie jednostki zakupu:

• jednostkę zakupu zdefiniowaną na poziomie rekordu artykułu,
• jednostkę zakupu powiązaną z dostawcą.

Tej jednostki zakupu nie można zmienić. Jest ona domyślnie używana podczas wprowadzania zamówienia, zlecenia kooperacji lub przyjęcia. Jednostka zakupu dostawcy jest proponowana domyślnie, jeśli istnieje rekord artykułu-dostawcy.

Dostępne jednostki zakupu zależą od wskazanego typu kategorii.

Podczas fakturowania artykułu używana jest jednostka zakupu artykułu.

• Planowana ilość (pole EXTQTYPUU)

Jest to ilość ogółem przewidywana dla artykułu na czas trwania umowy.
To pole nie jest wymagane i o wprowadzeniu ilości decyduje się na poziomie transakcji.
Jeśli to pole jest zadeklarowane jako Wyświetlane lub Niewidoczne w transakcji, ilość jest automatycznie inicjalizowana jako 0. Komunikat ostrzegający wyświetli się:

• jeśli to pole jest zadeklarowane jako Wprowadzono i nie wprowadzono żadnej wartości,
• jeśli wprowadzona ilość jest niższa niż minimalna ilość wymagana przez dostawcę, wskazana w rekordzie artykułu-dostawcy.

Z poziomu tego pola ikona Operacje umożliwia dokonanie różnych zapytań o zapasy.

Nie będzie można dokonać poleceń dostaw dla ilości wyższych niż ilość wskazana tutaj.

• Horyzont potw. (pole FIMHOR)

Jest to okres, wyrażony w liczbie dni, w trakcie którego potwierdzone żądania dostaw mogą zostać wykonane w ramach umowy.
Wprowadzenie wartości w polu umożliwia kontrolę wprowadzania dokonanego na poziomie żądań dostaw (zob. dokumentacja na temat Żądań dostaw).

• Okres (pole FIMHORUOM)

• Horyzont planowania (pole FRTHOR)

Jest to okres wyrażony w dniach, tygodniach lub miesiącach, w trakcie którego tymczasowe polecenia dostaw mogą zostać dokonane.

• Okres (pole FRTHORUOM)

Jednostka czasu, w jakiej wyrażany będzie horyzont planowania.

• Projekt (pole PJT)

To pole pozwala na podanie kodu projektu.
Zarządzanie tym kodem zależy od 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.

Sposób zarządzania tym polem zależy od parametru PJTSNGDOC – Jeden projekt na dokument (rozdział TC, grupa MIS).

• Jeśli wartość parametru to Tak, zarządzanie wieloma projektami jest zabronione.
  Kod projektu musi być obowiązkowo taki sam w nagłówku projektu i w pozycjach.
  Kod projektu wprowadzony w nagłówku dokumentu jest systematycznie przenoszony na pozycje dokumentu i nie można go modyfikować.
  W przypadku przekształcenia dokumentu, jest on uzupełniany przy użyciu kodu projektu pozycji pierwszego wybranego dokumentu i nie można go modyfikować.
  Pozycje dodatkowe muszą obowiązkowo posiadać taki sam kod projektu.
  Jeśli nie uzupełniono żadnego kodu projektu, a spełnione zostały warunki do automatycznego otwarcia okna uwzględniającego zapotrzebowania, przedstawia ono wszystkie zapotrzebowania odpowiadające uzupełnionym kryteriom. Te zapotrzebowania mogą dotyczyć różnych kodów projektu. Jeśli kliknięto na Uwzględnij wszystko, kod projektu z pierwszej pozycji jest używany do uzupełnienia kod projektu zamówienia – wybierane są więc tylko pozycje posiadające ten sam kod projektu, co pierwsza pozycja.
  Jeśli zmodyfikowano kod projektu w nagłówku dokumentu, ten kod projektu jest automatycznie przenoszony do wszystkich pozycji.
  
• Jeśli wartość parametru to Nie, zarządzanie wieloma projektami jest dozwolone.
  Podczas tworzenia bezpośredniego, kod projektu wprowadzony w nagłówku dokumentu jest używany do inicjalizowania kodu projektu w pozycjach dokumentu.
  Kod projektu w pozycjach można modyfikować wyłącznie, jeśli spełnione są następujące warunki:
  - wpis w tym polu jest dozwolony przez użytą transakcję wprowadzania,
  - pozycja artykułu nie stanowi przedmiotu żądania dostawy.
  
  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 przenoszony na wszystkie pozycje, za wyjątkiem tych, które stanowiły już przedmiot żądania dostawy.
• Nie: kod projektu nie jest zmieniany w pozycjach.
• Tak, jeśli ta sama wartość: kod projektu jest przenoszony wyłącznie na te pozycje, które miały poprzedni kod projektu, za wyjątkiem tych, które stanowiły już przedmiot żądania dostawy.

Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w nagłówku dokumentu powodują ponowną inicjalizację kodu sekcji tego wymiaru w nagłówku dokumentu, jak również na elementach fakturowania 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.

Cechy dotyczące przesunięć między firmami: kod projektu jest automatycznie przekazywany do wygenerowanej pozycji zamówienia sprzedaży, jeśli jest to otwarte zamówienie między lokalizacjami. Natomiast, tak nie jest, jeśli jest to otwarte zamówienie między firmami.

• Kod ceny (pole PLI)

Warunki taryfowe mające zastosowanie do umowy mogą wynikać z cenników wstępnie zdefiniowanych lub określonych w konkretny sposób dla artykułu w umowie.
Można je określić na dwa sposoby:

• Albo poprzez wprowadzenie lub wybranie konkretnego kodu cennika w polu Kodcennika, jeśli jest on zadeklarowany jako „Wprowadzony” w transakcji.
  Domyślnie jest to aktywny kod cennika z najwyższym priorytetem spośród cenników ustawionych w strukturze cenników zdefiniowanych w rekordzie dostawcy.
  Ten kod cennika umożliwi zdefiniowanie warunków taryfowych: kolumny Cena, Elementy fakturowania są aktualizowane automatycznie przy użyciu informacji wynikających z wyszukania cennika. Jeśli nie uzupełniono Kodu cennika, te pola są inicjalizowane jako 0.
   
• Albo poprzez bezpośredni wpis w tabeli Warunków taryfowych w polach Data ważności od, Cena, Elementy fakturowania, jeśli żaden kod cennika nie został wprowadzony.

Cechy dotyczące przesunięć między firmami: W ramach umowy typu między firmami, domyślnie w porządku priorytetów jako pierwszy proponowany jest kod cennika typu między firmami. Kod cennika jest przekazywany z umowy zakupu do lustrzanej umowy sprzedaży, jeśli jest to kod cennika zdefiniowany również w sprzedaży. Natomiast, pozycje cennika zakupu nie są przekazywane.

• Cena ewidencyjna (pole PRIVLT)

• Jeśli uzupełniono kod cennika, to pole jest automatycznie uzupełniane przez wyszukanie cennika przy użyciu obowiązującego cennika.
  Jeśli nie można było zastosować żadnego cennika, jest on uzupełniany na podstawie ceny bazowej wprowadzonej w sekcji Zakupy rekordu Artykuł. Jeśli nie uzupełniono ceny bazowej, zastosowanie ma cena standardowa, jeśli wartość parametru PURPRICE – Domyślny cennik kosztu standardowego (rozdział ACH, grupa PRI) to „Tak”.
  
• Jeśli nie uzupełniono żadnego kodu cennika lub go usunięto, to pole przyjmuje wartość ceny pierwszej pozycji warunków cennika. Jeśli nie uzupełniono żadnej pozycji, cena wyceny ma wartość 0.

• Opis (pole NAMCOA)

• Konto (pole LINACC)

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 PORD).
Obecność tego pola zależy od użytej transakcji wprowadzania.
Jeśli to pole nie jest uzupełnione, konto zostanie określone automatycznie (podczas zatwierdzania faktury) przez koszyk kont artykułu w zależności od ustawień automatu księgowego PIHI.

• Rodzaj zakupu (pole LINPURTYP)

Obecność tej informacji zależy od ustawień transakcji. Typy zakupów są następujące: „Zakupy”, „Środki trwałe” i „Usługi”. Typ zakupu jest zainicjalizowany w zależności od księgowania powiązanego podatku na uprzednio wprowadzonym koncie KG. Typ zakupu zostanie przekazany na przyjęcie i do kontroli faktury zakupów.

• Ważn. od (pole POPSTRDAT)

Jest to data rozpoczęcia ważności pozycji cennika.

Jeśli Kod cennika został uzupełniony, data rozpoczęcia ważności pochodzi z wyszukania cennika.
Ta data jest domyślnie inicjalizowana w pierwszej pozycji przez datę rozpoczęcia ważności artykułu w umowie.
W kolejnych pozycjach wyszukanie cennika jest dokonywane z jako datą referencyjną datą zakończenia cennika + 1 poprzedniej pozycji. Jeśli cennik został znaleziony, generowana jest odpowiadająca pozycja.

Jeśli nie uzupełniono Kodu cennika, ta data musi być wprowadzana ręcznie.

• Cena bazowa (pole GROPRI)

Jeśli kod cennika został uzupełniony, jednostkowa cena brutto pochodzi z wyszukania cennika. Jeśli nie, jest ona inicjalizowana jako 0 i musi zostać wprowadzona ręcznie.

Z poziomu ikony Operacje można:

• wyświetlić powody powiązane z ceną, jak również z innymi polami elementów fakturowania,
• wyświetlić cenniki,
• otrzymać wyjaśnienie na temat obliczania ceny.
  

• pole DISCRGVAL1

Różne wyświetlane pola upustów i opłat zależą od ustawień kodu Struktury cennika powiązanego z dostawcą w jego rekordzie. 
Jeśli wprowadzono kod cennika, wartości zawarte w tych polach pochodzą z wyszukania cennika (zob. dokumentacja nt. Konfiguracji cenników), w przeciwnym razie te pola są inicjalizowane jako 0.
Dostęp do tych pól może zależeć od ustawień powodów powiązanych z cennikami, jak również od wartości powodu podanej w parametrze UPDPRIPUR – Przyczyna ceny (rozdział ACH, grupa PRI).
Te elementy fakturowania są zdefiniowane w kwocie lub w procentach i mają zastosowanie w sumie lub kaskadzie do ceny brutto w celu określenia ceny netto pozycji dokumentu.
Ikona Operacje umożliwia:

• wyświetlenie powodów powiązanych z ceną, jak również z innymi polami elementów fakturowania,
• zmodyfikowanie w danym przypadku powodów powiązanych z każdą kolumną.

• Cena z rabatem (pole NETPRI)

• pole CCE1

Sekcje analityczne są inicjalizowane zgodnie z ustawieniami Domyślnych sekcji (kod sekcji POC).
Jeśli wymiar analityczny jest używany do śledzenia zarządzania projektem, wszystkie zmiany kodu projektu w pozycji dokumentu powodują ponowną inicjalizację kodu sekcji przy użyciu ustawień Domyślnych sekcji.
Sekcje analityczne podlegają zmianom w zależności od ustawień transakcji. Różne sekcje analityczne uzupełnione w pozycji zamówienia są przenoszone na przyjęcie oraz kontrolę faktury zakupów.

• KJ (pole QUAFLG)

Ten kod jest używany do zdefiniowania, czy ten artykuł musi być kontrolowany podczas przyjęcia na magazyn.
Przypisana Kategoria artykułu określa początkową wartość kontroli dla rekordu artykułu-lokalizacji i rekordu dostawcy-zapasu. Wartość rekordu dostawcy-zapasu dostarcza domyślną wartość dla zamówień zakupu.

• Brak kontroli. Kontrola wykonywana jest według reguł zarządzania. Może zostać zmieniona ręcznie.
• KJ bez możliwości zmian. Kontrola jakości jest obowiązkowa dla przyjęć zapasów. Q to jedyny prawidłowy status.
• KJ z możliwością zmian. Dla innego przyjęcia, status zapasu jest inicjalizowany jako Q. Ten status może zostać zmieniony na A lub R.
  Można również zdefiniować kod kontroli jakości dla poziomu zamówienia zakupu.
  • Jeśli polecenie kontroli jakości zostało ustawione na „Tak” to kontrola jakości jest wymagana, a przyjęcie dokonuje się w jednym ze statusów Q* zdefiniowanych na poziomie reguły zarządzania artykułem dla przesunięć przyjęć.
    Jeśli nie zdefiniowano żadnego podstatusu to status nie może zostać wprowadzony w momencie przyjęcia.
  • Jeśli polecenie kontroli jakości zostało ustawione na „Nie” to kontrola jakości nie jest obowiązkowa.
    W momencie przyjęcia domyślny, sugerowany status to A. Można go zmienić na jeden ze statusów zdefiniowanych w regule przesunięcia przyjęcia dla danego artykułu.
• Kontrola okresowa. Kontrola jest zautomatyzowana w zależności od liczby przyjęć dla danego dostawcy i artykułu. Status zapasu może zostać zmodyfikowany podczas wprowadzania.
  
  

Jeśli kod kontroli jakości powiązany z artykułem lub z artykułem-dostawcą przyjmuje wartość Kontrola bez możliwości zmian, pole odpowiadające pozycji zamówienia nie jest dostępne we wprowadzaniu, niezależnie od dokonanych ustawień transakcji.

Informacja ta zostanie następnie wykorzystana na przyjęciu i połączona z regułą zarządzania zdefiniowaną dla kategorii artykułu oraz powiązana z typem przesunięcia Przyjęcie od dostawcy w celu określenia statusu artykułu oraz wygenerowania w danym przypadku żądania analizy.

• Wzrost Intrastat (pole EECINCRAT)

To pole podlega kodowi działania DEB – Deklaracja Intrastat.

Ten współczynnik powiększenia jest używany w deklaracji Intrastat. Używany jest przez faktury dostawców i ma zastosowanie do wartości podatkowej pozycji artykułu. Umożliwia otrzymanie wartości statystycznej.
Inicjalizowany jest przez współczynnik powiększenia uzupełniony w rekordzie artykułu-dostawcy lub domyślnie podany w rekordzie dostawcy.

• Pochodzenie (pole ORICRY)

Kod kraju pochodzenia towarów, inicjowany kodem kraju powiązanym z dostawcą zlecenia.
Pole to służy do wskazywania kraju, z którego pochodzą towary w rozumieniu przepisów celnych UE w tym zakresie.
W przypadku deklaracji wymiany towarów INTRASTAT wykorzystywane jest pole kodu kraju UE powiązane z tym kodem w tabeli krajów.
W przypadku zwrotów do dostawcy jest to również kraj przeznaczenia.

• Nr (pole INVDTA)

Elementy fakturowania pochodzą bezpośrednio z rekordu dostawcy, którego dotyczy umowa dla tych, które są zadeklarowane jako obecne w stopce zamówienia (zob. dokumentacja na temat Elementów fakturowania). Numer elementu fakturowania identyfikuje powiązaną kwotę (opłaty, port, opakowanie, depozyt itp.).
Nie można ani modyfikować, ani usuwać elementów, ale można dodać nowe z listy.  Można usunąć tylko elementy fakturowania dodane do początkowej listy.
Jeśli użytkownik chce anulować jedno z zaproponowanych gniazd, wystarczy wprowadzić wartość zero dla danego elementu. Wartość każdego elementu pochodzi również z rekordu dostawcy, ale można ją zmodyfikować.
Wszystkie elementy fakturowania są następnie uwzględniane w kontroli faktury. Na poziomie umowy nie mają one wpływu na jej wycenę.

• Opis (pole INVDTALIB)

Jest to krótki opis elementu fakturowania.

• % lub kwota (pole INVDTAAMT)

Są to informacje dotyczące stopki fakturowania. Informacje te pochodzą bezpośrednio z elementów fakturowania obecnych w rekordzie dostawcy, którego dotyczy zamówienie, dla których są one zadeklarowane jako obecne w stopce zamówienia.
 Zob. dokumentacja nt. elementów fakturowania.
Można modyfikować wartości różnych istniejących elementów fakturowania i dodawać nowe.
Cechy między firmami:
W przypadku zamówienia między lokalizacjami lub między firmami, jeśli istnieje konieczność użycia elementów fakturowania, należy ustanowić połączenie między elementami fakturowania Sprzedaży, a elementami fakturowania Zakupów. Można również wskazać czy wartość elementów fakturowania zainicjalizowana na zamówieniu sprzedaży wynika z elementów fakturowania rekordu klienta odpowiadającego lokalizacji zakupu zamówienia lub elementom fakturowania wprowadzonym na zamówieniu zakupu i dziedziczonym z elementów fakturowania dostawcy odpowiadającego lokalizacji sprzedaży.
 Zob. ustawienia między lokalizacjami.

• pole AMTCODLIB

System wskazuje, czy element fakturowania to procent czy kwota.
W przypadku kwoty wyświetlana jest waluta dokumentu.

• pole ACC1

Te pola wskazują konta księgowe zakupu elementów fakturowania. 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 elementu fakturowania (w zależności od ustawień automatu księgowego).
 Obecność tych pól zależy od użytej transakcji wprowadzania.

• Dystrybucja (pole DSP)

Klucz podziału analitycznego uzupełniony w tym polu umożliwia załadowanie powiązanych wymiarów analitycznych. Składa się on z od jednego do dziesięciu znaków alfanumerycznych.
Klucze podziału analitycznego umożliwiają automatyczny podział kwoty pozycji wpisu księgowości ogólnej na wiele pozycji analitycznych. Ten podział dokonuje się zgodnie z wagami.
Może zostać zmieniony bezpośrednio w pozycji elementu fakturowania.

• pole PFICCE1

Są to sekcje analityczne elementu fakturowania.

Sekcje analityczne są inicjalizowane zgodnie z ustawieniami domyślnych sekcji (kod sekcji POCV) powiązanych z zarządzaniem elementami fakturowania. Kody sekcji 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 sekcji w tym wymiarze, o ile podano klucz podziału.

• Min. zamówienie (pole WORDMINAMT)

Jest to minimalna kwota netto poniżej której zamówienia do dostawcy mogą stanowić przedmiot kontroli (blokująca, ostrzeżenie lub brak kontroli).

Poziom kontroli jest definiowany przez parametr POHMINAMT – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).

• Oczek suma (pole TOTVLT)

Jest to kwota netto ogółem umowy, wyrażona w walucie folderu po przeliczeniu kwoty netto ogółem w zależności od daty i typu kursu umowy.

• Data potw. (pole OCNDAT)

Po przyjęciu zamówienia przez dostawcę należy wprowadzić datę przyjęcia podaną na potwierdzeniu przyjęcia.
Po wprowadzeniu tych informacji pozycje umowy nie posiadające jeszcze numeru ARC są aktualizowane automatycznie przy użyciu tej daty.

Cechy dotyczące przesunięć między firmami: W ramach umowy między firmami lub między lokalizacjami numer i data ARC nie są dostępne i są inicjalizowane, jeśli umowa sprzedaży została wygenerowana dla daty i numeru zamówienia sprzedaży. Przy użyciu ikony Operacje dostępnej w polu Numer ARC można uzyskać dostęp do wygenerowanej umowy sprzedaży, jeśli pozwalają na to uprawnienia użytkownika.

• Identyfikator potw. (pole OCNNUM)

Po przyjęciu zamówienia przez dostawcę należy wprowadzić numer potwierdzenia przyjęcia podany przez dostawcę.
Po wprowadzeniu tej informacji pozycje umowy nie posiadające jeszcze numeru ARC są aktualizowane automatycznie przy użyciu tego numeru.

Cechy dotyczące przesunięć między firmami: W ramach umowy między firmami lub między lokalizacjami numer i data ARC nie są dostępne i są inicjalizowane, jeśli umowa sprzedaży została wygenerowana dla daty i numeru zamówienia sprzedaży. Przy użyciu ikony Operacje dostępnej w polu Numer ARC można uzyskać dostęp do wygenerowanej umowy sprzedaży, jeśli pozwalają na to uprawnienia użytkownika.

• Notatki dot. potw. (pole OCNREM)

Należy wskazać ewentualne dwie linijki komentarza na potwierdzeniu przyjęcia.

• 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.