Piotr Taraszkiewicz

W ProstejPaczce każdy sposób dostawy z Sello jest mapowany na określony sposób eksportu. Osobny sposób może być wybrany dla usługi kurierskiej i dostawy do punktu. Najlepiej sprawdzić czy wprowadzone zostały poprawne mapowania. Jeżeli potrzebna jest pomoc to zapraszamy do bezpośredniego kontaktu.

Niestety tej konkretnej sytuacji nie udało się rozwiązać, więc nie jestem w stanie wskazać przyczyny. W międzyczasie zmieniliśmy architekturę rozwiązania i zapis dokumentu nie jest już wywoływany z poziomu IIS.

Dziękuję za uwagi.

Dziękuję za podpowiedź. Problem w tym, że rozwiązanie jest webowe i nie ma możliwości wyświetlenia okienka Subiekta

Dzień dobry U jednego z naszych klientów występuje problem z tworzeniem dokumentu przyjęcia. Wyjątek jest zgłaszany przy próbie zapisu dokumentu: Typ wyjątku: System.UnauthorizedAccessException Wiadomosć błędu: Odmowa dostępu. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) TargetSite: Void Zapisz() Source: ProstaPaczka HResult: -2147024891 StackTrace: at InsERT.SuDokument.Zapisz() at ProstaPaczka.SUBIEKT_GT.SFERA.SferaGtService.UtworzPrzyjecieZewnetrzne(Int32 idMagazynu, TworzonyDokument dokument, Boolean czyPokazacOkno) in C:\git\pp2\ProstaPaczka\SUBIEKT_GT\SFERA\SferaGtService.cs:line 1440 at ProstaPaczka.SUBIEKT_GT.WYDANIA.ZrodloDokumentowMagazynowychSubiektGt.<>c__DisplayClass31_1.<UtworzDokument>b__1() in C:\git\pp2\ProstaPaczka\SUBIEKT_GT\WYDANIA\ZrodloDokumentowMagazynowychSubiektGt.cs:line 504Z wykle Sfera jest wywoływana z poziomu serwera IIS asp.core v2.2. Sprawdzane były uprawnienia użytkownika wykorzystanego do tworzenia dokumentu, zmienialiśmy na użytkownika z uprawnieniami Szefa i nic nie pomaga. Na naszych środowiskach podobny komunikat otrzymujemy po odebraniu użytkownikowi jakiś uprawnień, ale po ich przypisaniu tworzenie dokumentu jest możliwe. Czy taki komunikat może pojawiać się w innych okolicznościach, nawet jak użytkownik posiada pełne uprawnienia w Subiekcie GT?

Ja pozwolę sobie nie zgodzić się z przedmówcą Osobiście polecam Ridera od JetBrains, do Visual Studio wracam tylko jak muszę zmieniać coś w pakietach NuGet, ale całą resztę robię w Riderze.

" [ERROR]: Punkt punktu nadania przesyłki jest niepoprawny" "W konfiguracji, przy "Punkt odbioru" mamy wpisane:" Komunikat wygląda jakby dotyczył punktu w danych nadawcy a nie odbiorcy.

Można też spróbować wbudowanej w system Windows Lupy z włączoną inwersją kolorów i wyłączonym powiększeniem.

Nie o taki model pracy mi chodziło. Niektórzy klienci stanowisko pakowania mają wyposażone w komputer i drukarkę fiskalną. Ta drukarka tam stoi i nie jest przemieszczana między różnymi stanowiskami. Jak przychodzi towar z listą magazynową to operator pakujący skanuje kod z listy i w programie dostaje wykaz zamówień. Wybiera zamówienie które będzie pakował i wyświetla mu się lista towarów z tego zamówienia. Wybiera potrzebne towary z kontenera i skanuje je czytnikiem kodów kreskowych aby potwierdzić poprawność z zamówieniem. Jak już będzie miał wszystkie towary dla danego zamówienia to program automatycznie drukuje dokument sprzedaży i tworzy etykietę kurierską. Nie trzeba wtedy bawić się z wcześniejszymi wydrukami i parowaniem etykiet. Nie wiem czy to będzie pasować do Twojej firmy, ale wiem że dużo osób tak właśnie działa. Może da się wykluczyć konieczność fiskalizacji wydrukiem innego rodzaju dokumentu sprzedaży, wtedy nie będzie potrzebna drukarka fiskalna na stanowisku pakowania. Może da się wykluczyć całkowicie drukowanie faktury i wysyłać ją mailem, wtedy na stanowisku pakowania byłaby potrzebna jedynie etykieciarka.

Można zastosować inne podejście i drukować dokument sprzedaży oraz etykietę kurierską w momencie pakowania. Wtedy nie trzeba będzie parować (uniknięcie czeskiego błędu). Można też zastosować narzędzie dodatkowe, które wyświetli transakcje powiązane z listą magazynową i pomoże w pakowaniu poszczególnych zamówień (używając skanera kodów kreskowych). Ale takie podejście wymagałoby w pakowalni jakiegoś stanowiska komputerowego i drukarek.

W przypadku zapisywania adresu kontrahenta w widoku bez rozdziału na ulicę, nr domu i nr lokalu w bazie nexo adres zapisywany jest nieprawidłowo. Problem dotyczy sytuacji gdy na początku nazwy ulicy jest cyfra, np.: 3 Maja Przykładowo wpisany jest adres: W bazie w tabeli ModelDanychContainer.AdresSzczegolyHistorie adres jest zapisany nieprawidłowo: Jeżeli na tym adresie zmienimy widok z podziałem na ulicę, numer domu i lokalu to w poszczególnych polach pokazują się dane jak w tabelce powyżej Czy to jest znany problem i można liczyć na jego poprawienie w kolejnych wersjach programu?

Dziękuję za informację. Potwierdzam, że po poprawieniu typu zmiennej na int wyjątek już się nie pojawia.

Nie ma w programie żadnego algorytmu, który by sam sobie wyłączył niektóre funkcje. Musiało coś się zmienić w całości systemu. Zapraszamy do kontaktu bezpośrednio z nami, jak otrzymamy więcej informacji to z pewnością znajdziemy przyczynę.

idDokumentu jest typu long. Cała funkcja zmiany flagi: private bool ZmienFlage( long idDokumentu, FlagaSubiektNexo flaga, string komentarz, Uchwyt sfera) { IDokumenty dokumenty = sfera.PodajObiektTypu<IDokumenty>(); Dokument dokument = dokumenty.Dane .Wszystkie() .FirstOrDefault(x => x.Id == idDokumentu); Type typEncji = dokument.GetType(); IFlagiWlasne mgrFlagi = sfera.PodajObiektTypu<IFlagiWlasne>(); var wynik = mgrFlagi.NadajFlage(flaga.Id, komentarz, typEncji, idDokumentu); return wynik; } Na wszelki wypadek dołączam też informacje o obiekcie przechowującym flagę public class FlagaSubiektNexo { public int Id {get;set;} public string Nazwa {get;set;} public int IdDomeny {get;set;} }

Dziękuję za informację. W pierwszej kolejności wybieramy pozycję do przeniesienia var pozycjeDoPrzeniesienia = danePozycje .Where(x => symboleBrakow.Contains(x.AsortymentAktualny.Symbol)) .ToList(); Później wypełniamy dokument: var pozycjeRealizujacego = realizujacy.WypelnijNaPodstawieZK( pozycjeDoPrzeniesienia, zkPobrane, parametryGrupowania); A na końcu edytujemy (zmieniamy ilość i jednostkę) pozycję na dokumencie realizujacym w kolekcji realizujacy.Dane.Pozycje Jak na razie mechanizm działa