Сообщения, отправленные пользователем: Евгений_СК

И вдогонку еще один вопрос: правильно ли я понимаю, что для предприятия, торгующего продукцией, актуальны три операции ВЕТИС:
1. Оформление входящей партии (IncomingOperation): http://help.vetrf.ru/wiki/IncomingOperation - это когда товар от поставщика приходит на склад торгового предприятия;
2. Инвентаризация (ResolveDiscrepancyOperation): http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation
3. оформление транспортной партии (TransportOperation): http://help.vetrf.ru/wiki/TransportOperation - когда торговое предприятие продает товар.

Добрый день.
Вопрос по ProductItem. В ВЕТИС есть три обязательных уровня продукции - тип продукции, продукция и вид продукции, также производитель (по желанию) может сформировать четвертый уровень - ProductItem, т.е. он может быть, а может и не быть. Но в описании процедуры инвентаризации указано, что в объекте, описывающем партию продукции, ProductItem обязателен: http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2FstockDiscrepancy.2FresultingList.2FstockEntry.2Fbatch.2FproductItem

Представим ситуацию: есть торговое предприятие. На предприятие поступает товар (операция IncomingOperation), в операции поступления для каждой позиции товара есть только три уровня. Затем на предприятии решили сделать инвентаризацию - где брать четвертый уровень, обязательный для этой операции?

Ясно. Еще такой вопрос: в ряде функций (например, в функции получения списка единиц "GetUnitList") используется параметр "ListOptions", определяющий "порционность" получения списка. Как определить, какими порциями запрашивать список (параметр "ListOptions.count")? Я так понимаю, указание количества получаемых записей нужно для того, чтобы не получать большой объем данных сразу, что может быть обременительно для сети. Но как понять, какими порциями получать оптимально?

nsnt wrote:

Евгений_СК wrote:
по причине:
Аутентификация пользователя не выполнена.[/i]

Что я делаю не так?

Возможно, с паролем от тестового сервера пытаетесь подключиться к боевому. Все официальные схемы здесь: http://help.vetrf.ru/wiki/Ветис.API
Или логин/пароль не тот, должны быть те, которые выдавались для авторизации в системе через api.

Ваша правда, спасибо! Действительно, пытался подключиться к боевому. А для чего мне на почту пришли "APIKey", "ServiceID", "IssuerID"? Вроде, и без них данные с веб-сервиса приходят.

P.S. Прошу прощения за глупые вопросы.

Уважаемые форумчане, подскажите, пожалуйста. Только начал ковыряться с ВетИСом. Пытаюсь выполнить функцию "GetProductByUuid":

Функция ПодключитьсяКВебСервисуСправочниковПродукции()
Прокси = WSСсылки.WSProductService.СоздатьWSПрокси("http://api.vetrf.ru/schema/cdm/registry/service", "ProductServiceBindingQSService", "ProductServiceBindingQSPort");
УстановитьЛогинПарольПрокси(Прокси);
Возврат Прокси;
КонецФункции

Процедура УстановитьЛогинПарольПрокси(Прокси)
Прокси.Пользователь = "****";
Прокси.Пароль = "*****";
КонецПроцедуры

UUID = "b48f2d1f-d1d6-67cb-db17-0d9b39ae84cb";
Рез = ПодключитьсяКВебСервисуСправочниковПродукции();
ТипUUID = Рез.ФабрикаXDTO.Тип("http://api.vetrf.ru/schema/cdm/base", "UUID");
ЗначениеUUID = Рез.ФабрикаXDTO.Создать(ТипUUID, UUID);
ТекРез = Рез.GetProductByUuid(ЗначениеUUID);

В итоге 1с выдает ошибку:

Ошибка при вызове метода контекста (GetProductByUuid)
ТекРез = Рез.GetProductByUuid(ЗначениеUUID);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://api.vetrf.ru/schema/cdm/registry/service}roductServiceBindingQSService:GetProductByUuid()
по причине:
При вызове веб-сервиса произошла ошибка. Аутентификация пользователя не выполнена.

Error 401--Unauthorized
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.4.2 401 Unauthorized
The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.46) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity MAY include relevant diagnostic information. HTTP access authentication is explained in section 11.

по причине:
Аутентификация пользователя не выполнена.

Что я делаю не так?