Płace i Kadry

Płace i Kadry

Nowości

  1. Aktualne wskaźniki.

Konfiguracja / Program / Płace / Wynagrodzenia

Wartości obowiązujące od 1.12.2019:

  • przeciętne miesięczne wynagrodzenie =   4931,59 zł.
  • minimalna stawka uczniów I roku =  246,58 zł
  • minimalna stawka uczniów II roku =  295,90 zł
  • minimalna stawka uczniów III roku =  345,21 zł
  • młodociany – przyuczenie = 197,26 zł

Podstawa prawna:

KOMUNIKAT PREZESA GŁÓWNEGO URZĘDU STATYSTYCZNEGO z dnia 13 listopada 2019 r. w sprawie przeciętnego wynagrodzenia w trzecim kwartale 2019 r.  (M.P. z 2019, poz. 1072).

2. Przekroczenie progu podatkowego. Wprowadzono zmiany w naliczaniu zaliczki podatku w miesiącu przekroczenia progu podatkowego dla wypłat wypłacanych od 1.01.2020 r. W miesiącu, w którym dochód podatnika uzyskany od początku roku przekroczy kwotę stanowiącą górną granicę pierwszego przedziału skali, od tej części dochodu, która nie przekroczyła kwoty progu podatkowego zostanie naliczona zaliczka podatku w wysokości 17%, a od nadwyżki ponad kwotę stanowiącą górną granicę pierwszego przedziału skali zaliczka w wysokości 32%. Podczas naliczania zaliczki podatku oddzielnie zaokrąglana jest podstawa, od której zostanie naliczona zaliczka podatku w wysokości 17% i 32%. Ulga podatkowa jest odliczana tylko od zaliczki podatku wyliczonej w wysokości 17%.

W wypłacie etatowej oraz innej pracownika, w której zostanie przekroczony próg podatkowy wyświetlana jest informacja o dwóch wysokościach procentu zaliczki podatku.

Dostosowano wydruki Kwitka wypłaty, Karty podatkowej, Przekroczenia progu podatkowego do zmian w naliczaniu zaliczki podatku w miesiącu przekroczenia progu podatkowego.

Podstawa prawna:

Ustawa z dnia 30 sierpnia 2019 r. o zmianie ustawy o podatku dochodowym od osób fizycznych oraz ustawy o zmianie ustawy o podatku dochodowym od osób fizycznych oraz niektórych innych ustaw Dz. U. 2019 poz. 1835

3. Indywidualny rachunek podatkowy. W związku z wprowadzeniem zmian w przekazywaniu zaliczki podatku do Urzędu Skarbowego od 1.01.2020 r. umożliwiono wskazanie indywidualnego rachunku podatkowego wykorzystywanego do wpłat należności podatkowych wynikających z zaliczek na PIT-4R i PIT-8AR. Szczegóły funkcjonalności opisane zostały w części Ogólne i Kasa/Bank.

4. Zwolnienie z podatku dochodowego dla osób poniżej 26 lat. Wprowadzono automatyczne ustawienie parametru 'Zwolnienie z PIT dla młodych’ podczas zapisu formularza danych kadrowych pracownika, który na dzień zatrudnienia lub datę bieżącą, jeśli nie wprowadzono informacji o zatrudnieniu, nie ukończył 26 lat.

Zmiany

  1. Pracownicze Plany Kapitałowe. W konfiguracji firmy [Konfiguracja/Firma /Płace/Pracownicze Plany Kapitałowe] dodano pole ‘Data objęcia obowiązkiem PPK’, w którym należy podać datę, od kiedy pracodawca jest zobowiązany do stosowania przepisów dotyczących PPK (1 lipca 2019, 1 stycznia 2020, 1 lipca 2020, 1 stycznia 2021). Podczas konwersji bazy danych do wersji 2020.1.1 jeśli w konfiguracji jest ustawiona instytucja finansowa automatycznie ustawi się data 1 lipca 2019. Jeśli nie ma data pozostanie pusta.
  2. Formularz danych pracownika. Na formularzu danych pracownika na zakładce [PPK/Dodatkowe] zmieniono nazwę parametru 'Obniżenie składki podstawowej pracownika’ na 'Obniżenie składki podstawowej pracownika do’. Dodatkowo wyszarzono pole ‘Data złożenia deklaracji (skł. podst.)’ w sytuacji gdy wprowadzono datę przystąpienia do PPK i nie zaznaczono parametru ‘Obniżenie składki podstawowej pracownika do’.
  3. Wydruk Oświadczenie o podwyższonych K.U.P. Uaktualniono podstawę prawną oraz usunięto imiona rodziców i miejsce urodzenia.
  4. Wydruk Umowa o pracę i Aneks do umowy. W parametrach przed wydrukiem w polu ‘Miejsce wykonywania pracy’ zwiększono liczbę możliwych do wpisania znaków.

Poprawiono

  1. Ekwiwalent za niewykorzystany urlop. W sytuacji, gdy pracownik miał umowę na czas określony, której okres został skrócony za pomocą aktualizacji i dodatkowo jego ostatnia wypłata była naliczana na liście płac, która miała ustawioną opcję ‘Mies. wstecz’ nie naliczał się automatycznie ekwiwalent za niewykorzystany urlop. Poprawiono.
  2. Zwolnienie lekarskie. Na formularzu rozliczonej nieobecności Zwolnienie lekarskie wyświetlała się niepoprawna przyczyna nieobecności 'Nie dotyczy ’. Poprawiono.
  3. Dodatki – operacje seryjne. Na oknie interaktywnej zmiany dodatku nie były wyświetlane dane pracownika, jeśli miał wykonaną aktualizację danych kadrowych związaną z przedłużeniem umowy z datą późniejszą niż data aktualizacji dodatku. Poprawiono.
  4. Plan pracy. Podczas modyfikacji godzin w planie pracy, nie zmieniał się automatycznie wymiar czasu pracy. Poprawiono
  5. Formularz pracownika. W słowniku województw brakowało pustej pozycji. Poprawiono.



Ogólne i Kasa/Bank

Ogólne

Nowości

1. Wersja anglojęzyczna. Wprowadzono możliwość przełączenia interfejsu programu na język angielski. W prawym górnym rogu programu dodana została ikona Język interfejsu, po kliknięciu na którą możliwa jest zmiana języka programu:

Wybór języka dokonany po zalogowaniu się do Comarch ERP Optima jest zapamiętywany dla określonego operatora. Po ponownym zalogowaniu się tego operatora język programu zostanie ustawiony zgodnie z wybraną przez niego opcją.

Zmiana języka jest dostępna również przed zalogowaniem się do programu, ale ten wybór zapamiętywany jest tylko przy pierwszym logowaniu Operatora do programu. Każde następne logowanie przywraca wcześniej używany przez Operatora język.

Okno logowania, podobnie jak w przypadku skórek programu, zapamiętuje ustawienie ostatnio zalogowanego operatora. Dlatego też dopiero po zalogowaniu interfejs programu wyświetlany będzie w języku zgodnym z zapamiętanym dla wybranego operatora.

Po przełączeniu się na wybrany język, interfejs oraz komunikaty w programie są wyświetlane od razu w zmienionej formie.

Angielską wersją posiadają teksty/frazy, które są stałe w programie i użytkownik nie może ich zmieniać:

  • nazwy w menu programu,
  • nazwy okien, nazwy kolumn, nazwy przycisków, opisy pól, itp.,
  • drzewo Konfiguracji,
  • treści komunikatów,
  • zamknięte listy z wartościami do wyboru, np. „Tak/Nie” czy rodzaje transakcji itp. – nie definiowane przez użytkowników.

Na język angielski nie są tłumaczone:

  • słowniki definiowane przez użytkownika, jak również predefiniowane treści, które użytkownik może rozszerzać i zmieniać – np. nazwy magazynów, atrybutów,
  • słowniki predefiniowane, gdzie użytkownik może dopisywać własne wartości, ale nie może zmieniać standardowych treści – np. nazwy formatów przelewów,
  • nazwy wydruków i analiz oraz ich zestawy,
  • nazwy obiektów, rodzaje akcji oraz opisy na oknie Historia zmian,
  • nazwy folderów w skrzynce pocztowej,
  • formularze deklaracji,
  • skróty typów dokumentów – np. WZ, PA, FS,
  • Informacje bieżące,
  • pomoc do programu.

2. Indywidualny rachunek podatkowy. Umożliwiono wskazanie indywidualnego rachunku podatkowego wykorzystywanego do wpłat należności podatkowych wynikających z zaliczek i deklaracji PIT, CIT i VAT od 1 stycznia 2020. Na karcie urzędu skarbowego, wskazanego bądź na formularzu właściciela (w przypadku deklaracji PIT-28 i PIT-36/PIT-36L) bądź w Konfiguracji Firmy/ Dane firmy/Deklaracje i pełnomocnictwa (w przypadku pozostałych deklaracji podatkowych generujących płatność do urzędu skarbowego) na zakładce [Rachunki] dodana została sekcja Indywidualne rachunki podatkowe:

Na liście indywidualnych rachunków podatkowych widoczne są takie informacje, jak:

  • kogo dotyczy wskazany rachunek (firmy bądź właściciela),
  • imię i nazwisko w przypadku rachunku dla właściciela,
  • nazwa banku,
  • numer rachunku bankowego.

Domyślnie na formularzu każdego urzędu skarbowego dodana jest pozycja z indywidualnym rachunkiem podatkowym dla firmy z nieuzupełnionym numerem rachunku. Należy uzupełnić ten numer na formularzu odpowiedniego urzędu, zaznaczając rachunek dla firmy i klikając ikonę .

Ikona służy do usunięcia indywidualnego rachunku podatkowego z listy. Pozycji oznaczonej jako indywidualny rachunek podatkowy dla firmy nie można usunąć z karty urzędu skarbowego.

Po kliknięciu ikony  otwierane jest okno umożliwiające dodanie rachunku dla właściciela. Należy na nim wskazać właściciela którego dotyczy rachunek, jak również uzupełnić numer rachunku:

Dla określonego właściciela można dodać tylko jeden indywidualny rachunek podatkowy na formularzu urzędu skarbowego.

Numery indywidualnych rachunków podatkowych przenoszone są na płatności w sytuacji kiedy data systemowa na komputerze z serwerem baz danych ustawiona jest jako późniejsza niż 31.12.2019 bądź termin na powstałej z deklaracji płatności jest późniejszy niż 31.12.2019.W pozostałych przypadkach na płatności przenoszone są dotychczasowe numery rachunków bankowych urzędu skarbowego dla odpowiedniego typu należności podatkowych.

Na firmowy indywidualny numer rachunku podatkowego generowane są płatności z deklaracji VAT (VAT-7, VAT-7K, VAT-7D, VAT-8, VAT-9M), CIT-8, PIT-4R oraz PIT-8AR.

Na indywidualny numer rachunku podatkowego dla konkretnego właściciela  generowane są płatności z deklaracji PIT-28, PIT-28S, PIT-36, PIT-36L, PIT-36S, PIT-36LS.

Podczas zapisywania deklaracji następuje weryfikacja czy uzupełniony został indywidualny numer podatkowy (odpowiedni dla określonego typu deklaracji) który ma pojawić się na płatności. Jeżeli nie został określony, wówczas pojawia się komunikat: Nie uzupełniono indywidualnego rachunku podatkowego na formularzu urzędu skarbowego. Czy chcesz uzupełnić go teraz? Wybór opcji Tak powoduje otwarcie formularza odpowiedniego urzędu skarbowego celem uzupełnienia indywidualnego rachunku podatkowego. Po zapisaniu zmian podany numer rachunku umieszczony zostaje na płatności z deklaracji. Wybór opcji Nie powoduje zapisanie deklaracji i wygenerowanie płatności bez uzupełnionego numeru rachunku bankowego. Należy uzupełnić go przed eksportem przelewów do banku bądź wydrukowaniem formularza przelewu.

Na formularzach płatności dla urzędu skarbowego z terminem płatności wcześniejszym niż 01.01.2020 i utworzonych przed 01.01.2020, na liście rachunków widnieją dotychczasowe, dotyczące poszczególnych rodzajów należności podatkowych:

Na formularzach płatności dla urzędu skarbowego utworzonych 01.01.2020 lub później i na płatnościach z terminem płatności 01.01.2020 lub późniejszym, na liście rachunków widnieją już nowe, indywidualne rachunki podatkowe:

Numery indywidualnych rachunków podatkowych dla firmy i właściciela nie są przenoszone za pomocą pracy rozproszonej ani podczas importu urzędów z innej bazy danych. Po zaimportowaniu urzędów należy w nowej bazie uzupełnić je ręcznie.

Zmiany

  1. Weryfikacja rachunków bankowych. Operacja seryjna Zweryfikuj status VAT i rachunki bankowe wywoływana z poziomu listy kontrahentów powoduje sprawdzenie w Wykazie podatników VAT numerów rachunków bankowych kontrahentów z polskimi numerami NIP, bez względu na to czy są podatnikami VAT czynnymi.
  2. Weryfikacja w VAT/VIES. W przypadku kiedy w numerze NIP kontrahenta użyte zostały kropki, podczas weryfikacji w VAT oraz w VIES są one pomijane, podobnie jak znaki myślnika.
  3. Łączenie kontrahentów. Po połączeniu kartotek kontrahentów, w przypadku zaznaczonego parametru Przepisuj rachunki bankowe, na kontrahenta nadrzędnego przenoszony jest numer rachunku bankowego wraz z historią jego weryfikacji.
  4. Import kontrahentów z arkusza MS Excel. Umożliwiono import z arkusza MS Excel kontrahentów posiadających numery rachunków bankowych zapisanych ze spacjami.
  5. Automatyczna kopia na IBARD. Po odłączeniu bazy danych z programu bądź usunięciu jej z serwera następuje usunięcie bazy z harmonogramu automatycznej kopii na Comarch IBARD.
  6. Zmiana hasła operatora. Podczas zmiany hasła operatora, jako data tej zmiany zapisywana jest data pobrana z komputera na którym znajduje się serwer baz danych.
  7. Tworzenie nowej firmy. W kreatorze tworzenia nowej firmy dodany został parametr Zablokuj dostęp do tej firmy pozostałym operatorom systemu. Jego zaznaczenie powoduje dodanie blokady do tworzonej bazy dla wszystkich operatorów oprócz tego, który tę bazę zakłada.
  8. Aktualizowanie Comarch MyPoint. Podczas uruchamiania Comarch MyPoint, jeżeli jest na tym stanowisku zainstalowana aplikacja we wcześniejszej wersji niż aktualnie dostępna, następuje jej aktualizacja.

Poprawiono

  1. Weryfikacja rachunków bankowych. Podczas sprawdzania numeru rachunku bankowego kontrahenta w Wykazie podatników VAT wywołanego z poziomu dokumentu, jeżeli w wyniku tej weryfikacji miała miejsce zmiana parametru Podatnik VAT czynny na karcie kontrahenta, wówczas pojawiał się komunikat: „Rekord który edytowałeś został w międzyczasie zmieniony na innym stanowisku systemu. Wprowadzone zmiany nie zostaną zapisane”. Działanie poprawiono.
  2. Dane konfiguracyjne. W specyficznych przypadkach na dokumentach mogły pojawiać się dane podatnika pobrane z innej bazy firmowej niż ta, w której je utworzono, w szczególności na deklaracjach VAT i w plikach JPK. Działanie poprawiono.
  3. Nazwy plików JPK. Podczas tworzenia plików JPK występujące w nazwach plików niedozwolone znaki typu: „*: < >? / \ | zamieniane są na znak podkreślenia.
  4. Konstruktor filtra. W Konstruktorze filtra na zakładce [Opcje] rozwijalna lista operatorów posortowana jest alfabetycznie.
  5. Filtrowanie list. Jeżeli na liście w którejś z kolumn zastosowano filtr z operatorem „Nie zawiera”, wówczas filtry proste zastosowane w innych kolumnach były pomijane. Działanie poprawiono.
  6. Zmiana firmy. Na oknie Zmiana firmy użycie na klawiaturze strzałki w dół powoduje wybór kolejnej firmy w kolejności alfabetycznej.
  7. Administrator danych osobowych. Na oknie Administrator danych osobowych daty Wprowadził i Zmodyfikował mogły w specyficznych przypadkach nie być aktualizowane. Działanie poprawiono.
  8. Konfiguracja wydruków. Po zmianie nazwy zestawu wydruków nazwa ta znikała z listy do czasu ponownego otwarcia okna Konfiguracji wydruków. Działanie poprawiono.
  9. Personalizacja. Podczas personalizacji ikon na wstążce programu wywołanej dla formularza dokumentu mógł pojawiać się komunikat: „An item with the same key has already been added„. Działanie poprawiono.
  10. Sortowanie kolumn. Dla wybranych okien (np. liście elementów wypłat pracownika) nie były zapamiętywane ustawienia dotyczące sortowania kolumn. Działanie poprawiono.
  11. Login dla kopii automatycznej na IBARD. Po zmianie loginu wykorzystywanego do automatycznej kopii na IBARD z CDNBackup na SA, podczas tworzenia nowej bazy pojawiał się komunikat: Cannot use the special principal ‘sa’. Działanie poprawiono.
  12. Testy integralności. We wzorcu struktury bazy firmowej uwzględnione zostały tabele związane z plikami JPK. W związku z tym po wykonaniu testu integralności Zgodność struktury bazy firmowej ze wzorcem nie pojawiają się niepotrzebnie ostrzeżenia związane z wykryciem tych tabel.
  13. Comarch ERP Migrator. Przy dodawaniu kolejnych zadań, formularz zadania był nieaktywny. Działanie poprawiono.
  14. Comarch ERP Migrator. Przy imporcie bilansu otwarcia mógł pojawiać się komunikat „Błąd: Za mało zasobów pamięci, aby można było zakończyć tę operację”. Działanie poprawiono.

Kasa/ Bank

Nowości

1. Zbiorcze przelewy MPP. Od 1 listopada 2019 roku płatności objęte mechanizmem podzielonej płatności można regulować zbiorczym przelewem. Dotyczy to zarówno płatności obowiązkowo objętych mechanizmem MPP jak i płatności dla których mechanizm podzielonej płatności stosujemy dobrowolnie. Istnieje jednak kilka warunków, jakie muszą być spełnione aby przelew zbiorczy można było zrealizować. Przelew zbiorczy dla płatności MPP:

  • musi obejmować wszystkie faktury wystawione od jednego dostawcy lub usługodawcy,
  • faktury muszą być wystawione w okresie nie krótszym niż 1 dzień i nie dłuższym niż 1 miesiąc kalendarzowy,
  • przelew musi zawierać całą kwotę podatku VAT wykazaną na tych fakturach.

Oznacza to, że w przypadku przelewu zbiorczego wszystkie faktury od danego kontrahenta wystawione w danym okresie mają być zapłacone mechanizmem podzielonej płatności. W przelewie zamiast informacji o numerach faktur za które regulujemy płatność podajemy okres którego one dotyczą. Przelewem zbiorczym nie można zrealizować wybranych faktur z danego okresu, musi on dotyczyć wszystkich faktur z tego okresu.

W programie Comarch ERP Optima w wersji 2020.1 wprowadziliśmy możliwość tworzenia zbiorczych przelewów MPP. Po zaznaczeniu wybranych zdarzeń program weryfikuje czy są to przelewy objęte mechanizmem podzielonej płatności. Jeśli tak, to dla danego kontrahenta ustala okres przelewu. Daty od – do przelewu pobierane są z dokumentu źródłowego, np. FZ (data wystawienia), a dla zdarzeń wprowadzonych bezpośrednio do preliminarza jest to data dokumentu. Kolejna weryfikacja dotyczy tego czy:

Przykład

Od kontrahenta ABC otrzymaliśmy faktury zakupu objętych mechanizmem MPP.
Fa/2019/0001 – data wystawienia 08.11.2019, termin płatności 14.11.2019
Fa/2019/0002 – data wystawienia 12.11.2019, termin płatności 15.11.2019
Fa/2019/0003 – data wystawienia 12.11.2019, termin płatności 18.11.2019
Fa/2019/0004 – data wystawienia 13.11.2019, termin płatności 19.11.2019  – na płatności wskazano inny (drugi) rachunek bankowy kontrahenta ABC

Jeśli w preliminarzu płatności zaznaczymy:

–  tylko 2 zdarzenia: Fa/20190001 oraz Fa/2019/0002 i wybierzemy przelew zbiorczy pojawi się komunikat: Wybranych płatności [Fa/2019/0001], [Fa/2019/0002] nie można zapłacić zbiorczym przelewem. W komunikacie zbiorczym powinny się znaleźć wszystkie dokumenty wystawione przez kontrahenta ABC w zadanym okresie, nie dłuższym niż miesiąc kalendarzowy.

W tym przypadku w przelewie zbiorczym powinny znaleźć się wszystkie płatności wystawione w okresie 08.11 – 12.11.2019 czyli także FA/2019/003.
– wszystkie 4 faktury – pojawi się komunikat: Wybranych płatności [Fa/2019/0001], [Fa/2019/0002], [Fa/2019/0003], [Fa/2019/0004]  nie można zapłacić zbiorczym przelewem. Wybrane są różne numery rachunków / numery NIP / waluty rozliczenia / ustawienia SEPA lub płatności pochodzą z dokumentów wystawionych w okresie dłuższym niż miesiąc kalendarzowy.
– zaznaczymy 3 pierwsze faktury – zostanie utworzony przelew zbiorczy na łączną kwotę płatności. W sekcji dotyczącej MPP zamiast numeru faktur pojawi się okres przelewu 08.11-12.11.2019.

2. Nowa wartość odsetek od zaległości w transakcjach handlowych. Od 1 stycznia 2020 roku obowiązuje nowa stawka 11,5% przy wyliczaniu odsetek od zaległości w transakcjach handlowych.

Zmiany

  1. Formaty przelewów. W związku z ostatecznym połączniem się banków BNP Paribas i Raiffeisen Bank w programie Comarch ERP Optima usunięto standardowy format przelewu do BNP Paribas WebService (dawniej Raiffeisen) oraz jego wystąpienia na formularzu banku. Na formatach przelewów zdefiniowanych przez Użytkownika zmieniono format wymiany z Raiffeisen na BNP Paribas.
  2. Lista banków. W związku z wprowadzeniem Indywidualnych rachunków podatkowych (Mikrorachunków podatkowych) na listę banków dodano bank o akronimie NARODOWY BANK POLSKI i numerze rozliczeniowym 10100071. Na rachunki prowadzone w tym banku od 1 stycznia 2020 roku będą wpłacane podatki z tytułu CIT, PIT i VAT. Więcej informacji na temat Mikrorachunków podatkowych znajduje się tutaj.

Poprawiono

  1. Przelew z MPP a numer dokumentu. Na przelewach realizowanych mechanizmem podzielonej płatności numer dokumentu jest aktywny tylko dla przelewów o stanie: Bufor, Do realizacji.
  2. Zapisy kasowe/bankowe i konto przeciwstawne. Przywrócono możliwość ustawienia „pustego” konta księgowego. Zmiana ta wykonywana jest za pomocą operacji seryjnej: Ustaw konto przeciwstawne.
  3. Zapisywanie blokad dla operatora z domyślna kasą/domyślnym bankiem. Jeżeli na formularzu operatora wybrano domyślną kasę\ domyślny bank to nie dało się zapisać dla tego operatora blokad do domyślnego rejestru. Działanie poprawiono.



API do usługi Comarch OCR

UsługaAdres
Comarch OCR – panel do zarządzaniahttps://www.erp.comarch.pl/OCR/
Comarch OCR - APIhttps://cr.erp.comarch.pl/api/v1/

Informacja
W celu korzystania z usługi Comarch OCR należy odblokować komunikację do adresów *.erp.comarch.pl na porcie 443 (SSL).

W pierwszym kroku należy zalogować się w aplikacji Comarch OCR i wygenerować klucze dostępowe.

Metody

Tworzenie sesji użytkownika „session” (POST)

Adres: https://cr.erp.comarch.pl/api/v1/session

 

W nagłówku zapytania należy dołączyć następujące dane uwierzytelniające:

KluczWartość
authKeyKlucz wygenerowany w panelu do zarządzania Comarch OCR
authSecretSekret wygenerowany w panelu do zarządzania Comarch OCR

Opis struktury JSON odpowiedzi

PropertyOpis
sessionTokenToken sesji

Przykładowa odpowiedź JSON

{
"sessionToken": "00000000-0000-0000-0000-000000000000""
}

Możliwe kody odpowiedzi HTTP:

KodZnaczenie
200Poprawnie wygenerowano token sesji.
400Brak wymaganych parametrów w nagłówku żądania lub błędne dane.
403Wymagane jest użycie SSL

Usuwanie sesji użytkownika „session” (DELETE)

Adres: https://cr.erp.comarch.pl/api/v1/session

 

W nagłówku zapytania należy dołączyć następujące wartości:

KluczWartość
authTokenToken sesji

KodZnaczenie
204Sesja poprawnie zakończona
400Brak tokenu sesji w nagłówku żądania.
403Wymagane jest użycie SSL

Adres: https://cr.erp.comarch.pl/api/v1/invoice/recognize

 

Opis struktury JSON zapytania

PropertyOpis
FilePlik o rozszerzeniu *.jpg, *.png, *bmp lub *.pdf w postaci binarnej
GuidOpcjonalne - GUID
RecognizeConfiguration.RecognitionLanguageOpcjonalny - język rozpoznawania dokumentu,
0 - j. polski (jeśli na fakturze zostanie rozpoznany język angielski, rozpoznanie nastąpi jak dla faktur angielskich),
1 - j. niemiecki,
2 - j. francuski,
3 - j. angielski
-1 – rozpoznanie na podstawie języka wykrytego na dokumencie
(domyślnie - j. polski)
RecognizeConfiguration.ReturnDataOpcjonalny - informacja czy usługa ma w odpowiedzi odesłać pliki dla przetworzonych dokumentów
0 – bez plików
1 – z plikami
(domyślnie – opcja 0)
RecognizeConfiguration.BarCodeRecognitionOpcjonalny - informacja czy należy rozpoznawać kody kreskowe da dokumentach,
0 - nie rozpoznaje kodów
1 - rozpoznaje kody
2 - łączy strony na podstawie rozpoznanych kodów
(domyślnie – opcja 0)
RecognizeConfiguration.MergingPagesOptionOpcjonalny - informacja czy należy rozpoznawać kody kreskowe da dokumentach,
0 - nie rozpoznaje kodów
1 - rozpoznaje kody
2 - łączy strony na podstawie rozpoznanych kodów
(domyślnie – opcja 0)
RecognizeConfiguration.ReturnDocumentPositionsOpcjonalny – czy na rozpoznanych dokumentach mają być zwrócone poszczególne pozycje z tabeli produktów
0 – bez pozycji
1 – z pozycjami
(domyślnie – opcja 0)
RecognizeConfiguration.PaymentMethodMappingOpcjonalny – czy na rozpoznanych dokumentach metoda płatności ma być mapowana do standardowych form płatności czy odczytana zgodnie z treścią na dokumencie
0 – bez mapowania
1 – z mapowaniem
(domyślnie – opcja 0)
RecognizeConfiguration.RawRecognitionTextOpcjonalny – informacja czy ma zostać zwrócona oryginalna, niezmieniona treść wykryta na stronie
0 - brak oryginalnej treści
1 - oryginalna treść zostanie zwrócona (domyślnie – opcja 0)
RecognizeConfiguration.DefaultPaymentFormOpcjonalny – domyślna forma płatności jaka ma zostać zwrócona w przypadku nie wykrycia formy płatności na dokumencie (np. „gotówka”)
(domyślnie – brak)
RecognizeConfiguration.PagesToRecognizeOpcjonalny – informacja o numerze NIP kontrahenta który wysyła dokument (np. "1234567890")
(domyślnie – brak)
RecognizeConfiguration.DateRangeOpcjonalny – informacja jakie daty na dokumencie mają zostać uwzględnione w rozpoznaniu (np. "1.01.2023-31.12.2023")
(domyślnie – brak)
RecognizeConfiguration.RegisterTypeOpcjonalny – typ rejestru, który ma być uwzględniony przy rozpoznaniu
0 – rejestr zakupu
1 – rejestr sprzedaży
(domyślnie – rejestr zakupu)

W nagłówku zapytania należy dołączyć następujące wartości:

KluczWartość
authTokenToken sesji

Schemat zapytania (request body):
ParametrFile to recognize
File
string($binary)
Guid
string
ErpModule
string
RecognizeConfiguration.RegisterType
integer($int32)
1 = Purchase
2 = Sale
RecognizeConfiguration.RecognitionLanguage
integer($int32)
0 = PL
1 = DE
2 = FR
3 = EN
-1 = UNSET
RecognizeConfiguration.ReturnData
integer($int32)
0 = WithoutData
1 = WithData
RecognizeConfiguration.BarCodeRecognition
integer($int32)
0 = NoRecognition
1 = CodeRecognition
2 = DocumentBundleRecognition
RecognizeConfiguration.MergingPagesOption
integer($int32)
0 = MergingAlgorithm
1 = FileIsOneDocument
RecognizeConfiguration.ReturnDocumentPositions
integer($int32)
0 = WithPositions
1 = WithoutPositions
RecognizeConfiguration.PaymentMethodMapping
integer($int32)
0 = WithoutMapping
1 = WithMapping
RecognizeConfiguration.RawRecognitionText
integer($int32)
0 = WithoutRawRecognitionText
1 = WithRawRecognitionText
RecognizeConfiguration.DefaultPaymentForm
string
RecognizeConfiguration.PagesToRecognize
string
RecognizeConfiguration.ConfigurationNipNumber
string
RecognizeConfiguration.DateRange
string

 

Opis struktury JSON odpowiedzi

PropertyOpis
ExportStringOdpowiedź w formacie JSON
MessageKomunikat o wyniku przetwarzania dokumentu przez usługę
CodeKod odpowiedzi
StatusStatus odpowiedzi
AdditionalMessageDodatkowa informacja o pozostałych dokumentach, gdy w pakiecie pozostało 10 lub mniej dokumentów
UriToDownloadAdres URL do strony spójnej z kodem odpowiedzi

Schemat odpowiedzi
Kod 200

{
  "invoices": [
    {
      "recognizedElements": {
        "documentNumber": "string",
        "kSeFNumber": "string",
        "dateOfIssue": "string",
        "dateOfSale": "string",
        "dueDate": "string",
        "paymentForm": "string",
        "bankAccountNumber": "string",
        "orderNumber": "string",
        "isCorrection": true,
        "correctedDocumentNumber": "string",
        "currency": "string",
        "currencyExchange": {
          "rate": 0,
          "multiplier": 0,
          "date": "string"
        },
        "language": "string",
        "carBodyNumber": "string",
        "isDateInRange": true
      },
      "sellerContractor": {
        "tin": "string",
        "companyName": "string",
        "street": "string",
        "streetNumber": "string",
        "apartmentsNumber": "string",
        "postCode": "string",
        "postOffice": "string",
        "city": "string",
        "voivodeship": "string",
        "activeVATTaxpayer": true
      },
      "buyerContractor": {
        "tin": "string",
        "companyName": "string",
        "street": "string",
        "streetNumber": "string",
        "apartmentsNumber": "string",
        "postCode": "string",
        "postOffice": "string",
        "city": "string",
        "voivodeship": "string",
        "activeVATTaxpayer": true
      },
      "vatPositions": [
        {
          "vatRate": 0,
          "vatRateDecimal": 0,
          "vatStatus": 0,
          "subtotal": 0,
          "vat": 0,
          "total": 0
        }
      ],
      "pageProperties": {
        "firstPageNumber": 0,
        "documentLength": 0,
        "pageRotation": 0
      },
      "pages": [
        {
          "pageNumber": 0,
          "image": "string",
          "rawText": "string"
        }
      ],
      "productItems": [
        {
          "name": "string",
          "unit": "string",
          "productCode": "string",
          "ean": "string",
          "contractNumber": "string",
          "count": {
            "value": 0,
            "status": 0
          },
          "nettoUnitPrice": {
            "value": 0,
            "status": 0
          },
          "bruttoUnitPrice": {
            "value": 0,
            "status": 0
          },
          "netto": {
            "value": 0,
            "status": 0
          },
          "brutto": {
            "value": 0,
            "status": 0
          },
          "vatRate": {
            "value": 0,
            "status": 0
          },
          "vatAmount": {
            "value": 0,
            "status": 0
          },
          "vatStatus": {
            "value": 0,
            "status": 0
          },
          "discount": {
            "value": 0,
            "status": 0
          }
        }
      ],
      "attachment": {
        "canRead": true,
        "canWrite": true,
        "canSeek": true,
        "canTimeout": true,
        "length": 0,
        "position": 0,
        "readTimeout": 0,
        "writeTimeout": 0
      },
      "fileUrl": "string",
      "barcode": {
        "text": "string",
        "type": "string"
      },
      "barcodes": [
        {
          "text": "string",
          "type": "string"
        }
      ],
      "guid": "string"
    }
  ],
  "message": "string",
  "url": "string",
  "numberOfPagesLeft": 0,
  "guid": "string"
}

Kod 400

{
  "httpCode": 0,
  "internalErrorCode": 0,
  "message": "string",
  "url": "string"
}

Kod 403

{
  "httpCode": 0,
  "internalErrorCode": 0,
  "message": "string",
  "url": "string"
}

Kod 415

{
  "httpCode": 0,
  "internalErrorCode": 0,
  "message": "string",
  "url": "string"
}

Tabela błędów metody „invoice/recognize” w przypadku kodu błędu >= 400
HttpCodeInternalErrorCodeOpisDodatkowe informacje
401101Błąd podczas autentykacji użytkownika
401102Niepoprawny numer klucza
503104Przerwa techniczna
401105Token sesji wygasł lub jest niepoprawny
401106Brak podpisanej klauzuli RODOLink do formularza z umową w 'Url'
402107Brak wykupionego pakietu przez klienta
401108Klient został zablokowany ze względu na brak opłaconego pakietu
401109Brak dostępu do API OCR (autentykacja przez token)
401110Wykorzystany pakiet dokumentówLink do sklepu w 'Url'
401111Brak wystarczającej liczby dokumentów w pakiecieLink do sklepu w 'Url'
500112-116,199Błędy po stronie serwera
401117Błąd podczas autentykacji użytkownika z wykorzystaniem NIPu
503118Przerwa serwisowa
400119Niepoprawny parametrNazwa parametru w 'Message'
401101Błąd podczas autentykacji użytkownika
401102Niepoprawny numer klucza
503104Przerwa techniczna
401105Token sesji wygasł lub jest niepoprawny

W przypadku odpowiedzi z serwera z Code innym niż wymienione w tabeli powyżej należy wyświetlić informację zgodnie ze Statusem.

Komunikat tej informacji znajduje się w Message lub AdditionalMessage, i ewentualny link w UriToDownload.




Mechanizm Podzielonej płatności

W tym artykule opisano działanie Mechanizmu Podzielonej płatności w Comarch ERP Optima:

  1. Kiedy na fakturze automatycznie zaznaczy się parametr MPP?
  2. Którym towarom w cenniku należy ustawić parametr MPP – podzielona płatność?
  3. Co zrobić jeżeli na fakturze miał być zaznaczony parametr MPP?
  4. Jak zaznaczyć parametr MPP na płatności jeżeli dokument został wystawiony na formę płatności niepowiązaną z rejestrem bankowym?
  5. Jak dla każdej nowo wystawionej transakcji ustawić Mechanizm podzielonej płatności?

  1. Kiedy na fakturze automatycznie zaznaczy się parametr MPP?

Parametr MPP – Podzielona Płatność automatycznie zostanie zaznaczony na dokumentach, które spełnią określone warunki, tj.:

  • wszystkie daty na dokumencie są późniejsze niż 31.10.2019r.
  • przynajmniej jeden towar dodany na dokument ma na kartotece zaznaczony parametr MPP –  podzielona płatność,
  • wartość brutto dokumentu przekracza 15 000 PLN,
  • kontrahent jest podmiotem gospodarczym o statusie Krajowy lub Podatnikiem jest nabywca,
  • dla dokumentów walutowych płatność VAT jest wykazana w PLN.  (w menu Start/Konfiguracja/ Firma/ Handel/ Parametry – parametr Płatność VAT w PLN na fakturach krajowych w walucie jest zaznaczony.)

Dodatkowo parametr MPP – podzielona płatność zostanie zawsze automatycznie zaznaczony na dokumencie bez spełnienia powyższych warunków, jeżeli na karcie wybranego kontrahenta na zakładce [ Płatności ] jest zaznaczony parametr MPP – podzielona płatność. 


2. Którym towarom w cenniku należy ustawić parametr MPP – podzielona płatność?

Parametr MPP – podzielona płatność należy zaznaczyć na kartach towarów objętych mechanizmem podzielonej płatności. Wykaz towarów objętych MPP znajduje się w załączniku nr 15 do ustawy o VAT (Dz. U. z 13 września 2019 r. poz. 1751 – http://dziennikustaw.gov.pl/du/2019/1751/1). Zgodnie z załącznikiem do ustawy VAT, mechanizm podzielonej płatności powinien być stosowany w odniesieniu do 150 grup towarowych i usługowych określonych zgodnie z Polską Klasyfikacją Wyrobów i Usług (PKWiU) z 2008 r.

Parametr MPP dla pozycji cennikowych można zaznaczyć za pomocą operacji seryjnej – Zmiana parametrów karty dostępnej na liście zasobów oraz w cenniku.

3. Co zrobić jeżeli na fakturze miał być zaznaczony parametr MPP?

Do f, która spełnia wszystkie wymogi do zastosowania mechanizmu podzielonej płatności oraz pozycje na fakturze mają naliczony podatek VAT można wystawić korektę danych, na której istnieje możliwość zaznaczenia parametru MPP – podzielona płatność. W tym przypadku w menu Kasa/Bank/Preliminarz płatności na zdarzeniu korygowanej fzostanie zaznaczony parametr MPP – podzielona płatność oraz zostanie wykazany podatek VAT. Na wydruku korekty danych będzie drukowana adnotacja Mechanizm podzielonej płatności.

W przypadku wydruku Eko – korekta danych należy w polu Korekta z tytułu wpisać Mechanizm podzielonej płatności.

Jeżeli na fakturze sprzedaży nie został naliczony podatek VAT po korekcie danych należy wykonać korektę stawki VAT i zaznaczyć na niej parametr MPP – podzielona płatność.

4. Jak zaznaczyć parametr MPP na płatności jeżeli dokument został wystawiony na formę płatności niepowiązaną z rejestrem bankowym?

Aby prawidłowo rozliczyć transakcję w MPP (mechanizmie podzielonej płatności) to forma płatności na dokumencie musi być skojarzona z rejestrem bankowym.

Jeżeli dokument spełniający wymagania MPP został zatwierdzony z niepoprawną formą płatności i bez zaznaczenia parametru MPP – podzielona płatność to użytkownik musi przed wykonaniem korekty danych usunąć rozliczenie i zmienić rejestr dla płatności danego dokumentu. W tym celu należy w Kasa/Bank/Preliminarz płatności odnaleźć rozliczenie faktury,  pod prawym przyciskiem myszy wybrać opcję operacje seryjne – Usuń rozliczenia. Następnie zmienić status płatności na „ Do realizacji” oraz za pomocą operacji seryjnych zmienić rejestr bankowy.  Po zmianie rejestru dla danej płatności można wykonać korektę danych faktury, która pozwoli na zaznaczenie parametru MPP – podzielona płatność dla dokumentu i zmienionej płatności.

5. Jak dla każdej nowo wystawionej transakcji ustawić Mechanizm podzielonej płatności?

Jeżeli na karcie kontrahenta zaznaczony będzie parametr: MPP – podzielona płatność wtedy informacja ta będzie przenoszona na każdą wystawioną dla tego kontrahenta fakturę. Parametr ten można  zaznaczyć na karcie kontrahenta za pomocą operacji seryjnej Zmień warunki płatności – Zmień ustawienie parametru – Mechanizm podzielonej płatności dostępnej na liście kontrahentów.

 




Pytanie (34696) „Na dokumencie występują pozycje z odwrotnym obciążeniem. Od 01.11.2019 roku odwrotne obciążenie zostało zastąpione mechanizmem podzielonej płatności. Czy chcesz naliczyć VAT dla pozycji?”

Pytanie pojawia się w momencie zatwierdzania dokumentu, który został wystawiony przed 01.11.2019 r. z odwrotnym obciążeniem i zostaje przekształcony do dokumentu handlowego po 31.10.2019r. Zgodnie ze zmianą w ustawie VAT tego typu transakcje od 01.11.2019 r. muszą być rozliczane z użyciem mechanizmu podzielonej płatności. Jeżeli użytkownik zaznaczy opcję TAK na pozycjach zostanie naliczony VAT zgodnie wartościami ustawionymi na karcie towaru. Status kontrahenta zostanie zmieniony z Podatnikiem jest nabywca na Krajowy oraz jeśli wartość brutto transakcji przekroczy 15 tys. PLN zostanie zaznaczony parametr MPP – podzielona płatność.

Więcej informacji na temat mechanizmu podzielonej płatności




Numer rachunku [] nie widnieje w Wykazie podatników VAT. Skontaktuj się z kontrahentem w celu weryfikacji numeru rachunku

Komunikat o powyższej treści pojawia się w sytuacji, gdy numer NIP kontrahenta jest nie poprawny co powoduje, że nie ma możliwości weryfikacji jego numeru rachunku bankowego w  Wykazie podatników VAT Ministerstwa Finansów.




Błąd weryfikacji numeru rachunku []: pusty numer NIP

Komunikat pojawia się, gdy podczas wystawiania faktury zakupu, korekty faktury zakupu, korekty faktury sprzedaży, spełnione są warunki umożliwiające weryfikację rachunku bankowego klienta, natomiast numer NIP nie został uzupełniony.

 

 

 




Jakie dane są niezbędne do nadania przesyłki z serwisu Allegro?

Do prawidłowego zrealizowania zlecenia z serwisu Allegro, w Start/Konfiguracja/ Firma/ Przesyłki/ InPost Allegro  użytkownik powinien podać Organization ID, Access Token otrzymane od InPost oraz numer ID i Login do kont Allegro.

Podczas tworzenia zlecenia przesyłek dla Allegro wymagane jest podanie adresu e-mail, który jest nadawany indywidualnie dla każdej aukcji, numer telefonu kupującego, identyfikator sprzedawcy i transakcji. Dla zamówień realizowanych z Allegro za pośrednictwem Comarch e-Sklep powyższe dane uzupełniane są automatycznie. Ponadto przy przekształcaniu takiego zamówienia do zlecenia zadania przesyłki uzupełniana jest informacja o usłudze wybranej przez kupującego (Allegro Kurier24 InPost, Allegro MiniKurier24 InPost czy Allegro Paczkomaty 24/7 InPost) oraz o Paczkomacie odbiorczym, jeśli kupujący wybrał opcję paczkomat przy składaniu zamówienie w Allegro.

 




Jak dostarczyć paczkę do InPost?

Podczas konfiguracji usługi InPost Paczkomaty oraz InPost Allegro można określić domyślny sposób w jaki będą dostarczane paczki do InPost. Użytkownik może dostarczyć przesyłkę samodzielnie do Paczkomatu InPost, lub do Punktu Obsługi Paczek (POP). Może również zamówić kuriera, który odbierze nadawane przez niego paczki. Usługę kuriera należy zamówić za pośrednictwem Managera Paczek.




Czy Comarch ERP Optima współpracuje z Paczkomatami InPost?

W Comarch ERP Optima możliwe jest nadawanie przesyłek za pośrednictwem InPost. Dotyczy to zarówno produktów zakupionych bezpośrednio u sprzedawcy (np. przez sklep internetowy), jak i realizacji zamówień z serwisu Allegro. Dostępnymi usługami są:

  • Paczkomaty InPost 24/7,
  • Allegro Paczkomaty 24/7 InPost,
  • Allegro Kurier24 InPost,
  • Allegro MiniKurier24 InPost.

Natomiast po skonfigurowaniu usługi Comarch Shipping istnieje możliwość komunikacji z następującymi kurierami i przewoźnikami:

  • Allegro Paczkomaty 24/7 InPost,
  • InPost Kurier,
  • InPost Paczkomaty 24/7
  • Allegro Kurier24 InPost.