1. Czy pobrano z serwera aktualny instalator i przeinstalowano EU? tak
2. Czy została wykonana aktualizacja komponentów Allegro? tak
3. Czy problem występuje w trybie awaryjnym? tak
4. Z której wersji Windowsa korzystasz? 10x64
5. Opisz poniżej dokładnie problem zgodnie z pkt. 8.2 oraz 8.3 poradnika:
Problem z zaokrągleniami przy dopisywaniu ręcznie produktu do zamówienia.
W edycji zamówienia, klikamy > Dopisz nowy zakup > wprowadzamy z palca dane produktu i Cena jedn. zakup (zł) = 36,90.
Wiersz się dodaje, widoczne w aplikacji EU jest Cena jedn. 36,90 zł - czyli poprawnie, ale ...
w bazie w tabeli TRANSAKCJE w polu KWOTA w toku śledztwa ujawniono: 36,9000015258789
A np. po zgrupowaniu z transakcją, która miała pozycję o wartości 165zł +36,90, ukazuje się suma
201,899993896484 w bazie, w EU aplikacji 201,90.
No i jest to problematyczne, gdyż skrypt do rozliczania płatności operuje kwotą wpłaty 36,90zł lub 201,90zl, co za tym idzie takie zamówienie nie jest oznaczane jako opłacone, pomimo, że faktycznie opłacone jest, gdyż:
36,90 <> 36,9000015258789, a
201,90 <> 201,899993896484.
Trzeba ręcznie w aplikacji EU odkliknąć płatność, kliknąć i wtedy oznaczy jako rozliczona, przy czym w bazie zapisze odpowiednio:
36,9000015258789, lub 201,899993896484.
Czy dałoby się poprawić, aby aplikacja poprawnie do bazy wstawiała, "po księgowemu" do dwóch miejsc po przecinku
(Kwoty wykazywane w fakturze VAT (w tym wartości netto, kwoty podatku i wartości brutto) zaokrągla się do pełnych groszy. Końcówki poniżej 0,5 grosza pomija się, a końcówki 0,5 grosza i wyższe zaokrągla się do 1 grosza)?
Od teraz można zarejestrować lub zalogować się na forum poprzez konto Facebook albo Google
Jeśli zalogujesz się w ten sposób i na forum jest już utworzone konto o takim samym adresie e-mail, wówczas oba konta zostaną ze sobą powiązane. Czyli zachowane zostaną wszystkie ustawienia i posty.
Jeśli adresy e-mail będą różne, wówczas zostanie założone nowe czyste konto. W razie czego można zmienić w ustawieniach istniejącego konta adres na inny
ucp.php?i=ucp_profile&mode=reg_details
Ten komunikat można zamknąć w prawy górnym rogu.

Jeśli adresy e-mail będą różne, wówczas zostanie założone nowe czyste konto. W razie czego można zmienić w ustawieniach istniejącego konta adres na inny

Ten komunikat można zamknąć w prawy górnym rogu.
Dopisanie ręcznie produktu - zaokrąglenia w bazie do 1 grosza
-
- Posty: 43
- Rejestracja: 05 paź 2023, 15:23
- Podziękował: 1 raz
- Otrzymał podziękowań: 2 razy
-
- Administrator
- Posty: 7923
- Rejestracja: 14 cze 2011, 13:10
- Podziękował: 39 razy
- Otrzymał podziękowań: 125 razy
- Kontakt:
Re: Dopisanie ręcznie produktu - zaokrąglenia w bazie do 1 grosza
EU bazuje na dwóch miejscach po przecinku. Tak zapisywane są dane w formacie float przez Firebirda.
Nie uzupełniacie daty wpłaty i dlatego nie jest ona oznaczona w oknie transakcji.
Nie uzupełniacie daty wpłaty i dlatego nie jest ona oznaczona w oknie transakcji.
-
- Posty: 43
- Rejestracja: 05 paź 2023, 15:23
- Podziękował: 1 raz
- Otrzymał podziękowań: 2 razy
Re: Dopisanie ręcznie produktu - zaokrąglenia w bazie do 1 grosza
Nie chcę się poddaćEasyUploader pisze: ↑05 lut 2025, 11:27 EU bazuje na dwóch miejscach po przecinku. Tak zapisywane są dane w formacie float przez Firebirda.

Czy jest jakiś sposób, aby to obejść najlepiej, aby pozbyć się tego problemu?
Czy ewentualnie można zmienić, aby wtedy EU wpisywał jako DECIMAL i odpowiednio zaokrąglał przed zapisaniem?
Czy ewentualnie zmiana typu danych pola w bazie na DECIMAL rozwiąże problem - czy będzie konflikt?
Czy ewentualnie można ewentualnie trigger czy procedura dokonująca zaokrągleń nie zaszkodzi na działanie EU?
Dziękuję.
-
- Administrator
- Posty: 7923
- Rejestracja: 14 cze 2011, 13:10
- Podziękował: 39 razy
- Otrzymał podziękowań: 125 razy
- Kontakt:
Re: Dopisanie ręcznie produktu - zaokrąglenia w bazie do 1 grosza
Jedynym rozwiązaniem jest zmiana na DECIMAL, ale prawdopodobnie wymagałoby to jeszcze poprawki w EU.
Możecie stworzyć własny trigger
Możecie stworzyć własny trigger
