Znajdź zawartość

Rozpoczęliśmy prace nad funkcją importowania zamówień z Subiekta GT. Funkcja ta w dużej mierze wykorzystywana jest w Sello 1 do importowania zamówień ze sklepów internetowych poprzez Subiekta, do którego najczęściej są już dostępne różnego rodzaju synchronizatory. Przewidujemy, że funkcja będzie działać podobnie jak w Sello 1, gdzie za pomocą filtrów można było wybrać jakiego typu ZK mają być do Sello pobierane. W Sello NX powstanie dodatkowa integracja Subiekt GT ale typu integracja serwisu internetowego. Jakkolwiek dziwnie to nie brzmi, generalnie tego typu integracje mają funkcje importowania zamówień z serwisów internetowych (zewnętrznych) do Sello NX, więc ta nowa integracja będzie działać dokładnie jak pobieranie zamówień z Allegro. Oczywiście będzie implementować tylko pewien podzbiór możliwości takich integracji, ale całe pobieranie będzie się odbywać tak samo jak z serwisów internetowych. Wiele kont Subiekt GT Będzie możliwość dodania wielu kont dla tej integracji, co oznacza, że każde konto będzie mogło pobierać inny podzbiór ZK z Subiekta, charaktertyzujący się np. integracją Subiekta z różnymi sklepami. Dzięki takiemu podejściu, będzie można nazwać konta np. Zamówienie ze sklepu 1, sklep 2 itp, więc będą działały wszystkie mechanizmy filtrowania, rozróżniania kont na poziomie zamówień wysyłkowych itp. Konta te będą wymagać obecności podstawowego konta integracji z systemem handlowo magazynowym i z niego będą czerpać ustawienia (czyli de facto dane do połączenia bazy danych Subiekta GT). Filtry zamówień Przewidujemy filtrowanie ZK do importowaniu według kryteriów: Kategoria dokumentu Rozszerzenie dokumentu Status Informacja, czy numer oryginału jest wypełniony Dodatkowo data odcięcia, która jest standardowa dla wszystkich kont integracji dla zamówień. Piszcie, jeśli potrzebujecie czegoś więcej, albo też fajne by były przykłady po czym rozróżniacie takie zamówienia w Subiekcie, które należy potraktować jako wysyłkowe. Sposób dostawy Zastosujemy tutaj mechanizm rozpoznawania dostaw w usługach na liście pozycji ZK, który jest obecnie dodany w technicznym koncie integracji Sello, który działa dla funkcji Przygotuj do wysłania w Subiekcie nexo. Czyli jest to lista słów kluczowych, które są wyszukiwane w nazwach pozycji i są dalej traktowane jako koszt dostawy i usuwane są z listy towarów na EZ. Dodatkowo, dodamy mechanizm wyłuskiwania danych dla sposobu dostawy z pola uwag. W praktyce będzie to coś podobnego, jak zastosowaliśmy w wersji 55 do automatycznej identyfikacji towarów w ofertach, czyli mechanizm bazujący na tagach i modyfikatorach, który pozwoli z "dowolnego" pola (z listy poniżej) ZK wyciągnąć informację i dalej wykorzystać ją do ustawienia odpowiedniej dostawy. Planujemy w tym celu udostępnić kilka pól z ZK w postaci tagów [ZamowienieOdKlienta] NumerZamowienia NumerOryginalu Kategoria Tytul Podtytul Uwagi PolaWlasne Jeśli widzicie potrzebę pobierania danych z ZK z innych pól, również proszę o informację poniżej. Adres dostawy, punktu odbioru Adres dostawy będzie pobierany z adresu dostawy z ZK. W dalszej kolejności, jeśli tego adresu tam nie będzie, to będzie brany adres dostawy pobrany z kartoteki kontrahentów. Czy są inne miejsca, w których synchronizatory przez Was używane umieszczają takie dane, które powinny trafić do danych odbiorcy w EZ? Ewentualnie, czy z jakiegoś powodu adres dostawy z kontrahenta nie powinien być brany pod uwagę, bo jest jakieś inne ważniejsze pole w którym ten adres jest umieszczony? Punkt odbioru, czyli np. numer maszyny paczkowej również będzie wyłuskiwany z różnych danych dostępnych tagami, jak w poprzednim punkcie. Potrzebne informacje Tutaj prośba do Was, aby podesłać nam informacje, które dane z ZK i kontrahenta są wykorzystywane przez Was do nadawania przesyłek, w jaki sposób Wasz synchronizatory ze sklepami internetowymi umieszczają dane zakupu, sposób dostawy, punkty odbioru, typ dokumentu końcowego, uwagi kupującego, informacje o płatnościach. Tak abyśmy mogli stworzyć odpowiednie rozwiązania pozwalające całość zautomatyzować.

Dzisiaj chcielibyśmy skonsultować z Wami potrzeby jakie macie w odniesieniu do mechanizmu podpinania wiadomości do zamówień wysyłkowych oraz ofert internetowych. Mechanizm dostępny w Sello NX będzie oparty na regułach wiadomości oraz dodatkowo jest on dostosowany do pluginowości - co oznacza, że zastosowane rozwiązania nie są dedykowane pod konkretny serwis internetowy (Allegro, Erli itp) tylko są pewnymi narzędziami umożliwiającymi pracę z dowolnym serwisem. Wykorzystanie reguł wiadomości ma pewne konsekwencje, mianowicie takie, że mechanizm reguł w module poczty w nexo rządzi się pewnymi prawami, do których musimy się dostosować albo znaleźć pewne rozwiązania. Sam mechanizm ma możliwości większe niż w Sello1, gdzie był on zamknięty i bazował w zasadzie tylko na tym, że w tytule wiadomości email był numer ofert z allegro w nawiasie. Sello NX natomiast ma mechanizm wyciągania numeru zamówienia, numeru oferty oraz nazwy konta zarówno z tytułu wiadomości jak i z jej treści. Zastosowaliśmy tutaj mechanizm identyczny jak w przypadku wiązania towarów z ofertami i zamówieniami - czyli wyciąganie danych z wiadomości za pomocą tagów i modyfikatorów. Reguły wiadomości są takimi uproszczonymi automatami i w samej regule definiuje się warunki oraz czynności. W tym przypadku pojawią się nowe czynności podpinające zamówienie i ofertę, które w parametrach będą miały formuły tagowe, które z danego maila potrafią wyciągnąć informację o nazwie konta oraz numerze zamówienia. Daje to plusy takie, że mechanizm można za pomocą tych formuł wykorzystać w zasadzie do dowolnego serwisu i jego składni wiadomości. Bywa, że szablony wiadomości w serwisach się zmieniają z dnia na dzień, więc w razie takich sytuacji można będzie odpowiednio dostosować formułę, bez konieczności oczekiwania na poprawkę z naszej strony. Dodatkowo, w sklepach internetowych szablony są w reguły tworzone przez właściciela sklepu i mogą one mieć różną postać. Bez elastycznego rozwiązania nie dało by się tego rozsądnie zrobić. Oczywiście, napisanie takiej formuły nie jest zadaniem trywialnym, trzeba przeanalizować kod HTML wiadomości i odpowiednio użyć modyfikatorów do tagów, dlatego pluginy integracji będą dostarczać takie formuły domyślne, które będzie można po prostu wybrać z listy rozwijanej, a następnie w razie potrzeby dostosować do własnych potrzeb. Co do wizualizacji, to w dolnych zakładkach dodamy listę wiadomości (płaską, bez podziału na foldery IMAP), zawierającą wszystkie podpięte wiadomości wychodzące i przychodzące. Dodatkowo w oknie edycji zamówienia i oferty pojawią się widgety po prawej stronie, wyświetlające podpięte wiadomości z możliwością ich otwarcia z tego poziomu. Pytania, jakie do Was mamy, to: Czy wiadomości podpinane do zamówień, np. informujące o zakupie, wpłacie czy anulowaniu zamówienia powinny być także podpinane do oferty z której pochodzi zamówienie? Czy może są takie maile, które mają być podpięte również do oferty a inne nie. Czy powinny być dwie czynności: Powiąż z zamówieniem wysyłkowym i Powiąż z ofertą internetową czy jedna, która wiąże co się da wg dostępnych danych. Trzeba tutaj wiedzieć, że nie wszystkie maile dostarczają danych umożliwiających podpięcie np. oferty. mają tylko odnośnik do zamówienia i wtedy takie osobne reguły nie zadziałają. Czy korzystaliście w Sello 1 z funkcji podpinania wiadomości ręcznie pod wybrane zamówienia i oferty? W Sello NX korzystamy z modułu poczty Gestora nexo i ma on nieco ograniczone możliwości. Miedzy innymi nie ma możliwości podpinania wiadomości ręcznie do wybranych obiektów - jest to funkcja Gestora i bez niego nie zadziała. Czy korzystaliście w Sello 1 z funkcji usuwania podpięcia - np. w przypadku źle podpiętych automatycznie wiadomości?

Witajcie. Pracujemy obecnie nad funkcją list wysyłkowych znaną z Sello 1 i chcielibyśmy poznać Wasze zdanie, potrzeby, przypadki użycia, tak aby skroić ją na wymiar i dostosować do potrzeb. Wstępne założenia: Lista wysyłkowa (dalej LW) będzie zakładką w module zamówień wysyłkowych Jej główne przeznaczenie to grupowanie paczek z zamówień, w celu zapanowania nad ich nadawaniem LW będzie umożliwiała: drukowanie zamówień wysyłkowych (czyli listy magazynowej) tworzenie/drukowanie etykiet kurierskich zamawianie podjazdu kuriera dodawanie i usuwanie paczek z wybranych zamówień wysyłkowych LW będzie miało pola: Symbol/Numer powiązany z numeracją, którą można zmienić, domyślnie LW 1/DPD/2025 stemepelk integracji data utworzenia listy data wydania paczek kurierowi pola informacyjne związane z podjazdem kuriera LW będzie się tworzyła automatycznie po wybraniu operacji zamówienia podjazdu kuriera z zaznaczonych zamówień wysyłkowych - jeśli ktoś nie chce korzystać z LW, ale mimo wszystko potrzebujemy przechowywać gdzieś informacje o zamówieniu kuriera. LW będzie miała listę paczek na niej umieszczonych LW będzie tworzona w kontekście kuriera. Jeśli macie jakieś potrzeby, które tu nie zostały wypisane, albo chcecie opisać jak pracujecie obecnie np z listami wysyłkowymi w Sello 1 itp. to czekamy na Wasze zdanie :).