Ustalanie wartości dostaw

W Systemie Comarch ERP XL istnieje funkcjonalność określana jako ustalanie wartości dostaw. Mechanizm ustalania wartości dostaw polega na przyjęciu towaru bez znajomości jego wartości, oraz umożliwienie sprzedaży takiego zasobu. Podczas zatwierdzania wartości dostawy następuje aktualizacja kosztów na dokumentach sprzedaży rozchodujących dostawę bądź wygenerowaniu korekt kosztu.

Przyjęcie towaru bez ustalonej wartości dostawy

Przyjęcie towarów bez ustalonej wartości może odbywać się następującymi dokumentami: PZ, PZI wygenerowane ręcznie, PW, PKA (dla kaucji). Nie jest możliwe przyjęcie towaru z niezatwierdzoną wartością fakturą zakupu (FZ).

W zależności od definicji, dokumenty powyższe mogą domyślnie przyjmować towar z ustaloną wartością dostaw lub po wyciągnięciu z bufora pozostawać niezatwierdzone wartościowo. Dostawy takie określamy jako zatwierdzone ilościowo. Domyślne ustawienie parametru Ustalona wartość dostawy przenoszone jest z definicji dokumentu przychodowego.

W zależności od ustawienia parametru: Ustalona wartość dostawy (widoczny na poniższym rysunku) dokument PZ pozostaje niezatwierdzony wartościowo (parametr niezaznaczony) lub zatwierdzony wartościowo (parametr zaznaczony).

Zapisanie dokumentu zatwierdzonego ilościowo (bez ustalonej wartości dostaw) powoduje założenie dostaw oraz zasobów na magazynach, a więc umożliwia sprzedaż towarów. Na elementach takiego dokumentu możliwa jest modyfikacja cen, wartości oraz rabatu dla pozycji.

Dokumenty zakupowe bez ustalonej wartości dostawy nie mogą być korygowane wartościowo. Korekty wartości takiego dokumentu można dokonać poprzez zmianę wartości na elementach dokumentu i zatwierdzenie wartościowe dokumentu.

Korekta ilościowa dokumentu zakupu dziedziczy wartość parametru ‘Ustalona wartość dostawy’ z dokumentu korygowanego. Parametr ten nie jest dostępny do edycji. Zatwierdzenie wartościowe dokumentu oryginalnego powoduje zmianę wartości na pozycjach korekty oraz automatyczne zaznaczenie parametru: Ustalona wartość dostawy.

Zatwierdzenie wartościowe dokumentu przyjęcia

Zatwierdzenie wartościowe dokumentu przyjęcia powoduje zaktualizowanie kosztów na elementach dokumentów rozchodowych, na których nie zaznaczono opcji Ustalono koszt własny sprzedaży. Dla dokumentów sprzedaży z zatwierdzonym przez operatora kosztem sprzedaży, zostaną wygenerowane korekty kosztu.

Wartość części zasobu, która nie została rozchodowana zostaje zaktualizowana podczas ustalania wartości dostawy.

Wykonanie operacji zatwierdzania wartościowego dokumentu przyjęcia, powoduje również zaktualizowanie ceny u dostawcy oraz ceny zakupu. W oparciu o zatwierdzaną cenę zakupu i zakładaną marżę aktualizowane są również ceny sprzedaży.

Sprzedaż zasobów pochodzących z dostaw zatwierdzonych ilościowo

Sprzedaż towarów, których dostawy nie zostały zatwierdzone wartościowo odbywa się na normalnych zasadach. Dostawę taką można wykorzystać na wszystkich dokumentach rozchodowych.

Wybranie na dokument sprzedaży zasobu pochodzącego z dostawy bez ustalonej wartości skutkuje nie zatwierdzeniem kosztów sprzedaży dla całego dokumentu. Na Nagłówku dla takiego dokumentu pozostaje niezaznaczony parametr Ustalono koszt własny sprzedaży. Pozycje dokumentu bez ustalonego kosztu własnego sprzedaży, które pobierają dostawy niezatwierdzone wartościowo, na zakładce: RKZ, wyróżnione są kolorem zielonym (poniższy rysunek).

Dla korekt dokumentów rozchodowych parametr: Ustalono koszt własny sprzedaży, jest dostępny do edycji na zasadach jak dla dokumentu rozchodowego, tj. możliwy do zaznaczenia przez operatora, bez możliwości odznaczenia po zapisaniu dokumentu lub po jego automatycznym zaznaczeniu przez system. W przypadku gdy dokument korekty jest w buforze, wówczas koszt jest nieustalony. Dla elementów korygowanych wartościowo parametr: Ustalono koszt własny sprzedaży, nie ma znaczenia, ponieważ nie zmienia kosztu własnego, w związku z tym przyjęto, że koszt jest ustalony.

Edycja subelementu na dokumencie sprzedaży pozwala stwierdzić, czy wartość wykorzystanej przez ten subelement dostawy została ustalona.

Zatwierdzenie wartościowe dokumentu sprzedaży

Zatwierdzenie wartościowe dokumentu sprzedaży może zostać wykonane w dwojaki sposób:

Ustalenie wartości dostawy – przykład

Towar został przyjęty dokumentem PZ: 10 szt. x 100 PLN oraz FZ: 10 szt. x 100 PLN. Dokument PZ nie został zatwierdzony wartościowo.

Dostawa założona przez PZ została rozchodowana na dwóch dokumentach WZ. Na dokument WZ-4/1/19 pobrano 5 szt. towaru (całość towaru na dokumencie została przyjęta dokumentem PZ). Dokument WZ-5/1/19 pobrał 5 szt. towaru: 3 szt. z PZ, a resztę z FZ.

Dokument WZ-4/1/19 został zatwierdzony wartościowo przez operatora w celu zaksięgowania. Na dokumencie koszt własny sprzedaży został ustalony w wysokości 500 PLN.

Dokumentu WZ-5/1/19 nie zatwierdzono wartościowo. System nie zatwierdził kosztów sprzedaży na tym dokumencie ponieważ część towaru pochodzi z PZ, która nie została zatwierdzona wartościowo. Na dokumencie został wyliczony koszt dla towaru w wysokości 500 PLN.

Na magazynie wciąż znajdowała się część zasobu przyjętego na PZ (2 szt. o wartości 200 PLN).

Po otrzymaniu od dostawcy faktury do dostawy z PZ okazało się, że towar powinien być przyjęty w cenie 105 PLN/szt. Cena na PZ została zaktualizowana, a dokument został zatwierdzony wartościowo.

Zatwierdzenie wartościowe dokumentu PZ spowodowało (kolumna: Koszt, w oknie: Historia towaru – widoczne na poniższym rysunku):

Ustalenie wartości dostawy w imporcie

W systemie Comarch ERP XL istnieje możliwość wystawienia dokumentu Przyjęcia zewnętrznego importowego (PZI) jako pierwszego dokumentu w ścieżce dokumentów importowych. Tym samym można obsłużyć sytuację skorygowania wartości towaru na magazynie po ewentualnym dodaniu kosztów np. transportu na dokumencie FWS lub SAD, bądź wygenerowaniu korekty do faktury importowej.

Dokument PZI zatwierdzony wartościowo

W przypadku zatwierdzonego wartościowo dokumentu PZI skorygowanie wartości towaru wiąże się z wystawieniem dokumentu Korekta przyjęcia zewnętrznego importowego (PKI).

Dokument PZI zatwierdzony ilościowo (nieustalona wartość dostawy)

Dokument PZI można zatwierdzić ilościowo (nieustalona wartość dostawy) odznaczając na zakładce Nagłówek parametr Ustalona wartość dostawy. Parametr ten może zostać odznaczony tylko w sytuacji, w której dokument PZI wystawiany jest ręcznie. W przypadku generowania tego dokumentu z innych dokumentów importowych parametr jest zaznaczony.

Jeżeli mamy zatwierdzony ilościowo dokument PZI, to wartościowo można go zatwierdzić:

Szczególne przypadki generowania korekt kosztu

Nagłówki korekt kosztu mogą być powiązane z dokumentami zakupu, jak i ich korektami. KK wskazujące na dokumenty zakupu generowane są podczas ustalania wartości dostaw, co zostało opisane w rozdziale 1.5. KK wygenerowane podczas korygowania wartościowego dostawy będą wskazywać na korektę dokumentu zakupowego.

Dokumentem źródłowym dla KK mogą być dokumenty zakupu, korekty wartościowe dokumentów zakupu, dokumenty rozchodowe i ich korekty.

Szczególnym przypadkiem, kiedy źródłem korekty kosztu będzie dokument zakupu (np. PZ) jest ustalenie wartości dostaw przyjętych tym dokumentem.

Korekty kosztu są generowane z rozbiciem na subelementy. Każdy subelement wskazuje na dokument sprzedaży, dla którego wykonywana jest korekta. Ułatwia to przeprowadzenie analizy rzeczywistych kosztów własnych sprzedaży.

Dostępne do edycji na dokumencie KK są daty: wystawienia, sprzedaży i wydania na korektach kosztu. Daty pozostają aktywne do momentu zaksięgowania dokumentu.

Inicjowanie dat sprzedaży na generowanych korektach kosztu jest uzależnione od sposobu grupowania tych dokumentów.

Data wydania na korekcie kosztu jest zgodna z datą operacji magazynowej (wydania/przyjęcia) dokumentu inicjującego wygenerowanie dokumentu KK.

Data wystawienia na korektach kosztu jest zgodna z datą wpływu dokumentu inicjującego powstanie korekt kosztu (np. data wpływu korekty faktury zakupu).

Do Historii związanych dla dokumentów została dodana zakładka Korekty kosztu, gdzie wyświetlane są wszystkie korekty kosztu związane z dokumentem.

Parametry KK – Jedna czy wiele korekt kosztu dla jednego dokumentu zakupu?

Konfiguracja parametrów KK pozwala na określenie czy podczas generowania korekt kosztu (np. zatwierdzania wartościowego PZ lub wykonania korekty wartościowej FZ) powstanie jeden czy wiele takich dokumentów. O ilości generowanych korekt kosztu decyduje opcja Grupowanie dokumentów KK.

Dotychczasowa parametryzacja sposobu grupowania korekt kosztów dotyczyła zarówno przypadku ich generowania w wyniku zarejestrowania korekty wartościowej dokumentu zakupu, jak również ostatecznego ustalenia wartości dostawy, z której zarejestrowano już rozchód. W przypadku Firm, u których występowały oba powyższe scenariusze mogło powodować to rozbieżności w historycznej wartości magazynu.

Od wersji 2015.0 dla każdego typu operacji powodującej generowanie KK zostały przewidziane takie ustawienia konfiguracyjne, które pozwalają na generowanie KK z datami zapewniającymi prawidłowość raportu Stanu magazynu na dzień, ale również na zachowanie dotychczasowych ustawień dla Klientów, dla których dotychczasowa parametryzacja była wystarczająca.

Powyższe zostało osiągnięte poprzez rozdzielenia opcji grupowania dla poszczególnych „powodów” generowania KK oraz poprzez możliwość wskazania typu daty dla daty sprzedaży i wydania KK.

Możliwe do wyboru daty: sprzedaży i wydania KK determinowane są przez kryterium ich grupowania, przykładowo dla KK generowanego podczas ustalania wartości na PZ/PW/PZI/PKA przy opcji grupowania „wg dokumentu zakupu” nie będzie można wskazać jako daty na KK daty z dokumentu rozchodu, ponieważ generowany przy takich ustawieniach jeden dokument KK może mieć tylko jedną datę sprzedaży/wydania, a dokumentów rozchodowych może być wiele i mogą mieć on różne daty, nie przewiduje się bowiem możliwości ustalania daty subelementów KK różnej od daty na jej nagłówku.

Podczas konwersji bazy System ustawia ww. parametry wg dotychczasowych ustawień (oznaczonych na poniższym rysunku kolorem zielonym), na bazach kreowanych zaś wg ustawień pozwalających na poprawność generowanego raportu stanu magazynu na dzień (oznaczonych na poniższym rysunku pogrubioną czcionką).

Ustalanie dat na KK powstałym w wyniku anulowania dokumentów, dla których wygenerowano KK (np. FSK, WZK, MMW, FZK itd.) nie podlega ww parametryzacji. Na takich anty-KK daty sprzedaży/wydania ustalane są na

podstawie dat z KK dla której anty-KK powstają, bowiem tylko taki zapis gwarantuje poprawność „anulowania” KK. Takie anty-KK powstają, jak dotąd, wówczas, gdy dokument KK został już zaksięgowany i w związku z tym nie może zostać on anulowany wraz z anulowanym ww dokumentem.

Zachowana została dotychczasowa zasada, zgodnie z którą subelementy MMW i MMP na KK nie są łączone z subelementami innych dokumentów, dla MMW i MMP będę więc tworzone są odrębne dokumenty KK.

W przypadku, gdy data sprzedaży/wydania dokumentu KK ustalana na podstawie ww parametrów wypadłaby w zamkniętym okresie handlowym, System ustali datę w oparciu o datę końcową tego okresu, przesuniętą o 1dzień.

Generowanie dokumentów KK i daty na KK – Korekta zakupu:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS korekty FZK

Wydania: sprzedaży FS, wydania FS, wydania FZK

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FZK

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS, wydania FZK

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: korekty FZK

Wydania: korekty FZK, wydania FZK

Generowanie dokumentów KK i daty na KK – Ustalenie wartości dostawy:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FS

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: zakupu PZ

Wydania: zakupu PZ, przyjęcia PZ

Generowanie dokumentów KK i daty na KK – Korekta sprzedaży:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: korekty FSK

Wydania: korekty FSK, przyjęcia FSK

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: korekty FSK

Wydania: korekty FSK, przyjęcia FSK

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c korekty FSK

Wydania: m-c korekty FSK, m-c przyjęcia FSK

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: korekty FZK

Wydania: korekty FZK, wydania FZK

Koszty dodatkowe – KDZ wg daty dostawy:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FS

Wg dni sprzedaży – po zaznaczeniu można wybrać datę:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS

Wg KDZ – w polach daty na KK:

Sprzedaży: operacji KDZ

Wydania: operacji KDZ

Koszty dodatkowe – KDZ wg daty kosztu/innej:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS, operacji KDZ

Wydania: sprzedaży FS, wydania FS, operacji KDZ

Wg dni sprzedaży – po zaznaczeniu można wybrać dla dat na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, operacji KDZ

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS, operacji KDZ

Wg KDZ – w polach daty na KK:

Sprzedaży: operacji KDZ

Wydania: operacji KDZ

Koszty dodatkowe to opcje pozwalające na decyzję o sposobie grupowania dokumentów KK oraz ich dacie w związku z wystawieniem dokumentu KDZ

Szczególne przypadki generowania dokumentów KK – przykłady

Modyfikacja zatwierdzonych korekt kosztu; anty-korekta kosztu

Niezaksięgowane korekty kosztu mogą zostać zmodyfikowane przez system. Modyfikacja polega na usunięciu subelementu z korekty kosztu. Sytuacja taka ma miejsce, gdy dokument rozchodowy, znajdujący się na korekcie kosztu zostanie anulowany. Jeśli na modyfikowanej w ten sposób korekcie kosztu zostanie usunięty ostatni subelement, system anuluje korektę kosztu.

Wygenerowanie anty-korekty kosztu ma miejsce w przypadku, gdy istnieje potrzeba modyfikacji korekty kosztu, która została zaksięgowana. Przykładem takiej sytuacji jest anulowanie dokumentu rozchodowego, znajdującego się na korekcie kosztu lub anulowanie korekty dokumentu zakupowego. Nagłówek tak powstałej korekty kosztu wskazuje na anulowany dokument. Subelementy anty-korekty kosztu wskazują na zaksięgowaną KK, która nie mogła być zmodyfikowana.

Ogólnie anulowanie korekty dokumentu przychodowego można traktować jak wystawienie korekty na taką samą wartość ale o przeciwnym znaku. W związku z tym:

Próba anulowania dokumentu PZ w tym momencie zakończy się komunikatem:

Jest to celowe działanie programu. Jest to związane z tym, że anulowanie PZ spowodowałoby usunięcie dostawy na którą wskazują korekty kosztu.

Korekta kosztu wynikiem anulowania korekty dokumentu zakupu

Kolejnym przypadkiem powstawania korekty kosztu jest anulowanie korekty dokumentu zakupu, podczas gdy część przyjętego towaru tym dokumentem zakupu została już rozchodowana.

Operacja anulowania korekty dokumentu zakupu, powoduje przywrócenie kosztu towaru do takiego poziomu, po jakim został on przyjęty. Jednocześnie ta część towaru, która została sprzedana po wystawieniu korekty dokumentu zakupu, a przed jej anulowaniem, musi mieć zmodyfikowany koszt. W tym właśnie celu zostaje automatycznie wygenerowana korekta kosztu.

Generalnie powstająca korekta kosztu ma za zadanie przeszacować koszt towaru na dokumentach sprzedaży, gdy ulegnie on zmianie.

Rysunek 12 Odzwierciedlenie historii towaru T5 według opisanego powyżej przykładu

Wartość powstałej korekty kosztu KK wynika z równania:

KK = 4 szt. x (-5) PLN = (-20) PLN

Gdzie: 4 szt. to ilość sprzedanego towaru dokumentem FS,

(-5) PLN to różnica między kosztem z anulowanej korekty PZK a aktualnym, zgodnym z PZ

Na elemencie wygenerowanej korekty kosztu na zakładce Dokumenty wskazany jest dokument sprzedaży, którego ta korekta kosztu bezpośrednio dotyczy.

Korekty kosztów wynikiem korygowania dokumentów zakupu i sprzedaży

Przypadkiem powstawania korekt kosztów jest także wystawianie, w określonych sytuacjach
i kolejności, korekt do dokumentów zakupu oraz sprzedaży. Powstałe korekty kosztów w odpowiedzi na wystawione korekty dokumentów handlowych, przeszacowują naliczone wcześniej koszty. Poniższy przykład dotyczy ustawienia w konfiguracji systemu ‘Grupowanie dokumentów KK – brak’.

Korekta kosztów efektem wydania produktu przed rozliczeniem zlecenia produkcyjnego

Korekta kosztu zostanie wygenerowana również w momencie, gdy uzyskany na drodze zlecenia produkcyjnego produkt/towar, zostanie wydany przed ostatecznym rozliczeniem tegoż zlecenia. Dzieje się tak oczywiście przy scenariuszu postępowania, który został przedstawiony poniżej.

Opisany przykład sprowadza się do zmiany wstępnie ustalonego na dokumencie PW kosztu produktu i odzwierciedlenia tej zmiany w postaci korekty kosztu.

W momencie rozliczania zlecenia produkcyjnego automatycznie zostaje wygenerowana korekta kosztu KK-1/2/19 w wartości -25 PLN, która przeszacowuje koszt na dokumencie PW-1/2/19 (koszt dla sprzedanej 1 szt. P1 na wcześniej nie zatwierdzonym wartościowo PW został obniżony o 25 PLN).

Generowanie korekty kosztów podczas podmiany dostaw przy korekcie ilościowej dokumentu zakupu

Powstanie dokumentu korekty kosztu może być również wynikiem ilościowego korygowania dokumentu przychodowego, podczas gdy część lub cały przyjęty zasób został rozchodowany.

Wartość powstałej korekty kosztu KK wynika z równania:

KK = [(-4) szt. x 10 PLN] + [4 szt. x 15 PLN] = 20 PLN

Gdzie kolejno:

(-4) szt. to korygowana ilość z dokumentu FZ-5/2/19, która uprzednio została już rozchodowana dokumentem FS,

10 PLN to cena zakupu, po jakim został przyjęty a następnie rozchodowany towar P1

4 szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, w momencie gdy dokument FZ-5/2/19 był korygowany

15 PLN to cena zakupu, po jakiej został przyjęty zasób podmieniony w celu zwrotu na korekcie FZK-7/2/19

Korekty kosztu dla przesunięć magazynowych

Specyficznym przypadkiem jest korygowanie kosztu dla dokumentów przesunięć międzymagazynowych MMW/MMP. Powstająca korekta kosztu koryguje koszt zarówno na magazynie źródłowym jak i docelowym. Taka sytuacja ma miejsce, nawet gdy korygowany zasób nie był sprzedany z żadnego z magazynów. W efekcie może powstać korekta kosztu na wartość 0 PLN. Jest to spowodowane tym, że jeden z subelementów koryguje wartość magazynu źródłowego, a drugi subelement koryguje wartość na magazynie docelowym. Korekty na magazynie źródłowym i docelowym maja taką samą wartość, ale przeciwne znaki, co w sumie daje wartość 0 PLN.

Fakt ten determinuje konieczność powstania korekty kosztu dla dokumentu przesunięcia międzymagazynowego podczas ustalania wartości dostaw.

Ogólnie dla dokumentów przesunięć międzymagazynowych podczas korekty wartości dostaw:

powstaje korekta kosztu z dwoma subelementami (zakładając, że MMP zostało wygenerowane i zatwierdzone oraz jest odpowiednie grupowanie dokumentów KK):

zwiększając koszt księgowy na jednym z magazynów

drugi na wartość przeciwną, korygując koszt na drugim magazynie

dla każdej korekty zakupu korygującej zasób wykorzystany przez MMW/MMP powinna powstać KK. Całkowita wartość poszczególnych KK powinna być zerowa

Przykładem generowania KK dla przesunięć międzymagazynowych jest poniższy scenariusz, w którym powstanie KK determinuje ilościowe korygowanie dokumentu przychodowego, podczas gdy część lub cały przyjęty zasób został przesunięty na inny magazyn. Szczegóły poniżej:

Wartość powstałej korekty kosztu KK wynika z równania:

KK = [(-2) szt. x 10 PLN] + [2 szt. x 15 PLN] + [2 szt. x 10 PLN] + [(-2) x 15 PLN] = 0

Gdzie kolejno:

(-2) szt. to korygowana ilość z dokumentu PZK-9/2/19 (dostawa PZ-7/2/19), która uprzednio została wydana dokumentem MMW-9/2/19 z magazynu MAG,

10 PLN to cena zakupu, po jakiej został przyjęty a następnie wydany towar P2

2 szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, w momencie korygowania dokumentu PZ-7/2/19

15 PLN to cena zakupu, po jakiej został przyjęty zasób podmieniony w następstwie korekty PZK-9/2/19

Powyższe wartości dotyczą magazynu MAG. Dla magazynu MAG1 mamy natomiast:

2 szt. to korygowana ilość z dokumentu PZ-8/2/19, która uprzednio została przyjęta dokumentem MMP-9/2/19 do magazynu MAG1,

10 PLN to cena zakupu, po jakiej towar P2 został przyjęty

(-2) szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, podczas korygowania dokumentu PZ-7/2/19

15 PLN to cena zakupu, po jakiej został przyjęty zasób pobrany na korektę PZK-9/2/19

Wstęp

Bilans stanu towarów jest w systemie ERP XL dokumentem, który umożliwia analizę zasobów, zamówień, planowanych ilości wybranych towarów w określonym przedziale czasu z uwzględnieniem wybranych magazynów.

Bilans ma własną definicję i jest zapisywany jak inne dokumenty w systemie. Z poziomu zatwierdzonego dokumentu: Bilansu stanu towarów, możliwe jest generowanie innych dokumentów (np. zleceń produkcyjnych, zamówień), które umożliwią uzupełnienie, lub przesunięcie brakujących zasobów.

Dodawanie pozycji do BST

Bilanse stanu towarów generowane są z poziomu okna: Lista bilansów stanu towarów, wyświetlanym po naciśnięciu przycisku: . W celu utworzenia nowego bilansu stanu towarów należy na liście bilansów stanu towarów nacisnąć przycisk , który otworzy okno bilansu stanu towarów. Na zakładce Ogólne następuje generowanie bilansu. Bilans można wygenerować dla wskazanej grupy towarów, jak również dla wybranych towarów, wskazanych ręcznie, lub poprzez określenie parametrów bilansu, takich jak data końcowa bilansu, określony dostawca, czy też magazyny, których bilans ma dotyczyć. Z bilansu można również usuwać pozycje towarowe.

Ręczne dodawanie towarów, dla których ma zostać wygenerowany bilans, następuje za pomocą przycisku: [Dodaj]:

Po jego naciśnięciu zostanie wyświetlona lista towarów, z której należy wybrać towary, dla których ma nastąpić generowanie BST.

Od wersji 2019.0 dokumenty BST prezentowane są na nowej liście typu DevExpress. Oprócz standardowych, dostępnych dotąd funkcjonalności Użytkownik może obecnie korzystać również z nowych możliwości w jakie są wyposażone listy tego typu, takie jak grupowanie po kolumnie/kolumnach, kolorystyczne wyróżnianie kolumny w zależności od jej zawartości itp. W kolejnych wersjach Systemu dotychczasowe listy będą zastępowane nowym typem listy.

Parametry Bilansu

Oprócz ręcznego wybrania towarów z listy towarów, możliwe jest określenie zakresu generowanego bilansu za pomocą parametrów umieszczonych w prawej części okna:

Data końcowa

Wskazanie konkretnej daty końcowej bilansu oznacza, że bilans będzie uwzględniał tylko te rezerwacje, których data aktywacji jest mniejsza, lub równa wskazanej dacie. Niezależnie od daty końcowej bilansu, będzie on zawierał tylko rezerwacje, których data ważności jeszcze nie upłynęła, czyli rezerwacje, które na dzień wykonywania bilansu są nadal ważne.

Grupa towarów

Wskazanie konkretnej grupy towarów bilansu oznacza, że bilans zostanie wykonany dla towarów należących do tej grupy oraz grup podrzędnych. Jeżeli jednak operator doda pozycje ręcznie do bilansu, lub też niektóre z nich usunie, wówczas aktualizacja bilansu zostanie dokonana dla dotychczasowych pozycji towarowych, pozostałe towary wskazanej grupy nie zostaną już dodane.

Dostawca

Wskazanie konkretnego kontrahenta oznacza, że bilans zostanie wykonany wyłącznie dla tych towarów, których dostawcą jest wskazany kontrahent, czyli tych kart towarowych, na których na zakładce Kontrahenci znajduje się w/w kontrahent i ma status „dostawcy”.

Dostawa

W tej części zostanie wyświetlona data realizacji zamówienia. Jeżeli na karcie kontrahenta (który jest wskazany jako dostawca), na zakładce Kalendarze zostanie przypisany kalendarz dostaw, wówczas data dostawy na BST będzie się ustalała zgodnie z tym kalendarzem. Przykładowo jeżeli kontrahent dostarcza towar cyklicznie co poniedziałek, a bilans stanu towaru zostanie wygenerowany w piątek to data dostawy zostanie ustalona na poniedziałek, zgodnie z kalendarzem dostaw. Jeżeli z BST zostanie wygenerowany dokument ZZ, data realizacji zostanie ustalona według daty wskazanej w polu Dostawa. Ponadto za pomocą przycisku oraz istnieje możliwość przechodzenia według dat wskazanych na kalendarzu.

Magazyny

Bilans może zostać wykonany dla konkretnego, lub kilku magazynów wybranych spośród magazynów, do których dokument ma prawo. W takim przypadku wszystkie wskazane na bilansie ilości będą dotyczyły wyłącznie wskazanych magazynów.

Składy celne

Wskazanie konkretnego składu celnego oznacza, że w ilości „do sprzedaży” wykazana zostanie ilość towaru dostępna we wskazanym składzie celnym, pozostałe składy zostaną pominięte.

Zapas planowany

Określa się zakres wyświetlanych ilości dla kolumny i składnika: Zapas planowany. Można ten zakres określić poprzez ilość minimalną lub maksymalną czyli normatywy danego towaru na konkretnym magazynie określane w oknie: Karta towaru, na zakładce: Zasoby/Normatywy. W przypadku pozostawienia w polu: Zakres, opcji:

Globalne, na bilansie liczone będą normatywy globalne z karty towaru.

Dla Magazynu, na bilansie liczone będą normatywy ustawione dla danego magazynu z karty towaru.

Pozycje/wszystkie/niezerowe/saldo<0

Wyżej wymienione opcje pozwalają na ograniczenie listy pozycji towarowych bilansu wg wybranego kryterium. Jeżeli prezentowane mają być wyłącznie pozycje z ujemnym saldem, czyli te, które należy zamówić, wówczas należy wybrać opcję „saldo<0”, jeżeli natomiast bilans ma nie pokazywać tych pozycji, dla których wszystkie składniki bilansu, poza stanem magazynowym są zerowe, czyli z pozycji bilansu są nieistotne, wówczas należy wybrać opcję „niezerowe”.

Filtr

Za pomocą filtra standardowego wraz z konstruktorem, umieszczonym pod listą towarów można zawęzić bilans

stanu towarów.

Składniki bilansu

W panelu znajdują się składniki predefiniowane w systemie, jednak możliwe jest dodanie nowego składnika przez operatora. Dodawanie składnika odbywa się po naciśnięciu przycisku: [Dodaj składnik]. Zostanie otworzone okno: Definicje składników BST, w którym określa się nazwę składnika oraz zapytanie SQL, definiujące składnik. Po dodaniu nowego składnika zostanie dodana nowa kolumna na liście towarów, dla których generowany jest bilans. Usuwanie dodanych przez operatora składników jest możliwe, gdy BST pozostaje w buforze i nie zawiera żadnej pozycji. Nie istnieje możliwość edytowania dodanego Składnika po jego otworzeniu za pomocą przycisku [Zmień składnik].

Generowanie bilansu następuje również po określeniu w/w parametrów i naciśnięciu przycisku: [Przelicz bilans].

Na wygenerowanym Bilansie stanów towarów w kolumnach zostały ujęte następujące informacje:

Do sprzedaży – w kolumnie tej znajduje się aktualna ilość towaru T1 dostępna do sprzedaży (stany na magazynach + stany na składach celnych).

W drodze – kolumna ta zawiera informację na temat ilości towaru T1, który aktualnie znajduje się „w drodze”, czyli ilość zamówiona u dostawców na podstawie ZZ, zamówiona w innych magazynach na podstawie ZW oraz ilość w trakcie produkcji wynikająca z ZK, ZD i ZP.

Zamówiona – informacje zawarte w tej kolumnie uwzględniają sumę ilości towaru T1 zamówionego przez klientów, znajdującego się na wszystkich ZS, zamówioną w innych magazynach, na podstawie ZW, zarezerwowaną na potrzeby serwisu, na podstawie ZSE, ZRE oraz na potrzeby produkcji, na podstawie ZP, ZK, ZD (w omawianym przykładzie na magazynie MAG)

Zaplanowana – ilość wynikająca z planu zapotrzebowania, wyliczona jako ilość wynikająca z dokumentu PLZ, pomniejszona o ilość zrealizowaną planu, tj. „sprzedaną” w okresie, zdefiniowanym w planie.

Zapas planowany – zapas, który został zdefiniowany na karcie towaru, na formatce Normatywy dla konkretnego magazynu (w omawianym przykładzie dla MAG).

Saldo – równica ilości [Do sprzedaży + W drodze – Zamówiona – Zapas minimalny -Ilości definiowalne]. Wartości ujemne prezentowane są na czerwono.

Przed wygenerowaniem bilansu operator może wskazać, które ze składników bilansu mają zostać w nim uwzględnione. Dokonuje się tego poprzez zaznaczenie/odznaczenie checkboxa z lewej strony listy składników. W ten sposób można zrezygnować z prezentowania np. ilości wynikającej z zamówień wewnętrznych, czy też z planu zapotrzebowania, można natomiast dodać własny składnik bilansu, o czym więcej w dalszej części biuletynu.

„W magazynach” – zaznaczenie tego składnika spowoduje uwzględnienie na BST ilości towaru, który w danej chwili znajduje się na magazynie wskazanym na BST. Ilość ta wyświetlana jest w kolumnie „do sprzedaży” oraz uwzględniana jest w kolumnie „saldo”.

„W składach celnych” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru znajdującego się w składzie celnym określonym na BST. Ilość wyświetlana jest w kolumnie „do sprzedaży” oraz uwzględniana jest w kolumnie „saldo”.

„Zamówiona u dostawców (ZZ)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru znajdującego się na potwierdzonym zamówieniu zakupu. Ilość wyświetlana jest w kolumnie „w drodze” oraz uwzględniana jest w kolumnie „saldo”.

„Zamówiona w innych magazynach (ZW)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru znajdującego się na potwierdzonych zamówieniach wewnętrznych. Ilość wyświetlana jest w kolumnie „w drodze” oraz uwzględniana jest w kolumnie „saldo”. (Ilości te będą wyświetlane, gdy magazyn wskazany jako docelowy na ZW uwzględniono na BST).

„W trakcie produkcji (ZK, ZD, ZP)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości produktów znajdujących się na potwierdzonym dokumencie ZK, składników znajdujących się na potwierdzonym dokumencie ZD oraz produktów na ZP, które zostało przynajmniej zaplanowane, a ewentualne dokumenty PW wygenerowane ze zlecenia nie zostały jeszcze potwierdzone. Ilości wyświetlane są w kolumnie „w drodze” oraz uwzględniane w kolumnie „saldo”.

„Zamówiona przez klientów(ZS)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru znajdującego się na potwierdzonych zamówieniach sprzedaży. Ilość wyświetlana jest w kolumnie „zamówiona ” oraz uwzględniona w kolumnie „saldo”.

„Zamówiona przez inne magazyny (ZW)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru znajdującego się na potwierdzonych zamówieniach wewnętrznych. Ilość wyświetlana jest w kolumnie „zamówiona” oraz uwzględniana w kolumnie „saldo”. (Aby ilość ta była wyświetlana na BST, to magazynami, dla których generowany jest BST muszą być magazyny wskazane jako źródłowe na ZW).

„Na potrzeby serwisu i remontów (ZSE, ZRE)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towaru pobranego na potrzeby ZSE i ZRE. (Na BST zostanie wyświetlona ilość towaru znajdującego się na potwierdzonych dokumentach ZSE, ZRE). Ilość uwzględniona jest w kolumnie „zamówiona” oraz w kolumnie „saldo”. Jeśli ustawimy się na składniku, który został uwzględniony w BST, np. „Na potrzeby serwisu i remontów”, to w obszarze „Dokumenty” widoczne będą wszystkie dokumenty ZSE/ZRE, które są dokumentami źródłowe dla wykazanej dla tego składnika ilości rezerwacji.

„Na potrzeby produkcji (ZK, ZD, ZP)” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości składników zarezerwowanych na potrzeby kompletacji (znajdujących się na potwierdzonym dokumencie ZK), produktów znajdujących się na potwierdzonym dokumencie ZD oraz surowców zarezerwowanych do produkcji (ZP musi być zaplanowane). Ilość uwzględniona jest w kolumnie „zamówiona(-)” oraz w kolumnie „saldo”.

„Plan zapotrzebowania” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towarów wynikającą z planu zapotrzebowania, czyli dokumentów PLZ. Ilość wyświetlana jest w kolumnie „zaplanowana(-)” i uwzględniana w kolumnie „saldo”.

„Realizacja planu zapotrzebowania” – zaznaczenie składnika spowoduje uwzględnienie na BST ilości towarów, które zostały wydane dokumentem WZ/FS/PA/FSE/WZE w ciągu okresu zdefiniowanego w Planie zapotrzebowania na te towary. Ilość uwzględniona jest w kolumnie „zaplanowana” i w kolumnie „saldo”:

„Zapas Planowany” – w tej części określa się zakres wyświetlanych ilości dla kolumny i składnika: „Zapas planowany”. Można ten zakres określić poprzez ilość minimalną lub maksymalną, czyli normatywy globalne danego towaru, lub zdefiniowane dla konkretnego magazynu, określane w oknie: Karta towaru, na zakładce: Inne. W przypadku pozostawienia w polu: Zakres, opcji: Globalne, na bilansie liczone będą normatywy globalne z karty towaru. Ilość wyświetlana jest w kolumnie „zapas planowany” i uwzględniana w kolumnie „saldo”:

Na karcie konkretnego towaru system ERP XL umożliwia określenie normatywów, które będą uwzględniane podczas generowania BST dla tego towaru.

Po przeliczeniu BST z uwzględnieniem wyżej określonych parametrów w sekcji „Ilość” do zamówienia została wyświetlona wartość 10 szt. System wyliczył to w następujący sposób:

Do wygenerowania BST zostały zaznaczone tylko dwa składniki: „W magazynach” oraz „Zapas planowany”. Na magazynie MAG znajdowało się 10 szt. towaru „TB2”. Zapas minimalny dla tego magazynu wynosił 20 szt. towary „T200”. W takim przypadku do zapewnienia minimalnej ilości sztuk towaru „TB2” na magazynie MAG potrzeba zamówić 10 szt. tego towaru.

Jeżeli podczas generowania BST zostałaby wybrana ilość maksymalna dla magazynu MAG, która wynosiła 100 szt. towaru „TB2” to ilość potrzebna do zapewnienia maksymalnego stanu towaru „TB2” na magazynie MAG wynosiłaby 90 szt. towaru „TB2” i taka wartość znalazłaby się w kolumnie „Ilość”.

Po przeliczeniu BST z uwzględnieniem wyżej określonych parametrów w sekcji „Ilość” do zamówienia została wyświetlona wartość 50 szt. Pomimo tego, że do zapewniania minimalnej ilość towaru „Tb2” na magazynie MAG wystarczyłoby 10 szt. „TB2”. Stało się tak dlatego, że system zaokrąglił ilość do zamówienia na taką jaka została zapisana w normatywie „Ilość zamawiana” dla magazynu MAG na karcie towaru „TB2”.

Tworzenie BST z wykorzystaniem normatywów globalnych jest identyczne jak w opisywanym wcześniej przykładzie z tą tylko różnicą, że ilości minimalne, maksymalne oraz zamawiane będą pobierane z definicji normatywu globalnego odpowiedzialnego za utrzymanie odpowiednich zapasów dla całej firmy.

System CDN XL umożliwia również łączenie normatywów dla kilku magazynów.

Jak można zauważyć na powyższym rysunku wartość składnika „Zapas planowany” została wyliczona na 25 szt. Wartość ta jest wyliczana jako suma odpowiednich normatywów dla magazynu MAG i M11.

Aby zapewnić minimalna ilość towaru „T50” dla magazynów MAG i M11 potrzebne jest 9 szt. tego towaru. System wygenerował „Ilość” do zamówienia równą 10 szt. ponieważ jest to wypadkowa „Ilość zamawiana” , dla której realizacja jest opłacalna dla magazynów MAG i M11.

Definiowanie własnego składnika BST

System ERP XL pozwala na zdefiniowanie własnych składników, dla których wyświetlony jest bilans – składniki wyświetlone są w lewym, dolnym panelu okna. Poprzez zaznaczenie/odznaczenie poszczególnych składników, operator decyduje, czy w bilansie uwzględniane będą ilości odpowiednie dla zaznaczonych/odznaczonych parametrów, np. jeżeli odznaczony zostanie składnik: Zamówiona u dostawców, na bilansie nie będą uwzględnione ilości wynikające z zamówień wygenerowanych dla towaru będącego przedmiotem bilansu.

W panelu znajdują się składniki predefiniowane w systemie, jednak możliwe jest dodanie nowego składnika przez operatora. Dodawanie składnika odbywa się po naciśnięciu przycisku: [Dodaj]. Zostanie otworzone okno: Edycja składnika bilansu stanu towarów, w którym określa się nazwę składnika oraz zapytanie SQL, definiujące składnik.

W oknie edycji składnika bilansu zdefiniowano składnik „Dokumenty FZ, PZ, FRR w buforze” wg poniższego zapytania:

Select SUM(TrS_Ilosc) FROM CDN.TraSElem

JOIN CDN.TraElem

ON TrS_GIDTyp=TrE_GIDTyp AND TrS_GIDFirma=TrE_GIDFirma AND TrS_GIDNumer=TrE_GIDNumer

JOIN CDN.TraNag

ON TrN_GIDTyp=TrE_GIDTyp AND TrN_GIDFirma=TrE_GIDFirma AND TrN_GIDNumer=TrE_GIDNumer

JOIN CDN.BstMagazyny

ON BsM_MagNumer = TrS_MagNumer AND BsM_MagTyp = 208 AND BsM_BsNID = T.BsE_BsNID

WHERE TrN_Stan IN (1,2) AND TrE_TwrNumer=BsE_TwrNumer AND TrS_MagNumer=BsM_MagNumer

AND TrS_GIDTyp IN (1521,1489,1520)

Po dodaniu nowego składnika zostanie dodana nowa kolumna na liście składników, dla których generowany jest bilans. Usuwanie dodanych przez operatora składników jest możliwe, gdy BST pozostaje w buforze i nie zawiera żadnej pozycji.

Generowanie bilansu następuje po ręcznym dodaniu na nowy bilans towaru/towarów (przyciskiem: ) lub po naciśnięciu przycisku: [Przelicz bilans].

Jak widać w przykładzie powyższy składnik powiększa nam saldo BST (ilość znajduje się w kolumnie (+)), ponieważ wynik zwracany przez zapytanie użyte do definicji danego składnika zwraca wynik dodatni. Gdyby zapytanie to zwracało wynik ujemny, to składnik ten pomniejszałby saldo BST i ilość zwracana przez to zapytania znalazłaby się w kolumnie (-).

Generowanie dokumentów z poziomu BST

Z poziomu zatwierdzonego Bilansu stanu towarów możliwe jest wygenerowanie dokumentów: ZZ, ZW, MM, ZP, ZK, SAD.

Wyżej wymienione dokumenty generowane są dla tych pozycji, dla których ilości wykazane w kolumnie Zamówienia/Ilość są większe od zera. Ilości te wyliczane są na podstawie salda oraz zdefiniowanej w karcie danego towaru ilości zamawianej.

Wyliczoną przez system ilość do zamówienia można ręcznie edytować.

Wszystkie wygenerowane z bilansu dokumenty prezentowane są na zakładce {Dokumenty} bilansu.

Lista dokumentów możliwych do wygenerowania z BST znajduje się w menu przy przycisku . Generowanie dokumentów z Bilansu zostanie omówione na przykładzie ZZ

Generowanie dokumentu ZZ

W obszarze „saldo” widzimy brakującą ilość dla towarów T5. Automatycznie ilość towarów, które należy zamówić widnieje w obszarze „Zamówienia”. (Ilość tą można edytować naciskając dwukrotnie lewym przyciskiem myszy).

Przechodzimy do generowania dokumentu ZZ na brakujące towary. W tym celu zatwierdzamy dokument BST i z menu rozwijalnym za pomocą strzałki , znajdującej się obok ikony wybieramy dokument ZZ.

W oknie optymalizacji, określamy parametry dotyczące sposobu generowania zamówienia.

Po zapisaniu wprowadzonych ustawień, zostanie wygenerowane zamówienie zakupu na taką ilość towarów, jaka została określona na BST w obszarze „Zamówienia”.

Generowanie dokumentu przesunięć MMW

Generowanie dokumentu MMW możliwe jest wyłącznie wówczas, gdy BST dotyczy tylko jednego magazynu. Podczas generowania dokumentu MMW operator wskazuje magazyn źródłowy, przy czym wybór ten dokonuje się z listy magazynów dostępnych w definicji MMW, natomiast jako magazyn docelowy zostaje ustalony magazyn bilansu.

Potwierdzamy dokument BST, a następnie z listy dostępnych dokumentów wybieramy dokument MMW (Przesunięcie międzymagazynowe wydanie).

Z listy dostępnych magazynów wybieramy magazyn, z którego mają być pobrane towary. Po naciśnięciu opcji [Wybierz] zostanie utworzony dokument MMW.

Pomijanie elementów powiązanych podczas generowania dokumentów z BST

Dotychczas podczas generowania zamówień/zleceń z Bilansu Stanu Towarów, System każdorazowo tworzył powiązania (ZamZamLinki) generowanych elementów ze wszystkimi elementami, na które wskazywały niezasobowe rezerwacje sprzedażowe BST, również takimi, dla których wygenerowano już wcześniej zamówienie/zlecenie, czy to za pośrednictwem wcześniejszego BST, czy to wprost z tychże zamówień/zleceń. Zasada taka powoduje, że w sytuacji, gdy realizacja zamówień zakupu przebiega wg innej kolejności, niż kolejność generowanych zamówień, tworzone zasoby przydzielane są do innych rezerwacji, niż oczekuje Użytkownik. Ponadto dla wielu Użytkowników tworzenie i prezentacja wszystkich powiązań jest nieczytelna, Użytkownik nie zawsze wie, na jakie ZZ czeka dane ZS.

Aby uniknąć ww. niedogodności wprowadzona została opcjonalnie zasada, zgodnie z którą podczas tworzenia powiązań z ZZ/ZW/ZK/ZP generowanego z BST System pomija te elementy źródłowe rezerwacji sprzedażowych, które mają już „swoje” zamówienia/zlecenia na które czekają, czyli dla których istnieje już stosowny rekord ZamZamLink wskazujący na zamówienie/zlecenie, którego status świadczy o tym, że będzie ono jeszcze realizowane.

Zachowanie Systemu w zakresie tworzenia powiązań j.w. zależy od ustawienia parametru „Pomiń elementy już powiązane” na dokumencie BST, domyślnie ustalanego na podstawie jego definicji.

Wyłączony parametr oznacza, że System będzie tworzył, jak dotychczas powiązania generowanego zamówienia/zlecenia ze wszystkimi elementami źródłowymi. Włączenie go oznacza, że System utworzy powiązania wyłącznie z tymi elementami, które takich powiązań jeszcze nie mają.

Generowanie dokumentów z niepotwierdzonego BST

Użytkownik posiadający odpowiednie uprawnienia, może generować zamówienia i zlecenia z Bilansu Stanu Towarów, który nie został jeszcze potwierdzony. Taki model pracy pozwala na wstępne przygotowanie zamówień/zleceń, na podstawie danych wyliczonych na Bilansie, a także na bieżącą kontrolę stopnia pokrycia zapotrzebowania tymi zamówieniami/zleceniami.

Podczas pracy z Bilansem w ww. trybie należy pamiętać o poniższych zasadach:

Generowane dokumenty nie wpływają automatycznie na saldo BST, jeżeli Użytkownik chce „odświeżyć” dane na BST, powinien wykonać na nim standardową operację „Przelicz”

Powiązania pomiędzy generowanymi a źródłowymi zamówieniami/zleceniami tworzone są wyłącznie, jeżeli bieżący BST jest ostatnim, na jakim wykonano wyliczenia salda dla danego towaru, należy więc unikać sporządzania wielu BST dla tego samego towaru i magazynu jednocześnie

Podczas usuwania BST, dokumenty z niego wygenerowane nie są usuwane, utworzone dla wygenerowanych zamówień/zleceń powiązania z zamówieniami źródłowymi również pozostają, pomimo usunięcia BST

Informacje ogólne

W systemie istnieje możliwość wygenerowania następujących faktur zaliczkowych:

W obrocie krajowym

W obrocie zagranicznym

Faktury zaliczkowe w obrocie zagranicznym to faktury, które zostały wygenerowane do zamówienia sprzedaży/zakupu ze wskazanym rodzajem transakcji: Wewnątrzwspólnotowa lub Inna zagraniczna.

Podczas generowania zamówienia sprzedaży (z rodzajem transakcji: Wewnątrzwspólnotowa lub Inna zagraniczna) należy zwrócić uwagę na parametr: VAT Eksportowy, znajdujący się na zakładce: Nagłówek, który decyduje o zastosowaniu dla towarów na zamówieniu, eksportowej stawki podatku VAT w wysokości 0%.

Przy odznaczonym parametrze wygenerowany zostanie dokument naliczający VAT wg stawek krajowych. Należy jednak pamiętać o tym, że podczas generowania korekty do faktury (KEL), możliwa jest również korekta stawki podatku VAT. Jeżeli na dokumencie znajdują się towary w różnych stawkach, wtedy, po wykonaniu korekty stawek VAT dla wszystkich towarów zostanie naliczona jedna stawka VAT w wysokości maksymalnej (krajowej) stawki zastosowanej dla towaru na dokumencie (uwzględniane będą stawki zdefiniowane dla towaru na karcie towaru).

Więcej informacji o korekcie faktury eksportowej zaliczkowej znajduje się w rozdziale: „Korekty faktur zaliczkowych”.

Do dokumentów możliwe jest wygenerowanie następujących korekt:

Do faktury zaliczkowej sprzedaży (FSL) – Faktura sprzedaży zaliczkowa korygująca (KSL)

Do faktury zaliczkowej zakupu (FZL) – Faktura zakupu zaliczkowa korygująca (KZL) – również w obrocie zagranicznym (przy wyborze transakcji: Wewnątrzwspólnotowa lub Inna zagraniczna)

Do faktury zaliczkowej eksportowej (FEL) – Korekta eksportowej faktury zaliczkowej (KEL)

Faktury zaliczkowe wystawiane są do części płatności wynikającej z zamówienia (do zaliczki). Zaliczka ta, definiowana jest na zamówieniu, na zakładce: Płatności/Zaliczki, w panelu: Harmonogram płatności (więcej w rozdziale „Generowanie faktur zaliczkowych). Zapłacona kwota wynikająca z faktury zaliczkowej zostanie uwzględniona na końcowym dokumencie handlowym, którym zostanie zrealizowane zamówienie.

Generowanie faktur zaliczkowych

W niniejszym rozdziale znajduje się opis scenariusza generowania faktury zaliczkowej oraz parametrów dostępnych w oknie: Faktura sprzedaży zaliczkowa/zakupu. Ze względu na to, że parametry te są analogiczne w tych dokumentach, a różnice wynikają jedynie z ich specyfiki, okno faktury zaliczkowej oraz proces generowania opisane zostanie na przykładzie faktury zaliczkowej sprzedaży.

Dokumenty faktur zaliczkowych: FSL, FZL, i FEL maja swoje definicje, dostępne z poziomu modułu: Administrator, które określają uprawnienia użytkowników do obsługi tych dokumentów.

Aby skorzystać z możliwości generowania faktur zaliczkowych, należy w oknie: Zamówienie sprzedaży, zakupu (lub Oferta sprzedaży, zakupu), na zakładce: Płatności/Zaliczki dodać w Harmonogramie płatności nową pozycję. W tym celu należy nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: ‘Płatność do zamówienia (lub Płatności do oferty, w zależności od dokumentu głównego) – zostanie dodana”.

Parametry, które można modyfikować w tym oknie:

Zaliczka do faktury. Zaznaczenie tego pola spowoduje, że dodana płatność będzie zaliczką, zaznaczenie tego parametru jest konieczne do utworzenia faktury zaliczkowej. Po wystawieniu faktury do takiej płatności, odznaczenie tego parametru stanie się niemożliwe.

Forma płatności. Z rozwijanej listy należy wybrać odpowiednią opcję.

Kwota. W polu należy określić kwotę rozbitej płatności. Kwota ta zostanie odjęta od kwoty płatności, która zostanie rozbita. Określenie kwoty może nastąpić poprzez:

Waluta z możliwością zmiany.

Termin. W polu należy określić termin płatności, dostępny w dwóch opcjach:

Zapisanie wprowadzonych w tym oknie zmian odbywa się za pomocą przycisku: [Zapisz]. Nowa płatność zostanie dodana do Harmonogramu płatności.

Za pomocą opcji: [Dodaj fakturę na podstawie zaliczek] można wygenerować fakturę zaliczkową. Opcja ta będzie aktywna jeśli:

Faktura sprzedaży zaliczkowa FSL

Faktura sprzedaży zaliczkowa, zakładka: Ogólne

Na zakładce znajdują się pola:

Kontrahent – wskazuje kontrahenta, jaki został zarejestrowany w zamówieniu. Pole to nie podlega edycji; po naciśnięciu przycisku: [Wybierz kontrahenta], zostanie wyświetlona do podglądu karta kontrahenta,

Dostawa – Sposób dostarczenia lub odbioru towaru, wybierany z listy zdefiniowanej, jako słownik w konfiguracji. Lista może być rozbudowywana poprzez wpisanie nieistniejącego sposobu. Wartość domyślna jest przepisywana z karty kontrahenta,

Płatność – w polu jest definiowana forma płatności z tytułu transakcji,

Termin – Termin płatności, może być określony w dniach lub przez podanie daty. Wprowadzanie daty ułatwia kalendarz uruchamiany przyciskiem: [Termin płatności],

Netto, brutto – Sumy wartości pozycji dokumentu w cenach sprzedaży, odpowiednio bez VAT i z VAT.

Parametr „Fiskalny” – jest domyślnie zaznaczony, jeśli wybrany na dokumencie kontrahent jest odbiorcą finalnym i VAT na w dokumencie jest liczony metodą „Od brutto”.

Ponadto na zakładce znajdują się przyciski:

[Zapłata] – uruchamia proces zapłaty z tytułu zaliczki. Po naciśnięciu przycisku: [Rozwija menu dostępnych opcji], rozwinięta zostanie lista, z której można wybrać formą zapłaty,

[Podgląd] – umożliwia podgląd elementu zamówienia, wskazanego na zakładce.

Faktura sprzedaży zaliczkowa, zakładka: Kontrahent

Na zakładce znajdują się dane kontrahenta, jaki został zarejestrowany na zamówieniu źródłowym. Karta posiada trzy dodatkowe zakładki, które zawierają dane kontrahenta głównego, kontrahenta docelowego i płatnika. Przycisk: [Wybierz kontrahenta] umożliwia podgląd karty kontrahenta, wyświetlonego na zakładce. Płatnik na dokumencie: FSL FEL, FZL będzie tym samym płatnikiem, jaki został wskazany na źródłowym zamówieniu. Więcej informacji o płatniku na dokumentach znajduje się w dokumentacji modułu: Sprzedaż.

Faktura sprzedaży zaliczkowa, zakładka: Płatności

W zakładce znajduje się lista płatności z tytułu zaliczki. Forma i termin płatności wynika z terminu i formy płatności wskazanej na źródłowym zamówieniu (forma i termin płatności na zakładce: Płatności/Zaliczki). Na zakładce znajduje się również pole:

Rejestr – rejestr operacji bankowych, do którego trafi płatność związana z dokumentem. Obok wyświetlany jest numer rachunku bankowego przypisanego do rejestru.

Należy zwrócić uwagę na fakt, że na każdym dokumencie WZ, WZE, PZ, rozliczającym dokument zaliczkowy, również takim, który nie generuje płatności, (czyli w definicji dokumentu, mającym odznaczony parametr: Generuje płatności) prezentowana jest zakładka: Płatności, na której znajdzie się sekcja z listą rozliczanych faktur zaliczkowych. Ta sama zasada dotyczy również spinaczy do tych dokumentów.

Na spinaczach rozliczanie faktur zaliczkowych widoczne jest również w tabelce VAT, w której prezentowane są zarówno wartości wynikające z wartości transakcji, jak i wartości wynikające z rozliczanych faktur zaliczkowych, a wartość spinaczy wyliczana jest, jako ich różnica.

Płatność na fakturze zaliczkowej może zostać wyrażona w walucie innej niż waluta systemowa – w walucie obcej. Dzieje się tak w przypadku, gdy zaliczka, do której wygenerowana została faktura została określona w tej walucie obcej.

Faktura sprzedaży zaliczkowa, zakładka: Nagłówek

Na zakładce znajdują się pola:

Numer – numer faktury. Domyślnie nadawany jest numer kolejny wolny, który może ulec zmianie na inny wolny.

Właściciel – centrum, w którym wystawiono fakturę. Możliwy jest wybór innego centrum, niż to, z którego pochodzi zamówienie źródłowe.

Faktura – numer faktury dostawcy.

Zamówienie – numer zamówienia źródłowego.

Daty:

Modyfikował, Wystawił, Zatwierdził, Rozliczył – operator, który dokonał wymienionych czynności.

VAT od – zaznaczenie tej opcji jest przenoszone z zamówienia źródłowego. Tylko zaznaczenie opcji: Brutto, umożliwia fiskalizację faktury zaliczkowej sprzedaży. Fiskalizacja pierwszej faktury zaliczkowej jest niezależna od ustawienia sposobu liczenia VAT na zamówieniu źródłowym (netto/brutto).

Waluta, Kurs – pola, których wartość jest przenoszona z zamówienia i są niedostępne do edycji.

Cecha – w polu można nadać cechę dokumentu.

URL – w polu tym można wpisać adres URL. Po jego wpisaniu uaktywniony zostanie przycisk: [Adres strony internetowej], uruchamiający połączenie ze wskazana stroną.

Opis – w polu można wprowadzać opis dokumentu.

Faktura sprzedaży zaliczkowa, zakładka: VAT

Na zakładce znajdują się pola:

Rejestr – rejestr VAT, w którym zostanie zapisany dokument. Może być wybrany z listy rejestrów VAT dla sprzedaży, zdefiniowanych w konfiguracji. Domyślny rejestr VAT dla dokumentu zależy od jego serii, gdyż jest do niej przypisany.

Rodzaj transakcji – mamy możliwość wyboru: Krajowa lub Podatnikiem jest nabywca. Te parametry są również dostępne na dok. KSL.

Sprzedaż – zaznaczenie pola: fiskalny, umożliwia fiskalizację faktury zaliczkowej. Wybór tej opcji jest możliwy dla pierwszej, niezatwierdzonej faktury zaliczkowej. Wybór tej opcji jest uzależniony od sposobu liczenia VAT na dokumencie – niemożliwe będzie jej zaznaczenie, jeśli wybrana została opcja: VAT od: Netto. Fiskalizacja dokumentu jest możliwa tylko wtedy, gdy VAT liczony jest od brutto. Wybór opcji: Fiskalny, będzie przenoszony na kolejne faktury zaliczkowe oraz na fakturę końcową, (jeśli uwzględnia ona faktura zaliczkowe).

Nie uwzględniaj na deklaracji VAT – zaznaczenie powoduje, że transakcje z dokumentu nie będą uwzględniane w deklaracji VAT 7, ściślej, będą mieć odpowiednio ustawiony decydujący o tym parametr, który można zmienić z poziomu rejestru VAT.

Suma brutto zaliczki – suma brutto zaliczki, zgodna z wartością zaliczki, określonej na zamówieniu źródłowym, na zakładce: Płatności/Zaliczki

Obowiązek podatkowy wg daty – Parametr wprowadzony w wersji 2014.1 z powodu zmian w przepisach dotyczących podatku VAT. Istnieje możliwość wyboru obowiązku podatkowego według daty: Sprzedaży, Wystawienia, Wydania lub Innej.

Modyfikacja „tabelki VAT” podczas generowania faktury zaliczkowej.

Podczas generowania faktury zaliczkowej do wskazanej/-ych płatności zamówienia system tworzy tabelkę VAT na fakturze, na podstawie stawek podatku użytych na elementach zamówienia, rozdzielając kwotę pomiędzy te stawki według proporcji wartości elementów zamówienia w tych stawkach. Taka funkcjonalność obsługuje scenariusz, w którym zamówienie dotyczy towarów objętych jedną stawką VAT.

W przypadku, gdy zamówienie dotyczy towarów objętych różnymi stawkami VAT, w przypadku, gdy Klient wpłaca zaliczkę na poczet tylko jednego z nich (przykładowo zamówienie na mieszkanie i grunt pod to mieszkanie i konieczność „zaliczkowania” tylko mieszkania), możemy wskazać, jaka część zaliczki ma zostać przypisana danej stawce VAT, z możliwością całkowitego wykluczenia „danej stawki” z zaliczki.

W momencie generowania FEL/FSL, gdy zamówienie dotyczy towarów objętych różnymi stawkami VAT, pojawia się okno: Ustal wartość faktury zaliczkowej.

W górnej części okna prezentowany jest symbol i pełny numer zamówienia, do którego jest generowana faktura zaliczkowa oraz Suma płatności (suma zaznaczonych płatności, dla których generowana jest faktura zaliczkowa, przeliczona na walutę nagłówka zamówienia) i symbol waluty nagłówka zamówienia. Dla dokumentów FSL/FZL kwoty prezentowane są w PLN.

Rekordy właściwe dla poszczególnych stawek VAT „występujących” na zamówieniu prezentowane są w podziale na:

Pod rekordami właściwymi dla stawek VAT prezentowany jest rekord Razem z wartością wyliczoną, jako suma wartości brutto dla wszystkich stawek VAT. To pole jest nieedytowalne, ponieważ wartość faktury zaliczkowej jest zgodna z sumą płatności, dla których jest generowana.

Po dokonaniu zmiany wartości dla danej stawki VAT zostaną odpowiednio przeliczone wartości dla pozostałych stawek VAT, tak, aby wartość Razem była nadal zgodna z sumą płatności, dla których generowana jest faktura zaliczkowa, czyli zostanie zachowana zasada, zgodnie, z którą w wyniku edycji wartości dla danej stawki VAT system dokona zmiany wartości dla tych stawek VAT, które dotąd nie były edytowane wg proporcji ich wartości. Jeżeli nie ma już takich stawek, które nie były edytowalne, wówczas system zmieni wartość na stawkach edytowalnych wg proporcji ich wartości, a w przypadku, gdy wszystkie one mają wartość 0, wówczas wg proporcji z zamówienia.

To, czy wartość dla danej stawki była edytowana będzie rozpoznawane po tym, czy wartość dla tej stawki jest zgodna z wartością ustaloną na podstawie zamówienia.

Przycisk [Przelicz] – po jego uruchomieniu zostanie ponownie ustalona wartość brutto dla wszystkich stawek VAT na podstawie proporcji wartości elementów zamówienia.

Po użyciu przycisku [Zapisz] zostanie uruchomiona operacja generowania faktury zaliczkowej.

Jeżeli istnieją stawki, które nie były przez operatora edytowane, wówczas: proporcjonalnie ustali się wartość dla każdej z ww. stawek (wartość brutto dla danej stawki VAT/suma wartości brutto dla stawek)

Jeżeli dla wszystkich stawek VAT wartość ustalona jest na poziomie 0, wówczas zostaną ustalone proporcje na podstawie wartości z zamówienia

Wartość będzie stosownie zwiększana (przypadek, gdy operator zmniejsza wartość na jednej ze stawek VAT), lub zmniejszana (przypadek, gdy operator zwiększa wartość na jednej ze stawek VAT) dla stawek VAT wg ustalonej proporcji („kwota zmiany” x współczynnik z proporcji).

Jeżeli nie istnieją „nieedytowane” stawki VAT, wówczas proporcjonalnie ustali się wartość dla wszystkich, (poza edytowaną) stawek (wartość brutto dla danej stawki VAT/suma wartości brutto dla stawek), jeżeli dla wszystkich stawek VAT wartość ustalona jest na poziomie 0, wówczas zostaną ustalone proporcje na podstawie wartości z zamówienia

Wartość będzie stosownie zwiększana (przypadek, gdy operator zmniejsza wartość na jednej ze stawek VAT), lub zmniejszana (przypadek, gdy operator zwiększa wartość na jednej ze stawek VAT) dla stawek VAT wg ustalonej proporcji („kwota zmiany” x współczynnik z ww. proporcji).

Ustalanie tabelki VAT oraz wartość generowanego dokumentu odbywa się wg poniższych zasad:

Dla dokumentu FEL:

Dla dokumentu FSL/FZL

Tak wyliczona wartość jest przyjęta, jako wartość brutto dla danej stawki.

Od wyżej wymienionych wartości jest naliczany VAT i wartość netto, na podstawie wyżej wymienionych wartości ustalane są rekordy tabeli VAT. Wyliczana jest wartość netto i brutto dokumentu w PLN.

Faktura zaliczkowa w walucie

System umożliwia generowanie i rozliczanie faktury zaliczkowej w walucie systemowej PLN oraz obcej. Waluta dla zaliczek może zostać wskazana na dokumencie ZS z pozycji zakładki „Nagłówek”. Można wskazać kurs oraz walutę zgodnie, z którą zostanie wygenerowana faktura zaliczkowa:

Bieżące – do obliczenia cen zostaną przyjęte kursy wg tabeli z dnia poprzedzającego wystawienie faktury.

Ustalone – do obliczenia cen zostaną przyjęte kursy ustalone w dniu składania oferty.

Ustalone od daty ważności, potem bieżące – do obliczenia zostanie przyjęty kurs do daty ważności zamówienia, a po upływie tej daty, kurs bieżący.

Waluta, z jaką zostanie wygenerowana faktura zaliczkowa. Może zostać także wskazana podczas dodawania płatności typu zaliczka.

Dokument faktury zaliczkowej utworzony do takiej zaliczki zostanie przeliczony i wyrażony w walucie systemowej, a wynikająca z niego płatność zostanie wyrażona w walucie obcej.

Faktura zaliczkowa w walucie – realizacja zamówienia fakturą sprzedaży FS

Poniżej zaprezentowano scenariusz, gdzie z zamówienia sprzedaży ZS została wygenerowana zaliczka w walucie obcej oraz możliwości zrealizowania tego zamówienia fakturą sprzedaży FS i fakturą eksportową FSE.

Wygenerowano ZS na wartość 2091.00 EUR, do którego wystawiono zaliczkę FSL na wartość 1500 EUR. Kurs z ZS oraz FSL to: 4,2638

Kwota pozostała do rozliczenia to 591.00 EUR. Następnie generujemy fakturę sprzedaży, która realizuję ZS oraz uwzględnia fakturę zaliczkową FSL. W sytuacji, kiedy faktura zostanie wygenerowana w innym terminie i po innym kursie bieżącym, system uwzględni w płatnościach różnice kursowe.

Faktura sprzedaży została wygenerowana z inną datą niż ZS i FSL po kursie 4,2640. Na powyższym rysunku widać, że kwota, jaka została do rozliczenia to 591.07 EUR.

Jest to spowodowane różnicami kursowymi, jakie mogą wystąpić w trakcie wystawiania kolejnych dokumentów. Kwota, jaka pozostała do rozliczenia na fakturze sprzedaży to różnica między wartością całego zamówienia przeliczona po kursie bieżącym z FS, a wpłaconą zaliczką przeliczoną po kursie z FSL. Zgodnie z powyższym przykładem kwota została obliczona w następujący sposób:

[2091 x 4,2640] – [1500 x 4,2638] = 2520,324 PLN

2520,324 / 4,2640 = 591,07 EUR

Faktura zaliczkowa w walucie – realizacja zamówienia Fakturą eksportową FSE

Wygenerowane zamówienie może zostać także zrealizowane fakturą eksportową. W tym scenariuszu należy wygenerować fakturę zaliczkową eksportową FEL.

Wygenerowano ZS na wartość 2091.00 EUR, do którego wystawiono zaliczkę FEL na wartość 1500 EUR. Kurs z ZS oraz FEL to: 4,2638

Kwota pozostała do rozliczenia to 591.00 EUR. Następnie generujemy fakturę eksportowa, która realizuję ZS oraz uwzględnia fakturę zaliczkową FEL.

Faktura eksportowa została wygenerowana z inną datą niż ZS i FSL po kursie 4,2640. Na powyższym rysunku widać, że kwota, jaka została do rozliczenia to 591.00 EUR, czyli taka sama jak wynikała z ZS.

Kwota, jaka pozostała do rozliczenia na fakturze eksportowej to różnica między wartością całego zamówienia przeliczona po kursie bieżącym z FSE, a wpłaconą zaliczką przeliczoną także po kursie bieżącym.

Reasumując kwestie zaliczek w walucie obcej oraz ich rozliczania, w systemie realizowane są w następujący sposób. W przypadku dokumentów FS, czyli dokumentów krajowych, na których walutą przeliczeń jest waluta systemowa, wszelkie wyliczenia dokonywane są w tej walucie. Dla faktury końcowej rekord dodatni przeliczany jest po kursie z faktury końcowej, natomiast rekord ujemny pobierany jest z faktury zaliczkowej, ale tylko do wysokości kwoty wynikającej z faktury zaliczkowej. W takiej sytuacjach przy różnych kwotach może się zdarzyć, że na fakturze zaliczkowej pozostanie kwota do rozliczenia. Na tą kwotę należy wystawić korektę do dokumentu FSL.

W odniesieniu do dokumentu FSE sposób wyliczenia wartości można przedstawić na poniższym przykładzie:

Rozliczanie faktur zaliczkowych

Faktury zaliczkowe wystawiane są do części lub całości płatności wynikającej z zamówienia. W trakcie realizacji zamówienia, do którego została wygenerowana faktura/y zaliczkowa/e, system podpowiada listę faktur zaliczkowych związanych z danym zamówieniem. W związku z tym, płatność na takiej fakturze jest częścią/całością płatności na fakturze końcowej, którą realizowane jest zamówienie.

Typ szukanych przez system dokumentów zależy od tego, jaki dokument jest generowany. Jeżeli operator wywołuje generowanie FS lub WZ, zostaną odszukane dokumenty FSL. Jeżeli wywołuje generowanie FSE lub WZE to zostaną wyszukane dokumenty FEL. Jeżeli z ZS zostanie wygenerowany inny dokument niż w/w nie zostaną wyszukane żadne faktury zaliczkowe.

Kwota zaliczki, jaka zostanie rozliczona na dokumencie końcowym jest dostępna do edycji.

Wyjściowa kwota zaliczki do rozliczenia będzie sumą wszystkich kwot do rozliczenia, wynikających z faktur zaliczkowych rozliczanych dokumentem końcowym. Po dokonaniu edycji kwoty rozliczenia na fakturze końcowej, system ponownie ustali kwoty rozliczane z poszczególnych faktur zaliczkowych, rozliczając je w kolejności ich pobrania do rozliczenia.

Lista faktur zaliczkowych, powiązanych z danym zamówieniem, które jest realizowane, jest wyświetlana w podczas generowania dokumentu realizującego to zamówienie.

Zmiana wartości rozliczonej na fakturze końcowej została przedstawiona na poniższym przykładzie.

Wystawiono zamówienie na wartość 1230 PLN. Do zamówienia wystawiono dwie faktury zaliczkowe FSL na wartości 1000PLN i 220PLN. Następnie wygenerowano fakturę końcową do tego zamówienia. Wartość „Rozliczono” (wyświetlona na zakładce: Płatności) wynikająca z faktur zaliczkowych uwzględnionych na fakturze końcowej wynosi: 1220 PLN. Kwota ta może ulec zmniejszeniu – w zależności od decyzji operatora. W przykładzie została zmniejszona do 1100 PLN.

Zmniejszenie wartości rozliczonej uwzględnionej z faktur zaliczkowych spowodowało powstanie płatności na 130 PLN po stronie faktury końcowej. Edycja została również uwzględniona na zakładce: VAT na fakturze końcowej, na której zmodyfikowano wartość rozliczenia wynikającą z faktur zaliczkowych.

Przycisk: [Rozliczaj całość], umożliwia przywrócenie maksymalnej wartości rozliczonej wynikającej z faktur zaliczkowych, co umożliwia ewentualną korektę, gdy okaże się, że wykonana przez operatora modyfikacja wartości rozliczonej była niepotrzebna. W przypadku zatwierdzenia zmodyfikowanej wartości rozliczonej, istnieje możliwość wygenerowania korekty do faktury zaliczkowej, której wartość została zmniejszona. Aby ją wygenerować, należy na zakładce: Płatności, zaznaczyć fakturę zaliczkową, której wartość rozliczona została zmniejszona i nacisnąć przycisk: [Korekta].

Podobnie jak to zostało opisane powyżej, można zrealizować sytuację, kiedy na fakturze końcowej zostaną zmienione warunki transakcji – np. edycji ulegnie ilość towaru lub jego cena, co spowoduje modyfikację wartości dokumentu.

W takiej sytuacji, jeżeli operator nie edytował wartości rozliczanej, wówczas po zmianie warunków transakcji system ponownie przeliczy wartości rozliczane. Natomiast, jeżeli operator modyfikował wyżej wymienioną, wartość, wówczas zmianie ulegnie wartość transakcji, natomiast wartość rozliczana pozostanie bez zmian.

Możliwa jest również sytuacja, w której wartość transakcji zostanie zmniejszona. W takim przypadku system przeliczy wartość rozliczaną, wynikającą z faktury zaliczkowej, jeśli wartość ta zmniejszy się na tyle, że zajdzie potrzeba uszczuplenia wartości rozliczonej.

Korekty faktur zaliczkowych

Generowanie korekt faktur zaliczkowych

Korekty do faktur zaliczkowych generowane są z poziomu listy dokumentów:

Faktura zakupu zaliczkowa korygująca (KZL) /Faktura sprzedaży zaliczkowa korygująca (KSL)

Do dokumentów KSL i KZL możliwe jest wykonanie częściowej korekty wartościowej. Dokonuje się jej poprzez edycję kwot na zakładce: VAT lub wartości na zakładce: Ogólne dokumentu korekty.

Korekta odbywa się po wprowadzeniu w polu: Wartość brutto korekty, odpowiedniej wartości (w granicach możliwych do skorygowania).

Korekta faktury eksportowej zaliczkowej (KEL) dla transakcji Wewnątrzwspólnotowa/Inna zagraniczna.

Dokumentem KEL wykonuje się korektę faktury zaliczkowej poprzez:

Korektę wartości brutto dokumentem KEL dokonuje się w ten sam sposób, jak w przypadku KSL czy KZL – na zakładce: VAT oraz na zakładce: Ogólne, znajduje się udostępnione do edycji pole: Wartość brutto korekty.

Dokonaniu zmiany naliczania VAT na dokumencie służy funkcja: [Zmiana naliczania VAT], znajdująca się na zakładce: Ogólne, dokumentu: Korekta faktury eksportowej zaliczkowej.

W odróżnieniu od dokumentu KEL dla transakcji Wewnątrzwspólnotowa/Inna zagraniczna, na dokumencie KEL krajowym mamy:

Ergonomia odliczania faktur zaliczkowych

Odliczanie faktur zaliczkowych wygenerowanych do innego, niż realizowane zamówienie

Dotychczas faktura zaliczkowa zarejestrowana do konkretnego zamówienia, mogła być odliczana wyłącznie podczas transakcji realizującej to zamówienie. Od wersji 2016.3 takiego odliczenia można dokonać niezależnie od tego, które z zamówień Kontrahenta jest realizowane. Funkcjonalność ta jest parametryzowana na definicji generowanego dokumentu.

Jeżeli ww. parametr jest włączony, wówczas podczas generowania dokumentu z zamówienia, System zaproponuje nie tylko faktury zaliczkowe wystawione do tego zamówienia, ale również faktury zaliczkowe z innych zamówień. Dokumenty z bieżącego zamówienia prezentowane są na górnej liście, natomiast dokumenty z zamówień innych, niż realizowane, na dolnej liście.

Wskazanie faktury zaliczkowej z innego, niż realizowane zamówienie nie oznacza, że i ono będzie realizowane, a jedynie, że wykorzystana zostanie faktura zaliczkowa dla niego wystawiona.

Ww. funkcjonalność można wykorzystać zwłaszcza w sytuacjach, gdy Kontrahent wpłaca zaliczkę na poczet przyszłych dostaw, kiedy to ich specyfikacja nie jest jeszcze określona, rejestrowana jest więc faktura zaliczkowa do zamówienia „technicznego” na pozycję typu usługa/koszt, czy też towar A-vista, a następnie podczas realizacji już konkretnych zamówień, jest ona stopniowo odliczana. Powyższa funkcjonalność udostępniona została na dokumentach sprzedaży FS, WZ, FSE, WZE oraz na dokumentach zakupu PZ i FZ.

Odliczanie faktur zaliczkowych niezależnie od zamówień

Oprócz opisanej wyżej możliwości odliczania faktur zaliczkowych z zamówień innych, niż realizowane bieżącym dokumentem końcowym, istnieje również możliwość odliczanie faktur zaliczkowych podczas rejestrowania transakcji niezwiązanej z realizacją zamówień. Odliczenie to można zautomatyzować, włączając stosowny parametr na definicji dokumentu FS, WZ, FSE, WZE, PZ, FZ.

Jeżeli na definicji danego typu dokumentu włączono parametr Odliczanie faktur zaliczkowych/Automatycznie na dokumencie niezwiązanym z zamówieniem, wówczas po wprowadzeniu kontrahenta na dokument, np. FS System odszukuje faktury zaliczkowe dla niego zarejestrowane i proponuje je do odliczenia.

Niezależnie od ww. automatyzacji, Użytkownik ma możliwość na każdym etapie rejestrowania, czy też edycji niezatwierdzonego dokumentu samodzielnie dołączyć, czy też odłączyć fakturę zaliczkową. Dokonuje się tego na zakładce {Płatności} dokumentu sprzedaży FS, WZ, FSE, WZE oraz dokumentu zakupu FZ, PZ. Pobranie faktury zaliczkowej do odliczenia na danym dokumencie nie oznacza jednak realizacji zamówienia, do którego została ona wystawiona.

Rysunek 24 Opcje dołączania/odłączania faktur zaliczkowych na dokumencie FS-7

Jak wygenerować fakturę zaliczkową

W systemie istnieje możliwość wygenerowania następujących faktur zaliczkowych:

W obrocie krajowym

W obrocie zagranicznym

W celu wygenerowania faktury zaliczkowej należy w oknie Zamówienia (lub Oferty) w zakładce Płatności/Zaliczki dodać nową płatność. W tym celu należy nacisnąć przycisk: [Dodaj]. W nowo otwartym oknie możliwe jest określenie, jaka ma być kwota, waluta, termin i forma płatności zaliczki. Konieczne jest zaznaczenie opcji Zaliczka do faktury, aby definiowana płatność była traktowana, jako zaliczka.

Zapisanie wprowadzonych w tym oknie zmian odbywa się za pomocą przycisku: [Zapisz]. Nowa płatność zostanie dodana do Harmonogramu płatności.

Następnym krokiem jest wygenerowanie faktury zaliczkowej w oknie Zamówienia w zakładce Płatności/Zaliczki za pomocą przycisku: [Dodaj fakturę na podstawie zaliczek]. Po rozwinięciu listy przy pomocy strzałki , dostępna jest lista dokumentów możliwych do wygenerowania. Przycisk: będzie aktywny pod warunkiem, że:

Różnice kursowe

W systemie możliwe jest wygenerowanie zaliczek w walucie innej niż waluta systemowa. W przypadku, gdy na dokumencie Zamówienia (lub Oferty) i zaliczki wybrana będzie waluta różna od waluty systemowej (PLN) oraz gdy transakcja będzie oznaczona, jako „Krajowa”, istnieje możliwość wystawienia dwóch rodzajów faktury zaliczkowych:

Faktury sprzedaży zaliczkowej (FSL)

Faktury eksportowej zaliczkowej (FEL)

Jeżeli przez operatora zostanie wybrany dokument FEL, wówczas kwota wartości zamówienia i kwota wpłaconej zaliczki będą przeliczane po takim samym kursie i nie pojawią się różnice kursowe.

W przypadku wygenerowania dokumentu FSL mogą pojawić się różnice, gdy faktura końcowa będzie wystawiana w innym terminie i po innym kursie bieżącym niż faktura zaliczkowa.

Jest to spowodowane różnicami kursowymi, jakie mogą wystąpić w trakcie wystawiania kolejnych dokumentów.

Różnice te są widoczne w kwocie pozostałej do rozliczenia na zamówieniu i na fakturze końcowej uwzględniającej faktury zaliczkowe.

Kwota, jaka pozostała do rozliczenia na fakturze sprzedaży to różnica między wartością całego zamówienia przeliczona po kursie bieżącym z faktury końcowej, a wpłaconą zaliczką przeliczoną po kursie z FSL.

Mamy ZZ, wyciągnięte z bufora, dodana płatność, a ikona FZL jest wyszarzona.

Dla zamówienia zakupu, gdzie wybrany został rodzaj transakcji Wewnątrzwspólnotowa lub Inna zagraniczna, w oknie Zamówienia w zakładce Nagłówek dostępny jest parametr „Uwzględnij obsługę SAD/FWS”.

Parametr aktywny jest tylko na zamówieniach. Zaznaczenie parametru na  zamówieniu zakupu, umożliwia generowanie z tego zamówienia dokumentów: FAI lub PZI.

W przypadku generowania faktury zaliczkowej parametr „Uwzględnij obsługę SAD/FWS” musi być odznaczony, w przeciwnym razie opcja generowania faktury zakupu zaliczkowej (FZL) będzie niedostępna. Po odznaczeniu parametru „Uwzględnij obsługę SAD/FWS” w zakładce Nagłówek, ikona [Dodaj fakturę na podstawie zaliczek] w zakładce Płatności/Zaliczki jest aktywna.

Wstęp

Rozporządzenie Ministra Finansów z dnia 11 grudnia 2012r. w sprawie zwrotu podatku niektórym podatnikom, wystawiania faktur, sposobu ich przechowywania oraz listy towarów i usług, dało możliwość „udzielenia” rabatu w odniesieniu do dostaw towarów, dokonanych na rzecz odbiorcy w danym okresie czasu, za pomocą jednego zbiorczego dokumentu korekty. Z takiej możliwości mogą korzystać również podmioty w przypadku udzielania rabatu nie od całego okresowego obrotu, ale od obrotu danym towarem, czy asortymentem. Taka rejestracja udzielanie rabatu jest dla Użytkownika znacznie prostsza, niż konieczności rejestrowania oddzielnych korekt dla poszczególnych faktur rejestrujących obrót. Na zbiorczej korekcie wymaganych jest również mniej informacji, niż w przypadku zwyczajowych korekt.

W systemie Comarch ERP XL obsłużona jest funkcjonalność zbiorczych korekt rabatowych (Z)FSK, (Z)FKE i (Z)FZK, za pomocą których można udzielić rabatu od obrotu zarejestrowanego dokumentami: FS, WZ, FSE, WZE, FZ i PZ. Jest ona oparta na mechanizmie generowania korekt WZK/WKE/PZK do poszczególnych transakcji zarejestrowanych dokumentami FS/WZ/FSE/WZE/FZ/PZ, które następnie spinane są do jednego zbiorczego dokumentu o właściwym typie. I tak, na dokument (Z)FSK spinane są dokumenty WZK korygujące transakcje dokonane dokumentami FS oraz WZ, na dokument (Z)FKE spinane są dokumenty WKE korygujące transakcje dokonane dokumentami FSE i WZE, a na dokument (Z)FZK dokumenty PZK, korygujące FZ i PZ.

Formatka korekty zbiorczej

Pola charakterystyczne dla formatek korekt zbiorczych

Formatka dokumentu korekty zbiorczej (Z)FSK, (Z)FZK, (Z)FKE została oparta na formatce spinacza korekt, z tym, że dodatkowo umieszczono na niej dodatkowe informacje i wyposażono w dodatkowe operacje.

Tworzenie formularza korekty zbiorczej

Korektę zbiorczą można zarejestrować bezpośrednio z listy dokumentów oraz historii kontrahenta. W wyniku tej operacji System najpierw tworzy formularz korekty zbiorczej, a następnie spina na niego zaznaczone dokumenty WZK/WKE/PZK. W ten sposób możliwe jest spinanie wyłącznie korekt wartościowych.

Oznaczanie korekt zbiorczych na liście dokumentów

Korekty zbiorcze są stosownie oznaczane na liście dokumentów, a z racji tego, że korygują wiele transakcji, kolumna {Źródłowy} zamiast numerem korygowanego dokumentu wypełniana jest opisem „Lista dokumentów”

Formatka parametrów dodatkowych korekty zbiorczej

W ramach funkcjonalności Korekty zbiorczej udostępniona została formatka, z dodatkowymi parametrami korekty zbiorczej. Formatka ta spełniała szereg funkcji, zależnych od „charakteru” korekty. To na niej zapisywana jest informacja o towarach, których dotyczy korekta rabatowa oraz o wielkości rabatu przyznanego od obrotu tymi towarami (% rabatu, wartość rabatu lub korekta ceny na określonego poziomu).

W przypadku, gdy korekta ma dotyczyć całego obrotu, czyli na formatkę nie przypisane zostały żadne towary wówczas służy ona do:

Formatka składa się z dwóch niezależnych od siebie sekcji.

Sekcja {Wartość} formatki parametrów dodatkowych korekty zbiorczej

W sekcji Wartość można podać procentową wielkość rabatu jaki należy naliczyć od poszczególnych transakcji z danym kontrahentem w danym okresie. Możliwe jest to wyłącznie w przypadku, gdy nie dodano pozycji towarowych, wartości te dotyczą bowiem całego obrotu. W przypadku korekty zbiorczej, na którą nie dodano jeszcze żadnego dokumentu możliwe jest zasymulowanie wielkości obrotu. Po podaniu wielkości rabatu należy wybrać opcję „generuj automatycznie” w wyniku której System wygeneruje i zepnie poszczególne korekty.

Jeżeli nie zostanie wykonane automatyczne generowanie i zamknięcie formatki, wówczas w/w symulacja zostanie „utracona”.

Wielkość symulowanego obrotu wyliczana jest bez sprawdzania szeregu warunków, które są sprawdzane podczas operacji automatycznego generowanie korekt na formatce korekty zbiorczej. System wyliczy cały „potencjalny” obrót, jednak ostatecznie po dokonaniu symulacji i wywołaniu automatycznego generowania, mogą istnieć przeszkody dla skorygowania poszczególnych transakcji, ujętych w tejże symulacji np. dany dokument nie jest jeszcze zatwierdzony, lub dany WZ nie jest jeszcze spięty do spinacza itp.

W przypadku dokumentu zawierającego już spięte dokumenty na ww formatce prezentowane są informacje o wielkości udzielonego dotychczas rabatu oraz wielkości obrotu, na podstawie którego został on naliczony. Jeżeli korekta zbiorcza nie została jeszcze zatwierdzona możliwe jest dokonania zmiany wielkości udzielonego rabatu i stosowne przeliczenie dokumentów już spiętych o ile pozwala na to ich stan.

Podczas takiej operacji System ustali wielkość korekty na podstawie nowej wartości {Różnica}, modyfikując spięte niezatwierdzone dokumenty proporcjonalnie do ich wartości sprzed korekty. Jeżeli zadeklarowana wartość rabatu jest większa, niż możliwa do naliczenia, wówczas Użytkownik jest o tym informowany.

W sekcji Wartość można zaznaczyć parametr IxC=W ze źródłowego.

Jeżeli Użytkownik zaznaczy ww parametr, wówczas System generując poszczególne WZK/WZE/PZK będzie honorował ustawienie ww parametru na poszczególnych elementach korygowanych. Jeżeli parametr zgodności równania na elemencie źródłowym jest włączony, wówczas System nada taki rabat, jaki jest możliwy do nadania, aby po korekcie ww równanie nadal było spełnione. W przypadku korygowania elementu z wyłączonym parametrem równania System nada żądany rabat, nawet wówczas, gdy równanie nie będzie już spełnione.

Jeżeli na formatce jw. parametr będzie odznaczony, wówczas System nie będzie sprawdzał ustawienia równania na elementach źródłowych, udzieli rabatu nie sprawdzając równania.

Domyślnie ww parametr na formatce jest wyłączony. Jego ustawienie ma wpływ na zachowanie Systemu podczas poniższych operacji, samo bowiem jego przestawienie na formatce nie wywołuje żadnych zmian na korekcie zbiorczej:

Sekcja {Towary} formatki parametrów dodatkowych korekty zbiorczej

Sekcja jw. służy do dodawania tych pozycji towarowych, którymi obrót podlega okresowym rabatom obrotowym. W ten sposób można naliczyć rabat procentowy lub kwotowy od transakcji dokonanych wskazanym asortymentem, czy też ustalić cenę po rabacie na określonym poziomie.

Opcja naliczania rabatu wskazywana na formatce ma zastosowanie do wszystkich dodanych pozycji towarowych, natomiast poziom tego rabatu może być zróżnicowany w obrębie tych pozycji.

W przypadku takiego samego rabatu/wartości upustu/ceny ich przypisania do poszczególnych pozycji można dokonać metodą edit-in-place dla każdej pozycji, lub wykorzystać operację „kopiowania” dostępną w menu kontekstowym.

W przypadku dokumentu, na który przypisano pozycje towarowe, operacja naliczania rabatu, dokonywana zarówno automatycznie, jak i do wskazanych przez Użytkownika dokumentów odbywa się wprost z formatki korekty zbiorczej.

Podczas generowania automatycznego System odszukuje te dokumenty zarejestrowane z danym kontrahentem w podanym okresie, które dotyczyły obrotu wyszczególnionymi towarami i koryguje wyłącznie pozycje z tymi towarami.

Wielkość podanego rabatu jest wielkością szacunkową, tj. istotną w chwili generowania korekt do poszczególnych transakcji. Zmiany dokonane już po wygenerowaniu poszczególnych korekt zarówno w zakresie wielkości czy rodzaju rabatu, jak i w zakresie listy towarów na korekcie zbiorczej nie będą miały już wpływu na wygenerowane i spięte dokumenty korekt. Wielkość rabatu nie będzie również kontrolowana podczas spinania samodzielnie wystawionych dokumentów WZK/WKE/PZK. System nie będzie również blokował edycji wygenerowanych w ten sposób korekt, stąd faktyczna wielkość rabatu może być ostatecznie inna, niż wielkość zadeklarowana na formatce parametrów dodatkowych korekty zbiorczej.

Generowanie dokumentów na korekcie zbiorczej

Jedną z możliwości rejestrowania korekty zbiorczej jest wywołanie operacji automatycznego naliczenia przez System rabatu od poszczególnych transakcji wg parametrów podanych przez Użytkownika. Operacja taka polega na wygenerowaniu i spięciu na korektę zbiorczą z poziomu której jest wykonywana odpowiednio: dokumentów WZK wygenerowanych do FS/WZ – w przypadku korekty zbiorczej (Z)FSK, dokumentów WKE wygenerowanych do FSE/WZE – przypadek zbiorczej (Z)FKE, czy też PZK wygenerowanych do FZ/PZ – przypadek zbiorczej (Z)FZK.

Na korekcie zbiorczej (Z)FZK po wywołaniu tej operacji System odszukuje dokumenty FZ oraz spięte do spinacza PZ, zarejestrowane dla kontrahenta, dla którego wystawiana jest korekta zbiorcza. Te dokumenty winny być zarejestrowane w okresie zdefiniowanym zakresem dat Od-Do korekty zbiorczej. Do wyfiltrowanych w ten sposób dokumentów, system generuje dokumenty PZK, odrębne dla każdego z tych dokumentów, a następnie spina je do korekty zbiorczej. Podczas weryfikacji dokumentów przychodowych pomijane są te o nieustalonej wartości dostawy oraz te dokumenty PZ/FZ, które posłużyły do podmiany wyprzedanej dostawy korygowanej.

Sposób generowania korekt zależy od tego, czy ma ona dotyczyć całego obrotu z danym kontrahentem, czy też obrotu zarejestrowanego określonym asortymentem. Przypisanie listy towarów, dla których ma zastosowania rabat obrotowy odbywa się na dodatkowej formatce {Parametry korekty zbiorczej}, opisanej szerzej w dalszej części dokumentu.

Mechanizm generowania korekt wartościowych WZK/WKE/PZK w wyniku rejestrowania korekty zbiorczej różni się od standardowego mechanizmu tym, że w tym przypadku System ignoruje ustawienie parametru „generuje płatności” na źródłowym WZ/WZE/PZ i w przypadku takich WZK/WKE/PZK płatności nie są tworzone, powstają one dopiero na korekcie zbiorczej.

Automatyczne generowanie korekt na korekcie zbiorczej

Opcja używana jest głownie w celu udzielenia rabatu od całego obrotu kontrahentem. Po jej wywołaniu System odszukuje transakcje z danym kontrahentem i tworzy dla każdej z nich korektę WZK/FKE/PZK wartościową.

Wygenerowanie automatycznej korekty – przykład

Dla odbiorcy ‘saku’ w miesiącu sierpień wystawiono trzy faktury sprzedaży. Następnie zdecydowano o udzieleniu temu kontrahentowi rabatu zbiorczego na całość obrotu dotyczącego sierpnia.

Aby uruchomić automatyczne tworzenie zbiorczej faktury korygującej należy wykonać poniższą sekwencję czynności.

Należy uruchomić ścieżkę: Lista dokumentów FA pole rozwijalne przy opcji ‘Korekta’ opcja {Korekta zbiorcza ze wskazanego}.

Następnie w oknie {Zbiorcza – Korekta faktury sprzedaży}, na zakładce {Ogólne} w sekcji {Data} należy podać zakres dat Wystawienia lub Sprzedaży odnoszące się do dokumentów korygowanych. Wg tej daty system wyfiltruje wystawione dokumenty do skorygowania zbiorczego.

Należy rozwinąć listę opcji zamieszczoną przy podanej ikonie: i wybrać opcję {Generuj korekty automatycznie}.

W efekcie system po przetworzeniu informacji w komunikacie poinformuje, jakie transakcje zostały wstępnie zakwalifikowane do zbiorczego skorygowania.

Do dokumentu korekty zbiorczej ostatecznie trafiły dwie faktury sprzedaży, faktura ‘FS-35/16/TEST’ posiada zapisaną w buforze fakturę korygującą (uniemożliwia to wystawienie kolejnej, zanim ta pierwsza nie zostanie potwierdzona).

W oknie ‘Parametry korekty’ należy określić dane do wyliczenia rabatu. Po wpisaniu wartość kwotowej lub procentowej dla rabatu należy uruchomić opcję ’Przelicz spięte korekty’.

Generowanie korekt do wskazanych dokumentów

W wyniku operacji system otwiera listę transakcji z historii kontrahenta, dla którego wykonywana jest korekta.

Po wskazaniu przez Użytkownika dokumentów System generuje dla każdego z nich odrębną korektę WZK/WKE/PZK i spina ja z bieżącą korektą zbiorczą. W ten sposób Użytkownik wskazuje, których konkretnie transakcji ma dotyczyć korekta rabatowa.

Rodzaj i wartość tak generowanych korekt zależny jest od danych zapisanych na korekcie zbiorczej:

Następnie należy uruchomić opcję ‘Generuj korekty do wskazanych’. W oknie transakcji Historii kontrahenta należy zaznaczyć te, jakie mają podlegać korekcie zbiorczej.

W oknie wyboru na Historii kontrahenta należy zaznaczyć te transakcje, jakie mają być przedmiotem korekty zbiorczej.

System weryfikuje możliwość skorygowania wybranych przez operatora transakcji, o wynikach tej weryfikacji informuje w infologu:

Następnym krokiem jest wprowadzenie odpowiednich parametrów dla korekty zbiorczej (np. wysokość rabatu):

Po zapisaniu okna Parametrów korekty zbiorczej, system informuje o wyliczeniach kwot dla poszczególnych elementów tej korekty

Następnie podaje numery utworzonych dokumentów korekt, dla których został wygenerowany odpowiednio spinacz (Z)FSK,(Z)FZK I (Z)FKE:

W efekcie na formatce korekty zbiorczej zostają wykazane odpowiednie transakcje:

Operacje na liście dokumentów spiętych

Oprócz standardowych operacji wykonywanych na liście dokumentów spiętych spinacza, takich jak dołączanie i odłączanie dokumentów, z poziomu formatki korekt zbiorczych możliwa jest również edycja niezatwierdzonego dokumentu spiętego, zatwierdzanie poszczególnych korekt, jak również ich usuwanie. Do wykonania wymienionych operacji, w tym również seryjnie, dla zaznaczonych dokumentów, służą stosowne przyciski pod listą dokumentów oraz opcje w menu kontekstowym.

Funkcja {Przypnij} dostępna jest z poziomu formatki faktury korygującej zbiorczej .

Aby odpiąć od faktury korygującej zbiorczej zawarty na niej element – spięty dokument WZK/WKE/PZK, należy podświetlić wiersz kwalifikujący się do odpięcia od faktury korekty zbiorczej, po czym należy uruchomić ikonkę {Odepnij}

Inne operacje na dokumencie korekty zbiorczej (zatwierdzanie, usuwanie, anulowanie)

Niezatwierdzona korekta zbiorcza może mieć przypięte dokumenty, które nie są jeszcze zatwierdzone, stąd zatwierdzenie takiej korekty powoduje najpierw zatwierdzenie wszystkich dotąd niezatwierdzonych dokumentów spiętych i dopiero jeżeli ta operacja się uda, wówczas zatwierdzenie całego dokumentu. Jeżeli nie uda się zatwierdzić któregokolwiek ze spiętych WZK/WKE/PZK, wówczas korekta zbiorcza nie jest zatwierdzana.

Operacja usuwania korekty zbiorczej przebiega na zasadach jak dla innych spinaczy, tj. dokumenty spięte na tejże korekcie nie są z Systemu usuwane. Operacja usuwania korekty zbiorczej posiadającej spięte dokumenty poprzedzona jest stosownym pytaniem. Podobnie System zachowuje się podczas anulowania korekty zbiorczej: dokumenty spięte są odpinane z korekty, a korekta zostaje anulowana.

Wydruki korekt zbiorczych

Udostępnione zostały stosowne wydruki korekt zbiorczych. Podstawowy wydruk zawiera wyłącznie dane, wymagane Rozporządzeniem, nie zawiera więc elementów korekty, ani też numerów dokumentów korygowanych. Jako wydruki dodatkowe udostępnione zostały wydruki oparte na ww wydruku podstawowym, uzupełnione o informacje o towarach, przypisanych do korekty zbiorczej oraz o informacje o numerach dokumentów objętych danym rabatem.

Na czym polega MPP

Mechanizm podzielonej płatności (MPP) funkcjonuje w przepisach o VAT od 01 lipca 2019 roku. Wtedy jednak płatnik sam podejmował decyzję o sposobie wykonywania płatności. Od 01 listopada 2019 roku stosowanie mechanizmu podzielonej płatności stało się obowiązkowe dla transakcji, w których skład wchodzą produkty z grup towarowych, o których mowa w załączniku nr 15 do Ustawy o VAT. Są to między innymi:

Sam mechanizm podzielonej płatności polega na tym, że zapłata dokonana przez przedsiębiorcę jest rozdzielana na dwie części, które trafiają na dwa różne rachunki bankowe. Wartość sprzedaży netto trafia na zasadniczy rachunek bankowy dostawcy, zaś pozostała kwota będąca podatkiem VAT trafia na drugi rachunek – specjalny rachunek VAT.

Przed zmianą przepisów, przelew mógł obejmować zapłatę tylko za jedną fakturę. Od 1 listopada 2019 r. będzie możliwość stosowania komunikatu zbiorczego, pozwalającego na dokonanie zapłaty za wszystkie faktury wystawione w danym okresie przez jednego kontrahenta.

Zasady działania MPP

Użytkownik, za pomocą odpowiedniego parametru w konfiguracji, może zdecydować czy chce, aby system automatycznie kontrolował konieczność zastosowania mechanizmu podzielonej płatności. W wypadku, gdy zostanie zaznaczona wspomniana opcja, przy zapisywaniu dokumentu zakupu lub sprzedaży, system będzie sprawdzał:

W poniższej tabeli przedstawiono wymienione wyżej parametry które sprawdza system przy wystawianiu dokumentu, wraz z możliwymi wynikami: tymi prowadzącymi i nie prowadzącymi do zastosowania mechanizmu podzielonej płatności.

Parametr do sprawdzenia	Możliwe wyniki	Czy będzie zastosowane MPP
1. Data sprzedaży/zakupu na dokumencie	Po 01.11.2019 r.	Tak
	Przed 31.10.2019 r.	Nie
2. Czy towar ma wybraną wartość Podzielona płatność (MPP)	Tak	Tak
	Nie	Nie
3. Typ kontrahenta, na którego wystawiono fakturę	Krajowy	Tak
	Inny niż krajowy	Nie
4. Kwota brutto na dokumencie	Większa lub równa 15.000 PLN	Tak
	Mniejsza niż 15.000 PLN	Nie

Jeśli odpowiedzią na każde z czterech zapytań było: Tak (z trzeciej kolumny tabeli), mechanizm podzielonej płatności (MPP) zostanie automatycznie zastosowany.

Ustawienia

Konfiguracja

Użytkownik jest w stanie sam zdecydować, czy chce, aby system automatycznie stosował mechanizm podzielonej płatności. Odpowiada za to opcja: Obowiązkowy mechanizm podzielonej płatności znajdująca się w module admin: Konfiguracja / Sprzedaż / Parametry 2.

Zaznaczenie powyższego parametru spowoduje, że wystawiane dokumenty sprzedaży i zakupu sprawdzane będą pod kątem obowiązku stosowania mechanizmu podzielonej płatności.

Jeżeli parametr nie zostanie zaznaczony, użytkownik nadal będzie mógł stosować mechanizm podzielonej płatności, ale w trybie dobrowolności – nie będą przez system sprawdzane żadne warunki.

Słownik kategorii

W module administrator: Listy / Słownik kategorii / gałąź Transakcje znajduje się pozycja Progi dla transakcji gotówkowych. Dodana jest tam domyślnie kategoria:

Parametr	Wartość
Data od:	01.09.2019
Kwota	15 000,00 PLN

Próg ten wykorzystywany jest przy sprawdzaniu warunku dotyczącego wysokości kwoty brutto faktury, od której powinien być zastosowany mechanizm podzielonej płatności.

Jeśli w przyszłości próg ulegnie zmianie lub w zależności od potrzeb użytkownik jest w stanie we własnym zakresie dodać nową kategorię z nową wartością.

Karta towaru i wzorzec towaru

Na karcie i wzorcu towaru dodany został parametr Podzielona płatność (MPP). Dzięki niemu, istnieje możliwość oflagowania towaru jako podlegającego mechanizmowi podzielonej płatności. Przykłady takich grup towarowych zostały wymienione w rozdziale 1 tego biuletynu, zaś bardziej szczegółowe informacje są dostępne w załączniku nr 15 do Ustawy o VAT.

Zaznaczenie powyższego parametru jest jednym z warunków koniecznych do automatycznego stosowania mechanizmu podzielonej płatności. Stosowanie MPP na transakcjach nie uwzględniających towarów z zaznaczoną opcją Podzielona płatność (MPP) nadal będzie możliwe, lecz użytkownik sam będzie musiał zaznaczyć odpowiednie parametry na dokumencie sprzedaży / zakupu.

Parametr Podzielona płatność (MPP) został umieszczony również na wzorcu towaru. Zaznaczenie go sprawi, że będzie on przenoszony automatycznie na kart towarów powiązanych z danym wzorcem.

Zakup z MPP

Mechanizm podzielonej płatności stosowany jest na następujących dokumentach zakupu:

Odpowiednie parametry zostały dodane w dwóch miejscach w oknach dokumentów zakupu. Są to:

W wypadku dokumentów zakupu, zaznaczenie Podzielona płatność (MPP) na zakładce [Płatności] nie będzie miało wpływu na wydruk faktury. Odpowiedni nadruk jest wymagany tylko na fakturach sprzedaży, w celu poinformowania nabywcy o sposobie w jakim płatność ma zostać wykonana.

Parametr Podzielona płatność (MPP) znajdujący się na konkretnej płatności, na dokumencie zakupu będzie miał wpływ na komunikatu przelewu. W wypadku zaznaczenia go, dla przelewu zostanie zastosowany specjalny komunikat, na podstawie którego, banki przeleją kwotę VAT na specjalny rachunek VAT. Niezaznaczenie parametru sprawi, że przelew zostanie dokonany normalnym trybie – cała kwota zostanie przelana na rachunek bieżący.

Ustawienie jednego z parametrów będzie propagowane na drugi. Jeśli Podzielona płatność (MPP) będzie zaznaczona na co najmniej jednej płatności, zaznaczeniu ulegnie także parametr dostępny w zakładce [Płatności]. Jeśli parametr z zakładki [Płatności] pozostanie niezaznaczony, nie będzie również zaznaczony na żadnej płatności.

Parametry te będą zaznaczane automatycznie przy zapisywaniu dokumentu, jeśli tylko wszystkie warunki wymienione w rozdziale 2 tego biuletynu zostały spełnione.

Sprzedaż z MPP

Mechanizm podzielonej płatności stosowany jest na następujących dokumentach sprzedaży:

Odpowiednie parametry zostały dodane w dwóch miejscach w oknach dokumentów sprzedaży. Są to:

Zaznaczenie parametru Podzielona płatność (MPP) na zakładce [Płatności] na dokumencie sprzedaży będzie miało wpływ na wydruk faktury. Jeśli data sprzedaży jest po 31.10.2019 r. (możliwość sprawdzenia i edycji w zakładce [Nagłówek]), to na wydruku faktury sprzedaży pojawi się adnotacja: Mechanizm podzielonej płatności. Daje ona informację nabywcy o sposobie w jaki ma dokonać płatności.

Zaznaczenie parametru Podzielona płatność (MPP) na formularzu płatności nie będzie miało dużego znaczenia. Będzie nośnikiem informacji jaka kwota zostanie ,,zawieszona’’ na specjalnym rachunku VAT.

Tak jak w wypadku dokumentów zakupu, powyższe parametry będą automatycznie zaznaczone przy zapisywaniu dokumentu, jeśli tylko wszystkie warunki wymienione w rozdziale 2 tego biuletynu zostały spełnione.

Dodatkowe wymagania do płatności są analogiczne jak dla dokumentów zakupu. Musi być wystawiona w walucie systemowej, powiązana z rachunkiem bankowym, nie wysłana i nie rozliczona.

Korekta sprzedaży, gdy nie użyto MPP

Jeżeli podczas wystawiania dokumentów sprzedaży kwalifikujących się do podzielonej płatności, nie zaznaczono parametru Podzielona płatność (MPP) i na fakturze VAT nie pojawiła się stosowna adnotacja, należy zastosować korektę danych.

Na korekcie danych, w polu Przyczyna korekty należy umieścić informację o przyczynie, a następnie w zakładce [Płatności], należy zaznaczyć parametr Podzielona płatność (MPP). Na wydrukowanej korekcie pojawi się adnotacja ,,Mechanizm podzielonej płatności’’.

ZS i FSL przed 01.11.2019, FS po 31.10.2019

W przypadku gdy do zamówienia sprzedaży (ZS) wystawiona została faktura zaliczkowa (FSL) objęta odwrotnym obciążeniem (przed 01.11.2019), a następnie faktura końcowa (FS) objęta już mechanizmem podzielonej płatności (MPP) (po 31.10.2019), należy podjąć następujące kroki:

1. Tworzymy zamówienie sprzedaży (ZS) na datę przed 01.11.2109 na towar objęty odwrotnym obciążeniem, gdzie podatnikiem jest nabywca;

2.Wystawiamy fakturę zaliczkową (FSL) gdzie podatnikiem jest nabywca. Na wydruku FSL powinna pojawić się adnotacja: Odwrotne obciążenie;

3. Do faktury końcowej (FS) po 31.10.2019 dodajemy FSL. Nie zmieniamy stawki w celu zachowania powiązania, płatność pozostawiamy do rozliczenia, zaznaczamy na zakładce [Nagłówek] parametr JPKFA, zaś parametr Nie uwzględniaj na deklaracji VAT-7 na zakładce [VAT] pozostawiamy niezaznaczony.

4. Wystawiamy korektę ręczną A-Vista (A)FSK po stronie sprzedaży. Jej celem jest korekta stawki i możliwość udostępnienia klientowi z adnotacją o mechanizmie podzielonej płatności.

5. Wystawiamy drugą korektę ręczną A-Vista (A)FSK.

Często zadawane pytania

Czy jest możliwość korzystania z MPP, gdy transakcja jest w obcej walucie?

W przypadku transakcji walutowych dotyczących towarów lub usług objętych obowiązkowym mechanizmem podzielonej płatności, należy dokonać dwóch płatności – płatności podatku VAT w systemie MPP (czyli na rachunek VAT) w złotówkach, a resztę płatności w obcej walucie.

W systemie możemy podzielić zobowiązanie z faktury na dowolną ilość płatności. Na pierwszej płatności wskazujemy kwotę netto i jeden rachunek do zapłaty, a na drugiej wskazujemy VAT i inny rachunek do zapłaty.

Od wersji 2019.0 mamy wiele rachunków bankowych na karcie kontrahenta i możliwość dynamicznego przydzielania rachunku do zapłaty i rejestru, z którego pójdzie płatność w zależności od waluty.

Aby płatność z tytułu VAT była wysłana za pomocą mechanizmu podzielonej płatności konieczne będzie zaznaczenie na niej parametru MPP.

Czy istnieje możliwość obsługi MPP w wersjach wcześniejszych niż 2019.3?

Użytkownicy, którzy nie zdecydują się na przejście na wersję 2019.3, a będą zobligowani do stosowania w określonych przypadkach mechanizmu podzielonej płatności mają taką możliwość od wersji 2018.2, ale ręcznie.

Funkcjonalność Split Payment pozwala na regulowanie zobowiązań w mechanizmie podzielonej płatności. Dla tego typu płatności stosowany jest komunikat przelewu, w którym wyodrębniona kwota VAT przekierowywana jest na specjalny rachunek VAT, powiązany z bieżącym rachunkiem bankowym Klienta.

Parametr Split payment dostępny jest nie tylko na płatnościach faktur zakupu, ale także sprzedaży. Umożliwia kontrolowanie wysokości kwot VAT zawieszonych na rachunkach VAT. Na fakturach sprzedaży dokumentujących sprzedaż towarów objętych MPP brakuje adnotacji „Mechanizm podzielonej płatności”.

Więcej informacji na temat obsługi MPP w wersjach poprzedzających 2019.3 można uzyskać z biuletynu księgowości.

Co w wypadku, gdy wystawiana jest faktura na 15 000 PLN lub więcej, częściowo składa się z towarów objętych przez MPP, lecz ich łączna wartość nie przekracza 15 000 PLN?

W standardzie wersji 2019.3, Comarch ERP XL tworzy jedną płatność na całą kwotę faktury niezależnie od tego jaka jej część dotyczy MPP a jaka dotyczy innego typu transakcji. Kwotą graniczną jaka świadczy o zastosowaniu MPP nie jest wartość towarów objętych przez MPP, a wartość całej faktury.

Jeśli użytkownikowi zależy na tym, by mechanizm podzielonej płatności stosowany był wyłącznie do towarów objętych przez MPP, płatność należy podzielić ręcznie dzięki dostępnej funkcjonalności ręcznego dzielenia płatności.

Automatyczne dzielenie płatności na tą z MPP i na tą nie dotyczącą MPP planowane jest w kolejnych wersjach.

Czy MPP obowiązuje, kiedy jedna, duża transakcja (na ponad 15 000 PLN) jest realizowana fakturami na kwotę nie przekraczającą 15 000 PLN?

Mechanizm podzielonej płatności nie dotyczy transakcji, tylko kwoty na fakturze.

Art. 106e ust. 1 pkt 18 a):

W przypadku faktur, w których kwota należności ogółem stanowi kwotę, o której mowa w art. 19 pkt 2 ustawy z dnia 6 marca 2018 r. – Prawo przedsiębiorców, obejmujących dokonaną na rzecz podatnika dostawę towarów lub świadczenie usług, o których mowa w załączniku nr 15 do ustawy [na fakturze muszą się znajdować] – wyrazy „mechanizm podzielonej płatności”;

Adnotacja MPP na fakturze powinna mieć miejsce w sytuacji, gdy kwota na FS jest równa lub większa od 15 000 PLN.

Art. 106e ust. 1 pkt 19:

Dokonywanie lub przyjmowanie płatności związanych z wykonywaną działalnością gospodarczą następuje za pośrednictwem rachunku płatniczego przedsiębiorcy, w każdym przypadku, gdy:

1) stroną transakcji, z której wynika płatność, jest inny przedsiębiorca oraz

2) jednorazowa wartość transakcji, bez względu na liczbę wynikających z niej płatności, przekracza 15 000 zł lub równowartość tej kwoty, przy czym transakcje w walutach obcych przelicza się na złote według średniego kursu walut obcych ogłaszanego przez Narodowy Bank Polski z ostatniego dnia roboczego poprzedzającego dzień dokonania transakcji.

Czy MPP jest obsługiwany na Fakturze Pro-Forma?

Mechanizm podzielonej płatności nie jest obsługiwany na Fakturze Pro-Forma, gdyż jest to wydruk pochodzący z zamówienia.

W wypadku gdy kupujący rozlicza się (np. wpłaca zaliczkę) na podstawie faktury Pro-Forma, należy wygenerować zaliczkę, albo zmodyfikować wydruk, lub też dodać opis ,,Mechanizm podzielonej płatności’’ który znajdzie się na wydruku.

Co się dzieje z MPP podczas wystawiania korekty do faktury?

Jeśli na dokumencie który jest korygowany znajdowała się adnotacja: Mechanizm podzielonej płatności, to ta sama informacja powinna się znaleźć na korekcie, dlatego parametr Podzielona płatność (MPP) jest automatycznie tam zaznaczony.

Kiedy korygowana jest faktura na mniej niż 15 000 PLN brutto i korekta sprawi, że kwota ta zostanie przekroczona, to dokument ten (korekta FSK) zostanie sprawdzony pod kątem obowiązku stosowania MPP i parametr Podzielona płatność (MPP) zostanie zaznaczony.

Gdy korygowana jest faktura posiadająca adnotację o podzielonej płatności, lecz korekta sprawi, że dokument ten przestanie spełniać wymagania do obowiązkowego stosowania mechanizmu podzielonej płatności (suma brutto spadnie poniżej 15 000 PLN), check Podzielona płatność (MPP) nadal pozostanie zaznaczony.

Z racji odrębnych funkcji pełnionych przez ww. dwa rodzaje dokumentów KK, nie są one łączone w jeden dokument tj. jeden dokument KK może korygować koszt własny sprzedaży z tytułu wielu różnych dokumentów rozchodu, podobnie, jeden dokument KK może przenosić wartość zasobu z tytułu dokonania wielu przesunięć międzymagazynowych, jednak dany dokument KK nie może dokonywać ww. operacji jednocześnie.

Dokumenty KK generowane są w następujących okolicznościach:

Korekta wartościowa dokumentu przychodu

Zarejestrowanie wartościowej korekty do dokumentu przychodu wywołuje w Systemie poniższe operacje:

Generowane jw. korekty kosztu zostały umówione w niniejszym rozdziale.

Informacje ogólne

Grupowanie KK

Ilość generowanych przez System dokumentów KK zależna jest o opcji grupowania KK definiowanych w Konfiguracji Systemu.

Daty na dokumencie KK

Data wystawienia na generowanym dokumencie KK ustalana jest w oparciu o datę wpływu korekty przychodu. Sposób ustalenia zaś daty sprzedaży i daty wydania takiej KK zależny jest od rodzaju daty zdefiniowanej w Konfiguracji Systemu, zgodnie z poniższą tabelą:

Możliwość wyboru określonego rodzaju daty KK jest determinowana przez wybrany sposób jej grupowania. Przedstawia to poniższa tabela. Rekomendowany rodzaj daty wydania został oznaczony pogrubioną czcionką.

Ustalone jw. daty na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, przy pomocy stosownej opcji w menu kontekstowym listy dokumentów KK.

Przykład generowania KK z tytułu korekty wartościowej przychodu

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami dokumentami zgodnie z poniższą tabelą. Następnie dokonano korekty wartościowej dostawy, najpierw zmniejszającej, a następnie zwiększającej jej wartość. Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Wartość KK dla poszczególnych dokumentów rozchodu ustalona zostanie na poziomie określonym w kolumnach, odpowiednio: KK z tytułu FZK-2 i KK z tytułu FZK-3

Ilość generowanych dokumentów KK dla FZK-2 z ww. przykładu oraz stosownych parametrów konfiguracyjnych w zakresie grupowania KK przedstawia się następująco:

Podobna zasada zachowana zostanie dla KK generowanych z tytułu FZK-3 z ww. przykładu.

Anulowanie korekty wartościowej dokumentu przychodu

Informacje ogólne

Podczas anulowania korekty wartościowej przychodu System automatycznie anuluje wszystkie korekty kosztu, które zostały utworzone z jej tytułu. Wyjątek w tym zakresie stanowią te dokumenty KK, które zostały już zaksięgowane. W takim przypadku zamiast anulowania takiej KK System tworzy kolejny dokument KK, na wartość przeciwną do zaksięgowanej korekty kosztu (nowa KK zwana niżej: anty-KK).

Grupowanie anty-KK

Ilość generowanych przez System dokumentów anty-KK zależna jest od ilości zaksięgowanych korekt kosztu, utworzonych z tytułu korekty przychodu, ich dat sprzedaży/wydania oraz od opcji grupowania dokumentów KK określonej w Konfiguracji Systemu.

Daty na dokumencie anty-KK

Data wystawienia na generowanym dokumencie anty-KK ustalana jest w oparciu o datę wpływu korekty przychodu. Data sprzedaży oraz data wydania anty-KK ustalana jest natomiast w oparciu o datę sprzedaży i datę wydania KK, w oparciu o którą tworzona jest anty-KK.

Ustalone jw. daty sprzedaży/wydania na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, wg zasad opisanych w pkt 2.3.

Przykład generowania anty-KK z tytułu anulowania korekty wartościowej przychodu

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Następnie dokonano korekty wartościowej dostawy, zmniejszającej jej wartość, w wyniku czego wygenerowane zostały stosowne dokumenty KK, o wartościach przedstawionych w kolumnie [KK z tytułu FZK-2, Dokumenty KK zostały zaksięgowane.

Ww. korekta FZK-2 została zarejestrowana omyłkowo, w związku z czym została anulowana. W wyniku tej operacji System utworzył korekty kosztu o wartościach przedstawionych w kolumnie [anty-KK z tytułu anulowania FZK-2].

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Ilość generowanych dokumentów anty-KK dla ww. przykładu zależy od ilości dokumentów KK wygenerowanych z tytułu korekty FZK-2, ich dat oraz od parametrów konfiguracyjnych w zakresie grupowania KK. Na potrzeby niniejszego przykładu założono, że niektóre z dat wydania/sprzedaży na wygenerowanych KK z tytułu FZK-2 zostały zmienione przez Operator.

Ustalenie wartości dostawy

Użytkownik ma możliwość przyjęcia dostawy z nieznaną ceną zakupu. Może to uczynić dokumentem PZ, PZI, PW i PKA z wyłączonym parametrem Ustalona wartość dostawy, domyślnie ustalanym w oparciu o definicję dokumentu.

Rejestrując taki dokument Operator może pozostawić na elemencie cenę zerową lub inna cenę, wstępnie ustaloną. Z chwilą, gdy cena zakupu jest już znana, Użytkownik zmienia ją i ustala ostatecznie wartość dostawy, zaznaczając na dokumencie ww. parametr. W wyniku takiej zmiany wartości dostawy System dokonuje:

Generowane jw. korekty kosztu zostały umówione w niniejszym rozdziale.

Informacje ogólne

Grupowanie KK

Ilość generowanych przez System dokumentów KK zależna jest o opcji grupowania KK definiowanych w Konfiguracji Systemu.

Daty na dokumencie KK

Data wystawienia na generowanym dokumencie KK ustalana jest w oparciu o datę wpływu dokumentu zakupu. Sposób ustalenia zaś daty sprzedaży i daty wydania takiej KK zależny jest od rodzaju daty zdefiniowanej w Konfiguracji Systemu, zgodnie z poniższą tabelą:

Możliwość wyboru określonego rodzaju daty KK jest determinowana przez wybrany sposób grupowania KK. Przedstawia to poniższa tabela. Rekomendowany rodzaj daty wydania został oznaczony pogrubioną czcionką.

Ustalone jw. daty na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, przy pomocy stosownej opcji w menu kontekstowym listy dokumentów KK, opisanej w pkt 2.3.

Przykład generowania KK z tytułu ustalenia wartości dostawy

Przykład: Zarejestrowano dokument PZ-1 na 100szt towaru we wstępnej cenie zakupu 10,00. Dokument ma nieustaloną wartość dostawy. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą. Na wszystkich dokumentach rozchodu oraz ich korektach Użytkownik samodzielnie zaznaczył parametr “ustalony koszt własny”.

Następnie dokonano zmiany ceny i ostatecznego ustalenia wartości dostawy ww. PZ

Wariant A: cena na PZ ustalona na poziomie 9,00

Wariant B: cena ustalona na poziomie 12,00

Wartość KK dla poszczególnych dokumentów rozchodu ustalona zostanie na poziomie określonym w kolumnach, odpowiednio: Wariant A, Wariant B

Ilość generowanych dokumentów KK dla ww. przykładu oraz stosownych parametrów konfiguracyjnych w zakresie grupowania KK przedstawia się następująco:

Koszty dodatkowe dostawy – KDZ

Do zarejestrowanej dostawy krajowej można przypisać koszty dodatkowej takie jak transport, ubezpieczenie itp. Odbywa się to przy użyciu dokumentu Koszty Dodatkowe Zakupu – KDZ. Koszt dodatkowy przypisywany za pomocą tego dokumentu powiększa stosownie koszt rzeczywisty dostawy, koszt księgowy dostawy jest zaś powiększany wyłącznie, jeżeli dla kosztu tego włączono parametr Wpływa na magazyn.

Zmiana kosztu rzeczywistego/księgowego dostawy, dokonywana podczas zatwierdzania dokumentu KDZ wywołuje poniższe operacje:

Informacje ogólne

Grupowanie KK i daty na KK

Ilość generowanych przez System dokumentów KK zależna jest o opcji grupowania KK definiowanych w Konfiguracji Systemu, przy czym przewidziano odrębne kryteria dla dokumentów KDZ na których przypisano koszty w dacie zgodnej z datą dostawy, a inne, w przypadku ich przypisywania wg daty poniesienia kosztów dodatkowych.

Przykład 1: W konfiguracji Systemu dla KDZ wg daty dostawy włączono opcję grupowania brak i typy dat: sprzedaży=sprzedaży FS, wydania=wydania FS.

Zarejestrowno kolejno: fakturę zakupu, faktury sprzedaży oraz przypisano dokumentem KDZ z opcją Data operacji wg: dostawy koszt dodatkowy. Wynikiem tych operacji jest wygenerowanie przez System stosownych korekt kosztu. Przebieg operacji oraz wartość wygenerowanych KK przedstawia poniższa tabela.

Przykład 2: W konfiguracji dla KDZ wg daty kosztu/innej włączono opcję grupowania wg KDZ i typy dat: sprzedaży=operacji KDZ, wydania=operacji KDZ.

Zarejestrowno dokumenty j.n., w tym KDZ z Data operacji wg: kosztu. Wynikiem tych operacji jest wygenerowanie przez System stosownej korekt kosztu. Przebieg operacji oraz wartość wygenerowanych KK przedstawia poniższa tabela:

Ustalone jw. daty na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, przy pomocy stosownej opcji w menu kontekstowym listy dokumentów KK, opisanej w pkt 2.3

Przykład generowania KK z tytułu KDZ

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Następnie przypisano koszty dodatkowe do ww. dostawy, przy czym koszt transportu oznaczono jako wpływający na magazyn, koszt ubezpieczenia zaś jako niewpływający na magazyn. Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Wartość KK dla poszczególnych dokumentów rozchodu ustalona zostanie na poziomie określonym w kolumnach: KK/trs_kosztksiegowy] i [trs_kosztrzeczywisty].

Anulowanie dokumentu KDZ

Informacje ogólne

Podczas anulowania dokumentu KDZ System automatycznie anuluje wszystkie korekty kosztu, które zostały utworzone z tytułu zarejestrowania tego dokumentu. Wyjątek w tym zakresie stanowią te dokumenty KK, które zostały już zaksięgowane. W takim przypadku zamiast anulowania takiej KK System tworzy kolejny dokument KK, na wartość przeciwną do zaksięgowanej korekty kosztu (nowa KK zwana niżej: anty-KK).

Grupowanie anty-KK

Ilość generowanych przez System dokumentów anty-KK zależna jest od ilości zaksięgowanych korekt kosztu utworzonych z tytułu dokumentu KDZ, ich dat sprzedaży/wydania oraz od opcji grupowania dokumentów KK określonej w Konfiguracji Systemu.

Daty na dokumencie anty-KK

Data wystawienia na generowanym dokumencie anty-KK ustalana jest w oparciu o datę wystawienia KDZ. Data sprzedaży oraz data wydania anty-KK ustalana jest natomiast w oparciu o datę sprzedaży i datę wydania KK, w oparciu o którą tworzona jest anty-KK.

Ustalone jw. daty sprzedaży/wydania na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, wg zasad opisanych w pkt 2.3.

Przykład generowania KK z tytułu anulowania KDZ

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Następnie przypisano koszty dodatkowe do ww. dostawy, przy czym koszt transportu oznaczono jako wpływający na magazyn, koszt ubezpieczenia zaś jako niewpływający na magazyn. Wynikiem zarejestrowania KDZ było utworzenie stosownych korekt kosztu. Dokumenty KK zostały zaksięgowane.

Ww. KDZ-1 2 został zarejestrowany omyłkowo, w związku z czym został anulowany. W wyniku tej operacji System utworzy korekty kosztu o wartościach przedstawionych w kolumnie [anty-KK z tytułu anulowania KDZ-1].

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Korekta ilościowa przychodu z wykorzystaniem obcej dostawy

Wykorzystanie obcej dostawy na korekcie ilościowej dokumentu przychodu ma miejsce w następujących sytuacjach:

Ww. wykorzystanie obcej dostawy możliwe jest również wówczas, gdy została ona przyjęta w cenie innej, niż cena dostawy oryginalnej. W takiej sytuacji wartość dokumentu korekty, determinowana przez wartość dokumentu oryginalnego, jest inna, niż wartość faktycznego zwrotu towaru. System musi więc zdać o:

Zgodnie z powyższymi założeniami na korekcie ilościowej z podmianą dostawy odbywa się stosowne przeniesienie kosztów z dostawy obcej na dostawę oryginalną, po to, aby System miał z czego dokonać zwrotu. Dzieje się tak poprzez tworzenie dla takiej operacji kompletu subelementów j.n.:

Dokonując zwrotu towaru z dostawy, która została wyprzedana System stosownie koryguje koszt własny sprzedaży (RKZ) dla dokumentów rozchodu, które pobierały zasoby z oryginalnej dostawy. Odbywa się to poprzez:

Poprzez ww. aktualizację kosztów System niejako symuluje pobranie (kosztowo) zasobów z obcej, a nie oryginalnej dostawy. Na tworzonych jw. korektach kosztu generowane są więc niejako podwójne subelementy dla danego dokumentu rozchodu: zdejmujący koszt wg dostawy oryginalnej i ustalający koszt wg dostawy obcej.

Informacje ogólne

Grupowanie KK i daty na KK

Zasady grupowania dokumentów KK oraz ustalania na nich dat są identyczne, jak dla dokumentów tworzonych podczas zatwierdzania korekty wartościowej dokumentu przychodu i zostały omówione w pkt 2.2 i 2.3

Przykład generowania KK z tytułu korekty ilościowej przychodu z wykorzystaniem obcej dostawy

Przykład 1: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu oraz przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Przyjęto również dostawę FZ-2 50 sztuk tego towaru w cenie 9,00.

Następnie dokonano zwrotu całości dostawy FZ-1, posiłkując się obcą dostawą FZ-2 dla wszystkich sprzedanych/przesuniętych do odległych (niedostępnych) magazynów ilości. Wynikiem tej operacji jest wygenerowanie przez System dokumentów KK o wartości przedstawionej w kolumnie [KK z tytułu FZK-3].

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Ilość generowanych dokumentów KK dla ww. przykładu oraz stosownych parametrów konfiguracyjnych w zakresie grupowania KK przedstawia się następująco:

Anulowanie korekty ilościowej przychodu wykorzystującej obcą dostawę

Informacje ogólne

Podczas anulowania ww. korekty System automatycznie anuluje wszystkie korekty kosztu, które zostały utworzone z jej tytułu. Wyjątek w tym zakresie stanowią te dokumenty KK, które zostały już zaksięgowane. W takim przypadku zamiast anulowania takiej KK System tworzy kolejny dokument KK, na wartość przeciwną do zaksięgowanej korekty kosztu (nowa KK zwana niżej: anty-KK).

Grupowanie anty-KK

Ilość generowanych przez System dokumentów anty-KK zależna jest od ilości zaksięgowanych korekt kosztu utworzonych z tytułu korekty przychodu, ich dat sprzedaży/wydania oraz od opcji grupowania dokumentów KK określonej w Konfiguracji Systemu (Rysunek 1)

Daty na dokumencie anty-KK

Data wystawienia na generowanym dokumencie anty-KK ustalana jest w oparciu o datę wpływu korekty przychodu. Data sprzedaży oraz data wydania anty-KK ustalana jest natomiast w oparciu o datę sprzedaży i datę wydania KK, w oparciu o którą tworzona jest anty-KK.

Ustalone jw. daty sprzedaży/wydania na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, wg zasad opisanych w pkt 2.3

Przykład generowania anty-KK z tytułu anulowania korekty ilościowej przychodu

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu oraz przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Przyjęto również dostawę FZ-2 50 sztuk tego towaru w cenie 9,00.

Następnie dokonano zwrotu całości dostawy FZ-1, posiłkując się obcą dostawą FZ-2 dla wszystkich sprzedanych/przesuniętych do odległych (niedostępnych) magazynów ilości. Wynikiem tej operacji było wygenerowanie przez System dokumentów KK o wartości przedstawionej w kolumnie [KK z tytułu FZK-3. Dokumenty KK zostały zaksięgowane.

Ww. korekta FZK-3 została zarejestrowana omyłkowo, w związku z czym została anulowana. W wyniku tej operacji System utworzy korekty kosztu o wartościach przedstawionych w kolumnie [anty-KK z tytułu anulowania FZK-3].

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Ilość generowanych dokumentów anty-KK dla ww. przykładu zależy od ilości dokumentów KK wygenerowanych z tytułu korekty FZK-3, ich dat oraz od parametrów konfiguracyjnych w zakresie grupowania KK. Na potrzeby niniejszego przykładu założono, że niektóre z dat wydania/sprzedaży na wygenerowanych KK z tytułu FZK-3 zostały zmienione przez Operator.

Korekta ilościowa dokumentu rozchodu

Korekta kosztu może zostać wygenerowana przez System również w przypadku dokonywania przez Nabywcę zwrotu towaru. Dzieje się tak wówczas, jeżeli wcześniej powstała korekta kosztu dla transakcji sprzedaży, z której następuje zwrot. Skoro bowiem System skorygował za pomocą KK koszt sprzedaży określonej ilości towaru, musi go stosownie zmodyfikować, jeżeli część z tej ilości została zwrócona.

Wartość takiej KK ustalana jest proporcjonalnie do zwracanej ilości, o znaku przeciwnym do wartości KK utworzonej dla dokumentu rozchodu.

O tym, czy stosowny element/subelement KK z tytułu zarejestrowania korekty rozchodu zostanie dodany do już istniejącego dokumentu KK, czy też zostanie dla niej utworzony nowy dokument KK, decydują stosowne parametry w konfiguracji oraz daty na ww. istniejącej KK, o czym więcej w dalszej części tego rozdziału.

Informacje ogólne

Grupowanie KK

W przypadku rejestrowania korekty do dokumentu rozchodu ujętego na KK, poszczególne KK generowane dla tej korekty wskazują na te same powody, które zaistniały dla powstanie KK do dokumentu rozchodu.

Jeżeli więc po dokonaniu sprzedaży zarejestrowano przykładowo dwie korekty wartościowe do rozchodowanej dostawy a co za tym idzie dla dokumentu sprzedaży wygenerowano dwie korekty kosztu, wówczas po zarejestrowaniu zwrotu dla tego dokumentu rozchodu również powstaną dwie korekty kosztu, każda wskazująca na inną korektę przychodu.

Jak wynika z powyższego, w przypadku KK generowanej podczas zatwierdzania korekty rozchodu trudno mówić o grupowaniu KK jako takim. W przypadku tego rodzaju KK udostępnione w konfiguracji parametry pozwalają Użytkownikowi na zdecydowanie czy element KK tworzony dla korekty rozchodu ma zostać dodany do już istniejącego dokumentu KK, wskazującego na dany powód skorygowania kosztu (opcja inna niż brak), czy też należy utworzyć nowy dokument KK (wybór opcji brak).

W przypadku opcji innej, niż brak System doda element do już istniejącego KK o ile dokument ten nie został dotąd zaksięgowany, a jego daty są zgodne z datami, pod którymi Użytkownik chce ująć KK do korekty rozchodu.

Daty na dokumencie KK

Data wystawienia na KK generowanym z tytułu korekty rozchodu ustalana jest w oparciu o datę wpływu korekty przychodu/dokumentu przychodu. Sposób ustalenia zaś daty sprzedaży i daty wydania takiej KK zależny jest od rodzaju daty zdefiniowanej w Konfiguracji Systemu, zgodnie z poniższą tabelą:

Możliwość wyboru określonego rodzaju daty KK jest determinowana przez wybrany sposób grupowania KK. Przedstawia to poniższa tabela. Rekomendowany rodzaj daty został oznaczony pogrubioną czcionką.

Ustalone jw. daty na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, przy pomocy stosownej opcji w menu kontekstowym listy dokumentów KK, o której mowa w pkt 2.3.

Przykład generowania KK z tytułu korekty rozchodu

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano sprzedaży dwoma dokumentami FS, stosownie 10szt i 5szt. Następnie dokonano korekty wartościowej dostawy, najpierw zmniejszającej, a następnie zwiększającej jej wartość.

W wyniku ww. korekty powstały stosowne dokumenty KK o określonym w kolumnach, odpowiednio: KK z tytułu FZK-2 i KK z tytułu FZK-3.

Następnie Klienci dokonali częściowego zwrotu towaru, odpowiednio 2szt i 1szt. W ich wyniku System wygeneruje korekty kosztu na poziomie określonym w kolumnach, odpowiednio: KK z tytułu FZK-2 i KK z tytułu FZK-3.

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Przyjęcie międzymagazynowe [MMP]

Korekta kosztu może zostać wygenerowana przez System podczas zatwierdzania dokumentu przyjęcia przesuwanego towaru na magazyn docelowy. Dzieje się tak wówczas, jeżeli w chwili korygowania wartości dostawy zarejestrowano już wydanie z jednego magazynu (MMW), natomiast nie zarejestrowano jeszcze jego przyjęcia na drugi magazyn (brak MMP).

W sytuacji jw. korekta kosztu właściwa dla dokumentu MMP powstaje nie bezpośrednio podczas dokonywania korekty wartości dostawy, lecz podczas zatwierdzania MMP. Wartość takiej KK ustalana jest proporcjonalnie do przyjmowanej ilości, o znaku przeciwnym do wartości KK utworzonej dla dokumentu MMW.

O tym, czy stosowny element/subelement KK z tytułu zarejestrowania dokumentu MMP zostanie dodany do już istniejącego dokumentu KK, czy też zostanie dla niego utworzony nowy dokument KK decydują stosowne parametr w konfiguracji oraz daty na ww. istniejącej KK, o czym więcej w dalszej części tego rozdziału.

Informacje ogólne

Grupowanie KK

W przypadku rejestrowania MMP do MMW ujętej na KK obowiązują podobne zasady tworzenia korekt kosztu, jak podczas rejestrowania korekty dokumentu rozchodu, opisanej w pkt 9. W związku z tym dla tej operacji nie ma oddzielnych parametrów grupowania/ustalania dat na KK, System ustala je w oparciu o sekcję Korekta sprzedaży Konfiguracji.

Podobnie jak w przypadku korekt ilościowych rozchodu, również w przypadku MMP ww. parametry pozwalają Użytkownikowi na zdecydowanie, czy element KK tworzony dla MMP ma zostać dodany do już istniejącego dokumentu KK (wybór opcji inne niż brak), czy też należy utworzyć nowy dokument KK (wybór opcji brak).

Daty na dokumencie KK

Data wystawienia na dokumencie KK generowanym z tytułu MMP ustalana jest w oparciu o datę wpływu korekty przychodu/dokumentu przychodu. Sposób ustalenia zaś daty sprzedaży i daty wydania takiej KK zależny jest od rodzaju daty zdefiniowanej w Konfiguracji Systemu, zgodnie z poniższą tabelą:

Możliwość wyboru określonego rodzaju daty KK jest determinowana przez wybrany sposób grupowania KK. Przedstawia to poniższa tabela. Rekomendowany rodzaj daty wydania został oznaczony pogrubioną czcionką.

Ustalone jw. daty na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, przy pomocy stosownej opcji w menu kontekstowym listy dokumentów KK, o której mowa w pkt 2.3.

Przykład generowania KK z tytułu MMP

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano wydania towaru na inny magazyn MMW-1 na 8szt, przy czym towar tej nie został jeszcze przyjęty na magazyn docelowy.

Następnie dokonano korekty wartościowej dostawy, najpierw zmniejszającej, a następnie zwiększającej jej wartość, w wyniku czego System wygenerował KK dla dokumentu MMW o wartościach określonym w kolumnach, odpowiednio: KK z tytułu FZK-2 i KK z tytułu FZK-3.

Przesuwany towar został następnie przyjęty na magazyn docelowy, najpierw w ilości 5szt (MMP-1), następnie pozostałe 3szt (MMP-2). W wyniku zarejestrowania dokumentów MMP System wygeneruje korekty kosztu na poziomie określonym w kolumnach, odpowiednio: KK z tytułu FZK-2 i KK z tytułu FZK-3.

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Anulowanie dokumentu rozchodu ujętego w KK

Informacje ogólne

Podczas anulowania dokumentu, dla którego powstała korekta kosztu, a więc podczas anulowania:

ujętego w KK, System automatycznie usuwa subelementy KK wskazujące na anulowany dokument. W przypadku, jeżeli jest to jedyny subelement elementu/dokumentu KK, usuwany jest cały element KK, czy też anulowany cały dokument KK. Wyjątek w tym zakresie stanowią te dokumenty KK, które zostały już zaksięgowane. W takim przypadku zamiast ww. operacji System tworzy kolejny dokument KK, na wartość przeciwną do wartości zaksięgowanej KK (nowa KK zwany niżej: anty-KK).

Grupowanie anty-KK

Ilość generowanych przez System dokumentów anty-KK zależna jest od ilości zaksięgowanych korekt kosztu na których znajdują się subelementy wskazujące na anulowany dokument, ich dat sprzedaży/wydania oraz od opcji grupowania dokumentów KK określonej w Konfiguracji Systemu.

Daty na dokumencie anty-KK

Daty na generowanych jw. anty-KK ustalane są w oparciu o daty dokumentu KK, na podstawie którego tworzona jest anty-KK. Dotyczy to daty wystawienia KK, daty sprzedaży oraz daty wydania KK.

Ustalone jw. daty sprzedaży/wydania na wygenerowanych KK mogą zostać przez Operatora zmienione do chwili zaksięgowania dokumentu, w tym seryjnie, wg zasad opisanych w pkt 2.3

Przykład generowania anty-KK z tytułu anulowania dokumentu rozchodu

Przykład: Zarejestrowano fakturę zakupu FZ-1 na 100szt towaru w cenie zakupu 10,00. Z dostawy tej dokonano rozchodu/przesunięcia pomiędzy magazynami zgodnie z poniższą tabelą.

Następnie dokonano korekty wartościowej dostawy, zmniejszającej jej wartość, w wyniku czego wygenerowane zostały stosowne dokumenty KK, o wartościach przedstawionych w kolumnie [KK z tytułu FZK-2]. Dokumenty KK zostały zaksięgowane.

W wyniku anulowania kolejnych dokumentów rozchodu/zwrotu/przesunięcia System utworzy anty-korekty kosztu o wartościach przedstawionych w kolumnie [anty-KK z tytułu anulowania danego dokumentu].

Kolejność operacji odzwierciedla kolumna [Lp.] poniższych tabel.

Naprawcza korekta kosztu

Szczególnym rodzajem korekty kosztu jest dokument KK tworzony w celu naprawy błędu w zakresie wartości zasobu magazynowego. Opcja tworzenia takiej KK dostępna jest na karcie towaru, dla zasobu, którego cała ilość została już sprzedana/zwrócona, natomiast w wyniku zaistniałego w Systemie błędu pozostała na nim określona wartość.

Rolą takiego dokumentu KK jest zniwelowanie tej wartości.

Informacje ogólne

Przykład generowania KK naprawczej

Informacje wstępne

Platforma Elektronicznego Fakturowania (PEF) to centralna platforma do odbierania i wysyłania ustrukturyzowanych faktur elektronicznych i innych dokumentów pomiędzy zamawiającymi a wykonawcami zamówień publicznych.  Rozwiązanie skierowane jest do wykonawców zamówień publicznych – przedsiębiorców wykonujących usługi i dostarczających towary dla podmiotów publicznych. Na podstawie specyfikacji przygotowanej przez PEF realizowana będzie wysyłka faktur do pliku XML. Struktura pliku XML oparta została o wytyczne PEPPOL BIS 3.O i CEFACT.
Wysyłka faktur do PEF realizowana będzie z wykorzystaniem platformy Comarch EDI. Aby przesłać fakturę do
PEF należy wykonać następujące kroki:

Mapowanie stawek VAT

Stawki Vat dla PEF podawane są w polach &lt;PreviousTaxCategoryCode&gt; oraz &lt;PreviousTaxRate&gt;. Przy eksporcie do pliku xml stawki VAT w Comarch ERP XL mapowane są jako:

Kod stawki	Stawka w XL	Pole w pliku xml
S	23%, 8%, 7%, 5%	PreviousTaxCategoryCode=S PreviousTaxRate - przyjmuje wartości 23, 8, 5
Z	C – 0%	PreviousTaxCategoryCode=Z PreviousTaxRate=0
E	D – ZW	PreviousTaxCategoryCode=E PreviousTaxRate=0
AE	E - NP	PreviousTaxCategoryCode=AE PreviousTaxRate=0

Mapowanie form płatności

Przy eksporcie dokumentów do PEF formy płatności mapowane są według systematyki UNCL4461. Informacja ta przekazywana jest w polu &lt;PaymentMeans&gt;

Forma płatności	Oznaczenie w pliku xml	Formy płatności z XLa
Gotówka	10	Jeśli w nazwie płatności jest zawarte słowo ‘gotówka’ (bez on-line, online), np. Got, Got. gotówka21, gotówka 7, gotówka ero itd.
Przelew	42	Jeśli w nazwie jest zawarte słowo ‘przelew’ (bez on-line, online), np. przelew 21, przelew7, przelew ero itd.
Karta bankowa	48	Jeśli w nazwie płatności jest zawarte słowo ‘karta’ (bez katy kredytowej i debetowej jak opisano poniżej), np. karta usd
Karta kredytowa	54	Kartek kredytowa, Karta kredyt.
Karta debetowa	55	Karta debetowa, Karta debet.
Kompensata	97	Jeśli w nazwie płatności jest zawarte słowo ‘kompensata’
Płatność on-line	68	Jeśli w nazwie płatności jest zawarte słowo ‘online’ lub ‘on-line’
Polecenie zapłaty	49	Jeśli w nazwie płatności jest zawarte wyrażenie ‘polecenie zapłaty’
Przelew SEPA	58	Jeśli w nazwie płatności jest zawarte wyrażenie ‘SEPA’
Inna niezdefiniowana	ZZZ	Dla pozostałych form płatności m.in., Inna, kredyt

Eksport faktury sprzedaży FS do pliku XML

Tabela przedstawia strukturę komunikatu oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanej fakturze sprzedaży (FS).

Nazwa pola wraz z przykładem jego wypełnienia				Opis	źródło informacji (interfejs)
<Document-Invoice>
<Invoice-Header>
	<InvoiceNumber>InvoiceNumber_1</InvoiceNumber>			Numer faktury	Numer faktury
	<InvoiceDate>1999-09-09</InvoiceDate>			Data faktury	Data faktury, data wystawienia FS
	<IssueDate>1999-09-09</IssueDate>			Data wydania	Data wydania. Data wydania na FS
	<InvoiceCurrency>PLN</InvoiceCurrency>			Waluta faktury	Waluta faktury zgodnie z ISO
	<TaxCurrency>PLN</TaxCurrency>			Waluta podatku	Waluta podatku. Wartść nie jest przekazywana jeśli podatek jest w walucie dokumentu.
	<InvoicePaymentDueDate>1999-09-09</InvoicePaymentDueDate>			Data płatności	Data płaności z zakładki ogólne
	<MessageType>Type</MessageType>			Identyfikator procesu	Identyfikator procesu biznesowego
	<MessageVersion>Version</MessageVersion>			Identyfikator wersji	Identyfikator wersji specyfikacji UBL
	<Remarks>TEKST</Remarks>			Pole opis	Pole opis z zakładki nagłówek
	<BusinessProcessID>ID</BusinessProcessID>			ID procesu	ID procesu biznesowego: 380 - faktura handlowa 386 - faktura zaliczkowa
	<Order>				Pole dostępne, jeśli faktura powiązana z jednym ZS
		<BuyerOrderNumber>Numer obcy</BuyerOrderNumber>		Numer zamówienia	Numer u kontrahenta na powiązanym ZS
		<SupplierOrderNumber>Numer ZS</SupplierOrderNumber>		Numer zamówienia według sprzedawcy	Numer powiązanego ZS
	</Order>
	<Delivery>				Dostawa na podstawie adresu kontrahenta docelowego
		<DeliveryLocationNumber>12548798658702</DeliveryLocationNumber>		ILN lokalizacji dostawy	ILN lokalizacji dostawy
		<DeliveryDate>1999-09-09</DeliveryDate>		Data dostawy	Data dostawy
		<Name>ABC</Name>		Nazwa Punktu dostawy	Nazwa Punktu Dostawy
		<StreetAndNumber>Przemysłowa 5</StreetAndNumber>		Ulica i numer	Ulica i numer
		<CityName>Kraków</CityName>		Miasto	Miasto
		<PostalCode>33-156</PostalCode>		Kod pocztowy	Kod pocztowy
		<Country>PL</Country>		Kraj (kodowanie ISO 3166)	Symbol kraju
	</Delivery>
	<Payment>				Część przekazywana do pliku xml po zaznaczeniu w konfiguracji parametru "Wysyłaj płatności faktury".
		<PaymentMeans>1</PaymentMeans>		Sposób płatności	Forma płatności
		<PaymentTerms>14 dni</PaymentTerms>		Termin płatności	Termin płatności wyrażony w ilości dni
		<PaymentDetails>gotówka</PaymentDetails>		Szczegóły płatności	Nazwa płatności z zakładki Ogólne dokumentu
	</Payment>
</Invoice-Header>
<Invoice-Parties
	<Buyer>				Kupujący, kontrahent główny faktury
		<ILN>1111111111111</ILN>		ILN Kupującego	GLN kontrahenta głównego
		<TaxID>111122223344</TaxID>		NIP kupującego	NIP
		<Name>XYZ</Name>		Nazwa Kupującego	Nazwa Kupującego
		<StreetAndNumber>Handlowa 3</StreetAndNumber>		Ulica i numer	Ulica i nr
		<CityName>Kraków</CityName>		Miasto	Miasto
		<PostalCode>30-519</PostalCode>		Kod pocztowy	Kod pocztowy
		<Country>PL</Country>		Kraj (kodowanie ISO 3166)	Kraj
		<EndPointID>1111111111111</EndPointID>		Punkt końcowy	Punkt końcowy, GLN kontrahenta docelowego
		<EndPointCode>GLN</EndPointCode>		Kod punktu końcowego	Wartość 'GLN'
		<TaxCode>PL:VAT</TaxCode>		Kod VAT	Stała wartość: 'VAT'
	</Buyer>
	<Seller>				Sprzedawca: dane z Pieczątki Firmy właściciela dokumentu centrum
		<ILN>1111111111111</ILN>		ILN Sprzedawcy	GLN z pieczątki centrum
		<TaxID>111122223344</TaxID>		NIP sprzedawcy	NIP
		<CodeByBuyer>11111111111111</CodeByBuyer>		Kod dostawcy wg kupującego	Kod dostawcy wg Kupującego - wartość atrybutu CodeByBuyer, jeśli występuje
		<Name>Makro</Name>		Nazwa Sprzedawcy	Nazwa kontrahenta
		<StreetAndNumber>Handlowa 3</StreetAndNumber>		Ulica i numer	Ulica i nr
		<CityName>Kraków</CityName>		Miasto	Miasto
		<PostalCode>30-519</PostalCode>		Kod pocztowy	Kod pocztowy
		<Country>PL</Country>		Kraj (kodowanie ISO 3166)	Kraj
		<PhoneNumber>123-456-789</PhoneNumber>		Numer telefonu	Numer telefonu z pieczątki firmy
		<ElectronicMail>kowalski@mail.com</ElectronicMail>		Adres e-mail	Adres e-mail z pieczątki
		<EndPointID>1111111111111</EndPointID>		Punkt końcowy	Punkt końcowy, GLN z pieczątki firmy
		<EndPointCode>GLN</EndPointCode>		Kod punktu końcowego	Wartość: 'GLN'
		<TaxCode>PL:VAT</TaxCode>		Kod VAT	Stała wartość: 'VAT'
		<TaxType>VAT</TaxType> O X(35)		Typ podatku	Stała wartość : 'VAT'
	</Seller>
	<Payee>				Dane odbiorcy płatności na podstawie Pieczątki Firmy
		<ILN>1111111111111</ILN>		ILN odbiorcy płatności	GLN z pieczątki firmy
		<TaxID>111122223344</TaxID>		NIP odbiorcy płatności	NIP
		<AccountNumber>AccountNumber_1</AccountNumber>		Konto odbiorcy płatności	Numer rachunku na podstawie rejestru przypisanego do faktury
		<FinancialInstitutionName>Name</FinancialInstitutionName>		Nazwa instytucji finansowej	Nazwa instytucji finansowej (Banku) na podstawie rejestru
		<Name>ABC</Name>		Nazwa Odbiorcy płatności	Nazwa Odbiorcy Płatności. Nazwa firmy z Pieczątki
		<TaxCode>PL:VAT</TaxCode>		Kod VAT	Kod: 'VAT'
	</Payee>
	<Sender>				Nadawca
		<Identifier>111122223344</Identifier>		Kod idnetyfikatora dla PL dopuszczalne wartości to: GLN	Identyfikator dla PL. Dopuszczalne wartości to: GLN
		<IdentifierCode>GLN< IdentifierCode>		Kod identyfikatora	Rodzaj identyfikatora: 'GLN'
	</Sender>
	<Receiver>				Odbiorca
		<Identifier>111122223344</Identifier>		Kod idnetyfikatora dla PL dopuszczalne wartości to: GLN lub NIP	GLN
		<IdentifierCode>GLN< IdentifierCode>		Kod identyfikatora	Rodzaj identyfikatora: 'GLN'
</Invoice-Parties>
<Invoice-Lines>
	<Line>
		<Line-Item>		Pozycje faktury	Pozycje faktury
			<LineNumber>1</LineNumber>	Numer linii	LP. pozycji na fakturze
			<OrderLineNumber>123</OrderLineNumber>	Numer linii z zamówienia	LP. pozycji na ZS
			<EAN>1111111111111</EAN>	EAN produktu	Ean towaru dla jednostki wybranej na dokumencie
			<EANCode>AAA</EANCode>	Kod EANu	Kod EANu
			<BuyerItemCode>BuyerItemCode_1</BuyerItemCode>	Kod produktu wg nabywcy	Kod produktu wg nabywcy
			<SupplierItemCode>SupplierItemCode_1</SupplierItemCode>	Kod produktu wg dostawcy	Kod produktu wg dostawcy
			<ItemDescription>ItemDescription_1</ItemDescription>	Nazwa produktu	Pełna nazwa produktu
			<ItemName>Name</ItemName>	Krótka nazwa produktu	Krótka nazwa produktu - nazwa towaru skrócona do 35 znaków
			<CountryOfOrigin>PL</CountryOfOrigin>	Kraj pochodzenia	Kraj pochodzenia - przesyłany jeśli jest uzupełniony
			<InvoiceQuantity>2.000</InvoiceQuantity>	Zafakturowana ilość	Ilość w jednostce z dokumentu
			<UnitOfMeasure>PCE</UnitOfMeasure>	Jednostka miary	Jednostka miary
			<InvoiceUnitNetPrice>23.45</InvoiceUnitNetPrice>	Cena netto	Cena netto dla jednostki wybrane na dokumencie
			<TaxRate>7.00</TaxRate>	Stawka VAT	Stawka VAT procentowo
			<TaxCategoryCode>S</TaxCategoryCode>	Kod stawki	Kategoria stawki VAT
			<NetAmount>46.90</NetAmount>	Wartość netto pozycji	Wartość netto pozycji
		</Line-Item>
	</Line>
</Invoice-Lines>
<Invoice-Summary>
	<TotalNetAmount>46.90</TotalNetAmount>			Suma netto	Suma netto dokumentu
	<TotalTaxAmount>3.28</TotalTaxAmount>			Suma VAT	Suma VAT dokumentu
	<TotalTaxableAmount>3.28</TotalTaxableAmount			Suma podlegająca opodatkowaniu	Suma podlegająca opodatkowaniu
	<TotalGrossAmount>50.18</TotalGrossAmount> M R2			Suma brutto	Suma brutto
	<TotalPrepaidAmount>3.28</TotalPrepaidAmount>			Wartość kwoty przedpłaty	Wartość kwoty przedpłaty
	<TotalPayableAmount>3.28</TotalPayableAmount>			Wartość kwoty do zapłaty	Wartość kwoty pozostającej do zapłaty
	<Tax-Summary>
		<Tax-Summary-Line>
			<TaxRate>7.00</TaxRate>	Stawka VAT	Stawka VAT procentowo
			<TaxCategoryCode>S</TaxCategoryCode>	Kod stawki	Kategoria stawki VAT
			<TaxAmount>3.28</TaxAmount>	Suma VAT dla danej stawki	Suma VAT
			<TaxableAmount>46.90</TaxableAmount>	Kwota netto objęta daną stawką	Kwota netto objęta daną stawką
			<TaxExemptionReason>PowĂłd</TaxExemptionReason>	Powód zwolnienia z podatku	Powód zwolnienia z podatku
		</Tax-Summary-Line>
	</Tax-Summary>
</Invoice-Summary>
</Document-Invoice>