Split payment a inne zdarzenia

Dotyczy wersji: 2018.6.1
Parametr Split payment widoczny jest również na innych płatnościach niż wyżej wymienione (np. płatnościach z BO, do dokumentów wprowadzonych do Ewidencji dodatkowej, ręcznie wprowadzonych do Preliminarza płatności) wprowadzonych na kontrahenta lub urząd, jednak domyślnie jest on zawsze niezaznaczony.

Po zaznaczeniu parametru w polu:

  • Numer dokumentu –podpowiadany jest Numer obcy ze zdarzenia,
  • NIP –podpowiadany jest numer NIP odczytany z formularza kontrahenta,
  • Kwota VAT – domyślnie jest zero, należy ją wpisać samodzielnie. Kwota VAT nie może być większa niż kwota płatności

Przy podziale takiego zdarzenia program przepisuje informacje o split payment. Kwota VAT jest wyliczona proporcjonalnie na obu płatnościach.



Preliminarz płatności

Preliminarz płatności to lista wszystkich zaplanowanych na przyszłość zdarzeń związanych z przychodami i rozchodami środków finansowych w firmie. Są tu też zdarzenia dotyczące przeszłości, a także zdarzenia rozliczone.

Preliminarz płatności w swojej strukturze odpowiada podziałowi na rejestry kasowe/bankowe. Planując, zatem przepływ środków finansowych w firmie od razu przypisujemy przyszłe przychody i rozchody do odpowiednich rejestrów (kont bankowych, kas czy firmowych kart płatniczych). Zdarzenia w preliminarzu generowane są na podmiot wskazany jako płatnik na dokumentach tak przychodowych jak i kosztowych lub na płatnika skojarzonego z formą płatności. Zdarzenie utworzy się z formą płatności oraz na rachunek bankowy skojarzony z płatnikiem.

Uwaga
Dla odróżnienia dokumentów pochodzących z Preliminarza od dokumentów pochodzących z rejestrów kasowych/bankowych: dokumenty z Preliminarza nazywamy zdarzeniami (planowanymi zdarzeniami), natomiast dokumenty z rejestrów kasowych/bankowych nazywamy jak dotychczas zapisami kasowymi/bankowymi.

Planowane zdarzenia w Preliminarzu mogą być: 

  • wprowadzane przez operatora „ręcznie” z poziomu Preliminarza. Przykładami mogą być: planowane zakupy wyposażenia do firmy (nie mamy jeszcze dokumentu zakupu, ale planujemy określony wydatek), planowane wpływy środków finansowych niezwiązane z dokonywanymi transakcjami (np. dopłaty wspólników do kapitału firmy) itd.
  • Automatycznie dopisywane przez program w chwili wystawiania dokumentu, który pociąga za sobą konieczność uregulowania płatności. Na formularzach dokumentów znajduje się pole z wyborem domyślnego płatnika. Zdarzenie w preliminarzu wygeneruje się albo na podmiot wskazany w dokumencie jako domyślny płatnik, albo na płatnika skojarzonego z formą płatności. Płatność w pierwszej kolejności tworzona jest na płatnika skojarzonego z formą płatności. Gdy na formie płatności nie jest podpięty żaden płatnik to zdarzenie utworzy się na płatnika wskazanego w dokumencie źródłowym. Przykładami mogą być: zatwierdzona faktura sprzedaży lub zakupu z odroczoną płatnością, faktura w buforze – niezależnie od formy płatności, dokumenty tworzone w rejestrach VAT i listy płac. Jak widać więc, zapisy w Preliminarzu mogą pochodzić z różnych modułów systemu Comarch ERP Optima.

Dzięki zdarzeniom zapisanym w Preliminarzu uzyskujemy możliwość:

  • dokładnego śledzenia bieżącego stanu naszych zobowiązań i należności,
  • dużą łatwość rozliczania planowanych płatności z zapisami potwierdzającymi ich realizację,
  • możliwość kompensowania ze sobą zdarzeń,
  • prognozowania na przyszłość przepływu i stanu środków finansowych w firmie,
  • oceny planowanych wydatków w podziale na poszczególne kategorie – prognozy dla kategorii, które przyniosą nam największe zyski i największe koszty.

Preliminarz płatności dostępny jest w Kasa/Bank /Preliminarz płatności (również pod skrótem klawiszowym <CTRL>+<H>).

Preliminarz płatności posiada dwie zakładki:



Split payment a zdarzenia powstałe do deklaracji

Dotyczy wersji: 2018.6.1
Na płatnościach, które powstały do najnowszych wersji deklaracji:

  • VAT-7 v.18
  • VAT-7K v.12

Dotyczy wersji: 2019.0.1

  • VAT-8 v.9

  • VAT-9M v.8

parametr Split payment jest domyślnie zaznaczany. W polu Kwota VAT podpowiadana jest cała kwota płatności, jako numer dokumentu wprowadzony jest numer deklaracji, np. DEK/07/2018/VAT7 oraz uzupełniany jest numer NIP firmy. Wszystkie te pola można modyfikować. [/version]



Synchronizacja kwoty płatności z sumą rozliczeń

Na zakładce [Rozliczenia] w dolnej części okna widoczny jest parametr Uzgodnij kwotę zapisu z wartością rozliczanych dokumentów. Służy on do synchronizacji kwoty zdarzenia z sumą dokumentów rozliczających to zdarzenie.

Domyślnie parametr jest aktywny na wszystkich nowo otwieranych zdarzeniach (do chwili wpisania kwoty zdarzenia). Po wpisaniu kwoty – parametr jest automatycznie wyłączany. Podobnie parametr nie jest aktywny podczas powtórnej edycji zdarzenia.

Jeśli parametr nie jest aktywny – rozliczanie dokumentu przebiega w ten sposób, że suma rozliczanych dokumentów musi być mniejsza lub równa kwocie do rozliczenia na zdarzeniu, przy czym kwota na zdarzeniu jest nadrzędna.

Jeśli parametr jest aktywny – rozliczanie dokumentu przebiega w ten sposób, że kwota zdarzenia jest przyrównywana do sumy rozliczanych zapisów. Wprowadzenie rozliczenia powoduje zmianę kwoty na zdarzeniu.

Uwaga
Podczas synchronizacji kwot lista proponowanych zapisów jest zawężana do zapisów w walucie zgodnej z walutą na zdarzeniu.

Uwaga
Parametr nie jest dostępny na zdarzeniach w Preliminarzu powiązanych z fakturą.

Kiedy można wykorzystać funkcję synchronizacji kwot?

Planowaliśmy zakup sprzętu biurowego za kwotę 1500 zł. Zdarzenie zostało wprowadzone w Preliminarzu płatności. Następnie okazało się, że faktura zakupu ma wartość 1550 zł. (mamy na jej podstawie wprowadzony zapis kasowy). W związku z tym podczas rozliczania zdarzenia włączamy synchronizację kwot. Teraz wskazanie odpowiedniego zapisu bankowego do rozliczenia powoduje zmianę kwoty zdarzenia z 1500 zł na 1550 zł.

Może zdarzyć się, że sprzęt został zakupiony na dwie różne faktury 1000 zł i 550 zł. Wtedy dodajemy do rozliczeń pierwszą fakturę – kwota zdarzenia zostaje zmieniona na 1000 zł. Po dodaniu kolejnej faktury na kwotę 550 zł – wartość zdarzenia zostaje zmieniona na 1550 zł.

Uwaga
Należy zwrócić uwagę, by parametr nie został zaznaczony podczas rozliczania zdarzenia, którego kwota nie powinna zostać zmieniona.
Na zdarzeniach związanych z dokumentami (np. z fakturami sprzedaży) synchronizacja kwot podczas rozliczania nie jest możliwa.

 



Rozliczanie zdarzenia z kilkoma zapisami

W przypadku, gdy zdarzenie rozliczane jest z kilkoma zapisami kasowymi/bankowymi, istnieją dwa sposoby wskazania tych zapisów: 

  • Wprowadzanie kolejno rozliczanych zapisów – przy pomocy przycisku Dodaj należy otworzyć listę nierozliczonych zapisów, wybrać zapis, zatwierdzić. Kiedy zapis pojawi się na zakładce [Rozliczenia], należy ponownie otworzyć listę, wybrać kolejny zapis itd.
  • Wprowadzenie wszystkich rozliczanych zapisów równocześnie – po wciśnięciu przycisku Dodaj na wyświetlonej liście zapisów należy zaznaczyć wszystkie, z którymi rozliczane jest zdarzenie (zaznaczając pole widoczne obok zdarzenia). Po zatwierdzeniu, wszystkie zaznaczone zapisy pojawiają się na zakładce [Rozliczenia]. Zaznaczone zapisy są rozliczane ze zdarzeniem kolejno – jeśli program napotka zapis, który nie może być rozliczony ze zdarzeniem, wyświetla komunikat i kontynuuje rozliczanie z pozostałymi.

Podobna zasada rozliczania dotyczy kompensat.  



Formularz zdarzenia – edycja danych

Edycja danych na zdarzeniu dotycząca podmiotu, kwoty czy terminu płatności nie jest możliwa dla zdarzenia z nadanym stanem zrealizowano (niezależnie od sposobu nadania tego stanu).

Przypomnijmy, że stan zrealizowano można nadać zdarzeniu: 

  • „ręcznie” przez operatora, niezależnie od tego, czy dane zdarzenie jest już rozliczone. W takiej sytuacji odblokowanie zapisu następuje po zmianie stanu.
  • automatycznie po całkowitym rozliczeniu zdarzenia. W takiej sytuacji odblokowanie zdarzenia nastąpi po usunięciu wprowadzonego rozliczenia.

Na zdarzeniu zrealizowanym jedyną możliwością zmiany jest zmiana na zakładce [Rozliczenia] (dodawanie nowych lub usunięcie już wpisanych rozliczeń).

Edycja danych jest również ograniczona dla zdarzeń powiązanych z innym dokumentem wprowadzonym w systemie – wtedy nie ma możliwości zmiany informacji nt. kwoty czy kontrahenta. Tutaj ograniczenie nie jest w żaden sposób uzależnione od stanu dokumentu i wynika z faktu, że wszystkie informacje zostały określone wcześniej na powiązanym dokumencie.

Dotyczy wersji: 2018.6.1
Na zdarzeniach bankowych, które dotyczą kontrahenta lub urzędu i ich stan to Bufor lub Do realizacji mamy możliwość zmiany parametru Split payment oraz kwoty VAT. Kwota VAT na zdarzeniu nie może być:

  • większa od kwoty VAT z dokumentu źródłowego. W przypadku wielu płatności do jednego dokumentu program uwzględnia wszystkie płatności split payment dla danego dokumentu. Łączna kwota VAT z takich zdarzeń nie może przekroczyć kwoty VAT z dokumentu źródłowego.
  • większa od kwoty płatności – jeśli zdarzenie zostało wprowadzone ‘ręcznie’.

Pozostałe dwa pola czyli NIP i Numer dokumentu można zmienić na dokumentach, które nie są powiązane z dokumentem źródłowym. W tym przypadku numer NIP odczytywany jest z kontrahenta a numer dokumentu z numeru obcego na zdarzeniu.

Na zdarzeniach wysłanych do banku lub zrealizowanych parametry związane ze split payment są nieaktywne.