klient
Piotr Zborowski
445 pkt
14 pytań
97 odpowiedzi
55 pomysłów
57 komentarzy
382 97%
4 pkt

[BŁĄD] blokowanie podziału płatności

Piotr Zborowski napisał/a o
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pomysłów: 1410 | odpowiedzi: 18648

Optima

Marcin LiszewskiPiotr ZborowskiTomasz JańczukMaria KowalczykowskaMonika KalaPiotr ZarzyckiZdzisław ChlipałaAgata Bielaszka

Nie ma możliwości edycji (w tym m.in. podziału) płatności wynikających z dokumentów które zostały zaksięgowane z użyciem makra @KwotaPlatnosci w sytuacji gdy w konfiguracji jest wyłączony parametr "Automatyczne rozliczenia i rozrachunki" - jest to BŁĄD, gdyż powyższe jest niezgodne z dokumentacją do programu i podstawowymi zasadami logiki. Taka blokada powinna następować w przypadku gdy w/w parametr w konfiguracji jest zaznaczony (włączony) a nie w każdym przypadku, jak dzieje się to teraz. Naprawić to.

Odpowiedzi:

User Avatar
klient
Piotr Zborowski
445 pkt
14 pytań
97 odpowiedzi
55 pomysłów
57 komentarzy
382 97%
4 pkt
 
Piotr Zborowski odpowiedział/a
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pytań: 4667 | odpowiedzi: 18648

Optima

Wojciech OwczarekAnna PawlicaPaweł MaciakPiotr ManiewskiMarcin NowakJoanna KrygierAgnieszka BurekWitold Kłodnicki
3 mie. temu

Wyjątkowo (z nadzieją że może tym razem coś to da) zgłosiłem ten błąd przez SOZ. Właśnie dowiedziałem się od Asysty, że zostałem dopisany do listy osób zainteresowanych tą funkcjonalnością. HELOOOOOOOOŁ! Ja nie proszę o żadną nową funkcjonalność! Żądam naprawy BŁĘDU! A póki co będę regularnie ręcznie orał bazę danych SQL dopóki Optima będzie mi robiła takie dziadostwo (gdyż nie pozostawiacie mi innego wyjścia).

P.S. Jeżeli Asysta mi pisze, że mogę użyć makra @Brutto, to oznacza że ci Wasi ludzie nie potrafią czytać ze zrozumieniem tego co napisałem - SŁABIZNA.

Ta odpowiedź została skomentowana
User Avatar
pracownik comarch
Wioletta Golda
665 pkt
0 pytań
50 odpowiedzi
0 pomysłów
42 komentarzy
73 97%
1 pkt
 
Wioletta Golda odpowiedział/a
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pytań: 4667 | odpowiedzi: 18648

Optima

Wojciech OwczarekAnna PawlicaPaweł MaciakPiotr ManiewskiMarcin NowakJoanna KrygierAgnieszka BurekWitold Kłodnicki
3 mie. temu

Makro @KwotaPlatnosci zostało wprowadzone celowo pod funkcjonalność połączonych rozliczeń/rozrachunków. Jego funkcjonalność jest specyficzna, tylko dzięki temu makru jesteśmy w stanie połączyć płatność z rozrachunkiem i uruchomić automat rozliczeń/rozrachunków. Specyfika makra polega również na tym, że płatności zaksięgowane tym makrem nie mogą być dzielone.
Nie ma tu znaczenia czy parametr o automatycznych rozrachunkach jest włączony czy nie. Tak naprawdę nie wiemy po co użytkownik używa tego makra w schematach, czy akurat chce aby automat działał czy też wyłączył go chwilowo ale później go włączy i będzie mógł nadal korzystać z funkcji automatu rozliczeń/rozrachunków w stosunku do dokumentów, które zaksięgował tym makrem. Nie jest zapisywane na dokumencie historycznie czy na dzień księgowania parametr był zaznaczony czy nie więc nie ma możliwości rozróżnienia, że nie chcemy stosować połączonych rozrachunków akurat w takim przypadku.
Z tego też względu makro @KwotaPlatnosci będzie działało tak samo niezależnie od parametru w konfiguracji i nie jest to błąd programu.
Jeśli ktoś nie korzysta z połączonych rozrachunków lub nie ma zamiaru korzystać z tej funkcjonalności w przyszłości a mimo wszystko chce dzielić płatności to musi stosować makro dotychczasowe @Brutto.

Ta odpowiedź została skomentowana
User Avatar
klient
Piotr Zborowski
445 pkt
14 pytań
97 odpowiedzi
55 pomysłów
57 komentarzy
382 97%
oceń
 
Piotr Zborowski odpowiedział/a
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pytań: 4667 | odpowiedzi: 18648

Optima

Wojciech OwczarekAnna PawlicaPaweł MaciakPiotr ManiewskiMarcin NowakJoanna KrygierAgnieszka BurekWitold Kłodnicki
3 mie. temu

Witam Pani Wioletto :)

No i ta odpowiedź już jest konkretna. Faktycznie sprawdziłem changeloga wstecz i jest tak jak Pani pisze - tzn. makro zostało wprowadzone w momencie udostępnienia mechanizmu łączonych rozrachunków (to czy on mi się podoba czy nie to inna kwestia, tutaj nieistotna).

Niestety użycie makra @Brutto jest problematyczne w sytuacji gdy na dokumencie mamy kilka płatności wobec różnych podmiotów - ono po prostu nie działa prawidłowo. Częściowym rozwiązaniem jest odwołanie się do pola BnkZdarzenia.BZd_Kwota ale to z kolei nie umożliwia dokonania księgowań w walucie obcej (Optima nie potrafi wtedy ustawić kursu waluty). Myślę że dobrym rozwiązaniem byłoby wprowadzenie parametru na schemacie księgowym który będzie decydował o blokowaniu płatności (albo nowego makra) - wtedy obsłużycie wszystkie możliwe przypadki. Osobiście temat załatwiłem sobie triggerem, ale to jest bardzo nieeleganckie rozwiązanie.

Dokumentację też pasuje poprawić, bo czytając ją można dojść do takich wniosków do jakich ja doszedłem, tzn. że pola na płatnościach są blokowane jeżeli mamy włączony odpowiedni parametr w konfigu. Najpierw przeczytałem dokumentację, a dopiero po tym napisałem zgłoszenie/posta.

P.S. Przed wprowadzeniem makra @KwotaPlatnosci wielokrotnie miałem problemy z doprowadzeniem sald kont rozrachunkowych do zgodności ze stanem z modułu k/b, tak więc nowe makro bardzo mnie ucieszyło, aż do momentu kiedy się okazało, że nie można dzielić płatności.

User Avatar
pracownik comarch
Zuzanna.Janicka
1 pkt
0 pytań
0 odpowiedzi
0 pomysłów
1 komentarzy
3 66%
1 pkt
 
Zuzanna.Janicka odpowiedział/a
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pytań: 4667 | odpowiedzi: 18648

Optima

Wojciech OwczarekAnna PawlicaPaweł MaciakPiotr ManiewskiMarcin NowakJoanna KrygierAgnieszka BurekWitold Kłodnicki
3 mie. temu

Blokada podziału płatności uzależniona jest od makra @KwotaPlatnosci, a nie od zaznaczonego parametru w konfiguracji. Funkcja Podziel w preliminarzu płatności jest nieaktywna w poniższych przypadkach:
1) gdy dokument źródłowy został uwzględniony do korekty na VAT-ZD
2) lub kiedy dokument został zaksięgowany schematem płatności uwzględniającym makro @KwotaPlatnosci.

W dokumentacji nie ma informacji, że przy odznaczonym parametrze Automatyczne rozliczenia i rozrachunki funkcja ta działa w inny sposób (https://pomoc.comarch.pl/optima/pl/2019/index.php/dokumentacja/preliminarz-platnosci-operacje-w-menu-kontekstowym/#podz). 

W odpowiedzi na wiadomość przesłaną przez System Obsługi Zgłoszeń został Pan poinformowany o tym, że mamy zarejestrowane zgłoszenie, aby umożliwić funkcję podziel dla dokumentów księgowanych makrem @KwotaPlatnosci. 

Ta odpowiedź została skomentowana
User Avatar
klient
Piotr Zborowski
445 pkt
14 pytań
97 odpowiedzi
55 pomysłów
57 komentarzy
382 97%
oceń
 
Piotr Zborowski odpowiedział/a
Księgowość
Księgowość pomysłów: 479 | odpowiedzi: 4754

Księgowość

Piotr ZborowskiMichał ZimekTomasz JańczukPiotr ZarzyckiGrzegorz GóreckiWojciech SałańskiMonika KalaMarcin Liszewski
Comarch ERP Optima
Comarch ERP Optima pytań: 4667 | odpowiedzi: 18648

Optima

Wojciech OwczarekAnna PawlicaPaweł MaciakPiotr ManiewskiMarcin NowakJoanna KrygierAgnieszka BurekWitold Kłodnicki
3 mie. temu

Cytat z Waszej dokumentacji którą Pani zalinkowała:

Funkcja Podziel będzie nieaktywna, gdy dokument źródłowy został uwzględniony do korekty na VAT-ZD lub posiada predekretację/zapis księgowy wykonany schematem w którym użyto makra @KwotaPlatnosci.

Ponadto z dokumentacji OPT077-Automatyczne rozliczenia i rozrachunki punkt 5.2 wynika że (cytuję):

Jeżeli w Konfiguracji firmy jest włączony parametr Automatyczne rozliczenia i rozrachunki, to w celu uniknięcia niezgodności pomiędzy danymi na płatności, a danymi:

- na dekretach powstałych po zaksięgowaniu makrem @KwotaPlatnosci,
- na dekretach powstałych po zaksięgowaniu raportów kasowych/bankowych,
- na dekretach powstałych po zaksięgowaniu dokumentu różnicy kursowej i/lub dokumentu kompensaty z poziomu modułu Kasa/Bank,
- predekretacji dokumentów w wyżej wymienionych przypadkach,

zablokowane są następujące pozycje: Kwota, Waluta, Termin rozrachunku oraz pola związane z określeniem notowania waluty.

Sugeruje Pani że nie potrafię czytać? Nigdzie nie ma ani słowa o tym że te pola będą blokowane w jakimkolwiek innym przypadku. Gdyby zgodzić się z Pani sposobem myślenia, to może się okazać że program będzie blokował te pola również w przypadku gdy np. księgowy przyjdzie w białych skarpetkach, albo temperatura za oknem przekroczy 10 stopni. Absurd.

Ponadto na SOZ napisała mi Pani:

Blokada podziału płatności uzależniona jest od makra @KwotaPlatnosci, a nie od zaznaczonego parametru w konfiguracji.

To bardzo ciekawe, bo z dokumentacji którą zalinkowałem powyżej (OPT077) wynika co innego. Proszę może najpierw dobrze zapoznać się z dokumentacją produktu który teoretycznie ma Pani wspierać, bo słabo to wygląda gdy klient zna lepiej dokumentację od producenta...

Kolejna sprawa: nadal nie dostałem odpowiedzi w jaki sposób mam zaksięgować płatności wynikające z dokumentu bez blokowania przez program płatności co wymusza konieczność każdorazowej ręcznej ingerencji w bazę danych SQL. Przypominam, że podała Pani złe rozwiązanie polegające na zastosowaniu makra @Brutto, które zaksięguje mi całą wartość brutto dokumentu na jeden podmiot (a na płatnościach dokumentu mam 2 podmioty).

Masz pytanie?

zadaj pytanie

Masz pomysł?

zgłoś pomysł