Precyzja ceny - inna dla sprzedaży, a inna dla zakupu

[Radomił Ząbik 308]

Borykam się z pewnym problemem, w którym działy nie mogą się dogadać. Otóż mamy opcję precyzja ceny, którą możemy ustawić niezależenie dla każdej waluty i tak:

- dział zakupów, potrzebuje większej precyzji, gdyż często przy zakupach, stosowane jest nawet 5 miejsc po przecinku, aby wyraźnie sprecyzować cenę - wartość jest normalnie w 2 miejscach po przecinku

- dział sprzedaży, nie chce tak dużej precyzji, ponieważ system wtedy liczy bardzo dokładnie ceny, w szczególności w przypadku przeliczania walut i w efekcie powstają faktury, które powstają dokumenty, które mają niezgodności wartościowe, plus nie każdy klient taką FS np. może wpisać

Czy istnieje jakiś mechanizm, którym można by to rozdzielić, lub też czy rozważylibyście możliwość rozdzielenia tych cen? A może jest jakieś obejście problemu?

[Przemysław Werner 393]

Rozwiązaniem na ten moment przed wprowadzeniem zmian w tym zakresie, mogłoby być dodanie drugiej waluty PLN-zakup z precyzją ceny większą i w tabelach kursów ustawić jej kurs 1. Zakupy wprowadzać z walutą PLN-zakup, a sprzedawać w domyślnej walucie systemowej. Przed ewentualnym wprowadzeniem takiego działania zalecam kontakt z księgowością, aby uniknąć późniejszych problemów z ujęciem księgowym.

[Radomił Ząbik 308]

Ok, jakbyście byli w stanie dopisać do listy umożliwienie takiego zachowania programu, to byłbym bardzo wdzięczny.

W międzyczasie, po negocjacjach, dogadałem się oboma działami i ustalą między Sobą godziny wprowadzania dokumentów, a ja będę odpowiednio zmieniać parametr konfiguracji. I tu pytanie, czy mogę to zmieniać jakoś zewnętrzne, Sferycznie, a może po prostu w bazie - ułatwiło by mi to pracę, bo bym Sobie napisał automat

[Przemysław Werner 393]

19 godzin temu, Radomił Ząbik napisał:

czy mogę to zmieniać jakoś zewnętrzne, Sferycznie, a może po prostu w bazie

Można sferycznie (korzystając z menedżera walut IWaluty) i można w bazie w tabeli Waluty. Należy jednak pamiętać, że dokument nie zapamiętuje precyzji ceny, w jakiej został wystawiony, czyli jeśli wystawimy dokument z precyzją 6, zmienimy precyzję na 2, a następnie będziemy ten dokument edytować, to będzie on już zaokrąglał ceny do 2.

Analogiczne problemy mogą wystąpić z korektami, ponieważ korekta wtedy również będzie wystawiana z inną precyzją. Będzie trzeba tego wszystkiego pilnować we własnym zakresie.

[Radomił Ząbik 308]

Tak, mam tego świadomość, stąd planowane określenie godzin do działań i odpowiednia informacja o konsekwencjach dla pracowników.

A rozważycie rozbudowę tego elementów w jednej z kolejnych wersji?

[Przemysław Werner 393]

Temat został zapisany i przekazany do Działu Weryfikacji Oprogramowania. Konkretnych informacji na temat funkcjonalności oraz wersji jej wdrożenia w tym momencie brak.

[Tomasz Sobczak 22]

Czy coś w tym temacie się zmieniło ?

[Przemysław Werner 393]

Jeżeli nic nie przeszkodzi, to w wersji wiosennej InsERT nexo (35.0.0) planujemy wdrożenie opisywanej funkcjonalności.

[Radomił Ząbik 308]

18 minut temu, Przemysław Werner napisał:

Jeżeli nic nie przeszkodzi

Koronawirus, Śnieżyce, na wiosne idą powodzie, oj słabo to widzę

[Krz Grz 1]

A czy zmiana zaokrąglania ceny w cenniku nie rozwiąże problemu przy sprzedaży? Wtedy ceny były by zaokrąglone powiedzmy do tych 2 miejsc po przecinku i to tylko przy sprzedaży.

Edytowane 19 Lutego 2021 przez Krz Grz

[Radomił Ząbik 308]

Dziękuje za dotrzymanie słowa i wprowadzenie funkcjonalności. Aczkolwiek, jest to nieco zagmatwane, ale sprawdzimy jak wyjdzie 35.0.1