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

то выводиться в таком формате список всд ver 5

Там нужно нажать кнопку Операции (справа по каждой строке) и в самом низу будет кнопка Погасить.

Ganipolsky wrote:Номер ВСД (EntryNumber) получить через API нельзя. Разработчики считают, что он не нужен. Поэтому на стороне клиента можно создать только сжатую форму, в которой нет номера. Полную сейчас можно формировать только через Меркурий, зная uuid ВСД, остальные через Web-интерфейс

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

А так вообще не понятно, зачем этот номер нужен клиенту (если отбросить неадекватные требования некоторых) с практического смысла. Зачем ему знать кучу номеров, если в отгрузке есть один номер товарно-транспортной накладной, по которому в web-интерфейсе можно отфильтровать и получить список этих самых номеров?

tur.oleg wrote:Нет ли еще ответа от техподдержки? Аналогичная проблема.

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

У меня несколько ХС, и площадок хватает, тестовые документы планирую брать по реальным отгрузкам, чтобы можно было более адекватный алгоритм сделать. Как сделаю о результатах отпишусь, но пока доделываю разные мелочи (гашения ВСД на автомате нет, а учитывая, что вы планируете не один-два документа сбросить на одну площадку, то это будет "подарок", сгенерировать много транзакций проще и доделывать гашение прямо сейчас не нужно).

SergZh wrote:

serg882 wrote:Обычно все заказывают одно и то же, партий будет немного (1-3), в документах может быть от 5 до 40 строк. Здесь можно будет инвентаризацией "плодить" партии, если не получится нормально сделать и тогда потоки будут.

Генерировать партии под отгрузку - это возможное, но крайнее и, конечно, временное решение. Коллега, можете написать ваш сценарий, а мы попробуем его прогнать на тестовом сервере в разных вариантах? Результатами также поделимся.

В Меркурии, в отличии от ЕГАИС понятие документ не существует (там в одной хмл указывается весь "бумажный" документ), ВСД создаются отдельно на каждую строку документа, я думаю "расщеплять" документы на строки, из этих строк формировать потоки, и они уже будут отправляться. Я заметил, что только первый запрос уходит с задержкой, остальные довольно шустро проходят, так что возможно этот подход будет верным. Задержка в получении ответа позволит не учитывать ограничение системы на 5 запросов в секунду (у кого-то может быть больше по запросу). Количество потоков будет равно количеству текущего ограничения системы.

Jupiter wrote:
Это хорошо, но там же еще требуется указать страну происхождения продукции, а ее нет в GetProductItemByGuid. Как поступаете в таком случае? Берете producing.location.guid и отправляете еще один запрос на адрес этой площадки?

Я условно считаю, что вся продукция РФ, в моем случае это можно, гуид РФ известен.

Обычно все заказывают одно и то же, партий будет немного (1-3), в документах может быть от 5 до 40 строк. Здесь можно будет инвентаризацией "плодить" партии, если не получится нормально сделать и тогда потоки будут.

lalex23 wrote:

serg882 wrote:

anig99 wrote:
Привыкайте. Не всё, что есть в web есть в api. И наоборот. В web нет guid и uuid. В api нет номеров большинства объектов. ВСД и предприятий (которые RUXXXXXX), например.

Сейчас при запросе предприятия приходит и номер RU:
<dt:numberList> <dt:enterpriseNumber>RUХХХ:ХХХХХХХХ</dt:enterpriseNumber> </dt:numberList>

в 2.0?

В 2.0, сегодня запрос только делал (тестовый контур).

Под номенклатурой имел ввиду партии. Производства нет, готовый товар приходит от поставщика. У меня лично пока нет этой проблемы, разработка на стадии завершения, но ожидается, что будет около 800-900 заявок по одной из площадок, так что придется как-то оптимизировать процесс отправки, что довольно непросто, учитывая ограничения на количество запросов в секунду и долгую отработку одиночных запросов (из-за постоянной авторизации в каждом запросе). И это пока в тестовом контуре, что будет в рабочем сложно предсказать.

multilate wrote:
Добрый день. Решили как-нибудь? У меня тоже ошибки при частичном гашении:
Код ошибки:MERC14237 Список производителей в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
Код ошибки:MERC15237 Список производителей в сведениях о возврате продукции должен совпадать с указанным в ветеринарно-сопроводительном документе.

Метод getVetDocumentByUUID v2.0 не возвращает "batch.origin.producer", даже больше batch.origin = Неопределно.
Получается при гашении я не могу заполнить producer. Пробовал не заполнять совсем, подставлял туда предприятие "Отправитель", все равно ошибки эти. В веб заполнен пункт "Информация о производителе - Выработанная", в нем указано предприятие, но там нет GUID, только имя можно скопировать.

Я решил проблему просто, добавляю производителей из привязанных площадок по номенклатуре: запрос GetProductItemByGuid v2.0 тег producing.location.guid. Но, если там будет несколько производителей, тогда непонятно, нужно всех указывать или кого-то одного.

anig99 wrote:

serg882 wrote:

anig99 wrote:
Привыкайте. Не всё, что есть в web есть в api. И наоборот. В web нет guid и uuid. В api нет номеров большинства объектов. ВСД и предприятий (которые RUXXXXXX), например.

Сейчас при запросе предприятия приходит и номер RU:
<dt:numberList> <dt:enterpriseNumber>RUХХХ:ХХХХХХХХ</dt:enterpriseNumber> </dt:numberList>

А поиск по этому номеру есть?

в методе GetRussianEnterpriseList v2.0 эта возможность заявлена, а работает или нет, нужно проверять.

anig99 wrote:
Привыкайте. Не всё, что есть в web есть в api. И наоборот. В web нет guid и uuid. В api нет номеров большинства объектов. ВСД и предприятий (которые RUXXXXXX), например.

Сейчас при запросе предприятия приходит и номер RU:

rty wrote:

serg882 wrote:А ГУИД площадки точно верный? Запрос GetEnterpriseByGuid отрабатывает?

Совершенно верный

Тогда здесь только на api@vetrf.ru писать нужно (там нужно приложить исходный запрос и полученный ответ). Сегодня у меня по новой площадке была ошибка, не мог получить ВСД, хотя я ее вчера привязал, помогла отвязка площадки и повторная привязка, так что можно этот вариант попробовать (запрос ModifyActivityLocationsOperation с типом DELETE, после получения ответа CREATE).

nifor wrote:
Итого : Нужна печать средствами меркурия сокращённой формы либо хотя бы возможность из API получать номер(web) ВСД !!!

Такие запросы нужно писать на api@vetrf.ru, я сомневаюсь, что здесь разработчики весь форум просматривают. Может быть даже в какую-нибудь очередь поставят на доработку. С ВСД вообще непонятно, если ему guid не хотят делать, то с номером возможно так же будет.

A.Balan wrote:
про 2,3333 не понял. Поясните, пожалуйста.

Это я просчитал, если отдельно каждую строку отправлять. Забыл, что в транзакции можно указать несколько consigment. 700 документов за 1 час это много. Там скорее всего были параллельные потоки и из-за этого возникали ошибки.

A.Balan wrote:
Правда нужно учесть, что транзакции, содержащие одни и те же партии, нельзя "параллелить", а нужно выставлять в одну очередь.

Там очередь и была, результат 16 часов + все равно были ошибки. А в очередь весь документ целиком? В разных документах могут быть разные повторяющиеся номенклатуры, это получится последовательная отправка, в потоки будет уходить немного документов, а в вашем тестовом примере параллельных потоков не будет (там все документы одинаковые, это если ошибка MERC02462 проявляется при одновременном проведении разных транзакций).