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

Dzień dobry Przy zmianie flagi dokumentu za pomocą Sfery otrzymujemy komunikat błędu. Flaga jest ustawiana na dokumencie. ---------- MAIN EXCEPTION --------------- Typ wyjątku: System.InvalidOperationException Wiadomosć błędu: Obiekt docelowy wywołania zgłosił wyjątek. w kodzie obsługi zdarzenia aplikacyjnego [InsERT.Moria.BusinessResources.Flagi.Slownik.FlagSetEvent] w obiekcie typu InsERT.Moria.Wspolne.RegulyAutomatyzacji.ObslugaEventowRegulAutomatyzacji w metodzie OnFlagSet TargetSite: Boolean Invoke(System.Object) Source: InsERT.Mox.UIFramework HResult: -2146233079 StackTrace: w InsERT.Mox.UIFramework.ApplicationEvents.ListenerEntry.Invoke(Object e) w InsERT.Mox.UIFramework.ApplicationEvents.EventMediator.RaiseEventImpl(Object e) w InsERT.Mox.UIFramework.ApplicationEvents.EventMediator.RaiseEvent(Object e) w InsERT.Moria.BusinessResources.Flagi.Slownik.IFlagCommandHandlerServicesExtensions.SendEventFlagSet(IEventMediator eventMediator, Type boType, Object entityIdentifier, Int32 flagIdentifier, Nullable`1 prevousFlagIdentifier) w InsERT.Moria.BusinessResources.Flagi.Slownik.IFlagCommandHandlerServicesExtensions.SendEventFlagSet(IFlagsCommandHandlerServices flagCommandHandlerServices, Type boType, Object entityIdentifier, Int32 flagIdentifier, Nullable`1 prevousFlagIdentifier) w InsERT.Moria.BusinessResources.Flagi.Slownik.IFlagChangesBroadcasterFactory.SferaNoUIBroadcaster.Set(Type boType, Object entityIdentifier, Int32 flagIdentifier, Nullable`1 prevousFlagIdentifier) w InsERT.Moria.BusinessResources.Flagi.Slownik.FlagWriter.InvokeNotificationFlagChanged(ResolvedIdentifier resolvedIdentifier, Nullable`1 oldFlagIdentifier, Nullable`1 newFlagIdentifier) w InsERT.Moria.BusinessResources.Flagi.Slownik.FlagWriter.ExeCommandNadajFlage(IFlagStorageDescription flagStorageDescription, IFlagsCommandHandlerServices flagiHandlerServices, Boolean entityIdParamOnly, ResolvedIdentifier resolvedIdentifier, IParametryOperacjiFlagowej parametry) w InsERT.Moria.BusinessResources.Flagi.Slownik.FlagWriter.SetFlagDetails(Object identifierFromGrid, Int32 flagIdentifier, String description) w InsERT.Moria.BusinessResources.Flagi.Slownik.FlagCommandsInternals.SetFlag(Int32 flagIdentifier, String description, IFlagCommandParameters parameters) w InsERT.Moria.BusinessResources.Flagi.BussinesObjects.FlagiWlasne.NadajFlage(Int32 idFlagi, String descriptiohn, Type typObiektu, Object identyfikatorEncji) w ProstaPaczka.Model.SubiektNexo.Sfera.SferaNexoService.ZmienFlage(Int64 idDokumentu, FlagaSubiektNexo flaga, String komentarz, Uchwyt sfera) w C:\git\pp2\ProstaPaczka.Model.SubiektNexo.Sfera\SferaNexoService.cs:wiersz 1143 w ProstaPaczka.Model.SubiektNexo.Sfera.SferaNexoService.ZmienFlage(Int64 idDokumentu, FlagaSubiektNexo flaga, String komentarz) w C:\git\pp2\ProstaPaczka.Model.SubiektNexo.Sfera\SferaNexoService.cs:wiersz 1100 ---------- INNER EXCEPTION --------------- Typ wyjątku: System.Reflection.TargetInvocationException Wiadomosć błędu: Obiekt docelowy wywołania zgłosił wyjątek. TargetSite: System.Object InvokeMethod(System.Object, System.Object[], System.Signature, Boolean) Source: mscorlib HResult: -2146232828 StackTrace: w System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor) w System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments) w System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) w System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters) w InsERT.Mox.UIFramework.ApplicationEvents.ListenerEntry.Invoke(Object e) ------------ INNER EXCEPTION ------------ Typ wyjątku: System.InvalidCastException Wiadomosć błędu: Określone rzutowanie jest nieprawidłowe. TargetSite: Void ZainicjalizujStrategie(System.Object) Source: InsERT.Moria.Wspolne HResult: -2147467262 StackTrace: w InsERT.Moria.Wspolne.RegulyAutomatyzacji.StrategiaAutomatyzacji`3.ZainicjalizujStrategie(Object identyfikatorObiektu) w InsERT.Moria.Wspolne.RegulyAutomatyzacji.StrategieAutomatyzacji.<>c__DisplayClass9_0.<ZarejestrujStrategie>b__1(Object parametr) w InsERT.Moria.Wspolne.RegulyAutomatyzacji.StrategieAutomatyzacji.ZnajdzStrategie(Type typEncji, Object identyfikatorEncji) w InsERT.Moria.Wspolne.RegulyAutomatyzacji.ObslugaEventowRegulAutomatyzacji.OnSQLChangesAccepted(Type entityType, Object entityId, String propertyName, Object previousValue) w InsERT.Moria.Wspolne.RegulyAutomatyzacji.ObslugaEventowRegulAutomatyzacji.OnFlagSet(Type entityType, Object entityId, Nullable`1 previousFlagIdentifier) w InsERT.Moria.Wspolne.RegulyAutomatyzacji.ObslugaEventowRegulAutomatyzacji.OnFlagSet(FlagSetEvent flagSetEvent) Flaga jest ustawiana w następujący sposób: 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); W Subiekcie widać flagę przy dokumencie: Nie były ustawiane żadne reguły automatyzacji. Prosiłbym o informację czy zmieniamy flagę niewłaściwie czy jest to jakiś wewnętrzny problem Subiekta?

Przy całkowitej realizacji ZK jako RW nie widać problemu. Testowy kawałek kodu przygotowaliśmy, jednak Subiekt nexo jest na tyle skomplikowanym rozwiązaniem, że wolałbym mieć potwierdzenie że tak to należy robić w przypadku realizacji częściowej. Części pozycji z ZK nie będzie na RW część będzie miała zmniejszoną ilość a inne pozycje nawet zmienioną jednostkę miary.

Dzień dobry Chcielibyśmy za pomocą Sfery przygotować skrypt który częściowo zrealizuje zamówienie od klienta jako RW. Przypadek biznesowy: 1. W zamóieniu z rezerwacja jest towar, którego fizycznie nie ma na magazynie 2. Towar brakujący ma być zrealizowany na RW 3. Towary dostępne (pozostałe) będą zrealizowane dokumentem sprzedaży wg ustawienia na zamówieniu Może brakować całej pozycji lub tylko jej części, np.: 1 szt. z 10 zamówionych. RW będzie wystawiane do każdego zamówienia osobno. Czy jest jakiś sugerowany sposób aby taki cel osiągnąć? Czy można uzupełnić pozycje tworzonego RW na podstawie zamówienia var pozycjeRealizujacego = realizujacy.WypelnijNaPodstawieZK( zkPobrane.Pozycje, zkPobrane, parametryGrupowania); i następnie edytować te pozycje w tworzonym RW, czy może najlepiej dodawać każdą pozycję osobno?

Jeżeli to ProstaPaczka do tej pory wysyłała numery do Allegro to najlepiej zgłosić problem do producenta na office@.... Pomożemy zdiagnozować problem.

W pierwszej kolejności należy ustalić który program jest odpowiedzialny za przekazanie numerów do Allegro. Jeżęli numery są przekazywane przez ProstąPaczkę, to można sprawdzić w programie które numery nie zostały przekazane.

Rozwiązania WMS to raczej osobna liga niż ProstaPaczka czy Avocado. Czegoś konkretnego zabrakło w ProstejPaczce?

Ok - spóźniłem się z podpowiedzią

Filtrowanie może się odbywać na wiele sposobów: 1. Pod przyciskiem pobrania są filtry daty i ilości 2. Na panelu są filtry numeru listy wysyłkowej / paczki itp w których może być coś wpisane 3. Może być ustawiony filtr na samym zestawieniu - będzie widoczny w lewym dolnym rogu 4. Może też być włączone jakieś ograniczenie w ustawieniach pobierania danych Najlepiej w takich przypadkach zamówić wsparcie zdalne przez konsultanta, który sprawdzi wszystkie możliwości. Jako że problem najprawdopodobniej nie dotyczy Sello to prosimy o przeniesienie komunikacji na maila lub forum ProstejPaczki.

Technicznie Sello nic nie wysyła do ProstejPaczki, to ProstaPaczka pobiera dane o paczka z Sello. Jeżeli paczki w Sello zostały utworzone i są widoczne to powinny być także widoczne w ProsstejPaczce. No chyba że włączony został jakiś filtr, który wyklucza te paczki z wyświetlanych pozycji Jeżeli nic się nie zmieniało w środowisku (sello, PP2) to najprawdopodobniej jest to jakiś filtr.

Można jeszcze rozważyć użycie programu zewnętrznego, który pobiera i drukuję etykietę od razu po jej utworzeniu w WzA.