MERC37558

Здравствуйте.

При попытке получить данные по всем записям складского журнала, получаю ошибку MERC37558 (Данные не могут быть получены, так как у пользователя, ответственного за выполнение, отсутствует доступ). В вики информации по данной ошибки не нашёл и не могу понять каких прав не хватает. В чём может быть проблема?

здравствуйте
посмотрите права юзера в ветисе и перечислите здесь если нетрудно

nmzn1 wrote:здравствуйте
посмотрите права юзера в ветисе и перечислите здесь если нетрудно

Не понимаю зачем, но пожалуйста:
- Доступ к веб-интерфейсу ИС Меркурий только на чтение
- Доступ к веб-интерфейсу ИС Меркурий на выполнение операций
- Авторизованный заявитель в системе Аргус
- Доступ к ИС Меркурий через Ветис.API только на чтение
- Управление зонами ответственности пользователей
- Доступ к ИС Меркурий через Ветис.API на выполнение операций
- Гашение ВСД
- Уполномоченное гашение ВСД
- Уполномоченное оформление возвратных ВСД
- Оформление ВСД на производственную партию
- Уполномоченное лицо (Оформление ВСД на продукцию из Приказа МСХ РФ №646)
- Оформление ВСД на сырое молоко (при наличии справки о безопасности сырого молока)
- Авторизованный заявитель в системе Меркурий
- Оформление возвратных ВСД

с правами всё нормально вроде как
возможно из-за глюков в работе, пробуйте позже, тема тут https://vetrf.ru/vetrf-forum/posts/list/1395/8243.page
тех.поддержка 8 (4922) 52-99-29

nmzn1 wrote:возможно из-за глюков в работе

У других организаций проблем нет -- только у одной.

могу только посоветовать под другим пользователем попробовать

nmzn1 wrote:могу только посоветовать под другим пользователем попробовать

Это было первым, что я попробовал.

может предприятие блокирнули

Я только сегодня получил данные API. С ним ещё не успели поработать. Я застрял на первом получении остатков. При этом в фоне спокойно получаю данные по ВСД этого предприятия.

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

undefined wrote:Вопрос решён. Звёзды совпали таким образом, что при отправке запроса в качестве инициатора подставлялся единственный заблокированный пользователь этого предприятия. Сейчас посмотрю алгоритм выбора пользователя, исправлю. Доложен был подставиться администратор предприятия и я был уверен что так и происходит.

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

oleg-x wrote:Плохая идея.

В запросе остатков нельзя допустить ошибку, да и формируется он программно. Пользователи не принимают в этом участия.

oleg-x wrote:

undefined wrote:Вопрос решён. Звёзды совпали таким образом, что при отправке запроса в качестве инициатора подставлялся единственный заблокированный пользователь этого предприятия. Сейчас посмотрю алгоритм выбора пользователя, исправлю. Доложен был подставиться администратор предприятия и я был уверен что так и происходит.

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

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

dk wrote:Это как раз хорошая практика. Работать могут много пользователей одновременно, а остатки и новые ВСД одни на всех.

Имеется ввиду не получения остатков каждым пользователем, а выполнение запросов под администратором.

oleg-x wrote:

dk wrote:Это как раз хорошая практика. Работать могут много пользователей одновременно, а остатки и новые ВСД одни на всех.

Имеется ввиду не получения остатков каждым пользователем, а выполнение запросов под администратором.

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