Автор |
Сообщение |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 30/01/2018 18:46:25
|
kostrikin.aa
Зарегистрирован: 18/01/2018 09:32:57
Сообщений: 24
Оффлайн
|
kostrikin.aa wrote:У кого есть мекеты для формирования печатной формы сертификатов?
Подниму.
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 31/01/2018 07:26:03
|
hawksib
![[Avatar]](/vetrf-forum/images/avatar/1b6171ff276542bd344c1600aaca6165.jpg)
Зарегистрирован: 04/08/2017 08:44:20
Сообщений: 179
Оффлайн
|
mic_net wrote:
Попробуйте добавить секцию vetDocument
Только почему то независимо от того что поставить в cargoExpertized в ВСД в веб-интерфейсе отражается "Ветеринарно-санитарная экспертиза: не подвергнута ветеринарно-санитарной экспертизе".
попробовал, результат тот же, мой запрос:
Имя файла |
запрос производственная партия.xml |
Загрузить
|
Описание |
|
Размер файла |
7 Kbytes
|
Скачано: |
775 раз |
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 31/01/2018 14:54:59
|
Андрей (РМ)
Зарегистрирован: 11/09/2017 16:42:51
Сообщений: 11
Оффлайн
|
Cannon wrote:
Как я импортировал:
1. чистая конфигурация
2. скачал все файлы xsd в локальную папку
3. импортировал ВСЕ пакеты XDTO, прямо по списку сверху вниз.
4. Самый первый application_v1.1.xsd при установке прихватывает и base_v1.1.xsd.
5. все последующие показывают окошко "Выбор обновляемых пространств имен". Нужно поставить ВСЕ галочки.
6. импорт ws-ссылок.
Смотрите приложенные картинки.
Рад, если смог Вам помочь.
Спасибо за картинки, но опять же вы импортировали всё кроме
http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl
И корректного импорта сервиса видимо можно не ожидать, всё приходится делать также как в версии 1.4 , через прямые HTTP запросы.
Хотя для Икара и Цербера и других сервисов сделали же корректные описания, импортируются нормально...
ЗЫ. рано радовался, икар вроде нормально работает, а вот цербер нет.
метод GetBusinessEntityList с отбором по инн отрабатывает корректно, с отбором по наименованию - не работает.
Это сообщение было редактировано 6 раз. Последнее обновление произошло в 31/01/2018 18:55:13
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 02/02/2018 12:02:05
|
gaur7
![[Avatar]](/vetrf-forum/images/avatar/253d812cbfbb77c03b910f9897e9487d.jpg)
Зарегистрирован: 18/05/2017 08:53:38
Сообщений: 145
Оффлайн
|
Доброе время суток! Подскажите пожалуйста в веб-интерфейсе в Меркурие.ХС при гашение есть поле (Дата поступления груза)
А как указывается это поле в операции http://help.vetrf.ru/wiki/IncomingOperation
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 02/02/2018 19:22:56
|
Cannon
Зарегистрирован: 29/01/2018 10:39:33
Сообщений: 6
Оффлайн
|
Подскажите, где вообще можно прочитать про физическую сторону существования ВСД?
Ну, то есть:
ВСД оформляются при производстве, перевозке с площадки на площадку, продаже.
ВСД создается в системе при отгрузке.
Мы принимаем товар на склад, и какое-то время храним его у себя на складе, входящие ВСД лежат в сейфе (если бумажные), или в ВЕТИСе, если электронные.
Потом мы отгружаем товар покупателю, оформляем погашение входящих ВСД, оформляем новые, причем вписываем в новое ВСД номер старого, входящего.
Или входящий ВСД гасится при поступлении? При выписке нового ВСД просто указываем дату изготовления с упаковки и всё?
Так? Или как-то по другому?
В правилах и прочей ерунде занудное перемалывание воды в ступе.
P.S. Плиз, не бейте ногами, совсем новичок в теме, а до 1 августа всего ничего... и партионный учет в нашей самописной системе вообще отсутствует.
Вот и прикидываю измерения регистра "Партии" - будет достаточно "ДатаИзготовления", или нужен "ВходящийВСД" ?
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 02/02/2018 19:26:54
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 04/02/2018 14:59:29
|
hawksib
![[Avatar]](/vetrf-forum/images/avatar/1b6171ff276542bd344c1600aaca6165.jpg)
Зарегистрирован: 04/08/2017 08:44:20
Сообщений: 179
Оффлайн
|
полагаю delivery/deliveryDate
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 05/02/2018 13:20:06
|
GradoboevAV
Зарегистрирован: 27/06/2017 16:48:55
Сообщений: 4
Оффлайн
|
Добрый день, переписываю обмены с 1.4 на 2.0, справочная информация получается без проблем, а вот на запрос записей складского журнала возвращается ответ с Кодом состояния 500, не могу понять в чем проблема.
На 1.4 этот запрос работал, изменил его на 2.0 перестал работать.
Вначале думал у меня запрос кривой, попробовал передать пример запроса из описания метода с ветис вики, предварительно подставив в него свои данные.
Вернулся тот же ответ. Код состояния 500.
В отправке запроса ни чего не изменилось, все правильно делаю?
ЗапросWeb = Новый HTTPЗапрос("platform/services/2.0/ApplicationManagementService");
ЗапросWeb.УстановитьТелоИзСтроки(Строка);
СоединениеWeb = Новый HTTPСоединение(ПараметрыПодключения.Адрес, ПараметрыПодключения.Порт, ПараметрыПодключения.Логин, ПараметрыПодключения.Пароль,,Истина);
ОтветWeb = СоединениеWeb.ОтправитьДляОбработки(ЗапросWeb);
P.S.
Пол года прошло, уже забыл как это работает. Разобрасля.
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 06/02/2018 11:08:44
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 05/02/2018 19:38:31
|
maxim_mikhalchuk@nsry.ru
Зарегистрирован: 05/02/2018 19:05:11
Сообщений: 1
Оффлайн
|
Здравствуйте! Начал вчера пробовать писать интеграцию под 1С с меркурием ))) Хорошо что бизнес-процессов на конторе не густо.. в теории можно успеть )) Начал как водится с простого: получить чего нибудь из справочной информации.
После выполнения метода GetProductByGuid получаю ошибку "аутентификация пользователя не выполнена". Под полученными мною логином и паролем запросто вхожу в Меркурий через веб-интерфейс. А тут ошибка.. какая тут нужна авторизация? какая то другая или я что то туплю.. или тупит сервис )))
Заранее благодарен за ответ )
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/02/2018 06:13:36
|
loki
Зарегистрирован: 23/11/2017 08:43:39
Сообщений: 85
Оффлайн
|
вам нужен логин/пароль для ветис.апи
http://help.vetrf.ru/wiki/Ветис.API = почитайте про предоставление доступа
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/02/2018 11:40:33
|
Amaltea
Зарегистрирован: 16/01/2018 17:20:09
Сообщений: 22
Оффлайн
|
Подскажите, пожалуйста, где в меркурии (или интеграционном решении) поле productCode? (поле, в которое одна из сетей требует вводить свой plu-код)
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/02/2018 11:52:02
|
nmzn1
![[Avatar]](/vetrf-forum/images/avatar/4910fcdaedc2be5c5f05533b7a9cb8c2.jpg)
Зарегистрирован: 11/05/2017 09:25:20
Сообщений: 4977
Оффлайн
|
Amaltea wrote:Подскажите, пожалуйста, где в меркурии (или интеграционном решении) поле productCode? (поле, в которое одна из сетей требует вводить свой plu-код)
через веб не увидел такого вообще, если только поле "артикул производителя" в номенклатуре товара...
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 06/02/2018 11:56:02
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/02/2018 12:10:05
|
Павел Большаков
![[Avatar]](/vetrf-forum/images/avatar/51cdbd2611e844ece5d80878eb770436.png)
Зарегистрирован: 25/05/2017 10:01:41
Сообщений: 368
От: Контур.Меркурий
Оффлайн
|
<productItem> <globalID xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">4607004890178</globalID> <name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">793010 Плавл. сыр "С ветчиной", ванн. 400 г, Хохланд</name> <code xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">231627</code> </productItem> ! Обратите внимание что для того чтобы этот code не перетерся из вашего GUID4уровня на стороне тупого мержа в меркурии - в эту сеть НЕ следует отправлять productItem.GUID !
Это сообщение было редактировано 3 раз. Последнее обновление произошло в 06/02/2018 12:12:43
|
https://kontur.ru/mercury |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 09/02/2018 06:56:36
|
nifor
![[Avatar]](/vetrf-forum/images/avatar/a17479231dc298309a3fda7d7d00111a.jpg)
Зарегистрирован: 21/04/2017 04:01:50
Сообщений: 150
Оффлайн
|
Доброе утро коллеги !!! Есть вопрос по инвентаризации. Делаем через API 2.0 транзакцию но поле маркировка/номер вет. клейма пустое. В описании транзакции так и не смог определить какое оно это поле )). Если создавать через web поле есть возможность проставить. Пожалуйста подскажите если кто знает что же необходимо заполнять в запросе на создание инвентаризации ??
|
Имя файла |
123.png |
Загрузить
|
Описание |
|
Размер файла |
330 Kbytes
|
Скачано: |
760 раз |
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 09/02/2018 06:56:55
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 09/02/2018 08:29:16
|
anig99
Зарегистрирован: 21/10/2016 20:05:29
Сообщений: 143
Оффлайн
|
Вот тут поподробнее. Сети просят присылать им GUIDы 4го уровня продукции. Это какая-то фича или баг, что несоздатель номенклатуры 4го уровня может её редактировать?
Кстати, скиньте пару guidов 4го уровня для тестовой.
Павел Большаков wrote:<productItem>
<globalID xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">4607004890178</globalID>
<name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">793010 Плавл. сыр "С ветчиной", ванн. 400 г, Хохланд</name>
<code xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">231627</code>
</productItem>
! Обратите внимание что для того чтобы этот code не перетерся из вашего GUID4уровня на стороне тупого мержа в меркурии - в эту сеть НЕ следует отправлять productItem.GUID !
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 09/02/2018 13:14:07
|
Павел Большаков
![[Avatar]](/vetrf-forum/images/avatar/51cdbd2611e844ece5d80878eb770436.png)
Зарегистрирован: 25/05/2017 10:01:41
Сообщений: 368
От: Контур.Меркурий
Оффлайн
|
anig99 wrote:Вот тут поподробнее. Сети просят присылать им GUIDы 4го уровня продукции. Это какая-то фича или баг, что несоздатель номенклатуры 4го уровня может её редактировать? Кстати, скиньте пару guidов 4го уровня для тестовой.
Не все сети просят GUID, я бы даже сказал что тех кому обязательно нужен GUID4 уровня - меньшинство. Ключ к пониманию этого процесса лежит в плоскости понимания того, ЗАЧЕМ сетям этот guid/gtin/code/name вообще сдались. Нужны они для ИДЕНТИФИКАЦИИ ТОВАРОВ НА ПРИЕМКЕ, причем БЫСТРОЙ МАШИННОЙ идентификации. В EDI эти задачи давно решены - там в каждом сообщении DESADV (по смыслу очень напоминающий пачку ВСД) по товарам обязательно указываются ключи идентификации: GTIN + кодТовараПоставщика+ кодТовараПокупателя. (Хотя каждая отдельно взятая сеть может смотреть не не все из них и обрабатывать их собственным "велосипедом" ) Вообще, если кому интересна предметная область EDI (а её понимание существенно вам поможет) то рекомендую нашу статейку на инфорстарте: https://infostart.ru/public/402490/ (её упоминание как-раз уместно в этом топике) Что же мы имеем в Меркурии : (тут повторю еще раз свое мнение: НЕ следует создавать по всей стране велосипедные мануфактуры - надо просто перенять то что уже работает несколько лет) У нас в исходящем ВСД есть расчудесный тег productItem а в нем: GTIN - это хорошо (надеюсь Вы не питаете иллюзий что его одного достаточно для идентификации) name - это хорошо, правда не понятно это наименование в системе получателя или наименование в системе отправителя code - вроде тоже хорошо, но! Это код ПОСТАВЩИКА (артикул) или код в системе ПОКУПАТЕЛЯ? GUID - вроде прекрасный идентификатор, но не все так просто, уважаемый читатель. Сейчас в Меркурии поставщик спокойно может занести товар "Товар" - получит на него GUID и понеслись ВСДшки... Кстати, на физически одно наименование товара может быть несколько guid: сейчас свой guid может получить и производитель и дистриб и торговая сеть и замена происходит при отгрузке элементарно (надеюсь читатель понимает что меркурию ВООБЩЕ БЕЗ РАЗНИЦЫ что вы укажете в guid 4 уровня при отгрузке - он только проверит чтобы 3 уровень в нем совпадал - а то что он будет ОТЛИЧАТЬСЯ от того который у Вас на стоке - это дапажалста. (Это кстати очень хорошо что так сделано)) Кажется что тут не хватает единых правил игры, верно ведь? Забегу вперед и скажу что такие правила есть, а пока перейдем к требованиям сетей, которые на первый взгляд кажутся совсем уж разношерстными. Требования сетей (помимо требований делать ВСД без типичных косяков (дубли площадок, братские могилы, сами понимаете, этот типовой список)) содержат требования о: наполнении productItem наполнении упаковок/маркировок в ВСД маркировки на короба (не у всех сетей есть требования по коробам) И все эти требования преследуют только одну цель - чтобы ваш товар МОЖНО БЫЛО ОДНОЗНАЧНО СОПОСТАВИТЬ (в том числе "пропикав" сканером маркировку на коробке/паллете) - все, ничего лишнего там нет. Кстати требования предоставить GUID4 уровня - может стоять лишь для того чтобы понять какие SKU в вашей товарной матрице вообще являются поднадзорными, а какие неподнадзорными. И, если поднадзорные, то по какому из приказов (646/647/648) - поставьте себя на место сети - это первое с чем бы вы столкнулись, вам нудно понять на какой товар вы должны получать ВСД, а на какой не должны. Какие же правила в итоге получились: GTIN - он и есть GTIN, его надо отправлять всегда. (если он есть) code - это КОД ТОВАРА СЕТИ name - наименование особо не анализируется машинным образом и служит только для визуального считывания человеком (мы в Контуре решили что будем отправлять наименование Сети) GUID - самая злая штуковина в этой истории. Основное его свойство - если его указать в реквизите поле productItem - то ВСД создастся с теми GTIN,code,name КОТОРЫЕ СОДЕРЖАТСЯ В GUID, а те, которые вы указали, будут затерты. Отсюда и получается простое правило: для тех сетей которые требуют GUID4 уровня - отправляем его. Для тех сетей, которые требуют прислать им коды товара (GTIN,code,name) не следует отправлять GUID Иначе пропадут реквизиты. Для несетевых покупателей без требований будем отправлять как нам удобнее (а удобнее нам GUID4 ) Теперь надо сопоставления в разрезе своих партнеров занести куда-то, научиться отправлять и можно работать (ну или если у вас уже есть EDI - то такие соответствия в разрезе сетей у Вас уже есть) Вы ведь вы поняли весь изюм предыдущего предложения? Потом осталось только собрать по каждому отправляемому в Сеть ВСД этикетку на коробку (если для сети требуется) и можно считать что все ок. (про этикетки и batchNumber не буду здесь писать чтобы не превращать и без того длинный пост в портянку) GUIDы 4 уровня на тестовом вот например: 3c476cb7-d503-446e-b927-5b4c24bccd02 3f26fe4b-a91f-4808-99da-b12513e9531a 7d0a2a65-4c0a-404d-acc2-76b21757a436
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 09/02/2018 13:25:08
|
https://kontur.ru/mercury |
|
 |
|
|
|