Raport sprzedaży dla kontrahentów

W menu wydruków na Liście kontrahentów istnieje pozycja Raporty. Zawarte tam raporty informują o wartości sprzedaży dla kontrahentów.

W RS wg kodu lista kontrahentów, dla których dokonano sprzedaży jest uporządkowana wg ich kodów (alfabetycznie).

W RS wg grup lista kontrahentów, dla których dokonano sprzedaży uporządkowana jest alfabetycznie w obrębie grup. Dodatkowo wykazane wartości dla każdej grupy są podsumowane.

W RS wg kategorii lista kontrahentów, dla których dokonano sprzedaży uporządkowana jest alfabetycznie w obrębie przypisanych im kategorii. Dodatkowo wykazane wartości dla każdej kategorii są podsumowane.

W raporcie sprzedaży wyliczane są wartość netto sprzedaży dla poszczególnych kontrahentów, związany z tym koszt sprzedanych towarów, uzyskana marża, wartość brutto sprzedaży oraz kwota, która jeszcze pozostała do zapłaty.

Koszt usługi wyliczany jest na podstawie informacji wprowadzonych na karcie usługi (koszt kwotowy lub procentowy na zakładce [Dodatkowe]), aktualnych w chwili sprzedaży.

Przed wyliczeniem raportu należy podać okres, za jaki uwzględniane ma być sprzedaż. Pod uwagę brana jest data sprzedaży z faktury.

W raporcie uwzględniane są korekty do Faktur pierwotnych, Faktury zapisane w buforze oraz Faktury zaliczkowe (jeśli zostały uwzględnione na Fakturze finalnej).

Dodatkowo raport uwzględnia wszystkie filtry założone na liście kontrahentów (np. grupa kontrahentów).

 



Rozliczenie Kosztów Zakupu (RKZ)

W menu wydruków wywołanego z Listy faktur istnieje pozycja: Raporty. Znajdują się tam raporty RKZ, które pozwolą określić m.in. wartość sprzedanych towarów, koszt ich zakupu, wielkość uzyskanej marży czy kwotę, która nie została jeszcze zapłacona.

Wydruk RKZ (1) – poziomy i RKZ (2) – pionowy różnią się jedynie zawartymi tam informacjami. Wydruk w pionie nie zawiera informacji o dacie wystawienia faktury (jest tylko data sprzedaży) oraz wartości zaległości. Zamiast nazwy kontrahenta podany jest jego kod.

Dla każdej transakcji wyliczony zostaje koszt sprzedanych na niej towarów, uzyskana marża, wartość netto, kwota VAT oraz kwota, która pozostaje jeszcze do zapłaty.

Koszt towaru wyliczany jest na podstawie informacji wprowadzonych na karcie towaru (koszt kwotowy lub procentowy na zakładce [Dodatkowe]), aktualnych w chwili wystawiania faktury.

Przed wyliczeniem raportu należy podać okres, za jaki uwzględniane mają być faktury. Podczas zawężania listy dokumentów pod uwagę brana jest data sprzedaży.

Dodatkowo raport uwzględnia wszystkie filtry założone na liście faktur (schemat numeracji, zakres numerów).

Przykład
Okres, za jaki sporządzamy raport obejmuje miesiąc luty. Dodatkowo na liście faktur założony jest filtr na numery od 10 do 11. W raporcie uwzględnione będą wszystkie faktury z numerami od 10 do 11 (niezależnie od schematu numeracji), których data sprzedaży jest z miesiąca lutego.

 



Wprowadzamy fakturę od dostawcy pozaunijnego

Scenariusz 1

Otrzymujemy fakturę od dostawcy pozaunijnego na zakup 10 szt. towaru w cenie 100 USD.

  • kurs na dany dzień wynosi 1 USD = 3,30 PLN.,
  • stawka VAT obowiązująca na Fakturze Zakupu to 0% (na karcie towaru stawka VAT zakupu wynosi 23%),
  • forma płatności to przelew.

Zapisujemy Fakturę zakupu równocześnie wprowadzając towar na magazyn (dokumentem PZ). Po zatwierdzeniu dokumentów:

  • na magazyn zostaje wprowadzone 10 szt. towaru o wartości 3300 PLN,
  • w Preliminarzu płatności powstaje płatność dla dostawcy na kwotę 1000 USD.

Po pewnym czasie otrzymujemy dokument SAD. Wyliczona wartość cła dla towaru wynosi 170 PLN.

  • tworzymy dokument Korekty granicznej do Faktury Zakupu,
  • dokument wystawiany jest w PLN,
  • na dokumencie korekty widoczna jest cena towaru z faktury  330 PLN,
  • w oknie Kwoty celne wpisujemy wartość naliczonego cła 170 PLN, dla której opcję Naliczaj VAT zostawiamy ustawioną na Tak,
  • w tabeli VAT dla stawki 23% w kolumnie netto zostanie naliczona wartość cła 170 PLN, wyliczony VAT w kwocie 39,10 PLN (23% x 170 PLN), brutto wynosi więc 209,10 PLN.

Zgodnie z otrzymanym dokumentem SAD naliczamy podatek VAT od towarów z FZ:

  • zaznaczamy na zakładce [Płatności] parametr Naliczaj VAT od towarów,
  • wartość VAT w tabeli VAT została zwiększona o: 23% x 3300 = 759 PLN, łącznie z kwotą podatku VAT naliczoną od cła wynosi 798,10 PLN,
    • wartość brutto wynosi: 968,10 PLN.

Zatwierdzenie korekty granicznej spowoduje:

  • zwiększenie wartości zasobu o wartość cła (3470 PLN),
  • powstanie w Preliminarzu płatności należności wobec urzędu na kwotę 968,1 PLN (cło 170 PLN i podatek VAT 798,10 PLN).

Scenariusz 2

Kupujemy 10 szt. towaru w cenie 100 EURO. Kurs zadeklarowany na FZ wynosi 1 EURO = 4,00 PLN. W wyniku zatwierdzenia FZ (wraz z powiązanym PZ):

  • powstaje płatność dla kontrahenta o wartości 1000 EURO,
  • na magazyn wprowadzany jest zasób o wartości 4000 PLN.

Wprowadzamy fakturę od spedytora za transport na 500 PLN (VAT 0%).

Otrzymujemy SAD: kurs na dokumencie SAD wynosi 4,00 PLN, wartość cła to 5% wartości towaru oraz wartości transportu.

Opłata celna5% x (4000+500) – opłata celna liczona od wartości towarów i kosztów transportu 225 PLN
Podatek VAT0.23 x ( 4000 + 225 + 500)1086,75 PLN
Wartość  dokumentu (należność wobec urzędu)1311,75 (1086,75+225)

Na dokumencie korekty granicznej wprowadzamy dwie kwoty:

  • transport
    • w oknie Kwoty celne dla pozycji Koszt transportu uzupełniamy wartość 500 PLN, parametr Naliczaj VAT jest ustawiony na Tak, natomiast Wpływ na płatność ustawiony na Nie.
  • cło
    • w oknie Kwoty celne dla pozycji Wartość Cła uzupełniamy wartość 225 PLN, parametr Naliczaj VAT jest ustawiony na Tak.
    • Na zakładce [Płatności] zaznaczamy Naliczaj VAT od towarów, wyliczona przez program kwota VAT wynosi 0,23 X (4000 + 225 + 500) = 1086,75 PLN

StawkaNettoVATBrutto
0.232251086.751 311,75

Po zatwierdzeniu korekty granicznej:

  • wartość zasobu zwiększana jest o wartość cła i transportu i wynosi teraz 4000+225+500 = 4725 PLN,
  • w Preliminarzu płatności powstaje zdarzenie planujące zapłatę do urzędu na kwotę 1311,75 PLN.



Faktury z różnymi formami płatności

Scenariusz 1: Faktura płatna gotówką, klient płaci całą kwotę.

  1. Wystawiamy Fakturę Sprzedaży FS/000123/2007 płatną gotówką, z bieżącym terminem realizacji płatności, na kwotę 1500 zł brutto.
  2. Na zakładce [Płatności] automatycznie pojawi się pozycja wpłaty 1500 zł, z aktualną datą i formą płatności: gotówka.
  3. Akceptujemy fakturę – wykonujemy pełny zapis, nie do bufora.
  4. Na ekranie pojawia się okienko „Potwierdzenie wpłaty gotówki” z informacją o kwocie należności (1500 zł) i możliwością podania kwoty wpłacanej przez klienta.
  5. Jeśli kwota wpłacana przez klienta jest większa lub równa wartości faktury – poniżej wyświetlana jest reszta do wydania. Potwierdzenie okienka jest równoważne z zapisem faktury.
  6. Na liście zdarzeń w preliminarzu i na liście zapisów kasowych automatycznie pojawią się dwie, nawzajem rozliczające się pozycje:
    – w preliminarzu zdarzenie FS/000123/2007 planujące wpłatę z bieżącą datą, gotówką kwoty 1500 zł,
    – na liście zapisów kasowych wpłata, również o numerze faktury FS/000123/2007, potwierdzająca dokonanie zapłaty. Wpłata natychmiast rozlicza zdarzenie z preliminarza, a wiec obydwa dokumenty mają automatycznie status całkowicie rozliczonych.
  7. Faktura również staje się dokumentem rozliczonym, na którym kwota zapłacona jest równa jej wartości brutto.

Scenariusz 2: Faktura płatna gotówką, klientowi zabrakło pieniędzy.

Załóżmy, że nasz scenariusz w czterech pierwszych punktach pokrywa się ze scenariuszem 1:

  1. Wystawiamy Fakturę Sprzedaży FS/000123/2007 płatną gotówką, z bieżącym terminem realizacji płatności, na kwotę 1500 zł brutto.
  2. Na zakładce [Płatności] automatycznie pojawi się pozycja wpłaty 1500 zł, z aktualną datą i formą płatności: gotówka.
  3. Akceptujemy fakturę – wykonujemy pełny zapis, nie do bufora.
  4. Na ekranie pojawia się okienko „Potwierdzenie wpłaty gotówki” z informacją o kwocie należności (1500 zł) i możliwością podania kwoty wpłacanej przez klienta.
  5. Klient ma tylko 1450 zł. Brakuje 50 zł. Mamy teraz dwie możliwości:
    – wycofujemy się z przyjęcia wpłaty, wracamy do edycji faktury, zmniejszamy ilość kupowanych towarów/usług tak, aby klientowi wystarczyło pieniędzy i postępujemy jak w scenariuszu 1,
    – przyjmujemy 1450 zł.
  6. Załóżmy, że zdecydujemy się na przyjęcie 1450 zł. Na liście zdarzeń w preliminarzu i na liście zapisów kasowych automatycznie pojawią się dwie, częściowo rozliczające się nawzajem pozycje:
    -w preliminarzu zdarzenie FS/000123/2007 planujące wpłatę z bieżącą datą, gotówką kwoty 1500 zł.,
    -na liście zapisów kasowych wpłata, również o numerze faktury FS/000123/2007, potwierdzająca dokonanie zapłaty na kwotę 1450 zł. Wpłata natychmiast rozlicza zdarzenie z preliminarza, ale rozlicza go tylko częściowo. Po wykonaniu operacji na liście zapisów kasowych mamy rozliczony (R) zapis na kwotę 1450 zł potwierdzający wpłatę do faktury. Na liście zdarzeń w preliminarzu – dokument na kwotę 1500 zł, częściowo rozliczony kwotą 1450 zł.
  7. W preliminarzu pozostaje więc informacja o należności 50 zł, którą klient powinien jeszcze w dniu dzisiejszym uregulować.
  8. Jeśli klient doniesie pieniądze – wprowadzamy bezpośrednio na listę zapisów kasowych wpłatę (np. WP/000454/2007/KASA) na kwotę 50 zł i rozliczamy ją z naszym częściowo rozliczonym zdarzeniem z preliminarza. W efekcie zapis i zdarzenie mają status rozliczonych, a faktura jest całkowicie zapłacona.

Scenariusz 3: Faktura sprzedaży z odroczoną płatnością (np. przelew)

  1. Wystawiamy fakturę FS/000987/2007 z odroczoną płatnością, na kwotę 800 zł, forma płatności to przelew, termin – 14 dni.
  2. Zatwierdzenie faktury (pełne, nie do bufora!) utworzy automatycznie w preliminarzu płatności zdarzenie, które przewiduje, że za 14 dni nasz kontrahent ureguluje należność. Planujemy związaną z fakturą FS/000987/2007 wpłatę na kwotę 800 zł.
  3. Załóżmy, że kontrahent płaci w terminie i po 14 dniach na wyciągu bankowym otrzymujemy potwierdzenie wpłaty 800 zł. Wprowadzamy odpowiedni zapis do rejestru bankowego (np. WP/000333/2007/BANK).
  4. Rozliczamy zdarzenie z preliminarza: FS/000987/2007 z zapisem w rejestrze BANK: WP/000333/2007/BANK. Obydwa dokumenty uzyskują status (R) – rozliczonych.

Wykonanie rozliczenia powoduje, że Faktura Sprzedaży FS/000987/2007 staje się również dokumentem rozliczonym.

Scenariusz 4: Faktura Sprzedaży częściowo płatna gotówką, częściowo przelewem.

Wystawiamy dla kontrahenta fakturę FS/000343/2007 na kwotę 3000 zł., z odroczoną formą płatności: przelew. Kontrahent w chwili wystawiania faktury wpłaca 500 zł gotówką. Do zapłaty przelewem pozostaje mu 2500 zł.

  1. Aby podzielić płatność na dwie części przechodzimy na zakładkę Płatności i wprowadzamy dwie pozycje:
    – 500 zł płatne gotówką przy wystawianiu faktury (z bieżącą datą),
    – 2500 zł płatne przelewem w terminie 14 dniowym.
  2. Zatwierdzamy fakturę (nie dotyczy faktur wprowadzanych do bufora). Na ekranie pojawi się okienko z propozycją wpłaty do kasy 500 zł. Jeśli klient ma pieniądze – akceptujemy okno.
  3. Ponieważ została dokonana wpłata – na liście zapisów kasowych automatycznie pojawi się zapis potwierdzający przyjęcie 500 zł. Zapis otrzyma status (R) rozliczonego.
  4. Ponieważ na zakładce [Płatności] rozbiliśmy kwotę faktury na dwie części – w preliminarzu automatycznie powstaną dwa zdarzenia:
    – z numerem FS/000343/2007 na kwotę 500 zł ze statusem rozliczone (R). Zdarzenie jest rozliczone z zapisem kasowym na tę sama kwotę (opisany w punkcie 3),
    – i z tym samym numerem FS/000343/2007 na kwotę 2500 zł ze statusem nierozliczone (N)
  5. Po określonym w terminie płatności czasie otrzymujemy wyciąg bankowy potwierdzający wpłatę przez klienta pozostałej kwoty 2500 zł. Wprowadzamy do rejestru bankowego wpłatę (np. WP/000565/2007/BANK) na tą kwotę. Zapis z rejestru bankowego rozliczamy ze zdarzeniem FS/000343/2007. Po rozliczeniu obydwa dokumenty mają status rozliczonych (R).

Scenariusz 5: Klient płaci kartą

Załóżmy, że nasza firma prowadzi jedną kasę gotówkową, dla której utworzony został rejestr kasowy o nazwie KASA. Proponujemy wykorzystać ten rejestr nie tylko do wprowadzania zapisów związanych z płatnościami gotówką, ale także wprowadzać do niego zapisy związane z płatnościami kartami płatniczymi przez klientów.

  1. Tworzymy formę płatności KARTA opartą o typ karta, związany z rejestrem KASA i terminem płatności 0.
  2. Wystawiamy fakturę FS/000987/2007 na kwotę 1000 zł, jako formę płatności wpisujemy KARTA.
  3. Podczas zatwierdzenia faktury pojawia się okienko, w którym m.in. należy podać dane karty:
    typ – można wybrać z pomiędzy kartami wpisanymi na listę kart płatniczych (Konfiguracja firmy/Kasa i Bank/ Karty płatnicze).
    Numer karty – numer karty jest walidowany, co oznacza, że nie można wpisać numeru niespełniającego warunków określonych dla wybranego typu karty. Mechanizm walidacji numeru karty płatniczej jest dokładnie opisany w instrukcji do modułu Kasa/Bank.
    Datę ważności karty – jeśli podana data już minęła program nie pozwoli na zatwierdzenie wpłaty.

Po zatwierdzeniu faktury w Kasie/Banku pojawiają się dwa wpisy:

w raporcie kasowym w rejestrze KASA pojawia się zapis na kwotę 1000 zł, związany z fakturą FS/000987/2007, ze statusem rozliczony (R),
w preliminarzu płatności w rejestrze KASA – zdarzenie na kwotę 1000 zł, związane z fakturą FS/000987/2007, ze statusem rozliczone (R).

Scenariusz 6: Rozliczanie Faktur Korygujących z odroczoną płatnością

  1. Wystawiliśmy fakturę FS/000666/2007 na kwotę 1350 zł z odroczoną płatnością. Program zapisał w preliminarzu zdarzenie (należność) planujące wpływ 1350 zł, o statusie (N) – nierozliczone.
  2. Zanim płatność została zrealizowana kontrahent postanowił zwrócić całą transakcję. Wystawiamy dokument FS/000023/2007/KOR na pełna kwotę 1350 zł. Forma płatności na Fakturze Korygującej jest również odroczona: przelew.
  3. Wystawienie Faktury Korygującej pociąga za sobą utworzenie w preliminarzu zdarzenia FS/000023/2007/KOR, na podstawie którego zobowiązujemy się do zwrotu kontrahentowi 1350 zł. Zdarzenie (zobowiązanie) ma status (N) nierozliczonego.
  4. Po wprowadzeniu obu faktur: sprzedaży i korekty, w preliminarzu mamy dwa zdarzenia, obydwa na kwotę 1350 zł i obydwa o statusie (N). Jedno z nich jest należnością, drugie zobowiązaniem. Zdarzenia można ze sobą skompensować. W efekcie kompensaty obydwa uzyskają status (R) rozliczonych. W ten sposób bez faktycznego przepływu środków finansowych pomiędzy nasza firmą i kontrahentem obydwie faktury będą miały status dokumentów zapłaconych.
  5. Oczywiście zamiast kompensaty możemy poczekać na wyciąg bankowy potwierdzający przelew 1350 zł na nasze konto, oraz wykonać przelew na taka samą kwotę na rachunek bankowy kontrahenta. Obydwa przelewy należy wprowadzić na listę zapisów bankowych w rejestrze BANK, a następnie każdy z nich rozliczyć z odpowiadającym mu zdarzeniem.

Scenariusz 7: Rozliczanie korekt do faktur zapłaconych częściowo

  1. Wystawiliśmy fakturę FS/000564/2007 na kwotę 2140 zł. Faktura została częściowo zapłacona gotówką (800 zł). Spłata pozostałej kwoty 1340 zł została odroczona. W efekcie mamy w preliminarzu nierozliczone zdarzenie FS/000564/2007 (należność) na 1340 zł.
  2. Klient decyduje się zwrócić całą transakcję. Wystawiamy fakturę zwrotną FS/00067/2007/KOR na całość kwoty, z formą płatności przelew. W efekcie w preliminarzu zapisane zostaje zobowiązanie o numerze FS/00067/2007/KOR na kwotę 2140 zł.
  3. Kompensujemy ze sobą należność FS/000564/2007 i zobowiązanie FS/00067/2007/KOR. W efekcie kompensaty zdarzenie FS/000564/2007 zostaje całkowicie rozliczone (R), natomiast zdarzenie FS/00067/2007/KOR rozliczone częściowo (C). Pozostaje nam do uregulowania część zobowiązania na kwotę 800 zł. (musimy zwrócić klientowi kwotę wpłaconą gotówką).
  4. Wykonujemy przelew na konto kontrahenta, na kwotę 800 zł, wprowadzając go jako wypłatę WY/000555/2007/BANK do rejestru bankowego. Zapis z rejestru bankowego WY/000555/2007/BANK rozliczamy z pozostałą kwotą ze zdarzenia FS/00067/2007/KOR. Obydwa dokumenty otrzymują statusy (R) rozliczonych.

Scenariusz 8: Faktura sprzedaży zapłacona przelewem natomiast na fakturze nadal pozostaje adnotacja „Zapłacono 0zł”.

  1. Wystawiamy dla kontrahenta fakturę FS/000352/2007 na kwotę 3000 zł, z odroczoną formą płatności: przelew.
  2. Zatwierdzamy fakturę (nie dotyczy faktur wprowadzanych do bufora).
  3. W Preliminarzu płatności automatycznie powstanie zdarzenie na kwotę 3000 zł ze statusem nierozliczone (N)
  4. Po określonym w terminie płatności czasie otrzymujemy wyciąg bankowy potwierdzający wpłatę przez klienta pozostałej kwoty 300 zł. Wprowadzamy do rejestru bankowego wpłatę (np. WP/000565/2007/BANK) na tą kwotę. Zapis z rejestru bankowego rozliczamy ze zdarzeniem FS/000352/2007. Po rozliczeniu dokument ma status rozliczony (R).

 



Eksport danych z Comarch ERP Optima do Comarch ERP Klasyka

Eksport danych z systemu Comarch ERP Optima do programów księgowych Comarch ERP Klasyka (Księga Handlowa, Książka Podatkowa) jest realizowany w kilku miejscach na listach dokumentów: Faktur Sprzedaży, Paragonów, Faktur Zakupu, Dowodów Wewnętrznych Sprzedaży i Dowodów Wewnętrznych Zakupu oraz rejestrów VAT sprzedaży i rejestrów VAT zakupu.

Funkcja eksportu dokumentów do Comarch ERP Klasyka będzie szczególnie przydatna w przypadku, gdy firma prowadzi sprzedaż i/lub ewidencję rejestrów VAT w systemie Comarch ERP Optima, natomiast księgowość jest prowadzona na programie Księga Handlowa lub Książka Podatkowa. Jest to przypadek stosunkowo często występujący w firmach, które zlecają prowadzenie księgowości biurom rachunkowym.

Operacja eksportu realizowana jest za pomocą mechanizmu Funkcji dodatkowych uruchamianego na listach dokumentów za pomocą klawisza . W przypadku gdy na danej liście aktywnych jest kilka różnych funkcji uruchamianych tym klawiszem, wyboru eksportu do programów Comarch ERP Klasyka dokonujemy za pomocą widocznego obok przycisku .

Eksport dokumentów jest wykonywany do pliku tekstowego VAT_R.TXT o ustalonej strukturze, który jest obsługiwany przez funkcje importu w rejestrach VAT programów Księga Handlowa oraz Książka Podatkowa.

Wyeksportowane mogą zostać tylko te dokumenty, które zostaną na liście zaznaczone. Nie są eksportowane dokumenty posiadające status w buforze oraz dokumenty anulowane. Eksportowi podlegają również dokumenty tzw. pierwotne, czyli dokumenty wprowadzone do bazy danych tylko po to, aby możliwe było zarejestrowanie korekty do nieistniejącego w systemie dokumentu.

Każdy wyeksportowany dokument otrzymuje na liście w kolumnie Status znaczek E.

Po uruchomieniu operacji eksportu, na ekranie pojawia się okno pozwalające ustawić dodatkowe parametry zawężające zakres eksportowanych dokumentów. W zależności od miejsca wywołania funkcji eksportu danych okno zawierające parametry eksportu może wyglądać tak:

lub tak:

 

Eksportując dokumenty spoza rejestru VAT musimy określić, do jakiego rejestru w programie księgowym Comarch ERP Klasyka będą trafiać zapisy po ich zaimportowaniu. Zapisy eksportowane z rejestrów VAT będą przypisane do takiego rejestru, do jakiego zostały wprowadzone w systemie Comarch ERP Optima.

W przypadku eksportu z listy Paragonów, Faktur, Dokumentów Wewnętrznych itp. można ograniczyć zakres eksportowanych dokumentów wyłącznie do tych, które nie zostały zaksięgowane do rejestru VAT.

W przypadku eksportu z rejestrów można jego zakres zawęzić tylko do faktur wprowadzonych do rejestru ręcznie (pominąć faktury zaksięgowane z innych list). Dodatkowo w oknie eksportu z rejestrów można wyłączyć z eksportu Paragony (jeśli ktoś preferuje ich eksport z odpowiedniej listy).

W oknie tym określamy także lokalizację, w której będzie zapisywany plik tekstowy VAT_R.TXT – ścieżkę możemy podać ręcznie lub wybierając ją z listy po naciśnięciu przycisku Nazwa katalogu. Należy zwrócić uwagę na to, aby podać nazwę istniejącego katalogu, ponieważ próba eksportu zakończy się błędem wewnętrznym tworzenia pliku. Funkcja eksportu NIE TWORZY automatycznie nieistniejących katalogów.

Jeśli dokumenty były już raz eksportowane (na liście dokumentów w kolumnie status posiadają znacznik E), a zachodzi konieczność ich ponownego przesłania do programów księgowych Comarch ERP Klasyka, wówczas musimy zaznaczyć parametr Eksportuj ponownie.

Eksportując dokumenty spoza rejestru VAT musimy określić do jakiego rejestru w programie księgowym Comarch ERP Klasyka będą trafiać zapisy po ich zaimportowaniu. Zapisy eksportowane z rejestrów VAT będą przypisane do takiego rejestru, do jakiego zostały wprowadzone w systemie Comarch ERP Optima.

Z uwagi na różnice w strukturze baz danych programów księgowych Comarch ERP Klasyka i systemu Comarch ERP Optima należy zwrócić uwagę na pewne elementy: 

  • nazwa rejestru VAT w Comarch ERP Optima ma długość dwudziestu, a w KH i KP pięciu znaków, należy więc dopilnować, aby nie było w systemie Comarch ERP Optima nazw rejestrów (odpowiednio sprzedaży i zakupów) o identycznych pierwszych pięciu znakach,
  • numer dokumentu w Comarch ERP Optima ma długość 30 znaków, w KH i KP długość ta wynosi 15 znaków – z tego powodu numery dłuższe niż 15 znaków będą skracane. Zapobiec temu można stosując w Comarch ERP Optima numerację maksymalnie 15 znakową,
  • kod kategorii w Comarch ERP Optima ma 20 znaków, natomiast odpowiadający im kod transakcji w programach KP oraz KH ma tylko 8 znaków – w konsekwencji w trakcie eksportu kody kategorii będą obcinane do 8 znaków. Podobnie jak w opisanym wyżej wypadku rozwiązaniem problemu może być zastosowanie w Comarch ERP Optima skróconych do maksymalnie 8 znaków kodów kategorii,
  • system rodzaju zakupu (towar, inne, usługa, środek trwały, nowy środek transportu, nieruchomość) oraz odliczeń VAT (Tak, Nie, Warunkowo) jest bardziej rozbudowany w systemie Comarch ERP Optima, ponieważ można go ustalać na poziomie poszczególnych pozycji każdego zapisu rejestru VAT. W programach Comarch ERP Klasyka ten system ogranicza się do wyboru jednej z podanych opcji dla wszystkich pozycji zapisu. Problem został rozwiązany w programach KH i KP poprzez zastosowanie systemu hierarchii parametrów. I tak jeśli zapis eksportowany z rejestru VAT zakupów systemu Comarch ERP Optima posiada ustawionych kilka rodzajów zakupu, to nadrzędnym z nich (i przenoszonym do pliku VAT_R.TXT) jest towar, następnie (jeśli towar nie występuje) inne, a w dalszej kolejności: środek trwały, usługa, nowy środek transportu i na końcu nieruchomość. W przypadku odliczeń VAT hierarchia jest następująca: Tak, Warunkowo i na końcu Nie.

Oczywiście zastosowana hierarchia może nie odpowiadać poszczególnym użytkownikom programów Comarch ERP Klasyka, jednak w każdej chwili mają oni możliwość po wykonaniu importu ustawienia własnych statusów na poszczególnych zapisach.

Jeśli programem, w którym będziemy wykonywali import zapisów z systemu Comarch ERP Optima jest program Księga Handlowa, wówczas należy zwrócić uwagę na pewne ustawienia, które należy wykonać w Comarch ERP Optima, aby poprawnie przenoszone były informacje na temat kosztu własnego zakupu (dotyczy modułów Handel, Handel Plus):

  • FA musi być skojarzona z dokumentem WZ,
  • jeśli na FA ustawione jest „pobranie”, wtedy po wygenerowaniu dokumentu WZ do tej FA, koszt własny zakupu na FA przed konwersja do WZ i po konwersji może być różny,
  • jeśli w konfiguracji programu jest ustawiona „symulacja marży”, wówczas (jak wyżej) po wygenerowaniu WZ koszt na takiej FA skojarzonej z WZ może być inny niż przed konwersją do WZ,
  • dla FA nie skojarzonych z dokumentem WZ koszt własny zakupu będzie równy 0.

System Comarch ERP Optima różni się znacznie od programów Comarch ERP Klasyka w zakresie obsługi form płatności: Comarch ERP Optima posiada formy płatności definiowane przez użytkownika, w Comarch ERP Klasyka są one z góry zdefiniowane i niezmienialne. System Comarch ERP Optima posiada zdefiniowane 4 typy form płatności: gotówka, przelew, karta i kompensata. Każdy z tych typów można przypisać do stworzonej przez siebie formy płatności. Dzięki temu rozwiązaniu istnieje możliwość bezproblemowego przenoszenia do Comarch ERP Klasyka form płatności, dla których ustalono typ gotówka i przelew – mają one swoje odpowiedniki w programach Comarch ERP Klasyka. Dla typów karta oraz kompensata przyjęto w Comarch ERP Klasyka formę płatności inne.

W kwestii rozliczania płatności warto również zwrócić uwagę na sposób przenoszenia do programów księgowych Comarch ERP Klasyka dokumentów rozliczonych. Jeżeli faktura w Comarch ERP Optima zapłacona została gotówką i automatycznie rozliczona w momencie wystawienia, to do programu KH/KP jej wartość trafia w pole Zapłacono.

Jeżeli mamy dokument z odroczonym terminem płatności np. przelew, to zawsze wartość tego dokumentu jest przenoszona do KH/KP jako Zaległość (nawet jeżeli w Comarch ERP Optima została już rozliczona).

Jeżeli dokument jest w części płatny gotówką, w części jest to płatność odroczona, to część gotówkowa trafia w pole Zapłacono, część odroczona w pole Zaległość.



Eksport i import dokumentów przez pliki XML

Opcja importu i eksportu do pliku XML jest dostępna dla następujących dokumentów:  

  • Faktura Sprzedaży (FS),
  • Paragon (PA),
  • Rezerwacja Odbiorcy (RO),
  • Faktury proforma (FPF),
  • Faktury Zakupu (FZ),
  • Zamówienia u Dostawcy (ZD),
  • Dowody Wewnętrzne Sprzedaży (FSW),
  • Wydania Zewnętrzne (WZ),
  • Przyjęcia Zewnętrzne (PZ),
  • Rozchody wewnętrzne (RW),
  • Przyjęcia Wewnętrzne (PW)
  • Przesunięcia międzymagazynowe (MM)
  • Dokumenty kaucyjne WKA i PKA

Uwaga
Aby wystawiać dokumenty magazynowe wymagana jest licencja na moduł Handel lub Handel Plus.

Eksport dokumentu jest możliwy bezpośrednio z poziomu formularza dokumentu z menu wyświetlanego pod przyciskiem strzałki  w pasku zadań. Przy eksporcie należy wskazać plik, w którym zapisany będzie dokument. Domyślną ścieżkę dostępu do katalogu można wpisać w Konfiguracji stanowiska/ Handel/ Parametry: Eksport dokumentów – katalog dla plików XML.

W pliku zapisywane są wszystkie informacje z eksportowanego dokumentu:

  • pozycje (ilość, cena, wartość)
  • kontrahent
  • płatności
  • kody JPK_V7 (w przypadku Faktur)

 

Import dokumentu jest możliwy z poziomu listy dokumentów z menu wyświetlanego pod przyciskiem strzałki   w pasku zadań. Przy imporcie należy wskazać plik, z którego odczytywany będzie dokument. Domyślną ścieżkę dostępu do katalogu można wpisać w Konfiguracji stanowiska/ Handel/ Parametry: Import dokumentów – katalog dla plików XML. W oknie importu dla Faktur Sprzedaży, Faktur Zakupu i Paragonów jest dostępny parametr Utwórz dokument (-y) pierwotny (-e). Funkcja jest przydatna w sytuacji kiedy w Comarch ERP Optima należy wystawić korektę do dokumentu wystawionego uprzednio w poprzednim programie.

Funkcja eksportu i importu dokumentów może być wykorzystywana podczas przekształcania dokumentów m.in. wtedy, jeśli w programie nie ma funkcji umożliwiającej bezpośrednią konwersję dokumentów.

Jeżeli w importowanym pliku XML znajduje się nazwa kontrahenta to przy imporcie do Comarch ERP Optima nazwa jest pobierana z pliku, jeśli w pliku XML nie ma nazwy kontrahenta to jest ona pobierana z karty kontrahenta z Comarch ERP Optima rozpoznanego przy imporcie po kodzie, NIP lub GLN.

Opis struktury plików XML dla importu i eksportu dokumentów jest dostępny wyłącznie dla Autoryzowanych Partnerów Comarch.

Zakładanie kart towarów i kontrahentów podczas importu dokumentów z pliku XML

Podczas importu dokumentów handlowo-magazynowych z pliku XML (z pominięciem Przyjęć Kaucji, Wydań Kaucji) możliwe jest automatyczne założenie kart towarów i kontrahentów, których nie ma w bazie docelowej. Opcja jest dostępna na liście dokumentów, na górnej wstążce pod ikoną Funkcje dodatkowe/ Import dokumentów.

Na oknie importu dokumentów z pliku XML znajdują się domyślnie zaznaczone parametry: Załóż karty kontrahentów, Załóż karty towarów.

Na oknie importu dodatkowo znajduje się parametr Utwórz dokument pierwotny, po zaznaczeniu sprzedaż i zakup zostaną zaimportowane jako dokument pierwotny (szczegóły w artykule Korekty do dokumentów nie istniejących w systemie).

Dodawanie towarów

Towary, które zostaną dodane do bazy, wyświetlane są w oknie Wybierz parametry dodawanych towarów.

W tym miejscu można dla każdej pozycji określić:

Typ – towar lub usługa,

Produkt – prosty lub złożony,

Kaucja – parametr należy zaznaczyć jeśli towar ma być opakowaniem kaucjonowanym (opcja dostępna dla modułu Handel jeśli w konfiguracji włączono obsługę opakowań kaucjonowanych).

Karta jest zakładana na podstawie danych zawartych w pliku – kodu, nazwy, opisu, kodu EAN, PKWiU, numeru katalogowego, stawki VAT, jednostki miary podstawowej, jednostki miary pomocniczej.

Jednostki miary z pliku, których nie ma w programie, zostaną dodane i ustawione na karcie towaru. Dotyczy to zarówno jednostek podstawowych, jak i pomocniczych wraz z przelicznikiem.

Jeżeli karta towaru i powiązane z nią jednostki znajdują się już w programie, ale przelicznik w pliku jest inny niż na karcie, wówczas na importowany dokument przelicznik zostanie pobrany z pliku.

Dodawanie kontrahentów

W momencie importu dokumentów, jeżeli nie znaleziono kontrahenta – dotyczy to zarówno nabywcy (sekcja Płatnik w pliku XML), jak i odbiorcy (sekcja Odbiorca w pliku XML) – założona zostanie nowa kartoteka.

  • Jeżeli w pliku znajduje się NIP, karta kontrahenta zostanie założona na podmiot gospodarczy, w przeciwnym wypadku zostanie założona na osobę fizyczną. Jeśli w pliku jest również prefiks NIP, dla prefiksu PL kontrahent zostanie zaimportowany jako krajowy, dla pozostałych prefiksów (występujących w programie) jako wewnątrzunijny. Natomiast kontrahent z Wielkiej Brytanii zostanie zaimportowany jako kontrahent pozaunijny.
  • Forma płatności jest pobierana z pliku (forma płatności musi znajdować się w bazie docelowej, aby import się powiódł).
  • Domyślna waluta ustawiana na karcie kontrahenta jest zgodna z walutą dokumentu (jeśli waluty nie ma w bazie docelowej, zostanie ona dodana podczas importu).

 

 

 



Rozliczanie zaliczek

Podczas wystawiania dokumentu handlowego możliwe jest wykorzystanie nierozliczonych dotąd zapisów kasowych/bankowych. Na zakładce [Płatności] znajduje się tabela Zaliczki do rozliczenia. Jeśli istnieją nierozliczone zaliczki związane z podmiotem wybranym na zakładce [Kontrahent] w polu Domyślny płatnik, ikona plusa znajdująca się pod tabelą, zawiera wykrzyknik  . Po jej naciśnięciu można wskazać zaliczki, które chcemy rozliczyć z wystawianym dokumentem.

Przycisk wyboru zaliczkobiorcy w rozwijanym menu umożliwia wybór innych podmiotów: banku, pracownika, wspólnika czy urzędu.

Ikony   pozwalają na dodawanie, edycję oraz usuwanie zaliczek.

Uwaga
Na liście pojawią się zapisy kasowe, które jako walutę rozliczenia mają podaną walutę zgodną z walutą dokumentu. Walutę rozliczenia Użytkownik ustala wprowadzając dokument kasowy do raportu w module Kasa/Bank.

Lista składa się z kolumn:

Kwota – wpisujemy kwotę zaliczki jaką chcemy rozliczyć na tej fakturze. Standardowo program proponuje kwotę maksymalną. Program kontroluje, aby rozliczana kwota zaliczki nie była większa od kwoty możliwej do rozliczenia.

Kwota maks. – program wyświetla kwotę zaliczki jaka pozostała nam do rozliczenia. Pole nie podlega edycji.

Numer dokumentu – numer zapisu KP, na podstawie którego zaliczka została zarejestrowana w kasie.

Przykład

Całkowite rozliczenie

Wystawiamy fakturę płatną gotówką. Kontrahent prosi o rozliczenie wpłaconych wcześniej zaliczek Faktura opiewa na kwotę brutto 800 zł. Klient wcześniej wpłacił kwotę 200 zł, co odnotowane zostało dokumentem KP. Na zakładce Płatności pojawi się zapis:

  • termin – data dzisiejsza
  • forma płatności: gotówka
  • kwota: 800 zł
  • kwota rozliczona: 0 zł

W oknie obok Zaliczki do rozliczenia pojawi się ikona plusa z wykrzyknikiem, informująca o istniejącej nierozliczonej zaliczce, po wskazaniu KP z listy dokumentów do rozliczenia

  • Kwota – wyświetla się maksymalna kwota zaliczki, jaką możemy wykorzystać (200), ponieważ rozliczamy całą zaliczkę, zostawiamy tą kwotę 200 zł
  • Kwota maks. – program wyświetla 200 zł, ponieważ to jest kwota nierozliczonego zapisu kasowego

Fakturę zatwierdzamy (trwale – nie do bufora!). Program sygnalizuje wpłatę gotówki – 600 zł do kasy. Efekty zatwierdzenia faktury płatnej gotówką przy jej wystawieniu to:

  • w raporcie kasowym pojawił się zapis kasowy KP z kwotą wpłaconą 600 zł. Zapis ma status Rozliczony.
  • zapis kasowy odpowiadający zaliczce również otrzymał status Rozliczony
  • w Preliminarzu płatności pojawiło się zdarzenie związane z wystawioną fakturą ze statusem Rozliczone.

Na zakładce Rozliczenia widać, że faktura została rozliczona dwoma zapisami kasowymi:

  • KP 200 zł – odpowiadające wpłaconej zaliczce
  • KP 600 zł – odpowiadające wpłacie dokonanej przy wystawieniu dokumentu
  • na zakładce Ogólne, w polu Zapłacono pojawiła się kwota 800 zł

na zakładce Płatności kwota rozliczona również będzie równa 800 zł (do kasy wpłynęła zapłata 200zł+600zł)

Przykład

Częściowe rozliczenie

Wystawiamy fakturę płatną przelewem na kwotę 1000 zł. Kontrahent wpłacił wcześniej zaliczkę 500 zł (zapis KP o statusie Nierozliczony), jednak prosi, by rozliczyć z niej tylko 300 zł.

Na fakturze (zakładka Płatności) pojawi się jedna płatność:

  • termin: za 14 dni
  • forma płatności: przelew
  • kwota: 1000 zł
  • kwota rozliczona: 0 zł

W oknie z zaliczkami pojawi się ikona plusa z wykrzyknikiem, informująca o istniejącej nierozliczonej zaliczce, po wskazaniu KP z listy dokumentów do rozliczenia ustalamy:

  • Kwota – wpisujemy 300 zł (które kontrahent chce rozliczyć)
  • Kwota maks. – widać maksymalną kwotę do rozliczenia, czyli 500 zł

Fakturę zatwierdzamy (nie do bufora!). W efekcie:

  • w Preliminarzu płatności pojawiło się zdarzenie ze statusem Rozliczono częściowo:
  • kwota rozliczona: 300 zł
  • pozostaje do rozliczenia: 700 zł
  • na zakładce Rozliczenia widać, że faktura została rozliczona z zapisem odpowiadającym zaliczce.
  • Zapis kasowy odpowiadający zaliczce ma status Rozliczony częściowo:
  • kwota rozliczona: 300 zł
  • na zakładce Rozliczenia widać, że zapis została rozliczona z wystawioną wcześniej fakturą.
  • Na fakturze sprzedaży:
  • na zakładce Ogólne kwota zapłacona to 300 zł, pozostaje do zapłaty 700 zł

na zakładce Płatności kwota rozliczona to 300 zł.

 

 

 



Korekty do dokumentów nie istniejących w systemie

Zdarzają się sytuacje, że dokument sprzedaży lub zakupu został wystawiony jeszcze przed rozpoczęciem pracy z systemem Comarch ERP Optima. Natomiast już po rozpoczęciu pracy zaistnieje potrzeba wprowadzenia do systemu korekty takiego dokumentu. W programie zostało to rozwiązane przez zarejestrowanie w systemie dokumentu pierwotnego (czyli wystawionego przed jeszcze przed rozpoczęciem pracy z Comarch ERP Optima), a następnie wystawienie odpowiedniej korekty.

Dokument pierwotny

Aby umożliwić zarejestrowanie korekty do nieistniejącego w systemie dokumentu wprowadzono tzw. dokumenty pierwotne. Dokument pierwotny odpowiada takiej niezarejestrowanej fakturze.

Możliwość wystawienia dokumentów pierwotnych dotyczy Faktur Zakupu, Faktur Sprzedaży oraz Paragonów.

Aby wystawić dokument pierwotny należy wcisnąć strzałkę obok Dodaj i z otwartego menu wybrać opcję dokument pierwotny (dla paragonów) lub Faktura pierwotna dla faktur sprzedaży i zakupu.

Dokument pierwotny wystawiany jest w podobny sposób jak zwykły dokument sprzedaży/ zakupu w systemie. Różnicą jest, że na zakładce [Płatności] nie ma tabelki odpowiadającej za płatności dokumentu oraz tabelki umożliwiającej rozliczanie zaliczek.

Informacja o tym, że dany dokument jest dokumentem pierwotnym znajduje się w opisie formularza w górnej części okna (np. Faktura Sprzedaży  pierwotna).

Na liście Faktur Sprzedaży, Faktur Zakupu, Paragonów na górnej wstążce pod ikoną Funkcje dodatkowe dostępna jest opcja Importu dokumentów w formacie XML, w oknie parametrów importu można zaznaczyć Utwórz dokument pierwotny, wówczas dokument zostanie zaimportowany do programu jako pierwotny.

Dokument pierwotny przyjmuje numerację proponowaną przez program, oprócz tego istnieje możliwość uzupełnienia Nr pierwotnego (numeru faktycznie korygowanego dokumentu). Numer dokumentu pierwotnego należy wprowadzić ręcznie po wybraniu opcji Nr pierwotny dostępnej w menu rozwijanym po wciśnięciu strzałki obok przycisku Dokument z poziomu formularza dokumentu pierwotnego.

Na listach Faktur Sprzedaży, Paragonów oraz Faktur Zakupu znajduje się parametr: Pierwotne, dotyczący wyszukiwania dokumentów pierwotnych. Zasady wyszukiwania dokumentów pierwotnych są identyczne jak w przypadku innych parametrów: 

  • jeśli zaznaczona jest opcja TAK i NIE – program podczas wyszukiwania dokumentów nie uwzględnia statusu dokumentu (podstawowy/ pierwotny),
  • jeśli zaznaczona jest opcja TAK – program wyszukuje tylko dokumenty pierwotne,
  • jeśli zaznaczona jest opcja NIE – program wyszukuje tylko dokumenty podstawowe (zwykłe).

Zasady wystawiania dokumentów pierwotnych:

  • Dokument pierwotny nie powoduje zmiany ceny zakupu na karcie towaru, a tym samym nie powoduje naliczenia nowych cen sprzedaży (w przypadku aktywnego mechanizmu aktualizacji cen).
  • Wystawienie nie powoduje powstania płatności (zapisu w kasie lub zdarzenia w preliminarzu).
  • Dla dokumentów pierwotnych nie można wystawić skojarzonych dokumentów magazynowych (WZ, PZ).
  • Wystawienie dokumentu pierwotnego nie powoduje ruchu towaru w magazynie.
  • Wystawienie dokumentu pierwotnego nie powoduje powstania rezerwacji ani zamówienia.
  • Dokumenty pierwotne nie mogą zostać zafiskalizowane.
  • Dokumenty pierwotne nie mogą zostać zaksięgowane ani przesłane do rejestrów VAT.
  • Dokumenty pierwotne nie mogą zostać wyeksportowane do systemu Comarch EDI.
  • Podczas wystawiania dokumentu nie jest uwzględniana blokada na datę dokumentu – dokument pierwotny może mieć datę wcześniejszą niż ostatni bilans zamknięcia magazynu (dla innych dokumentów obowiązuje zasada, że ich data nie może być wcześniejsza niż data ostatniego BZM).
  • Wystawienie dokumentu pierwotnego (zatwierdzone na stałe lub w buforze) nie blokuje możliwości wykonania bilansu zamknięcia magazynu (w przeciwieństwie do dokumentów podstawowych nieskojarzonych z magazynowymi lub w buforze).
  • Wystawienie dokumentu pierwotnego (zatwierdzone na stałe lub w buforze) nie blokuje możliwości zamknięcia inwentaryzacji.

Korekta dokumentu pierwotnego

Kiedy dokument pierwotny został już wystawiony można do systemu wprowadzić do niego korektę. Korekta może dotyczyć ilości, wartości lub stawki VAT, nie ma możliwości wystawienia korekty kursu waluty. Sposób wystawiania korekt do dokumentów pierwotnych jest identyczny jak w przypadku korekt do zwykłych dokumentów sprzedaży/ zakupu.

Należy jednak pamiętać, że korekty do dokumentów pierwotnych nie powodują ruchu towaru ani zmiany jego wartości w magazynie (w odróżnieniu od korekt do zwykłych dokumentów). Służą one jedynie do poprawnej rejestracji dokumentów tak, by mogły zostać np. zaksięgowane lub też spowodowały odpowiedni zapis w module Kasa/Bank. Dlatego aby prawidłowo ustalić stan i wartość towaru w magazynie należy następnie wystawić jeszcze dokumenty:

  • Jeśli korekta powinna wprowadzić towar do magazynu (np. korekta do Faktury Sprzedaży) – należy wystawić dokument PW i wpisać tam cenę, w jakiej towar został zdjęty z magazynu podczas wystawiania faktury pierwotnej.
  • Jeśli korekta ma dotyczyć ilości na dokumencie zakupu (FZ, PZ) należy:
  • wystawić dokument RW zdejmujący towar z magazynu lub
  • wystawić korektę ilościową do dokumentu, którym towar został wprowadzony na magazyn w chwili rozpoczęcia pracy z programem (BOM lub PZ). Przy tej metodzie program automatycznie skoryguje koszt własny zakupu towaru na wcześniejszych dokumentach wydania towaru z magazynu (jeśli takie miało miejsce).
  • W przypadku korekt wartościowych do nieistniejących dokumentów FZ należy skorygować wartość towaru w magazynie. Korekta wartościowa towaru w magazynie jest możliwa tylko wtedy, gdy towar został wprowadzony do magazynu przy pomocy dokumentu BOM. Należy wtedy wystawić korektę wartościową do BOM. Jeśli towar został wprowadzony innym dokumentem (np. PZ) nie jest możliwe wykonanie korekty wartości towaru w magazynie.

Dokumenty RW/PW do korekt dokumentów pierwotnych

Istnieje możliwość automatycznego utworzenia dokumentu RW/ PW do korekty dokumentu pierwotnego. Po zatwierdzeniu dokumentu korygującego (korekta ilości) w menu kontekstowym dostępna jest funkcja Przekształcenie do RW/PW. Funkcja tworzy dokument wewnętrzny RW/PW, ustalając na nim ilości zgodne z korektą:

  • W przypadku dokumentów korygujących, które powinny wprowadzić towar do magazynu, tworzony jest dokument PW. Dokument PW jest zapisywany do bufora i użytkownik ma możliwość skorygowania wartości towaru, w jakiej ma być wprowadzony do magazynu. Na formularzu domyślnie podpowie się kontrahent !NIEOKREŚLONY!. Pole to można edytować.
  • W przypadku dokumentów korygujących wyprowadzających towar z magazynu tworzony jest dokument RW. Jest on od razu zapisywany na trwałe, zdejmując towar zgodnie z metodą rozliczania magazynu określoną dla danej bazy. Kontrahent na RW zostanie przeniesiony z faktury pierwotnej.
  1. Dokument PW/ RW można utworzyć tylko dla korekty ilościowej do dokumentu pierwotnego.
  2. Korekta musi być zapisana na trwałe (nie można tworzyć RW/PW dla korekt w buforze i anulowanych).
  3. Dokument RW/ PW można utworzyć do korekty tylko raz.
  4. W przypadku anulowania korekty – anulowany jest również skojarzony z nią dokument RW/ PW.
  5. Jeśli na korekcie występują usługi są one pomijane podczas tworzenia RW/ PW.

 



Korekty a dokumenty skojarzone

W przypadku dokumentów skojarzonych zawsze korygujemy dokument handlowy.

Korekta ilości

Korekta ilości zawsze generuję odpowiednią korektę dokumentu magazynowego. Obowiązują przy tym zasady, że: 

  • korekta ilościowa do FS powoduje przyjęcie towaru na magazyn,
  • korekta ilościowa FZ powoduje wydanie towaru z magazynu,
  • korekty dokumentów handlowych powodują powstanie korekt do dokumentów magazynowych, bez możliwości ich edycji,
  • korekty w buforze nie tworzą dokumentów magazynowych w buforze. Dopiero zapis na trwałe powoduje powstanie odpowiedniej korekty dokumentu magazynowego,
  • korekta do Faktury Zakupu kontroluje ilość, nie można wystawić korekty, jeśli na magazynie nie ma odpowiedniej ilości (dostępnej) korygowanego towaru,
  • korekty zawsze dotyczą tego samego magazynu co dokumenty podstawowe (korygowane).

Przykład

Korekta ilościowa do FZ

Zobaczmy to na przykładzie FZ powstałej z dwóch dokumentów PZ.

Mamy dwa dokumenty PZ :

Nazwa towaruIlośćCena zakupu (zł)
PZ1Towar 12 szt.10
Towar 23 szt.11
PZ2Towar 11 szt.10.99
Towar 21 szt.9.89

Po przekształceniu do Faktury Zakupu otrzymujemy jeden dokument FZ z czterema pozycjami.

Nazwa towaruIlośćCena zakupu (zł)
FZ1Towar 12 szt.10
Towar 23 szt.11
Towar 11 szt.10.99
Towar 21 szt.9.89

Na magazynie mamy Towar 1 w ilości 3 szt. I Towar 2 w ilości 4 szt.

Następnie wykonujemy korektę do Faktury Zakupu i zwracamy Towar 1 z PZ1 i Towar 2 z PZ2. Program wygeneruje nam jedną korektę do Faktury Zakupu i automatycznie 2 korekty do dokumentów PZ:

Nazwa towaruIlośćCena zakupu (zł)
PZKOR1Towar 12 szt.10
PZKOR2Towar 21 szt.9.89

Korekta wartości

  • W chwili przekształcenia WZ/ PZ do Faktury Sprzedaży/ Faktury Zakupu na dokumencie wynikowym uwzględniane są również wystawione korekty ilościowe i wartościowe. Pomniejszana jest ilość oraz cena jednostkowa towaru i równocześnie wyliczany jest aktualny rabat dla pozycji i wynikowy w nagłówku.
  • Korektę ilościowa/wartościową można wystawić tylko, jeśli WZ/ PZ nie jest skojarzona z innym dokumentem (nie została jeszcze przekształcona do FS/ FZ). W momencie przekształcenia możliwość korygowania dokumentu WZ/ PZ jest blokowana.
  • W chwili przekształcenia zarówno WZ/ PZ jak i korekta wartościowa otrzymuje na liście status FS (FZ).

W przypadku, gdy tworzona jest korekta wartościowa do Faktury Sprzedaży/ Faktury Zakupu skojarzonej z WZ/ PZ, wtedy program automatycznie tworzy korektę wartościową do WZ/ PZ.

Uwaga
Należy jednak pamiętać, że na Fakturach Sprzedaży w przypadku zmiany ceny sprzedaży/ rabatu bezpośrednio na Fakturze Sprzedaży utworzonej na podstawie WZ, program nie tworzy korekty wartościowej do skojarzonej WZ. W celu automatycznego generowania korekt do WZ, należy zaznaczyć parametr Generuj korekty WZ po zmianie ceny/kursu na FS/PA (w Konfiguracji firmy/ Magazyn/ Parametry/ Ceny). Jeśli parametr jest włączony, wówczas po zmianie ceny/kursu na FS, zmianie ceny na Paragonie i zapisaniu tych dokumentów na stałe do Wydania Zewnętrznego generowana jest korekta wartości. W ten sposób zostanie zachowana zgodność pomiędzy wartością wystawionych dokumentów WZ i FS/PA.

Korekta kosztu własnego (WZKK)

W przypadku korygowania dokumentu przychodowego, wprowadzającego towar na magazyn (FZ, PZ, PW, BOM, PWP), jeśli towar zakupiony na podstawie korygowanego dokumentu przychodowego został już wydany z magazynu, wówczas generowana jest korekta kosztu Wydania Zewnętrznego (WZKK). W przypadku, gdy korygowany towar jest składnikiem produktu złożonego, wówczas na liście PWP zostanie wygenerowany dokument PWPK.

Jakie dokumenty mogą generować powstanie WZKK/PWPK:

  • korekta wartościowa do dokumentu przychodowego,
  • korekta ilościowa do dokumentu przychodowego,
  • korekta stawki VAT do dokumentu przychodowego z wybranym algorytmem od brutto.

Uwaga
Korekty PWPK nie są tworzone w przypadku, gdy zastosowano metodę rozliczania magazynu AVCO.

Przykład

Korekta wartościowa do FZ

Na Fakturze Zakupu przyjęliśmy 10 szt. towaru po 20 zł. Następnie utworzony został dokument PZ do faktury, który wprowadził do magazynu 10 szt. towaru o wartości 200 zł. Towar został sprzedany w całości – koszt wyliczony na dokumencie WZ to 200 zł. Otrzymujemy korektę wartościową do dokumentu FZ, który zmniejsza cenę towaru z 20 zł do 18 zł. Tym samym koszt wyliczony na dokumencie WZ jest zbyt duży.

IlośćWartośćCena zakupu
PZ1020020
WZ1020020
Korekta wartości0-20
WZKK0-20

W chwili wystawienia korekty wartościowej do FZ automatycznie utworzony zostanie dokument WZKK o wartości -20 zł, który zmniejszy naliczony koszt własny z 200 zł na 180 zł.

Przykład

Korekta ilościowa do PZ

Towar został przyjęty na magazyn na podstawie dwóch Przyjęć Zewnętrznych PZ1 i PZ2. Oba dotyczą tego samego towaru, tej samej ilości, ale cena zakupu (wartość) jest różna. Sprzedano 10 szt. Ponieważ magazyn rozliczany jest metodą FIFO było to 10 szt. Z PZ1. Następnie otrzymujemy korektę ilościową do PZ1- zwracany jest cały towar (10 szt.).

IlośćWartośćCena zakupu
PZ 11020020
PZ 21010010
WZ110200 (FIFO)
Korekta ilości do PZ1-10-200
WZKK0-100

Możemy wykonać korektę do PZ1, mamy odpowiednią ilość na magazynie. Problemem jest tylko inna wartość zakupu towaru. W takiej sytuacji koszt wyliczony na dokumencie WZ powinien wynieść 100 zł, a nie 200.
Wystawiamy korektę ilościową do PZ, a program wykona dodatkowo jeszcze korektę kosztu na Wydaniu Zewnętrznym WZKK.

Pierwotnie koszt na WZ wynosił 200 zł, zwróciliśmy towar o tej wartości więc poprawny koszt na WZ powinien wynosić 100 zł (jak z drugiej dostawy) i taki efekt osiągamy dzięki WZKK na kwotę -100 zł.

Przykład

Korekta ilości do WZ

Na dokumencie PZ1 przyjmujemy 10 szt. W cenie 10 zł, na PZ2 kolejne 10 szt. towaru w cenie 15 zł.

Następnie sprzedajemy 10 szt. towaru (wyliczony zostaje koszt własny 100 zł).

Następuje zwrot całkowity PZ 1, w związku z czym koszt na WZ powinien wzrosnąć do 150 zł (wartość towaru z drugiej dostawy) – powstaje dokument WZKK 1 o wartości 50 zł. W chwili obecnej mamy na magazynie 0 szt. towaru i jego wartość wyliczona w oparciu ilość dokumenty również wynosi 0 zł.

Zwracamy towar z WZ: powstaje dokument WZKOR o wartości 150 zł. WZKOR uwzględnia WZKK1 na kwotę 50 zł. Na magazynie mamy dzięki temu 10 szt. towaru o wartości 150 zł.

IlośćWartośćCena zakupu
PZ 11010010
PZ 21015015
WZ110100 (FIFO)
Korekta ilości do PZ1-10-100
WZKK 1050
Korekta ilości do WZ-10150

Przykład

Korekta składnika PWP

Na dokumencie PWP znajduje się towar złożony, w skład którego wchodzi towar A i B. Koszt tego towaru wynosi 30 zł. Towar A został zakupiony w cenie 10 zł, a towar B w cenie 20 zł. Po korekcie wartości dokumentu przychodowego (PW, PZ, BO), na którym znajduje się towar A i zmianie wartości tego towaru na 15 zł, do dokumentu RWS wygeneruje się dokument WZKK na 5 zł (Korekta Kosztu Wydania), a do dokumentu PWP korekta wartości PWPK na wartość 5 zł, podwyższająca koszt tego towaru.

Taka korekta dla produktu złożonego ma ilość zero. Na zakładce Receptury składnik również ma ilość zero, natomiast wartość wyliczona jest na podstawie korekty składnika. Korekta PWPK jest powiązana z korektą dokumentu przychodowego, zmieniającą wartość składnika, natomiast korekta dokumentu przychodowego, z dokumentem WZKK.

Korekta VAT

Jeśli Przyjęcie Zewnętrzne skojarzone jest z Fakturą Zakupu, korekta stawki VAT do FZ spowoduje automatycznie wygenerowanie korekty stawki VAT do PZ. Jeśli podatek VAT na dokumencie jest liczony algorytmem od brutto, po wystawieniu korekty VAT do PZ/FZ, zmianie ulegnie wartość netto zakupionego towaru (tym samym zmieni się wartość tego towaru na magazynie).

W przypadku, gdy do dokumentu zostanie utworzona korekta VAT, a następnie kolejna korekta (ilości lub wartości) – wtedy na kolejnym dokumencie korygującym handlowym stawka VAT dla towaru będzie uwzględniała zmianę stawki.

Jeżeli do Faktury Sprzedaży zostanie wystawiona korekta stawki VAT, a następnie ta Faktura zostanie przekształcona do WZ, to wraz z dokumentem WZ utworzona zostanie korekta stawki VAT do dokumentu WZ.



Korekty dokumentów magazynowych

Korekta dokumentu WZ

Zasady korygowania dokumentów WZ są zgodne z zasadami ogólnymi wystawiania korekt. Należy jednak pamiętać, że jeśli dokument WZ jest skojarzony z dokumentem handlowym (FS, PA) nie ma możliwości jego korygowania. W takim przypadku korekta musi dotyczyć dokumentu handlowego.

Korekty Przyjęć Zewnętrznych

Z poziomu listy dokumentów PZ możliwe jest wystawianie korekt ilościowych, wartościowych oraz stawki VAT. Obowiązują przy tym ogólne zasady wystawiania dokumentów korygujących (artykuł Dokumenty korygujące). Należy jednak pamiętać, że nie wystawimy korekty do dokumentu skojarzonego z FZ. W takim przypadku korekta musi dotyczyć dokumentu handlowego (Faktury Zakupu).

Korekta Rozchodu Wewnętrznego

Zasady wystawiania korekt do dokumentów RW są zgodne z ogólnie przyjętymi zasadami korygowania dokumentów w systemie.

Należy jednak pamiętać, że korekta nie dotyczy dokumentów RW powstałych w wyniku zamknięcia inwentaryzacji.

Korekta Przyjęcia Wewnętrznego

Korekta PW może dotyczyć ilości lub wartości (ceny). Zasady wystawiania korekt do dokumentu PW nie odbiegają od ogólnych zasad ustalony dla dokumentów korygujących.

W zależności od ustawień w Konfiguracji firmy/ Magazyn/ Parametry/ Ogólne kontrola ilości odbywa się już przy zapisie do bufora lub przy ostatecznym zapisie dokumentu. Korekta przyjęcia magazynowego w buforze powoduje rezerwację towaru.

Korekta przesunięcia MM

Przesuniecie międzymagazynowe powoduje ruch towarów pomiędzy magazynami. Ze względu na formę dokumentu, możliwa jest tylko korekta ilościowa i jest to kolejne Przesunięcie Międzymagazynowe.

Uwaga
Korekta dokumentu MM jest Przesunięciem Magazynowym towaru w przeciwnym kierunku. Podczas korygowania dokumentu MM towar jest pobierany z magazynu źródłowego zgodnie z przyjętą zasadą rozliczania magazynu. W związku z tym może się zdarzyć, że wartość takiej „korekty” będzie inna niż wartość korygowanego przesunięcia MM, w przypadku, gdy na korekcie zostaną przesunięte towary z innej dostawy niż przesunięte dokumentem MM.

Na podstawie dokumentu korygowanego, formularz korekty zostanie uzupełniony o typ dokumentu, magazyn źródłowy i docelowy, pozycje. Magazyn źródłowy na korekcie to magazyn docelowy z dokumentu korygowanego i analogicznie magazyn docelowy na korekcie to magazyn źródłowy z przesunięcia korygowanego.

Pozostałe zasady korygowania dokumentów MM nie odbiegają od ogólnie przyjętych zasad.

Korekty Bilansu Otwarcia

Jeśli na zatwierdzonym już bilansie otwarcia wpisane są błędne dane o towarach można wykonać korektę BOM.

Korekta taka może dotyczyć:

  1. ilości towaru – formularz jest otwierany domyślnie po wciśnięciu przycisku lub wybraniu z menu (widocznego po wciśnięciu strzałki obok przycisku) opcji Korekta ilości. Dla każdej pozycji edytowalne jest pole Ilość.
  2. wartości towaru – formularz jest otwierany po wciśnięciu strzałki obok przycisku  i wybraniu opcji Korekta wartości. Dla każdej pozycji edytowalne są pola:
    • cena netto – cena jednostkowa towaru po korekcie,
    • wartość korekty – należy wpisać wartość o jaką zmniejszana (należy wpisać kwotę ujemną) lub zwiększana (należy wpisać kwotę dodatnią) jest wartość całej pozycji. Na podstawie nowej wartości oraz ilości z dokumentu źródłowego program wylicza cenę jednostkową towaru.

Funkcja korekty dostępna jest także w na liście w menu pod prawym przyciskiem myszy.
Po zatwierdzeniu korekty na zakładce [Dokumenty] pojawią się informacje o dokumencie źródłowym BOM wraz z możliwością jego podglądu. Analogicznie na dokumencie BOM pojawi się na zakładce [Dokumenty] informacja o dokonanej korekcie.

Dla korekt do BOM predefiniowany jest jeden schemat numeracji: BOKOR (BOKOR/numer/rok).

Zasady korygowania dokumentów BOM:

Wystawienie korekty do dokumentu BOM ma konsekwencje identyczne jak w przypadku korekt do innych dokumentów wprowadzających towar do magazynu:

  • w przypadku korekty ilości– potrzebna jest odpowiednia ilość towaru w magazynie
  • w przypadku korekty wartości– odpowiednio przeliczana jest wartość zasobu w magazynie. Jeśli towar został już wydany z magazynu przeliczany jest koszt własny zakupu na dokumentach rozchodowych (powstają odpowiednie dokumenty korygujące koszt).

Uwaga

Należy pamiętać, że w przypadku korekty wartościowej BOM możliwa jest korekta zarówno zmniejszająca jak i zwiększająca wartość towaru.

Natomiast w przypadku korekty ilościowej możliwa jest jedynie korekta zmniejszająca ilość towaru w magazynie. W przypadku, gdy do magazynu została wprowadzona zbyt mała ilość towaru – brakującą ilość można wprowadzić innym dokumentem przychodowym np. Przyjęcie Wewnętrzne.