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

svm55 wrote:так и предполагал, но не увидел разницу между тем, когда не принял ВСЮ партию продукции и не буду гасить ВСД принципиально - пусть поставщик аннулирует, и этим случаем. Понятное дело, что партию надо делить, смущает возвратный ВСД, который я опять же оформляю от себя, как собственник. Там так и указано, Но как раз собственником НЕ принятой продукции я никогда и не был. Мне кажется это какая-то недоработка Меркурия. Лучше б аннулировали старый и выписывали новый.

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

Не надо путать бухгалтерию и ВСД, когда оформляете возвратный ВСД вы не становитесь собственником продукции.

Там даже в самом ВСД написано: Сведения о получателе, Сведения об отправителе.

В заявках, если используете версию 2.1, нужно писать:

иначе всё-равно 2.0 будет.

http://help.vetrf.ru/wiki/Подсистема_работы_со_справочниками_и_реестрами_в_Ветис.API
Все адреса и команды.

userMerk wrote:

dk wrote:

userMerk wrote:понимаю вас. Но вот даже с ваших кодом не работает.
понимаю про разницу между запросом и поиском в справочнике.
Вот например метод поиска по штрихкоду работает от души - GetProductItemList
но стоит поменять текст на ваш или мой, так сразу ошибка парсинга. грустно

У меня это запрос работает норм.

на рабочем сервере, правильно?

И на рабочем, и на тестовом, в автоматическом режиме обновляются справочники и никогда с этим запросом не было проблем.

Точка доступа точно указана верно? Для GetProductItemList - другая точка доступа.

userMerk wrote:понимаю вас. Но вот даже с ваших кодом не работает.
понимаю про разницу между запросом и поиском в справочнике.
Вот например метод поиска по штрихкоду работает от души - GetProductItemList
но стоит поменять текст на ваш или мой, так сразу ошибка парсинга. грустно

У меня это запрос работает норм.

Это не заявка, а запрос к справочнику:

+ не забываем, что URL точки доступа для справочников другой, чем для заявок, и ответ приходит сразу.

Если тестовый контур 2.0:

WSDL:
http://api.vetrf.ru/schema/platform/services/2.0-last/EnterpriseService_v2.0_pilot.wsdl
URL точки доступа:
https://api2.vetrf.ru:8002/platform/services/2.0/EnterpriseService

xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2"

Тут всё просто, для этой задачи нужно использовать другой запрос:
http://help.vetrf.ru/wiki/GetBusinessEntityByGUID_v2.0

altima wrote:А вообще - это ошибка интеграции, надо указавать guid, вместо uuid, и тогда таких проблем бы не было.
Вы имеете ввиду эту строчку в запросе?
<vd:product>
<bs:guid>97930dcf-0ffd-f79b-1f7f-8cc58f43e4b7</bs:guid>
</vd:product>

Или сам сертификат?
<vd:vetCertificate>
<bs:uuid>33fdc289-0c71-4762-be61-4c239434e12b</bs:uuid>
</vd:vetCertificate>

<vd:productItem>
<bs:guid>97930dcf-0ffd-f79b-1f7f-8cc58f43e4b7</bs:guid>
</vd:productItem>

Shadasp wrote:

altima wrote:Производим гашение ВСД, через 1С:Предприятие 8.3 (8.3.12.1616) Кнофигурация Штрих-М: Розничная сеть, редакция 5.2 (5.2.1.65), при ответе на запросы появляется ошибка : "- В сведениях о принимаемой партии указана устаревшая версия записи наименовании продукции. (MERC14023)"

Наименование продукции запрашивали из Ветис, при повторном гашении та же ошибка.
Кто сталкивался с подобным ответом и как решали проблему?

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

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

Вам нужно просить отправителя аннулировать существующий ВСД, и выписать новый с новым наименованием продукции.

А вообще - это ошибка интеграции, надо указавать guid, вместо uuid, и тогда таких проблем бы не было.

Вам нужно просить отправителя аннулировать существующий ВСД, и выписать новый с новым наименованием продукции.

А вообще - это ошибка интеграции. Если бы в запросе было указан productItem guid, вмето productItem uuid, то тогда таких проблем бы не было.

anyman wrote:

nmzn1 wrote:
но, если придёт без 4-го уровня, то можно будет переложить при гашении на собственный 4-ый уровень, и уже отправлять дальше

Если верить Власову, то с 01.02.19 уже не придет. Эту возможность отключат.
http://www.fsvps.ru/fsvps/news/28390.html

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

А у меня красивее

http://help.vetrf.ru/wiki/DocumentType_v2.0

Допустимые типы для waybill(ТТН): 1, 2, 3, 4, 5

в relatedDocument можно любые из этого списка добавлять.

ТТН необязательно указывать, поэтому предполагаю, тут как договорятся ХС.

Повторная отправка запроса обычно помогает с ошибкой APLM0012

С конкретным филиалом никак не связано, меркурий на своей волне.

А вообще надо поиском пользоваться в таких случаях. Я думаю чтива на неделю найдёшь.

Денис23 wrote:А как же куча клиник частных по всей стране? И 646 Приказ для Вас сделали, что бы оформляли сами. Или Вы хотите и ВСЭ проводить? Судя Вашей логике, нужно и ГАИ частНое сделать.

А вы бы хотели, чтобы каждое подразделение ГИБДД свои штрафы назначали, индивидуально, по своему внутреннему убеждению?