Wypowiedzi
-
A to nie jest tak, że płatności mobilne, podpina się pod formę płatność WF-MAG?
Sprawdź co masz ustawione w formie płatności "gotówka" -
Czy mechanizm importu dostarcza producent?
Przeszukałem wszystkie opcje i nie widzę nic związanego z importem zdjęć -
Dziękuje za podpowiedz, jeżeli dobrze rozumiałem twoją myśl to tak:
Mamy takie zapytanie osadzone w Crystal Reports
SELECT
A.NUMER AS NUMER_REZERWACJI,
A.STAN_ZAM,
CONVERT(date,convert(datetime,A.DATA -36163,120)) AS DATA,
A.KONTRAHENT,
CONVERT(date,convert(datetime,A.DATA_REALIZACJI -36163,120)) AS DATA_REALIZACJI,
A.NR_ZAMOWIENIA_KLIENTA,
A.ID_KONTRAHENTA,
A.ID_ZAMOWIENIA,
A.ID_MAGAZYNU,
B.INDEKS_KATALOGOWY,
B.ZAMOWIONO,
B.ZREALIZOWANO,
B.ZAREZERWOWANO,
B.ID_POZYCJI_ZAMOWIENIA,
B.ID_ZAMOWIENIA,
B.PRZELICZNIK,
B.NAZWA_CALA,
Z.STATUS_ZAM
FROM
{oj
ZAMOWIENIA_ARTYKULU_V A
LEFT OUTER JOIN POZYCJA_ZAMOWIENIA_V B ON A.ID_ARTYKULU = B.ID_ARTYKULU AND A.ID_ZAMOWIENIA = B.ID_ZAMOWIENIA
}
LEFT OUTER JOIN ZAMOWIENIE Z ON Z.NUMER=A.NR_ZAMOWIENIA_KLIENTA and Z.ID_MAGAZYNU=1
WHERE ( A.ID_MAGAZYNU =1 ) AND ( A.TRYBREJESTRACJI<3 AND A.ID_ARTYKULU=124638 AND A.ID_MAGAZYNU=1 AND A.TYPNUM=1 AND (A.STAN_ZAM='N' OR A.STAN_ZAM='C' OR A.STAN_ZAM='O' OR A.STAN_ZAM='P' OR A.STAN_ZAM='M' OR A.STAN_ZAM='S' OR A.STAN_ZAM='G' OR A.STAN_ZAM='D' OR A.STAN_ZAM='R' OR A.STAN_ZAM='9' OR A.STAN_ZAM='Q' OR A.STAN_ZAM='8' OR A.STAN_ZAM='F')
AND A.ID_ZAMOWIENIA in (select pz.id_zamowienia from pozycja_zamowienia pz where pz.id_artykulu=124638) AND B.ZAMOWIONO>B.ZREALIZOWANO ) ORDER BY A.ID_MAGAZYNU, A.DATA, A.ID_ZAMOWIENIA, B.ID_POZYCJI_ZAMOWIENIA,Z.STATUS_ZAM
Definicja raportu wygląda tak
Pola formuł w Crystal Reports są dodane....
Mam rozumieć że usunąć z zapytania ten fragment
AND A.ID_ZAMOWIENIA in (select pz.id_zamowienia from pozycja_zamowienia pz where pz.id_artykulu=124638)
oraz
AND A.ID_ARTYKULU=124638
zakładając, że zawsze będzie to wywołanie w kontekście magazynu o ID=1
I dodać jako warunek filtrujący rekordy po stronie Crystal Reports? -
Dzień dobry.
Za pomocą SQL Server Profiler podglądnąłem zapytanie jakie jest wykonywane w momencie podnoszenia okna "Planowane odbiory" z pozycji asortymentu, dodałem informację których potrzebuję , stworzyłem raport, podpoiłem pod Raporty --> Stany i obroty magazynowe wszystko super, z tym że w zapytaniu, na stałe wpisane jest id_artykulu oraz id_magazynu i tutaj polegałem, niby proste ale....
Może ktoś podpowie jak przekazać Identyfikator obiektu oraz Identyfikator magazynu, aby zostało użyte w zapytaniu SQL użytym w Crystal Reports
Z góry dziękuje za pomoc. -
Co się stało z wss.pl?
Czy cała skarbnica wiedzy przepadła? -
No to teraz pytanie skąd ja ją mam...Już sobie to zweryfikowałem i wiem, pytanie czy może to rodzić jakieś komplikacje Ten post został edytowany przez Autora dnia 08.06.16 o godzinie 17:28
-
Dziękuje bardzo cenna wiedza, w moim przypadku, ale mam jeszcze jedna zagadkę.
W tabeli POZYCJA_DOKUMENTU_MAGAZYNOWEGO pole RODZAJ_ARTYKULU mam NULL jest to spowodowane błędem w procedurze , chcąc teraz zrobić update zgodnie z dokumentacją RODZAJ_ARTYKULU przyjmuje wartość pierwszej litery z tabeli ARTYKUL z pola RODZAJ.
Wykonując zapytanie
select distinct RODZAJ_ARTYKULU from POZYCJA_DOKUMENTU_MAGAZYNOWEGO
RODZAJ_ARTYKULU
NULL
M = Materiał
N
O = Opakowanie
P = Produkt
T = Towar
U = Usługa
select distinct RODZAJ from ARTYKUL
RODZAJ
Usługa
Towar
Opakowanie
Produkt
Materiał
I teraz co to jest literka "N" w tabeli RODZAJ_ARTYKULU nie ma nic na "N" w tabeli ARTYKULTen post został edytowany przez Autora dnia 08.06.16 o godzinie 14:19 -
POZ_PRZYCHODU_OK kiedy to pole ma wartość 1 a kiedy NULL
-
Tak zgadza się, nie będę wymieniał nazwy firmy, która wykonała dla mnie modyfikacje do obsługi dokumentów MM przez kolektory. I wszystko wskazuje na to, że do procedur wkradł się błąd.
O ile został zgłoszony i zostanie wyprostowany, tak ja zostałem z asortyment gdzie jest niezgodność stanów, właśnie analizuję, pozycje w tabeli POZYCJA_DOKUMENTU_MAGAZYNOWEGO gdzie są błędne wpisy oraz te poprawne aby nanieść poprawki.
Wszelkie uwagi mile widzie -
Skończyły mi się pomysły gdzie szukać, przy próbie dodania pozycji na dokument dostaje:
"System zarejestrował brak spójności pomiędzy stanami faktycznymi a tymczasowymi. Operacja sprzedaży pozycji asortymentu Salaterka fi-120 nie jest możliwa."
Kontrola nie wykazuje błędu ze stanami
Takich pozycji jest x - wiem tylko o kilku, brak pomysłu jak odszukać wszystkie
Remanent na pozycjach o których wiem, naprawia "problem" komunikat się już nie pojawia, ale czy to jest rozwiązanie?
Sytuacja jeszcze wygląda tak że przed dodaniem pozycji
Mamy pokazany stan
A po
Ilość w polu przed powinna się uzupełnić a się nie uzupełnienia, podanie ilości stanu PO i zapisanie powoduje wpisanie ilości 0 . Muszę dwa razy edytować pozycję, wpisując np 1 i zapis potem edycja i wpisanie wartości poprawnej
Szukam przyczyny takiego stanu rzeczy oraz dlaczego kontrola tego nie wykazuje?
Wersja 8.11.0 - wydanie 1
Wszelkie sugestie, pomysły mile widziane..
Cel: Zlikwidować błąd, mieć pewność że stany są pobrane
Cel boczny: Rozwiązać zagadnę dlaczego się tak stało
Edycja:
Przy pomocy kolegi, sytuacja się trochę rozjaśniła, w tabeli POZYCJA_DOKUMENTU_MAGAZYNOWEGO dla ID_POZ_DOK_MAG=1376955
pola WYDANO równa się 0 oraz POZ_PRZYCHODU_OK ma wartość NULL
Po ustawieniu wartości na 1 w polu POZ_PRZYCHODU_OK problem znika, dodatkowo pola
RODZAJ_ASORTYMENTU, GUID_POZ_DOSTAWY_MM mają wartość NULL pytanie czy to też jest błąd?Ten post został edytowany przez Autora dnia 08.06.16 o godzinie 08:20 -
Dzień dobry.
Walczę już kilka godzin, z próbą odczytanie informacji smart przy pomocy narzędzie smartctl dla Windows
Polecenie smartctl scan zwraca
/dev/sda -d scsi # /dev/sda, SCSI device
Kontroler RADI to ServeRAID M5014
Polecenie
smartctl -a /dev/sda
smartctl 6.4 2015-06-04 r4109 [x86_64-w64-mingw32-2008r2-sp1] (sf-6.4-1)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, http://smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: IBM
Product: ServeRAID M5014
Revision: 2.12
User Capacity: 437 998 583 808 bytes [437 GB]
Logical block size: 512 bytes
Logical Unit id: 0x600605b0043f6df01724010b1062833d
Serial number: 003d8362100b012417f06d3f04b00506
Device type: disk
Local Time is: Tue Mar 29 13:52:53 2016
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Error Counter logging not supported
Device does not support Self Test logging
Według tej strony http://www.scsi4me.com/ibm-serveraid-m5014-8-port-6-gb... jest obsługa smarta -
Dzień dobry.
Wykonuję analizy obrotu magazynowego która bardzo długo trwa na etapie wyświetlenia wyniku (dane już zostały pobrane)
Okres jaki został ujęty to 2015-01-01 do 2015-09-30
I teraz tak dla testów mierzyłem orientacyjny czas dla mniejszych zakresów, zwiększając okres co miesiąc dwa...
Wyniki są takie:
2015-09-01 do 2015-09-30 mniej niż 1 min
2015-08-01 do 2015-09-30 około 1 min
2015-07-01 do 2015-09-30 około 1 min
2015-05-01 do 2015-09-30 około 2 min
2015-04-01 do 2015-09-30 około 2 min
2015-03-01 do 2015-09-30 około 4 min
zakres
2015-01-01 do 2015-09-30 powinien wykonywać się max 10 min tym czasem czekam już 20 min i nic....
Jak zweryfikować co może być przyczyną? -
Jan G.:
Chyba coś źle zrozumiałem, pozycje na zleceniu były realizowane osobno(nie jednym ruchem), zgadza się?
Jeśli tak to od wartości zamówionej musimy sumować produkcje z całego ZLM a nie tylko z właśnie teraz realizowanych(zaznaczonych) produktów, proponuję zrobić tak(za literówki itp przepraszam):
SELECT
TD = ART.[NAZWA],
'',
TD = ART.[INDEKS_KATALOGOWY],
'',
TD = STR(POZYCJE_ZLECENIA.[WYPRODUKOWANO],6,0),
'',
TD = STR(PZ.[ZAMOWIONO], 6, 0),
'',
TD = STR(POZYCJE_WYPRODUKOWANE.[WYPRODUKOWANO]-PZ.[ZAMOWIONO],6,0),
'',
TD = POZYCJE_ZLECENIA.[JEDNOSTKA]
FROM ARTYKUL AS ART
INNER JOIN POZYCJE_ZLECENIA ON ART.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
INNER JOIN ZAZNACZONE ON ZAZNACZONE.ID=POZYCJE_ZLECENIA.ID_POZYCJI
INNER JOIN POZYCJA_ZAMOWIENIA AS PZ ON PZ.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
INNER JOIN (SELECT ID_ARTYKULU, SUM([WYPRODUKOWANO]) as WYPRODUKOWANO,ID_ZLECENIA from POZYCJE_ZLECENIA group by ID_ARTYKULU, ID_ZLECENIA) as POZYCJE_WYPRODUKOWANE on PZ.ID_ARTYKULU=POZYCJE_WYPRODUKOWANE.ID_ARTYKULU AND POZYCJE_WYPRODUKOWANE.ID_ZLECENIA=POZYCJE_ZLECENIA.ID_ZLECENIA
WHERE ZAZNACZONE.ID_SESJI=@IdUzytkownika and ZAZNACZONE.UZYCIE=50 AND PZ.ID_ZAMOWIENIA=@NRZAM
Jedyną formą podziękowania za pomoc jaką mogę użyć to szczere DZIĘKUJE
Działa poprawnie, błąd z informacją został wyprowadzony
Problem rozwiązany Ten post został edytowany przez Autora dnia 17.07.15 o godzinie 16:02 -
Jan G.:
Tak pozycje są realizowane osobno, jest odstęp czasowy :) Zaraz przeanalizuje twoją propozycje, i dam znać czy się udało
Chyba coś źle zrozumiałem, pozycje na zleceniu były realizowane osobno(nie jednym ruchem), zgadza się?
Jeśli tak to od wartości zamówionej musimy sumować produkcje z całego ZLM a nie tylko z właśnie teraz realizowanych(zaznaczonych) produktów, proponuję zrobić tak(za literówki itp przepraszam):
-
Paweł P.:
Proszę z tego zapytania jeszcze wyświetlić id_pozycji_zamowienia oraz id_poz_zlecenia i id_wariantu - może sa różne i to powoduje zdublowanie zwracanych wyników
Ten post został edytowany przez Autora dnia 17.07.15 o godzinie 14:44
ID_POZYCJI ID_ZLECENIA ID_ARTYKULU JEDNOSTKA PRZELICZNIK STATUS ILOSC OPIS ID_WARIANTU DO_PRODUKCJI WYPRODUKOWANO NR_SERII
33531 10802 88830 SZT 1.000000 R 198.000000 generacja automatyczna 8673 198.000000 0.000000 1193/15
33533 10802 88834 SZT 1.000000 R 134.000000 generacja automatyczna 8675 134.000000 0.000000 1194/15
33743 10802 88834 SZT 1.000000 Z 64.000000 BRAK 8675 0.000000 64.000000 1194/15
33534 10802 88838 SZT 1.000000 R 198.000000 generacja automatyczna 8676 198.000000 0.000000 1195/15
33532 10802 88842 SZT 1.000000 Z 197.000000 generacja automatyczna 8674 0.000000 197.000000 1192/15
-
Jan G.:
Jeśli dobrze rozumiem to problem jest w momencie:
STR(POZYCJE_ZLECENIA.[WYPRODUKOWANO]-PZ.[ZAMOWIONO],6,0)
Jeśli w zamówieniu jest 128, a my produkujemy 2x64. Przy obydwu pozycjach będzie od 64 odejmowało 128 w wyniku czego będzie zostawało 64. Rozwiązaniem może być pogrupowanie wszystkiego według artykułu i sumowanie wyprodukowanych i zamówionych.
Swoją drogą nie powinno tu być ZAMOWIONO-WYPRODUKOWANO???
Proszę spróbować użyć takiego zapytania, robione na szybko ale powinno być ok
SELECT
TD = ART.[NAZWA],
'',
TD = ART.[INDEKS_KATALOGOWY],
'',
TD = STR(SUM(POZYCJE_ZLECENIA.[WYPRODUKOWANO]),6,0),
'',
TD = STR(SUM(PZ.[ZAMOWIONO]), 6, 0),
'',
TD = STR(SUM(POZYCJE_ZLECENIA.[WYPRODUKOWANO])-SUM(PZ.[ZAMOWIONO]),6,0),
'',
TD = POZYCJE_ZLECENIA.[JEDNOSTKA]
FROM ARTYKUL AS ART
INNER JOIN POZYCJE_ZLECENIA ON ART.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
INNER JOIN ZAZNACZONE ON ZAZNACZONE.ID=POZYCJE_ZLECENIA.ID_POZYCJI
INNER JOIN POZYCJA_ZAMOWIENIA AS PZ ON PZ.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
WHERE ZAZNACZONE.ID_SESJI=@IdUzytkownika and ZAZNACZONE.UZYCIE=50 AND PZ.ID_ZAMOWIENIA=@NRZAM group by ART.[NAZWA],ART.[INDEKS_KATALOGOWY],POZYCJE_ZLECENIA.[JEDNOSTKA],ART.[ID_ARTYKULU]
Dokładnie tak dobrze rozumiesz , problem jest z tym obliczeniem, właśnie sprawdziłem to co podesłałeś i dalej to samo:
Tak wygląda pierwsza oraz 2 wiadomość te same dane,
Wyprodukowano50Zamówiono100Pozostało-50
Gdzie w przypadku 2 komunikatu powinno już być Pozostało "0"
I masz racje odejmowanie powinno być na odwrót ;) -
ALTER procedure [dbo].[MAGSRC_InformacjaOAsortymencie]
@IdUzytkownika numeric, @IdObiektu numeric
as
declare @errmsg varchar(255)
DECLARE @htmlBody NVARCHAR(MAX)
DECLARE @nazwakon VARCHAR(255)
declare @email varchar(255)
DECLARE @NUMERZAM VARCHAR(255)
DECLARE @IDUZYTKOWNIKA_ VARCHAR(255)
declare @imie varchar(255)
declare @temat varchar(255)
declare @IDZAM2 varchar(255)
declare @ilezam varchar(255)
declare @NRZAM varchar(255)
begin
set xact_abort on
set transaction isolation level REPEATABLE READ
begin transaction
SELECT @NUMERZAM=ZAM.NUMER,@NRZAM=ZAM.ID_ZAMOWIENIA FROM ZAMOWIENIE AS ZAM
INNER JOIN ZLECENIE_PRODUKCYJNE AS ZLM ON ZLM.ID_ZAMOWIENIA=ZAM.ID_ZAMOWIENIA
WHERE ZLM.ID_ZLECENIA=@IdObiektu AND ZAM.ID_MAGAZYNU=2 AND ZAM.ID_MAGAZYNU=2 AND ZAM.ID_FIRMY=1
SELECT @IDUZYTKOWNIKA_=ZAM2.ID_UZYTKOWNIKA FROM ZAMOWIENIE AS ZAM2
WHERE ZAM2.ID_MAGAZYNU=1 AND ZAM2.NUMER=@NUMERZAM
select @email=E_MAIL
FROM ADRESY_PRACOWNIKA AS AP
INNER JOIN PRACOWNIK AS P
ON AP.ID_PRACOWNIKA=P.ID_PRACOWNIKA
WHERE P.ID_UZYTKOWNIKA=@IDUZYTKOWNIKA_
SELECT @nazwakon=ZAMOWIENIE.KONTRAHENT_NAZWA FROM ZAMOWIENIE
INNER JOIN ZLECENIE_PRODUKCYJNE ON ZLECENIE_PRODUKCYJNE.ID_ZAMOWIENIA=ZAMOWIENIE.ID_ZAMOWIENIA
where ZLECENIE_PRODUKCYJNE.ID_ZLECENIA=@IdObiektu
select @imie=IMIE_1+NAZWISKO
FROM ADRESY_PRACOWNIKA AS AP
INNER JOIN PRACOWNIK AS P
ON AP.ID_PRACOWNIKA=P.ID_PRACOWNIKA
WHERE P.ID_UZYTKOWNIKA=@IDUZYTKOWNIKA_
select @temat='Produkcja'+' '+@NUMERZAM
SET @htmlBody =
N'<p>Drogi użytkowniku</p>'+'<p>'+@imie+'<p>'+
N'<p>Twoje zamówienie '+@NUMERZAM+' dla kontrahenta</p>'+'<p>'+' '+@nazwakon+'</p>'+
N'<p>Zostało wyprodukowane poniżej lista pozycji</p>'+
N'<table border="1">'+
N'<tr>
<th>Nazwa</th>
<th>Indeks Katalogowy</th>
<th>Wyprodukowano</th>
<th>Zamówiono</th>
<th>Pozostało</th>
<th>Jednostka</th>
</tr>'+
CAST ((
SELECT
TD = ART.[NAZWA],
'',
TD = ART.[INDEKS_KATALOGOWY],
'',
TD = STR(POZYCJE_ZLECENIA.[WYPRODUKOWANO],6,0),
'',
TD = STR(PZ.[ZAMOWIONO], 6, 0),
'',
TD = STR(POZYCJE_ZLECENIA.[WYPRODUKOWANO]-PZ.[ZAMOWIONO],6,0),
'',
TD = POZYCJE_ZLECENIA.[JEDNOSTKA]
FROM ARTYKUL AS ART
INNER JOIN POZYCJE_ZLECENIA ON ART.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
INNER JOIN ZAZNACZONE ON ZAZNACZONE.ID=POZYCJE_ZLECENIA.ID_POZYCJI
INNER JOIN POZYCJA_ZAMOWIENIA AS PZ ON PZ.ID_ARTYKULU=POZYCJE_ZLECENIA.ID_ARTYKULU
WHERE ZAZNACZONE.ID_SESJI=@IdUzytkownika and ZAZNACZONE.UZYCIE=50 AND PZ.ID_ZAMOWIENIA=@NRZAMFOR XML PATH('tr'), TYPE
) AS NVARCHAR(MAX) ) +
N'</table>';
exec msdb.dbo.sp_send_dbmail
@profile_name = 'WAPRO Mail Profile',
@recipients = @email,
@body = @htmlBody,
@body_format = 'HTML',
@subject = @temat;
if @@trancount>0 commit transaction
goto Koniec
Error:
raiserror (@errmsg,16,1)
if @@trancount>0 rollback tran
goto Koniec
Koniec:
set transaction isolation level READ COMMITTED
return
end
Procedura działa dla Zleceń Produkcyjnych, na elementach zaznaczonych realizacja na RW/PW wysyła email do użytkownika powiadomienie z pozycjami jaki zostały Wyprodukowane
Chodzi o to obliczenie
TD = STR(POZYCJE_ZLECENIA.[WYPRODUKOWANO]-PZ.[ZAMOWIONO],6,0),
To jest zapytanie POZYCJE_ZLECENIA.[WYPRODUKOWANO]
0.000000 88830
0.000000 88834
64.000000 88834
0.000000 88838
197.000000 88842
I mamy tutaj dwa razy to samo ID produktu gdzie zamówiono go 128 jeżeli wyprodukowane zostanie pierwsze 64 SZT użytkownik dostanie informacje że zostało 64, w momencie zejścia jeszcze raz tego samego produktu znowu odejmie 64 i znowu będzie pisać ze zostało 64 co już nie będzie prawdą.
Nie udało mi się zapisać funkcji AVG lub SUM aby udało się uruchomić zapytanie
Za wszelką pomoc jestem wdzięcznyTen post został edytowany przez Autora dnia 17.07.15 o godzinie 08:07 -
Dzień dobry.
Czy ktoś miał styczność z tą firmą, może przeprowadza wdrążenie albo już skończył...Wszelkie informacje będą bardzo cenne -
Czy jest możliwość ustawienia tak Googel Apss aby powiadamiał jeżeli korespondencja została odrzucona z powodu zdarzenia np. zawierała załącznik z rozszerzeniem exe lub zip
-
instring("Piwo",$NazwaArtykulu,1,1)=1 AND $RodzajArtykulu = "Towar"
Nie bardzo rozumiem ten zapis?
Potrzebuję stworzyć warunek IF sprawdzający czy
$IdKontrahenta=3754 AND $ZNumerZamKlienta like "D%"
THEN
STOP
Ale podany zapis nie działa dostaję błąd "Nieprawidłowy warunek: 1011 -- BIND has not been called for like"