Skocz do zawartości

Raport - Sprzedaż wg asortymentu, plus cena magazynowa

Polecane posty

Pierw scenariusz, potem efekty oraz pytania:

- przygotowujemy ZD, z cenami

- ZD za pomocą Sfery, konwertowane jest w PZ - ze względu na użycie wielokrotnie tego samego symbolu, ceny wchodzą błędnie, patrz wątek: https://forum.insert.com.pl/index.php?/topic/1231-sfera-wystawianie-pz-na-podstawie-pozycji-zd/#comment-3849

- błąd zostaje wykryty przy wprowadzaniu FZ, ten zostaje potem wprowadzony prawidłowo z dobrymi cenami

 

fz.thumb.PNG.733a6a5bd7d0e9fbddfed615d607e2e3.PNG

 

Efekt:

- w raporcie Sprzedaż wg asortymentu, pojawia się nam ujemna marża itp., gdyż pobiera on cenę z PZ, a nie z FZ, która jest prawidłowa

- Cena Magazynowa, jest podawana z PZ, całkowicie błęda

 

Pytania:

- FZ powinien skorygować Cenę Magazynową, o która w sumie opierają się pewnie raporty? Takie zapewnienie otrzymaliśmy od firmy wdrażającej program.

- Jaka jest pełna definicja Ceny Magazynowej - skąd ona się bierze?

 

EDIT 1:

W wyniku własnego śledztwa, zauważyłem że przyczyną problemu jest to, że FS została wystawiona, zanim został wprowadzony FZ. W takim przypadku, taki dokument powinien zostać chyba przeliczony ponownie?

 

EDIT 2:

W tablicy KosztyZakupu, cena odkłada się prawidłowo, czyli ta pochodząca z FZ. Więc wygląda na to, że do raportu pobierana jest cena z dokumentu sprzedaży, a tam trafia ona tylko podczas wystawiania i nie jest przeliczana w przypadku jej późniejszych korekt.

Edytowane przez Radomił Ząbik
Link to postu

Witam,

Koszt magazynowy na dokumencie sprzedaży (wydaniu) wylicza się wg wartości magazynowej towarów na moment wystawiania dokumentu. Kolejne korekty kosztów wynikające np. z wprowadzonych faktur zakupu lub korekt faktur zakupu oraz koszty dodatkowe wynikające z korekt kosztów dostawy nie wpływają na już dodane dokumenty. Tylko nowe dokumentu mają wyliczony koszt magazynowy wg "świeżych" danych. W Pana prostym przypadku faktycznie byłoby świetnie gdyby faktura zakupu przeliczyła koszty magazynowe na dokumentach "wstecz" jednak jeśli zastanowić się nad tym głębiej to pojawiają się problemy. Dokumenty sprzedaży mogą być już przekazane do księgowości i przeliczanie kosztu może być zabronione, mogła być do nich już wystawiona korekta lub może być ich bardzo dużo co znacznie wydłużyłoby zapis samej faktury zakupu. Mamy w planach udostępnienie mechanizmu, który będzie przeliczał te koszty wstecznie, ale raczej nie będzie to automat działający po zapisie faktury zakupu / korekty faktury zakupu / korekty kosztu dostawy. Tak jak napisałem wcześniej temat jest bardzo szeroki i wymaga głębokiego przemyślenia.

W tym momencie mogę polecić Panu dwie rzeczy:

- koszt na dokumentach sprzedaży zostanie przeliczony ponownie po odłożeniu i ponownym wywołaniu skutku magazynowego (trzeba tu pamiętać o ewentualnym rozbiciu na dostawy bo wywołanie skutku wyda nam towar wg kolejki)
- koszt oraz zysk po uwzględnieniu korekt kosztów sprzedaży można zobaczyć w dostępnym od wersji 15 raporcie Podliczenie okresu - dokumenty
 

Odnośnie Pana pytań to nexo nigdy nie przeliczało automatycznie kosztów magazynowych na dokumentach sprzedaży po wprowadzeniu korekt kosztów. Cena magazynowa jest po prostu ilorazem wartości magazynowej oraz ilości przyjęcia.

Link to postu
13 minut temu, Wojciech Szopiński napisał:

koszt oraz zysk po uwzględnieniu korekt kosztów sprzedaży można zobaczyć w dostępnym od wersji 15 raporcie Podliczenie okresu - dokumenty

 

Jest Pan pewien, że pobiera on koszty prawidłowo - w kolumnie zysk, dla Faktur sprzedaży, pokazuje się wielomilionowa ujemna suma, w Razem sprzedaż, jakimś cudem jest na plus - jakby razem było dobrze, ale rozbicia były liczone źle. Po za tym, nie ma tutaj odniesienia do pozycji, jak w zgłaszanym raporcie - rozumiem, on zostanie jak jest i ewentualnie trzeba dorabiać Swój?

Link to postu

W wierszu Korekta kosztu sprzedaży (oraz na innych podobnych - korekta kosztu zakupu itp) można wyświetlić okno "Pokaż szczegóły" gdzie korekty kosztów wyświetlone są z podziałem na dokumenty i asortyment.
Ciężko jest mi stwierdzić dlaczego ten zysk wylicza się w ten sposób, trzeba to porównywać z danymi - tutaj również przydatna będzie operacja pokaż szczegóły (lub porównanie z widokiem dokumentów sprzedaży). Zysk jest oczywiście liczony jako netto minus koszt.

Link to postu

Czyli kolumna Zysk Ewidencyjny, jest prawidłową kolumną, wyliczoną dynamicznie? Zysk magazynowy obarczony jest błędem, z tematu wątku. A co do szczegółów, to tak są dokumenty, ale asortymentu nie widzę.

Patrzyłem na te wyliczenia i różnica jest zysku ewidencyjnego do magazynowego. Tak jakby inne dokumenty FZ, skorygowały sprzedaż mocno na minus i stąd uzbierała się dziwna suma, ale to niepasuje do tego głównego błędu, na 6 milionów, ale będę to jeszcze sprawdzać.

Link to postu
25 minut temu, Wojciech Szopiński napisał:

A patrzył Pan na szczegóły w wierszu korekta kosztu sprzedaży ?

 

Ok, to wygląda fajnie. Szkoda właśnie, że nie ma takiego rozbicia na zyski na pozycjach dokumentu, co teoretycznie jest w Sprzedaży wg asortymentu, ale liczone w uproszczony sposób. Planujecie coś tutaj podrasować?

Link to postu

Nas najbardziej interesuje jak najbardziej dokładny zysk, który możemy sprawdzić pozycja po pozycji - w ten sposób można analizować sprzedaż konkretnych grup czy nawet dokładnie asortymentów. Czyli póki mamy tylko PZ, to niech pokazuje się ten pierwotny. Jak pojawi się FZ i inne dokumenty zakupu, to niech pokazuje kwoty z tych dokumentów. Ale równie dobrze, mogą być i dwie kolumny, tylko wtedy, aby zachować prawidłowość danych, jedna musiała by być pierwotna, a druga już po wszystkich korektach zakupu, bo inaczej będą wypaczone wyniki, spowodowane różnymi datami wystawienia FS.

Link to postu
18 godzin temu, Radomił Ząbik napisał:

Nas najbardziej interesuje jak najbardziej dokładny zysk, który możemy sprawdzić pozycja po pozycji - w ten sposób można analizować sprzedaż konkretnych grup czy nawet dokładnie asortymentów. Czyli póki mamy tylko PZ, to niech pokazuje się ten pierwotny. Jak pojawi się FZ i inne dokumenty zakupu, to niech pokazuje kwoty z tych dokumentów. Ale równie dobrze, mogą być i dwie kolumny, tylko wtedy, aby zachować prawidłowość danych, jedna musiała by być pierwotna, a druga już po wszystkich korektach zakupu, bo inaczej będą wypaczone wyniki, spowodowane różnymi datami wystawienia FS.

 

Zatoczyliśmy koło i wracamy do punktu wyjścia ;)

Zgadzamy się, że jest to funkcjonalność potrzebna. Tak jak napisał wcześniej Wojtek, temat ten jest złożony i odnotowany do przemyślenia.

Link to postu
×
×
  • Dodaj nową pozycję...