Logowanie do Comarch ERP Altum – nowe okno wyboru serwera licencji

W związku ze zmianami z komunikacją pomiędzy Comarch ERP Altum a Menagerem Kluczy zostało zmienione okno do wyboru serwera licencji dostępnego z menu System -> Zmień klucz licencyjny.

Dodane zostały pola:

• Typ połączenia:
  • SQL – połączenie SQL (domyślnie zaznaczony)
  • HTTP – połączenie za pomocą protokołu http
• Login – login użytkownika mający być użyty do komunikacji z Managerem Kluczy
• Hasło – hasło użytkownika

Zmiany w aplikacji NewAltumConfigurator

Zmiany zostały również wprowadzone w aplikacji NewAltumConfigurator, sekcji Serwer klucza. Z tej pozycji oprócz nowych pól, które dostępne są z pozycji okna wyboru serwera licencji został dodany przycisk [Dodaj użytkownika], który umożliwia utworzenie własnego użytkownika SQL (wraz z hasłem) do komunikacji z Menagerem Kluczy.

Na formularzu dodającym nowego użytkownika dostępne są pola:

• Login administratora
• Hasło administratora
• Login – login użytkownika mający być użyty do komunikacji z Managerem Kluczy
• Hasło – hasło użytkownika
• Powtórz hasło – pole weryfikujące, czy dane wprowadzone w polu hasło i powtórz hasło są identyczne

Identyfikator zbiorczy KSeF

W ramach systemu KSeF został wprowadzony identyfikator zbiorczy, którym podatnicy będą posługiwali się dla płatności za faktury ustrukturyzowane.
Nowa funkcjonalność systemu KSeF, zgodnie z Art. 106nd ust. 2 pkt. 8a, wprowadza możliwość przypisywania identyfikatora zbiorczego dla co najmniej dwóch faktur ustrukturyzowanych wystawionych przez podatnika dla jednego odbiorcy. Identyfikator zbiorczy jest nadawany przez Krajowy system e-Faktur, który jest prowadzony przez Krajową Administrację Skarbową.
W przypadku płatności i oznaczania wielu e-faktur wystawionych dla jednego odbiorcy (kontrola numeru NIP), numery KSeF przypisane do każdej z faktur będą zastąpione jednym identyfikatorem zbiorczym. Identyfikator zbiorczy KSeF wystawiany jest na jednego podatnika, tj. na jeden numer NIP. Wcześniej, do czasu wejścia obowiązkowego KSeF podatnik będzie mógł dokonywać płatności za wszystkie faktury wystawione przez jednego płatnika (dostawcę lub usługodawcę) w określonym okresie, a numery faktur były będą przepisywane na przelew zbiorczy.

W przypadku płatności dotyczących e-faktur z podzielona płatnością, nabywca będzie miał możliwość dokonania płatności za wybrane faktury, na tych samych zasadach co dotychczas. W takiej sytuacji, w komunikacie przelewu, podatnik nie będzie podawał okresu (dotyczy zbiorczego mechanizmu podzielonej płatności, MPP), za który dokonywana jest płatność. Zamiast tego będzie podawany identyfikator zbiorczy generowany przez Krajowy System e-Faktur (KSeF).

W przypadku wykonywania przelewów, w okresie kiedy została ogłoszona awaria KSeF lub podatnik pracuje w trybie offline dokonywanie przelewów będzie wykonywane na dotychczasowych zasadach. Mówi o tym ustawa o zmianie ustawy o podatku od towarów i usług oraz niektórych innych ustaw w Art. 3. (Przepisów ust. 1 i 2 nie stosuje się w przypadku, gdy nabywca towaru lub usługi dokonuje płatności za faktury, o których mowa w art. 106nh ust. 1, niewprowadzone do Krajowego Systemu e-Faktur w związku z zamieszczonymi komunikatami, o których mowa w art. 106ne ust. 1 i 3.”

Zmiany na Firmie

Z pozycji Konfiguracja -> Struktura firmy -> Firma -> Dokumenty na definicji dokumentu ZPP, zakładka Ogólne została dodana nowa sekcja Identyfikator KSeF z parametrami:

• Przelew zwykły
• Przelew MPP

Zaznaczenie tych parametrów powoduje generowanie Identyfikatora płatności dla wskazanych typów przelewów. W przypadku odznaczonych parametrów tworzenie ZPP następuje według dotychczasowych zasad.

ZPP – przelew zwykły

Z pozycji Finanse -> Przelewy, podczas dodawania dokumentu ZPP, znaczenie ma status parametru Grupowanie przelewów według rachunków podmiotów. Jeśli parametr jest zaznaczony, płatności na tego samego odbiorcę (jeden NIP) z tym samym rachunkiem bankowym i uzupełnionym Numerem KSeF są łączone w jeden element, któremu następnie zostaje wygenerowany Identyfikator płatności. Jeśli parametr nie jest zaznaczony, płatności nie są grupowane i identyfikator nie jest generowany. Jeżeli faktura posiada Numer KSeF to zostanie on przypisany jako Źródłowy na zakładce Płatności dokumentu ZPP.

ZPP – zapłata MPP

Płatności z zaznaczonym parametrem Podzielona płatność podlegają oddzielnemu grupowaniu przelewów niż płatności z odznaczonym parametrem. Za grupowanie przelewów dotyczących mechanizmu podzielonej płatności odpowiada parametr Grupowanie przelewów według rachunków podmiotu w mechanizmie podzielonej płatności.

Na zestawienie poleceń przelewów z zaznaczonym parametrem Grupowanie przelewów według rachunków podmiotu w mechanizmie podzielonej płatności istnieje możliwość dodania płatności dla danego kontrahenta (jeden NIP) wyłącznie jednego typu – z zaznaczonym parametrem Podzielona płatność. Ponadto, na tym zestawieniu mogą zostać dodane wyłącznie płatności z parametrem podzielona płatność, których data wpływu jest w tym samym miesiącu. W przypadku Grupowanie przelewów według rachunków podmiotów w mechanizmie podzielonej płatności jest odznaczony w takim przypadku na ZPP dla tego samego rachunku bankowego i jednego NIPu, można zaczytać zarówno płatności z MPP jak i przelewy zwykłe. Jeżeli faktura posiada Numer KSeF to zostanie on przypisany jako Źródłowy na zakładce Płatności dokumentu ZPP.

Generowanie Identyfikatora płatności

W celu wygenerowania Identyfikatora KSeF po zatwierdzeniu dokumentu ZPP należy użyć przycisku [Plik] w sekcji Generowanie. Podczas generowania pliku wysyłane jest zapytanie do systemu KSeF, aby wygenerować Identyfikator płatności. W tym procesie następuje uwierzytelnienie, w trakcie którego konieczne jest wybranie odpowiedniego certyfikatu. Po otrzymaniu komunikatu wskazującego, że plik został wygenerowany, ZPP zostaje zapisane na dysku lub wysłane do banku (gdy włączona jest usługa Web Service). Identyfikator płatności jest widoczny jedynie w paczce przelewów do banku.

Formaty przelewów

W momencie gdy dokument posiada Numer KSeF pole Tytułem, Tytułem –  numery dokumentów, Tytułem – numery i kwoty dokumentów pobiera Numer KSeF dokumentu.

Jeśli dokument nie posiada Numeru KSeF to działanie pozostaje jak dotychczas: Pole Tytułem – numery dokumentów pobiera numer obcy z płatności, a w przypadku jego braku – numer systemowy dokumentu. Pole Tytułem – numery systemowe dokumentów pobiera zawsze numer systemowy dokumentu, natomiast pole Tytułem – numery systemowe i kwoty dokumentów pobiera numer systemowy oraz kwotę płatności.

Zmiany na listach dotyczących płatności

Na listach: Preliminarz płatności, Lista należności, Lista zobowiązań, Lista rozrachunków, Rozliczenia nabywcy , Rozliczenia dostawcy zostały dodane dwie nowe kolumny:

• Data wystawienia KSeF (domyślnie ukryta)
• Numer KSeF (domyślnie ukryta)

Zmiany na formularzu operacji kasowo-bankowej

Nowa kolumna Numer KSeF (domyślnie ukryta) została dodana w następujących miejscach:

• Zakładka Dokumenty do rozliczenia na szczegółach operacji
• Zakładka Dokumenty rozliczone na szczegółach operacji
• Lista Nierozliczone zobowiązania/należności podmiotu
• Nierozliczone operacje kasowe/bankowe podmiotu

Na liście szczegółów operacji kasowo-bankowych dodano sekcję Lista faktur wg identyfikatora KSeF.

Za pomocą przycisku [Pobierz listę faktur] dostępnego w sekcji KSeF pobierana jest lista faktur według Identyfikatora płatności, którym jest ciąg znakowy podany w polu Tytułem. Pole Tytułem obejmuje jeden Identyfikator płatności KSeF. Numery KSeF pobranych faktur dodawane są w sekcji Lista faktur wg identyfikatora KSeF. Pozwala to na łatwe wyszukiwanie faktur według Numeru KSeF na liście Dokumenty do rozliczenia za które nastąpiła płatność i powiązać je ze sobą.

Licencjonowanie KSeF

Do systemu wprowadzono obsługę licencjonowania KSeF. Będzie ona miała za zadanie weryfikację rodzaju licencji i dostępnej ilości dokumentów w licencji. Więcej informacji można znaleźć w artykule KSeF w pytaniach i odpowiedziach, dostępnym na stronach walidowanych dla Partnerów w sekcji KSeF.

Zmiany w Zawiadomieniach ZD

Na nagłówku dokumentu Zawiadomienie ZD zostało dodane pole Data przeliczenia Zawiadomienia ZD, które wpływa na to jakie dokumenty zostaną uwzględnione na zakładkach Dłużnik i Wierzyciel. Podczas przeliczenia korekty Zawiadomienia ZD możliwa jest zmiana Daty przeliczenia Zawiadomienia ZD, którą można wprowadzić zgodnie z datą wypełnienia pierwotnego Zawiadomienia ZD.

Dokumenty na zakładce Dłużnik/Wierzyciel przeliczane są według daty wskazanej w polu Data przeliczenia Zawiadomienia ZD.

WZ na POS

Wprowadzona została funkcjonalność generowania dokumentów wydań zewnętrznych na stanowisku POS.

Parametr Obsługa WZ

W celu włączenia funkcjonalności, na definicji centrum POS na zakładce Stanowiska POS należy zaznaczyć parametr Obsługa WZ.

Stan Zatwierdzony ilościowo

Dla dokumentu WZ dodano nowy stan – Zatwierdzony ilościowo, dzięki czemu możliwa jest zmiana ceny na wygenerowanym z WZ dokumencie handlowym co powoduje również zmianę ceny na WZ. Dokument WZ utworzony w POS w stanie Zatwierdzony ilościowo może zostać w Altum zatwierdzony (poprzez wygenerowanie do niego paragonu lub faktury sprzedaży) lub anulowany.

Identyfikacja nabywcy

W Republice Czeskiej przy wydawaniu dokumentów podatkowych należy, zgodnie z przepisami prawa, podać szczegółowe informacje dotyczące danej transakcji. Jeżeli łączna kwota transakcji nie przekracza 10 000 CZK może zostać wystawiony uproszczony dokument podatkowy zawierający mniej danych, w szczególności nie jest konieczne podanie identyfikacji nabywcy.

W tym celu na definicji centrum typu Firma na zakładce Stanowiska POS został dodany parametr Identyfikacja nabywcy od wartości, za pomocą którego można ustawić wartość płatności powyżej której konieczne jest wpisanie na dokument wystawiony w POS wymaganych danych nabywcy. Waluta płatności jest automatycznie ustawiona jako waluta firmy bez możliwości zmiany.

Limity płatności

W niektórych krajach Unii Europejskiej istnieją ograniczenia dotyczące maksymalnej kwoty na jaką można sfinalizować transakcję, w szczególności dla płatności gotówkowej. W związku z tymi ograniczeniami została dodana możliwość definiowania limitów dla poszczególnych płatności.

W tym celu na centrum typu Firma na zakładce Stanowiska POS została dodana nowa sekcja Limity płatności wg statusu kontrahenta i formy płatności z dwoma opcjami do wyboru:

• Odbiorca detaliczny
• Podmiot gospodarczy

Po wybraniu z listy odpowiedniego statusu kontrahenta zostaje wyświetlona lista dostępnych form płatności. Dla każdej formy płatności istnieje możliwość zdefiniowania minimalnej oraz maksymalnej wartości płatności w walucie domyślnej dla danej firmy.

Identyfikacja rodzaju karty płatniczej na podstawie kodu BIN

Wprowadzona została funkcjonalność rozpoznawania rodzaju karty płatniczej na podstawie kodu BIN w integracji z terminalem Ingenico. Informacje te są przesyłane z terminala EFT do stanowiska Comarch POS, a następnie synchronizowane do Comarch ERP Altum.

Rodzaj karty użytej podczas płatności jest prezentowany w systemie Comarch ERP Altum w polu Płatność na formularzu:

• płatności
• operacji kasowo-bankowej
• dokumentów sprzedażowych

Nowy słownik uniwersalny

Rodzaje kart płatniczych mogą zostać zdefiniowane przy użyciu nowego słownika uniwersalnego Typy kart płatniczych dostępnego z poziomu Konfiguracja/Słowniki Uniwersalne/Transakcje.

Nowe kolumny dla form płatności

Z poziomu Konfiguracja/Finanse/Formy płatności dodane zostały nowe kolumny:

• Grupowanie (domyślnie ukryta) – parametr możliwy do zaznaczenia wyłącznie dla formy płatności typu Karta. Formy płatności z zaznaczonym parametrem są grupowane w jedną formę płatności w Comarch POS.
• Typ parametru (domyślnie ukryta) – pole z rozwijaną listą wartości: Prefix, Regex, Custom, które definiują pole Wartość, czyli wskazują która część numeru karty będzie identyfikować jej numer.
• Wartość (domyślnie ukryta) – numer zawarty w numerze karty

TAX FREE – Integracja z Global Blue

Tax Free to zwrot podatku VAT dla podróżnych , którzy nie są stałymi rezydentami w UE w celu uzyskania zwrotu podatku VAT zapłaconego przy zakupie towarów na terenie UE.

W odpowiedzi na oczekiwania Klientów, głównie z rynku czeskiego, zapewniono integrację Comarch POS z Global Blue. W przypadku, gdy Global Blue będzie działać w Polsce konieczna jest uprzednia integracja z PUESC.

Konfiguracja

W celu włączenia funkcjonalności, na definicji firmy na zakładce Stanowiska POS należy zaznaczyć parametr Zezwalaj na wysyłkę dokumentów poprzez platformę Global Blue w sekcji Integracja Tax Free z platformą Global Blue.

Na definicji firmy na zakładce Tax Free w nowej sekcji Integracja Tax Free z platformą Global Blue należy uzupełnić parametry:

• Kwota płatności musi być wyższa niż – należy wskazać minimalną wartość kwoty transakcji w walucie systemowej. Jeżeli wartość na paragonie przekroczy limit wskazany w konfiguracji wówczas sprzedawca będzie miał możliwość wystawienia dokumentu Tax Free.
• Dokument należy wystawić – parametr określa do kiedy od daty sprzedaży można wystawić dokument tax free, możliwe wartości do wyboru z listy:
  • W dniu zakupu
  • Miesiąc zakupu + ilość miesięcy
  • Data zakupu + ilość dni
  • Data zakupu + ilość miesięcy

W przypadku wybrania jednej z wartości opierającej się na dodatkowych dniach/miesiącach wyświetlony zostaje dodatkowy parametr, w którym istnieje możliwość wskazania ilości dodatkowych dni/miesięcy.

Następnie, na definicji centrum POS, należy uzupełnić dodatkowe dane:

• Identyfikator sklepu
• Użytkownik
• Hasło
• Typ wydruku.

Dane te są przesyłane do systemu Comarch POS.

Zmiany na liście i szczegółach dokumentu Tax Free

Na liście dokumentów Tax Free została dodana nowa kolumna Wysłano przez Global Blue (domyślnie ukryta). Jeżeli dokument został wysłany przez platformę Global Blue to na nagłówku dokumentu Tax Free prezentowany jest Numer Global Blue zamiast Numeru UNS.

Zaokrąglenia płatności na rynek czeski

W Czechach oficjalną walutą jest korona czeska (CZK), oznaczana symbolem Kč, gdzie 1 CZK to 100 halerzy. Nominały monet 10, 20 i 50 halerzy zostały wycofane z użycia od 1 września 2008 roku. W efekcie tych zmian całkowite kwoty płatności gotówkowych za sprzedaż towarów i usług należy zaokrąglać do pełnej korony czeskiej. Zgodnie z wymaganiami, jeżeli kwota do zapłaty gotówkowej ma końcówkę ≥50 halerzami, powinna być zaokrąglona w górę. Jeżeli natomiast kwota ma końcówkę <50 halerzy powinna być zaokrąglana w dół. W przypadku innych walut i metod płatności innych niż gotówka, płatność realizowana jest zgodnie z podaną kwotą na dokumencie płatniczym, bez zaokrągleń.

W związku z powyższymi wymaganiami w aplikacji Comarch POS wprowadzone zostały zaokrąglenia płatności gotówkowych w koronie czeskiej.

W celu włączenia funkcjonalności należy na definicji centrum POS na zakładce Stanowiska POS dla parametru Zaokrąglenie płatności gotówkowej wybrać wartość CZK. Parametr jest aktywny wyłącznie, jeżeli na formularzu firmy w polu Grupa stawek VAT wskazano wartość CZ.

Kwota zaokrąglenia

Na nagłówku dokumentów sprzedażowych w głównej sekcji wyświetlana jest nowa wartość Zaokrąglenie.

POS Agent obsługa trybu offline

W związku z wymaganiami rynkowymi, została wprowadzona funkcjonalność mająca na celu ułatwienie działania systemów ERP korzystających z usługi Comarch POS Agent Broker do komunikacji z POS Agentem, w przypadku niedostępności połączenia internetowego.

Dotychczasowe rozwiązanie polegało na konieczności utrzymywania stałego połączenia online z usługą POS Agent, co umożliwiało wyeliminowanie pewnych błędów w synchronizacji dokumentów wystawianych na stanowisku Comarch POS. Jednak rozwiązanie to wymagało stałego działania maszyny na której uruchomiona jest usługa POS Agent,  w przypadku wystawienia dokumentów na magazyny POS w systemie ERP.

W celu umożliwienia wykonywania procesu wystawiania dokumentów magazynowych w systemie ERP, nawet gdy usługa POS Agent/POS Agent Broker jest niedostępna, wprowadzono alternatywne podejście. Dzięki tej zmianie, użytkownicy mogą nadal generować i przetwarzać dokumenty magazynowe w systemie ERP, niezależnie od statusu dostępności usługi POS Agent/POS Agent Broker.

Od tej pory, jeżeli usługa POS Agent/POS Agent Broker jest niedostępna z powodu wyłączenia komputerów w sklepach lub niestabilności sieci, możliwe jest kontynuowanie pracy w systemie na dokumentach magazynowych. System kolejkuje operacje magazynowe, które, gdy tylko zostanie przywrócone połączenie, automatycznie trafiają do POS Agenta w celu dalszego przetwarzania. Dzięki temu, mimo przeszkód technicznych, możliwe jest zachowanie ciągłości pracy systemu ERP i skuteczne zarządzanie operacjami magazynowymi.

W związku z nową funkcjonalnością wprowadzona została:

• obsługa ujemnych stanów magazynowych w usłudze POS Agent
• obsługa rezerwacji zasobów/rezerwacji zasobów ilościowych w przypadku, gdy przekraczają one stany magazynowe
• modyfikacja obecnych mechanizmów walidacji stanów magazynowych

Powyższe zmiany zostały wprowazone, w celu uniknięcia problemów związanych z tym, że pewne informacje (dokumenty) mogą docierać do systemu Comarch ERP Altum z opóźnieniem. Przy prawidłowym działaniu po przesłaniu wszystkich danych nie będzie w bazie ujemnych stanów ani rezerwacji ponad stan.

Po stronie systemu Comarch ERP Altum została dodana parametryzacja pracy POS Agenta. By móc z poziomu systemu wykonywać operacje na magazynie przypiętym do POS Agenta, przy wyłączonej/niedostępnej usłudze POS Agent/POS Agent Broker, należy aktywować parametr: Pos Agent – Obsługa trybu offline. Parametr dostępny jest w systemie Comarch ERP Altum z poziomu System → Konfiguracja → POS.

Zmiany w procesie rezerwacji

Mechanizm tworzenia rezerwacji został zmieniony w przypadku gdy włączona jest Obsługa trybu offline POS Agenta. Po zaznaczeniu tego parametru dokumenty magazynowe mogą powstać po stronie systemu ERP i tworzyć kolejne rezerwacje. W tym celu dostosowany został mechanizm procesu rezerwacji, tak aby POS Agent mógł zwiększać rezerwację zasobów, nawet w przypadku nie posiadania wystarczających ilości. Zastosowanie tego typu ma na celu zapobieganie utracenia informacji o rezerwacji w sytuacji, gdy do POS Agenta nie spłynęły jeszcze dane o wszystkich dostawach z systemu ERP.

Zmiany w mechanizmie weryfikacji dostępności

W przypadku gdy stan na POS Agencie jest tymczasowo niższy od zera, nie będą prezentowane ujemne wartości w UI Comarch POS, ma to na celu zapobieganie wprowadzeniu zamieszania dla użytkowników. W takim przypadku POS Agent zwraca ilość równą 0 zamiast ujemnej.

Zmiany w procesie inwentaryzacji

W związku ze zmianami związanymi z POS Agentem, w bazie danych POS Agenta ilości artykułów mogą mieć ujemne wartości. Na ten moment nie ma możliwości zliczania ujemnych wartości stanów w procesie inwentaryzacji. W procesie tym ilość Oczekiwana artykułów pobierana jest z bazy danych POS Agenta. W przypadkach gdy ilość danego artykułu w bazie POS Agenta będzie ujemna, w procesie inwentaryzacji ilość Oczekiwana zostanie zaktualizowana zawsze do wartości 0.

POS Agent obsługa trybu offline w systemie Comarch ERP Altum

W związku z wymaganiami rynkowymi, została wprowadzona funkcjonalność mająca na celu ułatwienie działania systemów ERP korzystających z usługi Comarch POS Agent Broker do komunikacji z POS Agentem, w przypadku niedostępności połączenia internetowego.

Dotychczasowe rozwiązanie polegało na konieczności utrzymywania stałego połączenia online z usługą POS Agent, co umożliwiało wyeliminowanie pewnych błędów w synchronizacji dokumentów wystawianych na stanowisku Comarch POS. Jednak rozwiązanie to wymagało stałego działania maszyny na której uruchomiona jest usługa POS Agent,  w przypadku wystawienia dokumentów na magazyny POS w systemie ERP.

W celu umożliwienia wykonywania procesu wystawiania dokumentów magazynowych w systemie ERP, nawet gdy usługa POS Agent/POS Agent Broker jest niedostępna, wprowadzono alternatywne podejście. Dzięki tej zmianie, użytkownicy mogą nadal generować i przetwarzać dokumenty magazynowe w systemie ERP, niezależnie od statusu dostępności usługi POS Agent/POS Agent Broker.

Od tej pory, jeżeli usługa POS Agent/POS Agent Broker jest niedostępna z powodu wyłączenia komputerów w sklepach lub niestabilności sieci, możliwe jest kontynuowanie pracy w systemie na dokumentach magazynowych. System kolejkuje operacje magazynowe, które, gdy tylko zostanie przywrócone połączenie, automatycznie trafiają do POS Agenta w celu dalszego przetwarzania. Dzięki temu, mimo przeszkód technicznych, możliwe jest zachowanie ciągłości pracy systemu ERP i skuteczne zarządzanie operacjami magazynowymi.

W związku z nową funkcjonalnością wprowadzona została:

• obsługa ujemnych stanów magazynowych w usłudze POS Agent
• obsługa rezerwacji zasobów/rezerwacji zasobów ilościowych w przypadku, gdy przekraczają one stany magazynowe
• modyfikacja obecnych mechanizmów walidacji stanów magazynowych

Powyższe zmiany zostały wprowazone, w celu uniknięcia problemów związanych z tym, że pewne informacje (dokumenty) mogą docierać do systemu Comarch ERP Altum z opóźnieniem. Przy prawidłowym działaniu po przesłaniu wszystkich danych nie będzie w bazie ujemnych stanów ani rezerwacji ponad stan.

Po stronie systemu Comarch ERP Altum została dodana parametryzacja pracy POS Agenta. By móc z poziomu systemu wykonywać operacje na magazynie przypiętym do POS Agenta, przy wyłączonej/niedostępnej usłudze POS Agent/POS Agent Broker, należy aktywować parametr: Pos Agent – Obsługa trybu offline. Parametr dostępny jest w systemie Comarch ERP Altum z poziomu System → Konfiguracja → POS.

Zmiany w procesie rezerwacji

Mechanizm tworzenia rezerwacji został zmieniony w przypadku gdy włączona jest Obsługa trybu offline POS Agenta. Po zaznaczeniu tego parametru dokumenty magazynowe mogą powstać po stronie systemu ERP i tworzyć kolejne rezerwacje. W tym celu dostosowany został mechanizm procesu rezerwacji, tak aby POS Agent mógł zwiększać rezerwację zasobów, nawet w przypadku nie posiadania wystarczających ilości. Zastosowanie tego typu ma na celu zapobieganie utracenia informacji o rezerwacji w sytuacji, gdy do POS Agenta nie spłynęły jeszcze dane o wszystkich dostawach z systemu ERP.

Zmiany w mechanizmie weryfikacji dostępności

W przypadku gdy stan na POS Agencie jest tymczasowo niższy od zera, nie będą prezentowane ujemne wartości w UI Comarch POS, ma to na celu zapobieganie wprowadzeniu zamieszania dla użytkowników. W takim przypadku POS Agent zwraca ilość równą 0 zamiast ujemnej.

Zmiany w procesie inwentaryzacji

W związku ze zmianami związanymi z POS Agentem, w bazie danych POS Agenta ilości artykułów mogą mieć ujemne wartości. Na ten moment nie ma możliwości zliczania ujemnych wartości stanów w procesie inwentaryzacji. W procesie tym ilość Oczekiwana artykułów pobierana jest z bazy danych POS Agenta. W przypadkach gdy ilość danego artykułu w bazie POS Agenta będzie ujemna, w procesie inwentaryzacji ilość Oczekiwana zostanie zaktualizowana zawsze do wartości 0.

Zmiany w Zawiadomieniach ZD

Na nagłówku dokumentu Zawiadomienie ZD zostało dodane pole Data przeliczenia Zawiadomienia ZD, które wpływa na to jakie dokumenty zostaną uwzględnione na zakładkach Dłużnik i Wierzyciel. Podczas przeliczenia korekty Zawiadomienia ZD możliwa jest zmiana Daty przeliczenia Zawiadomienia ZD, którą można wprowadzić zgodnie z datą wypełnienia pierwotnego Zawiadomienia ZD.

Dokumenty na zakładce Dłużnik/Wierzyciel przeliczane są według daty wskazanej w polu Data przeliczenia Zawiadomienia ZD.

Komunikaty na POS

Aby istniała możliwość wysyłania komunikatów użytkownikom pracującym na stanowiskach POS w pierwszej kolejności należy zaznaczyć parametr Obsługa komunikatów na wybranych centrach POS na zakładce Stanowiska POS. Następnie istnieje możliwość ich zdefiniowania na zakładce Oddziały.

Zakładka Oddziały

Z poziomu zakładki Oddziały istnieje możliwość wysyłania na poszczególne stanowiska POS dedykowanych komunikatów. W tym celu z poziomu centrum do którego należy POS (bądź centrum nadrzędnego) należy otworzyć zakładkę Oddziały -> Komunikaty POS.

Po jej wybraniu otwarta zostanie lista ze zdefiniowanymi już komunikatami.

W celu dodania nowego komunikatu należy wybrać przycisk [Dodaj]. Otwarty zostanie formularz definiowania nowego komunikatu.

Zakładka Ogólne

Na zakładce Ogólne  w sekcji Komunikaty należy określić:

• Temat – (pole wymagane) tytuł notatki wysyłanej na stanowisko POS
• Zakończone – parametr domyślnie odznaczony z możliwością ręcznego zaznaczenia przez użytkownika lub zaznaczany automatycznie jeśli upłynie data w polu Data końcowa.
• Priorytet – pozwala określić ważność notatki (kolejność prezentowania komunikatów na POS) do wyboru są opcje
  • Normalny
  • Wysoki
• Treść – (pole wymagane) pole tekstowe pozwalające na wprowadzenie treści/linków wysyłanych na POS
• Centra POS – centrum POS dostępne w strukturze firmy do jakich dana notatka ma zostać wysłana. Wymaganym jest aby co najmniej jedno centrum POS miało zaznaczony parametr Aktywny.

• Notatki – treść komunikatu nie przekazywana na POS, pozwala na doszczegółowienie pola Treść o informacje istotne dla centrali.

W sekcji Szczegóły planowania, możliwe jest określenie daty obowiązywania danej notatki z możliwością określenia: Daty początkowej, Daty końcowej lub zaznaczenia parametru Wydarzenie całodzienne.

Zakładka Realizacja

Zakładka pozwala zweryfikować informacje związane z komunikatem przesłanym do POS:

• Kod POS – kod stanowiska POS na którym zostało potwierdzone przeczytanie komunikatu
• Kod operatora – kod operatora, który potwierdził przeczytanie komunikatu
• Imię – imię operatora, który potwierdził przeczytanie komunikatu
• Nazwisko – nazwisko operatora, który potwierdził przeczytanie komunikatu
• Przeczytano – data i godzina potwierdzenia przeczytania komunikatu

Po synchronizacji komunikatu na stanowisko POS istnieje możliwość wydłużenia czasu obowiązywania komunikatu lub zaznaczenia parametru Zakończone.

Zestawienie aplikacji, z którymi współpracuje Comarch ERP Altum 2024.1

Zmiany w obszarze Krajowego Systemu e-Faktur

Wysyłka numeru obcego do KSeF

Wprowadzona została możliwość wysyłki do KSeF dokumentów z podaniem numeru obcego dokumentu. Wysyłka powinna być realizowana według jednej z dostępnych opcji. W tym celu  na formularzu firmy na zakładce KSeF dodano sekcję Eksport dokumentów, a w niej parametr Numer dokumentu z wartościami Obcy i Systemowy. Domyślnie dokumenty wysyłane są do KSeF w oparciu o numer systemowy.

Generowanie FZ oraz korekt do faktur importowanych z KSeF

Została dodana możliwość generowania FZ oraz korekt do faktur importowanych z KSeF z poziomu listy Faktury zakupu KSeF.

W tym celu w sekcji Generowanie zostały dodane przyciski:

• [Faktura] – podczas generowania FZ uzupełniane są niektóre dane z nagłówka dokumentu, resztę danych należy uzupełnić tak jak przy dodawaniu standardowo FZ
• [Faktura z dokumentu] – generowanie FZ na podstawie dokumentów ZZ i PZ
• [Korekta] – podczas generowania pojawi się okno wyboru rodzaju korekty, które składa się z pola Przyczyna korekty oraz listy do wyboru Rodzaj korekty z wartościami:
  • Korekta wartościowa (dla FZL możliwa do wyboru)
  • Korekta ilościowa
  • Korekta faktury VAT (dla FZL możliwa do wyboru)
  • Korekta kosztów dodatkowych

Na wygenerowanej korekcie wartości i ilości korygowane powinny zostać wprowadzone ręcznie przez użytkownika na podstawie podglądu korekty.

Do formularza ręcznych korekt faktur zakupu oraz ręcznych korekt faktur VAT zakupu dodano nowe pole w nagłówku:

• Numer KSeF faktury korygowanej – numer KSeF faktury źródłowej, z możliwością ręcznego wpisania numeru przy wystawianiu dokumentu

Powiązanie dokumentu z pozycją z KSeF

Została dodana możliwość powiązania dokumentu znajdującego się w systemie z dokumentem z KSeF. Ma to zastosowanie, gdy w systemie znajduje się już faktura więc nie ma potrzeby generowania dokumentu z KSeF. Z poziomu Zakup -> Import KSeF -> zakładka Elementy -> sekcja Lista dodany został przycisk [Dołącz] z wartościami:

• FZ – otwiera okno z listą faktur FZ,
• FZV – otwiera okno z listą faktur FZV.

Po wyborze dokumentu z listy należy wykonać akcję dołączenia powiązania.

W sekcji lista został dodany również przycisk [Odłącz], który jest aktywny w momencie wyboru z listy dokumentu posiadającego powiązanie z innym dokumentem w systemie.

Obsługa komunikatów na POS

W celu komunikacji centrali z pracownikami na stanowiskach POS udostępniona została możliwość synchronizacji komunikatów.

Na definicji centrum ze zdefiniowanym stanowiskiem POS należy zaznaczyć parametr Obsługa komunikatów na wybranych centrach POS. Następnie istnieje możliwość ich zdefiniowania na zakładce Oddziały -> Komunikaty POS.

Po wybraniu przycisku [Komunikaty POS] otwarta zostanie lista ze zdefiniowanymi już komunikatami.

W celu dodania nowego komunikatu należy wybrać przycisk [Dodaj]. Otwarty zostanie formularz definiowania nowego komunikatu.

Podczas tworzenia nowej notatki należy określić podstawowe informacje takie jak temat, treść komunikatu. W sekcji Centra POS należy wskazać centra do których wiadomość ma zostać przesynchronizowana. Dodatkowo w dolnej części można określić szczegóły planowania wiadomości jako przedział czasowy w jakim obowiązuje.

Szczegółowe informacje dotyczące historii odczytania przesłanego komunikatu można znaleźć na zakładce Realizacja.

Limit kredytowy na POS

Umożliwiono definiowanie limitu kredytowego kontrahenta oraz akceptację jego przekroczenia dla wybranych grup operatorów na stanowisku POS.

Aby operator miał możliwość definiowania limitu kredytowego konieczne jest zaznaczenie opcji Modyfikacja limitu kredytowego na grupie operatorów na zakładce Inne uprawnienia.

Akceptacja przekroczonego limitu kredytowego możliwa jest dla pracownika z zaznaczonym uprawnieniem Akceptacja przekroczonego limitu kredytowego na zakładce Uprawnienia POS na grupie operatorów.

Elektroniczne wydruki na POS

Umożliwiono wykonywanie cyfrowych wydruków na POS dla dokumentów Tax Free. W tym celu na definicji dokumentu TF należy zaznaczyć parametr Wydruki cyfrowe na POS dla centrum ze zdefiniowanym stanowiskiem POS.

Możliwość przyjmowania wielu zamówień zakupu jednocześnie

W celu usprawnienia pracy na stanowisku Comarch POS dodana została możliwość przyjęcia kilku dostarczonych do sklepu paczek jednocześnie. W takiej sytuacji użytkownik ma możliwość odbioru wszystkich przesyłek za jednym razem. W celu obsługi funkcjonalności w systemie Altum na centrum POS na zakładce Stanowiska POS zostały dodane parametry:

• Zezwalaj na przyjmowanie wielu zamówień zakupu jednocześnie – parametr aktywujący funkcjonalność przyjmowania wielu ZZ jednocześnie
• Zezwalaj na przyjmowanie zamówień zakupu o różnych parametrach – parametr aktywny po uprzednim zaznaczeniu parametru Zezwalaj na przyjmowanie wielu zamówień zakupu jednocześnie. Umożliwia jednoczesne przyjmowanie ZZ o różnych właściwościach oraz utworzenie więcej niż jednego dokumentu przyjęcia zewnętrznego.

Wprowadzenie

Przepisy Ustawy o rachunkowości określają szczególne wymagania stawiane systemom przetwarzania danych, które wspomagają prowadzenie rachunkowości. Wymagania te są ustanawiane w kontekście zasad, jakie obowiązują generalnie w rachunkowości i dotyczą wiarogodności informacji zawartych w księgach rachunkowych, ich bezbłędności, sprawdzalności i bieżącego prowadzenia. Wymagania te stawiane są zarówno przyjętym rozwiązaniom technicznym, jak metodzie i staranności prowadzenia ewidencji księgowej przez Użytkownika tych systemów.

Decyzję o dopuszczeniu programu do prowadzenia księgowości podejmuje kierownik jednostki i stwierdza to w formie pisemnego oświadczenia.

Zasady właściwego stosowania programu określi producent w instrukcji użytkownika. Konkretne sposoby zapewnienia jego prawidłowej eksploatacji w jednostce, powinna określić osoba odpowiedzialna za prowadzenie ksiąg rachunkowych jednostki.

Do jej obowiązków w tym zakresie należy:

• Zapewnienie odpowiedniego przeszkolenia personelu;
• Określenie procedur pracy i ich wdrożenie przy pomocy programu;
• Nadzór i kontrola wyników oraz ich archiwizacja (na nośnikach magnetycznych i wydrukach).

Ustawa o rachunkowości określa zestaw cech programu, które stanowią warunki konieczne dla dopuszczenia go do użytkowania, a także czynności, które muszą być wykonywane w przypadku stosowania księgowości komputerowej.

Księgi rachunkowe

Zgodnie z art. 13 Ustawy o rachunkowości systemy komputerowe muszą zapewnić uzyskanie następujących rodzajów urządzeń księgowych składających się na księgi rachunkowe. Urządzeniami tymi są:

• Dzienniki;
• sięga główna;
• Księgi pomocnicze (ewidencja analityczna);
• Zestawienia obrotów i sald kont księgi głównej oraz zestawienie sald kont ksiąg pomocniczych;
• Wykaz składników aktywów i pasywów (inwentarz).

Księgi rachunkowe powinny być:

• Trwale oznaczone nazwą (pełną lub skróconą) jednostki, której dotyczą, nazwą danego rodzaju księgi rachunkowej oraz nazwą programu przetwarzania;
• Wyraźnie oznaczone co do roku obrotowego, okresu sprawozdawczego oraz daty sporządzenia;
• Przechowywane starannie w ustalonej kolejności.

Dzienniki (Zapisy księgowe)

Dzienniki stanowią chronologiczne ujęcie zdarzeń, jakie nastąpiły w danym okresie sprawozdawczym. Zbiory tych danych mają dostarczyć informacji o znajdujących się w księgach operacjach księgowych dokonywanych w każdym kolejnym miesiącu i w sposób ciągły w każdym roku obrotowym. Do sprawdzania liczby operacji służy numeracja porządkowa pozycji dziennika i łączna wartość ich sumy (obroty dziennika), ustalana narastająco w miesiącach i w roku obrotowym. Można prowadzić kilka odrębnych dzienników, z których każdy grupuje operacje jednego typu, pod warunkiem zestawienia ich obrotów w dzienniku zbiorczym, zawierającym ich łączne obroty narastająco w miesiącach i w roku obrotowym.

W dzienniku powinno następować:

• Automatyczne numerowanie kolejnych pozycji, pod którymi są rejestrowane zapisy. Numeracja ta ma zapewniać ich jednoznaczność, co nie wyklucza możliwości uwzględnienia w niej podziału na poszczególne miesiące i/lub rodzaje dzienników, pod warunkiem zachowania jednoznaczności w tym zakresie;
• Automatyczna kontrola zaliczania zapisu do miesiąca, w którym zarejestrowana operacja została faktycznie dokonana i niedopuszczenia do niekontrolowanego i nieuprawnionego przeniesienia go między miesiącami;
• Automatyczne sumowanie obrotów narastająco w miesiącach i w roku obrotowym.

Obszar: Księgowość, systemu Comarch ERP Altum pozwala na wprowadzenie zapisów księgowych do jednego lub wielu dzienników cząstkowych, grupujących operacje gospodarcze według danego rodzaju. Dzienniki te mogą być dowolnie definiowane przez Użytkownika programu. Nazwy dzienników mogą być dowolne. Dla dokumentów bankowych Użytkownik może założyć dziennik BANK, dla dokumentów kasowych dziennik KASA, dla not memoriałowych dzienni MEMOR itp.

Przy wykorzystywaniu funkcjonalności dzienników cząstkowych, Użytkownik ma możliwość zdecydowania, w jaki sposób ma być nadawana numeracja zapisów księgowych w ramach tych dzienników. Program pozwala na dokonywanie podwójnej numeracji zapisów w ramach księgi głównej oraz dzienników cząstkowych. Użytkownik może tak skonfigurować System, aby numeracja odbywała się tylko  w ramach dzienników cząstkowych. W obu przypadkach istnieje możliwość określenia czy numeracja ma być ciągła w okresie obrachunkowych bądź nadawana w ramach miesiąca. Definicja sposobu numeracji zapisów księgowych związana jest z danym okresem obrachunkowym. Numeracja zapisów dziennika w Systemie Comarch ERP Altum zapewnia zachowanie ciągłości numeracji.

Oprócz numeru pozycji, zapis księgowy automatycznie otrzymuje informację o osobie wprowadzającej oraz zatwierdzającej (przenoszącej zapis z bufora).

Do dziennika zapisy księgowe mogą być wprowadzane ręcznie lub generowane z ewidencji pomocniczych za pomocą schematów księgowań. Automatycznemu księgowaniu podlegają dokumenty handlowe, magazynowe, kasowo/bankowe, noty memoriałowe, itd. Użytkownik Systemu może też tworzyć zapisy księgowe za pomocą  schematów księgowań okresowych.

W przypadku zapisów generowanych przez program Comarch ERP Altum, zgodnie z art.20 Ustawy o rachunkowości uzyskują one trwale czytelną postać zgodną z treścią odpowiednich dowodów księgowych.

Istnieje możliwość ustalenia źródła ich pochodzenia oraz osoby odpowiedzialnej za ich wprowadzenie. Natomiast dane źródłowe w miejscu ich powstawania są chronione – nie podlegają modyfikacji oraz usunięciu.

Wydruki dzienników oraz pojedynczych zapisów udostępniono obszarze: Księgowość/Dziennik.

Księga Główna

Zgodnie z wymogami Ustawy o rachunkowości, wydruk księgi głównej to wydruk kont syntetycznych wraz z zapisami zachowującymi chronologię. W zbiorach tych danych obowiązuje zaliczenie kwot każdej operacji w ciężar jednego konta i na dobro kilku kont (lub na odwrót), tak by sumy obciążeń i uznań tych kont były równe. Zbiory tych danych mają dostarczyć informacji o zwiększeniach i zmniejszeniach wartości tych wielkości ekonomicznych, które zostały wyróżnione w zakładowym planie kont jako konta bilansowe i wynikowe (czyli według, co najmniej takiego stopnia szczegółowości, z jaką dane ksiąg rachunkowych wykazywane są w sprawozdaniu finansowym), ich sumach łącznych (obrotach kont) i saldach, ustalanych narastająco w miesiącach i w roku obrotowym. Sprawdzianem ich zgodności z dziennikiem jest równość narastających od początku roku obrotów wszystkich kont z obrotami dziennika. Ustawa nakazuje przeprowadzać taki sprawdzian za każdy miesiąc w drodze zestawienia obrotów i sald kont księgi głównej. Zestawienie takie, nazywane także w praktyce bilansem brutto, próbnym lub surowym, ustawodawca zalicza do ksiąg rachunkowych, wymagając tym samym istnienia w tych księgach formalnego zbioru danych, sprawdzającego ich wewnętrzną zgodność.

Wydruk księgi głównej udostępniono w  obszarze: Księgowość/Konto.

Księgi pomocnicze

Wydruk ksiąg pomocniczych, to wydruk poszczególnych kont analitycznych wraz z zapisami księgowymi zachowującymi chronologię. Tak więc księgi pomocnicze tworzą dodatkowe przekroje zapisów księgowych uporządkowanych systematycznie. Obejmują one operacje księgowe sklasyfikowane według bardziej szczegółowych kryteriów, które uzupełniają te, według których operacje są gromadzone na kontach księgi głównej. Lista tych ksiąg nie jest stała. Są one tworzone w zależności od potrzeb jednostki lub wymagań prawa. Ustawa wymienia tylko typowe spośród nich: konta szczegółowe środków trwałych oraz wartości niematerialnych i prawnych: materiałów, towarów i produktów, rozrachunków z kontrahentami i pracownikami, operacji zakupu i sprzedaży, kosztów i istotnych dla jednostki składników aktywów, operacji gotówkowych w przypadku prowadzenia kasy. W miarę potrzeby można również wyodrębnić inne zbiory danych tworzące księgi pomocnicze np.: Księga operacji  bankowych, weksli i czeków obcych, akcji i udziałów itp.

Według Ustawy o rachunkowości (art. 16 ust. 1) księgi pomocnicze prowadzone powinny być w ujęciu systematycznym jako wyodrębniony system ksiąg, kartotek (zbiorów kont), komputerowych zbiorów danych, uzgodniony z saldami i zapisami na kontach księgi głównej.

Sprawdzian zgodności ksiąg pomocniczych z kontami księgi głównej stanowi równość sumy sald kont ksiąg pomocniczych i salda właściwego konta księgi głównej. Technicznie sprawdzian taki powinien nastąpić:

• Na koniec roku obrotowego – dla wszystkich kont ksiąg pomocniczych,
• Na dzień inwentaryzacji określonych składników majątkowych – dla tych kont ksiąg pomocniczych, które te składniki reprezentują.

Wydruk Ksiąg pomocniczych udostępniono w obszarze: Księgowość/Konto.

Zestawienia obrotów i sald kont Księgi Głównej (kont syntetycznych)

Zestawienie obrotów i sald kont księgi głównej zawiera następujące elementy:

• Symbole i nazwy kont,
• Salda kont na dzień otwarcia ksiąg rachunkowych,
• Obroty za okres sprawozdawczy i narastająco od początku roku obrotowego oraz salda na koniec okresu sprawozdawczego,
• Sumę sald na dzień otwarcia ksiąg rachunkowych, obrotów za okres sprawozdawczy i narastająco od początku roku obrotowego oraz sald na koniec okresu sprawozdawczego.

Wydruk: Zestawienie obrotów i sald kont księgi głównej udostępniono w obszarze:  Księgowość/Obroty i Salda.

Zestawienie obrotów i sald kont ksiąg pomocniczych (konta analityczne)

Zestawienia sald kont pomocniczych ustawodawca zalicza do ksiąg rachunkowych, zakładając obowiązek istnienia w tych księgach formalnego zbioru danych, sprawdzającego wewnętrzną ich zgodność.

Wydruk: Zestawienie obrotów i sald kont ksiąg pomocniczych udostępniono w obszarze:  Księgowość/Obroty i Salda.

Zasady ochrony danych

Zgodnie z art. 71 Ustawy o rachunkowości ochrona danych polega na stosowaniu odpornych na zagrożenia nośników danych, na doborze środków ochrony zewnętrznej, na systematycznym tworzeniu rezerwowych kopii zbiorów danych zapisanych na informatycznych nośnikach danych, pod warunkiem zapewnienia trwałości zapisu informacji systemu rachunkowości, przez czas nie krótszy od wymaganego do przechowywania ksiąg rachunkowych, oraz na zapewnieniu ochrony programów komputerowych i danych systemu informatycznego rachunkowości, poprzez stosowanie odpowiednich rozwiązań programowych i organizacyjnych, chroniących przed  nieupoważnionym dostępem lub zniszczeniem.

Program Comarch ERP Altum zawiera: system uprawnień do operowania danymi i korzystania z nich przez poszczególne osoby mające dostęp do sprzętu, programów i danych, zabezpieczenie dostępu do  programu poprzez stosowanie hasła lub logowania zintegrowanego, system kontroli przebiegu przetwarzania danych (cząstkowy dziennik pracy systemu) oraz ma określone zasady i częstość sporządzania rezerwowych kopii zbiorów danych i odtwarzania ich zawartości w razie potrzeby. W celu tworzenia zbiorów archiwalnych w sposób zapewniający zachowanie kompletności danych program jest wyposażony w funkcje archiwizacji danych. Za systematyczne tworzenie archiwów i kopii bezpieczeństwa odpowiedzialny jest Użytkownik.

Ponadto:

• Program kontroluje ciągłość zapisów w dzienniku (dziennikach) – art. 14 ust. 4 Ustawy o rachunkowości.
• Program pozwala na identyfikację źródeł pochodzenia zapisów, wskazując czy dany zapis został utworzony według algorytmu (programu) na podstawie informacji zawartych już w księgach czy też został wprowadzony przez Użytkownika bezpośrednio do Ksiąg rachunkowych.
• Program zapewnia sprawdzenie poprawności przetwarzania danych oraz kompletność i identyczność zapisów (art. 20 ust. 5 pkt. 3 Ustawy o rachunkowości). Program działa w dużej mierze w oparciu o księgowanie dokumentów źródłowych schematami księgowymi. Prawidłowość oraz kompletność księgowania zależy od zdefiniowanego przez Użytkownika schematu. Program ma wbudowane sprawdzanie poprawności schematu księgowego, który kontroluje schemat pod względem technicznym (czy Użytkownik nie popełnił błędu np. w składni przy wprowadzaniu warunku). Za prawidłowość i kompletność pod względem merytorycznym odpowiada Użytkownik. Podczas dekretowania dokumentów Użytkownik ma możliwość skontrolowania poprawności ujęcia dowodu księgowanego w księgach rachunkowych. System posiada mechanizmy kontrolujące poprawność bilansowania się zapisów księgowych. Po każdym księgowaniu schematem na ekranie dla celów kontrolnych zostanie wyświetlona informacja z przebiegu księgowania, gdzie zostanie wyświetlona informacja czy dokument został prawidłowo zaksięgowany. Dokument źródłowy i zapis księgowy powstały w wyniku zaksięgowania tego dokumentu są ze sobą powiązane. Z poziomu zapisu księgowego istnieje możliwość wglądu do dokumentu źródłowego i na odwrót – z poziomu dokumentu istnieje możliwość odwołania do jego zapisu księgowego.
• Program zapewnia trwałość zapisów. Zapisów w księgach rachunkowych dokonuje się w sposób trwały, bez pozostawiania zmian na późniejsze dopiski lub zmiany (art. 23 Ustawy o rachunkowości). Program komputerowy powinien zapewniać właściwe procedury i środki chroniące przed zniszczeniem lub modyfikacją zapisów. W razie ujawnienia błędów, dozwolone są tylko korekty przez wprowadzenie zapisów korygujących dodatnich lub ujemnych (art. 25 Ustawy o rachunkowości).
• Program umożliwia zamknięcie okresu – wiarygodność prowadzenia ksiąg wymaga, by zapisy były dokonywane w sposób trwały, bez pozostawiania miejsc pozwalających na późniejsze dopiski i zmiany. Zapis zatwierdzony nie może być modyfikowany, a funkcja zamknięcia okresu blokuje możliwość dopisywania księgowań. Nie jest możliwa weryfikacja, ani usuwanie zapisów o dacie wcześniejszej od daty zamknięcia. Zamknięcie ksiąg rachunkowych powoduje nieodwracalne wyłączenie możliwości dokonywania zapisów księgowych w zbiorach tworzących zamknięte księgi rachunkowe.
• Program umożliwia dokonanie podziału okresu obrachunkowego na okresy sprawozdawcze. Funkcjonalność ta pozwala na wydzielenie w ramach danego okresu obrachunkowego krótszych wchodzących w jego skład okresów sprawozdawczych, np. półrocznych, kwartalnych, miesięcznych (art. 10 Ustawy o rachunkowości). Program umożliwia dokonanie także zamknięcia tych okresów sprawozdawczych, które polega na wyłączeniu możliwości dokonywania zapisów lub korekty zapisów w danym okresie czasu. Przepisy ustawy nie zawierają wprost informacji na temat definicji np. „zamknięcia miesiąca”, ale odnoszą się do tego pojęcia pośrednio: w przepisie art. 25 ust. 1 pkt. 1 Ustawy o rachunkowości – wykluczającym możliwość dokonywania poprawek w księgach rachunkowych „po zamknięciu miesiąca” oraz w przepisie art. 25 ust. 2 Ustawy o rachunkowości – nakazującym w razie ujawnienia błędów po zamknięciu miesiąca lub w przypadku prowadzenia ksiąg rachunkowych przy użyciu komputera dokonania korekty przez wprowadzenie do ksiąg rachunkowych dowodu zawierającego korektę błędnych zapisów (tylko zapisami dodatnimi albo tylko ujemnymi).
• Program umożliwia również zmykanie zapisów na wybrany dzień okresu obrachunkowego w obrębie konkretnego dziennika cząstkowego. Opcja ta jest dostępna dla Użytkowników, którzy wybrali numerację tylko w obrębie dzienników cząstkowych.

Program pozwala na zarządzanie uprawnieniami operatorów.

Struktura bazy danych

Wszystkie dane związane z obszarami Księgowość i Finanse  znajdują się w następujących tabelach:

Wprowadzanie danych do systemu finansowo – księgowego

Zgodnie ze Stanowiskiem Komitetu Standardów Rachunkowości w sprawie niektórych zasad prowadzenia ksiąg rachunkowych można rozróżnić wprowadzanie danych do systemu finansowo – księgowego od decydowania o sposobie zakwalifikowania tych danych do ujęcia w księgach rachunkowych. Czynność wprowadzania danych do systemu finansowo – księgowego to zapisywanie danych w określony sposób. Podejmowanie decyzji o sposobie zakwalifikowania danych do ujęcia w księgach rachunkowych  polega na potwierdzeniu faktu ich ujęcia w księgach. Czynność ta wchodzi w zakres sprawowania kontroli nad księgami rachunkowymi oraz tworzącymi je zapisami. Może ona mieć formę akceptowania lub korygowania wcześniej wprowadzonych zapisów. W szczególności polega to na rozdzieleniu wprowadzenia źródłowego dowodu księgowego do systemu od jego zaksięgowania.

Jeśli podczas wprowadzenia danych do systemu finansowo – księgowego nie jest podejmowana decyzja o sposobie ich zakwalifikowania do ujęcia w księgach rachunkowych oraz równocześnie nie jest prowadzona kontrola poprawności zapisów zdarzeń dokonywanych w księgach rachunkowych, to takie wprowadzanie danych nie jest równoważne z prowadzeniem ksiąg rachunkowych. Utrzymywanie zapisów w stanie edycji (np. przed akceptacją w buforze) nie jest tożsame z ujęciem w księgach rachunkowych zakwalifikowanych do zaksięgowania w danym miesiącu dowodów księgowych.

System: Comarch ERP Altum pozwala na rozdzielnie od siebie momentu wprowadzania danych do systemu finansowo – księgowego od decydowania o sposobie zakwalifikowania tych danych do ujęcia w księgach rachunkowych. Zapisy wprowadzone do systemu (zarówno w stanie edycji, czyli przed akceptacją w buforze, jak już zaakceptowane) podlegają kontroli dokonywanej przez Użytkownika podczas, podejmowania decyzji na temat zakwalifikowania ich ujęcia w księgach rachunkowych.

Wersje językowe programu

Ustawa o rachunkowości wymaga, aby księgi rachunkowe były prowadzone w języku polskim(art. 9 Ustawy o rachunkowości). W związku z tym, iż wg Ustawy pod pojęciem Księgi rachunkowe rozumiane są zbiory danych zawarte w systemie komputerowym (domyślnie systemie finansowo – księgowym), a nie samo oprogramowanie, jednostka nie ma obowiązku posiadania całego oprogramowania w języku polskim w przypadku użytkowania programów opracowanych w języku obcym.

Zgodnie ze Stanowiskiem Komitetu Standardów Rachunkowości w sprawie niektórych zasad prowadzenia ksiąg rachunkowych wymóg stosowania języka polskiego przy prowadzeniu ksiąg rachunkowych przy użyciu komputera obejmuje wyłącznie dane zawarte w systemie finansowo – księgowym, a w szczególności dane ustalone w sposób stały, takie jak:

• nazwy kont;
• opisy rodzajów transakcji, poleceń księgowania, itp.;
• nazwy operacji gospodarczych;
• nazwy walut.

W systemie finansowo – księgowym w języku polskim powinny być dostępne raporty, których zawartość informacyjna pokrywa się z zawartością informacyjną ksiąg rachunkowych (art. 13 ust. 1 Ustawy o rachunkowości). Do tej grupy raportów zalicza się raporty dotyczące m. in.:

• dziennika;
• zapisów kont księgi głównej i kont ksiąg pomocniczych;
• zestawienia obrotów i sald kont księgi głównej oraz sald kont ksiąg pomocniczych;

Zgodnie z wymogiem prowadzenia ksiąg rachunkowych w języku polskim treść zapisów (w szczególności opisy zdarzeń) wprowadzanych do systemu finansowo – księgowego wyraża się w języku polskim. Jeśli zapisy mają formę kodów, skrótów lub symboli, wymóg ten nie jest stosowany, jednak w przypadku takim powinna być dostępna lista dozwolonych i stosowanych kodów, skrótów lub symboli, a kody, skróty lub symbole opisane w języku polskim. W przypadku dowodów księgowych mających formę zapisów powstających automatycznie w systemie finansowo – księgowym, treść tych zapisów, o ile nie ma ona formy kodu, skrótu lub symbolu (tworzonych automatycznie przez system) powinna być dostępna w języku polskim.

Dokumentacja opisująca sposób prowadzenia ksiąg rachunkowych przy wykorzystaniu sytemu finansowo – księgowego powinna być również dostępna w języku polskim (art. 10 ust. 1 pkt 3 Ustawy o rachunkowości).

Archiwizacja danych poprzez przenoszenie ich na trwały, informatyczny nośnik danych powinna być dokonana  w języku polskim. Oznacza to, że jeżeli dane mają formę raportów, również powinny być dostępne w języku polskim.

Obszar: Księgowość programu Comarch ERP Altum pozwala na prowadzenie ksiąg rachunkowych w języku polskim. W programie dostępne są natomiast wersje językowe, które pozwalają na pracę na interfejsie w innym języku. Zmiana języka aplikacji zgodna jest z wymogami Ustawy o rachunkowości. Pozycje wskazane przez wytyczne do Ustawy o Rachunkowości prezentowane są w języku polskim. Również raporty wymagane Ustawą o Rachunkowości dostępne są w języku polskim. Treść zapisów wprowadzonych do ksiąg rachunkowych wyrażona jest w języku polskim. Zapisy powstające w sposób automatyczny poprzez zastosowanie dostępnych w programie rozwiązań, np. schematów księgowych, również generowane są w języku systemowym.

Dostarczana dokumentacja opisująca zasady działania systemu oraz dokonywana archiwizacja danych i tworzenie kopii zapasowych również jest w języku polskim.

Warunki prowadzenia ksiąg rachunkowych przy wykorzystaniu serwera znajdującego się poza miejscem prowadzenia ksiąg rachunkowych

Zgodnie ze  Stanowiskiem Komitetu Standardów Rachunkowości w sprawie niektórych zasad prowadzenia ksiąg rachunkowych księgi rachunkowe mogą być prowadzone przy wykorzystaniu serwera znajdującego się poza miejscem prowadzenia ksiąg rachunkowych.  

W takiej sytuacji  zasoby informacyjne rachunkowości, mogą zostać zorganizowane w formie oddzielnych komputerowych zbiorów danych, bazy danych lub wyodrębnionych jej części. Zasoby takie uważa się za równoważne z księgami rachunkowymi prowadzonymi przy pomocy komputera, bez względu na miejsce ich powstania i przechowywania. Użytkownik systemu musi posiadać oprogramowanie umożliwiające uzyskiwanie czytelnych informacji w odniesieniu do zapisów dokonanych w księgach rachunkowych poprzez ich wydrukowanie lub przeniesienie na inny komputerowy nośnik danych (art. 13 ust. 2 i 3 Ustawy o rachunkowości).

Aby księgi rachunkowe prowadzone przy wykorzystaniu serwera, który znajduje się poza miejscem prowadzenia ksiąg rachunkowych,  mogły zostać uznane za prowadzone w sposób prawidłowy, muszą być spełnione co najmniej następujące warunki:

• jednostka musi sprawować kontrolę nad księgami rachunkowymi oraz dokonanymi w nich zapisami;
• jednostka musi zapewnić identyczność ksiąg rachunkowych z kopią raportów otrzymanych przez łącze teletransmisyjne (przewodowe) oraz bezprzewodowe;
• księgi rachunkowe muszą być prowadzone rzetelnie, bezbłędnie, sprawdzalnie i bieżąco,
• musi być zapewnione jednoznaczne powiązanie zapisów w księgach rachunkowych z dowodami księgowymi;
• dane ksiąg rachunkowych muszą być skutecznie chronione przed niedozwolonymi zmianami, nieupoważnionym dostępem, uszkodzeniem lub zniszczeniem;
• księgi rachunkowe muszą być przez cały czas dostępne w miejscu prowadzenia ksiąg rachunkowych przez jednostkę;
• jednostka musi dysponować wydrukiem ksiąg rachunkowych za okresy zamknięte lub musi mieć zapisaną ich treść na innym trwałym nośniku komputerowym dostępnym i możliwym do odczytu w miejscu prowadzenia ksiąg rachunkowych przez jednostkę, przez czas nie krótszy od wymaganego na przechowanie ksiąg rachunkowych (5 lat).

Księgi rachunkowe prowadzone przy użyciu systemu: Comarch ERP Altum mogą być prowadzone przy użyciu serwera znajdującego się poza miejscem prowadzenia ksiąg rachunkowych. Systemu umożliwia przygotowanie dostępu bezpośredniego, nieograniczonego (on-line) do prowadzonych ksiąg. Księgi prowadzone w ten sposób są chronione przed niedozwolonymi zmianami, nieupoważnionym dostępem, uszkodzeniem lub zniszczeniem.

Za prawidłowość, kompletność, rzetelność prowadzenia ksiąg rachunkowych w powyższy sposób  pod względem merytorycznym odpowiada Użytkownik. Użytkownik ten sprawuje bezpośrednią kontrolę nad księgami rachunkowymi i dokonywanymi w nich zmianami. Opowiada on także za prawidłowość ujęcia operacji gospodarczych oraz jednoznaczne powiązanie zapisów w księgach rachunkowych z dowodami księgowanymi.

Zestawienie aplikacji, z którymi współpracuje Comarch ERP Altum 2024.0.1