Forum Użytkownikow Subiekt GT
InsERT GT => Dodatki - zestawienia - sfera => Wątek zaczęty przez: tomaszf w Marzec 04, 2019, 10:44:55
-
Witam,
w jaki sposób najlepiej sprawdzić aktualny (po korektach) koszt pozycji?
Czy zapytanie:
SELECT
dbo.fnZestSub_KosztSpr(getdate(), 3315619)
gdzie 3315619 to id pozycji
jest poprawne?
Pozdrawiam
-
Na moje wszystko to dobrze robisz, tylko Insert w swoich zestawieniach i procedurach chyba wszędzie przekazuje nie datetime (które zwraca getdate) tylko date. Sama funkcja fnZestSub_KosztSpr przyjmuje datetime. Nie powinno to mieć żadnego znaczenia.
-
Dla pewności zmienie getdate() na cast(getdate() as date) .
-
Ja wolę convert: convert(date,getdate())
-
Dla pewności zmienie getdate() na cast(getdate() as date) .
Używasz funkcji, której argument jest typu datetime i przekazując jej wartość typu datetime dla pewności zmienisz ją na date?
Brzmi rozsądnie ;D
-
Candy sugerowałem się zdaniem
"Insert w swoich zestawieniach i procedurach chyba wszędzie przekazuje nie datetime (które zwraca getdate) tylko date"
:P
-
A nie przyszło Ci do głowy przeczytać całego postu?
Bo wiesz, następne zdanie brzmiało:Sama funkcja fnZestSub_KosztSpr przyjmuje datetime.
-
Przyszło mi do głowy.
Przyszło mi do głowy również to że skoro InsERT wstawia tam datę to nie konwersja nie zaszkodzi.
Za to pomoże jeżeli gdzieś będzie =
-
Też racja.
-
Testuje i coś mi nie wychodzi...
Interesuje mnie koszt pozycji w której jest towar o id 35835 z dokumentu (FS) o id 4781973.
Sprawdzam id pozycji:
SELECT poz.ob_Id
from vwDokumenty d
left join dok_pozycja poz on d.dok_id = poz.ob_DokHanId AND d.ob_towid = poz.ob_TowId
where d.dok_id = 4781973
and d.ob_towid = 35835
zapytanie zwraca: 118758430
a następnie sprawdzam koszt:
SELECT dbo.fnZestSub_KosztSpr(convert(date,getdate()), 118758430)
zapytanie zwraca 0,00 - a nie powinno ;)
-
Mało danych.
Jaki to dokument (typ, podtyp), jaki skutek magazynowy, co jest na pozycji (towar/usługa...)
-
ob_Id | ob_TowRodzaj | dok_Typ | dok_Podtyp | dok_Status | dok_StatusEx |
118758430 | 1 | 2 | 2 | 1 | 0 |
-
ob_Id | ob_TowRodzaj | dok_Typ | dok_Podtyp | dok_Status | dok_StatusEx |
118758430 | 1 | 2 | 2 | 1 | 0 |
Typ=2 Podtyp=2 to faktura zbiorcza, to tak nie pójdzie.
Obejrzyj sobie w bazie jak wyglądają pozycje dla faktury zbiorczej.
-
Tak, kombinuje i podejrzałem sobie zapytanie zestawienia
"sprzedaż wg. asortymentu".
Bez problemu mogę zmienić warunek na dok_id i ob_towid i w ten sposób dostanę wartość magazynową.
Jeżeli to zestawienie "fabryczne" to powinno obsługiwać wszystkie "przypadki" chyba - dobrze myślę ;)?
-
Tak jak tona innych zestawień sprzedażowych tak i to zestawienie opiera się na widoku vwZstSprzWgKhnt. Zobacz co ci wypluje ten widok jak zapytasz go id albo numer pełny faktury zbiorczej.