Для новичков

Башмаков Алексей wrote:

Jupiter wrote:Добрый день!
Возникла необходимость работать под несколькими хозяйствующими субъектами.
Может ли один пользователь-инициатор запросов быть привязан к НЕСКОЛЬКИМ хозяйствующим субъектам? Или для каждого ХС нужно будет создавать своего пользователя?

Один пользователь-инициатор может обслуживать несколько ХС под одной учетной записью (логин).
Порядок регистрации описан здесь: http://help.vetrf.ru/wiki/%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%9C%D0%B5%D1%80%D0%BA%D1%83%D1%80%D0%B8%D0%B9#.D0.94.D0.BB.D1.8F_.D0.A5.D0.BE.D0.B7.D1.8F.D0.B9.D1.81.D1.82.D0.B2.D1.83.D1.8E.D1.89.D0.B8.D1.85_.D1.81.D1.83.D0.B1.D1.8A.D0.B5.D0.BA.D1.82.D0.BE.D0.B2

Спасибо! С регистрацией пользователей понятно, а вот как привязать существующих пользователей к нескольким ХС ?
Если пользователь уже привязан к одному ХС, можно ли с помощью операции AddBussinessEntityUser привязать его к другому ХС и останется ли у него связь со старым ХС?

Операция AddBussinessEntityUser позволяет пользователю ХС добавлять к этому же ХС новых или существующих пользователей. Первоначальная регистрация пользователя ХС осуществляется согласно порядку.

Башмаков Алексей wrote:Операция AddBussinessEntityUser позволяет пользователю ХС добавлять к этому же ХС новых или существующих пользователей. Первоначальная регистрация пользователя ХС осуществляется согласно порядку.

Я правильно понял, что существующий пользователь после выполнения этой операции привяжется к данному ХС, но сохранит связь и со старым ХС ?

Я правильно понял, что существующий пользователь после выполнения этой операции привяжется к данному ХС, но сохранит связь и со старым ХС ?

Все верно.Пользователь, при закреплении его за новым ХС, сохраняет связь с имеющимся ХС.

Если есть доступ к одному ХС, как при получении доступа к еще нескольким ХС существующий логин инициатора привязать к ним, чтобы один логин обслуживал несколько ХС ? Не запрашивать же новые логины для каждого ХС отдельно?

Если есть доступ к одному ХС, как при получении доступа к еще нескольким ХС существующий логин инициатора привязать к ним, чтобы один логин обслуживал несколько ХС ? Не запрашивать же новые логины для каждого ХС отдельно?

Запрашивать не нужно. В заявке на регистрацию пользователя для нового ХС указываются сведения уже существующего пользователя. Система не позволит создать двух пользователей с одинаковыми регистрационными сведениями (номер паспорта, email) и предложит выбрать уже существующего. Таким образом уже существующий пользователь закрепляется за новым ХС и, при наличии роли Администратора, может самостоятельно добавлять новых пользователей для этого ХС.

Башмаков Алексей wrote:

Если есть доступ к одному ХС, как при получении доступа к еще нескольким ХС существующий логин инициатора привязать к ним, чтобы один логин обслуживал несколько ХС ? Не запрашивать же новые логины для каждого ХС отдельно?

Запрашивать не нужно. В заявке на регистрацию пользователя для нового ХС указываются сведения уже существующего пользователя. Система не позволит создать двух пользователей с одинаковыми регистрационными сведениями (номер паспорта, email) и предложит выбрать уже существующего. Таким образом уже существующий пользователь закрепляется за новым ХС и, при наличии роли Администратора, может самостоятельно добавлять новых пользователей для этого ХС.

А какова будет процедура, если одновременно подано два заявления, в которых один и тот же человек указан с правами Администратора ХС (ФИО, паспортные данные одни и те же, эл. почта разная) ?

А какова будет процедура, если одновременно подано два заявления, в которых один и тот же человек указан с правами Администратора ХС (ФИО, паспортные данные одни и те же, эл. почта разная) ?

Пользователь будет зарегистрирован с ролью Администратор по первой обработанной заявке и указанными в ней сведениями (ФИО, паспортные данные, email), а по следующей заявке (если это разные ХС), уже зарегистрированный пользователь будет закреплен за ХС, от кого эта заявка. Роль будет такая же - Администратор. В результате будет один пользователь, с одним логином, обслуживающий двух ХС, с ролью Администратор по каждому.

В заявлениях указаны разные эл. адреса. На оба адреса придет один и тот логин и пароль или все же разные ?

ErniDolgin wrote:В заявлениях указаны разные эл. адреса. На оба адреса придет один и тот логин и пароль или все же разные ?

Реквизиты поступят на электронный адрес из первой обработанной заявки.

Спасибо. Я меня тут озадачил ваш пост от 26.02.18 "почему ВСД не доходят до ХС". ХС зареген честь по чести, поставщикам разослали письмо с ГУИДОМ, некоторые из них подтвердили, что письмо получили. Отгрузки идут в адрес ХС, а ВСД на эти отгрузки не поступают. При этом доподлинно известно, что некоторые из этих поставщики ВСД оформляют через ветврачей. Здесь не может быть каких-нить подводных камней ?
Завтра-послезавтра будем звонить поставщикам и спрашивать: WTF?

ErniDolgin wrote:Спасибо. Я меня тут озадачил ваш пост от 26.02.18 "почему ВСД не доходят до ХС". ХС зареген честь по чести, поставщикам разослали письмо с ГУИДОМ, некоторые из них подтвердили, что письмо получили. Отгрузки идут в адрес ХС, а ВСД на эти отгрузки не поступают. При этом доподлинно известно, что некоторые из этих поставщики ВСД оформляют через ветврачей. Здесь не может быть каких-нить подводных камней ?

Возможны следующие ситуации, которые можно рассмотреть после проверки ВСД на публичной форме https://mercury.vetrf.ru/pub/ по 32-х значному коду документа.

1. Если в качестве отправителя фигурирует станция по борьбе с болезнями животных (Вет. станция, Вет. участок и т.д.), такой ВСД до получателя не дойдет.

2. Если стоит метка "Учет ВСД, оформленного на бумажном носителе", то это учтенный ВСД. Учтенные ВСД - это те ВСД, которые были оформлены на бумажном носителе, а затем продублированы во ФГИС согласно Приказу МСХ №589 (Приложение №1, п.12). Такие ВСД в списке входящих на предприятии получателя не отображаются, т.к. учтенный ВСД дублирует тот ВСД, что уже на бумажном носителе поступил в адрес получателя. Когда поступает ВСД на бумажном носителе, информация о грузе заносится в журнал вручную. Если ВСД оформляется в электронном виде с последующей печатью на защищенном бланке, то указывать "Учёт ВСД, оформленного на бумажном носителе" не требуется.

3. Если ВСД не учтенный, возможно, в ВСД указано предприятие-дублер. По этой причине, если выбрать "Все обслуживаемые предприятия" хозяйствующего субъекта, эВСД отображается в списке входящих, но погасить его невозможно. Сверьте корректность данных о предприятии-получателе, указанных в ВСД - название и адрес.

Проверил еще раз.
п. 3 отпадает.
п. 1,2 будем проверять.
Спасибо за ответы.

ErniDolgin wrote:Спасибо. Я меня тут озадачил ваш пост от 26.02.18 "почему ВСД не доходят до ХС". ХС зареген честь по чести, поставщикам разослали письмо с ГУИДОМ, некоторые из них подтвердили, что письмо получили. Отгрузки идут в адрес ХС, а ВСД на эти отгрузки не поступают. При этом доподлинно известно, что некоторые из этих поставщики ВСД оформляют через ветврачей. Здесь не может быть каких-нить подводных камней ?
Завтра-послезавтра будем звонить поставщикам и спрашивать: WTF?

Если через ветврачей, то к гадалке не ходи - шлют на дубль (у которого другой GUID, разумеется). Весь прикол в том, что ветврачи когда создают транспортные ВСД не имеют возможности посмотреть GUID предприятия с целью исключить засылку на дубль. Для этой цели поставщикам, работающим через веб-ветврачей надо рассылать реестровый номер предприятия (RU XXXXXX), который можно увидеть только тогда, когда заходишь на эту площадку через веб.

Ого, техподдержка здесь, как живая... Надо ловить удачу за хвост) На этот вопрос ответите?

если посмотреть уровень компартмента площадок некоего ХС здесь: https://cerberus.vetrf.ru/cerberus/compartment/pub, то можно увидеть, что у сетей (Х5, например) много площадок-розничных магазинов имеют I компартмент. Однако, согласно правилам, компартментализации подвергаются только те площадки, где происходит "деятельность по содержанию и разведению свиней, а также убой свиней, переработка и хранение продукции свиноводства". Насколько я знаю, розничный магазин не считается местом хранения продукции свиноводства, соответственно, ему не может быть присвоен какой-либо уровень компартмента. Может быть я не прав?

Если прав, то снизится ли компартмент предприятия-поставщика при возврате товара с такой торговой точки?