Ramowy harmonogram wersji Comarch ERP XL w 2022 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2022.1 PSQL	Wersja	Pierwsza połowa sierpnia 2022 r.
2023.0 MSSQL	Wersja	Grudzień 2022 r.
2023.0 PSQL	Wersja	Styczeń 2023 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch: https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2022-68716

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2022.1

Aplikacja	Wersja	Uwagi
Comarch IBARD	6.4.1
wszystko.pl	Aktualna wersja nowe.wszystko.pl
Comarch e-Sklep	2022.4
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2022.1.1
Comarch WMS (Zarządzanie, Magazynier)	2022.5
Comarch Magazynier	2022.0
Comarch ERP XL HR	2022.7.1
Comarch HRM	2022.5.1
Comarch DMS (stacjonarny, WWW)	2022.0.0
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2022.1
Comarch ERP XL Business Intelligence (BI Point)	12.2
Comarch ECM	2015.2
Migracja danych XL2XML	9.1
Comarch MES	2022.1
Comarch e-Sprawozdania	2022.0.0
Comarch POS	2022.5
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/
Serwis XL – IoT	2021.1
Comarch Apfino	Aktualna wersja apfino.pl
Comarch sPrint	0.5	Wersja Beta

Uwaga

Od wersji 2022.1, w związku ze zmianami w rdzennych bibliotekach Comarch ERP XL, usuwamy możliwość konwersji baz starszych niż wersja 2018.0. W przypadku konieczności konwersji bazy starszej niż w wersji 2018.0, konwersję należy wykonać w dwóch krokach:

1. Najpierw należy skonwertować bazę do jednej z wersji z zakresu 2018.0 – 2022.0
2. Następnie należy wykonać konwersję do wersji 2022.1

Logistyka

Pakiet VAT e-commerce (WSTO, OSS)

Udostępniona została funkcjonalność związana z pakietem VAT e-commerce w zakresie obsługi wewnątrzwspólnotowej dostawy towarów na odległość, zwanej dalej WSTO oraz szczególnej procedury unijnej VAT-OSS.
W przypadku sprzedaży wysyłkowej dla kontrahentów z innych krajów Unii Europejskiej po przekroczeniu wartości 10.000 EUR łącznej sprzedaży do krajów UE dostawca zobowiązany jest do rejestracji do celów rozliczenia VAT w każdym kraju członkowskim, do którego dostarcza towary, lub do przystąpienia do procedury VAT-OSS. Procedura ta umożliwia rozliczenie podatku VAT z tego tytułu na jednej deklaracji składanej elektronicznie.

Nowy rodzaj transakcji na dokumentach sprzedaży

Na potrzeby obsługi transakcji WSTO wprowadzono w Systemie nowy rodzaj transakcji: Wewnątrzwspólnotowa sprzedaż towarów na odległość i świadczenie usług elektronicznych i podobnych” (WSTO_EE) na ofertach sprzedaży, zamówieniach sprzedaży oraz dokumentach handlowych sprzedaży.

Ustalenie tego typu transakcji na dokumencie oznacza, że na jego elementach zastosowane zostaną stawki właściwe dla kraju przeznaczenia (kraju Odbiorcy towaru).

Uwaga

Ww. zasada ustalania stawek VAT właściwych dla kraju przeznaczenia obejmie wszystkie towary/usługi wprowadzone na dokument o ww. typie transakcji, nie przewiduje się bowiem oznaczania kart towarowych/usług znacznikiem wykluczającym je z ww. procedury. Jeżeli jakiś towar/usługa nie podlega ww. procedurze (np. nowe środki transportu) Użytkownik powinien dla niego/niej zarejestrować odrębną fakturę z dotychczas stosowanym typem transakcji.

Nowy rodzaj transakcji został obsłużony na poniższych typach dokumentów:

WSTO to kolejnym typ transakcji w rodzinie transakcji wewnątrzwspólnotowych, stąd na zakładce [Ogólne] dokumentów z ww. transakcją prezentowany jest typ wewnątrzwspólnotowy, natomiast dodatkowo stosowane są poniższe oznaczenia:

W związku z wprowadzeniem nowego typu transakcji zmienione zostały zasady domyślnego ustalania rodzaju transakcji ofert, zamówień i dokumentów handlowych sprzedaż. System uwzględnia odtąd dodatkowy znacznik na karcie kontrahenta oraz nowe parametry Konfiguracji. Dokumenty oznaczane są automatycznie typem transakcji WSTO_EE jeżeli spełnione są dwa poniższe warunki:

Parametr WSTO_EE na karcie kontrahenta

Ww. parametr można włączyć na karcie kontrahenta innego niż Pozaunijny i innego niż oznaczony parametrem Podatnikiem jest Nabywca. Identyczny parametr został obsłużony na wzorcu kontrahenta i w funkcji aktualizacji kart kontrahentów na podstawie wzorca.

Ww. rodzaj transakcji dotyczy kontrahentów z Unii Europejskiej. Jeżeli więc Użytkownik wybierze czy to w jego adresie bieżącym czy to w adresie wysyłkowym kraj nie należący do UE, wówczas przy zapisie takiej karty otrzyma stosowne ostrzeżenie. Podobna weryfikacja dokonywana jest podczas zapisu formatki adresu wysyłkowego takiego kontrahenta.

Parametr WSTO_EE i Procedura OSS w Konfiguracji systemu

W Konfiguracji Systemu zostały udostępnione dwa nowe parametry. Włączony parametr Stosuj WSTO_EE oznacza, że System ma honorować parametr WSTO_EE na kartach kontrahentów tj. na rejestrowanych dla nich ofertach, zamówieniach i dokumentach handlowych sprzedaży ustalać typ transakcji WSTO_EE. Wyłączony parametr zaś oznacza, że parametr WSTO_EE na kartach kontrahentów ma być ignorowany.

Ww. parametr konfiguracyjny został dodany po to, aby obsłużyć przypadki, kiedy to firma przekroczyła limit sprzedaży detalicznej do krajów UE i zobowiązana jest to stosowania stawek właściwych dla kraju odbiorcy, a po jakimś czasie, z racji znacznego spadku takiej sprzedaży winna stosować już stawki krajowe. W takiej sytuacji Użytkownik nie musi wyłączać parametru WSTO_EE na wszystkich kartach kontrahentów wystarczy, że wyłączy parametr w Konfiguracji.

Włączony parametr Proc. OSS świadczy o tym, że Firma przystąpiła do procedury OSS. Przy włączonym parametrze faktury z transakcją WSTO_EE automatycznie są oznaczane jako podlegające tej procedurze. Takie transakcje należy ująć w deklaracji VIU-DO.

Dokumenty handlowe WSTO_EE a procedura OSS

Na fakturach sprzedaży z transakcją WSTO_EE i ich korektach dostępny jest parametr Procedura OSS. Jego ustawienie decyduje o tym, czy dokument ten ma zostać ujęty na deklaracji VIU-DO. Parametr jest domyślnie włączany na dokumentach z transakcją WSTO_EE o ile w Konfiguracji systemu włączony jest opisany wyżej parametr Proc. OSS, w przeciwnym wypadku jest on domyślnie wyłączony, przy czym Użytkownik może zmienić jego ustawienie na konkretnym dokumencie.

Udostępnienie znacznika Procedura OSS wynika z dwóch możliwości rozliczania podatku VAT z tytuły sprzedaży wysyłkowej do krajów UE po przekroczeniu limitu 10 000 EUR:

Stawki VAT kraju odbiorcy na dokumentach WSTO_EE

Na dokumentach z transakcją WSTO_EE obowiązują stawki właściwe dla kraju przeznaczenia (kraju Odbiorcy towaru).

Lista stawek VAT właściwych dla danego kraju UE

Podczas konwersji i kreacji bazy dodane zostały stawki VAT obowiązujące w poszczególnych krajach Unii Europejskiej. Stawki podstawowe zostały dodane z oznaczeniem grupy A, stawki obniżone natomiast z kolejnymi literami alfabetu tj. B, C itd. i statusem zaniżona, przy czym dla każdej z nich jako stawka, w stosunku do której jest ona obniżona/zaniżona została ustalona stawka zgodna ze stawką podstawową danego kraju. Stawki te otrzymały znacznik kraju, w którym obowiązują, a dodatkowo prefiks kraju został umieszczony w Aliasie tych stawek.

Aby ułatwić przeglądanie stawek pod ich listą dodany został filtr pozwalający na ich ograniczanie do stawek obowiązujących w danym kraju. Symbol i nazwa kraju prezentowane są na liście stawek VAT.

Użytkownik ma możliwość zarówno edycji tak dodanych stawek jak i samodzielnego dodawania stawki dla danego kraju. Kraj na stawce wskazywany jest z menu listy krajów UE innego niż kraj instalacji Systemu, o którym poniżej.

W związku z wprowadzoną możliwością przypisywania kraju na stawkach VAT zmieniona została zasada sprawdzania ich unikalności. Odtąd możliwe jest wprowadzenie wielokrotnie stawek o tej samej wysokości, o ile różnią się one krajem.

Na dotychczasowych stawkach VAT kontrolka z krajem pozostaje pusta. Celowo takie stawki nie otrzymały symbolu kraju, System Comarch EPR XL bowiem używany jest również przez Klientów spoza Polski. Stawki bez kraju to stawki obowiązujące w kraju, w którym zainstalowany jest System. Kraj instalacji definiowany jest w nowej kontrolce Konfiguracji Systemu.

Użytkownik powinien przypisywać kraj wyłącznie na stawkach obowiązujących w krajach innych niż kraj instalacji Systemu.

Uwaga

W przypadku kraju instalacji innego niż Polska Użytkownik powinien wskazać ten kraj w Konfiguracji, a następnie dokonać stosownych zmian na stawkach VAT: na stawkach obowiązujących w kraju instalacji należy usunąć identyfikator kraju na stawkach dodanych dla tego kraju podczas kreacji/konwersji oraz dodać stawki obowiązujących w Polsce i przypisać na nich prefiks kraju PL, jeżeli takich stawek będzie używał np. na potrzeby transakcji WSTO/OSS z Polską.

Pozostawienie pustego kraju na stawkach VAT kraju instalacji jest niezbędne dla prawidłowego działania Systemu. Wyłącznie stawki VAT bez przypisanego kraju można przypisać w dotychczasowych kontrolkach stawki sprzedaży/zakupu zakładki [Ogólne] karty towaru/karty wzorca towaru. Wyłącznie spośród takich stawek można wskazać stawkę właściwą dla eksportu towarów/usług, stawkę właściwą dla rolnika ryczałtowego itp., specyficzne stawki ustalane w Konfiguracji. Również mapowanie stawek VAT na stawki właściwe dla drukarki fiskalnej odbywa się wyłącznie dla stawek bez przypisanego kraju.

Stawka VAT towaru obowiązująca w kraju UE

Stawki VAT towaru obowiązujące w poszczególnych krajach UE przypisywane są na nowej zakładce karty towaru: [Jednostki, kody, VA]/[Stawki VAT]. Edycja stawek odbywa się metodą edit-in-place.

Użytkownik może przypisać tutaj stawki dla poszczególnych krajów UE, poza krajem instalacji. Po wyborze kraju menu z listą możliwych do przypisanie stawek ograniczane jest do stawek z tym krajem. Do danego towaru/wzorca można przypisać tylko jedną stawkę dla danego kraju. Stawki te zapisywane są w nowej tabeli TwrStawkiVAT.

Oprócz ręcznego przypisywania/zmiany stawek VAT towarów dla poszczególnych krajów i oprócz aktualizacji tychże stawek w oparciu o wzorzec udostępniono stosowne funkcji API zewnętrznego XLDodajStawkeVAT, i XLZmienStawke, za pomocą których Partnerzy mogą przygotować Klientom mechanizmy wspierające czy to seryjne przypisywanie takich stawek do kart towarowych czy też ich modyfikację np. jeżeli w danym kraju stawka ulegnie zmianie.

Ustalanie stawki VAT na elementach transakcji WSTO_EE

Na elementach ofert sprzedaży, zamówień sprzedaży oraz dokumentów handlowych sprzedaży z transakcją WSTO_EE ustalana jest stawka VAT obowiązująca w kraju Odbiorcy towaru, tj. kraju przeznaczenia ustalonego na dokumencie.

Ww. stawka ustalana jest na podstawie stawki zdefiniowanej dla towaru i ww. kraju na zakładce [Jednostki, kody, VAT]/[Stawki VAT] karty towaru.

Jeżeli taka stawka do towaru nie została przypisana, wówczas ustalana jest stawka podstawowa danego kraju. Jest to stawka typu Podatek z przypisanych krajem zgodnym z krajem przeznaczenia. Jeżeli takich stawek dla tego kraju zdefiniowano wiele, wówczas ustalana jest 1-wsza z nich.

Jeżeli i taka stawka nie została zdefiniowana, co w praktyce może się zdarzyć, jeżeli Użytkownik nieopatrznie ją usunął, wówczas ustalana jest stawka VAT z zakładki [Ogólne] karty towaru. W obu ostatnich przypadkach Użytkownik informowany jest o braku właściwej stawki. W takiej sytuacji powinien on zweryfikować stawkę VAT towaru tj. przypisać ją na ww. zakładce karty towaru oraz zmienić na elemencie dokumentu.

Podobne ostrzeżenie pojawia się również podczas zmiany kraju przeznaczenia na dokumentach z ww. typem transakcji, kiedy to System dokonuje zmiany stawek elementów na właściwe dla nowego kraju przeznaczenia. Ostrzeżenie pojawia się wówczas, jeżeli Użytkownik nie przypisał stawek na zakładce [Jednostki, kody, VAT]/[Stawki VAT] karty towaru.

Szczególnym przypadkiem ustalania stawki VAT na dokumentach z transakcją WSTO_EE jest rejestrowanie takiego dokumentu z krajem przeznaczenia zgodnym z krajem instalacji. W takim przypadku na dokumencie ustalana jest stawka z zakładki [Ogólne] karty towaru. Rejestrowanie takiego dokumentu może mieć miejsce w przypadku instalacji Systemu operującej na centrach prowadzących działalność w kontekście wielu różnych krajów. Więcej o obsłudze stawek VAT w kontekście różnych krajów działalności opisano w dalszej części dokumentu.

Przyklad

System zainstalowano w Polsce, stąd jako kraj instalacji wybrano PL. Jedno z centrów struktury praw [Centrum_1] działa jako podmiot niemiecki stąd na pieczątce tego centrum jako kraj działalności przypisano DE. W Centrum_1 zarejestrowano ZS/FSE z transakcją WSTO_EE. Na elementach dodawanych do tego dokumentu ustalana będzie stawka VAT sprzedaży z zakładki [Ogólne] karty towaru.

Edycja stawki VAT na elemencie dokumentu z transakcją WSTO_EE odbywa się w zakresie stawek zdefiniowanych dla kraju przeznaczenia, tj. stawek na których przypisano symbol tego kraju.

Poprawność stawki VAT ustalonej na elementach dokumentów z transakcją WSTO_EE jest przez System weryfikowana podczas operacji j.n. Jeżeli do karty towaru nie przypisano stawki VAT kraju przeznaczenia lub przypisana stawka jest inna, niż stawka ustalona na elemencie, wówczas prezentowane jest stosowne ostrzeżenie.

Ww. weryfikacja odbywa się podczas:

Ww. weryfikacja przydatna jest również wówczas, gdy stawka VAT towaru/towarów w kraju przeznaczenia ulegnie zmianie. Jeżeli istnieją niezrealizowane zamówienia czy też niezatwierdzone dokumenty handlowe z transakcją WSTO_EE dla tego kraju i Użytkownik dokona stosownej zmiany stawki na kartach towarowych, wówczas System zaprezentuje ww. ostrzeżenie. W takiej sytuacji Użytkownik powinien zaktualizować stawki VAT na elementach takich dokumentów. Może to uczynić samodzielnie, edytując poszczególne elementy dokumentu lub wykorzystać opcję seryjnej aktualizacji stawek VAT dostępną na formatce dokumentu oraz w menu kontekstowym listy dokumentów.

Ww. seryjna aktualizacja stawek VAT dostępna jest na:

Zarówno weryfikacja zgodności stawek VAT jak i seryjna aktualizacja stawek VAT elementów była już dostępna w poprzednich wersjach Systemu, z tym, że dotąd dotyczyła stawek VAT kraju instalacji, obecnie uwzględnia ona specyfikę transakcji WSTO_EE i aktualizuje stawki VAT wg kraju przeznaczenia.

Faktury A-vista z transakcją WSTO_EE

Transakcja WSTO_EE obsłużona została również na fakturach A-vista i ich korektach: (A)FS, (A)FSK, (A)FW, (A)FWK. W przypadku rejestrowania dokumentu przy użyciu elementów stawka VAT tychże ustalana jest na podstawie stawki VAT kraju przeznaczenia przypisanej do karty towaru A-vista. Jeżeli stawki tej nie przypisano, wówczas ustalana jest stawka podstawowa obowiązującą w kraju przeznaczenia.

Podczas rejestrowania ww. dokumentów bez użycia elementów, a jedynie poprzez dodawanie rekordu tabeli VAT stawka VAT na takim rekordzie ustalana jest na podstawie stawki podstawowej obowiązującej w kraju przeznaczenia, a Użytkownik może ją zmienić, wybierając dowolną spośród stawek zdefiniowanych dla kraju przeznaczenia.

Faktury zaliczkowe i końcowe z transakcją WSTO_EE

Do obsługi zaliczki dla transakcji WSTO_EE dedykowane są faktury zaliczkowej FEL, a co za tym idzie sprzedaż z odliczeniem ww. faktury zaliczkowej należy rejestrować za pomocą faktur FSE/(s)FSE. Na fakturze końcowej, odliczającej daną FEL wymagane jest, jak dotychczas zachowanie zgodności zarówno typu transakcji, jak i stawek VAT faktury zaliczkowej i końcowej.

Dla faktur zaliczkowych niedostępna jest korekta stawek VAT, co za tym idzie w przypadku użycia na niej niewłaściwej stawki Użytkownik powinien ją w całości skorygować a następne zarejestrować nową FEL na podstawie ZS z poprawną stawką. Takie same operacje należy przeprowadzić, jeżeli ZS zostało zarejestrowane zanim Firma przekroczyła limit obrotu powodujący konieczność stosowania transakcji WSTO.

Ujmowanie transakcji WSTO_EE w deklaracji Intrastat

Zgodnie z instrukcją wypełniania i przesyłania zgłoszeń Intrastat (wersja 1.14 Rozdział III pkt 11) transakcje WSTO_EE w procedurze OSS nie są ujmowane w deklaracji Intrastat, natomiast transakcje WSTO_EE rejestrowane przez Firmę, która nie przystąpiła do procedury OSS należy wykazać w Intrastat z rodzajem transakcji Handel bezpośredni z prywatnymi konsumentami/przez prywatnych konsumentów (w tym sprzedaż na odległość).

W związku z powyższym na dokumentach z transakcją WSTO_EE i wyłączonym parametrem Proc. OSS domyślnie parametr Uwzględniaj w deklaracji Intrastat jest włączany, natomiast przy włączonym parametrze dotyczącym procedury OSS wyłączany. Na dokumentach WSTO_EE ustalany jest rodzaj transakcji 12: Handel bezpośredni z prywatnymi konsumentami/przez prywatnych konsumentów (w tym sprzedaż na odległość).

Ujmowanie transakcji WSTO_EE w JPK_FA(4)

Obsługa nowej struktury JPK_FA(4), obowiązującej od 1 kwietnia 2022 roku została udostępniona w wersji 2022.0.2 Systemu. Główną zmianą w zakresie nowej struktury było ujęcie w niej transakcji rejestrowanych w ramach procedur szczególnych OSS (One Stop Shop) oraz IOSS (Import One Stop Shop).

Przed wersją 2022.1 System Comarch ERP XL nie obsługiwał transakcji WSTO_EE ani też procedury OSS, stąd dla tych Użytkowników, którzy obsługiwali ww. transakcje we własnym zakresie umożliwiono ich ujmowanie w JPK_FA(4) poprzez oznaczenie takich faktur stosownymi atrybutami przypisywanymi do nagłówka dokumentu:

Przypisanie do dokumentu zarówno atrybutu JPK_P_13_5, jak i JPK_P_14_5 i ustalenie ich wartości na <TAK> oznaczało, że dokument należy w JPK_FA(4) potraktować jako transakcję WSTO w procedurze OSS, przypisanie wyłącznie atrybutu JPK_P_13_5 <TAK> zaś oznaczało transakcję WSTO ale bez procedury OSS.

W wersji 2022.1 ww. zasady zostały wzbogacone o obsłużone w tej wersji: transakcję WSTO_EE i procedurę OSS.

Transakcje WSTO_EE w procedurze OSS ujmowane są w JPK_FA(4) w sposób j.n.

Gdzie DOPTK oznacza dostawę opodatkowaną poza terytorium kraju.

Przez ww. transakcje rozumiane są zarówno dokumenty z transakcją WSTO_EE i włączonym parametrem Procedura OSS (dokumenty rejestrowane w wersji 2022.1) jak i dokumenty oznaczone atrybutami JPK_P_13_5 i JPK_P_13_5 (dokumenty rejestrowane przed wersją 2022.1).

Transakcje oznaczone jako WSTO, a nie podlegające procedurze OSS ujmowane są w JPK_FA(4) w sposób j.n.

Przez ww. transakcje rozumiane są zarówno dokumenty z transakcją WSTO_EE i wyłączonym parametrem Procedura OSS (dokumenty rejestrowane w wersji 2022.1) jak i dokumenty oznaczone atrybutem JPK_P_13_5 a nie oznaczone atrybutem JPK_P_13_5 (dokumenty rejestrowane przed wersją 2022.1).

Omówione wyżej zasady ujmowania transakcji WSTO_EE w JPK_FA(4) dotyczą zarówno faktur sprzedaży jak i faktur zaliczkowych. Takie faktury zaliczkowej ujmowane są w JPK_FA(4) wg wyżej opisanych zasad, z tym, że dla tego typu dokumentów jako elementy wykazywane są elementy zamówień, do których zarejestrowano fakturę zaliczkową. Dla elementów zamówień związanych z FSL/FEL z transakcją WSTO_EE stawka VAT prezentowana/wysyłana jest wg poniższych zasad:

Uwaga

Obsługa wprowadzonej w wersji 2022.1 transakcji WSTO_EE przewidziana jest wyłącznie dla faktury zaliczkowej FEL, tak więc dokument FSL może zostać ujęty jw. wyłącznie jeżeli Użytkownik oznaczył go w wersjach wcześniejszych ww. atrybutami.

Transakcja WSTO_EE/OSS a współpraca z innymi aplikacjami

Ww. transakcja nie jest obsługiwana we współpracy Systemu z innymi aplikacjami. Obsługa transakcji WSTO_EE we współpracy z E-sklep zostanie udostępniona w jednej z kolejnych wersji Systemu.

Stawki VAT kraju działalności i ułatwienia pracy w Systemie instalowanym poza Polską

W wersji 2022.1 wprowadzono szereg funkcjonalności ułatwiających pracę Użytkownikowi na Systemie instalowanym poza Polską, jak również pracę podmiotowi, który działa w kontekście wielu krajów, definiowanych w poszczególnych centrach struktury Firmy.

Kraj instalacji i kraj prowadzenia działalności

W Konfiguracji Firmy wprowadzono możliwość określania kraju, w którym instalowany jest/został zainstalowany System. Na poszczególnych pieczątkach zaś kraj działalności, w kontekście którego pracuje dane centrum. Kraje te spełniają poniższe funkcje:

Kraj działalności definiowany jest na poszczególnych pieczątkach. Przypisanie pieczątki z danym krajem do określonego centrum oznacza, że centrum to rejestruje dokumenty w kontekście tego kraju.

Przyklad

System zainstalowano w Polsce. Centrum A rejestruje dokumenty jako podmiot polski, Centrum B zaś jako podmiot niemiecki. Oznacza to, że na elementach FS krajowej rejestrowanej w centrum A System ustali stawki VAT polskie, a na FS krajowej rejestrowanej w centrum B – niemieckie. Aby poprawnie skonfigurować System do ww. pracy wystarczy ustalić na pieczątce przypisanej do Centrum B kraj DE.

Ustalanie typu kontrahenta zależnie od kraju instalacji

Zmieniona została zasada ustalania typu kontrahenta/wzorca kontrahenta (Krajowy/Unijny/Pozaunijny) na podstawie kraju jego adresu. Od wersji 2022.1 podczas takiej operacji System honoruje kraj instalacji Systemu. Ww. zmiana typu dokonywana jest podczas edycji kraju na nowozakładanej karcie kontrahenta, do chwili jej zapisu, natomiast na wzorcu również podczas ponownej edycji karty.

Po zmianie kraju kontrahenta/wzorca System porównuje go z krajem instalacji Systemu. W przypadku zgodności tych krajów typ kontrahenta/wzorca ustalany jest jako Krajowy, przypadku gdy kraje te się różnią typ kontrahenta ustalany jest na Unijny lub Pozaunijny zależnie od tego, czy kraj adresu należy do Unii Europejskiej czy też nie.

Przyklad

System zainstalowano w Austrii.

1. Użytkownik rejestruje nową kartę kontrahenta i ustala na niej adres z krajem AT (Austria). Na takiej karcie ustalony zostanie typ Krajowy.
2. Użytkownik rejestruje nową kartę kontrahenta i ustala na niej adres z krajem PL (Polska). Na takiej karcie ustalony zostanie typ Unijny.
3. Użytkownik rejestruje nową kartę kontrahenta i ustala na niej adres z krajem ME (Czarnogóra). Na takiej karcie ustalony zostanie typ Pozaunijny.

Kontrola kraju transakcji wewnątrzwspólnotowej zależna od kraju działalności

Podczas zatwierdzania ofert, zamówień oraz dokumentów handlowych dotyczących transakcji wewnątrzwspólnotowej System sprawdza poprawność kraju wysyłki/przeznaczenia. Dokumentu z krajem nie należącym do Unii Europejskiej nie można zatwierdzić.

Dotychczas ww. weryfikacja dokonywana była wg zasad polskich tj. jako poprawny uznawany był kraj UE inny niż PL. Od wersji 2022.1 podczas ww. weryfikacji System uwzględnia kraj prowadzenia działalności, ustalonego w pieczątce firmy przypisanej do centrum rejestrującego dany dokument. Za poprawny uznawany jest kraj UE inny niż kraj prowadzenia działalności.

Przyklad

Krajem działalności Centrum A jest Austria. W takim centrum można zarejestrować i potwierdzić dokument wewnątrzwspólnotowy z krajem wysyłki/przeznaczenia PL (Polska), CZ (Republika Czeska) itp. nie uda się natomiast zatwierdzić takiej transakcji z krajem AT (Austria).

Obsługa stawki VAT kraju działalności na dokumentach

Od wersji 2022.1 podczas ustalania krajowych stawek VAT na elementach dokumentów System uwzględnia kraj działalności określony na pieczątce przypisanej do centrum w kontekście, którego rejestrowany jest dany dokument. Jeżeli do centrum tego nie przypisano pieczątki, wówczas uwzględniany jest kraj działalności z pieczątki centrum głównego.

Przyklad

Zdefiniowano strukturę praw opartą na wielu centrach, wśród których znajdują się m.in.: Centrum A z pieczątką z krajem działalności PL, Centrum B z pieczątką z krajem działalności DE oraz Centrum C z pieczątką z krajem działalności CZ.

1. Użytkownik A loguje się do Centrum A i rejestruje FS krajową – na elementach tej faktury System ustali stawki polskie.
2. Użytkownik B loguje się do Centrum B i rejestruje FS krajową – na elementach tej faktury System ustali stawki niemieckie
3. Użytkownik C loguje się do Centrum C i rejestruje FS krajową – na elementach tej faktury System ustali stawki czeskie.

Transakcje z zastosowaniem stawek krajowych

Honorowanie kraju działalności podczas ustalania stawek VAT na elementach dokumentów krajowych obsłużone zostało na poniższych typach dokumentów:

Na dokumentach krajowych oraz innych niż krajowe, ale z zastosowaniem stawek krajowych (np. wewnątrzwspólnotowa z wyłączonym parametrem VAT eksportowy) sposób przypisywania stawek VAT elementów zależny jest od kraju instalacji ustalonego w Konfiguracji i kraju działalności ustalonego w pieczątce firmy przypisanej na dokumencie. W przypadku zgodności tych krajów stawka VAT ustalana jest jak dotychczas, tj. na podstawie stawki zakupu/sprzedaży z zakładki [Ogólne] karty towaru.

W przypadku, gdy kraj działalności różni się od kraju instalacji stawka VAT ustalana jest na podstawie stawki przypisanej na zakładce [Jednostki, kody, VAT]/[Stawki VAT] karty towaru dla kraju zgodnego z krajem działalności.

Jeżeli taka stawka do towaru nie została przypisana, wówczas ustalana jest stawka podstawowa kraju działalności. Jest to stawka typu Podatek z przypisanych krajem zgodnym z krajem działalności. Jeżeli takich stawek dla tego kraju zdefiniowano wiele, wówczas ustalana jest 1-wsza z nich.

Jeżeli i taka stawka nie została zdefiniowana, co w praktyce może się zdarzyć, jeżeli Użytkownik nieopatrznie ją usunął, wówczas ustalana jest stawka VAT z zakładki [Ogólne] karty towaru. W obu ostatnich przypadkach Użytkownik informowany jest o braku właściwej stawki. W takiej sytuacji powinien on zweryfikować stawkę VAT towaru tj. przypisać ją na ww. zakładce karty towaru oraz zmienić na elemencie dokumentu.

Ww. ostrzeżenie obsłużone jest podczas dodawania elementów na:

Edycja stawki VAT na elemencie dokumentu odbywa się w zakresie stawek obowiązujących w kraju działalności. W przypadku, gdy kraj działalności jest zgodny z krajem instalacji edycja odbywa się w ramach stawek, do których nie przypisano żadnego kraju, jeżeli zaś kraj działalności różni się od kraju instalacji, wówczas edycja odbywa się w ramach stawek, na których przypisano symbol kraju działalności.

Zmieniły się zasady weryfikacji poprawności stawki VAT ustalonej na elementach dokumentu. W przypadku, gdy kraj działalności jest zgodny z krajem instalacji System sprawdza, czy stawka użyta na elemencie jest zgodna ze stawką przypisaną na zakładce [Ogólne] karty towaru, w przypadku zaś kraju działalności innego, niż kraj instalacji System sprawdza, czy jest ona zgodna ze stawką przypisaną na zakładce [Jednostki, kody, VAT]/[Stawki VAT] karty towaru dla kraju zgodnego z krajem działalności. W przypadku braku zgodności prezentowane jest stosowne ostrzeżenie.

Ww. weryfikacja odbywa się podczas:

Ww. weryfikacja przydatna jest również wówczas, gdy stawka VAT towaru/towarów w kraju działalności ulegnie zmianie. Jeżeli istnieją niezrealizowane zamówienia czy też niezatwierdzone dokumenty handlowe i Użytkownik dokona stosownej zmiany stawki na kartach towarowych, wówczas System zaprezentuje ww. ostrzeżenie. W takiej sytuacji Użytkownik powinien zaktualizować stawki VAT na elementach takich dokumentów. Może to uczynić samodzielnie, edytując poszczególne elementy dokumentu lub dokonać takiej zmiany seryjnie, wykorzystać opcję Ustal stawki VAT z kart towarów dostępną na formatce dokumentu lub opcję Aktualizuj stawki VAT dostępną w menu kontekstowym listy dokumentów.

Ww. seryjna aktualizacja stawek VAT dostępna jest na:

Zarówno weryfikacja zgodności stawek VAT jak i seryjna aktualizacja stawek VAT elementów była już dostępna w poprzednich wersjach Systemu, z tym, że dotąd dotyczyła stawek VAT kraju instalacji, obecnie uwzględnia ona kontekst kraju działalności.

Stawki VAT na dokumentach handlowych generowanych z zamówień

Podczas generowania dokumentów handlowych z zamówień System kopiuje stawkę VAT z zamówienia. Zasada ta jest zachowana bez względu na to, czy kraj działalności generowanego dokumentu zgadza się z krajem działalności zamówienia. Jeżeli więc przykładowo ZS zarejestrowano w centrum działającym jako podmiot polski, a następnie FS do tego ZS generuje centrum działające jako podmiot niemiecki, wówczas na FS nadal będą stawki polskie. W takiej sytuacji pojawi się stosowne ostrzeżenie zarówno podczas generowania dokumentu jak i przy jego zapisywaniu/zatwierdzaniu, tak więc Użytkownik będzie mógł dokonywać jej zmiany, czy to samodzielnie, czy to za pomocą opcji Ustal stawki VAT z kart towarów formatki FS, czy to opcją Aktualizuj stawki VAT z menu kontekstowego listy FS.

Zgodność kraju działalności nie jest kontrolowana podczas spinania dokumentu handlowego z zamówieniem.

Ustalanie stawek VAT eksportowych i dla specyficznych rodzajów transakcji

Utrzymane zostały dotychczasowe zasady ustalania stawek VAT na dokumentach eksportowych oraz rejestrowanych na potrzeby specyficznych transakcji j.n. Zasady te obowiązują bez względu na kraj działalności, w kontekście którego rejestrowane są tego typu transakcje.

Na tego typy transakcjach edycja stawki VAT odbywa się w ramach stawek do których nie przypisano kraju, a w przypadku transakcji eksportowych w ramach zerowych stawek bez przypisanego kraju.

Stawki VAT kraju działalności na fakturach A-vista

Kontekst kraju działalności obsłużony został również na fakturach A-vista (A)FZ, (A)FS, (A)FW ich korektach. Podczas rejestrowania dokumentu krajowego/ze stawkami krajowymi przy użyciu elementów stawka VAT tychże ustalana jest na podstawie stawki VAT kraju działalności przypisanej do karty towaru A-vista. Jeżeli stawki tej nie przypisano, wówczas ustalana jest stawka podstawowa obowiązującą w kraju działalności.

Podczas rejestrowania ww. dokumentów bez użycia elementów, a jedynie poprzez dodawanie rekordu tabeli VAT stawka VAT na takim rekordzie ustalana jest na podstawie stawki podstawowej obowiązującej w kraju działalności, a Użytkownik może ją zmienić wybierając dowolną spośród stawek zdefiniowanych dla kraju działalności.

W przypadku zgodności kraju działalności z krajem instalacji stawka VAT ustalana jest jak dotychczas, tj. na elemencie na podstawie stawki VAT przypisanej na zakładce [Ogólne] karty towaru, natomiast na samodzielnie dodawanym przez Użytkownika rekordzie tabeli VAT na podstawie stawki VAT przypisanej w Konfiguracji jako stawka podstawowa Systemu.

Stawki VAT kraju działalności na Umowach

Kraj działalności honorowany jest na Umowach.

Stawki VAT kraju działalności na zleceniach serwisowych ZSR

Kraj działalności honorowany jest również podczas ustalania stawki VAT na składniku i czynności dodawanej do krajowego zlecenia serwisowego. Obowiązują tu identyczne jak opisane wcześniej dla dokumentów handlowych zasady jej ustalania. 

Oprócz ww. obsługi kraju działalności poprawione zostały zasady ustalania stawek VAT na ZSR eksportowym, stawka ustalana jest na podstawie stawki przypisanej w Konfiguracji jako właściwa dla eksportu odpowiednio: towarów i usług. W przypadku tego typu transakcji kraj działalności nie ma już znaczenia.

Stawki VAT na innych dokumentach/obiektach a kraj działalności

Ustalanie stawek VAT właściwych dla kraju działalności obsłużone zostało na krajowych ofertach, zamówieniach, dokumentach handlowych, umowach i zleceniach serwisowych. W przypadku pozostałych typów dokumentów (dokumenty SAD, FWS/FWZ, umowy leasingowe) oraz innych niż dokumenty obiektach zastosowanie mają wyłącznie stawki kraju instalacji tj. stawki bez przypisanego kraju.

Stawki VAT na SAD/FWS

Zasada ustalanie stawek VAT na elementach SAD/FWS nie uległa zmianie, tj. bez względu na kraj działalności w danym centrum ustalane są na nich stawki VAT zakupu z zakładki [Ogólne] karty towaru. Edycja stawki na elemencie odbywa się w ramach stawek bez przypisanego kraju.

Stawki VAT na Umowach leasingowych

Na umowach leasingowych obowiązuje dotychczasowa zasada ustalania stawki na podstawie stawki przypisanej w Konfiguracji jako stawka podstawowa Systemu. Edycja stawki odbywa się w ramach stawek, na których nie przypisano kraju.

Stawki VAT na innych obiektach

Na poniższych formatkach prezentowane/dostępne są wyłącznie stawki kraju instalacji tj. stawki z pustym krajem.

Współpraca Systemu Comarch ERP XL z innymi aplikacjami

W zakresie współpracy Systemu z innymi aplikacjami (E-sklep, POS, Mobilna Sprzedaż, Wszystko.pl.) obsługiwane są wyłącznie stawki VAT kraju instalacji. Zachowana została obecna zasada ustalania na dokumentach pochodzących z tych aplikacji stawki VAT na podstawie stawki z zakładki [Ogólne] karty towaru. Obowiązuje zasada, zgodnie z którą kraj działalności centrum powiązanego z ww. aplikacjami jest zawsze zgodny z krajem instalacji.

Krajowy System e-Faktur

W wersji 2022.1 rozpoczęte zostały prace nad integracją Comarch ERP XL z Krajowym Systemem e-Faktur.

Dla wersji ERP XL 2022.1 okres promocyjny, do którego nie jest sprawdzana licencja to 2022.12.31, w celu przedłużenia okresu promocyjnego do 2023.09.30 należy podegrać aktualny pakiet poprawek.

Wprowadzone od 1 stycznia 2022 wystawianie faktur ustrukturyzowanych w ramach KSeF ma charakter fakultatywny, od 1 stycznia 2024 roku planowane jest wprowadzenie go na zasadzie obligatoryjności.

Uwaga

Udostępnione w wersji 2022.1 elementy funkcjonalne z zakresu integracji z System KSeF mają na celu wyłącznie zapoznanie Użytkowników z planowanym sposobem obsługi tej integracji. Udostępniona w wersji 2022.1 wysyłka faktur dotyczy wyłącznie środowiska Demo KSeF. Wysyłanie faktur na środowisko produkcyjne oraz dalsze prace z zakresu integracji z KSeF przewidziane są w wersji 2023.0. W dalszej części dokumentu sygnalizowane są plany w tym zakresie.

W okresie promocyjnym funkcja eksportu dokumentów do Krajowego Systemu e-Faktur jest bezpłatna.

Parametry KSeF w Konfiguracji systemu

W oknie Konfiguracji udostępniona została nowa zakładka [KSeF] a na niej parametry dotyczące integracji z Krajowym Systemem e-Faktur.

Ww. opcja decyduje o tym, czy Firma jedynie testuje funkcjonalność wysyłki faktur do KSeF pracując na wersji Demo, tj. wysyłając faktury na serwer demo Ministerstwa Finansów, czy też używa tej funkcjonalności produkcyjnie, tj. rejestruje w pełni ustrukturyzowaną e-fakturę i wysyła ją na serwer produkcyjny MF.

W wersji 2022.1 udostępniono wysyłkę faktur wyłącznie na środowiska Demo KSeF. Wysyłanie faktur na środowisko produkcyjne przewidziane jest w wersji 2023.0.

Ww. opcja decyduje o tym, czy każda z zaznaczonych faktur ma zostać wysłana w oddzielnym pliku, czy też wszystkie one mają zostać wysłane w jednej paczce. W tym ostatnim wypadku Użytkownik musi wziąć po uwagę fakt, że w przypadku, gdy jedna/dowolna z tych faktur zostanie przez KSeF uznana za nieprawidłową, odrzucona zostanie cała paczka dokumentów.

W wersji 2022.1 obsłużono wysyłanie faktur pojedynczo. Seryjna wysyłka wielu zaznaczonych faktur zostanie obsłużona w wersji 2023.0 i to wówczas uwzględniane będzie ustawienie ww. opcji.

O tym, czy System ma zapisywać plik .xml wysyłanej faktury oraz plik pobieranego UPO będzie decydowało włączenie stosownego parametru sekcji Zapisuj jako załącznik.

W wersji 2022.1 pliki te zapisywane są niezależnie od ustawienia ww. parametrów w katalogu wskazanym w kontrolce Link do pliku. W katalogu tym tworzone są podkatalogi dla każdej daty z jaką tworzone są te pliku i tam są one umieszczane. Jeżeli ścieżka do katalogu nie zostanie wskazana, wówczas pliki te umieszczane są w katalogu o nazwie KSeFXML katalogu instalacyjnego Comarch ERP XL, w podkatalogach tworzonych wg dat plików. Pozostałe opcje tej sekcji nie są w wersji 2022.1 obsługiwane.

W wersji 2023.0 planowana jest funkcjonalność podpinania pliku .xml wysyłanej faktury oraz pliku .xml pobieranego UPO jako załączników do faktury. Załączniki te będą tworzone, o ile włączony zostanie stosowny parametr ww. sekcji. Jeżeli Użytkownik zdecyduje się na tworzenie ww. załącznika/załączników wówczas będzie miał możliwość wyboru, czy ma być on zapisywany w bazie, czy jako link do pliku. W tym ostatnim przypadku Użytkownik będzie wskazywał katalog, w którym mają być te pliki zapisywane. Katalog ten będzie można wskazać również w Parametrach komputera/[Wymiana danych]. Zasada zapisywania plików będzie następująca: tworzony plik zapisany zostanie w katalogu wskazanym dla danego Użytkownika w parametrach komputera, a jeżeli go tam nie wskazano, wówczas w katalogu ogólnym wskazanym w Konfiguracji Firmy.

Tak tworzone załączniki będą oznaczane nowym typem załącznika – Plik KSeF. Nowy typ załącznika jest dostępny już w wersji 2022.1 i Użytkownik może z niego korzystać w dowolny sposób, wybierając go na samodzielnie dołączanych załącznikach.

W ww. sekcji Użytkownik będzie decydował, czy dla poszczególnych elementów faktury ma być wysyłana ilość/cena dla jednostki głównej, czy jednostki pomocniczej użytej na elemencie. Będzie miał również możliwość wskazania czy System ma wysyłać w pliku opis z elementu faktury. Obsługa tych parametrów planowana jest w wersji 2023.0

Uwierzytelnianie Użytkownika w KSeF

Komunikacja z Systemem KSeF wymaga stosownego uwierzytelnienia Użytkownika na platformie KSeF. W Comarch ERP XL udostępniono możliwość dokonywania takiego uwierzytelniania za pomocą tokena przypisywanego na pieczątce firmy. Jeżeli na pieczątce firmy centrum, w kontekście, którego zalogowany jest Użytkownik przypisano taki token, wówczas jest on uwierzytelniany za jego pomocą automatycznie. W wersji 2023.0 korzystanie z tokena będzie parametryzowane na karcie Operatora. Tylko Ci Użytkownicy, na kartach których zostanie włączony parametr Uwierzytelnienie za pomocą tokena będą w ten sposób uwierzytelniani.

Jeśli ww. parametr karty Operatora będzie wyłączony, wówczas podczas operacji wysyłania faktury czy pobierania UPO przez takiego Użytkownika wymagany będzie wybór certyfikatu. W wersji 2022.1 uwierzytelnianie za pomocą wskazywanego przez Użytkownika certyfikatu odbywa się wówczas, jeżeli do pieczątki nie przypisano tokena.

Tokeny przypisywane są na poszczególnych pieczątkach firmy. Użytkownik ma możliwość samodzielnego wprowadzenia/wklejenia tokena wygenerowanego bezpośrednio w KSeF, jak również możliwość wygenerowania go przy użyciu operacji Generuj token. Generowanie tokena odbywa się na podstawie numeru NIP pieczątki i certyfikatu wskazywanego przez Użytkownika.

Uwaga

 W wersji 2022.1 operacja generowania tokena dostępna jest wyłącznie na niearchiwalnej pieczątce zgodne z pieczątką zalogowanego Operatora. Oznacza to, że jeżeli Użytkownik chce wygenerować token dla pieczątki przypisanej do centrum X powinien zalogować się do centrum X.

Przewidziano dwie możliwości usunięcia tokena: przycisk Usuń token będzie dostępny w wersji 2023.0 i będzie nie tylko usuwał token z bieżącej i innych pieczątek, do których był przypisany, ale również dezaktywował go w KSeF. Oznacza to, że Firma nie będzie mogła już z niego korzystać ani w Systemie, ani poza nim. Aby pozostawić token aktywny w KSeF a jedynie usunąć go z pieczątki firmy należy samodzielnie usunąć zawartość kontrolki Token KSeF na edytowanej pieczątce. Przed wersją 2023.0 dezaktywacji tokena należy dokonywać bezpośrednio w KSeF, np. na stronie https://ksef-demo.mf.gov.pl/web/login udostępnionej przez Ministerstwo Finansów.

Token jest kopiowany na pieczątkę tworzoną w wyniku archiwizacji poprzedniej pieczątki o ile zachowana jest zgodność numeru NIP dotychczasowej i nowej pieczątki. Sama zmiana tokena nie powoduje archiwizacji pieczątki.

Parametry KSeF na definicji dokumentu

Na definicję dokumentów FS, FSE, FSL i FEL dodane zostały stosowne parametry dotyczącej obsługi tego typu dokumentu w danym centrum w zakresie wysyłki do KSeF.

Uwaga

W wersji 2022.1 opisane poniżej parametry definicji dokumentu nie zostały obsłużone. Ich obsługa planowana jest w wersji 2023.0. Poniższy opis ma na celu zapoznanie Użytkownika z założeniami planowanej funkcjonalności domyślnego oznaczania dokumentów jako podlegających wysyłce do KSeF i pozostałych parametrów KSeF definicji dokumentu.

Stosowna opcja na definicji dokumentu będzie decydowało o tym, czy domyślnie dokument tego typu ma być oznaczony jako podlegający wysyłce do KSeF. Użytkownik ma możliwość wyboru jednej z trzech opcji:

W przypadku ostatniej z opcji System oznaczy rejestrowany dokument jako podlegający wysyłce lub jej nie podlegający stosownie do parametru na karcie kontrahenta. Wprowadzenie takiego parametru planowane jest w wersji 2023.0. Z takiej opcji będą mogli korzystać Użytkownicy współpracujący z kontrahentami, dla których faktury wysyłane są w ramach PEF (Platforma Elektronicznego Fakturowania), a których do KSeF nie należy już wysyłać.

W wersji 2023.0 obsłużone zostanie automatyczne wysyłanie dokumentów podczas ich zatwierdzania. Operacja taka będzie dokonywana o ile na definicji dokumentu włączony zostanie parametr Automatycznie podczas zatwierdzania. Obsłużona zostanie również opcjonalna kontrola poprawności semantycznej dokumentu przed jego zatwierdzeniem. Będzie ona dokonywana o ile na definicji dokumentu włączony zostanie parametr Weryfikuj w KSeF przed zatwierdzeniem.

Prawa z zakresu KSeF na karcie operatora

Nie każdy Operator może dokonywać wysyłki dokumentów do KSeF. O takiej możliwości decyduje prawo Wysyłanie faktur na jego karcie. Parametr Edycja numeru KSeF będzie obsługiwany od wersji 2023.0 i będzie decydował o tym, czy Operator może wprowadzić na dokument takie dane jak numer KSeF dokumentu i status KSeF dokumentu. Taka edycja możliwa będzie wyłącznie na tych dokumentach, które zostaną oznaczone jako wysłane do KSeF poza systemem (np. przez inny system/aplikację). Takie oznaczanie dokumentów planowane jest w wersji 2023.0. Parametr Uwierzytelnienie za pomocą tokena omówione zostało we wcześniejszej części dokumentu.

Wysyłanie faktur do KSeF

Operacja Wyślij do KSeF dostępna jest na liście dokumentów handlowych, na zakładkach [FA] i [FSE] jako opcja pod listą dokumentów oraz w menu kontekstowym tych list. W wersji 2022.1 dostępna jest funkcjonalność pojedynczego wysyłania faktur: FS, (s)FS, (S)FS, RA, FSE, (s)FSE, (S)FSE.

Wysłanie dokumentu do KSeF odbywa się o ile spełnione są wszystkie poniższe warunki

W wersji 2022.1 obsłużone zostało wysyłanie informacji obowiązkowych przewidzianych przez schemę e-faktury, w przyszłych wersjach planowane jest sukcesywne ich wzbogacanie o informacje opcjonalne.

Tworzony podczas wysyłki faktury plik .xml zapisywany jest we wskazanej przez Użytkownika lokalizacji. Więcej o tej funkcjonalności udostępnionej w wersji 2022.1 oraz o dalszych planach w tym zakresie napisano w rozdziale Parametry KSeF w Konfiguracji systemu.

Operacja wysłania dokumentów do KSeF odbywa się w ramach określonej sesji KSeF. W wersji 2022.1 Systemu dla każdej wysyłanej faktury otwierana jest nowa sesja, która jest zamykana bezpośrednio po dokonaniu takiej wysyłki. W wersji 2023.0 możliwe będzie wysłanie wielu faktur w ramach tej samej sesji.

Wysyłanie dokumentów do KSeF, a także odbieranie UPO wymaga uwierzytelnienia Użytkownika na platformie KSeF. Jak już napisano we wcześniejszej części dokumentu, jeżeli do pieczątki firmy przypisano token, wówczas uwierzytelnianie to odbywa się niejako w tle. Jeżeli do pieczątki nie przypisano tokena, wówczas Operator zobowiązany jest wskazać stosowny certyfikat. Od wersji 2023.0 możliwość korzystania z tokena będzie parametryzowana na karcie Operatora, o czym napisano we wcześniejszej części dokumentu.

Uwaga

W przypadku Firm wielooddziałowych, posługujących się wieloma pieczątkami i NIP-ami istotne jest, aby Użytkownik dokonujący wysyłki dokumentu był zalogowany w centrum, które ten dokument zarejestrowało.

Faktury wysłane na serwer Demo można podejrzeć na stronie https://ksef-demo.mf.gov.pl/web/login udostępnionej przez Ministerstwo Finansów.

W wersji 2023.0 udostępniona zostanie wysyłka kolejnych typów dokumentów:

W ww. wersji planowany jest również dalszy rozwój ww. wysyłki:

Pobieranie urzędowego poświadczenia odbioru – UPO

Operacja Pobierz UPO dostępna jest na liście dokumentów handlowych, na zakładkach [FA] i [FSE] jako opcja w menu przycisku pod listą dokumentów oraz w menu kontekstowym tych list.

W wersji 2023.0 operacja pobrania UPO dostępna będzie również bezpośrednio z formularza faktury.

Pobieranie UPO odbywa się w ramach konkretnej sesji KSeF W wersji 2022.1 każdy dokument wysyłany jest w ramach odrębnej sesji, stąd UPO dotyczy konkretnej faktury. W wersji 2023.0 możliwe będzie wysłanie wielu faktur w ramach jednej sesji KSeF, a co za tym idzie pobranie UPO będzie wówczas dotyczyło wszystkich dokumentów wysłanych w ramach danej sesji.

Po pobraniu UPO System zapisuje poniższe dane na fakturze, której to UPO dotyczy:

Plik .xml pobranego UPO zapisywany jest we wskazanej przez Użytkownika lokalizacji. Więcej o tej funkcjonalności udostępnionej w wersji 2022.1 oraz o dalszych planach w tym zakresie napisano w rozdziale Parametry KSeF w Konfiguracji systemu.

Weryfikacja poprawności faktury wg schemy KSeF

Operacja Sprawdź poprawność w KSeF polega na sprawdzeniu poprawności semantycznej dokumentu tj. zgodności zawartych w nim danych ze schemą e-faktury, wypełnienie danych obowiązkowych itp.

W wersji 2022.1 ww. opcja dostępna jest na liście dokumentów handlowych, na zakładkach [FA] i [FSE] jako opcja w menu przycisku pod listą dokumentów oraz w menu kontekstowym tych list.

W wersji 2023.0 ww. opcja dostępna będzie również bezpośrednio na formularzu faktury, obsłużona zostanie również automatyczna weryfikacja poprawności podczas zatwierdzania dokumentu. Będzie ona dokonywana wówczas, jeżeli ją włączono na definicji dokumentu i zatwierdzany dokument będzie oznaczony jako podlegający wysyłce do KSeF. Jeżeli weryfikacja przebiegnie pozytywnie, wówczas zatwierdzanie dokumentu będzie kontynuowane, w przypadku negatywnej weryfikacji zatwierdzenie dokumentu nie będzie możliwe.

Parametry KSeF na formatce faktury sprzedaży

Na formatkach faktur sprzedaży i ich korektach udostępniona została zakładka [KSeF], na której prezentowane są poniższe informacje dotyczące wysyłki dokumentu do KSeF.

W wersji 2022.1 ww. parametr jest domyślnie wyłączony, a Użytkownik może go samodzielnie włączyć. W wersji 2023.0 parametr ten będzie ustalany na podstawie definicji dokumentu w danym centrum. Więcej na ten temat napisano w rozdziale Parametry KSeF na definicji dokumentu.

Ww. parametr można edytować o ile dokument nie został dotąd wysłany do KSeF.

Ww. parametr będzie pozwalał na oznaczenie, że dokument został/zostanie wysłany do KSeF poza Systemem Comarch ERP XL. Na tak oznaczonym dokumencie uprawniony do tego Operator będzie mógł wprowadzić numer KSeF dokumentu oraz zmienić status KSeF dokumentu.

Ww. numer jest to numer identyfikujący fakturę, generowany automatycznie przez KSeF i zwracany w Urzędowym Poświadczeniu Odbioru (UPO). Numer ten jest zapisywany na dokumencie po pobraniu UPO.

Status KSeF zmieniany jest automatycznie podczas operacji wysyłania faktury i pobierania UPO i może przyjąć jedną z poniższych wartości:

Informacje z zakresu KSeF na liście faktur

Na liście dokumentów handlowych, na zakładkach [FA] i [FSE] udostępniono nowe kolumny z informacjami dotyczącymi integracji z KSeF: Status, Numer, Data wysłania

Dokumenty mogą przyjmować jeden z poniższych statusów KSeF:

Udostępniony został filtr pozwalających na ograniczanie listy dokumentów wg Statusu KSeF. W filtrze udostępniono ww. wartości a dodatkowo wartość Wysłano, obejmującą wszystkie wysłane dokumenty bez względu na to czy pobrano już dla nich UPO czy dopiero zostanie ono pobrane.

Dalsze plany w zakresie integracji z KSeF

W wersji 2023.0 Systemu planowany jest dalszy rozwój funkcjonalności z zakresu integracji z KSeF, obejmujący:

Obsługa magazynów na umowach

Konfiguracja magazynów oraz ich ustawianie na umowie

W definicji dokumentu umowy została dodana standardowa zakładka [Magazyny], na której określane są magazyny dostępne dla umów w określonym centrum praw. Dodatkowo należy na niej wskazać magazyn domyślny dla umów sprzedażowych (magazyn źródłowy) oraz zakupowych (magazyn docelowy). Jako możliwa do wybrania dla magazynów domyślnych jest też opcja <wszystkie>, dzięki której nie ma konieczności wskazywania na umowach konkretnego magazynu.

Obsługa ustawień magazynów na zakładce oraz podczas operowania na magazynach jest analogiczna jak dla innych definicji dokumentów. Podczas konwersji na liście magazynów zostaną umieszczone te, które w definicji danego centrum, na zakładce [Dokumenty] miały zaznaczony parametr dla dokumentu UM.

Jako domyślne magazyny dla obu rodzajów umów wskazane są: <wszystkie>. Taka opcja pozwala na korzystanie z wszystkich magazynów, nie będzie, więc miała wpływu na generowanie umów z dokumentów ofert, która w poprzednich wersjach nie była ‘ograniczona’ magazynami.

Kontrolka z magazynem została dodana na nagłówku oraz elemencie umowy z pozycjami towarowymi, w celu wskazania, jaki magazyn ma być ustawiany na dokumentach generowanych z umowy. Oznacza to, że samo ustawienie magazynu na dokumencie umowy nie ma bezpośredniego przełożenia na gospodarowanie zasobami – nie tworzy rezerwacji oraz nie powoduje zmniejszenia stanu magazynowego. Czynią to dopiero dokumenty z niej wygenerowane.

Z powyższych powodów ustawianie magazynów na samej umowie charakteryzuje się zupełną dowolnością. Możliwe jest więc ustawienie magazynu <wszystkie> lub konkretnego na nagłówku czy pozycji. Jedynym ograniczeniem jest tylko lista magazynów ustawiona w definicji dokumentów dla danego centrum.

Uwaga

Uwaga: Magazyn nie jest dostępny na umowach wartościowych, z których mogą być generowane jedynie dokumenty A-vista nie operujące na magazynach. Nie ma więc żadnego uzasadnienia do ustawiania magazynów na tego rodzaju umowach.

Na dokumencie działają standardowe mechanizmy ustawiania magazynów:

W konwersji na dotychczasowych umowach, na nagłówku oraz pozycji został ustawiony magazyn <wszystkie>, ponieważ jest to zgodne z domyślną wartością w definicji dokumentu oraz daje najszersze możliwości przy generowaniu dokumentów z umów, o czym mowa w kolejnym punkcie.

Ustawianie magazynów przy generowaniu umów i aneksów

Przy przekształcaniu oferty do umowy z pozycjami towarowymi na nagłówku oraz pozycjach umowy automatycznie ustawiane są magazyny pobrane odpowiednio z nagłówka i pozycji oferty źródłowej. Mogą się tutaj pojawić następujące wyjątki:

Magazyn jest możliwy do ustawienia również na aneksach do umów. Przy ich tworzeniu dziedziczony jest z umowy/aneksu źródłowego, jeśli taki magazyn jest dozwolony w definicji umowy. Jeśli nie jest, wówczas ustawiany jest magazyn domyślny z definicji.

Magazyn na dokumentach generowanych z umów

Obecnie z poziomu umów możliwe jest generowanie wybranych dokumentów na różne sposoby:

Niezależnie od tego, jak będą ustawione magazyny na umowie, przy generowaniu do niej dokumentów będą miały znaczenie ustawienia w definicji dokumentu generowanego opcji Sprzedaż z magazynu:

Wskazówka

W przypadku umów nie ma możliwości wskazania jednocześnie wielu magazynów na liście do wyboru, co oznacza, że w trakcie jednej operacji generowania nie da się utworzyć jednocześnie więcej niż jednego dokumentu.

Uwaga

 Ustawianie magazynów na dokumentach generowanych nie dotyczy faktur A-vista oraz FAI, na których nie są obsługiwane magazyny.

Pozostałe

Umożliwiono generowanie dokumentów z zakładki [Harmonogram płatności] na liście umów. Tutaj po wyszukaniu właściwych rat z wszystkich umów dostępne jest wystawianie dokumentów dla zaznaczonych rekordów. Sprawdzi się to przy cyklicznym wystawianiu dokumentów do rat, ponieważ możliwe jest zawężenie rekordów do konkretnego przedziału czasowego.

Uwaga

Aby można było wygenerować zwykłe dokumenty, a nie tylko faktury a-vista, w polu filtra musi być zaznaczony parametr jn.

Towary powiązane

Dodano funkcjonalność polegająca na tworzeniu dodatkowych powiązań między towarami w celu ich przyszłego przesyłania do Comarch POS oraz Comarch e-Sklep.

Nowe rodzaje powiązań są konfigurowalne dla użytkownika, który sam decyduje jakie typy powiazania będą dla niego najbardziej odpowiednie. W tym celu w module Administrator, w menu Listy/Słowniki kategorii/Inne/Rodzaje powiązań towarów należy zdefiniować odpowiednie rodzaje powiązań.

Ilość nowych powiązań jest niegraniczona. Dodając nowe powiązanie należy uzupełnić pole Wartość, gdzie określa się nazwę dla rodzaju powiązania. Parametr Domyślny pozwala na określenie, który rodzaj powiązania będzie podpowiadany przy dodawaniu nowego powiązania na karcie towaru.

Nieużywane rodzaje powiązań można dezaktywować odznaczając parametr Aktywny.

Powiązania towarów definiuje się na karcie towaru, na zakładce [Zamienniki], gdzie została dodana nowa podzakładka: [Towary powiązane].

Na zakładce [Towary powiązane] można filtrować towary wg rodzaju powiązania lub wybierać opcję <Wszystkie>. Za pomocą przycisków Przesuń o jeden w górę lub w dół można ustawiać kolejność dodanych towarów powiązanych. Po wybraniu opcji Kopiuj dane z innych towarów możliwe jest skopiowanie towarów powiązanych z innego towaru. Po wybraniu tej opcji zostanie wyświetlona lista towarów, na której można zaznaczyć towary, z których mają zostać skopiowane towary powiązane. System pomija powiązania istniejące, aby nie dopuścić do zdublowania zapisów.

Podczas dodawania nowego towaru powiązanego należy określić:

– rodzaj powiązania poprzez wybór odpowiedniej opcji z listy

– kod powiązanego towaru

– wybrać, czy powiązanie jest jedno czy obustronne

W przypadku wyboru powiązania obustronnego, dla wskazanego towaru powiązanego zostanie utworzone analogiczne powiązanie.

Rodzaj dokumentów ustawiony jest na dokumenty rozchodowe bez możliwości zmiany, gdyż opcja będzie docelowo dostępna tylko przy dokumentach rozchodowych.

Towary powiązane można również wyświetlać, dodawać i modyfikować z poziomu listy towarów. Należy ustawić się na odpowiednim towarze, wybrać opcję Zamienniki i towary powiązane a następnie przejść na zakładkę [Towary powiązane].

Z listy towarów dostępne są opcje eksportowania i importowania towarów powiązanych poprzez pliki. Po wybraniu opcji Eksport towarów powiązanych zostanie utworzony arkusz MS Excel, w którym zostaną zapisane powiązania towarów wybranych na liście poprzez opcję zaznaczania. Plik będzie zawierał 3 kolumny:

Po wybraniu opcji Import zamienników i towarów powiązanych, możliwe jest zaimportowanie powiązań z odpowiednio przygotowanego pliku, analogicznego jak przedstawiony wyżej plik eksportu. Jeśli w kolumnie [Rodzaj powiązania] nie będzie uzupełniony rodzaj powiązania, wówczas powiązanie zostanie potraktowane jako zamiennik. Tak, więc aby zaimportować zamienniki wystarczy przygotować plik z dwoma kolumnami: Kod towaru oraz Kod towaru powiązanego.

Uwaga

Funkcjonalność towarów powiązanych została przygotowana głównie z myślą o synchronizacji z systemami Comarch POS oraz Comarch e-Sklep, gdzie towary powiązane będą prezentowane podczas sprzedaży. Integracja z ww. systemami zostanie udostępniona w kolejnych wersjach.

Zwijanie listy dokumentów na oknie Historia związanych

W module Administracja na oknie Operatora na zakładce [Parametry] w sekcji Wyświetlaj w trybie zaawansowanym, dodano nowy parametr pozwalający określić czy i jak powinny być domyślnie zwinięte poziomy na oknie dokumentów związanych.

Nazwa parametru: Domyślne zwijanie listy dok. związanych do …. poziomu. Parametr poprzedzony jest check boxem do zaznaczenia. Domyślnie parametr nie jest zaznaczony. Po jego zaznaczeniu można określić, do którego poziomu lista dokumentów związanych powinna być zwinięta. Pozostawienie wartości 1 oznacza, że lista dokumentów związanych będzie zwinięta do pierwszego poziomu.

Niezaznaczony parametr oznacza działanie listy dokumentów: Historia związanych jak do tej pory, czyli wszystkie poziomy są rozwinięte. Zaznaczenie parametru i ustawienie liczby poziomów wpływa na wyświetlanie listy dokumentów związanych i zwijanie kolejnych poziomów zgodnie z ustawieniami parametru jw.

Inne zmiany

Korekta stawki VAT na WKE, FKE i (s)FKE

Dotychczas dla transakcji innych niż krajowa, rejestrowanych za pomocą faktur eksportowych FSE, (s)FSE, (S)FSE w ramach korekty stawek VAT Użytkownik mógł jedynie dokonać zmiany ich charakteru tj. zmienić je z eksportowych na krajowe lub odwrotnie. Operacja taka możliwa była poprzez zmianę ustawienia parametru VAT eksportowy na ww. formatce dokumentu o ile dokument nie został zaksięgowany, rozliczony ani nie wystawiono do niego korekty lub poprzez wygenerowanie do niego korekty i wykonanie na niej operacji Korekta Eksportowa VAT/Nalicz VAT krajowy dostępnych pod przyciskiem VAT formatki korekty. Użytkownik nie miał możliwości samodzielnej korekty stawki VAT na elemencie, nie mógł więc przykładowo skorygować stawki 23% na stawkę 8%, czy też stawki zwolniony na nie podlega itp.

W wersji 2022.1 ww. niedogodność została usunięta. Odtąd możliwość korekty stawki VAT dostępna jest na WKE, FKE, (s)FKE bez względu na rodzaj transakcji, przy czym jako stawkę po korekcie można ustalić zarówno stawkę zerową jak i nie-zerową, bez względu na rodzaj transakcji na dokumencie.

Funkcjonalność zmiany stawek VAT czy to poprzez edycję parametru VAT eksportowy, czy to za pomocą ww. operacji pod przyciskiem VAT została utrzymana, przy czym na korektach na których wykonano operację przyciskiem VAT samodzielna korekta stawki VAT przez Użytkownika nie jest już możliwa.

Obsługa transakcji inna zagraniczna na RW/PW

Lista typów transakcji jakimi mogą posługiwać się dokumenty PW i RW została rozszerzona o transakcję Inna zagraniczna.

Usuwanie kalendarzy dostaw/wysyłek bez konieczności odłączania kontrahenta

Poprawiono ergonomię usuwania kalendarzy dostaw/wysyłek, które nie będą już używane. Dotychczas przed usunięciem takiego kalendarza Użytkownik musiał odłączyć do niego wszystkich przypiętych do niego kontrahentów. Od wersji 2022.1 czyni to już System, który najpierw dokonuje ww. odłączenia a następnie usunięcia kalendarza. Operacja taka poprzedzona jest stosownym pytaniem.

Okno Comarch Shipping uruchamiane z Ribbona

W Ribbonie modułu Administrator (menu Ogólne) został dodany przycisk pozwalający na uruchomienie aplikacji Comarch Shipping. Analogiczne zmiany wprowadzono w Ribbonie dla pozostałych modułów.

Przycisk jest aktywny, jeśli zalogowany operator ma na swojej kacie ustawiony parametr Użytkownik Comarch Shipping. Po wybraniu przycisku w oknie przeglądarki XL uruchamiana jest strona startowa aplikacji Comarch Shipping, na której można wykonywać wszystkie dozwolone dla użytkownika operacje tak samo, jak byłyby one wykonywane w zewnętrznej przeglądarce.

Produkcja

Jednoczesne uruchamianie tej samej operacji

Udostępniono nowe metody uruchamiania realizacji operacji, za pomocą których można uruchomić jednocześnie wiele realizacji do wybranej operacji, bez konieczności zakończenia wcześniejszych jej uruchomień.

Dotychczasowe metody uruchamiania realizacji operacji pozostały w systemie i ich działanie nie uległo zmianie – za pomocą istniejących metod nadal można uruchamiać realizację operacji, nadal tylko jedną na raz. (Jeśli już jakaś realizacja danej operacji będzie uruchomiona, to nie będzie można dodawać kolejnej, dopóki wcześniejsza nie zostanie zakończona.)

Wielokrotne jednoczesne uruchamianie jednej operacji jest możliwe wyłącznie za pomocą nowych metod.

Nowe metody uruchamiania realizacji

W systemie dodano dwie nowe metody uruchamiania realizacji operacji Uruchom operację i Uruchom operację bez edycji, za pomocą których można wielokrotnie uruchamiać tą samą operację, bez konieczności kończenia jej wcześniejszych uruchomień. Opcja Uruchom operację, uruchamia realizację operacji w trybie do edycji, natomiast opcja Uruchom operację bez edycji, od razu zapisuje uruchomioną realizację.

Za pomocą nowych metod Uruchom operację/Uruchom operację bez edycji, wybrana operacja będzie uruchamiana zawsze na pełną zaplanowaną ilość albo na ilość 0 – w zależności od ustawienia parametru Podpowiadaj zerową ilość realizacji operacji, znajdującego się na definicji ZP. (Jeśli parametr będzie zaznaczony – podpowiadana będzie ilość 0, jeśli nie będzie zaznaczony – podpowiadana będzie cała zaplanowana ilość.)

Zakończenie uruchomionych realizacji

W zależności od kontekstu wywołania zakończenia realizacji albo można zakończyć jedną wybraną uruchomioną realizację, albo jednocześnie wszystkie uruchomione realizacje danej operacji.

Jeśli zakończenie realizacji zostanie wywołane z poziomu operacji planowanej, wówczas zakończone zostaną wszystkie uruchomione realizacje tej operacji:

Jeśli natomiast zakończenie realizacji zostanie wywołane z poziomu wybranej uruchomionej realizacji, wówczas kończona będzie tylko ta jedna zaznaczona uruchomiona realizacja:

W związku z wprowadzeniem możliwości jednoczesnego uruchamiania wielu realizacji do jednej operacji, wprowadzone zostały również pewne zmiany w prostym interfejsie.

Uwaga

 Z poziomu PI nie można dodawać kolejnych uruchomień dla operacji już uruchomionej. Można jedynie kończyć jej uruchomione realizacje.

Jeśli w PI wczytany zostanie kod EAN operacji planowanej, do której zarejestrowano uruchomione realizacje, wówczas wyświetlona zostanie nowa lista rozpoczętych realizacji danej operacji:

Lista rozpoczętych realizacji danej operacji zbudowana jest z kolumn:

EAN realizacji– w kolumnie wyświetlany jest kod EAN uruchomionej realizacji

Start– w kolumnie prezentowany jest termin rozpoczęcia realizacji

Ilość- w kolumnie prezentowana jest ilość uruchomionej realizacji

Uruchomił– w kolumnie prezentowany jest akronim operatora, który uruchomił daną operację

Zasoby w realizacji– w kolumnie prezentowane są kody zasobów produkcyjnych, przypisanych do danej realizacji uruchomionej

Z poziomu listy rozpoczętych realizacji operacji można

Zakończyć wybraną operacje, za pomocą opcji

Zakończyć wszystkie uruchomione realizacje za pomocą opcji

Jeśli w PI wczytany zostanie kod EAN uruchomionej realizacji, wówczas to uruchomienie zostanie odpowiednio zakończone.

Seryjna podmiana zasobów w operacjach

Udostępniono nowe narzędzia do zarządzania zasobami produkcyjnymi na operacjach. Za pomocą nowej funkcjonalności możliwe jest wykonanie podmiany zasobów w wielu operacjach jednocześnie, a także dodawanie zasobów jednocześnie do wielu operacji na zleceniach.

Nowa funkcja: Zamień lub dodaj zasoby

Nowa funkcja uruchamiana jest w systemie za pomocą przycisku Zamień lub dodaj zasoby, dostępnego:

W oknie ZP, na zakładce [Procesy]:

W oknie ZP/HPR, na zakładce [Operacje]:

Na liście ZP/HPR:

Na liście ZP/HPR w sekcji Szczegóły zlecenia, na zakładce [Operacje]:

Na liście ZP/HPR w sekcji Szczegóły zlecenia, na zakładce [Raport wykonania]:

W oknie Kolejkowanie zleceń:

W oknie harmonogramu operacji:

W oknie dokumentu NZP, na zakładce [Zlecenia]:

W oknie dokumentu NZP, na zakładce [Operacje]:

W oknie dokumentu NZP, na zakładce [Raport wykonania]:

Po naciśnięciu nowego przycisku Zamień lub dodaj zasoby, dostępnego w odpowiednim miejscu w systemie, uruchamiane jest okno j.n., do którego wczytywane są zaznaczone terminy operacji lub realizacji:

Okno zbudowane jest z dwóch zakładek: [Zamiana zasobów] i [Dodanie zasobów].

Na zakładce [Zamiana zasobów], prezentowana jest lista zasobów przypisanych do konkretnych terminów operacji planowanej lub realizacji. Z poziomu tej zakładki można wykonywać wyłącznie podmianę zaznaczonych/wszystkich zasobów na inny wskazany przez Użytkownika zasób.

Na zakładce [Zamiana zasobów], dostępne są następujące opcje:

– za pomocą opcji otwierana jest w trybie do wyboru lista zasobów produkcyjnych, z której można wybrać jeden zasób, na który będzie wykonywana podmiana

– za pomocą opcji podmieniane są zasoby zaznaczone na liście Zasoby w operacjach, na zasób wskazany w polu Zasób

– za pomocą opcji, podmieniane są wszystkie zasoby, znajdujące się na liście Zasoby w operacjach, na zasób wskazany w polu Zasób

Na liście Zasoby w operacjach prezentowane są terminy operacji lub realizacji, wczytane zależnie od kontekstu uruchomienia okna Zamień lub dodaj zasoby. Na liście prezentowane są tylko te terminy operacji/realizacji, do których przypisano jakiś zasób produkcyjny, natomiast pełna lista wczytanych terminów widoczna jest na drugiej zakładce [Dodanie zasobów]. Wczytywana lista zasobów w terminach uzależniona jest od miejsca, z poziomu którego uruchamiane jest okno Zamień lub dodaj zasoby. Jeśli okno zostanie uruchomione, np. dla zaznaczonych na ZP zasobów, wówczas lista wypełniona zostanie tylko zaznaczonymi terminami operacji, do których przypisane są wybrane zasoby produkcyjne. Jeśli natomiast okno zostanie uruchomione np. z listy ZP, wówczas wczytane zostaną wszystkie terminy operacji i realizacji z zasobami, które znajdują się na wybranych zleceniach.

Podmiana zasobów będzie się odbywała w ramach gniazda, do którego należy zasób, który ma zostać podmieniony na inny. Jeśli wybrany do podmiany zasób nie należy do tego samego gniazda, podmiana nie zostanie wykonana.

Oprócz podmiany zasobu, możliwe jest usunięcie zasobu z wybranego terminu operacji. Jeśli nie zostanie wybrany zasób do podmiany (pole Zasób będzie puste), wówczas po uruchomieniu podmiany, odpowiednie zasoby (wybrane/wszystkie) zostaną usunięte z terminów operacji (zostaną „podmienione na pusty zasób”)

– standardowy filtr z konstruktorem filtra

– przy zaznaczonym filtrze, na liście Zasoby w operacjach, prezentowane będą terminy operacji planowanych, do których przypisano zasoby. Jeśli filtr nie będzie zaznaczony, na liście nie będą widoczne terminy operacji planowanej. Domyślne ustawienie filtra będzie zależne od kontekstu uruchomienia okna Zamień lub dodaj zasoby, tzn., jeśli na listę wczytane zostaną terminy operacji planowanych, wówczas filtr będzie domyślnie zaznaczony, jeśli nie – filtr będzie niezaznaczony

– przy zaznaczonym filtrze, na liście Zasoby w operacjach, prezentowane będą terminy realizacji operacji, do których przypisano zasoby. Jeśli filtr nie będzie zaznaczony, na liście nie będą widoczne terminy realizacji. Domyślne ustawienie filtra będzie zależne od kontekstu uruchomienia okna Zamień lub dodaj zasoby tzn., jeśli na listę wczytane zostaną terminy realizacji operacji, wówczas filtr będzie domyślnie zaznaczony, jeśli nie – filtr będzie niezaznaczony

– filtr dotyczący statusu operacji planowanej. Jeśli w ramach filtra wybrany zostanie konkretny status operacji, wówczas na liście zasobów w operacjach prezentowane będą zarówno operacje planowane o wybranym statusie, jak i realizacje do nich utworzone, które zostały wczytane na listę zasobów w operacjach

– opcja edycji wybranej operacji/realizacji

– opcja zamknięcia okna Zamień lub dodaj zasoby

Na zakładce [Dodanie zasobów], prezentowana jest lista terminów operacji/realizacji, do których można dodawać zasoby:

Na zakładce [Dodanie zasobów], dostępne są następujące opcje:

– za pomocą opcji otwierana jest lista zasobów produkcyjnych w trybie wielokrotnego wyboru, a w polach obok przycisku wyświetlane są odpowiednio kody i nazwy wybranych zasobów. Zasoby wskazane w tym miejscu będą dodawane do wybranych terminów operacji/realizacji.

Pokaż– za pomocą opcji, znajdującej się obok pól do prezentacji kodów i nazw zasobów, otwierana jest lista wybranych przez Użytkownika zasobów, które mają zostać dodane do wybranych terminów operacji:

– przy zaznaczonym parametrze, zasoby dodawane do terminu operacji będą traktowane jako „Dowolny zasób”, tzn. będą przypisywane do terminu operacji lub realizacji w ramach swojego domyślnego gniazda lub w ramach gniazda nieokreślonego. Możliwość przypisania dowolnego zasobu do operacji będzie uzależniona standardowo od odpowiednich ustawień w technologii.

– za pomocą opcji zasoby wskazane w polu Zasoby, będą dodawane do zaznaczonych terminów operacji lub realizacji

– za pomocą opcji zasoby wskazane w polu Zasoby, będą dodawane do wszystkich terminów operacji lub realizacji, widocznych w sekcji Terminy operacji

Lista terminów operacji – na liście prezentowane są wczytane terminy operacji lub realizacji, zależnie od miejsca uruchomienia okna Zamień lub dodaj zasoby. Lista terminów operacji/realizacji jest „zapamiętywana” po wczytaniu danych w ramach okna Zamień lub dodaj zasoby , tak by możliwe było jej odpowiednie filtrowanie i aktualizowanie. Wczytywane listy terminów operacji uzależnione są od miejsca, z poziomu którego uruchamiane będzie okno Zamień lub dodaj zasoby. Jeśli okno będzie uruchamiane dla zaznaczonych na ZP zasobów, wówczas lista wypełniona zostanie tylko zaznaczonymi terminami operacji, do których zaznaczone zasoby są przypisane. Jeśli natomiast okno zostanie uruchomione np. z listy ZP, wówczas wczytane zostaną wszystkie terminy operacji i realizacji, które znajdują się na zleceniach, z poziomu których uruchomiono okno Zamień lub dodaj zasoby.

– standardowy filtr z konstruktorem filtra

– przy zaznaczonym filtrze, na liście Terminy operacji, prezentowane będą terminy operacji planowanych. Jeśli filtr nie będzie zaznaczony, na liście nie będą widoczne terminy operacji planowanej. Domyślne ustawienie filtra będzie zależne od kontekstu uruchomienia okna Zamień lub dodaj zasoby, tzn. jeśli na listę wczytane zostaną terminy operacji planowanych, wówczas filtr będzie domyślnie zaznaczony, jeśli nie – filtr będzie niezaznaczony

– przy zaznaczonym filtrze, na liście Terminy operacji, prezentowane będą terminy realizacji operacji. Jeśli filtr nie będzie zaznaczony, na liście nie będą widoczne terminy realizacji. Domyślne ustawienie filtra będzie zależne od kontekstu uruchomienia okna Zamień lub dodaj zasoby, tzn., jeśli na listę wczytane zostaną terminy realizacji operacji, wówczas filtr będzie domyślnie zaznaczony, jeśli nie – filtr będzie niezaznaczony

– filtr dotyczący statusu operacji planowanej. Jeśli w ramach filtra wybrany zostanie konkretny status operacji, wówczas na liście terminów operacji prezentowane będą zarówno operacje planowane o takim statusie, jak i realizacje do nich utworzone, które zostały wczytane na listę terminów

– opcja edycji wybranej operacji/realizacji

– opcja zamknięcia listy: Zamień lub dodaj zasoby

Planowanie stałego zasobu produkcyjnego na wszystkie partie jednej operacji

W systemie wprowadzono opcje, które umożliwiają dobieranie tego samego zasobu do wszystkich partii danej operacji planowanej:

Konfiguracja planowania stałego zasobu produkcyjnego na wszystkie partie jednej operacji

Nowe parametry dotyczące ww. sposobu planowania zasobów produkcyjnych są dostępne:

w oknie Gniazdo robocze:

w oknie operacji w technologii, na zakładce [Gniazda robocze]. (Domyślne ustawienie parametru będzie wynikało z ustawienia na odpowiednim gnieździe.)

Uwaga

Przy zaznaczonym parametrze Ten sam zasób w każdej partii operacji, nie będzie możliwe zaznaczenie parametru Zmienne zasoby, dla danego gniazda roboczego.

Uwzględnienie parametru: Ten sam zasób w każdej partii operacji, podczas planowania

Jeśli dla danego gniazda w operacji w technologii ustawiony zostanie parametr Ten sam zasób w każdej partii operacji na „Tak”, wówczas podczas planowania tej operacji w partiach, do każdej partii dobrany zostanie ten sam zasób.

Jeśli dla danego gniazda/zasobu ustawiony zostanie parametr Ten sam zasób w każdej partii operacji na „Nie”, wówczas dobieranie zasobów do operacji podczas planowania będzie się odbywało, jak dotychczas.

Parametryzacja planowania w partiach

Dotychczas, jeśli operacja planowana była w partiach, określonych na pozycji ZP, wówczas wszystkie poprzedzające ją operacje (powiązane z nią półproduktami) również były planowane w takich samych partiach. W przypadku niektórych procesów biznesowych wybrane operacje w procesie nie powinny być dzielone na partie, dlatego dotychczasowa funkcjonalność została sparametryzowana.

Na operacji w technologii dodany został parametr Nie planować w partiach, gdy następna operacja planowana jest w partiach, którego ustawienie będzie sprawdzane podczas planowania.

Jeśli na pozycji ZP określone zostanie, że operacja wytwarzająca dany wyrób będzie planowana w partiach, wówczas, podczas planowania, sprawdzane będzie, czy w technologii, na poprzedzającej ją operacji zaznaczono parametr Nie planować w partiach, gdy następna operacja planowana jest w partiach.

Jeśli nie, wówczas operacja ta również będzie planowana w partiach jak dotychczas w opublikowanych wersjach:

Jeśli tak, wówczas sprawdzane będzie dodatkowo, czy na operacji w technologii wypełniono parametr „Planować po”. Jeśli parametr będzie określony, to operacja będzie planowana w partiach, jakie ustalono w ramach tego parametru, a jeśli nie będzie wypełnionego parametru „Planować po” – dana operacja nie będzie dzielona na partie, lecz scalana podczas planowania:

Uwaga

Jeśli w całym zaplanowanym procesie jakaś operacja nie będzie planowana w partiach, określonych na pozycji ZP, wówczas poprzedzająca ją operacja też nie będzie planowana w takich partiach, niezależnie od ustawienia na niej nowego parametru.

Generowanie RW i PW na wiele magazynów

Przy ustawieniach na definicji dokumentów RW/PW Sprzedaż z magazynu: Wszystkie pozycje na dokumencie z jednego magazynu:

oraz na definicji ZP parametru Generuj jednocześnie dokumenty na wiele magazynów:

podczas generowania RW/PW z ZP kolejne dokumenty będą generowane jeden po drugim, na magazyny, na które/z których ma być wydawany/pobierany wyrób/materiał, bez konieczności ponownego uruchamiania generowania dokumentu RW/PW.

Blokada zmniejszania ilości związanej z dokumentem

W oknie Edycja struktury firmy, na zakładce [Produkcja 2], dodane zostały nowe parametry: Blokada zmniejszania ilości materiału/wyrobu powiązanej z dokumentem handlowym i Blokada zmniejszania ilości materiału/wyrobu powiązanej z dokumentem magazynowym.

Przy zaznaczonym parametrze Blokada zmniejszania ilości materiału/wyrobu: powiązanej z dokumentem handlowym, nie będzie można na ZP zmniejszać ilości materiałów i wyrobów, powiązanych z dokumentem handlowym (RW, PW). Blokada będzie obowiązywała zarówno dla materiałów znajdujących się na operacji planowanej (rezerwacji), jak i dla materiałów/wyrobów znajdujących się na realizacji operacji (ProdZasobów).

Przy zaznaczonym parametrze Blokada zmniejszania ilości materiału/wyrobu: powiązanej z dokumentem magazynowym, nie będzie można na ZP zmniejszać ilości materiałów i wyrobów, powiązanych z dokumentem magazynowym (WM, PM, ZWM, AWD, (W)ZWM, (W)AWD). Blokada będzie obowiązywała zarówno dla materiałów znajdujących się na operacji planowanej (rezerwacji), jak i dla materiałów/wyrobów znajdujących się na realizacji operacji (ProdZasobów).

Jeśli zaznaczone będą oba parametry, wówczas blokada zmniejszania ilości będzie stosowana zarówno dla ilości powiązanych z dokumentem magazynowym, jak i tych, powiązanych z handlowym, tzn. nie będzie można zmniejszać ilości powiązanych z RW, PW, WM, PM, ZWM, AWD, (W)ZWM, (W)AWD.

Uwaga

Niezależnie od ustawienia parametrów, dotyczących blokady zmniejszania ilości materiału/wyrobu, wprowadzono blokadę na usuwanie z ZP rezerwacji (materiałów znajdujących się na operacji planowanej), powiązanych z dokumentem handlowym lub magazynowym.

Traceability – pełne wykorzystanie materiału

Za pomocą dostępnego w systemie raportu Traceability – wykorzystanie materiału, w ramach jednego widoku do tej pory można było wyświetlić informacje na temat bezpośredniego wykorzystania danej dostawy lub wyrobu/półproduktu. Jeśli dostawę wykorzystano, np. do produkcji, wówczas w ramach jednego raportu można było wyświetlić bezpośrednie jej użycie – widoczne było zlecenie i operacja, do której pobrano materiał, wyrób, który z tego materiału powstał, a także dokumenty, którymi rejestrowano pobranie materiału z magazynu i przyjęcie wyrobu na magazyn. Nie była natomiast widoczna historia wykorzystania wyrobu, który został wytworzony z analizowanej dostawy materiału. Dalsze wykorzystanie wytworzonego z danej dostawy wyrobu było możliwe do wyświetlenia w systemie, ale w ramach osobnych raportów traceability.

W wersji 2022.1 systemu Comarch ERP XL w ramach jednego widoku raportu traceability umożliwiono wyraportowanie pełnej historii wykorzystania dostawy lub wyrobu/półproduktu.

W oknie raportu: Traceability – wykorzystanie materiału, udostępniono nowe opcje: Raport: Pełny albo Uproszczony, których ustawienie będzie decydowało o ostatecznej postaci raportu.

Po przeliczeniu raportu z zaznaczoną opcją Raport: Uproszczony, dane prezentowane na raporcie będą takie, jak dotychczas, tzn. prezentowane będzie tylko bezpośrednie wykorzystanie danej dostawy lub wyrobu/półproduktu ze zlecenia:

Natomiast po przeliczeniu raportu z zaznaczoną opcją Raport: Pełny, dane prezentowane na raporcie będą obejmowały pełną ścieżkę wykorzystania danej dostawy lub danego wyrobu/półproduktu, tzn. wyświetlone zostanie zarówno bezpośrednie wykorzystanie danej dostawy, jak i pełna historia wykorzystania wyrobów, które z danej dostawy powstały:

Inne zmiany

Parametryzacja numerowania kodu technologii podczas wersjonowania

Sparametryzowano dotychczasowe działanie systemu, polegające na tym, że podczas tworzenia nowej wersji do technologii, kod wersji tworzony był zawsze jako połączenie kodu technologii źródłowej i kolejnego numeru: „_1”, „_2”, „_3” itd.

Odtąd kod nowo tworzonej wersji technologii może być domyślnie generowany z lub bez numeru.

W oknie Konfiguracji, na zakładce [Produkcja/Parametry] dodany został parametr Podczas tworzenia nowej wersji technologii nie numeruj kodu.

Jeśli parametr nie będzie zaznaczony, kody wersji technologii generowane będą wg dotychczasowej zasady.

Jeśli parametr będzie zaznaczony, wówczas podczas tworzenia nowej wersji technologii, do kodu wersji nie będą dodawane kolejne numery „_1”, _2”, _3”, itd.

Nowe kolumny na liście ZP

Na liście ZP dodano nową kolumnę Priorytet, w której prezentowany jest priorytet danego zlecenia:

Na liście ZP udostępniono kolumnę Zasób, w której wyświetlane są zasoby produkcyjne, znajdujące się na operacjach planowanych danego zlecenia

Kolumna Zasób jest wyświetlana na liście ZP tylko przy włączonym parametrze Pokaż, dostępnym w obszarze: Zasoby:

Za pomocą nowego filtra Zasób, można odpowiednio filtrować listę zleceń produkcyjnych do takich, na których znajduje się zasób wskazany w nowym polu:

Edycja PKJ z poziomu zamkniętego ZP

Umożliwiono dodawanie, edycję i usuwanie dokumentu PKJ z poziomu zamkniętego ZP:

Edycja PKJ z poziomu ZP, gdy Operator nie ma praw do edycji ZP

Odblokowano możliwość edycji dokumentu PKJ z poziomu ZP w sytuacji, gdy operator nie ma praw do edycji zlecenia. Dzięki temu można dokonywać zmian na PKJ z poziomu ZP bez konieczności wykonywania/zapisywania zmian na ZP.

Parametr: Termin zakończenia realizacji wg planu

Na definicji dokumentu ZP, na zakładce [Produkcja] udostępniony został parametr Termin zakończenia realizacji wg planu:

Przy zaznaczonym parametrze, realizacja operacji będzie kończona z planowanymi terminami: Start i Koniec.  Jeśli parametr nie będzie zaznaczony, wówczas przy rejestracji realizacji (gdy operacja nie jest uruchomiona) termin Koniec będzie miał ustawianą datę bieżącą na wszystkich terminach rejestrowanej realizacji, natomiast termin Start będzie obliczany dla wszystkich terminów rejestrowanej realizacji jako terminu Koniec pomniejszony o czas planowany danego terminu.

Serwis

Wielopoziomowa struktura urządzeń

Umożliwiono definiowanie w systemie wielopoziomowej struktury urządzeń serwisowych.

Zmiany na karcie urządzenia

Wskazanie na urządzenie nadrzędne

Na karcie urządzenia można wskazać, które urządzenie jest nadrzędne dla danego urządzenia.

Na karcie urządzenia dodano nowy przycisk: Urządzenia nadrzędne, za pomocą którego można wybrać z listy inne urządzenie i przypisać go jako nadrzędne do karty danego urządzenia.

Wskazanie na urządzenie nadrzędne może być zmieniane dowolną ilość razy, jak również może być usuwane z karty danego urządzenia. Funkcjonalność pozwala na tworzenie wielopoziomowych struktur urządzeń, a także na przepinanie urządzeń pomiędzy różnymi ich strukturami.

Podczas przypisywania urządzenia nadrzędnego do danego urządzenia, w sytuacji, gdy urządzenie nadrzędne ma zdefiniowane parametry, parametry te mogą zostać opcjonalnie przepisane z urządzenia nadrzędnego na podrzędne. W takiej sytuacji, prezentowane jest w systemie odpowiednie pytanie: „Czy skopiować parametry wraz z wartościami z urządzenia nadrzędnego na podrzędne” z opcjami „Tak” i „Nie” do wyboru.

Po naciśnięciu „Tak”, parametry wraz z wartościami będą kopiowane z urządzenia nadrzędnego na nowododawane urządzenie podrzędne.

Po naciśnięciu „Nie”, parametry wraz z wartościami nie będą kopiowane z urządzenia nadrzędnego na urządzenie podrzędne.

Jeśli urządzenie podrzędne ma już zdefiniowany jakiś parametr, który jest kopiowany z urządzenia nadrzędnego, wówczas aktualizowana jest wartość tego parametru.

Dotychczasowe parametry, zdefiniowane na karcie urządzenia podrzędnego pozostaną – nie będą usuwane podczas kopiowania parametrów z urządzenia nadrzędnego na podrzędne.

Wskazanie na urządzenie nadrzędne można tworzyć automatycznie, podczas dodawania nowej karty urządzenia za pomocą nowej opcji Dodaj do urządzenia, znajdującej się na liście urządzeń. Po ustawieniu kursora na danym urządzeniu na liście i naciśnięciu opcji Dodaj do urządzenia, na nowej karcie urządzenia zostanie automatycznie uzupełnione pole Urządzenie nadrzędne:

Określanie numeru dla urządzenia

Na karcie urządzenia dodane zostało nowe pole, w ramach którego można określić numer urządzenia (np. numer fabryczny).

Pole zostało obsłużone jako unikalne i opcjonalnie wymagane.

Domyślnie w polu podpowiada się zapisany w bazie numer Id urządzenia, który można ręcznie zmienić na dowolny inny unikalny numer.

Na karcie urządzenia widoczny jest także numer urządzenia nadrzędnego:

Jeśli chcemy by numer urządzenia był wymagany do uzupełnienia na karcie urządzenia, wówczas należy zaznaczyć parametr: Wymagaj numeru urządzenia, znajdujący się w Konfiguracji, na zakładce [Sprzedaż/Parametry 2]:

Wielopoziomowa struktura rodzajów urządzeń

Umożliwiono budowanie listy rodzajów urządzeń jako wielopoziomowej struktury.

Za pomocą opcji Dodaj podrzędny rodzaj urządzenia, można dodać „podrodzaj” dla zaznaczonego na liście rodzaju urządzeń.

Za pomocą opcji Dodaj, tak jak do tej pory, można definiować nowe rodzaje urządzeń w pierwszym poziomie struktury.

Zdefiniowany na liście rodzaj urządzenia będzie można usunąć, gdy nie wskazano go na karcie żadnego urządzenia i nie zdefiniowano dla niego rodzajów podrzędnych.

Wielopoziomową strukturę rodzajów urządzeń można budować zarówno z poziomu listy rodzajów urządzeń, jak i z listy urządzeń:

Za pomocą opcji Dodaj rodzaj urządzenia można także dodawać rodzaje w ich wielopoziomowej strukturze. Jeśli opcja zostanie uruchomiona z poziomu rodzaju „Wszystkie”, wówczas dany rodzaj zostanie dodany w pierwszym poziomie na liście rodzajów urządzeń (bezpośrednio pod grupą „Wszystkie”). Jeśli natomiast opcja zostanie uruchomiona z poziomu konkretnego rodzaju, wówczas dodawany rodzaj stanie się podrzędnym do tego rodzaju, z poziomu którego uruchomiona zostanie opcja Dodaj rodzaj urządzenia.

Lista urządzeń, zakładka Ogólne

Lista urządzeń, prezentowana na zakładce [Ogólne], została przekształcona na listę DevX. Na liście udostępniono nowe kolumny:

Urządzenie nadrzędne – w kolumnie prezentowane jest urządzenie nadrzędne względem danego urządzenia

Numer – w kolumnie prezentowany jest numer urządzenia

Elementy listy można grupować po dowolnych kolumnach.

Jeśli w lewym panelu okna, w sekcji: Rodzaje urządzeń zaznaczony zostanie wybrany rodzaj urządzenia, wówczas w prawym panelu, na liście urządzeń wyświetlone zostaną urządzenia tylko tego rodzaju.

Lista urządzeń, zakładka: Struktura urządzeń

Na zakładce [Struktura urządzeń], udostępniono w formie drzewiastej listę struktur urządzeń serwisowych.

Widoczne są tutaj w formie drzewek, pełne struktury urządzeń serwisowych.

Jeśli w lewym panelu okna, w obszarze: Rodzaje urządzeń zaznaczony zostanie wybrany rodzaj urządzenia, wówczas w prawym panelu, na liście urządzeń wyświetlone zostaną urządzenia danego rodzaju, w kontekście pełnej struktury. Widoczna będzie cała struktura, w której znajduje się urządzenie danego rodzaju. Jeśli pozostałe elementu tej struktury mają wskazany inny rodzaj, wówczas i tak będą widoczne na liście, ponieważ należą do struktury urządzenia o wybranym rodzaju.

Zmiany na zakładce: Historia, na karcie urządzenia

Na zakładce [Historia], na karcie urządzenia wprowadzono dwie osobne zakładki: [Czynności ZSR] i [PLP].

Na zakładce [Czynności ZSR] prezentowane są czynności zleceń serwisowych, które dotyczą danej karty urządzenia, jak również te czynności, które dotyczą urządzeń, znajdujących się w wielopoziomowej strukturze danego urządzenia (wszystkich jego urządzeń podrzędnych i podrzędnych do podrzędnych itd.)

Na liście czynności, oprócz tych kolumn, które do tej pory były dostępne, dodano dwie dodatkowe kolumny:

Kontrahent – w kolumnie prezentowany jest akronim kontrahenta, wskazanego na ZSR, do którego należy dana czynność.

Urządzenie – w kolumnie prezentowany jest kod urządzenia serwisowego, którego dotyczy dana czynność.

Na liście prezentowane są również czynności tych dokumentów ZSR, które wystawiono na innego kontrahenta, niż właściciel urządzenia.

Na zakładce [Czynności ZSR] udostępniono filtr: Za okres, za pomocą którego można zawężać elementy listy wg konkretnego zakresu dat.

Na zakładce [PLP] prezentowane są dokumenty PLP wystawione na dane urządzenie lub urządzenia, znajdujące się w jego wielopoziomowej strukturze.

Nowa zakładka: Rejestr zmian, na karcie urządzenia

Na zakładce [Rejestr zmian], na karcie urządzenia prezentowane są informacje o zmianach wykonanych na karcie urządzenia oraz na kartach wszystkich jego urządzeń podrzędnych.

W kolumnie Urządzenie prezentowany jest kod urządzenia, którego dotyczy zmiana.

W kolumnie Termin, prezentowana jest data wykonania zmiany.

W kolumnie Wykonał, prezentowany jest akronim operatora, który wykonał daną zmianę.

W kolumnie Obszar, prezentowana jest informacja na temat miejsca na karcie urządzenia, w którym dokonano zmian.

W kolumnie Wartość, prezentowana jest informacja na temat wprowadzonej wartości w danym obszarze, w którym wykonywano zmiany.

W kolumnie Opis zmian, prezentowana jest informacja, jaką zmianę wykonano.

Zapisywane na zakładce [Rejestr zmian] informacje obejmują zmiany wykonane na zakładce [Ogólne], na karcie urządzenia i kartach urządzeń podrzędnych, za wyjątkiem zmian w obszarze Przeglądy, oraz zmiany wykonane na zakładce [Właściciel], na karcie urządzenia i kartach urządzeń podrzędnych

Jeśli dane urządzenie zostanie odpięte od danej struktury urządzeń/przepięte do innej struktury (nastąpi zmiana urządzenia nadrzędnego na karcie danego urządzenia), wówczas zapisane do tej pory zmiany, dotyczące odpiętej karty urządzenia, pozostaną na danej karcie urządzenia i kartach jego dotychczasowych urządzeń nadrzędnych.

Inne zmiany

Zmiana właściciela z poziomu karty urządzenia, z zakładki Ogólne

Bezpośrednio z poziomu zakładki [Ogólne] na karcie urządzenia można zmienić właściciela urządzenia. Aby tego dokonać, należy nacisnąć przycisk Właściciel i wybrać z listy kontrahentów odpowiedniego kontrahenta, który stanie się nowym właścicielem urządzenia:

Zmiany właściciela można dokonać również poprzez ręcznie wpisanie akronimu kontrahenta w polu Właściciel.

Za pomocą opcji Karta kontrahenta, znajdującej się obok pola Właściciel na karcie urządzenia, można podnieść w trybie do podglądu lub edycji kartę właściciela urządzenia.

Możliwość dodawania do dokumentu ZSR urządzeń jako grupy

Na dokumencie ZSR, dodano pop-up menu obok plusa z opcjami:

Dodaj – obsłużono analogicznie, jak obsłużona jest opcja plusa

Dodaj grupę urządzeń – za pomocą opcji otwierana jest w trybie do edycji lista urządzeń i po wybraniu listy urządzeń ZSR wybranych urządzeń oraz wszystkich urządzeń znajdujących się w strukturze zaznaczonego urządzenia w niższych jego poziomach – za pomocą opcji należy umożliwić

Części zamienne

Umożliwiono definiowanie części zamiennych dla urządzenia serwisowego.

Na karcie urządzenia serwisowego dodana została nowa zakładka [Części zamienne], z poziomu której można definiować części zamienne dla urządzenia serwisowego:

Części zamienne dla urządzenia są to dowolne towary (towary lub produkty) dodawane do karty urządzenia z listy towarów. Część zamienna dla urządzenia jest definiowana w ramach osobnego okna:

Umożliwione zostało również dodawanie części zamiennych do receptury serwisowej. Części zamienne dodawane do receptury, to składniki oznaczone nowym parametrem Część zamienna:

Na liście składników receptury udostępniono kolumnę oraz filtr: Rodzaj, za pomocą których można rozróżnić, które składniki są częściami zamiennymi, a także je filtrować:

Dodawanie części zamiennych od receptury może się odbywać za pomocą opcji:

Natomiast w przypadku receptury ogólnej lub zdefiniowanej dla pewnej grupy urządzeń, otwierana lista części zamiennych jest pełną lista wszystkich części zamiennych zdefiniowanych na kartach wszystkich urządzeń:

Dodawanie składników jako części zamiennych, jak również ich sortowanie/filtrowanie jest dostępne także z poziomu zlecenia serwisowego:

Z poziomu ZSR można również oznaczać składniki jako części zamienne:

lub pobierać części zamienne z listy części zamiennych, zdefiniowanych na kartach urządzeń serwisowych:

Księgowość

Nietypowe okresy obrachunkowe

Pod pojęciem „Nietypowego okresu obrachunkowego” rozumiemy okres obrachunkowy, który zaczyna się po pierwszym dniu danego miesiąca i/lub kończy przed ostatnim dniem danego miesiąca.

Od wersji Comarch ERP XL 2022.1 okres obrachunkowy może zaczynać się i kończyć dowolnego dnia danego miesiąca.

Zmiany w definicji okresu obrachunkowego

W oknie [Okres obrachunkowy], za pośrednictwem, którego definiowany jest okres obrachunkowy: 

Dodano pole „Symbol”, pozwalające na wprowadzenie maksymalnie 10 znakowego symbolu okresu obrachunkowego, który może być użyty w numeracji zapisów księgowych, wybranych typów dokumentów. Symbol może składać się z cyfr, liter oraz znaku specjalnego typu podkreślenie. Poza znakiem „_” (podkreślenia), system nie dopuszcza do użycia innych znaków specjalnych, znaków diakrytycznych. Z uwagi na możliwość użycia symbolu w numeracji, system pilnuje unikalności symbolu w ramach okresów obrachunkowych.

Dodano parametr „Użyj symbol okresu w numerze”, decydujący o użyciu symbolu okresu w numeracji zapisów księgowych, not memoriałowych (UNM, UNK, NM), dokumentów bilansu otwarcia (BO, BOK, BOA, BOAK), przeszacowania walut, deklaracji dochodowych CIT-8, CIT-2.

Na bazach przekonwertowanych, istniejące okresy obrachunkowe, powiązane z zapisami mają nie wybrany i nieaktywny parametr „Użyj symbol okresu w numerze”.

Dla ostatniego zdefiniowanego okresu obrachunkowego, parametr ten jest dostępny do edycji pod warunkiem, że nie jest z nim powiązany żaden zapis księgowy lub jeden z wcześniej wymienionych typów dokumentów.

Nie ma potrzeby użycia symbolu okresu obrachunkowego w numeracji zapisów/dokumentów, jeżeli okresy obrachunkowe nie zazębiają się w ramach tego samego miesiąca danego roku.

Jeżeli dojdzie do zazębienia się okresów obrachunkowych w ramach tego samego miesiąca, przynajmniej jeden z nich musi mieć wybrany parametr „Użyj symbol okresu w numerze”, w przeciwnym razie numeracja zapisów księgowych należących do dwóch różnych okresów obrachunkowych, w ramach tego samego dziennika, miesiąca i roku będzie narastająca.

Zmiana daty końcowej za pomocą funkcji specjalnej „Zmiana daty końcowej okresu obrach.”

W module Administrator, w menu „Funkcje specjalne” dodano nową opcję Zmiana daty końcowej okresu obrach. Pozwala ona na zmianę daty końcowej dla ostatniego zdefiniowanego okresu obrachunkowego.

Po wybraniu przycisku Zmiana daty końcowej okresu obrach. System udostępnia okno z następującymi polami:

Uwaga

Uprawnionymi do zmiany daty końcowej okresu obrachunkowego za pomocą funkcji specjalnej Zmiana daty końcowej okresu obrach. są tylko Ci użytkownicy, którzy posiadają dostęp do modułów Administrator i/lub Księgowość. A zatem operator, który nie będzie miał dostępu do modułów Administrator oraz Księgowość, nie będzie miał prawa do zmiany daty końcowej okresu obrachunkowego za pomocą funkcji specjalnej.

Zmiany w numeracji zapisów księgowych oraz wybranych typów dokumentów

Poniższa tabela zawiera informacje na jakie typy dokumentów ma wpływ wybór parametru „Użyj symbol okresu w numerze” w definicji okresu obrachunkowego.

Jeżeli parametr „Użyj symbol okresu w numerze” nie zostanie wybrany sposób numeracji zapisów księgowych, wybranych dokumentów odbywa się na dotychczasowych zasadach.

Zmiany w numeracji zapisów księgowych oraz wybranych typów dokumentów

Dokument	Sposób numeracji
Zapis księgowy	(Nazwa bufora) Dziennik/Symbol okresu/Rok/Miesiąc/Lp. Przykład: (BUFOR)DZK/2022_2023/23/12/1
UNM, UNK, NM	Symbol dokumentu-Seria/Symbol okresu/Rok/Miesiąc/Lp. Przykład: UNM-A1/2022_2023/23/12/1
BO, BOK, BOA, BOAK	Symbol dokumentu/Symbol okresu/Rok/Lp. Przykład: BO/2022_2023/22/1
Przeszacowanie walut	Symbol okresu/Rok/Miesiąc/Lp. Przykład: 2022_2023/23/12/1
CIT-2, CIT-8	Symbol deklaracji/Okres rozliczeniowy/Symbol okresu/Lp. Przykład: CIT-2/07/2022/2022_2023/1 CIT-8/12/2023/2022_2023/1

Funkcje „Renumeruj bufor”, „Przenieś do księgi głównej”

W związku z dodaniem symbolu okresu w numeracji zapisów księgowych, modyfikacji uległa funkcja wykorzystywana do renumeracji zapisów księgowych.

Do tej pory numeracja zapisów odbywała się w ramach danego dziennika, wszystkich buforów, ale renumeracja już w ramach jednego bufora, co powodowało różnego rodzaju problemy, włącznie z brakiem możliwości przeniesienia zapisów z Bufora do Księgi głównej. Po zmianie, numeracja jak i renumeracja odbywa się w ramach wszystkich buforów, przy czym pod pojęciem renumeracji zapisów rozumiemy renumerację uruchamianą za pomocą przycisku Renumeruj bufor oraz podczas przenoszenia zapisów z Bufora do Księgi głównej.

Ze zmian wizualnych, na formularzach [Renumeracja dziennika księgowań], [Przeniesienie zapisów do KG] dodano informację o okresie obrachunkowym. Informacja pobierana jest z pola „Opis definicji okresu obrachunkowego”.

Lista zapisów księgowych a daty działania funkcji księgowych

Na listach okna [Zapisy księgowe] można wyfiltrować zapisy w kontekście różnych okresów, w zależności od parametrów, które zostaną wybrane.

Jeżeli zatem w bazie zdefiniowane są nietypowe okresy obrachunkowe, które zazębiają się w ramach tego samego miesiąca, roku, wybierając miesiąc zazębiania się okresów, lista zostanie zawężona do zapisów danego miesiąca, z ograniczeniem do wybranego okresu obrachunkowego.

Przyklad

Załóżmy, że zdefiniowano dwa okresy obrachunkowe:

Okres pierwszy: 01.01.2022 r. – 22.12.2022 r.

Okres drugi: 23.12.2022 r. – 30.11.2023 r.

Jeżeli zostanie wybrany pierwszy okres obrachunkowy i zaznaczony parametr „Okres”, ze wskazaniem na grudzień 2022 r. system wyświetli zapisy wystawione od 01.12.2022 r. do 22.12.2022 r.

Jeżeli zostanie wybrany drugi okres obrachunkowy i zaznaczony parametr „Okres”, ze wskazaniem na grudzień 2022 r. system wyświetli zapisy wystawione od 23.12.2022 r do 31.12.2022 r.

Przyklad

Załóżmy, że zdefiniowano dwa okresy obrachunkowe:

Okres pierwszy: 01.01.2022 r. – 22.12.2022 r.

Okres drugi: 23.12.2022 r. – 30.11.2023 r.

Wybrano drugi okres obrachunkowy, tj. 23.12.2022 r. – 30.11.2023 r. W systemie ustawiono datę na 22.12.2022 r., a więc należącą do pierwszego okresu obrachunkowego.

W takim przypadku, jeżeli zostanie wybrana opcja „bieżący miesiąc” system wyświetli zapisy od 01.12.2022 r. do 22.12.2022 r. „Miesiącem poprzednim” będzie dla niego miesiąc od 01.11.2022 r. do 30.11.2022 r.

Zestawienie obrotów i sald a daty działania funkcji księgowych

Obroty i salda kont księgowych liczone są z uwzględnieniem nietypowych okresów obrachunkowych.

Przyklad

Załóżmy, że zdefiniowano dwa okresy obrachunkowe:

Okres pierwszy: 01.01.2022 r. – 22.12.2022 r.

Okres drugi: 23.12.2022 r. – 30.11.2023 r.

Jeżeli zostanie wybrany pierwszy okres obrachunkowy, data systemowa 23.12.2022 oraz opcja „bieżący miesiąc”, obroty i salda nie zostaną wyliczone, ponieważ zakres dat zostanie ustawiony na podstawie daty bieżącej, który mieści się w kolejnym okresie obrachunkowym.

Zmiany dot. not memoriałowych (UNM, UNK, NM)

W numeracji not memoriałowych podobnie jak w przypadku zapisów księgowych może zostać użyty symbol okresu obrachunkowego, jeżeli w definicji okresu obrachunkowego zostanie wybrany parametr „Użyj symbolu okresu w numerze”.

W oknie [Noty memoriałowe], na zakładkach [Wg numeru], [Chronologicznie], w ramach sekcji „Wyświetl dokumenty za” wprowadzono nowe filtry pozwalające na wyświetlenie:

Zmiany w przeszacowaniu walut

Z uwagi na powiązanie przeszacowania walut z okresami obrachunkowymi, w numeracji zapisów przeszacowujących może zostać użyty symbol okresu obrachunkowego, jeżeli w definicji okresu obrachunkowego zostanie wybrany parametr „Użyj symbol okresu w numerze”.

W oknie [Przeszacowanie walut], na zakładkach [Generacja] i [Księgowanie] wprowadzono dodatkowy filtr informujący w kontekście jakiego okresu operator pracuje. Jeżeli w danym miesiącu okresy obrachunkowe zazębiają się, pole Okres obrachunkowy wyświetlane jest w trybie do edycji, pozwalając tym samym na wybranie okresu obrachunkowego, w kontekście, którego operator chce dokonać przeszacowania walut (zakładka [Generacja]), czy też wyświetlić dokumenty przeszacowania (zakładka [Księgowość]).

Zmiany dot. CIT-2 oraz deklaracji CIT-8

W związku z powiązaniem CIT-2, CIT-8 z okresem obrachunkowym, w numeracja może zostać użyty symbol okresu obrachunkowego, jeżeli w definicji zostanie wybrany parametr „Użyj symbol okresu w numeracji”.

Na formularzu CIT-2 oraz deklaracji CIT-8 udostępniono pole o nazwie „Okres obrachunkowy”.

Pole jest aktywne, w przypadku, gdy w danym okresie rozliczeniowym zazębiają się dwa okresy obrachunkowe. Jeżeli tego rodzaju sytuacja wystąpi, użytkownik musi wskazać, w kontekście jakiego okresu obrachunkowego deklaracja ma zostać wyliczona.

Dodatkowo na liście deklaracji CIT-8, CIT-2 udostępniono parametr „Okres obrachunkowy”.

Jeżeli parametr zostanie wybrany, system umożliwia ograniczenie listy deklaracji do wybranego okresu rozliczeniowego oraz okresu obrachunkowego.

Zmiany na dokumentach na potrzeby deklaracji VIU-DO

Nowa kategoria „OSS – kraj wydania towarów/wyk. Usług”

W słowniku kategorii, w gałęzi Transakcje dodano nową kategorię o nazwie „OSS – kraj wydania towarów/wyk.usług”. Służy do definiowania krajów z terytoriów, których następuje wydanie towarów, wykonanie usług w tzw. transakcjach eCommerce.

W ramach kategorii dostępna jest jedna predefiniowana wartość dla kraju wydania Polski.

Jeżeli podatnik prowadzi działalność gospodarczą w innych krajach, z których następuje wydanie towarów, wykonanie usług w transakcjach eCommerce, z tego poziomu powinien zdefiniować kraje wydania/wykonania usług. Będą one dostępne na fakturach sprzedaży, dla transakcji WSTO_EE, po wybraniu parametru „Procedura OSS”. Szczegóły w jednym z kolejnych punktów.

Na formularzu za pośrednictwem, którego dodawana jest nowa wartość dla kraju wydania:

System nie pozwala na dodanie wartości kategorii o takich samych parametrach jak: Kraj, Flaga VAT, wartość identyfikatora podatkowego.

Zmiany na fakturach sprzedaży – transakcja WSTO_EE, nie wybrany parametr Procedura OSS

Zgodnie z obowiązującymi interpretacjami sprzedaż WSTO_EE nieobjętą procedurą OSS należy wykazać w pliku JPK_V7, w części deklaratywnej i ewidencyjnej w polu 11 Sprzedaż opodatkowana poza terytorium kraju z oznaczeniem WSTO_EE.

W związku z powyższym, na fakturach sprzedaży, jeżeli na zakładce [VAT] zostanie wybrany rodzaj transakcji WSTO_EE i nie zostanie zaznaczony parametr „Procedura OSS”, zostaną udostępnione standardowe parametry pozwalające na ujęcie sprzedaży w pliku JPK_V7, takie jak:

Zmiany na fakturach sprzedaży – transakcja WSTO_EE, wybrany parametr Procedura OSS

Dla wybranego parametru „Procedura OSS”, system udostępnia parametry niezbędne do prawidłowego zakwalifikowania pozycji tabeli VAT do deklaracji VIU-DO.

W sekcji tej należy także wykazać informację jakiego okresu rozliczeniowego dotyczy korekta, dlatego obok parametru Korekta kwartału udostępniono pola pozwalające na wskazanie roku oraz kwartału, którego dotyczy korekta.

Uwaga

Parametry powiązane ze sposobem ujęcia pozycji tabeli VAT na deklaracji VIU-DO dostępne są tylko w nagłówku dokumentu, tj. na zakładce VAT. Nie są dostępne z poziomu pozycji tabeli VAT.

Pliki JPK_V7 a transakcje WSTO_EE

W związku z powyższym dla prawidłowego ujęcia pozycji tabeli VAT w pliku JPK_V7 oraz Intrastat należy:

W związku z powyższym, dla prawidłowego ujęcia pozycji tabeli VAT w pliku JPK_V7 oraz Intrastat należy:

W związku z powyższym, w systemie Comarch ERP XL należy:

Zmiany w rejestrach VAT na potrzeby deklaracji VIU-DO

W wersji Comarch ERP XL 2022.1 nie została udostępniona deklaracja VIU-DO. Chcąc umożliwić filtrowanie pozycji tabeli VAT na potrzeby deklaracji VIU-DO wprowadzono nowe parametry na zakładkach:

Zakładka Wg numeru

Przyklad

Do momentu udostępnienia w systemie Deklaracji VIU-DO, dla celów analitycznych zalecamy stosowanie filtrów dot. Procedury OSS, udostępnionych z poziomu tej zakładki.

Uwaga

Należy zachować ostrożność przy seryjnej zmianie parametrów dla transakcji objętych procedurą OSS, które nie powinny być ujęte w plikach JPK_V7. W mechanizmie do seryjnej zmiany nie zostały dodane i obsłużone parametry dla transakcji objętych „Procedurą OSS”. Zmiany zostaną udostępnione w terminie późniejszym.

Zakładka Wg obowiązku podatkowego

Zakładka VAT-7

Zakładka [VAT-7] umożliwia filtrowanie pozycji tabeli VAT stricte na potrzeby plików JPK_V7.

W filtrze „Deklaracja VAT-7” domyślnie ustawiana jest wartość na „Tak” bez możliwości zmiany.

A zatem na zakładce [VAT-7], powinny być widoczne pozycje tabeli VAT ujęte w JPK_V7, także transakcje WSTO_EE nie objęte procedurą OSS, na których nie wybrano parametru „Nie uwzględniaj na deklaracji VAT-7”.

Pozycje tabeli VAT objęte procedurą OSS nie powinny być widoczne na tej liście. Dla tego typu pozycji, w bazie danych ustawiana jest wartość odpowiadająca ustawieniu „Nie uwzględniaj na deklaracji VAT-7”.

Uwaga

W wersji Comarch ERP XL 2022.1 nie został zmodyfikowany mechanizm do seryjnej zmiany parametrów VAT. Może zatem zdarzyć się sytuacja, w której użytkownik pozycjom objętym procedurą OSS za pomocą mechanizmu do seryjnej zmiany, zmieni wartość w bazie danych na „Uwzględniaj na deklaracji VAT-7”.

Docelowo, mechanizm zostanie zmodyfikowany – za jego pośrednictwem nie będzie możliwości ustawienia na pozycjach tabeli VAT wartości „Procedura OSS” na „Tak”, oraz „Uwzględniaj na deklaracji VAT-7”.

Wydruki

Uwaga

W bazie danych, w tabeli CDN.Slowniki brak powiązania kodów krajów ze stawkami VAT używanymi do definiowania szablonów, z poziomu słownika kategorii, gałęzi “Księgowość i Środki”. Szablony wykorzystywane są do prezentacji danych na wydrukach udostępnionych z poziomu rejestrów VAT. Brak powiązania kodu kraju ze stawką, powoduje, że z punktu widzenia szablonu kod kraju jest bez znaczenia, interpretowana jest tylko wartość procentowa stawki.

Załóżmy, że użytkownik wystawia dokumenty z użyciem stawek 20% AT i 20% BG.

Próba zdefiniowania szablonu ze stawkami 20% AT i 20% BG zakończy się błędem, ponieważ zostanie zdefiniowany szablon zawierający dwie takie same stawki, powiązane z tym samym kodem kraju, np. 20% BG, 20% BG. Pozycje na wydruku z użyciem tego rodzaju szablonu zostaną zdublowane.

W takim przypadku, w szablonie wystarczy wybrać stawkę tylko raz – kod kraju bez znaczenia.

Ewentualnie można dla każdego kraju zdefiniować odrębne szablony ze stawkami. Przed wydrukiem, pozycje w tabeli VAT ograniczyć do jednego kraju konsumpcji, podczas wydruku przyłożyć odpowiedni szablon.

Nowy mechanizm predekretacji dokumentów handlowych

Cel zmian mechanizmu oraz ogólna zasada działania

Celem nowego mechanizmu było zwiększenie wydajności predekretowania dokumentów handlowych. Opiera się w całości o procedury SQL pobierające wszelkie niezbędne dane. Procedury są tworzone osobno dla każdego schematu w różnych kontekstach wywołania na podstawie konwersji wyrażeń na postać SQL. Dla każdego schematu może przypadać po kilka procedur w zależności od kontekstu (dokumenty nie spięte, spinacze, spinacze RS, księgowanie po opisie analitycznym). Procedury posiadają prefiks ‘_SCH…_’ są generowane automatycznie i przypadkowe ich usunięcie lub usunięcie poprzez modyfikację schematu spowoduje automatyczne ich odtworzenie przy kolejnej predekretacji.

Zmiany na schematach

Składnia SQL

Podczas wprowadzania wyrażeń w składni XL’a dokonuje się ich automatycznie konwersja do postaci SQL. Wyrażenia w tej postaci są prezentowane po zaznaczeniu czeku „Pokaż składnię SQL” obok wyrażeń w dotychczasowej składni XL’a.

Konwersja do postaci SQL jest dokonywana w następujących sytuacjach:

Domyślnie nie można modyfikować wyrażeń składni SQL. Istnieje jednak w sytuacjach awaryjnych możliwość ich ręcznej modyfikacji. Nie jest to jednak operacja zalecana. Dokonuje się tego poprzez zaznaczenie czeku „Edytuj składnię SQL” i modyfikacji wyrażenia w wybranym polu.

Czek „Nieaktywna”

Daną pozycję schematu możemy w każdej chwili wyłączyć. Dotychczas posiłkowano się wprowadzeniem sztucznego wyrażenia do pola Warunek np. „1=2”. Ze względów wydajnościowych nie zalecamy już jego stosowania. Aby wyłączyć pozycję należy zaznaczyć czek „Nieaktywna”. Pozycja taka nie będzie w ogóle brana podczas budowania procedur SQL.

Diagnostyka schematów

Automatyczna kontrola wyrażeń

Skonwertowane wyrażenia SQL są sprawdzane pod kątem poprawności składni w kilku scenariuszach:

Tryb ten zostanie automatycznie wyłączony po każdorazowym predekretowaniu z użyciem danego schematu.

Uwaga

 Ze względów wydajnościowych zaleca się korzystanie z trybu testowania na dokumencie tylko w awaryjnych sytuacjach.

Okno podglądu zapytania

Z poziomu pozycji schematu umożliwiono również podgląd skonwertowanych wyrażeń w ujęciu całego zapytania dla pozycji stanowiącego część generowanej procedury. Dzięki niemu możliwe jest namierzenie ewentualnych błędów składniowych.

Okno podglądu zapytania uruchamia się po naciśnięciu przycisku na pozycji schematu.

Po otwarciu okna podglądu zapytania można je skopiować z użyciem wskazanego na Rys.6 przycisku i weryfikować z użyciem narzędzi np. MSSMS.

Wydajność

Testy księgowania dokumentów handlowych przeprowadzono w środowisku producenta na bazach o różnej wielkości. Uzyskano wyniki wynoszące od prawie dwukrotnego do kilkunastokrotnego wzrostu prędkości. Testy wykonywano na schematach uruchomionych po raz kolejny z poprawnie założonymi procedurami SQL.

Uwaga

Pierwsze predekretowanie danym schematem w danym kontekście (dokumenty nie spięte, spinacze, spinacze RS, księgowanie po opisie analitycznym) jest związane z ewentualną konwersją wyrażeń, walidacją, tworzeniem procedury SQL i jej kompilacją. Dlatego operacja zajmie znacznie więcej czasu niż wykonywana po raz kolejny, przy której wystąpi tylko wykonanie gotowej procedury.

Każdorazowa modyfikacja schematu, ręczne usunięcie procedury lub ręczne przekonwertowanie całego schematu spowoduje wykonanie wszystkich ww. operacji przy pierwszej predekretacji.

Integracja z iBiznes24

Dla klientów Santander Bank Polska została udostępniona opcja integracji z bankiem za pomocą usługi Webservice – iBiznes24 Connect. Użytkownik systemu Comarch ERP XL może dokonywać zleceń przelewu i pobierać wyciągi bankowe wewnątrz systemu finansowo-księgowego.

Konfiguracja połączenia

Na liście banków należy określić, że komunikacja bankowością iBiznes24 będzie odbywała się poprzez Webservice. Odbywa się to na zakładce [Dodatkowe] karty banku. Należy wybrać opcję – Santander – WebService, czyli iBiznes24 Connect.

Następnie na zakładce [Usługa sieciowa] należy skonfigurować użytkowników, którzy będą mieli dostęp do systemu transakcyjnego banku oraz pozostałe parametry połączenia.

Ustawienie dostępu

Na zakładce [Usługa sieciowa] ustawia się użytkowników oraz ich identyfikator (NIK) przypisany operatorowi w banku. Należy także wskazać domyślną formę autoryzacji wykorzystywanej do potwierdzania przelewów. Do wyboru są:

Należy również wskazać zestaw certyfikatów wykorzystywanych do ustanowienia sesji z iBizes24 Connect, czyli certyfikat komunikacyjny i aplikacyjny. Co do zasady można wykorzystywać ten sam zestaw w ramach całej firmy.

Jeśli taki zestaw nie został jeszcze wygenerowany, można to zrobić z wykorzystaniem przycisku Generuj certyfikaty. Utworzony zestaw certyfikatów należy potwierdzić w bankowości elektronicznej iBiznes24.

Wskazanie identyfikatora firmy

Podczas nawiązywania połączenia z iBiznes24 Connect wymagane jest również podanie identyfikatora klienta, czyli spółki.

Użytkownik Webservice powinien zatem ustawić na karcie rejestru identyfikator firmy iBiznes24 Connect, czyli tzw. NIK firmy.

Eksport przelewów

Operacja pozwala w łatwy sposób wyeksportować płatności z systemu Comarch ERP XL do iBiznes24. Można to zrobić z poziomu:

za pomocą przyciskuEksport płatności. Po jego wybraniu otwarte zostanie okno: Eksport przelewów, które umożliwi szybki eksport pojedynczych płatności.

Eksport można wykonać bez autoryzacji za pomocą przycisku Wyślij bez podpisywania . Możliwe jest także dokonanie autoryzacji za pomocą opcji Podpisz i wyślij . W takim przypadku użytkownik zostanie poproszony o podanie dodatkowych informacji np. otrzymanego kodu SMS.

Wielostopniowa autoryzacja

Na paczkach przelewów przygotowanych dla rejestrów bankowych wysyłanych za pomocą usługi webservice – iBiznes24 Connect udostępniono możliwość dodawania podpisów wielu użytkowników jeszcze przed ich wysłaniem do iBiznes24.

Na zakładce [Nagłówek] zaakceptowanej paczki pojawia się lista dołączonych podpisów.

Dodanie autoryzacji odbywa się za pomocą przycisku Podpisz pod listą dołączonych podpisów.

Po dodaniu podpisu do paczki jej status zmienia się na Podpisana.

Po dodaniu wszystkich wymaganych autoryzacji do paczki jej eksport odbywa się jak do tej pory za pomocą przycisku Eksportuj .

Import wyciągu bankowego/historii operacji

Funkcja daje możliwość wczytania do systemu Comarch ERP XL operacji, które zostały zarejestrowane w Biznes24 we wskazanym okresie. Narzędzie jest dostępne z poziomu Okna Import zapisów kasowo-bankowych za pomocą przycisku [Import zapisów].

Import rachunków EIN

Wspierane jest także pobieranie rachunków wirtualnych EIN z systemu iBiznes24. Jest to mechanizm pozwalający na identyfikowanie nadawcy przelewu, na podstawie indywidualnego rachunku bankowego, na który dokonywana jest wpłata. Na dedykowanym do tego celu rachunku technicznym należy ustawić parametr Identyfikacja wirtualnych numerów rachunków.

Po wybraniu opcji Wczytaj rachunki EIN system powiąże wpłaty z odpowiednimi kontrahentami. Na koniec zbiorcza kwota została przekazana na odpowiedni rachunek rozliczeniowy spółki.

Import statusów przelewów

Po wyeksportowaniu płatności z systemu Comarch ERP XL Użytkownik ma możliwość importu aktualnych statusów przelewów. Operacja jest dostępna z poziomu:

za pomocą przycisku Importuj statusy przelewów.

Pobieranie potwierdzenia przelewu

Dla przelewów o statusie ACSC, czyli zaksięgowanych bank umożliwia pobranie potwierdzenia przelewu w formie dokumentu PDF.

Odpowiada za to opcja Potwierdzenie transakcji. System wymaga wskazania lokalizacji katalogu, gdzie zostaną umieszczone potwierdzenia.

Statusy windykacji Apfino

W przypadku gdy do platformy Comarch Apfino została wysłana należność do windykacji platforma zwraca informację o etapie na jakim aktualnie ta sprawa się znajduje. Informację tą można pobrać na poziomie okna windykatora, korzystając z opcji Sprawdź status windykacji.

Dla zaznaczonych dokumentów na liście zostaną pobrane i wyświetlone aktualne statusy.

Sprawa może się znajdować:

Inne zmiany

Nowe narzędzie do przenoszenia zapisów z buforów do księgi głównej

W związku z obsługą nietypowych okresów obrachunkowych, która wymagała przebudowy wielu funkcji związanych z zapisami księgowymi, zdecydowano się na udostępnienie nowego, dodatkowego narzędzia, którego celem jest podniesienie ergonomii przenoszenia zapisów księgowych z buforów do księgi głównej.

Narzędzie to jest dostępne z poziomu Ribbona, zakładki [Narzędzie], pod przyciskiem Przenoszenie zapisów do Księgi Głównej oraz z poziomu okna [Zapisy księgowe].

Nowa funkcja pozwala na przenoszenie zapisów z buforów do księgi głównej w obrębie wybranego dziennika lub wszystkich dzienników.

Użytkownik może wskazać za jaki okres zapisy księgowe mają zostać przeniesione. Okres może obejmować więcej niż jeden miesiąc.

Oprócz możliwości wybrania zakresu dat („od” – „do”), udostępniono także parametr „Do dnia”, pozwalający na przeniesienie zapisów do danego dnia. Z parametrów „za okres”, „Do dnia” można korzystać zamiennie jak również równolegle.

Jeżeli użytkownik wskaże okres dłuży od okresu obrachunkowego, system przeniesie zapisy z buforów do księgi głównej tylko w obrębie wybranego okresu obrachunkowego.

W polu „Okres obrachunkowy” prezentowana jest informacja w kontekście jakiego okresu obrachunkowego zapisy są przenoszone. Pobierana jest ona z definicji okresu obrachunkowego, z pola „Opis”.

Dodanie na zapisach księgowych daty zatwierdzenia, modyfikacji oraz inicjału operatora modyfikującego

Do wersji Comarch ERP XL 2022.1, na formularzu zapisu księgowego były dostępne takie informacje jak:

Od wersji Comarch ERP XL 2022.1 na formularzu oprócz ww. informacji dodano:

Pod pojęciem daty zatwierdzenia rozumiemy datę w jakiej dokonano przeniesienia zapisów z buforów do księgi głównej.

Zmiany w eksporcie, imporcie danych za pomocą pliku VAT_R.TXT na potrzeby pliku JPK_V7

W wersji Comarch ERP XL 2022.1 obsłużono eksport oznaczeń GTU, procedur szczególnych, typów dokumentów narzuconych przez struktury JPK_V7 do pliku VAT_R.TXT.Kody ww. oznaczeń zapisywane są na końcu pliku, oddzielane są średnikami a ich układ jest losowy.

Oprócz eksportu obsłużono także import oznaczeń.

Zmiany stóp procentowych

W wersji Comarch ERP XL 2022.1 zaktualizowano stopy procentowe dla odsetek:

Aktualizację wprowadzono do dnia:

Od dnia 2022-07-08 obowiązuje:

Z kolei od dnia 2022-07-01 obowiązuje stawka 16% dla odsetek Ustawowych w transakcjach handlowych.

Delegacje – zmiany limitów

W dacie 28.07.2022 r. dodano nowe stawki w konfiguracji (zakładki [Księgowość]/[Delegacje]) dla:

Nowe stawki zostały dodane w kreacji i konwersji.

Lista dokumentów do opisania

Na liście dokumentów do opisania analitycznego wprowadzono analogiczne filtry jak na liście not memoriałowych, które pozwalają na wyświetlenie dokumentów w dowolnych przekrojach czasowych, tj.:

Zmiany w schematach księgowych

W nagłówku schematu księgowego dodano nowe pole o nazwie „Komentarz”. Treść pola udostępniono także na liście, w kolumnie o nazwie „Komentarz”. Jak nazwa wskazuje, w polu można wprowadzić dowolną treść na potrzeby własne.

Ukrycie zakładki „Korekta podatku dochodowego”

Z poziomu Ribbona oraz okna [Preliminarz] ukryto zakładkę [Korekta podatku dochodowego].

Na ten krok zdecydowano się z uwagi na dezaktualizację przepisów podatkowych obsługiwanych przez tę funkcjonalność. Chcąc ją nadal utrzymywać firma Comarch musiałaby dostosować ją do funkcjonalności tzw. „nietypowych okresów obrachunkowych”.

Numeracja dokumentów w Module Środków Trwałych

W nowej wersji Comarch ERP XL nie będą uzupełniane automatycznie luki w numeracji dokumentów w Module Środków Trwałych.

Operator sam będzie mógł zdecydować, czy i jakim numerem luka powinna zostać wypełniona, o ile taka powstanie w skutek działań operatora.

Wspólne

Wydruki w formacie sPrint

Comarch sPrint to aplikacja, dzięki której użytkownicy mogą sprawnie drukować dowolny dokument na podstawie danych z systemu, z którym jest zintegrowana. Ponadto mogą korzystać z intuicyjnego Edytora, w ramach którego stworzą swój własny wydruk od podstaw lub też wprowadzą zmiany we wcześniej przygotowanych szablonach.

Wersja Comarch ERP XL 2022.1 została zintegrowana z nowym narzędziem.

Instalator wersji automatycznie instaluje również aplikację sPrint.

Wskazówka

Przed zainstalowaniem nowej wersji XL lub jej aktualizacji zalecane jest odinstalowanie aplikacji Comarch sPrint, gdyż zostanie ona zawsze zainstalowana wraz z wersją XL.

Docelowo przy instalacji XL będzie wykonywany automatyczny upgrade aplikacji do nowszej wersji, ale mechanizmy te nie zostały jeszcze obsłużone, ponieważ narzędzie jest obecnie w fazie rozwoju (wersja Beta).

W konfiguracji wydruków dodano nowy typ wydruku: sPrint.

Wskazówka

Jednocześnie z formatki został usunięty niewykorzystywany typ formatu: GenRap.

Ustawienie nowego typu będzie możliwe do momentu wypełnienia definicji wydruku. Oznacza to, że zgodnie ze standardem nie będzie aktywny na wydrukach predefiniowanych, które mają już definicję.

Działanie na wydrukach pozostaje zgodne ze standardem, w szczególności:

Nie zostały natomiast obsłużone niektóre parametry z konfiguracji wydruku, m.in. parametry dynamiczne. Będzie to rozwijane wraz z rozwojem aplikacji sPrint.

Informację o tworzeniu wydruków w formacie sPrint można znaleźć na stronie https://pomoc.comarch.pl/sprint/.

W wersji Comarch ERP XL 2022.1 dla modułu Sprzedaż udostępniono następujące standardowe wydruki w nowym formacie:

Uwaga

 Aby wykonać wydruk o typie sPrint musi być zainstalowany program do uruchamiania plików w formacie PDF.

Usunięcie współpracy z Comarch MyPoint

W związku z wycofaniem z rynku aplikacji Comarch MyPoint w Systemie wprowadzono następujące zmiany:

Bez zmian pozostały natomiast możliwości tworzenia i przechowywania zapisów historii działań użytkowników na dokumentach, czyli funkcjonalność wprowadzona w wersji Comarch ERP XL 2020.0. Możliwe jest również jej wykorzystanie w Comarch BI Point, w formie dashboardów.

Terminale Polskie e-Płatności

W nowej wersji Comarch ERP XL została zrobiona integracja z terminalami Polskich ePłatności. Sposób obsługi jest tożsamy jak dla terminali ING Banku Śląskiego.

Należy tylko w Konfiguracji komputera na zakładce [Terminal płatniczy] wybrać model terminala przypisany do Polskich ePłatności oraz uzupełnić IP i odpowiedni port.

Migrator

Zmiany w arkuszach z grupy: Technologie

W arkuszu migracyjnym ProdTechnologieCzynności, dodano nową kolumnę NiePlanujWPartiach, w ramach której można ustawić wartość parametru Nie planować w partiach gdy następna operacja jest planowana w partiach na danej operacji w technologii.

W arkuszu migracyjnym ProdFunkcje udostępniono nową kolumnę TenSamZasobWPartii, za pomocą której dla gniazda roboczego można ustawić domyślną wartość dla parametru Ten sam zasób w każdej partii operacji na gnieździe roboczym

W arkuszu migracyjnym ProdFunkcjeCzynnosciTechnologie dodano nową kolumnę TenSamZasobWPartii, za pomocą której można ustawić domyślną wartość dla parametru Ten sam zasób w każdej partii operacji, na danym gnieździe dodanym do operacji technologicznej

Administrator oddziałów

Tworzenie oddziału wszystko.pl

Szczegółowo opisane w rozdziale Konfiguracja oddziału wszystko.pl.

Współpraca z Comarch e-Sklep

Nowe parametry na karcie towaru

Na karcie towaru na zakładce [Aplikacje] dodano nowe parametry, które są przesyłane do Comarch e-Sklep:

Z opcji tej można skorzystać, gdy cena danego towaru zmienia się dynamicznie, jest uzależniona od zamawianej ilości lub z innego powodu nie może być prezentowana. Zakup towaru z opcją Zapytaj o cenę odbywa się w inny sposób. Klient na towarze wybiera opcję Zapytaj o cenę, po czym na formularzu, który się pojawia podaje swój adres e-mail, numer telefonu, pożądaną ilość oraz opcjonalnie wiadomość dla administratora. Takie zapytanie trafia na listę, gdzie po dokonaniu wyceny jest odsyłane do klienta, który dostaje informację o sposobie finalizacji zakupu.

Domyślnie ustawiana jest wartość 1. Wartość wpisana w tym polu określa minimalną ilości towaru, jaką można zakupić w e-Sklepie. Minimalna ilość zakupu dotyczy jednostki podstawowej towaru.

Współpraca z Comarch POS

Obsługa usług

Umożliwiono przesyłanie kart towarowych o typie usługa. Dla usług przesyłane są również cenniki, jednostki pomocnicze, kody kreskowe, atrybuty oraz zdjęcia.

Obsługa klawiatury numerycznej w POS

Na stanowisku POS dodano nowy parametr Obsługa klawiatury numerycznej, który odpowiada za włączenie odpowiedniej obsługi po stronie Comarch POS.

Po zaznaczeniu parametru i synchronizacji ustawień, na oknie sprzedaży na stanowisku POS dostępna będzie numeryczna klawiatura ekranowa, która umożliwia łatwe wpisywanie danych liczbowych za pomocą ekranów dotykowych.

Uwaga

Klawiatura numeryczna nie jest dostępna w sytuacji gdy użytkownik równocześnie zaznaczy parametr: Domyślnie korzystaj z przycisków szybkiej sprzedaży.

Aktualizacja stanu bonu w momencie jego wykorzystania podczas zapłaty za dokument w POS

Wprowadzono usługę, która aktualizuje stan bonu on-line, czyli od razu w momencie zapłaty w POS. Bon jednorazowy zostaje od razu ustawiony jako zrealizowany natomiast dla bonu wielokrotnego jest ustalana nowa wartość pomniejszona o kwotę użytą podczas rozliczenia. Tak więc, zanim dokument sprzedaży, który został opłacony bonem trafi do XLa, bon jest zaktualizowany i nie istnieje ryzyko, aby został użyty ponownie.

Przesyłanie powiązania towaru z wszystkimi grupami towarów

Do tej pory towary były przesyłane na stanowiska POS wg grupy domyślnej ustawionej na karcie towaru. Aktualnie towary przesyłane są również wówczas, gdy należą do grupy lub podgrupy przesyłanej do POS bez względu na to, czy jest to grupa domyślna czy dodatkowa danego towaru. Przesyłane są również wszystkie powiązania towaru z grupami, które są przesyłane do POS. Na podglądzie towaru w POS można zobaczyć powiązanie towaru z grupami.

Dzięki przesyłaniu powiązania z wszystkimi grupami, mogą być wykorzystywane promocje na grupy inne niż domyślna. Dla towaru zostanie naliczona każda promocja na grupę, do której należy towar (o ile grupa ta jest przesyłana do POS).

Dodawanie operatorów do stanowisk POS

Wprowadzono kilka udogodnień pozwalających w szybszy sposób przypisywać operatorów do POS.

Aktualnie nie jest konieczne wcześniejsze dodanie operatora do centrum firmy. Na oknie stanowiska na zakładce [Operatorzy] można wybrać opcję z menu rozwijanego przy przycisku: Dodaj operatora z listy wszystkich operatorów. Po wybraniu tej opcji zostanie wyświetlona lista wszystkich operatorów bez względu na to czy zostali przypisani do powiązanego centrum firmy. Po zaznaczeniu wybranych operatorów zostaną oni dodani do Stanowiska POS i równocześnie do centrum firmy, o ile do tej pory nie byli dodani.

Podczas odpinania operatorów ze stanowiska POS, nie są oni usuwania z centrum firmy.

Na karcie Operatora, na zakładce [POS] dodano podzakładkę [Stanowiska POS].

Na zakładce tej prezentowane są wszystkie stanowiska, na których może pracować operator bez względu na to, do którego Sklepu (oddziału POS) należą. Na liście prezentowane są kod i nazwa stanowiska oraz nazwa Centrum powiązanego z oddziałem POS.

Z poziomu tego okna możliwe jest równoczesne przypisywanie operatora do wybranych stanowisk. Po wybraniu opcji Przypnij operatora do stanowisk POS, zostanie wyświetlona lista w formie drzewa, gdzie stanowiska POS pogrupowane są wg oddziałów. Możliwe jest zaznaczenie dowolnych stanowisk i przypisanie ich do operatora. Ctrl+A spowoduje zaznaczenie wszystkich stanowisk. Zaznaczenie linii na poziomie oddziału spowoduje zaznaczenie wszystkich stanowisk danego oddziału.

Jeśli dany operator nie był jeszcze przypisany do centrum firmy, którego stanowiska są przypinane, automatycznie zostanie dodany do centrum. Jeśli będzie to jedyne centrum operatora, zostanie przypisane jako centrum domyślne.

Jeśli dodawane stanowisko będzie przypisane do innego centrum, wówczas pojawi się komunikat z pytaniem czy przypisać operatora do danego centrum. Jeśli odpowiedź będzie twierdząca wówczas stanowisko POS zostanie przypięte do operatora jak również zostanie przypisane odpowiednie centrum. Po odpowiedzi NIE, stanowisko ani centrum nie zostaną przypisane do operatora. Na oknie komunikatu dodano dodatkowy parametr pozwalający na wyłączenie pytania przy dodawaniu kolejnych stanowisk. Pytanie pojawi się ponownie po kolejnym zalogowaniu do sytemu, przy wystąpieniu analogicznej sytuacji.

Jeśli operator jest już powiązany z danym stanowiskiem POS, podczas dodawania stanowisk zostanie ono pominięte bez dodatkowego komunikatu.

Z poziomu okna operatora możliwe jest też odpinanie stanowisk od operatora. Możliwe jest wskazanie wielu stanowisk i seryjne ich odpięcie. Po tej operacji operatorzy nie są usuwani z centrum firmy, do którego byli przypisani, dzięki temu można łatwej ich dodać do innego centrum (oddziału Comarch POS).

Na liście Operatorów dodano przycisk Przypnij operatorów do stanowisk POS, dzięki któremu możliwe jest równoczesne przypisywanie wielu operatorów do wielu stanowisk POS. Po zaznaczeniu wybranych operatorów, należy wybrać opcje jw., a następnie wskazać stanowiska wg zasad opisanych wcześniej. Zasady wiązania operatorów ze stanowiskami POS są analogiczne jak w przypadku wykonywania tego z karty operatora, tyle, że dotyczą wielu operatorów.

Inne zmiany

1. Zmiany w imporcie faktur do paragonów oraz korekt paragonów i faktur. W polu Faktura na zakładce [Nagłówek] zapisywany jest numer dokumentu przesłany z Comarch POS. W przypadku faktur będących spinaczami paragonu, w XLu symbol dokumentu to RA natomiast w Comarch POS numeracja jest jednolita i wszystkie faktury posiadają symbol FS. Podobnie jest w przypadku korekt gdzie w XLu dokumenty posiadają oznaczenie FSK lub PAK, natomiast w POS odpowiednio FS i PA. Aby zachować zgodność numeracji przy wysyłce do JPK_VAT7, w polu Faktura zapisywany jest numer dokumentu z oznaczeniem jakie zostało wydrukowane na dokumencie w Comarch POS.
2. Przesyłanie maski dla kodu pocztowego. Przesyłana jest odpowiednia konfiguracja, dzięki której w POS kontrola poprawności zapisu kodu pocztowego na adresie kontrahenta odnosi się tylko do kontrahentów polskich. W przypadku wyboru kraju innego niż PL brak walidacji kodu pocztowego w formacie 00-000.
3. Zmiany w przesyłaniu magazynu powiązanego z definicją dokumentów FS i PA. Jeśli na formatce magazynu, na zakładce [Dokumenty] zostanie odznaczony parametr dotyczący wystawiania FS lub PA, wówczas nie będzie możliwe wystawianie tych dokumentów w POS na magazyn, który ma odznaczony dany typ dokumentu.

Współpraca z Comarch WMS

Zmiany w dotychczasowych funkcjonalnościach

Ustalanie zasobów na rezerwacje magazynowe WMS

Dotychczasowe ustalanie zasobów dla rezerwacji magazynowych WMS nie uwzględniało informacji o tym, czy dany zasób ma wygenerowany dokument (W)AWD. Teraz informacja taka jest brana pod uwagę, dzięki czemu do zarezerwowania wg FIFO lub LIFO nie zawsze będą uwzględniane wszystkie kolejne dostawy. Jeśli w kolejce znajdą się takie, które nie mają dokumentu magazynowego, wówczas zostaną one pominięte.

Dotyczy to generowania dokumentów (W)ZWM do zamówień z rezerwacjami ilościowymi.

Przyklad

Towar przyjęty trzema dostawami:

– FZ-100/22, ilość 20 szt. Wygenerowany i zamknięty dokument (W)AWD na pełną ilość,

– FZ-105/22, ilość 20 szt. Brak dokumentu (W)AWD.

– FZ-117/22, ilość 20 szt. Wygenerowany i zamknięty dokument (W)AWD na pełną ilość.

Utworzono dokument ZS z pozycją na powyższy towar w ilości 36 szt. Na zamówieniu nie zostały utworzone rezerwacje zasobowe, jest jedna rezerwacja nieokreślona na ilość 36 szt.

Na magazynie WMS, na który jest wystawione ZS zaznaczono parametr: Rezerwuj zasoby w oparciu o: stan handlowy.

Generujemy do ZS dokument (W)ZWM. Został wystawiony na pełne 36 szt., a w rezerwacjach magazynowych zostały ujęte zasoby (pobieranie zasobów wg FIFO):

– FZ-100/22, ilość 20 szt.

– FZ-117/22, ilość 16 szt.

Zasób z dokumentu FZ-105/22 został pominięty, ponieważ nie ma do niego dokumentu (W)AWD.

W kontekście ilości możliwej do zarezerwowania nie będzie tu żadnej różnicy, czyli nadal możliwa do zarezerwowania na zwykłych rezerwacjach magazynowych WMS będzie ilość, która jest dostępna zarówno w stanach handlowych, jak i w stanach magazynowych WMS.

W przypadku generowania dokumentów (W)ZWM do zamówień z rezerwacjami zasobowymi konieczne jest zadbanie o to, aby te rezerwacje dotyczyły dostaw z dokumentami magazynowymi. W przeciwny razie pomimo posiadanych stanów handlowych i magazynowych może okazać się niemożliwe zrealizowanie w pełni takiego zamówienia dokumentem magazynowym WMS, dla którego tworzone są rezerwacje.

Podział na dokumentach (W)ZWM względem jednostki pomocniczej po uwzględnieniu ilości z dostaw

Udostępniona w wersji 2021.1 funkcjonalność tworzenia dokumentów (W)ZWM z podziałem względem jednostki pomocniczej na zamówieniu, została teraz rozszerzona o sprawdzanie, jaka jest ilość przeliczeniowa na pełne jednostki pomocnicze na dostawach, które są pobierane na dokument magazynowy. Takie dostawy są znane w przypadku włączonych rezerwacji magazynowych WMS, czyli jeśli na magazynie WMS zaznaczono parametr: Rezerwuj zasoby…

Przyjęto tutaj zasadę, że jeśli na dostawie przeliczeniowo jest więcej niż w pełnych jednostkach pomocniczych, to każda ilość ponad te pełne jednostki jest pobierana na dokument, który nie jest oznaczony parametrem: Dokument na pełne jednostki pomocnicze.

Przyklad

Przykład (na podstawie przykładu z poprzedniego punktu):

Towar przyjęty trzema dostawami:

– FZ-100/22, ilość 20 szt. Wygenerowany i zamknięty dokument (W)AWD na pełną ilość,

– FZ-105/22, ilość 20 szt. Brak dokumentu (W)AWD.

– FZ-117/22, ilość 20 szt. Wygenerowany i zamknięty dokument (W)AWD na pełną ilość.

Utworzono dokument ZS z pozycją na powyższy towar w ilości 36 szt. Na zamówieniu nie zostały utworzone rezerwacje zasobowe, jest jedna rezerwacja nieokreślona na ilość 36 szt.

Dodatkowo na pozycji zamówienia ustawiono jednostkę pomocniczą: paleta, z przelicznikiem 1 paleta = 8 szt. Jednostka ma ustawiony podział na dokumentach (W)ZWM

Na magazynie WMS, na który jest wystawione ZS zaznaczono parametr: Rezerwuj zasoby w oparciu o: stan handlowy.

Generujemy do ZS dokument (W)ZWM. Zostały wystawione dwa dokumenty:

1. (W)ZWM-1 na pełne jednostki pomocnicze z pozycją na 32 szt., gdzie zostały ujęte zasoby (pobieranie zasobów wg FIFO):

– FZ-100/22, ilość 16 szt. = 2 palety,

– FZ-117/22, ilość 16 szt. = 2 palety.

2. (W)ZWM-1 na niepełne jednostki pomocnicze z pozycją na 4 szt., gdzie został ujęty zasób (pobieranie zasobów wg FIFO): FZ-100/22, ilość 4 szt. = 0,5 palety.

Zgodnie z powyższym przykładem zasób z dokumentu FZ-105/22 został całkowicie pominięty, ponieważ nie ma do niego dokumentu (W)AWD.

Współpraca z nową aplikacją wszystko.pl

Uwaga

Od dnia 30-06-2022 r. dotychczasowy portal wszystko.pl został usunięty. Zostanie zastąpiony nową wersją portalu o tej samej nazwie.

W związku z powyższym wszystkie dotychczasowe ustawienia związane z usuniętą wersją zostały w Systemie ukryte lub usunięte. Wyłączona została też synchronizacja ze starym portalem wszystko.pl (dotyczy baz po konwersji).

Jednocześnie w wielu miejscach, jak konfiguracja oddziału czy towary stosujemy to samo nazewnictwo dla operacji czy parametrów. Od wersji XL 2022.1 dotyczą one już jednak współpracy z nowym portalem.

Konfiguracja oddziału wszystko.pl

Nawiązanie współpracy należy rozpocząć od utworzenia nowego oddziału w module Administrator oddziałów.

Można to zrobić na kilka sposobów:

Wskazówka

 W jednej bazie danych możliwe jest zdefiniowanie tylko jednego oddziału dla współpracy z portalem wszystko.pl.

Kreator nowego oddziału, pozwala w kolejnych krokach określić:

Po wypełnieniu tych danych aktywny staje się przycisk Zaloguj się, który uruchamia przeglądarkę na stronie logowania. W tym momencie konieczne już jest posiadanie konta wszystko.pl, które zostało odpowiednio zweryfikowane w aplikacji.

Po zalogowaniu za pomocą danych logowania do wszystko.pl pojawi się prośba o przyznanie uprawnień dostępu, które należy potwierdzić. Wówczas w Systemie będzie możliwość utworzenia połączenia za pomocą przycisku, jak pokazano na poniższym rysunku.

Jeśli połączenie przebiegnie bez zakłóceń, wówczas w oknie Połączenie oddziału z kontem wszystko.pl pojawi się informacja POŁĄCZONO. W przeciwnym razie zostanie zwrócony komunikat błędu.

Oznacza to, że możliwa jest wymiana danych z kontem wszystko.pl, do którego zostało wykonane logowanie.

Wymiana danych odbywa się za pomocą API a uwierzytelnianie następuje na podstawie tokenów.

Wysyłanie towarów do wszystko.pl

W zakresie wymiany w pierwszej wersji współpracy umożliwiono przesyłanie kartotek towarowych, na podstawie których we wszystko.pl tworzone są szkice ofert.

Operację można wykonać z poziomu formatki towaru lub z listy dokumentów. Służą do tego:

Po uruchomieniu operacji wybrany towar/towary są przesyłane do wszystko.pl wraz z następującymi danymi:

Wskazówka

Jeśli nie mamy podanej konkretnej ceny (nie ustawiono rodzaju, brak ceny w cenniku) lub cena do pobrania jest mniejsza od 1,00, wówczas na ofercie ustawiana jest wartość 1,00, czyli minimalna wartość pozwalająca na jej zapis na portalu wszystko.pl.

Podobnie jest dla cen podanych w walucie innej niż PLN. Ponieważ inne waluty nie są obsługiwane na portalu, to traktujemy to jako brak ceny i na ofercie ustawiana jest wartość 1,00.

Po pomyślnym utworzeniu oferty na karcie towaru, zakładka [Aplikacje]/[wszystko.pl], zapisują się dla niej następujące informacje:

Uwaga

Nawet jeśli na portalu stan ulegnie zmianie lub szkic zostanie usunięty, to w XL nadal pozostanie jako ‘szkic’. W pierwszej wersji integracji nie aktualizujemy tych informacji.

Gdyby nie było możliwe utworzenie szkicu oferty to użytkownik zostanie o tym poinformowany stosownym komunikatem. Sytuacja taka może zaistnieć, jeśli nie ma nawiązanego połączenia z portalem wszystko.pl lub dane przesyłane z towaru nie zostały poprawnie zweryfikowane na portalu.

Utworzone z XL szkice ofert można uzupełniać na portalu wszystko.pl o brakujące informacje. Ilość i rodzaj tych informacji zależał będzie przede wszystkim od wybranej kategorii. Po wybraniu kategorii pojawi się automatycznie przesłany z XL numer EAN.

Gotowe szkice można publikować na portalu, dzięki czemu oferta będzie dostępna dla Klientów.

Pozostałe

Wskazówka

W bazach po konwersji na wzorcach towarów należy odznaczyć parametr: wszystko.pl, aby nie blokował on dodawania nowych rekordów do grupy powiązanej z wzorcem. Docelowo parametr zostanie ukryty i nie będzie miał znaczenia, ponieważ dotyczy on poprzedniej wersji portalu.

Dotychczasowe klasy atrybutów, które zostały zaciągnięte z poprzedniej wersji portalu, zostały w XL oznaczone jako archiwalne. Nie ma możliwości zmiany tego ustawienia, więc atrybuty nie będą widoczne na uruchamianej liście, gdzie rekordy archiwalne są domyślnie ukrywane.

Dodatkowo w bazach po konwersji zmieniła się charakterystyka parametru wszystko.pl na formatce klasy atrybutu:

Brak możliwości zaznaczenia parametru wynika z tego, że nie jest już możliwa synchronizacja do starego portalu wszystko.pl.

Funkcjonalności niedostępne w XL Start

Ponieważ w wersji Comarch ERP XL Start nie są dostępne Umowy, to cała funkcjonalność opisana w rozdziale Obsługa magazynów na umowach nie będzie również dostępna.