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

lalex23 wrote:

VoditelKobyly wrote:

Это один из самых лохматых баянов.
Он никак не приходит. Ругань с разрабами длится уже и не припомню сколько.

Мне вот тоже интересно, почему его нет.
Неужели они думают, что при разборках мы по телефону будем диктовать UUIDы?
И не ужели это так тяжело реализовать в API?

для поиска ВСД достаточно номера и даты ТТН, хотя с номером было бы веселее
я полтора года назад получил ответ, что он не важен и с тех пор ничего не изменилось

Ну как минимум, отправил 10 разных серий одной даты одного товара в одной накладной. Получил 10 идентичных ВСД.
Даже если даты серий разные - всё равно мучение.

Keni4i wrote:

terinchik wrote:Здравствуйте.
Подскажите, как быстро отвечает тех поддержка? Написала запрос по этому адресу api@vetrf.ru, уже пятый день жду ответа.
Не можем авторизоваться в тестовом веб-интерфейсе для проверки выписанных ВСД через интеграционный модуль.

Мне еще ни разу не ответили.Писал 10,13,29 ноября.

Пробовали с выданными реквизитами зайти в Паспорт?

Jupiter wrote:Подскажите, пожалуйста, по такому вопросу: в веб-интерфейсе Меркурия в списке входящих ВСД отображается номер ВСД, но в getVetDocumentList его нет. Как его получить через шлюз? Есть ли там такая информация?

Нет его.

MZ wrote:

TWAIN wrote: Мы же не сети, чтобы руки выкручивать

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

Так уже подстроились под нужды сетей. Весь замут с 5 уровнями упаковки в целях обеспечения продовольственной безопасности на данном этапе внедрения Меркурия (а может и в принципе) - не целесообразен. Сокращение сроков внедрения 2.0, где эта упаковка есть - нецелесообразна. Но не с точки зрения сетей. Если помните, то в начале года сети были сильно против Меркурия, потом с ними договорились... Сети от Ветиса 1.4 никаких плюсов не имели. А в 2.0 теперь для них профит в упаковке с маркировкой. Может я и параноик, но одно следует за другим.

nselezneva wrote:

El_Djo wrote:А поподробнее про маркировки и 4 уровня упаковки продукции можно сослаться (как на сами требования так и сами регламенты?).

Добрый день.
У меня такой же вопрос, можно подробнее о требованиях? Зачем это указывать в ВСД?
Где о них можно прочитать?

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

GS128/EAN128 + Информация на коробке должна находится на двух смежных сторонах. Это было в письмах, которые разослали крупные сети по поводу Меркурия.

Проблемы с системой наблюдались ещё вчера.

TWAIN wrote:

anig99 wrote:
4. Скорость перехода на 2.0 - тоже очень похоже на некоторую договоренность с теми же сетями. Уверен, что с 01 января сети начнут требовать не просто работы в Меркурии, но переход именно на 2.0. А ещё чуть позже и обязательную маркировку на всех 5 уровнях упаковки.

Что значит "уверены, что ...начнут"? У нас уже давно требуют маркировку именно под 2.0.
И указание GTIN и артикулов на номенклатуре тоже для них обязательно.
Просто тем, кому не хочется это слышать и видеть - не слышат и не видят.
И продолжают нам говорить какая чудесная 1.4

Одно дело маркировка под 2.0, другое обязательная передача упаковки в ВСД + 4 уровень продукции.

Sergey-Chelny wrote:Может уже приехали спецЫ.
Я смог только что создать производственную и сразу же транспортную (АПИ 2.0).

1.4 всё так же не работает...

В круглосуточной системе спецы должны быть доступны круглосуточно.

Sky_nnov wrote:

BFT wrote:мы немного не успеваем с интеграцией, она пока в процессе (делаем ее своими силами так как для нашей УС стороннего модуля в природе не существует)

Мы тоже делаем все сами и сначала делали под 1,4 теперь под 2.0 допилили. И у нас тоже огромное кол-во транзакций.
Но мы все успели. А через полгода будут ещё "те кто не успели" и так и будем до 2030 переносить?

Так вопрос не в том, что успели пользователи сделать интеграцию, а в том что разработчики не успели.
1. Версия 2.0 выпущена очень рано и без должного тестирования. 3 месяца на тест для такой системы - это, мягко говоря, мало.
2. Очень много в 2.0 доделывают и меняют прямо на ходу.
3. Хотя и говорят, что при создании 2.0 выслушивали пожелания пользователей, по факту вся суть перехода на 2.0 - прогиб под крупные сети, чтобы они начали экономить на складских операциях. Да. Сам по себе Меркурий может и не сильно повышает себестоимость продукции для производителей. Но требования сетей по маркировке тары "под Меркурий" добавляет много головной боли производителям.
4. Скорость перехода на 2.0 - тоже очень похоже на некоторую договоренность с теми же сетями. Уверен, что с 01 января сети начнут требовать не просто работы в Меркурии, но переход именно на 2.0. А ещё чуть позже и обязательную маркировку на всех 5 уровнях упаковки.
5. Сама система очень нестабильна. Уже 2 дня наблюдаются перебои в работе. И судя по ответам тех.поддержки - чинится всё это в обычном рабочем режиме. Т.е. если что-то сломается ночью по московскому времени, то ждать всем до утра. Пользоваться на время поломки веб-интерфейсом, вместо интеграции - тоже не вариант.
6. По затратам на оформление ВСД. В некоторых регионах складывается ситуация, когда при переходе на выписку ВСД на каждую позицию отдельно тарифная политика вет.служб не меняется. Озвученные средние цифры в средних 3-4 строчки на документ - это классическая средняя температура по больнице. По некоторым группам товаров среднее количество строк - 10. Плюс к этому, что с 1 января планируется увеличение количества товарных групп, подлежащих оформлению в ВСД. Опять-таки, возьмем условно цену 70 рублей за ВСД. При увеличении количества строк с 1 до 10 - это уже 700 рублей с накладной (как я уже говорил вет.службы не везде и не для всех используют гибкую тарифную политику). Но в накладной товара может быть и на 20тонн, и на 20кг... Но сети ведь не покупают по 20кг, а внутреннее перемещение осуществляется своими силами. Но кого это волнует, если сетям надо.

nifor wrote:

Сурков66 wrote:

nifor wrote:Коллеги доброе утро !!! Перестали уходить запросы на шлюз(2.0) по транспортной партии стали возвращать ошибку APLM0002 Unsupported application data format

Просьба если не сложно выложите работающие(на данный момент(сегодня !!!)) запросы(пример) по транспортировке со сменой владельца и без смены владельца.

мало того, ни один запрос к ApplicationManagementService не работает,например,получить список журналов, в котором минимум параметров, накрылся меркурий медным тазом,
куда звонить не подскажете?

Да я уже заметил про запросы )))

Звонил сюда Телефон техподдержки +7 (4922) 52-99-29. Сказали что специалисты едут или как приедут будут чинить . Сроков никаких названо не было. Как работать с такой штукой не ясно. Товар с машинами стоит ждут ВСД. Вручную по SKU набивать начали ((((

Можете тоже попробовать позвонить .

getVetDocumentByUuidRequest тоже не работает.

Sky_nnov wrote:На рабочем RU код уже неделю как с V2 приходит

Я в начале месяца пробывал - не было. Если приходит, то ОК.

serg882 wrote:

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

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

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

Владимир Игнатов wrote:

serg882 wrote:
Для формирования печатных форм нужно:
1. Найти компоненту формирования QR кода (можно использовать от 1С 8.3, если работа ведется в 8.3) или взять другую (например, ocvitabarcode.ocx).
2. Адрес для получения QR кода можно взять отсканировав из формы Меркурия (там будет ссылка на страницу + uuid ВСД).
3. Сделать макет сокращенной формы (как в Меркурии, в макете вроде нигде не указывается номер ВСД из web, только в адресной строке браузера) или любой другой (в т.ч. полный ВСД).
4. Сформированный QR код вставить в макет.
5. Печатная форма готова.

А вот этот номерок откуда брать?
Ветеринарная справка формы 4: No 7232467 от 23.10.2017 14:02:24 МСК (оформлен)

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

anig99 wrote:Если у кого возникнет такая проблема, то на платформе 8.2.19.121 возникает ошибка
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
по причине:
При создании описания сервиса произошла ошибка.
по причине:
Неправильный путь к файлу 'ApplicationManagementService_v1.1.wsdl'

На 8.3 такой ошибки нет. Попытаюсь решить. Если получится, то сообщу.

Решил. http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl вообще не нужен. Вместо него достаточно ApplicationManagementService_v1.1.wsdl программно или как wsdl ссылку в конфигурацию. Спасибо mevgenym за его код https://github.com/mevgenym/1c_vetis.api

Для получения Фабрики нужно использовать такой код:

Функция ПолучитьФабрикуXDTOApplicationManagements20(Боевая);
	
	Если Не Боевая Тогда
		_Имя = "http://api.vetrf.ru/schema/platform/services/2.0-RC-last/";
		_Суф = "_v2.0.xsd";
		ОпределениеWS = WSСсылки.WSApplicationManagementsService20.ПолучитьWSОпределения();
	Иначе
		_Имя = "http://api.vetrf.ru/schema/platform/services/2.0-last/";
		_Суф = "_v2.0.xsd";
		ОпределениеWS = WSСсылки.WSApplicationManagementsService20Test.ПолучитьWSОпределения();
	КонецЕсли;
		
	МассивXSD = Новый Массив();
	МассивXSD.Добавить(_Имя + "application_v1.1.xsd");
	МассивXSD.Добавить(_Имя + "base_v1.1.xsd");
	МассивXSD.Добавить(_Имя + "dictionary" + _суф);
	МассивXSD.Добавить(_Имя + "document" + _суф);
	МассивXSD.Добавить(_Имя + "mercury_g2b_applications" + _суф);	
	ФабрикаXD = СоздатьФабрикуXDTO(МассивXSD);
	
	МассивURI = Новый Массив;  
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/application/ws-definitions");  
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/base/ws-definitions");  
	
	ФабрикаWS = Новый ФабрикаXDTO(ОпределениеWS.ФабрикаXDTO.ЭкспортМоделиXDTO(МассивURI), ФабрикаXD.Пакеты);
	
	ПакетыМассив = Новый Массив();
	ПакетыМассив.Добавить(ФабрикаXDTO.Пакеты.Получить("http://schemas.xmlsoap.org/soap/envelope/"));
	
	Для Каждого стрПакет из ФабрикаXD.Пакеты Цикл
		ПакетыМассив.Добавить(стрПакет);	
	КонецЦикла;
	
	Для Каждого стрПакет из ФабрикаWS.Пакеты Цикл
		ПакетыМассив.Добавить(стрПакет);	
	КонецЦикла;
	
	ФабрикаXD = Новый ФабрикаXDTO(, ПакетыМассив);
	
	Возврат(ФабрикаXD);
	
КонецФункции

Не понятно как влияет, но ЗапросWeb = Новый HTTPЗапрос("platform/services/ApplicationManagementService"); использовал ЗапросWeb = Новый HTTPЗапрос("platform/services/2.0/ApplicationManagementService"); Вроде работает и так, и так.

serviceID поменять с mercury-g2b.service на mercury-g2b.service:2.0

Если у кого возникнет такая проблема, то на платформе 8.2.19.121 возникает ошибка
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
по причине:
При создании описания сервиса произошла ошибка.
по причине:
Неправильный путь к файлу 'ApplicationManagementService_v1.1.wsdl'

На 8.3 такой ошибки нет. Попытаюсь решить. Если получится, то сообщу.