Bartosz Rosa

Wygląda jakby coś nie tak było z województwem adresu wysyłki. Proszę włączyć logowanie dla tego konta Allegro i pobrać dane tak aby ten błąd się powtórzył.
 
Instrukcja włączenia logowania: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/13882.html
 

Sello nie wie i nie wnika z jakiej ceny korzysta integracja. Allegro akurat przyjmuje ceny brutto, ale integracja ze sklepem może przyjmować ceny netto. Ponadto, zmiany są generowane automatycznie po zmianie jakiegoś pola w ofercie a sama zmiana np ceny brutto zmienia też cenę netto -> stąd generują się zmiany obu pól. 
Przy wysyłaniu zmian do serwisu integracja bierze sobie taką cenę jaką obsługuje serwis a drugą anuluje. 
 
Czy jest to z jakiegoś powodu problematyczne? 

Opcją Zmień w menu  / prawym klawiszem myszy na polu.

Na tę chwilę się nie da a prawdopodobnie ustawiona tam wcześniej usługa przestała istnieć albo pobieranie usług z WzA zostało przerwane/zakończone błędem. W pierwszym wypadku wyjściem jest dezaktywować tę dostawę i korzystać np. z  automatycznego mapowania lub dodać nową.

Wszystkie pobierane dane, w tym zdjęcia są zapisywane w bazie, więc domyślnie zapychają one bazę. Natomiast przy zdjęciach jest opisana procedura, która pozwala na wykorzystanie tzw. filestream w serwerze SQL i wtedy serwer, przezroczyście dla aplikacji, przechowuje zdjęcia nie w bazie danych tylko na dysku.
 
https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3560,insert-nexo-wlacznie-mechanizmu-filestream.html

W wersji 57 dodaliśmy w dzienniku błędów zakładkę szczegóły. Proszę podesłać do mnie w prywatnej wiadomości dane które tam się znajdują przy błędzie związanym z tworzeniem ZK.

Oczywiście, listy z danymi są w pełni konfigurowalne (Ctrl+Shift+L), można włączyć/wyłączyć kolumny i masę innych bajerów. A jeśli w programie nie ma jakichś danych, które udostępniamy to można za pomocą modułów Raportowanie PRO+ dodać własne kolumny sięgając do dowolnych pól w bazie.
 
Najlepiej zlecić taki temat firmie Partnerskiej/serwisantowi InsERT. Zrobienie raportu chwilę zajmuje i niestety ale nie damy rady takich tematów obsługiwać naszymi siłami na indywidualne potrzeby.
 
O jakie ceny dokładnie chodzi? Mowa o ofertach internetowych nadal czy już o cennikach i asortymencie (Subiekt)?

O ile dobrze pamiętam, w obsłudze WzA w starym Sello tak już było, że jest tam pokazywany status utworzenia przesyłki ale w serwisie WzA, nie zaś status przesyłki od kuriera docelowego. 

No i to jest przydatna informacja. Może mieć to związek zatem z aktualizowaniem się ZK po pobraniu EZ. W wersji 57 zoptymalizowaliśmy ten proces i niepotrzebne aktualizacje nie będą się robić, prosiłbym o zweryfikowanie na tej wersji, czy problem ustąpi.
 
 

Zmianami zbiorczymi można zmienić konto po powieleniu.

W każdym polu, które zawiera dane synchronizowane lub udostępniane przez plugin integracji znajduje się menu  a w nim opcja Odśwież. Powoduje to odpytanie plugina (np Allegro) o te dane i odświeżenie ich w bazie danych i oknie programu.

Jeśli w polu brakuje jakichś danych, albo zostały zmienione w serwisie, za pomocą tego polecenia można te dane ponownie pobrać i zaktualizować w lokalnej bazie.

Proszę sprawdzić na nowej wersji 56.0.1 czy nadal problem występuje.

Sam wydruk można edytować i ma on w zasadzie nieograniczone możliwości. W obecnej wersji jednak takiej opcji nie ma i jeśli jest pilnie potrzebna, to pozostaje kontakt z serwisantem, który orientuje się w wydrukach nexo. 
 
Samo dodanie obsługi składników zapiszę do realizacji ale to trochę może potrwać.

Dzieje się tak, ponieważ <br> nie jest obsługiwany przez opisy Allegro i ten znacznik, jak i każdy inny nieobsługiwany jest z opisu usuwany. Wstawianie automatyczne paragrafów zamiast nowej linii mogło by powodować dziwne wyświetlanie np list, które często są umieszczane w opisie w Subiekcie w ten sposób - ponieważ sam paragrag ma dużo większe marginesy na dole i na górze.
 
Można to natomiast zmienić korzystając z modyfikatorów, dodając je do tagu z opisem
 
[Towar::Opis | escape_xml | replace=`<br />==<p>` | unescape_xml] To spowoduje zamianę znaczników <br /> na <p> a domknięciem tagów </p> zajmie się fragment kodu odpowiedzialny za poprawną konstrukcję HTML. escape_xml i unescape_xml są użyte po to, aby można było tę składnię wpisać w opisie HTML i używać < i > w wartości modyfikatora replace. Bez nich zostały by one zamienione na &lt; i &gt; i sam modyfikator by nie zadziałał - bo nie znalazł by tych znaków.

O to, tylko proszę nie przesyłać logów załączając je na forum publicznie, bo tam są tokeny dostępowe do konta Allegro i każdy może je wykorzystać do uzyskania dostępu do konta Allegro. Na szczęście ich ważność nie jest długa, ale na przyszłość proszę tego nie robić.
 
Skontaktujemy się z Allegro żeby ustalić skąd ten błąd, bo niestety zbyt wiele informacji w nim nie ma.

W domyślnym szablonie notatki proszę zaznaczyć Dokument. To spowoduje, że notatki będą miały domyślnie zaznaczony ten znacznik (uwaga, wszystkie dodawane notatki!) i będą dostępne pod tagiem [Transakcja::NotatkiDoDokumentu].

Tutaj są zmieszane trochę dwa światy. Subiekt wraz ze swoimi ustawieniami, które były tworzone pod specyficzne przypadki raczej ręcznego dodawania dokumentów, oraz Sello NX, który dodaje zamówienia masowo na podstawie tego co klienci klikają w serwisie składając zamówienie. Możemy oczywiście uwzględnić te ustawienia Subiekta, a w zasadzie klienta w tym przypadku, ale jak to się będzie miało wtedy do tego czy klient chce fakturę czy nie - informacja, która przywędrowała z serwisu. Jak to ma następnie współgrać z automatami, które ustawiają w EZ typ tworzonego dokumentu. Któreś ustawienie musi być ważniejsze i jak znam życie, to najlepiej jakby i tym dało się sterować . Wygląda na to, że rodzi się tutaj dość skomplikowany twór a nie jestem przekonany czy faktycznie potem będą te funkcje używane. Dlatego też, raczej kierowałbym się tym, żeby ustawianie typu dokumentu było jednak scedowane na automaty (tak jak jest obecnie) a dodatkowo aby można było w tychże automatach wybrać opcję ustawienia typu w EZ na podstawie ustawień w kliencie. Choć jak mówię, to są trochę dwa różne światy i nie jest łatwo je pogodzić czasami.

Póki co sugestia zapisana, czekamy na głosy poparcia, że takie ustawienia z klienta powinny być respektowane przez Sello wraz z informacją, jak to się ma do informacji z serwisu dotyczącej tego, czy klient chce fakturę czy nie.

Można spróbować tego rozwiązania:
 
 

Na początek proszę spróbować odinstalować i zainstalować Subiekta GT ponownie na tym komputerze.

Wie, wie, tylko potrzebowałem skonsultować żeby dostać odpowiedni skrypt SQL, który to poprawia.
 
Za pomocą SQL Management Studio trzeba wykonać takie polecenie, podmieniając w nim fragment na identyfikator zamówienia, którego problem dotyczy.
 
delete from [ModelDanychContainer].[ElementySlownikowSerwisuInternetowego] where Nazwa like 'ZadaniePobraniaZamowieniaWysylkowego%' AND Nazwa like'%<TU_WKLEIĆ_IDENTYFIKATOR_ZAMOWIENIA>'  

Nie ma takiej możliwości aby przypisać klientów z Sello NX do grupy. Zamiast tego w klientach jest dodana lista serwisów, z których danych klient kupował. Może się zdarzyć, że klient kupi zarówno na Allegro jak i innym serwisie czy sklepie internetowym (gdy już będą integracje z nimi) i pojedyncza grupa nie pozwala obsłużyć tego przypadku.

W wersji 55 będzie dodany również filtr Serwis internetowy, który pozwoli takich klientów filtrować po tym powiązaniu z serwisem.
 
Błąd mówi o braku uprawnień, więc zacząłbym od nich, czy użytkownik programu ma uprawnienia do tworzenia dokumentów w Subiekcie.

W tym, że te płatności nie są kompatybilne z szybką płatnością online - mają niepoprawny typ lub walutę.
 
Dla takich płatności należy stosować typ Płatność cesyjna / za pobraniem / kredyt, jest ona dedykowana pod szybkie płatności z cesją na operatora płatności (Allegro, PayU, Przelewy) czy na firmę kurierską w przypadku pobrań.
 
Płatności dostępne wcześniej w nexo nie były dostosowane idealnie pod rynek e-commerce, lecz pod sprzedaż stacjonarną i takie fikołki trzeba było robić jak stosowanie kart, przelewów itp. Natomiast są to płatności niepoprawne bo wprowadzają one do systemu np. operacje kasowe, czy przelewy bankowe, które przy szybkich płatnościach nie mają miejsca (pomijam przelew zbiorczy rozliczeniowy, bo to inna sytuacja).
 
Ja bym to jednak przedyskutował z księgowością bo pod te płatności w nexo powstał cały nowy moduł rozliczania płatności cesyjnych - dostępny póki co w laboratorium.
 
 
Opisywałem podobny temat przed chwilą w tym wątku: 
 
Gdyby jednak nie było chęci porozumienia , to takie niepoprawne mapowanie można zrobić z poziomu zakładki POWIĄZANIA edytując formę płatności. Ale to będzie powodować tylko dalszy bałagan.
 

Tak, służy do tego funkcja EZ Przygotuj do wysłania dostępna dla ZK, PA, PI, FS i WZ.
 
Taką funkcję też planujemy, ale póki co należy wyjść od strony dokumentów w Subiekcie i utworzyć dla nich EZ.
 
Polecam filmy z nowościami na naszym kanale: https://www.youtube.com/@lubienexo/search?query=sello
 

Żeby zainstalować starszą, trzeba najpierw usunąć nowszą z systemu.
 
Wtedy należy wykonać w tej starszej wersji backup (archiwizację) bazy i zainstalować nową wersję oraz ponowić proces konwersji. Wtedy pojawi się dodatkowy przycisk umożliwiający pominięcie tworzenia kopii zapasowej. 
 
Proszę się też upewnić, że konwersja jest wykonywana na komputerze, na którym jest zainstalowany serwer SQL z bazą Sello a nie na końcówce. Nie zaszkodzi również uruchomić program jako administrator, żeby nie natknąć się na problemy z ograniczeniem dostępu do plików i folderów roboczych.