Eksport do EN (BETA)

dziki · 18 Lipca 2013

Niestety nadal nie drukuje mi nazwy firmy, jeżeli jest wpisana , jedynie imię i nazwisko

prosonsoft · 18 Lipca 2013

Witam,

listy polecone priorytetowe eksportuja sie do EN prawidlowo (trzeba tylko dodac ten fragment skryptu z waga przesylki), natomiast przy eksporcie przesylki firmowej, pojawia sie komunikat:

Dla tej karty produkt ("845") nie może być nadany jako Przesyłka firmowa (EN:42401)

Pozdr

dziki · 19 Lipca 2013

nr telefonu jeśli ktoś ma wpisany (xx)xxxx wyskakuje błąd

pozy · 22 Lipca 2013

Kolejna wersja transformat do pobrania do pobrania. Zmiany:

-Poprawione wstawianie nr. telefonu klienta.

-Działa wstawianie nazwy firmy w adresie

-Tytuł przelewu w przesyłce biznesowej. Domyślnie jest to nick+nr aukcji. Niestety Sello nie eksportuje nr. aukcji, z której pochodzi transakcja. jeśli jest to możliwe, to jest on pobierany z nazwy transakcji. nr aukcji znajduje się wtedy na końcu tej nazwy w nawiasach. Jeśli nie ma tego numeru, to wstawiana jest cała nazwa transakcji. Ze względu na ograniczenie tytułu do 30 znaków, jest on przycinany w przypadku przekroczenia tego limitu.

-Dodana waga paczki w pozostałych rodzajach przesyłek. Do tej pory była tylko w przesyłce biznesowej.

Niestety nie udało się dodać pola z opisem paczki. Niby w dokumentacji PP ono istnieje, ale potem takie pliki z opisami nie przechodzą walidacji. Być może to tylko błąd walidatora, ale wolałem nie ryzykować i nie dodawać na razie opisów.

EN.zip

prosonsoft · 22 Lipca 2013

Witam,

czy można prosic o udostępnienie wydruku do sello przesyłki biznesowej ?

Pozdr.

DonRobSon . · 23 Lipca 2013

Witam,

W tytule przelewu przesyłki biznesowej chciałbym tylko nick lub ew. nazwisko i imię.

Jak zmienić transformatę ?

Adam M · 26 Lipca 2013

Czy Sello potrafi przekazać do eksportu dany dotyczące rodzaju przesyłki , rodzaju płatności. Przykładowo: Paczka Pocztowa Gabaryt A Pobranie, Paczka Pocztowa Gabaryt B.

Chciałbym przygotować jak najbardziej uniwersalny plik eksportu, który komendami IF będzie dostosowywał daną paczkę. Jednak nie wiem jakie dane odnośnie paczki mogą być przekazane. Aktualnie praca z 4 lub 5 rodzajami plików do eksportu może być uciążliwa.

Jakieś pomysły?

kibic · 26 Lipca 2013

Kolejna wersja transformat do pobrania do pobrania.

Nadal są błędy:

Błedy po imporcie do EN kiedy:

- nr tel. kom poprzedza "0"

- kiedy klient podaje nr stacjonarny

- niekiedy w miejscu emaila wpisuje telefon (chyba wtedy gdy nr telefonu jest błędny)

Proszę o poprawienie błędów tak by można było bezbłędnie exportować do EN.

pol_tech · 27 Lipca 2013

Przy przesyłkach pobraniowych czasami eksport jest prawidłowy a czasami jest błąd kwoty pobrania np. kwota pobrania - 17,90zł - a błąd w en wygląda następująco:

Przesylka 848, Lp. : 1, Guid : {AF0DEEAC-6EEA-40C0-961B-C57300DC7D3E} [Typ]="" [KwotaPobrania] = "1789.9999999999997" : wartość pola niezgodna z definicją

Proszę o pomoc.

Adam M · 31 Lipca 2013

Zapytam jeszcze raz:

Jak przekazać dane dotyczące DeliveryID, DelivererID

Aktualnie jedyną spotkaną w transformatach wartością jest:

<xsl:value-of select="s:DeliveryMethod/s:DeliveryName"/>

Przekazującą Nazwę Sposobu Wysyłki.

Aby napisać jeden plik ze zmiennymi zależnymi od DeliveryID i DelivererID potrzebuję móc pokazać te dane.

W podstawowym eksporcie xml paczki / kliencie są wykorzystane wartości tych pól, niestety nie ma podglądu na szablon xslt.

Czy ktoś zna listę pól / wartości jakie można wykorzystać w szablonie eksportu ?

Czy ktoś umie podejrzeć i podać tutaj szablon eksportu XML Paczki > XML (domyślny format z klientami).

Leszek M · 31 Lipca 2013

Osoba która mogłaby odpowiedzieć na to pytanie będzie dostępna na początku następnego tygodnia. Poproszę ją o udzielenie odpowiedzi.

Adam M · 31 Lipca 2013

Czyli rozumiem że jak nie ma p.Bartka, to użytkownicy Sello nie dowiedzą się niczego od nikogo ?

Czy naprawdę tylko 1 osoba wie o co chodzi w tym programie ?

Przecież są setki klientów ?

Leszek M · 31 Lipca 2013

Pisanie transformat to nie jest banalna funkcja, którą zajmują się zwykli użytkownicy. Dodatkowo EN to nowa funkcją i dlatego w tym temacie potrzebne jest czasem wsparcie developera.

Adam M · 2 Sierpnia 2013

Jakim polem przekazujecie telefon adresata i jaką zmienną ?

Adam M · 5 Sierpnia 2013

Witam ponownie.

Mam nadzieję ze uda się otrzymać w tym tygodniu jakąkolwiek sensowną odpowiedź.

Wstępnie zrobiłem działający, pojedynczy plik eksportu dla poczty.

Zbiór zawiera listy, paczki i przesyłki pobraniowe w różnych gabarytach i o różnych priorytetach.

Poczta wczytuje to prawidłowo, jedynie gdy telefon nie jest telefonem komórkowym, jego dane kopiują się do kolejnego pola (do pola e-mail), poczta wskazuje że w takich przesyłkach jest błąd i należy to po zaimportowaniu poprawić.

Czego brakuje.

Potrzebuję przekazać do opisu (Dodatkowy opis przesyłki) dane dotyczące paczki czyli np. 12/2013, dzięki którym szybko będę mógł zidentyfikować paczkę.

Aktualnie umiem z dostępnych pól przekazać tam nazwę transakcji:

s:ParentTransaction/s:Name

Kiedy można się spodziewać opisu szablonu eksportu XML Paczki > XML (domyślny format z klientami). Czyli przedstawienia wszelkich pól tam występujących w postaci szablonu xslt ?

P.S. Mimo błędów jakie wskazuje walidator dotyczących pól [Opis] oraz [KontaktAdresata] są one prawidłowo importowane, pomijając błędy dotyczące telefonów stacjonarnych.

pozy · 5 Sierpnia 2013

Witam,

W tytule przelewu przesyłki biznesowej chciałbym tylko nick lub ew. nazwisko i imię.

Jak zmienić transformatę ?

Tytuł przelewu określany jest w transformacie między znacznikami

<xsl:template name="TytulPrzelewu">
...
</xsl:template>

mniej więcej na początku. Aby umieścić w tytule tylko nick klienta, wystarczy zamienić zawartość między tymi znacznikami na np.

<xsl:value-of select="substring(s:Customer/s:Nick,1,30)"/>

jeśli chcemy imię i nazwisko to można użyć tego kodu:

<xsl:value-of select="substring(s:Customer/s:Name,1,30)"/>

Czy Sello potrafi przekazać do eksportu dany dotyczące rodzaju przesyłki , rodzaju płatności. Przykładowo: Paczka Pocztowa Gabaryt A Pobranie, Paczka Pocztowa Gabaryt B.

Chciałbym przygotować jak najbardziej uniwersalny plik eksportu, który komendami IF będzie dostosowywał daną paczkę. Jednak nie wiem jakie dane odnośnie paczki mogą być przekazane. Aktualnie praca z 4 lub 5 rodzajami plików do eksportu może być uciążliwa.

Jakieś pomysły?

Teoretycznie da się zrobic jedną transformatę zamiast pięciu. Nawet byśmy tak zrobili, gdyby nie to, że każdy użytkownik może sobie po swojemu nazwać rodzaj przesyłki. Ich identyfikatory też mogą być różne w różnych bazach. Z tego powodu nie da się zrobić jednej, uniwersalnej transformaty działającej u każdego.

Dodatkowy problem to gabaryty. Nie da się stwierdzić, jaki gabaryt ma paczka. Informacja o gabarycie jest w niej tylko jeśli wysyłamy do paczkomatu. Być może zmieni się to w przyszłości.

Nadal są błędy:

Błedy po imporcie do EN kiedy:

- nr tel. kom poprzedza "0"

- kiedy klient podaje nr stacjonarny

- niekiedy w miejscu emaila wpisuje telefon (chyba wtedy gdy nr telefonu jest błędny)

Proszę o poprawienie błędów tak by można było bezbłędnie exportować do EN.

Dzięki za zgłoszenie. Sprawdzimy to.

Przy przesyłkach pobraniowych czasami eksport jest prawidłowy a czasami jest błąd kwoty pobrania np. kwota pobrania - 17,90zł - a błąd w en wygląda następująco:

Przesylka 848, Lp. : 1, Guid : {AF0DEEAC-6EEA-40C0-961B-C57300DC7D3E} [Typ]="" [KwotaPobrania] = "1789.9999999999997" : wartość pola niezgodna z definicją

Proszę o pomoc.

No cóż. Niestety komputery wbrew pozorom nie umieją dobrze liczyć

. Prawie na pewno da się ten błąd naprawić.

Zapytam jeszcze raz:
Jak przekazać dane dotyczące DeliveryID, DelivererID

Aktualnie jedyną spotkaną w transformatach wartością jest:

<xsl:value-of select="s:DeliveryMethod/s:DeliveryName"/>

Przekazującą Nazwę Sposobu Wysyłki.

Aby napisać jeden plik ze zmiennymi zależnymi od DeliveryID i DelivererID potrzebuję móc pokazać te dane.

W podstawowym eksporcie xml paczki / kliencie są wykorzystane wartości tych pól, niestety nie ma podglądu na szablon xslt.

Czy ktoś zna listę pól / wartości jakie można wykorzystać w szablonie eksportu ?

Czy ktoś umie podejrzeć i podać tutaj szablon eksportu XML Paczki > XML (domyślny format z klientami).

DeliveryID i DelivererID to identyfikatory odpowiednio dostawy i dostawcy z bazy danych Sello. od razu chcę zaznaczyć, że niekoniecznie będą one takie same w różnych bazach, więc można je bezpiecznie wykorzystywać tylko na jednej bazie.

Postaram się dzisiaj wrzucić na forum schemat pliku XML domyślnego eksportu. Miałem to zrobić wcześniej, ale niestety ciągle nie ma on odpowiednich komentarzy wyjaśniających, co zawiera każde pole. Może dzisiaj uda mi się to uzupełnić.

Czyli rozumiem że jak nie ma p.Bartka, to użytkownicy Sello nie dowiedzą się niczego od nikogo ?

Czy naprawdę tylko 1 osoba wie o co chodzi w tym programie ?

Przecież są setki klientów ?

Wie więcej osób, ale akurat eksportem zajmuje się jedna, której przez jakiś czas nie było. Na szczęście już wróciła i będzie mogła tym się zająć i odpowiedzieć na pytania;).

Czego brakuje.

Potrzebuję przekazać do opisu (Dodatkowy opis przesyłki) dane dotyczące paczki czyli np. 12/2013, dzięki którym szybko będę mógł zidentyfikować paczkę.

Aktualnie umiem z dostępnych pól przekazać tam nazwę transakcji:

s:ParentTransaction/s:Name

Kiedy można się spodziewać opisu szablonu eksportu XML Paczki > XML (domyślny format z klientami). Czyli przedstawienia wszelkich pól tam występujących w postaci szablonu xslt ?

P.S. Mimo błędów jakie wskazuje walidator dotyczących pól [Opis] oraz [KontaktAdresata] są one prawidłowo importowane, pomijając błędy dotyczące telefonów stacjonarnych.

Rozumiem, że "dane paczki" to po prostu jej symbol? Jest on dostępny w w elemencie s:Package/s:Symbol.

Schemat w postaci pliku .xsd udostępnimy dzisiaj. Jeśli się uda to nawet z opisem pól.

Co do P. S., to wynika z tego, że to poczta coś jednak zawaliła. Jeśli to faktycznie działa, to dodamy pole z opisem do transformaty.

Adam M · 5 Sierpnia 2013

s:Package:/s:Symbol zwraca błąd, wskazujący na znak : po poprawieniu na s:Package/s:Symbol jest ok z walidacją z tym że nie przekazuje żadnych danych

Wartości pola z użytym s:Package/s:Symbol tj:

<xsl:element name="Atrybut">
            <xsl:attribute name="Typ"/>
            <xsl:attribute name="Nazwa">Opis</xsl:attribute>
		<xsl:value-of select="s:Package/s:Symbol"/>
</xsl:element>

jest pusta po eksporcie.

pozy · 5 Sierpnia 2013

s:Package:/s:Symbol zwraca błąd, wskazujący na znak : po poprawieniu na s:Package/s:Symbol jest ok z walidacją z tym że nie przekazuje żadnych danych

Wartości pola z użytym s:Package/s:Symbol tj:
<xsl:element name="Atrybut">
            <xsl:attribute name="Typ"/>
            <xsl:attribute name="Nazwa">Opis</xsl:attribute>
		<xsl:value-of select="s:Package/s:Symbol"/>
</xsl:element>
jest pusta po eksporcie.

No tak. Chodziło mi wtedy tylko o wskazanie, gdzie jest ten symbol, a nie co dokładnie należy wpisać. W kodzie który wkleiłeś, wystarczy zamienić "s:Package/s:Symbol" na samo "s:Symbol" (oczywiście bez cudzysłowów) i będzie działać. I przepraszam za literówkę

.

Nadal są błędy:

Błedy po imporcie do EN kiedy:

- nr tel. kom poprzedza "0"

- kiedy klient podaje nr stacjonarny

- niekiedy w miejscu emaila wpisuje telefon (chyba wtedy gdy nr telefonu jest błędny)

Proszę o poprawienie błędów tak by można było bezbłędnie exportować do EN.

-Problem z zerem (chyba) został naprawiony. Prosiłbym jeszcze o przykładowy numer, który powoduje błąd.

-Co do numeru stacjonarnego, to również poproszę o przykład z którym transformata sobie nie radzi.

-I na koniec e-mail. Może powodem jest po prostu to, że klient (albo ktoś inny) się pomylił i wpisał numer telefonu zamiast adresu e-mail? No i w jakim typie przesyłki to występuje? W biznesowej?

Adam M · 5 Sierpnia 2013

Faktycznie <xsl:value-of select="s:Symbol"/> przekazuje właściwy format czyli przykładowo: 99/2013

Jeśli chodzi o telefon to przekazywanie go kodem

<Atrybut Typ="" Nazwa="KontaktAdresata">123123123</Atrybut>

działa tak że gdy nr jest numerem telefonu komórkowego to importuje się prawidłowo w miejsce na przesyłce "Telefon komórkowy (9 cyfr)" natomiast gdy ten nr jest nr stacjonarnym, po przetworzeniu przez kod

<xsl:value-of select="translate(s:DeliveryAddress/s:PhoneNumber,'- ()','')"/>

otrzymuję wartości: 22123123 i takie wartości importują się w pola:

Telefon komórkowy (9 cyfr) oraz Email oraz informują że wystąpił w tej przesyłce błąd, po skasowaniu wspomnianych wartości i wklejeniu w.w. numeru stacjonarnego w postaci 22123123 w pole Telefon, przesyłka jej poprawiona i działa poprawnie.

pozy · 5 Sierpnia 2013

To przyznam, że to dość dla mnie zaskakujące. Po naszej stronie nigdzie nie zapisujemy nic w żadnym polu, gdzie EN powinno spodziewać się adresu e-mail. Nie mam pojęcia dlaczego w takim razie pojawia się w tym polu numer telefonu. I to tylko wtedy, kiedy jest to numer stacjonarny. W przesyłce biznesowej EN spodziewa się numeru komórkowego, na który można wysłać SMS i pewnie dlatego robi jakieś dziwne rzeczy. Widzę dwa wyjścia:

1. Wykrywać, czy numer klienta jest numerem stacjonarnym. Jeśli tak, to nie podawać w ogóle żadnego numeru i zostawić pole z kontaktem puste.

2. Dodawać do numerów stacjonarnych 0 z przodu tak, aby miały 9 cyfr. Może wtedy EN to przełknie.

Jutro coś postaram się wykombinować.

pozy · 5 Sierpnia 2013

Nowa wersja transformat w załączniku Eksport.zip. Zmiany:

-Usuwanie nadmiarowego 0 poprzedzającego numer telefonu komórkowego.

-Dodanie opisów do paczek o treści "Paczka nr <symbol>". Treść można oczywiście zmienić.

-Poprawienie błędu z dziwnymi liczbami groszy i gramów.

Schemat pliku XML generowanego podczas eksportu znajduje się w załączniku Schemat.zip. Niestety nie znalazłem na razie fajnego narzędzia, które przekonwertowałoby plik w formacie .xsd na coś trochę bardziej czytelnego. Postaram się to zrobić jutro. Mimo to, jeśli ktoś chce to znajdzie w nim wszystkie potrzebne informacje.

Schemat.zip

Eksport.zip

kibic · 6 Sierpnia 2013

Nowa wersja transformat w załączniku Eksport.zip.

Poniżej podaje przykłady kilku telefonów z którymi nowa wersja sobie nie poradziła:

(32)2718689 < kierunkowy w nawiasie

22503378826 < to chyba komórka poprzedzona 22 !

48601646100 < to komórka poprzedzona „48”

(22)6497806 < kierunkowy w nawiasie

77/4219-636 < to jest dopiero konstrukcja !

48 22 6698765 < spacja po „48” i po „22”

48502333991 < to komórka poprzedzona „48” bez plusa

943146288 < ???

Uprzejmie proszę o poprawienie transformaty tak by uwględniała takie przypadki

Ciągle też dzieje się tak, że jeśli tel. nie zostanie przez transformatę przerobiona na wersję akceptowalną przez EN telefon pojawia się także w okienku email.

Czy przygotujecie wersję na przesyłki (listy polecone i paczki) zagraniczne ?

M W · 7 Sierpnia 2013

Każda wersja z testowanych zgłasza błąd i np: nie generuje mi numeru nadawczego – dodatkowo za każdym razem z przesyłki biznesowej robi pobraniową, nawet gdy nią nie jest. (dlaczego jest brak opcji w transformacie na wyłączenie pobrania?)

Ogólnie działanie tragiczne (także rozróżnianie nr. tel)

Czy jest jakaś nowa wersja chociaż raz testowana przez team sello??? dziwi mnie brak profesjonalizmu, poważna firma a wypuszcza taką lipę

pozy · 7 Sierpnia 2013

Każda wersja z testowanych zgłasza błąd i np: nie generuje mi numeru nadawczego

Eksport sam nic z siebie nie generuje. Jeśli w paczce jest nr nadawcy, to jest eksportowany, a jeśli nie ma to nie jest.

Jeśli jednak numer nie jest eksportowany, mimo że jest w paczce, to proszę podać, o którą konkretnie transformatę chodzi i wysłać do nas (np. e-mailem) wygenerowany nią plik XML.

dodatkowo za każdym razem z przesyłki biznesowej robi pobraniową, nawet gdy nią nie jest. (dlaczego jest brak opcji w transformacie na wyłączenie pobrania?)

Przesyłka pobraniowa jest tworzona za pomocą zupełnie innej transformaty niż przesyłka biznesowa, więc wystarczy tylko użyć odpowiedniej transformaty. Chyba, że chodzi o przesyłkę biznesową za pobraniem? Wtedy decyduje zaznaczenie we właściwościach dostawy w słowniku dostaw pola "Za pobraniem".

Ogólnie działanie tragiczne (także rozróżnianie nr. tel)

Czy jest jakaś nowa wersja chociaż raz testowana przez team sello??? dziwi mnie brak profesjonalizmu, poważna firma a wypuszcza taką lipę

Problem z numerami telefonów został rozwiązany, a poprawione transformaty pojawią się za chwilę w tym wątku.

Wypuściliśmy niedawno pierwszą wersję transformat i na bieżąco poprawiamy zgłaszane tutaj błędy i uwzględniamy różne sugestie. Każda wersja jest (w miarę dość ograniczonych możliwości) testowana. Niestety nie jesteśmy sami sprzedawcami i nie jesteśmy w stanie wszystkiego przewidzieć. Poza tym (w sumie to główny problem) Poczta Polska nie udostępnia dla nas żadnego środowiska testowego, w którym moglibyśmy dokładnie wszystko sprawdzić. Mamy jedynie dość słabą dokumentację, która nie zawsze jest zgodna z prawdą.

Proszę dodatkowo pamiętać, że to cały czas jest wersja beta. Myślę jednak, że wspólnymi siłami osiągnęliśmy już etap, w którym można z eksportu do EN z powodzeniem korzystać.

pozy · 7 Sierpnia 2013

W załączniku kolejna wersja transformat. Zmieniła się tylko ta dla przesyłki biznesowej.

Zmiany:

-Poprawiono błędy w zapisywaniu numeru telefonu w przesyłce biznesowej.

Eksport.zip

Eksport do EN (BETA)

Polecane posty

dziki 0

Link to postu

prosonsoft 0

Link to postu

dziki 0

Link to postu

pozy 4

Link to postu

prosonsoft 0

Link to postu

DonRobSon . 2

Link to postu

Adam M 2

Link to postu

kibic 1

Link to postu

pol_tech 0

Link to postu

Adam M 2

Link to postu

Leszek M 35

Link to postu

Adam M 2

Link to postu

Leszek M 35

Link to postu

Adam M 2

Link to postu

Adam M 2

Link to postu

pozy 4

Link to postu

Adam M 2

Link to postu

pozy 4

Link to postu

Adam M 2

Link to postu

pozy 4

Link to postu

pozy 4

Link to postu

kibic 1

Link to postu

M W 5

Link to postu

pozy 4

Link to postu

pozy 4

Link to postu

Dołącz do dyskusji