Carlo_papa писал:
Не сочтите это за претензию, просто информирую.
Вы не правы , вам следовало бы действительно предьявлять сайту претензию.
За почти полтора года они так и не смогли правильно и однозначно реализовать алгоритм формирования сборной (консолидированной) посылки.
У них криворукий программер(ы). Сколько я не просил
Luch донести до него что номер LP* не является треком , а является уникальным внутренним номером посылки в системе Али, присваивается Абсолютно ВСЕМ посылкам Али, появляется в Али раньше (на 1.5-3сек) чем присвоенный продавцом первичный почтовый трек, но НИГДЕ НЕ АФИШИРУЕТСЯ АЛИ, показывается только некоторыми ТК, забирающими посылки у АЛИ, например 4PX, Yanwen, - не усвоили, никакой реакции.
Просил, чтобы опрашивая 4PX, программер со своим алгоритмом не переименовывал первичный трек продавца на номер LP - бесполезняк.
Вот, опрашиваем на 4PX
http://track.4px.com/queryBatch/UM412859574HK? ваши первичные треки посылок -
UM413129188HK 4PX track No. ：
LP00429495339775 Tracking number ：
LP00429495339775 search number :
UM413129188HKRU973190999HK 4PX track No. ：
LP00429311377714 Tracking number ：
LP00429311377714 search number :
RU973190999HKUM412859574HK 4PX track No. ：
LP00429321757257 Tracking number ：
LP00429321757257 search number :
UM412859574HKВидим что все посылки имеют свой номер LP, но по последним программер послушал совет и не переименовал их в LP, а по первой переименовал и затер исходный номер. О чем он думал,
Карл?
Просил
Luch передать чтобы состав консолидированной посылки формировался путем опроса ТОЛЬКО CAINIAO
https://global.cainiao.com/detail.htm?mailNoList=UM413129188HK по ПЕРВИЧНЫМ трекам посылок .
В вашем случае результат опроса -
UM413129188HK(cainiao consolidation shipping:
RU986776663HK)
RU973190999HK(cainiao consolidation shipping:
RU986776663HK)
UM412859574HK(cainiao consolidation shipping:
RU986776663HK)
Все ясно-понятно, сборная посылка
RU986776663HK состоит из 3х посылок с первичными номерами.
Я уже устал бороться, мне сейчас идут 2 консолидированные посылки с аналогичными косяками отображения-идентификации
В первой консолидации сайт заменил мне две посылки с номерами UB*HK на номера LP*, во второй - одну посылку.
Удалите у себя дополнительно-повторно введенные номера и живите с тем что есть, плетью обуха не перешибешь.
Но из этих косяков можно извлечь частичную пользу (Одновременно рекомендация программеру - развить косяки, в консолидированной посылке показывать по каждой посылке и номер LP и номер первичного трека).
Вы, надеюсь, в курсе что распаковку консолидированной посылки надо проводить ОБЯЗАТЕЛЬНО под видеосьемку, ведь в посылке могут оказаться не все заявленные, а может и чужие посылки. В вашем случае снимаем 4 отдельные серии - распаковка общей (с фиксацией в кадре номера, адреса, напечатанного веса, и реального веса на весах) - в Доказательство администрации что там не все посылки, и по одной серии на каждую внутреннюю посылку - ее вы будете предьявлять в доказательство конкретному продавцу, если в его посылке окажется недовложение носков/гаек или неисправный товар.
Так вот на внутренних посылках, на верхних наклейках вы не увидите первичных треков, на всех будут только вот эти злополучные номера LP.
Первичные номера вы увидите на нижних наклейках, если сумеете отодрать верхние.
