Budowanie partii płatności
Z tej funkcji należy skorzystać do budowania partii płatności w celu zaksięgowania płatności faktur w modułach Zakupy, Sprzedaż i Rozrachunki.
Rozrachunki (faktury i faktury korygujące), którymi nie można zarządzać w tej funkcji to:
Rozrachunki, które nie zostały zarejestrowane w zestawieniu.
Rozrachunki z nieznanym statusem zatwierdzania płatności.
Aby wygenerować płatności ręcznie należy skorzystać z funkcji Płatności/Wpłat (GESPAY).
Jeśli parametr PAYUNALL – Płat. nieprzyp. wz. pod uwagę (rozdział TRS, grupa PAY) jest ustawiony jako Tak to lista wyboru wyświetla niealokowane płatności w ramach rozrachunków lub zgrupowanych rozrachunków.
Warunek
Odniesienie do dokumentacji Implementacja
Zarządzanie ekranem
Budowanie partii płatności jest wykonywane na wyborze rozrachunków faktur lub faktur korygujących. Płatności są generowane dzięki danym dostępnym na fakturze źródłowej, ale również przy użyciu informacji dostępnych na ekranie budowania partii płatności. Te ekrany mogą się wyświetlać na dwa sposoby:
- w tabeli kontrolnej, która przedstawia listę rozrachunków wynikających z kampanii (tryb „Kontrola” aktywny na drugiej karcie) lub
- w funkcji wprowadzania rozliczenia (tryb „Kontrola” nieaktywny).
Dla tej samej sekwencji rozrachunków faktur do rozliczenia może istnieć jedna lub wiele płatności utworzonych na podstawie wyboru i wybranych opcji.
Na przykład: Domyślnie dla zbioru rozrachunków faktur z różnymi terminami płatności dla tego samego kontrahenta tworzona jest jedna płatność. Jeśli wybrano opcję „jedna płatność/data rozrachunku”, tworzonych jest tyle płatności, ile jest dat rozrachunków.
Rozrachunek jest więc pojęciem „stałym” reprezentującym kwotę do uregulowania dla konkretnej faktury. Z drugiej strony pojęcie płatności jest zmienne, ponieważ definiowane jest na podstawie wybranych opcji.
W tabeli wynikównależy kliknąć prawym przyciskiem myszy, aby wskazać, czy wygenerowano rabat.
Nagłówek
Prezentacja
Konieczne jest wskazanie operacji do wykonania:
- wypłata (koszt)
- depozyt (przychód).
Konieczne jest wprowadzenie firmy, dla której wykonano kampanię płatności.
Dwa bloki kryteriów („Data rozrachunku” i „Skonto”) pomagają w dostosowaniu wyboru rozrachunków do uregulowania. Każdy z nich odpowiada trybowi wyboru rozrachunku.
- Blok Termin płatności – zakres dat umożliwiający wybranie rozrachunków zgodnie z ich terminami płatności.
- Blok Rozliczenie skonta – ma zastosowanie tylko dla rozrachunków wprowadzonych z kodem skonta/kary za zwłokę. W takim przypadku dostępne kryteria wyboru to:
- zakres dat skonta
- zakres terminów płatności, których aktywacja jest określana przez parametr ogólny DEPDUDDAT – Terminy płatności w sekcji rabatów (rozdział TRS, grupa TDC).
- liczba uwzględnionych dni
- pole „Wieczne zniżki”
Należy uznać te dwa bloki wyboru za niezależne i powiązane przez warunek „LUB”.
Na przykład:
Dane:
- Wartość parametru DATDEP – Data obliczenia rabatu (rozdział TRS, grupa TDC) to „Termin płatności”.
- Kod skonta/kary za zwłokę jest ustawiony w następujący sposób:
Liczba dni
stawka
1
-10/
-10,00/
2
0/
0,00/
Skonto wynosi 10%, jeśli rozliczenie wystąpiło więcej niż dziesięć dni przed datą rozrachunku. - Rozrachunki zawarte w bazie danych:
Skonto
„Wirtualna” data skonta
Termin płatności do
Rozrachunek A
Tak
20 sierpnia
30 sierpnia
Rozrachunek B
Tak
05 sierpnia
15 sierpnia
Rozrachunek C
Nie
-
Sierpień 28
Rozrachunek D
Tak
03 sierpnia
13 sierpnia
Kryteria i wyniki:
- Przykład 1: Tylko blok „Termin płatności”.
Wprowadzania kryteriów: termin płatności od 20 do 31 sierpnia.
Wybór rozrachunków A i C. - Przykład 2: Wartość parametru DEPDUDDAT – Terminy płatności w sekcji rabatów to „Aktywne”. Wyłącznie blok „Skonto”.
Wprowadzanie kryteriów:
- data rabatu od 06 do 20 sierpnia,
- data rozrachunku od 10 do 30 sierpnia,
- brak uwzględnionych dni, brak opcji wieczne zniżki
Wybór rozrachunku A:
Z liczbą uwzględnionych dni = 2 wybrane zostaną rozrachunki A i B.
Jeśli data księgowania rozrachunku to 23 sierpnia, wystąpi wygenerowanie płatności dla tych dwóch rozrachunków, ale bez skorzystania ze skonta, ponieważ rozliczenie jest zbyt późne w stosunku do „wirtualnej” daty skonta.
Co więcej, z wymuszoną opcją wieczne zniżki, wybór dotyczyłby zawsze rozrachunków A i B, ale niezależnie od daty księgowania płatności obydwa wybrane rozrachunku skorzystają z obliczenia skonta. - Przykład 3: Wartość parametru DEPDUDDAT – Terminy płatności w sekcji rabatów to „Aktywne”.
Użycie dwóch trybów wyboru w tym samym czasie z tymi samymi kryteriami co powyżej.
Wybór rozrachunków A i C.
Z liczbą uwzględnionych dni = 2 wybrane zostaną rozrachunki A, B i C.
Jeśli dodatkowo zaznaczono opcję wieczne zniżki to wybór cały czas będzie dotyczył rozrachunków A, B i C, jednak niezależnie od daty księgi płatności dla rozrachunków A i B (wprowadzonych z kodem rabatu) warto obliczyć skonto.
Zamknij
Pola
Na tej karcie występują następujące pola :
Blok numer 1
| Generowane są wyłącznie rozliczenia powiązane z typem rozliczenia w tym kierunku. |
Blok numer 2
| W generowaniu rozrachunków uwzględnione zostaną wyłącznie rozrachunki tej firmy. |
Tryb wyboru daty
|
|
Termin płatności
| Jeśli wprowadzono zakres dat, uwzględnione zostaną wyłącznie rozrachunki, których data rozrachunku zawiera się w tym zakresie. |
|
|
Rozliczenie rabatu
|
|
|
|
|
|
|
|
|
|
|
|
Zamknij
Karta Kryteria
Pola
Na tej karcie występują następujące pola :
Blok numer 1
| Należy zaznaczyć to pole wyboru, aby uwzględnić wszystkie transakcje rozliczenia. W przeciwnym razie, wymagane jest pole Transakcja. Po zaznaczeniu tego pola wyboru, kolumny Kraj dla rachunku, Prefiks IBAN i Nr rachunku bankowego wyświetlają się w tabeli Szczegóły w oknie Automatyczna kontrola propozycji. W takim przypadku, numer rachunku bankowego jest wymagany, a pozycja podświetla się na czerwono, jeśli nie uzupełniono wymaganego pola. |
| Należy wprowadzić unikalną transakcję dla budowania partii płatności. To pole jest dostępne, jeśli nie zaznaczono pola wyboru Wszystkie transakcje. Jeśli dla tej konkretnej transakcji zarządzane są dane bankowe to kolumny Kraj dla rachunku, Prefiks IBAN i Nr rachunku bankowego wyświetlają się w tabeli Szczegóły w oknie Automatyczna kontrola propozycji. W takim przypadku, numer konta bankowego jest wymagany, a pozycja podświetla się na czerwono, jeśli nie uzupełniono wymaganego pola. Jeśli dane bankowe nie są zarządzane dla transakcji, trzy kolumny nie wyświetlają się w tabeli Szczegóły. W zależności od kierunku (Koszt lub Przychód), propozycje transakcji płatności mogą się różnić (zob. dokumentacja na temat transakcji płatności). Jeśli nie wybrano żadnej transakcji to każda płatność jest tworzona z pierwszą znalezioną transakcją płatności, która odnosi się do metody płatności. Do metody płatności można zastosować filtr - tylko faktury lub rozrachunki pokazujące wybraną metodę płatności zostaną uwzględnione (dla przypomnienia, metoda płatności jest definiowana przy użyciu warunku płatnści). Przykład 1: Dane:
Dwa pierwsze warunki płatności są powiązane z metodą płatności CHQ (czek). Ostatnia jest powiązana z metodą płatności VIR (przelew). Transakcje płatności CCHQ (otrzymane czeki) i CCHQR (czeki do spieniężenia) używają metody płatności CHQ. Metody płatności VIR używa tylko transakcja CVIR (otrzymane przelewy). Rezultat:
Różne płatności są generowane dla rozrachunków faktury na zestawieniu (zob. wyjaśnienia dla konkretnych przetwarzań). Przykład 2: Dane: Rezultat: Przykład 3: Dane: Rezultat: Wnioski z przykładów 1 i 2: Metoda płatności działa jak filtr, albo ponieważ jest ona kryterium wyboru (przykład 2), albo ponieważ, jeśli jest ona powiązana z transakcją, pozwala ona wyłącznie na rozrachunki ze wskazaną metodą płatności (przykład 3).
Przykład 4: Dla 10 rozrachunków faktury z metodą płatności czekiem (CHQ), wszystkie są rozliczone, ale tylko dwie zostały przesłane do księgowania pośredniego. Te dwie płatności należy wprowadzić w transakcji CCHQR. Następnie istnieje możliwość uruchomienia budowania partii płatności dla innych rozrachunków, wskazując transakcję CCHQ. Inna metoda (używająca trybu „kontroli”) polega na generowaniu wszystkich płatności w transakcji CCHQ, a następnie na uszczegółowieniu otrzymanych wyników poprzez odznaczenie dwóch płatności do zarejestrowania jako weksli. Następnie możliwe będzie ponowne uruchomienie kampanii dla transakcji CCHQR. |
| Wszystkie metody płatności lub konkretna metoda płatności. |
| Należy wprowadzić unikalną transakcję dla budowania partii płatności. To pole jest dostępne, jeśli nie zaznaczono pola wyboru Wszystkie transakcje. Jeśli dla tej konkretnej transakcji zarządzane są dane bankowe to kolumny Kraj dla rachunku, Prefiks IBAN i Nr rachunku bankowego wyświetlają się w tabeli Szczegóły w oknie Automatyczna kontrola propozycji. W takim przypadku, numer konta bankowego jest wymagany, a pozycja podświetla się na czerwono, jeśli nie uzupełniono wymaganego pola. Jeśli dane bankowe nie są zarządzane dla transakcji, trzy kolumny nie wyświetlają się w tabeli Szczegóły. W zależności od kierunku (Koszt lub Przychód), propozycje transakcji płatności mogą się różnić (zob. dokumentacja na temat transakcji płatności). Jeśli nie wybrano żadnej transakcji to każda płatność jest tworzona z pierwszą znalezioną transakcją płatności, która odnosi się do metody płatności. Do metody płatności można zastosować filtr - tylko faktury lub rozrachunki pokazujące wybraną metodę płatności zostaną uwzględnione (dla przypomnienia, metoda płatności jest definiowana przy użyciu warunku płatnści). Przykład 1: Dane:
Dwa pierwsze warunki płatności są powiązane z metodą płatności CHQ (czek). Ostatnia jest powiązana z metodą płatności VIR (przelew). Transakcje płatności CCHQ (otrzymane czeki) i CCHQR (czeki do spieniężenia) używają metody płatności CHQ. Metody płatności VIR używa tylko transakcja CVIR (otrzymane przelewy). Rezultat:
Różne płatności są generowane dla rozrachunków faktury na zestawieniu (zob. wyjaśnienia dla konkretnych przetwarzań). Przykład 2: Dane: Rezultat: Przykład 3: Dane: Rezultat: Wnioski z przykładów 1 i 2: Metoda płatności działa jak filtr, albo ponieważ jest ona kryterium wyboru (przykład 2), albo ponieważ, jeśli jest ona powiązana z transakcją, pozwala ona wyłącznie na rozrachunki ze wskazaną metodą płatności (przykład 3).
Przykład 4: Dla 10 rozrachunków faktury z metodą płatności czekiem (CHQ), wszystkie są rozliczone, ale tylko dwie zostały przesłane do księgowania pośredniego. Te dwie płatności należy wprowadzić w transakcji CCHQR. Następnie istnieje możliwość uruchomienia budowania partii płatności dla innych rozrachunków, wskazując transakcję CCHQ. Inna metoda (używająca trybu „kontroli”) polega na generowaniu wszystkich płatności w transakcji CCHQ, a następnie na uszczegółowieniu otrzymanych wyników poprzez odznaczenie dwóch płatności do zarejestrowania jako weksli. Następnie możliwe będzie ponowne uruchomienie kampanii dla transakcji CCHQR. |
| To pole należy zaznaczyć, aby uwzględnić wszystkie lokalizacje wybranej firmy. |
| W generowaniu rozliczeń uwzględnione zostaną wyłącznie rozrachunki tej lokalizacji. Domyślnie wybierana jest lokalizacja użytkownika. |
| Wszystkie typy kontrahentów lub konkretny typ kontrahenta. |
| W generowaniu rozliczeń uwzględnione zostaną wyłącznie rozrachunku tego typu kontrahenta. Jeśli nie dokonano wyboru na poziomie Kontrahenta, uwzględnione zostaną rozrachunki faktur nieuzgodnionych korygujących dostawców (pod warunkiem, że spełniają one inne kryteria). |
| Wszystkie kontrahenci lub konkretny kontrahent. |
| Zakresy początku i końca, które mogą być używane do wybrania kontrahenta lub zakresu kontrahentów. Wybrani kontrahenci muszą odpowiadać uprzednio wprowadzonemu typowi kontrahentów (jeśli dotyczy). |
|
|
|
|
|
|
Konta zbiorcze
| Jeśli wprowadzono, w generowaniu rozliczeń uwzględniane są wyłącznie rozrachunki, których konto rozrachunkowe przynależy do tej grupy. |
| W generowaniu rozliczeń uwzględnione zostaną wyłącznie rozrachunki tego konta rozrachunkowego. |
|
|
Waluty
| Jeśli wprowadzono, w generowaniu rozliczeń uwzględniane są wyłącznie rozrachunki, których waluta przynależy do tej grupy. Tworzone jest jedno rozliczenie wg firmy, transakcji rozliczenia i waluty, We wszystkich przypadkach, rozliczenie jest jednowalutowe. |
| Jeśli podano walutę, w generowaniu rozrachunków uwzględnione zostaną wyłącznie rozrachunki w tej walucie. |
Rozrachunki
| Należy zaznaczyć to pole wyboru, aby w generowaniu rozliczeń uwzględnić rozrachunki zaliczek wygenerowane w module Sprzedaż i zakupy. Zob. dokumentacja Zarządzanie zaliczkami (Zakupy) i Zarządzanie zaliczkami (Sprzedaż). |
| To pole należy odznaczyć, aby odfiltrować wybór na podstawie typu zapisu rozrachunku lub na podstawie o zakres numerów zapisów księgowych. |
|
|
|
|
|
|
Zamknij
Karta Generowanie
Prezentacja
Rozrachunki na zestawieniu
Jeśli rozrachunki faktury zostały wprowadzone na zestawieniu występują dwa osobne przypadki:
- Jeśli nie ma księgowania wyciągów (wartość parametru SOICPT – Księgowanie wyciągów (rozdział TRS, grupa SOI) to Nie) to płatność jest przesyłana dla rozrachunków na podstawie cech wyciągu (metoda płatności, lokalizacja itp.).
- Jeśli występuje księgowanie wyciągów (wartość parametru SOICPT – Księgowanie wyciągów to Tak) to płatność jest przesyłana dla rozrachunku powiązanego z zapisem, który zbilansował wyciąg.
W obydwu przypadkach, tworzone jest rozliczenie dotyczące wyciągu.
Zamknij
Pola
Na tej karcie występują następujące pola :
Kwoty
| Jeśli wprowadzono kwotę, w generowaniu rozliczeń uwzględnione zostaną wyłącznie rozrachunki, których kwota jest niższa od wprowadzonej kwoty. |
|
| Jeśli pole to zostało uzupełnione, utworzone zostaną wyłącznie rozliczenia w walucie raportowania oraz z kwotą wyższą niż ta kwota. Uwaga: kwota rozliczenia zależy od wybranych opcji rozliczenia (np. Czy wszystkie rozrachunki rozliczenia są uwzględniane w tej samej transakcji rozliczeniowej? Czy jest ustawione dla zakresu dat? Czy jest to rozliczenie na firmę, wg rozrachunku itp.?) |
|
| Propozycja nie będzie mogła przekroczyć tej kwoty, wyrażonej w walucie raportowania. |
|
Bank
| To pole wskazuje bank, z którym są powiązane rozliczenia. Wskazany bank musi być obowiązkowo powiązany z firmą, dla której automatyczna propozycja rozliczenia jest aktywna. Transakcja wprowadzania Rozliczeń określa, czy informacje są wymagane czy opcjonalne. |
| To pole wskazuje Fundusz bankowy, z którym są powiązane rozliczenia. Wskazany Fundusz bankowy musi być obowiązkowo powiązany z firmą, dla której budowanie partii płatności jest aktywne. Dla niektórych transakcji rozliczeniowych istnieje obowiązek uzupełnienia tego pola (zdefiniowany na podstawie ustawień transakcji rozliczeniowych). Jeśli pole to nie jest uzupełnione, domyślnie proponowany jest bank powiązany z kontrahentem. Jeśli wybrano fundusz bankowy, istnieje możliwość zdefiniowania, czy rozliczenia są przetwarzane w zależności od „Najbliższej daty rozrachunku” czy „Najwyższej kwoty”. |
| Pole to jest używane, jeśli rozliczenia zostały wpisane do alokacji bankowej, w przypadku maksymalnej kwoty propozycji. Wskazuje jakie priorytety należy nadać rozrachunkom do zintegrowania w rozliczeniu. |
Grupuj płatności
| Pole to wskazuje, że rozliczenie zostało utworzone dla każdego rozrachunku odpowiadającego kryteriom. Przypadek szczególny kontrahentów typu „Inni” Kodowi kontrahenta typu „Inny” odpowiada tylko jeden kod adresu. Każdy rozrachunek może przedstawiać inne połączenie kontrahenta z adresem. Tak więc wymagane kryterium grupowania to „jeden rozrachunek na rozliczenie”. |
| To pole wskazuje, czy dla wszystkich rozrachunków faktury z tą samą datą rozrachunku, na kontrahenta zostało utworzone to samo rozliczenie. |
| To pole wskazuje, że dla wszystkich rozrachunków faktury, dla których kontrahent został zapisany dla tego samego konta rozrachunkowego, utworzone to samo rozliczenie. Grupowanie to odbywa się domyślnie, jeśli w kryteriach wyboru nie uzupełniono pól „Typ kontrahenta” i „Kontrola”. Jeśli zaznaczono pole wyboru:
|
| To pole wskazuje, czy dla wszystkich rozrachunków faktury z tą samą datą rozrachunku, dla danego kontrahenta zostało utworzone to samo rozliczenie. |
Inne
| Po zakończeniu budowania partii płatności wyświetlany jest log. Wymienia on zlecenia utworzone, bądź, w przypadku symulacji, do utworzenia.
| ||||||||||||
| Pole to umożliwia otrzymanie listy rozrachunków, które mogą zostać zaproponowane w rozliczeniu.
| ||||||||||||
| Jeśli to pole wyboru zostało zaznaczone, umożliwia ono otrzymanie listy rozrachunków, które mogą zostać zaproponowane do rozliczenia w tabeli.
Na przykład: tryb grupowania 1 rozrachunek / 1 rozliczenie
Stopka tabeli podsumowuje rozliczenia do wygenerowania:
Lista rozrachunków, które mogą zostać zaproponowane do rozliczenia, może również zostać wydrukowana w raporcie PAYPROPLIST - Budowanie partii płatności. Raport ten otrzymywany jest poprzez kliknięcie na menu „Raport” z karty działania oraz na opcję „Lista” przycisku Wydruk. Następnie wyświetla się standardowy ekran wydruku umożliwiający wprowadzenie parametrów raportu. | ||||||||||||
| Pole to jest dostępne, jeśli zaznaczono pole wyboru Kontrola. Jeśli zaznaczono pole wyboru Wybór domyślny, kolumna Wybór na ekranie Wyboru propozycji rozliczenia wyświetla domyślnie wartość Tak dla wszystkich zaproponowanych rozliczeń. Jeśli nie zaznaczono pola wyboru, domyślna wartość kolumny to Nie. W obydwu przypadkach można wybrać Tak lub Nie dla każdego zaproponowanego rozliczenia. |
Rozliczenia
| Pole to wskazuje lokalizację wygenerowanych rozliczeń. Musi być zgodne z firmą, bankiem bądź funduszem bankowym. |
| Pole to wskazuje konto rozrachunkowe wygenerowanych rozliczeń. Musi być ono zgodne z ewentualnie wybranym kontrahentem. |
|
|
| To pole jest dodatkowe i umożliwia wygenerowanie rozliczeń w konkretnej walucie. O ile nie wskazano inaczej, waluta rozliczenia będzie równa walucie fakturowania. |
| Dla transakcji z zarządzanie wg daty rozrachunku i których pierwszym księgowaniem jest księgowanie w banku, generowane są rozliczenia dla dat rozrachunków. W innych przypadkach, rozliczenia są generowane dla wprowadzonej tutaj daty. |
| To pole podaje nr referencyjny listy. |
| Informacja wskazana w tym polu jest używana do generowania plików bankowych w formacie SEPA. Odpowiada polu „Kod celu” w pliku .xml. |
Zamknij
Kontrola budowania partii płatności
Prezentacja
Ten ekran wyświetla listę rozrachunków do zaproponowania do rozliczenia w zależności od kryteriów na poprzednich ekranach.
Z poziomu tego okna można uzyskać dostęp do następujących opcji w panelu operacji:
Utwórz:
Suma waluty – Ten przycisk należy kliknąć, aby wyświetlić sumy płatności według waluty.
Raport – Generowanie raportu PAYPROPLIST – Budowanie partii płatności na podstawie informacji z tabeli Szczegóły.
Tabela szczegółów
Ta tabela wyświetla informacje na temat każdego rozrachunku, dla którego proponowane są płatności. Kolumny Kraj rachunku bankowego, Prefiks IBAN i Nr rachunku bankowego wyświetlają się o ile spełniono poniższe warunki:
Pole wyboru Wszystkie transakcje jest zaznaczone na karcie Kryteria.
Numer rachunku bankowego generowany jest dla wybranej transakcji. W takim przypadku, numer rachunku bankowego jest wymagany. Jeśli go nie ma to pozycja podświetla się na czerwono.
Zamknij
Pola
Na tej karcie występują następujące pola :
Blok numer 1
|
|
|
|
|
|
|
|
|
|
|
|
|
Blok numer 2
|
|
|
|
|
|
|
|
|
|
|
|
Tabela Szczegóły
| Pole to należy ustawić jako Tak w celu zaksięgowania rozrachunków tej pozycji w zależności od daty rozrachunku. Pole to należy ustawić jako Nie w celu usunięcia dat rozrachunku rozliczenia pozycji. Domyślnie, wyłącznie rozliczenia, dla których wartość tej kolumny to Tak są uwzględniane w raporcie PAYPROPLIST - Budowanie partii płatności. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| To pole jest inicjalizowane kwotą zaproponowaną w rozliczeniu rozrachunku. Wyrażone jest w walucie rozrachunku. Użytkownik może modyfikować kwotę rozliczenia rozrachunku. |
| Pole to inicjalizowane jest kwotą skonta rozrachunku obliczonego przez program budowania partii płatności, w zależności od kodu skonta powiązanego z fakturą. Kwota skonta może zostać zmieniona, jeśli kod skonta jest powiązany z rozrachunkiem. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| To pole wyświetla kraj dla numeru konta bankowego. To pole wyświetla się, jeśli w sekcji Kryteria zaznaczono pole Wszystkie transakcje lub jeśli numer konta bankowego jest zarządzany dla wybranej transakcji. Jeśli numer konta bankowego jest zarządzany i brak wymaganego pola to pozycja podświetla się na czerwono. |
| To pole wyświetla prefiks IBAN. To pole wyświetla się, jeśli pole wyboru Wszystkie transakcje jest zaznaczone na karcie Kryteria lub jeśli dla wybranej transakcji wygenerowano nr rachunku bankowego. Jeśli nr rachunku bankowego jest zarządzany, ale wymagane pole nie jest uzupełnione, pozycja podświetla się na czerwono. |
| To pole wyświetla się, jeśli w sekcji Kryteria zaznaczono pole Wszystkie transakcje lub jeśli numer konta bankowego jest zarządzany dla wybranej transakcji. Wyświetlany numer konta bankowego domyślnie pobierany jest z adresów płatnika, a dla każdego adresu płatnika można wprowadzić różne numery kont. Jeśli numer konta bankowego został zmieniony to zmienia się on na wszystkich pozycjach tej samej płatności oraz pozycjach, które mają wartość Tak w kolumnie Wybór dla pozycji. Powiązane pola kraju konta i prefiksu IBAN są zaktualizowane tak, aby odpowiadać nowemu numerowi konta. Jeśli numer konta bankowego jest zarządzany, a pole Nr konta bankowego nie zostało uzupełnione, pozycja podświetla się na czerwono, ponieważ nie uzupełniono wymaganego pola. |
Blok numer 4
|
|
|
|
|
Zamknij
Raporty
Raport PAYPROPLIST – Budowanie partii płatności jest edytowany na podstawie tabeli kontrolnej wyświetlającej listę rozrachunków, które mogą zostać zaproponowane w płatności. Jest on dostępny, jeśli zażądano kontroli przetwarzania dla partii płatności. Z tego samego powodu ten raport nie może zostać zmodyfikowany za pomocą standardowej funkcji generowania raportów.
Aby uzyskać dostęp do parametrów raportu należy kliknąć opcję Raport lub Lista z poziomu rozwijanego menu Wydruk.
Domyślnie, wyłącznie rozrachunki wybrane w tabeli jako będące do rozliczenia (Tak w kolumnie Wybór) są drukowane na raporcie. Istnieje jednak możliwość zmiany tego zachowania dzięki parametrowi raportu Drukuj płatności wykluczone.
Aby wyświetlić konkretny numer rachunku bankowego dla płatności, jeśli różni się on on domyślnego numeru rachunku kontrahenta, należy użyć parametru raportu Drukuj konkretny szczegół.Konkretny numer rachunku bankowego oraz metoda płatności wyświetlają się w osobnej pozycji poniżej płatności.
Zadanie przetwarzania w tle
Tę funkcję można wykonać w trybie wsadowym,. W tym celu przewidziano PAYPROPAL zadanie standardowe.
Warunki automatycznego tworzenia możliwych do skapitalizowania nakładów
W momencie wygenerowania rabatu dotyczącego skonta na fakturze zakupu lub sprzedaży automatycznie tworzony jest ujemny skapitalizowany nakład o ile spełniono poniższe warunki:
- Firma podlega legislacji niemieckiej lub austriackiej.
- Wartość parametru DEPMGTMOD – Tryb zarządzania rabatami (rozdział TC, grupa INV) to Rozbicie po VAT (poziom konta).
- Atrybut płatności – Ustawienia kodu księgowania pozycji rabatu są następujące:
- Pole Tworzenie nakładów jest zaznaczone.
- Pole Skonto/kara za zwłokę jest zaznaczone.
- Wygenerowany zapis podąża za schematem: Konto<=>kontrahent. - Kody księgowania – Zapisy księgowe kodów typu podatek (określone na podstawie kodu podatku w pozycji płatności) są zdefiniowane dla pozycji 13 – Korekta do odliczenia. Używane są one do dokonania wpisów księgowych ujemnego nakładu.
- Konfiguracja konta:
- Śledzenie w środkach trwałych musi być aktywne, aby zezwolić na użycie konta w środkach oraz generowanie nakładów w module Środki Trwałe,
- Tworzenie nakładów musi być dozwolone,
- Rodzaj zapisu księgowego musi być uzupełniony.
Jeśli transakcja wprowadzania płatności przewiduje wiele etapów rozliczenia, generowanie nakładu powiązanego ze skontemwystępuje podczas pierwszego etapu księgowania rozrachunku.
Numer referencyjny wygenerowanego nakładu jest wskazany w logu wygenerowanym w efekcie zarejestrowania płatności.
Na poziomie nakładu, numer referencyjny płatności wyświetla się w polu Faktura, a typ faktury przyjmuje wartość Skonto/kara za zwłokę.
W przypadku anulowania płatności powiązanej ze skontem:
- Nakład skonta jest automatycznie anulowany, jeśli nie został jeszcze skapitalizowany.
- Nakład dodatni jest tworzony automatycznie, jeśli uprzednio wygenerowany koszt rabatu został już skapitalizowany.
Ograniczenia
Zarządzanie odliczeniami od podatku
Jeśli firma zarządza odliczeniami od podatku dla elementów fakturowania (parametr DEPMGTMOD – Tryb zarządzania rabatem (rozdział TC, grupa INV) jest ustawiony jako Rabat na VAT), to kwoty skont/kar za zwłokę w trakcie wprowadzania lub w propozycji płatności uwzględniają podatek. Obliczenia nie uwzględniają VAT-u już odliczonego od skonta/kary za zwłokę podczas fakturowania.
Cofanie uzgodnienia
Po anulowaniu płatności rozrachunki dla płatności i powiązane rozrachunki:
- Nie mogą być już uzgodnione
- Mogą być częściowo uzgodnione (małe litery), chociaż grupa jest zbilansowana
Dzieje się tak, ponieważ anulowanie księgowania płatności nie zawsze uwzględnia informacje na temat uzgodnienia, jeśli:
- Rozrachunki anulowanej płatności są uzgodnione z innymi zapisami, które nie są obecne na anulowanej płatności.
- Te zapisy zawierają fakturę korygującą, która jest alokowana i uzgodniona z fakturą w grupie nawet, jeśli została ona zamknięta (parametr LETAUTCNO – Aut. uzg. faktura -> korekta (rozdział CPT, grupa MTC) jest ustawiony jako Tak).
Przypadek nieaktywnego klienta lub dostawcy
Tworzenie płatności dla nieaktywnego kontrahenta jest zabronione w ręcznym wprowadzaniu płatności.
Aby uniknąć kompletnego zablokowania rejestracji płatności otrzymanej od lub przeznaczonej dla ostatnio nieaktywnego kontrahenta, płatność rozrachunków dla tego kontrahenta jest nadal możliwa w funkcji Partie płatności.
Wybór rozrachunku poprzez pobranie waluty płatności
Podczas tworzenia płatności poprzez wybranie daty rozrachunku, pole Waluta ładuje się z walutą pierwszej wybranej daty rozrachunku. Waluty nie można zmodyfikować.
Jeśli konieczne jest użycie innej waluty płatności niż waluta rozrachunku to należy wprowadzić walutę płatności przed wybraniem terminu płatności.
Przypadki niezarządzane w standardzie
Sag X3 nie zarządza następującymi przypadkami w standardzie: płatność w walucie A i zaliczka w walucie B, z kontrahentem w nagłówku płatności innym niż kontrahent zamówienia.
Rozrachunki w panelu wyboru
W panelu wyboru listy rozrachunki i zgrupowane rozrachunki sugerują rozrachunki z typem wpisu tylko, jeśli pole Zarządzanie rozrachunkami zostało zaznaczone.
Przypadek szczególny:
Dla płatności w trakcie tworzenia z jeszcze niewprowadzoną lokalizacją płatności (legislacja płatności nieznana). W takim przypadku legislacja typu wpisu do uwzględnienia jest określana w następujący sposób:
- Jeśli transakcja wprowadzania uwzględnia legislację to używana jest ta legislacja. Wyświetlone rozrachunki mają zastosowanie do typów wpisów z tą legislacją, dla których zaznaczono pole Zarządzanie rozrachunkami.
- Jeśli transakcja wprowadzania nie uwzględnia legislacji to system wyszukuje parametr LEGFIL – Legislacja (filtr wyboru) (rozdział SUP, grupa INT).
- Jeśli parametr LEGFIL zawiera wartość to uwzględniana jest legislacja tego parametru.
- Jeśli parametr LEGFIL jest pusty to system wyszukuje domyślną legislację folderu i używana jest pierwsza znaleziona legislacja.
Wyjątki, jeśli typ wpisu nie jest powiązany z żadną legislacją:
1) Jeśli lokalizacja nie została wskazana na płatności to rozrachunek wyświetla się na liście zgrupowanych rozrachunków nawet, jeśli rozrachunek został zaksięgowany dla firmy z inną legislacją niż legislacja w transakcji wprowadzania.
2) Jeśli transakcja wprowadzania płatności nie jest powiązana z żadną legislacją to rozrachunek wyświetla się niezależnie od domyślnej legislacji folderu lub wartości parametru LEGFIL.
Uzgadnianie ręczne
Jeśli użytkownik alokuje rozrachunki poprzez uzgadnianie ręczne to płatność pozostaje alokowana i ciągle wyświetla się na wydruku.
Rozrachunki zaliczkowe powiązane z zamówieniami sprzedaży
Podczas tworzenia rozrachunku zaliczkowego powiązanego z zamówieniem sprzedaży, gdzie pole Zwolnienie z podatku jest ustawione jako Tak zastosowanie ma poniższe:
- Brak obliczania VAT na dokumencie sprzedaży, chociaż stawka podatku jest ustawiana w tabeli kodów podatków w funkcji Stawki podatków (GESTVT).
- Podczas księgowania takiej zapłaconej zaliczki VAT jest obliczany zgodnie ze stawką podatku w tabeli kodów podatków.