Сообщения, отправленные пользователем: GUSEV_V

SEDLEZKYI_V wrote:

GUSEV_V wrote:

Владимир, добрый день!
Отправил Вам письмо на эл.почту.
При отправке АГО 123066 от 22.06.2021г. выпала ошибка 140 «Token-сессия отсутствует».
Выявлено несовпадение буквы года в номере VIN инициируемого в блоках СНПБ и КСУД с реальным VIN автомобилей:
В блоке ЭРА-ГЛОНАСС VIN корректный.
Реальный VIN автомобиля XTA219010K0552719 читается как XTA219010J0552719 (в СНПБ и КСУД)

Снимите контроль Токена с АГО 123066 от 22.06.2021

В почте ответил.
Комментарий по сути вопроса:
Очень редко (но...) случаются ситуации, когда в эл.блоках vin не соответствует выбитому на кузове. При этом диагностическая сессия будет передана по одному из VIN-номеров. Если ни по одному из VIN сессия не передана, значит её не делали.

Спасибо! АГО принят.
Но данный автомобиль видимо заколдован!
Ни по одному из VIN сессии не передаются, хотя GRADE-X выдает окошко что сбор данных по VIN XTA219010J0552719 произошел и файл SESSION формируется в папке TEMP.
Но почему то в ИС "ЛГ" во вкладке "GRADE-X \ ИСТОРИЯ ДИАГНОСТИКИ" не отображаются сессии по этому автомобилю хоть с каким VIN:
XTA219010J0552719 - записан в СНПБ и КСУД
XTA219010K0552719 - записан в ЭРА ГЛОНАСС - он же реальный VIN в ПТС автомобиля.

Может из-за разных букв происходит конфликт и сессия не уходит?
Вопрос: если отключить разъемы с СНПБ и КСУД, то есть вероятность что уйдет на сервер ВИН из блока ЭРА ГЛОНАСС ?
А то мы только КСУД попробовали отключить, ничего не поменялось, с блока СНПБ не снимали разъем.

Признаю, не все нюансы учел. В Лада Гарантии vin не появляется из "ниоткуда". Он там всегда есть или будет передан после сборки авто. В каждом случае использования vin, его нужно выбрать из базы. Если его в базе нет (как vin XTA219010J0552719), то отобразить его тоже не получится.
Поэтому и сессию мы не увидели. Но, зато, увидели, что именно на этот vin CodeX собрал досье.

SCHITENKOV_P wrote:До сих пор не отображаются идентификаторы электронных блоков на автомобилях LADA 4x4 в версии CODE-X 5.1.2.1

Необходимо:
1. Создать в корне директорию c:\logs
2. Перейти в директорию C:\ProgramData\Bosch\AVTOVAZ\AVTOVAZRuntime
3. Открыть файл Code-x.ini
4. Добавить строчку: -Dcs.record.folder=C:/logs

После выполнить опрос электронных блоков записанный файл с директории C:\logs направить на supportOTPD@vaz.ru с темой сообщения "не отображает идентификаторы LADA 4x4".

Владимир, добрый день!
Отправил Вам письмо на эл.почту.
При отправке АГО 123066 от 22.06.2021г. выпала ошибка 140 «Token-сессия отсутствует».
Выявлено несовпадение буквы года в номере VIN инициируемого в блоках СНПБ и КСУД с реальным VIN автомобилей:
В блоке ЭРА-ГЛОНАСС VIN корректный.
Реальный VIN автомобиля XTA219010K0552719 читается как XTA219010J0552719 (в СНПБ и КСУД)

Снимите контроль Токена с АГО 123066 от 22.06.2021

В почте ответил.
Комментарий по сути вопроса:
Очень редко (но...) случаются ситуации, когда в эл.блоках vin не соответствует выбитому на кузове. При этом диагностическая сессия будет передана по одному из VIN-номеров. Если ни по одному из VIN сессия не передана, значит её не делали.

KOKOVIN_45701 wrote:Так же не грузятся фото в АГО.

По таким вопросам следует сразу писать на SupportOTPD@vaz.ru с приложением текста ошибки (если есть). Это самый короткий путь.

GORBUNOV_45026 wrote:

KULIKOV_AV wrote:SupportOTPD@vaz.ru вопрос в функционале этого отдела

Написал 17/05/2021. Ответа нет

Не вполне согласен, что это вопрос техподдержки. Это скорее вопрос в юридической плоскости.

По сути вопроса: Чтобы понять почему сработал контроль просто посмотрите на автомобиль. Это обычный ларгус XTAFS045? У него нет особенностей? Вы уверены в указанном Вами VIN?

Если, ответив на эти вопросы, Вы не поняли что не так, то необходимо посмотреть в ПТС.

Ошибка в работе закралась в самом начале. В момент приёмки автомобиля.

SEDLEZKYI_V wrote:Тоже периодически попадаются такие АГО.
Висит на проверке несколько дней, потом техподдержка рекомендует изменить дату статуса "закрыт" на текущую и переотправить акт.
Переотправляем - опять висит на проверке. Так и переписываемся уже неделю )))

Теперь даты в АГО стали некорректны.
Реально ремонт выполнен одним днем (09.06.2021)
А дату закрытия ставим сегодняшнюю....

Что-то надо менять в алгоритме блокировки отправки/проверки АГО

Вопрос пересмотра алгоритма контроля "отправки АГО на проверку в течение 3 дней" в проработке. Скоро будет проще и не потребуется менять даты.
Обычно АГО возвращают из-за ошибки, допущенной при оформлении или на стадии принятия решения о ремонте...

PASCHENTSEVA_63009 wrote:Тогда увеличивайте срок на прием АГО проверку более 3х дней, у вас контроль висит на это. После проверки на 5 день АГО наше падает в ошибки ведь, что превышено 3х дневный срок!
Вовремя сессия сделана и ремонт тоже.
Я Заскринила АГО, не дай бог вернется - буду писать злобные письма в ваш адрес - клиентов вызывать на ТОКЕН не буду - да и они пошлют нас нахрен...

Какое это имеет отношение к необоснованному удерживанию автомобиля в сервисе?

Наши взаимоотношения по контролю наличия диагностической сессии не должны касаться потребителя. Если, конечно это не его вина.
Если Ваш АГО вернётся - будем решать именно этот вопрос. И вызывать клиента не потребуется.

Ну и хотелось бы обратить внимание на то, что следует делать сессию перед выдачей автомобиля. Это контроль корректно проведенного ремонта и того, что к Вам заехал а/м без ошибок и уехал без них.

BIKTIMEROV_I wrote:На последнем вебинаре говорил, что количество АГО с ручным пропуском уменьшены. Как бы не так, 5 АГО оказались подвисшими из-за "ручника".

Система контролей "живая". Какие-то дефекты снимаются с контроля, какие-то устанавливаются. Какие-то АГО попадают на контроль автоматически по определенным параметрам. Если требования по сессии выполнены вовремя, то это не станет ограничением для приема АГО после длительной проверки или корректировки.

PASCHENTSEVA_63009 wrote:Уважаемые коллеги из технической поддержки!
Ну как можно нас винить о сроках ремонта а/м, если АГО висит уже 5дней!!!!!!!!!! в проверке!!??
Клиента отпустили при этом ремонт выполнен в 1 день!
В данном случае ВЫ ВЫНУЖДАЕТЕ НАС держать клиентов до статуса АГО "принят".

Алена Линнуровна, нет никакой необходимости затягивать сроки ремонта. Проверка АГО специалистами действительно может быть дольше, чем Вы ожидаете, но это не должно сказываться на потребителе.
Со своей стороны Вы должны обеспечить своевременное проведение диагностической сессии и выполнение предписаний (в соответствии с дефектом). При выполнении данных требований вопрос превышения сроков проведения сессии решается автоматически или "по письму".
Настаиваю на такой работе с потребителями.

RESCHIKOV_A wrote:Может фабрика выпустит какой-нибудь прибор недорогой?, только для проведения диагностической сессии, выдать приемщикам и при заезде а/м на этапе приемки проводить сессии, и диагносты не будут перегружены и CODE X меньше изнашиваться, а то эти чудо-приборы и так глючат, то виснут, то кабелям трындец, то еще что...

Идея была озвучена давно. Пока работ по этому направлению не ведётся.

ZADORIN_16003 wrote:Коллеги, добрый день.
При запросе на supportotpd@vaz.ru получил ответ, что 5 дней будут считаться от даты отправки АГО на проверку, а не от от даты окончания ремонта (закрытия заказа-наряда в ИС «Лада Гарантия»), как написано в ПР.
Прочитав ПР 21-21 мне было ясно, что срок будет считаться от Даты статуса "Закрыт". Оказывается нет.
Эти две даты могут отличатся на 3 дня.

Контроль считает от даты статуса "закрыт". А 3 дня (от даты закрытия АГО) даётся на создание, проверку и отправку АГО.

PASCHENTSEVA_63009 wrote:

RESCHIKOV_A wrote:Анатолий Валерьевич, вопрос такой: АГО падает на ручной пропуск по материалам или по трудоемкостям, обосновываем, Ваши специалисты дают добро, АГО идет на проверку, возвращается с ошибкой главная деталь не указана или указана не верно, корректируем деталь или код дефекта и АГО снова на ручной пропуск по материалам или трудоемкостям. Можно как то сделать что бы АГО повторно на ручной не падало?

Я думаю тут очередность ошибок местами поменять надо - "по превышению" - "главная деталь не указана или указана не верно", я думаю и работ со стороны ОТПД уменьшится вдвое. а так получается им приходится повторно пропускать АГО.

Контроли второго уровня (в данном случае соответствие номеров деталей) не могут запускаться раньше контролей первого уровня.

RESCHIKOV_A wrote:Анатолий Валерьевич, вопрос такой: АГО падает на ручной пропуск по материалам или по трудоемкостям, обосновываем, Ваши специалисты дают добро, АГО идет на проверку, возвращается с ошибкой главная деталь не указана или указана не верно, корректируем деталь или код дефекта и АГО снова на ручной пропуск по материалам или трудоемкостям. Можно как то сделать что бы АГО повторно на ручной не падало?

Проверка осуществляется поэтапно (1 и 2 уровень) и поочередно (отдельные контроли проверяют АГО по очереди). Это логика заложена в ПО.
Получается, что пока один (какой-то) контроль не будет полностью пройден, следующий контроль не начнет проверять.

V_MININ wrote:

KULAKOV_N wrote:
Новость в разделе Важное от 15.02.2021г.

Николай, спасибо за подсказку. Сообщаю Вам следующее: мы на ежедневной основе следим за разделом новости, наблюдаем в том числе и за тем, как новостной раздел периодически "чистится", что автоматический поиск по данному разделу отсутствует.
А мой комментарий, касался другого аспекта. И раз уж Вы решили прокомментировать, ответьте на прямой вопрос: Почему в документе 07-21 2С300/627 с внесенными изменениями от 15.02.2021 стоит дата подписания 04.02.2021? По Вашей же логике должна стоять дата 15.02.2021, верно?

Поиск в разделе "Новости" будет внедрен в ближайшее время (месяц).
Документ подписан 04.02.2021 г., а изменения внесены 15.02.2021 г. Документ не меняет свой номер, поэтому не меняет и дату регистрации.

В ИС опубликовали "новость". Необходимо собирать диагностические сессии, но (временно) не передавать их (не вводить пароль). Эти сессии передадутся позднее, когда сервер будет работать в штатном режиме.