Обновление 6.8

alexey-zmey wrote:В нынешней ситуации получаем список изменённых StockEntry, а почему эти изменения произошли, какой ВетДокумент их вызвал - ХЗ.

в ответах на гашение и транспортировку есть и стокентри и ветдокумент, оттуда можно усилием воли все связать

mevgenym wrote:

alexey-zmey wrote:В нынешней ситуации получаем список изменённых StockEntry, а почему эти изменения произошли, какой ВетДокумент их вызвал - ХЗ.

в ответах на гашение и транспортировку есть и стокентри и ветдокумент, оттуда можно усилием воли все связать

С этим никто и не спорит. Это Основной способ.

Понаблюдайте, мне кажется, что GetStockEntryListOperation v2.0 и GetStockEntryChangesListOperation v2.0 возвращают разные списки актуальных записей при одинаковых интервалах дат и отсутствии фильтрации.
Не все записи, которые возвращаются GetStockEntryChangesListOperation с last=1 active=1 приходят в ответе на GetStockEntryListOperation.

Владимир Игнатов wrote:Понаблюдайте, мне кажется, что GetStockEntryListOperation v2.0 и GetStockEntryChangesListOperation v2.0 возвращают разные списки актуальных записей при одинаковых интервалах дат и отсутствии фильтрации.
Не все записи, которые возвращаются GetStockEntryChangesListOperation с last=1 active=1 приходят в ответе на GetStockEntryListOperation.

Естественно.
Они и должны возвращать разные вещи.

GetStockEntryListOperation - список

GetStockEntryChangesListOperation - список изменений

alexey-zmey wrote:

Владимир Игнатов wrote:Понаблюдайте, мне кажется, что GetStockEntryListOperation v2.0 и GetStockEntryChangesListOperation v2.0 возвращают разные списки актуальных записей при одинаковых интервалах дат и отсутствии фильтрации.
Не все записи, которые возвращаются GetStockEntryChangesListOperation с last=1 active=1 приходят в ответе на GetStockEntryListOperation.

Естественно.
Они и должны возвращать разные вещи.

GetStockEntryListOperation - список

GetStockEntryChangesListOperation - список изменений

В 2.1 GetStockEntryListOperation возвращает записи за период. Черт бы их драл! По времени создания, а не изменения.

Владимир Игнатов wrote:Понаблюдайте, мне кажется, что GetStockEntryListOperation v2.0 и GetStockEntryChangesListOperation v2.0 возвращают разные списки актуальных записей при одинаковых интервалах дат и отсутствии фильтрации.
Не все записи, которые возвращаются GetStockEntryChangesListOperation с last=1 active=1 приходят в ответе на GetStockEntryListOperation.

+ status != 201 и 4хх, т.е. тоже надо смотреть, хотя не сравнивал, но вполне может быть

Т.е., теперь еще красивее получается: список по GetStockEntryChangesListOperation v2.0 нужен, чтобы получить список UUID измененных записей, после чего нужно в цикле выполнить GetStockEntryByUuidOperation, чтобы получить нужные потроха.
Да, знатная получается оптимизация производительности!

Владимир Игнатов wrote:Т.е., теперь еще красивее получается: список по GetStockEntryChangesListOperation v2.0 нужен, чтобы получить список UUID измененных записей, после чего нужно в цикле выполнить GetStockEntryByUuidOperation, чтобы получить нужные потроха.
Да, знатная получается оптимизация производительности!

Владимир Игнатов wrote: По времени создания, а не изменения.

хренасе...

кстати заметил что критдейт меняется, в каждой версии разный, не понял в чем прикол

Как все прошло?

Унашев wrote:Как все прошло?

alexey-zmey wrote:

Унашев wrote:Как все прошло?

GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation. GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation. GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation. GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation. GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation. GetVetDocumentChangesListOperation: APLM0012 An unexpected error has occurred while invoking target service operation.

Это же к теме не относится.. Как говорит наш господин Власов: "В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012. Работа по ликвидации выявленного недостатка ведется. "

Пока я так понял не обновили.

Висит 6.7.8 в меркурии.
Ответы пока с ВСД приходят.

мы словили "В реестре РСХН не найдено подходящих наименований продукции. (Код ошибки: MERC24022)". сразу после 18:00. мы производители. Наша продукция вдруг исчезла.
примерно к 19:30 продукция снова появилась. Полагаю откатились с обновлением. ТП ответила в почте и кстати оперативно - нет продукции с вашим guid и не было никогда.

Отвага разработчиков по обновлению тянет на медаль.

Обновление обычно сохраняет 100% совместимость с существующим функционалом, добавляются новые функции или диапазоны параметров Тщательно при этом тестируется на предмет того, что прежние функции ведут себя как и прежде.
Хочу у товарищией из ИТ РСХН понимания того, как вы видите переход на обновленный функционал с 18:00 13.07.2018, крупного предприятия, использующего сторонний коммерческий шлюз на базе 1с, а таких большинство. Модуль обмена обычно закрыт, зашифрован, обфусцирован и привязан к ключу. И тут оказывается, что надо срочно поменять часть поведения шлюза. Вот сейчас. Машины стоят на отправку с продукцией и не могут уехать, а контрагенты в случае опоздания в окно разгрузки выставляют ощутимые штрафы за срыв поставки, или вовсе отказываются от поставки.

Ну вот серьезно. Как вы это представляли себе?

karimych wrote:мы словили "В реестре РСХН не найдено подходящих наименований продукции. (Код ошибки: MERC24022)". сразу после 18:00. мы производители. Наша продукция вдруг исчезла.
примерно к 19:30 продукция снова появилась. Полагаю откатились с обновлением. ТП ответила в почте и кстати оперативно - нет продукции с вашим guid и не было никогда.

Отвага разработчиков по обновлению тянет на медаль.

Обновление обычно сохраняет 100% совместимость с существующим функционалом, добавляются новые функции или диапазоны параметров Тщательно при этом тестируется на предмет того, что прежние функции ведут себя как и прежде.
Хочу у товарищией из ИТ РСХН понимания того, как вы видите переход на обновленный функционал с 18:00 13.07.2018, крупного предприятия, использующего сторонний коммерческий шлюз на базе 1с, а таких большинство. Модуль обмена обычно закрыт, зашифрован, обфусцирован и привязан к ключу. И тут оказывается, что надо срочно поменять часть поведения шлюза. Вот сейчас. Машины стоят на отправку с продукцией и не могут уехать, а контрагенты в случае опоздания в окно разгрузки выставляют ощутимые штрафы за срыв поставки, или вовсе отказываются от поставки.

Ну вот серьезно. Как вы это представляли себе?

Честно? они об этом просто не думали