Piotr Taraszkiewicz

Jeżeli samo "parowanie" wydrukowanego dokumentu z listem jest problematyczne, to można włączyć opcję wydruku dokumentu po wydruku listu przewozowego. Dokument będzie trzeba utworzyć wcześniej, ale sam wydruk można przełożyć i wydrukować go w momencie pakowania. Można też próbować "parować" po numerze dokumentu - wstawić na etykietę numer dokumentu końcowego, lepsze to niż email

Jeżeli problemem jest tutaj obsłużenie kompletacji z magazynu, to zamiast drukować osobne dokumenty można użyć innych "rozwiązań, które przygotują zbiorcze zestawienie do kompletacji. Na jednej kartce może Pan mieć wtedy towary do wszystkich zamówień, które mają być skompletowane. Nie będzie potrzeby modyfikacji samego paragonu i nie będzie trzeba biegać po magazynie z plikiem karteczek

W ProstejPaczce list jest tworzony do paczki z Sello. Nie ma funkcji, która by robiła dwa listy na raz do jednej paczki. Jeżeli w Sello będą zapisane dwie paczki do tego zamówienia to ProstaPaczka utworzy osobne listy przewozowe do każdej z tych paczek.

ProstaPaczka może wybierać punkt odbioru z adresu kontrahenta, uwag dokumentu i pola własnego dokumentu. Nie ma konieczności trzymania danych paczkomatu w kontrahencie Subiekta GT. Wystarczy w ustawieniach przetwarzania ProstejPaczki wybrać inną opcję i ewentualnie wpisać wyrażenie regularne, które wyciągnie odpowiednią wartość z uwag / pola własnego. W razie potrzeby przykłady takich wyrażeń są na naszym forum. BTW. Zgadzam się całkowicie że lepiej jak dane punktu trzymane są w osobnej strukturze i nie są już wstawiane do kontrahenta. Znacznie lepiej jak znajdzie się tam adres faktycznego odbiorcy (osoby)

W którymś z wątków Pan Bartosz pisał że jest tag, który może przenieść dane punktu odbioru do uwag dokumentu "Jest tag [Transakcja::PunktOdbioru]."

Aplikacja InPostu nie jest już aktualizowana od dłuższego czasu a skoro jest możliwość tworzenia przesyłek kurierskich w samym Sello to pewnie nie będzie już aktualizacji. Jedynym sposobem jest zwrócenie się z tym pytaniem do InPostu

W Sello 1.37 zmienił się sposób przechowywania adresu, więc wymagana będzie też aktualizacja programu FedEx Plugin. Trzeba się skontaktować z FedEx kiedy taka aktualizacja będzie gotowa.

W kwestii związanych z PP2 możemy pomóc. Oferujemy dodatkową usługę wsparcia zdalnego. Jeżeli będzie Pan zainteresowany to zapraszamy do kontaktu drogą mailową. Zaproponujemy najbliższy wolny termin.

Informacyjnie. Wydaliśmy wersję v20.10.3 oznaczoną jako "beta', która obsługuje zmiany wprowadzone w Sello 1.37. Informacje o wprowadzonych zmianach dotyczących Sello 1.37 zamieściliśmy na naszym forum: https://forum.prostapaczka.pl/index.php/topic,547.0.html Zalecamy zapoznanie się z wątkiem przed instalacją ProstejPaczki. Wersja ta nie będzie działać z wcześniejszymi wersjami Sello (np. 1.36), dlatego zalecamy instalację tej wersji tylko dla użytkowników posiadających już Sello w wersji 1.37.

Czas należy liczyć od momentu publikacji wersji produkcyjnej Sello, nie da się dostosować programu w chwilę po jego publikacji. Trzeba wprowadzić zmiany w kodzie, testach, dodatkowo przeprowadzić testy przez użytkownika. Najlepiej zawsze przy wypuszczeniu wersji poczekać aż wyjdzie aktualizacjia obsługująca zmiany w Sello. Na forum ProstejPaczki będziemy informować co trzeba zmienić i jak to teraz będzie działać. Dziękujemy za podpowiedź. To jest przyczyna pojawiania się dwóch rekordów bo wcześniej nie było żadnego typu w bazie. Dostosowujemy już nasz produkt, aby wspierał nowe ustawienia punktu jak i poprzednie "kokmbinacje".

Jeżeli jest też Subiekt, to można przygotować komplet w Subiekcie i go przypisać do aukcji, a magazynierowi pokazywać pozycje rozbite na składniki.

Nie jestem w stanie wskazać najlepszego dla Państwa rozwiązania, jednak mogę wskazać jedno z istniejących, które wspiera proces weryfikacji kompletności dokumentu na podstawie kodów EAN: https://prostapaczka.pl/subiekt-nexo/weryfikacja-kompletnosci/ W razie potrzeby istnieje możliwość dostosowania programu, aby brał pod uwagę także numery seryjne.

Czy z poziomu paczki będzie widać dodatkową informację czy adres jest adresem punktu odbioru czy adresem "osoby"? Czy tylko będzie można się tego domyślać po sposobie wysyłki i ewentualnie po istnieniu identyfikatora punktu w nazwie adresu?

Chyba zawsze pozostanie jakiś "margines" błędu. Z naszego doświadczenia wynika, że każdy klient ma inny "wzór" i jeszcze nie trafiliśmy na taki który by się powtarzał Najlepiej byłoby odciąć się od gabarytów (a/B/C) i patrzeć na wymiary asortymentu i w jakiś "magiczny" sposób wyznaczać gabaryt na podstawie sumy wymiarów wszystkich asortymentów. Ale później dojdą problemy że osoba 1 spakuje to samo w gabaryt B a osoba 2 w gabaryt C a algorym pokaże gabaryt A W mojej opinii najlepiej wybierać gabaryt w momencie pakowania przesyłki, jak już jest pewne w w które opakowanie zmieści się całość zamówienia.

Są gotowe rozwiązania dodatkowe, które wspomagają wydruki takich list ze wstawieniem informacji o wydruku do Subiekta

Tak, da się wyciągnąć takie informacje z bazy. Aukcja jest połączona z transakcją / zamówieniem a zamówienie z towarami.

Subiekt nexo ma dedykowane pole do wprowadzenia numeru przesyłki - wprowadzanie do uwag może być nadmiarowe. Wykonywaliśmy "podobną" funkcjonalność pod Subiekta GT. Z tym że to nasz produkt wystawiał list (i wstawiał go do dokumentu) a numer seryjny był wprowadzany przez osobę pakującą podczas weryfikacji kompletności zamówienia (jak był towar z odpowiednią cechą, to pojawiało się dodatkowe okno do zeskanowania numeru seryjnego). Moglibyśmy podjąć się przygotowania podobnego mechanizmu w ProstejPaczce dla Subiekta nexo, jeżeli taki całościowy proces byłby przydatny).

Po wymuszeniu uruchomienia naszego rozwiązania jako proces 32 bitowy za pomocą narzędzia CorFlags Sfera uruchamia się bez problemu. Nie udało się ustalić dlaczego akurat na tych komputerach nie działał standardowy sposób jak u innych podmiotów i na stanowiskach developerskich. Wymuszenie wygląda następująco: CorFlags.exe "C:\Program Files (x86)\LCSoft\ProstaPaczka\ProstaPaczka.exe" /32bitreq+ Dziękuję za pomoc i podpowiedzi

Nie wydaje mi się żeby to było problemem, bo by taki sam stan rzeczy wydarzył się u innych podmiotów albo na naszych stanowiskach a na razie nie wystąpił nigdzie indziej. EDIT: Rozumiem że przyczyną może być próba uruchomienia procesu 32 bitowego (Sfera) z poziomu procesu 64 bitowego (nasza aplikacja)? Spróbujemy jeszcze wymusić uruchamianie naszej aplikacji w trybie 32 bitowym na maszynie 64 bitowej.

Akurat aplikacja jest pisana w Rier (JetBrains), ale to nie powinno mieć znaczenia. Aplikacja jest kompilowana w ustawieniu Any CPU. Jest to aplikacja "pudełkowa" więc tego samego mechanizmu używa wielu klientów. Na stanowisku developerskim mam podobne ustawienie Win 10 64 bit i nie napotkałem nigdy takich problemów. U kilkunastu podmiotów połączenie ze Sferą działa bez problemów. Na serwerze u tego klienta aplikacja też się łączy i pracuje.

Na dzień dzisiejszy utworzenie takiego rozwiązania nie jest możliwe. Próbowaliśmy podejść jeszcze raz do weryfikacji. W binariach nexo na komputerze plik InsERT.Moria.Security.Core.dll jest dostępny w dwóch folderach: - x64 - x86 Jeżeli do katalogu głównego z plikami wykonywalnymi przenieśliśmy plik InsERT.Moria.Security.Core.dll z katalogu x86, to otrzymujemy komunikat błędu BadImageFormatException ------------ SYSTEM INFORMATION ------------- Aplikacja (entry): ProstaPaczka, Version=20.8.1.0, Culture=neutral, PublicKeyToken=null Aplikacja (calling): ProstaPaczka.View, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null Aplikacja (executing): ProstaPaczka.Model, Version=1.0.45.0, Culture=neutral, PublicKeyToken=null Data: 12.08.2020 14:08:37 System: Microsoft Windows NT 6.2.9200.0 Wersja środowiska: 4.0.30319.42000 .NET Framework: 4.7.2 or later Nazwa maszyny:xxxxx Czy 64 bit: True Czy administrator: True Katalog roboczy: C:\Program Files (x86)\LCSoft\ProstaPaczka Katalog danych: C:\ProgramData\LCSoft\ProstaPaczka ---------- MAIN EXCEPTION --------------- Typ wyjątku: InsERT.Mox.Security.LicenceException Wiadomosć błędu: Dane licencyjne nie zostały wczytane. TargetSite: Void Finalize() Source: InsERT.Moria.Security HResult: -2146233088 StackTrace: w lTU=.Vjg=.Wzg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w InsERT.Mox.Security.CriticalException.Finalize() ---------- INNER EXCEPTION --------------- Typ wyjątku: System.BadImageFormatException Wiadomosć błędu: Nie można załadować pliku lub zestawu 'InsERT.Moria.Security.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=8f3ef93a6b458098' lub jednej z jego zależności. Próbowano załadować program w niepoprawnym formacie. TargetSite: System.Object MTY=(System.Object ByRef, System.Object[], Boolean, System.Reflection.MethodBase, Boolean) Source: InsERT.Mox.VMPackage.31.0.0.3698 HResult: -2147024885 StackTrace: w InsERT.Mox.Security.LicenceController.<>c__DisplayClass16_0.<RefreshInternal>b__0() w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.xEQ=.yEQ=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w lTU=.ljY=.mTY=(zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SzY=(FDY= vmMethod, zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SjY=(Assembly asm, String id, Object[] args) w VMRuntime.Libraries.CSVMRuntime.RunMethod(String id, Object[] args) w wRM=.sBQ=.sRQ=(Action action, Int32 retryCount) w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.SDg=.Tjg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) Jeżeli do katalogu z plikami wykonywalnymi wstawimy plik InsERT.Moria.Security.Core.dll z katalogu x64 to otrzymujemy wyjątek FileNotFoundException ------------ SYSTEM INFORMATION ------------- Aplikacja (entry): ProstaPaczka, Version=20.8.1.0, Culture=neutral, PublicKeyToken=null Aplikacja (calling): ProstaPaczka.View, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null Aplikacja (executing): ProstaPaczka.Model, Version=1.0.45.0, Culture=neutral, PublicKeyToken=null Data: 12.08.2020 14:12:22 System: Microsoft Windows NT 6.2.9200.0 Wersja środowiska: 4.0.30319.42000 .NET Framework: 4.7.2 or later Nazwa maszyny: xxxx Czy 64 bit: True Czy administrator: True Katalog roboczy: C:\Program Files (x86)\LCSoft\ProstaPaczka Katalog danych: C:\ProgramData\LCSoft\ProstaPaczka ---------- MAIN EXCEPTION --------------- Typ wyjątku: InsERT.Mox.Security.LicenceException Wiadomosć błędu: Dane licencyjne nie zostały wczytane. TargetSite: Void Finalize() Source: InsERT.Moria.Security HResult: -2146233088 StackTrace: w lTU=.Vjg=.Wzg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w InsERT.Mox.Security.CriticalException.Finalize() ---------- INNER EXCEPTION --------------- Typ wyjątku: System.IO.FileNotFoundException Wiadomosć błędu: Nie można załadować pliku lub zestawu 'InsERT.Moria.Security.Core.dll' lub jednej z jego zależności. Nie można odnaleźć określonego modułu. TargetSite: System.Object MTY=(System.Object ByRef, System.Object[], Boolean, System.Reflection.MethodBase, Boolean) Source: InsERT.Mox.VMPackage.31.0.0.3698 HResult: -2147024770 StackTrace: w InsERT.Mox.Security.LicenceController.<>c__DisplayClass16_0.<RefreshInternal>b__0() w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.xEQ=.yEQ=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w lTU=.ljY=.mTY=(zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SzY=(FDY= vmMethod, zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SjY=(Assembly asm, String id, Object[] args) w VMRuntime.Libraries.CSVMRuntime.RunMethod(String id, Object[] args) w wRM=.sBQ=.sRQ=(Action action, Int32 retryCount) w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.SDg=.Tjg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) Pobraliśmy też SDK w wersji 30.1.0 i skopiowaliśmy binaria z SDK (Model danych wstawiliśmy z podmiotu), plik InsERT.Moria.Security.Core.dll wstawiliśmy z katalogu x86 (w SDK nie ma katalogu x64). Przy tej próbie komunikat się nieco zmienił: FileNotFoundException / DirectoryNotFoundException ------------ SYSTEM INFORMATION ------------- Aplikacja (entry): ProstaPaczka, Version=20.8.1.0, Culture=neutral, PublicKeyToken=null Aplikacja (calling): ProstaPaczka.View, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null Aplikacja (executing): ProstaPaczka.Model, Version=1.0.45.0, Culture=neutral, PublicKeyToken=null Data: 12.08.2020 15:05:05 System: Microsoft Windows NT 6.2.9200.0 Wersja środowiska: 4.0.30319.42000 .NET Framework: 4.7.2 or later Nazwa maszyny: xxxx Czy 64 bit: True Czy administrator: True Katalog roboczy: C:\Users\Admin\Desktop\ProstaPaczka Katalog danych: C:\ProgramData\LCSoft\ProstaPaczka ---------- MAIN EXCEPTION --------------- Typ wyjątku: InsERT.Mox.Security.LicenceException Wiadomosć błędu: Dane licencyjne nie zostały wczytane. TargetSite: Void Finalize() Source: InsERT.Moria.Security HResult: -2146233088 StackTrace: w lTU=.Vjg=.Wzg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w InsERT.Mox.Security.CriticalException.Finalize() ---------- INNER EXCEPTION --------------- Typ wyjątku: System.IO.FileNotFoundException Wiadomosć błędu: Nie można załadować pliku lub zestawu 'InsERT.Moria.Security.Core.dll' lub jednej z jego zależności. System nie może odnaleźć określonej ścieżki. TargetSite: System.Object MTY=(System.Object ByRef, System.Object[], Boolean, System.Reflection.MethodBase, Boolean) Source: InsERT.Mox.VMPackage.31.0.0.3698 HResult: -2147024893 StackTrace: w InsERT.Mox.Security.LicenceController.<>c__DisplayClass16_0.<RefreshInternal>b__0() w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.xEQ=.yEQ=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w lTU=.ljY=.mTY=(zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SzY=(FDY= vmMethod, zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SjY=(Assembly asm, String id, Object[] args) w VMRuntime.Libraries.CSVMRuntime.RunMethod(String id, Object[] args) w wRM=.sBQ=.sRQ=(Action action, Int32 retryCount) w InsERT.Mox.Security.LicenceController.<>c__DisplayClass16_0.<RefreshInternal>b__0() w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.xEQ=.yEQ=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w lTU=.ljY=.mTY=(zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SzY=(FDY= vmMethod, zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SjY=(Assembly asm, String id, Object[] args) w VMRuntime.Libraries.CSVMRuntime.RunMethod(String id, Object[] args) w wRM=.sBQ=.sRQ=(Action action, Int32 retryCount) w InsERT.Mox.Security.LicenceController.<>c__DisplayClass16_0.<RefreshInternal>b__0() w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.xEQ=.yEQ=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) w lTU=.ljY=.mTY=(zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SzY=(FDY= vmMethod, zDU= ctx) w VMRuntime.Libraries.CSVMRuntime.SjY=(Assembly asm, String id, Object[] args) w VMRuntime.Libraries.CSVMRuntime.RunMethod(String id, Object[] args) w wRM=.sBQ=.sRQ=(Action action, Int32 retryCount) w lTU=.JjY=.MTY=(Object& instance, Object[] methodArgs, Boolean isNullNullable, MethodBase methodBase, Boolean isVirtualCall) w lTU=.SDg=.Tjg=(zDU= ) w lTU=.ljY=.mTY=(zDU= ctx) ------------ INNER EXCEPTION ------------ Typ wyjątku: System.IO.DirectoryNotFoundException Wiadomosć błędu: System nie może odnaleźć określonej ścieżki. (Wyjątek od HRESULT: 0x80070003) HResult: -2147024893 Plik istnieje, więc może nie udało się wczytać dodatkowych zlaeżności biblioteki InsERT.Moria.Security.Core.dll. Ma ona jakieś zależności, które moglibyśmy sprawdzić (czy rzeczywiście są)?

Pozwolę sobie napisać własnymi słowami: plik powinien być skopiowany do katalogu gdzie trafiły binaria z SDK (czyli katalogu z plikami wykonywalnymi naszego programu)? Plik ten powinien trafić do katalogu głównego czy zostać w ktalogu x86? Próbowaliśmy uruchamiać jak plik InsERT.Moria.Security.Core.dll zostawał w katalogu x86 i przenosiliśy go do katalogu głównego z plikami wykonywalnymi naszego programu (ten sam rezultat). Binaria są kopiowane z katalogu na danym komputerze tworzonym przez Subiekta nexo: C:\Users\Piotr\AppData\Local\InsERT\Deployments\Nexo\LC SOFT_v2adb8e4a7d3924e55a85697\Binaries Sprawdzamy w programie serwisowym nazwę katalogu z binariami (na wszelki wypadek aby mieć pewność). Kopiujemy wszystkie biblioteki wraz z folderami do katalogu z plikami wykonywalnymi naszego programu. Ta procedura działa na kilkunastu podmiotach i nie możemy dojść dlaczego w tym przypadku nie chce się uruchomić. 1. Czy możliwe że katalog w którym nexo przechowuje swoje binaria nie ma wszystkich bibliotek z SDK? (może trzeba skopiować biblioteki z SDK + model danych + security z katalogu binariów na danym komputerze)? 2. Czy jeżeli na każdym stanowisku jest ten sam podmiot i ta sama wersja Subiekta nexo, to czy można kopiować binaria z innego stanowiska komputerowego czy musi być zawsze ten sam komputer?

Można brać pod uwagę jeszcze rozwiazania zewnętrzne (dodatki) które będą w stanie taki list utworzyć na podstawie danych z Sello, ale bez zabawy z plikami csv/xml, tylko bezpośrednią integrację z API RUCHu.

Dodane zostały uprawnienia do wszystkich i katalogów. Sprawdzaliśmy też bezpośrednio bibliotekę InsERT.Moria.Security.Core.dll w katalogach x64 i x86 aby się upewnić. Niestety bez zmian - cały czas wyświetlany jest ten sam komunikat błędu

Dziękuję za podpowiedź. Aplikacja była cały czas uruchamiana jako administrator. Sprawdzimy jeszcze uprawnienia do pliku.