Umowy

• Lok. sprzedaży (pole SALFCY)

Lokalizacja sprzedaży jest domyślnie ładowana jako lokalizacja sprzedaży powiązana z profilem funkcji użytkownika. Lokalizacja sprzedaży można zmodyfikować (o ile do dokumentu nie dodano żadnej pozycji), o ile została ona wybrana z lokalizacji sprzedaży dozwolonych dla użytkownika.

• Typ (pole SOHTYP)

Typ zamówienia pozwala określić następujące informacje:

• Kategoria zamówienia – wybrać można tylko typ otwarte zamówienie.
• Użyty numer sekwencji – jeśli użyty numer sekwencji jest ręczny to można wprowadzić numer zamówienia.

Wprowadzić można tylko typ zamówienia, którego legislacja i grupa firm są spójne z tymi dla firmy lokalizacji sprzedaży.

• Numer zamówienia (pole SOHNUM)

Numer zamówienia pozwala na unikatową identyfikację zamówienia. Ten numer jest przypisywany automatycznie lub wprowadzany, gdy zamówienie jest tworzone w oparciu o parametryzację licznika związanego z wybranym typem zamówienia.

Jeśli licznik zamówienia jest zdefiniowany z automatyczną rezerwacją, pole numeru zamówienia nie jest dostępne, a licznik jest przypisany do tworzenia zamówienia. Odwrotnie, jeśli licznik zamówienia jest zdefiniowany z ręczną rezerwacją, można wprowadzić go ręcznie. Jeśli numer nie został wpisany w chwili stworzenia, system automatycznie nada numer zamówienia według licznika.

• pole REVNUM

Jest to ostatni numer korekty zarejestrowany dla tego otwartego zamówienia. Przyrasta on automatycznie wraz z każdą modyfikacją umowy, jeśli parametr SALREV – Zarządzanie korektami jest ustawiony jako „Tak” i jeśli użytkownik potwierdzi, że dokonana modyfikacja stanowi przedmiot korekty.

• Referencja (pole CUSORDREF)

Informacja określa referencje zlecenia klienta. W przypadku zamówienia międzyfirmowego lub międzymagazynowego wygenerowanego z zamówienia zakupu tego samego typu, w tym polu zostanie wprowadzony numer zamówienia zakupu, a samo zamówienie zakupu dostępne będzie przy wykorzystaniu tunelu.

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

• Klient (pole BPCORD)

To pole wskazuje kod identyfikujący klienta. 

• Faktura dla (pole BPCINV)

Kod klienta do zafakturowania, inicjalizowany domyślnie przez sam kod klienta.
Ten klient może być innym klientem wybranym w tabeli klientów.

Istnieje możliwość wyszukania klienta lub wielu klientów zgrupowanych dla tego samego kryterium wybierając opcję „Szybkie wyszukanie klienta”. Po przejściu do następnego pola przy użyciu klawisza Tab, generowana jest lista odnośników.
Aby dokonać bardziej szczegółowego wyszukiwania, wszystkie pola dostępne w tym bloku mogą zostać uzupełnione. Po każdym przyciśnięciu klawisza Tab, lista odnośników jest redukowana.

• Płatnik (pole BPCPYR)

To pole umożliwia uzupełnienie kodu płatnika i jest domyślnie inicjalizowane przez kod klienta wprowadzony w nagłówku. Do tego kontrahenta przypisywany jest zaplanowana faktura płatności faktur.
Ten klient może być innym klientem wybranym wtabeli klientów.

• Klient grupowy (pole BPCGRU)

Klient grupowy jest inicjalizowany przez kod klienta grupowego powiązanego z odbiorcą zamówienia w rekordzie tego ostatniego. Ta informacja jest używana w celu wygenerowania statystyk. Jest ona także wykorzystywana w grupowaniu faktur podczas automatycznego generowania faktur. Istnieje możliwość zmodyfikowania klienta grupowego, jeśli jest to konieczne.
Z poziomu tego pola można wybrać klienta lub uzyskać dostęp do zarządzania klientem za pomocą tunelu, jeśli pozwalają na to uprawnienia użytkownika.

Istnieje możliwość wyszukania klienta lub wielu klientów zgrupowanych dla tego samego kryterium wybierając opcję „Szybkie wyszukanie klienta”. Lista odpowiadających elementów jest generowana w momencie użycia klawisza Tab w kolejnym polu.
Aby dokonać bardziej szczegółowego wyszukiwania, wszystkie pola dostępne w tym bloku mogą zostać uzupełnione. Po każdym przyciśnięciu klawisza Tab, lista odnośników jest zawężana.

• Międzyzakładowy (pole BETFCY)

Te informacje nie mogą być modyfikowane i wyszczególniają, czy otwarte zamówienie jest typu między lokalizacjami lub między firmami.
Jeśli otwarte zamówienie dotyczy klienta między lokalizacjami (lokalizacje tej samej firmy) nie można go zafakturować.
Jeśli otwarte zamówienie dotyczy klienta między firmami (lokalizacje różnych firm), faktura może zostać wygenerowana na podstawie wysyłek wynikających z tego zamówienia.

• Międzyfirmowe (pole BETCPY)

Ten wskaźnik pozwala na zidentyfikowanie czy mamy do czynienia z kontrahentem wielu lokalizacji:

• Klienci/dostawcy wielu lokalizacji są wykorzystywani do wymian między lokalizacjami,
• Klient jest lokalizacją zakupu lub lokalizacja finansową,
• Dostawca jest lokalizacją sprzedaży lub lokalizacją finansową.

• Projekt (pole PJT)

Zarządzanie kodem projektu jest funkcją wartości parametru CTLOPPCOD – Obowiązkowa kontrola projektu (rozdział TC, grupa MIS).

• Jeśli jego wartość to Nie, można wprowadzić dowolny kod.
• Jeśli jego wartość to Tak, wykonywana jest kontrola sprawdzająca istnienie takiego kodu projektu.

Jeśli wpis jest kontrolowany to w zależności od kontekstu można wybrać projekt lub jedną z jednostek do alokacji do projektu (budżet, partię, zadanie), przy użyciu kodu alokacji:

Można wybrać tylko aktywny kod obciążenia zależący od statusu danej jednostki. Staje się on nieaktywny po utworzeniu dokumentu – wykonywana jest kontrola, a zmiany dokumentu są blokowane.

Kod projektu jest podczas tworzenia systematycznie przenoszony do pozycji dokumentu, gdzie można go modyfikować, jeśli dozwolone jest zarządzanie wieloprojektowe (wartość parametru PJTSNGDOC – Jeden projekt na dokument to Nie).

Podczas przekształcania dokumentu, kod projektu w nagłówku jest inicjalizowany przez pierwszy, wybrany dokument (jeśli kod projektu w nagłówku dokumentu źródłowego jest nieaktywny, kod dokumentu docelowego nie jest uzupełniany).

• Tak – Kod projektu jest stosowany do wszystkich pozycji z wykluczeniem pozycji powiązanych z planem fakturowania oraz pozycji niezgodnych z kamieniem milowym.
• Nie – Kod projektu nie jest przenoszony na pozycje.
• Ta sama wartość – Kod projektu jest przenoszony wyłącznie na pozycje, które miały poprzedni kod projektu.

Dokumenty sprzedaży – oferty, zamówienia, wysyłki i faktury:

• Dla oferty – niezamówiona.
• Dla zamówienia – niewysłane (dla zamówień standardowych) lub niezafakturowane (dla fakturowania bezpośredniego), a żadna pozycja nie jest zamknięta.
• Dla wysyłki – niezatwierdzona i wysyłka jest bezpośrednia.
• Dla faktury lub faktury korygującej – niezatwierdzona, a faktura/faktura korygująca nie jest bezpośrednia.

Grupowanie dwóch lub większej liczby dokumentów z różnymi kodami projektu w nagłówku jest dozwolone tylko, jeśli parametr PJTSNGDOC – Jeden projekt na dokument ma wartość Nie. W takim przypadku dwa zamówienia z różnymi kodami projektu mogą zostać zgrupowane na tym samym dokumencie WZ.

• Jeśli aktywne jest zarządzanie dokumentami dla wielu projektów (parametr PJTSNGDOC – Jeden projekt na dokument jest ustawiony jako Nie) to wysyłka może uwzględniać pozycje wysyłki bezpośredniej oraz pozycje artykułów powiązane z zadaniami. Kod projektu w nagłówku jest używany jako domyślna wartość tylko w pozycjach wysyłki bezpośredniej. Pozycje artykułu powiązane z zadaniami zachowują swój kod projektu, którego nie można zmodyfikować. Jeśli kod projektu w nagłówku został zmodyfikowany to sugerowane jest zastosowanie tego kodu do pozycji, jak opisano powyżej. Ma to zastosowanie wyłącznie do pozycji wysyłek bezpośrednich.
• Jeśli zarządzanie dokumentami dla wielu projektów jest zabronione (parametr PJTSNGDOC – Jeden projekt na dokument jest ustawiony jako Tak) to wysyłka nie może uwzględniać ani pozycji wysyłki bezpośredniej ani pozycji artykułów powiązanych z zadaniami.
• Jeśli wysyłka dotyczy pozycji wysyłki bezpośredniej to w nagłówku nie można wprowadzić kodu projektu, który jest już używany w zadaniach.
• Jeśli wysyłka dotyczy pozycji artykułu powiązanych z zadaniami to wprowadzić można tylko pozycje artykułów powiązanych z tym samym zadaniem. Kod projektu w nagłówku może być następnie używany w celu odfiltrowania zadań w panelu wyboru.

Konkretny przypadek artykułów bezpłatnych wygenerowanych przez wyszukanie cennika po aktualizacji kodu projektu w nagłówku: Artykuł bezpłatny wyświetla kod projektu swojego artykułu źródłowego, ale tylko jeśli ten kod nie jest używany w zadaniu.

• Ważne do (pole VLYDATCON)

Data zakończenia ważności umowy.

• Warunki płatności (pole PTE)

Kod domyślnie powiązany z bieżącym kontrahentem, umożliwiający zdefiniowanie warunków płatności.
Kod ten określa metodę rozliczenia, typ rozrachunku, jak również harmonogram płatności (jeden lub wiele rozrachunków gotówką, 30 dni, na koniec miesiąca).
W zarządzaniu tą tabelą istnieje możliwość symulacji reguł obliczeń, które zostaną zastosowane we wprowadzaniu.

Kod domyślnie powiązany z bieżącym kontrahentem, umożliwiający zdefiniowanie warunków płatności.

Ten kod ten określa metodę rozliczenia, typ rozrachunku, jak również harmonogram płatności (jeden lub wiele rozrachunków gotówką, 30 dni, na koniec miesiąca).
W zarządzaniu tą tabelą istnieje możliwość symulacji reguł obliczeń, które zostaną zastosowane we wprowadzaniu.

Można wprowadzić tylko warunek płatności spójny z legislacją i grupą firmy lokalizacji dokumentu.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

• Rozliczenie rabatu (pole DEP)

Ta informacja jest wprowadzana na ofercie i jest inicjalizowana przez kod skonta fakturowanego klienta. Umożliwia ona określenie serii stawek skont lub kar za zwłokę, które mają zastosowanie w zależności od postępu lub opóźnienia rozliczenia względem daty rozrachunku.
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.

Jeśli oferta dotyczy potencjalnego klienta, informacja ta nie jest inicjalizowana.

• Typ dostawy (pole SDHTYP)

To pole, którego nie można zmodyfikować, wyświetla typ wysyłki powiązany z wybranym typem zamówienia.

Jeśli nie został on wskazany:

• Podczas wysyłki zamówienia przy użyciu przycisku [Wysyłka]:
  Uwzględniany jest typ wysyłki wskazany przez parametr SDHTYPNOR – Standardowy typ wysyłki lub SDHTYPLND – Typ wysyłki wypożyczenia (rozdział VEN, grupa SDD).
• Podczas automatycznej wysyłki zamówienia i wysyłki dokumentu kompletacji:
  Uwzględniany jest typ wysyłki wprowadzony w funkcji uruchamiania przetwarzania.

• Waluta (pole CUR)

Jest to waluta zamówienia, wysyłki, bądź faktury.
Jest ona domyślnie inicjalizowana przez walutę fakturowanego klienta i może zostać zmieniona. W takim przypadku, może ona zostać zmieniona wyłącznie poprzez utworzenie lub zduplikowanie i jest kontrolowana przez tabelę walut.

Istnieje możliwość wybrania waluty transakcji wysyłki, jak również zdefiniowania (w zależności od wartości parametru Cena netto i brutto – rozdział TC / grupa INV/NOTATI), czy wyrażone ceny są netto czy brutto. Jeśli wysyłka wynika z zamówienia, informacje te są pobierane automatycznie i nie można ich zmienić. Jeśli jest to wysyłka bezpośrednia, informacji tych nie można zmienić, jeśli wprowadzono przynajmniej jedną pozycję wysyłki. Są one dziedziczone w takim przypadku z informacji fakturowanego klienta.

• Typ kursu (pole CHGTYP)

Typ kursu /P>

Ten obszar jest inicjalizowany przez typ kursu wymiany klienta faktury. /P>

To pole jest kontrolowane przez mogące zostać zmodyfikowane menu lokalne i może przyjąć następujące wartości: /P>

- kurs dzienny/P>

- kurs miesięczny/P>

- kurs średni /P>

/P>

• Reguła VAT (pole VACBPR)

To pole pozwala na uzupełnienie systemu podatkowego.

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

Systemy są sklasyfikowane według typu systemu (w funkcji Reguła VAT kontrahenta (GESTVB)) w celu identyfikacji różnych trybów działania.

System podatkowy jest ustawiany na poziomie kontrahenta. System ustawiony w rekordzie klienta lub w rekordzie dostawcy domyślnie proponowany jest dla wszystkich transakcji powiązanych z danym kontrahentem.

Ogólnie rzecz ujmując połączenie systemu podatkowego z poziomem podatkowym pozwala określić kod podatku, który należy zastosować w pozycji dokumentu i w efekcie również w pozycji zapisu księgowego.

Na karcie Kontrahent / firma tego kontrahenta istnieje możliwość zdefiniowania domyślnego systemu podatkowego innego niż w funkcji firmy. Jeśli istnieje wartość dla firmy, ta wartość jest proponowana jako pierwsza.

Wyłącznie system podatkowy, którego legislacja i grupa są zgodne z tymi zdefiniowanymi w nagłówku mogą zostać podane.
 Więcej informacji znajduje się w dokumentacji na temat głównych zasad powiązanych z konfiguracją wielu legislacji.

Parametr CTLTAX – Kontrola kodu podatku (rozdział VEN, grupa VAT) umożliwia kontrolę, czy kody podatku kontrahenta:

• jest uzupełniony,
• jest aktywny,
• jego legislacja i grupa są spójne z tymi w dokumencie.
  

• Podpisane (pole APPFLG)

Ta informacja służy do identyfikacji sytuacji dokumentu z punktu widzenia zarządzania podpisami. Dopuszczalne wartości to: „Nie”, „Częściowo”, „Całkowicie”, „Brak zarządzania”, „Tak automatycznie”.

- Jeśli zarządzanie zatwierdzeniami nie jest aktywne dla firmy (konfiguracja APPSQH dla ofert, APPSOH dla zamówień lub APPSOC dla zleceń do kontraktu), wartość będzie stale równa „Brak zarządzania”. Istnieje możliwość edycji i zmiany dokumentu (zmiana oferty w zamówienie, dostarczenie zamówienia lub zapotrzebowanie na dostawę).

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

• Jeśli wartość jest ustawiona na Nie, oznacza to, że nie został złożony żaden podpis lub podpisy, które zostały złożone zostały anulowane przez osobę podpisującą.
• Jeśli wartość jest ustawiona na „Częściowo", oznacza to, że niektórzy sygnatariusze określeni w obiegu zatwierdzenia podpisali dokument.
• Jeśli wartość jest ustawiona na „Całkowicie", oznacza to, że wszyscy sygnatariusze określeni w obiegu podpisów podpisali dokument. Może być one edytowane i zamówione (dla ofert) lub dostarczone (dla zamówień i zapotrzebowań na dostawę).
  W dwóch ostatnich przypadkach, modyfikacja niektórych pól dokumentu (patrz lista reguł zatwierdzania w dokumentacji (SQHSIG dla ofert, SOHSIG dla zamówień i SOCSIG dla zleceń do kontraktu)) może ponownie zainicjować obieg zatwierdzania i mieć wpływ na sytuację dokumentu w odniesieniu do zatwierdzeń.
  W szczególnym przypadku zlecenia do kontraktu, obieg zatwierdzenia nie jest modyfikowany, gdy co najmniej jedno zapotrzebowanie na dostawę zostało do niego przypisane.
• Jeżeli wartość ustawiona jest na „Tak automatycznie”, oznacza to, że zarządzanie podpisami jest opcjonalne (konfiguracje APPSQH, APPSOH lub APPSOC) i że nie został określony żaden obieg podpisów dla tego kontraktu. Jest ono uznawane za zatwierdzone i może być edytowane i zamówione (dla ofert) lub dostarczone (dla zamówień i zapotrzebowań na dostawę).

• Stat. zadłużenia (pole CDTSTA)

Proponowane opcje:

• „Zablokowany” – Status kredytu klienta to „Zablokowany” jeśli w rekordzie klienta wskazano, że kredyt jest zablokowany,
• „Przekroczenie kredytu” – Status kredytu klienta to „Przekroczenie kredytu”, jeśli suma kredytów klienta jest wyższa niż przyznany kredyt.

W kwestii alokacji polecenia wysyłki powiązanego z otwartym zamówieniem, to jeśli użytkownik zdecyduje się alokować polecenie wysyłki, a obliczony kredyt klienta jest wyższy niż przyznany kredyt to wyświetla się komunikat żądający potwierdzenia(, jeśli parametr użytkownika SCDTUNL na to pozwala.
W przeciwnym razie użytkownik nie może alokować polecenia wysyłki i wyświetla się komunikat blokujący.
Jeśli kredyt klienta jest zablokowany to polecenia wysyłki powiązane z otwartym zamówieniem nie mogą być alokowane i nie można tworzyć nowych otwartych zamówień dla tego klienta.

• Cena - / + VAT (pole PRITYP)

Wartość pola (netto lub brutto) jest definiowana przez parametr ogólny SALPRITYP – Typ ceny/kwoty (rozdział TC, grupa INV).

Jeśli wartość parametru ogólnego NOTATI – Cena/Kwota netto i brutto (rozdział TC, grupa INV) to Nie to nie można zmienić tej informacji.

• Typ alokacji (pole ALLTYP)

Typ alokacji (globalna/szczegółowa) jest inicjalizowany przez wartość parametru ogólnego ALLTYP – Typ alokacji (rozdział VEN, grupa SAL). Można go zmienić w zależności od użytej transakcji wprowadzania. Typ alokacji wskazany na tej karcie służy jako domyślna wartość dla pozycji zamówienia utworzonych później.

Te informacje nie mogą być modyfikowane po alokowaniu zamówienia.

Alokacja globalna rezerwuje towary bez rozróżnienia, w oparciu o sumy ogólne, a alokacja szczegółowa rezerwuje dokładnie obiekty zapasu (partię, numer seryjny itp.). Zamówienie może zostać alokowane z poziomu zamówienia (wprowadzenie ilości do alokowania lub przy użyciu ikony operacji w pozycji w celu wybrania pozycji zapasów w alokacji szczegółowej, bądź przy użyciu przycisku alokacji), albo z poziomu funkcji Alokacja automatyczna lub Alokacja wg artykułu.

• Wymiar (pole DIE)

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

• Opis (pole NAMEDIE)

To pole używa opisu wymiaru analitycznego.

• Wartość wymiaru (pole CCE)

Sekcje analityczne są inicjalizowane zgodnie z ustawieniami domyślnych sekcji powiązanych z zarządzaniem otwartymi zamówieniami. W zależności od ustawień można je modyfikować.

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.

Cechy dotyczące przesunięć między firmami: W przypadku zamówienia między firmami lub między lokalizacjami, ustawienia domyślnego kodu wymiaru SOR umożliwiają przekazanie sekcji analitycznych, niektórych wymiarów, wprowadzonych w nagłówku otwarte zamówienia zakupu.

• Opis (pole SHO)

Należy wprowadzić krótki opis.

• % lub kwota (pole INVDTAAMT)

Wartości dotyczą stopki fakturowania. Te informacje mogą pochodzić bezpośrednio z parametrów stopki faktury lub z rekordu klienta.
 Więcej informacji znajduje się w dokumentacji na temat elementów fakturowania.
Wartości elementów stopki mogą być modyfikowane. Te wartości mają bezpośredni wpływ na kwoty netto i brutto dokumentu.
Cechy dotyczące przesunięć między firmami
Jeśli zamówienie zostało wygenerowane na podstawie zamówienia zakupu między firmami lub między lokalizacjami, a parametry między firmami wskazują, że elementy fakturowania pochodzą z modułu Zakupy to zostaną one zainicjalizowane przy użyciu wartości podanych w źródłowym zamówieniu zakupu.

• pole INVDTATYP

System określa, czy element fakturowania jest wartością procentową, czy też kwotą z podatkiem lub bez podatku.

• Kod podatku SST (pole SFISSTCOD)

Należy wprowadzić kod, który zostanie użyty do zastąpienia domyślnego podatku SST lub elementu fakturowania. Ten kod podatku jest rozpoznawany przez Sage Sales Tax i umożliwia zidentyfikowanie typów pozycji w celach podatkowych. To pole dostępne jest wyłącznie, jeśli kod działania LTA – Opodatkowanie lokalne jest aktywny, a parametr USATAX – Wykorzystanie systemu podatk. ma wartość Tak.

W przypadku elementów fakturowania opisanych jako zwrot na dokumencie SST dla firmy, nie można usunąć wartości kodu podatku SST dokumentu.