mojaSymfonia FORUM
https://forum.mix-soft.pl/

rentowność sprzedaży - problem
https://forum.mix-soft.pl/viewtopic.php?f=2&t=2202
Strona 1 z 1

Autor:  miecio [ 2010-07-16, 09:21 ]
Tytuł:  rentowność sprzedaży - problem

Witam,
Symfonia Forte 2010.2
Próbuję bezskutecznie zrobić select'a w sql'u który pokaże mi rentowność sprzedaży.
czyli w skrócie chciałbym przejść z tabeli dp/dp do mz i tu mam problem.
Prośba jak by ktoś mi wskazał tylko tabele i klucze po których mam przejść.
Ja próbowałem dp - dk - op - po - op .... i tu się okazało że mam problem.
końcowo potrzebuję :
pozycja towarowa, ilosc, cena sprzedaży, przychód, koszt własny na magazynie.
Oczywiście jeżeli jest korekta ceny to nie ma ruchu na magazynie wiec na mz nic nie bedzie.

Z góry dzieki za pomoc.

Autor:  rafal [ 2010-07-16, 12:34 ]
Tytuł: 

DP (tu masz cenę sprzedaży)
DW (wartość)
ZZ albo PW (powiązanie ceny sprzedaży z wartością magazynową)

Autor:  miecio [ 2010-07-16, 14:31 ]
Tytuł: 

rafal pisze:
DP (tu masz cenę sprzedaży)
DW (wartość)
ZZ albo PW (powiązanie ceny sprzedaży z wartością magazynową)


Dzieks za odpowiedz ale u mnie jak patrze na DW to ta tabela nie jest wykorzystywana przy sprzedaży.
W zz też nie ma nic co można by wykorzystać /żadnych powiązan nie widzę/.
Jedyne co jest "pieknym" kosztem sprzedaży (czyli wartością z magazynu) jest tabela PW - jak w pysk mi pasuje.
Problem w tym że nie wiem jak przejsc ze sprzedaży, czyli z dp.

Mój przykład:
mam fakturę z 5 pozycjami towarowymi na podstawie "dp" wiem jaka jest sprzedaż (pomijam w tym momencie rozliczenia faktur zaliczkowych - bo to już zrobiłem osobno ale idąc z magazynu do sprzedaży).
Jak ide z "dp" do "op" po owner_id to zwraca mi dla kilku pozycji ten sam numer transakcji (id_transakcji). Przy spieciu z "po" juz mam kichę...
Wiec jak przejsc z "dp" do "pw" lub bezpośrednio na "mz" gdzie będę miał koszty ?

Z góry dzięki za pomoc.

Autor:  wrob [ 2010-07-16, 18:48 ]
Tytuł: 

Jesli Rafal (IMHO bedacy najlepszym na swiecie specjalista od grzebania w Handlu) - napisal ze tak jest to tak jest jak napisal :-)

DW zawiera dostawy - czyli suma dostaw uzytych na danego doka magazynowego np WZ (baza MZ) to juz co moze cie interesowac
ZZ meidzy innymi zawiera zwiazki par dokuemntow - np FV i WZ - wiec idac od Faktury(cena sprzedazy) do WZ (baza MZ - wartosc w cenach nabycia - zlozona z dostaw DW) - ktore to DW jest powizane z MZ wlasnie przez tabele PW

Chyba troche namieszalem - ale pisze z pamieci - wiec prosze o wybaczenie :-)

Autor:  miecio [ 2010-07-19, 15:17 ]
Tytuł: 

Dzieki Panowie- nie mam zamiaru odbierać nikomu zasług i wiedzy ale ....ale nie posunąłem się do przodu w rozwiązaniu problemu...

Zaczynam podejrzewać czy może firma wdrożeniowa coś pominęła lub ze względu na rozwiązania konfiguracyjne trzeba było coś wyłączyć bądź użytkownicy czegoś nie robią.

I tak ja rozumiem powiązania pomiędzy dw, pw oraz mg i mz, ALE dalej mi brakuje powiązania ze sprzedażą a w tabeli ZZ przy warunkach (mniemam że po nich spięcie) id1 <>0 AND id2 <>0 zwraca mi tylko zlecenia produkcyjne, zamówienia obce i kontrakty.
Żadnej WZ i faktury ! Próbowałem też TYLKO po id1 czy id2 zobaczyć ze np faktura jest ale bez spiecia ale tu tez lipa bo czasem faktura, czy WZ jest a czasem nie ma (tylko niektóre)- nie znalazłem przyczyny braku i wystepowania.


Ja próbowałem od DK przez DP iść do OP (operacji). I tam jest kolumna wartosc, wartosc_rozl ale jakis shit tam sie zbiera - nie sposob to odniesc do sprzedazy czy kosztu sprzedazy.

Pozniej probowałem isc DK/DP/OP i dalej spiecie operacji PO po id_transakcji i dalej chciałem wrócić do OP (ale tu mam relacje wielu do wielu więc mam kartezjana).

Prawidłowy koszt własny sprzedaży występuje na wspomnianych przez Was dw/mg/mz/pw a także na OP (tutaj z innymi ID) - ale nie mam pojęcia jak to pobrać.

Wiec wciąż POMOCY! Zastanawia mnie jak działa raport w Handlu Sprzedaż/Rentowność transakcji (czy nie czasem agreguje sprzedazy po dokumentach i kosztów po dokumentach i dalej przez powiązania na operacjach nie daje zestawienia ?? Jeśli tak to problem bo ja potrzebuje po pozycji towarowej (w końcu każda pozycja to inna rentowność ...).

Będę wdzięczny za pomoc.
M

Autor:  rafal [ 2010-07-19, 21:21 ]
Tytuł: 

miecio pisze:
[...] Jeśli tak to problem bo ja potrzebuje po pozycji towarowej (w końcu każda pozycja to inna rentowność ...).[...]


Lepiej - w pozycji może być towar z różnych dostaw.

Powinieneś odnaleść rezerwacje jakie robi dana pozycja dokumentu.
Wtedy masz info ile jest towaru z poszczególnych dostaw.
Towar ma swoją wartość w dostawie.

Autor:  rafal [ 2010-07-19, 21:23 ]
Tytuł: 

W AmBasic może wyglądać to tak
Kod:
sub Float fRentownosc(dispatch dPozycja, long lnumPoz)

   dispatch dDostawa, dRezerw
   int iDost, iRez
   float fWartosc
   
   for iRez = 1 to iRez > dPozycja.item(lnumPoz).Wlasciwosci.Rezerwacje.Count()

      dDostawa = dPozycja.item(lnumPoz).Wlasciwosci.Rezerwacje.Item(iRez).Powiazania

      for iDost = 1 to iDost > dDostawa.Count()

         fWartosc += dDostawy.Item(iDost).Ilosc * dDostawy.Item(iDost).Cena

      next iDost
   
   next iRez

   fRentownosc = dPozycja.item(lnumPoz).Wartosc - fWartosc
   
endsub


może to naprowadzi Cię na jakiś algortym w SQL

Autor:  miecio [ 2010-07-20, 11:09 ]
Tytuł: 

jeszcze raz dzięki Panowie za feedback. Ja jestem zielony w AMBasicu (chociaż kod zrozumiałem :) ).

Niestety potrzebuję rozwiązanie w SQL'u :(
Przegrzebałem znowu tabele dostaw i magazynu i to wszystko kumam tyle że nie widzę spięcia pomiędzy Sprzedażą a Magazynem :(

Zauważyłem że w tabeli OP – w kolumnach:
Wartosc oraz wartosc_rozl pokazuje mój Koszt Własny Sprzedaży ale w przypadku kiedy dana pozycja podlega późniejszej Korekcie w tych kolumnach system pokazuje kosmosy.
Więc zastanawiam się czy może kiedyś to było używane ale zmieniła się logika systemu i te kolumny nie są już używane...

Stąd niestety dalej proszę o pomoc.

Autor:  lord [ 2010-11-29, 16:54 ]
Tytuł: 

Potrzebujesz jeszcze pomocy czy sobie dałes radę ?

Autor:  miecio [ 2010-11-30, 00:54 ]
Tytuł: 

Udało mi się ale chyba nie jest to optymalne...
A masz może jakieś szczególne rozwiązanie?
Jeżeli chcesz to mogę Ci opisać moje podejście. Póki co działa od kilku miesięcy bez zarzutu :)

Strona 1 z 1 Strefa czasowa UTC+1godz. [letni]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/