Bartosz Rosa

Sello NX samo mapuje kuriera na dostępne wartości carrierId w Allegro. W przypadku korzystania z dostaw własnych kuriera można wpisać w polu Kurier i ta wartość zostanie potraktowana jako identyfikator kuriera w Allegro.

Jakiego to kuriera dotyczy?

Ok już chyba wiem o co chodzi. W ofertach jest taki znacznik przy cenach Podano ręcznie. Tylko ceny z tym znacznikiem są przenoszone do powielonej oferty. A oznacza on, że Sello NX przekazuje wskazane ceny do serwisu wystawiając nową ofertę - to powoduje wyłączenie w Allegro automatycznej polityki cenowej. Dlatego gdybyśmy przenosili wszystkie ceny z oferty bazowej to powodowałoby to wyłączenie przelicznika na serwisy zagraniczne.
 
Najpewniej te bazowe oferty nie były wystawiane z Sello NX, tylko pobrane z Allegro i znaczniki te nie są zaznaczone, skutkiem czego przy powielaniu nie są przenoszone dalej bo traktowane są jak ceny wyliczone przez Allegro.
 
Można ten znacznik nadać zmianami zbiorczymi, wykorzystując taki trik, aby ustawić w ofercie nową cenę, która będzie taka sama jak istniejąca w ofercie, np tak:
 

W efekcie nie powinna się pojawić zmiana oczekująca ceny, bo się ona nie zmieniła, natomiast zaznaczy się znacznik, że została ona podana ręcznie.
 
Można to zastosować do dowolnej ceny, powyżej akurat cenę brutto Kup teraz dla serwisu PL zmieniłem, ustawiając tagiem [OfertaInternetowa.Ceny.Kupteraz.PLPLN.Brutto].
 
 

Na tę chwilę nie ma takich planów - w sensie stworzenia funkcji w Subiekcie GT, która umożliwia odpalenie jakiejś procedury w Sello NX.
Dla Subiekta GT w Sello NX jest dostępne pobieranie ZK wg zdefiniowanych filtrów, więc można w ten sposób oznaczać ZK które mają trafić do Sello NX i one tam sobie za chwilę trafią - jak automat do pobierania zamówień zadziała.
 
 

Czy w parametrach ZK również jest ustawiony taki typ FS? Tym generalnie steruje Subiekt, Sello nie mówi jaki typ faktury należy wystawić, więc działają tam domyślne mechanizmy Subiekta. A wystawianie dokumentów końcowych dziedziczy wiele ustawień w ZK. 

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>'