Zamówienia

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

• Międzyzakładowy (pole BETFCY)

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

 Uwaga:
W przypadku zamówienia między lokalizacjami, obliczenia kosztu zakupu i kosztu zapasu nie uwzględniają kwoty pozycji, podatków nie do odliczenia, ani elementów fakturowania.
Aby dokonać obliczenia kosztu zapasu, nie należy uwzględniać elementów fakturowania. W tym celu należy przypisać wartość „Tak” do parametruBETFCYCST – Integracja elementów fakturowania(rozdział ACH, grupa COS).

• Międzyfirmowe (pole BETCPY)

Ta niepodlegająca zmianom informacja wskazuje, czy zamówienie jest typu między firmami.
Jeśli zamówienie dotyczy dostawcy między firmami (lokalizacje różnych firm), faktura może zostać wygenerowana.

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

To pole nie jest dostępne. Jest ono uzupełniane tylko, jeśli zarządzane są korekty zamówień (parametr PURREV – Zarządzanie korektami (rozdział ACH, grupa ORD)). Zawiera ono ostatni numer korekty zarejestrowanej dla zamówienia.

W przypadku modyfikacji podpisanego i wydrukowanego zamówienia poprzednie zmodyfikowane wartości dla zamówienia są archiwizowane, a numer korekty przyrasta:

• automatycznie, jeśli parametr PURREV – Zarządzanie korektami ma wartość: „Zarządzane automatycznie”,
• jeśli użytkownik odpowie „Tak” na wyświetlane pytanie, które pyta, czy dla danej zmiany należy wygenerować korektę. To pytanie wyświetla się tylko, jeśli parametr PURREV – Zarządzanie korektami ma wartość: „Zarządzane na żądanie”

• Data zamówienia (pole ORDDAT)

Data wniosku zakupowego jest inicjalizowana przez bieżącą datę i można ją modyfikować (wyłącznie podczas tworzenia). Zmiana tej daty podczas tworzenia wywołuje komunikat proponujący aktualizację cen oraz ewentualnych rabatów obliczonych w już wprowadzonych pozycjach zamówienia. Ta zmiana powoduje również aktualizację daty przyjęcia przewidywanej dla pozycji zamówienia, które nie zużyły żadnego zapotrzebowania.

• Dostawca (pole BPSNUM)

Aby uzupełnić dostawcę należy wprowadzić bezpośrednio kod dostawcy lub kliknąć na ikonę operacji, aby:

• Wybrać dostawcę w rekordzie.
• Wybrać dostawcę z listy dostawców dla artykułu-lokalizacji.
• Wybrać dostawcę zamówienia bezpośredniego z listy dostawców zamówienia bezpośredniego dostępnych dla artykułu-lokalizacji, jeśli artykuł jest artykułem zamówienia bezpośredniego.
• Utworzyć, zgodnie z uprawnieniami, dostawcę w rekordzie.
• Wyświetlić notatki o dostawcy.
• Wyświetlić listę ostatnich cen zamówień.

Ten dostawca nie może być typu „potencjalny dostawca” i musi być „aktywny”.

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

Po wprowadzeniu lub modyfikacji dostawcy mogą wyświetlić się różne komunikaty:

• Jeśli dostawca jest w stanie sporu. Ten komunikat 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.
• 
  
• Jeśli zamówienie artykułu jest zablokowane dla tego dostawcy lub dla danego dostawcy w danej lokalizacji przyjęcia. Ten komunikat 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łu-dostawcy lub w rekordzie artykułu-lokalizacji.
• Jeśli artykuł nie jest indeksowany u tego dostawcy. Ten komunikat 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. Ten komunikat może być blokujący, albo też być tylko ostrzeżeniem w zależności od wyboru dokonanego na poziomie parametru ITMBPSFCY – Nr ref. artykułu-lokalizacji. 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 – Nr ref. dostawcy-lokalizacji nie jest blokujący.
  Ta kontrola nie ma zastosowania do zamówień między lokalizacjami.
• Jeśli dostawca ma jednostkę zakupu inną niż jednostka wprowadzania, wyświetla się komunikat i należy podjąć decyzję, czy ma dojść do przeliczenia czy nie.

Jeśli zmodyfikowano dostawcę i jednostki nowego dostawcy różnią się od jednostek poprzedniego, wyświetla się komunikat „Chcesz zamówić w JM MAG?”. Umożliwia to uniknięcie wszelkich niespójności cennika oraz zachowanie jednostki zamówienia będącej spójnej z dostawcą.

• Jeśli odpowiedź to „Tak”, jednostka zamówienia jest korygowana w jednostce magazynowania.
• Jeśli odpowiedź to „Nie”, ilości są korygowane poprzez zachowanie jednostek dostawcy.

Podczas duplikowania zamówienia zmiana dostawcy nie jest dozwolona.

Cechy dotyczące przesunięć między firmami: W ramach 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 lustrzanym zamówieniu sprzedaży). Lokalizacja zakupu będąca źródłem zamówienia musi identyfikować klienta między lokalizacjami, który służy do zdefiniowania klienta zamówienia na lustrzanym zamówieniu sprzedaży.

Jeśli dostawca został zidentyfikowany jako dostawca między lokalizacjami, flaga między lokalizacjami zamówienia jest zaznaczana 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ż zaznaczana.

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 ma status zablokowane. Ta funkcjonalność nie ma wpływu na zamówienia między lokalizacjami. Dla przepływów wewnętrznych nie zarządzane jest żadne zlecenie w toku.

• pole BPRNAM

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

• Numer wew. (pole ORDREF)

Pole to służy do wprowadzania referencji wewnętrznej zlecenia, jaka zostanie umieszczona na dokumencie zlecenia wysłanym do dostawcy.

Począwszy od tego pola klikając w przycisk kontekstowy uzyskujemy dostęp do szczegółowych danych adresowych dostawcy. Jeżeli jest to konieczne, można użyć tego przycisku w celu wybrania adresu alternatywnego. Jest to adres, na który zostanie wysłany dokument zlecenia.

• 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.
  Podczas tworzenia bezpośredniego, kod projektu wprowadzony w nagłówku dokumentu jest systematycznie przenoszony na pozycje dokumentu i nie można go modyfikować.
  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.
  W przypadku przekształcenia dokumentu, kod projektu wprowadzony w nagłówku jest używany do odfiltrowania dokumentów proponowanych w pobieraniu lub wyborze. Jeśli nie wprowadzono żadnego kodu projektu, pole to jest automatycznie uzupełniane przy użyciu kodu projektu pierwszego wybranego dokumentu.
  Jeśli zmodyfikowano kod projektu w nagłówku dokumentu, ten kod projektu jest automatycznie przenoszony do wszystkich pozycji. Wyświetla się komunikat proponujący ponowną aktualizację cen / upustów w pozycjach. Ponowna aktualizacja dotyczy tylko nieprzyjętych i niezamkniętych 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 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. Wyświetla się drugi komunikat proponujący ponowną aktualizację cen / upustów obliczonych w pozycjach. Ponowna aktualizacja dotyczy tylko nieprzyjętych i niezamkniętych pozycji.
• 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.
  Możliwe jest, że kod projektu przeniesiony do pozycji jest taki sam, jak kod już figurujący w innych pozycjach. Ponieważ system nie może rozróżnić pozycji, żadna aktualizacja cen / upustów nie jest proponowana ani dokonywana, aby nie nadpisać ewentualnych cen niewynikających z cennika, ale wprowadzonych przez użytkownika.

Jeśli zamówienie zostało wygenerowane przez zlecenie back-to-back z poziomu zamówienia sprzedaży, kod projektu jest automatycznie uzupełniany przy użyciu kodu uzupełnionego w nagłówku zamówienia sprzedaży.
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.

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

Z poziomu tego pola, można wprowadzić bezpośrednio kod płatności, którego istnienie jest kontrolowane w odpowiadającej tabeli, bądź użyć przycisk kontekstowy, aby:

• wybrać kod płatności z tabeli,
• utworzyć, zgodnie z uprawnieniami, kod płatności w tabeli,
• zasymulować obliczenie rozrachunków,
• 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.

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.

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

• 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.
Zmiana waluty jest jednak zabroniona, jeśli wprowadzono co najmniej jedną pozycję lub strukturę kosztów.

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)

Pole to jest kontrolowane przez menu lokalne i może przyjąć następujące wartości: kurs dzienny, kurs miesięczny, kurs średni.

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, istnieje możliwość jego zmiany, o ile nie wprowadzono jeszcze pozycji ze strukturą kosztów.

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

Jeśli waluta odpowiada walucie firmy, typ kursu nie będzie dostępny, ponieważ nie będzie miał on znaczenia w tym kontekście.

• 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.
 Ta informacja jest kontrolowana przez tabelę dodatkowąsystemów podatkowych kontrahentów.

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.

Z poziomu tego pola można:

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

Jeśli ta informacja jest modyfikowana podczas tworzenia zamówienia lub duplikowania i istnieją pozycje zamówienia, użytkownik jest pytany, czy przeliczyć ceny i upusty pozycji zamówienia, w szczególności, jeśli cenniki są wyrażone w brutto. Po utworzeniu zamówienia, ta informacja nie jest już dostępna.

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

• pole PRHFCYLIB

• Lok. fakturowania (pole INVFCY)

Lokalizacja, dla której przeznaczone są faktury tego zamówienia jest domyślnie inicjalizowana przez kod lokalizacji finansowej powiązany z lokalizacją zamówienia.
 Ta lokalizacja fakturowania musi być obowiązkowo lokalizacją finansową przynależącą do tej samej firmy prawnej, co lokalizacja zamówienia.
Zarządzanie tym polem zależy od ustawień transakcji wprowadzania zlecenia kooperacji.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia 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 zamówienia sprzedaży klient fakturowany i płatnik są inicjalizowani przy pomocy klienta powiązanego z wprowadzoną lokalizacją fakturowania. W razie modyfikacji zamówienie sprzedaży również zostanie zaktualizowane.

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

• Przewoźnik (pole BPTNUM)

Jest to przewoźnik odpowiedzialny za transport towarów. Jest on inicjalizowany przez przewoźnika dostawcy wprowadzonego w nagłówku zamówienia. 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.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia między firmami lub między lokalizacjami, przewoźnik uzupełniony na wygenerowanym zamówieniu sprzedaży jest inicjalizowany przez przewoźnika wynikającego z klienta dostawy a nie przez informację wprowadzoną na tym poziomie (chyba, że przewoźnik nie został uzupełniony dla klienta dostawy).

• Sposób wysyłki (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.

• Incoterms (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 domyślnie inicjalizowany przez kod Incoterm dostawcy.
W przypadku zamówień, przyjęć i faktur, kod Incoterm jest unikalny dla wszystkich dokumentów.

Do funkcji zarządzania Incotermem dostęp można uzyskać za pomocą tunelu. 

Wybór Incotermu nie może zostać zmieniony po prowadzeniu w dokumencie artykułu zarządzanego strukturą kosztów. Ta reguła ma zastosowanie podczas tworzenia, modyfikacji lub duplikowania zamówień.

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

• Miasto Incoterms (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ść.

• Grupowanie (pole GPGCOD)

To pole, zarządzane przez transakcję wprowadzania, umożliwia wskazanie kodu, dowolnego, używanego w celu identyfikowania i grupowania dokumentów posiadających ten sam kod. Umożliwia ono na przykład, w przypadku importu towarów, połączenie różnych dokumentów odpowiadających zamówieniom, które zostały zgrupowane w tej samej wysyłce w celach logistycznych i optymalizacji kosztów.
W ten sposób zgrupowane zamówienia mogą zostać wyświetlone na poziomie funkcji zapytania o Listy zamówień i wydrukowane na raporcie PURFCS – Obciążenia zakupów.
W przypadku zamówienia między lokalizacjami przyjęcie pozycji dostawy pobiera automatycznie kod grupowania.

• Wymiar (pole DIE)

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

• Opis (pole NAMDIE)

To pole używa opisu wymiaru analitycznego.

• Wartość wymiaru (pole CCE)

Są to sekcje analityczne inicjalizowane w zależności od ustawień zdefiniowanych dla Domyślnych sekcji (kod wymiaru POH). 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ślnych sekcji. Jeśli kod projektu występuje także w pozycjach, kod wymiaru danych pozycji jest również ponownie inicjalizowany.

W zależności od ustawień kodu sekcji POP, sekcje uzupełnione na poziomie nagłówku mogą posłużyć jako wartość domyślna dla pozycji zamówienia zakupu.

• Podpisane (pole APPFLG)

Ta informacja umożliwia zapoznanie się z sytuacją zamówienia pod względem zarządzanie 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 APPPOH), wartość będzie automatycznie równa opcji „Brak zarządzania”. Można wydrukować potwierdzenie zamówienia oraz przyjąć zamówienia.
Jeśli zarządzanie podpisami jest aktywne dla firmy wartość zależy od reguł podpisów i dokonanych podpisów:

• jeśli wartość to „Nie”, oznacza to, że nie dokonano żadnego podpisu lub już dokonane podpisy zostały anulowane przez sygnatariusza,
• jeśli wartość to „Częściowo”, oznacza to, że część sygnatariuszy wskazanych przez obieg podpisów podpisała zamówienie,
• jeśli wartość to „Całkowicie”, oznacza to, że wszyscy sygnatariusze wskazani przez obieg podpisów podpisali zamówienie. Będzie można je wydrukować i przyjąć,
• jeśli wartość to „Tak, automatycznie”, oznacza to, że zarządzanie podpisami jest opcjonalne (parametr APPPOH) i żaden obieg podpisów nie został określony dla tego zamówienia. Jest więc ono uznawane za podpisane i może zostać wydrukowane oraz przyjęte.

Jeśli zamówienie zakupu jest typu między lokalizacjami lub między firmami i definiują to ustawienia, odpowiadające zamówienie sprzedaży zostanie wygenerowane 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 potwierdzenie zamówienia zostało wydrukowane. Potwierdzenie zamówienia może zostać wydrukowane tylko, jeśli zamówienie jest całkowicie podpisane lub jeśli nie ma zarządzania podpisami, albo jeśli podpis jest automatyczny.

• Zamknięte (pole CLEFLG)

Ta informacja umożliwia dowiedzenie się, czy zamówienie jest całkowicie zamknięte (jeśli wszystkie pozycje zamówienia są zamknięte, zamówienie jest zamykane automatycznie).
Zamówienie może zostać zamknięte, jeśli jest całkowicie przyjęte lub jeśli zostało ono zamknięte ręcznie. Jeśli zamówienie zostało całkowicie zamknięte, nie można go już modyfikować.

• Przyjęte (pole RCPFLG)

Ta informacja umożliwia zapoznanie się z sytuacją zamówienia pod względem przyjęcia towarów.
Możliwe są różne wartości: „Nie”, „Częściowo”, „Całkowicie”. Jeśli zamówienie nie zostało całkowicie przyjęte, jest ono automatycznie zamykane.

• Zafakturowane (pole INVFLG)

Ta informacja wskazuje, czy zamówienie zostało zamknięte pod względem fakturowania. Możliwe są różne wartości: „Nie”, „Częściowo”, „Całkowicie”.

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

• Standardowy opis (pole ITMDES1)

Jest to opis wprowadzony dla rekordu artykułu. Ten opis zostanie przekazany z ewentualnymi zmianami na przyjęciu lub na fakturze dostawcy. W przypadku zamówień między lokalizacjami lub między firmami, zmodyfikowany opis standardowy jest przekazywany na wygenerowane zamówienie sprzedaży.

Jeśli zamówienie wynika z wniosku zakupowego lub zapytania ofertowego, standardowy opis zostanie odziedziczony z pozycji źródłowej.

 Z poziomu tego pola można za pomocą tunelu uzyskać dostęp do rekordu artykułu.

• Typ artykułu (pole ITMKND)

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

• Lokalizacja przyj. (pole PRHFCY)

Jest to lokalizacja, do której dostawca ma dokonać dostawy, inicjalizowana przez lokalizację zakupu z nagłówka zamówienia, w przypadku, gdy ta ostatnia jest również magazynem.

Ta lokalizacja przyjęcia musi przynależeć do tej samej firmy prawnej, co lokalizacja zamówienia.

W przypadku zamówienia dla artykułu zarządzanego w zapasach:

• lokalizacja przyjęcia musi być magazynem,
• nr referencyjny artykułu musi być zdefiniowany dla tej lokalizacji przyjęcia.

Jeśli artykuł jest zarządzany w zapasach, a lokalizacja zakupu nie jest lokalizacją przechowywania, system proponuje pierwszą lokalizację przechowywania zdefiniowaną dla artykułu.
Jeśli wprowadzono lokalizację przyjęcia, dla której rekord Artykułu-lokalizacji nie został utworzony, system proponuje utworzenie tego rekordu uzyskując dostęp bezpośrednio do rekordu Artykułu-lokalizacji.
Jeśli artykuł-lokalizacja nie jest indeksowany u dostawcy, może wyświetlić się komunikat blokujący lub ostrzegający zgodnie z wyborem dokonanym na poziomie parametru ogólnego ITMBPSFCY – Indeksowanie dostawcy-lokalizacji (rozdział ACH, grupa REF). Ta kontrola nie ma zastosowania do zamówień między lokalizacjami.

Jeśli zmieniana jest lokalizacja przyjęcia, komunikat proponuje ponowne wyszukanie domyślnego dostawcy:

• Użytkownik chce ponownie wyszukać:
• Jeśli domyślny dostawca został znaleziony w Artykułach-lokalizacjach, ten dostawca jest uwzględniany domyślnie.
• Jeśli na poziomie rekordu Artykuły-lokalizacje nie istnieje żaden dostawca używany jest domyślny dostawca zdefiniowany na poziomie parametru Artykuły-dostawcy, o ile parametr ITMBPSFCY – Nr referencyjny dostawcy lokalizacji (rozdział ACH, grupa REF) nie wskazuje, że indeksowanie artykułu dostawcy jest wymagane na poziomie lokalizacji.
• Jeśli w rekordzie Artykuły-lokalizacje istnieją dostawcy, ale żaden domyślny dostawca nie został znaleziony, ponieważ wszyscy są zablokowani, dostawca nie jest uzupełniany. Pole pozostaje puste. Należy je uzupełnić.
• Użytkownik nie chce dokonać wyszukania domyślnego dostawcy:
• Pierwotny dostawca jest zachowywany.
  

Z poziomu tej informacji ikona Operacje pozwala:

• wybrać lokalizację zakupu z tabeli lokalizacji. Proponowane lokalizacje zostaną ograniczone do lokalizacji firmy zdefiniowanej przez lokalizację zakupu,
• wyświetlić zapas dla artykułu w wskazanej lokalizacji,
• uzyskać dostęp do rekordu Artykuły-lokalizacje, jeśli pozwalają na to uprawnienia użytkownika.

Cechy dotyczące przesunięć między firmami: Jeśli zamówienie 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 zamówienia 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 xxxx. 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 zamówienie zostanie zarejestrowane, lokalizacja przyjęcia wyświetlona w nagłówku zamówienia przyjmuje wartość lokalizacji przyjęcia wybranej w pierwszej pozycji zamówienia zakupu.

Podczas generowania zamówienia sprzedaży adres dostawy używany w pozycji zamówienia będzie odpowiadał adresowi dostawy zidentyfikowanemu przez lokalizację przyjęcia wprowadzoną w pozycji zamówienia zakupu.

Może się zdarzyć, że system zabrania wprowadzenia różnych lokalizacji przyjęć w pozycjach zamówień zakupów w tym kontekście. Zależy to od parametrów powiązanych ze sprzedażą:

Jeśli parametr LINBPD – Klienci dostawy w pozycji (rozdział VEN, grupa MIS) dla lokalizacji zdefiniowanej przez dostawcę nie zezwala na posiadanie tego samego zamówienia sprzedaży dla różnych adresów w pozycjach zamówień, wtedy lokalizacja przyjęcia będzie unikalna dla wszystkich pozycji zamówienia zakupu. Lokalizacja przyjęcia wprowadzona w pierwszym zamówieniu zakupu będzie systematycznie przenoszona do kolejnych pozycji bez możliwości modyfikacji.

Jeśli klient powiązany z lokalizacją zakupu zezwala tylko na kompletne zamówienia, można wtedy wprowadzić w zamówieniu zakupu tylko jedną lokalizację przyjęcia i tylko jedną lokalizację wysyłki dla wszystkich pozycji zamówienia zakupu. Lokalizacja przyjęcia i lokalizacja wysyłki wprowadzone w pierwszej pozycji zamówienia zakupu będą systematycznie przenoszone do kolejnych pozycji bez możliwości modyfikacji.

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

• Adres kooperacji (pole SCOADD)

Jest to kod adresu kooperanta, w którym mają zostać zużyte materiały związane z działalnością kooperanta. Domyślnie jest to używany domyślny adres dostawcy. Dostęp do tej informacji jest możliwy tylko wtedy, gdy artykuł wprowadzony w pozycji zamówienia jest artykułem kooperanta i gdy dostawca kooperant został również zdefiniowany jako klient.

Ten kod adresu odpowiada również kodowi adresu wysyłki powiązanemu z klientem zdefiniowanym dla dostawcy. W ten sposób istnieje możliwość zdefiniowania lokalizacji Kooperanta poprzez kod adresu. Jeżeli klient dla dostawcy kooperanta nie został zdefiniowany, przyjęta zostanie lokalizacja kooperanta zdefiniowana w rekordzie dostawcy.

Kod adresu kooperanta zostanie zainicjowany kodem adresu wprowadzonym w operacji kooperacji. Jeżeli nie został on wprowadzony w działalności, system zainicjuje tę informację domyślnym adresem dla klienta powiązanego z dostawcą kooperacji.

Możliwa jest modyfikacja adresu kooperanta. Zmiana tego adresu zostanie przeniesiona również do operacji kooperacji.

Z poziomu tej informacji, przycisk kontekstowy może służyć do:

• Wyboru adresu dostawy spośród adresów dostaw powiązanych z rekordem klienta dostawcy kooperacji.
• Dostępu, poprzez tunel, do opcji zarządzania adresem dostawy, o ile użytkownik został do tego upoważniony.

• JM ZAK (pole UOM)

Jednostka zamówienia lub fakturowania.
Artykuł może podsiadać pięć jednostek pakowania:

• Cztery jednostki pakowania wprowadzone w tabeli rekordu artykuł-jednostki.
  
• Jedną jednostkę pakowania powiązaną z dostawcą (rekord artykuł-dostawca) i dwie jednostki zakupu:
  
• Jedną jednostkę zakupu powiązaną z głównym artykułem.
• Jedną jednostkę zakupu powiązaną z artykułem-dostawcą. Podczas wprowadzania zamówienia ta jednostka jest proponowana domyślnie, jeśli istnieje rekord artykułu-dostawcy. W przeciwnym razie domyślnie proponowana jest jednostka zakupu rekordu artykułu.

Można wybrać wyłącznie uprzednio wymienione jednostki typu pakowanie lub zakupu.

W zależności od użytej transakcji zamówienia zakupu, można uzyskać dostęp lub nie do jednostki zamówienia. Jeśli transakcja nie zezwala na wprowadzanie jednostki zamówienia, jest ona inicjalizowana przez jednostkę zakupu zdefiniowaną dla dostawcy lub przez jednostkę zakupu artykułu, jeśli ta pierwsza nie istnieje.

W przypadku zamówienia wynikającego z zapotrzebowania, domyślnie proponowana jednostka to jednostka zakupu dostawcy dla artykułu lub jednostki zakupu artykułu.

Istnieje jednak możliwość modyfikacji proponowanej jednostki zamówienia. Przy użyciu ikony Operacje można wyświetlić listę jednostek grupującą jednostkę magazynową, jednostki pakowania artykułu, jednostkę zakupu artykułu i różne jednostki zdefiniowane dla dostawcy.

Jeśli pozycja zamówienia wynika ze zlecenia back-to-back, jednostka zamówienia jest określana przez wartość parametru POHCTMPUU – Zlecenie back-to-back w jednostce zakupu (rozdział ACH, grupa ORD).

W planie zakupów, jeśli dostawca został zmodyfikowany, a jednostki tego nowego dostawcy różną się od jednostek poprzedniego dostawcy, wyświetla się komunikat proponujący zamówienie w jednostce magazynowania w celu uniknięcia wszelkich niespójności cenników oraz zachowania spójnej jednostki zamówienia dla dostawcy. Jeśli odpowiedź to Tak, jednostka zamówienia jest korygowana w jednostce magazynowania. Jeśli odpowiedź to Nie, ilości są korygowane zachowując jednostki dostawcy.

Cechy między firmami: W ramach zamówienia między firmami lub między lokalizacjami, jednostka jest kontrolowana, aby upewnić się, że istnieją odpowiedniki w module Sprzedaż. Jeśli tak nie jest kontrola blokująca uniemożliwia wprowadzenie tej jednostki.

• Ilość zamówiona (pole QTYUOM)

Ilość musi zostać obowiązkowo uzupełniona we wprowadzonej uprzednio jednostce zamówienia. Ta jednostka zamówienia może być jednostką zakupu lub pakowania znajdującą się w artykule-dostawcy lub artykule głównym.
Domyślnie proponowana jest minimalna ilość zakupu lub uwzględniona ilość zapotrzebowania. Po wprowadzeniu obliczane są ilości w jednostce zakupu i jednostce magazynowej.

Jeśli zamówiona ilość wynosi zero natychmiast wyświetla się komunikat o błędzie.

Komunikat o błędzie może się także wyświetlić, jeśli:

• Zmodyfikowano zaproponowaną ilość w następstwie uwzględnienia zapotrzebowania zawierającego więcej niż jeden wniosek zakupowy, a wprowadzona ilość jest mniejsza niż uwzględniona ilość. Jeśli uwzględnione zapotrzebowanie dotyczy tylko jednego planowanego zamówienia zakupu (POP) lub tylko sugestii zamówienia zakupu (POS) to można zmniejszyć ilość.
• Wprowadzona ilość jest niższa niż minimalna ilość wymagana przez dostawcę, wskazana w rekordzie artykułu-dostawcy. Poziom kontroli jest definiowany przez parametr POHMINQTY – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).
• Można zmodyfikować ilość w pozycji zamówienia dotyczącą artykułu zarządzanego w zleceniu bezpośrednim.
• Można zmodyfikować obliczoną kwotę, o ile dokonano zamówienia w jednostce pakowania i jeśli wprowadzona ilość nie jest wielokrotnością pakowania.

Z poziomu pola ilość, przy użyciu menu operacji można uzyskać dostęp do zapytania o zapas w uprzednio uzupełnionej lokalizacji przyjęcia.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia między firmami lub między lokalizacjami, poza kontrolą dokonywaną względem minimalnej ilości zakupu, dokonywana jest również kontrola względem minimalnej i maksymalnej ilości sprzedaży. Ta kontrola może być blokująca w zależności od wartości parametru użytkownika SDACLOK – Kontrola nieblokująca ceny, marży, ilości (rozdział VEN, grupa AUZ).

W ramach zamówienia między firmami dotyczącego artykułu bez fizycznej wysyłki typu usługa powiązanego z projektem z fakturowaniem postępu, nie można wprowadzić ilości mniejszej niż suma ilości już zafakturowanej oraz ilości zatwierdzonej w planie fakturowania.

• Współczynnik (pole UOMPUUCOE)

Jest to współczynnik konwersji między jednostką zamówienia (JM ZAM) a jednostką zakupu (JM ZAK) (dostawcy lub artykułu).

Współczynnik ten pozwala obliczyć ilość w JM ZAK na podstawie ilości zamówienia wprowadzonej w JM ZAM:
Ilość w JM ZAK = Ilość w JM ZAM * współczynnik
Współczynnik ten może służyć do przeliczenia cennika w jednostce zamówienia.
Współczynnik ten jest dostępny, jeśli jednostka zamówienia została wprowadzona przy użyciu innej wartości niż jednostki zakupu podane dla artykułu-dostawcy lub artykułu głównego. Jest on inicjalizowany przez współczynniki znajdujące się w tych dwóch rekordach lub przez tabelę współczynników konwersji, jeśli taka para istnieje.

Ten współczynnik konwersji może zostać zmieniony, jeśli wprowadzona jednostka zamówienia jest jednostką pakowania artykułu, której współczynnik może zostać zmieniony (zobacz tabela jednostek pakowania na poziomie sekcji Jednostki rekordu Artykułu), ale nie jest ona dostępna dla innych jednostek (Jednostki zakupu artykułu, Jednostki zakupu zdefiniowanej dla dostawcy, Jednostki pakowania dostawcy, Jednostki magazynowej).

Cechy między firmami: W ramach zamówienia między firmami lub między lokalizacjami, współczynnik użyty na wygenerowanym zamówieniu sprzedaży jest zawsze inicjalizowany przez współczynnik wprowadzony na zamówieniu zakupu.

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

• JM MAG (pole STU)

To pole wskazuje jednostkę zarządzania artykułem, w której wyraża się:

• Zapas
• Cenę standardową
• Ilość odnośników BOM-u itp.

Te informacje są niezmienne i wyświetlają się zawsze, niezależnie od użytej transakcji. Nie można ich modyfikować.

• Ilość JM MAG (pole QTYSTU)

Ilość w jednostce magazynowania obliczona na podstawie zamówionej ilości w jednostce zamówienia.

Jeśli wprowadzona ilość nie jest wielokrotnością jednostki zamówienia, wyświetla się komunikat ostrzegawczy. Domyślnie proponowana jest minimalna ilość zakupu lub uwzględniona ilość zapotrzebowania. W żadnym przypadku wprowadzona ilość nie może być mniejsza niż te ilości.

Tę ilość można zmodyfikować, jeśli jednostka zamówienia to jednostka pakowania artykułu, której współczynnik może być modyfikowany (zob. tabela Jednostka pakowania w sekcji Jednostki w rekordzie artykułu), ale nie może być używana z innymi jednostkami (jednostką zakupu artykułu, jednostką zakupu dostawcy, jednostką pakowania dostawcy, jednostką magazynowania).

Jeśli zmodyfikowana zostanie ilość w jednostce magazynowania, dostosowywany jest współczynnik wyrażony między jednostką zamówienia a jednostką zakupu.

• 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.
  Podczas tworzenia bezpośredniego, kod projektu wprowadzony w nagłówku dokumentu jest systematycznie przenoszony na pozycje dokumentu i nie można go modyfikować.
  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.
  W przypadku przekształcenia dokumentu, kod projektu wprowadzony w nagłówku jest używany do odfiltrowania dokumentów proponowanych w pobieraniu lub wyborze. Jeśli nie wprowadzono żadnego kodu projektu, pole to jest automatycznie uzupełniane przy użyciu kodu projektu pierwszego wybranego dokumentu.
  Jeśli zmodyfikowano kod projektu w nagłówku dokumentu, ten kod projektu jest automatycznie przenoszony do wszystkich pozycji. Wyświetla się komunikat proponujący ponowną aktualizację cen / upustów w pozycjach. Ponowna aktualizacja dotyczy tylko nieprzyjętych i niezamkniętych 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 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. Wyświetla się drugi komunikat proponujący ponowną aktualizację cen / upustów obliczonych w pozycjach. Ponowna aktualizacja dotyczy tylko nieprzyjętych i niezamkniętych pozycji.
• 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.
  Możliwe jest, że kod projektu przeniesiony do pozycji jest taki sam, jak kod już figurujący w innych pozycjach. Ponieważ system nie może rozróżnić pozycji, żadna aktualizacja cen / upustów nie jest proponowana ani dokonywana, aby nie nadpisać ewentualnych cen niewynikających z cennika, ale wprowadzonych przez użytkownika.

Jeśli zamówienie zostało wygenerowane przez zlecenie back-to-back z poziomu zamówienia sprzedaży, kod projektu jest automatycznie uzupełniany przy użyciu kodu uzupełnionego w nagłówku zamówienia sprzedaży.
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.

• Oczek. data przyj. (pole EXTRCPDAT)

Pomoc wspólna dla funkcji Zamówienia i Plan zakupów.

Uzupełnienie przewidywanej daty przyjęcia jest wymagane. Domyślnie data jest proponowana automatycznie i może mieć różne źródło, w następującym porządku:

• Data wymagania, jeśli uwzględniane jest zapotrzebowanie. Jeśli pozycja wynika z grupowania zapotrzebowań zachowywana jest najbliższa data. Jeśli użytkownik modyfikuje zaproponowaną datę, aby wprowadzić późniejszą datę, wyświetla się komunikat ostrzegający.
• Data zamówienia powiększona o czas realizacji dostawcy zawarty w cenniku, jeśli istnieje.
• Data zamówienia powiększona o czas realizacji uzupełnienia zapasów rekordu artykułu-lokalizacji, jeśli artykuł jest magazynowany.
• Data zamówienia powiększona o czas realizacji uzupełnienia zapasów rekordu artykułu, jeśli artykuł nie jest magazynowany.

Ta data jest kontrolowana względem kalendarza lokalizacji przyjęcia. W przypadku niedostępności lokalizacji dla tej daty, wyświetla się komunikat blokujący i należy wprowadzić inną datę. Można również otrzymać komunikat ostrzegający, jeśli wprowadzona data jest wcześniejsza niż obliczona data. Po zatwierdzeniu pozycji zamówienia ta data nie będzie modyfikowana przez ponowną inicjalizację cennika.

Przewidywana data przyjęcia może być również ponownie przeliczana automatycznie, jeśli wprowadzona data odpowiada dniowi nieroboczemu dla lokalizacji. Proponowany jest wtedy automatycznie jako pierwszy poprzedni dzień roboczy.

We wszystkich przypadkach minimalna, przewidywana data przyjęcia będzie równa dacie zamówienia powiększonej w tym porządku przez czas realizacji wynikający z cennika, rekordu Artykułu-lokalizacji lub rekordu Artykułu.

Z poziomu tego pola ikona Operacje umożliwia wyświetlenie tymczasowej ewolucji zapasów.

Cechy między firmami: W ramach zamówienia między firmami lub między lokalizacjami data dostawy żądana w nagłówku wygenerowanego zamówienia sprzedaży zostanie zainicjalizowana przez najwcześniejszą przewidywaną datę przyjęcia wprowadzoną w pozycjach zamówienia zakupu. Przewidywana data dostawy każdej pozycji zamówienia sprzedaży jest inicjalizowana przez przewidywaną datę przyjęcia odpowiadającej pozycji zamówienie zakupu.

• Cena bazowa (pole GROPRI)

Pomoc wspólna dla funkcji Zamówienia i Plan zakupów.

To pole umożliwia określenie ceny jednostkowej brutto i netto artykułu. Ta cena jest wyrażana w jednostce zamówienia, jeśli pole Jednostka zostało zadeklarowane jako dostępne podczas wprowadzania transakcji, jeśli nie, jest to jednostka zakupu.

Jeśli podano główne informacje w pozycji, wyszukiwanie cennika wykonywane jest automatycznie. Celem tego wyszukania jest znalezienie:

• Ceny brutto oraz powiązanej przyczyny.
  Jeśli jednostka zamówienia (lub zakupu) różni się od jednostki w pozycji cennika:
  - Kwota cennika jest przeliczana, jeśli Konwersja jednostek jest ustawiona jako „Tak” na poziomie Parametrów cennika. Ta konwersja opiera się o tabelę współczynników konwersji jednostek. Jeśli dla danych jednostek nie ustawiono żadnego przeliczenia to uwzględniane są kwoty cennika poprzez zastosowanie współczynnika konwersji wynoszącego 1.
  - Cennik nie jest używany, jeśli wartość Konwersji jednostek to „Nie” na poziomie Parametrów cennika. Wartość ceny brutto jest ustawiana jako „0”.
• Elementy fakturowania w procentach lub kwotach do zastosowania na poziomie pozycji, jak również powiązane przyczyny.

Jeśli wprowadzona cena wynosi zero, wyświetla się komunikat proszący o potwierdzenie.

W polu Cena można użyć ikony Operacje, aby:

• Wyświetlić i zmodyfikować pola Rabat i Koszt zdefiniowane przy użyciu kodu struktury powiązanego z dostawcą. Wartości zawarte w tych polach pochodzą z wyszukania cennika i mogą zostać zmienione, jeśli powiązana przyczyna na to pozwala.
• Wyświetlić powody powiązane z ceną, jak również z innymi polami elementów fakturowania
• Wyświetlić cenniki
• Ponownie zainicjować cenę, jak również rabaty i koszty poprzez zażądanie wyszukania nowego cennika.

Wprowadzenie innych informacji w pozycji zależy od wybranej transakcji. Jest to np. przypadek informacji na temat Lokalizacji, Kodu kontroli jakości itp.

Cechy dotyczące przesunięć między firmami: W ramach zamówienia między firmami lub między lokalizacjami, jeśli ustawiono cenniki między firmami, zostaną one użyte w taki sam sposób, jak normalne cenniki. Jeśli wygenerowano zamówienie sprzedaży, elementy fakturowania obliczane dla tego zamówienia sprzedaży zostaną określone na podstawie cenników między firmami lub normalnych cenników. W żadnym przypadku ceny i elementy fakturowania wprowadzone w zamówieniu zakupu nie są przekazywane na zamówienie sprzedaży. Ceny między dokumentami sprzedaży i zakupu mogą zmieniać się niezależnie od siebie. Uzgodnienie zostanie wykonane w momencie fakturowania.

• pole DISCRGVAL1

Pomoc wspólna dla modułów Sprzedaż i Zakupy.

Wyświetlone kolumny rabatów i kosztów są powiązane z ustawieniami kodu struktury cenników powiązanych z dostawcą w danym rekordzie dostawcy.
Te kolumny mogą zostać zaincjalizowane przy użyciu cenników (zob. dokumentacja na temat Parametrów cen sprzedaży i Wprowadzania cen).

Dostęp do tych kolumn może zależeć od ustawień powodów powiązanych z cennikiem, jak również od wartości powodu podanej w

• parametrze UPDPRISAL – Domyślny powód ceny – podstawa (rozdział VEN, grupa PRI) dla sprzedaży.
• parametrze UPDPRIPUR – Domyślny powód ceny – podstawa (rozdział ACH, grupa PRI) dla zakupów.

Te rabaty i koszty są definiowane w kwotach lub w procentach i mają one zastosowanie z metodą sumowania lub kaskadowania ceny brutto w celu określenia ceny netto pozycji dokumentu.

Z poziomu ikony Operacje można:

• Wyświetlić powody powiązane z ceną, jak również z innymi polami rabatów i kosztów,
• Zmodyfikować, jeśli to konieczne, powody przypisane do każdej z kolumn.

• Cena z rabatem (pole NETPRI)

Jest to jednostkowa cena netto pozycji zamówienia obliczona na podstawie ceny brutto, na którą wpływ mają ewentualne opłaty i rabaty.
 Informacja ta nie jest dostępna.

• Kwota pozycji - VAT (pole LINAMT)

Jest to jednostkowa cena netto pomnożona przez zamówioną ilość.
 Informacja ta nie jest dostępna.

• Waluta (pole NETCUR)

Jest to waluta dokumentu, w której wyrażone są kwoty wyświetlane w poprzednich kolumnach.
Ta waluta, bez możliwości zmian, jest uzupełniana przy pomocy waluty wskazanej w sekcji Zarządzanie.

• 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 odpowiada wszystkiemu, co musi zostać opłacone przez nabywcę: kwocie pozycji, wszystkim kosztom i elementom fakturowania (wycenionym lub nie), jak również podatkom nie do odliczenia.
Pole to nie podlega zmianom i wyświetla się wyłącznie, jeśli transakcja na to zezwala. Wyrażone jest 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ę:
  
  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
  
  Uwaga: kwota podatków nie podlegających odliczeniu jest przedstawiona w oknie Koszt pozycji wyświetlanym za pomocą ikony Operacje w pozycji.
  
  Przykład obliczenia Kosztu zakupu 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%
  
  --> Dla zamówienia 1 kartonu:
  Kosz zakupu = (10 * 1,3 ) + 20 + (10 * 16,9%) = 34,69 €
  Jednostkowy koszt zakupu to 34,69 € / 15 JM MAG = 2,31 €
  
  --> Dla zamówienia 5 kartonów:
  Koszt zakupu = [(10 * 5) * 1,3 ] + (20 * 5) + (50 * 16,9%) = 173,45 €
  Jednostkowy koszt zakupu to 173,45 € / 75 JM MAG = 3,31 €
  
  
  Przykład obliczenia Kosztu zakupu 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%
  
  --> Dla zamówienia 5 kartonów:
  Koszt zakupu = [(10 * 5) * 1,3 ] + (20 * 5) + (50 * 16,9%) + 10 +7 = 190,45 €
  Jednostkowy koszt zakupu to 190,45 € / 75 JM MAG = 2,539 €
  
  
• Metoda z uwzględnieniem wszystkich obciążeń szczegółowych w Strukturze kosztów:
  
  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.
  
  Przykład obliczenia Kosztu zakupu 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 produktu: 20% ceny netto
  - Niewycenione obciążenia produktu (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%
  
  --> Dla zamówienia 5 kartonów:
  Kwota pozycji netto: 5 kartonów * 10 € = 50 €
  + Obciążenia struktury kosztów: (50 € * 20%) + (20 € * 5) = 110 €
  + Suma elementów fakturowania pozycji: 10 + 7 = 17 €
  + Suma podatków niepodlegających odliczeniu pozycji: 50 * 16,9 % = 8,45 €
  
  Kosz zakupu = 50 * 110 + 17 + 8,45 = 185,45 €
  Jednostkowy koszt zakupu to 185,45 € / 75 JM MAG = 2,472 €
  

• Rzeczywisty koszt zakupu (pole REACSTPUR)

Zrealizowany koszt zakupu odpowiada kwocie ogółem faktur/faktur korygujących obciążających pozycję. Są to faktury/faktury korygujące dostawców, jak również faktury dodatkowe/faktury korygujące do faktur dodatkowych pozycji pod warunkiem, że te faktury dodatkowe/faktury korygujące do faktur dodatkowych są ważne.

• Faktury dodatkowe/faktury korygujące do faktur dodatkowych, których flaga Nowy koszt ma wartość Tak są uwzględniane bezpośrednio podczas ich zatwierdzania.
• Faktury dodatkowe/faktury korygujące do faktur dodatkowych, których flaga Nowy koszt ma wartość Nie odpowiadają aktualizacji kwoty obciążeń. Ta aktualizacja, w zależności od przypadku, odbywa w następujący sposób:
• Jeśli zamówienie jest zamknięte i już zafakturowane (częściowo lub całkowicie), aktualizacja odbywa się za pomocą uruchomienia zapytania STCREG – Łączenie kosztów.
• Jeśli zamówienie jest zamknięte, ale jeszcze nie zafakturowane, aktualizacja dokonuje się podczas fakturowania w następujący sposób:
  - Jeśli jest to faktura przyjęcia, uwzględniona kwota odpowiada kwocie obciążeń przyjęcia wraz z fakturami dodatkowymi.
  - Jeśli jest to faktura zamówienia, kwota faktur dodatkowych jest dzielona względem przyjętych ilości każdego z przyjęć pozycji zamówienia.
  

Zrealizowany koszt zakupu nie może zostać zmieniony. Wyświetla się on wyłącznie, jeśli transakcja wprowadzania na to pozwala. Wyrażony jest w walucie firmy.

Podczas tworzenia ta informacja nie jest nigdy obliczana w trakcie wprowadzania, ale wyłącznie podczas zapisu zapisu.

• Koszt magazynu na jednostkę (pole CPR)

Jest to koszt magazynu na jednostkę artykułu, wyrażony w walucie firmy.
Odpowiada on wynikowi obliczeń:

Tego pola nie można modyfikować. Wyświetla się tylko, jeśli jest dozwolone przez wybraną transakcję.
Koszt zapasów może zostać również wyświetlony w oknie szczegółów gospodarki magazynowej.

Koszt ten jest obliczany podczas zapisu zamówienia. Nie jest on obliczany podczas wprowadzania pozycji zamówienia.

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

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

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

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

• pole CCE1

Podczas wprowadzania pozycji zamówienia, wymiary analityczne są inicjalizowane w zależności od kodu Domyślnych sekcji POP.

Jeśli pozycja zamówienia pochodzi z pozycji dokumentu, sekcje 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ślnych sekcji.
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ś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)

Jest to współczynnik powiększenia używany w deklaracji Intrastat.
Ten współczynnik zastosowany do wartości fiskalnej pozycji artykułu, umożliwia otrzymanie wartości statystycznej. Obecność tego pola zależy od aktywacji zarządzania deklaracją Intrastat (kod działania DEB).
 Informacja ta jest inicjalizowana przez współczynnik powiększenia rekordu Artykułu-dostawcy, jeśli podano, lub przez współczynnik powiększenia rekordu Dostawcy.

• Kraj (pole ORICRY)

Jest to kraj pochodzenia towaru lub kraj, gdzie towar został wyprodukowany.
Ta informacja jest inicjalizowana przez kraj adresu wysyłki dostawcy. Jest ona w szczególności używana przez deklarację Intrastat (kod ISO tabeli krajów). Kraj pochodzenia towaru w rozumieniu deklaracji Intrastat jest pobierany z adresu wysyłki dostawcy.

• Data potw. (pole LINOCNDAT)

Te informacje nie są dostępne w pozycji zamówienia. Jeśli data i numer ostatniego potwierdzenia przyjęcia wysłanego przez dostawcę zostały wprowadzone w sekcji Suma zamówienia, pozycje zamówienia nie posiadające jeszcze daty i numeru ARC są aktualizowane automatycznie przy pomocy wprowadzonych wartości.
Jeśli pozycja jest modyfikowana lub dodawana, data i ostatni znany numer ARC (sekcja Suma) są przenoszone do tych pozycji.
Cechy między firmami:
W ramach zamówienia między firmami lub między lokalizacjami numer i data ARC każdej z pozycji są inicjalizowane, jeśli zamówienie sprzedaży zostało wygenerowane dla daty i numeru zamówienia sprzedaży.

• Identyfikator potw. (pole LINOCNNUM)

• Zamknięte (pole LINCLEFLG)

Ta informacja umożliwia zapoznanie się z sytuacją pozycji zamówienia. Jeśli pozycja jest zamknięta, nie jest ona już dostępna.
Można ją ponownie aktywować, jeśli uprawnienia użytkownika na to pozwalają i jeśli zamówienie nie jest całkowicie zamknięte.
Pozycja zamówienia może zostać zamknięta ręcznie lub automatycznie przez przyjęcie towarów.

• Numer wydania (pole LINREVNUM)

Jeśli aktywowano zarządzanie korektami (parametr PURREV), numer korekty wyświetlony w pozycji wskazuje, że pozycja zamówienia została zmodyfikowana w ramach korekty numer x.

• Numer zamówienia klienta (pole SOHNUM)

Ta informacja wskazuje numer źródłowego zamówienia sprzedaży, jeśli zamówienie zakupu zostało wygenerowane przez zlecenie back-to-back.
 Informacja ta nie jest dostępna.

• Źródło zapotrzebowania zakupu (pole ORI)

Ta informacja jest niedostępna i przywołuje źródło pozycji zamówienia zakupu.
Możliwe są różne wartości: „Zakup”, „Bezpośrednie zamówienie back-to-back”, „Przyjęte zamówienie back-to-back”, „Produkcja”, „Kooperacja”.

• Waga (pole QTYWEU)

To pole, podlegające transakcji wprowadzania, zawiera wagę zamówionego artykułu.

• Jednostka wagi (pole LINWEU)

Jednostka wagi to waga referencyjna dokumentu. Jest ona definiowana przez parametr SALDSPWEU – Jednostka wagi do podziału (rozdział TC, grupa INV) dla wszystkich dokumentów.

• Objętość (pole QTYVOU)

To pole, podlegające transakcji wprowadzania, zawiera objętość zamówionego artykułu.

• Jednostka objętości (pole LINVOU)

Jednostka objętości to objętość referencyjna dokumentu. Jest ona definiowana przez parametr SALDSPVOU – Jednostka objętości do podziału (rozdział TC, grupa INV) dla wszystkich dokumentów.

• Podatek 1 (pole VAT1)

To pole pozwala podać pierwszy kod podatku do zastosowania dla zamówionego artykułu.
Kody podatku (VAT, podatek dodatkowy lub podatek specjalny, podatek lokalny) mogą być zmienione w pozycji zamówienia, jeśli zezwala na to transakcja. Są one inicjalizowane w zależności od reguł określania podatku najczęściej pochodzących z powiązania między systemem podatkowym dostawcy, a progami podatkowymi wprowadzonego artykułu.
Jeśli kod działania PTX – Podatki regionalne jest aktywny, użytkownik ma także możliwość uzyskania dostępu do czterech podatków dodatkowych w pozycji, które umożliwiają zarządzanie podatkami typu regionalne. Podczas przekształcania pozycji zamówienia w pozycję przyjęcia lub w pozycję faktury, kody podatku podane w pozycji zamówienia zostaną przekazane do tych dokumentów.
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 pozycji. Jest to podatek dodatkowy lub specjalny.

• Podatek 3 (pole VAT3)

To pole pozwala podać trzeci kod podatku do zastosowania dla 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.

• Typ pozycji (pole LINTYP)

Ta informacja charakteryzuje typ pozycji wyróżniający artykuł klasyczny BOM-u kooperacji.
Możliwe są następujące wartości: „Normalny”, „Kooperacja”, „Usługa” i „Dostarczony materiał”.

• Minimalne zam. (pole ORDMINAMT)

Ta kwota, niedostępna, przywołuje minimalną kwotę zamówienia zdefiniowaną dla Dostawcy.
Jest ona wyrażona w walucie zamówienia.
Po zakończeniu wprowadzania zamówienia może ono stanowić przedmiot kontroli, jeśli kwota netto zamówienia jest niższa niż ten próg.
Pole Kontrola wyświetla poziom kontroli (blokująca, ostrzeżenie, brak kontroli) definiowany przez parametr POHMINAMT – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).

• Maksymalne zam. (pole ORDMAXAMT)

To pole wyświetla maksymalną kwotę zamówienia zdefiniowaną dla dostawcy w walucie folderu. Ta kwota nie jest przechowywana i nie uniemożliwia zapisania.

To pole identyfikuje kwotę zamówienia ogółem konieczną do odliczenia kosztów przewozu. Wyświetla się ono tylko do odczytu i nie ogranicza tworzenia wniosków zakupowych.

• Próg bezpł. transp. (pole ORDFREFRT)

To pole identyfikuje kwotę zamówienia ogółem konieczną do odliczenia kosztów przewozu. Wyświetla się ono tylko do odczytu i nie ogranicza tworzenia wniosków zakupowych.

• Kontrola (pole POHMINAMT)

To pole, niedostępne, przywołuje typ kontroli dokonanej względem minimalnej kwoty zamówienia. Typ kontroli (blokująca, ostrzeżenie, brak kontroli) jest definiowany przez parametr POHMINAMT – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).

• Suma poz. netto (pole WTOTLINAMT)

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

• Pojemnik (pole TCTRNUM)

Należy wybrać pojemnik, który ma zostać użyty. Może to być tylko pojemnik typu „kontener frachtowy”.
Wybór kontenera determinuje maksymalną wagę i objętość, którą można przetransportować.

• Waga (pole WEICAP)

To pole wyświetla wagę ogółem jednego lub wielu wybranych kontenerów frachtowych. Jeśli nie wybrano żadnego kontenera, można wprowadzić wagę bez posiadania kontenerów do zarządzania.

• Liczba pojemników (pole TCTRQTY)

• Objętość (pole VOLCAP)

To pole wyświetla pojemność ogółem jednego lub wielu wybranych kontenerów frachtowych. Jeśli nie wybrano żadnego kontenera, można wprowadzić pojemność bez posiadania kontenerów do zarządzania.

• Waga (pole WEITOT)

To pole przedstawia wagę ogółem pomnożoną przez zamówioną ilość.

• Objętość (pole VOLTOT)

To pole przedstawia zamówioną ilość pomnożoną przez objętość ogółem.

• Waga (pole WEIAVL)

To pole wyświetla dostępną wagę dla kontenera, jeśli waga ogółem pozycji wybranych w warsztacie planisty jest różna od zera.

• pole TCTRWEU

• Objętość (pole VOLAVL)

To pole wyświetla dostępną pojemność dla kontenera, jeśli pojemność ogółem pozycji wybranych w warsztacie planisty jest różna od zera.

• pole TCTRVOU

• Nr (pole INVDTA)

Jest to numer elementu fakturowania identyfikujący powiązaną kwotę (opłaty, port, opakowanie, depozyt itp.).
Lista elementów fakturowania zbudowana jest poprzez połączenie list dostawcy zamówienia oraz fakturującego w zależności od źródła zdefiniowanego dla samego elementu fakturowania.
Jeśli element fakturowania jest obecny u fakturującego dostawcy i na zamówieniu, używana jest wartość rekordu dostawcy w zależności od źródła elementu fakturowania. Lista jest uzupełniana przy użyciu elementów fakturowania typu pozycji obecnych na poziomie struktury cennika dostawcy zamówienia.
 Do tej listy można dodać inne elementy. Usunąć można wyłącznie elementy dodane do listy początkowej.

• Opis (pole INVDTALIB)

To pole wskazuje krótki opis elementu fakturowania.

• % lub kwota (pole INVDTAAMT)

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.
 Więcej informacji znajduje się w dokumentacji na temat elementów fakturowania.
Można modyfikować wartości różnych istniejących elementów fakturowania i dodawać nowe. Te elementy fakturowania są natychmiast uwzględniane na zamówieniu i mają wpływ na sumę brutto i netto.
Cechy między firmami:
W przypadku przyjęcia między lokalizacjami lub między firmami, elementy fakturowania są pobierane na zamówienie zakupu, jeśli przyjęta dostawa wynika z zamówienia zakupu.
W przypadku przyjęcia bezpośredniego elementy fakturowania są pobierane bezpośrednio na dostawie.

• pole AMTCODLIB

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

• Kwota stopki zamówienia (pole INVORDAMT)

To pole wskazuje kwotę elementu fakturowania.

• Kwota linii (pole INVLINAMT)

To pole pobiera kwotę elementu fakturowania, jeśli jest on obliczany na podstawie pozycji dokumentu.
 W przypadku elementu fakturowania tego typu pola „% kwoty” i „Kwota stopki zamówienia” nie są dostępne.

• Kwota zafakturowana (pole INVCPLAMT)

To pole wskazuje kwotę uwzględnioną na fakturach powiązanych z zamówieniem.

• Winien / Ma (pole DEBCDT)

To pole wskazuje kierunek elementu fakturowania:

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

• Podatek (pole INVDTAVAT)

To pole uzupełnia kod podatku elementu fakturowania.
Wyłącznie kod podatku spójny pod względem legislacji i grupy firmy lokalizacji może zostać uzupełniony.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

Element fakturowania, którego reguła obliczania podatku jest typu „stawka artykułu” lub „kwota pozycji” nie przedstawia kodu podatku i nie pozwala na zmianę tego kodu podatku.

• 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 odużytejtransakcji wprowadzania.

• Dystrybucja (pole DSP)

Jest to klucz podziału analitycznego elementu fakturowania.
Może zostać zmieniony bezpośrednio w pozycji.

• pole PFICCE1

Są to sekcje analityczne elementu fakturowania.

Sekcje analityczne są inicjalizowane zgodnie z ustawieniami Domyślnych sekcji (sekcja POV) 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.

• Nr (pole NOTAX)

• Kod (pole TAX)

To pole wskazuje kod podatku obecny w pozycjach dokumentu lub w tabeli elementów fakturowania.

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

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

• Waluta (pole WCUR)

To pole wskazuje walutę dokumentu.

• Min. zamówienie (pole ORDMINAMT)

Ta kwota, niedostępna, przywołuje minimalną kwotę zamówienia zdefiniowaną dla Dostawcy.
Jest ona wyrażona w walucie zamówienia.
Po zakończeniu wprowadzania zamówienia może ono stanowić przedmiot kontroli, jeśli kwota netto zamówienia jest niższa niż ten próg.
Pole Kontrola wyświetla poziom kontroli (blokująca, ostrzeżenie, brak kontroli) definiowany przez parametr POHMINAMT – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).

• Blokowanie (pole POHMINAMT)

To pole, niedostępne, przywołuje typ kontroli dokonanej względem minimalnej kwoty zamówienia. Typ kontroli (blokująca, ostrzeżenie, brak kontroli) jest definiowany przez parametr POHMINAMT – Kontrola wartości min. zamów. (rozdział ACH, grupa AUZ).

• Pozycje (pole TOTLINAMT)

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

• Netto (pole TOTORD)

Jest to kwota netto ogółem zamówienia uwzględniająca elementy fakturowania wyrażone w walucie zamówienia.

• Podatek razem (pole TOTTAXAMT)

Jest to kwota ogółem podatków zamówienia.
Ta kwota jest wyrażona w walucie zamówienia.

• Brutto (pole TTVORD)

Jest to kwota brutto ogółem zamówienia uwzględniająca różne elementy fakturowania i różne podatki. Ta kwota jest wyrażona w walucie zamówienia.

• Data potw. (pole OCNDAT)

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

• Opis (pole LIB)

• pole TOTDOC

• pole TOTSOC

• Suma wg rodzaju kosztu (pole STCD)

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

• Liczba linii (pole LINNBR)

• Ilość linii otrzymanych w całości (pole RCPLINNBR)

• Liczb. pozycji zamkniętych (pole CLELINNBR)

• Liczba pozycji całkowicie zafakturowanych (pole INVLINNBR)

• Całkowita ilosć linii przyjęcia (pole RCPNBR)

• Podpisane (pole APPFLG)

• Całkowita ilość linii faktury (pole INVNBR)

• Wydrukowane (pole PRNFLG)

• Nr (pole NOLIG)

• Artykuł (pole ITMREF)

• Ilość zamówiona (pole QTYPUU)

• Łączna ilość faktury (pole INVQTY)

• JM (pole PUU)

• Numer przyjęcia (pole PTHNUM)

• Otrzym. (pole RCPDAT)

• Otrzymane (pole RCPQTYPUU)

• Ilość faktury/przyjęcia (pole INVQTYPUU)

• Numer faktury (pole INVNUM)