TrackChecker

Name: Нова пошта/Новая почта
SID: ukr_np, ukr_np_ru, ukr_np_int

Версия ОС: Windows 7 32bit
Версия программы: 1.0.7 b306 beta (for Win)
Сервисы: v102
Трек-номер: данные будут с завтрашнего дня, сейчас см.ниже п.1
Проблема:
1.ParseError когда трек не найден
2.ParseError когда статус трека "создана электронная заявка, в стадии обработки"
3.Много не нужной информации когда есть данные по треку, например "Результати пошуку за товарно-транспортною накладною № 10009xxxxxx Маршрут груза: xxxx - xxxxx. вантаж прямує в місто отримувача. Розрахункова дата прибуття: 25.01.2013" - вот это "Результати пошуку за товарно-транспортною накладною № 10009xxxxxx" можно смело убить
Спасибо.

спасибо, починим.

_________________
wbw, MetalFan

На мой взгляд, дополнительной нагрузки при отслеживании большего кол-ва отправок - порядка 10-15 шт/день данная информация не несет, наоборот помогает ориентироваться в данном кол-ве трек номеров.
Если я правильно понял, то уважаемый frost хотел подчеркнуть, что конечную информацию было бы не плохо получать в сокращенном виде -
Информация вида
Маршрут груза: xxxx - xxxxx. вантаж прямує в місто отримувача Розрахункова дата прибуття: 25.01.2013 позволит более точно ориентироваться в большем кол-ве треков.

Версия ОС: Windows 7
Версия программы: 1.0.8 (b360) (for Win)
Сервисы: v113 (354)

Трек-номер:


Раньше окончательное событие выглядело как "Груз получен", а теперь "Отправление получено". И кстати, зачем-то цепляет кусочек даты в события: "Отправление получено 17". Так задумано?

Спасибо.

P.S. А зачем нужен ukr_np_API?

Просьба глянуть (не финализируется).

Спасибо за напоминание! Постараюсь глянуть в ближ.время

_________________
wbw, MetalFan

вроде бы поправил для полученных. изменения вошли в 114й пререлиз сервисов.
просьба потестить на неполученных треках.

_________________
wbw, MetalFan

На старом треке финализация сработала, на новых пока нет возможности проверить (до конца месяца проверю). На старом треке показало получение, но не показало время события (на самой Новой Почте времени нет, т.е. используется время события TrackChecker; время нужно для правильной сортировки событий, произошедших в один день).

Спасибо!

Финализация срабатывает правильно. Спасибо!

Только есть еще просьба: стали отображаться очень длинные описания событий, что загромождает окно программы.

Примеры событий (в скобках - то, что КМК можно опустить):

1. Отправление находится в городе * (Когда груз будет доставлен к месту назначения, получатель получит смс-сообщение.)
2. Отправление выехало из города * и направляется в город *. (Когда груз будет доставлен к месту назначения, получатель получит смс-сообщение.)
3. Отправление находится в городе * (Когда груз будет доставлен к месту назначения, получатель получит смс-сообщение.)
4. Отправление прибыло. (Приглашаем получить по адресу: Отделение №11 (до 30 кг): просп. Гагарина, 41/2 . Напоминаем, что через 5 рабочих дней от даты прибытия ( ) будут начисляться дополнительные средства за хранение.)
5. Отправление получено (по адресу: Отделение №11 (до 30 кг): просп. Гагарина, 41/2)

The service does not work out in the standard settings.

Появилось еще одно событие финализации.
"Денежный перевод отправлено"

Добавьте пожалуйста.

Не смог найти предыдущей темы.
1.0.9 (b383) RC1 (sv116)
Трек
При переходе на сервис отбрасывается три последние цифри 14-значного кода. Одновременне в логе ParseError

1.0.8 (b360) sv115 (364) — всё ок получает. Открывает в браузере также всё ок, цифры не удаляет.

anian, проверю, что там не так в 1.0.9 тестовой

_________________
wbw, MetalFan

Не смотрели? Вижу статус темы не поменялся

сорри, упустил. спасибо, что апнули

ага... надо в маске трека местами поменять \d{11} и \d{14}
вечером будет фикс

_________________
wbw, MetalFan

fixed в 116м

_________________
wbw, MetalFan

утащено с 4pda.
надо подумать

_________________
wbw, MetalFan

Если надо старые треки - говорите

2MetalFan.

Касательно подробной/полной информации по Новой почте (это был мой пост на 4PDA с просьбой о более подробных данных в статусе посылки Новой почты:

Судя по первым постам в этой ветке, существует диаметрально противоположное мнение пользователей, что в принципе логично, особенно, если людям приходится иметь дело с большим количеством посылок...

С точки зрения реализации, насколько я могу судить, чтобы довольны остались и те, и другие - было бы логично создать дополнительный "модуль" (быть может, термин не верный) - наряду с ukr_np - еще, например, ukr_np_ext (типа "extended"), в котором бы выводилась более детальная информация.

И, вот, что уж на мой взгляд совершенно лишнее вообще в статусе посылки - это фраза "Коли вантаж буде доставлено до мiсця призначення, на номер телефону Одержувача надiйде SMS-повiдомлення" - без нее точно будет меньше букФФ не в ущерб содержанию

Просьба проверить ситуацию:
ukr_np_ru получает не все события (например, "Отправление прибыло.")
ukr_np в то же время "видит" такое событие
Трек-номер:
Сервисы: 116 (367)

halonest, да, можно попробовать сделать ext-вариант сервиса)

John, пока руки дошли проверить, а уже "отправление получено")

Давайте треков в разных статусах. не забываем про ghide=10

_________________
wbw, MetalFan

Трек-номер:
Сервисы: 116 (367)

John, хм, это тоже отслеживается...

_________________
wbw, MetalFan

MetalFan,
Отслеживается, просто в предыдущем номере были события, которые не отображались в ukr_np_ru, при этом ukr_np такие события видел.