Klient

• Rodzaj faktury (pole SIVTYP)

Informacja ta jest wymagana.

Domyślnie proponowany typ faktury wynika z parametru SIVTYP – Typ faktury użytkownika. Można go zmienić, jeśli jest to konieczne wybierając typ faktury z listy zdefiniowanych typów faktur.
Typ faktury klienta:

• Jest używany przez faktury Sprzedaży i Klientów.
• Identyfikuje kategorię faktury (faktura, faktura korygująca itp.), jak również schemat zapisu dla zatwierdzania faktur.
• Jest powiązany z typem dokumentu, na którym zdefiniowano licznik (ręczny lub automatyczny).
  Uwagi:

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

Podczas wprowadzania uzupełnić można tylko typ faktury, którego legislacja i grupa firm są spójne z tymi podanymi dla firmy lokalizacji sprzedaży.
Więcej informacji znajduje się tutaj.

• Legislacja (pole LEG)

Podczas tworzenia kod legislacji może być inicjalizowany za pomocą parametru użytkownika LEGFIL - Legislacja (filtr wyboru) (rozdział SUP, grupa INT). Parametr ten jest używany również do odfiltrowywania listy wyboru tak, aby zawierała ona tylko kody zdefiniowane dla tej legislacji oraz kody zdefiniowane na poziomie „Wszystkich legislacji”.
Kod legislacji nie jest wymagany. Jeśli został wprowadzony, użycie typu faktury jest zarezerwowane wyłącznie do firm podlegających danej legislacji.

Przypomnienie głównych zasad dotyczących użycia danych lub konfiguracji elementów zdefiniowanych przez legislację, jeśli kontekst firmy jest znany (rekord, przepływ itp.)

• Jeśli element ustawień jest zdefiniowany dla legislacji to można go użyć tylko, jeśli legislacja kontekstu jest taka sama.
  Nie można go użyć, jeśli rekord jest skonfigurowany również dla innej legislacji.
  
• Jeśli element ustawień jest zdefiniowany bez legislacji (poziom „Wszystkie legislacje”) to jest on uznawany za element wielolegislacyjny. Ten element może zostać użyty w każdym rekordzie, niezależnie od legislacji, o ile nie istnieje element ustawień z tym samym kodem zdefiniowany dla legislacji firmy. W takim przypadku w wyborze i wprowadzaniu odpowiednio proponowany i akceptowany jest tylko element ustawień zdefiniowany dla legislacji firmy (o ile jest on aktywny).
  Uwagi:
• Jeśli element ustawień zdefiniowany dla firmy nie jest aktywny, a element ustawień zdefiniowany na poziomie wszystkich lokalizacji jest aktywny, to tego elementu ustawień nie można użyć.
• Aby zmniejszyć czas przetwarzania, a więc poprawić wydajność, nie zaleca się tworzenia rekordów wielolegislacyjnych, a raczej tworzenie rekordów dla każdej legislacji w folderze.
  Więcej informacji znajduje się w dokumentacji na temat poprawy wydajności dla listy obiektów wielolegislacyjnych.
  
• Stosowany jest dodatkowy filtr na elemencie ustawień w zależności od zdefiniowanej grupy firm. Ten element może zostać użyty i jest sugerowany w wyborze tylko, jeśli firma, z którą rekord jest powiązany przynależy do danej grupy firm.

Przykład 1:
Ustawienia typu faktury jak poniżej:

Stosowany jest dodatkowy filtr w zależności od wprowadzonej grupy firm.
Jeśli, jak w przykładzie powyżej, grupa firm została również wskazana na poziomie ustawień faktury typu FAF z legislacją FRA to ten typ faktury jest sugerowany w wyborze tylko, jeśli firma przynależy do wprowadzonej grupy firm.

Przykład 2:
Ustawienia typu faktury jak poniżej:

• Opis (pole DESAXX)

Ten długi nagłówek jest używany jako tytuł na ekranach i w raportach.

• Krótki tytuł (pole SHOAXX)

Krótki opis używany jest na ekranach i w raportach. Zapisywany jest w języku połączenia.

• Grupa (pole GFY)

Podczas uzupełniania grupy firm, istnieje możliwość ograniczenia zakresu użycia wyłącznie do firm danej grupy. Jeśli dana ta jest używana dla innej danej lub w elemencie ustawień zdefiniowanym również na poziomie grupy, procedura kontrolna sprawdza, jeśli grupy się różnią, czy przynależą one przynajmniej do tej samej firmy. 

Co więcej, kontrola zgodności jest wykonywana dla legislacji firmy wybranej grupy.
Przynajmniej jedna z tych firm musi mieć taką samą legislację, co uzupełniona w polu „Legislacja”. Jeśli tak nie jest, wyświetla się komunikat o błędzie.

Podczas używania typu dokumentu, między legislacją/grupą typu dokumentu a legislacją/grupą dokumentu wykonywana jest również kontrola spójności.

 Więcej informacji znajduje się tutaj.

• Kategoria faktury (pole INVTYP)

Można dokonać przetworzenia dla konkretnej kategorii faktury.

Istnieje pięć kategorii faktur:

• Faktura
• Faktura korygująca
• Nota debetowa
• Nota kredytowa
• Faktura pro forma

• Automat księgujący - Sprzedaż (pole COD)

Kod wprowadzony w tym polu zostanie porównany przez system z kodami, które zostały zapisane w grupach automatów księgujących:

• w przypadku analogicznych kodów system zastosuje kryteria określone w grupach automatów księgujących,
• w przypadku braku kodów wspólnych system zastosuje kod automatu księgującego wprowadzony w tym polu.

• Automat księgujący - Należność (pole COD2)

Kod wprowadzony w tym polu zostanie porównany przez system z kodami, które zostały zapisane w grupach automatów księgujących:

• w przypadku analogicznych kodów system zastosuje kryteria określone w grupach automatów księgujących,
• w przypadku braku kodów wspólnych system zastosuje kod automatu księgującego wprowadzony w tym polu.

• Dziennik (pole JOU)

Kod dziennika przypisany do tworzenia faktury. Będzie on użyty podczas zatwierdzania faktury.
Ten obszar jest opcjonalny. Uzupełnić można wyłącznie kod dziennika, którego ustawienia względem legislacji i grupy są spójne względem ustawień typu faktury i typu dokumentu.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

Jeśli nie podano, kod dziennika zostanie określony według ustawień automatu księgowego, jeśli nie to za pośrednictwem typu dokumentu.

• Typ dokumentu KG (pole GTE)

Typ dokumentu użyty podczas tworzenia i zatwierdzania faktury.
Ten obszar jest opcjonalny. Uzupełnić można wyłącznie typ dokumentu, którego ustawienia względem legislacji i grupy są spójne względem ustawień typu faktury i kodu dziennika.
Główne zasady powiązane z ustawieniami wielolegislacyjnymi są opisane tutaj.

Jeśli nie został uzupełniony, typ dokumentu zostanie określony przez ustawienia automatu księgowego.

• Ilość dni do następnej faktury (pole NUMDAYINV)

Jeśli numer sekwencji dokumentu jest chronologiczny, a użytkownik utworzył fakturę z błędną datą, błąd ten może być poważny, ponieważ tego procesu nie można cofnąć.
To pole służy do kontrolowania daty dokumentu podczas wprowadzania przez użytkownika. W ten sposób, jeśli użytkownik próbuje utworzyć dokument (fakturę) z datą wcześniejszą niż bieżący dzień plus wskazana liczba dni, w momencie wprowadzenia faktury wyświetli się komunikat o błędzie.
Kontrola ma zastosowanie wyłącznie w następujących przypadkach:

• nie jest to faktura typu Pro forma,
• wartość wprowadzona w polu różni się od zera,
• numer sekwencji dokumentu jest chronologiczny.

Jeśli typ dokumentu nie jest ostateczny dla typu faktury, żaden numer sekwencji nie jest uzupełniany dla typu dokumentu. W konsekwencji do oceny typu dokumentu i powiązanego numeru sekwencji użyty zostanie automat księgowy. Jeśli żaden typ dokumentu nie jest ostateczny, domyślnie uwzględnione zostaną dokumenty automatu księgowego SIHI lub PBCIN.

• Faktura anulująca (pole INVCAN)

Zarządzanie tym polem podlega kodowi działania INVCA - Faktura anulująca. Jest ono dostępne wyłącznie, jeśli kategoria typu faktury odpowiada Fakturze korygującej lub Nocie kredytowej.
Jeśli ta flaga jest zaznaczona, cechy dokumentu powiązanego z tym typem faktury zostaną ograniczone do cech anulowania faktury:

• Ten typ dokumentu może zostać wprowadzony wyłącznie w automatycznej transakcji dedykowanej anulowaniu faktur.
• Aby utworzyć fakturę anulującą, należy z nią powiązać fakturę. Faktura ta nie może być uzgodniona, nie może być powiązana z fakturą korygującą i musi być uregulowana.
• Po utworzeniu nie można modyfikować żadnej informacji w tym dokumencie - kwoty muszą obowiązkowo odpowiadać kwotom na fakturze.
• Należy użyć wyłącznie automatów księgowych powiązanych z dokumentami źródłowymi.

• Rodzaj rekordu (pole RECTYP)

Pole to wyświetla się wyłącznie, jeśli kod działania KPO jest aktywny.

Aby móc przypisać dedykowany numer sekwencji, konieczny jest typ dokumentu.
Może on przyjąć wartość:

• Normalny
• Ręczne przywracanie dokumentu
  Oznacza to, że dokument źródłowy został wygenerowany ręcznie, w formacie papierowym (z powodu niedostępności systemu).
• Przywracanie kopii zapasowej dokumentu
  Oznacza to, że już zapisane dokumenty zostały utracone z powodu przywrócenia kopii zapasowej. Są to dokumenty zapisane między chwilą, gdy dokonano zapisu a momentem przywrócenia.
  Utracone dokumenty mogą zostać odtworzone ręcznie.
  Dla tych dwóch typów dokumentów istnieje konieczność wprowadzenia numeru dokumentu źródłowego w transakcji (pole ORIDOCNUM - Nr dokumentu źródłowego dla faktur i MANDOC - Dokument ręczny dla wszystkich innych typów dokumentów).
• Dokument zewnętrzny
  Oznacza to, że początkowo dokument został utworzony w innym programie, który dostarcza podpis elektroniczny. Dla tego typu dokumentu Sage | Sage X3 nie wygeneruje żadnego podpisu elektronicznego.

 Wprowadzony numer dokumentu musi być unikalny.

• Typ dokumentu JPK (pole SAFTINVTYP)

Z tego pola należy skorzystać, aby przypisać właściwy typ dokumentu do pliku XML JPK.
Wybór typu dokumentu jest funkcją wybranej kategorii faktury:

• Jeśli kategoria to: Faktura, Typ dokumentu JPK może przyjąć wartość: Faktura, Fakturauproszczona lub Nota debetowa
• Jeśli kategoria to: Faktura korygująca, Typ dokumentu JPK obowiązkowo przyjmuje wartość: Faktura korygująca
• Jeśli kategoria to: Nota debetowa, Typ dokumentu JPK obowiązkowo przyjmuje wartość: Notadebetowa
• Jeśli kategoria to: Nota kredytowa, Typ dokumentu JPK obowiązkowo przyjmuje wartość: Faktura korygująca
• Jeśli kategoria to: Faktura pro forma, Typ dokumentu JPK może przyjąć wartość: Faktura pro forma lub Faktura przesyłki.

To pole jest dostępne wyłącznie, jeśli system użytkownika uwzględnia legislację portugalską, tzn. jeśli kod działania KPO jest aktywny.

• VAT metodą kasową (pole CSHVATRGM)

• Auto-faktura (pole AUTINV)

Pole to wyświetla się wyłącznie, jeśli kod działania KPO jest aktywny.

Pole to umożliwia wskazanie, czy typ faktury wynika z procesu samofakturowania. W takim przypadku, faktury tego typu nie są eksportowane do JPK. Należy wprowadzić dokument wewnętrzny, ale podpis elektroniczny dokonuje się w oprogramowaniu klienta.
Faktury, których flaga Samofakturowanie jest aktywna, są zawsze typu ręcznego (faktury te nie mogą być przetwarzane przez funkcje fakturowania automatycznego). Pomijając to ograniczenie, ten typ faktury może być przetwarzany jak faktura dla bezpośredniego zlecenia produkcyjnego w oparciu o informacje wysyłki i inne.

• Licznik ostateczny (pole CODNUMEND)