Интеграция с 1С

Несколько вопросов возникло:
1) При инвентаризации выдает ошибку:

MERC24265 - В записи журнала должен быть указан хотя бы один производитель продукции.

Нужно указать производителя из Вьетнама, Китая и т.д. Найти не могу в меркурии.
Хотел создать, но мои вет. врачи говорят что им запретили (тех. поддержка молчит).
Что в этом случае делать?
2) Что нужно указывать в назначении груза при отправки транспортной партии у корма для кошек. Есть вариант "в корм непродуктивным животным" (вет. врач не в курсе).

Внесла всю продукцию в справочник, гуид присвоился каждому наименованию. в транзакции "переработка-производство" не ищет позицию через "выбрать из справочника. Ввожу вручную и продукт выходит уже без гуида. В чем ошибка и как исправить?

интересная особенность операции processIncomingConsignment

по всд продукция приходит в таком виде

фактическое название по guid - ОКОРОЧОК "Особый" цыпленка-бройлера заморож. (подложка)
т.е. название отличается

если гасить по guid и name или только по guid, получаем ошибку

MERC14562 - Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

если гасить только по name

то гасит без ошибок

Всем привет, кто перешел на 2.1? поделитесь впечатлениями

1С:Предприятие 8.3 (8.3.12.1412)
Бухгалтерия предприятия, редакция 3.0 (3.0.63.20)

При работе в обработке "Обмен с ВЕТИС" постоянно возникают ошибки:

При загрузке документа с типом getStockEntryChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3793)}: Значение не является значением объектного типа (Идентификатор)
СправочникОбъект.УстановитьСсылкуНового(Справочники.УпаковкиВЕТИС.ПолучитьСсылку(Новый УникальныйИдентификатор(ДанныеКлассификатора.Идентификатор)))

и

При загрузке документа с типом getVetDocumentChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3776)}: Значение не является значением объектного типа (globalID)
Если ЗначениеЗаполнено(ЭлементДанных.globalID) Тогда

Кто-нибудь еще пытается работать в Меркурии через типовую подсистему 1С?

itrtr wrote:1С:Предприятие 8.3 (8.3.12.1412)
Бухгалтерия предприятия, редакция 3.0 (3.0.63.20)

При работе в обработке "Обмен с ВЕТИС" постоянно возникают ошибки:

При загрузке документа с типом getStockEntryChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3793)}: Значение не является значением объектного типа (Идентификатор)
СправочникОбъект.УстановитьСсылкуНового(Справочники.УпаковкиВЕТИС.ПолучитьСсылку(Новый УникальныйИдентификатор(ДанныеКлассификатора.Идентификатор)))

и

При загрузке документа с типом getVetDocumentChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3776)}: Значение не является значением объектного типа (globalID)
Если ЗначениеЗаполнено(ЭлементДанных.globalID) Тогда

Кто-нибудь еще пытается работать в Меркурии через типовую подсистему 1С?

Это официальный модуль 1с с такими ошибками валится?)

ZDmitry wrote:

itrtr wrote:1С:Предприятие 8.3 (8.3.12.1412)
Бухгалтерия предприятия, редакция 3.0 (3.0.63.20)

При работе в обработке "Обмен с ВЕТИС" постоянно возникают ошибки:

При загрузке документа с типом getStockEntryChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3793)}: Значение не является значением объектного типа (Идентификатор)
СправочникОбъект.УстановитьСсылкуНового(Справочники.УпаковкиВЕТИС.ПолучитьСсылку(Новый УникальныйИдентификатор(ДанныеКлассификатора.Идентификатор)))

и

При загрузке документа с типом getVetDocumentChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3776)}: Значение не является значением объектного типа (globalID)
Если ЗначениеЗаполнено(ЭлементДанных.globalID) Тогда

Кто-нибудь еще пытается работать в Меркурии через типовую подсистему 1С?

Это официальный модуль 1с с такими ошибками валится?)

Да, типовой...

в 1С все будет работать, когда наши инопланетяне(меркурианцы) перестанут удивлять количеством различных багов и ошибок в преддверии часа Х.

ZDmitry wrote:

itrtr wrote:1С:Предприятие 8.3 (8.3.12.1412)
Бухгалтерия предприятия, редакция 3.0 (3.0.63.20)

При работе в обработке "Обмен с ВЕТИС" постоянно возникают ошибки:

При загрузке документа с типом getStockEntryChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3793)}: Значение не является значением объектного типа (Идентификатор)
СправочникОбъект.УстановитьСсылкуНового(Справочники.УпаковкиВЕТИС.ПолучитьСсылку(Новый УникальныйИдентификатор(ДанныеКлассификатора.Идентификатор)))

и

При загрузке документа с типом getVetDocumentChangesListResponse возникла ошибка:
Текст ошибки: {ОбщийМодуль.ИнтеграцияВЕТИС.Модуль(3776)}: Значение не является значением объектного типа (globalID)
Если ЗначениеЗаполнено(ЭлементДанных.globalID) Тогда

Кто-нибудь еще пытается работать в Меркурии через типовую подсистему 1С?

Это официальный модуль 1с с такими ошибками валится?)

В процессе отладки выяснилось: из Меркурия приходит упаковка с заполненным полем "name" - "полиэтилен", поля "globalID" и "guid" пустые. В классификаторе упаковок Ветис в 1С по наименованию такой упаковки вообще нет. Ищем упаковку с таким наименованием в "Классификаторе видов груза, упаковки и упаковочных материалов ЕЭК", который используется Меркурием http://help.vetrf.ru/wiki/PackingForm. Там "полиэтилен" находится в Таблице 1. "Соответствие между старым справочником упаковок и новым классификатором" и соответствует упаковке "Упаковка не определена". Видимо 1С загружает ВСД содержащее упаковку из устаревшего классификатора.
Встретилась даже упаковка "name" - "плиетилен", "name" - "плолиэтилен".
Подсунул этим упаковкам упаковку - "Упаковка не определена".

не подскажете чего не хватает в запросе получения актуального списка записи журнала:
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns

s="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance">
<Header/>
<Body>
<submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<apiKey>YmUxNTMwZjEtZmZjOC00Yjg5LTg1MjItMmE5MmMxODM3ZGQ0TW9uIE9jdCAxNyAxNDo0MTowMyBNU0sgMjAxNg==</apiKey>
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<serviceId>mercury-g2b.service:2.0</serviceId>
<issuerId>8e427b6b-11764a-8090-915fedcef870</issuerId>
<issueDate>2018-06-28T19:35:58</issueDate>
<data>
<GetStockEntryListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
<localTransactionId>73ba1a0f-458a-4866-8cc1-70f2e8b88a03</localTransactionId>
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<d7p1:login>hudajb14</d7p1:login>
</initiator>
<listOptions xmlns="http://api.vetrf.ru/schema/cdm/base">
<count>1000</count>
<offset>0</offset>
</listOptions>
<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">d0c76ec1-3092-4fad-beb9-328d1323418e</enterpriseGuid>
<searchPattern xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<d7p1:blankFilter>NOT_BLANK</d7p1:blankFilter>
</searchPattern>
</GetStockEntryListRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

Добрый день!

Пытаемся взлететь через Ветис.API: отправила транспортную накладную (prepareOutgoingConsignmentRequest) с нашим логином - получила ошибку MERC02386 - Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД. Почитала форум, стрясла с ветеринара логин, указала его в качестве инициализатора запроса - запрос ушел и ветеринарка сразу создалась. То есть это не заявка на оформление, как я надеялась, а прям создание документа - ветеринару после этого делать нечего.
Вопрос - я чего-то не понимаю и делаю не то? Или у хоз. субъектов через Ветис.API ветеринары документы выписывают (раньше у нас так и было - приходил ветеринар и выписывал документы на бланке)? Или ветеринары доверяют хоз. субъектам и без вопросов выдают свои логины в свободное пользование?

GNN wrote:Добрый день!

Пытаемся взлететь через Ветис.API: отправила транспортную накладную (prepareOutgoingConsignmentRequest) с нашим логином - получила ошибку MERC02386 - Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД. Почитала форум, стрясла с ветеринара логин, указала его в качестве инициализатора запроса - запрос ушел и ветеринарка сразу создалась. То есть это не заявка на оформление, как я надеялась, а прям создание документа - ветеринару после этого делать нечего.
Вопрос - я чего-то не понимаю и делаю не то? Или у хоз. субъектов через Ветис.API ветеринары документы выписывают (раньше у нас так и было - приходил ветеринар и выписывал документы на бланке). Или ветеринары доверяют хоз. субъектам и без вопросов выдают свои логины с свободное пользование?

Почитайте тут http://vetrf.ru/vetrf-forum/posts/list/8200.page

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

GNN wrote:Добрый день!

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

Да, представляете, по-прежнему для оформления ВЕТЕРИНАРНОГО документа требуется ВЕТЕРИНАРНЫЙ врач.

Фармакс wrote:

GNN wrote:Добрый день!

Пытаемся взлететь через Ветис.API: отправила транспортную накладную (prepareOutgoingConsignmentRequest) с нашим логином - получила ошибку MERC02386 - Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД. Почитала форум, стрясла с ветеринара логин, указала его в качестве инициализатора запроса - запрос ушел и ветеринарка сразу создалась. То есть это не заявка на оформление, как я надеялась, а прям создание документа - ветеринару после этого делать нечего.
Вопрос - я чего-то не понимаю и делаю не то? Или у хоз. субъектов через Ветис.API ветеринары документы выписывают (раньше у нас так и было - приходил ветеринар и выписывал документы на бланке). Или ветеринары доверяют хоз. субъектам и без вопросов выдают свои логины с свободное пользование?

Почитайте тут http://vetrf.ru/vetrf-forum/posts/list/8200.page

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

Почитала - понятнее не стало. То есть все те, кто сейчас через Ветис.API уже работает - они через логины вет.врача запросы отправляют, если продукция не подпадает под упрощенные схемы? Боюсь, что наши ветеринары не готовы к такому режиму. Да и нам лишнюю ответственность брать не хочется.
Вариант только вет. врача лично выписывать в офис? Но тогда другая проблема - график нашей отгрузки не совпадает с графиком работы ветеринаров - не хотят они в 9 вечера ветеринарки оформлять.

Mak_VET wrote:

GNN wrote:Добрый день!

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

Да, представляете, по-прежнему для оформления ВЕТЕРИНАРНОГО документа требуется ВЕТЕРИНАРНЫЙ врач.

Я не спорю, что ветеринарный врач нужен, просто оставалась надежда, что этот запрос создаст некую транзакцию, на основании которой ветеринар сделает/одобрит документ, не появляясь у нас лично, а не мы сами документов насоздаем. Если ветеринары будут лично по хоз. субъектам сидеть то никаких ветеринаров на всех не хватит, тем более летом - в период отпусков.