! 1С ВСД в ГИС Меркурий » 1Cv7 ВСД в ГИС Меркурий

Виноградов Александр писал(а):

Подскажите пожалуйста куда копать?
Входящие партии сразу не грузятся в 1с, иногда приходится ждать до 12часов, хотя в журнале продукции в браузере они есть.

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

При загрузке партий некоторые партии помечаются на удаление, хотя остатки есть.

Проверьте параметры - скорее всего у вас отмечена галка - Очищать справочник партий,
Внимание - если вы объединяете партии в Меркурии, галка должна быть отмечена.

При отправке ВСД в меркурий по этим партиям приходит ответ об устаревшей записи.

Если устаревшая запись, значит по этой партии были движения, например объединение партий

При создании ВСД в браузеру ошибок нет и в журнале продукции эта партия отображается с тем же номером что и в 1с.
Если создать ВСД через браузер и затем загрузить партии в 1с, эта партия тоже помечается на удаление и считается устаревшей.

на удаление помечаются неактивные записи Партий. Получите актуальные партии.

Есть подозрение на ошибку. Еще давно заметил, что когда нажимаешь загрузить партии в обработках типа Обмен (1.4/2) происходит не корректная загрузка партий. Поясню:
Есть у меня площадка ТАГ
Получила она партию с номером записи 1 (100шт)
Раскидала эту партию на другие площадки через транзакции:
п1 - 20шт (запись №2)
п2 - 20шт (запись №3)
п3 - 20шт (запись №4)

Потом на следующее утро я делаю загрузку партий через "обмен"
В итоге на моей площадке появляются партии с номерами записей №1(40шт)№2,3,4(по 20шт)
А в меркурии этих партий на площадке ТАГ нет!
вот. пока буду проверять.

Собственно проверил. Так и выходит. Была транзакция которая создала запись-партию при перемещении на площадку ДС664 с ТАГ. Но после загрузке, функционал загрузки в обработках обмен создает элемент в справочнике партии где эту партию с количеством перемещения получателем площадкой стоит ТАГ. Очень тяжело потом отбрасывать сотни новых партий.

Что-то это оч странно.
Используете стандартный функционал? - без доработок?
В Обмен* при смене площадки меняется значение ГМ.СписокКонстант.Установить("Отправитель_Площадка",Отправитель_Площадка);
На нее соответственно и записываются полученные партии далее.

Без доработок.
В обмен* вообще не меняю площадку. Замечал такое уже давно, но вот только сейчас стал биться об это сильно головой.
В вроде даже обращал внимание Филиппа (вскользь)

Если площадку не менять, то запрос идет по ней и на нее же грузятся партии, что пришли в ответе...
Как на другую может упасть не пойму...
Что в Вебе?

В Вебе по моей площадке ТАГ у меня только те партии, что должны!
А при загрузке обработками обмен в справочнике партий грузятся, как я понял, все партиии со всех моих площадок.
Думаю, дело в том, что у меня 100+ площадок и перемещения проходят без смены владельца.

Прикрепите XML с запросом и ответ по интересующей площадке (очистите каталог логов перед загрузкой, потом все файлы что появятся прикрепите сюда).
Желательно через Обмен2 за небольшой период загрузить, и указав, что ненулевые - чтобы долго не копаться, и приложите пару номеров записей за этот период, которые не должны быть на указанной площадке

Михайлов Михаил писал(а):

В Вебе по моей площадке ТАГ у меня только те партии, что должны!
А при загрузке обработками обмен в справочнике партий грузятся, как я понял, все партиии со всех моих площадок.
Думаю, дело в том, что у меня 100+ площадок и перемещения проходят без смены владельца.

В запросе указывается только ГУИД площадки, по которой хотим получить партии,
в ответе приходят партии с запрашиваемой площадки, там же приходит владелец конкретной партии (ХС)

Приложил.
Утреннюю загрузку.

Подумал вот.
Может справочник ВСД_Партии у меня раздувается не при обмене, все таки загрузка проходит быстро не похоже на создание сотни элементов. А паразитные партии на не ту площадку появляются когда отрабатываются например массовое создание и отправка транзакций на перемещение между своими площадками. Тогда это проходило бы незаметно, так как создание 1-3 записи в партиях на фоне всего процесса не заметно. Просто раз при обработке транзакций происходит работа с партиями, может там и создание новых, которые пошли на другие площадки. Мне надо проверить.

Нашел в чем дело. Оказывается, когда я массово гашу ВСД по списку своих площадок происходит появление партий которые все привязываются не к той площадке. При этом гашение происходит нормально.

Не производите смену площадки в параметрах ГМ.СписокКонстант.Установить("Отправитель_Площадка",Отправитель_Площадка), что делает ф-ция ПриИзмененииПлощадки()
посему все партии валятся на самую первую,т.к.
Партия.Получатель_Площадка = ГМ.СписокКонстант.Получить("Отправитель_Площадка");

Михайлов Михаил писал(а):

Нашел в чем дело. Оказывается, когда я массово гашу ВСД по списку своих площадок происходит появление партий которые все привязываются не к той площадке. При этом гашение происходит нормально.

Михайлов Михаил писал(а):

Без доработок

ай яй яй

У меня при загрузке партий сваливается вот такая ошибка:
ВСД_Партия от 2018-06-28T05:58:29+03:00 # 604359136
ВСД_Партия от 2018-06-28T06:13:07+03:00 # 617093059
ВСД_Партия от 2018-06-28T09:11:35+03:00 # 429188598
ВСД_Партия от 2018-06-28T14:27:37+03:00 # 604466258
ВСД_Партия от 2018-06-28T15:36:02+03:00 # 626175018
Меркурий_ГлобальныйМодуль2::ЗаписатьПартию2(OLE.IXMLDOMElement stockEntry=) : Плохой тип переменной
expiryDate = batch.selectSingleNode("vd:expiryDate"); {D:\base\db\ExtForms\Меркурий_ГлобальныйМодуль2.ert(384) }
На этом процесс останавливается. В чем причина ошибки?

Прикрепляйте XML.
В партии отсутствует Дата срока годности (vd:expiryDate) - вероятно крутые хакеры (юзеры/врачи) руками через веб "заколотили" вам такую...

Я пока сделал вот так:
Попытка
expiryDate = batch.selectSingleNode("vd:expiryDate");
Исключение
expiryDate = "2018-12-31T00:00:00";
КонецПопытки;
Думаю, есть смысл перенести логику в рабочую версию.

Это понятно, а продать вам удается?

Ничего мне не удается, поскольку есть проблема с получением остатков.
Мне нужно актуализировать остатки, партии у меня грузятся с 2016 года, до конца процесс доходит крайне редко, а пока пытаюсь получить остатки - операторы выписываются в вебе (работать-то надо), и остатки опять расплываются, а поскольку они расплываются - в вебе и сидят. Замкнутый круг.
Как можно получить партии только с июля? Что такое смещение?

Здравствуйте Владимир.

У меня, как у Вас, проблемы на было. То есть все партии я могу получить, но те, что в 2014 году приходили, хоть и загружаются, но реально их использовать меркурий не дает, ни через интеграцию, ни через веб. Тоже как раз из-за каких-то сроков и дат. В итоге у меня партий столько, что ветис за один раз все не отдает. За раз отдает только 1000 записей. Мне как-то Филипп подсказал, что надо использовать параметр Смещение. Теперь я у себя выяснил, у меня актуальные партии начинаются со смещения в 2000. Теперь я всегда запускаю получением со смещением 2000 что бы получить новое.

Ну так вот и у Вас наверное опытным путем можно подобрать смещение. Думаю, можно не кратно 1000 ставить, а например 800. Как пойдут новые партии, так и хорошо.

В Обмен2 Получить партии через апи 2.1 - там можете указать интервал и ненулевость партий