Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Lucus w Lipiec 21, 2023, 10:12:08
-
Hej,
Mamy w firmie problem, z którym się w sumie jeszcze nie spotkaliśmy i nie może dojść z czego może on wynikać.
Jakiś czas temu przenieśliśmy głównego subiekta na firmowy serwer gdzie chodzi on włączony 24h.
Wydaje mi się, że ustawienia ma takie same jak poprzedni - W słownikach "Kursy Walut" są pobrane tabele NBP jak i włączona aktualizacja automatcznie codziennie o 6:00.
Mimo to z niewadomej przyczyny przy realizacji faktury w części jest pobierany kurs prawidłowo średni NBP z dnia poprzedniego, a przy realizacji innych wyskakuje komunikat, że nie można pobrać kursu walut na dany dzień i zastosowano dzień i kurs z dokumentu źródłowego.
Porównuje ZK i nawet jest kilka na tego samego klienta, gdzie nie znalazłem większej różnicy i w jednych kurs zostaje prawidłowo pobrany, a winnych nie zostaje on przydzielony.
Czy ktoś się już z tym spoktał?
-
Mało danych.
Pierwsza rzecz do sprawdzenia - czy problemem nie jest to że poprzedni dzień jest dniem wolnym a nie zaznaczyłeś "ptaszka" z załączonego obrazka
-
"Ptaszek" jest zaznaczony.
Może pomocne jeszcze będzie to, że przy duplikowaniu ZK, w których nie pobiera kursu, wyskakuje komunikat "Brak bieżącego kursu. Odczytano ostatnio wprowadzony"
-
Porównuje ZK i nawet jest kilka na tego samego klienta, gdzie nie znalazłem większej różnicy i w jednych kurs zostaje prawidłowo pobrany, a winnych nie zostaje on przydzielony.
Skąd pochodzą te problematyczne zamówienia ?
Czy ktoś się już z tym spoktał?
Tak, spotkałem się z takim efektem, co nie znaczy, że jest taka sama przyczyna.
-
@dkozlowski
Wszystkie ZK wpadają w ten sam sposób przez integrację napisaną nam przez zewnętrzną firmę - zarówno te, w których kurs się pobiera jak i te, gdzie nie można pobrać kursu - zaciąga ona je z baselinkera lub magento (sam już nie pamiętam). Firma, która robiła integrację pierwszy raz się spotkała z czymś takim.
Jednak zamówienia dodawane ręcznie w subiekcie również potrafią pokazywać ten błąd.
Problemy zaczęły się z przeniesieniem głównego subiekta na nasz firmowy serwer oraz zmienieniem sposobu ściągania zamówień (specjalnie pisana dla nas integracja).
Co ciekawe gdzieś tam na komputerze ostał się subiekt, z którego kiedyś korzystaliśmy i z ciekawości na niego się zalogowałem - tam działa wszystko dobrze. Sprawdziłem też wszystko co mi przyszło do głowy i raczej wszystko jest tak samo ustawione w aktualnym subiekcie jak w tym poprzednim.
Dzisiaj zauważyłem jeszcze, że konto insert nie było podłączone w subiekcie, z którego aktualnie korzystamy.
Odłączyłem więc je z tego starego i podłączyliśmy w tym nowym, ale nic to nie dało.
-
W znanym mi przypadku był to błąd integracji, błędnie tworzone ZK.
-
Też tak bym obstawiał gdyby nie to, że przy ręcznie dodawanych zamówień ten problem też istnieje
-
Jednak wprowadziłem trochę w błąd. Wychodzi na to, że w dodanych ręcznie ZK później przy realizacji faktury ten błąd nie występuje.
Przy tych ZK co ściągały się kursy dobrze przy realizacji faktur to tez możliwe, że są to duplikaty stworzone przez pracownika i on nadał jakiś kurs w nich.
-
W znamy mi przypadku był to błąd integracji, błędnie tworzone ZK.
A na czym to błędne tworzenie ZK polegało? Może u nas jest podobny przypadek - przekazałbym wtedy info zewnętrznej firmie na co warto zwrócić jeszcze uwagę
-
Dokładnie na tym czym się objawia - nie były zapisywane informacje o kursie.
-
Dokładnie na tym czym się objawia - nie były zapisywane informacje o kursie.
Dzięki, przekażę info.
Choć zawsze myślałem, że w sumie przy ZK nie ma to większego znaczenia jaka jest informacja o kursie bo przy realizacji faktury i tak on powinien zaciągać na nowo z dnia poprzedniego z NBP.
Choć coś w tym chyba jest bo jak wszedłem w ZK, z którym było problem i wpisany tam kurs (np. 4,1236) zmieniłem ręcznie to problem przy realizacji faktury zniknął
-
Choć zawsze myślałem, że w sumie przy ZK nie ma to większego znaczenia jaka jest informacja o kursie bo przy realizacji faktury i tak on powinien zaciągać na nowo z dnia poprzedniego z NBP.
Ale jaki kurs program powinien zaciągnąć na FS - zakupu, średni, sprzedaży, z której linii kursów ? Według logiki programu i nie tylko wszystko co możliwe jest przenoszone z ZK podczas jego realizacji.
-
Choć zawsze myślałem, że w sumie przy ZK nie ma to większego znaczenia jaka jest informacja o kursie bo przy realizacji faktury i tak on powinien zaciągać na nowo z dnia poprzedniego z NBP.
Ale jaki kurs program powinien zaciągnąć na FS - zakupu, średni, sprzedaży, z której linii kursów ? Według logiki programu i nie tylko wszystko co możliwe jest przenoszone z ZK podczas jego realizacji.
Średni z dnia poprzedniego z tabelii NBP pod daną walutę. Dla mnie na logikę skoro tak ma ustawione i subiekt ma pobraną tabelę kursów średni z NBP z dnia poprzedniego to tam powinien zaglądać i nie interesować się kursem w ZK.
Tym bardziej mnie to przekonuje gdy sobie w problemowych ZK zmienię kurs ręcznie nawet na 1.111, a wtedy przy realizacji faktury i tak go ignoruje i zaciąga prawidłowy z tabeli średnich NBP.
No nic - będziemy szukać co może być powodem bo integracja jakąś wartość kursu do ZK przekazuje, ale tak jakby wg subiekta jest ona błędna co jest tym bardziej dziwne bo z tego co wiem to ta integracja korzysta tylko z wbudowanych metod w API sfery
-
Średni z dnia poprzedniego z tabelii NBP pod daną walutę. Dla mnie na logikę skoro tak ma ustawione i subiekt ma pobraną tabelę kursów średni z NBP z dnia poprzedniego to tam powinien zaglądać i nie interesować się kursem w ZK.
To teraz w swoich rozważaniach zamień kurs na ceny towarów czy formę płatności - skąd na FS powinny pojawić się dane, z ZK czy parametrów kontrahenta / programu.
-
Problem wygląda na rozwiązany - gdyby ktoś też miał taki problem:
Napisałem sobie poniższe zestawienie:
SELECT
dok_NrPelny,
dok_DataWyst,
dok_WalutaDataKursu,
dok_Waluta,
CAST(dok_WalutaKurs AS float) AS 'Kurs',
CAST(wk_Sredni AS float) AS 'Sredni',
dok_WalutaIdBanku
FROM dok__dokument
LEFT JOIN sl_WalutaKurs ON dok_WalutaDataKursu = wk_Data AND dok_Waluta = wk_Symbol
WHERE
dok_Waluta != 'PLN'
AND
dok_Typ IN (2, 21)
AND
dok_DataWyst > {D: Pokaż dokumenty po:2023-01-01}
W nim zobaczyłem, że mimo iż w dokumencie jest pokazana data kursu to w tym zestawieniu przy problemowych pozycjach tej daty brakuje + WalutaIdBank również była pusta.
W skrócie integracja nie ustawiała tych danych poprawnie.
-
W nim zobaczyłem, że mimo iż w dokumencie jest pokazana data kursu to w tym zestawieniu przy problemowych pozycjach tej daty brakuje + WalutaIdBank również była pusta.
W skrócie integracja nie ustawiała tych danych poprawnie.
Niestety już kilka razy trafiłem na ten problem... Jak powtarzam sama znajomość programowania nie wystarcza do tworzenia rozwiązań dodatkowych :(
-
Tu akurat pisała to zewnętrzna firma, która ogarnia głównie rozwiązania pod magento, a integracja robi dużo więcej rzeczy niż tylko tworzenie zamówień do subiekta, także takie potknięcie możemy im wybaczyć ;)
Po znalezieniu błędu poprawili i wszystko działa dobrze ;D