Używaj Sfery to raczej nie popsujesz niczego w bazie

A skąd my mamy wiedzieć jak chcesz wyliczyć ceny?
Poza tym to chyba prosta arytmetyka, prawda?

Kiedy już wyliczysz netto wg swoich założeń to, znając stawkę VAT, wyliczasz brutto (pamiętaj o zaokrągleniu do pełnych groszy).
Różnica to zysk, marżę wyliczasz odnosząc się do ceny kartotekowej.

Wpisz sobie dla jednego towaru i zobacz co masz w tabeli z cenami, a wszystko będzie jasne.

Dlaczego nie zrobisz tego przeceną ?
Za pierwszym razem z zaokrągleniem do pełnych PLN, za drugim obniżasz cenę o kwotę (0,01) i pijesz zasłużone piwo, bez grzebania w bazie.

Cóż, słabo znam Sferę od strony programistycznej. Do tej pory operowałem na bazie danych. Szczerze to z całym Subiektem mam styczność od miesiąca.

Dziękuję wszystkim, problem rozwiązałem z dokumentacją od Microsoftu. Kopia zapasowa zrobiona, ale na szczęście nic się nie posypało  Dla ciekawych udostępniam zapytania, którymi to zrobiłem. Dodam, że CenaBrutto6 jest nieużywana i posłużyła mi jako informacja, które wiersze potrzebują być zaktualizowane. Całość dałoby się zmieścić w jednym zapytaniu, ale testując fragment po fragmencie robiłem osobne, więc tak też ich później użyłem.
UPDATE Podmiot.dbo.tw_Cena
SET
tc_CenaBrutto6 = 1,
tc_CenaBrutto1 = CASE WHEN ROUND(tc_CenaBrutto1, -1) < tc_CenaBrutto1
THEN ROUND(tc_CenaBrutto1+10, -1)-1
                ELSE ROUND(tc_CenaBrutto1, -1)-1
END
WHERE RIGHT(tc_CenaBrutto1,3) != '9,00' AND tc_CenaBrutto1 != 0;

UPDATE Podmiot.dbo.tw_Cena
SET
tc_CenaNetto1= round(tc_CenaBrutto1 / 1.23,2)
WHERE tc_CenaBrutto6 = 1;

UPDATE Podmiot.dbo.tw_Cena
SET
tc_Zysk1 = tc_CenaNetto1 - tc_CenaNetto0
WHERE tc_CenaBrutto6 = 1;

UPDATE Podmiot.dbo.tw_Cena
SET
tc_Narzut1 = round(((tc_Zysk1 / tc_CenaNetto0)*100), 2),
tc_Marza1 = round(((tc_Zysk1 / tc_CenaNetto1)*100), 2),
tc_CenaNetto0 = 0
WHERE tc_CenaBrutto6 = '1' AND tc_CenaNetto0 != '0';

Ja bardzo ostrożnie podchodziłbym do tego kodu (tak na prawdę to nie użyłbym go u klienta).

Trzeba pamiętać jaki jest typ danych, jaka precyzja i co się dzieje przy działaniach na liczbach.

Test, który zajął mi minutę wykazał na bazie, która ma 1725 towarów różnice w wyliczeniach dla 1701 towarów.
Oczywiście wiele będzie zależało od cen w kartotece i nie zawsze będzie tyle różnic.

Akurat błędne wyliczenie narzutu, czy też marży nie jest jakimś wielkim zagrożeniem, niemniej jest to zrobione błędnie.

BTW
Po co na końcu ustawiasz cenę kartotekową na 0?

Fakt, pomyliłem tc_CenaNetto0 z tc_CenaBrutto6 w ostatnim zapytaniu - jednak tylko w wklejonym na forum kodzie. W bazie wszystko przeszło pięknie, jak testowałem to na 10 produktach to ręcznie wklepane dane do subiekta podawały identyczne wyniki co zrobione przez powyższe zapytania do bazy.

birds22, jak duże są te różnice? Akurat nawet, gdy importowałem towary przez Sferę za pomocą Importu XLS od leo to były różnice -/+ 2 grosze, co musiałem wyrównać przez SQL później. Dla mnie najważniejsza jest cena brutto, zaś wszelkie inne wartości to informacje dla menadżera sprzedaży - jednak przy ponad 6000 produktach w bazie ułatwi mu to późniejsze edycje. Wahania o 2 grosze nie zrobią dużej krzywdy jeśli nie będą one odbiegały od wartości na fakturach, jednak ceny jakie dostaje klient końcowy powinny być zaokrąglone wg naszej polityki.